On Tue, May 11, 2004 at 12:54:09AM +0200, havner wrote: > On Tuesday 11 May 2004 00:37, Jakub Bogusz wrote: > > rpm nic sobie nie wyszuka. poldek najwyżej. > > Na przykład mozillę-firefox jako spełnienie zależności libnss3.so dla > > mozilli - więc problem z mozillą i tak tkwi gdzie indziej. > > No wlasnie dokladnie w tym. Ona szuka nss i znajduje go w nss i mozilla. I w > zwiazku z tym rpm dopisuje oba pakiety do R. Proba zainstalowania firefox > wtedy powoduje powyzszy efekt
Akurat mozilla nie dostarcza nss. Ale nie to jest istotne. mozilla wymaga nss, który jest dostarczany przez nss i mozilla-firefox. Przy instalacji mozilli (nie firefoksa) poldek "wylosuje" jeden z nich. Jest 50% szans, że do mozilli jako nss zainstaluje firefoksa, co oczywiście działać nie będzie. Więc problem (jeden z problemów) tkwi w dostarczaniu tej samej własności przez dwa pakiety (zresztą nieprawdziwym w przypadku jednego z nich). > > Poprzednia wersja automatyki działała lepiej, bo nie dodawała do pakietu > > zależności od bibliotek przez ten pakiet dostarczanych. > > A teraz dodaje? I to ten patch powoduje? Dodaje, bo nie są wycinane zależności pakietu od samego siebie. Przez to trzeba do mozilla.spec i mozilla-firefox.spec dopisać dłuższe listy _noautoreqdep. Po rozprawieniu się z nspr i nss dla mozilla-firefox.spec zostaną: libgtkembedmoz.so, libgtkxtbin.so, libmozjs.so, libxpcom.so, libxpcom_compat.so Jak widać dużo tego nie ma. > > A w ogóle to mozilla-firefox także powinna używać systemowych nspr+nss, > > a nie dostarczać własne kopie. > > A to juz inna bajka. Ale powoduje największe zamieszanie. Jeszcze jedna rzecz jest w firefoksie zwalona (a przynajmniej jeszcze niedawno była) - niemożność wyboru języka na poziomie konfiguracji w przypadku zainstalowania zasobów dla więcej niż jednego. Ktoś to poprawił? -- Jakub Bogusz http://cyber.cs.net.pl/~qboosh/ _______________________________________________________ złota zasada - kto się nie zna, niech się nie wypowiada
