On Tuesday 09 of December 2003 16:10, Andrzej Krzysztofowicz wrote: > Adam Gorzkiewicz wrote: > > On Tuesday 09 of December 2003 13:08, Andrzej Krzysztofowicz wrote: > > > Adam Gorzkiewicz wrote: > > > > Czy to tak powinno by=3DE6, =3DBFe autoreqdep generuje zale=3DBFnosci > > > > od aktualni=3D e=3D20 > > > > zainstalowanych w systemie paczek a nie od tego, co znajduje si=3DEA > > > > w budowa=3D nym=3D20 > > > > pakiecie? > > > > > > Tak ten mechanizm dziala. > > > Wymuszenie zainstalowania wlasciwych paczek powinno byc zapewnione > > > przez = > > > > BR, > > > > Chyba nie w tym przypadku: > > > > 1) takiej paczki jaka powinna byc w zaleznosciach jeszcze nie by=B3o na > > swi= ecie > > > > 2) BR, =BFeby autoreqdep zosta=B3o odpowiednio wygenerowane?? Cos mi > > tutaj = nie=20 > > pasuje - to tak, jakby ktos wybudowa=B3 Ci dom z nieszczelnym dachem i > > pozn= iej=20 > > kaza=B3 Ci kupi=E6 wiaderka celem podstawienia ich tam, gdzie cieknie ;P > > Zeby autoreqdep zostalo odpowiednio wygenerowane, odpowiednia paczka musi > byc zainstalowana. Inaczej nie mam mozliwosci sprawdzenia do jakiego > pakietu nalezy biblioteka o okreslonym SONAME.
No ale właśnie - czy nie byłoby bardziej właściwe, żeby w pierwszej kolejności do była brana pod uwagę (pod)paczka właśnie budowana? - W tej chwili abstrahuję od stopnia trudności zaimplementowania takiej funkcjonalności - zadaje po prostu pytanie - czy to nie byłoby lepsze rozwiązanie? > Gdy taka biblioteka jest wlasnie budowana, to z definicji nie powinna > raczej byc zainstalowana (chyba, ze przebudowujemy ten pakiet w poprawionej > wersji z nowym rel.) O to to to... Tutaj mamy właśnie do czynienia z tego typu sytuacją - pakiet zmienia nazwę a jego odpowiednik o nazwie starej tkwi w systemie. > > > a gdy sie nie da nalezy uzywac _noautoreqdep > > > > To juz pr=EAdzej. > > Ten mechanizm jest stosowany, gdy dana biblioteka nalezy do wiecej niz > jednego pakietu. > > Generalnie problem moze wystepowac w sytuacji, gdy w wyniku reorganizacji > biblioteka wedruje do innego podpakietu, bez zmiany wersji (SONAME). > > W starej infrastrukturze w takiej sytuacji zarzadzajacy musial najpierw > recznie wyinstalowac stare wersje pakietow. > > W nowej nie widze jakiegos specyficznego mechanizmu (mmazur ...?), wiec > pewnie zostaje ten sam sposob, lub wlasnie jakies maniputacje z > _noautoreqdep (i ew. kilkukrotne przebudowanie pakietu) jako obejscie > problemu. Tutaj nic dodać, nic ująć -- Adam Gorzkiewicz
pgp00000.pgp
Description: signature
