bug#64959: 23 tests fail (over 7 files) on i686-linux
Janneke Nieuwenhuizen writes: Hi... So, I goofed-up a bit here. Because test suite took ages to run on by 32bit iron, I tried taking the --system=i686-linux shortcut. That doesn't work > which yield 23 test failures in these files > > FAIL: tests/containers > FAIL: tests/packages > FAIL: tests/syscalls > FAIL: tests/texlive > FAIL: tests/guix-home > FAIL: tests/guix-environment > FAIL: tests/guix-environment-container Most, if not all, of these are "syscall not supported" because of running an i686-linux test suite on a x86_64-linux system. Doh' My latest observation is that Josselin's fixes work for i686-linux, except for breaking store-roots, and that tests/inferior.scm hangs (see make check log attached). After a couple of hours into make check, I did a `pkill guile' and it continued with tests/lint.scm. The tests/inferior.log file was empty. Greetings, Janneke i686-make-check.log Description: Binary data -- Janneke Nieuwenhuizen | GNU LilyPond https://LilyPond.org Freelance IT https://www.JoyOfSource.com | Avatar® https://AvatarAcademy.com
bug#64783: biber not in $PATH with texlive only
Hi, according to your suggestion it would be sufficient to have "texlive" to have "all of texlive". Unfortunately, with "texlive" only, I don't have "biber" on my $PATH. Therefore I used to have "texlive-bibeer" in addition to "texlive" in my system configuration, which resulted in having "biber" on my $PATH in the past. Recently, my system reconfiguration fails with "texlive" + "texlive-biber". guix system recofigure succeeds with "texlive" + "texlive-biber" + "texlive-bin". I have the impression that this shouldn't be the way to go. This is the failure (of building texlive-font-maps) during system reconfiguration with "texlive" + "texlive-biber" but without "texlive-bin": $ zcat /var/log/guix/drvs/ki/wcw72gaag3yx84hl9vhkk3mdh2ny15-texlive-font-maps.drv.gz Backtrace: 3 (primitive-load "/gnu/store/jrfjhxwfgsnazg7apkgcasqfrcq?") In ice-9/eval.scm: 619:8 2 (_ #f) In ice-9/boot-9.scm: 140:2 1 (dynamic-wind # ice-9/eval.s?> ?) In unknown file: 0 (chdir "/tmp/texlive/share/texmf-dist") ERROR: In procedure chdir: In procedure chdir: No such file or directory Best Regards, Julian Flake -- Dipl.-Inf. Julian Flake Universität Koblenz Fachbereich Informatik Institut für Softwaretechnik Postfach 20 16 02 | D-56016 Koblenz Tel.: +49 261 287 2787 E-Mail: fl...@uni-koblenz.de Website: https://www.uni-koblenz.de/~flake
bug#65111: GnuCash cannot get online quotes
--- Original Message --- On Monday, August 7th, 2023 at 14:38, Maxim Cournoyer wrote: > Hello, > > Altadil via Bug reports for GNU Guix bug-guix@gnu.org writes: > > > Hi, > > > > GnuCash 5.3, as packaged in Guix, cannot access quote sources. When > > adding a new security, it displays "Warning: Finance::Quote not > > installed properly." and the "Get Online Quotes" checkbox is greyed > > out. > > > > I am on an up-to-date Guix System and the rest of GnuCash seems to be > > working fine. > > > > It seems the package perl-finance-quote was not automatically > > installed with gnucash, so I installed it. I then tried to follow the > > steps in the upstream > > doc: > > https://www.gnucash.org/docs/v4/C/gnucash-help/finance-quote-install.html > > But it did not change the result. > > > > The flatpak version of GnuCash from flathub.org (also 5.3) appears to > > be working (on the same Guix System). > > > If other distributions of GnuCash commonly ship with the necessary Perl > modules necessary for this feature to work, perhaps we should too? It > could be done by wrapping the GnuCash binary with the Perl search path > (PERL5LIB, I reckon). > > Would you like to give it a try? > > -- > Thanks, > Maxim Hi, I have no idea how this wrapping thing works, but I am willing to look at it. Is there any example of how to do that ?
bug#64593: ‘guix system image’ fails to create image while invoking ‘grub-bios-setup’
Hi everyone, Ludovic Courtès writes: > I guess my confusion stems from the fact that the default image type > changed to EFI recently (right?). No, the image type had always been efi-raw iirc, just that efi images now use GPT partitioning, and BIOS booting on GPT drives need an extra BIOS partition to store the bootloader which used to be stored in empty space after the MBR headers. There really wasn't anything EFI at all about the efi image type before though imo… Best, -- Josselin Poiret signature.asc Description: PGP signature
