IRC channel logs


back to list of logs

<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
<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>Hello Guix!
<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 (_ _ _ _ _ _)>
<civodul>full backtrace?
<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)'"
<civodul>what's in GUIX_PACKAGE_PATH?
<efraim>that directory doesn't actually exist on one of them
<efraim>no-build-hook didn't fix it
<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
<mb[m]1>civodul: Any idea what happened with the core-updates eval? It did not create a new build:
<rekado>oh :(
<rekado>still working on the storage
<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"
<civodul>but looks empty
<civodul>super weird
<mb[m]1>Huh, that looks incomplete:
<mb[m]1>Oops, wrong link:
<rekado>civodul: I’m now using “guix copy” to copy store items from to the new server at
<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?
<rekado>never mind
<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>re 'guix copy', i agree
<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
<civodul>Emacs may explode soon
<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.
<civodul>the Emacs bug?
<civodul>at any rate it's terrible :-)
<apteryx_>yeah, Emacs notoriously chokes on very long lines.
<civodul>alezost: i wonder if we could hook into ediff or something for .drv diffs like this:
<civodul>that looks pretty neat
***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>alezost: oooh, that sounds great!
<civodul>thumbs up to the two of you!
<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
<efraim>Good point
<civodul>i actually tried before noticing :-)
<efraim>Whats the full name of our armhf port? It's not armv7-unknown-linux-gnueabihf, is it?
<vagrantc>doesn't gcc use arm-linux-gnueabihf?
<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)
<christopher74837>i presume it must be a git repository or similar
<bavier>christopher74837: it's per-user
<efraim>i'm pretty sure its in $HOME/.cache/guix
<g_bor>Hello 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"
<christopher74837>efraim: I'm not seeing that directory
<christopher74837>I found a .guix-profile directory
<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>+ (match-error
<g_bor>+ "match"
<g_bor>+ "no matching pattern"
<g_bor>+ ("libc:static"
<g_bor>+ #<package glibc@2.26.105-g0890d5379c gnu/packages/commencement.scm:646 201c000>
<g_bor>+ "static"))
<g_bor>+ (match-error
<g_bor>+ "match"
<g_bor>+ "no matching pattern"
<g_bor>+ ("libc:static"
<bavier>the (gnu packages rust) error starts with commit d53fb678a72a83401f0495b458bd0dcc6428d364
<efraim>bavier: I just pushed a fix
<bavier>efraim: cool, thanks, it was the new %host-type matching, right?
<efraim>it was the match
<efraim>but yeah, related to %host-type
<castilma>ludo, here [1] you mentioned the "The update framework" paper, but on the website [2] I find several papers. Which one do you mean? [1]: [2]:
<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
<brendyn>maybe that will help?
<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.
<christopher74837>what is "manual"?
<rekado>it’s the comprehensive documentation for Guix ;)
<christopher74837>just kidding. No, I missed that section, I'll work through it
<rekado>maybe we could make the link from the installation section to that section a little more obvious.