bug#47744: nfs-root-fs test is failing

Hello, I'm working on fixing all the system tests before the release. The "nfs-root-fs" test is failing this way: --8<---cut here---start->8--- mathieu@meije ~/guix [env]$ cat /gnu/store/s1byimibj7ax9b4nqg4qmpvhyf8wlcp8-nfs-root-fs-test/start-nfs-boot-test.l

bug#46829: Fresh install of 1.2.0 can't guix pull

Hi, Leo Famulari skribis: > I ran your command, and this is the output: Could you type ‘bt’ (backtrace) at the GDB prompt? Ludo’.

bug#47745: ldap test is failing

Hello, The "ldap" system test is failing this way: --8<---cut here---start->8--- mathieu@meije ~/guix [env]$ cat /gnu/store/5qq5ql92k9n57hx5l6ysk1rwnb0diwsv-ldap-test/ldap.log Starting test ldap Group begin: ldap Test begin: test-name: "LDAP server i

bug#47746: pypi importer generates wrong pypi-uri without underscore

When importing a package from Pypi whose name includes an underscore, the importer will generate a pypi-uri expression where the underscore has been replaced with a dash. -- Ricardo

bug#47727: halt system test is broken

Hello, > I wonder if this regression comes from Ocrad itself or from the input > Qemu screeshot. I fixed it by removing the OCR delay altogether with: 822eacc6bb0878323e6687d4460a7c53066545e1. Thanks, Mathieu

bug#46829: `guix pull` uses incorrect certificate store

Hi, Leo Famulari skribis: > On Sun, Apr 11, 2021 at 09:29:00PM -0400, Leo Famulari wrote: >> I checked and, although there have been some changes upstream at Let's >> Encrypt [0], our le-certs still works for contacting Savannah with TLS. > > I checked wrong; le-certs needs to be updated. I'm te

bug#47628: webkitgtk-2.32.0 fails to launch without /usr/bin

On Thu, Apr 08, 2021 at 11:07:31AM -0400, Mark H Weaver wrote: > I suspect that the relevant bit that needs to be changed is line 779 of > the following file in the webkitgtk-2.32.0 source code: > > Source/WebKit/UIProcess/Launcher/glib/BubblewrapLauncher.cpp > > Most likely, that line can simp

bug#47325: [PATCH] gnu: newlib-nano: Fix nano lib and header paths

On Thu, Apr 08, 2021 at 09:02:20AM -0400, morgan.j.sm...@outlook.com wrote: > From: Morgan Smith > > * gnu/packages/embedded.scm (newlib-nano-arm-none-eabi)[arguments]: Hard link > library files from *.a to *_nano.a. Hard link newlib.h to a common location. > --- > > I CC'd Efraim because they c

bug#47698: [powerpc64le-linux] "check" package fails to build

We should probably apply this patch anyway to core-updates. Even if it is implied for powerpc64le it'd be better to make it true always and have it join the other gcc architecture-specific configure flags. -- Efraim Flashner אפרים פלשנר GPG key = A28B F40C 3E55 1372 662D 14F7 41AA E7DC CA3D

bug#36508: GDM files have incorrect owner after temporarily removing service

I recently encountered what is likely the same bug. The directory /var/lib/gdm had the correct permissions gdm:gdm, but all the files inside had something like 973:gdm a43e9157ef479e94c19951cc9d228cf153bf78ee is supposed to fix this (duplicate bug 37423) but it only checks the permissions of /var/

bug#47717: guix becomes unresponsive while building the 'vigra' package

On Tue, Apr 13, 2021 at 11:03:50AM +, bo0od wrote: > 4GB DDR3 rams, i7 4th generation , 20GB for Guix about 9GB swap > > If this is not enough to install simple common used packages like > libreoffice or onionshare..etc then this is big issue if guix considered to > be targeting average users.

bug#46829: `guix pull` uses incorrect certificate store

On Tue, Apr 13, 2021 at 11:29:58AM +0200, Ludovic Courtès wrote: > So I think the issue is that, when ‘nss-certs’ is not installed, ‘guix > pull’ uses the LE certs, but these certificates expire quite frequently, > whereas if you have ‘nss-certs’ installed, there’s “always” a valid > authentication

bug#46829: Fresh install of 1.2.0 can't guix pull

On Mon, Apr 12, 2021 at 02:26:47PM -0400, Leo Famulari wrote: > On Mon, Apr 12, 2021 at 01:02:09PM -0400, Leo Famulari wrote: > > On Mon, Apr 12, 2021 at 02:25:43PM +0200, Ludovic Courtès wrote: > > > In the meantime, you could also update the ‘guix’ package by hand for > > > testing purposes. > >

bug#46829: Fresh install of 1.2.0 can't guix pull

