bug#47567: Installer crash in 'uuid->string' for a FAT16 partition

2021-08-09 Thread Mathieu Othacehe
Hello! > Sorry for taking so long to respond. I think the issue has been indeed > solved, > as I retried installing Guix with the latest image from a few days ago and I > didn't encounter this issue anymore. Thank you! That's great to hear, thanks for testing! Mathieu

bug#35472:

2021-08-09 Thread François-René Rideau
My apologies: I was just confused about the syntax of bind entries in /etc/fstab. "bind" goes in the options field (no ",defaults" needed), whereas "none" goes in the type field. I tried it this way and mount works just fine on Guix as well as on NixOS and Debian and other Linux variants; and with

bug#35472: Boot bind mount device path incorrect

2021-08-09 Thread Leo Famulari
On Mon, Apr 29, 2019 at 12:27:58AM +0900, rendaw wrote: > Package: guix > Version: 0.16.0 Reproduced with 1.3.0ish. > I specified a needed-at-boot bind mount from "/x/y" to "/y" but this > failed with the error: > > ERROR: In procedure stat: > In procedure stat: No such file or directory: "/x/y"

bug#35472:

2021-08-09 Thread Leo Famulari
On Mon, Aug 09, 2021 at 05:06:26PM -0400, François-René Rideau wrote: > and it works by *not* putting any entry in /etc/fstab, yet doing the > thing somehow. So the bug in mount is still there, but is worked > around. Can you clarify what is the "bug in mount"?

bug#35472:

2021-08-09 Thread François-René Rideau
Wow, this works: (type "bind") (flags '(bind-mount)) and it works by *not* putting any entry in /etc/fstab, yet doing the thing somehow. So the bug in mount is still there, but is worked around. > https://guix.gnu.org/manual/en/html_node/File-Systems.html Indeed bind-mount is mentioned there, but

bug#49439: grafts cause “guix environment” to get killed with OOM

2021-08-09 Thread Ludovic Courtès
Hi! Sarah Morgensen skribis: > Ludovic Courtès writes: [...] >> The seemingly endless CPU usage and unbound memory use comes from the >> ‘build-accumulator’ build handler. Here, the graph of ‘pigx-scrnaseq’ >> has many nodes, and many of them depend on, say, ‘r-rlang’. Thus, when >> ‘r-rlan

bug#35472:

2021-08-09 Thread Leo Famulari
On Mon, Aug 09, 2021 at 01:54:15PM -0400, François-René Rideau wrote: > (nix (file-system > (device "/nixos/nix") > (mount-point "/nix") > ;;(type "bind") ;; fails both at CLI and during reconfigure > (type "none")

bug#49968: Fwd: issue website creates invalid comment expectations

2021-08-09 Thread François-René Rideau
When viewing an issue on the website https://issues.guix.gnu.org/ the web interface allows you to post a comment, what more without authentication. Unfortunately, I am told by ropstat and podiki[m] on irc.libera.chat #guix that web comments don't actually work in their experience. If this option ca

bug#35472:

2021-08-09 Thread François-René Rideau
I believe my issue is the same and that I could narrow it down more. The `mount --bind /nixos/nix /nix` command works, but if I put a line `"/nixos/nix /nix bind defaults"` in `/etc/fstab`, then mount will instead fail with: `mount: /nix: unknown filesystem type 'bind'.` If instead in fstab I use

bug#49961: Need support for booting from installation iso file directly for multiboot project

2021-08-09 Thread Shyam Saran
Need support for loopback.cfg like Ubuntu distribution to boot from ios files for multiboot [https://github.com/eengstrom/multiboot/blob/master/grub/grub.cfg] Here tried similar thing with installation iso and its /boot/grub/grub.cfg in https://github.com/aguslr/multibootusb For this added file

bug#49960: Truncated offloading (failed) build logs

2021-08-09 Thread Maxim Cournoyer
Hello, I've been bit by this for some time already, but just thought now to look if the problem was known (it seems not!) and report it otherwise, so here is an example: --8<---cut here---start->8--- building /gnu/store/cld6pxi337zjh7r177vvfnqi1v5mwbhq-shepher

bug#49781: Successful build on ci.guix not available as substitute

2021-08-09 Thread Mathieu Othacehe
Hey Ludo! I found out the reason of this failure, the .185 key was not authorized on Berlin. This issue while really simple, took us a long time to detect. I think we need to come out with a big warning somewhere when a substitute is refused because the server is not authorized. In the meantime

bug#49947: Backtrace on "@abbr{...}" in package description

2021-08-09 Thread Ludovic Courtès
Hi Sarah, Sarah Morgensen skribis: > The Texinfo manual says [0] that I should be able to use @abbr, and > prefer it over @acronym when the text is not all capital letters, but I > get a backtrace when I try to use it in a package description: > > Backtrace: > In ice-9/boot-9.scm: > 1752:10 16