News for hackers. Stuff that matters.

A comment on Gobolinux : Redefining Linux filesystem hierarchy. Parent comment

Re:Gobolinux : Redefining Linux filesystem hierarchy by usrbinbash on Tuesday December 28, 2021 @03:51PM (#29717990)
But if BOTH packA & packB come with the same libs, one of them HAS TO get symlinked in the system index. And they do not depend on one another, as each has to bring the same lib to the system, so logically, they can both be removed without breaking a dependency.

But since there can be only ne symlink to the library (because the lib is searched by name in the index) the question remains: How is the package manager handling this for Gobolinux?

[ Parent | on HN ]
Re:Gobolinux : Redefining Linux filesystem hierarchy by duped on Tuesday December 28, 2021 @04:43PM (#29718621)
This seems completely backwards, is it not that packA and packB have symlinks to the system index?
[ Parent | on HN ]
Re:Gobolinux : Redefining Linux filesystem hierarchy by pxc on Tuesday December 28, 2021 @04:22PM (#29718390)
I think it may not be handled automatically.

Looks like you could use

  find /System/Index | RemoveBroken
and then you'd have to use SymlinkProgram to enable another provider of the shared libraries.

In a way this is inside-out from what Nix and Guix do, where their equivalent of the System Index (the Nix/Guix store) is the build target, and everything all symlinks point to that. That makes this kind of thing a little easier to deal with, at some other costs.

[ Parent | on HN ]
Re:Gobolinux : Redefining Linux filesystem hierarchy by zaphirplane on Tuesday December 28, 2021 @09:26PM (#29721031)
This is strange, you’ve asked the same question repeatedly and had multiple answers

From the answers There is no package comes with a dependency, there is a pkg depends on a well dependency

Either you are asking a deeper question or comes with a dependency is an unusual terminology

[ Parent | on HN ]
Re:Gobolinux : Redefining Linux filesystem hierarchy by lmm on Wednesday December 29, 2021 @02:26AM (#29722718)
Why would two different packages have the same library in them? Surely for every library there's a single package for that library, and if multiple applications depend on that library then their packages would depend on that package.
[ Parent | on HN ]