IRC channel logs
2025-11-28.log
back to list of logs
<Deltafire>Rutherther: installed your shepherd PR, removed service - reboot, added service - reboot. No unclean unmounts :) Will test more tomorrow. <apteryx>is the build user still named 'nixbld' when using the unprivileged daemon? <RavenJoad>Would someone on the Guix team look over PR #3672 on Codeberg? It's been good to go for a while now and just needs merging. <csantosb>Any idea why do we have a red button "Manually Merged" in #4493 ? It was indeed merged in 4dc86c7ea82e8fde730ee57ba94900f00b041059 <csantosb>By the way, is there a clever way to upgrade rust apps ? I'm interested in vhdl-ls, which I'm using daily. <Rutherther>upgrading cargo packages is basically the same as creating them the first time, you just update the package with guix refresh and then guix import to get the proper deps <Rutherther>I saw the new version come out and was planning on upgrading, but if you do it, nice, less work for me :) <csantosb>Then, I don't see how to upgrade the dependencies <csantosb>Other than proceeding one by one on every error, which is close to spending holidays on hell <Rutherther>csantosb: as I said by doing the same thing as if you just created the package - guix import cargo etc., it's described in the cookbook <cbaines>I'm just reconfiguring bayfront for the guix.gnu.org and git.guix.gnu.org DNS change... <cbaines>those changes are live now, so if anyone notices anything up with the website/git.guix.gnu.org, let me know <csantosb>civodul: congratulations ! (not bad for a replacement of Stow 🙄) <jonsger>ACTION for ages the first time my full configuration of packages in config.scm is available :) kudoz to all fixing leaf packages! <efraim>guix time-machine: error: Git error: failed to connect to codeberg.org: Operation timed out <yelninei>Typing ,L sh in a guile repl is one of the coolest things I have seen in a while <jas>hi! is there a riscv64 guix binary release? <jas>doesn't have to be official or stable, but just anything publicly available <Rutherther>hm, wondering why the ci tarball specification doesn't have riscv64 included <csantosb>Rutherther: I tried with `vhdl-ls`, but it doesn't make any sense for me, see #4535 <Rutherther>csantosb: hm why are you updating dependencies of cargo-audit? <csantosb>Because providing an example on building cargo-audit, using the command cargo-audit, is a bit misleading to me <csantosb>I get "brunch@0.10.4 requires rustc 1.87, dactyl@0.12.0 requires rustc 1.87", so no luck I'm afraid <gabber>after upgrades of my home and system profiles my workstation now leaves swaylock and throws me back to my login screen. weirdly enough this does *not* happen on my laptop which uses a very similar setup. any ideas where this is coming from? <gabber>i'm skimming /var/log/gdm/greeter.log <gabber>there's "Connection to xwayland lost" and "Xwayland terminated, exiting since it was mandatory" <luca>Does it happen when you lock the computer or when the screen turns off? I've had issues in the past where `swaymsg output '*' dpms off` would crash sway <gabber>it happens when swaylock starts its thing <gabber>ahhh, dang. where does this xwayland come from!? is this started by tigervnc? <Rutherther>no, xwayland is typically started by WM upon startup <gabber>compositor would be wlroots in this case? <gabber>i'm not even sure how this package gets into my system <luca>It's not particualrely trivial to remove it, and unless you know what you're doing you probably shouldn't, as tons of programs use it <Rutherther>wlroots itself doesn't start xwayland unless it's requested by the compositor <gabber>so.. i guess i have an application/service that requests xwayland to be started? <Rutherther>no, as I said, it is started by the compositor upon startup <Rutherther>really I don't think that message has anything to do with the actual problem. It's likely jcust consequence of the compositor crashing <Rutherther>if you wanted to disable xwayland add "xwayland disable" to your sway config <gabber>huh. any ideas on how i can figure out the root cause of this issue? <Rutherther>if greetd doesn't store stdout/stderr of sway, probably by starting sway in a tty an trying if it also crashes and if so, reading its output. If greetd stores the stdout, then reading through it <Rutherther>you can definitely try disabling xwayland, but I have doubts it would help <luca>iirc greetd has a folder in /tmp with stdout/stderr <gabber>luca: not sure this is the case with my setup <luca>do you use gdm or greetd? <gabber>Rutherther: no problem! you are really not the source of my confusion, but a nice sidekick at best ;) <gabber>thanks you two, i will eventually get to the bottom of this (i hope) <kestrelwx>Is pulling from Codeberg via HTTPS working fine at the moment? <kestrelwx>Codeberg is all green, so I wonder if my ISP throttles it. <gabber>luca: how did you resolve the "output * power off" crashing sway issue? <kestrelwx>I don't have that crash, but I'm on a newer Sway/wlroots. <luca>gabber: I embarrasingly didn't. I disabled swayidle and a month later it just resolved by itself <RavenJoad>Is there a way to get the list of running service-types inside a Guix system test VM? (One started with `make check-system`) I need to figure out why a service-type is not starting in one case but is in another. <sneek>Welcome back RavenJoad, you have 1 message! <sneek>RavenJoad, apteryx says: pushed! <RavenJoad>apteryx: Thanks! Rebuilding on my laptop now! <jj>what is the difference between ~/.guix-profile and ~/.config/guix/current? <Rutherther>jj: the difference is what packages go to each of them. ~/.config/guix/current is only for guix itself. You do "guix pull" to update it so that you have up to date package definitions. You install all other software to ~/.guix-profile when installing as user <jj>anyone know why setting GUILE_LOAD_PATH, GUILE_LOAD_COMPILED_PATH, and GUIX_LOCPATH in .profile causes kde's login to stall out? <bdunahu>Should it just be closed if there was another one in progress? The progress on that one seems uncertain <jj>i'm trying to get guile-lsp-server working in sublime text, but to do so i need to set GUILE_LOAD_PATH and GUILE_LOAD_COMPILED_PATH in .profile. unfortunately this seems to stall my login, which is very weird :c <ieure>jj, I don't see how those settings would affect KDE at all, are you sure that's the issue? <Rutherther>jj: I don't know why it would stall your login as long as you do not have syntax errors. But this is not the right approach to install guile packages through guix. You should be using search paths for this. Specifically that means installing guile and guile-lsp-server. That way you get both of those search paths. And then just normally sourcing the profile's etc/profile - you should get a hint if you don't have it properly, but normally it's already... <jj>iuere: yes 100%. i have no idea why it is doing that either, but it is definitely the guile/guix envvars. <ieure>jj, How do you know? I don't think KDE uses Guile at all, does it? Why would those variables have any effect at all on KDE? <jj>Rutherther: yeah, sourcing the profile's etc/profile has the same issue. this is actually worse for me though -- because i use fish, i can't source a bash script to update PATH, so i've also been trying to figure out how to set them accordingly there. (but i don't think this is related to sublime as sublime only evaluates ~/.profile) <ieure>Why would Sublime Text evaluate ~/.profile at all? <jj>ieure: i have no idea. it's 100% the envvars however, because i've been testing disabling and enabling them and rebooting and seeing if i can log in. if any of GUILE_LOAD_PATH, GUILE_LOAD_COMPILED_PATH, and GUIX_LOCPATH are set, i cannot log into KDE. <Rutherther>with fish you can do something like "fenv source $HOME/.profile" <jj>er, also set w/ specifically GUILE_LOAD_PATH "$GUIX_PROFILE/share/guile/site/3.0", GUILE_LOAD_COMPILED_PATH "$GUIX_PROFILE/lib/guile/3.0/site-ccache $GUIX_PROFILE/share/guile/site/3.0", GUIX_LOCPATH "$GUIX_PROFILE/lib/locale" <Rutherther>GUIX_LOCPATH really cannot have any effect, it's not even something KDE could use hypothetically. I could imagine GUILE, though doubt it. So I am expecting you are setting the env vars wrongly rather than it being the values of the env vars that are the problem <jj>same goes for source "$GUIX_PROFILE/etc/profile" in ~/.profile since that sets them <jj>Rutherther: do you see any syntax issues above? that's verbatium what's being set, prefixed with export ofc... i'll go double check that GUIX_PROFILE is also causing this real quick <Rutherther>I don't see any concrete lines of shell rc/profile files that would export above nor what file it would belong to <jj>export GUILE_LOAD_PATH "$GUIX_PROFILE/share/guile/site/3.0", GUILE_LOAD_COMPILED_PATH "$GUIX_PROFILE/lib/guile/3.0/site-ccache $GUIX_PROFILE/share/guile/site/3.0", export GUIX_LOCPATH "$GUIX_PROFILE/lib/locale" in ~/.profile <jj>Rutherther: i can confirm, setting GUIX_LOCPATH breaks kde login. sent from my secondary tty <jj>the commas are newlines ofc <jj>did i mess up the syntax somewhere else? <jj>can't believe i missed that, okay hopefully that's the whole problem. i think i copied it over from fish and forgot the = <jj>excellent, with one more fix now guile-lsp-server is working. thx for the second pair of eyes