The KDE on Cygwin project, the project to port Qt and KDE to Windows, has announced the first beta release of KDE 2.2.2 for Cygwin and Cygwin/XFree86. At the moment they offer kdelibs and kdebase for download but it seems we can expect other packages like kdegames, kdepim and kdevelop in near future too.
Dot Categories:
Comments
dcopserver is a server for the Desktop communication protocol, the common interprocess communication of kde and uses unix domain sockets. unix domain sockets stores established sockets in files, which are read by clients.
The problem is that cygwin supports a cr to cr/lf conversation mode for files (called "textmode"), which let dcopserver fails to read this socket file.
Hope that helps.
Ralf
Did anyone find a fix for this error, I'm getting it too.
See http://kde-cygwin.sourceforge.net/faq/kde2.php#D3.1
Ralf
I was having this same problem, but only when I logged in as a non-root user. I was not able to find anything that helped at http://kde-cygwin.sourceforge.net. After messing with it for quite a while on my Solaris 8 box I got it to work by chmod 01777 on /tmp/.ICE-unix, /tmp/.X11-pipe, and /tmp/.X11-unix. As best as I can tell, this gives the non-root user enough rights to create the files unix domain sockets stores established sockets in for Solaris. The problem is that these permissions get reset on boot so I had to create a small script to fix this. Hope this helps.
I am having exactly same problem as you for my Solaris 10. The kde version is 3.3.1a that was install from my Solaris 10 companion CD. Could you please tell me your script-:)
cheers
hi,
I recently installed 2 Debian testing machines and encountered the same problem. Seems like the permissions of the directory "/usr/X11R6/bin/" are screwed up.
This helped me:
chmod go+rx /usr/X11R6/bin/
hope this helps.
I am using slackware 10.2 and this seemed to work. I tried some other methods posted here saying to remove various files but that led to more trouble. Thanks for the help.
i am also facing same prob. in linux 7.2 and linux 0.9 if you have any solution please give me reply
(18 mar 2005) Sorry, an old thread but a new problem.
I had this problem too. (Red Hat Linux 9.0, fully updated to final releases)
It began about two weeks ago. The only effort I made to correct it was to start dcopserver manually at last login. Dcopserver ran fine so I guessed at startup script/config probs. Since then I haven't had the problem, so I can't comment further.
I use kde that is installed with RedHat 7.3 and I had the same problem. IT was because my path was screwed up. I needed to add /usr/X11R6/bin.
I had the same problem but I came across a very simple solution. Just run the command "enter (yourhostname)" where yourhostname is your computer's name, the one you put in the /etc/hostname.
There's no the command "enter" at all!
That doesn't work to me!
One of my users had the same problem after he tried to append to his PATH in .cshrc (his default shell). Apparently, he overwrote the default path rather then appending to it. When the user login, DCOPserver is run which then runs `iceauth' using the user's PATH. The path to `iceauth' is /usr/X11R6/bin, which was not in the user's PATH statement, hence the DCOPserver error. After he corrected his PATH statement, it fixed the DCOPserver issue.
Thx you are true ;)
Another fix to this problem, at least in my situation, was my home directory did not have group and global write access. Changing it over to 777 fixed the DCOPserver problem along with a slew of other problems
Hy i discovered this thread in an effort to get my kanotix_2005_04 working. i've just installed it on my machine and DCOPserver keeps throwing kde inter-process communication failure on root and on my user. I am able to login but under a second WM provided IceWM(i guess) but this error pops up every time i press smth related to kde (e.g: running kde applications). Where is the problem and how can I solve it -i've hured it might be related to ICEauthority but i am new to linux and don't know anything about cli or commands or getting to that dir from cli etc. Please can u give me an answer and eventually write down some steps to accomplish this.Thank you,
Ford.
My solution to the problem was found on another post... it wasnt permissions or the chsrc file... I had to reinstall kdelibs (I just installed all available from my repositories) this cleared it right up... hope this helps someone!
I've got the same problem with my SuSE Linux 7.3:
Starting Linux and X-Server will show me the graphical login-screen. I switch to Textmode [Ctrl-Alt-F3], login as root and start the text-based setup-tool YAST.
I searched for installed packages with "dcopserver", deinstall & reinstall it and shutdown the computer.
After starting again, everything works fine (until the next time error ??). I can't explain it, because I'm Linux-newbie. May be, specialists will do it for me.
One of my colleagues had this problem.
It appeared that she was out of disk space (due to quota limitations).
When logging in, the system could not make a .DCOPserver_hostname:0 file under her account that contains data about the sockets KDE uses.
Starting KDE, the system starts looking for this .DCOPserver_hostname:0 file, which is not there (of course).
This generates the error.
Raising the quota, or deleting some files is a solution here.
That worked for me. Thanks. I am using Bastille and that turned on quotas.
But that don't worked for me!
Help me!
I don't know if you found anything out as of yet, but I had the same issue and resolved it by deleting both the /tmp/.ICE_unix directory and the ~/.DCOPserver__-0 link. Logged out and it worked fine. Trying to find out if KDE's bugzilla has a report on this as of yet
On my computer the problem occured because of a crash of the whole system.
removing /tmp/.ICE_unix directory and the ~/.DCOPserver__-0 worked for me.
thanks!
removing /tmp/.ICE_unix directory and the ~/.DCOPserver* also worked for me.
This worked for me, cheerz!
on my machine (mandrake 9.1) the problem was that it was configured to get a hostname (which looked like this: 1,6,) from the dhcp server of my isp, which dcopserver seems quite to dislike.
the solution was to enter a hostname in /etc/hostname and to prevent dhcp from resetting it. to achieve this you just have to open /etc/sysconfig/network-scripts/ifcfg-eth1 (in my case eth1 is the nic connected to my cable modem) and change the line "NEEDHOSTNAME=yes" to "NEEDHOSTNAME=no"
silence
Did you manage to get this sorted out? I am having the exact same problem...any help?
Thanks,
Kartik
It's most probably a permission problem. I solved it by deleting ALL the invisible .gnome* and .kde* direcories. Reconfiguring the Desktops was faster than fiddling around with dozens of files...
One of my users recently switched to a tcsh default shell and the default .cshrc that comes with RH 7.3 does not include the /usr/X11R6/bin path in the $PATH env variable. I had to add to their path.
Note: the deafult .cshrc that comes with RH 7.3 overwrites the $PATH env variable, It was very frustrating to figure this one out. especially since I checked the default rc's and .logins to make sure the paths were there.
Non-root users could not log in to the RedHat 7.3 console with KDE.
SOLUTION: Modify /usr/bin/startkde. Basically, /usr/bin/startkde
could not find certain applications which exist in /usr/bin/X11.
So, add it to the path in the script.
Put these lines in to /usr/bin/startkde:
# Modification
#
PATH=/usr/bin/X11:$PATH
export PATH
#
This worked for me too.
I have a RedHat 7 system that has been running for almost 2 years, and suddenly on reboot, it throws this error.
adding the PATH statement solved the problem:
Put these lines in to /usr/bin/startkde:
# Modification
#
PATH=/usr/bin/X11:$PATH
export PATH
#
Thank you for the assistance!
Non-root users could not log in to the RedHat 7.3 console with KDE.
SOLUTION: Modify /usr/bin/startkde. Basically, /usr/bin/startkde
could not find certain applications which exist in /usr/bin/X11.
So, add it to the path in the script.
Put these lines in to /usr/bin/startkde:
# Modification
#
PATH=/usr/bin/X11:$PATH
export PATH
#
I am facing the same problem!
But all above mentions do not work for me at all!
Not can I do anything without KDE!
Please - any suggestions or pointers will be greatly appreciated.
Regards
Mavis
Adding the path for Redhat 7.3 fixed my problem, too.
You must set the trust permision to the .ICE-unix directory under the /tmp.
Hello all,
I am facing (it seems) the mother of all the problems described in this thread. I am running KDE using RedHat 7.3 on Linux. I logged in just fine to KDE, but tried to use KUser to add a new user - this gave me an error message saying that "error in /my/path/dcopserver__0 make sure dcopserver is running".
Not sure what to do, I went ahead and added the user alright and tried to log out of X to see if I could reboot and figure something out. Big mistake - I have not been able to log in _AT ALL_ ever since. I have tried both Runlevel 5 and 3 and _no_user_ can log in, including root (me). I am currently reduced to Runlevel 1 and have tried bizarre things to no avail. First, deleteing .ICE-UNIX or .Xauthority did not do anything for me. I also deleted some files to free up space. Finally, I managed to get dcopserver running on Runlevel 1 but of course as soon as I say "telinit 3", it seems to wipe it out. If I reboot, it automatically shuts down dcopserver. Is there anything I can do to avoid this problem? I can possibly write a script in /etc/rc.d/rc3d that tries to start up dcopserver (and switch at boot to runlevel 3) but I wonder if that would do any good.
Please - any suggestions or pointers will be greatly appreciated.
Regards
SAUMIL MEHTA
I recently ran into a similar problem: a message box informed me that I should make sure that the "dcopserver" is running and then the desktop login failed.
The cause of this in my situation was that the owner of the file .ICEauthority was set to root:root. How did it get set to that? Couldn't figure it out (maybe I ran something as root in my home dir).
The fix is simple. Login as root and issue
chown myuser:myuser .ICEauthority
(where myuser is, of course, your user name :) )
Cheers,
Ovidiu
Hi I am facing similiar problems. I have three logins two users a1 and a2 and a root. With login a1 I am able login, but with other login a2 I am facing similiar problem. I tryied to change the owner ship on .ICEauthority file. now the problem is if I try to login as root it overwriting .ICEauthority filr for login a2, because of that root login is also failing. Any suggestion to avoid this issue.
-- john.
Yes! We had the same problem with DCOP on a
bunch of Sun Rays, which have a bunch of users
on one server. The first user to fire up KDE
ends up creating /tmp/.ICE-unix/ and of course,
they own it. The next user is unable to write
to the directory! When this is fixed the next
user can run KDE. I guess that the directory
should be owned by root with world write?
Geoff Gibbs
Please see http://wiki.kdenews.org/tiki-index.php?page=Performance+Tips and search for ICE-unix.
I had the same trouble last week and tried the solutions listed here. None appeared to work.
I could run kmail and other kde apps as root but not as the (only) existing end user. In the end I used "chown" and chowned all the files in the users home directory.
E.G. "cd /home/jack ;chown -R jack.jack ."
that worked.....why i dont know but I didnt have the time to delve in to the detail I just needed it functioning.
regards
Phhil
Same problem, different solution...
A nasty install script clobbered my /etc/ld.so.conf file and it was missing critical ld library paths (such as /usr/X11/lib). Here's what mine contains:
sh-2.05a$ cat /etc/ld.so.conf
/usr/local/lib
/usr/X11R6/lib
/usr/i386-slackware-linux/lib
/opt/kde/lib
/usr/lib/qt/lib
Hope that helps anyone that remains stuck.
dt
Thanks to Phhil's.
Worked out fine.
chown -R uname:uname .
Bye.
wathavy
Problem here is slightly different in that root and users (with accounts) other than me have no problem. Trying to log in as myself I run into the same DCOPserver problem though it seems. Problem started for no apparent reason; just simply was there one morning at startup.
I have tried removing myself as a user (500), then creating a new myself (502) did not help. Also removing the /tmp/.icw* directory mentioned above did not help. There is no .DCOP* file or link to be found in the affected home directory.
I have even tried removing the entire KDE, then reinstalling KDE but whatever the problem seems to be tied to files not affected by removing/reinstalling.
System(s) here use SuSE 8.2 on, the one in question is SMP with plent of gigs to spare on HD.
Hi,
I also use a SuSE 8.2, so your situation should be faily similar to mine. With me the same problem occured while I was experimenting with network settings, so I guessed it was due to that, but I'm not sure.
Anyway, I logged in as root and just did a SuSEconfig after I read that some people mentioned their settings were screwed up. The script told me that I had modified my kderc (somewhere in /etc/opt...; it tolfd me exactly where it was) and that it had generated a fresh one. So I copied that onto the old one and the problem was gone.
Hope this also solves it for you,
Diederick.
Hi all,
I am running SUSE 10.1 official version and i had the same problem when i tried to use konqueror to access a network folder. I was running konqueror as the only user that exist other than root.
FIX :
The fix for me to as root chown the users home folder.
chown -R XXX /home/XXX where XXX is the username
After that all worked fine.
I have found that few earlier weired problem like this also was due to some file in the users home folder with only root permission. I would be happy if someone can tell, whether there are any log files that we can look for the error messages like these in linux.
I mean like a log file which would have suggested that a file having only root permission failed to load the DCOPServer loading,
Niroshan Hewakoparage
I had a similar problem doing a Debian Sarge install (using the Debian Next-Gen installer). The problem was permissions on /usr/X11R6/bin, which contains the program iceauth, which (I think) dcopserver needs to start. As installed, the directory was owned by root:root, and permissions were set to drwx------.
I used CTRL+ALT+F1 to get a text terminal. Logged as root, and then `cd /usr/X11R6` and `chmod go+rx bin`. Permissions are then drwxr-xr-x.
I switched back to the X Server with ALT+F7, and login worked fine.
Hope this helps.
I had the same problem with dcopserver but didn't find the solution here.
When fixing something under gnome I fixed dcopserver. I am running gentoo
and when I installed it I didn't set up /etc/hosts correctly. That made
an anoying message pop up in gnome and caused kde to crash. By adding
127.0.0.1 localhost
all was well. Hope this helps someone out there.
i am having the same problem. i got around it by creating a new user account and logging in as that user.
I am having the same problem with KDE 3.2 after some apt-get upgrade (debian/testing). I removed the ICE/auth files as someone here suggested - but kde-init --exit keeps giving me these errors:
/usr/X11R6/bin/iceauth: timeout in locking authority file /home/knoppix/.ICEauthority
DCOPClient::attachInternal. Attach failed Authentication Rejected, reason : None of the authentication protocols specified are supported and host-based authentication failed
ICE Connection rejected!
DCOPClient::attachInternal. Attach failed Authentication Rejected, reason : None of the authentication protocols specified are supported and host-based authentication failed
DCOPServer self-test failed.
ICE Connection rejected!
iceauth: timeout in locking authority file /home/knoppix/.ICEauthority
kdeinit: DCOPServer could not be started, aborting.
___
above actions where done while being logged in to kde as root. trying to login as user 'knoppix' created these 3 lines in auth.log:
May 2 17:11:46 AMD1800 kdm: :0[5141]: (pam_unix) session closed for user knoppix
May 2 17:16:01 AMD1800 CRON[5873]: (pam_unix) session opened for user knoppix by (uid=0)
May 2 17:19:41 AMD1800 kdm: :0[6925]: (pam_securetty) access denied: tty ':0' is not secure !
Maybe this gives a hint...
Thanks for any help
Raga