[kdenetwork-3.1.94.031204-1] kopete -> plugin oscar

[Adam Gorzkiewicz]

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
-------------- następna część ---------
Załącznik, który nie był tekstem został usunięty...
Name: nie znany
Type: application/pgp-signature
Size: 189 bytes
Desc: signature
Url : /mailman/pipermail/pld-devel-pl/attachments/20040626/69453b6e/attachment.bin