bug#41604: guix pull impossible after rebasing a local repository

Hi John, On Thu, 4 Jun 2020 at 16:12, John Soo wrote: > Oh nice, then this whole issue I think should be to report that > --allow-downgrades does not allow everything. When I first reported the > issue I tried --allow-downgrades thanks to some help on IRC. The first > attempt failed as I

bug#41604: guix pull impossible after rebasing a local repository

Hi Ludo, On Wed, 3 Jun 2020 at 17:14, Ludovic Courtès wrote: > >> (This can be overridden this by passing ‘--allow-downgrades’.) > > > > Does '--allow-downgrades' support unrelated git histories? I tried that > > flag and it did not work. > > It supports unrelated Git histories. It could

bug#41714: Some Flatpak applications fail to start when attempting to run xdg-dbus-proxy

On Thu, Jun 4, 2020 at 7:36 pm, ArneBab wrote: Hi Jonathan, Jonathan Frederickson writes: I have a few applications that I've installed through Flatpak on Guix System which used to work, but recently I've been unable to run them. Trying to run them results in: jfred@lambdacrypt ~$

bug#41693: freshly installed system cannot run “guix_ pull”

When I boot to my usb key, gnu grub comes up with gnu guix installation 1.1.0-4.bdc801e. I'm assuming it's trying to install that version?

bug#41693: freshly installed system cannot run “guix_ pull”

I am getting the same issue with an .iso made with 1.1.0-4.bdc801e.

bug#41715: The program '/gnu/store/foobar/compute-guix-derivation' failed to compute the derivation for guix

Hi, I encountered a similar error message today, but it worked fine after retrying. After digging around in /var/log/guix/drvs, I found these lines in an appropriately-timestamped log file: substitute: guix substitute: warning: ci.guix.gnu.org: connection failed: Connection timed out @

bug#41693: freshly installed system cannot run “guix pull”

Ricardo Wurmus writes: > Mathieu Othacehe writes: > >>> I just installed two servers with the installer image built from commit >>> 2f49007dd076b14feb40d7c3331dee3e737265c8. Both of these servers boot >>> just fine, but “guix pull” does not work. >>> >>> It fails with the following error: >>>

bug#41715: The program '/gnu/store/foobar/compute-guix-derivation' failed to compute the derivation for guix

Hello, o.ro...@posteo.net skribis: > on a freshly installed and reconfigured machine, I receive the > following error: > # guix pull: error: You found a bug: the program > '/gnu/store/kpxami25fi3mrxb37sfbbx2s366chpk5-compute-guix-derivation' > # failed to compute the derivation for Guix

bug#41715: The program '/gnu/store/foobar/compute-guix-derivation' failed to compute the derivation for guix

Hello everyone, on a freshly installed and reconfigured machine, I receive the following error: # guix pull: error: You found a bug: the program '/gnu/store/kpxami25fi3mrxb37sfbbx2s366chpk5-compute-guix-derivation' # failed to compute the derivation for Guix (version:

bug#41607: Deleted store items are not actually deleted

Ludovic Courtès writes: >> Should Guix do anything about this? We could change guix-daemon to take >> correct action in the face of an XDEV error. We could also improve the >> logging, since currently it silently swallows the XDEV error. > > I guess we could delete recursively right away upon

bug#41710: Possibly found a bug while doing a "guix pull"

Dear, On Thu, 4 Jun 2020 at 17:42, Julien Lepiller wrote: > Le 4 juin 2020 10:38:09 GMT-04:00, "Léon Lain Delysid" > a écrit : > >I just tried to "guix pull" on my Debian Buster GNU/Linux system. Twice > >it > >made the system completely freeze for a few seconds and then reboot. What do you

bug#39584: evolution: involid page id error when composing emails

I have been using evolution heavily for about two days and have not seen the error appear again. I used to see it about 10 times a day. -- Christopher Howard Enterprise Solutions Manager Alaska Satellite Internet PO Box 70, Ester, AK 99725 3239 La Ree Way, Fairbanks, AK 99709 907.451.0088

bug#41714: Some Flatpak applications fail to start when attempting to run xdg-dbus-proxy

Hi Jonathan, Jonathan Frederickson writes: > I have a few applications that I've installed through Flatpak on Guix > System which used to work, but recently I've been unable to run them. > Trying to run them results in: > > jfred@lambdacrypt ~$ flatpak run im.riot.Riot > bwrap: execvp

