Re: kdekillall command

2002-03-17 Thread Petter Reinholdtsen

[Rene Horn]
> The kdekillall command requires gawk to work, so perhaps it's a good
> idea to make it dependent on this package?

Did you submit this to bugs.debian.org?  I believe it is a better
place to report it than debian-kde, to make sure no one forgets it.




Re: KDE startup hangs and 'commits suicide'

2002-03-17 Thread Fabian Dortu
On Sat, 2002-03-16 at 21:36, Steffen Evers wrote:
> Hi!
> 
> After updateing a woody machine my KDE does not work any longer.
> 
> It hangs on the second phase (system services) during init and dies
> finally with the following error message in the .xsession_errors file:
> 
> kdeinit: Shutting down running client.
> -
> It looks like dcopserver is already running. If you are sure
> that it is not already running, remove /root/.DCOPserver_ocean_:0
> and start dcopserver again.
> -
> 
> @[EMAIL PROTECTED]@
> [...]
> [EMAIL PROTECTED]@[EMAIL PROTECTED]
> (KLauncher): ERROR: KLauncher: KDEInit communication error! Commiting
> suicide!
> 
> 
> Any hints?
> 
> Bye, Steffen
> 
> 

I have exactly the same problem but I think it can be due to a more
general problem because some other window managers(like sawfish) fail
also to load.

Fabian





Re: Knode will only start if I su to root

2002-03-17 Thread Reto Hotz
Hi,

> I'm running KDE on an up-to-date Woody system and while all other KDE
> applications are running fine, KNode will only start if I su to root
> and launch it from a terminal window.

Maybe there is another (old) KNode process running.
Try "ps aux ¦ grep knode" to find out if KNode runs.

If yes, then kill the process and try to start KNode again.


Greetings
Reto




Re: KDE startup hangs and 'commits suicide'

2002-03-17 Thread Hendrik Naumann
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi

>
> I have exactly the same problem but I think it can be due to a more
> general problem because some other window managers(like sawfish)
> fail also to load.
>
> Fabian

You may check if the loopback device (lo) is up.

That was my problem some weeks ago. I forgot to set it auto in less 
/etc/network/interfaces. It used to work that way long time, but on 
one point the wrong behavior (lo was start although not set to auto) 
changed, but that was causing the problem.

Maybe one can add 

ifup lo

to the kde-startupscript. dcop seems to need the loopback interface.

Hendrik



- -- 
PGP ID 21F0AC0265C92061
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.0.3 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE8lLp7IfCsAmXJIGERAnIVAJ4+2/xEWYH0WznqzJruHZg0Df+QkgCgguGA
WSaIOg+dMYdXPrv7h6hOsJc=
=75hJ
-END PGP SIGNATURE-




Re: KDE startup hangs and 'commits suicide'

2002-03-17 Thread Fabian Dortu
HI
 
> That was my problem some weeks ago. I forgot to set it auto in less 
> /etc/network/interfaces. It used to work that way long time, but on 
> one point the wrong behavior (lo was start although not set to auto) 
> changed, but that was causing the problem.
> 
> Maybe one can add 
> 
> ifup lo
> 
> to the kde-startupscript. dcop seems to need the loopback interface.
> 
> Hendrik
> 
> 

It works ! Thanks a lot.

Fabian





Re: KDE startup hangs and 'commits suicide'

2002-03-17 Thread Petter Reinholdtsen

[Fabian Dortu]
>> Maybe one can add 
>> 
>> ifup lo
>> 
>> to the kde-startupscript. dcop seems to need the loopback interface.
[...]
> 
> It works ! Thanks a lot.

If this is a fresh install, you have probably been bitten by the bug
in the install system failing to configure the loopback interface.

The correct fix is probably to add the following to
/etc/network/interfaces:

  # The loopback interface
  auto lo
  iface lo inet loopback

It should have been added by the install program, but sometimes it
failed to do so.  The bug is believed fixed in the latest source.




Re: Kde with obj prelink

2002-03-17 Thread Josep Febrer Salord
A Dissabte 16 Març 2002 16:18, Jean-Michel Kelbert va escriure:
I compiled all the KDE 2.2.2 on a Debian woody with objprelink two weeks ago. 
The result was that when KDE starts all segfaults. From icewm the only 
application than run without any problems was konsole, konq starts very fast 
and their performance was great but crash when it want to display a file, the 
sidebar, etc.
The result was unusable. The problem could be with binutils.
According with Linux From Scratch:

 "You'll need the latest version of binutils (2.11.2 at this point), and if 
any of glibc, gcc or binutils were compiled with optimizations there is a 
chance that everything you prelink will segfault when run.  Prelinking failed 
for me on my LFS 2.4.3 system where those were built with optimizations; on a 
LFS 3.0 system where glibc, gcc and binutils were compiled with no 
optimizations and everything else was built -O3 -march=i386 -mcpu=i686, 
prelinking worked fine.  Proceed with caution."




Re: KDE startup hangs and 'commits suicide'

2002-03-17 Thread Steffen Evers
On Sun, Mar 17, 2002 at 20:22, Petter Reinholdtsen wrote:
> [Fabian Dortu]
> >> Maybe one can add 
> >> 
> >> ifup lo
> >> 
> >> to the kde-startupscript. dcop seems to need the loopback interface.
> [...]
> > 
> > It works ! Thanks a lot.
> 
> If this is a fresh install, you have probably been bitten by the bug
> in the install system failing to configure the loopback interface.
> 
> The correct fix is probably to add the following to
> /etc/network/interfaces:
> 
>   # The loopback interface
>   auto lo
>   iface lo inet loopback
> 
> It should have been added by the install program, but sometimes it
> failed to do so.  The bug is believed fixed in the latest source.

Thanks to all of you!!!
That was the problem with my machine as well. After correcting
the interfaces file everything is fine again.

Strange thing, as the KDE version before the update (2.2.1?) worked
without the loopback device. I guess, there will be some more users
with this problem ...

Bye, Steffen




Kamera + USB permissions

2002-03-17 Thread Jarno Elonen
I just tried Kamera after quite a long time and it actually worked. Thank you!

It isn't, however, very feasible to use because the device file is owned by 
root: you always have to change its permissions manually before starting 
Kamera as a non-root user.

I found a small daemon called usb-perms (and packaged it into a .deb as an 
excercise) that can change them automatically whenever a device is plugged 
in, but started wondering if there is a more standard way of making Kamera 
usable in the user-land?

- Jarno