Your message dated Thu, 30 Sep 2004 21:45:46 +0200
with message-id <[EMAIL PROTECTED]>
and subject line [Solved]: Bug#265322: DCOP-Server: Running a KDE program as
root causes the next start of KDE to fail
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere. Please contact me immediately.)
Debian bug tracking system administrator
(administrator, Debian Bugs database)
--------------------------------------
Received: (at submit) by bugs.debian.org; 12 Aug 2004 17:14:24 +0000
>From [EMAIL PROTECTED] Thu Aug 12 10:14:24 2004
Return-path: <[EMAIL PROTECTED]>
Received: from p50824a2d.dip0.t-ipconnect.de (laptop1.h-wansing.de)
[80.130.74.45]
by spohr.debian.org with esmtp (Exim 3.35 1 (Debian))
id 1BvJ9k-0004wR-00; Thu, 12 Aug 2004 10:14:24 -0700
Received: from laptop1.h-wansing.de (localhost [127.0.0.1])
by laptop1.h-wansing.de (8.12.11/8.12.11/Debian-5) with ESMTP id
i6590Qc6001261;
Mon, 5 Jul 2004 11:00:31 +0200
Received: (from [EMAIL PROTECTED])
by laptop1.h-wansing.de (8.12.11/8.12.11/Debian-5) id i6590GNo001259;
Mon, 5 Jul 2004 11:00:16 +0200
Message-Id: <[EMAIL PROTECTED]>
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
From: Holger Wansing <[EMAIL PROTECTED]>
To: Debian Bug Tracking System <[EMAIL PROTECTED]>
Subject: DCOP-Server: Running a KDE program as root causes the next start of
KDE to
fail
X-Mailer: reportbug 2.61
Date: Mon, 05 Jul 2004 11:00:15 +0200
X-BadReturnPath: [EMAIL PROTECTED] rewritten as [EMAIL PROTECTED]
using "From" header
Delivered-To: [EMAIL PROTECTED]
X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_03_25
(1.212-2003-09-23-exp) on spohr.debian.org
X-Spam-Status: No, hits=-8.0 required=4.0 tests=BAYES_00,HAS_PACKAGE
autolearn=no version=2.60-bugs.debian.org_2004_03_25
X-Spam-Level:
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 libfam0c102 2.7.0-5 client library to control the FAM
ii libgcc1 1: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 libxml2 2.6.10-3 GNOME XML library
ii libxrender1 0.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.1 X Window System client libraries
ii zlib1g 1:1.2.1.1-3 compression library - runtime
-- no debconf information
---------------------------------------
Received: (at 265322-done) by bugs.debian.org; 30 Sep 2004 19:45:50 +0000
>From [EMAIL PROTECTED] Thu Sep 30 12:45:50 2004
Return-path: <[EMAIL PROTECTED]>
Received: from 84-120-70-21.onocable.ono.com (chistera.yi.org) [84.120.70.21]
by spohr.debian.org with esmtp (Exim 3.35 1 (Debian))
id 1CD6sA-0008Db-00; Thu, 30 Sep 2004 12:45:50 -0700
Received: from userid 1000 by chistera.yi.org with local (Exim 4.34)
id 1CD6s7-0001RS-7f; Thu, 30 Sep 2004 21:45:47 +0200
Date: Thu, 30 Sep 2004 21:45:46 +0200
From: Adeodato =?iso-8859-1?Q?Sim=F3?= <[EMAIL PROTECTED]>
To: Holger Wansing <[EMAIL PROTECTED]>
Cc: [EMAIL PROTECTED]
Subject: Re: [Solved]: Bug#265322: DCOP-Server: Running a KDE program as root
causes the next start of KDE to fail
Message-ID: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL
PROTECTED]> <[EMAIL PROTECTED]>
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
In-Reply-To: <[EMAIL PROTECTED]>
X-No-CC: Please respect my Mail-Followup-To header
User-Agent: Mutt/1.5.6+20040907i
Delivered-To: [EMAIL PROTECTED]
X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_03_25
(1.212-2003-09-23-exp) on spohr.debian.org
X-Spam-Status: No, hits=-4.8 required=4.0 tests=BAYES_00,FROM_ENDS_IN_NUMS,
HAS_BUG_NUMBER autolearn=no version=2.60-bugs.debian.org_2004_03_25
X-Spam-Level:
* Holger Wansing [Thu, 30 Sep 2004 21:40:03 +0200]:
> Hi,
> > I did that too, not only the iceauth thing, and the owner was $USER
> > after closing the program.
> So, the bug is fixed.
seems so.
> > 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.
> I'm sorry again, I was wrong in my last mail.
> Problem is already solved in this testing-version (3.2.3-2).
> I didn't try it since I wrote the bugreport.
ok, thanks. then I'll close this bug report.
> And, to confirm this, I checked that behavior on my stable machine (KDE
> 2.2.2) and you are right: when the problem occures, iceauth shows, that
> the users .ICEauthority-file is used by root. So, that's the way
> it happens.
ack.
cheers,
--
Adeodato Simó
EM: asp16 [ykwim] alu.ua.es | PK: DA6AE621
Don't worry about what anybody else is going to do. The best way to
predict the future is to invent it.
-- Alan Kay
