buildery: try-upgrade

[Kacper Kornet]

On Sat, Jul 20, 2013 at 02:00:06PM +0200, Tomasz Pala wrote:
> On Sat, Jul 20, 2013 at 13:49:58 +0200, Tomasz Pala wrote:

> > bezsensownie, gdy po test idzie upgrade. Czy ktoś może określić stopień
> > skomplikowania rozwiązania polegającego na tym, że leci test i w razie
> > sukcesu na wszystkich obsługiwanych arch, jego status zmienia się w
> > upgrade, a pakiety wynikowe zostają na ftp?
> [...]
> > pozostaje na sam koniec dorobienie synchronizacji - ale to by się swoją
> > drogą przydało zapewne, bo obecnie upgrade pozostawia ślad nawet, jeśli
> > któryś builder nie zbuduje pakietu.

> W zasadzie to się sprowadza do mądrzejszego upgrade - jakikolwiek FAIL
> wycofuje to, co odróżnia upgrade od test.

Można by automatycznie rozdzielać zlecenia ready-upgrade na dwa. Tzn.
buildery budują, zgłaszają do src buildera status i jak wszystko poszło
ok, to src builder generuje zlecenie upgrade. Tyle że wtedy traci się
możliwość puszczenia kilku zależnych pakietów w jednym zleceniu, tak
żeby kolejne pakiety budowały się w obecności poprzedników.

> I byłoby jeszcze miło, gdyby wysyłanie jednego zlecenia na kilka
> pakietów pozwalało dodać opcję nie zamykania ich w transakcji, tj.
> traktowania jak osobnych zleceń (obecnie pierwszy FAIL przerywa
> sekwencję).

A od tego nie jest opcja -nd (--no-depend) w make-request.sh?

-- 
  Kacper