bug#73007: Geary Build Failure

Fixed in 56d9745d81ea2d0464ed94fc9b3ba0205619835e. Thanks for the report. signature.asc Description: PGP signature

bug#72950: test/build failure for python-geventhttpclient

Fixed in 31564ec16477a3bdcf4799c632ae5542b610e92c. Thanks for the report. signature.asc Description: PGP signature

bug#72797: qt-tools is unnecessary optional dependency for monero

Here's a corrected definition: --8<---cut here---start->8--- (define-public monero-without-translations (package (inherit monero) (name "monero-without-translations") (native-inputs (modify-inputs (package-native-inputs monero)

bug#72797: qt-tools is unnecessary optional dependency for monero

0xFFFC via Bug reports for GNU Guix skribis: > Hi Guix community, > > Thank you for your great software :) > > I noticed that the Monero package has an (a huge) unnecessary dependency here > [1]. qt is an optional dependency for Monero code base (we only need that in > case of using translation

bug#72693: openscad-2021.01 build failure

Fixed in 6bec6c20b6b18dc173383a6828f1bb84314f986b. signature.asc Description: PGP signature

bug#72724: Request for merging "lisp-team" branch

Merged into master branch as 2c7119b43bd44ee812ceaa2351bff9a8b623a920. signature.asc Description: PGP signature

bug#69106: SBCL enomem on 686

Christopher Howard skribis: > Hi, the problem is with these lines: > > ``` > ,@(if (target-ppc32?) > ;; 3072 is too much for this architecture. > `("--dynamic-space-size=2048") > `("--dynamic-space-siz

bug#72724: Request for merging "lisp-team" branch

The lisp-team branch updates SBCL to 2.4.7. It also has a few minor fixes for some other Lisp packages. signature.asc Description: PGP signature

bug#71838: ecl-mito fails to build

Andreas Enge skribis: > Hello, > > noticing that lots of ecl-mito clog the bordeaux build farm, I tried a > local build from master. It ends like this: > > phase `build' succeeded after 22.6 seconds > starting phase `check' > Invoking ecl: > "/gnu/store/a7154xn03yq0r39s848fbndi1h446559-ecl-24.5.

bug#62890: StumpWM fails to start - Read only file system

Thanks for testing. Patch applied as a46908620fac09bd8ccd0f587a27e86035d3b1d7. signature.asc Description: PGP signature

bug#62890: StumpWM fails to start - Read only file system

et> From: Guillaume Le Vaillant Date: Mon, 24 Jun 2024 11:00:44 +0200 Subject: [PATCH] gnu: stumpwm: Use a single output. This is a warkaround for the excess library grafts issue that can prevent stumpwm from working properly. See <https://issues.guix.gnu.org/47115> and <https://issue

bug#71462: Default ntp service configuration not working on IPv6 network

Leo Famulari skribis: > On Mon, Jun 10, 2024 at 08:30:32AM +0000, Guillaume Le Vaillant wrote: >> On an IPv6-only network, the default configuration for ntp-service-type >> doesn't work, because the default pool used (<0.guix.pool.ntp.org>) >> doesn't have I

bug#70456: Request for merging core-updates branch

Maxim Cournoyer skribis: > Hi, > > Guillaume Le Vaillant writes: > >> Lars-Dominik Braun skribis: >> >>> Hi, >>> >>> it seems the core-updates branch is first in the merge-queue. haskell-team >>> was successfully built by the CI and i

bug#70456: Request for merging core-updates branch

Lars-Dominik Braun skribis: > Hi, > > it seems the core-updates branch is first in the merge-queue. haskell-team > was successfully built by the CI and is ready to be merged. Since there > does not seem to be an ETA for core-updates, can I skip the queue and > go ahead with merging haskell-team?

bug#71462: Default ntp service configuration not working on IPv6 network

On an IPv6-only network, the default configuration for ntp-service-type doesn't work, because the default pool used (<0.guix.pool.ntp.org>) doesn't have IPv6 addresses. In fact, the <1.guix.pool.ntp.org> and <3.guix.pool.ntp.org> pools don't have IPv6 addresses either. Only the <2.guix.pool.ntp.or

bug#71332: guix gc delete order

Nicolas Graves via Bug reports for GNU Guix skribis: > Hi Guix, > > I feel the way `guix gc` choose its files to delete quite > inconvenient. For instance, when developping big programs locally, I > often find myself missing space, but when I will `guix gc -C30G`, > instead of the expected unused

bug#70258: FreeCAD dependency probably outdated

Fixed by . signature.asc Description: PGP signature

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

Fixed by . signature.asc Description: PGP signature

bug#70237: Can't build python-pyside-2 5.15.10

Buttons Presser via Bug reports for GNU Guix skribis: > Hi, I still have the same issue with python-pyside-2-5.15.10 (the build log > is the same) even though I pulled most fresh guix (commit: 21fad13). > > This package also blocks the 'freecad' installation: > > building /gnu/store/...-pyth

bug#68764: ASDF can't load sbcl-clx-truetype installed through Guix

Lars Rustand skribis: > I had forgot about this thread, but randomly saw it mentioned on IRC > today. The problem in my case was that I had some packages in > ~/common-lisp. Since I was running the container from my home folder > this was still visible inside the container even though it was --pu

bug#69585: sbcl-fast-generic-functions: Failed to build

Sharlatan Hellseher skribis: > Hi Guix, > > I've noticed that sbcl-fast-generic-functions is failed to build since > <12 Sep 2023 18:35> see . > > Keep it tracked in issues for the future fix. > > --8<---cut here---start---

bug#65441: leptonica 1.83.1 ioformats_reg test failure

Fixed in df5653adcbd1f9799f810f46d514b2ca4112af97. Closing. signature.asc Description: PGP signature

bug#69129: sbcl-mcclim broke on upgrade to sbcl@2.4.0

Christopher Howard skribis: > Hi, to reproduce, run demodemo as you have done, and then click/tap the > Stream test button. When the new window appears, start to move your graphical > cursor > over it and it will throw the error. > > I observed that this is now happening with at least several o

bug#69129: sbcl-mcclim broke on upgrade to sbcl@2.4.0

Christopher Howard skribis: > Hello, sbcl-mcclim library broke on the upgrade to sbcl@2.4.0. Something > changed so that many applications (include :clim-examples demos) break in > runtime with an error like so: > > ``` > invalid keyword argument: :CLIPPING-REGION (valid keys are :INK, > :TEXT-

bug#68764: ASDF can't load sbcl-clx-truetype installed through Guix

rustand.l...@gmail.com skribis: > John Kehayias writes: > >> Hi Lars, >> >> I can't reproduce this, at least on Guix at commit >> da3e6aea0a750246e8a9120d62441c3df65faff0 >> >> I ran your command in one line with guix shell (and set --pure just in >> case; I have SBCL_HOME set, not sure if anythi

bug#67792: txr: certain string substitution in recipe obsolete.

Fixed in ac61e9705fb8c450c6cd0c1731fbb1b909c1f944. Thanks. signature.asc Description: PGP signature

bug#67042: ecl-cl-pcg fails to build due to a flaky test (was: Re: bug#67042: ecl-seedable-rng recently broken)

Tests for ecl-cl-pcg disabled in 9a4a480f8d51da8bf25b61a98e1092a6cd6f76ee. Closing. signature.asc Description: PGP signature

bug#48282: CI fails to build opencv on x86-64

It looks like this build failure doesn't happen anymore now. Closing. signature.asc Description: PGP signature

bug#67042: ecl-seedable-rng recently broken

+0200 >> >> gnu: cl-slynk: Update to 1.0.43-9.9c43bf6. >> >> * gnu/packages/lisp-xyz.scm (sbcl-slynk): Update to 1.0.43-9.9c43bf6. >> >> Signed-off-by: Guillaume Le Vaillant >> Change-Id: I84ff141b7eefff470f72493d02f2cc24f

bug#66305: Error with recursive git checkout

Workaround: by rebooting the machine to an older generation (and therefore an older guix-daemon, with Guix at 4f35ff1275e05be31f5d41464ccf147e9dbfd016), the recursive git-fetch works. signature.asc Description: PGP signature

bug#66305: Error with recursive git checkout

t-minimal-2.41.0/bin/git submodule update --init --recursive' failed with exit code 127 --8<---cut here---end--->8--- From ac6fc0fdf16187c4e0c61916c52ced35a031fd76 Mon Sep 17 00:00:00 2001 Message-ID: From: Guillaume Le Vaillant Date: Sat, 30 Sep 2023

bug#66169: guix reconfigure error no match for id 4f35ff1275e05be31f5d41464ccf147e9dbfd016

Liliana Marie Prikler skribis: > Am Sonntag, dem 24.09.2023 um 08:49 + schrieb Guillaume Le > Vaillant: >> Liliana Marie Prikler skribis: >> >> > Am Samstag, dem 23.09.2023 um 22:02 +0300 schrieb Roman Riabenko: >> > > I am trying to upgrade my

bug#66169: guix reconfigure error no match for id 4f35ff1275e05be31f5d41464ccf147e9dbfd016

Liliana Marie Prikler skribis: > Am Samstag, dem 23.09.2023 um 22:02 +0300 schrieb Roman Riabenko: >> I am trying to upgrade my guix systems. I ran guix pull and now I am >> trying to run guix system reconfigure. It failed on two different >> machines with the same backtrace. Please see the full

bug#66072: Duplicate/conflicting definitions for ocl-icd

As the duplicate has been removed, I'm closing the issue. If one day we find a conflict between open-icd-loader and ocl-icd, we'll open a new bug report. signature.asc Description: PGP signature

bug#66072: Duplicate/conflicting definitions for ocl-icd

Hi. There are currently two conflicting definitions of ocl-icd in "opencl.scm": --8<---cut here---start->8--- (define-public ocl-icd (deprecated-package "ocl-icd" opencl-icd-loader)) --8<---cut here---end--->8--- and --8<-

bug#63456: [PATCH] gnu: mesa-opencl: Remove reference to patch

Patch pushed as 930e6e3e7a1c5f83aedb49f6fa0ebb0e0bdeeef3. Thanks. signature.asc Description: PGP signature

bug#63430: python-pyside-2-5.15.8

"bdju" via Bug reports for GNU Guix skribis: > guix (GNU Guix) e0c35d1578c10a8fe27c8372f3a8bb5dd88b01b8 > guix system > python-pyside-2-5.15.8 build log attached > > [3. text/plain; guix-build-failure_python-pyside-2-5.15.8.txt]... Hi, There a fix for this in Guix at e2eb43f945fd467e9b55a4b3c91c

bug#62890: StumpWM fails to start - Read only file system

I think the issue comes from grafts. Without grafts, the ASDF configuration is coherent; the path for stumpwm's sources and libraries is the same everywhere (here in stumpwm:lib and sbcl-stumpwm-cpu): --8<---cut here---start->8--- $ cat $(guix build --no-grafts

bug#62890: StumpWM fails to start - Read only file system

Kjartan Óli Águstsson skribis: > I just started experiencing an issue with stumpwm where it fails to > start, complaining about a read only file system. A web search for the > error message leads me to > https://lists.gnu.org/archive/html/help-guix/2021-02/msg00080.html, > which sounds exactly l

bug#59331: sbcl currently fails to build on aarch64

I registered the new patch file in "gnu/local.mk" and pushed as cc08d374b21f1326c2d70d5af84b56c0714a0885. Thanks. signature.asc Description: PGP signature

bug#59331: sbcl currently fails to build on aarch64

Andrew Patterson skribis: > The genesis subdirectory of src/runtime doesn't exist, so the build fails. > Building on x86_64 successfully gets past the point where it fails on > aarch64/arm64. From the build log, it looks like the "make-host-1" part of SBCL's build exits prematurely because of th

bug#59200: reproducibility

ykonai skribis: > Hi, > > It turns out this was due to the fact that I had ironclad git cloned on > my computer, which was accidentally visible via :tree in the ASDF > configuration. ASDF detected that a different ironclad was used and > tried to compile-file to the gnu/store. I thought it was gu

bug#59200: reproducibility

ykonai via Bug reports for GNU Guix skribis: > I can definitely consistently reproduce this issue. Maybe something in > your filesystem could interfere with this? Try: > guix shell sbcl sbcl-uuid --container -- sbcl --eval '(require :asdf)' > --eval '(asdf:load-system :uuid)' > > This is on guix

bug#59200: ASDF build system/sbcl doesn't build FASLs on some packages

Hi, I can't reproduce this issue. I tried --8<---cut here---start->8--- guix shell sbcl sbcl-uuid --pure -- sbcl --eval '(require :asdf)' --eval '(asdf:load-system :uuid)' guix shell sbcl sbcl-cl-containers --pure -- sbcl --eval '(require :asdf)' --eval '(asd

bug#52140: [core-updates-frozen] tcc fails to build

tcc currently builds successfully. Closing. signature.asc Description: PGP signature

bug#41160: sbcl-cffi-libffi: Fails to build on ARM

I tested building for armhf and aarch64 with Guix at 0898fd56c910cc76d8b59bbe781f1a05ab78fad6, and it worked fine. Closing. signature.asc Description: PGP signature

bug#46424: ASDF build system sometimes fails to load .asd files properly

This has been fixed with commit 6b5ef03a2582ab23228478018fd356e17db1daea. Closing. signature.asc Description: PGP signature

bug#55512: monero-gui@0.17.3.2 is unable to use p2pool miner due to it's binaries instalaltion to read-only filesystem

Hi, I fixed the path to the p2pool binary in commit eecb5efad92b8f7cb5bbea0be66c4707a749512c. I checked that p2pool starts when clicking the "Start Mining" button, but I have not tested if all its functionalities are working correctly. Please open a new bug report if you find issues. signature.a

bug#57137: FreeCAD welcome page text rendering does not work.

It's a QtWebengine/Chromium bug that affects several programs like Calibre, FreeCAD or Qutebrowser (see issues #54033 and #54297). A workaround is to pass the "no-sandbox" option to Chromium. It can be done by setting the QTWEBENGINE_CHROMIUM_FLAGS environment variable. For example: --8<-

bug#56334: Should asdf-build-system/sbcl use load-system instead of compile-system?

Pierre Neidhardt skribis: > I'll be the road for a while, unable to work on this patch, so if anyone > wants to work on it and merge, please go ahead :) > > Left to do: > > - Suggestion: add a keyword to choose between asdf:compile-system and > asdf:load-system (default should be asdf:load-syst

bug#56334: Should asdf-build-system/sbcl use load-system instead of compile-system?

Pierre Neidhardt skribis: > Robert Goldman from ASDF found out why the "COMPONENT not found" issue > happens: > > https://gitlab.common-lisp.net/asdf/asdf/-/issues/119#note_9808 > > So either we fix most of the Prove-depending libraries, or we just do > what's expected from every one, that is, a

bug#56353: sbcl-2.2.6 build fail

Guillaume Le Vaillant skribis: > b...@bokr.com skribis: > >> I wonder what running this at the time builds failed would have shown: >> >> #/usr/bin/bash >> # ~/bin/top-1-sans-hilights -- single snap of top without highlight escapes >> (no top opt for that

bug#56353: sbcl-2.2.6 build fail

b...@bokr.com skribis: > I wonder what running this at the time builds failed would have shown: > > #/usr/bin/bash > # ~/bin/top-1-sans-hilights -- single snap of top without highlight escapes > (no top opt for that??) > top -n 1 | \ > sed -e 's:[\r][^\r]*[\r]\+::g' -e 's:[\x07\r]::g' -e 's:.\x08

bug#56353: sbcl-2.2.6 build fail

Christopher Baines skribis: > Tobias Geerinckx-Rice via Bug reports for GNU Guix writes: > >> On 2 July 2022 09:29:22 UTC, Wensheng Xie wrote: >>>Das Erstellungsprotokoll kann unter >>>„/var/log/guix/drvs/6l/q7dfdfzrlp24lmhj95fcnvkr2mrqfz-sbcl-2.2.6.drv.bz2“ >>>eingesehen werden. >> >> >> Thi

bug#56334: Should asdf-build-system/sbcl use load-system instead of compile-system?

Pierre Neidhardt skribis: > Hi Guillaume, > > I gave it a go and your suggestion indeed cuts it for cleavir and > cl-gamepad. > > It did not fix it for the tests though. > > I did some more testing, and this is what I found out on one of the > failing systems (cl-reexport): from a --pure sbcl rep

bug#56334: Should asdf-build-system/sbcl use load-system instead of compile-system?

Pierre Neidhardt skribis: > Do you have time to try it out? Not right now, as I'm about to take a vacation. The main change is a one-liner in the 'compile-systems' function in "guix/build/lisp-utils.scm"; that would be quick. However recompiling all the Lisp packages and finding which of them c

bug#56334: Should asdf-build-system/sbcl use load-system instead of compile-system?

Pierre Neidhardt skribis: > While trying to package > > https://github.com/s-expressionists/Cleavir > > I hit a strange issue in which it would fail to compile, while calling > `asdf:load-system' locally worked. > > Then I realized that our asdf-build-system/sbcl uses > `asdf:compile-system'

bug#54723: [PATCH] Check URI when verifying narinfo validity.

Ludovic Courtès skribis: > Ludovic Courtès skribis: > >> So in commit c1719a0adf3fa7611b56ca4d75b3ac8cf5c9c8ac I went ahead and >> reverted it that commit. I also added a test that reproduces the issue >> above. > > Commit 9eca13094d9bdf091f9096e0f3a8b450dac0e595 updates the ‘guix’ > package, s

bug#54837: LLVM 3.* build failure

Guillaume Le Vaillant skribis: > Guillaume Le Vaillant skribis: > >> However there are other issues during the build phase: >> >> ../../bin/llvm-tblgen: error while loading shared libraries: >> libLLVMTableGen.so: cannot open shared object file: No su

bug#54837: LLVM 3.* build failure

Guillaume Le Vaillant skribis: > However there are other issues during the build phase: > > ../../bin/llvm-tblgen: error while loading shared libraries: > libLLVMTableGen.so: cannot open shared object file: No such file or directory > make[2]: *** >

bug#54837: LLVM 3.* build failure

Maxime Devos skribis: > Guillaume Le Vaillant schreef op zo 10-04-2022 om 14:23 [+]: >> It looks like the problem comes from a gexp in the builder. There's >> a gexp inside another gexp, but I don't know if that's the problem: >> >> --8&l

bug#54837: LLVM 3.* build failure

The clamav package can't be built right know because it depends on llvm-3.6 which fails to build. In fact, all the llvm-3.* packages fail to build with the same error: --8<---cut here---start->8--- The following derivation will be built: /gnu/store/7rh78xkkgls

bug#54280: stumpwm won't load libraries

Einar Largenius skribis: > Hello! > > I have an issue where I can't get slynk to load inside stumpwm with Guix > as the package manager. I have no issue loading slynk with either nyxt > or when running a sbcl-repl even without modifying > asdf:*central-registry*. These are the packages I have in

bug#54033: Calibre's ebook-viewer only shows white-on-white or dark-on-dark.

"bdju" skribis: > On Fri Mar 4, 2022 at 8:07 AM CST, Guillaume Le Vaillant wrote: >> Hi, >> >> FreeCAD also has some issues with the rendering of its "start page" >> where the text is missing. >> And as Calibre and FreeCAD are apparently

bug#54033: Calibre's ebook-viewer only shows white-on-white or dark-on-dark.

Hi, FreeCAD also has some issues with the rendering of its "start page" where the text is missing. And as Calibre and FreeCAD are apparently both Python applications using QtWebEngine, it may indicate that there is something not working correctly in QtWebEngine or in the Python bindings to QtWebEn

bug#54011: FreeCAD: Unable to import STEP files

Jacob Hrbek skribis: > That patch seems to have broken something in FreeCAD as i have issues with > fonts^ and keybinds: > > To reproduce: > a) Run `guix shell freecad -- FreeCAD` and notice that the texts are missing > on the title page > b) Open a new project > 1. Part Design workbench > * >

