<nckx>quiliro: The same people who call Guix System a ‘Linux distribution’ will call it a ‘FreeBSD fork/derivative/distribution’ (why wouldn't they?) at the expense of a *tremendous* porting effort. And it would be a fork: no merging GPL code back into FreeBSD for maintenance.
<nckx>Guix/FreeBSD as an idea has merit. But this particular argument for it, I'm afraid, does not.
<reepca-laptop>so I've been pretty consistently getting "guix substitute: error: host name lookup error: Name or service not known" on my laptop for quite awhile, but not on my desktop. The system configurations are mostly identical, nothing network-related differs AFAIK. The error appears with other programs like youtube-dl. Any ideas?
<reepca-laptop>Ah, disregard the tests/store-database.scm one, test-tmp was still dirty from working in another branch
<reepca-laptop>Hm, interestingly, even after I change gnu/packages/php.scm line 185 to have an empty-list else-branch, the tests/guix-package.sh test still fails, but only when run with make check. That is, running "./test-env bash tests/guix-package.sh" exits with status 0, but make check still fails.
<Blackbeard[m]>In the future, we want Guix to have support to publish and retrieve binaries to/from other users, in a peer-to-peer fashion. If you would like to discuss this project, join us on email@example.com.
<civodul>Blackbeard[m]: oh alright, so i understand you're already familiar with Guix, indeed :-)
<pkill9>you could create the dotfiles as a guix package like kmicu said and then put a link to them in /etc (or just install them to the system profile into a share directory, but it might be nicer to have them in /etc) and then point gnu stow to them
<pkill9>oh nvm you'd still need to reconfigure the system if you change them heh
<pkill9>i guess just install them to a new profile in your user directory
<kmicu>There are plenty of ways to do that and that’s why tools like home-manager are seperate entities and not batteries included.
<ardumont>yeah, i don't know if what we exchange implies the guix os also though ('cause i cannot with my current hardware)
<ardumont>last time i really wanted to but once booted, i couldn't install because of my non-free hardware
<ardumont>my main issue with emacs-no-x is that i did not find why i cannot use C-S-> or C-S-< for the multi-cursor, then again, i could just try and change that binding ;)
<ardumont>that's probably due to the terminal underneath though (urxvt) and not emacs per say
<reepca-laptop>civodul: should splitting up (guix store) and (guix derivations) into (guix store files) and (guix store derivations) be in the same commit that uses them, or a separate one before that?
<reepca-laptop>(and apologies for the long delay in responding regarding that)
<pkill9>what could be causing this error? In procedure scm_lreadr: #<unknown port>:13:96: Unknown # object: #\<
<kmicu>[jokin’] Are you talking about Battle of Renamesnoth os Renamesnoth?
<kmicu>But hey, GTK dropped ‘+’ so there is an improvement in renaming. ヽ(*＾▽＾)／
*kmicu remebers all those ‘I cannot remove GTK+ but cleary it’s there’ topics in Nix cuz escaping \+ is confusing.
<bgardner>Good afternoon Guix; './pre-inst-env guix build <package>' is failing because it can't find guile. I'm working inside 'guix enviroment guix' in the source tree, is there more I need to do configuration-wise?
<bgardner>'./pre-inst-env guile --version' works, but it's using a different guile path than './pre-inst-env guix build' is.
<rekado>bgardner: you probably configured some time ago and then used “guix gc”.
<rekado>bgardner: since you’re inside of “guix environment guix” all you need to do is run “./configure --localstatedir=/var” again.
<rekado>if you want to prevent this from happening you can use “guix environment --root=/some/location” to register a garbage collector root for this environment.
<rekado>this protects it from the garbage collector.
<vagrantc>ktsukik: i don't know much more; mostly hear people talking about it on the list ... i think it's been at least partly merged into git master ... but you would have to have a working guix to build an image that uses it, i think
<civodul>reepca-laptop: maybe the one before that? as long as it still makes sense and leads to a working state
<vagrantc>ktsukik: hvae you done a a simple install without the encryption?
<vagrantc>ktsukik: oh, i don't think lvm is well supported yet, by the way
<civodul>reepca: ↑ "the one" meaning "a separate commit before that"