From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1R5HWz-0006fD-UZ for garchives@archives.gentoo.org; Sun, 18 Sep 2011 13:35:38 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id BC0A221C280; Sun, 18 Sep 2011 13:35:23 +0000 (UTC) Received: from mail-fx0-f53.google.com (mail-fx0-f53.google.com [209.85.161.53]) by pigeon.gentoo.org (Postfix) with ESMTP id 55C5121C25D for ; Sun, 18 Sep 2011 13:33:41 +0000 (UTC) Received: by fxh2 with SMTP id 2so3633079fxh.40 for ; Sun, 18 Sep 2011 06:33:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=from:to:subject:date:message-id:user-agent:in-reply-to:references :mime-version:content-transfer-encoding:content-type; bh=KT7mqb/Ott5XK6ELGbybaWiepjBqOyvGr123KLuPtm8=; b=hE/19wrFtkmwklcpJzA6KA3mqrlZAux3sxPYVeAKLM/BPdto5/tP2rca73O00H2Du0 aqmPBY2nPlOC4JKY7qw6APW1MonDBA9GgG3XcwEB+9mrKAHrCiSh767qjjb50rgHwSqs rVAuRWcrNcE7DjnhPKnQ7a5xSQ+bSClupWdDo= Received: by 10.223.88.22 with SMTP id y22mr3191299fal.144.1316352820589; Sun, 18 Sep 2011 06:33:40 -0700 (PDT) Received: from localhost.localnet (p4FC74CA9.dip0.t-ipconnect.de. [79.199.76.169]) by mx.google.com with ESMTPS id f10sm13763926fac.14.2011.09.18.06.33.38 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 18 Sep 2011 06:33:39 -0700 (PDT) From: Volker Armin Hemmann To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] [OT rant] udev + /usr Date: Sun, 18 Sep 2011 15:33:31 +0200 Message-ID: <3060606.2P1LJNlzZN@localhost> User-Agent: KMail/4.7.1 (Linux/3.0.4; KDE/4.7.1; x86_64; ; ) In-Reply-To: References: <20110912150248.GB3599@acm.acm> <2210780.0e3mVgC8X5@localhost> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-15" X-Archives-Salt: X-Archives-Hash: 9021977068067e78284648c8cf9e5fee Am Sonntag 18 September 2011, 09:15:25 schrieb Canek Pel=E1ez Vald=E9s:= > On Sun, Sep 18, 2011 at 6:03 AM, Volker Armin Hemmann >=20 > wrote: > > Am Sonntag 18 September 2011, 11:23:43 schrieb pk: > >> On 2011-09-18 09:37, Alan McKinnon wrote: > >> > Other systems may start to use it if it proves itself useful. > >> > Lucky for us, it doesn't obsolete anything else, just adds > >> > functionality to what is already there. > >>=20 > >> Although, one thing which I find very annoying is that the things = that > >> depend on it starts dbus-launch/daemon no matter if I don't want t= o > >> run > >> it or not (it's not running acc. to rc-update show but ps -ef show= s > >> both > >> dbus-launch and dbus-daemon running). I'm using Xfce4 and have > >> Audacious > >> installed which depends on dbus-glib, which of course depends on d= bus > >> itself. No other packages uses it (USE=3D -dbus). Xfce4 and Audaci= ous > >> hasn't used dbus before a certain version (at least it has not bee= n > >> mandatory) and I've been using them for years (haven't had the tim= e to > >> look for alternatives yet). > >> In general I have a problem with packages that pulls in *somethin= g* > >> which in turn depends on *something else* which in turn... overlap= ping > >> functionality etc. It's quite troublesome to keep, for instance, g= conf > >> out of my system (masked by me to detect any "upgrades" that tries= to > >> pull it in)... > >>=20 > >> In my "world" software (in general) should not become an "obstacle= "; > >> it > >> is just a tool to accomplish whatever you want it to do. Ideally t= he > >> OS > >> (and whatever interfaces the user) shouldn't consume _any_ resourc= es > >> at > >> all (yes, I'm well aware that it's not possible). Resource usage > >> should > >> at least be kept to a minimum, otherwise I have to buy new faster > >> hardware for each "upgrade" (be it for security, for functionality= > >> etc.) > >> and if I liked that I could just go with Windows. My whole complai= nt > >> about this udev business is that we're "ballooning" out of control= , > >> IMO, > >> becoming the "monster" that, I assume, most of us wanted to avoid.= > >>=20 > >> PS. My animosity towards dbus is "historical"; I did use it years = ago > >> (together with gnome, gconf etc.) which caused me nothing but trou= ble. > >> I've avoided that crap ever since. I do agree that the idea _behin= d_ > >> dbus seems sensible but I'm not so sure about the implementation. > >>=20 > >> Best regards > >>=20 > >> Peter K > >=20 > > years ago? is gnome even using dbus for years? They had their broke= n > > corba/orbit/bonobo stuff. >=20 > They used ORBit/bonobo during 1.0 and 1.2 series. With GNOME 2.0, and= > when dbus got stable (1.0), they started migrating stuff to it, but > they keep bonobo around for compatibility reasons. With GNOME 3, > bonobo is completely deprecated, and everything needing IPC should us= e > dbus. >=20 > Regards. ah, didn't know that. I read about some dbus problems when KDE was movi= ng over=20 caused by dbus being to gnome-centric. But I never cared to much about = it. --=20 #163933