IRC channel logs

<ieure>Wurt, Probably a bug in the package.

<Wurt>Thanks, ieure. Then I will write a patch, I never used Codeberg, any tip?

<ieure>Wurt, Read the contributing section of the Guix manual, and read/follow the template when you open the PR.

<Wurt>ieure, 👌.

<Jungy>Hello. I am sorry, this may be the wrong place to ask but---is there any documentation on wifi adapters out there that don't require proprietary drivers? I need a new wifi adapter so I'd rather get one such that I could potentially transition to guix.

<bdunahu>Jungy: this is a good source https://wiki.parabola.nu/WiFi_devices_known_to_work_with_Parabola_GNU/Linux-libre#Supported_.28probably.29_devices

<Jungy>Thanks!

<bdunahu>this store is expensive, but they all probably work, and you can probably find the same cards on cheaper sites: https://www.thinkpenguin.com/catalog/networking-gear-gnu-linux

<Jungy>That is a bit expensive, especially for only 150 Mbps these days. But sounds like the most straightforwardly dedicated option.

<bdju>Hey guix. For some time now I've been unable to pass cloudflare captchas using qutebrowser on Guix System. Is anyone else running into that? I did already post in their channel but it seems to not be a universal issues. Someone pointed out my QtWebEngine version was behind. Not sure if updating that would help.

<bdju>Jungy: If you want a specific rec, AR9271 works, I believe. I got one a few years ago. I was gonna link the Amazon listing I used but it says currently unavailable...

<bdju> https://www.amazon.com/Deal4GO-AR9271-802-11n-150Mbps-Wireless/dp/B0DW8VBF7P/ This one looks right.

<Jungy>Oh fantastic. That's a very reasonable price. Thank you.

<csantosb>Hi Guix, good morning ! Regarding the codeberg gui, are team members expected to get a notification when an issue gets a label ? This is the case with pr, but not with issues, in my case. Something to tune in settings ?

<Rutherther>csantosb: I don't think you get a notification on label. You get a notification on review requests

<csantosb>Not sure to understand the difference: when a new my-team labelled pr falls, I'm notified; not with issues.

<Rutherther>How did you figure you that is the case? - What PR has your team label & you got notified and not review request?

<Rutherther>I expect none because the bot does add review request automatically

<efraim>I wonder if it would be worthwhile to use clang for generic cross compiling instead of building a cross compiler for gcc for each architecture

<csantosb>Rutherther: ok, so the review request triggers the notification, not the labelling itself, understood

<Rutherther>csantosb: yes and I don't think there is a mechanism we can use for issues to trigger a notification. Other than the bot sending a message with pings

<civodul>Hello Guix!

<efraim>o/

<theesm1>good morning^^

<cbaines>apteryx, are you around?

<apteryx>cbaines: yes! happy new year!

<cbaines>apteryx, I was going to ask about https://codeberg.org/guix/guix/pulls/5344 before pushing, but I've pushed now, although the comments I couldn't track down don't look any different

<nikolar>not sure if this is worth reporting, but i've just installed the latest guix on a foreign distro

<nikolar>and it's got the savannah link as the default

<csantosb>Even after the first guix pull ?

<nikolar>no, not after

<nikolar>but i have to set the --url because it's dead slow otherwise

<nikolar>and even with --url, it takes a pretty long time

<csantosb>Pulling from savannah is slower, when you set the --url it gets faster

<csantosb>By latest guix you mean 1.5rc1 ?

<nikolar> https://guix.gnu.org/manual/devel/en/html_node/Binary-Installation.html

<nikolar>i followed the insturctions here

<nikolar>by getting the script and running it

<nikolar>> Pulling from savannah is slower, when you set the --url it gets faster

<nikolar>i haven't seen any progress at all when pulling from savannah

<nikolar>granted, i haven't let it run for longer than a few minutes, but still

<csantosb>Seems that the installer.sh still uses old 1.4

<nikolar>ah i guess that would explain it

<csantosb>In one week or so newest 1.5 will be made available 🎉

<nikolar>i assume it will be a non issue by then

<ckewi>looks like the dual-stack availability issue of codeberg was fixed recently.

<remyd1>Hello there. I am managing a cluster installation of guix. I have an issue with /var/guix/profiles/per-user directory. It is not existing for new user. Guix daemon does not seem to be able to create it when it does not exist. I don't remember if and how I created other directories (loop of mkdir /install). Is it something other people are doing with a cron to assure people they have their per-user profile dir ?

<remyd1>ls

<civodul>uh, too late

<civodul>remyd1: if you read this, let’s talk

<civodul>guix-daemon is supposed to create these directories on behalf of users

<efraim>oh no, I'm back to debugging build failures on powerpc-linux

<efraim>build process 3 exited with status 11

<civodul>status 11 is not good

<efraim>[26855.053119] guile[4085]: segfault (11) at 2 nip ff16c50 lr ff16cdc code 1 in libguile-3.0.so.1.6.0[96c50,fec0000+ce000]

<efraim>[26855.053599] guile[4085]: code: cbc10020 7c0803a6 83c10010 cbe10028 38210030 4e800020 706a0002 7c691b78

<efraim>[26855.053948] guile[4085]: code: 40820024 706a0006 38600000 4c820020 <a0690002> 68630117 7c630034 5463d97e

<nikolar>that's segfault?

<nikolar>ye

<nikolar>is that a big endian machine

<efraim>yeah

<nikolar>yea i wouldn't be entierly surprised at segfaults on be machines

<efraim>IIRC it's related to (guix build toml) or guile-json

<efraim>i'll continue ignoring that for a while

<efraim>it seems that gcc doesn't like march=armv5, it wants armv5t/te/tej

<test202020>hello. where in guix i can grap all debug symbols for specific package with dependencies? be cool have that in special shell environment, that exist?

<efraim>I'm not seeing armv5tej in the manual

<efraim>I see armv5tej in the gcc sources, probably just missing in the manual

<efraim>test202020: there is a --with-debug-info=PACKAGE flag but I don't think there's anything recursive like you're suggesting

<test202020>that option recieve many packages?

<efraim>probably just one package

<test202020>hmm, on my previous distro debuginfo packages required by dependencies for get target debuginfo

<test202020>maybe that provided by special script

<efraim>for armv5* GOARM takes 5, gcc takes armv5t/te/tej, rustc takes armv5te. no clue about zig

<efraim>syncthing on my powerpc machine just sent a usage report. I hope it says it's running on powerpc

<efraim>oh thats unfortunate, it reports as linux-arm

<test202020>how to using my derivation in rebuild dependency?

<Wurt>Hello, I want to make my first pull request, but I need some help. Do I really need to build it in every other architecture? It is a simple package update with a little fix (mailcap-2.1.54) and I use an old laptop (Building it in a virtual machine could be a nightmare).

<Rutherther>no, you do not need to do that

<identity>checking that it works on other architectures is a nice-to-have, not a requirement

<Wurt>Thanks!

<nckx>test202020: I don't think anyone understands your question.

<Rutherther>+1

<identity>how do i make dconf work in niri? i can not change settings in GNOME programs without it running, and as i understand it is supposed to get started automatically, but is not

<Rutherther>identity: dconf-service is a dbus service. So as long as it's in one of the places where dbus looks for services, it should work. Those places are XDG_DATA_DIRS. So installing it to your home profile should work

<mov-eax>Hi there!

<mov-eax>Oh, sorry, actually I need to go in #guile! 😊

IRC channel logs

2026-01-13.log