IRC channel logs

<redacted>I'm trying to package some software, but I get "fatal error: 'bits/c++config.h' file not found"

<redacted>Seems like that file is indeed not in the include directory for the guix shell profile I'm running the build command in.

<redacted>Despite including gcc-toolchain in said profile.

<redacted>Looks like I had this same problem over a year ago.

<redacted>I need to add x86-unknown-linux-gnu to the CPLUS_INCLUDE_PATH for reasons that aren't clear

<PuercoPop>Does anyone have any experience packaging PostgreSQL extensions? I want to package pgtap. Which uses make, but it uses it to copy files into an existing postgresql installation. Is the guideline to create one package per postgresql version?

<untrusem>PuercoPop: have you looked at how other extension are packaged that might give you some idea

<cassou>mbakke: I did but it warns about a double declaration (it indeed creates two entries in /etc/shadow) which doesn't work as expected

<PuercoPop>untrusem: I'll take a look at postgis, although I'm unsure what the installation process looks like for PostgreSQL database. I also took a look at how nixpkgs does it, and they seem to have a dedicated helper to install extensions from pgx

<untrusem>PuercoPop: another way would be to find out who added postgres and its extension and asking them in a issue :)

<untrusem>also it would be better to have `postgres` as a prefix to these extensions

<untrusem>though I agree it would be nice to have postgres extension importer or something

<PuercoPop>how do I pull the branch from a PR in codeberg? I'm trying to use git fetch origin name of the branch. e.j. $ git fetch codeberg puercopop/add-perl-pg-prove but it says it couldn't find remote ref

<PuercoPop>Ok fetch pull/$ID/head works

<Kabouik>I never realized, but Nix can run on MacOS it seems. What sorcery do they use for that? I think Guix still requires the libre or Linux kenel to run, and my colleague using Mac therefore cannot use Guix without the QEMU VM.

<Kabouik>I am also considering packaging some software that is currently distributed as AppImage, and would like to make it work on both Linux and Mac since that software currently has no Mac option. I would have loved Guix (for my own use too) but unfortunately that doesn't solve the Mac need. I don't know anything about Nix so that's probably not an option for me either, but still interesting to see it would work.

<Kabouik>GNU libc might be the limitation more than the kernel, sorry if I was not accurate.

<pandre>Is there any texmf-local equivalent on guix or is there a "guix way" to make sty files available to latex (I don't to keep a copy in the same directory as the tex file) ? Thanks

<PuercoPop>Kabouik: it uses a binary blob to bootstrap their initial standardEnv (analogous to the main 'build-system'). You also need to link against the systems standard library, not just for libc. There are other Foundation libraries one needs to link against. https://github.com/NixOS/nixpkgs/tree/master/pkgs/stdenv/darwin

<Kabouik>I don't know how complicated that is, but it would be insanely useful to have that in Guix. I keep nagging my colleagues so that they consider Guix for reproducibility purposes, but since they're all doing their calculations on theri Windows or MacOS machine, the barrier to entry with using QEMU is too high to convince them, for something they were already frowning upon in the first place.

<ekaitz>is sharlatan around? i don't remember the irc handle

<PuercoPop>Kabouik: Ignoring the technical complications, nixpkg's approach is anti-tethical to a project that picks up the gauntlet from "trusting trust'.

<PuercoPop>For Windows it should be possible to use Guix w/o using QEMU using Windows Subsystem for Linux.

<trev> https://trevs.site/this-week-in-guix/posts/2026-08-21.html

<civodul>yay 🎉

<civodul>trev: is your blog registered on planet.guix.gnu.org? if not, it would be nice to have it there

<civodul>it’s really cool to have weekly news

<civodul>the old folks among us have been dreaming of it forever :-)

<untrusem>trev, is this automated?

<untrusem>the text reads as it was summarized automatically

<trev>untrusem: yes, the scraping is scripted and the organization/text is summarized by an LLM

<untrusem> https://github.com/trevarj/this-week-in-guix found it

<trev>civodul: no, blog isn't guix related so i won't put it there

<civodul>ok

<civodul>it could work if there’s a “guix” tag on these posts

<trev>oh this site has its own rss

<trev>perhaps that can be added

<civodul>well, to be honest, i thought you were making these summaries

<civodul>i’m less interested in reading machine-generated text :-)

<trev>No worries

<jonsger>What does "<unknown-location>: inherited field binding 'arguments' of record type '<package>' shadows local variable" want to tell me with this package definition: https://paste.opensuse.org/pastes/ef574bb58407

<jonsger>which local variable is shadowed and at which location?

<untrusem>jonsger, are you not able to build it?

<untrusem>this error is common

<jonsger>no it does build

<untrusem>then be happy :P

<jonsger>okay :)

