IRC channel logs

<PotentialUser-9>help! I'm being dropped at guile shell when booting guix ISO, what are my options?

<apteryx>my PC is awaking from suspend by itself recently; it's quite annoying

<apteryx>anyone else seeing this?

<apteryx>janneke: Is it possible to update something in the bootstrap seeds, e.g. add zstd and binutils with zstd support? Or should I work around the potential lack of support for it in gnu-build-system?

<apteryx>I'm working on a phase that compresses the debug symbols using dwz + zstd (via objcopy).

<apteryx>but then maybe I don't need to care because none of the bootstrap packages would have debug symbols, perhaps?

<apteryx>and my phase is a no-op when there's no output:debug

<untrusem>chipb: You need to have keyring opened the whole time if you want to use their freedesktop service, I don't think that's recommended

<trev>reposting again for some tips on this issue with guix home: https://www.reddit.com/r/GUIX/comments/10s4qnt/unbound_variable_in_unused_module_with_guix_home/

<trev>is it a bug or just a bad way to manage configs?

<trev>it doesn't happen with guix system, only guix home

<untrusem>trev, I also see warning like this is my guix home, I use `-L .` to actually include files I have yet not pushed to my channels

<ity>Hello!

<ity>I wonder who uses Guix Linux on Mac?

<untrusem>ity: I know someone who use guix in a vm on macos

<untrusem>I don't you can't install guix on mac like you can do for nix

<untrusem>there is also https://codeberg.org/yasht/asahi-guix

<ity>untrusem: I don't use MacOS.

<ity>Direct installation should be possible.

<ity>I don't know much about guix.

<ity>I'm curious about how to pin input without something like flake in Nix?

<kestrelwx>You can use `channels.scm`.

<ity>Okay. I want to learn Guix well and contribute it!

<ity>I really hate github. And the messy nix.

<Rutherther>ity: you first obtain guix with the channels you want and then create a lock file using "guix describe -f channels". Avoid manually creating a locked channels.scm file as you might forget about something and leave with non-pinned inputs

<ity>OKay, I will try it.

<ity>I only have a Macbook to try it on.

<kestrelwx>Is it an Intel MacBook?

<ity>No

<kestrelwx>Oh, never seen it double send.

<ity>I have been using NixOS with asahi linux

<ity>I never use MacOS

<ity>I have been using NixOS for a year.

<trev>untrusem: yes, exactly (re: -L . on the config dir)

<trev>i think it's a bug with guix home, just don't know how to pinpoint it in the reconfigure verification

<ity>I don't know about guix home, but I don't like home manager

<ity>systemd.tmpfiles.rules

<ity>I use this to pin the file

<trev>ity: does nix provide something better than guix home?

<untrusem>people Generally define everything of their system and home in flakes.

<ity>trev: I have no idea

<ity> https://github.com/oluceps/nixos-config/tree/trival/home

<ity>I use something like this

<trev>untrusem: i always heard about flakes but never bothered to look at that it actually is

<ity>I've often heard of guix but haven't tried it.

<ity>I think it is better than nix-channels

<untrusem>we do have better channels, but I don't think we have an equivalent for flakes

<ity>Almost everyone using NixOS is using flakes

<ity>But the community has always regarded it as experimental

<ity>This is strange that more than 90% of people use is still experimental after a few years.

<ity> https://zero-to-nix.com/

<ity>But Determinate Systems uses flakes by default

<tux1c>is it safe to assume that nobody (officially) is currently working on packaging python-uv if I can't find any mention of that on either the codeberg's issues/PRs nor the python-team branch?

<untrusem>tux1c: uv is already packaged for guix

<tux1c>untrusem: oh I see, I expected it to be called 'python-uv' but I see why it isn't called that, great, thank you so much

<untrusem>uv is a rust package that's why

<ity> https://github.com/nix-community/preservation

<ity>Does any use tmpfs as root?

<ity>Mounting the root to the memory.

<untrusem>I don't, but i know who does

<untrusem>ity: https://codeberg.org/look/misako

<ity>Okay. It's great. There is no persistence except what is declared in the configuration

<untrusem> https://codeberg.org/anemofilia/zero

<ity>Thanks

<look>ity: I should mention that there's a step-by-step on how to setup root as tmpfs on the install readme: https://codeberg.org/look/misako/src/commit/502a97b6bf27f8e982f747e3df3c753f018dec88/install/README.md

