bug#56398: (guix git) fails to check out repos with nested submodules

Hello, André Batista skribis: > Well, I guess ENOENT != GIT_ENOTFOUND and, in that case, I think we > are better off gracefully failing to update it than trying to "branch" > our local repo. The patch below tests for the directory's existence > before proceding with the update. With this patch a

bug#54691: fortune-mod propagates various non-nice things

Hi, Liliana Marie Prikler skribis: > Am Mittwoch, dem 03.08.2022 um 15:43 +0200 schrieb Ludovic Courtès: >> [...] >> > -(define-public fortune-mod >> >> (Perhaps also make “fortune-mod” a deprecated name for >> “fortune-jkirchartz”.) > I'm getting m

bug#54691: fortune-mod propagates various non-nice things

Hi, Liliana Marie Prikler skribis: > Since the addition of fortune-jkirchartz, it is no longer necessary to > keep around a package that propagates various non-nice things. > For a complete list, see . > > * gnu/packages/games.scm (fortune-mod): Delete variable. [...

bug#56799: (gnu services configuration) usage of *unspecified* is problematic

Hi, Maxim Cournoyer skribis: > Ludovic Courtès writes: > >> Hi! >> >> Maxim Cournoyer skribis: >> >>> Since commit 8cb1a49a3998c39f315a4199b7d4a121a6d66449, the >>> define-configuration machinery in (gnu services configuration) uses >>&

bug#56799: (gnu services configuration) usage of *unspecified* is problematic

Hi! Maxim Cournoyer skribis: > Since commit 8cb1a49a3998c39f315a4199b7d4a121a6d66449, the > define-configuration machinery in (gnu services configuration) uses > *unspecified* instead of 'disabled for an unspecified field value. As Attila wrote, the rationale as discussed in

bug#56519: Shepherd non-deterministically fails to load the "guix-daemon" service after the "user-processes" service has been started

Hi Markus, Markus Nilsson skribis: > I checked other services that depend on "user-processes" (see the attached > shepherd dependency graph for my system). The "mcron" service and "ntpd" > successfully start (lines 20 and 23). This still leaves the mystery of why > "guix-daemon" and "nscd" won't

bug#56799: (gnu services configuration) usage of *unspecified* is problematic

Hi! Maxim Cournoyer skribis: > Fixes . > > * guix/gexp.scm (gexp->sexp)[*unspecified*]: Quote value when encountering it. I think we need to take a step back. Overall, I’m reluctant to modifying a core primitive like ‘gexp->sexp’ “just” to address this higher

bug#56866: [Shepherd] inetd connections not correctly counted?

Hi, We recently experienced a bug on berlin.guix where we’d be locked out of SSH access because shepherd (0.9.1) would say that the maximum connection number on the sshd inetd service had been reached. That threshold is a feature (see ‘max-connections’ in ) but there’s a possibility in this case

bug#56722: guix pull fails -- unbound variable in gnu/home/services/symlink-manager.scm

Hi, "(" skribis: > vhallac has determined that commit > ba22560627f848f40891a56355ff26b6de1380bc, which allowed `guix gc` to > delete Home generations, caused this issue. Somehow. Thanks for the heads-up. The offending commit is reinstated together with a fix in 4de445f3dae5f5b42d59003cceddecf

bug#56722: guix pull fails -- unbound variable in gnu/home/services/symlink-manager.scm

"(" skribis: > Log here: > For posterity: --8<---cut here---start->8--- [ 0/ 98] loading... 0.0% of 49 files [ 1/ 98] loading... 2.0% of 49 files [ 2/ 98] loading...

bug#56667: test failures tests/channels.scm and tests/texlive.scm

Hi, Chris Keschnat skribis: > FAIL: tests/texlive > === > > (package (inherit (simple-texlive-package "texlive-texsis" (list > "bibtex/bst/texsis/" "doc/man/man1/" "doc/otherformats/texsis/base/" > "tex/texsis/base/" "tex/texsis/config/") (base32 > "17ckkii656y2g1h5h8lc1bsy10a

bug#56674: [Shepherd] Use of ‘waitpid’, ‘system*’, etc. in service code can cause deadlocks

Maxime Devos skribis: > Why Shepherd and not guile fibers? Is this a Shepherd-specific problem? Blocking calls are a problem for Fibers in general, and ‘waitpid’ is no exception. The problem here is Shepherd-specific in the sense that we’re more likely to use ‘system*’ and ‘waitpid’ in this con

bug#56678: certbot mcron job fails

Hello, ‘certbot-service-type’ defines an mcron job that invokes ‘certbot’ with a fairly long list of arguments. However, that command line appears to be incorrect, or at least it is on bayfront.guix where I tested it: --8<---cut here---start->8--- ludo@bayfron

bug#56667: test failures tests/channels.scm and tests/texlive.scm

Hi, Chris Keschnat skribis: > test-name: channel-news, one entry > location: /home/ck/tmp/guix/tests/channels.scm:323 > source: > + (test-assert > + "channel-news, one entry" [...] > + (entry (tag "tag-for-first-news-entry") > + (title (en "Ol

bug#56674: [Shepherd] Use of ‘waitpid’, ‘system*’, etc. in service code can cause deadlocks

Hi! We’ve just had a bad experience with the nginx service on berlin, where ‘herd restart nginx’ would cause shepherd to get stuck forever in ‘waitpid’ on the process that was supposed to start nginx. The details are unclear, but one thing is clear is that using ‘waitpid’ (either directly or indi

bug#55898: Services depending on new Shepherd features may fail until reboot

Hi! Maxim Cournoyer skribis: >> Perhaps services should allow specifying the minimum required Shepherd >> version, which Shepherd could ensure is met before attempting to restart >> a service, printing something like: >> >> 'Could not restart service X due to unmet Shepherd version requirement;

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

Hi, Marius Bakke skribis: > 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). That was a typo in (guix build-system mozilla), where we’d accidentally create a bag with #:system as its ‘name

bug#56647: qgis 3.16.3 is not reproducible

Qgis 3.16.3 is not reproducible: --8<---cut here---start->8--- $ ./pre-inst-env guix challenge qgis /gnu/store/yc2iyiq45204285dxglwi2nkydlaw9z8-qgis-3.16.3 contents differ: no local build for '/gnu/store/yc2iyiq45204285dxglwi2nkydlaw9z8-qgis-3.16.3' https:

bug#20255: [bug#56382] [PATCH] gnu: gajim: Use hicolor-icon-theme to avoid crashing on startup

Hi, b...@bokr.com skribis: > I'm sure you were just after a quick indication and know what can affect > timing, > but I'm curious: > > What would the above results be if you did the second timing > first, after a power down and cold start? > > I'm guessing the kernel file systems are pretty clev

bug#53506: guix-packages-base.drv leads to segfault on i686-linux

Hi, Ludovic Courtès skribis: > Yes. I just tried ‘guix pull -s i686-linux’ for commit > e641d707e1ec8de2bfc658dcd1757360300aa509 and it passed! > > This is certainly due to the reduced heap usage in Guile 3.0.8. > However, while building > /gnu/store/87mqnqwxqbcidbx5bpy

bug#55360: [Installer] ‘guix system init’ displays dots instead of progress bars

Hi! Ludovic Courtès skribis: > During installation, ‘guix system init’ displays dots instead of > progress bars for downloads and such. > > This suggests that ‘display-download-progress’ gets #:tty? #f. This may > be a side effect of running it in a pipe in > ‘run-external-co

bug#53210: installer: referring to N-1 guix is problematic.

Josselin Poiret skribis: > -(define channel-build-system > - ;; Build system used to "convert" a channel instance to a package. > +(define channel-profile-build-system > + ;; Build system used to "convert" a channel instance to a profile, in > + ;; package form. In hindsight I’m not convinced

bug#56503: Poor error message on missing file using substitute*

Hi, Daniel Meißner skribis: > It prints: > > #<&compound-exception components: (#<&external-error> #<&origin origin: > "mkstemp"> #<&message message: "~A"> #<&irritants irritants: ("Datei oder > Verzeichnis nicht gefunden")> #<&exception-with-kind-and-args kind: > system-error args: ("mkstemp

bug#56519: Shepherd non-deterministically fails to load the "guix-daemon" service after the "user-processes" service has been started

Hi Markus, >From the /var/log/messages excerpt you sent, it would seem that the root cause is failing to device mapping for the “streetkid” storage: Markus Nilsson skribis: > Jul 1 21:39:35 localhost vmunix: [ 16.150396] sd 6:0:1:0: Attached scsi > generic sg6 type 0 > Jul 1 21:39:35 local

bug#56619: Inkscape crashes on startup, renders package unusable

Hi Justus, Justus Winter skribis: > % guix shell inkscape -- inkscape > (inkscape:10197): dbind-WARNING **: 18:11:01.868: AT-SPI: Error retrieving > accessibility bus address: org.freedesktop.DBus.Error.ServiceUnknown: The > name org.a11y.Bus was not provided by any .service files > > (org.ink

bug#20255: [bug#56382] [PATCH] gnu: gajim: Use hicolor-icon-theme to avoid crashing on startup

Hi, Maxim Cournoyer skribis: > Hi Ludovic, > > Ludovic Courtès writes: > >> Hi, >> >> "Raghav Gururajan" skribis: >> >>>> Does simply adding ‘hicolor-icon-theme’ to ‘inputs’ fix the issue? >>> >>> Most gtk-based app

bug#56572: failed install on partition, backtrace attached

Hi, Peter skribis: > Follow-up: 1.3.0 installer couldn't be used again, will submit another bug > for the reason why separately. > > Using the snapshot 520v5sznglla0z1g3mz6pfsml88b8gxx-image.iso did not have > the error 1.3.0 did trying to format/write to the partition and the install > was able

bug#56545: guix time-machine/shell throws "unsupported manifest format" error

Hi! Maxim Cournoyer scribes: > and the channels.scm file: > > (list (channel >(inherit %default-guix-channel) >(commit > "ceeb2bfcaeb4380e01d26c8425e28b94ac13558a"))) ;2022-06-07 > > > and was surprised to be greeted with the following error: > > (repl-version 0 1 1) > (e

bug#56114: Guix does not have a documented general and practical procedure for lowering a single lowerable object to the /gnu/store/... string.

Hi! Thanks all for your support. :-) I’ve pushed these new REPL commands as 4ce7f1fb24a111f3e92d5b889d1271bebf109d09, including a new “Using Guix Interactively” section in the manual to document it. Feedback welcome! I’m sure we can add more REPL commands as we better see what useful shorthand

bug#56539: ‘guix shell -D … --export-manifest’ behaves inconsistently

Ludovic Courtès skribis: > I observe the following weird behavior, where the first invocation > wrongfully expands ‘-D gnutls’ into a list of package specs, whereas the > other invocations (only slightly different) lead to calls to > ‘package->development-manifest’ as expected:

bug#42595: conflicts in propagated imports must be resolved manually

Hi, Maxim Cournoyer skribis: > Ludovic Courtès writes: [...] >>>> guix package: error: profile contains conflicting entries for glib >>>> guix package: error: first entry: glib@2.62.6 >>>> /gnu/store/xr6zfqxklmr7skalljn5i071xmgqxbrm-glib-2.62.6 >

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

Hi, Maxim Cournoyer skribis: > I lost track of the details -- is this problem still likely to bite us > in the future, or was something committed to mitigate against it? “Time bombs” are the worst of non-reproducibility bugs because (1) we don’t have workarounds other than changing the system t

bug#56572: failed install on partition, backtrace attached

Hi Peter, Peter skribis: > I did manual partitioning because I didn't want to wipe the other > partitions out. > > Set / and /home partitions, formatted as EXT4. > > Crashes as soon as it writes the changes, displays the backtrace and > restarts the installer. Ouch. Could you confirm it was wi

bug#55936: dockerd fails to start on boot

Hi, Maxim Cournoyer skribis: > I've researched more on the topic, and it appears what I had on mind is > rather systemd's socket *notification* (what they call 'sdNotify') > rather than activation. Activation is just to lazy start things... it > probably wouldn't help here, rather it seems it'd

bug#54469: home-environment-variables-service-type does not quote things

Hi, Maxime Devos skribis: > (use-modules (gnu home) (gnu packages) (gnu home services) > (gnu services) (guix gexp) (gnu home services shells)) > > (define formula-of-the-day >;; TODO: add some more formulae, randomise >"$US dollar/€euro = 1.11") > > (home-environment > (p

bug#56540: ‘home-bash-service-type’ doesn’t quote environment variables

Ludovic Courtès skribis: > Similar to <https://issues.guix.gnu.org/54469>, ‘home-bash-service-type’ > doesn’t quote environment variables. For example, if you add this > service: > > (define bash-fancy-prompt-service > (simple-service 'bash-fancy-prompt >

bug#56540: ‘home-bash-service-type’ doesn’t quote environment variables

Similar to , ‘home-bash-service-type’ doesn’t quote environment variables. For example, if you add this service: --8<---cut here---start->8--- (define bash-fancy-prompt-service (simple-service 'bash-fancy-prompt

bug#56539: ‘guix shell -D … --export-manifest’ behaves inconsistently

Hi! I observe the following weird behavior, where the first invocation wrongfully expands ‘-D gnutls’ into a list of package specs, whereas the other invocations (only slightly different) lead to calls to ‘package->development-manifest’ as expected: --8<---cut here---start

bug#37904: CPU overheating on recent laptops

Hi, Maxim Cournoyer skribis: > Is this problem still an issue? Based on what Arne says above, it seems > it isn't a fault in Guix, so perhaps we can close the issue and seek > resolution upstream if a problem remains? Yes, looks like we can close it. Thanks, Ludo’.

bug#56441: guix time-machine broken by profiles speed-up

Hi! > e80f0cda96 etc: Add 'time-travel-manifest.scm'. > c9fbd40785 channels: Emit version 3 profiles. > 89e2288751 profiles: Support the creation of profiles with version 3 > manifests. And here’s the CI job: https://ci.guix.gnu.org/jobset/time-travel OK, it’s currently broken, but it

bug#56441: guix time-machine broken by profiles speed-up

Ludovic Courtès skribis: > The patches below do that. As discussed on IRC, it’s not pretty but > it’s pragmatic. Pushed! e80f0cda96 etc: Add 'time-travel-manifest.scm'. c9fbd40785 channels: Emit version 3 profiles. 89e2288751 profiles: Support the creation of profile

bug#56441: guix time-machine broken by profiles speed-up

Ricardo Wurmus skribis: > Attached is a patch that attempts to build the manifest in an inferior. > This fails because manifest->gexp returns a gexp that we can’t get out > of the inferior to pass to build-profile. Thanks for sharing! This sounded like the “right” approach, but there’s a part t

bug#56441: Time travel doesn't resist profile format changes

Hello, zimoun skribis: > It sounds good! Here a check from v1.3 to v0.16. > > $ for ci in a0178d34f582b50e9bdbb0403943129ae5b560ff \ > a099685659b4bfa6b3218f84953cbb7ff9e88063 \ > d62c9b2671be55ae0305bebfda17b595f33797f2 \ > d68de958b60426798ed62797ff

bug#56441: guix time-machine broken by profiles speed-up

Hi, Ludovic Courtès skribis: > Another option (thinking out loud): > > • in ‘package-cache-file’, unconditionally generate a v3 profile (we > could add a ‘version’ field to etc.); > > • likewise in ‘channel-instances->derivation’. The patches below do that. As d

bug#56441: guix time-machine broken by profiles speed-up

Hi, Ricardo Wurmus skribis: > It’s worse than that: an older Guix living in a new profile (i.e a > profile with a version 4 manifest) cannot describe itself, because it > cannot read the manifest. Argh. [...] > This old Guix lives in a new profile. We must prevent this. But how? > > How abo

bug#56343: ‘tests/services/telephony.scm’ fails to run

Hi, Maxim Cournoyer skribis: > I've remove all the parsing tests and kept the others; see > 258bc4c4e668e9817471d04d052bc0a8e2d43fa0. Great, thank you! Ludo’.

bug#56398: (guix git) fails to check out repos with nested submodules

Hi! André Batista skribis: > Hi! > > ter 05 jul 2022 às 17:02:31 (1657051351), ludovic.cour...@inria.fr enviou: >> It seems that ‘update-cached-checkout’ fails to handle nested Git >> submodules, when a submodule itself has submodules: > > I think this may be actually a bug upstream. When refres

bug#47474: fossil: hash mismatch

Hi! Jack Hill skribis: > I guess I ran into this because I was using `guix build` with > `--no-substitutes`. Is it expected that we don't fallback to > disarchive and Software Heritage in that case? Yes, and that’s actually suboptimal: https://issues.guix.gnu.org/28659 > If so, I guess my p

bug#47474: fossil: hash mismatch

Hi! Jack Hill skribis: > I'm also curious to know to fill in the archive for old versions. I > guess the first step would be to preserve the tarballs with the > original hashes. Does anyone have them? I notice that this happened > again with 2.17: > > downloading from > https://www.fossil-scm.o

bug#56398: (guix git) fails to check out repos with nested submodules

Hello, It seems that ‘update-cached-checkout’ fails to handle nested Git submodules, when a submodule itself has submodules: --8<---cut here---start->8--- $ ./pre-inst-env guix refresh python-pytorch gnu/packages/machine-learning.scm:2872:13: python-pytorch wou

bug#56114: Guix does not have a documented general and practical procedure for lowering a single lowerable object to the /gnu/store/... string.

Hi, zimoun skribis: > My comment was about an unrelated thing. I don’t take comments about unrelated things. ;-) > Well, I do not use every day G-exp nor ’plain-file’ and the like. The > interface appears to me unexpected each time I use it but hey I can > live with it. :-) However, the docu

bug#56297: Guix style imperfections

Hi, Ludovic Courtès skribis: >>> (define-public guile-next >>> (let ((version "3.0.7") (revision "0") >>>(commit "d70c1dbebf9ac0fd45af4578c23983ec4a7da535")) >> >> Conventionally 'revision' is put on another

bug#56114: Guix does not have a documented general and practical procedure for lowering a single lowerable object to the /gnu/store/... string.

Hello! zimoun skribis: > However, note that, > > scheme@(guix-user)> ,build (plain-file "foo" "bar") > $1 = "/gnu/store/798sxvdgr0680czdggbls7rd3sfwk2yx-foo" > scheme@(guix-user)> ,lower (plain-file "foo" "bar") > $2 = "/gnu/store/798sxvdgr0680czdggbls7rd3sfwk2yx-foo" > > > which is confusing, e

bug#53355: bug#51466: bug#53355: guix shell --check: confusing error message

Hi, "(" skribis: > On Tue Jun 28, 2022 at 11:38 AM BST, Maxime Devos wrote: >> Then it could be fixed in that distro? And if the distro intentionally >> keeps it broken for years, then that seems more a problem in the distro >> than Guix to me. > > I believe Ludo' is referring to LTS distros an

bug#56082: home: services: openssh: identity-file could be a list of strings.

Hi, Oleg Pykhalov skribis: > Currently ‘identity-file’ in ‘openssh-host’ record is a ‘maybe-string’, > but it could be a list, which generates a config like: > > Host example.org > … > IdentityFile ~/.ssh/id_rsa_1 > IdentityFile ~/.ssh/id_rsa_2 > IdentityFile ~/.ssh/id_rsa_3 I didn’t re

bug#56114: Guix does not have a documented general and practical procedure for lowering a single lowerable object to the /gnu/store/... string.

, I’ll update the manual accordingly, and we can always add more features (like build options) later on. Thoughts? Thanks, Ludo’. diff --git a/guix/monad-repl.scm b/guix/monad-repl.scm index aefabdeebb..15c10efe01 100644 --- a/guix/monad-repl.scm +++ b/guix/monad-repl.scm @@ -1,5 +1,5 @@ ;;; GNU Gu

bug#56297: Guix style imperfections

Hi, Maxime Devos skribis: > "guix style" occasionally makes some decision that seem a bit > questionable to me. Let’s keep in mind that some are bugs/limitations that can be fixed, while others cannot really be addressed because our tastes vary depending on context and the pretty printer could

bug#56327: Regression: openssh service fails to start if system has no IPv6

Hi! André Batista skribis: > I've tested the following patch, which tests for IPv6 support, on > both a system without IPv6 and another with it, but I have not tested > on a system with shepherd < 0.9.1. Hopefuly it works as expected. Older versions of shepherd are not relevant in this case. I

bug#56338: ‘guix refresh -u’ stops at the first failure to determine releases

Ludovic Courtès skribis: > Starting from commit 53b9c27aa59bebf955f0aa24fef60a101480ef5c (a fix for > <https://issues.guix.gnu.org/55987>), we get: > > $ ./pre-inst-env guix refresh -t cran r-a3 r-googlesheets r-a4 -u > gnu/packages/bioconductor.scm:9233:2: warning: no up

bug#55499: excessively large manifests due to propagation

Hi! I went ahead and pushed it as 4ff12d1de7cd617b791996ee7ca1240660b4c20e. Ludo’.

bug#56343: ‘tests/services/telephony.scm’ fails to run

Hi, The ‘tests/services/telephony.scm’ file exercises procedures that were removed from (gnu build jami-service) in 85b4dabd94d53f8179f31a42046cd83fc3a352fc, which prevents ‘make check’ from proceeding: --8<---cut here---start->8--- $ make check -j5 [...] PAS

bug#56338: ‘guix refresh -u’ stops at the first failure to determine releases

Starting from commit 53b9c27aa59bebf955f0aa24fef60a101480ef5c (a fix for ), we get: --8<---cut here---start->8--- $ ./pre-inst-env guix refresh -t cran r-a3 r-googlesheets r-a4 -u gnu/packages/bioconductor.scm:9233:2: warning:

bug#56209: Shepherd 0.9 not cleanly unmounting root

Hi, angry rectangle skribis: > I tried your patch on one of my computers and it works. Thanks for testing. Pushed as 0483c71cc5aeb3b69f6deb154fe12c0b2e6dc17f. The reason is took me more time is that I wanted to have a system test for that to make sure it doesn’t come back to haunt us in the f

bug#56209: Shepherd 0.9 not cleanly unmounting root

Hi, I believe the attached patch fixes the problem. I’ll do more testing on my side but I’d be grateful if someone would give it a try too. Ludo’. diff --git a/gnu/packages/admin.scm b/gnu/packages/admin.scm index 17b7b38a15..dea58354d9 100644 --- a/gnu/packages/admin.scm +++ b/gnu/packages/adm

bug#51466: bug#53355: guix shell --check: confusing error message

Maxime Devos skribis: > Ludovic Courtès schreef op ma 27-06-2022 om 12:17 [+0200]: >> I agree that Dash should be fixed, but in the meantime, we still want >> our stuff to work with the broken Dash (it’s the default on >> Debian/Ubuntu, isn’t it?). > > If Dash is

bug#56076: guix shell -P behavior is surprising with persistent home

install script on foreign distros. Maybe we could do the same with SSL_CERT_DIR? > Ludovic Courtès schreef op ma 27-06-2022 om 09:55 [+0200]: >> That’s a bit of a hack to work around this venerable bug: >> >>   https://issues.guix.gnu.org/22138 >> >> :-) > > M

bug#56209: Shepherd 0.9 not cleanly unmounting root

Hi, angry rectangle skribis: > Since the upgrade to shepherd 0.9, I get "recovering journal" every single > time I start my computer. > To be specific, "recovering journal" appears after I enter my encryption > password in the initrd. > I assume this means the filesystem wasn't cleanly unmount

bug#51466: bug#53355: guix shell --check: confusing error message

Hi Chris, Chris Marusich skribis: > It turns out that it is probably not OK to rely on shell redirection in > this case, after all. For example, "dash does not support multi-digit > file descriptors": > > https://bugs.launchpad.net/ubuntu/+source/dash/+bug/249620 Bah. :-/ [...] > To resolve

bug#56250: File systems not cleanly unmounted?

Hi! I don’t reboot my laptop very often but over the last couple of months maybe, I’ve had the impression that I see the “not cleanly unmounted” message from fsck.ext4 during boot almost every time. Someone on IRC just reported seeing the same kind of message for /boot/efi (VFAT) and I’ve seen it

bug#56076: guix shell -P behavior is surprising with persistent home

Hi, Maxime Devos skribis: > Ludovic Courtès schreef op vr 24-06-2022 om 23:10 [+0200]: >> That said, for this particular use case, you could do: >> >>   guix shell syncthing nss-certs openssl -- syncthing >> >> Adding ‘openssl’ to the mix is a trick to ensur

bug#56030: The guix pull profile is too big

Hi, Julien Lepiller skribis: > I figured out this morning that my guix pull profile ("current") was more > than 1GB. Looking at the closure, I found a few oddities. Specifically: --8<---cut here---start->8--- $ guix describe Generation 219 Jun 20 2022 09:4

bug#56014: Guix crashes at while downloading an update

Hi Matthias, Matthias skribis: > I just downloaded the QEMU image for the Guix distribution and wanted > to try it out. I use QEMU and AQEMU from the current Debian Testing. > > To try out the package manager I installed the Lynx terminal > browser. That worked without any problems (lynx is wor

bug#56076: guix shell -P behavior is surprising with persistent home

Hi Ethan, Ethan Blanton skribis: > I am using guix shell to create an isolated container, but using a > persistent home directory to preserve configuration and state for the > program in the container. Specifically, I am using (lightly > simplified; note that the user is elb and the manifest co

bug#56137: OpenSSL 3.0.3/1.1.1n includes a time-dependent test

Maxime Devos skribis: > Ludovic Courtès schreef op wo 22-06-2022 om 12:39 [+0200]: >> That commit skips the test.  I tried another approach with ‘datefudge’, >> which has the advantage of being more explicit and future-proof (should >> there be simila

bug#56137: OpenSSL 3.0.3/1.1.1n includes a time-dependent test

Ludovic Courtès skribis: > As reported by phodina in <https://issues.guix.gnu.org/53581>, OpenSSL > 1.1.1n and 3.0.3 include a time-dependent test that now fails due to an > expired certificate: > > https://github.com/openssl/openssl/issues/18441 Fixed o

bug#56137: OpenSSL 3.0.3/1.1.1n includes a time-dependent test

Hello, As reported by phodina in , OpenSSL 1.1.1n and 3.0.3 include a time-dependent test that now fails due to an expired certificate: https://github.com/openssl/openssl/issues/18441 The log looks like this: --8<---cut here---start--

bug#53355: guix shell --check: confusing error message

Hi, Chris Marusich skribis: > Before pushing, I did some more tests to make sure it was still working. > When I did this, I noticed that read-line was no longer returning > strings that end in "\r". This prevents child-shell-environment from > behaving correctly, since it incorrectly assumes th

bug#55521: ‘guix shell --export-manifest’ can yield incorrect results

Hi, Ludovic Courtès skribis: > Uh, weird. I do encounter it like this: > > $ guix time-machine --commit=6b588da368c77cde82ea2f22ca315116228777ad -- > shell --export-manifest texlive-base rubber > ;; What follows is a "manifest" equivalent to the command line you ga

bug#55857: Odd Shepherd message on 'guix system reconfigure': (map (# ?) ?)

Hi, Maxim Cournoyer skribis: > Ludovic Courtès writes: [...] >> The difficulty here is that the message comes from shepherd without a >> priority/level flag. Usually those messages are well worth displaying >> because they show what services got restarted, what failed,

bug#55987: guix refresh -u doesn't output anything on updater failure

Hi John, John Kehayias skribis: > $ guix refresh wayland-protocols > gnu/packages/freedesktop.scm:1029:2: warning: 'generic-html' updater failed > to determine available releases for wayland-protocols > > but > > $ guix refresh wayland-protocols -u > > outputs nothing (and exit code is not an e

bug#55985: Cuirass(?) produces less than useful ‘build’ log files

Hi, Tobias Geerinckx-Rice skribis: > Hi Guix! > > It seems that build logs are not copied over from build nodes, leading > to amusing (but alas quite useless) output like: > > ~ λ curl $(guix build zstd --log-file) What you have here *is* the log as Cuirass saw it, but… > transferredDownloadin

bug#55821: contributing: Broken link to Git manual

Maxime Devos skribis: > contributing.texi contains: > > @pxref{submitting patches,, Submitting patches to a project, git, Git User > Manual}). > > However, there is no 'git' info manual. I think there used to be one; could it be that we’re no longer building it? Ludo’.

bug#55596: Guix/Guile segfaults on `guix import texlive`

Hello, Tobias Geerinckx-Rice skribis: > I think you might be barking up the wrong tree (or, likely, that there > are multiple trees here). I could reproduce the segfault on Guix > System and encouraged Jack to file this bug. > > It's not foreign-distro-related. The process actually segfaulting

bug#55857: Odd Shepherd message on 'guix system reconfigure': (map (# ?) ?)

Hi, Maxim Cournoyer skribis: > Ludovic Courtès writes: [...] >> The message is produced by shepherd as a response to an expression that >> ‘guix system reconfigure’ tells it to evaluate, in (gnu services herd). >> And all this happens as part of the live serv

bug#55951: Lowering an is sensitive to (%current-system)

Ludovic Courtès skribis: > Consider this file: > > (use-modules (guix)) > > (lambda () > (lower-object (load "overdrive1.scm") "aarch64-linux")) > > When ran on x86_64-linux, these two commands return different > derivations, contrary to what one

bug#55499: excessively large manifests due to propagation

Hey Ricardo, Ludovic Courtès skribis: > These patches implement what you suggested on IRC: not repeating > entire manifest entries and their propagated inputs. This has a > dramatic impact on the size of the ‘manifest’ file and on the memory > and processing time to read it for

bug#55951: Lowering an is sensitive to (%current-system)

Consider this file: --8<---cut here---start->8--- (use-modules (guix)) (lambda () (lower-object (load "overdrive1.scm") "aarch64-linux")) --8<---cut here---end--->8--- When ran on x86_64-linux, these two commands return di

bug#55809: guix challenge with diffoscope fails to clean up temporary directory

Hello, Vagrant Cascadian skribis: > When I run a command such as: > > guix challenge --verbose --diff=diffoscope gavl 2>&1 | tee gavl > > It works for the most part, producing the diffoscope output, but ends > with a bunch of warnings regarding removing the temporary directory it > created to

bug#54750: (gnu packages racket) assumes that (ice-9 exceptions) exist, breaks pulling from old Guix

Hi, For some reason I had not seen this issue earlier; too bad it remained for this long. This is now fixed in 8918ce6d1622303465e716ae491b8e5124c7aece. Thanks, Ludo’.

bug#53355: guix shell --check: confusing error message

Hi Chris, Chris Marusich skribis: > One alternative method I tried successfully in a variety of shells was > to use shell redirection (see attached). I like this approach. > However, this will only work in shells that support redirection. I > recall testing with bash, ash (busybox's shell), da

bug#53225: shepherd freezes if wireguard is started with dns config enabled

Hi, The /var/log/messages excerpt you sent me has nothing beyond: > Jun 11 11:43:33 localhost shepherd[1]: Service networking has been started. […] > Jun 11 11:43:33 localhost vmunix: [5.552395] wireguard: WireGuard > 1.0.0 loaded. See www.wireguard.com for information. > Jun 11 11:43:33 lo

bug#55848: [cuirass] workers stalled

Ricardo Wurmus skribis: > They should be using the local IP instead of routing through the > internet, so /etc/hosts should contain an entry for > > 141.80.167.131 ci.guix.gnu.org Good idea. > “guix deploy” did not work on these nodes due to a serious problem: they > were given *some* x86_64 bi

bug#55928: alacritty (Rust) is not reproducible

--8<---cut here---start->8--- $ guix describe Generation 217 Jun 07 2022 00:39:25(current) guix 5850f1e repository URL: https://git.savannah.gnu.org/git/guix.git branch: master commit: 5850f1e99ac8296c47cb42b1f6b222e8fa669eed $ guix challenge a

bug#55848: [cuirass] workers stalled

Hi, (+Cc: guix-sysadmin) Tom Fitzhenry skribis: >>From following the builds on http://ci.guix.gnu.org/workers , many > (all?) builds are failing on the following workers: > > * grunewald > * kreuzberg > * pankow > > The builds are failing with the same error: > > "substitute: updating substitut

bug#55921: ‘guix substitute’ displays nothing when connecting

Hi, ‘guix substitute’ displays nothing when it connects to substitute servers. Thus, if the connection attempt stalls, ‘guix’ commands just print nothing. Here’s what ‘guix build’ sees when ‘guix substitute’ is busy trying to connect to a server: --8<---cut here---start-

bug#55856: First LUKS passphrase prompt at Linux boot always fail

Hi, Maxim Cournoyer skribis: > Today I confirmed that without first clearing the input buffer via > multiple backspaces strokes, the first LUKS passphrase (I have many > disks) *always* fail. This is super weird (I’ve not observed that). I don’t see how the input buffer could be filled with so

bug#55857: Odd Shepherd message on 'guix system reconfigure': (map (# ?) ?)

Hi, Maxim Cournoyer skribis: > The following message is shown when reconfiguring Guix System: > > shepherd: Evaluating user expression (and (defined? (quote transient?)) (map > (# ?) ?)). > > It doesn't seem intended for end users to see; at least I have no clue > what it's supposed to tell me

bug#51639: The home-environment example on Guix manual has an error

Hi, Andrew Tropin skribis: > From b1b448078a5382caf906c84064094f25aef7c689 Mon Sep 17 00:00:00 2001 > From: Andrew Tropin > Date: Fri, 10 Jun 2022 10:08:24 +0300 > Subject: [PATCH] doc: Update example of a minimalistic home environment. > > * doc/he-config-bare-bones.scm: Adujst example accordi

bug#53225: shepherd freezes if wireguard is started with dns config enabled

Hi, Nathan Dehnel skribis: > I tried it again and found this > Jun 9 10:47:44 localhost vmunix: [6.497581] wireguard: WireGuard > 1.0.0 loaded. See www.wireguard.com for information. > Jun 9 10:47:44 localhost vmunix: [6.497584] wireguard: Copyright > (C) 2015-2019 Jason A. Donenfeld .

bug#53225: shepherd freezes if wireguard is started with dns config enabled

Hi Nathan, Nathan Dehnel skribis: >>Could you be more specific? Specifically, could you share >>/var/log/messages for the parts related to Wireguard? > > root@guixtest ~# cat /var/log/messages | grep -i wireguardJun 8 > 18:20:07 localhost vmunix: [6.330271] wireguard: WireGuard 1.0.0 > loa

<    6   7   8   9   10   11   12   13   14   15   >