bug#54011: FreeCAD: Unable to import STEP files

Guillaume Le Vaillant skribis: > When decompressing the zip file and importing the STEP file: > > Traceback (most recent call last): > File "", line 1, in > File > "/gnu/store/cwfgf3xb2vfqckxqv196jz8xpbigxkqj-python-shiboken-2-5.15.2/lib/python3.9/

bug#54011: FreeCAD: Unable to import STEP files

Guillaume Le Vaillant skribis: > Jacob Hrbek skribis: > >> [[PGP Signed Part:No public key for ADD37D14AB42FCA9 created at >> 2022-02-15T15:56:38+0100 using EDDSA]] >> Importing zipped STEP file: 15:50:27 Traceback (most recent call last): >> >> [

bug#54011: FreeCAD: Unable to import STEP files

Jacob Hrbek skribis: > [[PGP Signed Part:No public key for ADD37D14AB42FCA9 created at > 2022-02-15T15:56:38+0100 using EDDSA]] > Importing zipped STEP file: 15:50:27 Traceback (most recent call last): > > [...] > > from PySide2.QtSvg import * > > File > "/gnu/store/aps2s0h5l3a9w30qrsygpc0prhrmp

bug#53694: Librecad fails to build

Ekaitz Zarraga skribis: > Hi, > > After a `guix pull` librecad fails to build. I attach the log. > It looks related with `boost` but I have no time to research further right > now. > > Best, > Ekaitz Fixed in 787b13a5d9df8f0cc7170de1b80cead68b516c66. signature.asc Description: PGP signature

bug#53668: Updating substitutes on LAN hosts dies unexpectedly

Simon Streit skribis: > Hello, > > quite often, and quite randomly I run into this situation that whenever > Guix tries to rebuild a profile, and sometimes while downloading from > local Guix hosts sharing their store items, the process will crash with > the following error: > > ~ $1 reconfigure

bug#53658: guix shell cache not working properly

Hi, With Guix at e217174b7b9046658ac3474d522bde192e9cffb4I have an issue with the "guix shell -p ..." command, where I end up in a environment for a profile I used previously instead of the profile specified in the command line. I can reproduce the issue this way: --8<---cut here

bug#53289: [PATCH] gnu: Remove Qt WebKit.

Leo Famulari skribis: > New failures: > [...] > freecad For freecad, the qtwebkit input can be replaced by qtdeclarative, qtwebchannel and qtwebengine. signature.asc Description: PGP signature

bug#53289: [PATCH] gnu: Remove Qt WebKit.

Leo Famulari skribis: > I applied the patch and tried building all packages that are changed by > the it. > > New failures: > qgis > [...] For qgis, adding "-DWITH_QTWEBKIT=NO" to 'configure-flags' should work, but I don't know what features would then be unavailable in the application. signat

bug#53180: eog 40.3 build error: include file not found

raid5atemyhomework skribis: >> > > Eog and Epiphany should be fixed with Guix at >> > > f7afefba00b65e94d073af3af2278a076c89dbc1 or later. >> > >> > Ha, it seems I'm late to the party. Thanks Guillaume! Will check. >> >> Unfortunately it seems to still be broken for me? > > It works with `guix bu

bug#53180: libportal missing GTK3 backend

Liliana Marie Prikler skribis: > Hi Guix, > > this bug also affects Epiphany (build log attached). The issue appears > to be that it tries to build without the GTK3 backend, we should > probably enable that. > > Cheers > > [2. application/x-bzip; > dac0xa4q6lxcp63jz3fm7phnxsn5hv-epiphany-40.3.d

bug#52913: 0ad only builds fine with a specific version of mozjs

Liliana Marie Prikler skribis: > @Guillaume: From what I can gather from the build error, it appears as > though the calling convention changed to require an additional > parameter. I've tracked down the relevant commit [1] and bug [2]. > > Now obviously doing such a thing violates SemVer, so if

bug#52652: FreeCAD requires write access to store for parsetab.py

Jacob Hrbek skribis: > I started building it after the patch was merged, it finished now and > the presented issue is no longer present. Ok, thanks for confirming. Closing. signature.asc Description: PGP signature

bug#52652: FreeCAD requires write access to store for parsetab.py

Hi, With Guix at b7078d5d49d72cb5e5356d698b99540612b4d6c4, I tried to reproduce the issue, but I didn't get any error. I started FreeCAD with: --8<---cut here---start->8--- guix shell freecad openscad -- FreeCAD --8<---cut here---end---

bug#52606: FreeCAD - Missing dependency python-ply

Fixed in b7078d5d49d72cb5e5356d698b99540612b4d6c4. Closing. signature.asc Description: PGP signature

bug#52853: Error when trying to upgrade packages

Closing. I opened bug#52913 for the failing 0ad package. signature.asc Description: PGP signature

bug#52913: 0ad only builds fine with a specific version of mozjs

The 0ad package checks the version of mozjs and throws an error if it is not exactly the version it expects. This check is done in "source/scriptinterface/ScriptTypes.h" and it currently requires version 78.6 of mozjs. As Guix has mozjs 78.15 instead, 0ad fails to build. Patching "ScriptTypes.h" t

bug#52653: prusa-slicer fails build at configure

Fixed by updating prusa-slicer to version 2.4.0 in commit e0ef09a86c108805ae294fc0ce8d638e420f206d. signature.asc Description: PGP signature

bug#52076: [core-updates-frozen] eigen-for-tensorflow fails to build

Fixed on master branch (after core-updates-frozen merge). Closing. signature.asc Description: PGP signature

bug#52140: [core-updates-frozen] tcc fails to build

The 'check' phase fails with: --8<---cut here---start->8--- test3 ../tcc -B.. -I../include -I.. -I.. -DCONFIG_TCC_SYSINCLUDEPATHS="\"/gnu/store/2fk1gz2s7ppdicynscra9b19byrrr866-glibc-2.33/include:/gnu/store/99a2njzz22dkzd8pz75fsi5nbgv9

bug#52135: surf fails to build on core-updates-frozen

Fixed in 4967eb97b5f2067e8ea512ad6e87743292859c3c. signature.asc Description: PGP signature

bug#52076: [core-updates-frozen] eigen-for-tensorflow fails to build

On the core-updates-frozen branch at d5de4e163ccef80f78bc5fe330f568d8fe3a23ab, compilation of eigen-for-tensorflow fails with the following error: --8<---cut here---start->8--- [ 56%] Building CXX object test/CMakeFiles/stddeque_overload_4.dir/stddeque_overload

bug#51900: [core-updates-frozen] xorg-server-xwayland broken

Closing. signature.asc Description: PGP signature

bug#51900: [core-updates-frozen] xorg-server-xwayland broken

Maxim Cournoyer skribis: > Hi Guillaume, > > Guillaume Le Vaillant writes: > >> According to [1], since 21.1 series of Xorg, XWayland is packaged >> separately. The attached patch replaces xorg-xserver-xwayland by the >> xwayland package. >> >> However

bug#51900: [core-updates-frozen] xorg-server-xwayland broken

("xorg-server-xwayland" ,xorg-server-xwayland))) + ("xwayland" ,xwayland))) (native-inputs `(("pkg-config" ,pkg-config))) (home-page "https://github.com/swaywm/wlroots";) diff --git a/gnu/packages/xorg.scm b/gnu/packages/xorg.scm index

bug#51900: [core-updates-frozen] xorg-server-xwayland broken

The xorg-server-xwayland-21.1.0 package is broken on the core-updates-frozen branch. The build succeeds, but the file "bin/Xwayland" is missing in the result. Then the mutter package depending on xorg-server-xwayland fails to build because it can't find the Xwayland program. According to the confi

bug#51879: [PATCH] On core-updates-frozen, deja-dup does not build

Patch pushed as d05781c4bb6a1f058e7dbaaa40ebe327886bad2c. Thanks. signature.asc Description: PGP signature

bug#51873: [PATCH] Fix gnome-calendar on core-updates-frozen

Patch pushed as fe2575f9a96da2d81be10ac2e976b03a30e070ce. Thanks. signature.asc Description: PGP signature

bug#51872: [PATCH] On core-updates-frozen, gnome-mines requires the old meson too

Patch pushed as 26e894414a792fcd70039fbddfd0e4ce94501965. Thanks. signature.asc Description: PGP signature

bug#51871: [PATCH] Gnome 2048 does not build on core-updates-frozen

Patch pushed as 74432fb7bacc93f8cf93dee4409147d61daacd86. Thanks. signature.asc Description: PGP signature

bug#51806: [PATCH] Fix dconf-editor

Closing.

bug#50897: Octave package installation

Zacchaeus Scheffer skribis: > Hi Guix! > > After installing octave, I tried to install the image package in octave in > two ways. One by running: >> pkg install image-.tar.gz > where image-.tar.gz is in my cwd. I also tried installing with: >> pkg install -forge image > In both cases, I had the

bug#50697: [core-updates-frozen] ca-certificate-bundle generation is broken.

Mathieu Othacehe skribis: > Hello, > > On core-updates-frozen, the ca-certificate-bundle derivation produces an > empty output. That's because nss-certs only contains .crt files that are > ignored by ca-certificate-bundle procedure. > > The following patches should fix the situation. > > Thanks,

bug#50617: [core-updates-frozen] CMake fails to build on i686-linux

Ludovic Courtès skribis: > On ‘core-updates-frozen’, CMake has one test failure on i686-linux when > building on berlin (e.g., ): > > --8<---cut here---start->8--- > 545/558 Test #518: RunCMake.CPack_TXZ >

bug#50243: [core-updates-frozen] "multiple definition of..." build failures

Sarah Morgensen skribis: > arcan-sdl@0.5.5.2-1.b4dd1fb > aris@2.2 > blastem@0.6.2 > crispy-doom@5.8.0 > geeqie@1.5 > glabels@3.4.1 > gmtp@1.3.11 These are fixed in c9f7770eeec3a7b493dcbf45c96a4528f2635604 and following. signature.asc Description: PGP signature

  1   2   >