Re: Improving the quality of Python packages
Lars-Dominik Braun writes: > Hi Ricardo, > >> Is there a way we can improve the quality of those Python packages that >> have tests disabled? I’d like to gain more confidence in these packages >> and be sure that at least all dependencies are among the inputs. > there is a new sanity check phase on core-updates, which should solve > this problem. See 09448c0994390697e876db235a3b773311795238. Wonderful! That’s pretty much what I hoped for. I remember the patch set now; thanks for reminding me! -- Ricardo
Re: Meta guix: making money with GNU Guix: slightly off topic
Ryan et al, Some notes follow: What can we do about the bundled jquery and bootstrap here? https://git.sr.ht/~sircmpwn/fosspay/tree/master/item/_static/jquery https://git.sr.ht/~sircmpwn/fosspay/tree/master/item/_static/bootstrap The jquery and bootstrap code is required by this jinja template: https://git.sr.ht/~sircmpwn/fosspay/tree/master/item/templates/layout.html#L20 On a quick glance, the rest of the javascript codes look to be vanilla: https://git.sr.ht/~sircmpwn/fosspay/tree/master/item/scripts/index.js https://git.sr.ht/~sircmpwn/fosspay/tree/master/item/scripts/invoice.js There's even an nginx.conf and systemd service file for us to use as notes when writing the service: https://git.sr.ht/~sircmpwn/fosspay/tree/master/item/contrib all the best, jgart April 11, 2021 12:42 PM, "jgart" wrote: > I think one sustainable (no pun intended) way to proceed is to package > fosspay for guix and write a > service for it: > > https://sr.ht/~sircmpwn/fosspay > > I created a public kanban board entry for it below to get started: > > https://board.disroot.org/project/guix-packaging/us/677?kanban-status=12312 > > Feel free to get started on it on your own and contribute a patch to > upstream. I'm not working on > fosspay as of yet. > > If you'd prefer to work on it together as a group feel free to join > LibreMiami this month for a > guix packaging meetup and make a request to package fosspay: > > https://events.nixnet.services/events/27955ca1-0aee-4ec5-be20-48e6c45fd0f6 > > all the best, > > jgart > > libremiami.org > mumble.libremiami.org > search.libremiami.org > donotshake.libremiami.org
Re: Meta guix: making money with GNU Guix: slightly off topic
On April 11, 2021, jgart wrote: > package fosspay for guix and write a service for it Nice idea, that looks like a really useful little service. If any Guix maintainers are supported by community donations, send your links so we can pitch in!
Re: Meta guix: making money with GNU Guix: slightly off topic
I think one sustainable (no pun intended) way to proceed is to package fosspay for guix and write a service for it: https://sr.ht/~sircmpwn/fosspay/ I created a public kanban board entry for it below to get started: https://board.disroot.org/project/guix-packaging/us/677?kanban-status=12312 Feel free to get started on it on your own and contribute a patch to upstream. I'm not working on fosspay as of yet. If you'd prefer to work on it together as a group feel free to join LibreMiami this month for a guix packaging meetup and make a request to package fosspay: https://events.nixnet.services/events/27955ca1-0aee-4ec5-be20-48e6c45fd0f6 all the best, jgart libremiami.org mumble.libremiami.org search.libremiami.org donotshake.libremiami.org
Re: Meta guix: making money with GNU Guix: slightly off topic
ilmu writes: > Hi guys, > > A bit crazy maybe but how about we completely redefine what money is? Sure, why not? That's what guix is all about. Let's dare new things! > > I wrote "this" (the attachment or http://datalisp.is) over the weekend > (in one sitting! very raw, sorry if it's hard to understand, feel free > to ask me any questions). Raw? perhaps. Attention grabbing introduction? YES! > > Actually from seeing this: > >> Joshua Branson (joshuaBPMan in #guix) >> Sent from Emacs and Gnus >> https://gnucode.me >> https://video.hardlimit.com/accounts/joshua_branson/video-channels >> https://propernaming.org >> "You can have whatever you want, as long as you help >> enough other people get what they want." - Zig Ziglar > > It looks like you basically have the right idea about the economics, > the paper describes something similar (get paid by helping others find > the proper names for things). That's what Earl Nightinggale said too! Something like "Money going into your wallet is directly proportional to your service or contribution." > > The document basically explains how to make a "cryptocurrency" that uses > something like "automated science" as proof of work. > > Please leave preconceived notions at the door, this is not like any > other cryptocurrency you are familiar with and the bit about automatic > science is also slightly inaccurate, really it is hard to classify > this idea (if it even works). > > However! I have access to funding and some other people and this pdf > serves as a general overview for this (admittedly very ambitious) > project. The first step (that I have in mind) is to make an education > startup that teaches programming to children and teenagers, by using > the ideas in the paper this can be automated and the network > self-perpetuating. I honestly have a hard time grasping the concepts you present. My good friend happens to be a retired CEO of several global companies. He's got an engineering mind. I'll show him the paper and see if he understands it! :) My jabber ID is the same as my email address. Feel free to communicate with me directly that way! > > I am also very interested in making a "nixos-infect" type thing for Guix and > asked about that in the past on the mailing lists. Yes please! > > Let me know how you decide to proceed, I'm sure we can cooperate. > > Kind regards, > - Ilmu > -- Joshua Branson (joshuaBPMan in #guix) Sent from Emacs and Gnus https://gnucode.me https://video.hardlimit.com/accounts/joshua_branson/video-channels https://propernaming.org "You can have whatever you want, as long as you help enough other people get what they want." - Zig Ziglar
Re: Improving the quality of Python packages
Hi Ricardo, > Is there a way we can improve the quality of those Python packages that > have tests disabled? I’d like to gain more confidence in these packages > and be sure that at least all dependencies are among the inputs. there is a new sanity check phase on core-updates, which should solve this problem. See 09448c0994390697e876db235a3b773311795238. Cheers, Lars
Re: Please review blog post draft: powerpc64le-linux support
Hi, This is the final draft, I think. I intend to commit it to the "posts" directory in guix-artwork on Monday morning, USA time, at which point I believe it will automatically show up on the blog. Thank you again for your help, everyone! If you see any last-minute typos, please do let me know. -- Chris From e4300631958b75d996b9b57c595e74539da5f938 Mon Sep 17 00:00:00 2001 From: Chris Marusich Date: Tue, 6 Apr 2021 00:10:35 -0700 Subject: [PATCH] website: drafts: Add powerpc64le-linux announcement. * website/drafts/new-system-powerpc64le-linux.md: New file. --- .../drafts/new-system-powerpc64le-linux.md| 405 ++ 1 file changed, 405 insertions(+) create mode 100644 website/drafts/new-system-powerpc64le-linux.md diff --git a/website/drafts/new-system-powerpc64le-linux.md b/website/drafts/new-system-powerpc64le-linux.md new file mode 100644 index 000..18f3fc4 --- /dev/null +++ b/website/drafts/new-system-powerpc64le-linux.md @@ -0,0 +1,405 @@ +title: New Supported Platform: powerpc64le-linux +date: 2021-04-12 00:00 +author: Chris Marusich and Léo Le Bouter +tags: porting, powerpc64le, bootstrapping, cross-compilation, reproducibility +--- + +It is a pleasure to announce that support for powerpc64le-linux +(PowerISA v.2.07 and later) has now been +[merged](https://issues.guix.gnu.org/47182) to the master branch of +GNU Guix! + +This means that GNU Guix can be used immediately on this platform +[from a Git +checkout](https://guix.gnu.org/manual/en/html_node/Building-from-Git.html). +Starting with the next release (Guix v1.2.1), you will also be able to +[download a copy of Guix pre-built for +powerpc64le-linux](https://guix.gnu.org/manual/en/html_node/Binary-Installation.html#Binary-Installation). +Regardless of how you get it, you can run the new powerpc64le-linux +port of GNU Guix on top of any existing powerpc64le GNU/Linux +distribution. + +This new platform is available as a "technology preview". This means +that although it is supported, +[substitutes](https://guix.gnu.org/manual/en/html_node/Substitutes.html) +are not yet available from the build farm, and some packages may fail +to build. Although powerpc64le-linux support is nascent, the Guix +community is actively working on improving it, and this is a great +time to [get +involved](https://guix.gnu.org/manual/en/html_node/Contributing.html)! + +### Why Is This Important? + +This is important because it means that GNU Guix now works on the +[Talos II, Talos II Lite, and Blackbird +mainboards](https://www.raptorcs.com/content/base/products.html) sold +by [Raptor Computing Systems](https://www.raptorcs.com/). This +modern, performant hardware uses [IBM +POWER9](https://wiki.raptorcs.com/wiki/POWER9) processors, and it is +designed to respect your freedom. The Talos II and Talos II Lite have +[recently received Respects Your Freedom (RYF) +certification](https://www.fsf.org/news/talos-ii-mainboard-and-talos-ii-lite-mainboard-now-fsf-certified-to-respect-your-freedom) +from the FSF, and Raptor Computing Systems is currently pursuing RYF +certification for the more affordable Blackbird, too. All of this +hardware [can run without any non-free +code](https://wiki.raptorcs.com/wiki/Platform_Comparison), even the +bootloader and firmware. In other words, this is a freedom-friendly +hardware platform that aligns well with GNU Guix's commitment to +software freedom. + +How is this any different from existing RYF hardware, you might ask? +One reason is performance. The existing RYF +[laptops](https://ryf.fsf.org/products?category=1=All_by=created_order=DESC), +[mainboards](https://ryf.fsf.org/products?category=5=All_by=created_order=DESC), +and +[workstations](https://ryf.fsf.org/products?category=30=All_by=created_order=DESC) +can only really be used with Intel Core Duo or AMD Opteron processors. +Those processors were released over 15 years ago. Since then, +processor performance has increased drastically. People should not +have to choose between performance and freedom, but for many years +that is exactly what we were forced to do. However, the POWER9 +machines sold by Raptor Computing Systems have changed this: the free +software community now has an RYF-certified option that [can compete +with the performance of modern Intel and AMD +systems](https://www.phoronix.com/scan.php?page=article=power9-threadripper-core9=1). + +Although the performance of POWER9 processors is competitive with +modern Intel and AMD processors, the real advantage of the Talos II, +Talos II Lite, and Blackbird is that they were designed from the start +to respect your freedom. Modern processors from [both Intel and AMD +include back +doors](https://www.fsf.org/blogs/sysadmin/the-management-engine-an-attack-on-computer-users-freedom) +over which you are given no control. Even though the back doors can +be removed [with significant effort on older hardware in some
Re: Please review blog post draft: powerpc64le-linux support
Hi Tobias, Thank you very much for taking the time to review the blog post! Tobias Platen writes: > On Fri, 09 Apr 2021 00:59:44 +0200 > Léo Le Bouter wrote: > >> On Thu, 2021-04-08 at 09:37 -0700, Chris Marusich wrote: >> > They also say in that Twitter thread: "We have been putting together >> > our >> > systems from blob-free components only (sans NIC as is known and >> > being >> > actively worked), and this is an area where no low-cost blob-free >> > silicon is available right now." >> > >> >> I've been using the Free Software firmware replacement for the NIC >> since a while now and it's working great: >> https://github.com/meklort/bcm5719-fw/ > > I've install that firmware on my Talos II and I can confirm that it works. > I have reviewed 0001-website-drafts-Add-powerpc64le-linux-announcement.patch > and it looks good. > It would be good to mention the Libre-SoC project(https://libre-soc.org/), > which might be a good target for the future. I think that project is interesting, but I don't think I'll add a section expliclty mentioning it in the post this time. I originally did discuss RISC-V in passing, but it felt out of place, since the focus of the blog post is really on the POWER9 support. The blog post is already quite long, so I tried to cut out what I could. I appreciate the suggestion, though. I hope that somebody will try porting to Libre-SoC as well, and RISC-V, too! -- Chris signature.asc Description: PGP signature
Re: meson-build-system cross compilation
Hi Danny! since you have been using meson build system a lot, could you add support for cross-compilation to guix/build-system/meson.scm please? I would do it myself if I knew how. See https://issues.guix.gnu.org/44244 See also https://mesonbuild.com/Cross-compilation.html As it is now, a lot of basic guix packages will break when cross-compiling since they have been switched to meson-build-system. I will try to look into this, once the GNOME40 work is done. Thanks for letting me know. Regards, RG. OpenPGP_signature Description: OpenPGP digital signature
