[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: merged /usr



On Fri, 2021-08-13 at 07:53 +0200, Marco d'Itri wrote:
> Implementations with real /bin /sbin /lib* directories and symlink farms
> are not useful because they would negate the major benefits of 
> merged-/usr, i.e. the ability of sharing and independently updating 
> /usr.
> 

Indeed, it would be a completely pointless exercise. There's no benefit until you can safely ignore the split-usr legacy directories, which with this alternative scheme would never happen, and that's the whole point. As SUSE found out after wasting 10 years trying to implement this failed strategy, despite having tools and a build system that are light years ahead of what Debian has (and a stronger top-down governance model too, which doesn't leave much room for dissent), such package-by-package transition will never finish. It would be hard enough to get the thousands of non-debhelper source packages fixed, but even that leaves out all the third-party packages/repositories, a very large chunk of which doesn't even use dpkg-buildpackage (autogenerated .deb archives from CMake, Gradle, etc etc), let alone debhelper, and there's not a chance in hell to update them to include some custom postinst script for this purpose. Unless the intention is to deprecate allowing to change /etc/apt/sources.list and mandating that only hard-coded official Debian repositories can be used on Debian installations, of course, which would be, uh, interesting to see?
-- 
Kind regards,
Luca Boccassi

Attachment: signature.asc
Description: This is a digitally signed message part


Reply to: