From: "Canek Peláez Valdés" <caneko@gmail.com>
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] Re: LVM, /usr and really really bad thoughts.
Date: Mon, 12 Mar 2012 17:53:29 -0600 [thread overview]
Message-ID: <CADPrc83F+2x_Jw1WYX15B2ekLW93oi-HuYF2crs2Vj1NJJb_fA@mail.gmail.com> (raw)
In-Reply-To: <4F5E853F.8060404@gmail.com>
On Mon, Mar 12, 2012 at 5:22 PM, Dale <rdalek1967@gmail.com> wrote:
> Bruce Hill, Jr. wrote:
>>
>>
>>
>> On March 12, 2012 at 2:30 PM Michael Mol <mikemol@gmail.com> wrote:
>>
>>> Don't forget you're using Gentoo; you're implicitly not very far
>>> removed from the skill levels of the developers themselves.
>>>
>>>
>>> --
>>> :wq
>>>
>>
>> Maybe you're not, but it only takes me a few minutes being around chithead
>> and NeddySeagoon for me to realize "I ain't gotta Gentoo clue!"
>> --
>> Happy Penguin Computers >`)
>> 126 Fenco Drive ( \
>> Tupelo, MS 38801 ^^
>> 662-269-2706; 662-491-8613
>> support at happypenguincomputers dot com
>> http://www.happypenguincomputers.com
>>
>>
>
>
> I like that quote. I may not be dev material but I know this /usr mess
> is not right. The only reason it is happening is because of one or two
> distros that push it to make it easier for themselves.
I have yet to see some hard evidence on this claim.
> I think mdev has shown it can be fixed.
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. And BTW, the split
between /bin /usr/bin has always been idiotic and it was originally an
accident: you can read the true story of the split in
http://lists.busybox.net/pipermail/busybox/2010-December/074114.html
But for the simple cases that Alan mentioned, the mdev solution is
perfectly fine if for some reason someone keeps refusing to use an
initramfs.
> Given time, it just may replace
> udev
I'm willing to bet a beer this will not happen.
> then the udev dev can screw up his own stuff on not bother other
> distros.
No one is forcing any part of the stack on anyone. The "other" distros
follows because it's the correct technical solution. At least I'm
convinced it is; I have yet to see some hard evidence on the contrary.
> I'm giving mdev some thought here. I want /usr on LVM which
> means it has to be separate.
And in this case an initramfs is the best option, so we can stop
polluting / with support for everything necessary under the sun (now
or in the future) for mounting /usr.
That's the way I see it anyhow. Doesn't stop mdev from being a beautiful hack.
Regards.
--
Canek Peláez Valdés
Posgrado en Ciencia e Ingeniería de la Computación
Universidad Nacional Autónoma de México
next prev parent reply other threads:[~2012-03-12 23:54 UTC|newest]
Thread overview: 71+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-03-10 2:48 [gentoo-user] LVM, /usr and really really bad thoughts Dale
2012-03-10 3:44 ` Canek Peláez Valdés
2012-03-10 4:16 ` Dale
2012-03-10 5:41 ` Canek Peláez Valdés
2012-03-10 6:03 ` Dale
2012-03-10 8:45 ` Neil Bothwick
2012-03-10 9:45 ` Dale
2012-03-10 9:52 ` Neil Bothwick
2012-03-10 9:53 ` Neil Bothwick
2012-03-10 10:30 ` Dale
2012-03-10 10:49 ` Neil Bothwick
2012-03-10 11:28 ` Dale
2012-03-10 11:12 ` William Kenworthy
2012-03-10 10:58 ` pk
2012-03-10 15:35 ` Neil Bothwick
2012-03-10 20:50 ` pk
2012-03-10 21:01 ` Canek Peláez Valdés
2012-03-10 22:12 ` Neil Bothwick
2012-03-11 2:36 ` Canek Peláez Valdés
2012-03-11 9:37 ` pk
2012-03-11 12:16 ` Jorge Martínez López
2012-03-11 18:26 ` Canek Peláez Valdés
2012-03-12 18:13 ` Jorge Martínez López
2012-03-11 20:59 ` [gentoo-user] " walt
2012-03-12 18:23 ` Jorge Martínez López
2012-03-12 18:30 ` Michael Mol
2012-03-12 18:39 ` Bruce Hill, Jr.
2012-03-12 20:25 ` Mick
2012-03-12 20:39 ` Michael Mol
2012-03-12 20:40 ` Alan McKinnon
2012-03-12 23:22 ` Dale
2012-03-12 23:53 ` Canek Peláez Valdés [this message]
2012-03-13 15:35 ` Alan McKinnon
2012-03-13 15:50 ` Pandu Poluan
2012-03-13 1:58 ` Mike Edenfield
2012-03-13 4:54 ` Pandu Poluan
2012-03-13 7:13 ` Alan McKinnon
2012-03-13 7:31 ` Pandu Poluan
2012-03-13 7:38 ` Canek Peláez Valdés
2012-03-13 8:03 ` Pandu Poluan
2012-03-13 11:07 ` Neil Bothwick
2012-03-13 18:34 ` pk
2012-03-14 16:17 ` Mike Edenfield
2012-03-14 16:28 ` Pandu Poluan
2012-03-14 22:15 ` Mike Edenfield
2012-03-15 1:03 ` Walter Dnes
2012-03-15 2:47 ` Dale
2012-03-15 9:13 ` Neil Bothwick
2012-03-15 10:10 ` Dale
2012-03-15 10:18 ` Neil Bothwick
2012-03-15 12:41 ` Tanstaafl
2012-03-15 13:05 ` Neil Bothwick
2012-03-15 13:56 ` Tanstaafl
2012-03-15 14:13 ` Neil Bothwick
2012-03-15 14:13 ` Mark Knecht
2012-03-16 5:39 ` Joost Roeleveld
2012-03-16 8:47 ` Neil Bothwick
2012-03-15 14:09 ` Mike Edenfield
2012-03-15 14:47 ` Michael Mol
2012-03-15 16:37 ` Pandu Poluan
2012-03-16 18:14 ` Dale
2012-03-15 12:38 ` Tanstaafl
2012-03-13 8:09 ` Walter Dnes
2012-03-13 8:20 ` Canek Peláez Valdés
2012-03-14 14:21 ` Dale
2012-03-14 14:41 ` Alan Mackenzie
2012-03-14 14:55 ` Pandu Poluan
2012-03-13 8:15 ` [gentoo-user] " Walter Dnes
2012-03-11 3:25 ` John Blinka
2012-03-10 17:13 ` Todd Goodman
2012-03-10 21:07 ` Dale
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=CADPrc83F+2x_Jw1WYX15B2ekLW93oi-HuYF2crs2Vj1NJJb_fA@mail.gmail.com \
--to=caneko@gmail.com \
--cc=gentoo-user@lists.gentoo.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox