<reepca>Man, wireless is such a headache... apparently wicd (which I thought would be listed in herd status if it was being started as a service automatically, but apparently isn't) kept crashing (some error about expecting 3 arguments and getting 1?) in /var/log/wicd/wicd.log, and I kept trying the instructions in the guix manual for wireless but got nowhere, and it turned out I just needed to put key_mgmt=NONE. Of course, I tried that, but I
<reepca>put key_mgmt=None. <sarcasm> but it should really be obvious that it should be all caps, programming is really consistent about that - between None, nil, null and NULL, the obvious one is clearly NONE. </sarcasm> </rant>
<lfam>Many test suites were silently skipped under Python 3.4.5. Now they fail
<reepca>so would it be safe to guess that the stop-the-world freezes would probably stop if I switched to using a hard drive instead of a flash drive for the system? Now that I know how to get the wifi up and running I can switch to using guix as my primary system on the laptop.
<lfam>reepca: Sometimes I experience what seem like freezes but is actually just extremely high load due to I/O contention. I have a load monitor on my screen at all times so I can correlate the heavy I/O and the apparent slowness. That's on Debian, not GuixSD, however. I don't sit at my GuixSD system enough to notice slowdowns
<lfam>Having run a little ARM board on an SD card, I can say that flash is not a great medium for a user-facing OS
<lfam>Maybe if you make the flash drive read-only and keep all state in RAM
<lfam>If you can leave `top` or `uptime` in a loop on screen and try triggering the "freeze", you might get confirmation that it's caused by I/O problems
<reepca>It's an old laptop, only has 2GB of RAM. And I'm still quite in the process of adding packages and stuff. I'm hoping that somehow I'll be able to easily transfer the entire system to /dev/sdb. Would just changing config.scm to put the bootloader and file system on /dev/sda and running guix system reconfigure do that ?
<reepca>er, transfer the entire system to /dev/sda
<lfam>I don't think that `guix system reconfigure` will migrate everything to a new partition, but I haven't tried it or looked at the code with that in mind.
<reepca>Yeah, I'm wondering how I would change it to also transfer all the packages belonging to root and my user
<reepca>I really don't know how they could explain it... it just says "GiB Mem : 57.3/1.944". This is what happens when your computer science professor cares more about the output looking nice and aligning the decimal places than about having the right output
<reepca>at the cost of the intuitiveness of everything else that uses a fraction, yes.
<reepca>I really shouldn't be complaining, I mock my brother for being scared of emacs because C-c isn't copy
<lfam>57.3/1.944 is very dense. It tells you both how much RAM there is, and how much you are using as a percentage. You can know how much you are using in bytes if you know those two figures. I guess they are really trying to make use of the space.
<reepca>oh, another thing I meant to mention... I installed python-pip, but the pip command is still not accessible for some reason
<lfam>I think you can press 't' to toggle 'views' in top
<lfam>Check in your ~/.guix-profile/bin folder. That's where the binary will be if there is one. Otherwise, do `guix build python-pip` and inspect the store directory
<reepca>wait, is PATH used to determine where to put stuff by any chance?
<reepca>So question... how can I actually install stuff with pip? Do I need to specify a special directory to put it in instead of letting it try its default thing? Trying to install something seems to always result in it erroring out when trying to write something to /gnu/store/blah, saying it's a read-only file system.
<iyzsong>reepca: Yeah, but it's not guix related, you can use 'pip install --user <...>' (into ~/.local) or use virtualenv.
<ZombieChicken>Well, after forever I've managed to get Guix to work properly on my Gentoo system
<efraim>sneek: later tell civodul: on a scale of acceptable to terrible idea, what if I build aarch64 out to guix with 'guix-daemon --disable-chroot' and then use that guix-daemon to rebuild everything?
<ng0>so far it goes as magic patching for me, until I have read the post on it
<rekado>the idea is: a package embeds a couple of references. Changing the references would usually involve rebuilding the package with updated references. Another way is to create a copy of the package with all references patched.
<rekado>this allows us to only rebuild the package that actually needs rebuilding.
<rekado>patching references is much cheaper than completely rebuilding all downstream packages.
<ZombieChicken>Now that you mention that, I wonder if there is a sane way to have system init install packages on a per-user basis, so you could configure an entire system without having to install anything as the user after the initial install
<ZombieChicken>Apparently if "user" isn't defined in /etc/mpd.conf, it will run as the executing user
<ZombieChicken>Honestly, if you are wanting a music service and don't want something running as a system daemon like MPD (which I think is supposed to run as a system process), you should probably look at something like moc
<efraim>civodul: because with what I have now it'll build not in a chroot but won't in a chroot, but using the armhf binary install the guix-daemon works as expected
<ng0>ZombieChicken: what if you want a headless small devices jukebox?
<htgoebel>ifam: I did not spot anything in core-uptates. But shouldn't do patch-dot-desktop-files, which is a phase in gnu-build-system, do the post-processing already? For me the "Exec=…" entry does not get patched.
<htgoebel>lfam: Me fool: patch-dot-desktop-files is new in core-updates :-)
<jmd>htgoebel: Yes patch-dot-desktop-files is new.
<jmd>It's not a disaster if a .desktop doesn't get patched. So I would not worry about doing it for now.
<enderby>Hi, I'm trying to install/setup guix on debian. When I do 'guix archive --authorize < ~root/.guix-profile/share/guix/hydra.gnu.org.pub' I get a "warning: failed to install locale: Invalid argument
<enderby>but when I try to do 'guix package -i glibc-locales' to setup, it tries to build it from scratch
<lfam>Okay, the reason that you would build glibc-locales from source instead of using a binary substitute is either 1) we garbage collected that substitute or 2) There is some networking problem between you and our build farm.
<lfam>You should do `guix pull` and then upgrade any packages you've installed no matter what. Otherwise you are missing lots of important bug fixes, including security fixes
<lfam>If you do that, you increase the chance we still have a substitute
<lfam>Debian's too. I think all the distros have a franken-mutt
***Apteryx is now known as apteryx
<ng0>there are some features I want which are not existing at the moment or which I am working on but therefore take time, why I would choose Guix on Gentoo again on at least one system instead of GuixSD
<ng0>one day I will write the ebuild to guix-package converter and it will be a bright sunny winterday and i will laugh like someone with extra big clownshoes because there's no more need to translate the few differences between gentoo and guix
<rekado>no, we won’t make exceptions for adding binaries other than for few cases of bootstrapping.
<ng0>there has to be a source though.. so maybe I just found the wrong download when I tried gtk-radiant.
<ng0>but how do you unbundle this? download 0ad and erase everything except the spidermonkey dir?
<ng0>they also bundle "fcollada" which seems to have no diffs applied
<ng0>well they build fcollada with their own build flags, but that's all:
<ng0># FCollada is not aliasing-safe, so disallow dangerous optimisations
<ng0># (TODO: It'd be nice to fix FCollada, but that looks hard)
<ng0>"patch-source-shebang" (?) takes a path, patch-shebang just a file or list of file, right
<ng0>i really think I need to unbundle this so it's easier for me to build it. I know I can fetch the mozjs source from upstream, but afaik the diff + the libraries/source/spidermonkey of 0ad is not anywhere outside of the 0ad source