Questions on updating `aerc` and its Go dependency

2025-02-05 Thread Tanguy LE CARROUR
Hi Guix, I’m working on updating `aerc` to 0.20.1. On the package itself I: - bumped the version - removed the patch - fixed the way the `notmuch` flaged is passed but I also had to update one of its dependency: `go-git-sr-ht-rjarry-go-opt`. It’s a major update to `2.0.1` so I created a new `go

Re: Cgit disabled on Savannah

2025-02-05 Thread Munyoki Kilyungi
Leo Famulari aliandika: > On Tue, Jan 21, 2025 at 09:01:33PM +0300, Munyoki Kilyungi wrote: >> --8<---cut here---start->8--- >> ╭─munyoki@saitama ~/FOSS/guix ‹master› >> ╰─➤ git pull >>

Re: [GCD] Migrating repositories, issues, and patches to Codeberg

2025-02-05 Thread Cayetano Santos
>mer. 05 févr. 2025 at 12:36, Efraim Flashner wrote: > I packaged codeberg-cli (https://codeberg.org/Aviac/codeberg-cli) and > forgejo-cli (https://codeberg.org/Cyborus/forgejo-cli/) and generated a > token for codeberg-cli to try and test it out. This is great, thanks ! Any plans to share the

Re: Questions on updating `aerc` and its Go dependency

2025-02-05 Thread Leo Famulari
On Wed, Feb 5, 2025, at 03:05, Tanguy LE CARROUR wrote: > but I also had to update one of its dependency: > `go-git-sr-ht-rjarry-go-opt`. > It’s a major update to `2.0.1` so I created a new > `go-git-sr-ht-rjarry-go-opt-v2` > inheriting from `go-git-sr-ht-rjarry-go-opt`… but realized that > `go-g

Re: [GCD] Migrating repositories, issues, and patches to Codeberg

2025-02-05 Thread Efraim Flashner
I've been thinking through how I feel about this for about a week now. On one hand I've found a workflow that works for me for applying patches to trees. Finding the patches is harder; I almost exclusively rely on them being sent to me directly as part of the etc/teams script. When I do go in sea

Re: [GCD] Migrating repositories, issues, and patches to Codeberg

2025-02-05 Thread Efraim Flashner
On Wed, Feb 05, 2025 at 11:56:40AM +0100, Cayetano Santos wrote: > > >mer. 05 févr. 2025 at 12:36, Efraim Flashner wrote: > > > I packaged codeberg-cli (https://codeberg.org/Aviac/codeberg-cli) and > > forgejo-cli (https://codeberg.org/Cyborus/forgejo-cli/) and generated a > > token for codeberg

[ennoausber...@me.com: Re: [GCD] Migrating repositories, issues, and patches to Codeberg]

2025-02-05 Thread Andreas Enge
Hello, this must have been directed at guix-devel, but apparently only arrived in my mailbox. So I am forwarding it. Andreas - Weitergeleitete Nachricht von Enrico Schwass - Date: Thu, 30 Jan 2025 10:51:43 +0100 From: Enrico Schwass To: Andreas Enge Subject: Re: [GCD] Migrating repo

OCI provisioning service

2025-02-05 Thread paul
Hi Guix, I just sent an updated version of the oci-container-service-type at https://issues.guix.gnu.org/76081 It has all the features of the old service type and additionally it supports OCI network and volume provisioning, it supports both Docker and rootless Podman runtimes and has some Sh

Re: [GCD] Migrating repositories, issues, and patches to Codeberg

2025-02-05 Thread Cayetano Santos
Thanks ! I’ve been playing with them for a while: the experience is, well, to be greatly improved, at a similar level to emacs fj.el. I invite interested people to give them a try, in particular, when one is reluctant to web forges. guix pull && guix install codeberg-cli forgejo-cli berg -V fj

Understanding #:substitutable? and #55231

2025-02-05 Thread Development of GNU Guix and the GNU System distribution.
Hello, I have been working on trying to set up a booting ZFS-based system with Guix, and am trying to understand the reasons that #55231 (which would help greatly with this, as Kaelyn noted last May) was not merged. Of course, it may simply be lack of reviewer time, which is fine. It did, howev

Re: `map-derivation' is too slow for meaningful usage

2025-02-05 Thread Sergio Pastor Pérez
Hello, On 10/23/24 18:38, Ludovic Courtès wrote: No idea, but the implementation is likely naïve: I wrote once, tested it on simple cases, but it never got any use beyond that. I went ahead and implemented caching[1] so the procedure is usable for derivations with big dependency bags. It even