Re: Syntax and gexp for ff5f34ae757d709987896d6164bf125319a0f764

Hi Maxim, Maxim Cournoyer writes: > I've seen this too, but it disappears if you byte-compile the project. > I'm not sure what that means, although it does seems sub-optimal that we > rely on byte-compilation for the code to evaluate correctly. The problem actually comes from stale byte-compile

Re: Syntax and gexp for ff5f34ae757d709987896d6164bf125319a0f764

Hi Leo and Andreas, Leo Famulari writes: > On Thu, Mar 30, 2023 at 08:49:43PM +0200, Josselin Poiret wrote: >> Usually errors which involve # somewhere are caused >> by stale .go files (guile doesn't know how to recompile dependent .scm >> files). I would suggest a good old `grep -Rl --include

Re: Syntax and gexp for ff5f34ae757d709987896d6164bf125319a0f764

Thanks to all who replied! I did a "make clean-go; make" and things work. This indicates that "make" does not work as one expects it to, but indeed I never gave a thought as to how the Makefile is constructed. It looks as if it does not record the dependencies between the source code files, but rat

Re: Comparison of branches on CI

Am Thu, Mar 30, 2023 at 07:27:55PM -0400 schrieb Leo Famulari: > Here is the page to use: > https://data.guix.gnu.org/compare/package-derivations?base_commit=d7673b49c086c898a8e749fd042081dc9d4631b8&target_commit=cf26ee1f99f84f817f96269541073846d546026b&build_change=broken&after_name=&limit_results

Re: Python

Am Thu, Mar 30, 2023 at 01:05:43PM +0200 schrieb Lars-Dominik Braun: > > its dependents. Without luck, now python-trio fails. > this one’s also fixed, see > cf26ee1f99f84f817f96269541073846d546026b gnu: python-trio: Run pytest on > tests directory only. Thanks for putting in all this energy! And

Re: Building more of ‘core-updates’ on ci.guix

Am Thu, Mar 30, 2023 at 01:21:22PM +0200 schrieb Andreas Enge: > Well, it does not seem to work. >https://ci.guix.gnu.org/ > shows "all" under build, but >https://ci.guix.gnu.org/jobset/core-updates > has a few evaluations made after the change that do not take it into > account. For instan

Re: Hello GUIX

Thanks a lot for the feedback!! > Reading from a disk maybe should happen automagically if it can be > detected (and is enabled in some configuration). This might also > require some integration with udisks. The complexity of this should > not be underestimated. We can set it up in such a way

Re: Syntax and gexp for ff5f34ae757d709987896d6164bf125319a0f764

Hi Josselin, Josselin Poiret writes: > Hi Maxim, > > Maxim Cournoyer writes: > >> I've seen this too, but it disappears if you byte-compile the project. >> I'm not sure what that means, although it does seems sub-optimal that we >> rely on byte-compilation for the code to evaluate correctly. >

Re: [RFC] Cosmetic changes to define-configuration usage

Hello, Bruno Victal writes: > Forwarded from: & [1] > > apteryx: IMO the spacing between the fields should have been kept > it makes things easier to read > it's a nightmare if the records grow very large > mirai: I was on the fence about it

Re: Google Summer of Code 2023 Inquiry

I would expect most software versions to not be in Guix. Simon had mentioned that this is mostly what the guix-past repository is for. However, some packages might be buried on some branch or some commit in some Guix related git repository. It may be helpful to facilitate their discovery and ext

Guix's Answer to PyInstaller

Hi Guixers, What is Guix's answer to PyInstaller? `guix pack --list-formats`? https://github.com/pyinstaller/pyinstaller I haven't reviewed all of PyInstaller yet to see where feature parity fails or differences should be noted. On my TODO list.

Re: Guix's Answer to PyInstaller

Hey! ¿Qué tal? --- Original Message --- On Friday, March 31st, 2023 at 7:33 PM, jgart wrote: > Hi Guixers, > > What is Guix's answer to PyInstaller? > > `guix pack --list-formats`? > > https://github.com/pyinstaller/pyinstaller > > I haven't reviewed all of PyInstaller yet to see wh

Contributing guide building from git make check failure

I've been following the Contributing guide "Building from Git" section ( https://guix.gnu.org/manual/devel/en/html_node/Building-from-Git.html). I get as far as `make check` but it fails on the following test. Others on IRC have reported this issue. I'm unsure how to proceed. Any suggestions? test

Re: 09/09: lint: Append "/info/refs" to git-reference-url.

Maxim Cournoyer writes: Hello, guix-comm...@gnu.org writes: lint: Append "/info/refs" to git-reference-url. After this fix, I'm now seeing warnings from Github, e.g.: gnu/packages/rails.scm:675:2: ruby-activejob@7.0.4.3: scheduled Software Heritage archival gnu/packages/rails.scm:2

Re: Guix's Answer to PyInstaller

> Hey! > ¿Qué tal? Hola, aqui gozando con bolsas y derivaciones ;() > but I suspect it requires a pretty heavy magic for non-python packages. I imagine not much magic for Common Lisp since we can produce a static binary with sbcl, etc. > I'd love to see this happening, mostly because I have c