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/ _______________________________________________ pld-devel-pl mailing list [EMAIL PROTECTED] http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
