| Summary: | [mageia] trinity-tdm installation produces no running display manager from reaching graphical.target | ||
|---|---|---|---|
| Product: | TDE | Reporter: | Felix Miata <mrmazda> |
| Component: | tdebase | Assignee: | Timothy Pearson <kb9vqf> |
| Status: | NEW --- | ||
| Severity: | normal | CC: | albator78, bugwatch |
| Priority: | P5 | ||
| Version: | R14.0.x [Trinity] | ||
| Hardware: | i386 | ||
| OS: | Linux | ||
| Compiler Version: | TDE Version String: | ||
| Application Version: | Application Name: | ||
| Attachments: |
journal captured right after # exec /opt/trinity/bin/tdm
journal after booting after "installing" Fedora 29 tdm.service |
||
*** Bug 3079 has been marked as a duplicate of this bug. *** Created attachment 2945 [details]
journal after booting after "installing" Fedora 29 tdm.service
Hello, in the past, Mageia had a specific 'displaymanager' service that used a distro-specific configuration file to know where to look for all installed display managers. It looks like, since Mageia 6, this specific service has disappeared and Mageia is now using the regular systemd services for displaymanager. I will rebuild the packages to include the missing systemd unit. https://wiki.mageia.org/en/Mageia_6_Release_Notes has this to say: "ManaTools is a collection of configuration tools that allows users to configure most of their system components in a very simple, intuitive and attractive interface... Available tools are: ... manadm, a login manager configuration..." I found manatools on mga6 was not installed, installed it, which installed a ton of perl rpms, then ran manadm. It opened up nothing selected among Gnome, XDM and TDM to choose from. I selected TDM, then rebooted, to a working TDM. I repeated with mga7 to find manadm pulled in a total of 99 packages. Making a selection of TDM in manadm doesn't stick there. Each manadm open shows nothing selected. Booting to graphical.target doesn't start X. Reinstalling trinity-tdm didn't help. On next attempt to get TDM working on host gx27b last updated in October it was necessary both to select TDM using manadm and separately run systemctl enable tdm then reboot to get it to work. |
Created attachment 2942 [details] journal captured right after # exec /opt/trinity/bin/tdm Initial summary: [mageia] trinity-tdm installation produces no running display manager from reaching graphical.target Mageia 7, host gx28c Startx does produce a normally working TDE session. Trinity-tdm 14.0.7 installation provides neither /lib/systemd/system/tdm.service as in Debian, nor /usr/lib/systemd/system/tdm.service as in Fedora. Neither does it produce anything I can find that is supposed to enable or start tdm once it's installed - no tdm.service among output of systemctl list-unit-files nor systemctl list-units, and nothing in /etc/rc.d/init.d/. Nothing about TDM shows up in the journal except for "Reached target Graphical Interface". Installed is libice6-1.0.9-6.mga7. Removing it would remove trinity-tdelibs and trinity-twin among others. The only display manager choice provided by drakedm is TDM. There's also this: # systemctl list-unit-files | grep play display-manager.service bad And this: # exec /opt/trinity/bin/tdm (a normally working TDM) I tried copying /lib/systemd/system/tdm.service from Fedora 31 to /usr/lib/systemd/system/, but got init error messages instead of TDM's greeter. I tried copying /lib/systemd/system/tdm.service from Fedora 29 to /usr/lib/systemd/system/, and subsequently TDM started as expected on boot. It allowed a TDE session to be started, but the CPU was first pegged by a combination of artsd 22%, kmix 13% and pulseaudio 61%, which eventually morphed into kmix 93% & pulseaudio 3%.