On Jan 29, 2026, [email protected] wrote:
> Hi,
> 
>  [...]
> Now, my question is why is it that one would not be able to adopt some
> system convention allowing various versions of the same package to be
> installed side by side, and therefore avoid a lot of the 'dependency
> hell' situations that users sometimes get themselves into? It seems to
> me like a much more natural evolution of application packaging than the
> current container driven trends.

You just described update-alternatives(1)

Dependency hell is more the case that "X relies on Y, but Z is
installed" (because A relied on Z, and you're not asking to uninstall
A); or a worse mess that almost goes in circles.

Outside of doing bad things (or compiling questionable things from
source), I haven't really gotten into Dependency Hell in nearly 2
decades.

Attachment: signature.asc
Description: PGP signature

Reply via email to