<lfam_>boq: Those configuration templates are just examples, and we expect people to change them as necessary. I think it's useful to show how to add a service and a package as in the bare-bones example.
<boq>is there a way to download things from the installation image though? iirc, it didn't have wget or curl
<rekado>berlin.guixsd.org runs cuirass, and might become the new frontend for the build farm, if everything goes well.
<lfam_>My fingers are crossed so hard that they've become stuck
***propumpkin is now known as contrapumpkin
<jackhill>I'm just getting around to reading the GuixSD 0.13.0 release notes. I see that there is some question about whether mips64el will be supported in the future. I'm always sad to see things go, but if no one is working on it, then I suppose it makes sense.
<Juesto>and effectively installs the distro on a stick, correct?
<lfam_>It installs a variant of the distro that is intended to be used to install GuixSD on the host machine. But, it is GuixSD.
<lfam_>There is the tool `guix system disk-image` that creates these disk images, and you can use it to create a more straightforward image if you want to use a USB stick to boot and use rather than to install
<Juesto>I'm going to convert from raw image to vbox disk
<lfam_>Hm, there are 1407 builds queued on the master branch. Seems like a lot
<lfam_>There's only a handful of changes between the previous evaluation (400 builds queued) and the current one
<reepca>Hm, is the bootstrap guile a rebel when it comes to --no-auto-compile? I'm certain it's being invoked with --no-auto-compile, but it still says "note: auto-compilation is enabled" and does auto-compilation anyway.
<lfam_>The large number of rebuilds is from python-pytz. 280 rebuilds per-system-type.
<rekado_>BTW: I just set up that extra host as a build server for berlin.guixsd.org. Offloading works fine.
<lfam_>The time zone stuff is annoying. We want to keep it up to date but so many things need access to the TZ database.
***Zungo is now known as Juesto
<jackhill>When trying to install GuixSD from the USB image, it doesn't find the gnu-disk-image root device, and drops me to a guile shell. Can I get a born shell so I can poke around to see why it couldn't find it? Otherwise, how should I debug?
<rekado_>jackhill: have you verified the integrity of the image? Have you run “sync” before removing the USB drive?
<jackhill>rekado_: yes, the twist is that I'm trying to do the install on a VPS service (Linode), so I have dd-ed the image to a raw disk device. I think they're using kvm-qemu under the covers. It is using the grub that is in the usb image.
<rekado_>jackhill: wouldn’t it be better to just use the VM image for a VPS?
<rekado_>jackhill: from within that image you could then reconfigure the system.
<rgrinberg>It seems to be apache licensed but it might have non free dependencies?
<rgrinberg>Oh, I know it has a plugin system that probably lets you install non free software. Does that make it a no go?
<rekado_>rgrinberg: it might not be a problem. As long as it doesn’t recommend the installation of non-free software.
***Juesto is now known as z_z
***z_z is now known as Juesto
<ng0>Do we have some Django'ists in Guix? Harmut, and maybe someone else? I did some work with hyperkitty but got stuck at my package of djangorestframework in the test phase (or build_ext?) of the djangorestframework
<ng0>sunday evening discussion: some systems can detect which architecture they are on and boot arcordingly into the right one I was told last monday, and some can print warnings like "error, this medium is only only for $architecture". Size would grow, but we could create such a duality system with the GuixSD image aswell, I'm sure.
<ng0>the problem is probably grub, and selecting the right one
<buenouanq>wgxm13wn9ldhwm6rq88fkva0mngmabdx-su is the hash I have for su
<buenouanq>Running $ script /dev/null is the hack fix that's posted everywhere when I google the error - That just seems awful to me though, and I really don't want my screen alias to have to contain that.
<lfam>Presumably something changed between shadow 4.4 and shadow 4.5
<buenouanq>also getting this now when I exit a screen `/var/run/utmp: No such file or directory'
<wigust>lfam: yeah, thanks :-) I thought about splitting flags. Probably not needed.
<lfam>wigust: I'm not sure if my suggestion will work, but that's what I would try first
<wigust>lfam: It work's, because configure reports "--flags=with_utf8 with_xft" as a one string, I think.
<ng0>tootstream is a python app which depends on Mastodon.py among other things. We already know python.scm is too long, is messaging a good place for things which are only a python interface to something + its dependencies?
<lfam>I hope we will get more mastodon packages, so maybe we should add a mastodon module
<ng0>I'm a bit occupied with other issues which are weighting down on me.. I think after reading it, and with your explanation it is logical. Maybe it's easy without it aswell, but I'm not in my best form
<lfam>I had some thoughts about the GuixSD / virtualization stuff and everything was crystal clear in my mind... while I walked to a train station. Then I got on the train and forgot
<lfam>I'm waiting for my thoughts to clear up again
<ng0>ACTION reboots to make computer pingpong noise test
<lfam>My basic problem with those sections is that there are two overlapping topics (Installing and Running), and new users won't notice both of them or, if they do notice, they won't understand the distinction.
<lfam>There is also some misinformation, although I think I've corrected it on the master branch
<yegortimoshenko>does guix play well with inferior-lisp emacs mode? what i mean is, can i interactively create a package, or a whole-system configuration?
<rekado_>yegortimoshenko: yes, but can do this, but then you wouldn’t use the command line interface but the equivalent Scheme procedures (either in the REPL or by sending them to the REPL with Emacs).
<rekado_>I use geiser mostly for exploration, not so much for packaging work.
<lfam>I got the disk-image to work, but I'm not sure what was wrong. Probably some spurious issue about flushing the writes to the USB stick
<yegortimoshenko>rekado_: cool! geiser is a lot like inferior-lisp, or probably more like slime
<rekado_>this happened to me before; forgot to run “sync”.
<rekado_>yegortimoshenko: Guix also comes with extra REPL commands so that you can run the monadic procedures directly in the REPL without having to do all that plumbing yourself.
<lfam>Perhaps the difference between fdatasync and fsync