<cmhobbs>scheme is a side of lisp i never investigated
<davexunit>I'm not a good business person, but part of me thinks that I need to make my own business in order to work with the technologies I really want to work with.
<nebuli>cmhobbs: hop and bigloo is packaged in guix
<cmhobbs>nebuli, awesome! that's a perfect place to start
<davexunit>I wish someone would pay me to hack on guile programs.
<cmhobbs>davexunit, running a business isn't too hard if you don't have caviar dreams
<cmhobbs>well, running a business with free software
<cmhobbs>taxes are murder in the US but i just put back a third of all my earnings to prepare for that
<davexunit>I don't, but it would have to beat the 6 figures I could already get if I went back into the proprietary software wold.
<cmhobbs>whatever is left after taxes is just gravy
<cmhobbs>i know that feeling. it sounds crazy but i told them to not give me another raise in my last review. i'm doing my best not to hit that mark so i can continue doing the things i love and not be disappointed
<davexunit>or at least match it. I would hate to work really hard on a business and have horrible income.
<cmhobbs>also, sorry to take the channel way off topic
<davexunit>cmhobbs: re puppet/docker: yes, they are different. however, guix has the features to replace both. :)
<_`_>If you mean docker, sure, but it's not like docker is taken seriously on platforms where people already used their OSes tools to create “containers” (i.e. FreeBSD users aren't going to stop using jail(8) and start using docker, same with people running illumos).
<nebuli>_`_: automation "magic" and making one person manage hundreds of boxes with a gui wizards; it's almost the same argument as with systemd making linux into embrace and extend RH windows like move
<davexunit>I intend for the 'guix environment' tool to be a Vagrant (or other such tool) replacement
<_`_>I can't believe I'm going to defend docker since I dislike go… but nebuli, I'm pretty sure one can bind libcontainer. I'm failing to understand your statements.
<cmhobbs>i just switched to debian stable from trisquel though
<cmhobbs>due to some problems post-upgrade with trisquel 7
<cmhobbs>also, my machine runs a little faster with debian (which i still don't understand)
*nebuli was a long time slacker/archer (with some gentoo in between)
<_`_>I'm interested in guix as a local package manager in environments where the system isn't my concern or the package manager is pita. I tried nix and it really didn't work elegantly as one.
<nebuli>had to switch to debian (for some off-line life) and been painfully reminded how rigid dep system and strict binary nature of this distribution makes life painful/inflexible
<nebuli>if debian and other "modern" distros are order of magnitude better then 1990's slackware then i'd dare to say that guix makes for another order of magnitude over all those "modern" imperative ways of …
<oitofelix>guix package: error: build failed: derivation `/gnu/store/pxyjsl5xv387kbx55lw97pjrlfzfxpcp-guile-bootstrap-2.0.drv' has incorrect output `/home/felix/gnu/store/ka1kwmxk2ffkjhfp84y4s192kximrxfz-guile-bootstrap-2.0', should be `/gnu/store/3pxvfkc3fca9cdpp5fqci8dy6r4s5cph-guile-bootstrap-2.0'
<taylanub>is it normal that something like this would happen when I modify a package recipe and try to rebuild it from the source tree? http://sprunge.us/MECg (I previously installed the recipe via make install; Guix doesn't have it yet) after that I simply re-executed the command and it works fine :\\
<taylanub>again, might be because I'm using a non-release version of Guile. I'll ask in #guile too
<nkar>taylanub: never seen this. though, I haven't been using the substitutes much
<davexunit>it should be: /home/dave/.guix-profile/share/geiser/guile
<alezost>it's probably not set properly in "geiser.el". Try to set it to the right value and check guix.el again
<alezost>I think "/home/dave/.guix-profile/share/geiser/guile" is not the right path. geiser has "scheme" dir with "guile" and "racket" inside
<alezost>(but that's for geiser installed with emacs package system) I think (setq geiser-scheme-dir "/home/dave/.guix-profile/share/geiser/") would be it. Could you evaluate it, quit the repl and "M-x guix-installed-packages" (or another command) again, please
<alezost>davexunit: I think I found: for the "make"-d Geiser, geiser-scheme-dir is set properly in "geiser-install.el": "M-x find-library geiser-install"
<alezost>davexunit: so if it contains the right value you could put (require 'geiser-install) in your emacs config
<jmd>So here is my current plan to get guix running on an arm system: