<ng0>can someone explain to me why there is guix-build-ghc-8.0.1.drv-0/ghc-8.0.1/ghc-bin/usr/lib/ghc-8.0.1/terminfo-0.4.0.2/ and guix-build-ghc-8.0.1.drv-0/ghc-8.0.1/ghc-bin/usr/lib/ghc-8.0.1/terminfo-0.4.0.0/ where 0.4.0.0 only includes the symlink which is created in the 'configure-bin phase? Why is the libtinfo link not in the termininfo-0.4.0.2 ? I almost suspect that 0.4.0.0 was with the previous ghc version ?
<ng0>but it is also mkdir-p in the phase, so it can't be that...
<ng0>yeah.. great. I'll open a bug report at runbox.. they can't cope with cnames. meanwhile all my email will now come from/to @n0.is and I'll change the copyrights and mailmap and leave it like that because chnaging back and forth sucks. sorry
<brendyn>Ah, so is that why I get TLS errors when updating emacs packages
<jmd>Anyone from Botswana here who hacks guix while watching GNUs gamboling in the bush?
<brendyn>I actually discarded my mail server for a public one in order to hack on Guix, because the requirement of having a mail server that can actually send and receive mail most of the time was too much to handle.
<brendyn>Currently I can receive mail but can't send it
<jmd>ng0: Guix currently sets /etc/hosts up in a really stupid way, so I wouldn't be surprised if some servers reject it.
<jmd>But I do remember years ago, when I first started in unix being perplexed why sometimes variables were not getting set. Then I realised I had them in profile instead of rc Ever since then I have always used rc.
<davexunit>it contains several examples of 'guix environment' usage
<brendyn>But how is putting settings in .bash_profile going to change that behaviour? The variables will be there regardless?
<davexunit>brendyn: a non-login shell does not evaluate .bash_profile
<brendyn>Ok, It looks like I still do require quite a few things in .bashrc
<brendyn>davexunit: But it will still have those variables due to being the child of a login shell that did evaluate it?
<davexunit>when you do something like set $PATH in .bashrc, what happens is that 'guix environment' sets $PATH to be what it needs to be to access the binaries you asked for, and then starts up $SHELL (bash in your case), and bash reads .bashrc, cloberring the $PATH that 'guix environment' configured.
<brendyn>Ok so I've build guix, now when I run a command like guix package -s emacs; I get guix package: warning: failed to load '(build-aux build-self)':
<bavier>brendyn: are you running under pre-inst-env?
<brendyn>bavier: I symlinked .config/guix/latest to my git directory, so I thought I didn't need that?
<kingcons>Hey there. I'm trying to install a nonfree kernel in Guix SD so my wifi card will be supported. I grabbed this scheme file and was attempting to load it with `guix package -f linux-nonfree.scm` but am getting no output. https://wingolog.org/pub/linux-nonfree.scm
<kingcons>Is there a particular directory I need to place that in or a pre-build step I'm not understanding?
<mark_weaver>jmd: I didn't read the entire log, but I saw you mention that on your system there's no login shell in an X session. it's true that's the case on Debian, for example, and probably many other systems. in that case, I recommend sourcing .bash_profile from .xsession
<rekado>kingcons: Guile expects a module to live in a directory that matches the module name.
<brendyn>kingcons: Hmm, I think wingo 's package may be out of date
<rekado>kingcons: a module with the name (gnu packages foo) has to be at $somewhere/gnu/packages/foo.scm
<janneke>now where's the `In unknown file' that issues the b0rked (system*
<dvc>davexunit: are you still working on the guix gui project?
<ng0>hihih... register account believing that cname is valid like before. find out that cname causes their system to choke. try to delete and use a different domain in place does not work because the cname is used as the base name for the account. the bugs you run into, yay...
<ng0>so hopefully I can receive mail again tomorrow.
<dvc>davexunit: writing a packagekit backend for guix would work with most package manager guis
<dvc>looking at the api that would have to be implemented, it's not made for guix that's for sure, but we could probably get some nice integration
<brendyn>kingcons: Change (gnu packages linux-nonfree) to (linux-nonfree), and then change (version "4.3") to (version "4.7.2"). That might work
<janneke>hmm...it seems <user-account> got an extra entry
<mark_weaver>however, there are none that are supported by GnuTLS iirc. GnuTLS needs a more complex (though probably better) setup to enable per-user CA certificate stores, which is something that Fedora does iirc. this is all from vague memories of me investigating this issue long ago. there's a thread on guix-devel about it years ago.
<mark_weaver>rekado: I have noticed that 'git', which uses libcurl, also doesn't consult those variables. for 'git', you must instead set GIT_SSL_CAINFO, so maybe it depends on how the libcurl API is used.
<ng0>civodul: gitlab has a bunch of dependencies if you compile from source.. if guixsd is the target, someone else might want to take over working on go-build-system .. I'm new to the build system stuff but my basic system should be ready soon. we need this to not repeat setting GOPATH etc each time manually, and more. I have to reply via irc to this because my email hoster support has human working condition, no 24/7 support :) .. email is stuck
<bavier>a gitlab service would be fun to get working
<mark_weaver>brendyn: and what was the precise command that led to that error?
<ng0>so if one put their mind to it, gitlab is relatively quick to package, but I already package 3 version control related packages and their dependency graph right now, a 4th... well I *can* do that, but I expect someone else to take this work from my shoulders.
<bavier>I recently started using a sandstorm gitlab grain for a personal guix mirror, but would much rather run my own
<brendyn>mark_weaver: Sorry, I think I may have fixed it. I started I fresh terminal, unset LD_LIBRARY_PATH; unset GUIX_PACKAGE_PATH; ran guix environment guix, then I seem to be able to use guix just fine
<mark_weaver>brendyn: the only place where I see 'build-self' used is 'guix pull', but if you have that symlink pointing to your git repo, then you should avoid 'guix pull' anyway.
<brendyn>I think I had GUIX_PACKGE_PATH also set to /home/b/guix, and that borked everything
<mark_weaver>brendyn: it's best to avoid setting LD_LIBRARY_PATH, and it shouldn't be needed with Guix-built software in most cases iiuc.
<brendyn>I just did a git rebase to my dev branch and all of a sudden guix package -s praat finds my package :)
<mark_weaver>brendyn: ah yes, setting GUIX_PACKAGE_PATH to the 'guix' source tree does indeed lead to badness.
<brendyn>Only guile whines about updated .scm files, but that's not a real problem
<brendyn>LD_LIBRARY_PATH is set to /home/b/GNUstep/Library/Libraries:/usr/lib for some reason. No idea why.
<mark_weaver>guix tries to load every *.scm file in there looking for package definitions, and many of the *.scm files in the guix source tree are not meant to be loaded that way.
<mark_weaver>brendyn: ah, that's probably set via a wrapper for windowmaker. bah.
<mark_weaver>although I'm not sure why the /usr/lib is in there. that's not something we would have done, I think.
<janneke>i found we have haveged...but no haveged service
<mark_weaver>actually, neither of those are things we would have added in a wrapper. sorry for the false starts.
<janneke>who calls/how do you all call haveged upon VM creation or otherwise avoid the ssh keygen for VM hosts?
<brendyn>Ok, now I now I need to make Emacs+guile load things correctly so that I can use guix.el. Currently C . b fails because the guile repl hasn't loaded the requisite modules
<mark_weaver>brendyn: did you read the last bit of section 4.1 (Emacs Initial Setup) in the guix manual? iirc, I pointed that out to you earlier.
<mark_weaver>starting with "If you did not install Guix at all and prefer a hacking way"
<brendyn>Sorry I probably forgot due to being tired. I see that the sun has already come up... again.
<ng0>how do i find out the description libcs want to set/see? I have not finished packaging uclibc-ng, but much of it builds. now building a hellow world, how do i set it to use uclibc-ng instead of gcc?