<PotentialUser-94>Greetings. I came to seek the wisdom of the Guix users.

<PotentialUser-94>On Inkscape, when the "Print..." window is open and my network printer is detected, Inkscape closes, I lose all my changes and I see only the following message on the console (2 lines):

<PotentialUser-94>`(org.inkscape.Inkscape:3393): GLib-GIO-ERROR **: 12:35:09.662: Settings schema 'org.gnome.system.proxy' is not installed`

<PotentialUser-94>`Trace/breakpoint trap`

<PotentialUser-94>I can print fine from Gimp or LibreOffice, my system is up-to-date and I am unable to find log files or more verbose error messages. What can I do?

<kestrelwx>Could you try in a profile with `gsettings-desktop-schemas`?

<kestrelwx>If you're not using a desktop service.

<ity> https://github.com/nikstur/userborn

<PotentialUser-94>kestrelwx That seems to have solved it! Thank you very much for your help.

<Rutherther>still this usually means the package is wrong, so it could be worth it opening a bug to consider fixing the package

<Rutherther>especially in cases this can lead to the application closing...

<kestrelwx>Maybe it should be propagated somewhere? I don't use Inkscape or printing, but I've encountered the same thing somewhere else.

<Rutherther>no, not propagated. Wrapped

<kestrelwx>I think if some app was requesting a file picker and you don't have the schemas it'd also fail similarly.

<apteryx>evening puzzle: why does adding a no-op phase to binutils breaks gcc-cross-boot0 ? e.g. https://paste.guixotic.coop/magit_guix-master-727-1383.html leading to https://paste.guixotic.coop/h4zhxqic804sy99j46vhyg4y9iiy4c-gcc-cross-boot0-14.3.0-11688063-11692190.drv.html

<Rutherther>apteryx: have you tried to verify that this indeed causes it, ie. build gcc-cross-boot0 --check without the change, to not substitute it?

<apteryx>with --check --no-grafts it builds fine without that no-op change

<apteryx>looks like something else it as play

<apteryx>interesting, no? :-)

<apteryx>just re --check'd to be sure, yeah it's fine if I stash https://paste.guixotic.coop/magit_guix-master-727-1383.html

<Rutherther>apteryx: I think the issue here is that the phases from binutils-boot0 are removed, they are shadowed by a second #:phases argument coming from the binutils package

<Rutherther>apteryx: this is because binutils-boot0 uses modify-phases %standard-phases and then appends list of its own arguments with substitute-keyword-arguments. The substitute-keyword-arguments is going to introduce the second phases argument, so in turn there are #:phases from the bintuils-boot0 and #:phases from binutils. And the second argument seems to shadow the first one

<Rutherther>so the binutils-boot0 package has to be changed to not assume binutils doesn't have #:phases set

<apteryx>ah, thanks for pointing that

<apteryx>that's messy

<apteryx>should chain args than append them

<apteryx>e.g. via (substitute-keyword-arguments (ensure-keyword-arguments (package-argument binutils) ...) ...)

<apteryx>I'm causing a world rebuild so I can try that cleanup

<Rutherther>I think only substitute-keyword-arguments can be used as long as you provide the default value, no?

<apteryx>yes; the intent and syntax is a bit clearer when you want to override something with ensure-keyword-arguments, I find

<Rutherther>oh yeah that definitely

<apteryx>thanks for the good eyes, I'll credit you in the commit message :-)

<yelninei>why is troubleshooting libc such a mess. I have spent hours on this thing already and am getting nowhere

<ity>Do guix have aarch64-linux caches?

<Rutherther>if by caches you mean substitutes, yes, the official substitute servers do build aarch64-linux

<ity>Okay, I will switch to Guix Linux soon!

<tux1c>is there a way to point at a channel definition ignoring git? I'm working on my own copy of `guix` (with time-machine) and would like to test some stuff without involving git (committing my changes etc)

<tux1c>I tried just clearing the commit & branch from the channel definition but that just points at the HEAD

<Rutherther>I am afraid not; but why are you trying to do that in the first place, why don't you just add your modules to the load path, ie. with the -L option, for testing?

<tux1c>yes I think that will solve the thing I'm trying to achieve, thanks!

<apteryx>how does CI or QA infer changes to be built on a new commit?

<apteryx>I guess they just try to rebuild everything in the job spec/manifest?

