Description of problem: 'users' returns nothing in Plasma. so scripts that rely on this to get the current logged on user fail. [baz@jackodesktop ~]$ urpmf $(which users) coreutils:/usr/bin/users coreutils:/usr/bin/users [baz@jackodesktop ~]$ /usr/bin/users [baz@jackodesktop ~]$ rpm -q coreutils coreutils-8.25-2.mga6 [baz@jackodesktop ~]$ urpmq -f coreutils coreutils-8.25-2.mga6.x86_64 Version-Release number of selected component (if applicable): How reproducible: Steps to Reproduce: 1. 2. 3.
Same for: [baz@jackodesktop ~]$ /usr/bin/who [baz@jackodesktop ~]$ /usr/bin/w 15:33:43 up 3:29, 0 users, load average: 0.15, 0.15, 0.15 USER TTY LOGIN@ IDLE JCPU PCPU WHAT
I'm guessing the 'last' command isn't showing you either. SDDM needs to be doing something like the sessreg commands in /etc/X11/xdm/Xstartup (on login) and /etc/X11/xdm/Xreset (on logout). I think KDM has something equivalent hard-coded into it.
CC: (none) => doktor5000Assignee: bugsquad => mageia
[baz@jackodesktop ~]$ last reboot system boot 4.4.6-desktop-1. Sat Mar 19 16:08 still running wtmp begins Sat Mar 19 11:45:06 2016 [baz@jackodesktop ~]$
CC: (none) => neoclust
CC: neoclust => (none)
Blocks: (none) => 18057
can you test on other DE ?
Not that simple it seems. Just logging out and back in on another DE is not enough, as something changes at system level and once it's working it then can work in other DEs until a re-boot. I just went through: Plasma Not working LXDE LXTerminal Not working, MATE-terminal working after which LXTerminal is OK! After which all these were OK: LXQT MATE OPENBOX XFCE IceWM ...and then so was plasma in konsole. After re-boot plasma failed in konsole and it's now working again maybe after testing in tty2 - it's late and I'm beginning to lose concentration. Not sure if any of that helps or makes it worse :\
OK after some sleep I re-tested each DE from a reboot and login via sddm 'users' returns my username in these: MATE XFCE 'users' returns nothing in these: Plasma IceWM LXQT LXDE Openbox
A couple more tests: Logging into a tty as user (without previously logging in anywhere) returns username correctly. Logging into Plasma with a new user still returns nothing.
I upped the severity/priority as I feel this is slipping under the radar - feel free to drop it again.
Severity: major => criticalKeywords: (none) => 6sta1Priority: Normal => High
I'm getting the same issue with 'who' command. User saptech (tty2) is displaying nothing for 'who' command but my user1 (tty1) does show only user1 info with the 'who' command. After a while, user saptech is now showing user1 info only. Saptech is user2(tty2) running Plasma5. debbie is user1(tty1) and running Mate Mga6 [saptech@localhost ~]$ w 09:06:43 up 43 min, 1 user, load average: 0.72, 0.89, 0.78 USER TTY LOGIN@ IDLE JCPU PCPU WHAT debbie pts/1 08:40 25:46 0.02s 0.02s bash [saptech@localhost ~]$ who debbie pts/1 2016-06-26 08:40 (:0) [saptech@localhost ~]$ users debbie [saptech@localhost ~]$ last debbie pts/1 :0 Sun Jun 26 08:40 still logged in reboot system boot 4.6.3-desktop-1. Sun Jun 26 03:23 still running debbie pts/1 :1 Sun Jun 26 08:14 - 08:22 (00:08)
CC: (none) => saptech
Summary: 'users' returns nothing in Plasma (maybe other DEs as well) => 'users' returns nothing in Plasma, IceWM, LXQt, LXDE and Openbox
The DE or WM you're logging into isn't relevant here, it's the method you're using to log in, in this case SDDM, which isn't doing something it should be.
Summary: 'users' returns nothing in Plasma, IceWM, LXQt, LXDE and Openbox => sddm fails to register logins in /run/utmp
Confirmed here too. That's quite a security issue indeed... Unrelated, but if one checks the bug list we have on sddm, that's scary to use that as a default dm :-/
CC: (none) => eatdirt
Still the case.
Source RPM: coreutils-8.25-2.mga6.x86_64 => sddmBlocks: 18057 => 15527
Has anyone tried this with SDDM on any other distro? It appears to me to be an upstream bug. There isn't any configurable way to hook in xdm's Xstartup/Xreset scripts (run at login/logout as root), so it needs to be hardcoded into it the same way it must be in KDM, and it's just not doing it.
CC: (none) => luigiwalser
On Fedora 24 (Plasma 5 + SDDM): [neal ~]$ w 16:59:42 up 9 days, 23:29, 10 users, load average: 0.79, 1.31, 1.36 USER TTY LOGIN@ IDLE JCPU PCPU WHAT neal pts/2 06Aug16 9days 0.00s 1:20 kded5 [kdeinit5] neal pts/3 06Aug16 4days 0.02s 0.00s /usr/bin/fish neal pts/4 06Aug16 4days 0.17s 0.00s /usr/bin/fish neal pts/5 08Aug16 7days 0.07s 0.01s /usr/bin/fish neal pts/6 09Aug16 7days 0.48s 0.45s /usr/bin/fish neal pts/7 09Aug16 3days 1.12s 0.71s /usr/bin/fish neal pts/8 Mon18 30.00s 0.46s 0.46s /usr/bin/fish neal pts/9 Fri15 3days 1.42s 0.33s /usr/bin/fish neal pts/10 16:59 4.00s 0.03s 0.00s w neal pts/11 Mon11 28:54m 0.35s 0.28s /usr/bin/fish
CC: (none) => ngompa13
On Mageia 5 I have: 17:11:52 up 20 days, 3:44, 2 users, load average: 0.00, 0.06, 0.07 USER TTY LOGIN@ IDLE JCPU PCPU WHAT david :0 27Jul16 ?xdm? 30:56m 0.02s /bin/sh /usr/bin/startkde david pts/0 27Jul16 20days 0.00s 36.66s kdeinit4: kded4 [kdeinit] I'm not sure why I don't see a kded5 one in Cauldron, but the one we're really missing is the :0 one, which doesn't show in Neal's output either. Looks like an upstream SDDM bug indeed.
Assignee: mageia => kde
Target Milestone: --- => Mageia 6
I have played around these days with this issue. This is definitely a SDDM bug, and more generically, this is a bug of others supposedly cool display managers. They simply omit to register logged users as well: To summarize, right now: sddm, lxdm don't register logged users. xdm, gdm, lightdm does. NB: xdm does it by using sessreg: cat /etc/X11/xdm/Xstartup | grep sessreg # sessreg uses the parent pid, so we have to exec it exec /usr/bin/sessreg -a -w "/var/log/wtmp" -u "/var/run/utmp" \ So, I guess it should be possible to add such commands somewhere for the others DM. lxdm provides scripts in /etc/lxdm/ but sddm does not. My humble opinion would be to fix this bug by not following the KDE recommendation of using sddm...
Chris, I had the same thought a few days ago and meant to say something, that perhaps we should use lightdm. sddm doesn't current provide a hook to run a script as root when someone logs in, which would be needed to call the same script that xdm does to call sessreg.
This seems to be fixed in SDDM included in Fedora 25: [neal@ ~]$ rpm -q sddm sddm-0.14.0-6.fc25.x86_64 [neal ~]$ w 16:22:10 up 2 days, 56 min, 11 users, load average: 1.82, 1.21, 1.46 USER TTY LOGIN@ IDLE JCPU PCPU WHAT neal pts/0 Thu15 2days 0.00s 23.29s kded5 [kdeinit5] neal pts/1 Thu16 2days 0.02s 0.00s /usr/bin/fish neal pts/5 Thu16 2days 0.31s 0.00s /usr/bin/fish neal pts/6 Thu16 2days 0.01s 0.00s tmux neal pts/7 Thu16 2days 1.92s 1.83s /usr/bin/fish neal pts/8 Thu16 2days 0.33s 0.04s vim control neal pts/9 Thu16 29:19m 39:32 0.01s bash neal pts/10 Fri12 3:49m 14.15s 10.09s /usr/bin/fish neal pts/11 14:00 1:47m 0.58s 0.58s /usr/bin/fish neal pts/13 14:20 1:10m 0.07s 0.01s /usr/bin/fish neal pts/14 14:53 1.00s 1.03s 0.01s w
works in mga using sddm service. can it be a prefdm bug too ?
CC: (none) => mageia
(In reply to Nicolas Lécureuil from comment #19) > works in mga using sddm service. > > can it be a prefdm bug too ? I think it is. It appears to work fine when I switch to the sddm service, too.
Blocks: 15527 => (none)
Does not work for me using sddm.service. I am logging in with fvwm2 and symptoms are exactly the same than with prefdm: 14:31:26 up 7 min, 0 users, load average: 0.25, 0.29, 0.15 USER TTY LOGIN@ IDLE JCPU PCPU WHAT
Target Milestone: Mageia 6 => Mageia 7
See Also: (none) => https://bugs.mageia.org/show_bug.cgi?id=20638
As 20638 is currently inaccessible and does seem to be duplicate of this, so I will comment here. LXDM fails in Terminology, LXTerminal, XTerm and urxvt under E21. I would have tried Mate Terminal, but it simply crashed. Yesterday I checked and found that lxdm.service was not enabled in systemd. However, enabling it seemed to have no effect. (As an aside, how is it that lxdm works without having the service enabled in systemd?)
CC: (none) => aguador
*** Bug 20638 has been marked as a duplicate of this bug. ***
CC: (none) => smelror
Hi. When I use su, the root user isn't shown. But when I use "machinectl shell", the root user shows up. Installed using the network iso of sta2 and updated as of this hour. It's been an issue for over a year. Is there a solution on the horizon? Thanks in advance.
Keywords: (none) => 6sta2
No. I looked hard to find a hook in the sddm starting scripts to manually add user counting, but all the hooks are either too late of too early in the process of starting a session. Then, upstream do not care, so unfortunately, the only current solution is to move away from sddm. In my office we have switched to lightdm, it is ugly but works fine. With a bit more time for mga6, we could have designed a nice theme for lightdm and use it as the default DM, maybe we could do this for mga7 if upstream goes on focusing only on appearance instead of descent coding. I have added a comment in the errata on this issue.
CC: (none) => coyotemyflowers
CC: waterbearer54 => (none)
Re-tested this today, on mga7, we have switched to sddm. I now see one user running the window manager, it seems to be fixed!? Could someone else confirm that we can close this one?
Hi, This is High priority bug for a good reason. Making Mageia even better than ever is best direction. In order to do right thing, this bug should be examined and fixed as soon as possible. Packagers, please make the status to Assigned when you are working on this. Feel free to reassign the bug if bad-triaged. Also, if bug is old, please close it. On October 1st 2020, we will drop priority to normal.
Target Milestone: Mageia 7 => Mageia 8Keywords: 6sta1, 6sta2 => (none)
Tested on Cauldron (Mageia 8) freshly installed from netinstall media. $ rpm -q sddm sddm-0.18.1-4.mga8 $ w 20:00:33 up 4:14, 2 users, load average: 0,81, 0,66, 0,54 UTIL. TTY LOGIN@ IDLE JCPU PCPU QUOI aurelien tty1 15:46 4:14m 17:06 0.07s /usr/bin/startplasma-x11 aurelien pts/0 19:58 0.00s 0.04s 0.01s w sddm is running as graphical login manager on tty1 and is default.target. $ systemctl status default.target ● graphical.target - Graphical Interface Loaded: loaded (/usr/lib/systemd/system/graphical.target; static) Active: active since Sat 2020-09-19 15:46:39 CEST; 4h 18min ago Docs: man:systemd.special(7) sept. 19 15:46:39 mageia.local systemd[1]: Reached target Graphical Interface. $ who aurelien tty1 2020-09-19 15:46 (:0) aurelien pts/0 2020-09-19 19:58 (:0) So, this could be resolved fixed for Mageia 8 milestone.
Status: NEW => RESOLVEDCC: (none) => ouaurelienResolution: (none) => FIXED