File Manager Problems with 3.1
I am still having problems with File Manager Super User in 3.1. If I set /tmp/mcop-dbtrol to owned by root this works fine but on booting I get an error from arts that there is a sound server fatal error because /tmp/mcop-dbtrol is not owned by user. If I change the directory to be owned by user then File Manager Super User comes up and immediately shuts down. How do I fix this or is this a known bug. TIA David
On Thu, 13 Feb 2003 08:40, DB Troll wrote:
I am still having problems with File Manager Super User in 3.1. If I set /tmp/mcop-dbtrol to owned by root this works fine but on booting I get an error from arts that there is a sound server fatal error because /tmp/mcop-dbtrol is not owned by user. If I change the directory to be owned by user then File Manager Super User comes up and immediately shuts down. How do I fix this or is this a known bug. TIA David It's a bug as far as I can tell. The work around is to disable preview of 'file'. This can be done as loged in as root and Control Centre ---> KDE Components ----> File Manager ---> previews
-- Regards, Graham Smith ---------------------------------------------------------
Graham Smith wrote:
On Thu, 13 Feb 2003 08:40, DB Troll wrote:
I am still having problems with File Manager Super User in 3.1. If I set /tmp/mcop-dbtrol to owned by root this works fine but on booting I get an error from arts that there is a sound server fatal error because /tmp/mcop-dbtrol is not owned by user. If I change the directory to be owned by user then File Manager Super User comes up and immediately shuts down. How do I fix this or is this a known bug. TIA David
It's a bug as far as I can tell. The work around is to disable preview of 'file'. This can be done as loged in as root and Control Centre ---> KDE Components ----> File Manager ---> previews
Thanks Graham, That was the solution. David
On Wednesday 12 February 2003 15:40, DB Troll wrote:
I am still having problems with File Manager Super User in 3.1. If I set /tmp/mcop-dbtrol to owned by root this works fine but on booting I get an error from arts that there is a sound server fatal error because /tmp/mcop-dbtrol is not owned by user. If I change the directory to be owned by user then File Manager Super User comes up and immediately shuts down. How do I fix this or is this a known bug. TIA David
I won't swear that it is a bug (could be a feature), but I have found a problem with this. It seems that you must set the LOGNAME environment variable to the correct user. I ran a test and this is the one thing that fixed it. My test involved running the Super User Konsole and then executing konqueror from there. I looked at the environment variables and noticed that USER and LOGNAME were both still set to my non-root username. I changed USER and it still crashed, I changed LOGNAME and it quit crashing. I logged out and back in again and then ran the Super User Konsole again. This time I simply changed the LOGNAME environment variable and ran konqueror again, no crash. I haven't had anytime to check out the code to see if I could find anything, but apparently "kdesu" nor "konsole --type su" neither set the environment correctly. -- Kelly L. Fulks Home Account
I'm trying to do an NFS install on a new PC however my suse source files are shared out on my windows system because of space requirements. I have intern mounted the SMB share on a linux system then intern shared it as an NFS. Is this possible My reasons for doing this is to get around the 128MB ram limit in ftp installs.
participants (4)
-
DB Troll -
Graham Smith -
Kelly L. Fulks -
Rowan Reid