IRC channel logs
2025-07-09.log
back to list of logs
<sturm>I asked a while back about blank GTK applications windows under Wayland. Seems to be related to the (possibly new) Vulkan renderer. Applications render well with `GSK_RENDERER=ngl`. Bug report here: https://codeberg.org/guix/guix/issues/1119 <sturm>(and related to the Ivy Bridge chipset on my Lenovo X230) <efraim>any touching guix/build/gnu-build-system.scm, even a newline, leads to a world rebuild <j8>Hello, In Emacs (~emacs --no-init~), ~C-h v find-program~ shows: find-program is a variable defined in ‘grep.el’. Its value is "/gnu/store/6i0xi5kf38jk54sw64akd3iv8scw5g6x-findutils-4.9.0/bin/find". However, in `grep.el`, it’s defined as: (defvar find-program (purecopy "/gnu/store/w4p913kmnga3xh80vx8vnkri42dcmqi3-findutils-4.9.0/bin/find"). How can the value differ if `--no-init` loads no configuration? I’m not sure if its guix bug or emacs bug. emacs-version: 30. <tazjin>cbaines: fyi, we're now syncing from bordeaux (only the last month or so actively, the rest will get fetched lazily if someone requests it and then cached) <tazjin>and further every 30 minutes (can tune it) from the recent-changes endpoint <ekaitz>efraim: who is in charge of banning people from the ml? <ekaitz>we have some coc violation, maybe you already managed it <efraim>is it about aviva? IIRC I missed most of that <efraim>the mailing list is currently in emergency moderation mode, someone needs to manually approve all emails <efraim>that only helps with emails to the mailing list though <ekaitz>i think for us as a project is more important to have a rapid response to that kind of idiocy than anything else (like checking if a software project is done by people we agree or disagree with) <ekaitz>efraim: in any case, i just wanted to know if that was taking care of, and it was so thank you :) <ekaitz>efraim: also, now you are here, I opened a pr for the wip-riscv-bootstrap branch <efraim>I haven't had a chance to look at it just yet, life is a bit hectic :( <ekaitz>yeah, mine too, just had a kid and... <ekaitz>it's just a plain pr, but I'd like to start working on it someday and merge it to guix eventually <tazjin>should serve CIS, Central Asia, Arabic countries and parts of Africa pretty well <wingo>so. i am trying to build firefox from git. it would like for my glibc to expose gnu/stubs-32.h. however there is only stubs-32.h. i assume that this is because the installed glibc doesn't have the sort of cross-compiling support <wingo>this is all in a container with a guix env made from a manifest.scm. <wingo>does anyone know an easy way to add "the i686-linux version of glibc" to a manifest? <Rutherther>wingo: I think it's going to be easiest if you just nest two shells, one of them --system=i686-linux with the glibc, then it should support 32bit <wingo>hm, i wonder if that will work given that i am running with -CNF (the fhs mapping) <Rutherther>wingo: yeah, I am not sure if you can nest with container, you can try --nesting, and maybe also --share the guix-daemon socket <Rutherther>wingo: I just quickly added support for native compilation to my guix-cross-shells utility and with it, to make a package that will have glibc 32bit, you would do this: https://paste.debian.net/1385039/. Note that you won't get the include in search paths with this, and easiest way to get them would be to change glibc with gcc-toolchain. That way you will get full 32bit gcc toolchain in the cross profile <Rutherther>wingo: the resulting package should be fine to be added to a manifest <Rutherther>unfortunately it's not even a channel now as it's just a proof of concept <Rutherther>okay, I made it into a channel, but I am not on an internet connection where I could test it <csantosb>Hi emacs team people, a few days ago I remember an email related to including or not built-in emacs code as package dependencies (which-key, org, etc.); did I dream ? I completely lost it in the wild. Ring a bell ? <podiki>csantosb: i remember some subject line like that too but not seeing it... <ekaitz>podiki: btw congrats for the launch <ekaitz>csantosb: why don't you apply for commit access? <csantosb>ekaitz: I appreciate guix; I'm too dumb for that ;-) <ekaitz>csantosb: i am a commiter, don't underestimate how permissive guix is <ieure>csantosb, Hey don't be mean to csantosb! You contribute more than some committers. <csantosb>podiki: not that one; maybe an email sent amont the emacs team members <ekaitz>ieure: he just commited a CoC violation <ekaitz>csantosb: in fact, you landed more commits in guix than me <csantosb>ekaitz: it's not about quantity, but about the quality <ekaitz>half of mine are just minor changes <ekaitz>it's just for making your process of contributing more comfortable and agile <ekaitz>you could still send patches or open prs for changes you need some review <ekaitz>just consider it, you are doing a great job <ekaitz>(i'm not trying to push you though, you decide) <csantosb>ok, thanks; the day I manage to decrypt what on hell #$@ means, I'll apply, I promise ;-) <ekaitz># is the character for the reader macros <ekaitz>> gexps, consist essentially of three syntactic forms: gexp, ungexp, and ungexp-splicing (or simply: #~, #$, and #$@), which are comparable to quasiquote, unquote, and unquote-splicing