Solaris Buildfarm

[Rainer Gerhards via buildfarm]

2015-05-21 10:28 GMT+02:00 Dagobert Michelsen <dam at opencsw.org>:
> Hallo Rainer,
>
> Am 21.05.2015 um 09:47 schrieb Rainer Gerhards <rgerhards at hq.adiscon.com>:
>> Noch nicht, kommt aber gleich. Zum rsyslog workflow:
>>
>> 1. mache changes in eigenem branch (NICHT master-candidate!)
>> 2. mache PR --> travis läuft los (unter ubuntu, können halt nur das)
>> 3. travis OK --> merge nach master-candidate
>> 4. master-candidate wird auf eigener buildfarm getestet
>>   ich habe da diverse linux flavors; dieser step findet selten was, kommt aber
>>   alle Zeit lang vor. Die platformen läufen scheduled, ein voller
>> Durchlauf braucht
>>   einen Tag (wegen der Schedule). In diesem step sind in master-candidate
>>   verschiedene changes drin (wobei alle step 3 "passed" sind).
>> 5. Wenn in 4 keine problem mehr auftraten, merge master-candidate -> master
>> 6. bei nächster Release merge master -> v8-stable
>>
>> Die merges werden dabei manuell gemacht, von daher kann es ggfs. auch
>> mal schneller oder langsamer gehen (vor allen Dingen, wenn in step 4
>> doch noch ein change "durchgefallen" ist).
>>
>> Der strndup patch steckte bisher noch in step 2. Wobei ich hier den
>> Sonderfall hatte, dass ich erst mal sehen wollte, ob es überhaupt auf
>> Solaris baut, sprich ob es überhaupt ein ordentlicher fix ist
>> (normalerweise passiert das in step 1). Ich sch jetzt noch, ob die
>> testbench auch auf der buildfamr läuft und dann gehts wohl weiter zu
>> step 3, d.h. Du siehst den Patch dann auf master-candidate.
>
> Verstehe. Wie passt da denn die OpenCSW Buildfarm am besten mit rein?
> Ich kann auch auf alle Branches triggern und nach Commits in jedem Branch
> bauen. Wie bekommst Du die Ergebnisse? Hast Du ein Dashboard oder etwas
> vergleichbares wo man den Buildbot integrieren könnte? Oder sollte die
> OpenCSW-Farm eher als direkter Client an Deine Buildfarm angeschlossen
> werden?

Meine Buildfarm ist stark historisch gewachsen und eine Bastellösung,
die man bei Gelegenheit (wenn Zeit ist ;)) mal aktualisieren sollte.
Ich habe schon mit Interesse den Buildbot gesehen ;) Ich bekomme die
Ergebnisse im Moment ganz einfach per mail - das sind 5 am Tag, das
geht.

Von daher würde ich sagen, lass OpenCSW erst mal master-candidate
bauen und mir bei fehler eine Mail schicken. Das reicht zu Anfang.
Wenn ich intern umbaue, dann sollten wir aber nochmal weiterdenken.

Sofern möglich, sollte OpenCSW bei Fehlern in *master* ein github
issue erzeugen. Denn da sollte ich eigentlich nicht mehr reinlaufen.

In dem Zusammenhang sei allerdings auch angemerkt, dass auch die
*testbench* (nur die) historisch gewachsen ist und teilweise noch
fehler erzeugt, wo keine sind. Da bin ich dran, ist aber ein etwas
schwierigere Prozess. Harte Fehler sind aber definitiv alle build
issues -- und davon gibt es gerade auf solaris immer wieder welche (ab
jetzt wird's vermutlich besser! :-)).

Rainer
>
>
> Beste Grüße
>
>   — Dago
>
> --
> "You don't become great by trying to be great, you become great by wanting to do something,
> and then doing it so hard that you become great in the process." - xkcd #896
>