IRC channel logs
2026-03-27.log
back to list of logs
<marty>i'm having fun building guix on my t400. going thru the manual. much thanks to those building this os! its been a learning curve coming from ansible/python/debian. <identity>so it downloaded qtbase-5.15.17-debug 297.0MiB and now it is downloading qtbase-5.15.17-debug 304.1MiB. ridiculous! <identity>wine64, i guess because it depends on wine (32) and they both depend on different versions of qtbase? <csantosb>`guix size wine64` returns a couple of qtbase-5 <csantosb>I never understood how to reach them both with `guix graph --path wine qtbase@5` <efraim>csantosb: try with --system=i686-linux <efraim>`guix graph --system=i686-linux --path wine qtbase@5` <csantosb>I'm updating v4l-utils to qt6, by the way <efraim>wine on x86_64 is specifically built for i686-linux, wine64 is wine built for x86_64 with wine (for i686) added as an input and copied to the output <csantosb>efraim: For example, `guix graph --path v4l-utils coreutils`, how can the second path be traced ? <kestrelwx>csantosb: Patching `v4l-utils` revealed OBS also gets Qt5 from VLC, which seems fine to update to use Qt6 and QtWayland. <kestrelwx>Would be nice if I could learn that from one `graph --path` invocation. <Rutherther>csantosb: I don't think you can, you can use the output without --path and filter it yourself, with a script <csantosb>Rutherther: But this doesn't provide the path, right ? <csantosb>Which brings us to the second question, which one it picks ? <Rutherther>csantosb: guix graph does definitely. It provides everything <kestrelwx>Is there a way for GraphViz to not take ages? <Rutherther>csantosb: wdym how? it just provides the whole graph of all packages... <Rutherther>it goes back through the inputs, native inputs and so on... <csantosb>Well, Guix repository also provides everything. The question is if it is possible to filter all this information with exiting tooling or not. <Rutherther>csantosb: I said already. No, you need your own script to parse out the dot output of guix graph <Rutherther>or typically even just a simple grep will help you <civodul>kestrelwx: not really, but you can ask ‘guix graph’ to produce limited output with the ‘--max-depth’ option :-) <kestrelwx>Ah, I already got gray hairs waiting for it... <civodul>yeah, i usually strip at depth 2 or similar <csantosb>kestrelwx: I think the best is to follow #7362, upgrading then the package to 1.32.0 <civodul>well it depends on what it is you’re trying to visualize <adanska>Realising that for audio to work on my X1C gen 13 i need to update alsa-lib and alsa-ucm-conf... *checks dependants*... 5000+ packages will be rebuilt... <civodul>janneke: i think it would be more convenient (to me at least :-)) to have one bug report per ‘make check’ failure <janneke>civodul: sure, but i also believe we need both <janneke>the individual failures / issues could be linked to "make check fails" <janneke>maybe `get make check to pass' should have been a milestone, dunno <civodul>i mean, the network-less tests do pass, we see that in the ‘guix’ package <civodul>the failures are sometimes are network setup issue <civodul>and… i’m not being very helpful maybe :-) <civodul>i guess what i mean is that there’s some triage to be done <civodul>(i’m attending a video call so this chat is a breathe of fresh air :-)) <kestrelwx>Is the GTK3 support for theming Qt6 a real thing? Is it possible to encounter? `guix gc --references $(guix build gtk+) | grep qt` is empty for me. <graywolf>civodul: Hi :) Out of scope for the bug report, so asking here. If guile-3.0 and guile-3.0-latest are compatible, why do we even have both instead of just using 3.0.11 for everything? <kestrelwx>But for the packages that do you wouldn't have to change the guile input. <Air4x>Hi, I'm trying to use khoj on GuixSD, the program is distributed with as a docker container using docker-compose. Every time I try to run it with 'docker-compose up' it fails with an error about python-requests not being able to recognise the http+docker schema. Do any of you knows anything about this <lilyp>Air4x: I ran into a similar issue when trying to use docker-compose as-is; you probably have to update python-docker for compatibility with requests 2.32 <lilyp>I sadly don't have a patch ready yet, but if you're willing to investigate then godspeed to you <yelninei>did something change in libstdc++ or why is my custom gcc getting rebuild? <Air4x>lilyp: is there a easy way to tell guix to use python-docker@7.1.0 instead of python-docker@5.0.3 for docker-compose? <lilyp>--with-input=python-docker=python-docker@7.1.0 *might* do the trick, but I'd rather inherit the package with a bit of scheme code or edit a local checkout <yelninei>the weird thing is I dont change libstdc++ but guix wants to rebuilt it anyway <Air4x>lilyp: now it gives a different error, it seems it doesn't recognise ssl_version as an argument <lilyp>which means you'll have to dig deeper, probably upate the package itself or some such <Air4x>I'm going to lunch, I'll check in the afternoon <marty>I've tried installing the Guix system with sway twice and each time it is stuck on the gnome login screen and won't login. any ideas for me at the moment? if not, i can use another DE for now. <identity>marty: did you install sway in your system config? <marty>I went through the GUI installer. At the end, it shows the config.scm and sway was in there. <identity>marty: weird. try looking in /var/log/gdm/ <marty>i'm not sure how to get to cli from here. <identity>marty: Ctrl-Meta-F# where # is any number 1-7 (i think GDM is on 8 by default) <marty>ty, i'll start with a pull and reboot. <kestrelwx>Didn't know about tty12, that's really useful. <kestrelwx>Didn't know about tty12, that's really useful. <kestrelwx>Didn't know about tty12, that's really useful. <yelninei>found a workaround but it feels a bit weird <attila_lendvai>gpaste can safely be updated to v45.3 and the hash changed. i'm using it for a couple of days and it works fine (while i saw assertion failures with the current version) <Kabouik>Any substitutes network issues right now? "guix substitute: warning: substitutes.nonguix.org: connection failed: Network is unreachable" <Air4x>So after some web surfing it seams that python-docker@7.0.1 breaks docker-compose v1 and the suggested solution is to migrate to 'docker compose' that comes with docker itself, at least to my understanding. <ieure>Air4x, Correct. The old `docker-compose' was deprecated *years* ago. <ieure>I don't think Docker has been updated in Guix in a long time. <ieure>I switched to rootless podman, but it's quite a bit more fiddly. <Air4x>hmm... are podman compose and docker-compose compatible? <marty>after running pull... i ran 'guix system reconfigure /etc/config.scm'. that was aborted because the commit was not a descendant. hint was to use '--allow-downgraded'. attempting that for bettter or worse <marty>i downlaoded and used the guix system install 1.5.0 <attila_lendvai>marty, normally you shouldn't need --allow-downgrades. IOW, it's a bad sign, unless you know what you're doing <apteryx>I don't think this should happen; if you know the exact steps to reproduce this from 1.5.0. I'd report a bug about it <marty>looking in /var/log/gdm... its saying its missing systemd <marty>error that keeps repeating in logs, "gnome-session-x11@gnome-login.target is active: GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name org.freedesktop.systemd1 was not provided by any .service files" <ieure>marty, I have 19 of those messages in my logs. Newer GNOME added a dependency on systemd, which is a problem on Guix, since it doesn't use it. Work was done to work around that, sounds like maybe this got missed. <ieure>marty, guix-devel has some threads on this, I forget the exact subject, but it's fairly recent & should be searchable. <Rutherther>I don't think that error is what's preventing the session starting <marty>its kinda funny... i can work around gcm by using crtl+meta+F* and then login and then launch $ sway. <marty>i don't have much say here but i'm for removing and replacing systemd. i'm coming to guix to get away from systemd/gnome and yet it still persists. that means something in itself. a simple login manager could be built by this community that could be slowly extended and supported using our own toolset. <marty>just my 2 cents at the moment... take it with a grain of salt :) <ieure>marty, Guix doesn't use systemd at all. <ieure>That's why the error is getting logged. <marty>ok good to know. you can disregard or ignore my previous statement <Rutherther>marty: there are many login managers, so why don't you switch to another one then? <Rutherther>I don't see reason why guix should be making yet another one when there are plenty of options <identity>«if you do not like it, do not use it, there are plenty of options» is almost universally applicable <Rutherther>I think if you are looking for minimal login manager, you can use greetd <Rutherther>or no login manager at all, especially with wayland it's easy to get away withut it, with X it's a bit harder, still fine though <identity>every time i tried that with X, i just gave up in the end <graywolf>identity: depends on whether you want actual desktop environment; if window manager is all you need, it is not that bad :) I am running i3 and just start it manually via `startx' <identity>graywolf: yeah, i never managed to make that work; not eager to try again <ieure>graywolf, My dad was watching me use my laptop a while back, I use EXWM. Downloaded some file or other for him, he says to me, "it should be on the desktop." "I don't have a desktop, dad," I told him. "It's a failed metaphor." <graywolf>How is the EXWM? I am often tempted by the idea, but then I realize that when Emacs is e.g., doing slow things over tramp, I would not even be able to switch to firefox or open a terminal <ieure>graywolf, Yes, it's single-threaded / synchronous, and you can experience freezes. That part is not the best. But it's otherwise very nice. <identity>graywolf: EXWM works good most of the time; nothing can make me use X11 again, though… <ieure>graywolf, I have keys remapped so stuff like C-s works in my web browser to search, basic Emacs C-a / C-e / C-f / M-f / M-w / M-y type stuff works everywhere. <ieure>graywolf, And it's really pretty awesome to have a UX that's as malleable as Emacs. Like, I decided that when I change focus to an Emacs window, the mouse pointer should move into it, instead of using the mouse to set the keyboard focus. And then I just... made it work like that in an hour or so. https://codeberg.org/emacs-weirdware/exwm-mff <graywolf>Well, I do have a vacation coming up after Easter, so maybe I will experiment a bit. This all sounds very compelling... <graywolf>ieure is your config somewhere online I could check, in particular the key remaps you mentioned? <azahara>in theory one COULD do an exwm shim that speaks the river protocol behind the scenes... <ieure>graywolf, No, but happy to share if you ask. I believe I stole the movement/yank/kill stuff from the EXWM documentation. Other stuff is packaged and in the same org as I linked, exwm-firefox is the other main one. <graywolf>OK, thanks for the offer, I will reach out in case I hit a wall :) <ieure>Anyhow, I appreciate the amount of control I gain over human-computer interaction with EXWM. I would like to see a lot more stuff like that in the world. <ieure>I saw an EXWM-like thing for Wayland recently, but I'm not sure it's as featureful. <ieure>Haven't tried it, because I don't give a rip about Wayland. <ieure>Doesn't support key remapping, too bad. <FuncProgLinux>Does the go-build-system have issues with packages using http.NewServeMux()? <FuncProgLinux>I found a funny (idk if it's a bug) thing about the way it builds Go things. <yelninei>i have submitted my dmd/druntime port upstream as WIP and I am completely exhausted. Apart from (hopefully) small remaining issues it works quite well <Rutherther>futurile-afk: the frontpage is down it seems, yes. Happens quite often, needs to get restarted <FuncProgLinux>Ah...so it's because of: "GO111MODULE" "off" at the go-build-system :( <ieure>csantosb, Yeah, I am also aware of that. <podiki>efraim: any chance the meson/rust changes did something here ^ doesn't make sense that it would, but i have no idea what else on mesa-updates it could be <joirew>Hi, this bug https://issues.guix.gnu.org/64966 made my laptop almost a brick with Guix, since I cannot poweroff my system and reconfigure it after guix pull. Could someone please explain to me how to apply the suggested patch by Ludovic to my system config and does this patch work? Unfortunately I can't find a replacement for my cr2032 battery with 2 pin connector (I don't buy online for security and ethical reasons). <ieure>joirew, You should probably file an issue in Codeberg if you're still seeing that behavior on a three-year-old bug. The workaround is just to use an older version of guile-fibers. I'm at work, so can't hack up what you need, but maybe someone else can. <csantosb>Trying hard to get rid of this GDM login thing <csantosb>`(modify-services %desktop-services (delete gdm-service-type))` does not do the trick <Rutherther>ieure: that bug is in codeberg and not solved yet <ieure>csantosb, That should do it. Can you paste your whole config? Something else must be adding it back. <Rutherther>joirew: that patch is already applied. If you are on x86, you could change the input for x86_64 as well in your config <Rutherther>the patch should work, but only for arm and riscv <bdunahu>csantosb: if you have `set-xorg-configuration` in your config, it will still bring in gdm <joirew>Rutherther: I am on x86 and I don't know how to change the input, I'd need an example to understand. <bdunahu>I would make a PR to try to fix the exwm desktop file, but I don't want to put gdm back on my system to test it :( <ieure>joirew, You'd want something similar, but old fibers to new fibers. <ieure>bdunahu, What's wrong with it? I use EXWM and it's been working fine (+- some gripes about needing to use exwm-enable). <ieure>bdunahu, I see. Well, I'm happy to test if you put up a PR. <Guest72>Hey everyone :) does anyone know how to set the programmer dvorak layout on my guix? <Guest72>I only see "normal" dvorak in the available options... <bdunahu>csantosb: is exwm the only x11 window manager you know of that doesn't propagate xauth? <Guest72>Also I should note that programmer dvorak is different from dvorak in more keys than just the very top row <csantosb>bdunahu: Is the only wm I use since a long time <csantosb>But I'd expect since 1.5 is alive, that tones of users should have notice such problems <ieure>csantosb, It's a niche WM in a niche distro, honestly probably not that many eyes on it. <ieure>I would be very surprised if there were 100 users of Guix+EXWM. <csantosb>Specially if they find this kind of problems <csantosb>Another one is `user-init-file`, it uses nonexisting `~/.emacs` instead of `~/.emacs.d/init.el`, why ? <ieure>csantosb, Probably backwards compatibility, ~/.emacs used to be where all the init stuff went. <csantosb>It's strange because this is emacs related, not guix <bdunahu>doesn't it only use ~/.emacs if it exists? <bdunahu>I mean, it has to, so you probably should be noticing <csantosb>Understood: ~/.emacs shadows ~/.emacs.d/init.el. What a. <csantosb>Ok. So at this point I have a minimalistic config.scm, user, ssh service and no gdm. <ieure>csantosb, Yeah, when you have software with an unbroken lineage stretching back 40 years, you'll end up with some cruft. <csantosb>I can happily migrate from foreigners land to guix proper. <ieure>(I'm counting from GNU Emacs, since that's the start of the current codebase; not from the TECO era original Emacs) <ieure>Oh hey, we just missed GNU Emacs' 41st birthday, it was originally released on 20 March 1985. <csantosb>Which reminds me of a great recent series of blog post about why Emacs is the way it is, teco and all of that ... <ieure>csantosb, Hmmm, yeah... Just reading the first one, this is not very accurate at all. <ieure>csantosb, Yes. Very surface-level and with many omissions and inaccuracies. <csantosb>bdunahu: I could give a try if I knew how to apply it with guix system <bdunahu>I am also not sure how to test a package that needs to be installed system-wide <ieure>csantosb, "...GNU Emacs adopted Emacs Lisp." Emacs Lisp was created for Emacs. "...Lisp machines were a commercial failure, and C on von Neumann architecture dominated..." Lisp Machines are also Von Neumann machines, the author doesn't seem to know what that means. <ieure>"At that time, James Gosling wrote a Lisp virtual machine and interpreter core in C, called 'Gosling Emacs'." Gosling Emacs very famously *did not* have a real Lisp, which is why Emacs Lisp was created. <ieure>I dunno, not saying it is, but it reads like LLM slop to me. <ieure>"When Richard Stallman and the Free Software Foundation wanted a free Emacs on Unix, there was no Lisp environment there." -- Lisp was absolutely available on Unix in the early 80s. <ieure>I will stop, but you get the idea. <csantosb>bdunahu: I guess I can pull from your commit just simply <ieure>I have collected a pretty good shelf of Lisp books over the years. <avigatori>is there something wrong with ci.guix.gnu.org? <Rutherther>avigatori: you mean in regards to substitutes, or? what do you see? <Rutherther>that's cuirass though, not the substitute server <graywolf>How do you manage emacs configuration using guix-home? I am redoing my configuration a bit currently, so this is a good opportunity to ask. <graywolf>I currently have a single "main" file, and then one per-machine file that gets included from the main one. Can't say I am too happy about it, is somewhat clumsy. <graywolf>Does anyone have better approach to recommend?