Hi<br>
<br>
I'm just thinking about how I'd like to organise workers in the future.<br>
<br>
The Background<br>
--------------------------<br>
<br>
I'm running Buildbot and 1 worker on a Raspberry Pi Zero W to create a couple of websites with Pelican.<br>
<br>
I have the workers running in a virtualenv and that virtualenv also contains the Pelican package needed to build the websites, I did this for better portability, I just setup the worker with a script on any future machine and it should be good to go.<br>
<br>
I'm starting to think of others things I could do with Buildbot and the obvious test I can think of is a check that changes to a Buildbot master config is valid.<br>
<br>
The Question<br>
---------------------<br>
<br>
Does it make sense to update that worker virtualenv to also include Buildbot so the same worker can build websites or run Buildbot checkconfig or would you create a new worker which was only used for Buildbot type tasks?<br>
<br>
Given the limited processing power of the RPiZeroW, I was planning on putting it in to the same worker and therefore limiting the system to only ever running 1 worker task at a time. <br>
<br>
However, it feels wrong mixing worker purposes like this. Is it possible to block a worker from running a job while a different worker from a different builder is running a job? That would allow me to keep the workers focused on 1 task while preventing the RPi from trying to do too much at once.<br>
<br>
I'm just trying to get some idea of whether there is a great practice for this sort of configuration.<br>
<br>
Thanks<br>
Trevor