<helaoban>I'm running into a build error trying to package hledger. running 'guix import hackage --recursive email@example.com > hledger.scm' gives me package definition for hledger along with all of its dependencies that aren't yet included in guix.
<helaoban>The build fails while trying to build one these dependencies, specifically ghc-cassava.
<ryanprior>I would like to get experience with running services using Guix and Shepherd. I'm not particularly interested in using Guix System right now, but if I could define services that run in Docker that would be great.
<joshuaBPMan>ryanprior Me too. I've been putting up vidoes of me trying to set up email recently
<joshuaBPMan>ryanprior may I ask why you prefer docker? With guix you could define update-able services. Docker is frozen pizza development
<ryanprior>Oh yeah I looked at one of your videos the other day. My patience is very short for video and podcast content though, so I'll have to ask your forgiveness that I didn't watch very long ':D
<ryanprior>Docker containers are a snapshot, like a Guix profile.
<ryanprior>Complaining about not being able to update a Docker container is like complaining about not being able to update a profile - they're cheap and disposable, move on and create a new one.
<joshuaBPMan>ryanprior No need to ask for forgiveness. Those videos are going for quantity not quality. I don't even watch them :)
<joshuaBPMan>ryanprior I guess I thought, the way docker does things makes it hard to update one. With guix you can specify all of your dependencies. And update them all too.
<ryanprior>Docker container images are immutable, you can't update them whatsoever. They are stored using a persistent immutable data structure to save space, so that you can create a new image based on an old one and only save the bits that changed.
<ryanprior>Docker is agnostic to whether you use a declarative, pure process like Guix to build your image or whether you use imperative scripts and blobs. It treats all that as just being data.
<ryanprior>Docker's concept of "tags" is like Guix's concept of "profile generations," it's fast and space-efficient to create new tags and saving the old ones lets you roll back updates or time-travel to previous images.
<ryanprior>There's lots of parallels like that. So I see Guix as being a nice complementary technology to Docker.
<ryanprior>Docker images are content-addressed by their hashes, just like Guix profiles, and they can be automatically garbage-collected too.
<ryanprior>Now I'm thinking I should do a talk about Guix for Docker users, might bring some more people into the fold.
<gnutec>Two news. IceCatMobile is great and GNU Taler is avable in f-droid.
<ryanprior>Ooh cool, I've been looking forward to trying Taler. I know they've been undergoing an audit, I haven't heard how that's going.
<gnutec>I just think people should know. ;) See ya!
<bdju>got 504 error trying to download the "latest" guix iso
<bdju>anyone know if intel I211 gigabit nic works with linux-libre? or how to check
<bdju>a friend had non-working ethernet on guix in the past and is hesitant to put it on a new machine now because of that
<Brendan[m]2>i hope it doesn't become a pain to merge that now if everything is moved
<Brendan[m]2>also, i notice many use the same snippet for finding libclang. perhaps that could be abstracted out.
<efraim>Brendan[m]2: oh, I haven't merged that. hopefully it doesn't cause too many problems :(
<Brendan[m]2>i would be happy if you could. my next contributions builds on that branch because it has added 2 or 3 packages im using, so it will be convenient for me. i can move back to master and send patches for upstream master
<efraim>Brendan[m]2: overall looks good. rust-diesel-derives is 1.4, not 1? I don't understand rust-rustc-hash-1.0, I think the zstd crates bundle zstd (hence the version number), syn-test-suite should be 0.0
<rekado>that’s almost exactly the same as calling the shell command, except that you don’t have to involve the shell.
<rekado>the invocation is very similar to that of the shell command
<helaoban>hey guix, is there a way to scope an instance of postgres to a development environment à la docker, eg if I wanted a postgres db for my app that gets setup on 'guix environment' with the required pg users ddeclared upfront, which then gets destroyed when I exit the environment shell?
<helaoban>it looks like containers are the right mechanism but after reading a bunch of the docs I'm not sure what the optimal setup for this might be.
<davexunit>helaoban: not currently. supporting this use-case is something I had in mind when I wrote the initial version of 'guix environment' but it was never implemented.
<davexunit>I was hoping to use containers + shepherd to make it work.
<greg>Is it possible to view derivations on Cuirass? I've pulled to the same commit as a successful ci build (http://ci.guix.gnu.org/build/3256575/details) of a fio dependency which is requiring a build on my local system, but am seeing different hashes for the derivations.
<greg>I don't understand why Cuirass is building with Python 3.8 and my local build is attempting with Python 2.7.
<helaoban>davexunit: yeah that was an obvious extension to the container idea that jumped out at me. still on the roadmap for the future?
<helaoban>davexunit: what happens to the postgres data directory when I remove the postgresql-service from my system config and run 'guix system reconfigure', it doesn't exist in the new derivation, but is it garbage collected at some point from the old derivation?
<mothacehe>apteryx: yes it should, but offloading is so ineffective that many things are actually built on berlin itself
<ryanprior>davexunit, helaoban: I am super interested in that kind of rich environment specification with service-level dependencies. Can I read more about past work? Is that something Nix has that I can study how they do it?
<helaoban>ryanprior: re, here are some links where this has been discussed (from a cursory search):
<helaoban>in guix the postgresql-service currently allows specifying the data directory with 'data-directory', so I guess that can be mapped to a location in your cwd.
<helaoban>you could then have some sort of hook on shell entry that spawns that postgresql service as a shepherd user service (ie as part of a container-scoped os config va guix system reconfigure) and then that system config could just be rolled back on shell exit?
<helaoban>davexunit: would the implementation that you were talking about earlier work along those lines?
<cbaines>roptat, I'm glad you found the issue. I wonder if the Gitolite service should do something about the RC file permissions
<roptat>cbaines, yeah, I just sent a patch for that
<cbaines>roptat, cool, the patch looks good to me :)
<mfg>does anyone have aclue what could have happened since 5ad0a4522116007420aeb288f76da241f43cb6bf to python-shapely or why it now doesn't build anymore? error is this: https://paste.debian.net/1166007/
<ko_>Do I have to do something in particular for it to work in Guix?
<iyra>Hi all, I have a question about radeon on guix. I'd like to use my HD7850 card (AMD Southern Islands), with 2D or 3D accel (whichever is available), and at any rate, something better than the VESA driver (or whatever it is). I don't have integrated graphics, either.
<iyra>I understand that radeonsi (superceded by amdgpu?) might need proprietary blobs. If it comes to it, I wouldn't be averse to using that either.
<cbaines>ko_, is the GUILE_LOAD_PATH environment variable being set correctly?
<mfg>iyra: if your card really needs firmware blobs, they won't be available.
<ko_>I think there's no way to use that card without blobs. IIRC, how to use software with blobs and other nonfree software is not allowed here, but look it up because it can be done
<cbaines>ko_, OK, that'll be because guile isn't installed in your user profile, so I'd suggest installing it.
<ko_>I can still use guile from my user profile. That is because it is in the system profile, right?
<cbaines>I'm guessing right now, you're using guile from the system profile
<iyra>mfg: I suppose I was meaning to ask if it's known by anyone if I do require the firmware blobs. I know raingloom was in here a couple of months ago asking about SI support to be added to linux-libre.
<ko_>Okay, I'm installing guile in my user profile. Thanks! I'll see if it works now
<commanderkeen>what's the deal with openjfx/javafx on guix? is it not included in the jdk packages?
<apteryx>interesting; I've used (@@ (gnu packages linux) make-linux-libre) to define a kernel with a few %default-extra-linux-options, and when 'guix system build'ing the operating-system using it, it fails at the linux-module-database-builder derivation, apparently because none of the default-initrd-modules are found in my built linux output.
<apteryx>commenting out the kernel field line fixes it.
<apteryx>perhaps the #:configuration-file #f is the problem.
<apteryx>For linux-libre-5.8 (the current version), it is set to kernel-config, which for the x86_64 system resolves to the file gnu/packages/aux-files/linux-libre/5.8-x86_64.conf, which does add CONFIG_SATA_AHCI=m :-)