<jacereda>libEGL warning: MESA-LOADER: failed to open crocus: /gnu/store/9pypr3c3y379shbwm9ilb4pik9mkfd83-mesa-22.2.4/lib/dri/crocus_dri.so: cannot open shared object file: No such file or directory (search paths /gnu/store/9pypr3c3y379shbwm9ilb4pik9mkfd83-mesa-22.2.4/lib/dri, suffix _dri)
<stevenroose>So I have glibc 2.33 and 2.35 installed it seems. But rustc is complaining it doesn't find glibc 2.34 in the location of 2.33. How does it find the 2.33 location? How can I point it to the 2.35 folder to see if it's happier there?
<stevenroose>This is the error: /var/cargo-target/debug/build/proc-macro2-17cd4904dd099445/build-script-build: /gnu/store/5h2w4qi9hk1qzzgi1w83220ydslinr4s-glibc-2.33/lib/libc.so.6: version `GLIBC_2.34' not found (required by /var/cargo-target/debug/build/proc-macro2-17cd4904dd099445/build-script-build)
<mekeor[m]>hello. when i attempt to recompile xmonad, i now get "ld: cannot find -lrt". how to fix this? :)
<bjc>librt is gone with the current glibc, iirc. you should just be able to delete the -lrt from the linker step
<VesselWave>Hello, what are options to autostart something with root privileges?
<gry>run it as a separate user that has sudo nopasswd access to that particular command
<VesselWave>With shepherd? How to run shepherd automatically for that user? For my user I do it with sway config
<lemos1898>but still haven't figured out how to test from that file
<FloraGordon[m]>!!! Enjoy the most profitable financial market (crypto market ) as you get 100% profit...and you can also make up to $100k or more in 3days send me a private message and ask me HOW on TG
<iyzsong>ade`: the session file should be included in the package, install into $out/share/xsessions. then it need to installed as a system package, which will link the session into /run/current-system/profile/share/xsessions.
<ade`>ah, but i installed sway and cinnamon and i dont see them in the `/run/current-system/profile/share/xsessions` directory. also what is $out?
<ngz>civodul: OK. I can push it to the tex-team branch.
<ngz>civodul: I'm currently working on a simplification on texlive package definition that will affect most packages in "tex.scm", but it may take a couple of days. Maybe it would be wise to start a ci job right after your patch set is applied, and again once my own set is ready.
<jpoiret>civodul: how could we propagate the elogind dependency on services using PAM, when elogind is enabled?
<jpoiret>I don't really see any good way of doing this, and if shepherd gets updated to 0.10 in the near future all users of elogind+greetd will run into the same issue as I did
<jpoiret>my current workaround is just adding 'elogind in the requirements of the shepherd greetd service in the guix sources, but that's very ugly. I would also argue that manually having to add this anywhere is not very robust for downstream users, they'd have to know which services actually use PAM
<civodul>ngz: alright, i'll apply it and start building again
<civodul>jpoiret: do we know of services other than greetd that are affected?
<cbaines>civodul, indeed, and I think if grafts become a concern within gexp's, that should be possible
<civodul>jpoiret: how about this: if we allow dbus activation of elogind, we can turn the elogind shepherd service into a one-shot service that makes a dbus RPC to trigger elogind startup :-)
<civodul>or maybe dbus can even be told to start it eagerly?
<jpoiret>eh, I'm not too keen on relying on dbus here, it would kind of mess up the shepherd depedency graph
<jpoiret>I'll think about it, if there's something we can do to manipulate the shepherd service from the pam service
<jpoiret>but in the meantime it seems like an okay thing to do. I just think that this shows the limits of the current services structure :( if you want to add an elogind requirement, you have to copy-paste the whole definition
<civodul>dbus services are usually meant to be started on-demand by dbus-daemon
<civodul>here we make an exception because elogind must be able to deal with events such as "lid close", in addition to taking care of logins
<jpoiret>how does being started by dbus preclude that?
<civodul>if you don't log in, elogind is not started, and thus these events are left unhandled
<civodul>(that wouldn't happen with greed since greetd would cause elogind to be started early on)
<cbaines>this should show the problem clearly: wdiff /gnu/store/kx5zh0wx6gq436vmm9lf89cinqps2xqw-gcc-cross-boot0-11.3.0-builder /gnu/store/690519adhsp0531n0d1b90ddjb55rfgc-gcc-cross-boot0-11.3.0-builder | colordiff
<civodul>jpoiret: that's the point: we start elogind via shepherd just because of this
<jpoiret>but still, imo the fix should be to somehow add elogind to the requirements of services that use PAM
<jpoiret>just like how PAM can add the "service .... pam_elogind.so" line to new pam entries itself
<jpoiret>but the pam-service-type and shepherd-root-service-type extensions don't really communicate :(
<jpoiret>general question, civodul: do we want to update to glibc 2.37 soon?
<jpoiret>doesn't seem too outlandish to me, we could also batch the librt change there, and see what happens. Could be the first core team feature branch
<jpoiret>I wonder if there are more pressing matters though :)
<jpoiret>I have a hard time keeping track of bugs I should work on, I just have them as unread mails. Maybe I should integrate them more into some org-mode file, but then I also don't really maintain todo .org files properly 🙃
<cbaines>jpoiret, flapping as in every time you compute the derivations/outputs, they change
<civodul>jpoiret: upgrading glibc would be nice but yeah, there are more pressing matters :-)
<civodul>jpoiret: i mark things i should look at in debbugs.el and sometimes add them to my Org agenda
<jpoiret>where does debbugs store that data? I don't really like having all this state stored in a weird way
<ngz>It's not a big issue however, since only the two of us are modifying that branch at the moment.
<_graywolf>Does anyone have any experience running Guix inside kubernetes (basically I want to be able to use `guix shell ... - ...' inside a container inside kubernetes)? Any ideas how/where to store the store? I'm curious if someone did something like this before.
<jpoiret>oh wow, is there an overview of all such errors?
<jpoiret>also, what's the nifty url for the worker status?
<cbaines>the data service doesn't currently store those errors, I wanted that to happen through the derivation linter (to not reimplement more things in the data service), but the derivation linter is problematic, so the data service doesn't currently use it
<cbaines>you can try running the derivation linter locally, but it'll likely die due to memory issues before it lints everything
<attila_lendvai>please, please, please, first do signal the errors, and then fix whatever else needs to handle them. the guix codebase swallows errors and backtraces at way too many places.
<cbaines>I need to test/enable the agents in the childhurds to send the regular status updates, which if it works will fix the "Status unknown" display
<civodul>cbaines: your patch got me to look at the issue more closely :-)
<apteryx>apparently it's not possible to use a channel referring to removed packages (it fails at 'guix pull' time when building the packages cache)? I was hoping inferiors could satisfy that, but they work post guix pull, right? See #47949.
<Guest19>since upgrading the system d-feet isn't building anymore
<apteryx>bjc: I've sent a patch to conditionally invoke the git auto-configuration targets in email@example.com
<Guest19>and docker-compose isn't working anymore ,too "ERROR: for samba Cannot start service samba: Unknown runtime specified /gnu/store/kwcwp71sb8dwsh8zg4vz6pgz2bjq8yj3-runc-1.1.1/sbin/runc"
<attila_lendvai>certbot service seems to be broken for me. the generated mcron command line is wrong, the --webroot arg must contain the domain name. is it me, of could it be a bug? i assume i'm running a very simple, although multi-domain setup.
<apteryx>so if we were to fix the client, conda would probably be fixed too (hopefully)
<apteryx>there was a recent big branch merged into the main branch, with Python 3.9 updated to Python 3.10 for example
<apteryx>so perhaps using a newer conda release would help
<etienne_>@apteryx I am used to managing conda environments, and was hoping to be able to do the same thing. For now, because I am creating a specific guix profile for that project, I am probably fine simply guix installing python.
<apteryx>etienne_: yes, or you could submit an issue for it to give it more visibility, by sending an email to: firstname.lastname@example.org
<yewscion>Hey all, how does one install a version of libstdc++.so alongside the current gcc-toolchain package? It used to live in gcc:lib, but with recent changes the gcc package has been superceded, and I haven't had luck finding where it might have moved to.
<yewscion>podiki[m]: Oh, so it isn't something I'm missing, then. Good to know!
<etienne_>Thanks @apteryx, I will do that. In the meantime, I guess I can also simply guix install my python packages individually, instead of doing it through conda environments. Please do tell if there is a better way though: it feels that conda becomes largely irrelevant when you use guix.
<yewscion>podiki[m]: Is there an issue yet related to this? I'd like to monitor for a fix, see if I can help at all.
<apteryx>shouldn't the 'dependencies' field in '(guix) Declaring Channel Dependencies' be a list?
<podiki[m]>you can do e.g. guix shell -e -e "(begin (use-modules (gnu packages gcc)) (make-libstdc++ gcc-12))" for instance to get a libstdc++ package, but I get missing symbols with that lib sometimes
<etienne_>Yeah, that's what I have started doing, in a separate manifest.scm that gets installed in its dedicated profile stores/folders. (pardon if I get the vocab wrong!)
<podiki[m]>yewscion: good question, haven't searched, let's see...
<evilsetg[m]>I want emacs to be able to use the pinentry I configured for gnupg. I configured both emacs and gnupg as home services, but I can only use the configured pinentry if I start emacs manually. The instance that gets started by shepherd does ask for pinentry and just fails if I want to do something with gpg (auth-source-pass). I suspect this is because of lacking environment variables.
<podiki[m]>civodul: my current use case was for some binaries (after failing to build from source) that want libstdc++, normally I'd just use gcc:lib to find it; which I still can of course but trickier now with gcc-toolchain instead
<etienne_>Ah... it looks like you have to create a specific guix shell to merge the two.
<evilsetg[m]>apteryx: use guix home with a hand-crafted emacs service
<apteryx>etienne_: right, you need both the consumer, e.g. Python, and the libraries
<apteryx>then Python will find them via the GUIX_PYTHONPATH environment variable
<podiki[m]>civodul: is there some reason gcc:lib isn't in gcc-toolchain? I'm not really familiar with the details of the packaging beyond having looked at it briefly. and is make-libstdc++ (at commented for non-gcc toolchains mostly) meant to make a different libstdc++ from that in gcc even if called with gcc?
<civodul>podiki[m]: i don't think there's a good reason, other than it's usually unnecessary
<apteryx>are channel depenencies private, e.g. invisible to the packages exposed to the user-facing 'guix' command?
<etienne_>@apteryx Awesome, thanks a ton! Much appreciated. I have also managed to use them within notebook kernels. Perfect.
<jpoiret>Also, I don't think there is dependency isolation like in Guix, you can't use the same channel at 2 different commits because one of your channel has a specific commit as a dependency
<apteryx>jpoiret: OK, if that's so, it'd mean that a channel depending on an old guix revision is not currently possible
<yewscion>civodul: podiki[m]: Just spun up a different solution in my personal channel, creating a package "gcc-unhidden" which inherits from the hidden gcc package and uses (properties (alist-delete 'hidden? (package-properties gcc))) to expose it. If the standard use-case—what is expected for most uses—doesn't require these libraries, maybe it would be better to create a dedicated package for the edge cases that might need
<zimoun>mirai: thanks for the tip. That’s not an issue with SElinux. It is (more or less) solved by #62487. The issue is just about the removal of /gnu.
<podiki[m]>zimoun: I remember having issues with this before, it was something like stopping the guix service, unmounting /gnu/store, and then being able to delete, but sounds like your friend did that?
<ulfvonbelow>when I run "guix package -u ''" it complains that my profile contains conflicting entries propagated from email@example.com and firstname.lastname@example.org. But I only have 1.28.0 in the profile (guix package -I certbot only shows that), and that's supposed to be upgraded. Why is it claiming that an upgrade will cause both the old and new version to conflict with each other?
<panosalevro>what can i do if a guix package has no substitutes + the build fails? example: `guix weather zrythm`
<ulfvonbelow>option 1 is to look at the build log and try to figure out what's causing it to fail, option 2 is to try to get someone else to do that. Of course, these options aren't mutually exclusive.
<ulfvonbelow>oh, and option 0 is 'guix pull' fervently in the hope that someone is fixing it right this minute
<jpoiret>panosalevro: in general if the build fails there's no way the package will have substitutes
<ulfvonbelow>ehh, I've run into several nondeterministic build failures in my time
<ulfvonbelow>where things like how fast your storage medium is or how much memory you have or how loaded your system is can cause failures
<mirai>Are there ways to connect to a VM launched by the system tests without using port-forwarding
<zenzen[m]><unmatched-paren> "zenzen: try /msg sneek help" <- Oh, hey thanks. I did get a PM from sneek but as I couldn't see the room I wasn't sure it worked for me. Now I can see all the messages normally. Just trying out Matrix for the first time so still a bit confused
<g_bor>We have some news about GSoC, the community is accepting a new intern, Sarthak. The agreed on internship project title is Parameterized Packages for GNU Guix. Welcome on board, and we are looking forward to working together.
<g_bor>As there was quite a lot of competition for places this year we only got one internship slot assigned, but we are encouraging all prospective interns to stay around, and try again in the next round. The distributed substitutes proposals are still on the radar, and it would be nice to keep interested people around.
<unmatched-paren>zenzen[m]: personally(tm) i would just cut out the intermediatery and use irc by itself :)
<jpoiret>the bridge sometimes goes down, i've heard
<zacchae[m]>zenzen: To give a contrasting opinion: Matrix is newer, more decentralized (room still exists even if libera.chat and matrix.org die), and is a very extensible protocol. Federation is the future: Go Matrix!
<zacchae[m]><unmatched-paren> "how does that work with matrix...." <- Every matrix server with a user in this room has a copy of this room. If matrix.org dies, then all the other matrix servers keep the room going (and still sync between themselves)
<civodul>ieugen[m]: if it's your first message, it'll take a while, but it'll get there eventually
<ieugen[m]>thanks. I can wait, just wanted to make sure I got the process right.
<Guest19>my mb doesn't support m.2. If I buy one and use an adapter to usb, would it be possible to use it as my main drive and install guix on it? I just wonder how smart that would be or should I better go for sata?
<Guest19>nvm, my mb is only usb 3.0 therefore only sata makes sense. the funny thing is that m.2 is cheaper than sata ssd...
<ieugen[m]>I found this project out while researching to use guix for CI (inside docker) https://github.com/metacall/guix . I did not got it to work, but I am curios if there is any work being done to remove the two limitations that prevent guix to be used for such scenarios: