Autoconf 2.53, Automake 1.6.1

[Tomasz Kłoczko]

On Thu, 23 May 2002, Marcin Bohosiewicz wrote:
[..]
> > Hm... może na ftp jeszcze zostawić w 1.0 starsze ac/am, do /test puścić
> > nowsze i tych nowszych używać na builderach Ra? Byłaby szansa na
> > ukompatybilnienie dużej części pakietów.
> 
> To jest zly pomysl.
> I nowe ac/am to do PLD 2.0.
> kloczek: wydajmy juz to 1.0 bo nam znowu sie rozjedzie.

Poprawki na nowe ac/am są wstecznie zgodne czyli jeżeli wsparcie do ac/am 
nie używaja nowych rzeczy to to co będzie wymagało poprawienia przejdzie
*takaże* na ac 2.5.2/am 1.5.

Żeby to się udało trzeba poprostu zrobić spełnić warunki:
- możliwie wszyscy powinni poinstalwoać u siebie ac/am z test (na 
  builderach już są),
- dopiro jako ostania czynność przed zamknięciem bedzie przeniesienie 
  ac/am z test.

Na buildery do końca prac nad 1.0 dużo rzeczy raczej już nie pójdzie.
Efektywnie po zamknieciu miesiaca mamy koło 300-400 pakietów źródłowych z
datą z danego miesiaca [1] (tyle można liczyć srednio jest tyż po
skończeniu miedsiaca bo w trakcie miesiaca jest tego do ponad dwuch razy
więcej). Czyli jeżeli liczyć że na zamknięcie 1.0 mamy np. w pół miesiaca
to uda nam się dotknąć w tym czaie około 150 pakieetów builderami. A
wszystkich pakietów src.rpm mamy już bez kilku sztuk 2300 [2]

Większość rzeczy jak zaznaczył Jakub powinna być już gotowa do nowego 
ac/am bo częśc osób od dłuzszego czasu uzywa nowego ac/am.

Dużo jeszcze można tu teraz uzupełnić tym ze także inni bendą budować u
siebie pakiety z użyciem tych wersji. Może ktoś znajdzie wręcz czas żeby
po instalacji ac/am z test zassać wszystkie src.rpm-y i przepuścić je
pzrez "rpm --rebuild *" choć taka operacja w sumie może trwać nawet i non
stop na średniej maszynce i te pół miesiąca. Na bardzo szybkiej maszynce 
możnaby nawet zapuszczać to jako "rpm --rebuild --quiet *" po to żeby
wychwytywać tylko to co się nie buduje. Jeżlei ktoś ma cheć, czas i
możliwości na takie eksperymenty to prosiłbym bardzo o podrzucanie
wyników.

Nie mamy nadal masowego budowania także i tak trzeab zakładać że
potencjalnie część pakietów sie nie buduje. Poprostu super doskonałe 1.0 
nie będzie ale powinno być po mimo wszystko i tak wystarczajaco dobre.
Wszystkie grube rzeczy które bedą wymagały pilnowania i zmieniania będą 
musiały już poczekać na kolejna wersję dystrybucji i nie bedą mogły być
także zrobione bez zupełnie nowej (czytaj: barziej skomplikowanej) 
infrastruktóry builderów i nie tylko.

******
Także jeszcze raz: prośba do wszystkich o doinstalwoanie sobie 
*teraz* ac/am z test i raportowanie wszelkich nieprawidłowości.
******

[1] w tej chwili ftp://ftp.pld.org.pl/.stat/dist-time.txt zawiera cos 
takiego:
   1600 2002 Mar
    289 2002 Apr
    406 2002 May

Pierwsza linijka wynika z tego że w końcu marca wsazystkie pakiety 
zostały podpisane.

[2] Widać stąd kolejną potencjalnie zależność że mając obecna
infrastruktórę builderów osiągniecie wypuszczania kolejnych dystrybucji
będzie wymagało to czyklu około 7-8 miesięcy (~2300/300). Czyli żeby przy
wzrastajacej ilości pakietów utrzymać taką długość cyklu pracy i/lub móc
go nawet w razie potrzeby skrócać trzeba bedzie sporo czau poświęcać na
zmiany organizacyjne w sporych częściach jak nie w całej naszej
infrastruktórze rugując różne powtarzalne czynnosci które wykonuje się
ręcznie/polautomatycznie po to żeby można było więcej czasu przeznaczać na
tylko parcę nad błędami i opracowywaniem nowych rzeczy czy nawet
dokumentację bez tracenia czasu na zajmowanie się doglądaniem całej
maszynerii.

Tutaj dobrze by było móc osiagnąć możliwiość wypuszczania pełnych
dystrybucji raz na pół roku do roku z jednoczewnym wypuszczaniem możliwie
kompletnych pre raz na 2-3 miesiące.

IMHO niewątpliwie z pomocą pomysłów które już są wstępnie przenyślane
(częsciowo także skatologowane) co do dalszych zmian osiągnięcie nawet
takiego napietego terminarza w razie potrzeby byłoby zapewne możlwie.

Ważne w dłuższej perspektywie jest właśnie to żebyśmy byli możliwie
maksymaklnie elastyczni pod tym względem.

kloczek
-- 
-----------------------------------------------------------
*Ludzie nie mają problemów, tylko sobie sami je stwarzają*
-----------------------------------------------------------
Tomasz Kłoczko, sys adm @zie.pg.gda.pl|*e-mail: kloczek w rudy.mif.pg.gda.pl*