Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 3943 - Konsole shells not registering users
Summary: Konsole shells not registering users
Status: RESOLVED WORKSFORME
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] KDE (show other bugs)
Hardware: x86 Linux
: High normal (vote)
Assignee: Gentoo X packagers
URL:
Whiteboard:
Keywords:
Depends on: 18252
Blocks:
  Show dependency tree
 
Reported: 2002-06-20 16:57 UTC by Jon M. Hanson
Modified: 2003-12-13 16:21 UTC (History)
5 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Jon M. Hanson 2002-06-20 16:57:52 UTC
When I open a konsole under KDE wtmp/utmp should be updated with a login. 
Under my Gentoo installation they are not. So if I have four konsole windows 
open with active shell prompts, when I type w I should see four users (maybe 
five if you count the login from kdm) but instead I see zero users. If I start 
an xterm a login is correctly registered and the user count goes up by one.
Comment 1 Jon M. Hanson 2002-07-03 18:14:28 UTC
I've done some research on this and have some additional information for this   bug. From KDE bug #17296 konsole does not handle the updating of utmp/wtmp on   login (it doesn't want to have it run as setuid root and open up a security   hole). Instead it relies on the utempter utility to handle this update. Since   Gentoo doesn't have this utility (and I didn't see it in emerge either),   wtmp/utmp are not updated when a konsole shell is opened and hence the   reported number of users on the system doesn't change. The reason why xterm   does increment the number of users is that it's a setuid root program and   updates wtmp/utmp.    From the KDE bug report quoted above it looks like utempter has to be  integrated into kdebase.  
Comment 2 Dan Armak (RETIRED) gentoo-dev 2002-07-10 15:57:47 UTC
Ok, so all we need to do is add utempter to portage. 
I'll ask on -core first whether there's any reason not to as I'm not relly 
conversant with gentoo security arrangements. 
Comment 3 Dan Armak (RETIRED) gentoo-dev 2002-09-07 05:57:16 UTC
OK, long-needed update: I'm still not sure on how utempter would fit into  
portage, and what I'd need to do security-wise to make it ok for the default  
config... Entirely my fault, of course. Back then I let this drop into the 
backgroud and worked on bugs I understood better... 
Comment 4 Martin Schlemmer (RETIRED) gentoo-dev 2002-12-02 09:22:19 UTC
Dan, where is it located again ?  I think we should prob package it seperately,
and then make xfree dep on it.  That should be the most generic, as I can only
think that more things X related will have support for it.

Comments ?
Comment 5 Dan Armak (RETIRED) gentoo-dev 2002-12-03 06:45:41 UTC
It doesn't seem to have a homepage. The orig authors seem to be redhat. A google 
brings up various rpms and little else, the latest version appears to be 0.5.2 (and has 
been for some time). 
 
I've uploaded utempter-0.5.2.tar.gz to my homedir on chiba (just 12k), from a suse 
srpm. It's a really tiny thing (no configure even), compiles cleanly and looks ok. 
 
I'll test kdebase with it. 
Comment 6 Dan Armak (RETIRED) gentoo-dev 2002-12-03 06:47:07 UTC
Oh and what does xfree do with it? Does xterm use it? 
Comment 7 Dan Armak (RETIRED) gentoo-dev 2002-12-03 07:33:40 UTC
Added masked sys-apps/utempter ebuild. (Is that the right category, or should I rather 
put it in app-admin or dev-libs or something?) 
Comment 8 Dan Armak (RETIRED) gentoo-dev 2002-12-03 09:41:56 UTC
kdebase 3.1 works nicely with the new utempter. konsole shells are now seen in who 
and utmp. 
Azarah, please handle the xfree side, then we can unmask utempter :-) 
Comment 9 Martin Schlemmer (RETIRED) gentoo-dev 2002-12-03 12:31:49 UTC
Just thought at the time we should get it in  as soon as possible.  Now I think
whatever needed should depend on it.  Anything that I manage that need attention?
Comment 10 Dan Armak (RETIRED) gentoo-dev 2002-12-05 04:56:02 UTC
Not unless xfree indeed can use it. 
I'll ask for people to inspect it security-wise etc. and add keywords for other archs, 
then I'll unmask it and add a dep to kdebase. 
Comment 11 Dan Armak (RETIRED) gentoo-dev 2003-01-29 13:34:52 UTC
Seems noone responded to my call to test utempter :-(  
Well right now we have this freeze thingy, but once it's over I'll ask the security guys (directly  
this time) to have a look at it, and after that the different arch guys to add some keywords.  
Meanwhile if you want to use it just emerge it and then remerge kdebase.  
Comment 12 Martin Schlemmer (RETIRED) gentoo-dev 2003-02-02 14:36:01 UTC
Sorry Dan, been a bit busy.  Btw, xfree-4.2.99.2 already had support for utemper,
so I will look into supporting it in a bit :)
Comment 13 Thilo Bangert (RETIRED) (RETIRED) gentoo-dev 2003-03-31 06:22:00 UTC
i can confirm that this works with kdebase-3.1.1 
 
(ie. installed utempter and recompiled kdebase) 
----- 
bangert@kniffel bangert $ w 
 13:21:04  up 40 min,  4 users,  load average: 0.30, 0.17, 0.11 
USER     TTY      FROM              LOGIN@   IDLE   JCPU   PCPU  WHAT 
bangert  :0       -                12:41pm   ?     0.00s  0.10s  -:0 
bangert  pts/1    -                12:42pm 40:43   0.00s  0.35s  kdeinit: kwrited 
bangert  pts/2    -                 1:19pm  1:40   0.34s  0.34s  /bin/bash 
bangert  pts/3    -                 1:19pm  0.00s  0.35s  0.33s  /bin/bash 
bangert@kniffel bangert $ 
--- 
 
this is what i get after logging in to kde-3.1.1 from kdm with to konsoles open 
Comment 14 Caleb Tennis (RETIRED) gentoo-dev 2003-06-13 13:22:36 UTC
Going to reassign this to seemant as it's dependant on his finishing up of the xfree stuff.  
This way at least he'll know when it's appropriate to close this bug. 
 
Seemant: if you don't want this assigned to you, just reassign it back :) 
 
 
Comment 15 Charles Goodwin 2003-12-13 16:21:32 UTC
Seems to be fixed for current versions of KDE/Konsole.  Please comment if not.