nasz wspanialy rpm

[Jakub Bogusz]

On Thu, Jul 01, 2004 at 07:00:38PM +0200, havner wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> 
> 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.

> > autoreq. Moze i nie jest to bezposrednio wina latki z nazwami autoreq, ale
> > jak widac przeszkadza ona z powodu innego bledu, ktorego nikt nie poprawil.

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.

> Znowu to powiem, ale jestem za wyrzuceniem tej latki.
> Nie znam dokladnie konstrukcji rpm'a, ale to chyba dziala tak, ze on autoreq 
> okresla sobie jakos tam, przed swoimi provides (i bez nich) a dopiero przy 
> instalacji moze sprawdzac co ma to co on potrzebuje (uwgledniajac swoje 
> provides). Wtedy ciezko to bedzie poprawic.
> Qboosh, nie bron tej latki, wyrzucmy ja. Ladne R: maja byc wpisane w specu, 
                                           ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

A zdajesz sobie sprawę, ile to jest linii?

> nie robmy az takiej automatyki, bo potem nie wiadomo ktory require skad 
> pochodzi.


A tak swoją drogą, potrzebny jest mechanizm domyślnych pakietów
dostarczających dane własności (ale to do poldka, nie rpm-a).
Jak ktoś chce nvidię, firegl, czy określony motyw KDE/GNOME/itp., to
sam je zainstaluje explicite.
Ale teraz poldek potrafi pociągnąć nvidię czy firegl po zależnościach
(dla dowolnego programu używającego OpenGL), jeśli nie było jeszcze
libGL.so.1 w systemie. A to nie jest to, o co chodzi, bo te
implementacje nie działają z większością sterowników.
Podobnie po zależnościach mogą być wciągane dowolne motywy, które
u niektórych osób powodują "dziwne" reakcje (np. KDEGirl).


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