<EMax`0Mancer[m]>weird error trying to run a package installed from Nix on a Guix system: `/nix/store/.....-glibc-2.34-115/lib/libpthread.so.0: version `GLIBC_PRIVATE' not found (required by /gnu/store/....-glibc-2.33/lib/librt.so.1)`
<luishgh>i'm trying to convert neovim's inputs to the new style, but the code that chooses between luajit and lua5.1 depending on luajit supporting the target-architecture seems to have stopped working
<luishgh>currently it is done this way: ("lua" ,(if (member (if (%current-target-system) (gnu-triplet->nix-system (%current-target-system)) (%current-system)) (package-supported-systems luajit)) luajit lua-5.1))
<luishgh>i assumed i just needed to put the part after the comma inside the list arguments and it would work, but now it tries to compile neovim with luajit on unsupported platforms
<piethesailor>I have made changes to my user configuration but I'm not seeing any changes with rebbot
<atka>piethesailor: did you run guix system reconfigure after you edited your config?
<ZhuAisi[m]>And I edit the /etc/guix/channels.scm, now Guix warns that I'm using a mirror
<FlaminWalrus>`guix pull` is giving me a non-forward update warning on the official channel...I'm moving to ffb616b69dced25b840f2e5178062072d89623eb from 42679e3f81a0fa61e225b1f6aa0e80e39625372f, and the URL is the usual GNU Savannah guix.git file. I don't think I've done anything wacky in the week since my last pull. Should I lose the tinfoil hat and force it? Did someone manage to get an unsigned commit through?
<the_tubular>There was a thread about this on the mailing list FlaminWalrus
<FlaminWalrus>the_tubular: and the thread references some IRC buzz. Now that they mention it, I do recall people speaking of guix pull woes about a week ago...I went ahead and did --allow-downgrades because the target commit matches master@savannah, and so can hardly be a downgrade attack.
<the_tubular>Sorry, I remember seeing the thread a few days ago, people weren't talking about IRC IIRC
<NinjaTrappeur>Hey! I'm trying to wrap my head around a confusing guix behaviour. I just built a new guix system (1h ago). I modified my system config to add a new package. After running guix system reconfigure, I'm up to download ~50MB of unrelated data to the package I just added. I'm also up to build guix-1.3.0rc2. Is there a way for me to understand what triggered that? A channel bump? How could I figure
<allana>On a related note, I have been using guix pack -f docker for a bit now. Still unsure how to activate the profile but I do use the "--symlink" feature to make things from the profile findable. Is this the way?
<qzdlns[m]>do we fire boot messages to a log? I saw a flash of a fsck sector warning and would like to check the message before jumping into a live CD -- I've ripgrepped /var/log and searched dmesg so far to no avail
<NinjaTrappeur>Is there a way to save the channel revision I used (provenance in guix terms if I'm not mistaken?) to build a guix machine closure without having to rebuild guix locally (kind of expensive CPU-wise)?
***Guest28 is now known as davidl
<ZhuAisi[m]>Did ci.guix.gnu.org garbage collect its store? Is all history build result is still available?
<jgibbons[m]>"The local-file, plain-file, computed-file, program-file, and scheme-file procedures below return file-like objects. That is, when unquoted in a G-expression, these objects lead to a file in the store. Consider this G-expression:"
<bjc>(run-with-store (open-connection) (lower-object test-drv)) => In procedure struct-vtable: Wrong type argument in position 1 (expecting struct): #<procedure 7f81189803c0 at guix/gexp.scm:1180:2 (state)>
<netamuffin[m]>Hello! Are there packages or other ways to use rust nightly on guix?
<bjc>i'm pulling the computed file from the grub bootloader, and its not the kind of thing i'd want to install if it has an error in it, for instance
<jpoiret>looking at the `guix build` source, it really does (build derivations ...) followed by (for-each show-derivation-outputs drv)
<bjc>plus, this seems like fairly basic functionality to me? maybe i'm odd, but going from file-like-object to actual file in scheme seems like the kind of thing you'd get in a beginner hacker tutorial
<jpoiret>often, you just `guix build -f` file-likes
<char[m]>I found a read-vixie-file function in mcron source. It returns a list of jobs, but those aren't gexps, so I doubt it will ever work. I'm not sure sure how to load mcron source into my /etc/config.scm in the first place.
<leinad>char[m]: IIUC the mcron service only allows job descriptions in Scheme format. Reading the source, specifically the definition of the procedure job-files in gnu/services/mcron.scm:59:9, it appears to me that the gexps from the jobs field of the mcron-service-configuration is simply ungexp'ed and then quoted again and written to a Scheme file and passed to mcron.
<char[m]>Thanks leinad , I guess I will just conform then.
<leinad>Hopefully, you're going to like the Scheme forms eventually
<bost>Hi. Does anybody know how to get the 'gsettings' installed?
<atka>civodul: zram-device-configuration has the priority field which can/should be defined when creating zram and/or multiple swaps, I think zram defualting to -1 or -2 is the default when starting zram with zramctl on other distros. Fedora uses zram instead of swap by default and defaults to 100.
<jonsger[m]>bost: guix shell/install glib:bin will do the trick :)
<bost>jonsger[m]: Thanks. Can tell me please how can I find out such things by myself?
<civodul>atka: ok, thanks for explaining; actually my question to jpoiret was more like: could you gimme a patch to apply? :-)