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.
Really, MacOS's filesystem layout is not something anyone in their right
mind should deign to mimic/copy.
"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