IRC channel logs
2026-03-06.log
back to list of logs
<mange>Is there an easy way to expose the same package under two names? That is, to have "guix shell foo" and "guix shell bar" do the exact same thing. Obviously I can (define-public bar (package (inherit foo) (name "bar"))), but I wonder if there's a better way to do it. <coopi>untrusem: i.e. under guix upstream, which file should this go in? <coopi>is it python-xyz.scm, image.scm, or somewhere else? <coopi>there's also image-processing.scm which could be suitable... <untrusem>coopi: just make a pr, someone will guide where to put the package :p <dad>Happy timezones folks <coopi>untrusem: ok, time to put epub-thumbnailer into version-control.scm /j <Kabouik>I am getting a "collision encountered" error at the end f a guix package -u, when Guix builds the profile. This is a first for me. <mange>Kabouik: I don't have any ideas, but I can confirm that exfatprogs and exfat-utils do both have files in those locations. Running "guix shell exfatprogs exfat-utils" doesn't complain about the collisions, though. <Kabouik>mange: thanks, and they were installed in my profile previously with no conflict anyway. I am trying to run a guix system reconfigure first, see if that helps with the upgrade afterwards. Else I'll open a ticket. <Kabouik>Lots of network issues for me during a guix system reconfigure this morning, I wonder if it's general or only me <futurile>Codeberg was being hit pretty hard yesterday, but their status shows as being fine today <Kabouik>I think the issues is with substitutes.nonguix.org for me futurile; I'll try a few times again then maybe comply and use --no-substitutes. <Kabouik>Sorry, I realized after typing it that it said nonguix and should not be posted here. ._. <futurile>Kabouik: I don't think casual mentions is an actual problem heh <tusharhero>any one figured out to how to get KDE plasma + xwayland + emacs to work well with guix shell containers? <graywolf>Hello Guix :) How can I get a hidden package from an inferior? <futurile>graywolf: funnily enough I couldn't find a quick example for guix <futurile>graywolf: you might search guix help as I'm sure there'll be examples in there <graywolf>A single @ would suffice, the variable is exported, but the package is hidden. Problem is that I see nothing like inferior-eval procedure in the documentation, so I have no idea how to send the string to be evaled to the inferior process :/ <graywolf>Oh, evil idea, I could find a visible package that uses the hidden one, and then find the hidden via inferior-package-inputs. Bit convoluted, but maybe could work. <graywolf>welp, apparently it is not possible to inherit from inferior-package :( <graywolf>(thought the "get hidden package" part worked, so at least that) <folaht>I can't run a package, because the program is a python script that starts with !#python. <futurile>folaht: a package you installed from Guix? <folaht>A package I installed from... cast <futurile>folaht: probably - make sure you installed python at the same time e.g. guix package python3 python-blah <futurile>folaht: but yeah if the start of the script is #!/bin/env python then that's potentially a problem, normally it's wrapped with the location of python in the /gnu/store <futurile>folaht: can you run it with `python3 script.py` maybe <folaht>It starts with #!python. That's even worse than '#!/bin/env python'. The latter would probably run on my machine. <folaht>It works, but I still want to be able to run the application normally <csantosb>Don't know: long time ago I decided to live in Emacs, I sleep better at night <andreas-e>csantosb: This is a good occasion to rebase hpc-team on master. <csantosb>andreas-e: Indeed, guile-team should go fast, no idea about r-team <andreas-e>r-team usually poses no problems and goes fast as well. <rustyguix>guix deploy with hetzner-environment-type fails during provisioning because guix-install.sh 1.5.0 tries to start guix-daemon as an unprivileged user via systemd in the Hetzner rescue system, which doesn't support it. The script fails at chown /etc/guix after the daemon service fails to start, preventing guix system init from running. <gabber>rustyguix: if you need to deploy ASAP i'd install guix from your own image on the hetzner rescue image <gabber>and then deploy future configurations <gabber>but speaking from Guix' perspective it'd be nice if you opened an Issue on codeberg and—if you have the time—investigate if it is possible to fix (and if so propose a solution) <rustyguix>gabber: thanks! Will open an issue, as i'd to automate the deployment process as much as possible. <gabber>you mean automate it in general? or just for your deployments? <gabber>if it's just for you, you can clone your VPS once you have a "basic" Guix system (one with openssh and your key) installed on Hetzner <rustyguix>gabber: in general, as I want to have a re-usable deployment scm file which I can re-use for as many servers as needed <gabber>rustyguix: what you did is technically right, but would you mind adding your current guix checkout (the output of `guix describe`) to the issue? the version string 1.5.0 will be valid for another while <rustyguix>gabber: added the output of guix describe at the top of the issue <yelninei>ACTION rebuilds hurd packages after gnome-team <yelninei>oh, it seems to rebuild cmake, 2 more hours of waiting for tests <janneke>yelninei: i've rebased hurd-team on master [and just asked in the pull-request], ok to push to master? <yelninei>janneke: i think so, I am excited to close like 3 different x86_64-gnu issues opened 9 months ago and making the 64bit hurd a lot more useful <yelninei>janneke: I opened an issue in guix/maintenance for the incompatible change <yelninei>janneke: Also once the guix package gets updated 'guix pull' (from a local checkout) should work as well. It currently does not because it requires some packages from the current guix which dont build <janneke>yelninei: that's great -- i've just updated the guix package! <Guest81>getting git ssl error when trying to reconfigure system, anyone else? <yelninei>oh god I have like 5 gccs to rebuild with 4+h each. Guess i wont be using my pc tomorrow <Nessah>janneke: Gonna attempt to revert to 2cec204a4c, the updated guix is failing at the check phase <Nessah>seems to be running on ci, will wait and see what it does