Post AhwtNALMBRQFWcyHIW by jas@fosstodon.org
 (DIR) More posts by jas@fosstodon.org
 (DIR) Post #AhwimDuSxirKKV8gds by civodul@toot.aquilenet.fr
       2024-05-16T09:29:27Z
       
       1 likes, 0 repeats
       
       Recently (past week?), #Guix proper passed the 30K package limit, all free software!https://repology.org/repository/gnuguix
       
 (DIR) Post #AhwimGhoZDWP08F7q4 by civodul@toot.aquilenet.fr
       2024-05-16T09:32:20Z
       
       0 likes, 0 repeats
       
       Third-party channels bring tens of thousands more packages.For scientific usage: https://hpc.guix.info/channelsGeneral purpose: https://toys.whereis.xn--q9jyb4c/channels
       
 (DIR) Post #AhwimIJQarCdz4qg6a by civodul@toot.aquilenet.fr
       2024-05-16T09:36:20Z
       
       0 likes, 0 repeats
       
       How much should the package collection in Guix proper grow, though?There are consistency, QA, and sustainability challenges.
       
 (DIR) Post #AhwtN8VD1q7BobZ7NQ by daviwil@fosstodon.org
       2024-05-16T09:46:14Z
       
       0 likes, 0 repeats
       
       @civodul would it be too complex for the main Guix repo to break out into specialized official channels for certain categories of packages that are not needed for producing a working system?
       
 (DIR) Post #AhwtN978koSLiFJPV2 by shtwzrd@mas.to
       2024-05-16T10:42:50Z
       
       0 likes, 0 repeats
       
       @daviwil @civodul I've wondered the same -- just looking at the size of say crates.scm or emacs-xyz.scm, at first blush they seem like good candidates for separate channels. Like https://github.com/babariviere/guix-emacs could be a good way to handle emacs, which iirc is managed by a specific Team in guix already.But I also worry about cross dependencies, need to migrate packages from one channel to another, duplicate definitions, etc etc. Does it solve more problems than it creates?
       
 (DIR) Post #AhwtN9k8PpeFfBYYHQ by civodul@toot.aquilenet.fr
       2024-05-16T11:00:52Z
       
       1 likes, 0 repeats
       
       @shtwzrd @daviwil Indeed, it’s really tricky: now that core packages like librsvg (and soon Linux) depend on Rust, you can’t just move Rust packages out of Guix.The same goes for most language packages.  For example, Pandoc is used by a variety of packages, and it pulls in lots of Haskell packages.CRAN and Bioconductor might be good candidates, but then the difficult part would be dealing with compatibility and ensuring interested parties have a say.
       
 (DIR) Post #AhwtNALMBRQFWcyHIW by jas@fosstodon.org
       2024-05-16T12:06:15Z
       
       0 likes, 0 repeats
       
       @civodul @shtwzrd @daviwil One could ask if this is a technical (maintainability, stability, risk of unimportant commit breaking entire guix, etc) or social (different maintainer teams, different release schedules, expectations on quality/stability etc) challenge, but one deeper question is: how much is possible to isolate as a minimal computing base, and is that useful? It seems modern packages are more or less circularly dependent anyway.
       
 (DIR) Post #AhwtNAvrzgd5Ls3RD6 by civodul@toot.aquilenet.fr
       2024-05-16T12:35:49Z
       
       1 likes, 1 repeats
       
       @jas @daviwil @shtwzrd Good points.  The separation as channels is both a technical and a social challenge (Conway’s law).As for the minimal computing base, I find it sad that apart maybe from the BSDs, nobody is focusing on building a “system”.  We end up with glibc depending on Python, GCC requiring a recent C++ compiler, etc.Guix *is* focusing on building a system to a large extent, and perhaps the answer is to “own” its basic components.