Problem z iconv ?
Tomasz Kłoczko
kloczek w rudy.mif.pg.gda.pl
Śro, 24 Kwi 2002, 17:31:52 CEST
On Wed, 24 Apr 2002, Artur Frysiak wrote:
>
> > %post do install wygląda tak:
> >
> > %post -n iconv -p %{_sbindir}/iconvconfig
> > # not run iconvconfig in %%postun iconv because iconvconfig don't exist when %postun is runned
> >
> > Powduje to tyle ze tworzuny jest sktypt:
> >
> > #!/usr/sbin/iconvconfig
> > # not run iconvconfig in %%postun iconv because iconvconfig don't exist when %postun is runned
>
> przeniosłem komentarz przed wszystkie %%post.
To nie jest rozwiązanie bo to wpadnie do popzredniego skryptu :)
Wydaje mi się że użycie %{nil} powinno sprawę załatwić. Jak skończy
mi się budowanie glibc i załatwi to sprawę to zaaplikuję odpowidnia
poprawkę :)
> > open("/usr/lib/gconv/gconv-modules", O_RDONLY) = 4
> > open("/usr/lib/gconv/gconv-modules.cache.ZlgZlf", O_RDWR|O_CREAT|O_EXCL, 0600) = 4
> > ^^^^^^^^^^^^^^^
> >
> > Wydaj mi się że tu nie powinno być /usr/lib/gconv tylko /var/cache.
> > I chyba spróbuję skompletować patcha zmieniającego tą ściżkę.
>
> Się może najpierw zapytaj Urlicha czy to tak ma być czy może inaczej.
Tutaj racazje nie ma co sie pytać. Chodzi o to że przy mntowanym TO /usr
użycie ręczne iconvconfig padnie na twarz.
Tutaj takei rzeczy dosć dobzre powinno rewgulować FHS i użycie /var/cache
wynika z tej specyfikacji.
> Jak dla mnie to ten cache ma być tam gdzie jest i należy go traktować
> jako część instalacji a nie coś co się zmienia w trakcie normalnej
> pracy.
> Zawartość jego i tak zależy tylko od tego co jest w
> /usr/lib/gconv/* a zmiany w tym katalogu to zmiany w instalacji.
> To jest tak samo jak plik /usr/share/texmf/ls-R z tetexa.
Tego też tu raczje nie powionno być :)
kloczek
--
-----------------------------------------------------------
*Ludzie nie mają problemów, tylko sobie sami je stwarzają*
-----------------------------------------------------------
Tomasz Kłoczko, sys adm @zie.pg.gda.pl|*e-mail: kloczek w rudy.mif.pg.gda.pl*
Więcej informacji o liście dyskusyjnej pld-devel-pl