bug#73289: ceph 17.2.5 no longer installable

2024-09-16 Thread Yann Dupont
Hello everyone, ceph is no longer installable, probably since the core update. see https://ci.guix.gnu.org/build/5775507/log The main reason seems to be the boost update. A relatively simple fix exists for recent versions of ceph , (see https://github.com/ceph/ceph/commit/244c5ebbd4d5683da7f57

bug#73289: ceph 17.2.5 no longer installable

2024-09-16 Thread Yann Dupont
here's the patch, I hope I didn't screw up, being notoriously good at it :-) Please note: there's still a problem with the python-wcwidth module that's not found, but the problem existed before. My 1st fix didn't work, so I'll try again later. diff --git a/gnu/packages/patches/ceph-fix-for-n

bug#64057: qemu-guest-agent-shepherd-service probably lacks (requirement '(udev))

2023-06-13 Thread Yann Dupont
Hi all, we've noticed that qemu-guest-agent doesn't start reliably on virtual machines generated by guix system. the log file shows the following: 2023-06-12 14:36:14 1686573373.873765: critical: error opening channel '/dev/virtio-ports/org.qemu.guest_agent.0': No such file or directory 2023-0

bug#64593: ‘guix system image’ fails to create image while invoking ‘grub-bios-setup’

2023-07-21 Thread Yann Dupont
Hello, as it was after discussion with Ludovic that he posted this bug report, let me express my opinion as a simple user. it's just a matter of consistency: very basically, the examples mention grub-bootloader. With the default image type (efi-raw), it's been working perfectly for years (mayb

bug#65177: udevd error with lvm-raid array leading to race condition with luks

2023-09-14 Thread Yann Dupont
hello everyone, we're also victims of this bug, in an even simpler use case. […] (file-system     (device "/dev/mapper/VG0-DATA")     (mount-point "/VG0-DATA")     (type "ext4")) […] The culprit seems to be 69-dm

bug#65177: udevd error with lvm-raid array leading to race condition with luks

2023-09-14 Thread Yann Dupont
Hi, as suggested by Josselin, I tested the following patch and it seems to do the job here. Be careful, I'm not an udev or lvm2 specialist at all and basically, I don't really know if what I did is the right way to do it. All I can say is that the VMs now boot. Cheers, diff --git a/gnu