Preparing... ################################################################################################### [100%] file /usr/lib/debug/usr/lib/libpoppler.so.debug conflicts between attempted installs of libpoppler19-debuginfo-0.18.1-alt2 and libpoppler13-debuginfo-0.16.7-alt3 file /usr/lib/debug/usr/lib/libpoppler-glib.so.debug conflicts between attempted installs of libpoppler6-glib-debuginfo-0.16.7-alt3 and libpoppler8-glib-debuginfo-0.18.1-alt2 E: Error while running transaction
2 At: как такое разруливать? У меня в libpoppler13-devel и libpoppler6-glib-devel стоят конфликты на libpoppler-devel и libpoppler-glib-devel
На стоотв. пакет
Они действительно конфликтуют, а что?
Они конфликтуют по файлам, а должны еще и по зависимостям, т.к. apt файловые конфликты не учитывает при обновлении.
(In reply to comment #4) > Они конфликтуют по файлам, а должны еще и по зависимостям, Кому они должны? Предлагаешь rpm-build'у весь репозиторий анализировать? > т.к. apt файловые конфликты не учитывает при обновлении. Ну и зря не учитывает.
Короче говоря, если вам что-то нужно от rpm-build, пожалуйста, предлагайте что-нибудь реалистичное и конструктивное.
Предлагаю: - не пихать файлы debuginfo в несоответствующие им пакеты. - копировать конфликты из пакетов, которым принадлежат соответствующие не-debuginfo файлы с добавлением к конфликтным именам "-debuginfo"
(In reply to comment #7) > Предлагаю: > - не пихать файлы debuginfo в несоответствующие им пакеты. Файлы с debug info пакуются только в debuginfo-пакеты. О каком несоответствии идет речь? > - копировать конфликты из пакетов, которым принадлежат соответствующие > не-debuginfo файлы с добавлением к конфликтным именам "-debuginfo" Соответствующие не-debuginfo-пакеты, как правило, не конфликтуют. В тех редких случаях, когда не-debuginfo-пакеты конфликтуют, задача уже решена, поскольку у debuginfo-пакетов жесткая зависимость на соответствующие не-debuginfo-пакеты. Я, кажется, уже вижу решение, и, очевидно, тему надо обсуждать не здесь.
(В ответ на комментарий №8) > Файлы с debug info пакуются только в debuginfo-пакеты. О каком несоответствии > идет речь? Файл /usr/lib/libpoppler.so находиться в пакете с другим именем, а не с тем, в имя-debuginfo которого упакован его файл с отладкой.
(In reply to comment #1) > 2 At: как такое разруливать? Между прочим, этот debuginfo-конфликт выявляет реальную проблему: какой-то пакет вытягивает сразу две версии poppler. Интересно, как они себя ведут, будучи загруженными в память одного процесса?
(В ответ на комментарий №8) > Соответствующие не-debuginfo-пакеты, как правило, не конфликтуют. В тех редких > случаях, когда не-debuginfo-пакеты конфликтуют, задача уже решена, поскольку у > debuginfo-пакетов жесткая зависимость на соответствующие не-debuginfo-пакеты. Нифига! В libpoppler19-debuginfo нет зависимости на libpoppler-devel > Я, кажется, уже вижу решение, и, очевидно, тему надо обсуждать не здесь. Ок, только хотелось бы иметь возможность участвовать в обсуждении на всякий.
(В ответ на комментарий №10) > Между прочим, этот debuginfo-конфликт выявляет реальную проблему: какой-то > пакет вытягивает сразу две версии poppler. Это dist-upgrade. 2 разных пакета вытягивают 2 разных poppler
(In reply to comment #9) > (В ответ на комментарий №8) > > Файлы с debug info пакуются только в debuginfo-пакеты. О каком несоответствии > > идет речь? > Файл /usr/lib/libpoppler.so находиться в пакете с другим именем, а не с тем, в > имя-debuginfo которого упакован его файл с отладкой. Мне кажется, что /usr/lib/debug/usr/lib/libpoppler.so.debug вообще не нужен.
(В ответ на комментарий №13) > Мне кажется, что /usr/lib/debug/usr/lib/libpoppler.so.debug вообще не нужен. Дык! Это решило бы и баг 26673
(In reply to comment #14) > (В ответ на комментарий №13) > > Мне кажется, что /usr/lib/debug/usr/lib/libpoppler.so.debug вообще не нужен. > Дык! Это решило бы и баг 26673 rpm-build-4.0.4-alt100.42 больше не пакует такие файлы (при условии, что они запакованы, как полагается, в devel-пакеты). Можете пересобрать конфликтующие пакеты и закрывать баг.
Ok. С poppler уже и так нормально.
Спасибо!
