IRC channel logs
2026-08-23.log
back to list of logs
<graywolf>guix-cuirass-bot seems confused about `Evaluation succeeded but produced no new builds.'. Is that a known issue or something to bug report (where?)? <lh>it would be nice if the commit messages included rationale for removal 😔 <lh>but probably maintenance burden (that of the guix linux-libre team, rather than the linux-libre project or upstream linux) <mhcat>how does EMACSLOADPATH get set in login shells by guix? And how would I stop it from being set if I remove emacs from my guix profile? After doing guix remove emacs- it still gets set and my system emacs won't start until I unset it <mhcat>I kind of thought it might be a login profile action of some kind, via /etc/profile.d/zzz-guix.sh, but logging out and in again doesn't seem to help <lh>mhcat: if you are on a foreign distro, systemd sometimes persists env vars across login sessions <mhcat>thanks for the pointer, I'll check if that's what's going on <lh>if you figure anything out let me know haha. I observed it when logging into gnome locally and via RDP during the same boot <mhcat>well, rebooting made it go away, so that sounds like a plausible explanation <mhcat>I will see if I can understand the mechanism, and if it can be fixed easily <mhcat>this is on arch, I should also check if the same scenario is avoided on the 2 non-systemd dists I have here too <lh>and yes btw, EMACSLOADPATH is indirectly set via /etc/profile.d/zzz-guix.sh which sources $HOME/.guix-profile/etc/profile, which sets the variable depending on whether emacs is in the profile <mhcat>hmm, it seems there are several ways systemd can inject env vars, and changes might be effected by doing `systemctl daemon-reload`, which might save me a reboot next time <PuercoPop>When using guix on a foreign distro, given that there is not os-configuration, does doing sudo guix pull have any effect? Or does it suffice to do guix pull to update the home configuration? <oliverD>I was wondering how I would go about adding something like comaps to Guix. I think the client is entirely free software. I don't really get scheme yet as well. <oliverD>Should I communicate with the comaps developers first or just try to compile it on Guix. <PuercoPop>oliverD: What would say to the comaps developers?. More than scheme, you need to look into how is comaps built. There is normally information in the contributing docs for the project. <oliverD>PuercoPop: Ok, I'll just see if I can package it. <PuercoPop>One potential complication is the list of dependencies, if one is not packaged you'll need to package it as well. But hopefully all the dependencies are already in guix <PuercoPop>And you can hack on guix by cloning the repo, creating a branch and then doing guix shell --pure -D guix to make sure you have all the development dependencies of guix. Then ./bootstrap, ./configure and make to compile all the files. Then you can run ./pre-inst guix to run the code in the repo <PuercoPop>ej. ./pre-inst guix build comaps to build the package locally or ./pre-inst guix shell comaps to test it out <pooyam>Is there a limitaion or recommendation on minimum RAM for installing and using Guix on a machine? <yelninei>ACTION tries to reconfigure on core-packages-team <yelninei>ACTION is happy that at least some sustitutes are available <postroutine>Is it possible to having a shell after boot on the ISO installer image ? <postroutine>Does any of the vulnerable features are used on the ISO installer image if I don't install the system on a hard drive ? <untrusem>postroutine, yep you can have a shell after boot <Nessah>postroutine: The latest ISOs hang after confirming the system configuration. So there's no way to use the installer unless on the older, vulnerable ISO <postroutine>Nessah, what do you mean by "hang after confirming the system configuration" ? <Nessah>It gets stuck on the three shepherd messages about some daemons being started <lh>PuercoPop: on a foreign distro, sudo guix pull is sometimes used to enable upgrading the daemon without having to upgrade the distro’s guix package, but it entails tweaking the daemon service to run the root guix profile guix instead of the distro guix <lh>guix pull is sufficient to update the home configuration, although you don’t have to tie the home profile channels to your guix pull profile channels if you don’t want to, you can use a channels-lock.scm with guix time-machine to pin your home environment <PotentialUser-78>Folks! Looks like openresolv update broke name resolution in network-manager on guix system. <PotentialUser-78>after git bisect, I found the commit to be 86776ccd30bb44eb856fcf3a14a8338f38fe1367 <untrusem>PotentialUser-78: it is a known issue, please search guix issues <PotentialUser-78>sneek: later tell apteryx: The commit 86776ccd30bb44eb856fcf3a14a8338f38fe1367 breaks name resolution in network-manager on guix system. <untrusem>attila_lendvai: its already been know iirc <bobbitboop>hello, ive been planning to switch to guix on an old laptop, ive seen guix pull using a lot of ram and cpu usage, i would want it to use less than 30 percent cpu usage for each core, so it doesnt go higher than 70c, is there anything i can do like limiting the cpu usage, like cpulimit, but idk if itll work on guix <redacted>You can set up a thermald service on Guix to manage the CPU temp <bobbitboop>there is an -c option but that only allows the use of the cpu cores, like only one core would be used at 100%, cant i have them all use like 30, also as this guy said i could try thermald and put a limit on like 70c <untrusem>are you sure they are a guy, even if they are, its not good to presume <untrusem>naah I also understand for non-native englist speaker, forming these kind of sentences are hard <bobbitboop>yeah im persian, but its kinda my fault, anyways im gonna probably use thermald for it