20:33 <beerman> I'm looking into making the mesa Pkgfile more complicated to accomadate the problem with vulkan driver dependencies.. I guess most people that don't specifically need these drivers don't want to install libclc just in case

21:52 <ukky> beerman: It would be nice not to install dependencies/components that are not required. For such ports complexity cannot be avoided.

21:59 <beerman> yep

22:05 <farkuhar> On MUSL-based CRUX, emmett1 bundled together llvm, clang, and compiler-rt into a single port (llvm-toolchain). Before I broke it up into separate ports, I relied on prt-get.aliases to avoid rebuilding what was already installed (during a depinst operation). Maybe mesa can be handled similarly.

22:11 <ukky> farkuhar: that was bad idea, to combine multiple independent packages into single port. I guess he was in a rush.

22:16 <beerman> heh, I did that a long time ago, ditched the idea quickly again

22:20 <farkuhar> VoidLinux has something similar, but the users don't need to know about it if they rely on binary packages. In the GitHub repo for void packages, you'll sometimes find a single build template that generates multiple binary packages.

22:22 <farkuhar> Example: llvm17 build template -> clang17, llvm17, and compiler-rt17 binary packages.

22:46 <farkuhar> texlive is another port that bundles together more components than would typically be used on any particular installation. One of these days I might sit down to list all the distfiles that the install-tl script actually fetches from upstream, for each choice of installation (minimal, medium, full), and then host a set of non-overlapping tarballs so that TeXlive users can install only the components they really need.

22:54 <beerman> sounds great