<mbuf>are there any hosting providers where guix can be used?
<mbuf>or how do people run services on current guix systems?
<efraim>I've been thinking about the scripts that exist to turn digital ocean debian systems to arch, and I think that one is done with chroots, so it should be possible there
<grothoff>Finally got GNUnet to properly build (and pass tests) on GuixSD last night, based on Andreas's package definition.
<grothoff>Now what is left to do is get the setup right -- in particular creation of groups, users and SUID/SGID binaries might be a bit funky, especially if 'guix package -i gnunet' is done by a normal user... Is this even possible?
<ewemoa>mark_weaver: i don't see any relevant errors -- i don't see anthy among the input methods sub menu of the tray icon, nor does it appear among items selectable via the config tool
<effa>Maybe we need some search-path specification.
<effa>Nix does have a quite advanced setup for Haskell. nix-shell creates an on-the-fly compiler wrapper with a bunch of custom environment variables (NIX_GHC, ...). Some library, I thihk ghc-paths, has been patched to recognize those variables. See , e.g., http://cryp.to/nixos-meetup-3-slides.pdf
<iyzsong>I just use nix on GuixSD for haskell stuff, it work pretty well..
<effa>iyzsong: I never used nix, so my understanding of their approach is limited.
<effa>If you understand it, maybe you could outline how we could improve our approach.
<iyzsong>effa: I don't know the detail too. But a search-path should be enough for now IMO.
<effa>I didn't add it, because it is harmfull to the haskell-build-system which uses cabal.
<effa>But, probably it is better to just unset GHC_PACKGE_PATH at the beginning of the build system.
<iyzsong>Yes, they are different. I wonder how we can use profile hooks in build-systems.
<effa>what do you meand by "in build-systems"? We use a hook to generate the packages.cache file.
<iyzsong>Hm, I don't know what I said, please ignore me :-)
<rekado_>BTW: the cluster admins that I met today are currently working with easybuild. They read the paper on Guix in HPC, but said that they have "no lisp expertise". I assured them that no such thing is required, but it seems that they are quite invested in easybuild and environment modules.
<rekado_>they are also quite excited by docker and "hope" to use docker eventually.
<Steap>rekado_: so, are they not gonna use Guix at all ?
<civodul>i guess it's not completely a rational choice, but hey, it gets the job done
<rekado_>they are still working on getting the server set up (seems they have no proper sysadmins yet so they are just drafting things on slides), so things are still open.
<rekado_>I doubt they will move to Guix though, even though they admitted that easybuild caused them problems.
<davexunit>rekado_: I admire your ability to market Guix to people, though.
<rekado_>what seems to be easier in easybuild (for them) is installation of multiple package versions by name (without the need to write any "scary" lisp code).
<Steap>to be fair, knowledge of Guile helps with Guix :)
<rekado_>what bit them when using easybuild was the failure to capture all inputs; in particular there was a version mismatch with boost or something and they could not easily install the right version.
<rekado_>this problem simply doesn't exist with Guix.
<rekado_>they also seem to be willing to use various tools for package management: easybuild for "core" stuff, virtualenv for Python, <forgot-the-name> for R, etc.
<rekado_>I suggested that Guix could be a simpler layer of abstraction --- once learned.
<rekado_>they and we suffer a bit from having a considerable number of non-expert users, so things need to be "easy".
<civodul>rekado_: are the two labs part of the OpenBio Foundation?
<DusXMT>Steap: Well, in C, you have several different kind of braces, so bunching them up would make blocks a bit more awkward to distinguish. Also, each language has its own set of ideas accos'd with it
<rekado_>Steap: I no longer see closing parentheses at all. I do use paren-face in Emacs to make them a little less prominent, to be fair.
<Steap>yeah, but some people like to use a good text editor.
<efraim>i know its in gnu/packages/enlightenment.scm in the git repo
<mark_weaver>efraim: the official way to run guix from the git checkout is to prefix all commands with /path/to/guix-git-checkout/pre-inst-env, e.g. if you are in that directory already: ./pre-inst-env guix package -i ...
<mark_weaver>if you want to use the git repo for all guix operations by default, make ~/.config/guix/latest a symlink to your git checkout directory.
<mark_weaver>whatever it's trying to auto-detect, we could just give it the right answers statically. but it would require some investigation.
<mark_weaver>the code also just plain doesn't work if a toolchain is not in PATH
<mark_weaver>well, the reason I started all this is because 'youtube-dl' fails to download from vimeo, because we seem to lack the needed CA: /etc/ssl/certs/c692a373.0, which apparently is for GTE_CyberTrust_Global_Root.pem based on a web search.
<mark_weaver>ngz: I guess that something, somewhere, is setting LANG to fr_FR.utf8.
<ngz>If I use env LANG=fr_FR.UTF-8 guix whatever, I don't get a locale error.
<mark_weaver>so, one solution would be to add that locale. instead of using glibc-locales, you could set LOCPATH to some other directory of your own creation, and using 'localedef' to generate the fr_FR.utf8 there.
<mark_weaver>or you can try to find where LANG is being set to fr_FR.utf8
<mark_weaver>I also started building 'hello' on armhf from this core-updates
<ngz>OK. The locale problem was on the Gnome side. I had to re-install language in my gnome session. Onto the next problem :)
<ngz>When I run "guix something", I have "warning: failed to load '(emacs test indent scheme)': ERROR: In procedure skip_block_comment: emacs/test/indent/scheme.scm:10:1: unterminated `#! ... !#' comment"
<ngz>It doesn't look terribly dangerous, but is it a known issue?
<mark_weaver>ngz: that's strange. I don't know where that's coming from.
<mark_weaver>ngz: maybe you have a file emacs/test/indent/scheme.scm in GUIX_PACKAGE_PATH ?