bug#66866: Grafting breaks cross-compilation

Hi, dan skribis: > I spent some time digging into the rabbit hole. After changing > the lower function of the copy-build-system to look more like the > lower function of the gnu-build-system, I'm able to cross compile > alsa-lib without the --no-grafts flag. The changes I made are > like:

bug#70704: make maintainer-clean deletes VC'd file doc/he-config-bare-bones.scm

Hi Guix! Running '$ make maintainer-clean' in the guix repo deletes the version-controlled file doc/he-config-bare-bones.scm. Documentation for the maintainer-clean target states: > Delete almost everything that can be reconstructed with this Makefile. Either this file is constructed by the Mak

bug#70663: nss@3.99 is really hard to build

Maxim Cournoyer writes: > Hi Chris, > > Christopher Baines writes: > >> nss@3.99 is really hard to build, it's so hard and so important that >> data.guix.gnu.org is still after two days trying to process [1]. I say >> so important because you have to build nss@3.99 to compute the channel >> inst

bug#70663: nss@3.99 is really hard to build

Hi Chris, Christopher Baines writes: > nss@3.99 is really hard to build, it's so hard and so important that > data.guix.gnu.org is still after two days trying to process [1]. I say > so important because you have to build nss@3.99 to compute the channel > instance derivations for Guix. I agree

bug#70681: "guix pull" fails on Trisquel

Hi Caleb, Caleb Herbert writes: > Hi Guix, > > Should the docs recommend against using packaged versions of Guix on > foreign distros? > > I installed Guix with the Trisquel package. When I ran "guix pull", > it failed and told me to post the output here. I've attached the > transcript of my t

bug#59361: linux-libre 6 breaks OpenGL on nouveau driver for nvidia 8800 GTS 640 Mo card

Hi, Maxim Cournoyer writes: > Hi, > > When booting my Guix System with linux-libre 6.0.8, nouveau silently > fails to render OpenGL. It includes symptoms such as: > > 1. Getting stuck on the GDM screen, which makes use of OpenGL > 2. Not being able to use Qt5 or Qt6 applications, which renders

bug#70698: python-pivy build fails (freecad dependency)

Forgot to add the guix version for this issue: guix describe -> guix 7d4ae2f repository URL: https://git.savannah.gnu.org/git/guix.git branch: master commit: 7d4ae2fca723114fb1df56de33b82177fbc4d0a6

bug#70698: python-pivy build fails (freecad dependency)

Dear guix community, My local python-pivy build fails and there is no longer a working substitute available. The build log is attached (q806khpbab7n9nk9i6ynbfhm85gd48-python-pivy-0.6.5.drv.gz). I suspect that python-pivy stoped building after recent patches to coin3d - https://issues.guix.gnu

bug#70689: guix search doesn't weigh word matches higher than subword matches

On +2024-04-30 22:18:03 -0400, Richard Sent wrote: > Hi Guix! > > When running guix search, relevance in synopsis and description fields > are computed strictly by the number of matches, both as a word and as a > subword. Ideally, if a search string matches an isolated word in a > search, that res

bug#70668: Error running guix-build

I tried again today and I got this error, I hope this is the “COMPLETE output”. |indexando objetos 82% ▕█▍ ▏^ Verificando canal 'guix', revisi

bug#70588: hash mismatch error and stop fallback

Hi, Simon Tournier skribis: > Other said, hash mismatch should be raised and obviously the content > must be discarded; then the hash mismatch should be considered as “not > found” so let try the next strategy for downloading the content. Agreed. I merged it with

bug#70663: nss@3.99 is really hard to build

Christopher Baines writes: > nss@3.99 is really hard to build, it's so hard and so important that > data.guix.gnu.org is still after two days trying to process [1]. I say > so important because you have to build nss@3.99 to compute the channel > instance derivations for Guix. > > 1: https://data.

bug#25235: [Maxim Cournoyer] bug#25235: [PATCH v3 1/1] build-system/pyproject: Do not wrap native-inputs.

Hi Lars, Ricardo, I'm advancing with my patch series, which I can submit soon. I was curious about why this 25235 patch isn't in python-team branch yet since it's also a very welcome change to the pyproject-build-system. Cheers, Nicolas Start of forwarded message