On 11/18/2012 10:06 PM, Greg KH wrote: > On Sun, Nov 18, 2012 at 08:50:07PM -0500, Walter Dnes wrote: > > It's a bizarre development model, I know. :) >
Works better than Windows' model: http://moishelettvin.blogspot.com/2006/11/windows-shutdown-crapfest.html (Okay, old, and I know MS has since fixed this, but it's still funny) >>> Note, a separate /usr has been broken for a while now, udev is just >>> pointing the issue out. And again, if you want a separate /usr, just >>> use an initrd, the solution is simple. >> >> ???? I have 4 "broken" Gentoo systems running just fine, without an >> initrd, thank you. There have always been a few edge-case setups that >> won't work with a separate /usr, without an initrd. What annoys me is >> this dog-in-the-manger attitude that if a separate /usr is broken for a >> few people, then by golly, it should be broken for everybody. > > Again, udev isn't the problem here. It hasn't broken the standalone > /usr issue at all. There isn't anything in udev to change for this. I > don't understand why you are thinking that udev has anything to do with > this issue at all. It's other packages that are the problem here. Are > people forking and changing them to resolve the problem? If not, why > not? Correct me if wrong, but didn't the issue start with udev wanting to put the PCI ID database/file into /usr/share from /etc? Then kmod was changed to link against libs in /usr/lib, and then udev made dependent on kmod? I think that led to a scenario where openrc starts udev up before localmount has run, and then things fall apart. Not that I'm saying that implicates udev as the center of the sep-usr thing, but if my memory is correct, that's kinda what got the ball rolling down the hill. Or something close to it, anyways. In any event, I did the switch to mdev, and it works. It is a hack, though, I'll admit that. But if you're one of those types that runs a fairly vanilla, not-very-fancy system that has had a separate /usr for a number of years (2005 for most of my machines), it's a relatively painless transition and it doesn't require the initramfs and it avoids having to backup/format/restore each system. Obviously, if I need more advanced functionality on any of my systems, I'll probably have to switch back, but we'll see what the future holds. -- Joshua Kinard Gentoo/MIPS ku...@gentoo.org 4096R/D25D95E3 2011-03-28 "The past tempts us, the present confuses us, the future frightens us. And our lives slip away, moment by moment, lost in that vast, terrible in-between." --Emperor Turhan, Centauri Republic
signature.asc
Description: OpenPGP digital signature
