IRC channel logs

2026-01-15.log

back to list of logs

<hugohugo>When to use inherit or package/inherit? The manual only mentions inherit, and inherit is 10x more common than package/inherit (3000 vs 300). But from the documentation it seems that package/inherit would be more useful, as that copies over transformations and grafts (if I understand correctly), and I would (perhaps naively?) think propagating those is usually what you want, right?
<Parra>Hello guys, I have managed to build Guix in a cross-platform way on Docker and produce binary releases with cache. I will be producing versions regularly in order to be up to date. If you are interested you can use the docker image or download the binary tarballs or cache:
<Parra> https://github.com/metacall/guix
<Parra> https://github.com/metacall/guix/releases/tag/v20260115
<Parra> https://github.com/metacall/guix/actions/runs/21015165237
<csantosb>Nice, thank you !
<csantosb>We then have images for github, gitlab (https://gitlab.com/debdistutils/guix/container) and sr.ht
<civodul`>Hello Guix!
<identity>hello civodul`
<PotentialUser-55>Hello, is there any simple guide on how to do disk encryption without having to enter the passwords twice
<identity>PotentialUser-55: if «patches welcome» is a simple guide, then yes
<identity>in other words, no
<look>PotentialUser-55: first ddg search result for me: https://merrick.luois.me/posts/guix-avoid-entering-luks-passphrase-twice
<look>seems simple enough
<look>no idea if it works tho
<csantosb>gabber: Hi, I just discovered https://codeberg.org/guix/guix/milestone/46868, thank you !
<csantosb>What about keeping there only what's left (this is what a milestone is for) ? Otherwise, the list will be endless.
<csantosb>Then, keep in a dedicated wiki page everything we already have, which is a lot.
<csantosb>Another idea: https://packages.guix.gnu.org/search/?query=eda
<csantosb>as an alternative to the wiki
<csantosb>sneek: later tell gabber, please see above my comments about the eda milestone
<sneek>Okay.
<csantosb>Anyone knows where is the repo for https://packages.guix.gnu.org ? Issues still point to issues.guix.gnu.org.
<fanquake> https://codeberg.org/guix/guix-packages-website ?
<csantosb>Correct, thank you.
<gabber>is there a specifically guix-y mastodon instance i can sign up on (to promote guix related hacking stuff)
<sneek>Welcome back gabber, you have 1 message!
<sneek>gabber, csantosb says: please see above my comments about the eda milestone
<gabber>csantosb: WDYM "only what's left" because i added some already-finished PRs
<csantosb>gabber: Not only Guix, byt maybe https://fosstodon.org
<csantosb>I mean, keeping the milestone for not yet completed packages
<csantosb>Nextpnr is already ready to use, so its place is somewhere else, not in a milestone
<gabber>csantosb: sure!
<gabber>i only added klayout and magic, because this was done in/for the same F-Si initiative
<gabber>but i agree with you
<gabber>and i like the idea about the wiki
<csantosb>Including "EDA" in the description also works with packages.guix.gnu.org, as an alternative to the wiki
<gabber>maybe there we could use the wiki approach to give (potential) users more insights, e.g. group the packages by use-case, by scenario, etc
<gabber>wait a second, i think i have to log out and back in again (and i don't want to miss what you're saying)
<sneek>gabber: wb!
<gabber>sneek: botsnack
<sneek>:)
<gabber>i think i'd need an invite for fosstodon...
<elevenkb>hello, we build emacs-minimal with the -g flag. I presume that since gnu-build-system strips binaries by default we end up without debugging symbols in the final output. Is there any way to get them back without rebuilding?
<csantosb>gabber: if understood that "if you wish to join, contact us for an invite." in fosstodon.org
<gabber>on fosstodon.org/explore there's "So you will need to know someone on the server in order to get an account"
<gabber>do you know how that "contact us" should happen? (which) email?
<identity>elevenkb: pretty sure --with-debug-info is the only way
<elevenkb>identity: Alright, but then I wonder why we build with -g at all?
<identity>elevenkb: trying to --with-debug-info would not work without -g, would it?
<elevenkb>actually, I think I know... --with-debug-info just prevents stripping the binaries, it doesn't make sure that the binary has debug info in the first place.
<identity>right
<ieure>Okay, trying to figure out why redshift has been broken for like a year on my systems...
<ieure>The issue is that it can't talk to geoclue. I already allowlisted it, but it's still not working.
<ieure>When I try running redshift manually, /var/log/dbus-daemon.log shows "Rejected send messages, 2 matched rules"
<ieure>Man I do not like dbus one bit
<FuncProgLinux>ieure: I've been fighting with dbus as well with the xapps-xdg-desktop-portal :/
<civodul>yelninei, janneke: hey! you should give youpi an update on Guix + Hurd 👉 https://fosdem.org/2026/schedule/event/7FZXHF-updates_on_gnuhurd_progress_rump_drivers_64bit_smp_software_bootstrapping/
<janneke>civodul: yeah, that would be nice
<old>Is there a reason why guile 3.0.11 is not yet available?
<Nessah>Good evening, Guix ~w~
<Nessah>old: guile 3.0.11 is a world rebuild, might come down the line after guix 1.5.0 is finalized
<Rutherther>just adding guile 3.0.11 is not a world rebuild
<Nessah>I see. So is it a guile problem atm?
<Rutherther> https://codeberg.org/guix/guix/pulls/5360 guile 3.0.11 has been merged to next-master due to the hard freeze
<Rutherther>no, there is no problem
<Nessah>alrighty
<gabber>i get "/gnu/store/pri326pgp9cb2q3psiz0h0fi00pzd1nd-gcc-cross-aarch64-linux-gnu-14.3.0/bin/aarch64-linux-gnu-g++" is not able to compile a simple test program. i am on next-master. is this normal for a package with the cmake-build-system?