<tux1c>err... or maybe it doesn't, I'm trying to update `python-pydantic-core` which in turn requires some updates to (gnu packages rust-crates) as the former includes (cargo-inputs) which is a function provided by the latter file

<tux1c>actually i think i figure it out nvm, i just ended up copying rust-crates to a local empty tree which follows the (gnu/packages) structure

<Rutherther>for replacing the guix channel, use pre-inst-env

<Rutherther>putting the guix channel to load path via -L is not going to replace it. The original one takes precedence

<Rutherther>so "./pre-inst-env guix build -L /path/to/your-channel/modules XXX"

<cbaines>apteryx, QA has two modes, either it uses the data service comparison, or for branches it can fall back to just submitting builds for everything

<apteryx>comparison; it diffs the source or the derivations?

<cbaines>what do you mean by source?

<apteryx>does it look at the information in Git to infer packages to be built?

<cbaines>no, the database contains all the package and derivation information for each revision/commit

<cbaines>and it's that which is compared to identify new/changed derivations

<pastor>Hello. I'm getting an issue for a few months with Guix packaged Emacs only under GuixSD. When I start the profiler with `M-x profiler-start' `emacs -q` gets killed. Does anyknow know anything about this issue?

<apteryx>cbaines: that must be very expensive, right?

<apteryx>Do you know if Cuirass does something similar too?

<cbaines>apteryx, it's definately not a trivial operation, but it seems to be working

<cbaines>I don't think Cuirass does the same, which does concern me about these "Results for evaluation" messages on Codeberg

<cbaines>They don't say "this relates to the changes in the Pull Request", but I think some people may confuse it for representing the changes in the Pull Request

<cbaines>and sometimes it may actually represent the changes in the Pull Request, but that'll only be when that happens to conincide with the unseen derivations in the evaluation

<kestrelwx>pastor: Are you on `emacs-next`? Do you see the same with `emacs`?

<pastor>kestrelwx: Yes, I see the same behavior

<pastor>I think it could be an issue with the GUI frame on Wayland, not sure though.

<pastor>I'm going to debug it with GDB now, I just compiled it from source and I can reproduce from master's HEAD

