IRC channel logs

<oliverD>Hi quick question I got a "hint: Consider setting the necessary environment variables by running:

<oliverD>GUIX_PROFILE="/home/user/.guix-profile"

<oliverD>. "$GUIX_PROFILE/etc/profile"

<oliverD>After messing with some configuration files. Should I just add these 2 lines to my .bashrc?

<sham1>oliverD: Are you using Guix System or a foreign distro

<oliverD>I'm using guix system

<sham1>In that case it should get sourced by /etc/profile, so as long as your shell sources that, it'll work

<sham1>Although for it to be automatic you might need to log in again

<oliverD>Ok

<futurile>morning morning

<adanska>morning!

<folaht> https://forum.systemcrafters.net/t/how-do-i-organize-my-bash-service-into-dotfiles/2095

<folaht>I got an issue with trying to use dotfiles. I don't know how to add a shell variable?

<folaht>I don't know how to add services via modules.

<sham1>You need to do (service home-bash-service-type bash-config-record-here)

<sham1>As for environment variables, I'd suggest you look into home-environment-service-type

<sham1>home-environment-variables-service-type

<apteryx>odd, in a guix container, '. environment-variables' prints sh: .: environment-variables: file not found

<apteryx>it's a container spawned with ~/src/guix-qt-team/pre-inst-env guix shell --expose=/gnu --writable-root -CD qtbase , and I wanted to debug a failing test

<Guest72>hi guys good morning. I gave an suggestion for guix community.

<Guest72>i live guix and the psilosofy of ti but doesnt have to technical expertise to manage it.

<Guest72>What about to use local llm for managing configfiles from the installation state all the way to managing config files after installation.

<Guest72>Would it be useful have it in guix installer and and chatbot to fix the config files? Guix it to power tool in age of agents

<Guest72>God bless all and hope my suggestion may bring some ideas to guix. I got inspired by https://www.trynix.ai/

<Guest72>bye greetings

<efraim>you're unlikely to find someone willing to put in the effort to integrate an LLM in the installer

<Guest72>I was expecting that answer. because of the quality of source.

<Guest72>I know. Ai is a great tool dependent on who's hands its in.

<Guest72>I use it to learning and not for depending on it.

<ieure>This is not the general opinion of most Guix committers.

<Guest72>Its ok thanks for your reply

<cdegroot_>(and, frankly, I would not trust Guix to a local LLM lol. I'm toying with them and... it's not great :))

<hwpplayer1> https://codeberg.org/amassivus/libre-vm

<hwpplayer1>fixing language

<pfd>Is anybody else using KDE within Guix System?

<prowler_asd>it's someone using some sort of languaje server on java for nvim in guix?

<podiki>trying to make a package that uses vala and hit this at build: error: \u001f is not a valid universal character

<podiki>some unicode option for compiler...?

<prowler_asd>podiki maybe https://stackoverflow.com/questions/70155121/error-u001f-hexadecimal-value-0x1f-is-an-invalid-character? did you dopy paste code from the web?

<podiki>that's what i'm seeing in a search too, but this is in the upstream code, not sure why it is an error when building on guix

<podiki>to use \x1f instead

<podiki>i could patch it, but it must be something in how guix builds

<prowler_asd>mmm then you can do something like https://guix.gnu.org/manual/devel/en/guix.html#Invoking-guix-build-1 with the --keep-failed flag and then search the log to see where the error comes from https://guix.gnu.org/manual/devel/en/guix.html#Debugging-Build-Failures

<ieure>podiki, What are the locale environment variables set to? I've seen this sometimes when LANG=C and the source contains UTF-8.

<podiki>It's in the build environment, so whatever is our default, probably C

<ieure>podiki, Yeah. You probably need a build step that does (setenv "LANG" "C.utf8") -- or whatever the correct locale is. I see many such examples in Guix already.

<podiki>sadly didn't work

<podiki>fixed by using gcc-15

<arjan>is there any sysadmin team member who wants to take a look at some small changes related to QEMU guests that I submitted a few weeks ago? https://codeberg.org/guix/guix/pulls/10053

<abbe__>did something change recently which can cause /var/log to be 700

