First Last Prev Next    No search results available      Search page      Enter new bug
Bug#: 10338
Alias:
Product:
Component:
Status: RESOLVED
Resolution: FIXED
Assigned To: Gentoo KDE team <kde@gentoo.org>
Hardware:
OS:
Version:
Priority:
Severity:
Reporter: Paul Stear <gentoo@appjaws.plus.com>
Add CC:
CC:
Remove selected CCs
URL:
Summary:
Status Whiteboard:
Keywords:

Filename Description Type Creator Created Size Actions
Create a New Attachment (proposed patch, testcase, etc.) View All

Bug 10338 depends on: Show dependency tree
Bug 10338 blocks:
Votes: 0    Show votes for this bug    Vote for this bug

Additional Comments: (this is where you put emerge --info)


Not eligible to see or edit group visibility for this bug.






View Bug Activity   |   Format For Printing   |   XML   |   Clone This Bug


Description:   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

------- Comment #1 From Paul Stear 2002-11-08 08:33:26 0000 -------
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 From Dan Armak (RETIRED) 2002-12-14 11:44:57 0000 -------
Have you made sure your user is in group wheel? 

------- Comment #3 From Paul Stear 2002-12-15 05:52:09 0000 -------
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 From Paul Stear 2002-12-15 06:15:27 0000 -------
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 From Hannes Mehnert (RETIRED) 2002-12-15 11:19:58 0000 -------
please try 'chown root /tmp/mcop-paul'. 

------- Comment #6 From Paul Stear 2002-12-15 13:39:41 0000 -------
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 From Hannes Mehnert (RETIRED) 2002-12-15 14:31:25 0000 -------
*** Bug 5810 has been marked as a duplicate of this bug. ***

------- Comment #8 From Hannes Mehnert (RETIRED) 2002-12-15 14:56:40 0000 -------
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 From Paul Stear 2002-12-16 06:37:37 0000 -------
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 From Hannes Mehnert (RETIRED) 2002-12-16 08:28:12 0000 -------
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 From Hannes Mehnert (RETIRED) 2002-12-16 21:00:35 0000 -------
*** Bug 11860 has been marked as a duplicate of this bug. ***

------- Comment #12 From Hannes Mehnert (RETIRED) 2002-12-16 21:01:53 0000 -------
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 From Peter Ruskin 2002-12-17 06:28:05 0000 -------
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 From Paul Stear 2002-12-17 09:50:06 0000 -------
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  

First Last Prev Next    No search results available      Search page      Enter new bug