<ng0>and it works. I don't feel like improving the gpgscm package - it does its job and works for its intended purpose. If anything, someone could look at what I commented and increase its length by rewriting it
<ng0>I work on some rfc for guix-dev regarding submissions and more, and yesterday I read the libreboot git guidelines. I think before I start with the longer thing I want to comments on, I'll add something they use and link to to our docs: https://libreboot.org/git/#guidelines
<civodul>func_shell_base does "envp = environ", so apparently it uses the current environment as is
<mark_weaver>efraim: thanks for investigating the gd test failure on i686. I'll patch out the test on i686.
<ng0>regarding perl-net-psyc: we are investigating psycion bugs at the moment and then there can be a release which does not break perl .. because apparently right now a torified connection makes libperl segfault.
<ng0>so then a native psyc client can be provided.. better than delivering a broken client.
<MaliRemorker>I'm trying to change the xorg configuration. Now, under section Services in the GuixSD manual, there is a bit that references the "xorg-configuration-file" function. Running this in the REPL, I see it produces a gexp object. But, if I want to make this a part of my configuration, where do I need to invoke it. I mean, how to plug it in my system?
<MaliRemorker>btw, say you have this binary blob of software you want to shove into the gnu store; do you still wrap this into a package definition, or is there another way to do it?
<mark_weaver>well, our goal is to build everything from source, so that's not a goal for us. however, there are two exceptions: (1) we have bootstrap binaries which are used to build the initial compilers and utilities to build everything else. you can see those definitions in gnu/packages/commencement.scm.
<mark_weaver>(2) some compilers are self-hosted, e.g. ghc, and in that case we need to start by downloading a pre-compiled binary and hacking it to work on Guix with its non-standard filesystem layout.
<mark_weaver>in general, pre-compiled binaries for most distros won't work on GuixSD, because of the change in filesystem layout, which is necessary to achieve our unusual features.
<mark_weaver>although in most cases they can be hacked to work on intel systems at least, using tools like patchelf.
<MaliRemorker>see this: 2.3 You may not use the SDK and may not accept the License Agreement if you are a person barred from receiving the SDK under the laws of the United States or other countries, including the country in which you are resident or from which you use the SDK.
<mark_weaver>last I checked, the Android SDK itself comes with draconian restrictions and legalese that you must agree to, although most of the underlying code is free. I seem to recall that the Replicant project (a free distribution of Android) provides a free version of the SDK
<rekado>civodul: I already sent an email this morning. I’ll wait for a reply before submitting a patch.
<jeffers-media>hi all, is it possible to use guix to install a git directory?
<jeffers-media>i would rather use guix -ad-hoc to create a clean environment for hacking, instead of installing to a dir, and then changing global variables
<rekado>jeffers-media: what do you mean by “install a git directory”?
<rekado>Guix can fetch package sources from git using the git-fetch method.
<davexunit>jeffers-media: I'm not exactly sure what you're trying to do, but keep in mind that whatever you put into the store is *immutable*
<davexunit>so if you wanted to develop with that git repo, you won't be able to.
<jeffers-media>davexunit: ah i see. Well I was thinking that I install a version of guile, make some changes, and then re-install it with guix
<jeffers-media>that way I can easily roll back to previous versions if something goes wrong, but more importantly it will be easy to create clean environments to install guile/emacs using this modified version of guile