Bug#265322: DCOP-Server: Running a KDE program as root causes the next start of KDE to fail

2004-09-30 Thread Adeodato Simó
* Holger Wansing [Thu, 30 Sep 2004 19:42:38 +0200]:

 I'm sorry, but I'm running testing; so I'm unable to upgrade to 3.3.0-2

  ok.

 But: When I do the same as you did (open a shell as user, su to root and
  then execute iceauth), I get 

 [EMAIL PROTECTED]:/home/ted# iceauth
 Using authority file /root/.ICEauthority

  I see.

 So, this is not a sign for the bug beeing fixed.
 You have to start a kde-prog (for example kuser) as root, close it and
 then look for the owner of .ICEauthority file. It has to be user, not
 root. If the owner is still user, the bug is fixed.

  I did that too, not only the iceauth thing, and the owner was $USER
  after closing the program.

  so, are you telling me that the problem still exists in testing, even
  though the iceauth thing above? please confirm. also, note that there
  is an updated kdelibs package in testing-proposed-updates
  (3.2.3-3.sarge.2), which you may upgrade to.

  thanks,

-- 
Adeodato Simó
EM: asp16 [ykwim] alu.ua.es | PK: DA6AE621
 
One of my most productive days was throwing away 1000 lines of code.
-- Ken Thompson




Bug#265322: DCOP-Server: Running a KDE program as root causes the next start of KDE to fail

2004-09-29 Thread Adeodato Simó
* Holger Wansing [Mon, 05 Jul 2004 11:00:15 +0200]:
 Package: kdelibs-bin
 Version: 4:3.2.2-2
 Severity: normal

  hi Holger,

 Open a shell as user user, su to root, and start a KDE program like
 konqueror, will change the ownership of the /home/user/.ICEauthority file
 from user to root.
 I'm not sure, if this is intended, but it ends up in a big 
 problem: the next time when trying to start KDE at this user,
 it doesn't start, because the dcopserver has no write-access to
 the .ICEauthority file.
 KDE shows a error message telling about this permission problem. 

 I saw this problem already at KDE 2.2.2 in stable.

  let's see: I didn't try to reproduce your problem when you reported,
  and now that I have kdelibs 3.3.0-2, I am unable to reproduce. if I su
  to root as a normal user, and then execute:

# iceauth
Using authority file /root/.ICEauthority

  you can see that is not using my $USER ICE auth file. I suppose (if
  you're still able to reproduce your problem) that for you it would
  read /home/$USER/.ICEauthority there. can you check?

  also, can you upgrade and see if it still happens?

  thanks,

-- 
Adeodato Simó
EM: asp16 [ykwim] alu.ua.es | PK: DA6AE621
 
It is impossible to make anything foolproof because fools are so ingenious.




Bug#265322: DCOP-Server: Running a KDE program as root causes the next start of KDE to fail

2004-08-12 Thread Holger Wansing
Package: kdelibs-bin
Version: 4:3.2.2-2
Severity: normal



Open a shell as user user, su to root, and start a KDE program like
konqueror, will change the ownership of the /home/user/.ICEauthority file
from user to root.
I'm not sure, if this is intended, but it ends up in a big 
problem: the next time when trying to start KDE at this user,
it doesn't start, because the dcopserver has no write-access to
the .ICEauthority file.
KDE shows a error message telling about this permission problem. 

I saw this problem already at KDE 2.2.2 in stable.



-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.4.26hw6
Locale: LANG=de_DE, LC_CTYPE=de_DE

Versions of packages kdelibs-bin depends on:
ii  kdelibs4   4:3.2.2-2 KDE core libraries
ii  libart-2.0-2   2.3.16-5  Library of functions for 2D graphi
ii  libbz2-1.0 1.0.2-1   A high-quality block-sorting file 
ii  libc6  2.3.2.ds1-13  GNU C Library: Shared libraries an
ii  libcupsys2 1.1.20final+cvs20040330-3 Common UNIX Printing System(tm) - 
ii  libfam0c1022.7.0-5   client library to control the FAM 
ii  libgcc11:3.3.4-1 GCC support library
ii  libgcrypt1 1.1.12-4  LGPL Crypto library - runtime libr
ii  libgnutls7 0.8.12-5  GNU TLS library - runtime library
ii  libpng12-0 1.2.5.0-6 PNG library - runtime
ii  libqt3c102-mt  3:3.2.3-2 Qt GUI Library (Threaded runtime v
ii  libstdc++5 1:3.3.4-1 The GNU Standard C++ Library v3
ii  libtasn1-0 0.1.2-2   Manage ASN.1 structures (runtime)
ii  libxml22.6.10-3  GNOME XML library
ii  libxrender10.8.3-5   X Rendering Extension client libra
ii  libxslt1.1 1.1.7-1   XSLT processing library - runtime 
ii  netpbm 2:10.0-3  Graphics conversion tools
ii  python 2.3.4-1   An interactive high-level object-o
ii  xlibs  4.2.1-12.1X Window System client libraries
ii  zlib1g 1:1.2.1.1-3   compression library - runtime

-- no debconf information