Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 10338 - Unable to use KDE Filemanager superuser mode
Summary: Unable to use KDE Filemanager superuser mode
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] KDE (show other bugs)
Hardware: x86 Linux
: High normal (vote)
Assignee: Gentoo KDE team
URL:
Whiteboard:
Keywords:
: 5810 11860 (view as bug list)
Depends on:
Blocks:
 
Reported: 2002-11-06 13:39 UTC by Paul Stear
Modified: 2003-02-04 19:42 UTC (History)
3 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 Paul Stear 2002-11-06 13:39:05 UTC
The following is a summary of the problem and solutions tried so far. 
 
I am running gentoo 1.4 with kde 3.0.4 and have only one outstanding issue. 
I don't know if this is a problem with permissions, groups etc but it is  
driving me mad having to logout and login as root all the time. 
As far as I can tell all programs that require root work in the normal way  
e.g. kportage and kuser asks for the root password and then loads the program  
as normal except Filemanager superuser. 
When I click on the Filemanager superuser menu option I am presented with the  
usual password panel, I key in the password, the screen closes but the  
application doesn't start. 
The user is a member of wheel group. 
This is the result of 'kdesu -c "konqueror --profile filemanagement"  -t'  
-------------------------------------------------------------------------- 
PATH  
:/usr/kde/3/bin:/bin:/usr/bin:/usr/local/bin:/opt/bin:/opt/Acrobat5:/opt/RealPlayer8:/usr/X11R6/bin:/opt/blackdown-jdk-1.3.1/bin:/opt/blackdown-jdk-1.3.1/jre/bin:/usr/qt/3/bin:/usr/kde/3/bin 
 before forking 
_IceTrans 
Open: Unable to Parse address none 
Session management error: Could not open network socket 
 
DCOPServer up and running. 
 
_IceTrans 
Open: Unable to Parse address none 
Session management error: Could not open network socket 
 
mcop warning: user defined signal handler found for SIG_PIPE, overriding 
 
/tmp/mcop-paul is not owned by user 
zone still contained 11 blocks 
-------------------------------------------------------------------- 
 
I have deleted ksocket-username and mcop-username from /tmp which didn't  
help.   
I created a new user but have the same problem with that user. 
I have set up options in roots and my users Control Centre but still the same  
problem. 
I am sure this is something silly, its so frustrating.  I have compared my  
settings with the ones on another box containing mandrake and as far as I can  
see everything is the same. 
I feel that it is something in my general gentoo setup but I don't know what  
to check next., can some expert PLEASE point me in the right direction
Comment 1 Paul Stear 2002-11-08 08:33:26 UTC
I have tried the latest advice and can confirm that the perms on /bin/su are  
correct 
-rwsr-xr-x    1 root     root        19480 Nov  5 04:13 /bin/su 
The only difference that I can find between my gentoo and mandake setups is in  
the results of 'kdesu -c "konqueror --profile filemanagement"  -t' Mandrake  
shows: 
_KDE_IceTrans 
mkdir: Owner of /tmp/.ICE-unix should be set to root 
Gentoo doesn't show this entry at all  --  could this be the problem?????? 
 
I have deleted all files and directories in /tmp, rebooted and just like magic  
I stll have the same problem  --  Oh dear!!!!, will this ever be solved??? 
regards Paul 
 
Comment 2 Dan Armak (RETIRED) gentoo-dev 2002-12-14 11:44:57 UTC
Have you made sure your user is in group wheel? 
Comment 3 Paul Stear 2002-12-15 05:52:09 UTC
As I said in the original report, I am in the wheel group.  This has got to be a Gentoo problem or a problem I have caused without knowing, because I have installed Mandrake with the same version of KDE and that works just fine and dandy. I only want to have Gentoo on my system. regards Paul 
Comment 4 Paul Stear 2002-12-15 06:15:27 UTC
I have uninstalled kde and reinstalled and still have the problem.  This issue 
seems to be only in my gentoo, mandrake works fine.  It could be something 
that I have done without knowing it. 
The only difference that I can find between my gentoo and mandake setups is in   
the results of 'kdesu -c "konqueror --profile filemanagement"  -t' Mandrake   
shows:  
***_KDE_IceTrans mkdir: Owner of /tmp/.ICE-unix should be set to root***  
My Gentoo doesn't show _KDE_IceTrans at all  --  could this be the 
problem?????? If so how can I check what calls this and what reason could 
cause this to be missing?? 
I must have caused this in some way, otherwise you would be inundated with 
problems 
Please help 
regards 
Paul 
Comment 5 Hannes Mehnert (RETIRED) gentoo-dev 2002-12-15 11:19:58 UTC
please try 'chown root /tmp/mcop-paul'. 
Comment 6 Paul Stear 2002-12-15 13:39:41 UTC
I tried 'chown root /tmp/mcop-paul' and konqueror superuser now works. 
 
I just started kde again and I get the error:-  
Sound server fatal error: /tmp/mcop-paul is not owned by user.  However   
konqueror superuser still works.  
How can I get round this? I feel that we are getting closer to a solution now. 
Please help this final hurdle 
regards 
Paul  
  
Comment 7 Hannes Mehnert (RETIRED) gentoo-dev 2002-12-15 14:31:25 UTC
*** Bug 5810 has been marked as a duplicate of this bug. ***
Comment 8 Hannes Mehnert (RETIRED) gentoo-dev 2002-12-15 14:56:40 UTC
there s a fix in http://bugs.kde.org/show_bug.cgi?id=51381 which i included 
into arts-1.0.4-r1.ebuild. please unmask this and test if this works for you. 
Comment 9 Paul Stear 2002-12-16 06:37:37 UTC
I have emerged arts-1.0.4-r1.ebuild and rebooted but still have the error :- 
Sound server fatal error: /tmp/mcop-paul is not owned by user. 
We are so close now, what else can I try? 
Thanks for your hard work on this problem 
regards Paul 
Comment 10 Hannes Mehnert (RETIRED) gentoo-dev 2002-12-16 08:28:12 UTC
sorry to be not really clear. 
/tmp/mcop-<user> should be owned by <user>. 
this patch does not fix arts, it fixes mcop ;) 
 
so, chown <user> /tmp/mcop-<user> should work. 
Comment 11 Hannes Mehnert (RETIRED) gentoo-dev 2002-12-16 21:00:35 UTC
*** Bug 11860 has been marked as a duplicate of this bug. ***
Comment 12 Hannes Mehnert (RETIRED) gentoo-dev 2002-12-16 21:01:53 UTC
tried that patch (with arts-1.1.0_rc5) and it works here. committed a masked arts-1.1.0_rc5-r1.ebuild please test arts-1.0.4-r1 and arts-1.1.0_rc5-r1 and commit success/failure.  /tmp/mcop-<user> should always be owned by <user>, not by root. 
Comment 13 Peter Ruskin 2002-12-17 06:28:05 UTC
arts-1.1.0_rc5-r1 works fine - thanks.  konq and konqsu apeear without dying and
/tmp/mcop-root is now created.

Bug 12047 is still there - it may have had nothing to do with this one or 11860.
Comment 14 Paul Stear 2002-12-17 09:50:06 UTC
Thanks for all who helped with this problem it is now resolved with the  
following steps:-  
chown <root> /tmp/mcop-paul   
emerged arts-1.0.4-r1.ebuild and had the error :-   
	Sound server fatal error: /tmp/mcop-paul is not owned by user.   
chown <user> /tmp/mcop-<user> should work.   
regards  
Paul