[distri] Handling variations in package dependencies

  • From: Liam Wigney <ljdwigney@xxxxxxxxx>
  • To: distri@xxxxxxxxxxxxx
  • Date: Thu, 26 Sep 2019 14:24:00 +0930

Hey,

Distri looks really cool and I've been having some fun playing around with
it!
As someone who comes from using NixOS I do have one big question, is there
any plans for Distri handling variations in package dependency chains when
the package version remains the same?

For example having both package A v1.6 built with clang and gtk as well as
package A v1.6 built with gcc and qt installed at the same time. Or even
just package A can depend on B or C but not both as they have the same roll
but each choice is a trade off in features and/or stability. Currently it
seems there would be a clash in /ro if the usual Distri naming conventions
would be used.

It's quite rare to come up in a distributions actual packaging (I rarely
see it in Nix), however it comes up sometimes when making my own packages
for various reasons. The only real solution I have are that maybe the "less
standard" dependency containing package could add the dependency to their
name, even if some way of dealing with this is adopted by the whole distro
this is what I'll probably do when playing around myself. Adding the whole
dependency chain just isn't viable unless you hash it like Nix but even
that has pitfalls and doesn't seem to fit into the vibe of Distri.

 Thanks for all the hard work!
Liam

Other related posts: