From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from lists.gentoo.org ([140.105.134.102] helo=robin.gentoo.org) by nuthatch.gentoo.org with esmtp (Exim 4.62) (envelope-from ) id 1Hasv8-0000Yb-Fw for garchives@archives.gentoo.org; Mon, 09 Apr 2007 12:24:30 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.14.0/8.14.0) with SMTP id l39CNZx4031652; Mon, 9 Apr 2007 12:23:36 GMT Received: from jabbathehutt.spamsuxx.de (jabbathehutt.spamsuxx.de [85.214.64.12]) by robin.gentoo.org (8.14.0/8.14.0) with ESMTP id l39CLnUN029421 for ; Mon, 9 Apr 2007 12:21:49 GMT Received: from localhost (localhost [127.0.0.1]) by jabbathehutt.spamsuxx.de (Postfix) with ESMTP id 4F6B44EC901 for ; Mon, 9 Apr 2007 14:21:46 +0200 (CEST) X-Virus-Scanned: by amavisd-new at spamsuxx.de Received: from jabbathehutt.spamsuxx.de ([127.0.0.1]) by localhost (jabbathehutt.spamsuxx.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id VxGlyTchymCr for ; Mon, 9 Apr 2007 14:21:43 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by jabbathehutt.spamsuxx.de (Postfix) with ESMTP id 205714EC903 for ; Mon, 9 Apr 2007 14:21:43 +0200 (CEST) Received: from nx9420.middleearth.local (HSI-KBW-085-216-048-236.hsi.kabelbw.de [85.216.48.236]) by jabbathehutt.spamsuxx.de (Postfix) with ESMTP id CDD544EC901 for ; Mon, 9 Apr 2007 14:21:42 +0200 (CEST) From: Elias Probst To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] hal-0.5.9 (was: *DEVELOPMENT* mail list, right?) Date: Mon, 9 Apr 2007 14:24:46 +0200 User-Agent: KMail/1.9.6 References: <20070405230345.GA22227@paradox.datanode.net> <4618425C.5060300@gentoo.org> <200704080343.28336.mail@eliasprobst.eu> In-Reply-To: <200704080343.28336.mail@eliasprobst.eu> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@gentoo.org Reply-to: gentoo-dev@lists.gentoo.org MIME-Version: 1.0 Content-Disposition: inline X-UID: 3 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200704091424.46982.mail@eliasprobst.eu> X-Archives-Salt: 3d9ca176-d7f7-41f4-b472-579a5a552300 X-Archives-Hash: 49f9cad112a68de5154cd8209c18ff55 A short reply to myself.. ;) On Monday 09 April 2007 03:43:28 mail@eliasprobst.eu wrote: > Is there any way stopping the kernel from inotify-ing a directory? Couldn't > find one yet. > So we could add a test to the ebuild, whether it is a upgrade from <0.5.9 > and prevent reloading of the files until the next reboot. > Maybe this could find it's way into an eclass, because other > applications/daemons like dbus will surely suffer from the same problem > when having the next $PV_MAJOR upgrade, so we could use the functions > global. Should I open a bug for tracking this issue? I've asked the dev of inotify-tools how to do this... it looks, like the information which file/directory is currently being monitored is not exported by the kernel, so we can't do a general check for monitored files of a package that is updated. Instead it's only possible, to exclude directory $FOOBAR from being watched (without checking, whether it was really watched before by inotify). => Postpone this eclass plan to $SOMEDAY, use ewarn instead. > > And it is good to know that some people are using KNetworkManager - I > > don't have a machine currently with KDE installed (my KDE machine died) > > and so I haven't tested it at all recently. > > KNetworkmanager works really fine here, except of some troubles concerning > ipw3945+WPA which should be fixed in the next NetworkManager release (I > hope it gets released soon, currently, my WLAN is only WEP "encrypted" :-/ > ). Some other KDE (and probably Gnome, XFCE, etc.) related problems occured: When plugging in my USB stick or my external USB HDD, I can't mount them anymore: Permission denied: Not in active session I found two bugs in the RedHat bugtracker about this: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=232674 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=229465 Currently, I'm trying to track down where this comes from on Gentoo. It looks, like $XDG_SESSION_COOKIE isn't set, but I didn't find out yet, how this is set in Gentoo/KDM. Also kpowersave started crashing, I've written to powersave-devel because it seems they don't have a bugtracker: http://forge.novell.com/pipermail/powersave-devel/2007-April/000763.html Until this isn't resolved, 0.5.9 shouldn't go stable. I've opened a bug for tracking this: http://bugs.gentoo.org/show_bug.cgi?id=173892 Regards, Elias P. -- gentoo-dev@gentoo.org mailing list