<happy_gnu>guix package: error: build failed: some substitutes for the outputs of derivation `/gnu/store/wxzg3vcvjnyvk5xw07jwbdrdm30vyrfq-icecat-45.5.1-gnu1.drv' failed (usually happens due to networking issues); try `--fallback' to build derivation from source
<Apteryx>Building linux-libre now. Hopefully passed that my system will be up-to-date with master again! I hit many small road bumps this week (flaky tests, corrupted nars, errors caused by failing substitute servers) :)
<bombastus>I installed guile 2.2.2 with the command 'guix package -i firstname.lastname@example.org'. I get an error when trying to run it without sudo.. is this the correct/best way to install a different version of a global package?
<lfam>bombastus: Are you using GuixSD or Guix on another distro?
<snape>I think (assoc-ref outputs "out") is more functionnal, because it depends on "outputs", which is given as an argument of the function, whereas %output, which means (getenv "out"), depends on the less reliable global state. Not sure though.
<efraim>%output assumes that "out" is the only output, whereas it could potentially change in the future
<az`>and `guix package -i linux-firmware` or what?
<roptat>az`, it's ok to define packages in the os configuration, but I think it won't be visible to 'guix' commands, so you have to put these packages in the packages field of the operating-system declaration
<roptat>actually in your example it's used in the kernel field
<rekado>davexunit: I don’t agree that “specification->package+output” and the like are limited. Package names are almost always unique, and for many people it’s easier to use the same names in the manifest that they would use on the command line.
<rekado>using the variable names helps when you have name conflicts with package definitions on GUIX_PACKAGE_PATH
<CharlieBrown>So Libreboot might be able to just find that cfg and use it?
<Petter>Have you tried the different Libreboot menu entries? I thought it would handle this automatically when you select the right menu entry.
<CharlieBrown>Petter: I haven't tried. If I made a mistake and didn't know which files (maybe there are multiple initrd and linux files) then I'll have to type my long password and boot commands manually. Doing that multiple times in a row is a pain.
<Petter>Try an entry with usb or similar in it and see.
<CharlieBrown>Petter: I'll try it. Now that you've said there's a grub.cfg, I'm sure it'll work.
<Petter>I'd assume there is that on the installation image as well. Not sure though.
<Petter>Don't remember having any issues getting the installation image running.