IRC channel logs
2025-06-20.log
back to list of logs
<gnucode1>is there a way to "delete guix" and reinstall it? <icy-thought>Perhaps someone else with more knowledge can help you out <gnucode1>I am actually pulling from the NOT the codeberg repo, but I believe the savannah repo redirects to codeberg <gnucode2>hello friends, is anyone willing to package bitcoin-knots and sparrow wallet for guix ? My friend would like to pay. <umanwizard>Are significant numbers of people using Guix on aarch64? <umanwizard>I sometimes get the impression it's like 99.99% x86 and everything else is experimental :/ <ieure>umanwizard, Pretty much. The hardware for other platforms just isn't really there yet. <umanwizard>ieure: The highest-end laptops in the world are aarch64 <umanwizard>Made by the biggest computer company in the world by sales <umanwizard>But yeah, I guess they are not too friendly to open source, so there are probably not a ton of people running Guix on Apple hardware <ieure>umanwizard, Not really what I'm talking about. <ieure>umanwizard, I mean, until mid last year, if you wanted to run aarch64, your options were Apple, or a low-power device like raspi/pinebook. <ieure>There were basically no viable non-Mac daily driver options. <ieure>Multiple PC OEMs have reasonable ARM hardware now. <ieure>Tried that setup, not good enough. <ieure>I bought a used ARM ThinkPad for $600, it's running Ubuntu at the moment, but I would like to get Guix running natively on it. <ieure>It's faster than the brand new MBP work bought me for $3300. <umanwizard>Hm, it's worked well for me for a year or so, although there are a few pain points I can live with them <umanwizard>huh, that doesn't sound right. It's odd that it's faster <umanwizard>Typically for me QEMU only introduces 5-10% overhead <umanwizard>I suppose it might depend on the specific workload <ieure>Well, spitting distance of raw CPU of an Mx at a fraction of the price is good enough for me. <umanwizard>But yeah, it's a great machine, but it's basically a crapshoot whether guix pull + guix system reconfigure will work at any given time <ieure>I compiled the Linux kernel on both, bare metal on the ThinkPad, under QEMU on the MBP. <ieure>Definitely going to be a bit of overhead, but for raw CPU, going to be pretty minimal. <ieure>Honestly, if I'd paid $3k of my own money for this machine, I'd return it. I do not like it one bit. <umanwizard>For me the biggest annoyance has nothing to do with performance; it's the fact that trackpad scrolling is not properly emulated <ieure>Anyway -- point being, high-performance, daily-driveable ARM hardware has been thin on the ground. I see that turning around, so, I'd expect things to improve. <ieure>Also, when it takes like 12 minutes to compile the kernel, it matters a lot less whether there are substitutes. <umanwizard>So I usually do browsing/Slack/Netflix/etc. in the host, and technical work (emacs, etc.) in the Guix vm <viaken>umanwizard: Buy me one and I'll gladly add to the aarch64 number. <civodul>podiki: looks like the security pre-announcement didn’t make it on info-guix <civodul>i don’t know if that’s a mistake in handling messages pending moderation or what (it’s no longer queued) <civodul>i *think* that can be convenient in a case like this <civodul>and we can tag the relevant teams instead of keeping the association with the ‘core-packages’ team <z572>Indeed, milestone might be more suitable for this. <cbaines>it's interesting to get an idea of how these features work, since migrating from QA looking issues.guix.gnu.org to some Codeberg thing to work out what branches to process and in what order might not be too difficult depending on the approach <cbaines>I did notice you can specify dependencies to Pull Requests, which might be a alternative to debbugs blocking for ordering the branches to be merged <cbaines>futurile, o/ (sorry I haven't replied about the GCD yet, I'll try to have a look at it soon!) <futurile>cbaines: no worries, I've also been a bit distracted and need to reply/integrate some of the comments <noe>When do you plan to set the deliberation for your GCD <noe>It could be any time between today and july 20th 👀 <futurile>noe: I think I need to reply to about 4-5 comments that got send through in the last 7ish days. Integrate the changes into the GCD and then move to deliberation - so I guess middle of next week would make sense. <noe>very nice, if you want you can send me the final version before doing the announcement if you want to add a link to gcd.noé.eu for easy reading <futurile>noe: do you intend/desire to have it on the guix site at some point? <noe>I’m not sure, I feel like it would need to be more in the Guix artistic style <noe>However, I’ve received a complaint about the accent in the url from people without accents on their keyboard, it would be nice to have a ascii url for them. <cbaines>noe, I think the source code link is broken on gcd.noé.eu, but I think it would be good to have it available at consensus.guix.gnu.org for example <cbaines>we can also move it on to Guix infrastructure <cbaines>I don't think the style needs to change to allow this, that can come later <noe>cbaines, lol the unquote in the url <noe>cbaines, we can look into moving it together next week <noe>Source code link is fixed! <podiki>civodul: I don't have posting rights so someone needs to approve it, I'll resend <civodul>podiki: yes, i can approve it; i wonder what happened yesterday, maybe someone or the FSF’s spam machinery discarded it? <civodul>anyway, just let me know when i need to push the button :-) <podiki>I sent it a few minutes ago (both times got same auto response) <civodul>podiki: done, it should be going through now <apteryx>is it me, or it's hard to review one commit at a time in codeberg? <civodul>apteryx: you can select to view changes commit by commit <civodul>and from there you can review commit by commit, or all commits at once, etc. <civodul>ACTION learned about it only recently <apteryx>can't see the GNU ChangeLog commit message that we sweat to write in that mode though (thus can't comment easily on it). Maybe the time for a GCD suggesting to drop it has come ;-) <ieure>apteryx, Your first link is just the commit viewer, it'll let you see any arbitrary commit. Not much point in allowing folks to leave comments willy-nilly like that. They all have to be in the context of a PR. <apteryx>yes, it's strange that I'm led to this view as part of the review though, I find. <ieure>Not sure exactly how you got there, but there will always be cases where commits outside the PR need to be linked, like clicking the parent commit of the first one in the PR. <apteryx>if you click on the SHA1 instead, it gives me a reviewable diff. <icy-thought>Need some advice regarding how to approach this. In my nix config I used to utilize `options. ... .enable` for building configs that could be used through `enable`. For example I have a file where I keep my different shells that I want to enable (bash, zsh, fish). In guix I have `(define (home-zsh-packages _) (list zsh-plugins))` (don't know which once are available btw) and I want something for config `(define (home-zsh-config _) <icy-thought>(???))` and I want to have one unified `(define-public home-shells-service-type ...` where I can select which shells I want to enable -> installed + configs output <ieure>icy-thought, You need a transformation function which takes a home config, adds whatever services/configs to it, and returns a new one. <ieure>icy-thought, I have a `+enable' procedure in there, but it's just sugar that does ((compose fnA fnB ...) home-environment) <ieure>Sorry, `enable', not `+enable'. <icy-thought>that is great, going to have a look! Thanks a lot for sharing ieure <mghackerlady>where would I be able to find info on the progress of guix on the hurd <icy-thought>ieure what is the license of that code btw? I might use it or something along those lines <ieure>noe, I think it's the same one, just the data downloaded fast enough (or was small enough) that the progress bar didn't draw 100%. <ieure>noe, Far as I know, we have two progress widgets, the bar (when the 0-100% status can be computed) and the spinner, for when it can't -- like "computing guix derivation" when you pull. <noe>I don’t know, git was 22MiB at 6.3MiB/s and yet no 100% bar <postroutine>Hello. I am currently trying Guix System to learn how to use it. It run on a VM. And everytime I run a `guix system reconfigure`, I got nothing after the success of installation of the bootloader. I don't get back the control of the shell and nothing happen for more than 30 min. <postroutine>I have searched on the web, but I only found a closed bug report from 11 month ago. <postroutine>My guix version is 325058ef. I have tried a `guix pull` before, but after that when I run `guix system reconfigure` nothing happens four more than 20 min. (Haven't tried to wait more) <ieure>postroutine, What's the exact command you're running? <ieure>postroutine, Is this a true VM, or are you emulating? <ieure>If you use htop to look at CPU activity, is it doing anything? <postroutine>A VM running on KVM and controlled from gnome-boxes. I installed Guix on it from the ISO available on guix website <ieure>postroutine, Hmm, I'm not sure. <postroutine>The only process that take CPU are Emacs (exwm), htop and shepherd