IRC channel logs


back to list of logs

<daviid>gpg --keyserver --recv-keys 3CE464558A84FDC69DB40CFB090B11993D9AEBB5
<daviid>gpg: keyserver receive failed: Server indicated a failure
<daviid>any other server where this key is stored?
<TaoHansen[m]>can i use binary substitution for my first guixsd init?
<TaoHansen[m]>i can’t find any clarity in the documentation.
***jonsger1 is now known as jonsger
***jonsger1 is now known as jonsger
<cbaines>TaoHansen[m], yep, the installation image will use substitutes from by default I think
<cbaines>and you can add other substitute servers if you'd like
<cbaines>daviid, yep, try using
<TaoHansen[m]>how do i provide device-mapping-cryptroot?
<cbaines>TaoHansen[m], there is some documentation in the "Mapped Devices" section of the manual
<TaoHansen[m]>cbaines: i’ve gone over that one pretty thoroughly.
<TaoHansen[m]>is it because i’m using subvolumes?
<cbaines>subvolumes as in btrfs subvolumes?
<TaoHansen[m]>cbaines: yes to define my home partition which guix complains about not being provisioned for cryptroot
<TaoHansen[m]>yet it skips right over root which has almost the same entry
<cbaines>TaoHansen[m], I'm very unsure if using btrfs in that way is currently supported, could you post the relevant bits of your system configuration file?
<TaoHansen[m]>unfortunately the most i can offer is a photo
<TaoHansen[m]>sorry for the completely awful quality
<cbaines>TaoHansen[m], no problem, it's still readable
<cbaines>what is the exact error message you're getting?
<TaoHansen[m]>cbaines: service ‘file-system-/home’ requires 'device-mapping-cryptroot’, which is not provided by any service
<cbaines>TaoHansen[m], comparing the code that handles file systems and device mappings with your configuration, I can't see anything wrong
<cbaines>the requirement makes sense, but device-mapping-cryptroot should be provided by the device-mapping-service
<TaoHansen[m]>cbaines: well on the one hand this means i can’t have my subvolumes but on the other i’m pretty stoked i wrote some Scheme that is supposed to work
<TaoHansen[m]>wait i got it right the first time
<TaoHansen[m]>thanks for your help! i’ll cut down my config to just a root subvolume and make do
<janneke>guix weather is broken for me...and icecat needs a rebuild too :-(
<civodul>Hello Guix!
<castilma>hello civodul.
<daviid>civodul: hello! where is the key for 0.13.0, I tried and, but both failed
<daviid>gpg --keyserver --recv-keys 3CE464558A84FDC69DB40CFB090B11993D9AEBB5
<daviid>gpg: keyserver receive failed: Server indicated a failure
<daviid>same for (suggested by chaines earlier today)
<ng0>try either keyserver hkp://jirk5u4osbsr34t5.onion or keyserver hkps://
<ng0>for the first one you need use-tor in your dirmngr.conf
<civodul>daviid: it works for me
<civodul>could it be a transient networking failure or something?
<daviid>civodul: I wonder why it does not work here? never had any problem retreiving keys, and I tried lest's say 10 to 15 times since yesterday...
<daviid>I'm chating here :), can browse, pop and send email ... I doudbt it is a trnasient network problem
<civodul>right :-)
<civodul>sometimes dirmngr wrecks havoc though
<civodul>i've experienced that a few times
<civodul>if you're on a "foreign" distro, it could also be that there's a mixture of gpg's that don't play well together
<daviid>mistery (sounds I can't install guix :)
<daviid>ah, debian
<daviid>gpg 2.2.1-1
<civodul>gpg from Debian or Guix?
<civodul>well if it's Debian only, i guess it should work
<daviid>I'm trying to install guix, with the secret idea that I would steel the guile-gnutls modules, put them under my /opt2/share/guile ..., then uninstall guix and install from the source
<daviid>I never had any problem to retreive keys in the past, though I don't do that so often, I recently grabbed a few fro the fsf ... it really is strange
<ng0>I wonder why cURL tag curl-7.56.0 builds on guix from source, but with all changes and tripple-checked differences to gnURL with that tag merged it keeps throwing early errors in my face.. there are better things to spend your weekend with
<janneke>guix substitute: error: download from '' failed: 504, "Gateway Time-out"
<janneke>ACTION chose a terrible day to upgrade, so it seems
<daviid>my /etc/dirmngr dir is empty
<ng0>shouldn't it be $HOME/.gnupg/dirmngr ?
<civodul>janneke: run "guix weather" :-)
<daviid>ng0: no such file here
<civodul>ACTION just upgraded, though most of the stuff came from
<janneke>guix weather is broken for me...and icecat, many gnomey thing needs a rebuild too :-(
<civodul>icecat is definitely on berlin
<civodul>at least i did not build from source, that's for sure :-)
<janneke>damn...i thought hydra was a gateway for that;
<civodul>anyway, i'd suggest "guix weather" to see how things are
<civodul>and "guix weather" is not broken until proven otherwise ;-)
<janneke>civodul: me is running it to reproduce the stack trace it gives me
<civodul>good :-)
<janneke>guix weather: ERROR: In procedure put-bytevector:
<janneke>ERROR: Throw to key `gnutls-error' with args `(#<gnutls-error-enum Resource temporarily unavailable, try again.> write_to_session_record_port)'.
<janneke>full backtrace:
<janneke>ah...unavailable that could match my build error, gateway timeout?
<civodul>ok it's broken ;-)
<daviid>added a ~/.gnupg/dirmngr.conf containing "use-tor", tried hkp://jirk5u4osbsr34t5.onion but it hangs for ever ...
<ugoday>Hi, I have installed guix on my gentoo laptop recently. Now trying to do guix pull and got
<civodul>hmm it works here
<civodul>janneke: could you check if it fails similarly with
<civodul>use --substitute-urls
<ugoday>I have
<civodul>ugoday: could you use a place accessible over Tor such as
<ugoday>no problem
<daviid>gpg --keyserver hkp://jirk5u4osbsr34t5.onion --recv-keys 3CE464558A84FDC69DB40CFB090B11993D9AEBB5
<daviid>gpg: keyserver receive failed: Connection timed out
<ugoday>that's my error
<ugoday>that's my files
<janneke>civodul: guix weather --substitute-urls="" is fine
<janneke>something not okay with
<civodul>janneke: could you email
<janneke>berlin is at 61%...are we using any heuristic to build most popular stuff first?
<civodul>no, we're not doing anything fancy
<civodul>it's at 90% of my profile though
<civodul>i guess i'm lucjy
<ng0>going through the curl source searching for the cause of my problem I'm reminded of the curl https issue we had. was this fixed? lib/curl_setup.h contains this:
<ng0>#error "No longer supported. Set CURLOPT_CAINFO at runtime instead."
<ugoday>guix pull complaints about absence bytestructures/r7/base.exports.sld even if I install guile-bytestructures manually
<ugoday>is there a way to check load-path or something like that?
<civodul>ugoday: what Guile version do you use?
<civodul>the error rings a bell
<civodul>i think at some point guile-bytestructures wouldn't work with Guile 2.0
<ugoday>what is recommended version?
<civodul>before pulling to master, could you pull to 726ecfeb3ae9eb4baacf042e2dd34b1e377dccfa ?
<civodul>see "Invoking guix pull"
<ugoday>thanks, let me try
***pksadiq__ is now known as pksadiq
<wigust>Hello Guix, Does (geiser-mode-switch-to-repl-and-enter) in gnu/services/networking.scm works for you? For me ERROR: Unbound variable: static-networking-service-type
<janneke>wigust: works for me
<wigust>janneke: thanks for responce!
<wigust>ACTION waiting for `make' after `make clean-go'
<janneke>yeah, that must be it
<wigust>janneke: nope, still blame at me
<wigust>Directory ~/.cache/guile doesn't exist because of --no-auto-compile in geiser-guile-binary
<wigust>Do you think this is a bug or I missing something?
<ng0>can someone review and merge my getmail update to 5.4? it is a version fix, as 5.1 became unusable on GuixSD and 5.2, and 5.3 were bugfix releases.
<efraim>the mongodb patch forgot to add the patch file to gnu/
<ng0>whoa… reasons to have icecat:
***pksadiq_ is now known as pksadiq
<pmikkelsen>hello guix
<rekado> consists of 18 servers at this point.
<rekado>not sure how we can speed it up other than by adding more servers.
<rekado>61% isn’t great
<rekado>I think cuirass is a bit too naive
<rekado>it starts an evaluation and … what then? I don’t think it will abort a build that is already outdated.
<efraim>someone on an older commit will be happy to have those binaries
<civodul>rekado: thanks for the new servers, BTW!
<civodul>i guess there are a few bottlenecks left, notably evaluation time and transfer time
<civodul>also, ISTR that Cuirass doesn't start a new eval until it's done building all the derivations of the previous eval
<civodul>not 100% sure though
<rekado>I’ll just keep adding servers until the rack is full. We’ll get new rack switches next week.
<rekado>the new storage has to wait a little longer, until we can schedule downtime for another server to relocate it.
<IpswichTriptych>hey, guix