IRC channel logs
2024-10-25.log
back to list of logs
<xelxebar>Hrm. Fetching subs on hurd spams a gc warning on every package: <xelxebar>GC Warning: Repeated allocation of very large block <xelxebar>Anyone else seeing this? Or is it a pebkac issue? <mange>I've seen that message mentioned on the mailing list before (in https://issues.guix.gnu.org/47543), but I haven't seen anyone identify an actual cause and/or a fix. Can you give any more details about what you're running (hardware, Guix version, etc.)? I have no idea how to help, but maybe someone else does. <aguadopd>Rutherther: the error is that I expect those programs (JACK/Pipewire -able programs that I install and run using Guix) to connect with my foreign system's Pipewire service/daemon. But they don't connect. I wonder if I'm missing something for Guix-installed binaries to be able to talk with the system's services <xelxebar>Simply running `guix build hello' is enough to reliably trigger the warning. <xelxebar>Note that the warning doesn't appear on the host system, so it has something to do with the hurd guest in this case. <apteryx>what is the most idiomatic to combine multiple source tarballs into one unified source archive? would that be a computed-origin? <apteryx>(source (combine-origins (origin1 origin2 ...))) would be neat, if it existed <cbaines>nckhexen, the bffe (build farm front-end) is effectively the web UI, that's what provides the activity page as well as pages for builds <cbaines>it would be good to expand that to show more of what's going on, and potentially also graph some of the metrics in prometheus <cbaines>QA does interact with the build coordinator, but that should be automatic, e.g. it should automatically start submitting branch and patch builds when appropriate <cbaines>it then links to the bffe pages via the data service, although that should be improved <Elouin>Hi, i am currently trying to create a package for a rust application(zellij). I ran `guix import crate -r zellij` to get the basic package definitions. Only issue i have is that some crates are needed in different minor versions and in the output of `guix import` those versions are there, just exported with the same name.(for example wasmer is <Elouin>there in version 3.1.1 and 3.3.0 but both as "rust-wasmer-3"). <Elouin>Is the way to go now, to change the names by hand or is there some option for the command or some scheme magic i can do to fix this? <Rutherther>Elouin: I don't think there is an automatic way to fix it. You have two options - patch the Cargo.toml to be less strict, or to also package the other minor versions and point your package inputs to those <Elouin>Ok. Do you know of an example, where such a patch has been done in a package?(for reference) <Elouin>But ill try it. First time trying to create a package and the output of `guix import` has been 3690 lines. 🫠 <Elouin>Thanks for the answer Rutherther <User-42>Hello all! I'm trying to package github.com/liamwh/tree-sitter-wit and am running into an opaque error. "reference to invalid output 'js' of derivation" - in tree-sitter-build-system "js" is referenced as an output of something, but i do not understand how everything fits together. any pointers? <User-42>In the end, it was the repo not being compatible with the build system, using "just" instead <User-42>i just got it to work with the repo from github user hh0527 instead <euandreh>Are there recording of Guix Days from February? <lockbox____>04:00 <Elouin> But ill try it. First time trying to create a package and the output of `guix import` has been 3690 lines. 🫠 <lockbox____>One thing you could try is that if it's already in tree with a slightly different patch version then try with what's already there (eg ^0.34 instead of 0.34.2), thats what efraim suggested and prefers for the rust packages. <Elouin>lockbox____: Yeah, will try that. <mawumag>hi friends! I have an issue I really can't debug... I am packaging a package that pulls some GO packages in the make script, but I get dial tcp: lookup proxy.golang.org on [::1]:53: read udp [::1]:34512->[::1]:53: read: connection refused <mawumag>If I run make from the temporary build directory (obtained with --keep-failed) it works, so I wonder if I am missing some things to put in the inputs <futurile>mawumag: Guix's build environment does not have a network connection. So if you're trying to contribute a package to Guix, you have to satisfy all the dependencies before you start building. A good way to test that is to do ``guix shell --container`` and then do your build inside a container. <futurile>mawumag: the reason is to satisfy the 'functional/declarative' packaging approach - so all inputs are captured in the package definition right <mawumag>futurile, thank you, I had suspected that's the issue. I am trying to get this package to work on my personal channel because I need it (it is apptainer), and was wondering if there is a way to bypass that limitation (foregoing reproducibility of course) <mawumag>in any case, thank you for the explanation, it makes a lot of sense <lockbox____>For personal channel you could always just copy-build-system from release bins if you want the initial hello world packaging for your target <chloris>I tried to install Pidgin and Gajim for using them with XMPP, but nothing works. Do I have to add something in my config.scm? <juli>what do you mean by "nothing works"? <juli>could you provide a bit more explanation of what you're doing and what it's telling you? I use Gajim so that would probably be easier for me to help you with <mawumag>lockbox____ thanks, indeed that's what I usually do, but I could not find any binary version of apptainer... I'll try to make it proper and maybe push it to guix proper, as I think I can't be the only one using it :) <juli>chloris: for context, I simply put gajim and gajim-omemo in my home config's packages list and then was able to login <chloris>I don't know how to do that. What do I have to write? Is there something in the manual? <juli>there is, but I'd like to meet you where you're at. how are you installing them? with `guix install` or something else? <chloris>yes, I installed pidgin, gajim with guix install pidgin gajim <futurile>mawumag: did you search on guix issues, could swear I heard someone was working on Apptainer <chloris>I have them installed, but to set them up, does not work <juli>are you getting any errors when you run them in the terminal? <mawumag>futurile it looks like the discussions are mostly on how to create guix containers that can be run with apptainer, rather than using apptainer to run images withing guix <chloris>now I can't open pidgin because I am running HexChat irc <chloris>So I can't check the messages in the terminal <chloris>No plugin translation path available <chloris>** (.gajim-real:6468): WARNING **: 16:20:13.997: expected enumeration type void, but got PyGLibOptionArg instead <juli>and what hapens you try to login in? you may want to use a pastebin service rather than copying multiple lines directly into IRC. also be sure there's not sensitive info in the paste ;) <chloris>if I enter my user ID and password it says no connection <juli>there should be links in the channel topic <mawumag>futurile no dont' apologize, that's also very useful to me :) <juli>it sends it to a debian server, yes <juli>there are other services out there <juli>and then it'll give you a link you can share here :) <chloris>there comes up a window in gajim, it says connection could not be established. Server unreachable. check the xmpp address <juli>are you inputting your entire jid (username+server)? for example, user@example.com <juli>this doesn't sound like a Guix issue. I'll shoot you a direct message so we don't crowd this chat <idkman123>Hi guys, as a qubes os user, I was wondering (however janky it may be) what are some of the ways guix users isolate applications on their systems <idkman123>e.g. you want to install qbittorrent but don't want it messing with your system in case it gets compromised <ieure>idkman123, You'd can run it in a container, ex. `guix shell -CN package-name -- program-name'. Not sure what the arg is to bind-mount paths inside the container; it's probably in the manual. <ieure>You have to do some other stuff to get GUI programs to work. <ieure>That's definitely in the manual. <juli>idkman123: ieure describes it pretty well. i, for example, have an alias in my home config for torbrowser that spins it up in a container. I will say that it took a lot of trial-and-error to get the commandline just right, but it usually works <Rutherther>if you wanted to really container everything / most stuff, you are going to end up with problems with guix shell. It uses separate unconfigurable user and group namespace, it doesn't allow configuring specific network namespaces and stuff like that <ieure>Yeah, I think Qubes is solving some different problems than Guix, if those are important to you, you may not be satisfied with the Guix experience. <ieure>Qubes is interesting, but fundamentally, I *want* all my software to be able to talk to each other. <ieure>Found it wasn't a good fit for my needs. <ieure>But glad someone's doing it! There are interesting ideas. <redacted>I'm trying to install arm-none-eabi-gcc for qmk, but the arm-none-eabi-toolchain package doesn't appear to exist in the guix repos despite indicators that it should. <Rutherther>redacted: it does exist. But it's under a function, not exposed as a package, you need to call the function. Also, do not use gcc only, use whole toolchain, otherwise you won't be able to compile qmk <redacted>There's patches and emails in the mailing list implying it exists. <Rutherther>that's old, it has been changed, only functions exposed <gnucode>I am starting to think that I have some filesystem corruption on my guix system...in the /gnu/store <gnucode>would that make updating it really hard? <nutcase>Hi, is some around with rust experience? <Kolev>nutcase, last time I tried it, Rust stuff was hard on Guix. <nutcase>I'm trying to build a rust software in a guix shell (in order to understand, how to build rust software). I'm getting: "error: failed to run custom build command for "libdbus-sys v0.2.1"". My guix shell has rust-libdbus-sys@0.2.5 . Does anyone have a hint, how I can add 0.2.1 to my shell? <Rutherther>gnucode: use guix gc with the verify options to repair it, including contents - see the manual for specifics. Alternatively you can selectively guix gc the paths or guix build --repair, but that's more work, especially if you don't know specifically what stuff is broken <gnucode>Rutherther: I'll take a look. Thanks. I haven't been able to update guix in like 2 months? I have good internet connectivity, guix is just trying to rebuild from source. I have substitues. anyway I'll check the manual <Rutherther>luca: I've tried you xbps package and it doen't error for me with that. It errors only in the configure phase with pkg-config not found, but not with invalid input that you showed <gnucode>When I see the guix console, before I log in on tty1 and 2, I see weird utf8 symbols, not english. When I switch to ttys 3-8 I see English again. That's what makes me think I have filesystem corruption on /gnu/store. <luca>Rutherther: Can you try again? It errors the second time for me I suppose, but I thought that was just me <redacted>I'm getting this error when trying to compile using arm-none-eabi-toolchain: <redacted> /gnu/store/pjc5ysriqs6w99ihkza7xgwm8clfpgp0-gcc-cross-sans-libc-arm-none-eabi-7-2018-q2-update-1.261907-lib/lib/gcc/arm-none-eabi/7.3.1/include/stdint.h:9:16: fatal error: stdint.h: No such file or directory <redacted>guix locate says that stdint.h is in gcc-toolchain