bug#41714: Some Flatpak applications fail to start when attempting to run xdg-dbus-proxy

I have a few applications that I've installed through Flatpak on Guix System which used to work, but recently I've been unable to run them. Trying to run them results in: jfred@lambdacrypt ~$ flatpak run im.riot.Riot bwrap: execvp xdg-dbus-proxy: No such file or directory jfred@lambdacrypt ~$

bug#41713: Package referenced with ‘ungexp-native’ gets cross-compiled

As reported by Mathieu in : --8<---cut here---start->8--- $ cat ~/src/guix-debugging/graft-cross-compilation.scm (use-modules (gnu) (guix) (gnu packages gtk)) (with-store store (run-with-store store (mlet*

bug#41709: installed-os test failing

> Now multiple options: > > * Revert this commit. > * Find other system closure improvements. > * Up the limit to 1.5GiB. > > WDYT? Digging a bit more, I discovered multiple culprits in the image closure size. * "openssh" is dragging "xauth" which drags some X libraries (but this does not

bug#41710: Possibly found a bug while doing a "guix pull"

Le 4 juin 2020 10:38:09 GMT-04:00, "Léon Lain Delysid" a écrit : >Hello! >I just tried to "guix pull" on my Debian Buster GNU/Linux system. Twice >it >made the system completely freeze for a few seconds and then reboot. >And >that third time it didn't crash the system but the guix pull failed

bug#41710: Possibly found a bug while doing a "guix pull"

Hello! I just tried to "guix pull" on my Debian Buster GNU/Linux system. Twice it made the system completely freeze for a few seconds and then reboot. And that third time it didn't crash the system but the guix pull failed and returned this error: https://pastebin.com/vhDR8gDC Can somebody help

bug#41709: installed-os test failing

Hello The installed-os test is failing because the image closure is (again) bigger than the allocated 1.4GiB in the test partition. --8<---cut here---start->8--- guix size $(./pre-inst-env guix system build gnu/system/examples/bare-bones.tmpl)

bug#41708: "guix weather" : 504 error

Dear, By default, "guix weather" returns: --8<---cut here---start->8--- 'https://ci.guix.gnu.org/api/queue?nr=1000' returned 504 ("Gateway Time-out") --8<---cut here---end--->8--- which is not fatal but annoying.

bug#41604: guix pull impossible after rebasing a local repository

Hi Ludo, Ludovic Courtès writes: > It supports unrelated Git histories. It could really be called > ‘--allow-anything’ but I thought it’d be less descriptive. :-) > > If you hit a problem with that, please report it (perhaps I just > overlooked it in the other issue.) Oh nice, then this

bug#41651: [PATCH v2] gnu: network-manager-applet: Propagate 'libnma'.

Thanks! Patch pushed. -- Efraim Flashner אפרים פלשנר GPG key = A28B F40C 3E55 1372 662D 14F7 41AA E7DC CA3D 8351 Confidentiality cannot be guaranteed on emails sent or received unencrypted signature.asc Description: PGP signature

bug#41541: [PATCH 1/8] system: Add 'hurd' field to .

* gnu/system.scm ()[hurd]: New field. * doc/guix.texi (operating-system Reference): Document 'hurd'. --- doc/guix.texi | 13 ++--- gnu/system.scm | 3 +++ 2 files changed, 13 insertions(+), 3 deletions(-) diff --git a/doc/guix.texi b/doc/guix.texi index 056bf011f6..4776eacacd 100644

bug#41541: [PATCH 3/8] system: Add 'multiboot-modules' field to .

* gnu/system.scm ()[multiboot-modules]: New field. (read-boot-parameters): Initialize it. (operating-system-multiboot-modules, hurd-multiboot-modules): New procedure. (operating-system-boot-parameters): Cater for multiboot the Hurd and initialize it; avoid initrd in that case.

bug#41541: [PATCH 7/8] services: hurd: Add `hurd-etc-service'.

* gnu/services/hurd.scm: New file. * gnu/local.mk (GNU_SYSTEM_MODULES): Add it. * doc/guix.texi (Hurd Services): Document it. --- doc/guix.texi | 13 + gnu/local.mk | 1 + gnu/services/hurd.scm | 61 +++ 3 files changed, 75

bug#41541: [PATCH 5/8] system: Use 'hurd' package in label.

* gnu/system.scm (kernel->boot-label): Add keyword parameter 'hurd'. If set, use it for label. (operating-system-default-label): Call with it with operating-system-hurd. --- gnu/system.scm | 11 --- 1 file changed, 8 insertions(+), 3 deletions(-) diff --git a/gnu/system.scm

bug#41541: [PATCH 2/8] bootloader: Extend `' for multiboot.

* gnu/bootloader.scm ()[multiboot-kernel,multiboot-arguments, multiboot-modules]: New fields. [linux,initrd]: Add default value '#f'. (menu-entry->sexp, sexp->menu-entry): Support multiboot entry. --- gnu/bootloader.scm | 46 +- 1 file changed, 41

bug#41541: [PATCH 6/8] system: examples: Add bare-hurd.tmpl.

With this, we can now build a VM like so ./pre-inst-env guix system vm-image --target=i586-pc-gnu --no-grafts \ gnu/system/examples/bare-hurd.tmpl it boots, but needs some more setup/services to be really useful. See also: ; wip-disk-image. *

bug#41541: [PATCH 8/8] system: Add `hurd-activation'.

* gnu/build/activation.scm (boot-time-system): Add #:kernel-command-line parameter. * gnu/build/activation.scm (activate-current-system): Likewise, and pass it. Change optional system parameter to #:system. * gnu/system.scm (gnu/linux-activation-script): Rename from activation-script.

bug#41541: [PATCH 4/8] bootloader: grub: Add support for multiboot.

* gnu/bootloader/grub.scm (grub-configuration-file): Add support for multiboot. --- gnu/bootloader.scm | 3 +- gnu/bootloader/grub.scm | 71 + 2 files changed, 46 insertions(+), 28 deletions(-) diff --git a/gnu/bootloader.scm b/gnu/bootloader.scm

bug#41541: [PATCH 0/9] Merge wip-hurd-vm "last review round"

From: Jan Nieuwenhuizen Hi! I've just reset wip-hurd-vm (and already locally fixed one commit message using a report by jonsger). This patch set includes all patches that I haven't seen any comments on yet. "wip-hurd-vm" is currently 23 commits and I believe we're good to go after this review.

bug#41661: [Cuirass] Doesn't honor 'timeout' nor 'max-silent-time' leading to mising substitutes

Hello, On 2020-06-04 12:16, Ludovic Courtès wrote: Hi, Leo Famulari skribis: We really need to improve our CI so that it's possible to discover these build failures. Currently it's quite hard to monitor if they get built unless you just do `guix build foo`. Or ‘guix weather’, which is

bug#40806: done

done

bug#40806: xorg-configuration->file doesn't honor xorg-configuration-server

Ludovic Courtès writes: > Hi, > > Caleb Ristvedt skribis: > >> From e1071c830ce511eecd57617a3f188740fd49d703 Mon Sep 17 00:00:00 2001 >> From: Caleb Ristvedt >> Date: Tue, 2 Jun 2020 06:28:46 -0500 >> Subject: [PATCH] xorg: honor xorg-configuration-server in >> xorg-configuration->file > >

bug#41237: guix deploy hangs when a file-system-device is set to a UUID

On 2020-06-04 11:29, Ludovic Courtès wrote: Hey, Brice Waegeneire skribis: On 2020-06-04 09:41, Ludovic Courtès wrote: Brice Waegeneire skribis: In ice-9/boot-9.scm: 2806:4 6 (save-module-excursion _) 4351:12 5 (_) In unknown file: 4 (find #gnu/build/file-syste…> …)

bug#41661: [Cuirass] Doesn't honor 'timeout' nor 'max-silent-time' leading to mising substitutes

Hi, Leo Famulari skribis: > We really need to improve our CI so that it's possible to discover these > build failures. Currently it's quite hard to monitor if they get built > unless you just do `guix build foo`. Or ‘guix weather’, which is not worse than a web UI IMO. > The last time this

bug#41660: texlive-csquotes source hash mismatch

Marius Bakke skribis: > This is because it was added (on 'master') after the big TeX Live update > in 85892948bd9fb5fcc3409a60204cc8b14a4eb030 (on 'core-updates'), thus > the hash was never adjusted for the new TeX revision. > > Fixed in 37465b5be0324d9c953408fe88e2509ad0891712, thanks! Thank

bug#40806: xorg-configuration->file doesn't honor xorg-configuration-server

Hi, Caleb Ristvedt skribis: > From e1071c830ce511eecd57617a3f188740fd49d703 Mon Sep 17 00:00:00 2001 > From: Caleb Ristvedt > Date: Tue, 2 Jun 2020 06:28:46 -0500 > Subject: [PATCH] xorg: honor xorg-configuration-server in > xorg-configuration->file Please add “Fixes

bug#41632: Bug report for Guix 1.1.0

Hi, Jackson Seal skribis: > Computing Guix derivation for 'x86_64-linux'... \ > | > > - > -guix pull: error: You found a bug: the program > '/gnu/store/yxymqs3dj744jgqba7nsaly313v2rmdr-compute-guix-derivation' > failed to compute the derivation for Guix (version: >

bug#41625: Sporadic guix-offload crashes due to EOF errors

Hi, Marius Bakke skribis: > Marius Bakke writes: > >> 'guix offload test' passes without problems. > > Not so fast, running it in a loop reveals the crash. > > There is a trace file in /root/offloadtest.trace on Berlin with such an > occurence. It looks like a timeout is reached shortly

bug#41607: Deleted store items are not actually deleted

Hi, Chris Marusich skribis: > The reason Guix is failing to GC dead items in the Docker container is > because those dead items are not on the "top layer", so Docker returns > an EXDEV error: > > https://docs.docker.com/storage/storagedriver/overlayfs-driver/ > > "Renaming directories: Calling

bug#41541: merge wip-hurd-vm

Ludovic Courtès writes: Hello! > Jan Nieuwenhuizen skribis: > >> --- a/gnu/packages/hurd.scm >> +++ b/gnu/packages/hurd.scm [...] >> + (substitute* "hurd/paths.h" >> + (("_HURD_STARTUP\t") >> + (string-append "_HURD_STARTUP\t\"" out "\" ")) >> +

bug#41237: guix deploy hangs when a file-system-device is set to a UUID

Hey, Brice Waegeneire skribis: > On 2020-06-04 09:41, Ludovic Courtès wrote: >> Brice Waegeneire skribis: >>> In ice-9/boot-9.scm: >>> 2806:4 6 (save-module-excursion _) >>>4351:12 5 (_) >>> In unknown file: >>> 4 (find # >>> …) >>> In gnu/system/uuid.scm: >>> 302:5

bug#41237: guix deploy hangs when a file-system-device is set to a UUID

Hello Ludo', On 2020-06-04 09:41, Ludovic Courtès wrote: Brice Waegeneire skribis: In ice-9/boot-9.scm: 2806:4 6 (save-module-excursion _) 4351:12 5 (_) In unknown file: 4 (find # …) In gnu/system/uuid.scm: 302:5 3 (uuid=? . _) In unknown file: While executing

bug#22883: Channel introductions

Hi, zimoun skribis: > On Wed, 3 Jun 2020 at 11:50, Ludovic Courtès wrote: >> zimoun skribis: >> > On Mon, 1 Jun 2020 at 16:08, Ludovic Courtès wrote: > >> >> If that information were stored in ‘.guix-channel’, it would be >> >> trivial for an attacker to fork the project (or push a

bug#41237: guix deploy hangs when a file-system-device is set to a UUID

Brice Waegeneire skribis: > On 2020-06-03 14:56, Ludovic Courtès wrote: >> Could you try running this at the REPL: >> >> (load >> "/gnu/store/wzvn8r2z7lnf5mqzagxzcb64wr69kgk4-remote-assertion.scm") >> >> and then hit C-c and type “,bt” to get a backtrace? > > Here is the backtrace: > > In

bug#41541: merge wip-hurd-vm

Hi! Jan Nieuwenhuizen skribis: > --- a/gnu/packages/hurd.scm > +++ b/gnu/packages/hurd.scm > @@ -390,6 +390,8 @@ PATH=@PATH@ > > fsck --yes --force / > fsysopts / --writable > + > +# Note: this /hurd/ gets substituted > settrans -c /servers/socket/1 /hurd/pflocal > > # parse multiboot

bug#41702: `guix environment` performance issues

Hi, I’ve noticed that `guix environment` can be very very slow for some packages. Whereas usually a call like time guix environment --ad-hoc -- true takes 600ms to 1.5s, it takes 8.4s for the package r-learnr on my Ryzen 5 3600 with NVMe SSD, 32G of RAM and a warm cache. This seems to