IRC channel logs
2025-04-16.log
back to list of logs
<zeropoint>does anyone know the correct way to remove guix home? I've been playing around with the guix-home system service and unsure how home the guix-home service interact... <identity>zeropoint: i think it works the same way that adding a 'comment' to a user account works, as in, up until the user has anything to say about it (like changing the comment, or in this case instantiating a home environment) <identity>it's probably just easier to 'guix home reconfigure' manually instead. you also don't need root for that, unlike with system reconfigure <weary-traveler>trying to package a rust package. is there a way to import the dependencies from cargo.toml or the lockfile directly? <identity>weary-traveler: there's an importer for crates.io ('guix import crate NAME'), but i don't know about importing from Cargo.toml/.lock directly <weary-traveler>identity: yeah, i saw that. this one has dependencies that aren't in crates.io <JodiJodington>hi, I'm trying to modify an existing build system. I want a way to get a list of Origins and turn it into a store path within a post-configure step. Does anyone know how to go about turning a list of Origins into a list of paths into the store containing thier fetched contents? <JodiJodington>it seems like the store monad api only works with derivations? is there a way to turn an Origin into a derivation? <mange>JodiJodington: Do you mean you're adding it into a phase? How are you passing your list of origins into the build? Generally I would use a gexp, because if you ungexp an origin it builds the thing and provides the store path. <JodiJodington>mange: I haven't implemented it yet but I'd want to be able to do something like #:arguments #:zig-dependencies '((origin ...) (origin ..)) <JodiJodington>so I can just call ungexp on an origin record and itll return a store path? <JodiJodington>realise I made a few typos there, I hope you understand what I meant by that small example <mange>Yeah, I getcha. I'm not too familiar with build systems, but in a package definition if you have #$(origin ...) the value of that will be a path to the origin's output. Obviously this only works within a #~(...) which introduces a gexp, so at some point the outer gexp needs to be run. <hako>JodiJodington: You probably want to get in touch with me if you want to improve zig-build-system's package manager support. The integration wasn't good because of limitation of Zig's package manager itself. <hako>Also in general you need to solve bundling and license issue first without much maintenance burden. <meaty>Is there a way to force guix to re-compile a package without deleting it from the store? I just want to examine its build process <ruther`>meaty: yes. Use --check flag. Probably also with --no-grafts <moksh>so anyone has ibus setup for guix <moksh>I install 'font-lohit' for it and ran 'fc-cache -rv' <moksh>letme try logging out and back in <moksh>ok logging out and in didn't work <allana>Hi guix! When using "guix pack -f docker", does anyone know if there is a way to have packages from the guix store have their setuid/setgid permissions set, perhaps similar to how we define setuid-programs in operating-system? <jA_cOp>When using git send-email for a new patch, it tells me it added my email address to CC. "From:" and "Cc:" are identical. Is this normal/desired? I kinda would have expected it not to do this when "From:" is already the same as the commit email, but I'm new to mailing lists :) <jA_cOp>csantosb: which is the better email etiquette? Omit Cc: if it's just the same as From: anyway? <csantosb>Guix is agnostic with respect to this, for as much as I know <jA_cOp>I'm guessing it only really affects whether that first email will show up in my inbox or not? <apteryx>anyone else having problems playing html5 video following the librewolf update? <csantosb>jA_cOp: I think so, it comes to a matter of personal preference <jA_cOp>csantosb: mhm seems like it. Thanks for the second opinion, I'm new to mailing lists so it's really helpful <3 <attila_lendvai>how can a herd stop lead to "herd: error: exception caught while executing 'stop' on service 'bee-1': In procedure getpgid: No such process"? i assume it's a bug that shepherd is not aware that a process is gone, right? <torb>Hi! Since the big r merge, i am unable to build r-r-utils 2.12.3. It fails in tests related to compression. Upgrading to 2.13.0 fixes this. In case this is an acceptable solution, I submitted a patch to guix-patches@gnu.org (I have yet to receive a confirmation, but have to pick up the kids from daycare right now, so thought I should write, since this issue breaks a lot of R packages.) <sneek>Welcome back torb, you have 3 messages! <sneek>torb, dthompson says: welcome! sorry we missed you when none of us were online. <sneek>torb, cwebber says: Hi, welcome Troy! Sorry I was afk the couple of times you reached out :) <sneek>torb, cwebber says: we seem to keep missing each other, I have seen your PMs, it's just not at the same time I'm online, maybe because we're in different hemispheres! <torb>(Hi! I think I might have a duplicate nick, sorry about that) <orahcio>Hi, I couldn't configure xdg-desktop-portal-wlr, and I can't share my screen on Sway. Does anyone have a Guix configuration with this working? <hako>orahcio: Are you using home-dbus-service-type and home-pipewire-service-type? Also install xdg-desktop-portal into the same profile of xdg-desktop-portal-wlr. <orahcio>hako: yes, I'm using both services, I try even to install xdg-desktop-portal(and -wlr) on home-sway packages field <ruther`>orahcio: did you import Xdg current desktop and wayland display env vars to dbus activation environment, properly? <orahcio>ruther: You mean I need run `dbus-update-activation-environment --systemd WAYLAND_DISPLAY XDG_CURRENT_DESKTOP=sway`when start sway? I wrote this line on sway start field <ruther`>orahcio: yes. in that case, probably best to do debugging - starting Xdg-desktop-portal binary manually (verbose and replace flags) and seeing what it shows when you try sharing <ruther`>also since you are on guix system, you shouldnt run with --systemd flag <PotentialUser-93>I see guix-daemon is coming as rootless, but currently since the first `guix pull` is terribly slow and long, is there a way to avoid having to run it for both the root profile and the users profile ? <ieure>PotentialUser-93, Why are you pulling as root? That's almost never necessary and discouraged. <PotentialUser-93>but the root profile didnt exist and the GUIX_LOCPATH was targeting root profile <ruther`>PotentialUser-93: you definitely can avoid it. Just point the service and env vars to your user's home guix executable <PotentialUser-93>but if thats a multi-user its not bad practice to put a random user local ? <PotentialUser-93>or for the daemon its ok since each user will define their own GUIX_LOCPATH ? <ruther`>Up to you. The user will be updating the daemon with guix pull, so best to put it to an administrator who is managing the guix <ruther`>or you can of crouse use different ways like pulling to a shared profile instead of relaying on the defaults, there is lots of options <ruther`>if you point it to your users home, user will update it. <PotentialUser-93>I see, the daemon will run as root but the user will be able to update the daemon, which is able to update itself since its running as root so its still "safe" <PotentialUser-93>I am a bit confused, what prevents the user from modifying the daemon with a malicious one ? <PotentialUser-93>ok xD but it makes a bit more sense now how the daemon work, thank you ! <ruther`>the gist is to use the same instance for daemon and user. I suggested the easiest option, but yeah it is not very safe if the user is untrusted <partosqq> guix build openjdk --with-source=openjdk@25.16=./jdk-jdk-25-16/src -K <partosqq>this does not work, because jdk@25 requires bootJDK from prev version ) <andreas-e>I do not know... But I see that we have all versions from 9 to 21, and then nothing. So it looks as if our Java wizards have gone on vacation! <andreas-e>The real fix would probably be to add the intermediate versions to Guix. <partosqq>i got ./bin/java: ELF 64-bit LSB pie executable, ARM aarch64, version 1 (SYSV), dynamically linked, interpreter /lib/ld-linux-aarch64.so.1, for GNU/Linux 3.7.0, not stripped <partosqq>but i was able to run binary java from container <partosqq> guix shell --container --emulate-fhs coreutils zlib <untrusem2>so I want to enable mysql service in a guix shell but I don't want to reconfigure my system for it <ieure>untrusem2, You'd need to make a system image with MySQL and run it in a VM or container. `guix shell' doesn't support services. <ieure>I don't understand what you're asking. <untrusem2>like to enable a service without reconfiguring the whole system and mysql has a system service <ieure>Yeah. You can't do that, system services need to be in an operating-system config. If you don't want to use your bare-metal system, then you can, as I said, make a system image which runs MySQL and run that in a container or VM. <ieure>untrusem2, You might consider running the official MySQL Docker image in a container alongside that. I haven't done this, but Guix System will let you declare OCI containers it'll manage. This also requires reconfiguring your system, though; I'm not sure if you're averse to any reconfiguration, or just don't want to run MySQL that way. <ieure>If you're already running kotatsu-syncserver in a container, may as well run the stuff it needs that way, too. IMO. <untrusem2>I just didn't want to reconfigure my sytem and mysql for this single task <untrusem2>by the way, I will be using podman, I haven't used docker in like a year or so <ieure>Sure. Doesn't matter. I said "running the official MySQL Docker image" -- this doesn't imply that Docker will be what runs it, you can use the built-in OCI stuff, podman, etc. <ieure>There are numerous non-Docker ways to run a Docker image. <untrusem2>I see, then I need the kotatsu-sync server to interact with the mysql image. I will need to figure this out <ieure>untrusem2, You can use `podman compose' and a compose file. <untrusem2>it there a irc channel for questions regarding this, like a devops or system adminintration one <ieure>I mean, probably? I don't know what it would be, though. <lechner>Hi, why would "guix shell guile-3.0" now return guix shell: error: guile-3.0: unknown package <identity>lechner: likely there is no guile-3.0 package defined <identity>replacing that with plain 'guile' should work <lechner>identity / it does work, but that line used to work recently even though it was in a somewhat old Emacs annotation <jonsger>does someone know how to pay the Guix Foundation membership fee? Is it possible to pay it via SEPA to the new bank account? I don't know it's IBAN... <orahcio>hako and ruther`, thanks for your help early, to share the screen on wayland we need the browser and the xdg-desktop-portal's on the same profile. <nomike_>Can someone point me to some documentation about the mumi CLI mentioned on the issue tracker? I want to figure out how to install and configure it. <identity>nomike: (info "(guix) Debbugs User Interfaces") <identity>specifically the "Command-Line Interface" section