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). 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. > > 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... > > > Qboosh, nie bron tej latki, wyrzucmy ja. Ladne R: maja byc wpisane w > > > specu, > > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > > A zdajesz sobie sprawę, ile to jest linii? > > Zdaje sobie sprawe, ze i tak w naszych specah te linie sa. To które są "ładne R:"? Nie ma np. "Requires: glibc" w ponad 4000 w pakietach wymagających glibca. -- 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
