Conversation

Notices

1. Embed this notice
   Ludovic Courtès (civodul@toot.aquilenet.fr)'s status on Sunday, 22-Dec-2024 00:36:25 JST Ludovic Courtès

   • Simon Josefsson

   “Guix Container Images for GitLab CI/CD” by @jas:
   https://blog.josefsson.org/2024/12/18/guix-container-images-for-gitlab-ci-cd/

   Notice that ‘.gitlab-ci.yml’ first installs Guix on Debian, then runs ‘guix pack guix’ to produce a standalone Guix image, and finally runs builds in that image.
   https://gitlab.com/debdistutils/guix/container/-/blob/main/.gitlab-ci.yml?ref_type=heads

   #Guix

   • Ronaldo V. Lobato repeated this.
   • Embed this notice
     Ludovic Courtès (civodul@toot.aquilenet.fr)'s status on Sunday, 22-Dec-2024 00:39:46 JST Ludovic Courtès

     in reply to

     • Simon Josefsson

     @jas Some of the key insights from Simon:

     1. The image must have relatively few layers (‘guix pack --max-layers=8’ works);

     2. /etc must not be a symlink of GitLab’s Docker overwrites it. 🙃

     https://mail.gnu.org/archive/html/help-guix/2024-12/msg00141.html

   • Embed this notice
     Ludovic Courtès (civodul@toot.aquilenet.fr)'s status on Sunday, 22-Dec-2024 06:35:58 JST Ludovic Courtès

     in reply to

     • Vivien
     • Simon Josefsson

     @gugurumbe No, it doesn’t, but note that this is running in a throwaway container.

     (Kudos to fellow opam hackers for this interesting *cough* issue!)

     @jas

   • Embed this notice
     Vivien (gugurumbe@mastouille.fr)'s status on Sunday, 22-Dec-2024 06:36:00 JST Vivien

     in reply to

     • Simon Josefsson

     @civodul @jas
     “guix-daemon --disable-chroot”
     This does not spark joy.
     https://github.com/camlp5/camlp5/issues/18
     Oops, your package build script may run rm -rf / :giggle:
     https://github.com/ocaml/opam/issues/3231
     Kindly provided by the opam manual FAQ
     https://opam.ocaml.org/doc/FAQ.html#Why-does-opam-require-bwrap

   • Embed this notice
     Ludovic Courtès (civodul@toot.aquilenet.fr)'s status on Monday, 23-Dec-2024 02:58:57 JST Ludovic Courtès

     in reply to

     • Mehrad :kde: :emacs: :rstats:
     • Simon Josefsson

     @Mehrad @jas You mean to build the image? It’s hard to tell.

   • Embed this notice
     Mehrad :kde: :emacs: :rstats: (mehrad@fosstodon.org)'s status on Monday, 23-Dec-2024 02:58:58 JST Mehrad :kde: :emacs: :rstats:

     in reply to

     • Simon Josefsson

     @civodul @jas
     Is there any statistics on how much time/resources does it take to have Debian+Guix compared to Guix operating system?

   • Embed this notice
     Mehrad :kde: :emacs: :rstats: (mehrad@fosstodon.org)'s status on Monday, 23-Dec-2024 09:57:39 JST Mehrad :kde: :emacs: :rstats:

     in reply to

     • Simon Josefsson

     @civodul @jas
     Yes, to have the image as pure Guix rather than Guix on top of Debian.

     I'm by no means an expert in either case, but as the end user it sounds more cohesive to deal with one OS and package manager, than a mixture.

   • Embed this notice
     Simon Josefsson (jas@fosstodon.org)'s status on Monday, 23-Dec-2024 09:57:39 JST Simon Josefsson

     in reply to

     • Mehrad :kde: :emacs: :rstats:

     @Mehrad @civodul Building a Debian+Guix image takes around 25 minutes on a large GitLab runner node. Building the pure Guix image takes around 6 minutes, also on a large GitLab runner node. The Debian+Guix image is used to prepare the native Guix-only image. I have not yet tried to build another Guix-only image from the Guix-only image I have prepared, that is issue #1 and I think it is trivial. https://gitlab.com/debdistutils/guix/container/-/issues/1

   • Embed this notice
     Simon Josefsson (jas@fosstodon.org)'s status on Monday, 23-Dec-2024 09:59:43 JST Simon Josefsson

     in reply to

     • Mehrad :kde: :emacs: :rstats:

     @Mehrad @civodul Latest successful container build is done here: https://gitlab.com/debdistutils/guix/container/-/jobs/8679061592

   • Embed this notice
     Ludovic Courtès (civodul@toot.aquilenet.fr)'s status on Monday, 23-Dec-2024 20:16:55 JST Ludovic Courtès

     in reply to

     • Mehrad :kde: :emacs: :rstats:
     • Simon Josefsson

     @jas It might be slightly faster to upload directly with Skopeo instead of doing ‘podman load’ (which needs to extract each layer) + ‘podman push’.

     @Mehrad

   • Embed this notice
     Ludovic Courtès (civodul@toot.aquilenet.fr)'s status on Monday, 23-Dec-2024 20:19:17 JST Ludovic Courtès

     in reply to

     • Mehrad :kde: :emacs: :rstats:
     • Simon Josefsson

     @jas BTW, I like that idea of rebootstrapping Debian on top of Guix. I’m curious to see how it goes!

     I guess one could start in ‘guix shell -CF …’, where the ellipsis is replaced by a suitable list of base packages.

     @Mehrad

   • Embed this notice
     Simon Josefsson (jas@fosstodon.org)'s status on Tuesday, 24-Dec-2024 07:16:58 JST Simon Josefsson

     in reply to

     • Mehrad :kde: :emacs: :rstats:

     @civodul @Mehrad The `podman load` barely takes any time at all, but indeed I want to use skopeo or podman from a native Guix config. I'm getting errors though, ideas? Maybe just a mkdir... https://gitlab.com/debdistutils/guix/container/-/jobs/8714694003

   • Embed this notice
     Ludovic Courtès (civodul@toot.aquilenet.fr)'s status on Tuesday, 24-Dec-2024 07:59:18 JST Ludovic Courtès

     in reply to

     • Mehrad :kde: :emacs: :rstats:
     • Simon Josefsson

     @jas Either that or ‘export TMPDIR=/tmp’?
     @Mehrad

   • Embed this notice
     Ludovic Courtès (civodul@toot.aquilenet.fr)'s status on Thursday, 26-Dec-2024 23:18:11 JST Ludovic Courtès

     in reply to

     • Simon Josefsson
     • Sharlatan

     @sharlatan Nice! I tried ~5 years ago but back then it was too much work. I think the situation has improved a lot.

     @jas

   • Embed this notice
     Sharlatan (sharlatan@mastodon.social)'s status on Thursday, 26-Dec-2024 23:18:12 JST Sharlatan

     in reply to

     • Simon Josefsson

     @civodul @jas I plan to package GitLab runner (a lot of #golang) in next cycle for #guix go-team