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-136290-garchives=archives.gentoo.org@lists.gentoo.org>)
	id 1S7aNr-0006F9-D0
	for garchives@archives.gentoo.org; Tue, 13 Mar 2012 22:39:59 +0000
Received: from pigeon.gentoo.org (localhost [127.0.0.1])
	by pigeon.gentoo.org (Postfix) with SMTP id 56F01E08DA;
	Tue, 13 Mar 2012 22:39:41 +0000 (UTC)
Received: from mail-yw0-f53.google.com (mail-yw0-f53.google.com [209.85.213.53])
	by pigeon.gentoo.org (Postfix) with ESMTP id 414FDE0C14
	for <gentoo-user@lists.gentoo.org>; Tue, 13 Mar 2012 22:38:09 +0000 (UTC)
Received: by yhjj72 with SMTP id j72so1423688yhj.40
        for <gentoo-user@lists.gentoo.org>; Tue, 13 Mar 2012 15:38:08 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :content-type:content-transfer-encoding;
        bh=SpJ6q08ERltYt7w8x+JbG90sXSKJSE+R839QFSJmFtw=;
        b=tk8TSSFFRLbX7MpxvxEZHCeRcfyfflwjUan7uvPJ3pWLycD+IF+idIxVwKHuq7US/a
         JWPexgx4m//s8rTVHWsgMCGZ+L7qxbSINV1yt3Mwo8Q6bWjaxjoKqLsOoDOhFmiW9Vvm
         hN2wgaMRFBn6DJRfK1hA6liQ5HoS7xf+0Uw83kNr8vdBe89zwuTW4OLQX0HW/d9l5Ff4
         L0qJrmuEIv5Luy8eRqGPr8/oUZA18H7IbkAC5RLH3ROWmqnfN15jHRGOSs/EvvnIO3G1
         AKSe4BCJpDjZDk9nCwSep7+YnhvAikokIHp0LNXO29Be0Ze2mB2eJj6NmyTLPFB6oEZf
         CCHg==
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
Received: by 10.68.195.3 with SMTP id ia3mr619336pbc.20.1331678288413; Tue, 13
 Mar 2012 15:38:08 -0700 (PDT)
Received: by 10.68.197.41 with HTTP; Tue, 13 Mar 2012 15:38:08 -0700 (PDT)
In-Reply-To: <20120313222019.GE2536@acm.acm>
References: <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>
	<20120313210737.GD2536@acm.acm>
	<20120313213330.78c5ebf7@digimed.co.uk>
	<20120313222019.GE2536@acm.acm>
Date: Tue, 13 Mar 2012 16:38:08 -0600
Message-ID: <CADPrc82SPiqxmKMf5aVGZtaXG6d_X17S6AWbx=pjnJKLTZJM-A@mail.gmail.com>
Subject: Re: [gentoo-user] Beta test Gentoo with mdev instead of udev; version
 5 - failure :-(
From: =?UTF-8?B?Q2FuZWsgUGVsw6FleiBWYWxkw6lz?= <caneko@gmail.com>
To: gentoo-user@lists.gentoo.org
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
X-Archives-Salt: c23d685e-826d-40df-b765-e88cd6587f84
X-Archives-Hash: 043ac4153bf5bcc6d0395ef93ae72d1e

On Tue, Mar 13, 2012 at 4:20 PM, Alan Mackenzie <acm@muc.de> wrote:
> Hello, Neil.
>
> On Tue, Mar 13, 2012 at 09:33:30PM +0000, Neil Bothwick wrote:
>> On Tue, 13 Mar 2012 21:07:37 +0000, Alan Mackenzie wrote:
>
>> > But I really meant what functionality udev has that mdev lacks. =C2=A0=
For
>> > example, mdev this morning recognised my USB stick being inserted, and
>> > created /dev/sdc for it.
>
>> udev does a *lot* more than that, for example the persistent naming of
>> network interfaces. More significantly, it can run programs based on
>> device rules.
>
> This is where I start getting unhappy. =C2=A0Is there any need for this
> blurring? =C2=A0Having device nodes is essential to a linux system, and
> some programs use these nodes. =C2=A0Why must they be mashed together int=
o a
> tasteless mush? =C2=A0Is there some advantage to this I haven't twigged y=
et?
>
>> For example, usb_modeswitch installs a udev rule to switch a 3G USB
>> modem from CD to modem mode, without which it won't work.
>
> Same question as above: why does that switching have to be done via the
> device node system rather than via the driver. =C2=A0Isn't that what driv=
ers
> are for?
>
>> That's fine when you plug it into a running system, but when you boot
>> with it plugged in, it can trip over itself because the usb_modeswitch
>> executable is in /usr/sbin.
>
> Er, that's a different discussion altogether. =C2=A0;-)
>
>> You could use this to argue that /usr should be mounted before udev is
>> started, but you could just as well use it to argue that udev should not
>> be trying to run such rules at the boot runlevel.
>
> Or that udev shouldn't have "rules". =C2=A0I still don't understand the b=
asic
> concept driving this thing. =C2=A0My HDDs don't need rules - they just ne=
ed a
> mapping from /dev/sd[ab] into device 8/0 and 8/16, and the appropriate
> drivers built into my kernel.
>
> Am I being stupid? =C2=A0Despite your example above, I still don't see wh=
at
> udev is about, why it's necessary, or even why it's advantageous.

IMHO, the thing that most people are missing is the fact that neither
udev nor Linux "got complicated". The computing world itself "got
complicated".

We have Linux running in the same beige machines it has been running
since 1991, but it also runs in TVs, tablets, cellphones, fridges,
cars, ebook readers, and (soon enough, I'm sure) the kitchen sink.
This devices behave very differently from our old and beloved beige
boxen. They need to handle lots of different hardware comming and
going, via USB, Firewire, Bluetooth, WIMAX, and who knows what else in
the future.

The principal idea behind udev, is that we *don't* kown (we *can't*
know) what hardware this or that machine is gonna have at some point.
And we want the machine (and the new hardware) to "just work" when
they are connected.

This is overkill for our old and beloved beige boxen? In some cases;
not in mine, where I have bluetooth headphones, cell phones, and
gamepads, and USB speakers, or where I connect different LCD/LED TVs
to my machines. But for some very specific cases it is overkill, in
the sense that fuel injection is "overkill" to get a car moving.

And the guys pushing this changes believe that we don't need to cater
to the simple beige box (usually servers) crowd anymore: we already
got them. We need to cater to everybody else: in particular, at this
moment (if the analysts numbers are right) the users of Linux in
cellphones surpases the users of Linux in beige boxen... and by a lot
it seems. We need to focus in them, and hope they will ask for Linux
in their beige boxen if they like their other gadgets.

We can discuss the merits of their plan, but I for one I'm with them.
I've been using Linux more than 15 years, and with my GNOME 3 system
today (yes, with udev, and systemd, and PulseAudio) I'm much more
productive than with the command line 10 years ago. My servers run
systemd; they not need it, in the sense that they could work without
it (and my car run without fuel injection). But I'm very happy with
the features running systemd in a server gives me (and the fuel
efficiency the fuel injection gives my car).

So, yeah, it's more complicated. The world got complicate; better get
used to it.

Regards.
--=20
Canek Pel=C3=A1ez Vald=C3=A9s
Posgrado en Ciencia e Ingenier=C3=ADa de la Computaci=C3=B3n
Universidad Nacional Aut=C3=B3noma de M=C3=A9xico