<pastor>Meh, It gets killed after a call to `g_main_context_dispatch', that's very unfortunate...

<apteryx>Rutherther: thanks to your previous catch, I was able to complete this: https://codeberg.org/guix/guix/pulls/3666

<apteryx>still need to see if everything builds fine.

<apteryx>ACTION -> zzz

<Rutherther>apteryx: great :)

<theotherone>Hey, I am trying to debug an issue with network-manager-openconnect. When I try to connect, it cannot find the openconnect binary. In the package definition it seems to be replacing hardcoded paths to the openconnect binary with custom ones. How can I view the source code after the subsitution of the paths has taken place?

<Rutherther>theotherone: unfortunately it's not so easy, you have to modify the package, adding a new phase after the patch phase that will fail the build. And use the --keep-failed option to get the source to stay in /tmp

<Rutherther>in case you are already working with guix checkout, you could just modify it in place. In case you aren't, you can either make a new package inheriting from this one (though that might be a bit harder for you), or just copy the definition somewhere else and modify it

<theotherone>Rutherther: Thanks for the tip. Now that I think about it, what would be the best way of testing potential changes? I configured network-manager with network-manager-openconnect via the network-manager-service in the system configuration. Would I need to setup a new system generation in order to test network-manager? Or is there an easier way to test system services?

<srbaker>Heya folks. I'm having some trouble getting a system container with a certbot service type because certbot requires nginx to be running, but nginx can't start until the certs are in place.

<srbaker>I tried running Caddy, but it doesn't work well on guix, and nginx+certbot seem to be the canonical thing.

<srbaker> https://privatebin.net/?7ba3941fd2593358#55DNYw74UGpzsciFBrEgRYW2uEntHzjXw3sBhMLSuM4x

<srbaker>That's my config.csm for the container. And I run it like this: guix system container --network --share="$PWD/www=/srv/http" --share="$PWD/letsencrypt=/etc/letsencrypt" asylium.scm

<srbaker>This feels like something that's been solved already.

<Rutherther>theotherone: there are multiple ways, one is as you're saying, reconfigure to it, it's probably the one that really shows it can solve your use case. Another is to spin up a container/vm, in case of network manager I am not sure if container would work well. There could be other more involved ways, but I don't really have a way to show you them now. Basically evaluating the service and getting it into your running shepherd, without reconfiguring. I...

<Rutherther>... wanna write something about it at some point, but haven't yet.

<theotherone>Alright, thanks for the info. Then I'll try reconfiguring the system with the changed package.

<PotentialUser-94>I was wondering: what is the policy for dependencies on Guix packages? It seems it has "dependencies for build" and "dependencies for running". There are no "recommended" or "optional" dependencies like I think Debian packages carry.

<PotentialUser-94>For example, `gst123` is an audio player, but it is useless without the GStreamer plug-ins and the package for `gst123` makes no mention of this.

<trev>is there anyway to specify, in a manifest, a package with the target? for example glibc but 32 bit?

<efraim>is Hartmut around?

<tesseract>guys, i am doing guix pull when i am going to balcony etc... lol

<tesseract>it takes time

<csantosb>First time, when you install Guix for the first time, right ?

<csantosb>tesseract: watch where are pulling from, codeberg being usually faster than fsf

<tesseract>csantosb: no. i am using guix on debian. guix pull always takes time

<tesseract>csantosb: not related with connection speed

<tesseract>it builds stuff etc :/

<tesseract>i have no idea what it is doing actually lol

<csantosb>Are you pulling from https://git.guix.gnu.org/guix.git ?

<tesseract>csantosb: yes it pulls from there

<csantosb>Patience, then

<tesseract>but it is doing stuff like "building /gnu/store/....-guix-packages-base.drv"

<csantosb>It builds new derivations, yes

<tesseract>csantosb: but it does every time i think. it takes time

<csantosb>A few minutes

<tesseract>maybe related to computer speed

<tesseract>i am using dell optiple micro

<tesseract>optiplex*

<tesseract>it has 14100T cpu

<csantosb>I just pulled, it is over in a couple of minutes

<tesseract>and throttling

<csantosb>But it depends on how frequently you pull

<tesseract>csantosb: it is long

<csantosb>Another topic: https://codeberg.org/guix/guix/src/master/gnu/local.mk#L2372

<csantosb>How is using this patch ? trytond-hack-import.patch

<csantosb>Forget about

<csantosb>No idea what Trytond is, but I'm sincerely impressed.

<tux1c`>hi, I'm trying to update `maturin`, it needed a small change to it's patch and I think I'm ready, but it's one of those python-rust cross programs and has it's crates defined in (gnu packages rust-crates), the top of the file mentions it's managed by `guix import` but if I run `guix import crate maturin` the definition i get back is bare (doesn't list out the packages), is there an automatic way to extract all the new dependencies of

<tux1c`>maturin or should I do it one by one?

<Rutherther>tux1c: look into the cookbook on how to package rust crates. It shows how you run the crate importer to get the rust-crates.scm updated

<Rutherther>in case it does nothing it means the packages haven't changed. What did you change exactly? because if only a patch, then that is expected. You would have to bump its version to get new deps

<tux1c`>yes I see, exactly what I was looking for, thanks

<simendsjo>trev: Regarding optional dependencies for packages, there is not a way to express that directly in the package definition afaik. It's easy to parameterize the optional dependencies, or document them so people can drop the dependencies in a derived package.

<trev>simendsjo: wasn't me, was PotentialUser-94

<simple-question1>Hey all,

<simple-question1>I just installed guix but can not find some of the standard commands i use like "lsblk" and "du" ... are they hidden somewhere special? Also it seems the "shutdown" command is not available ... not sure if "halt" is 100% equivalent...

<ekaitz>simple-question1: i have lsblk and du

<identity>simple-question1: what do you mean by «hidden somewhere special»? they should be available by default

<Deltafire>maybe paths not set up in profile

<simple-question1>that's what i thought...oki...maybe something with my config...

<Deltafire>halt works for shutdown

<simple-question1>can i give timer to halt?

<Deltafire>sleep <seconds>; halt

<Deltafire>can't give it a countdown like shutdown accepts

<identity>shepherd's shutdown is a symlink to halt

<Deltafire>that must be a recent edition

<simple-question1>hi folks, me again. just asked a question about lsblk and du command. Please let me know if this makes sense. I started a different generation. Then deleted system generations. Then did "guix gc" ....afterwards i did not have standard commands anymore

<identity>simple-question1: did you perhaps delete the currently active generation? not sure if the cli allows to do that, but that is the first thing that comes to mind

<identity>have you tried rebooting?

<simple-question1>probably. the current active generation does not seem to the currently started generation

IRC channel logs

2025-10-19.log