bug#57899: emacs-jsonrpc hash mismatch

2022-09-19 Thread Fredrik Salomonsson
> I'll see if I can create a patch that extracts jsonrpc from emacs' > master branch. To avoid this issue in the future. An alternative is to remove it. It is only used by emacs-eglot which requires 1.0.14 and up. Which should be in emacs-28 if I'm not mistaken. -- s/Fred[re]+i[ck]+/Fredrik/g

bug#57899: emacs-jsonrpc hash mismatch

2022-09-19 Thread Fredrik Salomonsson
Hi Josselin, Josselin Poiret writes: > Hi Frederik, > > Fredrik Salomonsson writes: > >> Not sure what is going on. Or what is the best approach forward. >> >> Any ideas what could be wrong? > > I downloaded the derivation and original source from ci using `guix > substitute --substitute` and c

bug#57899: emacs-jsonrpc hash mismatch

2022-09-19 Thread Josselin Poiret via Bug reports for GNU Guix
Hi Frederik, Fredrik Salomonsson writes: > Not sure what is going on. Or what is the best approach forward. > > Any ideas what could be wrong? I downloaded the derivation and original source from ci using `guix substitute --substitute` and compared the old and new .tar files using diffoscope.

bug#57838: (No Subject)

2022-09-19 Thread Josselin Poiret via Bug reports for GNU Guix
Hi Attila, Attila Lendvai writes: > i have fixed it by running a reconfigure in a chroot. > > surprisingly, this has also fixed the old, previously broken system > generations, not only the newly created one. > > maybe some boot related references are not traversed while GC'ing? I just checked

bug#28510: crash: guix build -S foo --with-source=bla

2022-09-19 Thread Maxime Devos
On 19-09-2022 19:38, Jérémy Korwin-Zmijowski wrote: Hello, Today, I followed this steps to try to reproduce : [...]'. So, still failing but I don't get the same error… Is it valid according to the bug declaration ? I'm not sure haha Here is a simpler reproducer for that error: file a.scm:

bug#28510: crash: guix build -S foo --with-source=bla

2022-09-19 Thread Jérémy Korwin-Zmijowski
Hello, Today, I followed this steps to try to reproduce : jeko@slim guix ±|master ✗|→ git pull jeko@slim guix ±|master ✗|→ guix shell -D guix help2man git strace --pure [dev] jeko@slim guix ±|master ✗|→ make [dev] jeko@slim guix ±|master ✗|→ git clone https://gitlab.com/guile-git/guile-git.git

bug#57932: Mes has overly-generic MES_PREFIX search path (was: `environment_variables` in build containers are set wrong)

2022-09-19 Thread Maxime Devos
retitle 57392 Mes has overly-generic MES_PREFIX search path thanks On 19-09-2022 13:17, Ekaitz Zarraga wrote: Hi, I have a package that depends on `mes`. When I build it with `guix build $package -K` and I jump to the resulting build directory, the `environment_variables` file looks like this

bug#57933: Gtk is unsupported on i686-linux

2022-09-19 Thread Mathieu Othacehe
Hello, I had the following error while trying out `make release` for `i686-linux` specifically. --8<---cut here---start->8--- + for example in gnu/system/examples/*.tmpl + case "$example" in + options= + guix system -n disk-image gnu/system/examples/desktop.t

bug#57932: `environment_variables` in build containers are set wrong

2022-09-19 Thread Ekaitz Zarraga
Hi, I have a package that depends on `mes`. When I build it with `guix build $package -K` and I jump to the resulting build directory, the `environment_variables` file looks like this: ``` export LIBRARY_PATH="/gnu/store/hy6abswwv4d89zp464fw52z65fkzr7h5-perl-5.34.0/lib:/gnu/store/22n2s0vfvqg9v

bug#57878: Minimal reproducible setup

2022-09-19 Thread Konrad Hinsen
I did one more test: run native-compile by hand on each elisp file in the package ido-completing-read+. Works fine. The next question that I consider relevant: is this an upstream (Emacs) issue, or an issue created by packaging in Guix? That's not easy to answer. A related question: what are appr

bug#57928: GNOME Calendar online account issue

2022-09-19 Thread Mathieu Othacehe
Hello, Since the GNOME upgrade to 42.2 the GNOME Calendar, as well as the calendar widget of GNOME Shell do not show my appointments from configured online accounts. Thanks, Mathieu