<lechner>singpolyma: i'm not sure the term "garbage"should cover inputs needed for rebuilding. for some reason they are fetched again even if substitutes are available, maybe for the system derivations?
<lechner>Hi, for configuration files and other file references, which are in /etc (like letsencrypt) and which are in the store, please?
<littlebobeep>Can anyone explain this architecture limitation for vapoursynth: ;; src/core/cpufeatures only allows x86, ARM or PPC
<rekado>littlebobeep: have you looked at the file yet?
<attila_lendvai>also note that it's a much better user experience when you don't need to repeatedly CC=gcc (it's been a frequent annoyance for me), but things just work. there are a lot of software packages that don't depend on autotools.
<attila_lendvai>interesting tidbit: there does exist a 'bin/c++' in the gcc package, but not a 'bin/cc'
<attila_lendvai>or put it another way: what's the downside/ugly in symlink'ing 'cc' in the gcc-toolchain package?
<civodul>i guess you already read the arguments in the thread above :-)
<civodul>overall, it's a tradeoff; in Guix packages, lack of 'cc' is sometimes annoying, but rarely enough
<nckx>lechner: I didn't follow the conversation but you might be interested in --gc-keep-outputs (and read the documentation for the next option, too). It tweaks the definition of 'garbage' to be closer to what you seem to prefer.
<nckx>Note that it's a guix-daemon, not guix gc, option.
<apteryx>(GRUB doesn't successfully mount a degraded LUKS RAID1 array on which /boot resides)
<apteryx>which partially defeats RAID. I guess the low cost solution would be to put /boot on different, unencrypted RAID1 partition (this should work, as we have a system test for degraded RAID1 sans LUKS)
<boomerChad>I'm trying to write a home-environement record that will keep an 'offlineimap' process running as a service but I am having trouble getting a configuration file to be created in the new environment for offlineimap. My code is pasted here https://paste.debian.net/1240126/ Right now it is saying that
<cwebber>lilyp: btw you mentioned yasnippets, which means I assume you don't know about this one. Give it a try. it's a killer feature.
<cwebber>Putting your cursor over a diff hunk with a procedure and typing C in the magit staging interface will automatically create the changelog structure relevant to that file/expression, if it can.
<apteryx>you may also be interested in running ./etc/committer.scm to commit simple changes such as upgrades
<cwebber>apteryx: huh! didn't know about that one.
<boomerChad>For anyone searching through the archive, I figured out my problem. You're supposed to include dotfiles through the home-files-service-type service.
<lechner>cbaines: okay, i found it. thanks! unfortunately it does not appear to be used. do i have to boot into the new system, or is a herd restart enough?
<cbaines>lechner, herd restart should be enough to apply configuration changes for a service like opensmtpd
<lechner>cbaines: the recommended way to debug is to run the daemon without daemonizing, but on Guix it does not find the config. should i try guix environment ?
<lilyp>cwebber: good to know for the projects in which I'm actually maintaining the ChangeLogs manually
<cbaines>lechner, telling smtpd where to find the config should be sufficient
<lechner>cbaines: with the explicit path into the store?
<cbaines>yes, if that's the configuration you want to test with
<cbaines>this is how the service is usually run through the shepherd
<lechner>cbaines: thanks! the daemon works fine, but GNU mailutils refuses to send from localhost, possibly because sendmail from opensmtpd fails with "this program must be setgid smtpq"
<lechner>vivien: ^ hi, can you use mail from mailutils on localhost?
<vivien>lechner, could you elaborate? I don’t understand
<cbaines>lechner, I've also encountered that, at least in the past. I'm not sure what the current situation is
<vagrantc>anyone know how to subscribe to a bug with debbugs.gnu.org ? on debian's i email BUGNUMBER-subscribe@ and it's done. didn't seem to wok with debbugs.gnu.org
<mekeor[m]>the --with-branch param for guix-package is not explicitly and dedicatedly documented, right?
<jpoiret>it's guix trying to determine which herd services to restart
<apteryx>as fixing the root and prefix variables in the GRUB rescue shell allows GRUB to load
<unmatched-paren>what does `warning: no tags were found for foo` mean from `guix lint`?
<ulfvonbelow>trying to package a perl package (spamassassin) and several of the perl inputs in propagated-inputs aren't being seen in the build process. For example, perl-netaddr-ip is in propagated-inputs, but every test is autofailing because it can't find it. I've verified it (/gnu/store/61ifd25anvwvy6g1g439d1515ndzb68d-perl-netaddr-ip-4.079/lib) is in LIBRARY_PATH.
<ulfvonbelow>it looks like the actual module is a fair bit deeper though, in something like /gnu/store/61ifd25anvwvy6g1g439d1515ndzb68d-perl-netaddr-ip-4.079/lib/perl5/site_perl/5.34.0/x86_64-linux-thread-multi/NetAddr/IP.pm
<ulfvonbelow>anyone familiar with perl know how it decides where to look?
<apteryx>there's an environment variable in guix for perl (search path)
<nckx>unmatched-paren: I have always assumed so, but I have never actually verified it uses the same code path. That would certainly be the logical thing to do!
<lechner>my problem is elsewhere. this link does not go to /run/setuid-programs lrwxrwxrwx 1 root root 7 Dec 31 1969 /gnu/store/3r78ppn17ckiqm6fm7g1xh8fanf18azp-opensmtpd-6.8.0p2/sbin/sendmail -> smtpctl
<jpoiret>ohhh, you won't be able to make the store link to a setuid program