IRC channel logs
2025-10-25.log
back to list of logs
<NotTerry>FuncProgLinux: According to tcpdump, the guix pull does a https clone. But https clone works just fine independent from guix invocations via normal git. I just cloned https://codeberg.org/guix/guix.git into my homedir on the same machine. <bowdrill>Can't SSH to my GUIX system. When I physically visited the root console, I see sshd printing "PAM: pam_open_session(): Module is unknown." <bowdrill>I have not made any changes to kernel modules or services since my last reconfiguration. What should I verify? <NotTerry>bowdrill: Ever installed or changed something with auth? It is not kernel modules but PAM modules <NotTerry>Look for installed packages with pam in the name. <NotTerry>Changes to PAM config or often done when doing fancy auth things like SSH with TOTP, Yubico OTP or some SSO that controls SSH access. <bowdrill>NotTerry: If I did, then not intentionally. The situation is actually worse than expected; I can't log in at the console either. <Rutherther>bowdrill: my guess is that you have reconfigured from system without elogind into a system with elogind at one point. Or maybe even major update of elogind could do that. And if that is the case, reboot <FuncProgLinux>It doesn't make sense to me that you are able to git clone via https/ssh just fine but guix doesn't ._. unless is a libgit issue <bowdrill>Rutherther: Does the transition you are thinking about also characterize my jump from the 1.4.0 image to current? <NotTerry>FuncProgLinux: Re: GuixPullFail -- Found a timeout argument. I wonder if it is a timeout for net operations. Set it to 5 minutes and trying again. <NotTerry>Nope, exited earlier than 5 minutes with same error. <FuncProgLinux>NotTerry: mmm I ran out of ideas then other than changing the guix channel source to the checkout path you just cloned :( <orahcio>He again Rutherther, pulseaudio on my system can be built but the directory is not created. `ls /gnu/store/fm0j04bkp5ygxhvla0scv1qwz5nlyysz-pulseaudio-16.1` returns `No such file or directory`. The problem is my disk? <bowdrill>Okay, after a hard reset, I'm back. To prevent this from happening again, do I need to add elogind to my system-wide services? <Rutherther>orahcio: I am going off now. No the problem is not your disk the problem is corrupt sqlite database that you will have to fix manually or reinitialize guix <NotTerry>FuncProgLinux: Re: GuixPullFail -- Same error regardless if setting --url= to savannah or codeberg repo <NotTerry>Does Guix do something like cookies for git fetch operations? Like can my install be ratelimited specifically? <NotTerry>But if thats the problem its only for whatever guix uses to do git with. <NotTerry>Does it use a libgit or is it a scheme git library? <NotTerry>when using the gnu mirror domain, I get a round robin dns that is all kinds of different hosts <NotTerry>but if I try to clone that repo via plain git I always get redirected to codeberg <NotTerry>trying to use a local clone as upstream fails because that is not the only repo that is used lol <NotTerry>it works from a repo in my homedir. weird <NotTerry>I am not used to rebooting fixing things in a linux distro <NotTerry>It is just as frustrating as in ostree distros. I just hate it. <FuncProgLinux>NotTerry: I found out most of my network problems went away after hard restarting NetworkManager from the shepherd <tomenzgg>Playing around with some of the Guile functions and ~find-packages-by-name~ from (gnu packages) is returning an older version of a few packages than what running "guix show <package>" in the terminal is (in the case of yt-dlp, the package version from ~find-packages-by-name~ is even older than what I have currently installed); is that normal? <Rutherther>tomenzgg: are you using repl? how did you start it - correct way is "guix repl" <tomenzgg>Yeah; plain REPL. That would explain it. If you wanted to make use of such functions in a script (I know you'd probably run said script through "guix" in some way but let's say you were only running it via "guile"), is there a way to ensure the right version when using the function? <tomenzgg>*I expect; "know" may be too assuming of my knowledge <Rutherther>you need to provide the proper load path, ie "~/.config/guix/current/share/guile/site/3.0" via GUILE_LOAD_PATH. That's what the guix repl would do <tomenzgg>Gotcha; and, if you were trying to package said script, is there a way around that or just have to expect for whomever is running it to have to handle that part sort of manually (in whichever way necessary)? <Rutherther>tomenzgg: I would just use guix repl shebang, because that is going to be the most expected for the user - to use the same guix as they are using. Anything else could lead to confusion imo <Rutherther>but of course you could wrap it with guix during package build, but then you are choosing the guix version on build and when the user does guix pull, it's no longer in sync before building the package again <tomenzgg>Mmm; clearly I haven't worked enough, yet, with guix repl: 'hadn't realized you could do that. That makes things super simple. Awesome; and thanks a ton for the help/guidance! <cbaines>I'm restating the nar-herder on hydra-guix-129, which may disrupt some bordeaux substitutes... <andreas-e>cbaines: One more reason to buy the SSDs; any big I/O operations disturb the functioning of bayfront and in particular the build farm operations. <futurile>does anyone know how the 'current-guix-package' parameter works? <futurile>I need to build a new 'guix' to use in the installer because I've added a file, it's currently using the last update to the guix package. It seems like 'current-gix-package' should allow me to change that somehow <cbaines>futurile, looking at %installation-services, it uses (current-guix), so provided you've committed that file locally, I think it should show up <cbaines>at least for the guix that's used to run the guix-daemon <futurile>hmm OK, I must be doing something else wrong ... keep poking <aliceguix>hello, i've been using guix for about two weeks now, but havent been able to install my lsps, as now i use a bin file for them in a directory and point to them. Is there an easy way to install things like bash-language-server, its only those for personal projects as clangd is there <futurile>aliceguix: you mean you can't install them because "they aren't in the Guix archive"? <aliceguix>futurile: yes, but is there an easy way to get them or is it just npm... <futurile>aliceguix: so you could look there, but judging by the fact that we're not tracking them and "npm..." it sounds like they are hard to package <futurile>aliceguix: so yeah, you may have to fall back to using npm directly <aliceguix>futurile: i just doesn't like npm that much, that's all <futurile>aliceguix: npm based stuff is hard to package, the dependencies are really large and it moves fast - I think there's only one person who does it <aliceguix>futurile: thanks, just noticed that i have forgotten to properly set up my irssi config too, so have some work. And used guix install a little too much (just 15 packages) so will have some room for improvement there, for myself. I can also compile from source for the lsps, maybe i will do that to avoid even having npm on the machine <futurile>aliceguix: makes sense, I ran a mixed set-up for a long time - used guix for things that were easy, used other packaging for things that I found complex to get my head around or "just worked" so I didn't feel like jumping across <futurile>aliceguix: if you're using guix on top of another linux distro that's easy to do; if you're using guix system (so as your main distro) then lots of people still use things like flatpak and there's a nix 'service' you can also use (never tried it myself) <futurile>so quite a few ways to do things - I'm firmly in the keep it simple camp heh :-) <aliceguix>futurile: i use the guix distro on my main personal computer as it seems to work better and I find it to fit me better, comming from nix. I am used to doing eveything declerative and having a backup for everything i need in one or two files, so I want to get that aspect back. May check the nix on guix, but i know nix depends on some systemd stuff as well, so i don't know how it will behave. I mainly need <aliceguix>a browser, wm, terminal, nvim nightly, fzf, bash, rg, fd and coreutils and all of that is in my .scm file. <futurile>ah well you're already 90% done then heh <aliceguix>i am, for a lot i use a bash script that mashes those toghter or just use nvim for it. The main thing i need to figure out is adding a way to get nvim nightly with a scheme file <aliceguix>manually fetching, compiling etc then point at the bin isnt ideal <ekaitz>we moved to codeberg because savannah was in poor condition -> now codeberg is slow <aliceguix>thinking of just self hosting git too with a codeberg mirror or sometrhing <andreas-e>502 "Service unavailable". This is not a good day for Codeberg! <xs>andreas-e: seems to work correctly there, browsing repos <kestrelwx>andreas-e: Well, I don't know if the comment will ever go through, but does #3330 'Qt apps can't init Vulkan' matter for any Qt5 apps? I can't think of one that would rely on Vulkan being available, but, say, 'Hello Vulkan' example from their docs shouldn't work on Guix. <kestrelwx>Well, unless the application is wrapped with QT_VULKAN_LIB set. <andreas-e>kestrelwx: You may be able to reload the page, hoping that the comment will not be deleted from the text field. <andreas-e>And to be honest, I have no idea; unless what my recent activity may indicate, I have no particular knowledge about Qt. I am just tidying up... So in that sense, I would say it does not matter. We do not have that many Qt5 applications left, and should get rid of the remaining ones as much as possible. <kestrelwx>That's how I think also, especially since no one complained in so long. <ieure>:/ I have one I want to contribute, but its build is broken because of the qt5 stuff. <ieure>Is it difficult to update to qt6? <andreas-e>Many of our packages that still require Qt5 actually already support Qt6 upstream. Then it is usually as easy as adding "#:qtbase qtbase" if it uses qt-build-system; remove qtbase-5 or qtbase from the inputs; drop all the "-5" in inputs such as "qtsvg-5" and remove all packages from Qt5 that have no Qt6 equivalent such as qtxmlpatterns and qtquickcontrols{,2}. Sometimes one has to add qt5compat. So it is rather <andreas-e>Some upstreams have not moved to Qt6, and then there is nothing to do for us. <trev>anyone notice a ton of go-github-com-* after a guix pull and reconfigure? <ieure>trev, I haven't pulled today, but,what of it? <trev>just a ton of downloads from substitute servers with that prefix. never noticed them before in my config (unchanged) <kestrelwx>If you have something written in Go it'd look like that. <ieure>trev, The packages probably updated. <trev>ah yeah, i think some tor extensions <ieure>andreas-e, Looks like there's some more work here, we don't appear to have qtquickcontrols 6.x packaged at all. A good number of packages in Guix need qtquickcontrols. <ieure>This is the thing I want to contribute, I've had a package for it in my channel for a while. But it's been broken since qtwebengine-5 stopped working. <kestrelwx>`qtdeclarative` does mention QuickControls a lot, so that's probably right. <andreas-e>ieure: My conclusion was that qtquickcontrols must have been integrated somewhere else; in general I just drop it and things work nevertheless. <andreas-e>ieure: You can always contribute the Qt5 version, in particular if you alrady have it in your channel and it does not create too much work for you. I think at some point in time we may want to remove Qt5, but I also think we are not there yet for a little while. <ieure>andreas-e, I'll try the branch you linked. Right now, I can't contribute it, because it doesn't build, because of the qtwebengine-5 issues. Also, if you're planning on removing qt5, contributing it will make more work. <andreas-e>ieure: krita still depends on Qt5, and Qt5 is still updated and compiles. So I do not think removal of Qt5 will happen anytime soon. <futurile>why does rebuilding guix block so hard on jami.scm and abiword.scm, it seems to sit there and think about those two files for aaaaaaaages! <futurile>I'l like to remote abiword just so I don't have to sit there staring at the file name so much heh :-) <civodul>futurile: abiword.scm just happens to be the first file that gets loaded during compilation, and loading it entails loading most of the other files <andreas-e>Qt5 has been moved to the "archive" section, I will have to add mirrors, I think. <vntsuyo>how do I make go-build-system to include debug symbols in the final binary? <vntsuyo>untrusem: i don't think i have enough sanity to keep up :( <FuncProgLinux>Even though we are some versions behind, Guix is quite comfortable for developing Go <ieure>FuncProgLinux, There's an open PR for Go 1.25. <FuncProgLinux>ieure: I saw it. I'm eager to update and test the new green tea garbage collector :)