IRC channel logs
2026-08-29.log
back to list of logs
<graywolf>old: Right, so after short testing, you should be able to get the core dump by writing a simple core dump handler (shell script doing `cat >/tmp/core.$$' should suffice), register it (printf '|/tmp/dumper' >/proc/sys/kernel/core_pattern) and then enable core dumps (ulimit -c unlimited, no idea how to do that in guile though). <graywolf>After the crash in the build process, you should see the core file in host's /tmp. <stephen0>Is there a means of deleting older generations but otherwise keeping the cache? Mainly to eliminate boot menu entries. <stephen0>But then I dont want to wait for stuff to redownload when I rebuild again. <graywolf>stephen0: unless you run `guix gc', deleting generations does not delete stuff from the store <sham1>It is kinda strange though that gi-import isn't doing it <TheTaoOfSu>sham1: odd. This is the first step of the Hello World example for G-Guile. I'm supposed to modify it soon to use that, but I wanted to make sure I understood why I was having issues first <old>graywolf: thx I will try. I think it would be great if guix has something builtin so that any crashed proccess during the build can be found under /tmp/guix-build-*.drv-0 <TheTaoOfSu>sham1: finally got to try it, and moving to the next step with gi-import-by-name doesn't seem to work, either <TheTaoOfSu>I managed to track down .hello-world-real, which gets run for the GTK 4 examples, and that actually doesn't seem to work, either, giving "GError: (73 0 "Typelib file for namespace 'Gtk', version '4.0' not found")" <TheTaoOfSu>Which seems to suggest I'm missing something from GTK <TheTaoOfSu>Yep, that's all it was. I had gtk+ already, just needed to add gtk itself <TheTaoOfSu>I love package managers like Guix, but man, you can get tripped up on the smallest stuff for a long time if you're not careful <TheTaoOfSu>I'm having trouble understanding how to use guile scripts under Guix. The G-Golf manual does it by running /bin/sh, exec'ing guile and passing in the arguments and file name. I found a page on the Guix manual that just started with #!/usr/local/bin/guile directly, but that doesn't work, either. Both yield complaints that 'expand' is an unexpected token in (eval-when (expand load eval)...). What do I <TheTaoOfSu>To be more specific, it says "syntax error near unexpected token 'expand'", next line specifying that it's in that eval-when <TheTaoOfSu>Running the script directly through guile with `guile helloworld.scm` is fine, though <TheTaoOfSu>Nevermind, I'm being an idiot and modified the wrong file to set it up for that <michael43>hello hello! I am currently trying out GNU GUIX on some hardware, and I am looking to make myself a very minimal config. I'm struggling to get a minimal DWM+X server reproducible config up and running. I've got a bunch of my own patches that I would like to use, and I have followed this guide: <ieure>Hi michael43, I'm not familiar with DWM, are you looking to use a greeter like GDM and have this as an option? Or log into a console and use `startx' to launch the session? <michael43>with no display manager preferably. just the startx launch script. im not sure if this makes it any more challenging! <ieure>michael43, Little easier. You will need to add a `startx-command-service-type' to your operating-system, then write an .xsessionrc to launch DWM and whatever else you need at startup. Also the instructions in that blog you linked are both incomplete and wrong. <ieure>Well, okay, not incomplete, but it's not really building the package the right way. <ieure>Easiest thing is to start with unpatched dwm. And I believe that package can go in your user profile, not the operating-system. <ieure>The instructions are cloning a git repo and using that as the source, the more Guixy way to do this would be to write a patch and include that in the package definition. <michael43>thanks. ill start with an unpatched version first. do i need any other X server related services? i am including xorg in the `service-modules'. im a long time gentoo user, so declarative reproducible systems are very new to me, and i appreciate the help. <untrusem>oliverD, how is your comaps packaging going on? <untrusem>sneek: later tell ieure: "untrusem, I think it should do that, if you launch as `guix shell -p .guix-extra-profile/verito/emacs -- emacs' " <- this doesn't work, it uses the emacs from my default profile. <untrusem>sneek, later tell ieure: nevermind its working as expected <michel>well, folks, I've been thinking of migrating to Guix for a while and with recent developments in the kernel, systemd, Fedora and Debian, I guess Guix is the last best hope for an LLM free computing for me <michel>I'd send an intro email to the list next week, if that's a thing here <untrusem>do you know if its possible to update package of only a single manifest, If I am using a concatenate manifest <michel>thanks folks! the release of the aarch64 system image was very serendipitous, I must say. that was the blocker for me <untrusem>I just want to update the emacs packages one not the emacs one <arjan>hm no maybe it needs the sysadmin label to get attention? <untrusem>arjan, just wait few more years for me to have commits right :P <arjan>that should not take years right? you seem very active <tusharhero-xmpp>Is it mostly when you feel confident enough and others trust you enough? <untrusem>arjan, hehe yeah I am joking ;P, anyway I would be interested in your qemu setup, I have a windows 11 vm to flash dump phones ( all softwares are window only) and I want to share files between the along with network connection but I haven't played much with either qemu and virt-manager :P <Potentia`>Well, I'm just trying to get Spark to run on my system. <Potentia`>Well, I have downloaded the tgz for Spark, but if I can't get OpenJDK to install, I think I'm blocked earlier than I can get to Spark. <untrusem>that way it won't install in your default profile <Potentia`>OK, I think I am having initial results. (Not the results I'm expecting, but not errors) <Potentia`>Thank you, untrusem and others who chipped in. <Potentia`>I hope I can work on the base you provided me with. <Potentia`>Spark seems to be working without errors with it, and I won't be writting Java code. <Potentia`>(I meant that Spark seems to be working without errors without that specific output). <Potentia`>But I can try it if some new error shows up. Thank you, people. <untrusem>then its fine, guix packages can have diffenent outputs, like docs, out (its the default) <untrusem>you will see they have severals `outputs:` <Potentia`>I have to go, now. But thank you for your help. <arjan>untrusem: ah my use case is the other way around because my employer forces me to use macos I try to do everything in a guix vm so macos is basically just the bootloader and screen locker <michel>arjan: my employer let us use Windows and Linux too but in practice the experience is way worse, so I run Linux VMs on top of macOS too. With LUKS for extra privacy <arjan>michel: cool, using UTM and qemu I guess? that works very well for me but when I switched to wayland the clipboard sharing stopped working because the agent seems to do xorg specific stuff for that <arjan>also how is your experience worse for running Linux directly? the hardware options or are you limited by specific distributions and device management software? <bremner>should I expect the aarch64 installer to work on my mnt pocket-reform? Or is it more complicated than that? <cbaines>bremner, I believe people have installed Guix on pocket reforms, but I don't know if the installer works <bremner>right. I'm wondering how the installation is supposed to work, <michel>arjan: too much telemetry crap preloaded, less tuning done, so the battery life and reliability are both bad <michel>we are limited to fedora only too, I don't mind that part as much, previously you can self support Ubuntu and Arch but Arch in particular is hard to manage the way my company handles things <sham1>Yeah, IT at the firm probably won't want to deal with your bespoke Arch install, much less something mre niche like NixOS or Guix System <emery>bremner: I've got a pocket-reform, the biggest issue I had was the onboard uboot can't fit a large kernel image into memory, the Guix kernel is probably on the small side though <michel>sham1 oh it was sort of supported for years, the problem is a lot of our Chef recipes call for upgrading individual packages and that doesn't work so well in arch <michel>and for Debian/Ubuntu, a lot of the internal packages that are shared with our servers get built as RPMs ... on fedora they are sometimes buggy too if someone forgot what dependencies are not available outside of the DCs but the more you diverge the worse it gets <michel>ACTION gave a talk at fosdem 2021 about this <michel>there is a lot of nix fans at work, it might potentially replace our homegrown runtime (like DE Shaw did, leading to flox.dev) but I like Lisp and I dislike the politics in Nix <arjan>bremner: for the pocket reform I generated a system image from another guix installation, did not try the installer but doubt it works on this specific hardware because of the bootloader <bremner>arjan: OK thanks. I don't currently have another guix install. <arjan>installing guix on their official debian based image worked for me <dariqq>Do I have to expect almost full rebuilds weekly now? <dariqq>also appearently ffmpeg now depends on java? <dariqq>I feel like it is increasingly getting unfeasable to build a system without substitutes with how insane some of the language bootstraps are <untrusem>> also appearently ffmpeg now depends on java? <dariqq>untrusem: No, that is a recent thing with libbluray: guix graph --path ffmpeg jikes <untrusem>but I checked with guix refresh --list-transitive ffmpeg@4.4.7 <dariqq>i meant java is needed to build ffmpeg and not the reverse <untrusem>--list-transitive (list all the packages that PACKAGE depends on) <dariqq>oh , I thougt list-transitive is -l because thats the only flag i evver use,