IRC channel logs
2026-03-17.log
back to list of logs
<spacematty>Does anyone use Doom Emacs on guix and if so, what approach do you take? <spacematty>After some digging it kind of seems like getting doom emacs sufficiently declarative is going to be a pain, so I'm considering other starter packs or possibly RDE, but I am not very familiar with what's entailed by the latter <Guest3725>Does anyone have a good resource for learning Guile Scheme? <Guest3725>Besides the manual. I feel like it's too reference-like and doesn't have enough examples or exposition on the concepts. <darthlukan>Something I've found as well - Most any Scheme tutorial you look at (with few caveats) are going to be follow-able in Guile, since it's just Scheme, and most tutorials are not going to dig into the complexities of things like "caring about R6RS" and its compatriots <darthlukan>Of course I say this as a novice who is just getting their feet wet in learning the distinctions between the various specs <Guest3725>darthlukan: Thanks for the resource and tip. <identity>Guest3725: (info "(guix-cookbook) Scheme tutorials") <identity>no, that is something you can run either in Emacs or in a console (drop the parentheses, though) <apteryx>is en_US.utf-8 available in the guix build environment? <apteryx>it's not right; only some C.UTF-8 is part of glibc IIRC <Ribby>Is it normal for Guix's online connection to be dialup slow and tapering on/off? Couldn't complete the first system update/upgrade. Not sure if the TOR feature has anything to do with this. <Ribby>It seems to been a while like it. Maybe there could be a warning for slow online factors. <apteryx>Ribby: it really depends where you are, I think <apteryx>there are some mirrors you could try <apteryx>they are listed on some libreplanet page <Ribby>I think that Hyperbola have its own mirrors in its /etc/mirrorlists. Maybe Guix can use such designs? <apteryx>it'd be nice to have a mechanism to specify/configure Guix mirrors yes <Ribby>I really hope it's just the mirrors, I get sporadic pauses in online connection while browsing. I think I'll let go of the extra connection options next time. I know it's probably annoying to mention these facts. Took hours for guix pull to reach a download milestone. Hard to stay optimistic, even if those options are considered security features? However, I am still interested in guix specific processes. <nutcase>Hi, after updating my system (first update since gnome-team merge), my fonts (e.g. in alacritty vs emacs) are inconsistent in size. I'm on sway. I think my emacs font sizes shrinked. Can someone explain, what the reason could be / which potentially relevant changes were included in the recent update? Is a new GTK version now controlling things or did gsettings change / become relevant? Previously I set my fonts in my fonts.conf without providing a... <nutcase>... font size. My assumption is/was that both, emacs and alacritty, are taking their font configs from there. <nutcase>A good example for a _minimalisitic_ font config would be of great help. I got rid of all explicit font configurations, except for fonts.conf. At least I thought this is the case until today. <identity>nutcase: sanity check: are you *sure* the programs use the same fonts they used before? <identity>some programs might switch to e.g. Adwaita Fonts, which are now the default for, at least, GNOME apps <nutcase>identity: that's why I'm asking. Font configuration was a nightmare for me for quite a while. I thought I was happy to kick font config out of emacs, sway, alacritty, etc. in favor of a single source of truth, the fonts.conf. <nutcase>identity: that's what "gsettings get org.gnome.desktop.interface monospace-font-name" suggests. :-( <nutcase>by saying "that" I mean the Adwaita switch I did not ask for <identity>no idea how to fix that apart accepting your fate; although… do you log into sway through GDM? <efraim>podiki: IIRC I removed the legacy dri2 driver from mesa because during configure it said it wasn't supported anymore and was just a placeholder config flag <nutcase>identity: no. Sway is started by my .zprofile <f1refly>hello, I'd like to develop a homebrew application for my 3ds (the gaming console). The "official" way for this seems to be installing "devkitPro" with pacman (from arch linux), using a provided repository. I think it is possible to specify an alternativ system root with pacman, but pacman itself is not in the guix repository. any hints what could be a good way to approach this? <ekaitz>civodul: open a bug in Mes if you like <futurile>f1refly: create a VM and put ArchLinux in it - that way you can follow the official instructions precisely. Then later you can see if you can figure out how to do it with Guix. <ekaitz>civodul: it would be interesting to have proper tracking for this there with all the info you collect <andreas-e>podiki: go-team advances quite fast, about half the packages have been built in the last day. If the rate continues like this, we might be able to merge tomorrow, and it could be the turn of mesa-updates very quickly. If you need a bit more time for finalising the ungrafting and vulcan related commits, we could also let r-team to the front, which usually does not pose particular problems and just needs to be built. <civodul>ekaitz: yup, i’ll try to do that! (i keep being interrupted so not making fast progress today…) <efraim>before I start tab completing names who was I talking to‽ <efraim>oh, even better, my wife came in and talked to me about something completely unrelated <efraim>podiki! I can test build some architectures, I'll try to add in all the extra vulkan drivers in one commit <efraim>also, does anyone know about the nouveau vulkan driver? why is it default for x86* only? <ekaitz>civodul: i have some more fuel to your research <ekaitz>civodul: added some info to the issue just in case it's useful <civodul>ekaitz: oh, mileshker! i’m just rediscovering things <civodul>but actually, the fix for this (using ‘stat64’ and not ‘stat’) was already applied, AFAICS <ekaitz>which comes from mila (a thousand) and esker (thanks) <ekaitz>civodul: the use of stat64 was applied, but it might be that the structs are wrong <ekaitz>what I read didn't look bad, so idk <ekaitz>on riscv we had a similar issue and it was just the struct definition... for `make` the files were created before christ <civodul>‘guix shell mes -- mescc foo.c’ cannot find nyacc modules <ekaitz>oh yeah... that requires some magic <ekaitz>let me try, because i don't remember lol <ekaitz>civodul: you need guile too for the search paths thingie i think <civodul>ekaitz: actually now i’m wondering: that C library are binaries linked against when using ‘tcc-boot0’? <ekaitz>civodul: i think tcc-boot0 uses meslibc but I'm not totally sure, because I delegated all this on stikonas <civodul>yeah it seems to be the case but i’m unclear on how this happens <ekaitz>oh there's a lot of magic on there too <ekaitz>if I recall correctly, meslibc is merged to a large C file and then included to tcc's build process <ekaitz>but it's already compiled, yeah... it's statically linked <ekaitz>you have to read the `bootstrap.sh` script from the bootstrappable-tcc to see what's going on <ekaitz>also when tcc is built it takes the libc+gnu.c file from mes and compiles it <ekaitz>that you can read in tcc-boot's install phase <ekaitz>ACTION always thought this is horrible <ekaitz>so the libc is not only shared compiled for the first steps but also in source so each compiler can re-compile it until we have a fully featured libc <snamellit>I setup encrypted disks on some old macbook 12 I have lying around. When booting (after grub) it asks for the passphrase but I cannot enter it and have to connect a USB keyboard to type it and boot. I assume this is because hid_apple module is not loaded in time. In Arch I would added the module in /etc/mkinitcpio.conf (and hope for the best). How do I get this module loaded in time using Guix? <ieure>snamellit, The `initrd-modules' field of your operating-system configuration. See "(guix)operating-system Reference" in the manual. <podiki>andreas-e: thanks! let's see where we are tomorrow, i hope later today to catch up on patches <podiki>efraim: nouveau vulkan driver is for x86_64 due to rust i believe, at least <identity>iirc the option is deprecated and does nothing <podiki>meaning it has since been removed completely? (dri2) <identity><efraim>podiki: IIRC I removed the legacy dri2 driver from mesa because during configure it said it wasn't supported anymore and was just a placeholder config flag <podiki>(not sure how i missed that message) <podiki>(ah, didn't scroll back enough, it was there!) <civodul>ekaitz, janneke: if Mes honors ‘GUILE_LOAD_PATH’, shouldn’t we add it to the ‘native-search-paths’ of the ‘mes’ package? <podiki>feel free anyone to ping me with anything for mesa-updates branch today <podiki>on my docket: the glad patch, glibc ungraft, check my codeberg box for some others <podiki>The notification center :) (though I get emails and keep that ones still needing something, but just in case) <snamellit>The highlighting of parentheses in the web version of the Guix manual is super dope. <identity>snamellit: you can get that in Emacs with rainbow-delimiters and probably in other editors somehow <yelninei>the good news is that my 64bit hurd dmd does not seem to have the same issues interfacing to c/c++, the bad news is I dont know what goes wrong on 32bit <csantosb>Hi Guix ! I have a doubt: `guix install qt5compat` (which depends on qtdeclarative:out) downloads "qtdeclarative-6.9.2-debug 867.7MiB", why ? <identity>csantosb: grafts? i think you need to download the debug symbols to graft them too, or something like that <csantosb>My issue comes from trying to install librelane in a new host, ... I had to give up, life is too short. <snamellit>identity: I have rainbow delimiters in my emacs enabled. I'll have a look at prism mode. Thanks <efraim>podiki: I was able to build it on i686/x86_64/aarch64/armhf/ppc64le with virtio enabled. riscv64 is timing out on llvm-18 but I assume it will work <podiki>efraim: great! i pushed a mesa version bump earlier but no other changes on my end until later today <podiki>i'll cancel all the previous evals on berlin when i do the glibc ungraft <ekaitz>civodul: probably, but there's some bad things happening there, because during bootstrapping we don't want other guile packages to leak and tuff like that <andreas-e>efraim: Sorry for overlooking the patches when removing a package! I normally try to pay attention, but here clearly did not... <civodul>ekaitz: i’m testing a fix on the Guix side <ekaitz>adding the patch on top of mes-boot? <civodul>upgrading ‘mes-boot’ and arranging to build several packages with _FILE_OFFSET_BITS=64 down the road <civodul>seems to be going well, but it’s easy to miss one <civodul>i count on the high inode numbers on berlin :-) <civodul>(surely there must be something to simulate that, like disorderfs?)