Please correct me if I am wrong.

The current buildbot hosted and mentioned by Seb:

The buildbot currently consists of ~20 VMs, each with 2 CPUs, 4 GB RAM, and ~20 GB disk. The buildmaster has 200 GB disk, mostly to host the package archive some of those VMs can be retired when we EOL 2.8

The buildmaster needs 2 CPUs, 2+ GB RAM, 200 GB disk, and a fast network connection.  it needs to accept TCP connections on an arbitrary port from all the build workers.

The buildbot uses the standard debian toolchain for building/testing/packaging, the only custom stuff is a few pages of shell scripts to manage the debian package archive at blo/dists and the buildmaster config itself (which it a bit like the github actions file, it says how to do each step) Some VMs will need to be added to support bullseye, bookworm, and sid terminology: "one buildbot" consists of "one buildmaster" and "one or more build workers".

We only need one buildbot, and it only needs to contain one buildmaster, but it needs one build worker for each platform we want to support if we're testing kernel-independent userspace stuff then we can get away with running the build workers in containers or chroots or whatever, so we don't need one VM per build worker

But for kernel-mode RTAI we absolutely need a VM for each build worker and if we want to test the realtime-specific parts of rtapi_app, then we need a VM for each build worker

Alec (ntulinux, RTAI dev) said that he does not need Sebs RTAI scripts for a buildbot anymore due to the changes in RTAI and LCNC.

Rod W. was offered a free vps for hosting a buildbot.for lcnc

turboss has offered the use of his server that he currently uses for hosting qtpyvcp as a buildbot for lcnc

jt is working on a buildbot at his location


On 11/15/22 12:30, John Thornton wrote:
Seb,

I've been working with buildbot 3.6.1 and have it building a deb for me. Next task for me is to figure out how to setup a remote builder.

On 11/15/2022 12:02 PM, Sebastian Kuzminsky wrote:
On 11/14/22 18:43, m...@mattshaver.com wrote:
On 2022-11-14 15:54, Sebastian Kuzminsky wrote:

In order to support testing LinuxCNC on RTAI the buildbot uses custom
VMs which i created a long time ago and maintain poorly.  It all runs
on hardware in my house, on my local network, so I am reluctant to
open it up to a more collaborative mode of development/maintenance.

Is there some way of replicating your home based setup (or obtaining a compatible hardware/software environment) by contracting with a commercial hosting company, or co-location facility, or something like that? If this could be done for a reasonable amount of money, I'd be happy to pay for it, or at least chip in. I can't do much to help, but I can spend money!

Hosting the hardware is relatively little effort.

Most of the effort is in the initial creation of new builder VMs (i.e. to build on new platforms), and ongoing updates to the buildmaster.

These tasks would still fall on us of the LinuxCNC project, rather than on whatever hosting provider we use.

The lack of builders newer than Buster in the buildbot is due to a version-skew issue within the buildbot project: to support newer builders I need to upgrade the buildmaster from the current (ancient) 0.8 version to the new 2.x version.  Again, this is work that a hosting provider can't help with.  I have been working on it on and off, and I've made some progress, but it's not ready to deploy yet.




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


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

Reply via email to