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 _______________________________________________ pld-devel-pl mailing list [email protected] http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
