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

bug#78836: /var/empty permissions problems between sshd and nslcd

2025-06-19 Thread Yann Dupont
Hi everyone, the patch eab097c682ed31efd8668f46fce8de8f73b92849 causes sshd to now use /var/empty as a chroot directory. sshd expects /var/empty to belong to root and with reduced write permissions. Unfortunately, when the nslcd service is also present on the system, it creates a user whose ho

bug#78836: /var/empty permissions problems between sshd and nslcd

2025-06-20 Thread Yann Dupont
On 19/06/2025 13:19, Sergey Trofimov wrote: Hi Yann Dupont writes: I don't know if this is relevant information, but we encounter this problem on disposable virtual machines, freshly generated by guix system image for one-time use, we don't reconfigure on these machines. M

bug#78836: /var/empty permissions problems between sshd and nslcd

2025-06-20 Thread Yann Dupont
On 20/06/2025 17:57, Sergey Trofimov wrote: If the OS is stripped to the bare minimum, I assume that it doesn't have all the system users usually present in Guix system (daemon and builders). It could happen that nslcd is the only user with the home dir set to /var/empty (check /etc/passwd). In