<civodul>like i wrote we'll probably remove the 'store' argument of 'options->transformation' soonish and make it "official"
<civodul>it's an interesting use case that you have
<civodul>BTW i'd recommend removing "guix" from your manifest
<morgansmith>civodul: thanks! I removed guix. it seems to cause trouble with emacs-guix maybe? I have a really hard time getting emacs-guix to work. Is there ever a good reason to install the guix package?
<civodul>morgansmith: no, guix is "installed" via 'guix pull', so in a separate profile
<civodul>emacs-guix is currently broken, there's an issue reported upstream i think
<xelxebar>Hrm. Build on my offload machine is failing with "no space left on device" but I have about 5GB left on /.
<xelxebar>Also, /tmp isn't mounted tmpfs, it's just a normal directory. /dev/shm is mounted with 5GB as well.
<mroh>maybe the client is out of space? Does building on the offload machine work, w/o offloading?
<xelxebar>mroh: Well, my local machine has a ~50GB on / and 1.8 on /tmp. It looks like the output isn't in the store on the build machine, so I assume that it's actually failing there and not just failing to copy over to my local machine.
<xelxebar>Wait... the build log is filled with a bunch of progress bar output labeled something like "copying 520 store items..."
<xelxebar>Hrm... I'm building a disk-image. Perhaps the image is too small for some reason?
<xelxebar>Is there a pre-existing way to set the number of guixbuilderN users in config.scm? Or do we just need to create the accounts manually?
<morgansmith>so I'm trying to install texlive-texmf but it's a 2.61GiB download from ci.guix.gnu.org that keeps failing. The download from upstream is much more reliable. Cracking open texlive-texmf, I see we set: #:substitutable? #f for this exact issue but it doesn't seem to be working?
<morgansmith>for the record I'm actually installing texlive and texlive-texmf is an input, but it's texlive-texmf that's giving me grief
<ryanprior>I've been cleaning up some more of my golang packages to make another round of submissions, but a couple rounds of past submissions are still unreviewed and I don't want to pile on where there's no bandwidth
<morgansmith>I first really learned elisp by making a function that loops through all my monitors and adds them to exwm. it also checks the geometry so that they are mapped in order (although looking at it now I did that wrong). I kinda felt like that should've been built in.
<morgansmith>plus exwm freezes when emacs freezes (oops. I opened gnus. Guess I'll go get a coffee cuz I can't use my computer right now)
<morgansmith>also it's fun when you have a window open in exwm line mode and then you can't use C-g to stop emacs from doing a thing so you have to jump to another tty and just kill emacs :P
<ryanprior>I've heard of people using emacs-in-emacs with exwm, which sounds absolutely necessary to me for the reasons you cite
<morgansmith>I only emacs-in-emacs for certain tasks (like gnus) but I should probably emacs-in-emacs for everything really
<morgansmith>Also, pro tip after you run exwm-enable run this: (shell-command "gpg-connect-agent \"UPDATESTARTUPTTY\" /bye")
<jlicht>usually works better than flat out killing emacs in my experience, if you care about any of the stuff you had open
<dannym>How do I find out, given a file in a profile, like /home/dannym/.guix-profile/lib/libcairo-gobject.so, why it was put there? I tried removing the package "cairo" from the profile, but it's not in there in the first place. So I take it it was propagated? How do I find out by what?
<leoprikler>You could `guix graph`, but I also suggest taking a look at $GUIX_PROFILE/manifest
<leoprikler>cairo, glib, etc. get propagated through various libraries and I would assume even applications through pkg-config