update-icon-cache w %post

[Fryderyk Dziarmagowski]

--- Andrzej Krzysztofowicz <ankry w green.mif.pg.gda.pl> wrote:

> Fryderyk Dziarmagowski wrote:
> > > rpm 4.4.6 usiłuje to wymusić, ale co, jeśli dany program dostarcza ikony
> > > dla wielu motywów? Ma wymagać podstawowych pakietów dla wszystkich tych
> > > motywów?
> > 
> > jeśli pakiet próbuje zainstalować ikony w kompletnym zestawie jak np.
> > gnome-icon-theme to należy go poprawić aby instalował w hicolor.
> 
> A gdzie nalezy umiescic alternatywne ikony (jesli pakiet je zawiera), zeby
> ktos, komu hicolor nie odpowiada mogl ich uzywac?

hicolor-icon-theme to nie jest zestaw ikon. To zestaw katalogów
dostarczających miejsca na ikony, które nie zostały umieszczone w
określonym zestawie. dodatkowo instalacja powinna odbywać sie w
określonych katalogach, np. ikona z nazwą programu (generic name)
powinna lądować w apps (odpowiednik i następca %_pixmapsdir), ikona z
typem mime w mimetypes, etc.

> > > W przypadku nie istnienia hicolor-icon-theme instalacja pakietu
> > > dostarczającego takie ikony z %update_icon_cache w %post wyłożyła mi się
> > > w połowie z:
> > > 
> > > No theme index file in '/usr/share/icons/hicolor'.
> > > If you really want to create an icon cache here, use --ignore-theme-index.
> > > błąd: %post(RealPlayer-10.0.8-1.athlon) skryptlet nie powiódł się, status wyjścia 1
> > 
> > jeśli pakiet pakuje ikony do hicolor-icon-theme to musi go wymagać.
> > 
> > > Czy ewentualne "|| :" ma być w bezpośrednio w %post, czy już w samym
> > > makrze?
> > 
> > a dlaczego miałby być?
> 
> Zeby instalacja hicolor-icon-theme nie byla konieczna dla kazdego pakietu z
> wlasnymi ikonami. Ale pewnie i tak jest...

jeśli coś instaluje w katalogach hicolor-icon-theme to dlaczego jego
instalacja miałaby nie być konieczna? poza tym nowy rpm już na takie
dowolności nie pozwala, więc problem sam się rozwiązuje.

-- 
Fryderyk Dziarmagowski