These are the channel logs matching your query guix
2023-01-31 | [01:28:40] <yewscion> Is this a known issue? Or did something I do cause it? All of my specs use my personal channel at https://sr.ht/~yewscion/yewscion-guix-channel/ , but I don't think I've force-pushed or anything to it, at least not this year. |
2023-01-31 | [03:16:28] <tasty-sandwich> "28.1; Tramp prompting for password even with an existing .authinfo.gpg file" https://issues.guix.gnu.org/55555 |
2023-01-31 | [03:58:19] <dcunit3d> does anyone have experience trying to use doom emacs while loading some packages through guix? |
2023-01-31 | [03:59:41] <dcunit3d> i know it's a pretty bad idea. at this point, i would love to get away from doom. guix makes things so easy. when i run into issues with doom, it's either super obvious or it's devious. |
2023-01-31 | [05:12:46] <jgart[m]> oh https://git.savannah.gnu.org/cgit/guix.git/tree/gnu/services/base.scm?id=09e1962b448df6f553e9897c644d80ff45b73067#n2252 |
2023-01-31 | [07:25:06] <unmatched-paren> hello guix :) |
2023-01-31 | [07:55:20] <VesselWave> Hello, could someone help me? I am trying to use TRAMP with ssh. Client and server run guix. I can ssh via cli, but Emacs just stucks when I try to open a file: /ssh:user@192.168.x.x:1.txt |
2023-01-31 | [08:15:25] <abrenon> hi guix ! |
2023-01-31 | [09:14:00] <abrenon> https://guix.gnu.org/fr/manual/devel/en/html_node/Keyboard-Layout-and-Networking-and-Partitioning.html#Disk-Partitioning |
2023-01-31 | [09:21:38] <Htop170> Hey guix, I'm trying to package morfologik-fsa, wich is located in morfologik-stemming (https://github.com/morfologik/morfologik-stemming). Since I only need the morfologik-fsa directory, is there some particular method or git-fetch strategy I should use? Or is it better to download the whole repository and navigate through it/potentially delete |
2023-01-31 | [09:25:05] <civodul> Hello Guix! |
2023-01-31 | [09:25:45] <rlp10> Is asking about comparisons between Guix and Nix considered off-topic? |
2023-01-31 | [09:39:08] <rlp10> Thank you, civodul. I'm trying to decide whether to put time into learning nix or guix first. I recognise there is going to be a significant effort either way. Any suggestions as to which one is more accessible? |
2023-01-31 | [09:47:25] <iyzsong> rlp10: that depends on many factor, i'd say if you like lisp/scheme/emacs then guix is a better choice. |
2023-01-31 | [09:49:22] <rlp10> I guess I'm worried that Nix might have some innovations that Guix lacks e.g. flakes? (Note, I don't even know what Nix Flakes are, just that I've heard of them!) |
2023-01-31 | [09:50:47] <iyzsong> nix has bigger community and more packages/hardware support, while i think guix has more well-designed core layers. |
2023-01-31 | [09:53:53] <iyzsong> guix time-machine with channels (see 7.3 Replicating Guix in manual) is equal to nix flakes. |
2023-01-31 | [10:11:07] <rlp10> iyzsong: Thanks, that's very helpful. On that basis, I probably would prefer Guix, because Nix seems very difficult to understand. |
2023-01-31 | [10:18:17] <rlp10> In Guix is there any support for maintaining a profile of software for several people across different machines? I have a small office and would like everyone to have the same basic software available |
2023-01-31 | [10:30:15] <janneke> moving to guix for dependencies has solved a lot of problems, but some people who use guix on a foreign distro still manage to break their guix setup sometimes :) |
2023-01-31 | [10:37:19] <janneke> but mostly changing .bashrc to change environent variables and break guix environent/shell |
2023-01-31 | [10:38:35] <efraim> quick! who wants to put together a presentation for Guix Days "How to break your <foreign distro> with Guix in 5 easy steps!" |
2023-01-31 | [10:39:20] <efraim> mismatched kde dependencies made it hard for me to test kmail on aarch64 with guix on arch |
2023-01-31 | [10:44:07] <futurile> Q: I have a package (rust-heapless-0.5.6) that inherits from Guix's rust-heapless-0.5. I want to add the argument #:tests? #f - how do I do that? I tried substitute-keyword-arguments (package-arguments rust-heapless-0.5) ((#:tests? #f)) - but it says 'source expression failed to match any pattern'. I guess the issue is Im 'adding' not 'substituting'? |
2023-01-31 | [10:57:00] <janneke> efraim: might be an interesting section in the manual/cookbook, short recipes to break your guix |
2023-01-31 | [11:51:57] <abrenon> gabber`: not the same guix version (because different hash) but here I've just built 3.5.2 without any hassle |
2023-01-31 | [11:52:22] <abrenon> I updated yesterday, I'm on guix 595b53b |
2023-01-31 | [12:52:01] <Lumine> Good morning #guix |
2023-01-31 | [12:58:17] <nckx> janneke: "Changing .bashrc" to get Guix things to work? |
2023-01-31 | [13:03:54] <nckx> Aha. I was mostly fishing for that 'set XXX' Guix message that some people interpret as 'add XXX to all your shell configuration files forever'. |
2023-01-31 | [13:37:53] <nckx> I've never used OpenVPN so I don't know any clever hacks to do this without patching Guix. But if this can only be set on the daemon command line, you'll have to add a new option that does so, like ���pid-file��� does. https://git.savannah.gnu.org/cgit/guix.git/tree/gnu/services/vpn.scm#n501 |
2023-01-30 | [00:01:11] <nckx> terrified-user: OK, simply ‘guix install grub-efi’ (no pull needed, just that). |
2023-01-30 | [00:01:30] <seninha> https://ttm.sh/STv.png (OpenBSD as host, Guix System as guest). |
2023-01-30 | [00:18:18] <nckx> lechner: I don't know, but I bet it's one of the 7590 packages reported by ‘guix refresh -l ruby@2’, happy searching 😉 (and it can be a profile hook not directly related to GRUB). |
2023-01-30 | [00:28:27] <seninha> i want to try a GNUstep-based desktop on my Guix system, but it seems there are not much gnustep applications packaged yet, is there any repository (or "channel"? is it the name?) for GNUstep? |
2023-01-30 | [00:38:19] <relieved-user> seninha: I don't know of any channels for GNUstep apps, but I guess missing apps should be contributed to the standard Guix channel, or are they not free software? |
2023-01-30 | [00:45:01] <relieved-user> Maybe, but also because not all GNU people use Guix and Guix doesn't have enough human resouces to package everything. |
2023-01-30 | [03:21:32] <old> Question. On my system I have Guix version A, which has guile-3.0-lastest with version 3.0.9 in it. |
2023-01-30 | [03:21:49] <old> I then enter a pure environment like so: guix shell --pure guix. Now I have a version B of Guix, which has guile-3.0-latest with version 3.0.8 |
2023-01-30 | [03:22:37] <old> So is it possible to enter a pure environment that has the same Guix version in it? |
2023-01-30 | [03:23:11] <old> Or should I make it unpure and remove the Guix from the packages list |
2023-01-30 | [03:41:13] <apteryx> you want both Guix and Guile 3.0.9 in the same profile? |
2023-01-30 | [03:42:23] <apteryx> seems guix already depends on guile@3.0.9, on master |
2023-01-30 | [04:43:56] <old> Yes I want a Guix that has the 3.0.9 definition |
2023-01-30 | [05:18:35] <old> Right so I don't have the same version outside and inside the shell for Guix |
2023-01-30 | [05:18:46] <old> I guess it make sens? Guix can not have its own definition? |
2023-01-30 | [05:19:14] <old> Outside shell: guix --version => guix (GNU Guix) 60ef511147a33afc317aeeb0f2c8650c6699fdb1 |
2023-01-30 | [05:19:14] <tasty-sandwich> https://git.savannah.gnu.org/cgit/guix.git/commit/?id=60ef511147a33afc317aeeb0f2c8650c6699fdb1 |
2023-01-30 | [05:19:40] <old> Inside shel: guix shell --pure guix -- guix --version => guix (GNU Guix) 1.4.0-3.d5fece6 |
2023-01-30 | [05:36:29] <apteryx> old: that's the old chicken and egg guix problem :-) |
2023-01-30 | [05:38:07] <apteryx> I guess there hasn't been a new 'make update-guix-package' since guile switched to 3.0.9 |
2023-01-30 | [06:25:57] <lilyp> old: inside the spawned guix, use a time machine to get back to your current commit |
2023-01-30 | [07:14:50] <bumble[m]> hey guix I think I want to import and install a custom file-defined guix package inside my home configuration. Is there a way to do this? Any examples or documenttion? |
2023-01-30 | [07:15:34] <bumble[m]> I'm not experienced w/ guix but think I am looking for something like (import-package-from-file "./mycustompackage"), but not sure |
2023-01-30 | [07:37:58] <unmatched-paren> morning guix :) |
2023-01-30 | [09:07:58] <ArneBab> /tmp/guix-build-glib-2.72.3.drv-0/build/meson-logs/testlog.txt |
2023-01-30 | [09:24:17] <sloped> hi guix :) |
2023-01-30 | [09:39:57] <abrenon> hi guix |
2023-01-30 | [09:43:23] <sloped> https://guix.gnu.org/manual/en/html_node/Web-Services.html#Mumi |
2023-01-30 | [09:44:11] <civodul> Hello Guix! |
2023-01-30 | [09:44:54] <civodul> ah sorry, it's even in Guix proper |
2023-01-30 | [09:46:17] <sloped> here is the mumi-service declaration in berlin.scm: https://git.savannah.gnu.org/cgit/guix/maintenance.git/tree/hydra/berlin.scm#n459 |
2023-01-30 | [09:51:51] <sloped> would be nice to have something like a guix-shell for services :D -- like "guix system shell mumi-service-type" or so :D |
2023-01-30 | [09:55:35] <civodul> "guix system vm" is not far from that |
2023-01-30 | [10:38:16] <Kabouik> I'm losing 2GB of disk space on my btrfs system every time I do a new `guix install` or `guix remove` transactions (working with just emacs packages right now, so they are relatively light packages). Is there something I can do to limit this? I assume my guix history is huge and every new item is taking a lot of space? |
2023-01-30 | [10:42:02] <iyzsong[m]> Kabouik: you can run "guix gc" to free space, after delete old profile generations |
2023-01-30 | [10:44:44] <Kabouik> Trying that, thanks. But was I assuming right the cause of such big storage losses when using guix package/remove? |
2023-01-30 | [10:47:50] <Kabouik> I removed 2m of old generations (guix package --delete-generations=2m && sudo guix system delete-generations 2m && guix gc), now I think it will take ages to delete /gnu/store/trash. I hope I didn't go too far. :< |
2023-01-30 | [10:52:08] <civodul> i usually do what you did, except i run something like "guix gc -F20G" to free up to 20G (rather than as much as possible) |
2023-01-30 | [10:52:27] <civodul> also, you can combine those in one command: "guix gc -F20G -d2m" |
2023-01-30 | [10:54:02] <Kabouik> Oh, nice. I didn't those could be combined in a single command. So, leaving alone -F (if I want to free as much as possible), I could use something like `guix gc -d2m`? I guess that doesn't cover guix system generations too? |
2023-01-30 | [10:55:28] <civodul> Kabouik: "guix gc -d2m" doesn't cover system generations, right |
2023-01-30 | [11:24:53] <fiesh> I just `guix gc`d 11,956.8164 MiBs in 35.349s on btrfs |
2023-01-30 | [12:12:46] <tschilptschilp23> Mhm, depot_tools README tells me, that it needs python3.8 -- I'm on guix' 3.9, any ideas how I would get around this? |
2023-01-30 | [12:22:09] <tschilptschilp23> OK, I guess I will have to start up docker. It does not seem to be python3.8 vs python3.9, also if add python2 to my guix shell, and prepend GCLIENT_PY3=0 to the fetch command, it will not find pyton2.7, which we clearly have. |
2023-01-30 | [13:01:43] <Kabouik> I think I'll never understand how guix gc works with btrfs. guix gc told me it deleted 190'000MB, then hard linked saves 29'000MB, then said t freed 134'000MB. At this point already I'm confused by how these numbers don't atch. And when I check usage with btrfs, I see that only 48GB have been freed. |
2023-01-30 | [13:16:34] <jonsger> ACTION added a session about Guix in air gapped environments to the Guix days programme... |
2023-01-30 | [14:02:25] <florhizome[m]> <Kabouik> "fiesh I'm still gc-ing one..." <- It would be great to have some configuration Options for guix to occupy less Disk space 🤔 |
2023-01-30 | [14:09:23] <nckx> Morning, Guix. |
2023-01-30 | [14:10:23] <nckx> No, by Guix. |
2023-01-30 | [14:10:57] <Kabouik> My knowledge of how Guix works under the hood is too limited to tell, but if you think it's plausible, I'm convinced it is. |
2023-01-30 | [14:33:11] <apteryx> hello guix! "guix pack -f rpm" milestone reached: https://paste.debian.net/1268973/ |
2023-01-30 | [14:56:50] <elais[m]> Is this a discussion for guix develop or a bug report? |
2023-01-30 | [14:58:07] <Kabouik> nckx: Actually the deleted files add up to 190GB, gc says it freed 134GB of actual space (because 56 of those 190G were shared internally; thanks for the clarification, I didn't know that. I think guix gc should take that into account when giving numbers); in what remains, 29GB are still saved by deduplication (presumably)… But again, `btrfs fi usage /` only shows about 45GB freed. Which is a disappointment when I was expecting 190GB. :< |
2023-01-30 | [14:59:35] <apteryx> Kabouik: then that's the reason; the guix daemon reports the uncompressed size of the garbaged files, I think |
2023-01-30 | [15:00:13] <nckx> That compression ratio sounds what I'd expect from zstd. In order to give btrfs ‘compression’ stats, Guix would have to explictly probe for that information rather than rely on the standard interfaces, which I find overkill for a brief informational message. |
2023-01-30 | [15:00:51] <Kabouik> To be honest I still don't understand how Guix uses so much space on my 1TB device. This has been a running topic since I'm on Guix, we discussed it here several times, and I'm just still foncused by btrfs too (which admittedly seems to significantly complicate calculating free space, even if I'm not using multiple drives in RAID). |
2023-01-30 | [15:02:23] <apteryx> yep, it can be confusing. just trust the non-allocated space as the true available space for btrfs, and run a 'btrfs balance' regularly to regain non-allocated space following file deletions (such as with 'guix gc') |
2023-01-30 | [15:08:38] <nckx> elais[m]: That's true, but in this case it's an actual bug 😉 The aarch64 kernel configuration in Guix *is* weird and contradictory in many places. Many choices aren't deliberate and should be improved. |
2023-01-30 | [15:29:10] <elais[m]> That's fair. But at the same time I'm happy with how much progress has been made. I remember a year and a half ago angrily trying to boot guix on my rockpro64. Now it's as simple as preparing a new SD card. Granted shutdown doesn't work but you can't win them all |
2023-01-30 | [15:38:41] <imstuck> It's my first time playing around with guix, I'm using the package manager on gentoo. I just installed it, and then `guix pull`ed. I understand I can probably write a patch that deletes this file - but how? |
2023-01-30 | [15:40:09] <apteryx> imstuck: hi! so your 'guix pull' completed successfully? what does 'guix describe' report? |
2023-01-30 | [15:40:53] <apteryx> OK; so what are you currently on? ('guix describe' output) |
2023-01-30 | [15:42:00] <imstuck> `guix describe` returns: Perhaps this `guix' command was not obtained with `guix pull'? Its version string is . |
2023-01-30 | [15:42:00] <imstuck> the gentoo package version (of guix) is 1.4.0, if that helps |
2023-01-30 | [15:43:54] <tasty-sandwich> ""failed to compute the derivation" and openssl build failure" https://issues.guix.gnu.org/60821 |
2023-01-30 | [15:45:34] <imstuck> do you reckon that if I bootstrap my `guix pull` with a substitute, i can rebuild then the system and successfully compile openssl locally? |
2023-01-30 | [15:45:35] <apteryx> see: info '(guix) Official Substitute Servers' |
2023-01-30 | [15:47:12] <apteryx> I don't have time to investigate but 'guix build openssl --no-grafts --check' should fail for anyone too, if that problem is reproducible |
2023-01-30 | [15:58:00] <f3n1x> ahós guixers! I'm aiming at enjoying 'pdfgrep'ping in Emacs vterm in GNU Guix, but i cannot, for now. Uh... it looks like i'm missing some package in my current generation ? Searching for 'pfgrep' guix says that there is 'pdfgrep' and there is 'emacs-pdfgrep' ..ah?! MAy i install 'pdfgrep' ? May i install 'emacs-pdfgrep' ? ... Or both ? Thanks, thanks, thanks |