bug#60803: Cuirass stopped processing jobs for aarch64-linux and x86_64-linux

Marius Bakke skriver: > The 335212 build is for x86_64-linux, we have the same problem with > 335087 (also perftest) on aarch64. i686-linux and powerpc64le-linux is > fine. I deleted these two from the Builds and BuildDependencies tables which allowed Cuirass to move forward (or

bug#60803: Cuirass stopped processing jobs for aarch64-linux and x86_64-linux

Hello Guix, Cuirass has stopped processing (old) jobs for aarch64 and x86_64. After digging through the database it's because (db-get-pending-build ...) returns a build that is missing from the Jobs table: WITH pending_dependencies AS (SELECT Builds.id, count(dep.id) as deps FROM Builds LE

bug#60016: Cuirass ignores failed dependencies

Hello, Cuirass ignores failed build dependencies on subsequent evaluations after the initial failure. To clarify, say package P has two dependencies: A and B. On evaluation 1, A fails. The job for package P is cancelled and P gets in the 'Dependency failed' state. So far so good. On evaluatio

bug#48602: Grafted python2 packages gets erroneous package names

Maxim Cournoyer skriver: > Hi, > > Marius Bakke writes: > >> Hello, >> >> 'guix build python2-urllib3' currently gives: >> >> /gnu/store/cx22ny550g97klf499yqgzx9mpvvkx1f-python2-python2-urllib3-1.26.4 >> >> Adding '--no-

bug#59514: Stuck builds in Cuirass

Hi, Cuirass has a tendency to not notice when a build is finished, leaving it in a "running" state. The phenomenon can be observed by going to and look at builds that are running for a suspiciously long time. Typically the build log will indicate that it has fini

bug#59365: make-dynamic-linker-cache OOMs for LLVM 15 on i686-linux

Hello, LLVM 15.0.4 fails on i686-linux: https://ci.guix.gnu.org/build/1702995/details Because the 'make-dynamic-linker-cache' phase runs out of memory: starting phase `make-dynamic-linker-cache' GC Warning: Repeated allocation of very large block (appr. size 268439552): May lead t

bug#58290: guile ssh error on guix deploy

Ludovic Courtès skriver: > Hi, > > Marius Bakke skribis: > >> I have the same problem. Log messages around failure look something >> like this (extracted from above message): >> >> Oct 4 11:51:49 localhost shepherd[1]: Service sshd-2 has been started.

bug#58927: guix --version is 0

bug#58290: guile ssh error on guix deploy

Ludovic Courtès skriver: > Hi, > > Andrew Tropin skribis: > ice-9/boot-9.scm:1685:16: In procedure raise-exception: Throw to key `guile-ssh-error' with args `("channel-open-session" "Channel opening failure: channel 67 error (2) open failed" #>>> (closed) 7f7d1af9e140> #f)'. >>>

bug#58567: Some grafts use a different input derivation than computed by --no-grafts

Marius Bakke skriver: > Should not the mesa used by icecat be the same as `guix build mesa`, > just like in the ungrafted case? Their outputs differ, too: > > $ guix hash -r $(guix build mesa | tail -n1) > 1invy9jcd1fnfx7d4asfyjqs1jn7lngjfqswak6sy9ffjbhhsg6x > $ guix h

bug#58567: Some grafts use a different input derivation than computed by --no-grafts

Marius Bakke skriver: > zimoun skriver: > >> Hi Marius, >> >> I reminds me this [1]. >> >> 1: <https://yhetil.org/guix/874jy87gcl@gmail.com> > > Not sure if it's the same problem, but it is weird. On 3d8c243efb615c7: > > $ guix

bug#58561: [PATCH 2/2] gnu: akregator: Fix build.

phodina via Bug reports for GNU Guix skriver: > Hi, > > unfortunately incorrect hash was pushed in the last patchset. > > The patch is already part of the next patch series [1]. > > Also it's tracked here [2]. > > 1 > https://github.com/phodina/guix/commit/4636279dfb3b96eb5836baad0d8ea36e58ff79e

bug#58567: Some grafts use a different input derivation than computed by --no-grafts

ess these, so don't hold your breath! > On dim., 16 oct. 2022 at 19:35, Marius Bakke wrote: > >> It works for 'python-patiencediff', but fails for 'python-patch-ng', >> both of which have no dependencies other than Python; but one uses >> url

bug#58567: Some grafts use a different input derivation than computed by --no-grafts

Marius Bakke skriver: > I have a hunch that this has to do with the grafting code affecting > origins (with gexps?), but have not confirmed this. I have now confirmed this with a small shell script: #!/bin/sh pkg=$1 ungrafted="$(guix build --no-grafts -d $pkg)" grafted="

bug#58567: Some grafts use a different input derivation than computed by --no-grafts

Hello, Sorry for the indescriptive title, I'm not entirely sure what is going wrong here. The problem is that for some packages, 'guix build -d foo' has a different input derivation than the one produced by 'guix build --no-grafts -d foo'. As an example, as of commit 3d8c243efb615c7e642942433be1

bug#58203: Cuirass fails to respect (target-x86-32?) in some circumstances

Ludovic Courtès skriver: > Marius Bakke skribis: > >> Hello, >> >> I noticed Cuirass attempts to run imath tests on i686-linux: >> >> https://ci.guix.gnu.org/build/739643/details > > Following the links, this corresponds to > <https://ci.gu

bug#58203: Cuirass fails to respect (target-x86-32?) in some circumstances

Hello, I noticed Cuirass attempts to run imath tests on i686-linux: https://ci.guix.gnu.org/build/739643/details Which is odd, because the package definition has: (list #:tests? (not (target-x86-32?))) This behavior does not reproduce when manually building for i686-linux. signature.asc

bug#57868: GStreamer gst_gstsystemclock test fails on CI for i686

Hi, On i686-linux, the gstreamer gst_gstsystemclock test is failing: --8<---cut here---start->8--- 41/108 gst_gstsystemclockFAIL1.26s exit status 2 >>> GST_PLUGIN_SYSTEM_PATH_1_0='' CK_DEFAULT_TIMEOUT=600 >>> GST_STATE_IGNORE_ELEMENT

bug#50567: [core-updates-frozen] icedtea-6 fails to build.

Julien Lepiller skriver: > Again this is exactly where I was blocked. There is a checksum being > generated in classlist files from java code during the build. The classlist > file is exactly the same as the one in master, so it's correctly generated. > Fowever, at some point, the process need

bug#57748: swaylock broken since last commit

muradm skriver: > Hi, > > swaylock needs wayland-protocols-next in native inputs > to compile. > > wayland-protocols is 1.23, but new swaylock wants >= 1.25 Oh my, I forgot to test this on 'master' before pushing. Fixed in fc4da86ed6418b6278cc37f1828fb3f879fafb4b. Sorry for the breakage, and t

bug#57356: libtool-2.4.7 removed as a "duplicate"?

Ludovic Courtès skriver: > Hi, > > Michael Ford skribis: > >> In commit 5b6b731c7d8ecbae0ead1600b4cd2f70c66d51ca, the libtool-2.4.7 >> package was removed as a "duplicate". The commit message doesn't explain at >> all why libtool 2.4.7 was being removed, or what it was a duplicate of? As >> of l

bug#57272: libvirt 8.6 fails to start network

Hi, thanks for the bug report, and sorry for the breakage. Lars-Dominik Braun skriver: > Hi, > > after the update to libvirt 8.6.0 in > 3a76c2bfd94557c9776aa11240fec14580aec1b0 networks don’t start any more: > > > LANG=C virsh net-start default > error: Failed to start network default >

bug#57307: guix system reports an error when uuid is used in menu-entry

Josselin Poiret via Bug reports for GNU Guix skriver: > Hi, > > tiantian writes: > >> I want to add an menu-entry in bootloader-configuration. I use uuid to >> specify the partition in device field of menu-entry , because my >> partition has no label. But when I use 'guix system reconfigure',

bug#56633: [core-updates] Some cross-derivations cannot be computed

Hello Guix! On the 'core-updates' branch, running 'guix build -d' fails on some cross-derivations (notably anything that depends on NSPR, but there may be others). Somehow both TARGET and SYSTEM ends up #false. Any ideas to what is going on? --8<---cut here---start---

bug#53883: strange conflicts with guix package -m manifest

Ludovic Courtès skriver: > Hi, > > Leo Famulari skribis: > >> Basically, the python-twine package, as it is now, cannot be installed >> in a profile. >> >> That is because its dependency graph of propagated packages includes >> different versions of python-cffi, and you cannot install both of th

bug#53823: Build fails for cpplint@1.4.5

Adam Maleszka via Bug reports for GNU Guix skriver: > Since I moved to Guix distribution on the 1st of January (btw, good > move), compiling cpplint@1.4.5 has always failed. More specifically, > errors are triggered by pytest during the check phase. Fixed in 6ff0a6d53a4f5c3faa4a4b6503dab47ea2cc2

bug#53238: [PATCH] gnu: tree: Remove stddata feature.

Upstream fix pushed in 5da4cbfbd94163f87f188355e5490f04dd6864c2. signature.asc Description: PGP signature

bug#53301: Ungoogled-chromium lacks VP8 codec support preventing jitsi screensharing

Jacob Hrbek skriver: > Steps to reproduce: > 0. Get ungoogled-chromium > 1. Open a call on jitsi e.g. https://jit.si/ILoveKreyren2Much > 2. Start a screenshare > 3. Join the call from a different browser and expect the screenshare to > malfunction either with tab crashing with "Aw, snap" or the s

bug#53238: [PATCH] gnu: tree: Remove stddata feature.

Hello! Apologies for missing this discussion earlier... Maxim Cournoyer skriver: > Hi, > > Olivier Dion writes: > >> On Thu, 13 Jan 2022, Tobias Geerinckx-Rice wrote: >>> Olivier, >>> >>> Thanks again for tracking down this weird bug! >>> >>> Olivier Dion via Guix-patches via 写道： This fe

bug#50696: [core-updates-frozen] Wrong output hashes computed since cb06f7c61e4b839

Hello, On the 'core-updates-frozen' branch, attempting to pull 'master' gives a backtrace along the lines of ... Computing Guix derivation for 'x86_64-linux'... |Backtrace: In ice-9/boot-9.scm: 152:2 19 (with-fluid* _ _ _) 152:2 18 (with-fluid* _ _ _) In ./guix/store.scm: 2108:24 17 (ru

bug#49029: ungoogled-chromium failed to disable malware extension The Great Suspender

Leo Famulari skriver: > On Mon, Jun 14, 2021 at 06:29:03PM -0300, Jorge P. de Morais Neto via Bug > reports for GNU Guix wrote: >> I normally browse the web on GNU IceCat and sometimes Firefox and >> Emacs EWW. I only use (ungoogled-)chromium for the rare websites that >> don't work on the othe

bug#41625: [PATCH v2] offload: Handle a possible EOF response from read-repl-response.

Maxim Cournoyer skriver: >> Is running ‘guix offload test /etc/guix/machines.scm overdrive1’ on >> berlin enough to reproduce the issue? If so, we could monitor/strace >> sshd on overdrive1 to get a better understanding of what’s going on. > > It's actually difficult to trigger it; it seems to h

bug#47823: Hardenize Guix website TLS/DNS

Julien Lepiller skriver: > Le 16 avril 2021 12:15:25 GMT-04:00, Leo Famulari a > écrit : >>On Fri, Apr 16, 2021 at 11:00:05AM +, bo0od wrote: >>> Scanning Guix website gave many missing security features which >>modern >>> security needs them to be available: >>> >>> * TLS and DNS: >>> >>

bug#47172: Shepherd 0.8.1 tests fail on core-updates

Ludovic Courtès skriver: > Ludovic Courtès skribis: > >> This turns out to be due to a… miscompilation bug. >> >> In (shepherd scripts herd), ‘run-command’ has this code: >> >> (let ((sock(open-connection socket-file)) >> (action* (if (and (eq? action 'detailed-status) >>

bug#26604: documentation: pdf generation is broken

zimoun skriver: > Hi, > > On Tue, 4 May 2021 at 12:04, Ricardo Wurmus wrote: > >> At least the first “wizard stuff” is merely a list of packages. >> There isn’t anything we can do to avoid the selection of packages, >> because that stuff is modular by design. We could have an >> arbitrary colle

bug#48612: Expat "billion laughs attack" vulnerability (CVE-2013-0340)

to push it because of the grafting cost and would like others opinion. From 2589767bf405b837db06dadf1c9f990620f11a38 Mon Sep 17 00:00:00 2001 From: Marius Bakke Date: Sun, 23 May 2021 14:22:16 +0200 Subject: [PATCH] gnu: expat: Replace with 2.4.0 [fixes CVE-2013-0340]. * gnu/packages/xml.scm (exp

bug#46450: [core-updates] r-suppdists source checksum changed

zimoun skriver: > Hi, > > On Thu, 11 Feb 2021 at 22:54, Danny Milosavljevic > wrote: >> From http://cran.r-project.org/src/contrib/SuppDists_1.1-9.5.tar.gz... >> downloading from >> http://cran.r-project.org/src/contrib/SuppDists_1.1-9.5.tar.gz ... >> SuppDists_1.1-9.5.tar.gz 138KiB

bug#46478: [core-updates] runc source checksum changed

Danny Milosavljevic skriver: > downloading from > https://github.com/opencontainers/runc/releases/download/v1.0.0-rc6/runc.tar.xz > ... > > sha256 hash mismatch for > /gnu/store/i2aqpvr4ga4j6cw718jmnmrm209f37ls-runc-1.0.0-rc6.tar.xz: > expected hash: 1c7832dq70slkjh8qp2civ1wxhhdd2hrx84pq7db1

bug#46479: [core-updates] scdoc source checksum changed

Danny Milosavljevic skriver: > sha256 hash mismatch for > /gnu/store/3kvddjq70m96y0mci365bz4z1sihyqsj-scdoc-1.10.1.tar.gz: > expected hash: 13x7g1r56bshvfmlvapvz35ywnbgsh337kywb5kcv8nc6b3j3q40 > actual hash: 0cr32dgj90zzlavk83mwl6smf8wdls5yv2zq4h7idhsikhp0mdji > hash mismatch for store ite

bug#46474: [core-updates] libinfinity source disappeared

Danny Milosavljevic skriver: > building > /gnu/store/30p35iq59n87x1vrpf2q0ndx6xhi3h4v-libinfinity-0.7.2.tar.gz.drv... > > Starting download of > /gnu/store/kl8h5kar3sqp0c1ginkgijfsjva4mwpa-libinfinity-0.7.2.tar.gz > From http://releases.0x539.de/libinfinity/libinfinity-0.7.2.tar.gz... > followi

bug#46467: [core-updates] foo2zjs source checksum changed

Danny Milosavljevic skriver: > sha256 hash mismatch for > /gnu/store/5hkf0xjga0wirk1wv8fsqvyazai4zzh6-foo2zjs.tar.gz: > expected hash: 11ddx6wf8b5ksl4fqw6fnyz9m3y470lryyrskkya2bsch2bvj9lg > actual hash: 14x3wizvncdy0xgvmcx541qanwb7bg76abygqy17bxycn1zh5r1x > hash mismatch for store item >

bug#46330: Guile-provided GMP allocators interfere with GnuTLS

Ludovic Courtès skriver: > Ludovic Courtès skribis: > >> One of the solutions is to set: >> >> scm_install_gmp_memory_functions = 0; > > Done in a53f711422f63d7e32b8639b968cf00bcc69ffea, followed by an update > of the ‘guix’ package in 63d4b74420563c4e2dbdfa29b3816d1dad9cd723. > > This mostly

bug#48602: Grafted python2 packages gets erroneous package names

Hello, 'guix build python2-urllib3' currently gives: /gnu/store/cx22ny550g97klf499yqgzx9mpvvkx1f-python2-python2-urllib3-1.26.4 Adding '--no-grafts' gives the expected file name. Note that up until commit 2f97a666a564fea0fdcff00a0513aa8b4c2d60fe, the store file name was actually '...-python2-

bug#47154: ungoogled-chromium@88.0.4324.182 package vulnerable to various severe CVEs

Hello! Sorry for not seeing this earlier. Léo Le Bouter skriver: > I am not sure how to undertake this upgrade, I tried a little bit but > it failed at failing to delete some bundled third_party directories. > > Would love to know in more detail what is the process for upgrading > ungoogled-chr

bug#25527: PostgreSQL retains references to ld-wrapper and coreutils

l...@gnu.org (Ludovic Courtès) skriver: > As of 04fa4cdf95a004bda4d63b6578b53e154a4d4679: > > --8<---cut here---start->8--- > $ guix size postgresql > store item totalself > /gnu/store/awmx27f02la7sc4s63j

bug#45279: [core-updates] copy-recursively does not throw an error on missing directory

Hello, On the 'core-updates' branch, using copy-recursively on a nonexistent directory does not cause a build failure. Instead an error is printed and the script continues: (copy-recursively "doesnotexist" output) [...] starting phase `install' i/o error: doesnotexist: No such file or di

bug#45278: [core-updates] svn-multi-fetch does not raise error on missing files

Hello, On the 'core-updates' branch, passing a missing file to svn-multi-fetch will not raise an error. Instead the fetch will succeed as long as at least one of the files was found (otherwise $output is empty). This is on cc6cb6e80a42355147809b4830053a34d1563994. signature.asc Description: PG

bug#45166: Wrong locale settings for guix-daemon causes confusing error

Ludovic Courtès skriver: > Hi, > > Marius Bakke skribis: > >> User sss2 reported on #guix[0] that running guix-daemon with an invalid >> locale causes the following error: >> >> # guix pull >> Updating channel 'guix' from Git reposito

bug#45187: git download defaults to origin/master

Kyle Meyer skriver: > Ricardo Wurmus writes: > >> Importing https://github.com/immunogenomics/scpost with the CRAN >> importer fails, because the git repository does not have an >> origin/master branch. This repository only has a “main” branch. >> >> Arguably, this shouldn’t matter, but (guix gi

bug#36544: 'set-paths' should exclude 'source' from consideration

Leo Famulari skriver: > On Thu, Jul 11, 2019 at 11:24:55PM +0200, Ludovic Courtès wrote: >> > To avoid this unexpected sensitivity on the source origin method, I >> > suggest that we explicitly exclude 'source' from consideration within >> > the 'set-paths' phase. What do you think? >> >> I agr

bug#45166: Wrong locale settings for guix-daemon causes confusing error

Hello, User sss2 reported on #guix[0] that running guix-daemon with an invalid locale causes the following error: # guix pull Updating channel 'guix' from Git repository at 'https://git.savannah.gnu.org/git/guix.git'... Building from this channel: guix https://git.savannah.gnu.org/git/gui

bug#44780: freecad (@0.18.4) fails to build

Fulbert skriver: > Hello! > > freecad (freecad@0.18.4) fails to build with attached log file. This was fixed by Ekaitz in 50c24bbd4f2d2e48d5eda9ac540a6dc15e7cf6a3. Thanks! signature.asc Description: PGP signature

bug#43783: ssh-copy-id: line 254: /dev/null`: Permission denied

Nathan Dehnel skriver: > ssh-copy-id errors out and then does not install the key > > bash-5.0$ ssh-copy-id pi@raspberrypi > /home/nathan/.guix-profile/bin/ssh-copy-id: INFO: attempting to log in with > the new key(s), to filter out any that are already installed > /home/nathan/.guix-profile/bin/

bug#45109: GNOME: unable to change alert "beep" sound since staging merge

Mark H Weaver skriver: > Since the recent merge of the 'staging' branch into 'master' on 28 Nov > 2020, I'm no longer able to configure the alert sound in GNOME. That's > a pity, since I find the default "drip" sound extremely unpleasant. There were not a lot of GNOME-related changes in that me

bug#45031: qoauth fail install/build

Distopico skriver: > I was trying to install `guix install qoauth` and build `guix install > qoauth` but it failed, and looks like is due The installation process is > trying to copy some files that are part of qoauth into the store > directory of qtbase, which is another package. > > Attached th

bug#43448: [bug#45059] [PATCH] gnu: freecad: Fix compilation flags

Ekaitz Zarraga skriver: > Hi everyone, > > I managed to solve the longstanding issue with freecad's compilation (#43448). > > I'll submit a new change with the package update to 0.18.5 next. Thanks a lot for these patches Ekaitz! I pushed them both with 383f087cd74316d26c5c0f19b73bc620312c5477.

bug#45066: guix environment --container is borken

zimoun skriver: > Hi, > > On Sun, 06 Dec 2020 at 16:59, luhux wrote: >> In the new guix `guix environment --container` is borken. > > It is not broken. It was broken. :-) > Have you tried the recommendation? > > --8<---cut here---start->8--- > $ su - > Pass

bug#44914: gnutls-dane does not build: failed test status-request-revoked

"Dr. Arne Babenhauserheide" skriver: > I cannot update Guix right now, because gnutls-dane fails to build. > > The build log is attached. > > make[4]: Entering directory > '/tmp/guix-build-gnutls-dane-3.6.12.drv-0/gnutls-3.6.12/tests' > … > FAIL: status-request-revoked This is because of a "tim

bug#44944: Unable to log into X session via gdm

Danny Milosavljevic skriver: > The latest guix system reconfigure (of yesterday) left me unable to login into > my X session. guix system rollback DID NOT fix it. > > I would enter my password and it would "try" to login and return right back to > the gdm login screen. Can you find any clues in

bug#37309: ‘ssh-daemon’ service fails to start at boot

Christopher Lemmer Webber skriver: > Giovanni Biscuolo writes: > >> Hi, >> >> following a recent discussion on guix-sysadmin I have to confirm the >> ssh-daemon issue since it is still happening on some of the machines I >> administer >> >> Previous possibly related bug reports are >> https://iss

bug#44769: [staging] gst-plugins-bad fails tests on aarch64, armhf, i686

Guillaume Le Vaillant skriver: > After trying to find where the problem could come from, GStreamer > started working fine again, but I'm not sure why. I suspect there was > some bad local state in my user environment that I reset while hacking > around, or something like that... Oh, that's good

bug#44769: [staging] gst-plugins-bad fails tests on aarch64, armhf, i686

Hello Guix, gst-plugins-bad fails its test suite on anything other than x86_64-linux. Upstream issues: i686: https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/-/issues/1463 aarch64: https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/-/issues/1464 (I believe the i686 issue affe

bug#44669: Shepherd loses track of elogind

Ludovic Courtès skriver: >> Now I no longer use SDDM (or any DM), but I was able to work around it >> by adding #:pid-file: >> >> diff --git a/gnu/services/desktop.scm b/gnu/services/desktop.scm >> index 265cf9f35f..6b7d832a44 100644 >> --- a/gnu/services/desktop.scm >> +++ b/gnu/services/desktop

bug#22952: Backlight brightness keys in GDM and MATE require password authentication

"pelzflorian (Florian Pelz)" skriver: > I’m reopening this bug because it is very similar to my issue. > > When using my Macbook’s keyboard XF86MonBrightnessUp/Down keys to > adjust screen brightness (probably on non-Macbooks too) in GDM or > MATE, I am asked to enter my authentication password t

bug#25304: bug#25508: Git hook shebangs should not be rewritten

Miguel Ángel Arruga Vivas writes: > The attached patch fixes this one too, should I push it to master (as > the last change for git) or to core-updates or staging (as it might seem > looking at the dependencies)? LGTM. Git (+ git-minimal) is below the 300 rebuild limit for 'master' (and I try t

bug#44692: [staging] alacritty build failure

Hello, On the 'staging' branch, the "alacritty" package fails to build: --8<---cut here---start->8--- starting phase `build' error: --features is not allowed in the root of a virtual workspace note: while this was previously accepted, it didn't actually do anyt

bug#44669: Shepherd loses track of elogind

Marius Bakke writes: > Ludovic Courtès writes: > >> Hi Marius, >> >> Marius Bakke skribis: >> >>> On a newly-installed i7 system, Shepherd believes that the "elogind" >>> service is not running. Yet there is an 'elogind-daemon&#x

bug#44669: Shepherd loses track of elogind

Ludovic Courtès writes: > Hi Marius, > > Marius Bakke skribis: > >> On a newly-installed i7 system, Shepherd believes that the "elogind" >> service is not running. Yet there is an 'elogind-daemon' process, >> spawned by PID 1, preventing s

bug#44649: 1.2.0rc0 tarball includes guix-daemon.cil.in

Ludovic Courtès writes: > Hi, > > Daniel Brooks skribis: > >> It should instead include the guix-daemon.cil file which was built from >> it. The .in file has unsubstituted variabels in it which make it useless >> as an SELinux policy. > > Yes, but running “./configure” gives you the ‘etc/guix-da

bug#44669: Shepherd loses track of elogind

Hello, On a newly-installed i7 system, Shepherd believes that the "elogind" service is not running. Yet there is an 'elogind-daemon' process, spawned by PID 1, preventing subsequent "herd start elogind" invocations from succeeding. signature.asc Description: PGP signature

bug#44649: 1.2.0rc0 tarball includes guix-daemon.cil.in

, and the template is needed for the 1% that use a different store directory. @Ludo: WDYT about the attached patch for version-1.2.0? From 8b77d853a4c9503df61fb75190d562206d1de1d2 Mon Sep 17 00:00:00 2001 From: Marius Bakke Date: Sun, 15 Nov 2020 15:56:04 +0100 Subject: [PATCH] maint: Install the

bug#44558: Mesa isn't update to date

Guillaume Le Vaillant writes: > I saw that issue 803 of gst-plugin-good has been closed with patch > 2ce5909f; are there other things blocking the merge of the 'staging' > branch into 'master'? Now 'gst-plugins-bad' fails on i686: https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/-/iss

bug#44558: Mesa isn't update to date

Guillaume Le Vaillant writes: > Tobias Geerinckx-Rice via Bug reports for GNU Guix skribis: > >> Romulasry, are you suffering from specific Mesa 20.0.7 problems that 20.2.2 >> might fix? Please let us know. An otherwise working package not being at >> the >> latest upstream version isn't a bu

bug#44559: gnutls 3.6.12 fails to build: FAIL: status-request-revoked

Ludovic Courtès writes: > The question for us becomes how to ensure long-term reproducibility in > the presence of such bugs. > > In this case, I think the only solution would be to change the system > clock when one rebuilds GnuTLS (or to use ‘--without-tests=gnutls’, but > you end up with diffe

bug#44383: gst-plugins-good fails its test suite on armhf-linux

Maxim Cournoyer writes: > Here's the output for the failing tests: This is using QEMU transparent emulation, right? There is a substitute on Berlin: $ guix weather -s armhf-linux gst-plugins-good computing 1 package derivations for armhf-linux... looking for 1 store items on https://ci.guix.gn

bug#44525: Derivation of computed-file has no outputs

Stefan writes: > Hi! > > I try to use a computed-file as an input to a bootloader profile hook > function. Using guix system I get this error message: > > guix system: error: reference to invalid output 'out' of derivation > '/gnu/store/946szbrwn3ja74yjnibbhjisjflvsk73-test.txt.drv' > > This i

bug#44508: Found a bug in compute-guix-derivation

Josh Marshall writes: > Hello all, > > When pulling I came across the following which told me to send a report in: > > ``` > anadon@goodadvicemallard:~$ guix pull > Updating channel 'guix' from Git repository at ' > https://git.savannah.gnu.org/git/guix.git'... [...] > substitute: updating subs

bug#44417: ungoogle-chromium crashes on Jitsi & co.

Ludovic Courtès writes: > Current ungoogle-chromium (commit > e1f5c2292b88525414b5d0336a00bfa6741d4f14) crashes upon displaying video > as in Jitsi (GPU_DEAD_UPON_ARRIVAL error, IIRC). The demo at https://meet.jit.si "works for me". That is with "intel-vaapi-driver" installed. Does that make a

bug#44194: Cuirass ignoring proc_args on Berlin

Hello, Cuirass is currently evaluating all of 'core-updates': https://ci.guix.gnu.org/jobset/core-updates-core-updates This is despite (subset . core) in "proc_args". Any idea what's going on here? signature.asc Description: PGP signature

bug#44146: CVE-2020-15999 in FreeType

Hello, The 'freetype' package is vulnerable to CVE-2020-15999. According to https://chromereleases.googleblog.com/2020/10/stable-channel-update-for-desktop_20.html, an exploit already exists in the wild. I'm busy for a couple of days and won't be able to work on it in time. Volunteers wanted! F

bug#44121: Cuirass jobs become cancelled due to garbage collected .drv's

Hello, Most jobs from the 'staging' evaluation in Cuirass are cancelled: https://ci.guix.gnu.org/jobset/staging-staging (scroll a few pages rightwards) Christopher mentioned on #guix that this can happen when the derivations have disappeared by the time Cuirass tries running a job. Indeed, t

bug#43986: core-updates' grep and coreutils fail strerror_r and perror2 tests in gnulib-tests on armhf-on-aarch64

Danny Milosavljevic writes: > How do I debug this? > > $ guix-core-updates/guix/pre-inst-env guix environment -s armhf-linux --pure > grep > > needs grep (it's in the implicit native inputs), and that grep has a test > failure. Does this work? guix environment -s armhf-linux -e '(@@ (gnu pa

bug#43843: [PATCH] build-system/haskell: Disable parallel builds.

zimoun writes: > Fixes . > > PARALLEL-BUILD? introduced by commit 67cb9fa2357026ee42ec5bb0923ec4dc4a43abe2 > leads to unreproducibility. Instead of reverting, default is set to #false > which allows user to locally build with parallelism. > > * guix/build-system/haske

bug#44064: can't build runc

luhux writes: > guix describe: > Generation 15 Oct 16 2020 20:24:15(current) > guix 24dd78a > repository URL: https://git.savannah.gnu.org/git/guix.git > branch: master > commit: 24dd78a3cdd45d73d61c1133cac21f21c2331c2a This problem was fixed a few commits later, in e3

bug#43893: [PATCH v2] maint: update-guix-package: Prevent accidentally breaking guix pull.

Maxim Cournoyer writes: > Fixes . > > This changes the 'update-guix-package' tool so that it: > > 1. Always uses a clean checkout to compute the hash of the updated 'guix' > package. > 2. Ensures the commit used in the updated 'guix' package definition has > al

bug#40411: [bug#41863] [PATCH] services: Fix gdm-autologin pam service.

Alex Griffin via Guix-patches via writes: > This patch fixes GDM's auto-login feature. > > See the discussions in #35674 and #40411. It works for me, but I don't want > to just commit it because I don't really understand PAM. (Then again, who > does?) [...] > @@ -925,7 +926,7 @@ the GNOME des

bug#43567: wpa supplicant service depends on 'dbus-system''s service, even when config says (dbus? #f)

calcium writes: > It seems that even when disabling dbus for > wpa-supplicant, the service `dbus-system' is started for > wpa-supplicant. > And trying to stop it with 'herd stop dbus-system' also > stop the wpa-supplicant service (which should not depend on dbus when > configured with (dbus? #f))

bug#43344: "basic" system tests fail (and all the other ones) on guix master

Leo Famulari writes: > On Wed, Sep 16, 2020 at 09:36:49PM -0400, Mark H Weaver wrote: >> Next, it probably makes sense to test 5.8.9 with the above commit >> reverted. Would someone like to try it? If that works, we can avoid >> the bisection, resume kernel updates, and revert this change acros

bug#42934: Ganeti fails to build

Timothy Sample writes: > Hi Marius, > > Marius Bakke writes: > >> Since the recent haskell-build-system changes, the 'ganeti' package >> fails to build [...] > > This is fixed by 856def7bb3b4af85a1325bc732e81d705156a482 (and also > 991ca49961d1066f7

bug#42964: Potential FSDG issue with debootstrap scripts

Denis 'GNUtoo' Carikli writes: > Hi, > > I found a potential issue with the debootstrap package and the Guix > blog. Thanks for bringing this to our attention! > The Free System Distribution Guidelines states that: >> A free system distribution must not steer users towards obtaining any >> nonf

bug#42934: Ganeti fails to build

Hello, Since the recent haskell-build-system changes, the 'ganeti' package fails to build with this error: --8<---cut here---start->8--- GHC]: src/Ganeti/Utils/Statistics.o <- cabal_macros.h src/Ganeti/Utils/Statistics.hs : can't load .so/.DLL for: libpcre.so

bug#42933: GHC does not remove unnecessary references for non-standard store prefixes

Hello, The 'remove-unnecessary-references' phase in GHC added by commit f737d3ddd8018f89b0fa9f80aee4490cd726903a introduces a regression where users with a non-standard store prefix will get a different end result. The code should be changed to use %store-directory instead of hard-coding "/gnu/st

bug#41308: Django 3 dependency: python-sqlparse

Josh Marshall writes: > The following is out of date: python-sqlparse This was fixed in commit d343e0fe3ef823ab6067178cd13372ad2b496924. signature.asc Description: PGP signature

bug#42599: clang-3.7.1 build failure

Malte Frank Gerdes writes: > Hi, > > llvm-3.7.1 fails to build as a dependency of beignet-1.3.2. The error > seems to be a missing file (see log at end of mail). Fixed in 0d3063f4bc62b2d18179642e48074a81fd04bcbf, thanks for the report! signature.asc Description: PGP signature

bug#40029: Preventing automatic python2 transformation of some packages

Ludovic Courtès writes: > Hi! > > Marius Bakke skribis: > >> 'python2-sphinx' is obsolete and increasingly a maintenance burden, >> because we need to keep special versions around just to make it build. >> >> The only reason we have this package

bug#42420: git-fetch origins produce same store output when set recursive is set to true or false

pkill9 writes: > I built a source that uses git-fetch - by default (recursive? #f) - and > the package failed to build, then I remembered it uses submodules, so I > set (recursive? #t) but it failed with the same error. The problem is > that the store path of the source is the same for both, so i

bug#41280: guix package -i artanis failed

Wensheng Xie writes: > wxie@guix ~$ guix package -i artanis > Das folgende Paket wird installiert: >artanis 0.4.1 [...] > /gnu/store/7xvqivphdln1ks6pwzy5q3ysws16pvk4-artanis-0.4.1.drv wird erstellt … > \ „build“-Phasebuilder for > `/gnu/store/7xvqivphdln1ks6pwzy5q3ysws16pvk4-artanis-0.4.1.

bug#41743: gst123

Kyle Andrews writes: > Marius Bakke writes: > >> Kyle Andrews writes: >> >>> Tobias Geerinckx-Rice writes: >>> >>>> Kyle, >>>> >>>> Kyle Andrews 写道： >>>>> I tried adding all the gst packages I could

bug#42372: python-tinycss2 fails to build

Michael Rohleder writes: > Hey guix, > > I tried building weasyprint, but python-tinycss2 fails in (flake?) > tests: Fixed in 15076369062852c266bc697fc54b2ba157aceed0, thanks! signature.asc Description: PGP signature

bug#42195: python-shiboken@2-5.12.6 fails to build

Fulbert writes: > Hi, > > > $ guix describe > Génération 14 04 jui 2020 12:45:29(actuelle) > guix 525e152 > URL du dépôt : https://git.savannah.gnu.org/git/guix.git > branche: master > commit : 525e1527c7b06e73baf0afd6a92197a9e9a4c0e0 > > > Trying to install [Blender w

  1   2   3   4   5   6   7   >