<lfam>Do you know what kind of wifi device the compute stick has? It might not have a free driver, which means that it won't work with the GuixSD installer. Is there another way to get the computer online?
<lfam>It looks like we have a substitute available for email@example.com on the current master branch. So, you should be able to get a substitute. I would try the command again with --dry-run and see what it reports it will do.
<reepca>In the coding style section of the manual, where it says "user keyword parameters for procedures that take more than four parameters", should that involve making the ones past four keyword parameters or just making everything a keyword parameter (specifically in the case where none are optional)?
<rain1>that seems like a problem in terms of bootstrapping, unless we start with the vm already compiled as a bootstrap binary
<OriansJ>for the sake of cross platform simplicity we are starting with the vm as an assumed bootstrap binary, which we will later reduce its bootstrap to assembly and then do the dozen steps required to start from just the hex on native platforms to finish the circle
<OriansJ>98KB total assumed binary and 100KB source is certainly alot less than the 28MB of the existing bootstrap binaries and their 202MB of source
<OriansJ>Which reminds me I added a few new make commands to the stage0 repo to make it even easier for developers to replicate the user experience of new developers and allow the new developers to build, verify and improve individual pieces more easily
<OriansJ>now all anyone needs to do to verify everything thus far is: git pull git://git.savannah.gnu.org/stage0.git && make test which will complete in about 72 seconds on a Libreboot T60
<OrangeShark>I am trying to use guix environment --pure and I keep getting an error from bash saying tput: command not found... This is guix ontop of another distro. ncurses provides tput and I have it installed
<rekado_>OrangeShark: “--pure” overrides environment variables, including “PATH”.
<rekado_>OrangeShark: Unless your environment command includes the package providing “tput” it won’t be on the PATH.
<OrangeShark>rekado_: this happens when I run the command, I am not even in a pure environment
<OrangeShark>rekado_: I think you are right, if I just say No to not install the ncurses it eventually puts me in a pure environment
<Apteryx>Is there any info on how to use the Guile debugger efficiently somewhere?
<Apteryx>I cannot get ,break-at-source to work for example.
<ng0>the error I thought which was a failing harddrive just happened here too... current system generation always breaks, throws me into guile repl on all computers
<Apteryx>I'm doing ,break "/home/src/guix/scripts/environment" 543, expecting it to break on `guix-environment' procedure, but it says "ERROR: No procedures found at ~a:~a. "/home/maxim/src/guix/scripts/environment.scm" 543"
<ng0>this worked like 1 day ago… so what changed again in the config that it breaks stuff?
<jlicht>Are labels not the Right Way to do things btw? ng0's message seem to imply this is not what people usually do?
<gazon>i was seeing the same bug before 203a9455c4695152fc5d0085bffeead9ce3216c2, but the error message was garbled: that commit just fixes the error message.
<gazon>i have a feeling it's the kernel GNU with Linux-Libre 4.11.3 (beta)
<gazon>since if i roll back the generation to a pre-guix pull one it uses Linux-Libre 4.11 and it works.
<jamesrichardson>Seems the api.metacpan.org has shutdown the v0 API and suggests the MetaCPAN V1 API should be used instead. I have fixed guix/import/cpan.scm and tests/cpan.scm accordingly. Seems to work on my system.
<jamesrichardson>Should I send a patch? Not really sure if I've corrected evertying...
<civodul>jamesrichardson: definitely, you should send that to guix-patches
<efraim>i've got freeciv atm, i'm going to try bumping it to 2.5.7 also
<civodul>rekado_: for package building we could create a meta-package that covers "the typical needs"?
<catern>hey guix people, I'm curious, would you ever consider using the Linux-specific prctl SET_CHILD_SUBREAPER in the shepherd?
<catern>I have written a minimal supervisor based on it, and it gives a lot of really nice properties
<catern>but I would much prefer using GNU shepherd :)
<catern>and hacking on the shepherd to add this functionatliy
<Apteryx>Observation: Using guile REPL straight from the terminal, and typing ,use (guix scripts environment), it goes on to rebuild all the .go files in my ~/src/guix. Why? IIUC, "make" uses firstname.lastname@example.org, and the guile in my profile is also 2.2... Hmm.
<catern>civodul: ah, see, the child_subreaper is an attributed of the process registered as the reaper, and is stored in an invisible way for all child processes. maybe that's a bit confusing. what I mean to say is, any children will be reparented to the nearest parent with child_subreaper set
<catern>(it is unset on fork because most processes are not prepared to be subreapers for all their transitive children)
<civodul>oh right, and PID 1 would get SIGCHLD not just for direct children, but also for grandchildren and so on IIUC
<catern>yeah, I always use signalfd, real signal handlers are so painful
<catern>you may have some sympathy to my ultimate goal :) ultimately, I want to be able to do really reliable process supervision with a library; probably for much the same reasons Guix is written as a library for packaging.
<janneke>ah...well it's no problem to rewrite mescc's object->elf to accept hex2 and have that as an alternative linker that produces gdb'able elf binaries -- the hex2 linker is trivial, esp. in scheme
<janneke>OriansJ: i could not find the ELF [symbol] tables setups and was just wondering
<OriansJ>well janneke I fully admit that the hex2 format is so trivial that it doesn't have much hooks for disassemblers, especially since you can literally include the original in the hex2 file as a line comment
<janneke>OriansJ: also, mescc will need quite some work before it can really do something sensible with all of tcc.c [i didn't even look at the other tcc source files]; but producing hex2 will allow nice simplifications of mescc's internals and i want to do that refactoring first
<OriansJ>janneke: also, I've been improving the stage2 lisp implementation, such that I'll be able to write a proper lisp compiler in lisp.