bug#52553: b4 build failure

Aleksandr Vityazev writes: > Hello, > > The b4 package sanity-check phase failure: > > --8<---cut here---start->8--- > starting phase `sanity-check' > validating 'b4' > /gnu/store/4fm7zp1kimv5cq8dvkn89a3vjpwcfbi1-b4-0.6.2/lib/python3.9/site-packages [...] > F

bug#52483: GnuPG 2.2.30 cannot do symmetric encryption

Hi! Leo Famulari writes: > On Tue, Dec 14, 2021 at 12:33:39PM -0500, Leo Famulari wrote: >> -(define-public gnupg-2.2.32 >> +(define-public gnupg-next > > I noticed that this package variant omits the pinentry patch. In any > case, I'm testing a full upgrade of gnupg to 2.2.33 for the version-1.

bug#52411: [core-updates-frozen] kmod-29 build fails, cross-compiled for i586-pc-gnu

Hello, Em sábado, 18 de dezembro de 2021, às 01:11:48 -03, Maxim Cournoyer escreveu: > > I think I might have found the issue. The following commit made the > > existence/absence 'kmod' input of pciutils depend on %current- > > system/%current-target-system: > > > > https://git.savannah.gnu.org/

bug#52574: Cross-compiling glib failure

Maxime Devos writes: > L p R n d n schreef op vr 17-12-2021 om 12:51 [+]: >> >> Hello guix, >> >> Trying to cross-compile glib to aarch64with: >> >> guix build --target=aarch64-linux-gnu glib >> >> I get this error: >> >> `Unbound variable: %outputs >> >> I suppose the glib’s definition

bug#52519: glibmm-2.64 propagates two different versions of libsigc++

Hi Leo, Leo Famulari writes: > glibmm-2.64 has this: > > -- > (propagated-inputs > (modify-inputs (package-propagated-inputs glibmm) > (prepend libsigc++-2) > -- > > And, the glibmm package also propagates libsigc++. > > So: > > -- > $ guix show glibmm@2.64 | g

bug#52513: php build failure

Hi, Leo Famulari writes: > On Thu, Dec 16, 2021 at 05:32:28PM +, Diego Nicola Barbato wrote: >> The test fails because two of the certificates it uses have expired on >> 11 December 2021. Upstream has already fixed it [1] but the change has >> not made it into the 7.4.27 (!) release. We co

bug#52411: [core-updates-frozen] kmod-29 build fails, cross-compiled for i586-pc-gnu

Hi Maxime, Maxime Devos writes: > Maxime Devos schreef op vr 10-12-2021 om 17:48 [+]: >> Maxim Cournoyer schreef op vr 10-12-2021 om 07:55 [-0500]: >> > Hello Guix! >> > >> > I haven't been able to deploy core-updates-frozen on one of my >> > machine, >> > because it has the childhurd servic

bug#51696: Request: Adopt the unofficial GUIX community on Matrix

Hello, We haven't heard back from the Matrix folks (which you introduced rather abruptly in the conversation) about whether users on the Matrix side could be moderated from IRC. I don't feel like there's a strong will from the current Guix IRC moderators/maintainers to take ownership of a Matrix

bug#52236: PRIVACY: Integrate arkenfox for icecat configuration

Hello, Maxime Devos writes: > Jacob Hrbek schreef op do 02-12-2021 om 03:58 [+]: >> Arkenfox is a community >> maintained user.js file used for browser hardening. >> >> Proposing to implement it's configuration in GNU Guix's IceCat >> mainly: [...] > >

bug#52591: downloading from software archives as default even if version is wrong

Leo Famulari 写道： Maybe there is *something* we can do to improve this experience, if only a section in the manual or a tweak to the UI. OK! Let's keep it open for discussion. Kind regards, T G-R signature.asc Description: PGP signature

bug#52591: downloading from software archives as default even if version is wrong

On Fri, Dec 17, 2021 at 04:23:11PM -0800, Andy Tai wrote: > On Fri, Dec 17, 2021 at 4:10 PM Tobias Geerinckx-Rice wrote: > > OK to close as NOTABUG? > sure Wait! :) Although I agree that this behaviour is not a bug, it's something that many Guix contributors discover independently and find confu

bug#52591: downloading from software archives as default even if version is wrong

On Fri, Dec 17, 2021 at 4:10 PM Tobias Geerinckx-Rice wrote: > OK to close as NOTABUG? sure

bug#24496: offloading should fall back to local build after n tries

Hi, I have not checked all the details, since the code of “guix offload” is run by root, IIUC and so it is not as friendly as usual to debug. :-) On Fri, 17 Dec 2021 at 16:57, Maxim Cournoyer wrote: >> However, I think this behavior was unintentionally lost in >> efbf5fdd01817ea75de369e3dd2761a

