Zależności od ready

[Andrzej Krzysztofowicz]

Jarek Poplawski wrote:
> 
> Sytacja hipotetyczna:
> Załóżmy, że korzystamy z PLD ac. Ponieważ, z powodu 
> bezpieczeństwa lub funkcjonalności, zależy nam na nowszej 
> wersji pakietu, np. mysql - jesteśmy zmuszeni skorzystać z 
> ready. Niestety poldek zaprotestuje bo załóżmy, że brak tam 
> w danym momencie odpowiedniej wesji np. cyrus-sasl-mysql. 
> Lub sytuacja odwrotna: w momencie aktualizacji nie 
> używaliśmy cyrus-sasl-mysql, udało nam się zainstalować 
> aktualną wersję mysql, ale od tej chwili o instalacji 
> cyrus-sasl-mysql musimy na jakiś czas zapomnieć.
> 
> Pytanie:
> Czy nie byłoby praktyczne (bo nie wymagające stałego 
> zaangażowania developerów) wprowadzenie dodatkowego katalogu 
> z pakietami zależnymi: w momencie wprowadzenia nowego 
> pakietu do ready odpowiedni builder starałby się przebudować 
> automatycznie maksymalną liczbę pakietów z main i ready z 
> niespełnionymi zależnościami i wyniki wrzucić do tego 
> dodatkowego katalogu.

Alez to sie wlasnie tak odbywa. Tyle, ze polrecznie.
Jesli jakis developer zleca zbudowanie nowego pakietu do ready/ to powinien
zlecic przebudowanie pakietow zaleznych.
Problem w tym, ze bardzo czasto wiekszosc z tych pakietow sie nie zbuduje,
bo ich wersja na head jest zbyt stara lub pakiet jest rozgrzebany,
niedokonczony, wymagajacy poprawek. W tej sytuacji robienie tego z automatu
nie ma wiekszego sensu, zwlaszcza ze brak ktoregos z pakietow w ready czesto
wynika z opoznienia/niedzialania ktoregos z builderow.

>   Zakładam, że części pakietów nie udałoby się w ten sposób 
> uaktualnić, ale i tak byłaby znacznie większa szansa niż 
> obecnie na wyeliminowanie problemu przedstawionego na 
> wstępie. Aby ograniczyć zasobożerność tego rozwiązania można 
> ograniczyć listę analizowanych pakietów z main do tych 
> częściej używanych oraz ew. usuwać poprzednie wersje 
> pakietów - czyli pakiety zależne dotyczyłyby tylko 
> najnowszych wersji z ready.
> 
> Oczywiście takie pakiety nie byłyby po zbudowaniu testowane, 
> ale korzystanie z tego katalogu byłoby poprzedzone 
> odpowiednimi ostrzeżeniami (podobnie jak test i ready) i 
> każdy mógłby rozważyć, na czym mu bardziej zależy: używanie 
> nowszego, bezpieczniejszego i wstępnie testowanego z ready + 
> częściowo nieprzetestowane zależności, czy wszystko 
> przetestowane, ale niekoniecznie bezpieczne lub aktualne z main.
> 
> Z góry dziękuję za opinie lub rady jak lepiej obejść ten 
> problem.

Znalezc mechanizm zwiekszajacy efektywnosc pracy developerow ;P

-- 
=======================================================================
  Andrzej M. Krzysztofowicz               ankry w mif.pg.gda.pl
  phone (48)(58) 347 14 61
Faculty of Applied Phys. & Math.,   Gdansk University of Technology