On Tue, Apr 13, 2021 at 10:12:13AM +0200, Ludovic Courtès wrote: > Could you type ‘bt’ (backtrace) at the GDB prompt? It goes like this: -- Using host libthread_db library "/gnu/store/fa6wj5bxkj5ll1d7292a70knmyl7a0cr-glibc-2.31/lib/libthread_db.so.1". Core was generated by `/gnu/store/66xwl

bug#47735: Non-absolute paths in mariadb scripts

On 2021-04-12 22:14, Maxime Devos wrote: Hi Guix, As part of , it was discovered some shell scripts in the mariadb package (e.g. wsrep_sst_rsync) refer to programs *not* by absolute name. These programs come from iproute, coreutils, gawk, grep and mariadb itse

bug#47746: pypi importer generates wrong pypi-uri without underscore

On Tue, Apr 13 2021, Ricardo Wurmus wrote: > When importing a package from Pypi whose name includes an > underscore, the importer will generate a pypi-uri expression where > the underscore has been replaced with a dash. Hmm, I just grabbed a random package from PyPi, and the URI seems fine to m

bug#47723: Boot failure with u-boot on cubietruck

Hi Julien, On Mon, 12 Apr 2021 13:18:30 +0200 Julien Lepiller wrote: > I suspect something might have changed in u-boot recently (maybe the > upgrade to 2021.01, since I didn't have to reboot this year yet). [...] > board might not be initialized as expected and all kernels from 4.19 to > the l

bug#47628: webkitgtk-2.32.0 fails to launch without /usr/bin

Hi Efraim, Efraim Flashner writes: > On Thu, Apr 08, 2021 at 11:07:31AM -0400, Mark H Weaver wrote: >> I suspect that the relevant bit that needs to be changed is line 779 of >> the following file in the webkitgtk-2.32.0 source code: >> >> Source/WebKit/UIProcess/Launcher/glib/BubblewrapLaunc

bug#33848: Store references in SBCL-compiled code are "invisible"

Hi Ludovic, Ludovic Courtès writes: > Please add a “Fixes” line in the commit log. Done, thanks. > I’m not reviewing the code in depth and I trust your judgment. > > The risks of bugs I can think of are: missed ASCII references (a > regression, whereby some ASCII references would not get rewri

bug#47759: python-minimal tests hang

On x86_64, python-minimal build hangs when running the tests: $ guix build /gnu/store/gifx79qc77zk88z6gnabj81iksp1xaj9-python-minimal-3.8.2.drv [...] 1:06:10 load avg: 1.31 running: test_multiprocessing_forkserver (14 min 42 sec) It's reproducible every time. $ guix describe Generation 230 Apr

bug#36508: GDM files have incorrect owner after temporarily removing service

Hi Brendan, Brendan Tildesley via Bug reports for GNU Guix writes: > I recently encountered what is likely the same bug. The directory /var/lib/gdm > had the correct permissions gdm:gdm, but all the files inside had something > like > 973:gdm The underlying problem here, which I've also experi

bug#47614: [security] Chunked store references in .zo files in Racket 8

Hi Léo, Léo Le Bouter writes: > On Tue, 2021-04-06 at 17:27 -0400, Mark H Weaver wrote: >> >> Léo Le Bouter writes: >> >> > I think that probably replacing arbitrary paths in built binaries >> > is a risky and maybe unreliable engineering choice and that >> > mechanisms inside kernels should

bug#47759: python-minimal tests hang

On Tue, Apr 13, 2021 at 10:38:17PM +0200, Danny Milosavljevic wrote: > On x86_64, python-minimal build hangs when running the tests: > > $ guix build > /gnu/store/gifx79qc77zk88z6gnabj81iksp1xaj9-python-minimal-3.8.2.drv > [...] > 1:06:10 load avg: 1.31 running: test_multiprocessing_forkserver (1

bug#47733: bug after guix pull

Hello. I installed wireguard, but I could not find the /etc/wireguard directory. I thought it could be good to update guix. I did guix pull. It took a long while until it finished. At the end it showed the following lines: ./guix/serialization.scm:80:6: In procedure read-int: ERROR: 1. &nar-er

bug#47760: guix pull: error: You found a bug

applying 3 grafts for /gnu/store/cdnrvbr03nhg8ly1msi65lz4m8k5l3cl-curl-7.76.0.drv ... building /gnu/store/lam6h0qnr7bj7mr5hlix4glnf5f2wymk-zip-3.0.drv... Backtrace:   13 (primitive-load "/gnu/store/cb3nbg7bw5g483i71qs62jv1vy0gg00z-compute-guix-derivation") In ice-9/eval.scm:     155:9 1

bug#47761: Guile Segfaulting on guix build -f

Hi guix! A package definition that used to build fine, recently (don't know exactly when) started failing, with guile segfaulting. After removing a few things, it seems that the MWE is this: echo '(use-modules (guix git-download)) (git-predicate "repo")'>m.scm mkdir repo guix build -f m.scm Segm

bug#47746: pypi importer generates wrong pypi-uri without underscore

Xinglu Chen writes: On Tue, Apr 13 2021, Ricardo Wurmus wrote: When importing a package from Pypi whose name includes an underscore, the importer will generate a pypi-uri expression where the underscore has been replaced with a dash. Hmm, I just grabbed a random package from PyPi, and t

bug#47761: Guile Segfaulting on guix build -f

Nicolò Balzarotti writes: > mkdir repo > guix build -f m.scm > Segmentation fault I wanted to add that $ guile m.scm does not crash, don't know if this is of any help

bug#47761: Guile Segfaulting on guix build -f

Le Tue, 13 Apr 2021 23:36:40 +0200, Nicolò Balzarotti a écrit : > Hi guix! > > A package definition that used to build fine, recently (don't know > exactly when) started failing, with guile segfaulting. > > After removing a few things, it seems that the MWE is this: > > echo '(use-modules (gui

bug#47761: Guile Segfaulting on guix build -f

Hi Nicolò Am Dienstag, den 13.04.2021, 23:36 +0200 schrieb Nicolò Balzarotti: > Hi guix! > > A package definition that used to build fine, recently (don't know > exactly when) started failing, with guile segfaulting. > > After removing a few things, it seems that the MWE is this: > > echo '(use

bug#47748: Packages which cant be find/removed by guix remove

Hi There, I saw some packages installed by default with guix like wpa-supplicant and avahi..., But if i type 'guix remove av' and i press tab nothing will complete the word and if i type 'guix remove avahi' or 'guix remove wpa-supplicant' ... just give error message. (check the uploaded txt fi

bug#47724: error: connect: /run/user/1000/shepherd/socket: No such file or directory

> The problem is that you need to be root to run these commands. We should > adjust the hint to say that. Yes please, And make the error message sane/understandable with human language as i couldnt understand from the error message oh it needs root access because it doesnt say that anywhere.

bug#47717: guix becomes unresponsive while building the 'vigra' package

> What kind of computer are you using? Are you using swap? 4GB DDR3 rams, i7 4th generation , 20GB for Guix about 9GB swap If this is not enough to install simple common used packages like libreoffice or onionshare..etc then this is big issue if guix considered to be targeting average users.

bug#47749: Feature Request: Make top/htop give usable readings for the packages

Hi bo0od, bo0od writes: in guix the problem with any running service it show long path /gnu/store/pathxxx/packagename this is not useful as the name of the package will be hidden from screen due to its long name. Indeed. I added ‘Show program path’ to htop years ago for that reason (but fo

bug#47748: Packages which cant be find/removed by guix remove

Le Tue, 13 Apr 2021 12:46:19 +, bo0od a écrit : > Hi There, > > I saw some packages installed by default with guix like > wpa-supplicant and avahi..., But if i type 'guix remove av' and i > press tab nothing will complete the word and if i type 'guix remove > avahi' or 'guix remove wpa-suppl

bug#47717: guix outrageously exhaust itself (freeze) when there is package build failure

bo0od writes: yes sound dramatic but i couldnt describe what happened better. I mean the ‘outrageously’ part. When Linux runs out of memory, it freezes up. Moral judgment is futile. Better to adopt raingloom's earlyoom suggestion or similar. /var/log/guix/drvs/5a/8xxi15g20iqr78daw3w1c7x

bug#47764: guix pull bug

Hi! I am experiencing a bug when running `guix pull` again. Not sure, whether it is the same as the previous one, or a different one. This is a different machine than the previous bug report I sent in. Guix told me to please report it, so here it goes: $ guix pull Updating channel 'guix' fro

bug#46829: Fresh install of 1.2.0 can't guix pull

On Sun, Feb 28, 2021 at 10:27:02AM +, Christopher Baines wrote: > root@horna ~# guix pull > substitute: updating substitutes from 'https://guix.cbaines.net'... 100.0% > 0.0 MB will be downloaded > downloading from > https://guix.cbaines.net/nar/lzip/zg72c146skpca45ijvjigqhqgx0mwiny-le-certs-0

bug#47749: Feature Request: Make top/htop give usable readings for the packages

bo0od writes: > Using top/htop is helpful to know many info like running packages,memory > usage...etc > > But in guix the problem with any running service it show long path > /gnu/store/pathxxx/packagename this is not useful as the name of the > package will be hidden from screen due to its l

bug#47748: Packages which cant be find/removed by guix remove

Julien Lepiller writes: > Second, your operating-system declaration apparently is running > the avahi server. Since you didn't share it, I don't know if it comes > from a service dependency or if it's declared explicitely, The avahi service is included in '%desktop-services'. https://git.sav

bug#36508: GDM files have incorrect owner after temporarily removing service

> On 04/13/2021 10:51 PM Mark H Weaver wrote: > > > Hi Brendan, > > Brendan Tildesley via Bug reports for GNU Guix > writes: > > > I recently encountered what is likely the same bug. The directory > > /var/lib/gdm > > had the correct permissions gdm:gdm, but all the files inside had somet

bug#47064: [racket-users] bytevector-uncompress: internal error uncompressing

Hi Philip, [removed 'racket-users' from the recipient list] Philip McGrath writes: > My guess is that Racket CS is compressing string literals in compiled > code. Currently, Guix patches Racket source files to include the > absolute paths to foreign libraries in the store as string literals.