<n1cky>anyone around? I'm interested in running a linux + guix system. Is it stable? <n1cky>eh, seems GUIX + dmd is not quite production ready. <n1cky>thank you for doing this work. :-) ***kmic is now known as kmicu
<taylanub>I'm also having the "No variable named ghc in #<interface (gnu packages haskell) 2fec900>" bug, when running the installed guix. works fine with ./pre-inst-env <taylanub>yeah, and before that I cleaned up everything guix-related I could find in /usr/local (where I install it) except for /usr/local/var/guix <taylanub>(I sometimes run 'make install' on top of a previous installation, without 'make uninstall' in between, so there can be left-overs) <civodul>can you run "stat /usr/local/share/guile/site/2.0/gnu/packages/haskell.{scm,go}"? <civodul>also, could you "strace -f -o log guix package -i emacs" (say) to see which haskell.{scm,go} is used? <civodul>also "stat ~/.cache/guile/ccache/2.0-LE-8-2.0/usr/local/share/guile/site/2.0/gnu/packages/haskell.*" <civodul>lines matching "open.*haskell\\.go.*= [0-9]" <taylanub>22188 open("/usr/local/share/guile/site/2.0/gnu/packages/haskell.go", O_RDONLY|O_CLOEXEC) = 12 <civodul>and if you try to run Guile and access that variable? <taylanub>I think I need to augment my Guile load path somehow: ",m (gnu packages haskell)" -> "ERROR: no code for module (guix build-system haskell)" <taylanub>hmm, /usr/local/share/guile/site/2.0/guix/build-system/haskell.* really doesn't exist <taylanub>there's no .go for the haskell.scm in the source directory either, so the build system doesn't see it I guess <taylanub>I get "warning: arbitrarily choosing /gnu/store/vaw1lnmg4j1mgz6s4qn42j6ids7swhxm-info-dir/share/info/dir" on the share/info/dir clash; this isn't really arbitrary, is it? <civodul>this is fixed in core-updates, where packages no longer install a 'dir' file <civodul>the 'dir' file is generated at profile-creation time <civodul>well the fact that the 'dir' file is generated is not new <civodul>just the fact that 'dir' is no longer installed <civodul>taylanub: committed the haskell thing <civodul>davexunit: i think you forgot to cc the list in your reply in the 'files' discussion <mark_weaver>cmake fails to build on armhf. it segfaults in the check phase :-( <mark_weaver>I see there's a new version, 3.2.1. maybe I should try that before digging into the code. <mark_weaver>blah. learning more about cmake is not a job that I relish... <mark_weaver>hmm, the segfault is happening in nettle_yarrow256_update (from libnettle) during gnutls_global_init <mark_weaver>too bad we have no debug information for gnutls or nettle... <civodul>could it be that two different libnettle end up being loaded? <civodul>GnuTLS depends on nettle-2.7 whereas libarchive now depends on nettle-3 IIRC <mark_weaver>yes, this 'ctest' program is linked with new versions of nettle <civodul>mark_weaver: probably libarchive should move back to nettle-2 <civodul>or, if that's too much rebuild, we can keep a separate variant of libarchive <civodul>i took the conservative choice, but yeah, why not <mark_weaver>I'll add debug outputs to nettle and gnutls while I'm at it. <civodul>in general adding "debug" outputs is fine with me <civodul>i've shamelessly done that for the packages where i needed it most ;-) *civodul toys with the idea of a self-contained tarball for easy installation <mark_weaver>civodul: I think it would be great to have a tarball that contains /gnu/store/...-guix-* and its dependencies <mark_weaver>so that GuixSD can be bootstrap on older systems more easily <mark_weaver>is that what you had in mind, or something different? <civodul>mark_weaver: yes, that's exactly what i'm trying to do <civodul>it's really to install Guix on a non-GuixSD system <civodul>because for GuixSD we already have to image <civodul>it's when reading Pjotr's email that i thought we should try it <mark_weaver>if it could be done in such a way that we can produce such tarballs for mips and arm, even though we have no full system for those, that would be great. <mark_weaver>we don't have qemu working on mips either. not sure if it works on arm <mark_weaver>hmm, so gnutls-3.4.0 adds a new optional dependency on p11-kit, which fails to build on mips. <mark_weaver>would this be a regression from our existing gnutls-3.3? does it support PKCS #11? <civodul>IIRC we don't use pk11kit currently, do we? <mark_weaver>but I don't know if gnutls-3.3 supported it in some other way <mark_weaver>I'm tempted to add --without-p11-kit for now and see if it causes any problems higher up <mark_weaver>now cancelling jobs on hydra to make the evaluation happen faster <mark_weaver>hydra seems very slow right now. I've been waiting for a few minutes to log in via ssh.