<lilyp>mirai (with-store store ((lower-gexp Z) store)) might help you
<mirai>hmm... I get a #<<lowered-gexp> sexp: … and a #<store-connection object
<mirai>though I can see in the repl that this lowered-gexp would yield the output if evaluated
<lilyp>you could also do a match on the lowered sexp if you're brave :)
<mirai>lilyp: is it legitimate to do (eval (lowered-gexp-sexp $5) (current-module)) in order to compare its output with some hardcoded value? ($5 is the first returned value from the (with-store …) snippet)
<mirai>it yields me $11 = "[featured]\nfavourite?=true\ntrack=Deep affection\nartist=Magistina Saga\nalbum=Creaith Anthem\n\n[main]\nenabled?=true\n"
<mirai>which looks about right for the purposes of using it within a test suite?
<lilyp>I would use a blank module for eval and you would have to guard against malicious code in eval if you're pulling this from untrusted source, but in principle that'd work
<lilyp>you could possibly get into compatibility issues with other guile versions, hence the guile field, but you could also spawn that as a subprocess to compare outputs (I believe)
<Guest28>if guix supports arch like arm or power, does that mean services like nginx will work on that arch, too?
<lilyp>assuming the package builds for that arch, yes
<lilyp>substitutes for arches other than x86 are generally harder to come by
<singpolyma>Yeah, don't expect to use nontrivial stuff off of x64 unless you want to wait for compiles
<sneek>rekado, ngz says: I kinda start to understand the hyphenation issue we're facing in modular TeX Live. It seems that texlive-babel must be among the TEXINPUTS when latex format is generated. IOW texlive-babel must an input for texlive-latex-base, which creates a circular dependency.
<sneek>rekado, ngz says: circular dependency that is solved by building texlive-babel with pdftex engine. This does bode well…
<janneke>possibly guix package -i / guix install should warn if guix home is being used?
<phf>janneke: yes, if ~guix package -I~ yields nothing then that's fine by me. My problem now is that apparently, =~/.profile= is not sourced after a reboot... ~which guix~ gives ~/usr/local/bin/guix~.
<jpoiret>i was using it for work for more than a month now, so figured it was time to push it
<jpoiret>surprisingly, agda-ial still builds using its HEAD
<ngz>rekado: I created a complete `texlive-hyphen-all' package ; I'm now planning to remove all texlive-hyphen-… since it is all or nothing for Guix.
<jpoiret>i tried having some packaging talk with the agda devs (I'm at Chalmers right now so those were just discussions over lunch) but everyone has their hands full with other agda stuff, so no-one has any time to work on the packaging end of things
<lilyp>it's typically a good idea to reset the shell/session; either by using the commands guix outputs when invoked or by logging out and back in again
<lilyp>this not only ensures that environment variables are set correctly (see above), but also that caches don't interfere – specifically in bash, you can still be using an old guix
<lilyp>furthermore, it's typically a bad idea to have the guix package itself explicitly anywere safe for environments spawned via guix shell
<lilyp>if that case applies to you, make sure it doesn't :)
<phf>lilyp: « ... using the commands guix outputs ... » : I just source =~/.profile= which calls =.guix-home/setup-environment= which does what's needed /a priori/.
<phf>lilyp: « ... a bad idea to have the guix package itself explicitly anywere ... » you mean installed like ~guix install guix~ or in packages of a ~home-configuration.scm~ ?
<hwpplayer1>I want to learn our infrastructure and hardware and bandwidth capacity ?
<hwpplayer1>Do we have our own servers or FSF/GNU gives some server as a sponsor ?
<jpoiret>hwpplayer1: one server is hosted in bordeaux (bordeaux.guix.gnu.org) and there's a rack at the MDC called berlin (berlin.guix.gnu.org). The latter hosts the website, cuirass and mumi, the former runs QA
<phf>Hello again! I've got Guix Home to install an environment on a fresh Debian11 using GDM ; but now, the cursor appears like a white square when over the Desktop but not application windows. Any idea why and how to fix that?
<pjals>it is probably that the old `(screen-locker-configuration "program name" path #f)` syntax was removed, and it is replaced with the new `(screen-locker-configuration (name ...) (program ...) (allow-empty-password? ...))`
<attila_lendvai>file save and file upload doesn't work in my ungoogled-chromium. when i start it from the terminal, it doesn't print any errors or warnings. i suspect it's some failing integration from a .so file... but it must be only on my config, because i don't see it discussed nor reported in debbugs.
<attila_lendvai>but i didn't do anything that seems relevant. it just broke after a guix pull and reconfigure
<jherrlin>Hey! I'm trying to install Guix system on a Thinkpad t490s and have big problem. When I boot the USB I end up in grub rescue mode. Not sure how to solve that. Ive tried to download both the stable ISO and the latest.
<jherrlin>I made an mistake when using dd. Of targeted /dev/sda1 and not /dev/sda. Problem solved.
<anemofilia>guys, what's the correct way to create a custom service?