On 07/30/2011 01:46 PM, Ciaran McCreesh wrote: > On Sat, 30 Jul 2011 10:27:27 +0300 > Samuli Suominen <ssuomi...@gentoo.org> wrote: >> Since running separate /usr without mounting it from initramfs on top >> of / before init is and has been broken with udev for a long time >> now[1][2][3] >> >> [1] http://bugs.gentoo.org/show_bug.cgi?id=364235 >> [2] http://fedoraproject.org/wiki/Features/UsrMove#Move_all_to_.2Fusr >> [3] >> http://www.freedesktop.org/wiki/Software/systemd/separate-usr-is-broken >> >> Can we warn users about not doing the separate /usr mistake in the >> handbook? > > It's important to consider the timeline here. Separate /usr was > accidentally broken by a sudden increase in dependencies from base > system packages to desktopy things. It was only later that certain > people decided that "oh, separate /usr is a bad idea anyway", and they > did so because they couldn't figure out how to fix the mess they'd > caused. This is very much a case of carelessly letting the horse escape > and then trying to convince everyone that no-one needs a horse anyway... >
Someone mentioned NFS mount on /usr. Do we have other reasons? How many users that might be? I dislike the documentation not being clear on separate /usr, that it should only be used if you *really* need it due to the potential problems I dislike the IUSE="+static" some packages are currently doing to workaround this, instead of moving the needed shared libs to / I dislike the idea of pciutils and usbutils database(s) in non-standard location in / to keep udev working I dislike the idea of moving libglib-2.0, libdbus-1, libdbus-glib-1, and couple of dozen more libs to / I dislike the idea of maintaining and keeping track of the files in / using files from /usr. Does any of the PMs have check for this, like NEEDED entries? I can imagine this getting past the maintainers easily otherwise Most likely still not seeing the full picture here, and just scratching the surface... Despite that, I don't have any strong opinion on any of this, just need to know if I should start moving the files over
