5 ms·

There is no intent to remove the /bin symlink.

by blueflow 3y ago

VWWHFSfQ 3y ago
ah ok. well then whats the point of this
- blueflow 3y ago
  Yes, this is why its a controversial thing.
- masklinn 3y ago
  usr merge has been a topic for more than a decade, you can easily find articles on the subject in general, and for Debian in particular.
- rektide 3y ago
  There's a bunch of compatibly reasons why this helps maintain portability across Unixes. But my favorite reasons for this are how much nicer it makes managing & switching between Linux images: > The merged directory /usr, containing almost the entire vendor-supplied operating system resources, offers us a number of new features regarding OS snapshotting and options for enterprise environments for network sharing or running multiple guests on one host. https://www.freedesktop.org/wiki/Software/systemd/TheCaseForTheUsrMerge/ https://www.freedesktop.org/wiki/Software/systemd/TheCaseFor... And indeed, with systemd one can boot a whole system from practically any unpopulated root mount with a /usr image mounted on it. Want to OS upgrade? Swap /usr & try it. /etc and /home and the other directories might have instance specific content, but the OS image is nicely set away & swappable in /usr. And one should be able to keep the same "instance" while swapping the image. It containerizes the OS image, separate-ish from the OS instancd, whereas before the OS was somewhat amorphously sprawled across multiple top level directories. It's a huge boon to manageability.
- unethical_ban 3y ago
  Well, you can only symlink one direction and they want to merge.
- semiquaver 3y ago
  Think of all the greenhouse gas emissions that will be saved when everyone collectively removes an entry from their $PATH…
csdvrx 3y ago
Too bad. Will it at least lead to the removal of /sbin and /lib?
- blueflow 3y ago
  There are still many paths hardcoded into /sbin. /lib is expected to stay since the LDSO path for dynamic linking points there, removing it is not possible without breaking the ABI.
  - csdvrx 3y ago
    > There are still many paths hardcoded into /sbin This is fixable: it only truly matters for /sbin/init, but it's nothing than can be fixed in a minute with the right kernel cmdline. For the rest, a regex could replace /sbin by /usr/sbin in the package files > /lib is expected to stay since the LDSO path for dynamic linking points there, removing it is not possible without breaking the ABI. Maybe it's time to do that too? Android does just fine without /lib. Only the linker needs that, and changing the path to ld-linux should just require a kernel tweak. But breaking the ABI could also be the opportunity to bring in android improvements, like the linkerconfig or namespaces!
    - blueflow 3y ago
      Not sure if trolling...
      - csdvrx 3y ago
        I sincerely mean all of that. I don't see why we can't take advantage of android advances to facilitate having specific dynamic libraries to specific programs. If you disagree, please explain your point because I think google did some genuine improvements for dynamic libraries.
    - mjg59 3y ago
      The kernel has no idea about /lib (unless you're using the in-kernel firmware loader, which you really shouldn't be) - the rtdl path is present in every ELF object that depends on it, so the "kernel tweak" would be hacking the ELF loader to rewrite /lib (or /lib64) to something else.

There is no intent to remove the /bin symlink.

VWWHFSfQ 3y ago

ah ok. well then whats the point of this

blueflow 3y ago
Yes, this is why its a controversial thing.
masklinn 3y ago
usr merge has been a topic for more than a decade, you can easily find articles on the subject in general, and for Debian in particular.
rektide 3y ago
There's a bunch of compatibly reasons why this helps maintain portability across Unixes. But my favorite reasons for this are how much nicer it makes managing & switching between Linux images: > The merged directory /usr, containing almost the entire vendor-supplied operating system resources, offers us a number of new features regarding OS snapshotting and options for enterprise environments for network sharing or running multiple guests on one host. https://www.freedesktop.org/wiki/Software/systemd/TheCaseForTheUsrMerge/ https://www.freedesktop.org/wiki/Software/systemd/TheCaseFor... And indeed, with systemd one can boot a whole system from practically any unpopulated root mount with a /usr image mounted on it. Want to OS upgrade? Swap /usr & try it. /etc and /home and the other directories might have instance specific content, but the OS image is nicely set away & swappable in /usr. And one should be able to keep the same "instance" while swapping the image. It containerizes the OS image, separate-ish from the OS instancd, whereas before the OS was somewhat amorphously sprawled across multiple top level directories. It's a huge boon to manageability.
unethical_ban 3y ago
Well, you can only symlink one direction and they want to merge.
semiquaver 3y ago
Think of all the greenhouse gas emissions that will be saved when everyone collectively removes an entry from their $PATH…

csdvrx 3y ago

Too bad. Will it at least lead to the removal of /sbin and /lib?

blueflow 3y ago
There are still many paths hardcoded into /sbin. /lib is expected to stay since the LDSO path for dynamic linking points there, removing it is not possible without breaking the ABI.
- csdvrx 3y ago
  > There are still many paths hardcoded into /sbin This is fixable: it only truly matters for /sbin/init, but it's nothing than can be fixed in a minute with the right kernel cmdline. For the rest, a regex could replace /sbin by /usr/sbin in the package files > /lib is expected to stay since the LDSO path for dynamic linking points there, removing it is not possible without breaking the ABI. Maybe it's time to do that too? Android does just fine without /lib. Only the linker needs that, and changing the path to ld-linux should just require a kernel tweak. But breaking the ABI could also be the opportunity to bring in android improvements, like the linkerconfig or namespaces!
  - blueflow 3y ago
    Not sure if trolling...
    - csdvrx 3y ago
      I sincerely mean all of that. I don't see why we can't take advantage of android advances to facilitate having specific dynamic libraries to specific programs. If you disagree, please explain your point because I think google did some genuine improvements for dynamic libraries.
  - mjg59 3y ago
    The kernel has no idea about /lib (unless you're using the in-kernel firmware loader, which you really shouldn't be) - the rtdl path is present in every ELF object that depends on it, so the "kernel tweak" would be hacking the ELF loader to rewrite /lib (or /lib64) to something else.