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 <gentoo-user+bounces-136278-garchives=archives.gentoo.org@lists.gentoo.org>)
id 1S7Yzb-00056c-NA
for garchives@archives.gentoo.org; Tue, 13 Mar 2012 21:10:53 +0000
Received: from pigeon.gentoo.org (localhost [127.0.0.1])
by pigeon.gentoo.org (Postfix) with SMTP id 747CCE0B95;
Tue, 13 Mar 2012 21:10:38 +0000 (UTC)
Received: from mail.muc.de (colin.muc.de [193.149.48.1])
by pigeon.gentoo.org (Postfix) with ESMTP id A17F5E0CD6
for <gentoo-user@lists.gentoo.org>; Tue, 13 Mar 2012 21:08:35 +0000 (UTC)
Received: (qmail 48861 invoked by uid 3782); 13 Mar 2012 21:08:34 -0000
Received: from acm.muc.de (pD951B273.dip.t-dialin.net [217.81.178.115]) by
colin.muc.de (tmda-ofmipd) with ESMTP;
Tue, 13 Mar 2012 22:08:32 +0100
Received: (qmail 4735 invoked by uid 1000); 13 Mar 2012 21:07:37 -0000
Date: Tue, 13 Mar 2012 21:07:37 +0000
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] Beta test Gentoo with mdev instead of udev;
version 5 - failure :-(
Message-ID: <20120313210737.GD2536@acm.acm>
References: <20111121104724.GC7461@waltdnes.org>
<20111201194544.GD4455@waltdnes.org>
<20120217234045.GA25390@waltdnes.org>
<20120311090912.GA23850@waltdnes.org>
<20120312092432.GA2959@acm.acm>
<20120313073306.GC23544@waltdnes.org>
<20120313130534.GB3457@acm.acm>
<20120313190052.GA2430@waltdnes.org>
<20120313194727.GB2536@acm.acm>
<CADPrc83mmaeybgdEb0phBrp=fBcF3EWkpZawp0Mo8wpvDje5NQ@mail.gmail.com>
Precedence: bulk
List-Post: <mailto:gentoo-user@lists.gentoo.org>
List-Help: <mailto:gentoo-user+help@lists.gentoo.org>
List-Unsubscribe: <mailto:gentoo-user+unsubscribe@lists.gentoo.org>
List-Subscribe: <mailto:gentoo-user+subscribe@lists.gentoo.org>
List-Id: Gentoo Linux mail <gentoo-user.gentoo.org>
X-BeenThere: gentoo-user@lists.gentoo.org
Reply-to: gentoo-user@lists.gentoo.org
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
In-Reply-To: <CADPrc83mmaeybgdEb0phBrp=fBcF3EWkpZawp0Mo8wpvDje5NQ@mail.gmail.com>
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Delivery-Agent: TMDA/1.1.12 (Macallan)
From: Alan Mackenzie <acm@muc.de>
X-Primary-Address: acm@muc.de
Content-Transfer-Encoding: quoted-printable
X-Archives-Salt: 3dace5a0-366a-4e8b-97ec-c69d93d98ed2
X-Archives-Hash: f14fd9cc218c6a668ba5d524c6fe8743
Hello, Canek,
I thought you'd be replying to me here. :-)
On Tue, Mar 13, 2012 at 02:27:25PM -0600, Canek Pel=E1ez Vald=E9s wrote:
> On Tue, Mar 13, 2012 at 1:47 PM, Alan Mackenzie <acm@muc.de> wrote:
> > Hello, Walter,
> > On Tue, Mar 13, 2012 at 03:00:52PM -0400, Walter Dnes wrote:
> >> On Tue, Mar 13, 2012 at 01:05:34PM +0000, Alan Mackenzie wrote
> >> > I also did "2> {system,world}.err". =A0system.err was empty. =A0I'=
ve included
> >> > world.err in the enclosed tarball.
> >> =A0 From your error listing, it looks like lvm2, kde, and gnome (inc=
luding
> >> the XFCE subset) require udev. =A0Ouch.
> > :-) =A0This cannot be the case. =A0Otherwise somebody would have said=
. =A0Hmm.
> > What we could do with is a "requires xdev", for x in (m u). =A0I've
> > forgotten what that's called in portage.
> > There are surely lots of packages marked "need udev" which don't real=
ly
> > need it at all. =A0I mean, are there any programs which need precisel=
y
> > udev to work, as opposed to a populated /dev?
> > I mean, what does udev give me that mdev won't? =A0That's not really =
a
> > rhetorical question. =A0What potential benefits am I throwing away by
> > converting to mdev?
> >>From my desktop:
> centurion ~ # equery depends udev
> * These packages depend on udev:
> dev-libs/libatasmart-0.18 (>=3Dsys-fs/udev-143)
> dev-python/python-gudev-147.2 (>=3Dsys-fs/udev-171[gudev])
> (>=3Dsys-fs/udev-147[extras])
> gnome-base/gnome-settings-daemon-3.2.2-r1 (packagekit ? sys-fs/udev[gud=
ev])
> (packagekit ? sys-fs/udev[ext=
ras])
> (udev ? sys-fs/udev[gudev])
> (udev ? sys-fs/udev[extras])
> gnome-base/gvfs-1.10.1 (!prefix ? >=3Dsys-fs/udev-164-r2)
> (>=3Dsys-fs/udev-171[gudev])
> (>=3Dsys-fs/udev-145[extras])
> media-gfx/shotwell-0.11.6 (>=3Dsys-fs/udev-171[gudev])
> (>=3Dsys-fs/udev-145[extras])
> media-libs/libcanberra-0.28-r5 (udev ? >=3Dsys-fs/udev-160)
> media-libs/libgpod-0.8.0 (udev ? sys-fs/udev)
> media-libs/mesa-7.11.2 (gbm ? sys-fs/udev)
> media-sound/pulseaudio-1.1-r1 (udev ? >=3Dsys-fs/udev-171[hwdb])
> (udev ? >=3Dsys-fs/udev-143[extras])
> media-sound/rhythmbox-2.95 (>=3Dsys-fs/udev-171[gudev])
> (>=3Dsys-fs/udev-145[extras])
> media-video/cheese-3.2.2 (>=3Dsys-fs/udev-171[gudev])
> (>=3Dsys-fs/udev-145-r1[extras])
> net-im/empathy-3.2.2 (v4l ? sys-fs/udev[gudev])
> (v4l ? sys-fs/udev[extras])
> net-misc/networkmanager-0.9.2.0-r5 (>=3Dsys-fs/udev-171[gudev])
> (>=3Dsys-fs/udev-147[extras])
> net-wireless/bluez-4.98-r2 (>=3Dsys-fs/udev-169)
> net-wireless/gnome-bluetooth-3.2.2 (sys-fs/udev)
> sys-apps/systemd-43-r1 (>=3Dsys-fs/udev-172)
> sys-fs/lvm2-2.02.88 (>=3Dsys-fs/udev-151-r4)
> sys-fs/udisks-1.0.4-r1 (>=3Dsys-fs/udev-171[gudev])
> (>=3Dsys-fs/udev-147[extras])
> sys-kernel/dracut-017-r2 (>=3Dsys-fs/udev-164)
> sys-power/upower-0.9.15 (kernel_linux ? >=3Dsys-fs/udev-171-r1[gudev])
> (kernel_linux ? <sys-fs/udev-171-r1[extras])
> virtual/dev-manager-0 (sys-fs/udev)
> x11-base/xorg-server-1.11.2-r2 (udev ? >=3Dsys-fs/udev-150)
> x11-libs/cairo-1.10.2-r1 (drm ? >=3Dsys-fs/udev-136)
> x11-misc/colord-0.1.15 (udev ? sys-fs/udev[gudev])
> (udev ? sys-fs/udev[extras])
> I don't know exactly what packages actually *require* udev. What I can
> say with some certainty is that more and more "maistream" packages
> will require udev either directly or indirectly (by some dep).
OK. I haven't heard of anybody here with mdev being unable to run an
application. Not yet, anyway.
But I really meant what functionality udev has that mdev lacks. For
example, mdev this morning recognised my USB stick being inserted, and
created /dev/sdc for it.
> You will lose those with mdev.
> "Fringe" programs will not require udev, or it will be optional; but
> the moment a "fringe" program reaches critical mass to become
> "maistream", the probability of it needing udev (directly or
> indirectly) will increase.
> I'm willing to bet a beer on that prediction.
Thanks for the reply.
> Regards.
> --=20
> Canek Pel=E1ez Vald=E9s
> Posgrado en Ciencia e Ingenier=EDa de la Computaci=F3n
> Universidad Nacional Aut=F3noma de M=E9xico
--=20
Alan Mackenzie (Nuremberg, Germany).