Zależności od ready

[Jarek Poplawski]

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.

  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.

Jarek P.