Bug 10338 - Unable to use KDE Filemanager superuser mode
|
Bug#:
10338
|
Product: Gentoo Linux
|
Version: 1.4_rc1
|
Platform: x86
|
|
OS/Version: Linux
|
Status: RESOLVED
|
Severity: normal
|
Priority: P2
|
|
Resolution: FIXED
|
Assigned To: kde@gentoo.org
|
Reported By: gentoo@appjaws.plus.com
|
|
Component: KDE
|
|
|
URL:
|
|
Summary: Unable to use KDE Filemanager superuser mode
|
|
Keywords:
|
|
Status Whiteboard:
|
|
Opened: 2002-11-06 13:39 0000
|
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
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
Have you made sure your user is in group wheel?
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
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
please try 'chown root /tmp/mcop-paul'.
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
*** Bug 5810 has been marked as a duplicate of this bug. ***
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
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.
*** Bug 11860 has been marked as a duplicate of this bug. ***
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.
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.
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