IRC channel logs
2026-01-25.log
back to list of logs
<oliverD>@Rutherther I think it is definitely gstreamer because the rust aperture plugin is failing but installing gst-plugins-bad didn't help. <ced4rtree>Ricardo Wurmus reported a successful install of plymouth in the attached issue, but there doesn't seem to be any documentation or instructions available on how this was achieved. Has anybody gotten this to work? (Associated issue: https://issues.guix.gnu.org/26970) <PotentialUser-31>Hi, when I use use_guix in a .direnv, how can I know the profile path? there is no $GUIX_ENVIRONMENT variable, (whereas there is one with guix shell) <Rutherther>PotentialUser-31: I don't think you can, it just doesn't support it <Rutherther>I don't know what direnv wants to do, you can try reporting it to them, yeah <yelninei>some progress: Reducing GC_LARGE_ALLOC_WARN_INTERVAL makes the warning appear without the wrapper around buiding the derivation. This means as long as LC_ALL is set they are there, just in the build environment something is causing it to become frequent enough to let libgc emit a warning. So I am sort of back to square one <Kabouik>Anyone else having handshake/ssl issues with flatpaks at the moment? I am trying to find whether the issue is with the flatpak program (run.stremio.Stremio) or our flatpak package. <hanker>is there something like `eix` for gentoo on guix? eix builds a binary database of available packages so they can be looked up faster <noe>hanker, do you mean for speeding up guix search? <civodul>hanker: you’re talking about keyword search, right? <civodul>(there’s also ‘guix locate’ for file search, that’s why i’m asking) <n|phreak_>Hello trying to unset EMACSLOADPATH from guix I tried to unset and it works manually but the ENV variable is coming from guix , I tried to remove emacs but guix just tells me that emacs not found. I tried to guix gc many times but still have the same issue. I did a search on the ENV var and I can see it in multiple emacs packages stored in /gnu/store <hanker>> hanker: you’re talking about keyword search, right? <hanker>Yeah, like package search. That's actually what prompted the question in the first place- guix locate is way faster than guix search, lol <civodul>yes, but it’s search-by-file, not search-by-keyword, that’s why i was asking :-) <n|phreak_>guix locate only looks at whats in /gnu/store <ieure>n|phreak_, `guix gc' only deletes store items not referenced by a GC root. If you're observing behavior arising from your Guix profile, the package is referenced somewhere. What does `guix package -I' show? Any Emacs packages? <n|phreak_>now if I do grep -iR "EMACSLOADPATH" ~/.config/guix ~/.guix-profile I can tons of results <n|phreak_>list this /home/nixfreak/.config/guix/current/share/guile/site/3.0/gnu/packages/emacs.scm: ;; Elisp packages found in EMACSLOADPATH. <n|phreak_>hmm is this it /home/nixfreak/.config/guix/current/share/guile/site/3.0/gnu/packages/emacs.scm: `("EMACSLOADPATH" = ,lisp-dirs))) <ieure>n|phreak_, Not `guix package -I emacs', but `guix package -I' and look for things named emacs in the output. Or `guix package -I | grep emacs'. <n|phreak_>echo $EMACSLOADPATH/home/nixfreak/.guix-profile/share/emacs/site-lisp /home/nixfreak/.guix-profile/share/emacs/site-lisp <n|phreak_>ok so after a reboot EMACSLOADPATH is no longer set <n|phreak_>I'll have to remember that if this happens again. <Jungy>Is guix intended for servers or just home computers? I installed it intending to use it primarily through SSH, but if I run a guix pull remotely it seems to disconnect from the wifi. <Jungy>Also I might be mistaken but I don't think it even connects unless logged in to XFCE directly first. <ieure>Yes, it works fine for either. I use it for both. <Rutherther>Jungy: guix pull itself certainly does not disconnect from the wifi. That must be something else, but not saying that it's not related somehow (ie. due to the traffic and some hardware issues maybe it just disconnects) <Jungy>Do you circumvent the Desktop Manager to do so? I already had to go in to disable all the XFCE power management to prevent it from sleeping after 10 minutes, SSH connection or no. <Rutherther>Jungy: I would say most users using it on a server do not use any desktop manager or graphics <Jungy>Yeah, it's working fine but then around 20% it seems to report it's still on the wifi but cannot ping anything. <ieure>Correct, there's no point in a GUI for a server application. <ieure>Just consumes resources that could be used for serving. <Jungy>During the installation ISO, I didn't see an option to install without one. To be fair I used the guided installation. <ieure>Jungy, It is an option, you just don't select any of the DEs. <Rutherther>Jungy: the options with [ ] and [*] when selected are yes/no, you just do not select any if you do not want any. Anyway it doesn't matter, you can just switch to no DE after you've installed, no need to do it again <Jungy>Perhaps I'll clear it out then and see if that corrects the issue. <noe>untrusem, should go well with the new package <ieure>Jungy, Change %desktop-services to %base-services, and remove xfce-desktop-service-type from your config, and you will lose all the desktop stuff. <Rutherther>also don't forget about the set-xorg-configuration <ieure>Jungy, wifi, I have not experienced drops like you are, that's most likely going to be the specific hardware you're using, AP, signal quality, etc. That is, unlikely to be something with Guix itself. <acid-bong>which parts of Guix are using the compiled artifacts from .cache/guix/checkouts and which - from channels.scm? <Rutherther>and I suggest you switch from %desktop-services to %base-services only when you have a shell where you're logged in as root, ie with "su", dropping elogind can end up with issues <ieure>acid-bong, Your question doesn't really make sense. Every channel is checked out into ~/.cache/guix/checkouts. <ieure>I just add elogind-service-type if needed. It isn't always. <ieure>I think the podman and/or docker services need it. <Rutherther>acid-bong: there are no compiled artifacts in ~/.cache/guix/checkouts. The checkouts there are just git checkout caches. When you do guix pull, channels.scm is read to know what channels to clone and what commits to go to. Those are populated in ~/.cache/guix/checkouts at first, to speed up the process next time you pull <acid-bong>Rutherther: i meant "artifacts compiled from checkouts" <Rutherther>acid-bong: the channels are always pulled to ~/.cache/guix/checkouts and then vendored to the store. The compilation uses those, always <acid-bong>ieure, Rutherther: imagine you have a `channels-impure.scm` with only branch specified, and `channels.scm` with pinned commits. you `guix pull -C channels-impure.scm`, but forget to update `channels.scm` (so there's discordance). from, say, `guix build`, `guix search` and `guix shell`, which of these commands will pick from outdated channel commits and which from the fresher Guix derivation? <Rutherther>acid-bong: you did guix pull -C channels-impure.scm, what relation is there to channels.scm? None. You will be using the ones you pulled - channels-impure.scm. As long as you use ~/.config/guix/current/bin/guix, being the one you pulled to. That one just is built from channels-impure.scm <Rutherther>acid-bong: there is no relation to any other 'channels.scm' other than the scm you used to pull -C to <Rutherther>acid-bong: since you're familiar with Nix, this works differently in Guix, there is no place that would load channels like import <nixpkgs> {} when running Nix. They're baked in the guix executable, built during guix pull. The channels.scm has effect only on guix pull / guix time-machine <Jungy>I think maybe I'd better just start fresh. Even guix system reconfigure seems to break the wifi connection, and then it cannot reconnect without a reboot. <acid-bong>Rutherther: i see it now, thx. looks like the blog post by daviwil-irc was misleading. i guess, pinning guix channels is secondary to the general `guix pull` <ieure>Jungy, this is unlikely to change with a reinstall. <untrusem>just found out that the project uses llm 😕 <Jungy>Hm. I'm seeing ntpd issues but that's probably unrelated. Cannot bind address, but for IPv6, which is expected <Jungy>After the connection breaks, it continues to see the network, but no longer accepts the password to connect. <Rutherther>Jungy: did you just reconfigure from %desktop-services to %base-services? <Rutherther>Jungy: as I said, when doing that keep a root shell open. And ideally reboot. It is expected that you won't be able to log in when you uninstall or install elogind <rkazak>Hi guixers - is there a discord channel/server setup for guix? <Jungy>I didn't see it through to completion since it appeared to have lost connection. I'll give it time. <ieure>rkazak, No. Guix has a strong commitment to Free Software, and Discord is a proprietary, closed-source platform. <ieure>Also, in my personal opinion, Discord stinks. Just a horrible, awful experience to use.