IRC channel logs
2026-07-20.log
back to list of logs
<jresich>it is a bit annoying, since I've been kept from reconfiguring my system for days because of this one substitute that isn't even needed to build the system (qtdeclarative debug symbols) <jresich>can somebody run `guix time-machine --commit=0019cf5 -- archive --export qtdeclarative:debug` and put the resulting file on a webserver somewhere <jresich>i have a pubnix account, but it doesn't have guix, so i tried just curling from a ci.guix.gnu.org url, but apparently that doesn't produce a well-formed nar <sham1>guix build --no-substitutes qtdeclarative:debug <jresich>it fails reliably on my system, hopefully just because it only has 2 cores and 8G ram <sham1>Any swap? It'll be slow but with enough swap you should get it <sham1>Wait, are you trying to do it on a VPS? <jresich>it's an older laptop that only has 802.11n wifi <jessieXP>quick question when i use openjdk25 in my x86-64 system in a nonguix container it gets compiled for i386 is there a way to circumvent this? i wanna play minecraft and want to allocate 32gb heap for mods <ieure>jessieXP, I don't understand the question. 1. What "gets compiled for i386?" 2. What do you mean, "nonguix container?" <jessieXP>nonguix provides containerisation for closed source programs <jessieXP>i know this is kinda beyond scope for guix but i thought smb might know <ieure>jessieXP, #nonguix for nonguix or non-free software questions. <optimal>does anyone know of a way to generate a working image for the Raspberry Pi 4? whenever i compile an image with <optimal>that has grub-efi-bootloader-chain-raspi-64 as the bootloader and flash it, i just get dropped to a GRUB command line instead of a boot menu. <ieure>optimal, loquatdev got it working, but wasn't ready to share the configuration. I've tried a few things, have never gotten it working. I'd really like to. <optimal>ieure: the issue seems to be that it doesn't drop any config files in the boot partition at all <PotentialUser-66>I was wondering if it is possible to do a guix system reconfigure offline, if I simply wanna add a user and their ssh key for example <ieure>PotentialUser-66, That would work offline, assuming you haven't pulled in between the last reconfigure and that one. <PotentialUser-66>but it seems to still try to check on my channels, and guix currently using codeberg returns error 503... <ngz>I can’t build it on my machine (x86_64) <euouae>Does codeberg being down affect users of guix or only devs? <csantosb>ngz: just checked, it builds locally for me; not for you ? <ngz>csantosb: No, it doesn’t <ngz>csantosb: and according to the link I sent, there’s an issue on CI, too. <ngz>More specifically, the `bootstrap' phase fails with "In execvp of ./autogen.sh: Permission denied" error for me. <ngz>It seems that patch-shebang fails on autogen.sh <csantosb>I cannot see your paste, entry not found <ngz>Ah, let me try again. <ngz>Are you using rootless daemon? <csantosb>I have two machines, both foreign; one with rootless, the other as root daemon <ngz>So you confirm it builds for you with rootless daemon? <ngz>"It builds in both of them" <- Ah! I overlooked your message :) <csantosb>What is your `guix describe` ? I'm on guix 5d666ba. <csantosb>Wrong. I'm building inside ./pre-inst-env, so I'm on aa7a1c8289c. <gabber>euouae: since git.guix.gnu.org is a redirect to codeberg: it affects all Guix users, not just devs. AFAICT `guix pull` won't work when codeberg is down <euouae>gabber: yeah, I suppose. I think codeberg is up again, at least I was able to git-pull <csantosb>When codeberg is down, there is not a redirect to the mirror at savannah ? <gabber>futurile: to nitpick: it's a 302 HTTP return code (that comes from a web-server). <gabber>csantosb: i don't think that is easily doable with simple means—but it should be considered <gabber>we shouldn't rely on such a single point of failure <euouae>that's what I'm saying gabber, codeberg down brings guix down <euouae>why aren't you guys mirroring on github? <sham1>But having more mirrors would be good fwiw <euouae>the messages makes it seem as if github broke it out of spite <euouae>can't trust anything working properly <gabber>IMHO we should convert the url field of our channels record to consume a list <gabber>if the first repository can not be fetched we opt for the second <mightysands>Hi, I'm trying to compile guix from source and it says that my version of guile-git 0.9.0-3 doesn't export graph-descendants ? I know that this isn't the latest version of guile-git, but it is the latest version available in the Debian Trixie package repo. Does anyone know if later versions of guile-git include this facility, or if 0.9.0-3 even lacks it entirely ? Or is it just a compilation option kind of thing ? <futurile>unless there's some specific reason I would install guix and then use guix packages to compile guix from source. <futurile>then I would ask Vagrant, as they were building the guix package on top of Debian, so they presumably know the versions of Guix/Guile that are compatible in Debian <futurile>(they are USA timezone though) - if no-one else responds that is <gabber>mightysands: worst case: build the dependencies necessary from source for debian <gabber>why is first installing Guix and then building it from source not helpful? what are you trying to achieve, exactly? <mightysands>Gabber: It's not helpful because guix isn't available in the debian package repo and guix isn't made with my processor in mind. I'm "trying to achieve" actually having guix. I really wish everyone would be less hostile about this point lol <csantosb>gabber: the single point of failure concerns not only pulling and pushing to the repo itself <csantosb>I'm even unable to review your !9801. Impossible to fetch. <csantosb>I'm trying to build octave with Qt6; I get a "missing:qhelpgenerator" problem, any idea ? <futurile>mightysands: I get it, no-one's being hostile (to be clear), there's just not that much experience here doing it the way you need to. So that's why gabber/I suggested the more 'normal' way :-) <mightysands>futurile: Ah fair enough. Sorry if I seem a little prickly. I'm just so used to asking for help with niche issues and people usually just wasting their time telling me to give up my method when there are reasons for it <futurile>mightysands: no big deal, hard to get emotions through text etc! Did you see that there _was_ a guix package in the Debian repo, I guess that will be the place to start <cdegroot_>Question about the SBCL package - it doesn't include the sb-simd extension as its compilation flags are set to support very ancient hardware (I'd need to dig into just how ancient). Is that a standing Guix policy or a decision made by this package's maintainer? I need simd support (doing some cryptography coding) and having to custom-build SBCL is getting old ;-) <futurile>cdegroot_: you could check the package to see if someone is looking after it regularly and then reach out to ask them if they have any preferences <cdegroot_>I'll do some more digging then. Or just file a PR when codeberg has sorted out their issues (bad weekend for the admins, I hope they can figure out a cause, helps keeping your sanity if you at least know why you didn't sleep much lately). <futurile>if it's not updated that often, or there's no team looking after that particular file (etc/teams.scm) then you can just submit a PR <futurile>(you can do that anyway, but I've often had a good response reaching out to the last person who touched the package) <cdegroot_>Yeah, I'd like to be known as the polite kind of person, so I want to do my homework. The stated reason is absence of AVX2 support will fail that build, but that's processors before 2013/Haswell. My oldest box (that I'm actually looking to upgrade as it uses "cheap" old RAM... yay 2026) has an E5 Xeon which is still a feasible processor.. the original and v2 don't implement it, v3 and onwards do (here I am, learning out loud that <cdegroot_>Intel's marketing v2 -> v3 but-leaving-everything-else-the-same can mean a completely new generation processor, apparently). I guess it's a dice toss. <cdegroot_>Anyway, Git history spelunking time. Mostly wondered whether there was a standing policy that Guix needs to run on boxes from 20xx (would not be a terrible idea, but hard to "police", I guess) <futurile>no policy like that, practically if it doesn't build on our build farm it's a problem because users expect substitutes etc <jresich>hi guix! how can I tell guix 'please guix gc --delete everything EXCEPT for the packages composing the current system AND the packages needed to (re)build it' <jresich>it is easy to un-root all the other generations/profiles and delete everything not rooted, but this ends up requiring a bunch of repeat substituting when it comes time to reconfigure <ieure>jresich, I don't think there is a way to do that. <jessieXP>how can i choose an output for a package (openjdk:jdk) without using specifications->packages '("openjdk:jdk")? <gabber>jessieXP: you mean like in a REPL or programming context? <ieure>jessieXP, (list openjdk "jdk") or `(,openjdk "jdk") <ieure>jessieXP, That needs to be an element of the list of packages, ex. `(list foo bar (list openjdk "jdk") baz)' or `'(foo bar `(,openjdk "jdk") baz)' <sham1>The use of lists instead of pairs is kind of strange, but it certainly works <jessieXP>yea that is kinda a weird format tho tbh <sham1>You'd expect something like `(,openjdk . "jdk") it is what it is <orahcio>May I mark guix/gnome and guix/kde to review a PR about wayfire compositor? <vagrantc>what are the factors that determine how long it takes from when ci builds a substitute till the substitute is available? <vagrantc>e.g. ci reports the build successfull, but guix weather does not yet see the substitute <vagrantc>sometimes it seems it takes less than an hour, sometimes over many hours <vagrantc>6.12.96 (6 hours ago) and 7.1.4 (7 hours ago) are both available as substitutes <ieure>vagrantc, I think CI is using nar-herder, I'm not sure how that works. The guix-publish-service-type builds substitute NARs lazily the first time a client requests it. But it also does it async, so you `guix weather librewolf' (in my case), see 0.0% availability, wait Several minutes, then `guix weather librewolf' again and it shows up. <vagrantc>well, half an hour later, it's still not showing up in guix weather :/ <vagrantc>i thought nar-herder was part of the bordeaux build farm, and CI is using curiass? or do they both use nar-herder these days? <ieure>vagrantc, Building & publishing substitutes are orthogonal concerns, cuirass doesn't serve substitutes. <vagrantc>wish i could subscribe to some sort of notification when a substitute is finally available <Rutherther>I mean, using a polling every 5 minutes on the narinfo, and seeing 404 vs 200 seems easy enough:) <Rutherther>should be simple shell script possibly using ntfy or something you prefer to send notifications to yourself:) <vagrantc>becaus the new default on the internet is to just scrape everything :) <vagrantc>seems like a cash where pushing vs. polling still has some advantaged :) <vagrantc>i could also check once a second ... but i suspect that would be rude <PotentialUser-59>Hello! I am reconfiguring my system and there's a qtdeclarative-debug installation of almost 1gb is going on. I don't really need debug symbols? Is there a way not to install it? <gnubio>Hello. I hope everyone is doing well. <gnubio>I'm new to Guix System and I'm studying the system., I am new to Guix System and I am studying the system. <gnubio> I need to use scrcpy. I need to use Scrcpy. <gnubio>But I can't install the prebuilt scrcpy-server., But I can't install prebuilt scrcpy-server. <ieure>gnubio, Why are your messages duplicated? <gnubio>Sorry, probably yes, Sorry, probably so <gnubio> I think something was broken when sending the message and made me repeat the sending. <gnubio>ieure: Is the question understandable? <ieure>gnubio, Well, you only said what you wanted to do, not what your problem was. But looking at your package definition, I suspect it does not build. <gnubio>ieure: it is precompiled, but it still uses meson and ninja so I decided to use the meson compilation system <ieure>gnubio, Guix is a from-source distro with strong committments to Free Software and supply chain security. Running random binaries off the internet is not a well-supported usecase. If you want to go that route, you will need to use the binary-build-system from nonguix. <ieure>gnubio, What is your question? <gnubio>binary-build-system = copy-build-system? <gnubio>ieure: Where can I find the binary-build-system documentation? <ieure>binary-build-system is based on copy-build-system, with the ability to patch ELF headers to point at the correct libraries. <ieure>gnubio, You can read its source and look at some of the packages in nonguix which use it. <gnubio>Where can I find the nonguix sources? <ieure>gnubio, You can search them, they're on Gitlab. <ieure>Non-Free software, which nonguix has a lot of, is off-topic in this channel; so you will need to find the link yourself. It's not difficult. <gnubio>ieure: I get it, I'm not looking for proprietary software either. My machines only have free software. But scrcpy-server needs cross-compilation which guix's android NDK build system does not support. At least that's what I understood. <gnubio>ieure: But thank you very much. The information was valuable. I'll look into how binary-build-system works. <nmeum>when using `guix shell -C` how do I deal with packages that require a /etc/ssl/certs/ca-certificates.crt to be present (e.g., the go toolchain)? as far as I know, this file is normally populated via guix-data-service-profile-packages, which is not run for a guix shell. should these packages refer to ca-certificates.crt by full store path? <ieure>gnubio, Why would you need cross-compilation for the server? It appears to be written in pure Java. <psycotica0>nmeum: `nss-certs` I think is the package that provides it <psycotica0>Or at least that's what I have in some places, and I'm not on guix system <nmeum>yes, nss-certs only provides the indvidual certificates, doesn't it? <ieure>psycotica0, That package has the certs, but packages cannot manipulate /etc. <ieure>nmeum, You need to set SSL_CERT_DIR / SSL_CERT_FILE. <nmeum>the Go package definition should probably have those in its native-search-path <gnubio>ieure: I believe not. It's just runnable. <ieure>gnubio, Other than using Gradle, the server seems tractable to build from source. And I see a script to build without Gradle. <gnubio>ieure: It appears that it generates a binary to be sent to the phone, Looks like it generates a binary to be sent to the phone <gnubio>> You may want to build only the client: the server binary, which will be pushed to the Android device, does not depend on your system and architecture. In that case, use the prebuilt server (so you will not need Java or the Android SDK). <vagrantc>hrm. librewolf on aarch64-linux is struggling ... ci failed to build some dependency ... boardeaux has not yet gotten around to trying (i think) ... and my local build failed (but i maanged to build all the dependencies) <jan0t>i am using librewolf in my devuan <ieure>vagrantc, If you get desperate, I can build it. <vagrantc>actually the only dependency was the most recent rust version (all the dozens of earlier rust versions were built already)