<OriansJ>nckx: odd that we get different checksums for the same guix version; and when I attempt to look at the file, it appears the path is wrong (as in the parent folder doesn't even exist)
<save-lisp-or-die>any common lispers here who happen to know how to get the sdl2 common lisp system to find libsdl2 ? On other linux systems, cffi uses dlopen to find libsdl2 (i.e. I don't have to know), but this doesn't seem to be the case on guix. Any pointers?
<kozo[m]>In my config.scm (your core scm file that says what happens on your system), if you have a complicated .emacs file you don't want to write out, you can make a define (defun) to have it write the file for you to a location.
<save-lisp-or-die>ahh - I'm not running the guix os, I've installed the package manager along side my systems package manager (debian)
<procra>hi guix, i try to install guix on a KVM machine from the ISO because i couldn't figure out how use dvorak on the the VM image. and i am having some problems when the live iso start, i have a black screen and i don,t know what to do.
<txgvnn>/gnu/store/87kif0bpf0anwbsaw0jvg8fyciw4sz67-bash-5.0.16/bin/bash: -c: line 0: unexpected EOF while looking for matching ``'
<txgvnn>/gnu/store/87kif0bpf0anwbsaw0jvg8fyciw4sz67-bash-5.0.16/bin/bash: -c: line 1: syntax error: unexpected end of file
<txgvnn>Sorry everyone, my erc has problem with znc server, I still don't know to fix :(
<ece>So I've installed guix with luks encryped root, but when I boot into grub I can't enter my password xD, has anyone else had this issue?
<divoplade>You need to input it as if you were using a QWERTY keyboard
<divoplade>(only for the first time, after that input it normally)
<divoplade>Once you log in, run cryptsetup luksAddKey /dev/sdXX (where XX is the partition of root), type your password, switch to a QWERTY keyboard, and type it again twice so that there are 2 passwords to unlock your root: your password, and your password as typed on a QWERTY keyboard
<divoplade>And I need to learn to tag who I'm responding to, so that's ece now.
<vits-test>xelxebar: hi. try install guile-3.0-latest to ur user profile (if not yet).
<divoplade>I'm not sure that answers the question, but that's the issue I got so I figure it can be relevant
<divoplade>Otherwise, please explain how you can't enter your password. Do you have a keyboard? Do you need assistive technology?
<lle-bout>nckx: so I tried, after libffi patch, powerpc64le-linux-gnu gcc-stripped-5-5 build of bootstrap tarballs isnt reproducible across Linux kernel versions (tried Debian Buster host and GNU Guix host)
<lle-bout>however, building on the same system repeatedly is reproducible
<wehlutyk>are any julia users having problems with Makie.jl? I'm trying to get the GLMakie backend to work and having issues, but not sure if it's a guix config problem or one of the makie/opengl/glfw issues
<mbakke>for 'staging', I tend to batch up all the big changes (mesa, imagemagick) at once, but there is a lot of room for improvement there ... recently I also started building for x86_64 only outside the "freeze" cycles by changing the cuirass specification.
<cbaines>civodul, yeah, I know that was fixed recently
<chrislck>so: what exactly is the benefit of maintaining a gnucash-manifest.scm in the project root? does it mean I could get a fresh Linux machine, install guix as foreign distro, cd gnucash, do some guix magic and be able to build gnucash?
<pinoaffe>hi guix, I'm trying to `guix system init` a system with efi-grub-bootloader to an external hard drive from a non-uefi guix system, and I'm getting errors along the lines of issues.guix.info/28768 - is this to be expected? is there some way to circumvent this or do I need to boot in uefi mode first?
<mbakke>pinoaffe: it is not possible to use grub-efi on a non-EFI system (this limitation is not Guix-specific)
<pinoaffe>mbakke: right, thanks, I thought I vaguely recalled something along those lines
<pineapples>Question: when replying to an existing bug report, for example 111, do I have to add "bug#111 [the title of the bug report]" when sending an email to firstname.lastname@example.org; or may the e-mail subject be empty?
<pinoaffe>so I guess that means that you can't switch from non-efi to grub-efi using `guix system reconfigure` either, right?
<mbakke>pinoaffe: indeed, the system must be booted in "EFI mode" for GRUB to work
<mbakke>pinoaffe: the reason is that grub-efi needs to update EFI variables on the mainboard(!)
<OriansJ>I can provide exact bios information and more detailed steps for installing debian if so required
<pinoaffe>mbakke: yup, tho I guess that those EFI variable updates wouldn't be of use to me regardless since I intend to boot the disk in another system anyhow
<OriansJ>gnutls-3-16 fails to build when one does guix pull without substitutes
<mbakke>pinoaffe: indeed, it's a strange design ... now there is a way to create a "standalone" GRUB that works on any EFI system (it's how the installer works), but that functionality is not currently exposed as a bootloader option (would be nice tho)
<civodul>cbaines: hey BTW, wasn't it going to be Patch Review Day? :-)
<divoplade>Hello :) I'm replacing cuirass with a server-side update hook that builds all new commits and attaches the outcome as a git note to the commits, or rejects the push. It works, but it's a little difficult to extract CI outcomes.
<divoplade>Do you know if cgit can serve notes as blobs?
<euandreh>divoplade: Good question, I have never seen it on cgit serving git notes
<euandreh>You're using the git notes to see the CI reports?
<chrislck>annoying that --ad-hoc -l package.scm doesn't load the prebuilt package
<divoplade>euandreh, you need to create a file named "ci.scm" at the root of your project, that evaluates to something to build (for instance, a dist-package) with the recursive local-file (so... directory) named "source/" as the source. Then you can use this as an update hook: https://paste.debian.net/1174609/
<divoplade>That's not very important, but it avoids conflict with other uses of notes
<roptat>is there a way to know which architecture I'm building on and the target from the build side?
<roptat>I'm told %current-system doesn't exist on the build side
<save-lisp-or-die>hi #guix ! What advice to you have to offer for conserving disk space? I've installed the guix package manager along side my debian install and I have a somewhat small disk, and am curious about what guix users have to say about keeping a tidy filesystem.
<roptat>save-lisp-or-die, you can run "guix gc" to collect package that aren't used by any generation of any profile
<roptat>remove some old generations you won't use anymore to collect more garbage :)
<divoplade>If you want to run the CI after the push is accepted (like what we see on gitlab, github), you might use another hook than the update hook
<guix-vits>nckx: hello. is environment working w/o sddm as in `sway` from tty? i've LANG set. i haven't updated in a month, tho.
<nckx>guix-vits: Yes, that's what I mean by VT. Sessions spawned by a getty have $LANG just fine. Interestingly, it seems that sessions spawned by SDDM do have it... if I log in manually (I prefer auto-login but managed to kill Sway in an unrelated kerfuffle).
<nckx>So that needs some further confirmation/investigation when I can afford to kill my desktop again. Trying to launch another SDDM didn't end well.
<roptat>I'm using clang which should already be able to cross-compile
<ss2>heya, has anyone got some recommendatins on video workshops on using guile with geiser in general? I'd really like to get into it a bit further. Reading and doing tutorials here and there haven't been enough for me yet.
<luis-felipe>I don't know of any, but it would be nice to have a Guile+Geiser video series.
<guix-vits>ss2: rule #1: run geiser in separate emacs, as it can freeze. THE END :)
<nckx>False alarm. Memory usage of a new terminal is ~38M (termite ~39M). Run find /gnu/store in both and termite is using 200% CPU for termite's 70%, and currently using 1.4GiB. Now perhaps I need to tweak a scrollback setting (but I want 1000s of lines!) but, here's the kicker, allacritty's much slower, the end, bye.
<apteryx>interesting that I get to see 'substitute: updating substitutes from 'https://ci.guix.gnu.org'... 100.0%' before 'substitute: guix substitute: warning: ci.guix.gnu.org: connection failed: Connection timed out'