These are the channel logs matching your query guix
| 2025-11-27 | [00:10:34] <FuncProgLinux> bmansurov: I would recommend you to read the manual included on your system with "info guix" or inside Emacs |
| 2025-11-27 | [00:10:46] <jas> ieure: thank you! so much to read. i pushed something to get started while i read: https://codeberg.org/guix/guix/pulls/4505 |
| 2025-11-27 | [00:13:49] <jas> i've not added a package to guix for a long time, if someone can review and test the patch to add perl-digest-sha3 that would be great! |
| 2025-11-27 | [08:23:15] <jas> should i be rebasing merge request to master? or will that just trigger unnecessarily rebuilds of the patch? i suppose rebasing merge requests will be a constant fight against master evolving. re https://codeberg.org/guix/guix/pulls/4505 |
| 2025-11-27 | [10:26:54] <csantosb> Unrelated. This, `tree $(guix build parallel)/share/doc/parallel`, shows quite a few of pdf, html, etc. files |
| 2025-11-27 | [11:07:04] <cbaines> https://codeberg.org/guix/guix/commit/efa66879a81b8ebfe9c6a0a1077670047e49df83 |
| 2025-11-27 | [11:07:26] <cbaines> civodul, do you have access to the guix.info domain records? |
| 2025-11-27 | [11:15:08] <csantosb> I just `./pre-inst-env guix build --no-grafts -P1 guile-drmaa` |
| 2025-11-27 | [11:56:48] <cbaines> ok, I think things are ready to migrate guix.gnu.org and git.guix.gnu.org over to the Hetzner machine now |
| 2025-11-27 | [11:58:40] <civodul> cbaines: guix.info is owned by rekado currently, as mentioned in https://codeberg.org/guix/maintenance/issues/13#issuecomment-8322698 |
| 2025-11-27 | [12:00:18] <civodul> is there a PR for the guix.gnu.org migration? |
| 2025-11-27 | [12:10:25] <cbaines> well I managed to make the Pull Request without having to look up the AGit incantation https://codeberg.org/guix/maintenance/pulls/54 but I may have muddled up the title/branch name |
| 2025-11-27 | [12:24:54] <csantosb> Try `guix size qtdeclarative@6.9.2:debug` |
| 2025-11-27 | [13:38:43] <apteryx> ieure: weird librewolf issue: https://codeberg.org/guix/guix/issues/4517 |
| 2025-11-27 | [13:51:54] <Deltafire> testing with https://codeberg.org/guix/guix/pulls/4513/files |
| 2025-11-27 | [14:12:29] <flurando> What shall I do when I rotate my gpg (sub) key? In guix channel, could I just remove the corresponding entry in .guix-authorization? |
| 2025-11-27 | [14:12:29] <sneek> flurando, ArneBab_ says: posting a link with "something cool I wrote on Guix" is on-topic here, I think :-) |
| 2025-11-27 | [14:14:13] <flurando> Does anyone knows? It seems dangerous if expired keys should always stay in .guix-authorization for authenticate works. |
| 2025-11-27 | [14:20:38] <Franciman> this channel: guix is the best |
| 2025-11-27 | [14:20:42] <Franciman> reality: guix is the best |
| 2025-11-27 | [14:22:34] <flurando> apteryx: icecat, actually most guix package, works in seperate environment, it might not even see your LANG. |
| 2025-11-27 | [14:24:04] <apteryx> flurando: I'm not running it in a pure or containerized environment, so it does see LANG as set by Guix System |
| 2025-11-27 | [14:34:45] <apteryx> OK, so it seems to work normally for a clean profile (except some missing localization, but that may be normal), which is expected. Now we'd have to simulate some upgrade to see if we can break it like I reported in https://codeberg.org/guix/guix/issues/4519 |
| 2025-11-27 | [14:34:55] <apteryx> maybe we could use guix time-machine from a couple months ago |
| 2025-11-27 | [15:42:53] <gabber``> how can i test some software in a clean container? somehow `guix shell --container foo` does *not* do what i expected |
| 2025-11-27 | [15:45:18] <gabber``> e.g. `guix shell --container coreutils -- ls` shows all my home directories, but i need to test software (i.e. emacs) against a not tainted installation |
| 2025-11-27 | [15:46:52] <fanquake> https://guix.gnu.org/manual/devel/en/html_node/Invoking-guix-shell.html |
| 2025-11-27 | [15:58:12] <civodul> kestrelwx: see https://issues.guix.gnu.org/76554 |
| 2025-11-27 | [15:58:34] <flurando> No, unless you mannually delay under guix weather .. satisfies you |
| 2025-11-28 | [04:40:11] <RavenJoad> Would someone on the Guix team look over PR #3672 on Codeberg? It's been good to go for a while now and just needs merging. |
| 2025-11-28 | [09:20:40] <csantosb> Good morning Guix ! |
| 2025-11-28 | [09:27:15] <Rutherther> upgrading cargo packages is basically the same as creating them the first time, you just update the package with guix refresh and then guix import to get the proper deps |
| 2025-11-28 | [09:34:16] <csantosb> `guix refresh -u vhdl-ls` is fine |
| 2025-11-28 | [09:46:43] <Rutherther> csantosb: as I said by doing the same thing as if you just created the package - guix import cargo etc., it's described in the cookbook |
| 2025-11-28 | [10:05:56] <civodul> Hello Guix! |
| 2025-11-28 | [10:09:51] <civodul> last Sunday it was 13y since the first Guix announcement: https://lists.gnu.org/archive/html/gnu-system-discuss/2012-11/msg00000.html |
| 2025-11-28 | [10:17:37] <cbaines> I'm just reconfiguring bayfront for the guix.gnu.org and git.guix.gnu.org DNS change... |
| 2025-11-28 | [10:31:50] <cbaines> those changes are live now, so if anyone notices anything up with the website/git.guix.gnu.org, let me know |
| 2025-11-28 | [11:07:49] <efraim> guix time-machine: error: Git error: failed to connect to codeberg.org: Operation timed out |
| 2025-11-28 | [11:45:26] <jas> hi! is there a riscv64 guix binary release? |
| 2025-11-28 | [14:57:51] <luca> wlroots is built with xwayland support, since it's an input here https://codeberg.org/guix/guix/src/commit/04e9e4a4623391bb225dcc0dd3003a0d3300f16d/gnu/packages/wm.scm#L2407 |
| 2025-11-28 | [17:31:06] <RavenJoad> Is there a way to get the list of running service-types inside a Guix system test VM? (One started with `make check-system`) I need to figure out why a service-type is not starting in one case but is in another. |
| 2025-11-28 | [20:45:59] <jj> what is the difference between ~/.guix-profile and ~/.config/guix/current? |
| 2025-11-28 | [20:47:11] <Rutherther> jj: the difference is what packages go to each of them. ~/.config/guix/current is only for guix itself. You do "guix pull" to update it so that you have up to date package definitions. You install all other software to ~/.guix-profile when installing as user |
| 2025-11-28 | [21:37:20] <Rutherther> grrr I see someone has hardcoded label of root partition in installer for esp partitions in images https://codeberg.org/guix/guix/src/commit/e62a6b6c6ec1333001921d4a17aa177a273c4166/gnu/build/bootloader.scm#L110 |
| 2025-11-28 | [21:37:31] <bdunahu> If anyone could leave a review on https://codeberg.org/guix/guix/pulls/4542 it would be appreciated! |
| 2025-11-28 | [22:19:41] <Rutherther> jj: I don't know why it would stall your login as long as you do not have syntax errors. But this is not the right approach to install guile packages through guix. You should be using search paths for this. Specifically that means installing guile and guile-lsp-server. That way you get both of those search paths. And then just normally sourcing the profile's etc/profile - you should get a hint if you don't have it properly, but normally it's already... |
| 2025-11-28 | [22:19:46] <Rutherther> ... done for you when you install guix. |
| 2025-11-28 | [23:03:07] <jj> iuere: yes 100%. i have no idea why it is doing that either, but it is definitely the guile/guix envvars. |
| 2025-11-29 | [07:45:08] <flurando> I could not use math.h on Guix now, nor could I dynamic-link "libm" in Guile |
| 2025-11-29 | [08:06:01] <flurando> strange, it is trying to find libm in glibc, while guix locate libm.so only gives me gcc-toolchain and clang-toolchain found |
| 2025-11-29 | [08:20:58] <flurando> I could not run a single example in Guile document about ffi successfully. Even libguile.h is not found after guix shell -D guile -D gcc-toolchain gcc-toolchain. I would like to check guile repo to see how they setup to use libguile.h |
| 2025-11-29 | [08:44:47] <vntsuyo> but then after some upstream Guix update, it still builds fine but didn't install any binaries |
| 2025-11-29 | [08:46:07] <Rutherther> https://codeberg.org/guix/guix/issues/4321 |
| 2025-11-29 | [11:02:08] <gabber> kestrelwx: are you ahead of guix/master? |
| 2025-11-29 | [11:15:36] <trev> did anyone on gnome notice that the monitor won't go to sleep/idle anymore? didn't change anything except guix pull'd and reconfigured system |
| 2025-11-29 | [14:46:33] <alanz> I just did a guix pull (having done one earlier today). It says " commits 9edb3f6 to 2efb4f3 (1,283 new commits)". Is that an expected number of commits, in a few hours? |
| 2025-11-29 | [14:49:14] <Rutherther> alanz: while under some circumstances this could happen, it's not the case here. 9edb is the channel introduction commit. Your guix pull has made a completely new checkout. I expect you used 1.4.0 and did guix pull from savannah. Then after you pulled the default guix channel url has changed so a new checkout had to be made (the checkouts in cache are separated by urls) |
| 2025-11-29 | [14:51:29] <alanz> FWIW, it said "Updating channel 'guix' from Git repository at 'https://codeberg.org/guix/guix.git'". Anyway, my question is just for interest |
| 2025-11-29 | [14:52:15] <alanz> and running guix version guix (GNU Guix) 2efb4f3bd48abac4a44b3f434bc8b269032d7619 |
| 2025-11-29 | [14:54:58] <Rutherther> the default url is https://git.guix.gnu.org/guix.git |
| 2025-11-29 | [15:24:04] <untrusem> I am installing it, its not in guix proper |
| 2025-11-29 | [15:24:06] <Rutherther> then that's the issue. You have an old waydroid and newer guix |
| 2025-11-29 | [15:24:52] <untrusem> but waydroid is also not in the guix proper either |
| 2025-11-29 | [15:25:29] <Rutherther> that is completely unrelated, libxkbcommon versions are the ones differing and it's because waydroid has been built with older guix version than you have now |
| 2025-11-29 | [17:51:32] <Deltafire> i have emacs installed via guix-home. If I install an emacs package using "guix install" then emacs doesn't see it, because it's not in the load path. Is this something I have to configure manually? |
| 2025-11-29 | [17:57:47] <efraim> I would assume you'd have to install it using guix-home also |
| 2025-11-29 | [18:00:32] <identity> you can do ���guix shell emacs emacs-whatever -- emacs��� instead |
| 2025-11-29 | [19:03:55] <kestrelwx> Is it fine I bump https://codeberg.org/guix/guix/pulls/4350 here? Or that's too soon... |
| 2025-11-29 | [20:24:42] <acidbong> evening (hopefully i don't disconnect this time). how does Guix deduplicate files: just by hardlinking them or does it use reflinks where supported, like Btrfs and Xfs? |
| 2025-11-29 | [22:44:48] <cpli> nckx re: "if the recutils package installs a $output/lib/bash *and* is installed into the same profile as bash" it successfully installs: /gnu/store/2lds9jkh5r8k9bx4779klvf8cms29djy-profile/lib/bash/readrec, but even though recutils a native-input guix shell doesn't make it available |
| 2025-11-29 | [22:51:45] <noe> Hey guix |
| 2025-11-29 | [22:56:54] <noe> Found it at https://debbugs.gnu.org/rrd/guix-patches.html, I guess it was removed from the main page since the Codeberg move |
| 2025-11-29 | [22:56:54] <Rutherther> noe: this? https://debbugs.gnu.org/rrd/guix.html |
| 2025-11-29 | [23:44:48] <bdunahu> For developing guix with geiser+emacs, I find that allowing the .dir-locals.el file to run, calling M-x geiser, and evaluating the define-module expression at the top of the file takes 10+ minutes to compile without feedback on what guile is doing. Is this the expected workflow? |
| 2025-11-29 | [23:57:31] <PotentialUser-28> Ergh, IRC is dated. Essentially, I could someone give me a hint how may I contact the JDK maintainers? I've tried to revitalize the ancient Jikes compiler which, I believe, is still used by Guix to bootstrap OpenJDK and I wonder if that might be of interest to anyone. Here is the thing: https://github.com/7mind/jopa |
| 2025-11-30 | [00:04:18] <ArneBab_> sneek: later tell flurando: your page is now also avaiable in Hyphanet via USK@eSbvP4grxyJQTNvkHMNm5OE3GXGwN8iyQ97KtUeA~~A,ECF~JY5Cj8-Jrlschj0EXmxGuGmkDC7lP8I58lM~ysI,AQACAAE/install-guix-on-root-vps/0/ |
| 2025-11-30 | [01:41:59] <bdunahu> paste.debian.net/1411276 There should be no chance something like this builds right? For some reason it fails, but only because it still tries to build with the default flags, so it seems like it's not being evaluated at all. Even though it's never been fully built, is it possible guix build cached something somewhere? And are the '#~' and '#$' a form of quasiquoting? I can't find if correct usage is documented anyw |
| 2025-11-30 | [02:00:01] <sneek> flurando, ArneBab_ says: your page is now also avaiable in Hyphanet via USK@eSbvP4grxyJQTNvkHMNm5OE3GXGwN8iyQ97KtUeA~~A,ECF~JY5Cj8-Jrlschj0EXmxGuGmkDC7lP8I58lM~ysI,AQACAAE/install-guix-on-root-vps/0/ |
| 2025-11-30 | [02:03:44] <ieure> flurando, I have a machine running Cuirass and guix-publish, adding postgresql and cuirass services works for me. |
| 2025-11-30 | [02:18:25] <nckx> bdunahu: (2) No, it's not possible that Guix caches a sorta goodenough probabuild and returns it instead. |
| 2025-11-30 | [02:34:19] <nckx> To expand on (2): Guix isn't ccache, it's actually very good at hashing things. :) Chasing down [nonexistent, pointless] ways to make Guix ���forget a stale build!��� and ���force a fresh build!��� is a popular time-waster for new users until they learn that two different-looking package expressions returning the same result (/gnu/store file name) *must* be evaluating to the same thing, no matter what was intended. |
| 2025-11-30 | [04:37:56] <RavenJoad> Can someone on a low-core count machine build the mu package after Guix commit dffaaf19c2c767598251f32c2f54512340ca5525? I'm almost done with a bisect and it seems like the cmake change there breaks mu's tests on very low-core-count machines. |
| 2025-11-30 | [04:44:32] <look> https://codeberg.org/guix/guix/compare/master...look:eww-fix I pushed the lock, together with the crates (already unbundled everything) on separate commits, if you wanna grab it |
| 2025-11-30 | [15:22:54] <cdegroot> If you already have a pi, test it first? I have only one "in production" and as it is working fine, it's still running the regular RPiOS. Keep punting on testing Guix. RPi has, IIRC, some oddities around booting with "device trees" and stuff that I think the distro needs to support. Once it's running it's just a regular OS of course. |
| 2025-11-30 | [15:56:43] <RavenJoad> Can someone on a low-core count machine build the mu package after Guix commit dffaaf19c2c767598251f32c2f54512340ca5525? I'm almost done with a bisect and it seems like the cmake change there breaks mu's tests on very low-core-count machines. My 2-core 4-thread laptop seems to fail building mu after that commit, but is fine before it. |
| 2025-11-30 | [16:26:03] <RavenJoad> nckx: On the ./pre-inst-env guix build? Nope. On this low-core-count laptop, it's just a normal ./pre-inst-env guix build. I assume that means -M=1, -c=4. |
| 2025-11-30 | [17:26:44] <bhoot> }. Pretty pervasive. So would this mean that GNOME in guix would always depend on qtbase? |
| 2025-11-30 | [19:25:51] <ColdSideOfPillow> hello guix! |
| 2025-11-30 | [19:25:52] <ColdSideOfPillow> apologies if this is not an appropriate request, but could someone with the necessary time (and commit access) please take a look at https://codeberg.org/guix/guix/pulls/2478 ? |
| 2025-11-30 | [19:36:22] <identity> untrusem: feed the canonical filename from ���guix system describe��� to guix size |
| 2025-11-30 | [20:03:38] <untrusem> can we make `guix gc` to only removes substitutes that are one month old |
| 2025-11-30 | [20:07:01] <nckx> untrusem: There's no way to make guix gc (dis)prefer individual store items, but there's no technical reason that such features couldn't be added. |
| 2025-11-30 | [21:05:57] <listentolist> untrusem: Doesn't `guix gc -d 1m` do that? |
| 2025-11-30 | [21:13:32] <Noisytoot> nckx: I think you use coreboot, could you have a look at https://issues.guix.gnu.org/67403? it's sat unreviewed for 2 years and fixes a freedom bug |
| 2025-11-30 | [22:06:46] <weary-traveler> sorry my guix syntax is rusty after some months |
| 2025-11-30 | [22:06:55] <ieure> weary-traveler, `guix weather' |
| 2025-11-30 | [23:19:19] <bdunahu> pers0n: have you seen https://guix.gnu.org/manual/devel/en/html_node/Chrooting-into-an-existing-system.html? |
| 2025-11-30 | [23:40:56] <ieure> pers0n, I'm not sure how to do that with Guix. With Debian, the kernel and initrd are in /boot, so you can pretty easily point grub at them and boot manually. They're somewhere in /gnu/store on Guix, I'm not sure if there are symlinks somewhere or what. |
| 2025-12-01 | [03:36:12] <apteryx> fun, the Guix Planet aggregator has a new home! https://planet.guix.gnu.org/ |