Hello! Maxim Cournoyer <maxim.courno...@gmail.com> skribis:
> Yeah, 'git gc' is lacking from libgit2. I'm not against adding > dependency on the real 'git' CLI, but at that point, as Simon mentioned, > I see little reason to keep libgit2 around for much longer, given it > performs worst than git CLI in every aspect. I doubt forking processes > on GNU/Linux would cause a performance hit compared to using libgit2, > especially given how optimized git appears to be (at least compared to > libgit2). As I wrote, as an example, I don’t think that there could be a practical implementation of (guix git-authenticate) shelling out to ‘git’. Anyhow, how about this plan: 1. Merge <https://issues.guix.gnu.org/65866> with the hard Git dependency. 2. When libgit2 1.7 with shallow clones is available in Guix, work on a patch to use Guile-Git for clones and evaluate it. 3. Brainstorm on ways to address lack of GC support based on a closer analysis of disk usage for Guix’s cached checkouts. Deal? Ludo’. PS: I don’t buy the “libgit2 will disappear from Guix” argument because it’s not a natural phenomenon that we’re observing but a willful construction.
