On Fri 17 Mar 2017 12:30, l...@gnu.org (Ludovic Courtès) writes: >> So! My proposal for this new "guildhall" would be: >> >> 1. a web service >> >> 2. on which users registers projects >> >> 3. a project is a name + a git repository with a /package.scm file >> >> 4. the package.scm contains Guix package definitions for that project >> >> 5. the web service administers a git repository collecting those >> packages >> - without any hydra.gnu.org overhead >> - without any manual checks >> - in a form that you can just check out once and add to >> GUIX_PACKAGE_PATH >> >> 6. adding a new tag to a project's git repo of the form vX makes a >> release X and updates the guildhall package >> - it could be the web service has to poll git repos >> - or maybe you have to invoke some command to update guildhall >> >> 7. probably we need to steal many ideas from npm.org > > So are you suggesting that the new guildhall would provide > Guix-generated packs for those who don’t use Guix, and otherwise regular > Guix packages?
No, I think the guildhall is simply another source of package definitions for Guix. Pack creation would be done by the user as needed -- if I want to ship packages A, B, and C, I can just do that. Some of those packages might be defined in Guix proper and some from guildhall. The interesting bit I think is simply being able to add to the set of guildhall packages in a decentralized way, to complement the set of packages in core Guix. I imagine the package flow over time would be from guildhall to core guix. Andy