<PotentialUser-57>Hello, terribly sorry if this is not the appropriate place to ask this

<PotentialUser-57>question. I have been trying to set up GNU/Guix, from my arch linux

<PotentialUser-57>system onto another partition (i do so by mounting everything and then

<PotentialUser-57>running =sudo guix time-machine -C ./channels.scm -- system init

<PotentialUser-57>./config.scm /mnt/target=);

<PotentialUser-57>the installation finishes without any errors, but, when I reboot onto

<PotentialUser-57>the new system, set up the passwords, I noticed that I seem to be

<untrusem>PotentialUser-57, use a pastebin

<untrusem> https://bpa.st

<PotentialUser-57> https://bpa.st/7PFWY

<PotentialUser-57>untrusem

<PotentialUser-57>added my config and stuff there as well in case that helps

<untrusem>ACTION looks

<cbaines>PotentialUser-57, it sounds like you're getting what you ask for, packages is set to include 5 things, and not any of the defaults from %base-packages

<PotentialUser-57>ahhh fair thanks, time to recompile :)

<PotentialUser-57>is that the real joshuablais?

<joshuablais>PotentialUser-57: it is I

<PotentialUser-57>nice if true, cool videos

<joshuablais>Thank you a million, I've been on a bit of hiatus but starting up again in the coming weeks. New dad life.

<untrusem>joshuablais, pimalaya's author?

<untrusem>ohh cbaines answered

<untrusem>okay not pimalaya author

<untrusem>ACTION searched the web

<csantosb>Hi ! Quite a few of now failures, see https://ci.guix.gnu.org/eval/2197671?status=newly-failed

<csantosb>"No space left on device"

<RavenJoad>Could I get someone to take a quick look at a PR I just opened? I am unsure how exactly to package the whole thing for upstream inclusion (because of interactions between the package, the outputs we care about, and the asdf-build-system) and want some thoughts. https://codeberg.org/guix/guix/pulls/10707

<bascht>Hi'all, I hope this is the correct channel for a guix home question, but here we go: I'm running Niri via `home-niri-service-type` and would like to start other graphical applications via shepherd as well. This seems to introduce a dependency, since the `niri` service would set `WAYLAND_DISPLAY` – but it's too late to be picked up from shepherd. Am I holding it wrong? :D

<Guest51>Is it safe to use the 1.5.0 stable iso from guix.gnu.org for a new machine? Would it be free from these vulnerabilities or do I need to use the latest? https://guix.gnu.org/blog/2026/guix-substitute-pull-vulnerabilities/

<csantosb>1.5.0 is affected; better do an upgrade to current revision after install.

<Guest51>Isn't an upgrade unsafe to do with substitutes? Can I avoid that by just using https://guix.gnu.org/en/download/latest/ iso?

<perryprog>First I'm hearing about that. Why was a fix not backported?!

<perryprog>And why does the live CD say using subtitutes is super safe?!

<perryprog>substitutes, too

<RavenJoad>perryprog: I think there was no backport because Guix release versions are not LTS supported. A release version is just a git commit tag. It is not actively maintained. Guix is more of a rolling-release distro.

<RavenJoad>Guest51: Yes, you can use latest. That should have the fixes already applied.

<Guest51>Thank you!

<perryprog>RavenJoad: but this is what you get when you go to guix.gnu.org and click "download" https://guix.gnu.org/en/download/

<RavenJoad>perryprog: The download button always takes you to the release pin. The download in the top-right is a drop-down and lets you select latest. https://guix.gnu.org/en/download/latest/

<perryprog>But... you see the issue right?

<RavenJoad>I do, yes. Tagged releases are few and far between in Guix. 1.4.0->1.5.0 took 2(?) years, I think. In general, it's always better to grab the latest release.

<Guest51>It may be worth it to mark the stable downloads until the next stable release tag as vulnerable

<RavenJoad>I guess that should be directed at the website maintainers. I don't know who to send that recommendation to.

<perryprog>like if you're gonna tag a release and say "this is stable" then not update it when it turns out it's not stable then...?

<perryprog>And I sure downloaded Guix thinking that the norm is to stick with the stable tag

<perryprog>oh, and the latest downloads don't even have an arm download so I wouldn't have been able to use that anyway >.>

<RavenJoad>There is a branch for 1.5.0, so it could be backported. But again, Guix does not really keep long-lived LTS version releases like other distros do.

<perryprog>IMO this is unrelated to whether or not something is LTS

<RavenJoad>Guest51: Also, you _can_ start from 1.5.0 and upgrade to latest without using substitutes. You will just have to build the world.

<Guest51>I wanted to avoid building everything to save time and electricity :P .

<Deltafire>heh, that would be nice

IRC channel logs

2026-08-21.log