<nckx>The only time you should use sudo is a) always with the -E option and b) only with ‘guix system …’, because it needs to install the boot loader amongst other things. ‘guix pull’ and ‘guix package’ should be run as your regular user. Does that make sense?
<ebrasca>All GNU distributions have tech me to use sudo for instaling packages ...
<nckx>(It gets even more confusing because ’sudo guix pull’ *will* update Guix — only it's root's guix, and not your guix. But that's not something you need to worry about until you're more comfortable.)
<ebrasca>when I run ( guix system -c 8 -M 4 reconfigure /etc/config.scm )
<mange>ebrasca: The "guix system" commands have to be run as root, because they modify parts of the system that users aren't allowed to change. Try: sudo -E guix system -c 8 -M 4 reconfigure /etc/config.scm
<dongcarl>It would seem that binaries I build inside a guix container looks like this when I do `ldd`: libm.so.6 => /gnu/store/h90vnqw0nwd0hhm1l5dgxsdrigddfmq4-glibc-2.28/lib/libm.so.6 (0x00007fe7b4e28000)
<dongcarl>wondering if anyone knows how to replace the /gnu/store/*/ with /usr
<dongcarl>I remember seeing a scheme function that did this inside the guix repo
<g_bor>I tend to think that we should simply sidestep this for now, documenting the neede fonts, and think about a proper solution later, which most probably would look something like a post-enter, post-exit hook...
<phenoble>So I am trying to package ycmd - during the build-step, the build script tries to download an external tar, which fails with "Couldn't resolve host name".
<phenoble>I could well imagine that guix would not allow downloading anything during the build-phase - is that so?
<OrangeShark>phenoble: correct, wouldn't be reproducible if the builds download random files from the network
<bavier`>dongcarl: could you use 'guix pack --tarball' for your usecase?
<phenoble>OrangeShark: Alternatively, I can download that tar before the build phase, and put it in a specified folder in the build repository. Hmm, can I just call wget in a call to system* in a snippet? Seems hacky. Is there a clean way to do something like this?
<nckx>This is a Intel(R) Core(TM) i5-6402P CPU @ 2.80GHz (4 cores).
<quiliro>what i have learned with guix is that almost anything can be done with it...but you must build it yourself...because your particular needs are not the ones of the devs exactly
<quiliro>which is good news....but i have had difficulties experimenting....i guess the first step i must take is get hold of a powerful computer
<nckx>quiliro: The term ‘dev’ is pretty vague. Am I a dev? I keep plenty of custom packages around regardless. I also run my own substitute servers because my laptop is even slower than yours. Everyone's needs are different, but Guix gives you almost limitless freedom if you put in the work.
<bavier`>I've had the guix system installed on a netbook (Intel Atom with 2GB RAM), and used it fairly succesfully for development on guix packages
<quiliro>i would be greatful for a tutorial...in order to feel more secure until i understand how to hack
<bavier`>yeah, it can take a while to build some packages, but you can be careful which packages you modify, etc
<mikadoZero>quiliro: I had an old ipod that I put rockbox on. It alowed me a gnu/linux distrobution to put music on it like it was just a normal directory. I could also use rockbox to make that music play on the device. It worked well for me.
<quiliro>and parabola.... had problems at first...but then worked
<nckx>quiliro: Then I suspect it's through libgpod, and someone just needs to package it.
<nckx>Yeah, I was completely serious in my suggestion to just install some GNU/Linux[-based] OS on it.
<quiliro>mikadoZero: it is an ipod nano (green) ... will rockbox work on it?
<lfam>It should be a simple patch, in case anyone is thinking of trying it. Just search our Git log for examples of adding a 'replacement' to the openssl package, copy and adapt that, and test it by building and using some package that uses openssl