Re: Guix user statistics and upstream/downstream dependencies

2024-05-13 Thread Development of GNU Guix and the GNU System distribution.
Hi John, Andrew Tropin and a few contributers are also using and extending Guix into its own developer and power user friendly GNU/Linux distribution, you can find more info on the project page : https://git.sr.ht/~abcdw/rde Or we can answer any questions you would have with Andrew. You can al

Re: Guix pull: avoiding "Computing Guix derivation"

2024-05-13 Thread Richard Sent
Simon Tournier writes: > Hi, > > On lun., 13 mai 2024 at 17:11, Richard Sent > wrote: > >> Instead of A and B building C directly, A and B download the >> substitutable Guix package D, then use D to build C. Because D is a >> reproducible package, it should be substitutable from both A and B. >

Re: Guix pull: avoiding "Computing Guix derivation"

2024-05-13 Thread Simon Tournier
Hi, On lun., 13 mai 2024 at 17:11, Richard Sent wrote: > Instead of A and B building C directly, A and B download the > substitutable Guix package D, then use D to build C. Because D is a > reproducible package, it should be substitutable from both A and B. > Then, because D->C is the same for e

Re: Packaging a gradle application

2024-05-13 Thread David Elsing
Hi, NoƩ Lopez via "Development of GNU Guix and the GNU System distribution." writes: > Today I thought I'd try to package Mindustry, a libre game I like made > in Java. It uses the gradle build system, and I couldn't find any > trace of gradle in the guix sources or mailing lists. > [...] > Is t

Re: Guix pull: avoiding "Computing Guix derivation"

2024-05-13 Thread Richard Sent
Simon Tournier writes: > Hi, > > On lun., 13 mai 2024 at 17:04, Edouard Klein wrote: > >> - Why is this step not substitutable ? The inputs are known, a hash can >> be derived, a substitute server could be queried for an output of that >> hash ? What am I missing ? Does the guix derivation not e

Re: Guix pull: avoiding "Computing Guix derivation"

2024-05-13 Thread Simon Tournier
Hi, On lun., 13 mai 2024 at 17:04, Edouard Klein wrote: > - Why is this step not substitutable ? The inputs are known, a hash can > be derived, a substitute server could be queried for an output of that > hash ? What am I missing ? Does the guix derivation not end up in the > store ? What makes

Packaging a gradle application

2024-05-13 Thread Development of GNU Guix and the GNU System distribution.
Hi Guix, Today I thought I'd try to package Mindustry, a libre game I like made in Java. It uses the gradle build system, and I couldn't find any trace of gradle in the guix sources or mailing lists. I only found some gradle packages being built with the ant-build-sytem, so I tried that for a few

Re: Guix pull: avoiding "Computing Guix derivation"

2024-05-13 Thread Ryan Sundberg
Hi Edouard, I have couple of ideas for you, which may help with your deployment process: 1) if possible, mount /gnu on a btrfs filesystem with zstd compression enabled. This will let you fill up at least 3x of your physical disk space because the store compresses very well. 2) for production s

Guix pull: avoiding "Computing Guix derivation"

2024-05-13 Thread Edouard Klein
Hi Guix, First, I'd like to apologize for not having taken the time to answer those who helped me on a previous guix performance issue (with containers), the reason is tied to the topic of this email: the store has eaten all the space of my server, and solving that takes precedence over everything

Re: Core updates status

2024-05-13 Thread Efraim Flashner
On Thu, May 09, 2024 at 11:38:07AM -0400, Maxim Cournoyer wrote: > Hi Andreas, > > Andreas Enge writes: > > > Hello, > > > > Am Mon, May 06, 2024 at 10:47:13AM +0200 schrieb Josselin Poiret: > >> Maxim Cournoyer writes: > >> > I don't mind too much; when we re-enable the change we should add a

Re: Core updates status

2024-05-13 Thread Efraim Flashner
On Wed, May 08, 2024 at 11:03:02AM +0200, Josselin Poiret wrote: > > The one thing that we need to do right now is update glibc 2.39 with all > the fixes from the upstream release/2.39/master branch. I don't think > we've done this before significantly, but since we have an occasion this > time w