Solaris Buildfarm

[Rainer Gerhards via buildfarm]

so, jetzt ist es in master-candidate. Die testbench hat zwar noch ein
paar problemchen, aber das hängt nicht mit dem fix zusammen...

2015-05-21 9:47 GMT+02:00 Rainer Gerhards <rgerhards at hq.adiscon.com>:
> 2015-05-21 9:37 GMT+02:00 Dagobert Michelsen <dam at opencsw.org>:
>> Hallo Rainer,
>>
>> Am 20.05.2015 um 21:39 schrieb Rainer Gerhards <rgerhards at hq.adiscon.com>:
>>> Np ich hatte einfach die aktuellste platform gewählt weil es da meistens am wenigsten Problem gibt;) ich schau morgen früh rein..
>>
>> Neue Pakete von json-c sind gebaut und gepushed und auch auf unstable10* und
>> unstable11* installiert.
>
> super, build hat gerade auch geklappt.
>
>>
>> Hattest Du schon Gelegenheit den master-candidate umzuschalten? Ich muss mal schauen
>> ob das so geht wie ich das jetzt gemacht habe, bisher hatte ich nur einen Branch pro
>> Repository.
>
> 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.
>
>
>> Alternativ kann man auch Hooks über das GitHub-API aktivieren, so dass
>> nach einem Commit ohne Pollen direkt getriggert wird.
>
> Das hört sich recht interessant an -- würde step 2 wertvoller machen.
>
> 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
>>