<ng0>well i used to use some hybrid version of mutt until I got stuck with mutt and moved on to emacs because of 'vanilla' mutt. before that I used vim
<reepca>mark_weaver: I applied that patch and used ./pre-inst-env to reconfigure the system and now neither the ethernet interface nor the wlan interface are showing up in ifconfig.
<reepca>/var/log/messages now says "b43 ssb0:0: Direct firmware load for b43/ucode5.fw failed with error -2" twice before it says the same thing about b43-open/pcm5.fw. The /*DEBLOBBED*/ thing no longer shows up.
<reepca>bavier: are all the necessary firmware files included in that package?
<Digit>thnx, that's helpful too. answers the question i didnt ask, but would have, had i known to. :)
<reepca>So bavier, it looks like either something's messed up with the package and we're missing firmware (currently only have b0g0bsinitvals5.fw, b0g0initvals5.fw, and ucode5.fw) or something bizarre is happening with linux 4.8.1.
<reepca>ah man, is there any way I could leave a message for him?
<reepca>sneek: later tell bavier, it looks like either something's messed up with the package and we're missing firmware (currently only have b0g0bsinitvals5.fw, b0g0intivals5.fw, and ucode5.fw) or something bizarre is happening with linux 4.8.1. I'm gonna try manually building it and see if I get the same files as output
<rekado>I need the freepascal compiler fpc for a game I’m packaging. fpc is self-hosted, so it needs fpc :(
<rekado>I wonder if GNU Pascal could be used for bootstrapping.
<janneke>ACTION has unrealisticly high hopes that Mes will add some awareness to all the bootstrapping mess
<bill-auger>i just installed guixsd in a qemu VM which took almost 24 hours - is that normal?
<bill-auger>i ask mostly because it seems to have failed and im not sure if it is recoverable
<janneke>bill-auger: that seems awfully slow, did you enable kvm in qemu?
<rekado>gah, this is too much work. GNU Pascal didn’t have a release since 2002 and to build it I probably need to build an old GCC first. And only then I’d be able to try if I could use GNU Pascal to bootstrap Freepascal :(
<rekado>Freepascal is written in Pascal and used to be built with Turbo Pascal until it became self-hosting.
<random-nick>hello, I am having trouble building guix on another distro (arch)
<random-nick>at GUILEC guix/nar.go I get an error from boot-9 "no such language tree-il"
<jmd>(Yes, I have looked at the examples which seem most relevant.)
<quigonjinn>kicad, which i try to package, when using the opengl canvas, is working on a guixsd system correctly(though it's "laggy", while non-opengl canvases are fine). Using some functionality in opengl mode, crashes my non-guixsd system (it does not crash a guixsd system). any insight on how to proceed with debugging that?
<ng0>so wmalossless (.wma) is a format we can not build in ffmpeg? I just had a lot of glitching in a very old playlist, pointing out that this format is not completely supported
<mekeor>where does guix get its packages from? is there an official guix server? could we combine guix with gnunet so that everybody could share packages in a decentral, peer-to-peer, secure, possibly anonymous way?
<catonano>mekeor: there's a server. "Official" is probably a too big word. Yes, Guix could use Gnunet, it's in the roadmap and there are some roadblocks, so for now there's no figure about when
<catonano>specifically, ng0 is working a lot on bringing Gnunet in Guix and he declared he has plans to move Guix to some Gnunet based service
<catonano>Also, ludo expressed concern about some issues with Gnunet.
<ng0>I predict that moving ALL of guix to gnunet-fs will be a long research thing, but we can get there.. specifically because I decided that I need to pay attention to myself and not burn myself out on this. so autumn 2017 was.. optimistic... but I get work done
<ng0>one concern i have is that gnunet-fs, at its current size and speed does not make file available immediatelly for the other nodes.. but it will take certainly away some pressure from a purely 1 / many servers system, where when the servers harddrives go boom you loose all build binaries
<ng0>but you still need nodes which are onoine 24/7
<catonano>ludo's concern were that the release rythm of Gnunet is not adequate for guix being based on it. Ng0 reported those concerns (I don't remember where I read that, in some chat log I think).
<ng0>we talked about it offlist.. and if I stay at the system-integration level, I should try to address automated/semi-automated releases at some point. the way releases are done right now does not work in favor for regular releases
<lfam>You can pass '--dry-run' to `guix system init` to see what it will build and what it will download. If you are unsure about the meaning of the dry-run, share it here and we can help you decide what to do
<bill-auger>ok but it took almost 24 hours yesterday only to end up failing - that is probably excessive
<lfam>That's usually not normal but, like I said, if your hardware or network is very slow, it could be possible. Especially if you are using a VM without KVM acceleration
<bill-auger>so i do not wish to repeat that mistake - and i do not know what the mistake was
<bill-auger>i have kvm yes - maybe i should try a leaner install instead of the "desktop" config?
<lfam>I recommend using a bare-bones system for the system initializiation. The initializiation is sadly still a brittle thing. Once it is completed, the system is solid and you can reconfigure it into a more full-featured desktop easily and safely
<lfam>Make sure you pass -enable-kvm to your QEMU invocation
<lfam>If you are using QEMU on a spinning disk, try not to use the disk outside of the VM or you will get terrible performance
<lfam>I always recommend against initializing with a desktop. If you are at all comfortable on the console, use the bare-bones configuration example and then reconfigure into the desktop
<bill-auger>ok yea thats what i was thinking - i was following the instructions in the docs which say to install the desktop initially
<lfam>They don't say to install the desktop. They say how to install the desktop :)
<sneek>civodul, ng0 says: femtolisp source I can identify: FreeBSD, OpenBSD, OSX, win32. I also found that some files are placed in the public domain so i have to adjust the license field. I can't identify more.
<reepca`>Dawgmatix: I noticed something similar, the copying process (total amount copied ended up being under 2GB IIRC) took a long time, but I just attributed it to it being to a crappy flash drive (someone else suggested the write patterns might just be really weird for the flash drive).
***reepca` is now known as reepca
<lfam>Wow! Apparently the reporter of that c-ares bug that I linked to earlier (fixed in our tree) will receive 100k USD from Google as a bug bounty. Now there is some motivation!
<lnbb>hey, I'm trying to install guix sd on a gigabyte ga-g41m-es2l running libreboot. Grub recognizes the usb stick and shows the menu entry "GNU with Linux-Libre 4.5 (beta)"
<lnbb>linux seems to boot, but the computer resets pretty soon. Even using a serial cable I can't see any error message.
<lnbb>the last line displayed is "[ 0.208002] .... node #0, CPUs: #1"
<lfam>go-1.4.3 is failing on all architectures on core-updates :/
<reepca>So I'm not sure how to go about trying to get the wireless working, now that I know to use ifconfig -a to check for its presence as an interface I've tried the suggested process in the manual 184.108.40.206, I'm not too sure how to get the wpa_supplicant.conf right though, there isn't any network security as far as I'm aware, so far I just have the ssid entered.