<DarjN>So what in the defaults keeps giving me that a GPT label has no BIOS Boot Partition, then it tells me to build blocklists
<db48x>when I invent a time machine, I'm going to go back in time to prevent automake from ever being conceived
<iyzsong-w>DarjN: via installer or manual system config? tips: 1. match bootloader (grub-efi-bootloader when use EFI), 2. boot partition (a vfat EFI when use grub-efi-bootloader, a bios boot partition when use grub-bootloader with bios booting)
<dissoc>i think it worked. of course i have to wait a while for chromium to build to be 100% sure. thanks again
<leoprikler>Just for reference, the canonical solution would be to use substitute-keyword-arguments
<DarjN>So I guess it's not enough to say guix install (x)? It did nothing. Also doing the "guix system reconfigure /etc/config.scm" is stuck on a package without even downloading it. Pinging the site returns all normal but this package is like stalling
<DarjN>I'm thinking of just CTRL-C-ing it but that has always created more problems
<lane>Hi all, I ran into some roadblocks when trying to package a project and am hoping to get some advice. The first issue is that the project currently has a shell script for each supported distro in order to install its dependencies using that distro's package manager. Does it make sense to run one of these scripts as part of the build process, or does that mean that I would need to package all of the dependencies using guix as well?
<civodul>lane: hi! the recommended approach is to package all the dependencies using Guix as well
<civodul>and then the package itself would depend on those, and you woudln't need to run the script that upstream provides
<lane>Ok, thanks! Also, in another step, it downloads some libraries (headers + some object files) from the project's ci using wget. I tried including wget as a native input, but the download fails with "unable to resolve host address." even though when I run the same command from the shell it succeeds without an issue. I'm also wondering if the approach here needs to change. The project requires that the headers/object files are under a
<lane>`libs/` directory in the project folder before it can be compiled. I guess I could package these libraries as well and then copy the headers/object files into the `libs` directory before building this project? Or maybe it's ok/possible to download them somehow before the build?
<civodul>lane: right, the build environment has no network access so as to maximize reproducibility
<civodul>so you have to specify all the dependency upfront in the package definition
<lane>ok, makes sense. I'll take a closer look at how they are actually building these libraries for their ci then
<sneek>jlicht, nckx says: Right. Reverting to a broken generation will still be broken. Going forward, resuming a hibernated system from an older generating with hibernation support will be pointless (because the old kernel+initrd is completely discarded in favour of the hibernated kernel+user space), but should work.
<sneek>jlicht, nckx says: Please let me know what works for you and more importantly what doesn't.
<DarjN>I got the packages to install after adding those two lines but do we always have to reboot to get the packages installed. I'm doing all the steps here
<jlicht>nckx: I assume you want me to try different kernel configurations with hibernation support, not for me to destroy my filesystem ;-)
<jlicht>DarjN: generally, no; if things are set up right, your profile is sources when logging in; only if you add new environment variables to your profile (e.g. EMACSLOADPATH) do you need to source your profile again (or restart, as you mentioned)
<jlicht>sneek: later tell DarjN: No that is not what I meant; you will only have to do it _once_ each time you install packages that work with a _new_ environment variable. E.g. the first time you install emacs-related packages, or python-packages etc etc.
<nckx>efraim: Cool stream of CC fixes. Do you use cross-compiled packages IRL?
<efraim>I was working on the mips64el port and got carried away
<nckx>I'm annoyed by the number of packages that silently ‘cross’-compile to native code & musing about a phase similar to validate-runpath (with similar opt-out switch) that would at least check whether there are any ‘foreign’ ELF files in the output.
<nckx>It could snowball into parsing ELF files in Guile :-/ Don't want to do that.
<efraim>I think I added one that doesn't work well by doing lua
<efraim>But I really want to be able to say this is my os config, I should be able to make it natively or cross compile it
<mdevos>nckx: what version of guile and representation format of bugs are you using? My guile-3.0.4 squashes symbolical bugs without any error messages: (display 'bug (%make-void-port "a0")) --> *unspecified*.
<buenouanq>is wpa_supplicant only on the install image and not included in %base-packages? I just successfully installed GuixSD minimally on a Macbook Air - But rebooting I can't use my usb dongle because there's no wpa_supplicant...
<buenouanq>and I suppose I don't know how to boot to the install usb and install just that without doing the whole thing over again or if that's even possible
<divoplade>wpa_supplicant is only in the desktop services I think
<lane>I made a bunch of progress on packaging openFrameworks but got kind of stuck again. Compilation is failing with "Cannot find 'ld'." I made sure that binutils are included in the inputs. I also tried using 'ld-wrapper' and then appending the 'bin' from that input to PATH, but I still end up with the same error. Any ideas?
<GuixNewbie84>Q: How do I update a package to the latest version for which a substitute is available? E.g. how do I install/update and guarantee that I won't be building any packages.
<cbaines>GuixNewbie84, that's quite a hard problem. It very much depends which packages you're using, what other store items they require, and what substitute servers you've authorized and are fetching substitutes from.
<vagrantc>does "guix build --rounds=N" do anything notable when they differ?
<vagrantc>e.g. run diffoscope or diff or something?
<cbaines>It's not dependent on evaluations, the code just tries to look at the most recent 100,000 outputs that it knows about
<cbaines>It'll keep asking about an output until it's present, or it's old enough that it drops out of the top 100,000
<cbaines>I have often thought about trying to work build information back in to the process, so it queries for substitutes for unseen outputs for successful builds, but the build information is patchy as well...
<cbaines>Once it's finished checking a batch of 100,000, it selects another batch of 100,000 and the process begins again
<nckx>cbaines: I don't think random names existing in the DNS means they need to be entered into a Web browser, though. So there's some ancient A record in the inwx.de control panel. Et alors? Have you seen ‘logs.guix.info’ mentioned anywhere besides that quote?
<nckx>(Not rhetorical; we should certainly fix it if so.)
<nckx>Just not put effort into removing some A record, or, er, hm, discussing it 😛
<cbaines>I don't know of any particular references to logs.guix.info
<nckx>I expected to find some but didn't. Very strange.
<mbakke>jonsger: those are some neat keybindings :-)
<lfam>I'm testing different AAC encoders. The one that's built-in to FFmpeg is regarded as significantly inferior to libfdk, which is free software but not licensed compatibly with FFmpeg. I normally use a custom package of FFmpeg with libfdk
<lfam>I'm also going to compare tuning h264 for 'film' or 'stillimage'. Depending on the content of the videos it will matter which is chosen