IRC channel logs
2026-09-20.log
back to list of logs
<ryanprior>n|Phreak: closing the loop - reboot got me back on track <ryanprior>n|Phreak: I'm on vanilla OS, I have Guix running inside a vso container <ryanprior>I have no sense of what different debian versions mean :X <ryanprior>I have used debian-based distros for decades though, it's worked well for me <n|Phreak>oh , sure .. Debian Sid is bleeding edge <n|Phreak>Debian testing / dev .. just difference branches .. SID has all newest stuff but can be unstable <ryanprior>vanilla does atomic updates with rollback, so on the rare occasion that the instability bites me it has been minimally disruptive. <ryanprior>now that Debian is inviting "responsible LLM use" I've got an eye on the exit though. don't know where I'll go because Debian has been so good for so long that I'm feeling spoiled <n|Phreak>guix is nice I like it .. I changed over all my Arch systems to guix . guix shell is awesome and guix --container <ryanprior>wrt/ immutable taking off, one of my colleagues told me recently she decided to take the leap and move from Windows to Linux, and she said that she did some research on immutable vs mutable distros, concluded immutable was obviously better, and wanted my explanation of why anybody would choose mutable in case there were pros not obvious to her as a newbie <n|Phreak>Just tell her .. its a read-only system .. meaning very hard to break <ryanprior>right that's what she said was, as a newbie I don't want to try the wrong thing and break the system, so immutable seems like the beginner friendlier option <bjc>not just beginner, tbh <guest73273173821>hey i cant seem to build the derivation for webkitgtk and dont see any relevant issues on codeberg, is anyone having the same problem? <bjc>systems design is finally catching up to the idea that your os is pretty small compared to your disk <ryanprior>bjc: I agree, it's just funny/remarkable to me after immutable tech was seen as a de-facto esoteric niche for so many years, it's really blossomed into its own and taken center stage in this way <n|Phreak>I really like GarudaLinux , it has automatic snapshots using BTRFS <n|Phreak>based on arch , great community, very active <bjc>ryanprior: change is difficult, so it takes a while after conditions are good before most people will make the leap <ryanprior>I read some documentation on like "how to care for and maintain btrfs" and it made me appreciate ext4 all the more. never had to spend a minute maintaining my filesystem in decades. <bjc>i've had silent bit rot and other issues over the years. i keep everything important on zfs now <bjc>fs maintenance is just doing a scrub every so often. you don't do that on ext4 because it's not possible. if it were, then you should <bjc>i mean, it's up to you how tolerant you are of data loss, silent or otherwise. i have basically none <bjc>i scrub btrfs regularly, too <n|Phreak>I played with ZFS when I running FreeBSD <bjc>i've been using it for like 10ish years <bjc>maybe longer? whenever zfs for osx came out <n|Phreak>at that time FreeBSD just didn't have the tools I needed , now I heard they are really good <bjc>hah 2009. time flies <guest73273173821>okay actually i suspect it may have nothing to do with webkitgtk itself, just that the computer gets laggy and the build process is somehow killed? idk what to do about that <n|Phreak>??? your building webkitgtk via source ? <guest73273173821>idk man, im just running guix system reconfigure and i think its building it from source yeah, possibly substitute servers dont have it yet? <bjc>something relatively important changed, yeah <bjc>i had to build webkit too <bjc>hrm. may be too big a beast for you to compile? <n|Phreak>I mean have you ever compiled anything before ? <bjc>may be better off waiting a day or so (watch `guix weather webkitgtk`) <n|Phreak>or just leave it running , how did you install it ? <n|Phreak>guix install webgitgtk or make or something else ? <bjc>webkitgtk is a dep for a lot of stuff, this is just something getting pulled in from something in their system config <ryanprior>guest73273173821: building webkitgtk from source is a bear. if you don't have a monstrous build server it's going to take a whole day or maybe multiple, and strain your system resources to their limit the entire time. <n|Phreak>yep I have built it from source before its fun lol <bjc>it's not that bad. i compile it on my ryzen 3950x in less than an hour <n|Phreak>how are you building it ? using guix shell ? <ryanprior>I mean obviously the webkitgtk devs do every day, but they use fancy incremental compilation systems, and typically have monstrous build machines to boot <bjc>no, gcc-toolchain is being used. cc1plus was killed by signal <bjc>without knowing what signal, it's hard to say why, but being out of ram would be one thing <ryanprior>guest73273173821: that error message likely means the build was killed because you were out of memory <bjc>or out of disk for that matter <bjc>guix takes up a lot of space <ryanprior>true it could be disk, `df -h` to check your disks <guest73273173821>disk should be fine ive got 800gb, ram is possible i have 16gb + 10gb swap <bjc>do you notice your system chugging a lot when compiling webkit? <bjc>because that definitely indicates heavy ram pressure <bjc>ryanprior: no? i don't have chugging <bjc>if you're running out of ram, you'll start to swap a lot, which you will definitely notice when it gets bad <ryanprior>bjc: I have seen webkit builds use up 128gb of RAM, not on guix though because I haven't used guix on a machine that beefy <bjc>well, i don't have any issues, so not sure what to tell you <bjc>not sure what the worst thing is that i have to build sometimes. probably librewolf, but maybe llvm <guest73273173821>nah its okay, thanks for the advice - ill wait for the substitute to be available <bjc>but they all fit in 64gb without a problem <bjc>this is in guix, so whatever its set to use. probably both gcc and llvm to make its way through the bootstrap process <bjc>i think it uses cmake? <n|Phreak>while I upgrade emacs on one of my profiles <n|Phreak>I have a rust project that I work on also and I shove everything in a guix shell and a different profile <guest73273173821>im surprised i havent found something like "direnv-home-service-type", that would be quite handy <n|Phreak>I dunno I use create aliases to my profiles <n|Phreak>alias web-dev='guix shell --pure -p ~/.guix-extra-profiles/web-dev -- emacs&' <bjc>what would direnv-home-service-type look like? <guest73273173821>yeah sure that also works :D i prefer it to autoload and unload as i move around <bjc>i use direnv a lot and never considered making a service for it <guest73273173821>idk, i guess it would embed the hook into your shell, but then the service type would need to know which shell youre using <bjc>no, you could use the home-environment-variables-service-type, or whatever it's called <bjc>so it'd work for everything that guix supports <bjc>yeah, that's worth doing, i think. should be pretty straight forward, too, if you want a project <n|Phreak>I dunno I just setup a new profile and build what I need I guess <bjc>yeah. put a pin in it =) <guest73273173821>well essentially what it does is that it loads an environment whenever you cd to a directory containing an `.envrc` file <guest73273173821>the envrc can contain for example `use guix -m manifest.scm` and that tells direnv to load `guix shell -m manifest.scm` whenever you enter that directory <bjc>it also integrates well with emacs-envrc <bjc>if you spend a lot of time in emacs on different projects, it's tremendous <ryanprior>emacs-envrc is specifically for direnv, if you didn't use direnv you'd haver no reason to know about it <n|Phreak>I wonder how much faster it is then my current setup for profiles <bjc>it's instant once the initial profile is built <bjc>shells are just temporary profiles <ryanprior>direnv is super, though. I just want something like that which also sets up an automatic sandbox for any command I run <bjc>it can take a while if you just did a `guix pull`, since you may need to go fetch/build a bunch of stuff, but after that no wait <bjc>you could do that in nix-shell, i think. guix shell needs some of those features <bjc>setting environment variables would be nice <bjc>that doesn't integrate with direnv <AKArien>heya, i installed guix system, and while the wifi worked fine in the installer, it doesn't seem to on the installed system ? both gnome and nm-applet uis don't mention wifi, and that even after adding `(firmware %base-firmware)` to my operating-system section. would anyone have an idea ? the controller is seen as `01:00.0 Network controller: <AKArien>Realtek Semiconductor Co., Ltd. RTL8821CE 802.11ac PCIe Wireless Network Adapter` in lspci, i've not seen anything that seems to match in guix search. <n|Phreak>yeah you have to actually install the networking tools and wifi drivers that you need <ryanprior>the guix installer doesn't do that for you? XX <bjc>you *can* set environment variables. hah <bjc>(setenv) works just fine <bjc>i was too nix-brained this whole time <n|Phreak>if you have the drivers then they might just need to be enabled <bjc>ryanprior: no, in manifest.scm <bjc>if you want your shells to have custom environment variables <n|Phreak>yeah append the vars to your manifest file <bjc>ryanprior: that's how i felt <bjc>literally years i've wanted that feature and i never even bothered to try <ryanprior>I mean anywhere I use guix for dev I also use direnv, so I always put the env variables in direnv, but if you wanted to build a more minimal guix-centric direnv type situation you could sure do that <AKArien>hm, thanks, rfkill as is doesn't do it, i'm a bit of a noob, where should i look to find the appriopriate drivers ? <bjc>i know just enough direnv to know `use (guix|nix);` and `direnv allow` ;) <bjc>i prefer it this way because it means instructions are the same for direnv and guix shell, tbh <bjc>i will read this manual, though <n|Phreak>ACTION AKArien hmm see you typed rfkill lists first or just rfkill your dev ? <AKArien>i've blocked/unblocked the device, but if you need to specifically install wifi things, i have not yet, my system configuration is still as the installer left it <AKArien>hm, i recognise these names as wifi-related lol <bjc>you can tell if the drivers are loaded with lspci <bjc>find it's slot and `lspci -vs $slot`, see if there's a driver listed in `Kernel modules` <bjc>for instance, my intel wifi card is on 06:00.0, so `lspci -vs 06:00` shows `iwlwifi` in the modules section <AKArien>i do have nm-ui. is lspic a mistyping of lspci ? <bjc>if it's realtek: `grep -i tek`, don't be more specific. you never know how these people name things <AKArien>`01:00.0 Network controller: Realtek Semiconductor Co., Ltd. RTL8821CE 802.11ac PCIe Wireless Network Adapter` <bjc>lspci lists all your pci devices <bjc>if you see i wifi driver in the modules, you're at least good for that <n|Phreak> if you have nm-tui or nmcli you can connect that way also <bjc>that won't work if drivers aren't loaded <bjc>did they? sorry, i missed that <AKArien>so it's actually just accessing it at my user... right, that's what that means, right ? <n|Phreak>should pop open a terminal shell with a gui window <AKArien>hm, can't find my wifi device, though ? ls /sys/class/net says enp0s20f0u1 lo, and i have currently my phone plugged by usb for internet access <AKArien>i should be seeing a wl-something to give as the device in nmtui, no ? <AKArien>i don't, only enp0s20f0u1Link and lo <AKArien>doesn't seem to do change anything for the better :( <n|Phreak>well you won't know until you see the interface <AKArien>yeah no, no interface shows up after doing that <n|Phreak>might need the nonguix channel .. I dunno yet <AKArien>it's `01:00.0 Network controller: Realtek Semiconductor Co., Ltd. RTL8821CE 802.11ac PCIe Wireless Network Adapter`, and -vs shows loaded module rtw88_8821ce, as well as DeviceName: WLAN, Subsystem: AzureWave Device 3040 <AKArien>well i mean, it worked fine on the normal guix installer, so having to go on nonguix now would be weird <ryanprior>yes, when you said it worked on the installer I was immediately like "oh something sounds messed up" <n|Phreak>yeah it doesn't sound like it loaded or something <ryanprior>because either the installer doesn't set up a guix system with the same wifi capabilities as the installer, or you somehow configured it wrong, or else I dunno what <AKArien>not so fun for me lol, this laptop doesn't even have ethernet <ryanprior>I've never used the guix system installer outside of a VM, so I have no experience with that, but "I used the default installer with the default configuration, and the installer wifi worked, but the resulting system wifi doesn't work" just sounds like a broken installer to me <bjc>try running “herd status” as root <AKArien>the installer also dropped me with a guix 1.4 that attempted to get to the savanah servers, which resulted in most things not working until i pulled guix with a custom codeberg channel <n|Phreak>look for wpa_supplicant or NetworkManager <ryanprior>AKArien: yeah download a newer installer imo. I assume there's a script for it. <AKArien>hmn,both nm and wpa are already enabled... <ryanprior>the fact that wifi worker in the installer is so weird <AKArien>that was an installer i downloaded the very day i installed, unfortunately <n|Phreak>because the installer doesn't install everything unless you tell it <AKArien>i'm pretty sure i told the installer to install network-manager and wpa supplicant... and hey they were already running so that seems to check out <AKArien>why on earth did it work on the installer then :'') <n|Phreak>can you tether via bluetooth to your phone <AKArien>currentlyl doing that by usb to talk to you ;) <bjc>lol. honestly, it's probably just easier to use the nonguix installer <AKArien>eeh i mean i already got the system installed <n|Phreak>should just be able to do a guix install realtek-firmware <AKArien>should be just a matter of three files and reconfigure, that's what guix is all about, no :P <ryanprior>maybe but that's besides the point. the installer wifi worked. AKArien have you done a guix pull and system reconfigure? that might fix something <bjc>well if you can coerce networking out of it, sure <AKArien>although, looking at the nonguix firmware package, it seems to only have rtl8723bt-firmware that mentions realtek <AKArien>idk exaclty how thiq works, but doesn't sound that encouraging to me ? <ryanprior>if it was me, I'd give up, I have a weak stomach for OS installs, if I install and it doesn't work I kick the OS to the curb and that's that. that's my honest advice is use Guix on a foreign distro that doesn't produce broken installs <AKArien>eh, that's not bad advice unfortunately... <bjc>AKArien: if it worked in the installer, then the libre kernel will work, because the installer uses that <n|Phreak>you can , we just need to load the firwmware for the wireless drivers thats all <bjc>i don't do wifi on my linux hosts, though, so i really can't speak to how that's set up after the drivers load <n|Phreak>I have gotten wifi to work on most things I try <n|Phreak>can you get internet at all ? either tether or ethernet <ryanprior>n|Phreak: AKArien has said multiple times they are tethered to their phone and have internet <AKArien>not proactical to use ethernet long term tho, because.. laptop has no ethernet lol <n|Phreak>guix pull , guix install realtek-firmware than reboot <bjc>i don't think that will work <bjc>you'd need the realtek firmware in the operating-system config <bjc>guix install just puts stuff in a profile for you <AKArien>well, the thing is, there is no realtek-firmware package ? <AKArien>even in nonguix, if i'm seeing this correclty ? <AKArien>hm, maybe i(m not seeing this correctly then oops <bjc>realtek-firmware is from nonguix <bjc>at least it is for me <ryanprior>if you're going the nonguix route this is not the appropriate irc channel just fyi <bjc>i'm really not sure why it'd be necessary <bjc>very curious. is there anything in dmesg maybe? <bjc>well, i suspect that it won't solve the problem, because it doesn't address it <bjc>AKArien: if you haven't yet, do a ‘guix pull’ and then reconfigure <bjc>well it won't have changed that fast =) <bjc>and this *never* worked post-install, right? <AKArien>from the system config file the installer generated me <AKArien>reconfigured after upgrading to guix 1.5 <AKArien>i am on 1.5 now, and have reconfigured after getting on it <bjc>the installer uses a different setup than what it generated for you, and i wonder if it has some extras you need <bjc>can you submit a bug report with your hardware details? as specific as you can be about them? <bjc>if 1.4 worked, 1.5 should work <bjc>or, at the very least, a bug report will hopefully elucidate why not <AKArien>hm, as for dmesg, i don't see anything showing up when grepping for wifi and wireless <bjc>i mean from a project standpoint. if the hardware worked on 1.4 and stopped since then, that's the kind of thing you want to know about and fix if you can <AKArien>what are hte other names to look for ? <AKArien>although the thing is, the hardware didn't work post installation on 1.4 <bjc>how well do you know linux wireless networking? <bjc>at this point i'd ditch networkmanager and start messing with wpa_supplicant directly <n|Phreak>but if the interface doesn't show up its not going to work <AKArien>i'll have to make a bug report indeed... <bjc>there's nothing for it in `ip link`? <bjc>yeah, codeberg, guix issues <ryanprior>if you're going to make a bug report, try the latest 1.5 installer first, because they won't want to see a bug report against an old unsupported installer <n|Phreak>network={ ssid="<ssid>" key_mgmt=WPA-PSK psk="yourwifipass" } <AKArien>the thing is, i downloaded the to-my-knowledge latest installer <bjc>does the nic show up before wpa_supplicant binds? <n|Phreak>sudo wpa_supplicant -c wpa_supplicant.conf -i <interface here> -B <AKArien>which in itself is probably a bug report <AKArien>uuh, i'm afraid i(m a bit lost by what you're saying about wpa_supplicant n|Phreak <n|Phreak>so create a file called wpa_supplicant.conf <ryanprior>AKArien: was the installer image called guix-system-install-1.5.0.x86_64-linux.iso <bjc>AKArien: what does `herd status wpa-supplicant` say? <bjc>specifically, is it running? and also, what's the value for `Command:`? <AKArien>all i can tell you about th einstaller image is that i'm pretty damn sure it was, since i dowloaded it 2 days ago <n|Phreak>does it look like this ● Status of wpa-supplicant: It is running since 11:10:35 AM (9 hours ago). Main PID: 337 Command: /gnu/store/9930j9my1nh9wc2lglnm3vn7kna5f97n-wpa-supplicant-2.11/sbin/wpa_supplicant -P/var/run/wpa_supplicant.pid -B -s -u It is enabled. <AKArien>yes sorry, i am a bit slow to answer <AKArien>command is /gnu/store/kjzp9mlynmkr99g0c9ysddyrsjv75jbi-wpa-supplicant-2.11/sbin/wpa_supplicant -P/var/run/wpa_supplicant.pid -B -s -u <AKArien>not sure what tool you(re refering to, but i have a wpa_cli <AKArien>lo Interface doesn't support scanning. <AKArien>enp0s20f0u1 Interface doesn't support scanning. <bjc>AKArien: you may have output in /var/log/messages (or something in there anyway) from wpa_supplicant <bjc>it's real weird that the driver is loaded but theres no device <bjc>yeah, nothing to go off of <n|Phreak>ifconfig .. how many interfaces do you have ? <bjc>hrm. can you check lspci again for me, make sure the kernel driver in use is right, and not like, blacklist or something? <n|Phreak>rfkill should of un blocked all interfaces <AKArien>yeah yeah, stopped and started it, and there's one more round of it starting and stopping in log messages <AKArien>there are also a few lines like this though : 2026-09-20 01:20:15 localhost dbus-daemon[248]: [system] Rejected send message, 2 matched rules; type="method_call", sender=":1.101" (uid=986 pid=1194 comm="/gnu/store/9c03yp45qpxp0afybgpqbliraacwxf55-geoclu" label="unconfined") interface="org.freedesktop.DBus.Properties" member="GetAll" error <AKArien>name="(unset)" requested_reply="0" destination=":1.0" (uid=0 pid=280 comm="/gnu/store/kjzp9mlynmkr99g0c9ysddyrsjv75jbi-wpa-su" label="unconfined") <AKArien>which, i notice "wpa", but can"t make sense of <AKArien>will the irc gods strike me down if i paste a multi-line command resutlt ? <AKArien>01:00.0 Network controller: Realtek Semiconductor Co., Ltd. RTL8821CE 802.11ac PCIe Wireless Network Adapter <AKArien> Memory at b1200000 (64-bit, non-prefetchable) [size=64K] <ryanprior>AKArien: please use pastebin (linked in channel description) so as not to spam the channel <AKArien>mb, didn't know it was so bad to do this <n|Phreak>sudo nmcli wlan0 wifi connect "ssid" password "yourpass" <ryanprior>if you didn't know you wouldn't have pre-apologized. but I appreciate you taking notice now <AKArien>i anticipated that it might be a worry because briged users on irc on matrix channels took issue once, but i didn't believe too much it was seen as "bad manners" <AKArien>n|Phreak, the problem is, i don't have a wlan0 interface <bjc>it may have been renamed during boot <bjc>sudo dmesg | grep wlan will tell you <bjc>honestly, just grepping dmesg for the driver name that's running should tell you everything you need <bjc>wild that it worked on the installer <ryanprior>I'm curious where you got this installer from <bjc>this is classic deblobbing <bjc>might be something weird with this particular chip, but how did it ever work? <ryanprior>I wonder if the installer was not deblobbed, but the installed a deblobbed driver <bjc>if the installer has blobs i will be very surprised <ryanprior>the evidence seems to hint at that. it's what I would investigate next <AKArien>hm... it's past 3 am here, i think i'm gonna go to bed and open an issue with that tomorrow, sounds good ? <bjc>if it's the case, i would love to know why. <ryanprior>AKArien: you've been persistent, take a rest! <n|Phreak>we still trouble shooting wireless issues ? <ryanprior>n|Phreak: our fellow went to bed and resolved to open an issue tomorrow <abradd>I should clarify, the difference is the "-" or "_" used between grpcio and tools. I noticed the 1.52.0 on pypi for the source archive uses - (though it uses an _ for the wheels). <abradd>`guix import` to the rescue. Using `(uri (pypi-uri "grpcio_tools" version))` allowed the download to proceed. <jlicht>anyone able to build emacs-flymake on current master? <sigttou>running the subhurd (nested kvm) with smp+pae is a challenge, hopefully I am up for it. <getd>Hi, I have an issue with libreoffice :guix system: erreur : build of `/gnu/store/vvlm5s9fq405ykn4h1n515hkbi9x1rn6-libreoffice-25.8.7.3.drv' failed. Its seems to be linked with xpdfwrapper :/tmp/guix-build-libreoffice-25.8.7.3.drv-0/libreoffice-25.8.7.3/sdext/source/pdfimport/xpdfwrapper/pdfioutdev_gpl.hxx:87:30: error: no matching function for call to ‘GooString::append(GooString*)’ <getd>what would be a basic way forward to get libreoffice running ? <raen>hi! i'm thinking about install guix on an arm64 soc, the odroid hc4. i know how to build u-boot for it, but that's about it. how hard is it going to be to get a guix system running on it, and what hardware support can i expect? <csantosb>jlicht: I just fixed emacs-flymake on master. <qzdl>o/ inkscape failing on aarch64 (guix time-machine -q --commit=043dd41e6243d91c3806990541066eab643f169e -- build --check inkscape dblatex accountsservice) <qzdl>& regresses 5bad9d084c195c46407d123e8e71a316d743445d <nmeum>how do I best debug new shepherd services? I am trying to write a new services with a custom stop action and somehow that action doesn't run and I want to figure out why <nmeum>strace'ing it would help but that would probably require me to strace the shepherd process itself? <qzdl>ok cause seems to be 5bad9d084c195c46407d123e8e71a316d743445d's phase(disable-geom-pathstroke-test) only applied on `inkscape', but it's lacking on inkscape/pinned (updated 1.3.X -> 1.4.4 in e4fa74f7478d9d53f95a8b78ef1d1be5a5e01039) <noxi>for anyone currently working on the ocaml-team, what's missing to merge back ocaml 5 into master? <bremner>is there some documentation for using full disk encryption with guix-system and uboot (aarch64)? The way I'm used to from debian/amd64 is to have an unencrypted /boot where the initrd lives. But guix wants to have /gnu/store available at boot (or at least that's the default extlinux.conf) <qzdl>bremner: are you intending to avoid using grub ? if not, there ought to be no special case (if you can chainload to uboot, uboot can just use grub -> cryptomount -> normal) <bremner>qzdl: I'm using an mnt pocket reform (aarch64). I don't think grub is a (supported) option <qzdl>fair enough, not used this hardware, but platform magic/dtb aside, if it's following UEFI spec, then grub-efi-removable-bootloader should be fine? <qzdl>bremner: also that article is a bit out of date; we have grub2.14 now, so luks2 / argon2id is fine ootb <sham1>When I last time tried to use Argon2ID, it didn't work. And IIRC it was with GRUB 2.14 <sham1>I had to change to the previous key derivation function <bremner>in any case I'm not trying to do the "encrypted root" that you need grub support <qzdl>yeah i had some issues in feb/march where it would just crash upon submitting the key; and on some devices with wonky uboot/spi, just getting the passphrase in was a chore; but am presently booted from luks2/argon2id on aarch64 <bremner>that's how I got as far as "guix system init foo.scm /mnt" to install the OS <bremner>I guess in some sense my question is "what is the best way to use cryptsetup in guix" <untrusem>I use a encrypted partition, I don't think I did anything special <qzdl>my impression (not necessary accurate) is that guix's FDE is coupled to grub <jlicht>could it be system load of other things running making it slower than usual, or maybe even a slow runner that picked it up? <untrusem>cbaines or civodul have the creds i think