30113 2014-06-11 14:23:19 +0400 libsasl2-3-2.1.26-alt4 conflicts with package libsasl2-2.1.26-alt0.M70P.1 2014-06-17 23:57:57 +0400 1 1 4 Development Sisyphus libsasl2-3 unstable all Linux CLOSED FIXED P3 normal --- 1 lav asy asy glebfm taf qa-sisyphus oldest_to_newest 146757 0 lav 2014-06-11 14:23:19 +0400 При обновлении с p7 до Сизифа: file /usr/lib64/sasl2/libanonymous.so from install of libsasl2-3-2.1.26-alt4 conflicts with file from package libsasl2-2.1.26-alt0.M70P.1 file /usr/lib64/sasl2/libcrammd5.so from install of libsasl2-3-2.1.26-alt4 conflicts with file from package libsasl2-2.1.26-alt0.M70P.1 file /usr/lib64/sasl2/libdigestmd5.so from install of libsasl2-3-2.1.26-alt4 conflicts with file from package libsasl2-2.1.26-alt0.M70P.1 file /usr/lib64/sasl2/liblogin.so 146758 1 asy 2014-06-11 14:53:20 +0400 Мне кажется, что это результат последнего обновления, так как я этот момент тестировал, на сколько помню. 2014-06-04 Gleb F-Malinovskiy <glebfm at altlinux.org> 2.1.26-alt4 - Drop Conflicts: libsasl2 to comply SharedLibs Policy. 146760 2 asy 2014-06-11 15:33:01 +0400 SharedLibs Policy, тут, видимо, или нельзя применять, или надо плагины sasl2/*.so убрать в отдельный подпакет, но вот вопрос, будут ли эти плагины с разными libsasl совместимы... 146761 3 glebfm 2014-06-11 15:49:19 +0400 Между альтернативными soname не должно быть конфликта, так что исправление было правильное. Придётся избавляться от файлового конфликта. (In reply to comment #2) > SharedLibs Policy, тут, видимо, или нельзя применять, Policy был нарушен, из-за этого возникли проблемы при вычислении обновления. > или надо плагины > sasl2/*.so убрать в отдельный подпакет, > но вот вопрос, будут ли эти плагины с > разными libsasl совместимы... По идее, совместимые, а на самом деле -- не ясно. Возможно, придётся для этой библиотеки переместить плагины в другое место. 146762 4 lav 2014-06-11 16:25:59 +0400 (В ответ на комментарий №3) ... > Возможно, придётся для этой библиотеки переместить плагины в другое место. Да, если действительно есть необходимость держать в системе разные версии libsasl2, то явно их плагины надо паковать в разные каталоги. Я, правда, не понял, почему при том, что версии у libsasl2-3 и libsasl2 одинаковые, нельзя было проставить provides для замещения. 146763 5 asy 2014-06-11 16:33:25 +0400 (In reply to comment #3) > Придётся избавляться от файлового конфликта. > По идее, совместимые, а на самом деле -- не ясно. От этого многое зависит. > Возможно, придётся для этой библиотеки переместить плагины в другое место. Если нужна жёсткая зависимость плагин-библиотека, другого пути нет, видимо. Но затратность решения я оценить не могу. Так-то, наверное, было бы хорошо с вариантом sasl2-<soname>/*.so 146764 6 asy 2014-06-11 16:36:56 +0400 (In reply to comment #4) > Я, правда, не понял, почему при том, что версии у libsasl2-3 и libsasl2 > одинаковые, нельзя было проставить provides для замещения. Там soname разные. В libsasl2 остался неправильный, который был давно заменён. Я не придумал, как по-другому разрулить, а таскать неправильный дальше показалось плохо, хотя LDV и предлагал оставить, правда, не очень настойчиво. 146765 7 asy 2014-06-11 16:37:55 +0400 (In reply to comment #6) > неправильный В смысле, несоответствующий апстриму. 146769 8 asy 2014-06-12 14:06:27 +0400 >From: Gleb Fotengauer-Malinovskiy <glebfm@altlinux.org> > > 's,%_libdir/sasl2,&-%abiversion,' спасёт. Если бы я был профессиональным программистом и постоянно пользовался средствами для компиляции, я бы, наверное, знал, куда это воткнуть. :-) Речь про CFLAGS, или про что ? 146770 9 glebfm 2014-06-12 14:23:05 +0400 (In reply to comment #8) > Если бы я был профессиональным программистом и постоянно пользовался средствами > для компиляции, я бы, наверное, знал, куда это воткнуть. :-) Речь про CFLAGS, > или про что ? Это sed-expression который достаточно применить к spec-у. :) sed -e 's,%_libdir/sasl2,&-%abiversion,' -i <specfile> 146785 10 asy 2014-06-13 17:41:57 +0400 (In reply to comment #9) > Это sed-expression Не узнал с запятыми. :-) Что-то вроде --with-plugindir я искале, но в хелпе configure не углядел. 146787 11 glebfm 2014-06-13 21:46:23 +0400 (In reply to comment #10) > Что-то вроде --with-plugindir я искале, но в хелпе configure не углядел. В cпеке даже используется эта опция именно с таким именем, просто там написано %_libdir/sasl2, а может быть написано %_libdir/sasl2-%abiversion . 146788 12 asy 2014-06-14 11:53:10 +0400 Так я и нашёл там после 9-ого комментария. Но надо собрать, посмотреть... А на выходные планы другие. Опять же, Eve R. Ybody в acl... 146791 13 asy 2014-06-14 23:25:48 +0400 Проверить бы задание 121506. У меня ничего с Сизифом нет сейчас, чтобы там ещё и sasl нужен был. 146801 14 repository-robot 2014-06-17 12:54:35 +0400 cyrus-sasl2-2.1.26-alt5 -> sisyphus: * Sat Jun 14 2014 Sergey Y. Afonin <asy@altlinux> 2.1.26-alt5 - 20140330 git snapshot - moved plugins to sasl2-%abiversion directoy (ALT #30113) 146802 15 asy 2014-06-17 13:27:34 +0400 Хотя, наверное, это несовсем аккуратный фикс, как сейчас подумалось. Отдельные подпакеты с плагинами именуются без %abiversion и будут "выносить", при обновлении, плагины от старого libsasl2-%abiversion. Видимо, их надо тоже паковать с %abiversion, хотя они к этому отношения и не имеют, вроде бы... 146803 16 glebfm 2014-06-17 20:23:00 +0400 (In reply to comment #15) > Хотя, наверное, это несовсем аккуратный фикс, как сейчас подумалось. Отдельные > подпакеты с плагинами именуются без %abiversion и будут "выносить", при > обновлении, плагины от старого libsasl2-%abiversion. Видимо, их надо тоже > паковать с %abiversion, хотя они к этому отношения и не имеют, вроде бы... Ну так и не появилось же нового пакета, что вы имеете в виду? По моему, всё хорошо теперь должно быть. 146804 17 asy 2014-06-17 23:57:57 +0400 Сейчас есть libsasl2-3 и соответствующий ему libsasl2-plugin-sql. Допустим, появляется sasl 2.2 с abi версии 4. В результате будут libsasl2-4 и тот же самый libsasl2-plugin-sql. Соответственно, при обновлении libsasl2-plugin-sql 2.1 на libsasl2-plugin-sql 2.2 библиотека libsasl2-3 лишится sql-плагина и всё, что с libsasl2-4 не будет пересобрано, станет неработоспособно при использовании плагина sql. Но если плагины паковать с %abiversion, то libsasl2-4-plugin-sql сам не установится... Тоже не хорошо. Собрать всё в один пакет, убрав libsasl2-plugin-* вообще ?