<div dir="ltr"><div>Hi John,</div><div><br></div><div>> Is there any naming scheme that the other buildbot-workers are using or are the names just random?</div><div><br></div><div>There is no enforced naming scheme. This is more up to the bot owner. If you want, you could use <machine>-<operatingsystem> or vice versa.</div><div><br></div><div>> And why does the buildddir have to be unique? Isn't that local on the buildbot-worker?<span><br></span></div><div><pre></pre></div><div>Here is the quote from the buildbot documentation:</div><div><dl><dt><code><span>builddir</span></code></dt><dd>Specifies the name of a subdirectory of the master’s basedir in which everything related to this builder will be stored.
This holds build status information.
If not set, this parameter defaults to the builder name, with some characters escaped.
Each builder must have a unique build directory.</dd><dt></dt><dt><code><span>workerbuilddir</span></code></dt><dd>Specifies
 the name of a subdirectory (under the worker’s configured base 
directory) in which everything related to this builder will be placed on
 the worker.
This is where checkouts, compiles, and tests are run.
If not set, defaults to <code><span>builddir</span></code>.
If a worker is connected to multiple builders that share the same <code><span>workerbuilddir</span></code>,
 make sure the worker is set to run one build at a time or ensure this 
is fine to run multiple builds from the same directory simultaneously.</dd></dl><div><br></div><div>Thanks</div><div><br></div><div>Galina<br></div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Oct 22, 2020 at 12:44 AM John Paul Adrian Glaubitz <<a href="mailto:glaubitz@physik.fu-berlin.de" target="_blank">glaubitz@physik.fu-berlin.de</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi Galina!<br>
<br>
On 10/22/20 7:41 AM, Galina Kistanova wrote:<br>
> Any distinct unused yet name which represents the build worker you are<br>
> about to introduce is fine. For example, "linux-sparcv9", "linux-ppc32",<br>
> "linux-mips", and "linux-m68k" look good. You could specify builddir to be<br>
> the same as the worker name. This would keep things simple.<br>
<br>
Is there any naming scheme that the other buildbot-workers are using or are the<br>
names just random?<br>
<br>
And why does the buildddir have to be unique? Isn't that local on the buildbot-<br>
worker?<br>
<br>
> I can assign passwords to your workers or you can choose whatever password<br>
> you want and send directly to me. Please let me know if you need my public<br>
> pgp key for secure communication.<br>
<br>
Yes, your GPG key would be appreciated although I guess I can find it on the<br>
public servers assigned to your email?<br>
<br>
> We do not accept changes to zorg at this time because of the upgrade to a<br>
> newer version of buildbot. The repository is locked and I'm in the middle<br>
> of preparing a set of patches you will need to base your changes on. I hope<br>
> this will be done early next week.<br>
<br>
OK, noted.<br>
<br>
> Anyway, once the llvm-zorg has all the changes for the new buildbot, you<br>
> will need to propose a patch. Please note that the below explanation is<br>
> based on the new file names which are not available yet in the github.<br>
> <br>
> To add your workers to LLVM buildbot, you will need to propose a patch for<br>
> buildbot/osuosl/master/config/workers.py which adds the workers, and for<br>
> buildbot/osuosl/master/config/builders.py to add your build configurations<br>
> which use your workers. If you are up to building self hosting clang and<br>
> llvm, then please use UnifiedTreeBuilder.<br>
<br>
OK.<br>
<br>
> If you will elaborate what build configuration you are after for your bots,<br>
> I might give you a good example to follow or will help you with the patch.<br>
<br>
Selfhosting LLVM and clang would be my goal on 64-bit SPARC on Linux.<br>
<br>
The machine has 64 vCPUs and 32 GiB of RAM. Running Debian unstable with<br>
the latest versions of GCC, CMake and Binutils. Ninja is available, too.<br>
<br>
> I assume you already made sure you can build locally on each of those<br>
> workers what you are after.<br>
Yep. That works fine. Although there is currently one regression on SPARC<br>
which I already reported to the list.<br>
<br>
Adrian<br>
<br>
-- <br>
 .''`.  John Paul Adrian Glaubitz<br>
: :' :  Debian Developer - <a href="mailto:glaubitz@debian.org" target="_blank">glaubitz@debian.org</a><br>
`. `'   Freie Universitaet Berlin - <a href="mailto:glaubitz@physik.fu-berlin.de" target="_blank">glaubitz@physik.fu-berlin.de</a><br>
  `-    GPG: 62FF 8A75 84E0 2956 9546  0006 7426 3B37 F5B5 F913<br>
</blockquote></div>