Summary: | некорректная запись в %files | ||
---|---|---|---|
Product: | Sisyphus | Reporter: | Denis Ovsienko <pilot> |
Component: | glibc-gconv-modules | Assignee: | placeholder <placeholder> |
Status: | CLOSED FIXED | QA Contact: | qa-sisyphus |
Severity: | normal | ||
Priority: | P2 | CC: | glebfm, ldv, placeholder |
Version: | unstable | ||
Hardware: | all | ||
OS: | Linux |
Description
Denis Ovsienko
2008-01-23 12:35:06 MSK
Как предлагается это скорректировать? Наверное, если бинарный кэш /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. |