On 1/29/22 10:44 AM, Steffen Möller wrote:
32 or 64 bits, well, I think we want to see packages for both. Let's
wait for what Sebastian replies. I just saw on his page
http://buildbot.linuxcnc.org/buildslave-admin-guide.html that there are
buildbot difficulties with newer version that ship with bullseye and up.

The difficulty is that I haven't gotten around to upgrading the buildmaster - that's the limiting factor. I've quietly done some tests and it seems that a new (bullseye/bookworm) buildbot master will happily talk to ancient (precise/wheezy) buildbot workers, so i think that particular hurtle isn't a blocker (unless there's something I missed, which is totally possible).

The issue with ARM builds is mostly in how annoying ARM hardware is, still. The first ARM build "cluster" I made for the buildbot was a couple of Odroid U2's, running Debian (with the Odroid custom kernel) off micro SD cards. They kept overheating and corrupting their SD cards, not fun to maintain.

The current ARM presence in the buildbot is a single Raspberry Pi 4 running Raspbian off a Micro SD card, doing the builds and pbuilder on an old spinning-metal hard drive via a USB-to-SATA enclosure. It's been rock solid, but it's very much not a "data center" quality setup.

I've heard maybe with recent firmware the Pi4 can boot off a USB-connected hard drive? So maybe the SD card isn't needed for a modern build?

So one option is to buy a stack of Pi4's, USB-to-SATA enclosures (and maybe SD cards if that's still needed to boot from), and hard disks. One for each platform we want to run RIP tests on. Each one costs maybe $100-$150. (Once the Pi 4 becomes available again...)

Are there any good alternatives for building ARM clusters these days? All our x86/amd64 builds are done in VMs, on big amd64 servers, and that works really well. Something similar for arm/adm64 would be ideal.


--
Sebastian Kuzminsky


_______________________________________________
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Reply via email to