Hello Guix! You might remember that the initial version of GCD 008 contained provisions to reject mostly-vibe-coded packages from the package collection¹, which some at the time considered “too extreme”.
Well, just yesterday I realized that I had been on my free time reviewing patches (presumably LLM-generated, given the pace) adding packages for vibe-coded software with, very likely, no user other than its “author”—which to me is blatant disrespect of volunteer time². Regardless of where one stands on LLM use, we can probably agree that Guix cannot accept and maintain an ever-increasing package collection, especially as most vibe-coded software is short-lived with no user base—reason why Flathub, which is also a “package repository”, decided to disallow it³. This growth problem is not entirely new: we wouldn’t have all of CRAN or PyPI in Guix proper. In the former case, it’s good that the separate Guix-CRAN channel exists, and that Guix itself doesn’t aim to provide all of the 30k packages or so of CRAN. Yet, vibe coding gives the problem a new dimension and could be the basis of a simple package inclusion criterion. Maybe now is the time to think about inclusion criteria that are more stringent than just “anything that looks like free software”? Ludo’. ¹ https://codeberg.org/guix/guix-consensus-documents/src/commit/c0e8110d083c59da6601a510ca88c656d49da5bf/008-human-crafting.md#pledge ² See <https://codeberg.org/guix/guix/pulls/12002> for details. ³ https://www.omgubuntu.co.uk/2026/06/flathub-bans-ai-coded-apps
