***NiAsteri` is now known as NiAsteri
<arianvp>If there are any guix'ers at CCC. please PM me! perhaps we can drink some tea <alezost>arianvp: I'm probably not at CCC, but what is it? <NiAsterisk>I was too slow with buying ticket and deciding to help <alezost>thanks for the info, I've never heard about this thing <fps>all the twitter hits pollute the search results.. <NiAsterisk>or https:// , they don't redirect to https automatically, don't know which subpages are tls enabled <fps>SD streams are perfectly fine btw <arianvp>The talk about x86 hardware is really good <fps>tuned in just now :) <NiAsterisk>EDN and GNUnet have a room for sessions, where I wanted to go. well.. next year. <NiAsterisk>arianvp: should be on the fahrplan if you search for it, interesting work :) I can never meet up with them in person because they meet in berlin and dresden mostly (and the internet) <piyo>(repost) even though I add the tzinfo package, "America/Los_Angeles" still fails INSIDE emacs. <alezost>piyo: it works for me: "Ran 1 tests, 1 results as expected" <piyo>alezost: is this on a foreign distro? <piyo>Are you in the same timezone as UTC? <alezost>piyo: So I run 'date' and get "Sun Dec 27 17:26:12 MSK 2015", then I run 'TZ="America/Los_Angeles" date' and get "Sun Dec 27 06:27:09 PST 2015" <piyo>I'm going to install coreutils on this foreign distro and see way /gnu/store/.../bin/date says <piyo>I suspect something weird with Emacs and format-time-string<f> <piyo>env TZ="America/New_York" /home/piyo/.guix-profile/bin/date -> Sun Dec 27 14:31:57 America 2015 <piyo>env TZ="America/Los_Angeles" /home/piyo/.guix-profile/bin/date -> Sun Dec 27 14:31:57 America 2015 <piyo>env TZ="Europe/Moscow" /home/piyo/.guix-profile/bin/date -> Sun Dec 27 14:33:54 Europe 2015 <piyo>will strace tell me anything? <piyo>ooh a hint: open("/gnu/store/qv7bk62c22ms9i11dhfl71hnivyc82k2-glibc-2.22/share/zoneinfo/Europe/Moscow", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) <alezost>piyo: Perhaps the problem in TZDIR variable. In GuixSD it is set to "/gnu/store/…-tzdata-2015c/share/zoneinfo" <alezost>I mean not the problem, but the answer: in GuixSD it is set, but on foreign distros it is not, so this problem appears <piyo>I can't remember if there was a hint about setting TZDIR <piyo>Well now that I know I need to set that... still emacs is failing. I tried (setenv "TZDIR" "/home/piyo/.guix-profile/share/zoneinfo") then M-x display-time-world. Maybe I need to restart emacs. <piyo>Thanks for the help, alezost <moyamo>Have you ever considered a decentralized/distrubuted buildsystem? <moyamo>Particularly: people build packages, sign it and upload it to the swarm. Anyone can verify the package and sign it if they want. Users will download packages signed by people they trust, or signed by the most people. <moyamo>This way people wouldn't have to trust a single build server. <paroneayea>moyamo: there was a gsoc project this last year for a gnunet based system of such a thing <paroneayea>moyamo: the whole system did not get built, but bindings of guile to gnunet got pretty well along iirc <moyamo>paroneayea: Cool, is there a write-up of the project somewhere? <paroneayea>moyamo: I think there were some posts to the mailing list <paroneayea>moyamo: but I don't have time to find them... sorry <fps>i think i have them bookmarked <fps>i'm interested in the subject myself and hope to find some more time for it next year <fps>moyamo: those were for you <rgrau>hi, I'm trying guix lint for the first time, and after I got some linting errors and having them fixed, I still have this trace which I don't know how to interpret. https://gist.github.com/kidd/f7936edd57c167f8874a . It seems it tries to connect to the guix-daemon but it can't. I have it running though. :/. <efraim>do you have /usr/local/var/guix/daemon-socket/socket as a symlink to, say, /var/guix/daemon-socket/socket <rgrau>I'm using a git checkout (running ./pre-inst-env) because I just wrote a new definition, and put it in the checkout directory. Then ran 'guix environment guix' and ./pre-inst-env guix lint xmlstarlet. and got the error. I don't have the symlink probably. Should I manually create it? <rgrau>the guix daemon is running outside the guix environment. that could be a fuckup also (if there's some 'jailing' inside guix environment) <efraim>i don't think you need `guix environment guix` for linting or building, just for running make <rgrau>without 'guix environment' it also tries to connect to /usr/local/var/guix/daemon-socket/socket <rgrau>which is strange, cause I have nothing guix related pointing to /usr/local. The socket itself is in /var/guix/daemon-socket/socket, <rgrau>will make clean and ./config with --prefix=/ and see ***Digit is now known as Digitteknohippie
<mark_weaver>rgrau: use --localstatedir=/var or --prefix= (empty string) <mark_weaver>rgrau: --prefix=/ might lead to a store directory of //gnu/store which would mean you lose substitutes <swedebugia>i'm building all packages on a x86 system (it has 2 cores with ~3Ghz so it will probably compile for two weeks) <swedebugia>I'm planning to provide a substitution mirror as does fps for x86-64 systems <rgrau>mark_weaver: it seems --localstatedir=/var did the trick :). I'm not stuck somewhere else. <mark_weaver>rgrau: looks like you didn't run "make". the relevant error is: could not find bootstrap binary 'guile-2.0.9.tar.xz' <mark_weaver>gnu/packages/bootstrap/x86_64-linux/guile-2.0.9.tar.xz should exist, and is downloaded by "make" <amz3>how can I make sure that my installation of *guix* is i686 or amd64 <amz3>ok found the answer myself ;) <amz3>file /gnu/store/3qi1adw2fq9qns8j7hph97zyyp51pq7l-guix-0.9.0/bin/guix-daemon <amz3>that's a bummer, I'm wondering how I made that silly mistake <amz3>ACTION trying to switch to 64bit via git checkout <amz3>guix build: error: failed to connect to `/var/guix/daemon-socket/socket' <amz3>but I did a: ./configure --localstatedir=/var <rgrau>amz3: are you running the guix daemon process? <amz3>yeah i've run the daemon with: ./pre-inst-env guix-daemon --build-users-group=guixbuild <rgrau>and you have the socket there (/var/guix/daemon-socket/socket) , right? <rgrau>and your current user belong to guixbuild group? <rgrau>if so, I don't see any obvious way why it's failing to connect to the socket <rgrau>let me double check I'm not telling nonsense <amz3>I used to install thing without being in the guixbuild group <rgrau>nono, then I must be mixing things up <amz3>I added my user to guixbuild group, no change <lfam>I don't think your self should be a member of the guix builder group, although someone who knows more could correct me. <amz3>I don't need to be in the guixbuild group <rgrau>I just checked, and I was wrong. no needto be in that group <amz3>I recompiled guix git with no options at all <amz3>--localstatedir is an old thing <rgrau>I thought that maybe you couldnt get to that socket because of permissions, and remembered there was something with those users, but all was quite fuzzy <amz3>That i already done previously but I used a i686 binary tarball, instead of amd64, I'm trying to switch <amz3>now i have over a hundred package to build/download <amz3>it would be nice if we had a gnu/system/examples/gnome.tmpl