<guix-vits>nckx: Hi nckx. o/. i'm tried to build a html from doc/guix.texi, to get more recent version with: `makeinfo` and `guix build`. But janneke has pointed me to info format. `info guix` giving me new doc (as new as `guix pull`). So currently i'm not building anything :)
<guix-vits>Kimapr: Do you have some troubles with a keyboard (- is no, any other letter is yes)?
<nckx>You can first try ‘guix environment guix -- ./pre-inst-env guix package -A bitlbee-discord’ first to make sure [16:43:09] <brendyyn> drainful: you may be setting stuff in your .bashrc that should be in .bash_profile
<apteryx>anyone wondering why openvpn cannot add remote DNS server automatically?
<guix-vits>apteryx: it can pull an script that will, say, rewrite your /etc/resolv.conf
<apteryx>guix-vits: isn't openvpn supposed to do this by itself? Or is it expected that the user be burdened with configuring such script?
<nixo_>Hi guix! Just found a "bug" that prevents guix from booting. I'm using libreboot+btrfs with compression enabled. After switching to a new configuration, I could not boot. Found that if I disable compression (I'm using zstd) on /boot/grub folder, it works again
<drainful>I believe I was mistaken about the pure environment solving my problem; I had already begun make at the time, and now it works with or without a pure environment. All's well that ends well.
<nixo_>Don't know where to report it, or if I should upgrade libreboot
<nckx>nixo_: It's been ages since I've used a non-UEFI GRUB with Guix, but you should be able to write a custom grub.cfg that chainloads a newer GRUB on a non-btrfs partition, which then reads your Guix's grub.cfg and can load the kernel+initrd.
<nckx>This second GRUB would be hand-installed to a small non-btrfs partition, not managed by Guix System.
<nixo_>nckx: thanks, but it's too much work, since it's enough to disable compression under /boot :D
<nckx>I'm only 98% certain here because I don't use Libreboot, but I'd be surprised if its GRUB were so very different from a normal set-up.
<nixo_>nckx: /gnu/store/..raw-initrd/initrd.cpio.gz is not compressed (according to compsize). Don't know if it's because it's uncompressible binary data or if it came from a pre-zstd compression setup
<nckx>I hadn't thought of that. I guess you could bet the bootability of your system on btrfs's bail-out heuristic correctly detecting initrd.gz and bzImage as compressed 100% of the time.
<nckx>It's obvious what I think of that but it's an option 😛
<apteryx>What is the issue with Libreboot and Btrfs? I miss the start.
<sneek>civodul, rlb says: my "clever" plan to make a more efficient pcre2 wrapper might not work out for common cases. So far it doesn't look like pcre2 can be asked to treat an ioso-8859-1 byte sequence as a unicode subset, i.e. for byte-width units, it looks like it can only do utf-8 or "not unicode" with differing behaviors.
<TZander>I'm running guix for the second day now, on top of a host OS. The various docs gave me the incentive to set some env-variables. But it looks like two are in conflict and give me a different guix executable. It looks like the $HOME/.guix-profile should be ignored, is that correct?
<TZander>or, more specifically, sourcing the $HOME/.guix-profile/etc/profile file sets the path which gives me a bad guix executbale.
<rekado>TZander: ~/.config/guix/current/bin should be first in your PATH.
<rekado>TZander: there should be no ‘guix’ executable in ~/.guix-profile/bin
<rekado>TZander: if you’ve installed the ’guix’ package into your profile: remove it.
<TZander>ah, you guessed correctly. I managed to do an install of guix when pull didn't work. Thanks, that solved it.
<nixo_>can I override the package used by a service without working with ./pre-inst-env? (set! pulseaudio) for example seems to work, but I feel guilty
<lfam>civodul: I looked at the Cuirass code but since I am not very familiar with it, I'm asking to be sure. Cuirass doesn't honor the max-silent-time property either, right? In addition to ignoring the timeout property?
<lfam>I mean... we do need a package / profile GUI
<nckx>Wouldn't that be better served with a PackageKit (or whatever's hip nowa') back-end instead of reinventing the UI wheel? Honest question, I don't use GUIs much.
<lfam>drainful: It's the same either way. Signing is up to you, it doesn't really matter for this purpose
<lfam>We still have to review your code, whether it came from you or from a dastardly villain
<nckx>drainful: I prefer in-line but I'm not sure if there are good arguments for that, or just me. Same with GPG signing: not a hard requirement and your sig won't make it into the git log, but *please* do. GPG depends on people building up a record of reputation more than the web of trust these days.
<abralek>I was using subject-prefix but it skip PATCH
<nckx>Blackbeard: You want to start with removing the bundled code in a snippet if possible, then fix the build until it works. How, depends. Many packages support --with-libfoo=/gnu/store… or --use-system-libfoo flags, some need more obscure flags, make flags, or even patches.
<abralek>I just wanted to say that this debbugs dance is interesting
<nckx>Hm, that's (IMO) a judgment call. If you're updating, say, one patch out of 11 I think it's clearer to send a V2 of only that one. Any sane MUA should make it quite clear what's happening. But others could disagree of have some workflow that makes a full 11-patch V2 easier. I still call it ugly.
<abralek>Hm, all those questions are the leading ones to the 3 one
<nckx>It is a beautiful dance born out of technical limitations, as all great art.
<drainful>Got it. I haven't signed it, and I included the patch as an attachment so that the web mail client doesn't mess up the formatting. I'll get a better setup, but i didn't want that to get in the way of a simple patch.
<abralek>C-| git am RET won't work If I am not in the git repo
<nckx>Why would you ever not be in the guix git repo‽
<roptat>then after the reconfigure, that symlink will be replaced with a proper guix home generation
<davidl>seepel: running sudo guix import pypi mypackage works
<roptat>I need to rework that part of the home manager
<seepel>davidl: Hmmm, by system profile I assume you mean in the packages definition in your operating-system? That is the same as my configuration and I thought that package was responsible for ssl (I'm a bit new to guix myself though).
<aidenholmes>when installing a package, i know they're generally installed with "package -i" but how to i install it in such a way that i can get a list of everything installed and install them on another computer