<reirob>ERROR: In procedure scm-error: ERROR: Error downloading release information through the GitHub API. This may be fixed by using an access token and setting the environment variable GUIX_GITHUB_TOKEN, for instance one procured from https://github.com/settings/tokens
<thomasd`>janneke: yes exactly :) so do I understand it correctly that the projects are complementary, and the work in stage0 could lead to the minimal C compiler needed to bootstrap your C interpreter?
<janneke>when I started mes, stage0 was in development and that inspired me
<janneke>i thought: ah, next step will be a scheme interpreter...but they took another route
<janneke>i really wanted to see what would happen to the scheme route, so i started that
<thomasd`>I wonder about the genealogy of the compilers we're using every day. What were they originally bootstrapped from, and when? Presumably, the ancestry of a gcc binary shipped with a current linux distribution could go back a long time?
<thomasd`>janneke: I also understand that you coded parts of your interpreter in C instead of scheme for performance reasons? What's the order of performance difference?
<janneke>thomasd`: 10-500, but the interpreter could and should get some performance fixes
<janneke>performance vs minimal bits in C is currently a tradeoff that's hard to make
<thomasd`>to bootstrap a system, performance is probably not the highest priority, but at a 500x penalty, I suppose patience runs out :-)
<roelj>Does anyone know about this one: When running guix build bootstrap-tarballs it errors with: "guix: offload: command not found".
<rekado>sneek: later tell roelj Your problem seems to be that you build Guix in “guix environment guix”, which contains “guile-ssh”. Offloading is enabled when GuileSSH is found at build time. When you run Guix later, however, you do not seem to have GuileSSH available, which results in an error. To fix this: 1) remove guile-ssh from the environment in which you build Guix, or 2) install GuileSSH, or 3) pass “--no-build-hook”
<rekado>Helius: could you tell us the exact error message you get?
<alezost>thomassgn: well, I've been using lshd (the daemon) just because there was no openssh-service at the time and I don't have any problems with it; but for client tools, I use openssh (installed in my user profile)
<Petter>Looking for what to set as (version) for a library without a release. Manual doesn't say and in gnu/packages I see 1. (version "20160726.53127f6") and 2. (version (string-append "0.0-0." (string-take commit 7))) seemingly dealing with this situation.
<Petter>Currently beefing up the Syncthing libraries with description, licenses etc.
<Helius>rekado: thanks for the link and the help I will study more
<ng0>any pointers how I figure out dependencies for go applications if they are not listed? will the go build system complain? there's this software I wanted to package back on gentoo a year ago and never did it
<thomassgn>what are currently good ways of splitting of some parts of a system config to modules? E.g. having a webapp with a DB in an "isolated" environment. Not sure if guile modules is the way to go or if there are other more appropriate methods?
<civodul>artyom-poptsov: to guix-sysadmin? yes, but i'm a bit swamped right now :-)
<civodul>i trust you to do the right thing anyway ;-)