<Aurora_v_kosmose>If I were to package the i2p daemon, would it be preferable to manually move & modify files or just build the installer and use it with the appropriate output location? Although the feasibility of that last one depends on whether Guix/Guile has anything like Expect.
<rekado>there was a campus-wide power outage at the MDC campus
<PotentialUser-70>Thanks for your prompt answer, rekado! Maybe I'm doing something wrong? 1) Change into the directory where the `.iso` and the `.iso.sig`files are. 2) `gpg --verify guix-system-install-1.3.0.x86_64-linux.iso.sig` returns: "gpg: Can't check signature: No public key". 3) `wget https://sv.gnu.org/people/viewgpg.php?user_id=127547 -qO - | gpg --import
<PotentialUser-70>-` returns the error message mentioned in my first post. Is there some mistake in the commands I have entered?
<cbaines>PotentialUser-70, the documentation is probably written assuming bash, but you're getting a zsh error
<cbaines>I'd perhaps try quoting the URL given to wget, it might be that zsh is trying to do something with it#
<cbaines>once you've got that bit of the command working and can download the PGP key, try passing it to gpg
<pkal>Is there a reason that "guix import" doesn't generate the necesary use-module statements?
***Dynom_ is now known as Guest8698
<PotentialUser-70>Thanks a lot for your tips, cbaines! I have switched to bash and quoted the URL, and now it works! The output says, among othe things: "key 1260E46482E63562: 2 signatures not checked due to missing keys ... key 1260E46482E63562: public key "Maxim Cournoyer <firstname.lastname@example.org>" imported ... no ultimately trusted keys found". Is this ok? I'm
<PotentialUser-70>asking because the wording of the last message differs from the one mentioned in the instructions: “This key is not certified with a trusted signature!”. Thanks again!
<cbaines>PotentialUser-70, the main thing to check is that GPG thinks the binary tarball is fine
<PotentialUser-70>Okay, so I can proceed with the installation. Thanks again for you help! I have read about Guix System in the October issue of the German "Linux User" magazine and am looking forward to trying it out. I have been using Arch Linux for many years, but it's always interesting to try out potential alternatvives :-)
<pkal>There was an article about Guix? Can I read it online somewhere?
<bost>jpoiret: thanx. (I had a look at the man page, too, but haven't seen it, sorry.)
<bdju>could someone please update the fzf package? I could paypal you $20 or something
<bdju>my history search in zsh is broken and updating to the latest version should fix it
<bdju>I might be able to work around something with rollbacks but I'm not actually sure which package broke it (clearly not fzf as our package is over 1.5 years old) or when it broke, as any old shells I have work and it's just sourcing the new config or opening a new shell that gets me the broken ones
<bdju>something in the recipe would need to be tweaked as I already tried and failed to use the --with-commit= thing
<bdju>I have like 3 or 4 fzf versions on my system but I don't really know how to make it use the newest one for this functionality
<sughosha>Hi everyone, is it possible to add a folder to runpath while packaging?
<pkill9>sughosha: what do you mean runpath? liike where it searches for libraries?
<cbaines>attila_lendvai, it looks like MDC hosted services are down, everything else should still be up, including bordeaux.guix.gnu.org
<rekado>there was a campus-wide outage, and some of the switches are out of order
<attila_lendvai>should it fall back automatically? because i'm getting a 3 out of 3 failures at the same package (cdrkit-libre-1.1.11)
<lechner>cbaines: but just before that, it said guix home: error: some substitutes for the outputs of derivation `/gnu/store/y8c9qgfrx69r0b8kikf1g556p5bz00aq-dosfstools-4.2.drv' failed (usually happens due to networking issues); try `--fallback' to build derivation from source
<civodul>reminds me of defrag on MS-DOS (yeah, i'm getting old)
<Unthahorsten>We have problem reaching guix.gnu.org with "warning: ci.guix.gnu.org: connection failed: No route to host" and "error: corrupt input while restoring archive". Do you have the same problem ? What could be done about it ?
<abrenon>(my other hand is used to hold the umbrella)
<fnstudio>hi, anyone knows if there's a recommended way to add a one-liner to my bash configuration, as part of home-bash-configuration? i'm thinking of adding something along the lines of 'shopt -s histappend'
<mitchell>fnstudio: I am always going back and forth between how much of my rc/profiles should remain files from the dot file repository. On one hand I don't want to break my configuration on machines that don't have guix, but on the other machines that don't have guix break my configuration anyway.
<apteryx>so we're rehearsing the fun 'manually fix the bootloader' procedure again, eh
<apteryx>nckx: is there anything to do under /boot/efi ? I guess not. Only copying stuff to /boot and editing /boot/grub/grub.cfg, right?
<fnstudio>mitchell: hm, right, that's a good point re maintaining somewhat fully-functional bash scripts (as files); have you thought of keeping as much as possible under guix home and then export them somehow to files?
<apteryx>nckx: yeah, the console was stuck, probably the machine had frozen
<fnstudio>mitchell: i see, it makes sense, i'm adopting a similar approach with a few config files where i gently bring them in, initially as files and then we'll see... i can gracefully/incrementally transition them to scheme when i feel like
<mitchell>fnstudio: I have a define like (define dot-files (git-origin ...)) and use (computed-file "bashrc" #~(#$(file-append dot-files "/bashrc")))
<nckx>Imma return in about an hour, apteryx, but you should be able to fix this (I believe in you, and I believe in hardly anything). The firmware stuff is all correct now, so it should just boot from whatever you put on /boot.
<dabobeshai>okay, I see. I think its planned maintainance. Thank you
<zimoun>hum, “guix build --fallback“ also fails with «guix substitute: error: connect*: No route to host». And worse, my laptop uses my desktop as offload machine, the substitute is in the desktop’s store, but it raises an error.
<mitchell>seems like we need to pin a message or something
<apteryx>I'm sending some doc about idrac and stuff, if you'd like to review the info it contains
<lechner>Hi, one of my first patches has not been merged, presumably due to a deficiency. With a freeze of core-updates in the works, I retitled the bug to include "core-updates". Do I have to set any debbugs tags to get mbakke's attention? https://debbugs.gnu.org/55762
<nckx>Hm, I don't think it's that complex, but who knows.
<dirtcastle>a month back I talked to you and nckx you guys were teaching me how to use send patches through email. and I took screenshot of everything you said. and I read the important parts of progit book (will read the remaining too) just like you guys told me to. and rn my question is that day unmatched-paren mentioned that someone tried to
<nckx>It's definitely interesting. I didn't know ‘guix system describe’ could be so thoroughly misled.
<dirtcastle>I care abt it. the next thing I want to do is write the service. can u show me who were the ones that tried to write it? I wanna see their code. (I'm yet to read large portions of guix manual that's required to write package definitions and services. that will be next after reading progit or I'll read alongside it)
<nckx>apteryx, rekado: So I'm *relatively* confident that we're currently booting from /dev/sda2 (FAT UUID 4563-9DEF).
<nckx>Currently mounted at /mnt for your convenience.
<nckx>The ‘fix’ was simply to copy the required @root files there, see.
<nckx>Because I seem to have lo^Wmisplaced my notes I'm less sure if that is also the grub.cfg that's used, but it would make some sense if it were?
<nckx>dirtcastle: Hm, I didn't mean that others tried. Maybe someone did, I don't know, I just meant that ‘no working package’ != ‘nobody cares’.
<civodul>nckx: well, if you fiddle with the GRUB entries, you can certainly boot a kernel other than the one in that system generation
<civodul>my point is: claiming that "guix system describe" is misleading in general is misleading
<apteryx>nckx: OK, so if I understand, we need two things to industrialize the config: 1. have /boot mount from a non-SAN drive partition, such as /dev/sda2. 2. Copy kernel image and initrds to it, straight under /boot
<nckx>‘You can't tab-complete stupid’ (in this channel anyway).
<nckx>apteryx: Again, this is just my preference for leaving grub.cfg intact if we can, I get why it's ugly and you'd want to remove it. But I fear finding an artisanal grub.cfg with subtle modifications in a few months with no clear recollection of what it does :)
<nckx>I know you're working on automation, but there are too many grub.cfgs already. I deleted one just now that I'm… pretty sure wasn't used.
<apteryx>yep, agreed, until we have the grub.cfg cleanup automated in the grub.cfg generating Guile module
<nckx>And I'm almost sure that UUID E1B3-BF92 isn't used…
<apteryx>so my plan is to adjust the /boot mountpoint with the UUID of /dev/sda2, then adjust the copy-kernel+initrd-to-/boot snippet
<trevdev>Any gnome-deskop-service-type users on? I'm noticing that programs like "gnome-photos" and "gnome-music" aren't propegating from my ~/Pictures and ~/Music folders respectively. I assume I'm missing some feature of gnome that's not in the convenience service?
<apteryx>I want to extend etc-file-service with a bunch of generated files. I think I know how to do that. But I also need to have some "compilation" pass that would consider these files, "dconf compile" or "dconf update". Any suggestions as to how to approach this problem?
<civodul>apteryx: you could first have a 'computed-file' that runs "dconf compile" on its inputs
<civodul>and then you'd pass that as an extension to etc-service-type?
<apteryx>I fear that 'dconf' must expect the /etc/dconf hierarchy to exist before hand
<apteryx>so I'd need to file-union my computed-files, and use this as an input to another computed-file that'd do the compilation?
<lilyp>trevdev: com.intel.dleyna-server and com.intel.dleyna-renderer are the respective missing dbus services
<rekado>two[m]: is this a clean checkout or had it previously been configured outside of the container?
<apteryx>civodul: Merry thoughts to end your day: what you started and that we've all been building on has grown amazingly in the last 10 years. I can't wait to see the kind of growth and adoption that GNU Guix will enjoy in the next decade. Thank you for starting this project!