bug#52591: downloading from software archives as default even if version is wrong

Maxime Devos 写道： You forgot to update the sha256 hash. That's it, in a nutshell! which at this time shall fail as I have not updated the hash checksum. No, that's the reason it *succeeds*! Guix is mostly content-addressed, meaning that the hash identifies a file. If you don't change the

bug#52591: downloading from software archives as default even if version is wrong

On Fri, 17 Dec 2021 15:40:45 -0800 Andy Tai wrote: > I was trying to update a package. I updated the package definition: > > ---patch-- > diff --git a/gnu/packages/mono.scm b/gnu/packages/mono.scm > index 6a7afbafbf..9eeb46ef16 100644 > --- a/gnu/packages/mono.scm > +++ b/gnu/packages/mono.scm

bug#52591: downloading from software archives as default even if version is wrong

On Fri, Dec 17, 2021 at 03:40:45PM -0800, Andy Tai wrote: > as seen above, somehow the old version was downloaded from a cached > copy at softwareheritage archives, and it proceeds to build. This > should not proceed but fail for wrong checksum. This can happen with the Nix content-addressed arc

bug#52591: downloading from software archives as default even if version is wrong

Andy Tai schreef op vr 17-12-2021 om 15:40 [-0800]: > @@ -38,7 +38,7 @@ (define-module (gnu packages mono) >  (define-public mono >    (package > (name "mono") > -    (version "4.4.1.0") > +    (version "4.8.1") > (source (origin >    (method url-fetch) >    (uri (

bug#52591: downloading from software archives as default even if version is wrong

I was trying to update a package. I updated the package definition: ---patch-- diff --git a/gnu/packages/mono.scm b/gnu/packages/mono.scm index 6a7afbafbf..9eeb46ef16 100644 --- a/gnu/packages/mono.scm +++ b/gnu/packages/mono.scm @@ -38,7 +38,7 @@ (define-module (gnu packages mono) (define-publ

bug#50493: Update go-build-system to use Go 1.17.

On Wed, Dec 15, 2021 at 08:03:32PM +0200, Efraim Flashner wrote: > I got pretty far commenting out binutils-gold and adding back in gcc:lib > and the substitute snippets. Then I started failing tests requiring the > linker, so it looks like I'll actually have to troubleshoot > binutils-gold. > > I

bug#52375: Both pages load fine for me

On Mon, 13 Dec 2021, Vivien Kraus via Bug reports for GNU Guix wrote: Dear guix, As a guix home user on a GNOME guix system, both pages work in epiphany (private mode) for me. Interesting, thank for reporting. What is your `guix describe` output? I've successfully recreated the problem on Swa

bug#24496: offloading should fall back to local build after n tries

Hello Ludovic, Ludovic Courtès writes: > Hi! > > zimoun skribis: > >> I am just hitting this old bug#24496 [1]. >> >> On Mon, 26 Sep 2016 at 18:20, l...@gnu.org (Ludovic Courtès) wrote: >>> ng0 skribis: >>> When I forgot that my build machine is offline and I did not pass --no-build-

bug#52588: A linter & styler for %outputs -> #$output:...?

Hi guix, With the core-updates-frozen merge, some (i.e., so far one) bug reports about cross-compilation failing due to %outputs not being defined have been appearing: https://issues.guix.gnu.org/52574. (That particular bug was actually introduced in core-updates-frozen!) To find out how prevale

bug#51991: guix deploy with (with build-locally #f) needlessly syncs build artifacts

Hello Ludovic, Ludovic Courtès writes: > Hi, > > Maxim Cournoyer skribis: > >> Maxim Cournoyer writes: >> >>> Hello, >>> >>> While configuring a machine setup for building the packages remotely, I >>> observed that all substitutes were first retrieved on the local host. >>> >>> Since the inten

bug#52574: Cross-compiling glib failure

L p R n d n schreef op vr 17-12-2021 om 12:51 [+]: > > Hello guix, > > Trying to cross-compile glib to aarch64with: > > guix build --target=aarch64-linux-gnu glib > > I get this error: > > `Unbound variable: %outputs > > I suppose the glib’s definition needs to be adapted to Guix’s new >

bug#51991: guix deploy with (with build-locally #f) needlessly syncs build artifacts

Hi, Maxim Cournoyer skribis: > Maxim Cournoyer writes: > >> Hello, >> >> While configuring a machine setup for building the packages remotely, I >> observed that all substitutes were first retrieved on the local host. >> >> Since the intent is to deploy the remote machine and have it build the

bug#52585: Lualatex Missing Format File

Hello Guix, Unable to build documents since the latest texlive update. It spits out the below message. This is related to a former bug found here: https://issues.guix.gnu.org/51252 cat main.fir | \ sed '/\\contentsfinish/d' | \ sort > main.fir.tmp echo '\\contentsfinish' >> main

bug#52483: [PATCH v2] gnu: GnuPG: Update gnupg-2.2.32 to 2.2.33.

On Tue, Dec 14, 2021 at 12:33:39PM -0500, Leo Famulari wrote: > -(define-public gnupg-2.2.32 > +(define-public gnupg-next I noticed that this package variant omits the pinentry patch. In any case, I'm testing a full upgrade of gnupg to 2.2.33 for the version-1.4.0 branch.

bug#35308: GDM refuses to log into Gnome Shell

Josselin Poiret writes: > Nicolas Goaziou writes: > >> You're right. The above fixes the issue with fontconfig. Unfortunately, >> the problem persists with the minimal manifest: >> >> (specifications->manifest '("python-matplotlib")) >> >> So there's something else going on. >> >> In order to

bug#52574: Cross-compiling glib failure

Hello guix, Trying to cross-compile glib to aarch64with: guix build --target=aarch64-linux-gnu glib I get this error: `Unbound variable: %outputs I suppose the glib’s definition needs to be adapted to Guix’s new style which was merged a few days ago? Thanks, L p R n d n

bug#51968: Missing dependency for Xournal++

Hi Daniel, Hi Ludovic, I can reproduce the missing icons issue by running > guix shell --pure -f xournalpp-fix.scm -- xournalpp as suggested below. Wondering why the icons are not missing when I run xournalpp in my environment I discovered that > guix shell --pure gtk+ -f xournalpp-fix.scm --

bug#52577: ‘guix lint’ throws an ugly backtrace if the GitHub updater receives “rate limit exceeded” error

Xinglu Chen schreef op vr 17-12-2021 om 15:03 [+0100]: > (guard (c ((and (http-get-error? c) >     (string=? "rate limit exceeded" >   (http-get-error-reason c))) >    (warning (G_ "GitHub rate limit exceeded")) >    #f)) >   (with-networking-fail

bug#52487: [cuirass]: Feature request: Record the time of a failed build

On Fri, Dec 17, 2021 at 04:00:34PM +0100, Mathieu Othacehe wrote: > We have timestamps for failed builds but not for failed-dependency > builds. This is now fixed with: > ca37049a70aaad59a1ed8e21db0de73f22b92622. Thank you!

bug#52103: guix pull: guix-manual.drv' failed with exit code 1, In procedure copy-file: Permission denied

Christopher Baines skribis: > I don't know enough about these Git operations, but I guess that's > probably fine if things happen normally. I do wonder if it's possible to > get in to states where there are some untracked files left around if > operations are cancelled or stop part way though. I

bug#24496: offloading should fall back to local build after n tries

Hi! zimoun skribis: > I am just hitting this old bug#24496 [1]. > > On Mon, 26 Sep 2016 at 18:20, l...@gnu.org (Ludovic Courtès) wrote: >> ng0 skribis: >> >>> When I forgot that my build machine is offline and I did not pass >>> --no-build-hook, the offloading keeps trying forever until I had t

bug#52520: Multicast is off by default

Hi, Mathieu Othacehe skribis: > Since the guile-netlink switch the static IP interfaces no longer have > multicast support. This can be confirmed this way: [...] > I think that we could maybe apply the following patch, even though I > didn't test it. > > diff --git a/gnu/services/base.scm b/gn

bug#52269: [core-updates-frozen] sitecustomize.py does not honor .pth files

Hi, I've cherry-picked this commit to the version-1.4.0 branch. I'll amass some fixes there and then later have Cuirass build it. Closing. Thanks for the review! Maxim

bug#52487: [cuirass]: Feature request: Record the time of a failed build

Hey, > Looking at a page like this, we only have timestamps for "completed > builds", but not for failures: > > https://ci.guix.gnu.org/search?query=gnome-41 We have timestamps for failed builds but not for failed-dependency builds. This is now fixed with: ca37049a70aaad59a1ed8e21db0de73f22b926

bug#52269: [core-updates-frozen] sitecustomize.py does not honor .pth files

Hello! Lars-Dominik Braun writes: > Hi Maxim, > >> You can test it by placing the new sitecustomize.py file in the current >> directory, and then: > that works, thanks! > >> I agree that after it's un-bundled it shouldn't be necessary anymore, but >> let's keep this change for core-updates along

bug#51787: GC takes more than 9 hours on berlin

Ricardo Wurmus writes: > I’ll run this on a few of the build nodes to get some more comparisons. I ran “guix deploy” for hydra-guix-107, a node that was bought at the same time as the one that is now the head node of ci.guix.gnu.org. I copied over a current Guix and installed “fio” (/gnu/stor

bug#52577: ‘guix lint’ throws an ugly backtrace if the GitHub updater receives “rate limit exceeded” error

When running ‘guix lint -c refresh’ on a package hosted on GitHub, I get an ugly backtrace when the GitHub rate limit has been reached. --8<---cut here---start->8--- $ guix lint pipewire fetching CVE database for 2021... fetching CVE database for 2018... Backtra

bug#45706: vscodium

Hello, bug#45706 <45...@debbugs.gnu.org> writes: > retitle 45706 vscodium > reassign 45706 guix > submitter 45706 "Hamzeh Nasajpour" > severity 45706 normal > > thanks As this is not a bug (it is a packaging request), and is already requested on the resource used for that [0], I'm closing this

bug#51787: GC takes more than 9 hours on berlin

Hi Mathieu, > New day, new benchmark. Berlin has two hard drives, which are roughly > used this way: > > /dev/sda -> / (916G) > /dev/sdb -> /gnu (37T) sda consists of two local hard disks that are combined to a RAID. Here are the disk details: --8<---cut here---start---

bug#52573: gdk-pixbuf+svg

Hi Florian, Am Freitag, dem 17.12.2021 um 13:27 +0100 schrieb Florian Hoertlehner: > I believe something has changed in guix that breaks my package > definition of vscodium. > > I had this package running for 6 months, and now it no longer works: > https://github.com/pink-gorilla/gorilla-guix-cha

bug#52573: gdk-pixbuf+svg

I believe something has changed in guix that breaks my package definition of vscodium. I had this package running for 6 months, and now it no longer works: https://github.com/pink-gorilla/gorilla-guix-chan/blob/master/BAD/vscode.scm I get this error: gorilla/packages/vscode.scm:131:22: In procedu

bug#35308: GDM refuses to log into Gnome Shell

Nicolas Goaziou writes: > You're right. The above fixes the issue with fontconfig. Unfortunately, > the problem persists with the minimal manifest: > > (specifications->manifest '("python-matplotlib")) > > So there's something else going on. > > In order to fix the above, I need to put > > un

bug#35308: GDM refuses to log into Gnome Shell

Hello, Josselin Poiret via Bug reports for GNU Guix writes: > Nicolas Goaziou writes: > >> I went a bit further: >> >> The issue is not specifically glib-related, but can be reproduced with >> any package using the following: >> >> (search-path-specification >>(variable "XDG_DATA_DIRS") >

bug#52103: guix pull: guix-manual.drv' failed with exit code 1, In procedure copy-file: Permission denied

Ludovic Courtès writes: > Hi, > > Christopher Baines skribis: > >> Ludovic Courtès writes: > > [...] > >>> Ah yes, that looks like a problem: “doc”, which is taken straight from >>> the checkout, normally does not contain *.LANG.texi; those files are not >>> checked in. >>> >>> Could it be tha

bug#51787: GC takes more than 9 hours on berlin

Hey, New day, new benchmark. Berlin has two hard drives, which are roughly used this way: /dev/sda -> / (916G) /dev/sdb -> /gnu (37T) I ran the fio benchmark tool on both of them. See the reports attached, and the following summary: --8<---cut here---start->

bug#35308: GDM refuses to log into Gnome Shell (was: GDM refuses to log into Gnome on Debian 9 or 10)

Hello Nicolas, Nicolas Goaziou writes: > I went a bit further: > > The issue is not specifically glib-related, but can be reproduced with > any package using the following: > > (search-path-specification >(variable "XDG_DATA_DIRS") >...) > > Hence, the following manifest can reproduce

bug#52571: System tests evaluation is broken

Hello, System tests evaluation is broken: https://ci.guix.gnu.org/eval/2279. It is possible to have more details my editing the build-aux/cuirass/evaluate file and replacing all by system-tests. Then, running the following command: --8<---cut here---start->8

bug#51968: Missing dependency for Xournal++

Hi Alexander, hi Ludo’, Ludovic Courtès writes: > Hi Daniel, > > Daniel Meißner skribis: > >> there is a problem with the package xournalpp on Guix master. To >> reproduce run: >> >> $ guix shell --pure xournalpp -- xournalpp [...] > How should this be addressed? Adding ‘gnome-icon-theme’ as

bug#52559: guix pull fails with `Unknown command: nix fish: nix show-derivation "~/.fr-sqOEpp/....-module-import-compiled.drv"

I tried different approaches to copy guix-related stuff from root to my user and failed each time. I mean: I've failed each time with almost the same error as at the beginning except for the log was about escape sequence from the very beginning. пт, 17 дек. 2021 г. в 09:59, Maxime Devos : > Grigo

bug#52044: Various Program Settings not Saving and Icons not Recognized

Jaft via Bug reports for GNU Guix writes: > So my original plan of using gdk-pixbuf+svg somewhat can't work as it's not > longer a viable package (at least, my attempts to upgrade runs into an error > that says so); per commit feab09f72abc6d6eec16a1b8d27c231c747c0e00, it seems > the idea is to

bug#35308: GDM refuses to log into Gnome Shell (was: GDM refuses to log into Gnome on Debian 9 or 10)

I went a bit further: The issue is not specifically glib-related, but can be reproduced with any package using the following: (search-path-specification (variable "XDG_DATA_DIRS") ...) Hence, the following manifest can reproduce the problem: (specifications->manifest '("fontconfig"))

bug#52551: Supercollider and ableton-link build failure

On 2021-12-16, 16:37 +, Maxime Devos wrote: > Running make with parallelism can mix up the error messages. > Probably the actual error message is before a lot of > [$$%] Built target [...] lines. > I recommend building with "--cores=1" for debugging. Thanks, that helped, patches sent to guix