IRC channel logs
2025-09-11.log
back to list of logs
<GalaxyNova>Can someone help me with a rootless podman issue please? <GalaxyNova>When I run `podman run --rm --userns=keep-id alpine id` I get `Error: crun: open `/home/andrei/.local/share/containers/storage/overlay/<id>/merged`: Permission denied: OCI permission denied` <JohnDawson>How ought keyboard layout to be customized in GNU Guix System? The layout I want is that of name "us" and variant "carpalx-full-altgr-intl" modified as follows. <JohnDawson><LCTL>: AltGr, for getting level 3 and with shift level 4 <JohnDawson><LSGT>: apostrophe, quotedbl, dead_acute, dead_diaeresis <JohnDawson>I have read that. It explains how to select keyboard layouts among those provided by xkeyboard, but not how to customize them. <JohnDawson>simendsjo, thank you, but I do not think the full configuration I want can be obtained with xkeyboard options. <efraim>ugh, test failures on llvm@13 on riscv64 <Deltafire>after today's update, my keyboard in the GUI is stuck in US layout <simendsjo>Deltafire: What GUI? I'm on guix 5053a59, and my layout is working correctly in GDM and my window manager. <Deltafire>i had 2 keyboard layouts active, the icon at the top bar to change between them has disappeared <Deltafire>seems to be stuck on my alternative layout (even after deleting it in Gnome settings) <Deltafire>i wonder if it's somehow related to all the libxml/libxml++ changes <simendsjo>Deltafire: I only have one layout defined, maybe that's why GDM works for me. I have another layout manually defined which I switch calling setxkbmap directly, and at least that works, but that's not related to Gnome. <Deltafire>xkbregistry: ERROR: XML error: failed to validate document at /gnu/store/sw1as70h5vkcj6fp1xjrsvr6pbc7dgwm-xkeyboard-config-2.44/share/X11/xkb/rules/evdev.xml <Deltafire>and xkbregistry: ERROR: XML error: failed to validate document at /gnu/store/sw1as70h5vkcj6fp1xjrsvr6pbc7dgwm-xkeyboard-config-2.44/share/X11/xkb/rules/evdev.extras.xml <simendsjo>Deltafire: Sounds related, maybe you can confirm by trying libxml2 both grafted and ungrafted on those files? I see it has a tool, xmllint, included in the package. <frankie>Can anyone suggest a working scheme snippet to install guix with i3+xorg in system reconfigure? Maybe the best thing to do is changing %desktop-services? <identity>frankie: the only thing you need to do is put the i3 package into operating-system's ‘packages’ field, then you should be able to log in from gdm <identity>at least it worked that way with sway instead of i3 <Rutherther>it will work as long as you are using a login manager like gdm. With sway it's easier as it's wayland compositor (so you can just execute it without any 'external' configs), while xorg needs some configuration that wouldn't be provided without either a login manager or the startx-command service <frankie>Rutherther: so I guess lightdm could suffice for that, I would avoid to include gdm in such basic configuration. <Rutherther>even the startx command service would suffice if you do not want a login manager <Rutherther>but yes, lightdm should be okay, you would have to first remove gdm from the %desktop-services if you're using that <frankie>Rutherther: eh that was the reason for the question, so gdm (and maybe other gnome components?) is triggered from that %thing <Rutherther>frankie: yes, see modify-services in the manual, it has an example for deleting a service <simendsjo>frankie: Are you running without GDM? I'm a bit reluctant to removing it or gnome-desktop-service-type just because I assume it registeres dbus, udev and other things. <awth13>i wonder why Guix Home does not symlink installed fonts to ~/.local/share/fonts <simendsjo>awth13: Why do you need this? I have some fonts installed from emacs there, and like that it's rather clean. I install *all* fonts from guix, and they are located at ~/.guix-home/profile/share/fonts if I ever should need to look at them. <awth13>simendsjo: Flatpak apps cannot find installed fonts/icons <awth13>i also like that it's clean but a symlink to the location you specified would be nice <awth13>identity: yeah, of course, I was just wondering about general support for user Flatpak in Guix Home <awth13>I feel like a home-flatpak-service-type would be nice to have for managing remotes, installed flatpaks, and fonts etc. <simendsjo>awth13: Maybe you can supply things like FONTCONFIG_PATH to flatpak? <simendsjo>Things like Flatpak and AppImage solves the same problems as Guix, so I've converted what I need to Guix packages. It can be a lot of work though. <awth13>simendsjo: yes, I would like to transition fully to Guix and stop using Flatpak eventually <simendsjo>awth13: You can create a special-files-service-type to create a symlink <awth13>does this work within a home-environment declaration? <simendsjo>awth13: Good point ;) I use home-files-service-type to link files into HOME <frankie>simendsjo: I'd like creating a definitive profile of last resort without gnome and any other package with too many dependencies. This period the libxml2 migration apparently is causing issues, but I understand it is perfectly expected in roll-on distros <Rutherther>frankie: I mean I think that ideally problems like this shouldn't happen, but yeah, they do and will, at least we can learn from them so that the same kind of breakage won't occur in the future <frankie>Rutherther: don't mind, years ago I used debian sid only and learnt to avoid DEs because they are too prone to issues during migratios <simendsjo>frankie: When things go really bad, I roll back. In the case of libxml2, I used the workaround which was posted not too long after. The instabilities is annoying, but I expect it both due to the lack of manpower and rolling release model. What I like is that bugs have never, ever caused lasting errors. A reconfigure after a fix, and my system just works. A system from 2020 is still just fine. <Rutherther>frankie: if you want minimal configuration for such emergencies, maybe wayland would be better fit? Because you don't need the extra xserver configuration. Even just guix shell sway -- sway will get sway going as long as you have elogind/seatd. If you want minimal config with X, then I would go with the startx command service type rather than with a login manager <frankie>simendsjo: I saw that, was looking for a more general approach to avoid too easy breakages <frankie>Rutherther: startx is ok, I would check if some not-so-obvious service would be unintalled by removing gdm and its friends <simendsjo>frankie: I think your strategy of minimizing dependencies is the way to go then. If you really would like to avoid breakage, you can also use --commit when pulling to avoid pulling larger changes until things have settled. The gcc upgrade also caused several things to stop working. <simendsjo>frankie: Nice if you can share your experience going from gdm to startx. I'm wary of things like missing pam, udev and dbus rules. Started digging through the gnome setup some time ago, but it was a lot to process. <frankie>simendsjo: yep, that's totally expected. Indeed that was the reason Anthony Towns introduced testing as a staging area in Debian 20 years ago <Deltafire>frankie: i'm not sure it's worth the hassle of setting up an alternative DE when it's so easy to rollback to a working commit, subscribe to the relevant issue/PR and wait for a fix <simendsjo>Deltafire: How is the support for other DEs than Gnome? I see gnome, mate, lxqt, sugar, plasma, xfce, but how well do they work? <Deltafire>i don't know, i chose Gnome at the start and was surprised to find i quite like it <simendsjo>Deltafire: I think Gnome is the safest choice. For a long time, it was the only available DE. <Deltafire>yeah.. you'd think that but then a couple of days ago it wouldn't boot! <Deltafire>the emacs DE looks interesting.. but i need to do actual work on this computer <simendsjo>Deltafire: Yeah, just getting Guix to work in a corporate Microsoft environment which requires lots of proprietary non-free software has been a hassle. I still don't have a 100% setup -- the monitors isn't detected after reconnecting to the docking station, requiring logging in again. <identity>Deltafire: “i need to do actual work on this computer” as in, you would spend too much time configuring EXWM, or do you expect issues? i have been using EXWM for some time, and so far had minimal problems (only related to X11, so, uh, EXWM Wayland when?) <Deltafire>bit of both.. also not sure if drag'n'drop works with EXWM? I do a lot of that :) <identity>Deltafire: dnd between windows should work as usual under X11, though i do not do that a lot so can not confirm <reyman>One silly question, i'm have packaged a new version of python mkdocs material theme into a manifest, but when i run using "guix time-machine -C channels.scm -- shell -m mkdocs-material.scm" the package are compiled but not listed by pip --list ... <reyman>i try to force install using "guix time-machine -C channels.scm -- shell --container --network -m mkdocs-material.scm -- package --install python-mkdocs-material@9.5.36" <reyman>but even if 9.5.36 exist in mkdocs-material.scm guix return "9.5.36" not found <reyman>sorry this is this line that return 9.5.36 don't exist : guix time-machine -C channels.scm -- shell -m mkdocs-material.scm python-mkdocs-material@9.5.36 <reyman>ok i found the problem, i need to run "guix time-machine -C channels.scm -- shell -C -m mkdocs-material.scm coreutils python python-pip" even if my manifest already contain python-pip <reyman>here the manifest into mkdocs-materials.scm : (packages->manifest (list python-pip python-mkdocs python-mkdocs-material python-mkdocs-git-revision-date-localized-plugin python-mkdocs-bibtex python-mkdocs-slides git)) <Rutherther>reyman: when adding python packages, you need to add both python and the package in the manifest. python provides the specification of search path that then translates to an environment variable, the package itself provides the files to activate that search path. This goes most stuff, ie. guile and guile packages <reyman>i have another incomprehension with -C option, mkdocs-bibtex need a ca-certificate, but even when i set the expose option "guix time-machine -C channels.scm -- shell -C -m mkdocs-material.scm --expose=/etc/ssl/certs/ --network coreutils python" <reyman>i have an invalid path error : "OSError: Could not find a suitable TLS CA certificate bundle, invalid path: /etc/ssl/certs/ca-certificates.crt" <reyman>but /etc/ssl/certs/ca-certificates.crt exist ! <Rutherther>reyman: rather than exposing it, add nss-certs (& possibly curl for the search path) for getting the certs in the resulting container <reyman>yes Rutherther it works, i suppose i miss curl when i first try nss-certs <frankie>ACTION noted that incidentally the libxml2 issue seems now solved, cool <Rutherther>reyman: yeah, this one is sort of a workaround, so I am not surprised anyone would miss it <reyman>and the OSerror message from python is not explicit <Rutherther>those docs are not really for a shell, but if they were, they would tell you to export SSL_CERT_DIR="$GUIX_ENVIRONMENT/etc/ssl/certs" etc., but that's what curl does for you as it provides the search path <ColdSideOfPillow>TIL that it is possible to run `guix-daemon' as an unprivileged process using Linux UUNs. <ColdSideOfPillow>However, I'd like to know if there is any drawback to this? Sounds like a pretty neat feature that can enhance security, so I'm wondering why doesn't it appear to be enabled by default? <identity>ColdSideOfPillow: new, still bugs being worked out <identity>though it seems pretty stable now, from what i know <ColdSideOfPillow>identity: Is there an issue I can follow? I couldn't find anything on Codeberg. <ColdSideOfPillow>Rutherther: should have clarified that I meant tracking issues, but thanks for those links anyways — they look interesting. <gabber>is there a reason getmail service is not in (gnu services mail) ? <gabber>how can i make a python package make use of python-next instead of the `python' package? <identity>i would expect pyproject-build-system to take a #:python argument <identity>(info "(guix) Build Systems"): “Which Python package is used to perform the build can be specified with the ‘#:python’ parameter.” <kestrelwx>Would '--with-graft=python=python-next' be enough on CLI I wonder? <gabber>kestrelwx: would i expect `guix build` to fail or just do the wrong thing if that didn't work? <gabber>> In execvp of python: No such file or directory <gabber>i guess the executable is called `python3'? <kestrelwx>gabber: Yea, no luck, since package name lengths differ. <FuncProgLinux>Is it possible to query which guix package provides a given binary? I'm searching for genisoimage but I've only came across dvd+rw-tools an cdrtools :( <gabber>FuncProgLinux: if it's already on your system you can use `guix locate FOO` <gabber>FuncProgLinux: well, that's probably not what you're looking for <gabber>kestrelwx: grafts only work with the same package name(-length)s? <gabber>i wonder why `#:python python-next' breaks the build <Rutherther>because what is put to the build is not python, but wrapped python that has python executable, there is a procedure wrap-python for that <Rutherther>just setting #:python to that for one package is not going to do much though, you would need to do it over all python packages <gabber>Rutherther: thanks for the shared insight! <Rutherther>there are also problems with packages like cython that get python not only in #:python argument, but also as an input <clarkf>Did something change wrt `guix home` managing `EMACSLOADPATH`? I just did a full system update and now my (exwm) system can't find any home-managed packages :( <gabber>clarkf: your system reconfiguration should not touch your home profile <clarkf>Sorry, I did both a `system reconfigure` and a `home reconfigure`. I should have been clearer. I was trying to update all packages. <gogo2464>crates.io in rust sounds even more proprietary. Does it sounds to be a good idea to start using guix instead of crates after cargo build ? <clarkf>It is set, but it only includes the system path, ie `/run/current-system/profile/share/emacs/site-lisp/`. Grepping ~/.guix-home there is nothing adding the home path <clarkf>Because I run exwm, I have `emacs` and `exwm` listed in the system packages, but all of my personal stuff (eg vertico, corfu) is managed via guix home. I have also added emacs to my home packages because, IIRC, it is a precondition for generating the proper EMACSLOADPATH <gabber>clarkf: is the behavior the same if you do *not* log in through exwm (but another console, i.e. Ctrl+Alt+F2)? <clarkf>Yes? I don't have a login manager. I use `startx` to launch exwm, so every session I log into a TTY first <clarkf>Also, fwiw, this all worked when I last pulled ~a month ago. I don't think I've modified my system nor home configs since. <gabber>clarkf: sorry, i am not aware of any such changes. rolling back (first your home) re-enables the desired behavior, right? <clarkf>BTW, weirdly, manually adding the correct path to EMACSLOADPATH somehow also doesn't solve the issue... <clarkf>Correct, but, I don't think it's as simple as adding `~/.guix-home/profile/share/emacs/site-lisp` to EMACSLOADPATH. I think you need to add every subdirectory under that path to get it to load properly? <clarkf>Nevermind, you can just add that path. I rolled back to a generation from ~a monath ago, and everything works well. EMACSLOADPATH is set in ~/.guix-home/profile/etc/profile, exwm starts up fine, CLI emacs starts fine, everything seems to work. <clarkf>Perhaps its an emacs 30.1->30.2 issue? <futurile>gogo2464: you're writing software in Rust? And the question is whether to use crates in Guix or crates from Cargo? <futurile>gogo2464: you'll have an easier time using crates from Cargo, particularly if you're working with other people in the Rust community. <gogo2464>futurile yes in rust and yes good question. <gogo2464>cargo may be easier but not very unix philo <gogo2464>I fear rust might become much less free software <ieure>I gotta up my graft game. People out there making a killing at it. <levenson>This is very helpful. Whenever you need to work with a package, try to graft you patches first; Copy the package definition and define it as <package>-fix. Apply patches there. Add (replacement <package>-fix) to original package definition. <futurile>gogo2464: if you fear the language's direction you're going to be in for a hard time. Anyway, the crates we have in Guix are mostly for building 'end-user' packages. So while it's theoretically possible to use Guix's Rust packages "for developing" it's actually quite hard. Some people have tried, so it's not impossible - but I wouldn't recommend it. <Rutherther>I am not so sure if it's still so hard with the cargo lock importer <postroutine>Hello. I was reading the devel version of the manual about the OCI backed services. Does it can only be used with a call to `simple-service` ? I cannot use it like: `(service oci-service-type (oci-configuration …))` ? <postroutine>In the manual, between the call to `simple-service` and `service`, I find it unclear which one I have to use. <FuncProgLinux>futurile: I've found guix quite comfortable for working with Go aside from the old-ish versions <ieure>postroutine, You want simple-service. You can use either for very simple cases, but simple-service creates a new service which changes or creates the existing oci-service-type, meaning you can separate the OCI runtime configuration from the stuff that sets up the specific containers in it. <postroutine>And `oci-configuration` is to be used with the service instance of `oci-service-type` while `oci-extension` is to use when I want to extend `oci-service-type` with `simple-service` ? <postroutine>Or to extend `oci-service-type` from another service type I could write ? <postroutine>I'm sorry if my questions seems not smart, but I'm still learning how Guix, Guix System and Guix home works. And I found the manual, some times, unclear. <postroutine>But I really like it. I started to use the package manager and the home environment management tool. <nixtrd>Hello, i'm a nix user but been thinking of guix, and just got receneded the DT video on him installing it and first impression, so thought that i could install it on an old laptop i have. So should i learn by just jumping in with the manual by my side and searching up packages? And something else i wondered was if i can declerativly fetch from git and build from source with the config file for things like