<daviid>gpg --keyserver pgp.mit.edu --recv-keys 3CE464558A84FDC69DB40CFB090B11993D9AEBB5 <daviid>gpg: keyserver receive failed: Server indicated a failure <daviid>any other server where this key is stored? ***jonsger1 is now known as jonsger
***jonsger1 is now known as jonsger
<cbaines>TaoHansen[m], yep, the installation image will use substitutes from mirror.hydra.gnu.org by default I think <cbaines>and you can add other substitute servers if you'd like <cbaines>daviid, yep, try using pool.sks-keyservers.net <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? <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]>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 :-( <daviid>civodul: hello! where is the key for 0.13.0, I tried pgp.mit.edu and pool.sks-keyservers.net, but both failed <daviid>gpg --keyserver pgp.mit.edu --recv-keys 3CE464558A84FDC69DB40CFB090B11993D9AEBB5 <daviid>gpg: keyserver receive failed: Server indicated a failure <daviid>same for pool.sks-keyservers.net (suggested by chaines earlier today) <ng0>try either keyserver hkp://jirk5u4osbsr34t5.onion or keyserver hkps://hkps.pool.sks-keyservers.net <ng0>for the first one you need use-tor in your dirmngr.conf <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>sometimes dirmngr wrecks havoc though <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 :) <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>ACTION chose a terrible day to upgrade, so it seems <ng0>shouldn't it be $HOME/.gnupg/dirmngr ? <civodul>ACTION just upgraded, though most of the stuff came from berlin.guixsd.org <janneke>guix weather is broken for me...and icecat, many gnomey thing needs a rebuild too :-( <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 <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>ah...unavailable that could match my build error, gateway timeout? <daviid>added a ~/.gnupg/dirmngr.conf containing "use-tor", tried hkp://jirk5u4osbsr34t5.onion but it hangs for ever ... <civodul>janneke: could you check if it fails similarly with berlin.guixsd.org? <civodul>ugoday: could you use a place accessible over Tor such as paste.lisp.org? <daviid>gpg --keyserver hkp://jirk5u4osbsr34t5.onion --recv-keys 3CE464558A84FDC69DB40CFB090B11993D9AEBB5 <daviid>gpg: keyserver receive failed: Connection timed out <janneke>something not okay with mirror.guixsd.org <civodul>janneke: could you email bug-guix@gnu.org? <janneke>berlin is at 61%...are we using any heuristic to build most popular stuff first? <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>#ifdef CURL_WANTS_CA_BUNDLE_ENV <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>i think at some point guile-bytestructures wouldn't work with Guile 2.0 <civodul>before pulling to master, could you pull to 726ecfeb3ae9eb4baacf042e2dd34b1e377dccfa ? ***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 <wigust>ACTION waiting for `make' after `make clean-go' <wigust>janneke: nope, still blame at me <wigust>Directory ~/.cache/guile doesn't exist because of --no-auto-compile in geiser-guile-binary <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/local.mk ***pksadiq_ is now known as pksadiq
<rekado>berlin.guixsd.org consists of 18 servers at this point. <rekado>not sure how we can speed it up other than by adding more servers. <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 <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.