IRC channel logs
2026-08-09.log
back to list of logs
<PotentialUser-32>Hello. Channel guix-past gives me "not trusted" warning when pulling. I have confirmed that the channel introduction and the pgp fingerprint are fine. What else can I do? <decfed>when running guix system image, I am met with the error: duplicate 'udev' entry for /etc. Can someone tell me what that means? <decfed>the OS definition builds just fine so I think it has to do with the image definition? <yelninei>ACTION is debugging the proc server (again) <decfed>scratch my last question, it was user error <decfed>I cannot however build images. They fail when invoking fakeroot mke2fs ... I am running an unpriviledged daemon. <decfed>hmm, looking more closely the error seems to be: 'No data available while populating file system' and before: 'No data available while reading attribute security.selinux of tmp-root'. So this might turn out to be an SELinux thing. <skullcap>Disclaimer: I'm new to irc, and I'm not sure if this is the right place to ask this. I installed the aarch64 guix 1.5.0 vm image in qemu on my aarch64 linux host and am currently stuck because I can't get skcms to build and so I can't reconfigure my system at all. Is there somewhere that I can get a prebuilt derivation? <FCC>yeah enable Substitutes <skullcap>ok I'll look check substitutes out, thank you! <yelninei>i think skcms is currently broken for non x86_64 <skullcap>well, that's what I thought I was running into. I don't know exactly what I'm looking at but all the official guix builds for skcms on aarch64 seem to have failed. Maybe substitutes solves this? But I read that derivations can be passed around and thought if I could get a derivation for it and manually add it to my system, I presume I could start <ieure>skullcap, If the builds in the Guix build farm are failing, substitutes will not solve that. Substitutes are the output of those build processes. <skullcap>So, I gotta think there was a working build at some point, otherwise I have no clue how the aarch64 vm was built at all. If that's the case, couldn't someone with a working skcms derivation pack that and share it with me? Or is that not how it works? <nutcase>I use three profiles: my system profile, my home profile and my user profile. I'd like to have another declaratively defined profile just for texlive, because I don't want to update that as regular as I do with my system and home profiles. Is there a guixish off-the-shelf of doing that? <ieure>sneek, later tell skullcap That is not how it works. <ieure>nutcase, Yes, `guix package -p ~/path/to/profile -m manifest.scm' will create a generation of the profile from a manifest. <nutcase>ieure: thanks, I'll go for that to try how it integrates with my regular workflows. <sham1>Another option is of course to do `guix shell -m manifest.scm` if you don't want your main generation to be taken over by the profile <ieure>sham1, The -p argument prevents that. <sham1>Yeah, it puts it in the directory <sham1>I'm just saying that using the shell is another option worth considering <noxi>It's a commentary on GCD008. I personally think it's in bad taste, to be fair, but I also wonder why GCD008 hasn't been accepted yet. <ieure>noxi, It was rejected because gabber opposed it.