Re: KDE based programs won't run as user
This is only a guess... but sounds like a permissions issue. I would try logging out of KDE, logging in on the console, deleting the files listed below from your home directory and then trying KDE again. Good luck. .DCOPserver_*_:0 .DCOPserver_*__0 .ICEauthority Saadiq On Wed, Jul 24, 2002 at 09:50:37PM -0500, McNeill Kirkpatrick scribbled: > I am running woody, I am having trouble getting programs that use kde to run, > I think it has something to do with DCOP server a what that is, this is the > output I get whenever I try to run something that uses dcop > DCOPClient::attachInternal. Attach failed Could not open network socket > kdeinit: DCOPServer could not be started, aborting. > IO error opening ICE Connection! > > DCOPClient::attachInternal. Attach failed Could not open network socket > KCrash: crashing crashRecursionCounter = 2 > KCrash: Application Name = quanta path = pid = 2109 > > These programs run fine as root > > any suggestions? > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
KDE based programs won't run as user
I am running woody, I am having trouble getting programs that use kde to run, I think it has something to do with DCOP server a what that is, this is the output I get whenever I try to run something that uses dcop DCOPClient::attachInternal. Attach failed Could not open network socket kdeinit: DCOPServer could not be started, aborting. IO error opening ICE Connection! DCOPClient::attachInternal. Attach failed Could not open network socket KCrash: crashing crashRecursionCounter = 2 KCrash: Application Name = quanta path = pid = 2109 These programs run fine as root any suggestions? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
OpenSSL license incompatibility
Something has been bothering me about the KDE packages... The OpenSSL license is incompatible with the GPL, but Konqueror et al use the library. I just checked and, indeed, I found that libssl.so.0.9.6 and libqt-mt.so.3.0.4 are linked into the same address space (in the kio_http process forked off by kdeinit). I was wondering whether, because of this, the kdelibs packages should have SSL support disabled. -- Daniel Schepler "Please don't disillusion me. I [EMAIL PROTECTED]haven't had breakfast yet." -- Orson Scott Card -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
LIST-DAEMON COMMAND {{ DIGEST MODE FLAG TRUE TOGGLE }} STOP END
-- Our capacity for understanding is inversely proportional to how much we think we know. Set the controls for the heart of the sun. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
LIST-DAEMON COMMAND {{ DIGEST MODE FLAG TRUE TOGGLE }} STOP END
-- Our capacity for understanding is inversely proportional to how much we think we know. Set the controls for the heart of the sun. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: libpng conflict
On Monday 29 July 2002 21:39, Fred K Ollinger wrote: > Use garnome. This will compile everything and drop them into their own > dirs. /usr/local/kde3, for example. Or compile your own libpng package and put the files "somewhere" else? It's fun, believe me :-) Frank -- homepage: www.student.kuleuven.ac.be/~m9917684 jabber (=IM): [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: libpng conflict
> Hey folks, I'm looking for some guidance. I've read through all > the mailing list threads I could find on this topic, as well as > the BTS, and I'm left scratching my head. > > I need to have both the kde/qt and gnome/gtk development environments > installed at the same time, and that just doesn't seem to be possible > right now. As I understand it, it all boils down to libpng2-dev vs > libpng-dev. The non-dev kde and gnome packages have been made to > coexist, but the development packages have not. > > Can anyone suggest a workaround for this that I can apply right away? Use garnome. This will compile everything and drop them into their own dirs. /usr/local/kde3, for example. Fred -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: KDE3 in sid update
On Sunday 28 July 2002 11:06 pm, Chris Cheney wrote: > On Sat, Jul 27, 2002 at 06:33:09PM +0100, John Gay wrote: > > So what are the known working versions of GCC for compiling KDE3 with? > > > > I am looking to try my hand at building a Pentium-optimised box from > > scratch. lfs uses GCC2.95.5 but Debian provides both GCC2.95.5 and GCC3? > > > > I've also looked into PGCC, but the latest patches they have are for > > GCC2.95.3 and the site seems to be un-maintained. > > It is known to work on 2.95.4 and 3.0.x since those are the versions in > Debian already. It will probably work with 3.1/3.2 but I am not > certain. > This is what is puzzling me, if kde 3 can be compiled and works well with GCC2.95 why haven't the debs for kde compiled with that compiler been put into sid. Why is it necessary to wait for a GCC3.x compiler that works - why not re-release the debs with a slightly later version number when that time comes? I've been reading this list for a while, but if there was an explanation somewhere I must have missed it, sorry. I know I can get the stuff from elsewhere, but to keep these weird lines in /etc/apt/sources.list seems a little "unofficial". -- Alan Chandler [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
libpng conflict
Hey folks, I'm looking for some guidance. I've read through all the mailing list threads I could find on this topic, as well as the BTS, and I'm left scratching my head. I need to have both the kde/qt and gnome/gtk development environments installed at the same time, and that just doesn't seem to be possible right now. As I understand it, it all boils down to libpng2-dev vs libpng-dev. The non-dev kde and gnome packages have been made to coexist, but the development packages have not. Can anyone suggest a workaround for this that I can apply right away? Thanks. John Bazik [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: slooooooow
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Maybe you meant for this to go to the list? As I'm not the one having the problem :-) > Make sure you have dma enabled on your harddrive ( man hdparm ). > > Cheers, > Sean. - -- A mouse is a device used to point at the xterm you want to type in. --Kim Alm, a.s.r -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.7 (GNU/Linux) iD8DBQE9RUjlEHLN/FXAbC0RAjxeAJ9tzY8HgyX0TGCcdCvS7Hl14xax2wCgx0Jq uH/NZO38tEq3ULM2UlU5AbI= =Pnfo -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: slooooooow
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Monday 29 July 2002 04:52 am, Frank Van Damme wrote: > On Saturday 27 July 2002 23:24, John Gay wrote: > > On Sat 27 Jul 2002 21:59, Frank Van Damme wrote: > > > Yow > > > > > > Just put my hd (maxtor 40 gigs 5400 rpm for therecord - that's also the > > > one I swap to) into a p133 (48 MB ram) because my athlon cpu burnt. > > > > This is your problem ^^^ > > > > KDE requires quite a large amount of memory to run. If you consider that > > X takes at least 16M to itself that does not leave much for KDE to use. > > > > My daughter is running KDE2.1 on a 166PentiumMMX with 64M and get > > 'useable' performance from it. I would not even like to try running KDE > > in less than 64M. > > I would rather say that the bottleneck is the software :-) . I remember > having konqueror, kmail, pan (gnome stuff), kword, then some instant > messaging clients and a ton of Eterms open. Now I can bring the box to it's > knees with just kmail alone. Basically, something's wrong. This should not be happening. KDE3 *is* leaner than KDE2, with (iirc) only a couple exceptions, having to do with fonts (aa, true-type, something like that). Maybe try playing around with that (en/dis-abling AA, not using tt, etc). Good luck! - -- A mouse is a device used to point at the xterm you want to type in. --Kim Alm, a.s.r -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.7 (GNU/Linux) iD8DBQE9RUT5EHLN/FXAbC0RAssmAJ9TdBhkcbMMVSpSdSzSZkK7MjrRBACgoRvQ 5qZg7xmNUoJ7yDhaPKahND8= =Ckhp -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: slooooooow
On Saturday 27 July 2002 23:24, John Gay wrote: > On Sat 27 Jul 2002 21:59, Frank Van Damme wrote: > > Yow > > > > Just put my hd (maxtor 40 gigs 5400 rpm for therecord - that's also the > > one I swap to) into a p133 (48 MB ram) because my athlon cpu burnt. > > This is your problem ^^^ > > KDE requires quite a large amount of memory to run. If you consider that X > takes at least 16M to itself that does not leave much for KDE to use. > > My daughter is running KDE2.1 on a 166PentiumMMX with 64M and get 'useable' > performance from it. I would not even like to try running KDE in less than > 64M. I would rather say that the bottleneck is the software :-) . I remember having konqueror, kmail, pan (gnome stuff), kword, then some instant messaging clients and a ton of Eterms open. Now I can bring the box to it's knees with just kmail alone. > > I just > > couldn't believe my eyes. I thought kde got faster with 3.0, at least > > that's what the kde guys promised us. Some stats, taken on my system > > running enlightenment 0.16, xfree86 4.2 and a minimum of background tasks > > Here is another ^^^ problem. Enlightenment is very resource intensive as > well. Maybe even more so than KDE proper. Mixing this WITH KDE apps on a > memory-starved box is jsut asking for problems. Are you sure you don't work I think this is a mistake commonly made about E. E is just as resource-hungry as you make it. With 2 desktops and a *simple* theme and wallpaper it takes about 2 or 3 megs more then windowmaker with the same eyecandy (read: as little eye-candy as possible). > for that group that 'proved' M$ ran faster than Linux by patching M$ for > performance and disabling every feature on Linux? You mean enabling? I am asking that to myself every now and then :-) . No problem with minimum requirements going up, and off course I just don't try to do this with windows 98 or 2k, which need 64 megs just to boot them up. Well actually I did. But I don't want to compare with a platform which is made heavier artificially. Heck, watching a stupid program clog up the performance on a box with 50.331.648 bytes of mem running a system which is supposed to expand the life cycle of boxes by a few years just scares me. If they could make programs run fast 3 years ago, why can't the same programs run at the same speed now? I was especcially astonished because I ran kde1 and kde2 on this box as well as kde3. One of the biggest issues with kde2 was the performance, so a lot of effort was put into making it faster - so I was wondering wether these experimental packages might be compiled with a badly-chosen version of gcc or anything. It's not only the mem you see - I can swap to a reletivaly fast disk and cpu usage is high. It's not that I use stuff like mosfet's theme (my dad has a Xp theme and ditto mozilla IE skin however ;-) ) > > like cups and 2 Eterms: [...] > > Just *unbearable*. I have yet to start thinking about what running a > > fullblown kde session on this box will do. I remember having 7 apps like > > kword, xmms, kmail,... open at the same time and still enjoying it. Ok > > kmail was never fast but can anyone recommend me a good DE or compiler > > please :-) > > First things first. Get some more memory. This generation of box should be > able to handle at least 64M without complaining. I know that's easier said > than done, but memory is the key to speed. Without enough memory even a P4 > will run like a dog. Off course. Surely I upgraded it when I started gnu/linux for the same reason: kde did not really work well with only 16 megs ;-) > For alt. Desktops, XFCE is extremely light-weight, very configurable and > drag-N-drop aware. If you've never seen CDE before it might take a little > getting used to, but getting rid of Enlightenment and using XFCE instead > will give enormous improvement. Once you've got the QT and KDE libs, most > of your KDE apps should still work, though XFCE is NOT KDE aware, what ever > that means any more. That "kde aware" means you can use it to run with kde instead of kwin I think. > If you want to go the self-compiled route I can tell you, from experience > QTlibs took over 48 Hours to build on a 200Mhz PentiumMMX with a similar > amount of memory. KDE libs take even longer. Again, memory is the key here. > GCC tries to use large hash tables in memory to reduce I/O. However, if you > are still willing to spend upto a week 'round the clock' there are many > object pre-linking optimizations that can be used with QT and KDE, though > they can be dodgy. They have been known to just not work on certain > hardware, so you might end up spending a week compiling something that will > not even run. YMMV. Uhhu. I see. > Hope this expains a few things for you. > Cheers, > > John Gay -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Woody
On Sun, 28 Jul 2002, Richard Ibbotson wrote: > fine. Only thing that I want to change is that I'd like to apt-get > upgrade to KDE 3. http://mypage.bluewin.ch/kde3-debian/ *t Tomas Pospisek SourcePole - Linux & Open Source Solutions http://sourcepole.ch Elestastrasse 18, 7310 Bad Ragaz, Switzerland Tel: +41 (81) 330 77 11 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]