bug#60056: [PATCH RFC 1/6] build: Add gnu-build-system v2.

Hi Ludovic, Ludovic Courtès writes: > Hi! > > Maxim Cournoyer skribis: > >> * guix/build/gnu-build-system2.scm: New file. >> * Makefile.am (MODULES): Register it. >> * guix/build-system/gnu2.scm: Use it. > > I won’t be able to review it in the coming days; a quick note: > > • Changes to

bug#60109: gnome-boxes and distributions

Hi, I've installed gnome-boxes and I found out that it proposes to download and run many distribution installers. As it contains many non-FSDG compliant distributions, many of these distributions probably contain nonfree firmwares at least. Not all distributions are problematic though, as it

bug#60026: Failed to compute derivation bug

zimoun writes: > What are the resources (CPU/RAM/storage) of this rented VPS? `du -sh /gnu/store` reveals 423M and `du -sh /` reveals 5G. I doubt that storage is an issue here.

bug#60026: Failed to compute derivation bug

I just tried one more time before upgrading and got this: Backtrace: 15 (primitive-load "/gnu/store/kb4ygpgdg1db86321s0hq0amclsq11gq-compute-guix-derivation") In ice-9/eval.scm: 155:9 14 (_ _) 159:9 13 (_ #(#(#(#(#(#(#(#(#(#(#(#(#(#(#(#(# ?) ?) ?) ?) ?) ?) ?) ?) ?) ?) ?) ?) ?)

bug#60026: Failed to compute derivation bug

Thanks for your help! zimoun writes: > What are the resources (CPU/RAM/storage) of this rented VPS? 1 core, 1GB ram, 20GB storage Joseph

bug#60010: [version 1.4.0] AMD screen stays black; modprobe fails

Hi Florian, "pelzflorian (Florian Pelz)" skribis: > Hello Ludo, sorry to say I attempted your modprobe patch that uses > (parameterize ((default-environment-variables … Bah, turns out it’s trickier than this. See . I figured I could test it in a VM. I

bug#60104: Hiccups installing GNU Guix 1.4.0rc2 system

Hi, "J. Sims" skribis: > I managed to successfully install the GNU Guix 1.4.0rc2 system iso on > an HP Dev One laptop (with help from USB stuff for > networking). Everything mostly went as expected, except after the > installation I got a screen saying crypttab couldn't find a specific >

bug#60106: [Shepherd 0.9.3] ‘system*’ replacement cannot be passed environment variables

As we found out while debugging , the Shepherd 0.9.3, with its ‘system*’ replacement (aka. ‘spawn-command’), makes it very hard to spawn a command with different environment variables. The following options don’t work: • Changing shepherd’s own environment

bug#60002: installer console garbled on 1984.is VPS

Attila Lendvai writes: > their response: "I changed the video mode in libvirt to virtio instead of the > default cirrus." Yes yes, now that you mention cirrus, yhetil.org turns up results: https://issues.guix.gnu.org/36069 Could you test that patch maybe? Well of course it would maybe

bug#59784: [version 1.4.0rc1] Retrying a failed install fails

Desperately I tried also adding fsync, to no avail, both issues remain. Non-working patch attached. Maybe dynamic-wind is an inappropriate pattern here? If I interrupt installation using Ctrl-C (which I normally don’t, instead I unplug Ethernet), then I have to press Ctrl-C twice. Maybe that

bug#59546: qutebrowser and icecat stuck in infinite browser checks (cloudflare) on applicable sites

On Thu Dec 15, 2022 at 7:26 AM CST, Maxim Cournoyer wrote: > That's a good lead; could you please test qutebrowser in Guix vs > qutebrowser on another distribution yourself and confirm this hypothesis > (that it works elsewhere?), and post your finings here? If you can do > that and post your

bug#59784: [version 1.4.0rc1] Retrying a failed install fails

Hi Ludo… Ludovic Courtès writes: > This time, I believe we only ever copy the database when we’re sure no > guix-daemon process is accessing it. Failure. In addition to your partially helpful patch from before (with which a second resume now works most of the time), I now tried further the new

bug#60010: [version 1.4.0] AMD screen stays black; modprobe fails

Hello Ludo, sorry to say I attempted your modprobe patch that uses (parameterize ((default-environment-variables … No good. Screen is black. Same [ modprobe ] failure in dmesg on QEMU and on real AMD hardware. There are workarounds by surrounding modprobe within strace or alternatively using

bug#60056: [PATCH RFC 1/6] build: Add gnu-build-system v2.

Hi! Maxim Cournoyer skribis: > * guix/build/gnu-build-system2.scm: New file. > * Makefile.am (MODULES): Register it. > * guix/build-system/gnu2.scm: Use it. I won’t be able to review it in the coming days; a quick note: • Changes to ‘gnu-build-system’ need thorough review, so don’t

bug#60002: installer console garbled on 1984.is VPS

close done > So the admins are using a Web interface to QEMU. Which one? What -vga > > option is it using? their response: "I changed the video mode in libvirt to virtio instead of the default cirrus." this has fixed both the garbling of text, and the resizing of the console to accommodate

bug#59256: Emacs-guix tab-completion returns gexp error

The problem can be tracked back from elisp procedure `guix-pcomplete-search-in-help` in guix-pcomplete.el to `guix-help-string` in guix-misc.el, to this problematic code : ``` (guix-eval-read "(help-string )") ``` The procedure help-string exists, as can be seen below : ``` (guix-eval-read

bug#59546: qutebrowser and icecat stuck in infinite browser checks (cloudflare) on applicable sites

Hi, "bdju" writes: [...] >> I've had that too with Gitlab when using Icecat. Sadly, it has nothing >> to do with Guix but with how Cloudfare and the website identifies >> browsers. >> >> For example, I had found out that by using a Windows Firefox 83 user >> agent, I was able to login into

bug#59546: qutebrowser and icecat stuck in infinite browser checks (cloudflare) on applicable sites

On Wed Dec 14, 2022 at 10:32 PM CST, Maxim Cournoyer wrote: > Hello, > > "bdju" writes: > > > I have hit this issue before, but not in a while. I don't know for sure > > when the issue came back as it only matters for the initial login or > > visit of the offending sites, so if you manage to get

bug#60026: Failed to compute derivation bug

Hi, On Tue, 13 Dec 2022 at 10:20, Joseph Turner via Bug reports for GNU Guix wrote: > This occurred on a guix installation on a foreign distro, yes. On a > VPS I rent, which I recently upgraded to Debian 11. Guix was installed > using `apt install guix`. What are the resources