Hi,
Thanks for the bug report and nice reproducer!
Ricardo Wurmus skribis:
> The guix-daemon's libutil/util.cc uses copy_file_range to copy a
> downloaded file into the store. copy_file_range fails on files larger
> than 4GB with an error like this:
>
> guix build: error: short write in co
Hi Kaelyn,
Kaelyn skribis:
> I recently updated my systems after finally finding
> https://issues.guix.gnu.org/70051 and seeing the issue I was having with
> booting with a non-root LUKS partition configured had been fixed. After
> updating to a commit past these two:
>
> 49f82fca41 mapped-
Hi Ada,
(Cc: Artyom, who updated xdot in
a47fe0fdc4b13c850da29c0e11ab63d2041534c1.)
Ada Stevenson skribis:
> I was trying to use `xdot` to view to output of `guix graph` (`guix
> graph bash | xdot -`). However, it crashed instantly with the
> following stack trace:
>
>> dot: No such file or dir
Ludovic Courtès writes:
> Could you confirm that it works for you?
I've applied this locally, started the new daemon, and used it to build
the 4+GB source code derivation of a big package that used to fail
before. It works now. Thank you!
--
Ricardo
Ricardo Wurmus skribis:
> Ludovic Courtès writes:
>
>> Could you confirm that it works for you?
>
> I've applied this locally, started the new daemon, and used it to build
> the 4+GB source code derivation of a big package that used to fail
> before. It works now. Thank you!
Pushed as 7757fdd
Ludovic Courtès skribis:
> Pushed as 7757fdd491862fa5c33f1f894503346b89898a01.
>
> I’ll update the ‘guix’ package to make the fix available.
Done in 58be9a79e2862d5fa9842d73f498ce2e5442b9ce.
Ludo'.
Hi,
On mer., 08 mai 2024 at 22:09, jerem...@pdp10.guru wrote:
> ──⚙ guix pull
>
> [4/559]
> Updating chann
Simon Tournier writes:
> I think ’nss’ is substitutable, so I guess you are rebuilding from
> source, right?
>
> Well, the build of ’nss’ works for me.
>
> --8<---cut here---start->8---
> $ guix build /gnu/store/8379qa0y6s7ssjr8gplm5fyw9r5pnxhn-nss-3.99.0.drv
Hello,
Here is my `bootloader` section of `config.scm`:
```
(bootloader (bootloader-configuration (bootloader grub-bootloader) (targets
(list "/dev/sda")) (menu-entries (list (menu-entry
(label "Arch Linux")(device (uuid
"886fb01f-3
Hi Guix,
Today I thought I'd try to package Mindustry, a libre game I like made
in Java. It uses the gradle build system, and I couldn't find any
trace of gradle in the guix sources or mailing lists.
I only found some gradle packages being built with the ant-build-sytem,
so I tried that for a few
On 7 May 2024 02:04:44 GMT, Divya wrote:
>Hello,
>
>Here is my `bootloader` section of `config.scm`:
>
>```
>(bootloader (bootloader-configuration (bootloader grub-bootloader) (targets
>(list "/dev/sda")) (menu-entries (list
>(menu-entry (label "A
using the `luks-device-mapping-with-options` mapped device type defined in
(gnu system mapped-devices) causes grub or other bootloaders to not
properly attempt to mount the encrypted drive. This is caused by the
commit 39a9404 which identifies luks mapped devices by checking if the type
is equal to
I now managed to get the same state on my GuixSD machine.
I can do a "sudo guix system reconfigure" but I can't handle my users guix
command.
Are re-installation the only option?
Hi Guix,
I was trying to use `xdot` to view to output of `guix graph` (`guix
graph bash | xdot -`). However, it crashed instantly with the following
stack trace:
dot: No such file or directory
Traceback (most recent call last):
File
"/gnu/store/r9mrqfpci65hsypgm7r5kpzxlm6fcd1l-xdot-1.3/bi
The following added to my system config:
(modify-service %desktop-services
(gdm-service-type config =>
(gdm-configuration
(inherit config)
(wayland? #t)
Results in the below error:
guix system: error: error parsing derivation
`/gnu/store/4xz1998qw8niax3pi0lsbwxfl7dfrpil-
upgrade-shepher
"xdot" would always fail to run when graphviz "dot" binary is not available
directly in the user system. This patch fixes it by adding graphviz binaries
from the inputs to the PATH environment variable in "xdot" wrapping script.
Reported by Ada Stevenson in
https://debbugs.gnu.org/cgi/bugreport.
Hi Ludo',
On Monday, May 13th, 2024 at 3:14 AM, Ludovic Courtès wrote:
>
>
> Hi Kaelyn,
>
> Kaelyn kaelyn.al...@protonmail.com skribis:
>
> > I recently updated my systems after finally finding
> > https://issues.guix.gnu.org/70051 and seeing the issue I was having with
> > booting with a
> Hmm, I've got a T400 with libreboot as well. guix pull worked for me
> just now.
What is your guix --version?
mine is 0f68306268773f0eaa4327e1f6fdcb39442e4a34
-jeremiah
> That’s said, could you confirm (guix describe) that you are currently
> pulling from 0f68306268773f0eaa4327e1f6fdcb39442e4a34?
yes guix describe does display that checksum.
> I think ’nss’ is substitutable, so I guess you are rebuilding from
> source, right?
exclusively.
-Jeremiah
Thank you both for your answers. I will try out the channel and see if I
can figure something out :)
I don’t have that much computing power with my little i3, I'm sure it
will manage lol. I suppose once kotlin is built I won't have to build it
again, unless it is itself packaged with gradle 😵💫. I
I've seen this when updating systems, but it seems like something is
wrong with the handling of nss-certs.
I'm on a guix revision with nss-certs by default, and when I add
nss-certs to my system packages (to simulate not removing it when
upgrading), it breaks certificates (e.g. wget https://guix.g
Am Montag, dem 13.05.2024 um 22:38 +0100 schrieb Christopher Baines:
> I've seen this when updating systems, but it seems like something is
> wrong with the handling of nss-certs.
>
> I'm on a guix revision with nss-certs by default, and when I add
> nss-certs to my system packages (to simulate no
22 matches
Mail list logo