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 1S7U0r-0004kG-NX for garchives@archives.gentoo.org; Tue, 13 Mar 2012 15:51:50 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id C4F25E0AA2; Tue, 13 Mar 2012 15:51:40 +0000 (UTC) Received: from svr-us4.tirtonadi.com (svr-us4.tirtonadi.com [69.65.43.212]) by pigeon.gentoo.org (Postfix) with ESMTP id 12493E09F1 for ; Tue, 13 Mar 2012 15:50:13 +0000 (UTC) Received: from mail-vx0-f181.google.com ([209.85.220.181]) by svr-us4.tirtonadi.com with esmtpsa (TLSv1:RC4-SHA:128) (Exim 4.69) (envelope-from ) id 1S7TzM-0030dR-5e for gentoo-user@lists.gentoo.org; Tue, 13 Mar 2012 22:50:16 +0700 Received: by vcge1 with SMTP id e1so904172vcg.40 for ; Tue, 13 Mar 2012 08:50:10 -0700 (PDT) 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 Received: by 10.52.88.103 with SMTP id bf7mr17788060vdb.72.1331653810882; Tue, 13 Mar 2012 08:50:10 -0700 (PDT) Received: by 10.220.58.200 with HTTP; Tue, 13 Mar 2012 08:50:10 -0700 (PDT) Received: by 10.220.58.200 with HTTP; Tue, 13 Mar 2012 08:50:10 -0700 (PDT) In-Reply-To: <20120313173551.773ed013@khamul.example.com> References: <4F5AC0F6.6000804@gmail.com> <4F5B33CA.2020705@coolmail.se> <20120310153540.5194cd7c@digimed.co.uk> <4F5BBE7A.8040802@coolmail.se> <4F5C724C.1010708@coolmail.se> <292166434.606817.1331577566543.JavaMail.open-xchange@email.1and1.com> <4F5E853F.8060404@gmail.com> <20120313173551.773ed013@khamul.example.com> Date: Tue, 13 Mar 2012 22:50:10 +0700 Message-ID: Subject: Re: [gentoo-user] Re: LVM, /usr and really really bad thoughts. From: Pandu Poluan To: gentoo-user@lists.gentoo.org Content-Type: multipart/alternative; boundary=20cf307f3c045c889104bb21d00c X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - svr-us4.tirtonadi.com X-AntiAbuse: Original Domain - lists.gentoo.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - poluan.info X-Archives-Salt: ae52d91a-2397-4766-962b-d9978f15a2c5 X-Archives-Hash: aef94fb3c8080cd714a9e24010cdef54 --20cf307f3c045c889104bb21d00c Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Mar 13, 2012 10:39 PM, "Alan McKinnon" wrote: > > On Mon, 12 Mar 2012 17:53:29 -0600 > Canek Pel=C3=A1ez Vald=C3=A9s wrote: > > > As Alan said in other thread, it can be "fixed" (if you think is not > > right) for some very specific cases. Alan mentioned servers, really > > simple desktops with simple hotplug devices, and embedded systems. For > > mdev to "fix" the situation in the general case, it would have to > > cover all the setups udev covers. That means bluetooth devices > > (including keyboards and mice), USB soundcards, touch screens and the > > like, all of them being plugged and unplugged at any time in any > > order. > > > > Maybe someday mdev will be able to handle all the cases that udev > > does. If it does (which I honestly doubt), I'm pretty sure at that > > point it would have become as complex as udev, if not more, and it > > will probably need the same requirements that udev has. Including the > > simple one that for mounting a filesystem, the plumbing needed to > > mounting it has to be available before, and we cannot keep throwing > > everything directly on / so it can mount /usr. > > I'm slowly coming round to this point of view too. > > If you want a full blown desktop machine with all the modern bells and > whistles that always JustWorks(tm), realise that you have a complex > system needing complex software. And udev is designed to deal with > that. To accomplish this task, udev needs to apply some constraints. > > For almost everything else, that sophistication is not needed and > simpler (i.e. less complex) software will suffice. Currently mdev (or > something else like it) fills that needs. > > So 2 different scenarios with different solutions. Horses for courses. > Fully agree. However, currently the 'less complex' mdev solution is not yet a 'first class citizen' anywhere. Rgds, --20cf307f3c045c889104bb21d00c Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable


On Mar 13, 2012 10:39 PM, "Alan McKinnon" <alan.mckinnon@gmail.com> wrote:
>
> On Mon, 12 Mar 2012 17:53:29 -0600
> Canek Pel=C3=A1ez Vald=C3=A9s <= caneko@gmail.com> wrote:
>
> > As Alan said in other thread, it can be "fixed" (if you= think is not
> > right) for some very specific cases. Alan mentioned servers, real= ly
> > simple desktops with simple hotplug devices, and embedded systems= . For
> > mdev to "fix" the situation in the general case, it wou= ld have to
> > cover all the setups udev covers. That means bluetooth devices > > (including keyboards and mice), USB soundcards, touch screens and= the
> > like, all of them being plugged and unplugged at any time in any<= br> > > order.
> >
> > Maybe someday mdev will be able to handle all the cases that udev=
> > does. If it does (which I honestly doubt), I'm pretty sure at= that
> > point it would have become as complex as udev, if not more, and i= t
> > will probably need the same requirements that udev has. Including= the
> > simple one that for mounting a filesystem, the plumbing needed to=
> > mounting it has to be available before, and we cannot keep throwi= ng
> > everything directly on / so it can mount /usr.
>
> I'm slowly coming round to this point of view too.
>
> If you want a full blown desktop machine with all the modern bells and=
> whistles that always JustWorks(tm), realise that you have a complex > system needing complex software. And udev is designed to deal with
> that. To accomplish this task, udev needs to apply some constraints. >
> For almost everything else, that sophistication is not needed and
> simpler (i.e. less complex) software will suffice. Currently mdev (or<= br> > something else like it) fills that needs.
>
> So 2 different scenarios with different solutions. Horses for courses.=
>

Fully agree.

However, currently the 'less complex' mdev solution is not yet a= 'first class citizen' anywhere.

Rgds,

--20cf307f3c045c889104bb21d00c--