IRC channel logs

2026-08-26.log

back to list of logs

<janneke>ieure: is this about removing /etc/resolve.conf to allow network-manager (?) to regenerate it?
<ieure>janneke, No, completely unrelated. I believe there's some nss hackery as part of the machinery to resolve library paths, or... something.
<apteryx>lilyp: sounds good (re target of 51 for next gnome-team iteration)
<apteryx>weird, I can't get any large closure from guix refresh -T postgres@14, yet touching the package causes libreoffice to be rebuilt
<HabberMcLagger>Hello, first time posting here, and I apologize if this isn't the best channel for this, however, I've been struggling with something all day and figured I should reach out somewhere. Looking over the documentation I see that for the sddm-service-type the config defaults to sddm (I could have sworn it said otherwise earlier!), however when I try
<HabberMcLagger>and load a qt6 theme it won't load with the logs indicating that sddm-greeter-qt6 is unavailable. I then looked over the repo and I see that sddm-qt5 shows as the default in there, which makes sense, because if I force sddm to use sddm (qt6) the theme works fine. Once again I apologize there is a better place for this, I am just not sure if this a
<HabberMcLagger>discrepancy with the docs, or something in the repo. I've never made a PR, very much a newbie, but if that's what I should do then I'll try my best.
<Nessah>Yeah for some reason sddm defaulted to qt5, so i manually had to declare it as qt6 as well, to get the breeze theme working
<PotentialUser-80>hello hello! I am currently trying out GNU GUIX on some hardware, and I am looking to make myself a very minimal config. I'm struggling to get a DWM+X server reproducible configup and running. I've got a bunch of my own patches that I would like to use, and I have followed this guide:
<PotentialUser-80> https://blog.coldboot.org/running-a-patched-dwm-on-gnu-guix.html. But! I'm unsure how to connect the X server and my display manager in this environment so that it is reproducible. I'm either looking for an existing configuration I can modify (which I haven't been able to find), or some support on how I can do this. Thank you :}
<untrusem>PotentialUser-80: I will try to find something once I am at my machine
<PotentialUser-80>thanks! that would be great.
<ngz>Hello. Is it me or Emacs didn’t build since recent branch merge?
<ngz>It seems the mailutils dependency is stuck somehow. CI reports it as "started" but log file indicates it is fully built. Odd.
<untrusem>ngz: yep
<untrusem>one of people is trying to install emacs
<untrusem>they can
<untrusem>can't
<untrusem>and can you share output of "guix describe"
<jlicht>hey guix
<ngz>untrusem: https://paste.debian.net/hidden/be5cbe2e Nothing fancy.
<ngz>Bah. Link doesn’t work. Basically I’m on commit 930f84bdc1106ea0192525cd98adb284ba45c610 from master branch. No additional channel.
<attila_lendvai>wow, 60 MB/s substitute download to Hungary
<jlicht>is there some way to get opensnitch daemon to actually load/find the eBPF module/configuration? It seems fairly slow atm, and it complains it can't find it in opensnitch-ui atm
<untrusem>ngz: there are some test failure for emacs in CI
<untrusem>jlicht: there is a issue about this
<untrusem>I think
<untrusem>ok not exactly about this
<untrusem> https://codeberg.org/guix/guix/issues/7808
<jlicht>untrusem: thanks, I hadn't run into that particular issue yet (so more fun awaits me :D)
<adanska>anyone using hexchat here? As of the gnome-team merge yesterday it's using x11 instead of wayland, as was its previous behaviour. Just wanna see if anyone else is experiencing this before I go and submit an issue.
<adanska>I can tell because the interface is drawing all differently now, with big old motif-esque ui elements
<attila_lendvai>hrm... should i delay rebooting into a freshly reconfigured home and system?
<attila_lendvai>ACTION has just reconfigured
<ngz>attila_lendvai: Lucky you, you don’t use Emacs ;)
<attila_lendvai>ngz, no, i waited for the local build... :)
<ngz>Duh. Even the local build fails here.
<untrusem>thats why I compile from master :p
<apteryx>ngz: guix weather emacs says it's available from both bordeaux and berlin?
<apteryx>with commit ad599f624b47a25769772541406e386b0b65f804
<ngz>apteryx: It doesn’t with a more recent commit (272d526d58e). I finally succeeded building it locally, built git too, and now builiding emacs-no-x. I guess I’m not out of the woods.
<folaht>Hey there, I don't know why but I have a build failed with exit code 1 when I try to reconfigure my system.
<PotentialUser-81>Hello. Is there any reason why the Bitwarden client isn't packaged in guix? As far as I can tell it's GPL, though there seem to be some additional licenses involved. Is it not free software?
<ieure>PotentialUser-81, General answer to these questions is "because nobody has done it." Guix is run by a small (relative to other distros) team of volunteers, things mostly get done on an "it scratches my itch" basis.
<atw>hey guix! emacs-ivy will raise errors on emacs-next; the issue is fixed upstream in <https://github.com/abo-abo/swiper/commit/631df3f>. if you want my quick-and-dirty package definition: <https://paste.debian.net/hidden/994d8c7c>
<yelninei>isnt the bitwarden client written in javascript?
<ieure>PotentialUser-81, The main thing that prevents stuff from getting packaged is either that, or the software being difficult to bootstrap from source.
<untrusem>yelninei: okay now no wonder its not packaged
<PotentialUser-81>ieure: I guess it might be the latter then? It doesn't even seem to exist in Gentoo's repositories (only the binaries exist). I guess this is somewhat off topic, but what password manager do you guys use if not Bitwarden? I've had some problems with KeePassXC, but it seems like it's more or less the only option.
<yelninei>the destop client is electron, the cli also has lots of typescript. This is not fun to build from source
<PotentialUser-81>Ah, I see
<untrusem>I use KeepassXC for now
<untrusem>PotentialUser-81:
<yelninei>good news: it is not glibc that is breaking grun
<yelninei>*grub
<PotentialUser-81>untrusem: Yeah, me too. I just had a problem where KeePassXC refused to open a database created with KeePassDX (Android client), I even tried to open it with the old KeePass client and it worked (and I copy/pasted the password between the two clients, so passphrase is identical). I guess it's fine as long as the db is created by KeePassXC, but it's
<PotentialUser-81>kinda worrisome since it's so important.
<untrusem>huh? I use keepassDX too never had this problem
<PotentialUser-81>Did you create the db with KeePassDX or KeePassXC?
<untrusem>are the database of same version?
<PotentialUser-81>I always use the default, so both should create the same version.
<ieure>she
<ieure>ugh
<ieure>PotentialUser-81, I use pass(1), "The Standard Unix Password Manager."
<ieure>Which is basically a Git repo full of GPG-encrypted files.
<PotentialUser-81>She?
<untrusem>PotentialUser-81: XC
<ieure>And some light tooling on top.
<ieure>PotentialUser-81, Just typing in the wrong window, disregard.
<PotentialUser-81>ieure: Thanks. Yeah, I've tried `pass` before, it's pretty cool.
<untrusem>there is keepassxc cli too
<untrusem>but its ux its not that good
<PotentialUser-81>untrusem: Yeah, it works fine when the db is created by XC for me as well. Failed when it was created by DX. Ah well.
<untrusem>ahh lol
<n|Phreak>does anyone use nheko (element client) and keepassxc ?
<n|Phreak>I have keepassxc installed by home config right, without using gnu packges password-util
<n|Phreak>I am not using the (gnu packages password-util) module but do I need to add the module in order for nheko to use keepassxc ?
<stfnbms>I am trying to configure a system with DHCP and OpenSSH, but when trying "guix system build system.scm" get the error message "guix system: error: service 'ssh-daemon' requires 'networking', which is not provided by any service".
<stfnbms>I do not understand this, since I do have (use-modules (gnu)) (use-service-modules networking ssh) (use-package-modules bootloaders ssh) at the top of the file.
<ieure>stfnbms, `use-modules' imports the modules into the namespace of the file being evaluated; it does not add anything to your operating-system configuration.
<stfnbms>Okay. So what am I missing? In the "services" section, I join "service dhcpd-service-type" and "service openssh-service-type" to %base-services.
<n|Phreak>hey ieure do you know how to add keepassxc to nehko (matrix client) ?
<ieure>n|Phreak, I do not.
<ieure>I don't use either of those things.
<n|Phreak>hmm , do you use dbus ?
<n|Phreak>or have apps that use dbus
<ieure>Yes.
<yelninei>ACTION is back at gcc-cross-boot0
<vagrantc>ci.guix.gnu.org appears to be stalled out ... last revision it attempted d47ce549247b5552738ddff74146c50c8563ec2d was over 24 hours ago ... there are 42 additional commits on master ... and the kernel-updates branch hasn't seen actiivity in a similar timeframe ...
<jresich>hello guix
<jresich>this is a long shot, but does anyone here use niri, and have they gotten screen sharing working?
<PuercoPop>Not niri, but I saw toot about how to get screensharing working on Wayland on Guix recently. It might be relevant
<jresich>PuercoPop: where is it?
<PuercoPop> https://git.dthompson.us/guix-config/tree/dthompson/home/pipewire.scm#n61
<jresich>hm, so i just need to add pipewire to LD_LIBRARY_PATH perhaps
<jresich>to do it the dirty way
<Deltafire>why is there no substitutes for libreoffice? I don't see anything scheduled on ci.guix
<vagrantc>not sure what, but ci is definitely having some troubles
<vagrantc>ci seems to be processing builds again ...
<simendsjo>Auch, elogind was upgraded yesterday and it broke my system. Upgrading one patch version up fixes my system, but there might have been a good reason why the commit from april took so long to merge? https://codeberg.org/guix/guix/issues/10841
<simendsjo>Upgrading elogind from 257.14 to 257.16 seems like a good fix. Have to go to bed, so I cannot test this myself until earliest tomorrow.
<vagrantc>simendsjo: was probably part of the gnome team updates ... which includes a lot of rebuilds
<vagrantc>yeah, updating elogind requires rebuilding over 4000 packages
<attila_lendvai>i've reconfigured recently. emacs was built locally. hexchat has weird widgets. the font in emacs looks like it's early 2000.
<attila_lendvai>i guess it's known, but making sure...
<Deltafire>quite modern then, for a 1970s text editor
<ieure>lmao
<Deltafire>emacs didn't open for me in gnome, but worked in niri
<Deltafire>but i've not fully updated - too many big package builds for this old laptop