<roptat>substitute-urls specifies where you want to look for substitutes, but it won't download unless they are signed by an authorized key, or have the same content as a substitute signed by an authorized key
<roptat>if you don't want substitutes by default, use --no-substitutes as an argument to the daemon, then --substitute-urls will tell it when you want to use substitutes, but that will substitute everything needed for a build, not for a specific package
<roptat>I mean, it won't just substitute one thing, but also everything it needs
<leoprikler>Guix has this configuration as part of the package specification
<roptat>we don't have use flags, but we have build transformation options (a bit limited compared to use flags), or you can redefine packages (more powerful than use flags, but also more work on your side)
<roptat>I would use a manifest to be sure I always apply the options I want and not miss one one day
<porchetta>DO you have an example of manifest? The documentation lacks details
<porchetta>let's say that I want to install htop without the zserver configuration flag. How do I inherit the package recipe and modify it by adding the configuration flag? Is my modification gonna stick in case of htop upgrades or do I have to edit the recipe again in case of new htop versions?
<porchetta>I am sorry if this a question already answered, I don't understand that from the documentation
<leoprikler>and if I want to use packages->manifest instead?
<leoprikler>porchetta: keep in mind, that configure flags are a Scheme list
<roptat>porchetta, you may want to have a look at substitute-keyword-arguments too
<roptat>leoprikler, it would be even more error-prone
<roptat>leoprikler, but maybe a simple guix package -I | cut -f1 would work for you?
<cornburglar>can I create a manifest for guix environments/containers that will have services started when the environment is launched? For example, say you don't want audio available regularly but you want to have alsa running in an environment used for audio production or listening
<fps>nckx: and yeah, the explanation made sense.. ty
<pinoaffe>once I do that, `guix reconfigure` prints a warning about guile being unable to set the locale, but the reconfiguration proceeds without any further issues, and any resulting generation fails at starting X11
<nckx>The betterly correct way is to run ‘guix download’ (in your case ‘guix hash -rx’) by hand and replace the hash wholesale, but this does require a 100% clean repo.
<nckx>porchetta: The way that's written, the original python's ARGUMENTS field is completely replaced with the one you provide. Gone custom phases and and ‘#:tests? #f’ that were probably there. You need to use substitute-keyword-arguments. Plenty of examples in (gnu packages …).
<truby>out of curiosity, are texlive version bumps usually done by hand? because that seems like a lot of packages to update by hand 😃
<nckx>porchetta: fftw-openmpi is my go-to example; you can probably get away with only modifying #:configure-flags and leaving #:phases as-are.
<olivuser>I had an old hdd plugged in order to backup copy some files to my fresh install of guix. now, I cant boot anymore. I get the "Reboot and Select proper Boot device or Insert Boot Media in selected Boot device and press a key"
<nckx>Oh god, it depends completely on the implementation. But anything with ‘boot device’ or ‘boot order’ is a safe bet.
<olivuser>there is a "boot mode select", which is currently set to (LEGACY+UEFI), another option being UEFI. would that be something like it?
<nckx>olivuser: I'd leave that alone since it worked before. Nothing related to drive order or primary boot device…?
<nckx>On my UEFI laptop, Guix even nicely shows up as ‘Guix’ in the list, but not all machines are so friendly.
<nckx>olivuser: Have you tried booting without any external drives attached?
<olivuser>nckx, funny thing is that there used to be an option "UEFI Hard Disk Drive BBS Priorities" which did show up three options (UEFI OS, Manjaro and Guix), but now only displays UEFI OS. I had problems with manjaro too, but that was a manjaro related issue which is fixed now
<nckx>Yeah, all firmware is written by the dark lord to make us yearn for death.
<olivuser>nckx, Boot Option #1 is "UEFI Hard Disk: UEFI OS", the other UEFI options being related to other storage medium formats
<olivuser>nckx, I dont use any external drives currently
<olivuser>in the beginning, I was talking about an internal drive
<nckx>olivuser: Hm. That's… vague, since UEFI allows multiple OSes on a single drive, it should give more information than just ‘drive X’.
<olivuser>nckx, a curious thing I noticed: when I go to "choose boot device", the second SATA drive shows up; in BIOS; it doesnt.
<nckx>Switching from UEFI to legacy (CSM, or ‘BIOS’ emulation) will definitely require a reinstallation of Guix first, so that's not really an option. But maybe LEGACY+UEFI means that it tries ‘BIOS’ first. Do you know in which mode you were booting?
<olivuser>I will boot into the other os to check if it is recognised by gparted
<olivuser>so again I managed to get myself into trouble and I am about to reinstall. First off, two questions: I have two drives, both having a separate EFI partition. Is that likely to cause a problem?
<olivuser>another question: having installed bootloader, system and data on separate partitions, is it possible to just reinstall the "system" and leave (in particular) the data alone?
***jonsger1 is now known as jonsger
<fps>btw: is there a way to refer to an earlier version of guix to build a package?
<pinoaffe>I don't know whether this is a guix-specific thing, but on my old laptop (t420), backlight control using the keyboard used to work out of the box, regardless of whether X/Wayland/no display server was running, this does not work on my t470
<leoprikler>pinoaffe: it may very well be, that the t470 uses different backlight control
<pinoaffe>leoprikler: it does, any clue how I could replicate the behaviour?
<thomassgn>Woop! batctl, the userspace program for managing the batman-adv kernel module is now packaged. Let's see how patches work again... :)
<bdju>is there any info about how to get adb/fastboot (android stuff) working on guix? I just used a separate machine to deal with it the other day, but would like to do it on my main machine
<thomassgn>bdju: I've not used it myself, but I see there's both an adb package and a 'android-udev-rules' package. I see the last one is not meant to be installed, rather passed to your udev service in your configuration. theres also a fastboot package. :)
<leoprikler>it also appears, that you need to add yourself to the plugdev group for permissions to work
<bdju>there was something complicated it the config, probably the groups part
<bdju>I remember messing with it several months ago and I couldn't build my config for a few days so I gave up and took it all out