В результате следующей записи в спеке бинарный кэш показан как конфигурационный файл: %verify(not md5 size mtime) %config(noreplace) %_gconvdir/gconv-modules* 3: glibc-locales ########################################### [ 7%] 4: glibc-gconv-modules warning: /usr/lib/gconv/gconv-modules.cache created as /usr/lib/gconv/gconv-modules.cache.rpmnew ########################################### [ 9%] 5: iconv ########################################### [ 11%] [pilot@netvista ~]$ diff -u /usr/lib/gconv/gconv-modules.cache /usr/lib/gconv/gconv-modules.cache.rpmnew Files /usr/lib/gconv/gconv-modules.cache and /usr/lib/gconv/gconv-modules.cache.rpmnew differ [pilot@netvista ~]$ file /usr/lib/gconv/gconv-modules.cache.rpmnew /usr/lib/gconv/gconv-modules.cache.rpmnew: empty [pilot@netvista ~]$ file /usr/lib/gconv/gconv-modules.cache /usr/lib/gconv/gconv-modules.cache: data [pilot@netvista ~]$ file /usr/lib/gconv/gconv-modules /usr/lib/gconv/gconv-modules: ASCII English text -rw-r--r-- 1 root root 54642 Jan 13 17:30 gconv-modules -rw-r--r-- 1 root root 25462 Jan 23 12:19 gconv-modules.cache -rw-r--r-- 1 root root 0 Jan 13 17:30 gconv-modules.cache.rpmnew
Как предлагается это скорректировать?
Наверное, если бинарный кэш /usr/lib/gconv/gconv-modules.cache может обновиться (а ещё лучше --- создаться самостоятельно) после установки пакета, то можно показать его как %ghost. Если же он генерируется только при сборке пакета, то никакой это не %config и уже тем более не noreplace.
Fixed in 2.5.1-alt2-1-gaffd069, thanks.
Этот файл создаётся при помощи /usr/sbin/iconvconfig после установки пакета iconv. Получается небольшая неконсистентность: gconv-modules.cache не будет создан/обновлён, пока не будет установлен/обновлён/вновь установлен пакет iconv.
(In reply to comment #4) > Этот файл создаётся при помощи /usr/sbin/iconvconfig после установки пакета > iconv. Получается небольшая неконсистентность: gconv-modules.cache не будет > создан/обновлён, пока не будет установлен/обновлён/вновь установлен пакет iconv. В пакете iconv есть зависимость на glibc-gconv-modules, так что это, наверное, нормально.
Но ведь gconv-modules могут использоваться без iconv, а iconv -- это один из front-end'ов?
(In reply to comment #6) > Но ведь gconv-modules могут использоваться без iconv, а iconv -- это один из > front-end'ов? Не будет iconv -- не будет создан бинарный кэш.
(In reply to comment #7) > (In reply to comment #6) > > Но ведь gconv-modules могут использоваться без iconv, а iconv -- это один из > > front-end'ов? > > Не будет iconv -- не будет создан бинарный кэш. В качестве альтернативы можно перенести /usr/sbin/iconvconfig из iconv в gconv-modules, если это не усложнит поддержку biarch.