nasz wspanialy rpm

[Jakub Bogusz]

On Thu, Jul 01, 2004 at 07:38:03PM +0200, Jakub Bogusz wrote:
> On Thu, Jul 01, 2004 at 07:25:16PM +0200, havner wrote:
> > On Thursday 01 July 2004 19:14, Jakub Bogusz wrote:
> > > On Thu, Jul 01, 2004 at 07:00:38PM +0200, havner wrote:
> > > > On Thursday 01 July 2004 18:44, havner wrote:
> > > > > Qboosh, mowiles kiedys, ze ta latka do automatycznego dodawania nazwy
> > > > > pakietu przy R: dziala poprawnie. Przyjrzyj sie X11-driver-nvidia i
> > > > > XFree86-driver-firegl (moze X11-driver-firegl, jesli juz move byl). Jak
> > > > > mam zainstalowana nvidie i buduje firegl to firegl dostaje R: nvidia z
> > > > > okazji tego, ze ma binarki wymagajace libGL.so.
> > > > > Wyglada jakby rpm sam nie spogladal co on providuje przed szukaniem
> > >
> > > Tego aktualna nie sprawdza w ogóle. Poprzednia wersja sprawdzała częściowo.
> > 
> > I z tym patchem powoduje blad w zachowaniu rpm'a. Noautoreq libGL to tylko 
> > workaround. Moim zdaniem ten patch jest do wyrzucenia.
> 
> Sprawdzanie provides i tak by nie wystarczyło, rozwiązywało tylko część
> przypadków (kiedy dany zamiennik był w tym samym pakiecie, a to mały
> procent przypadków użycia _noautoreqdep).
> 


(tu dygresja - na wszelki wypadek, bo nie napisałem poprzednio: to jest
standardowe zachowanie rpm-a, nie naszej łaty, którego nie da się wyłączyć
_bez_ łaty autodep w sposób inny niż "AutoReqProv: no" dla całego pakietu
(requires dla danej binarki można jeszcze pominąć przez chmod -x binarka,
ale to jeszcze brzydsze od _noautoreqfiles czy _noautoreq):

> Część tych przypadków wynika z innego złego zachowania rpm-a - np.
> firefox czy thunderbird nie powinny w ogóle dostarczać ani wymagać
> libxpcom.so i podobnych rzeczy, bo mają tylko prywatne wersje,
> niedostępne dla innych programów w systemie.
> A dostarczają, i poldek potrafi próbować bez sensu dossać firefoksa do
> galeona.

No i zapomniałem o konkluzji: tą automatykę też wycinać, bo
niedoskonała?

> > > Były złe definicje _noautoreqdep w specach do nvidii i firegl.
> > > Swoją drogą, nie masz ogólnosystemowych definicji
> > > w /etc/rpm/noautoreqdep? Tam powinno siedzieć libGL.so.1.
> > 
> > ano siedzi, a i tak sie zle buduje jesli w specu nie jest wpisane.
> 
> To tu jest jakiś błąd. Poszukam...

Już widzę.
Nie tyle błąd, co w aktualnej wersji definicje _noauto* w specu
_przykrywają_, a nie uzupełniają ogólnosystemowe (jak to było
w przypadku wrapperów).


-- 
Jakub Bogusz    http://cyber.cs.net.pl/~qboosh/