<nckx>Dang it I noobed all over debbugs. Sorry, everyone, for my spams. <str1ngs>enick_107: no I don't think so. in fact keys are not trusted by default. unless you are using guixsd? maybe? <ofosos>Ok, this is due to the po files, which are tracked in git, and thus can't be added to the .gitignore. They're around 2000 changes per file :( <str1ngs>if you are using guixsd it only trusts mirror.hydra.gnu.org <ofosos>git update-index --assume-unchanged po/guix/{de,da,eo,fr,hu,pl,pt_BR,sr,vi,zh_CN}.po does the job for me :/ ***astronav_ is now known as astronavt
<lain`>Greetings, could anyone provide me with a riseup invite code? <efraim>I think head is broken atm, ran make clean and it still won't compile <civodul>mb[m]1: i've started a core-updates eval <snape>I sometimes wonder whether it's worth maintaining all those guile wrappers for GuixSD services. It's nicer, but opaque configuration files are essentially the same, we can put them in guile config files and we can do manipulations on those strings. Moreover, if mistakes are made in the guile wrappers, it breaks user configurations. <efraim>when trying to run make on guix I'm currently getting: ERROR: In procedure display-error: <efraim>ERROR: Wrong number of arguments to #<procedure display-error (_ _ _ _ _ _)> <efraim>i get it running 'guix environment --fallback guix -- make' <efraim>also with 'guix environment --no-substitutes guix -- make' <efraim>i'm currently trying now with adding no-build-hook to each of them <civodul>there's "guix environment: warning: failed to load '(gnu packages rust)'" <efraim>GUIX_PACKAGE_PATH=/home/efraim/workspace/my-guix/ <efraim>that directory doesn't actually exist on one of them <civodul>there's something wrong in (gnu packages rust), though <civodul>the display-error wrong-arg-num probably comes from (guix ui), though i can't find where <civodul>could you add 'pk' calls there to find out? <civodul>and after that we'll check what's wrong with (gnu packages rust) <snape>One thing that guile service configurations allow (and opaque configurations can't do) is extending other services I guess. But that's only a small subset. ***pksadiq_ is now known as pksadiq
***pksadiq_ is now known as pksadiq
***Apteryx is now known as Guest15178
<civodul>rekado: ENOSPC on berlin, i'm running the gc right now <civodul>hmm that doesn't help much, only 1G left <civodul>/var/cache/guix/publish occupies 75G <rekado>it’s way too slow, so I haven’t been able to attach it just yet. <civodul>mb[m]1: dunno what happened, maybe it was just canceled or something? <civodul>the hydra-evaluator log says "created cached eval 109849" <rekado>civodul: I’m now using “guix copy” to copy store items from 141.80.181.40 to the new server at 141.80.181.41. <rekado>it just occurred to me that the new server doesn’t have the same signing key — can I just replace it or will this cause problems? <efraim>I can vouch for gtk gtk2 and qtbase on aarch64 on core-updates <rekado>I have a problem with “guix copy” on two machines. I get this error: guix copy: error: build failed: program `guix-authenticate' failed with exit code 1 <rekado>Turns out that I needed to authorize a signing key; but it would be nice if the error message was a bit more instructive. <rekado>civodul: I’ve stopped cuirass on berlin and freed 2G. <civodul>it's best to keep the same signing key for the new server <civodul>oops, i was compiling webkit-gtk in M-x shell <efraim>civodul: finally got around to inserting '(pk)' all around, got: ice-9/boot-9.scm:182:2: In procedure car: Wrong type argument in position 1 (expecting pair): () <wigust>civodul: Did you try (add-hook 'comint-output-filter-functions 'comint-truncate-buffer) ? <efraim>i changed '(pk)' to 'pk', got something more helpful: (#<procedure display-error (_ _ _ _ _ _)> #f #<output: file /dev/pts/1> "match" "no matching pattern" "aarch64-unknown-linux-gnu") <efraim>this would also explain why its related to rust.scm and i'm the only one seeing it <efraim>i take it back, I don't know why i'm seeing it on x86_64 also <civodul>efraim: 'pk' takes at least one argument, like (pk (+ 2 3)) <civodul>wigust_: i don't think it would help wrt. to the Emacs bug whereby its memory consumption keeps increasing <snape>That bug has to do with lines being too long if I remember well. <apteryx_>yeah, Emacs notoriously chokes on very long lines. ***pksadiq_ is now known as pksadiq
<alezost>civodul: recently wigust_ added a mode (to Emacs-Guix) to make *.drv files more human readable. So I think there will be no need to add anything special; a usual (e)diff should be enough to compare drv files <alezost>this new mode (guix-derivation-mode) will appear in the next Emacs-Guix (which I plan to release this year) <civodul>i've been diffing .drv files and builders by hand for too long :-) <efraim>civodul: I'll keep that in mind for the next time, with what I added it was enough to solve the riddle <efraim>the note in guix/elf.scm suggests we can drop it when we drop guile2.0 support <civodul>efraim: yes, but our bootstrap guiles are 2.0, so we can't really drop it <civodul>i actually tried before noticing :-) <efraim>Whats the full name of our armhf port? It's not armv7-unknown-linux-gnueabihf, is it? <christopher74837>hi, am running guix on top of Debian 9. When I do guix pull, where is the repository actually stored on my system? (My prefix is /usr/local) <efraim>i'm pretty sure its in $HOME/.cache/guix <sneek>Welcome back g_bor, you have 1 message. <sneek>g_bor, civodul says: we don't have meta-packages that could install both gpg and pinentry <g_bor>I've seen the graph test fail on core-updates. <g_bor>Do we know anything about that? <efraim>license information for cargo might be wrong: Cargo is dual licensed Apache and MIT. Also contains code from openssl which is GPL2 with linking exception. <efraim>should probably read "... openssl licensed with a GPL2 linking exception" <g_bor>Ok, I've run it again, still fails. It is this: test-name: bag-emerged DAG <g_bor>This is the error: actual-error: <g_bor>+ #<package glibc@2.26.105-g0890d5379c gnu/packages/commencement.scm:646 201c000> <bavier>the (gnu packages rust) error starts with commit d53fb678a72a83401f0495b458bd0dcc6428d364 <bavier>efraim: cool, thanks, it was the new %host-type matching, right? <civodul>castilma: i think it's "Survivable Key Compromise in Software Update Systems" ***specing_ is now known as specing
<christopher74837>Hi, I installed guix on top of my Debian 9 system (I compiled guix from source). I can install packages, but if I run `guix pull' I get error: <christopher74837>guix pull: error: Git error: cannot set certificate locations: OpenSSL is not enabled <christopher74837>I even installed the guix provided by guix, but am still seeing that. Presumably I've got a missing flag in library I compiled, but I don't see an ssl flag in guix itself. Any suggestions? <brendyn>christopher74837: my guixsd has the variable GIT_SSL_CAINFO=/run/current-system/profile/etc/ssl/certs/ca-certificates.crt <rekado>christopher74837: did you read the manual section “application setup”? It explains what environment variables need to be set to use Guix on a GNU/Linux distribution other than GuixSD. <rekado>it’s the comprehensive documentation for Guix ;) <rekado>maybe we could make the link from the installation section to that section a little more obvious.