bug#65218: Close: [bug#65218] emacs-orderless 1.0 shows as 0.8 due to incorrect value in package file

Fixed in e9bea73e2da021cfccfb5356d378f2feb668742c.

bug#65391: People need to report failing builds even though we have ci.guix.gnu.org for that

On 2023-08-27 02:13, 宋文武 wrote: > Maybe we can automatically report the failures as bugs, say every 7 > days, and remove a package if it still fail to build in 90 days? I'm not so sure about removing packages, personally if I'm in need of a package that happens to be broken I find it easier to

bug#65391: People need to report failing builds even though we have ci.guix.gnu.org for that

Hi again, 宋文武 writes: > Maxime Devos writes: > >> For example, naev used to work just fine, yet apparently it doesn't >> anymore: https://issues.guix.gnu.org/65390. >> >> Given that Guix has ci.guix.gnu.org, I would expect such new problems >> to be detected and resolved early, and it was

bug#65391: People need to report failing builds even though we have ci.guix.gnu.org for that

Hello, 宋文武 writes: > Maxime Devos writes: > >> For example, naev used to work just fine, yet apparently it doesn't >> anymore: https://issues.guix.gnu.org/65390. >> >> Given that Guix has ci.guix.gnu.org, I would expect such new problems >> to be detected and resolved early, and it was

bug#64340: libsigrokdecode: check phase fails

Christopher Howard writes: > I am trying to install pulseview, but libsigrokdecode fails to build, > dying at the check phase. It appears to be a dependency-related issue > - test programs cannot build do to undefined functions. > > ``` > ld: ./.libs/libsigrokdecode.so: undefined reference to

bug#65521: Error updating qtwayland

Hi, Carmen Shea writes: > Hello, > > I'm getting an error when running guix upgrade > > The error occurs with qtwayland as it tries to upgrade 6.3.2 to 6.5.2 > > The error happens during the check phase after the build phase is complete > >  The error message is:  building >

bug#65503: Test suite logs aren't printed on failure during package build

Hi Maxime! Maxime Devos writes: > From : > >> make[4]: *** [Makefile:6303: tests/publish.log] Error 134 >> make[4]: Leaving directory >> '/tmp/guix-build-guix-1.4.0-8.0e6215a.drv-0/source' >> make[3]: *** [Makefile:6285: check-TESTS] Error 2 >>

bug#48549: Can't change keyboard layout in Xfce

Hi, 宋文武 writes: > Maxim Cournoyer writes: > >> Hello, >> >> 宋文武 writes: >> >>> Maxim Cournoyer writes: >>> Hello, In a VM image such as the one we offer for download here: https://ftp.gnu.org/gnu/guix/guix-system-vm-image-1.3.0.x86_64-linux.qcow2 or manually built

bug#65391: People need to report failing builds even though we have ci.guix.gnu.org for that

Maxime Devos writes: > For example, naev used to work just fine, yet apparently it doesn't > anymore: https://issues.guix.gnu.org/65390. > > Given that Guix has ci.guix.gnu.org, I would expect such new problems > to be detected and resolved early, and it was detected by > ci.guix.gnu.org, yet

bug#48549: Can't change keyboard layout in Xfce

Maxim Cournoyer writes: > Hello, > > 宋文武 writes: > >> Maxim Cournoyer writes: >> >>> Hello, >>> >>> In a VM image such as the one we offer for download here: >>> https://ftp.gnu.org/gnu/guix/guix-system-vm-image-1.3.0.x86_64-linux.qcow2 >>> or manually built with >>> >>> $ guix system image

bug#35903: Guix fails to build dependencies when trying to use services

close 35903 This bug report has been sitting here for about 4 years. The original submitter (Marlon) did not respond to a request for further information. Let's close it eh? Thanks, Joshua

bug#44053: Poor profile generation performance on spinning disks

Shall we go ahead and close this bug report? I do not recall a recent time that someone complained about Guix System's slow profile generation on hard drives. I currently use guix system on an SSD...but I could install Guix on a Dell Optiplex 7010 on a hard drive to test if you all would like.

bug#65304: [PATCH v4 08/10] gnu-maintenance: Add support to rewrite version in URL path.

Hi, Maxim Cournoyer writes: > Fixes . > Fixes . > > Previously, the generic HTML updater would only look for the list of files > found at the parent of its current source URL, ignoring that the URL may embed > the version

bug#64317: [Cuirass] Download products can disappear, leading to HTTP 500

Hello, Ludovic Courtès writes: > Ludovic Courtès skribis: > >> The /download endpoint refers directly to store items. However, they >> can be GC’d in the meantime, in which case the HTTP handler fails >> gracelessly (HTTP 500 or so) as shown here: >> >> 2023-06-27 16:02:24 GET /download/718

bug#48549: Can't change keyboard layout in Xfce

Hello, 宋文武 writes: > Maxim Cournoyer writes: > >> Hello, >> >> In a VM image such as the one we offer for download here: >> https://ftp.gnu.org/gnu/guix/guix-system-vm-image-1.3.0.x86_64-linux.qcow2 >> or manually built with >> >> $ guix system image --image-size=20G -t qcow2 >>

bug#65508: Displaying qt applications on wayland using qtwayland is complicated

Hi, Morgan Smith writes: > Hello guix! > > Before I get into the actual bug I'm trying to report, I have to bring up 2 > other complications. > > 1. qtwayland@6 currently doesn't build due a test failure. So in this bug I'm > either using "--without-tests=qtwayland" on the command line or >

bug#33094: latex-koma-script: scrlttr2: ERROR: Argument of \strip@prefix has an extra }.

This is now fixed: --8<---cut here---start->8--- $ guix shell texlive-collection-latexrecommended -- pdflatex latex.tex pdflatex latex.tex This is pdfTeX, Version 3.141592653-2.6-1.40.25 (TeX Live 2023/GNU Guix) (preloaded format=pdflatex) restricted

bug#65549: Issue during "guix pull"

Hello, I have encountered this bug after having invoked "guix pull": --8<---cut here---start->8--- $ guix pull Updating channel 'guix' from Git repository at 'https://git.savannah.gnu.org/git/guix.git'... Authenticating channel 'guix', commits 9edb3f6 to

bug#65541: New fancy progress bars writing new lines instead of updating original

Le Sat, 26 Aug 2023 10:25:53 +0900, elaexuotee--- via Bug reports for GNU Guix a écrit : > The new pretty progress bars are quite nice. One issue I am > ecountering, however, is demonstrated in the snippet below: > > オブジェクトにインデックスを付けています 71% >