<abbe__>i reset /var/log mode to 755 and rebooted, and then it's back to 700

<untrusem>sneek later tell futurile do jujustu also suffers with the rebuilding cycle?, have you tried the git-mtime hack there?

<sneek>Got it.

<GalaxyNova>Is anyone else having issues with emacs-guix? `guix-config-guile-program` is pointing to a guix executable instead of a guile one which is causing issues. I think I found a workaround but it would be nice to fix it the right way.

<ieure>GalaxyNova, What kind of issues are you having? I've noticed that it's just generally kind of unreliable.

<ieure>But that hasn't changed in either direction recently, that I've noticed.

<GalaxyNova>ieure: when I try running `M-x guix RET p n` I get `geiser-repl--narrow-to-prompt: Wrong type argument: markerp, nil`

<GalaxyNova>in a *Guix REPL* buffer there is the message: `guix: unrecognized option '--no-auto-compile'`

<GalaxyNova>that is because a variable that is supposed to be set to a guile executable is set to the guix executable which doesn't have the cli option (and is also nonsensical)

<ieure>GalaxyNova, I don't see --no-auto-compile in the source for emacs-guix, emacs-geiser, or emacs-geiser-guile, so I'm not sure where that's coming from. Something in your Emacs config, maybe?

<ieure>GalaxyNova, For pure-Geiser stuff, you want geiser-guile-binary set to '("guix" "repl"), otherwise third-party channels don't get added to the Guile load path. I have that set and I can't reproduce your problem.

<GalaxyNova>It is definitely there, it's in guix-external.el

<ieure>This machine is on 3279380abd6e673793180d21a5afb26d31ce0e10

<GalaxyNova>defined in a custom variable guix-guile-program

<GalaxyNova>line 35

<GalaxyNova>(in emacs-guix)

<ieure>GalaxyNova, For me, line 35 of guix-external is: (defcustom guix-guile-program

<GalaxyNova>yeah and --no-auto-compile is on line 40

<GalaxyNova>in the same definition

<ieure>GalaxyNova, Again, not for me. That string does not appear in any of the packages I mentioned. What commit of Guix are you on?

<ieure>GalaxyNova, https://codeberg.org/guix/emacs-guix/src/tag/v0.7.0/elisp/guix-external.el#L35

<ieure>This corresponds to the file I see in the package on my local machine.

<ieure>It was updated to 0.7.0 on 2026-07-19, so your guix must be 3+ weeks old.

<GalaxyNova>Oh that is strange

<ieure>Well, either your guix is that old (if you use Guix Home / declarative configs), or you haven't upgraded packages in your profile (if you use an imperative-style per-user profile).

<GalaxyNova>Turns out I had emacs-guix installed through package.el as well and it was conflicting with the one installed through guix home

<GalaxyNova>I uninstalled it and it works now

<ieure>Ah, that'd do it for sure.

<ieure>I like Guix for managing Emacs packages so much more than any of the Emacs tooling for that.

<ieure>Maybe I'll do that EmacsConf talk about it this year.

<ieure>Have been wanting to do that one for a while, but haven't had the free time.

<abbe__>Is there any way for me to figure out what is doing 'chmod 700 /var/log' at every boot recently in guix

<abbe__>like in last ~2-3 days

<ieure>abbe__, `activation-script' in (gnu services) creates /var/log, I don't see anything that sets its permissions. umask maybe?

<ieure>This machine I reconfigured on 2026-08-10 (from guix commit 10579a8) has an 0755 /var/log.

<abbe__>yes, but does mkdir-p should be null op if it does exist.

<ieure>I don't believe I claimed otherwise.

<abbe__>right, i understand, but umask would be useless in this scenario if the directory already exists.

<abbe__>sorry, i didn't mean to sound rude for trying to help.

<ieure>abbe__, I'm not sure. Maybe my checkout is stale and something changed in between then and now. But that's the place that does (and is expected to) create the directory, I'd expect that if permissions were getting set, that'd be the place.

<ieure>Maybe check what's in master's HEAD.

<abbe__>f0332077b948a72f79c16b0838c3c7cdddaed631

IRC channel logs

2026-08-11.log