bug#70302: Tor daemon is unable to use obfuscation

Hello Guix! I am trying to configure tor daemon to use traffic obfuscation by the following lines in my system configuration (service tor-service-type (tor-configuration (plain-file "torrc" " UseBridges 1 ClientTransportPlugin obfs4 exec /path/to/obfuscator/binary Bridge ob

bug#70254: withershins - failed to build

Closing, because withershins is no more. -- Ricardo

bug#66510: Unexpected `this-package(-native)-input`

Hi Ulf Has any progress been made on this? I ran into the same thing, except with native-inputs instead of inputs. I spent a fair amount of time trying to pin it down, since I don't know much guile and it requires a combination of conditions to manifest. Is it worth documenting this behaviour? Or

bug#70239: (operating-system) structure requires a kernel

Hi, On 2024-04-08 14:28:58 +0200, Ludovic Courtès wrote: > [..] > > Could you confirm? Yes, the attached patch fixed the issue for me. :) > > > I think it would be best to just support (kernel #f) for container > > deployments, > > since that would simplify it and keep it manageable. > > Yes, l

bug#70315: libvirtd daemon scans /gnu/store for unknown reasons, uses 600 MiB of RSS memory

Hi, I've discovered that libvirtd on my Guix System consumes an excessive amount of resident memory, about 600 MiB. Other GNU/Linux users report their daemon uses about 20 MiB. This is when no virtual machine is in use. Attaching strace to a freshly started libvirtd process, we can observe the

bug#70316: `guix pack -f squashfs` does not create /tmp and /var/tmp

Similarly to a previous patch for Docker [1], Singularity complains when using a squashfs image as the /tmp and /var/tmp folders do not exist. It would be great if they were, I had programs failing quietly because there was no /tmp folder and tracked down the issue to this. As a more general

bug#70244: Bug in Guix? ... guix-command substitute' died unexpectedly

April 8, 2024 at 6:34 AM, "Zelphir Kaltstahl" wrote: > > On 4/7/24 21:19, jbra...@dismail.de wrote: > > > > > April 7, 2024 at 9:46 AM, "Zelphir Kaltstahl" > > wrote: > > > > > > > > > > On 4/7/24 03:17, jbra...@dismail.de wrote: > > > > > > > > > > > > > > > > > > > > I was ab

bug#70284: @ancronym not recognized as valid Texinfo in description

Hi, Le 8 avril 2024 13:21:34 GMT-04:00, Christopher Baines a écrit : >Maxim Cournoyer writes: > >> Hi, >> >> Using an acrynym such as @acronym(SNES, Super Nintendo Entertainment >> System) currently throws an "invalid Texinfo markup" error at build >> time. > >I think I've used acronyms in desc

bug#66866: aarch64 system cross compilation + pinebook pro image broken?

Hi all, I would really appreciate if anyone could give some feedback on my previous patch to the copy build system. -- dan