On 09/19/2011 05:10, Michał Górny wrote: > > Could we stop putting random stuff in random dirs because 'it will > work'? /etc is _SYSCONFDIR_. I don't see how PCI IDs are config at all.
The best answer is for someone to look into udev and see what it needs exactly from /usr. Does it really need pci.ids? Or is it just the fact that random udev rules might rely on a tool/lib in /usr? Former, yes, pci.ids is perfectly valid to go into /etc. It specifies a mapping of PCI ID numbers to device strings used in udev rules. In the latter case, maybe rules specifically required for booting up enough to mount disks need to be isolated into their own file and udev pointed there, then re-pointed to the bigger file after /usr is made available. If that is even possible. Note: I'm brainstorming here. Anyone else? > As I see it, the simplest solution would be to lay out the minimal > initramfs contents to rootfs and make it mount /usr and stuff before > starting actual rc. This should cut all the complaints and possibly let > us move some stuff back to /usr where it belongs. Yes, but some of us don't even want to have that initramfs built into our kernels. And no one, other than freedesktop.org* and a few people on linux-hotplug-devel*, said everything belongs in /usr. FHS clearly defines the roles for /, /bin, /sbin, /lib*, /usr, /var, /home, /tmp and the virtual fses. Plus others. http://www.freedesktop.org/wiki/Software/systemd/separate-usr-is-broken http://marc.info/?l=linux-hotplug&m=131206447302056&w=2 Really, MacOS's filesystem layout is not something anyone in their right mind should deign to mimic/copy. -- 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
