IRC channel logs
2025-06-24.log
back to list of logs
<guixnoob>i am having problems activating the wifi in my thinkpad t490 i think i found the problem but i dont know what to do to about it <guixnoob>[ 15.270546] cfg80211: Loading compiled-in X.509 certificates for regulatory database <guixnoob>[ 15.280076] cfg80211: loaded regulatory.db is malformed or signature is missing/invalid <untrusem>does it have non-free wifi card? guixnoob <untrusem>I used guix system vm to test my config before reconfiguring <untrusem>but the vga screen in the qemu shows this <Deltafire>any idea why system reconfigure would download 30 different versions of rustc? <Deltafire>i hope it's not going to start building them.. <identity>Deltafire: well that does not seem right... <Deltafire>apparently it's been 90 days since the last reconfigure on this machine, it's pulling a load of packages down <mehrad>gnu/packages/dotnet.scm:51:12: error: #{ %make-origin-procedure/abi-check}#: unbound variable <mehrad>hint: Did you forget a `use-modules' form? <guixnoob>yes its propietary, the wifi card is intel ac9560 but installed with iwlwifi-firmware. the driver iwlwifi loaded correctly but cfg80211 give me this error and the system dont detect the wifi interface <guixnoob>regulatory.db should be included in the %base-firmware, i also added wireless-regdb but keeps showing me the error: cfg80211: loaded regulatory.db is malformed or signature is missing/invalid <csantosb>Hi Guix ! Is it possible to disable building tones of .go files every time one builds a package ? <csantosb>Sure, this needs to be done just once ... until you switch branches; then, the .go building starts again ... <ekaitz>csantosb: what do you mean? running make only builds the go files that are needed <csantosb>ekaitz: that's correct; then, you switch to a pulls/pr/xx branch, and the go dance starts again <csantosb>even worst; coming back to master implies a new go dance <ekaitz>csantosb: but that's true in every compiled language <ekaitz>csantosb: use git worktrees, that helps <ekaitz>yes, it's basically having two different folders with different checkouts, but using the same git repository <ekaitz>that way you can come back to master and keep your good ol' .go files <csantosb>ekaitz: compiling is not something one may disable, i guess ... do i really need julia.go around to debug emacs-xyz ? <ekaitz>csantosb: you could GUILE_NO_AUTO_COMPILE, too, but that's going to make guile slower <ekaitz>no, wait, it's GUILE_AUTO_COMPILE <ekaitz>oh wait, but in Guix we do that manually so it might not work <csantosb>No difference with `export GUILE_NO_AUTO_COMPILE=1`; i almost had hope <csantosb>I mean, `./pre-inst-env guix build emacs-whatever` launches the go dance <ekaitz>i think you have to set it to 0 to prevent compilation <ekaitz>but in guix i think we are compiling with guild so there's not much you can do <jengibre>Hii. I'm kinda new to guix and I'm trying to do something that idk if it's just working against guix <jengibre>if there's anybody online I would like to ask some questions <jengibre>It might be skill issue but I think it's not the main problem <identity>jengibre: nobody is online to answer your questions until you actually ask the questions :) <jengibre>hehe I guess. I'm trying to find a way to be able to, if a teammate wants help with code in their computer, build my development setup without colliding with their config files <jengibre>but the way I'm seing guix works, for this I have to add stuff at least to their .profile, that's okay if it's only the setup_environment script <jengibre>but I can't find a way to put conditionals in there automatically <jengibre>the idea would be to just install guix with a home config that doesnt override usual $HOME and $XDG_XXX_HOME files <futurile>csantosb: using work trees is the best option I know off. So you have your master branch (you compile that as it does some stuff with git hooks); then you create a worktree For something (you compile that once fully) - then put your changes into that and it will only compile the differences <futurile>jengibre: use a guix.scm file in the repo, and they use guix shell to create a clean environment - no need to 'pollute' their normal env then ... <jengibre>Can you show me that in documentation? I can't find it rn futurile <jengibre>so guix.scm it's not a manifest, I can script and do more stuff? <futurile>jengibre: if you want to *guarantee* absolute reproducibility (which you do for debugging) you need to make sure that the channels.scm you use has fixed commits in it - that was the main bit of 'new news' for me when I wrote those posts <identity>jengibre: also see (info "(guix-cookbook) Software Development") <jengibre>but i still have the same issue I think. If this person has a .vimrc already, how will I use my vim config? <jengibre>I'm reading but I might not be getting it right <futurile>oh so it's not about building the "development software", you want to configure _your tools_ on their machine? <jengibre>yeah, my scenario is some mouse vscode loving person asks for help <jengibre>and they might have some vim or fish/bash files i don't want to mess with <jengibre>but i don't want to touch their mouse :) <jengibre>I hope mi ranbling of before makes more sense now <futurile>I don't think there's really a "Unix" way to solve that. I mean technically then you want your user environment, so you should create a user on their machine etc etc <futurile>It's one of the pains people have with pair programming right <futurile>I think you're best of having them run SSH and you just remote access - then you don't have to fiddle with their files <jengibre>yeah that was my first thought. Or at least a .desktop, but when I think of doing it without leaving the session my head hurts <jengibre>I guess that's a good one, the ssh one yeah <jengibre>Thanks, this helped a lot. My mind can get off the trytosolve-loop now <futurile>I would do that - there's also sshfs, so if you're both sat next to each other you could share their code, but then you're using all your tools etc. <jengibre>If we could add little scripts and not only env-vars to setup_environment script this could just be solved though <jengibre>Only thing I wished is the docs talked a little more about what happsn under the hood <jengibre>I have found a lot about it in this adventure <jengibre>Yeah I probably will just create a new user and open it in a different tty <jengibre>my setup needs a custom XKB file for normal keyboards anyway, so I'm always in deep shit when it comes to this <untrusem>this unclean shutdown bug bites me everytime <csantosb>sneek, later tell ekaitz, futurile, git-worktrees did my day, thanks ! <sneek>ekaitz, csantosb says: futurile, git-worktrees did my day, thanks ! <ekaitz>worktrees are very useful for other things too, i started using them when I backported the riscv support from gcc7.5 to 4.6.4 <dcunit3d>and it's difficult to decide where tooling should live (if you have scripts that operate on the code/repo that would otherwise live in the repo itself) <ekaitz>well, every tool has its inconveniences <dcunit3d>i think it's well worth it for a project that someone spends a lot of time on <dcunit3d>and there may be other use cases. i wish i knew more about how people use them <csantosb>Speaking of inconveniencies, is it possible to filter codeberg's pr by it approved status ? <dcunit3d>does codeberg run forgejo? forge.el has "codeberg.org" pointed to 'forge-forgejo-repository <csantosb>But forge.el support is still in the todo list of its author <z572```>ekaitz: What is the current status of riscv-bootstrap on guix? <ekaitz>z572```: that's a good question. I managed to make some gccs build but we need to integrate it in guix. I left all this to efraim, because he's better than me on that, and he made a lot of work on top of what I managed to do. I think he got stuck at gcc 9 or so, and stalled the effort for a while. <ekaitz>i need to talk with efraim about it, and see if we can finally release this thing properly <z572```>maybe a wip pr can be submitted on codeberg? In this way, perhaps others can help have a look <ekaitz>z572```: do you want to take a look to it? <z572```>I want to have a look, but I don't know about gcc. <apteryx>is it possible to amend a PR (force-push to a PR branch which is not mine?) <ieure>apteryx, It depends on the source of the PR. If it's some other user's fork, no; if it's a branch in guix/guix, yes. <apteryx>so the best I can do to have some commits added on top of a series is to create a new PR and (suggest to) close the old one <ieure>apteryx, I don't know if/how this works with AGit, but I sometimes open a PR into another PR branch for situations like that. <apteryx>with AGit it's supposedly possible to amend the PR of someone else (if you have special rights perhaps?) <AidenIsik>Hi, I was writing a package for a piece of software I wrote, and was just wondering if it's possible to get the unix timestamp of the latest git commit natively in Guile (for versioning). I know I can invoke git via the shell to do this, but I'd rather keep it to Guile as much as I can. Thanks in advance. <apteryx>ieure: how far are we from merging the nss branch? <ieure>apteryx, I'm about to push 3.101.4, which will rebuild everything, so, whenever we feel good about that. <PotentialUser-57>Hello. I need to update the /etc/channels.scm file manually to match the new git repository, right? No guix process will do it for me at some time in the future. <csantosb>Emacs users out there, careful with emacs-flymake-guile, it hammers cpu like crazy <ieure>PotentialUser-57, It depends on whether you've set up /etc/channels.scm and what you've put there. If it references Savannah, yes, you have to edit it. <PotentialUser-57>ieure Thank you. I got the wrong impression from some instructions you provided a few weeks ago (not to me). It makes sense that I have to manually do it, but I'm a new user, so I still believe that "magical things happen". :] <lockbox____>If you read the blog post it says it will stay up as a mirror for 1 year <PotentialUser-57>One more question: am I correct on my understanding that guix command keeps its own dependencies? So it really does not matter if I run the package upgrade or not, say, before I do a "system reconfigure". <podiki>Committers: please hold off on any commits for the next ~hour if you can (will be updating guix package and need to have current rebase) <jakef>PotentialUser-57: a system reconfigure can upgrade packages in the packages field of the system config, if you've updates your guix with guix pull since the last time you ran system reconfigure <apteryx>any timeline for the the core-packages-team branch? <PotentialUser-57>jakef Thanks. If I understand you correctly, you are saying that, if new packages are available, system reconfigure may upgrade them. But I am not sure I fully understand "the packages field of the system config". <ieure>apteryx, Pushed that rebase+NSS update. <podiki>how do i push to someone's codeberg PR? doesn't seem to let me though on the PR it says i can <z572```>apteryx: I think there are many more important packages that need to be fixed, julia, node@10, Errors introduced when rebase likes icu4c ... <PotentialUser-57>jackhill I am sorry, I am a bit confused because I do not see package versions stated on my config.scm. <untrusem`>Hello, I am trying virt-manager to create a vm, but I can't select the network i.e give access to bridge device or macvtape <untrusem`>It also give warning about kvm not being installed but I don't see a package for it. <untrusem`>I have added the libvirtd service in my system <PotentialUser-57>untrusem You do not need to install a kvm package. I think kvm is part of the Linux kernel. <mange>untrusem`: I had to set up my libvirtd networking last night. There are instructions in the cookbook, but I wanted my machine to NAT to my VMs and had to do something different. Let me get you what I did. <podiki>commiters: I will need about ~40 minutes to build/push the new guix with these security fixes i just pushed <jakef>PotentialUser-57: that means its the default value of %base-packages <podiki>committers: please to hold off on pushing changes to master for another ~30 minutes (every time someone pushes i need to restart, would really like to build guix locally before pushing the change) <podiki>or i guess i don't have to restart the build actually, can use the old commit that is already pushed anyway <podiki>still would make my life easier :) <untrusem`>mange: can't start the network, I get permission error <untrusem`>error: error creating bridge interface virbr0: Operation not permitted <PotentialUser-57>Does anyone here happen to use Midnight Commander (mc)? Shift-F6 is the shortcut for 'rename file', but is calling 'delete' (same as F8). Is this a Guix-specific change? I am getting paranoid with accidentally losing files. I don't think it is a bizarre defect of my keyboard. Can someone please confirm this behavior? <viaken>podiki: This is to patch the vuln for the security disclosure? <podiki>the fixes are made to the guix build daemon, but need to update the actual guix package to a commit with these changes <podiki>i just want to build locally so it doesn't fail when people pull, just in case <podiki>how do we get the "manually merged" button in codeberg again? <ieure>podiki, It appears after you push to master. Or, sometimes, it doesn't. <podiki>ieure: thanks it picked it up eventually <podiki>IMPORTANT: please pull and update guix to mitigate security vulnerabilities <podiki>i will email to devel and info list once the blogpost is live, will check in an hour or 2 <ieure>podiki, The fix is committed? <podiki>i just did the pushing, thanks to reepca and @civodul for the real hard work <untrusem>thank podiki for the info and thank all who did all the work :) <podiki>if anyone knows how to check the website build job (wherever it is), just want to make sure the security advisory post goes live <podiki>all the gory details in the blog post <podiki>ACTION is off for now, will check in on the blog post going live later <ieure>:/ the machine I most need to update hasn't been reconfigured in a while and is still pointing at Savannah. <ieure>Which is still grievously busted. <jlicht>I’ll be looking into the node@10 failures /w core-updates later today. Who is currently shepherding core-updates into shape? <viaken>sudo until guix system reconfigure ; do sleep 15m ; done # yeehaw <firedragon>Is there any such thing for managing secrets on Guix like NixOS? I have been thinking about switching from NixOS to Guix as I want to dive deeper into lisp-languages and I think Guix would be a great way along with Emacs.. <jlicht>I'd love something like sops-guix, but with s-expressions instead of yaml ;-) <firedragon>ruther Is it possible to make a Wireguard secret not world-readable? <firedragon>AFAIK the guix store is just like the nix store where everything is world readable and the permissions can't be changed <luca>Can someone explain to me why guix reconfigure wants to `building /gnu/store/6xn5lvkzpmsk8z8pydlj6z0bmw1krw3f-gccgo-14.3.0.drv...` ? gccgo is available in CI, so in theory I should not need to build it myself. So what gives, and can I avoid it? <viaken>Is it possible it wasn't available when you started? <luca>It is. I've run guix weather gccgo first, then guix reconfigure and it was available <ruther>luca: what gccgo is available though? <ruther>I don't know, depends on how you ran guix weather <firedragon>Oh, right, I forgot... The secret is never exposed in the guix store... Just the file path. Sorry folks. <luca>Literally just `guix weather gccgo` which says 100% on bordeaux and ci <ruther>luca: so that checks the latest, being 15, while the one you copied from the build is 14 <luca>Any way to find out why it wants 14? (or gccgo at all for that matter) <AidenIsik>I can also confirm guix system reconfigure is manually compiling gccgo 14 <ruther>luca: if you're building your system, you can use guix graph --path with the operating system derivation and the gccgo derivation with --type=derivation <viaken>luca: for future reference, guix weather gccgo@14 <luca>If I can't manage to build it I suppose I should learn how to set up my own CI server <viaken>If you just need the occasional build, you don't need a full CI. There are ways to share substitutes and distribute builds without it. <viaken>I want to try setting that up once I can get my home server back in operation. I should do a write up of the process. <luca>Yeah I need to do exactly that. This machine kills itself if it tries to build gccgo <viaken>I have a system with a firmware bug that causes thermal power off if it tries to compile, so I get it. <luca>I think it's just a shitty laptop lul <the_tubular>\ 'really-configure' phasebuilder for `/gnu/store/i10c5rr9z5f4yp54z4p5ms4vkahvlj4b-zfs-2.3.0.drv' failed with exit code 1 <the_tubular>build of /gnu/store/i10c5rr9z5f4yp54z4p5ms4vkahvlj4b-zfs-2.3.0.drv failed <untrusem>qemu substitute ain't available anywhere <untrusem>its taking a really long time to build from scratch <AidenIsik>No substitute for icecat either, currently building that from source too <untrusem>something going on with substitute server? <AidenIsik>Maybe just not rebuilt things that need to be rebuilt yet? <viaken>Every so often, I wish IPFS or Torrent substitutes were a thing. <viaken>I know the former was worked on but AFAICT wasn't viable? <bost>Hi. When writing a package definition, is it possible to build from a repo on the localhost? I.e. from (url "file:///home/bost/my-repo.git") for example? <bost>viaken, dariqq "-f, --file=FILE build the package or derivation that the code within FILE evaluates to" - that's some file, not a git repository. <ruther>bost: yes, what you've sent should work in git reference. If you want the whole folder, use local-file with recursive? <untrusem>current going through php dev environment setup hell <dariqq>bost: oh my bad I misunderstood your message, do you want to use a guix-channel on your disk or the source of a package from your disk? <bost>dariqq, source of a package. (I know that "file://..." works for channels) <bost>viaken, dariqq When I use (url "ssh://localhost/home/bost/my-repo.git") the build log shows "Host key verification failed. fatal: Could not read from remote repository. Please make sure you have the correct access rights and the repository exists." <bost>I.e. the connection works it's just the host key verification which is failing. Hmm. <kkremitzki>Looking at `guix package --help-transform`, I see the option `--with-input=PACKAGE=REPLACEMENT`; wouldn't it be nice if just `--with-input=PACKAGE` was supported? Example usecase: testing optional integration on a package by adding libfoo and some kind of --enable-libfoo compile flag <viaken>bost: Need to ssh-copy-id as the guix-daemon, I think? <bost>viaken, ??? eeeegh? Is there an example for that? <viaken>sudo -u guix-daemon ssh-keyscan localhost <attila_lendvai>"Git error: cannot redirect from 'git.guix.gnu.org' to 'codeberg.org'" -- is this only me? <viaken>I've not seen it, but that means little. <vagrantc>welllllll.... the recent security update for guix really makes the point for more frequent releases ... getthing these patches to apply on 1.4.0 is a mess. <vagrantc>i suspect the changes to make unprivledged guix-daemon possible make backporting these patches really nontrivial <identity>firedragon: if only you stuck around, i could say "use python-next" <viaken>Do window managers need to be in the system profile, or are they ok in the home profile? <attila_lendvai>i had to change the repo url to a direct link to codeberg. AI search suggests that the issue is that codeberg returns SSL ceritifactes to codeberg.org and git rejects them when the url is through https://git.guix.gnu.org/guix.git <identity>viaken: the display manager will not pick them up that way, but you can "exec mywm" or something like that after logging in on a tty <identity>attila_lendvai: why would git reject certs after an http redirect? <attila_lendvai>but all i really know is that guix pull printed the above error for me <identity>attila_lendvai: "302 Moved Temporarily" is an HTTP redirect <vagrantc>pretty sure it is an http redirect, for exactly the reason that a DNS redirect would not work due to mismatched TLS certificates <attila_lendvai>i'm updating for the CVE's and guix-1.4.0-38.0e79d5b is being built locally for me. <attila_lendvai>yeah, i've also checked that by now. i have no idea why i got that error then <vagrantc>i can confirm there are no substitutes for the "guix" package at the moment <vagrantc>would not be surprised if folks are busy updating infrastructure to the new guix-daemon ... <vagrantc>looks like 10 hours, according to the commitdate on 30a5d140aa5a789a362749d057754783fea83dde 
