civodul, Call for contributions to the #Guix infrastructure 👇
https://lists.gnu.org/archive/html/guix-devel/2024-05/msg00183.htmlMany areas where you can help, with different time commitments and prerequisites: funding & spending, hardware hosting, system administration, and coding.
futurile,
kolev,
civodul, @kolev The “Plan9ification of Guix” is a phrase coined I think by Juliana (or @cwebber?) to describe what could be done by using Goblins in Guix.
And Juliana is going to work precisely on this:
https://spritely.institute/news/spritely-nlnet-grants-december-2023.html
firefly, 'As someone once said, “you exit a monad like you exit a building on fire: by running”'
-- #guix manual
futurile, Next Guix meet-up is next Wednesday (29th) - @daviwil will be giving a talk about how he manages his system configuration and development workflow.
If you want to ask David a question or register for the session get the details:
https://libreplanet.org/wiki/Group:Guix/PatchReviewSessions2024
zacchiro, New #paper out!
In « Source Code Archiving to the Rescue of Reproducible Deployment » we describe the #GNU #Guix / @swheritage integration to ensure the reproducibility of scientific environments.
To appear at #acmrep24, with @civodul, T. Sample, @zimoun .
#Openaccess preprint at: https://upsilon.cc/~zack/research/publications/acm-rep-2024-guix-swh.pdf (soon on HAL+arXiv as well).
Z572, zh-CN but need core-updates and set default gcc to 12.
w96k,
w96k,
graywolf, I wonder if there are any #guix maintainers willing to take a look at https://debbugs.gnu.org/cgi/bugreport.cgi?bug=70112 . I tried asking in #guix room few times, not much luck. There are already new versions available, and I would prefer not to rebase it (again), testing it is quite annoying due to differences between podman 4 and 5...
sharlatan, @graywolf I'll check
abcdw, @sharlatan Wanted to jump in, but I see Oleg is already here! :)
@graywolf you are in good hands!
civodul, Public Service Announcement: Several #Guix web sites and services are currently down.
https://lists.gnu.org/archive/html/info-guix/2024-05/msg00000.html
civodul, #Guix services and web sites are back, except qa.guix.gnu.org and packages.guix.gnu.org.
To be continued…
adanskana, I ran an experiment yesterday, and found the package with the largest number of dependencies in #guix using this little command:
guix package -A | awk '{print $1}' | parallel 'echo -n {}; echo -n " "; guix size {} 2>/dev/null | tail -n +3 | wc -l' | sort -n -k 2 | tee ~/Documents/sorted_packages.txt
. The whole thing took 6 hours to run at about 90% CPU utilisation.Result:
pigx
has the most dependencies at 968, with most of the runner ups being scientific analysis tools too. Cool!
adanskana, I love how #guix allows you to inspect all of the dependencies of a package in detail. Running
guix graph foo | xdot -
on some package and combing through the massive dependency graph that results is fascinating, but also a little terrifying.
It's a wonder anything works at all.
civodul, Recently (past week?), #Guix proper passed the 30K package limit, all free software!
https://repology.org/repository/gnuguix
civodul, @khleedril I’m afraid we can’t: sooner or later, the innermost ring starts depending on some outer ring (glibc depending on Python, librsvg on Rust, etc.), and you end up with a single ring.
vagrantc, Coming from Debian to Guix, having "everything" in a single repository is perhaps one of my favorite practical features.
Debian has no "central" location for VCS repositories, every single package defines a custom location, which could be entirely outside of Debian infrastructure, or no proper VCS at all!
Guix having everything in a monorepo enables searching for packages with "git grep" and also cargo-culting, er, borrowing from other packages much more easily.
csepp,
shtwzrd, @csepp That is a cool idea. Maybe a step further - users of such a network could volunteer to build new packages. Because the focus is reproducible packages, peers do not even need to trust each other -- N>1 peers build the same package and get the same hash, it's good. It's like a distributed version of Cuirass, and then the nodes can also act as mini substitute servers like your idea.
A distributed ledger where package builds are the PoW? Maybe too ick for some but, possibly useful?
csepp, @shtwzrd Yeah, it definitely should not be turned into another cryptocurrency.
Spot-checking builds is a good idea though.
Offloading doesn't make sense in a shared hosting environment, since the provider already owns all the compute resources. But sharing compute costs for builds could work.
I've been trying to figure out how to do that though. Maybe bill users at the end of the month and divide the cost a build among the users who requested it.
civodul, Glad to be joining the fine #Guix London Meetup crowd led by @futurile and @fabionatali for a discussion about Guix, Guile, and life at 7PM CEST today!
https://libreplanet.org/wiki/Group:Guix/PatchReviewSessions2024
civodul, Of course I’m joining remotely, but from a place that’s at least as rainy as London. ☔
futurile, Finally managed to edit it all and get it uploaded. Probably my captions won't win much plaudits for artistry!
passthejoe, I'm as intrigued by #Guix as I was by #NixOS, but ultimately I'm not sure the complexity is worth it for me.
Even #OpenBSD has a ratio of complexity vs. benefits that fits well with my work (and play) flow.
#AtomicFedora, #UniversalBlue and #OpenSUSE #Aeon all hide enough of the nitty gritty behind the scenes — updates happen without me needing to know it.
And traditional #Debian is so familiar and reliable, it's hard not to tap it for just about any use case.
foolishowl, @passthejoe I've tried using Guix a few times. It makes a lot of sense to me as a system you can spin up by specifying a few parameters in a deployment management script. It seems less suited for a personal desktop system that I'd work with daily.
monkey1, Try #guix on Debian as a package manager: this will let you figure out if the packages you need are there.
I really like the
shell
feature of Guix: you can very easily deploy virtual environments for any language/tool--think of Docker without any of the complexities.
passthejoe, Just saw this article on trouble with Nix.
@solene, are you looking into Guix?
https://dataswamp.org/~solene/2024-04-27-nix-internal-crisis.html
chfkch, @passthejoe
The guix community is nice. Just don't ask for non-free Firmware on the official channels and you are fine.
@solene
anthk, Spanish @chfkch @passthejoe @solene ethically I would only suggest nonguix in case of an emergency in order to get a working internet connection due to propietary firmware.
For everything else you can modify 'base-firmware' I think to purge down every other crap.
luis_felipe, I can now access the services of Guix machines in the local network using simple names like <host>.local instead of IP addresses.
To get this functionality:
❶ Open your OS configuration file
❷ Import (gnu packages nss)
❸ Set the operating-system's "name-service-switch" field as follows(name-service-switch %mdns-host-lookup-nss)
❹ Reconfigure the OS
sudo guix system reconfigure path/to/your/os-config.scm
More info:
https://guix.gnu.org/es/manual/devel/en/html_node/Name-Service-Switch.html
futurile, #Guix founder and long-term contributor @civodul will be giving a talk and answering questions at the #guix London meetup on Thursday. Come along to learn about how #nix and #guix are related, what the vision was for #guix and what else there is to do! If you have a question you can add it to the Wiki:
https://libreplanet.org/wiki/Group:Guix/PatchReviewSessions2024
avp, After almost two days of work I managed to update PrusaSlicer to the latest (at the moment) version 2.7.4 in GNU Guix. Here's the patchset:
https://debbugs.gnu.org/cgi/bugreport.cgi?bug=70880
avp, PrusaSlicer 2.7.4 installed with GNU Guix, showing my 2021 GitHub statistics STL file sliced.
Z572, zh-CN #visionfive2 + #guix + linux-libre 能启动,但网络还是坏的,估计内核还缺点啥配置没开启。还得从 spi boot ,是 opensbi v1.2,v1.3 会炸。
并且得设置 fdtfile 为 starfive/jh7110-starfive-visionfive-2-v1.3b.dtb
deedend,
mntmn, @deedend @daviwil here is a multi year thread on it https://community.mnt.re/t/guix-and-reform/173/20
civodul, Just stumbled upon this great explanation of #Guix records by @roptat (2022):
https://lepiller.eu/en/a-deep-dive-into-guix-records.html
futurile, Looking for some Friday #guix reading? How about the next step in the #packaging tutorial? Overview of the build-system concept, and how to provide arguments. We meet the #guile #scheme repl (guix repl) to discuss when to use 'quote' and 'quasiquote' in package definitions.
https://www.futurile.net/2024/04/24/guix-package-structure-build-system/
ekaitz_zarraga, Today in the #RISCV #bootstrapping journey: the gap between TinyCC and GCC is closing.
#Guix mentioned, too.
Z572, zh-CN