35146 2018-07-10 14:56:06 +0300 SONAME убежал в другой пакет 2023-11-13 11:16:26 +0300 1 1 4 Development Sisyphus libbrotlidec unstable all Linux CLOSED NOTABUG P3 normal --- 28944 1 zerg aris aris glebfm lav ldv rider qa-sisyphus oldest_to_newest 172547 0 zerg 2018-07-10 14:56:06 +0300 SONAME libbrotlidec.so.1 убежал из пакета libbrotlidec0 в пакет libbrotlidec, а не в libbrotlidec1. 172550 1 aen 2018-07-10 15:54:38 +0300 2aris: прошу исправить asap. 172551 2 aris 2018-07-10 16:02:31 +0300 Я уже исправил неверное наименование пакетов. Какие претензии к ним по существу? Что-то сломалось, не обновляется etc? 172552 3 zerg 2018-07-10 16:08:17 +0300 (В ответ на комментарий №2) > Какие претензии к ним по существу? https://www.altlinux.org/Shared_Libs_Policy_and_updates Из-за подобных действий люди сразу или бомбой замедленного действия огребают проблемы. Соблюдайте https://www.altlinux.org/Shared_Libs_Policy 172553 4 aris 2018-07-10 16:16:09 +0300 (В ответ на комментарий №3) > (В ответ на комментарий №2) > > Какие претензии к ним по существу? > https://www.altlinux.org/Shared_Libs_Policy_and_updates > Из-за подобных действий люди сразу или бомбой замедленного действия огребают > проблемы. Поскольку сонейм не сменился, проблем в принципе не может быть. > Соблюдайте https://www.altlinux.org/Shared_Libs_Policy Пока эти "правила" не утверждены, захламлять названия пакетов ненужными циферками я не буду. Утвердите, сделайте проверку в сборочнице, и тебе больше не придется выпрыгивать как чертик из табакерки за Shared_Libs_Policy. 172555 5 zerg 2018-07-10 16:37:03 +0300 (В ответ на комментарий №2) > Я уже исправил неверное наименование пакетов. Какие претензии к ним по > существу? https://lists.altlinux.org/pipermail/sisyphus/2018-March/366580.html https://lists.altlinux.org/pipermail/sisyphus/2018-March/366586.html P.S. Архив к сожалению сломан. По ссылкам на Предыдущее/Следующее сообщение неправильно перемещается. 172562 6 rider 2018-07-11 07:03:51 +0300 Юра, присоединяюсь к просьбе - совсем недавно получил проблемы обновления P8-Sisyphus из-за libva без версионирования. 172563 7 rider 2018-07-11 07:04:37 +0300 переоткрываю. Там, где есть возможность - надо собирать новую библиотеку в соответствии с shared libs policy 172566 8 aris 2018-07-11 10:54:50 +0300 (В ответ на комментарий №7) > переоткрываю. > > Там, где есть возможность Там, где есть необходимость. В данном случае такой необходимости нет. Аргументированно докажите обратное. 172567 9 aen 2018-07-11 11:03:00 +0300 (В ответ на комментарий №8) > (В ответ на комментарий №7) > > переоткрываю. > > > > Там, где есть возможность > > Там, где есть необходимость. В данном случае такой необходимости нет. > Аргументированно докажите обратное. Ссылки на проблемы здесь были. Возможно, стоит их подробнее описать в devel@ и там обсудить необходимость следования shared lib policy. Если тут не получается придти к согласию, то стоит обсудить в Тим. 172568 10 aris 2018-07-11 11:21:16 +0300 (В ответ на комментарий №9) > (В ответ на комментарий №8) > > (В ответ на комментарий №7) > > > переоткрываю. > > > > > > Там, где есть возможность > > > > Там, где есть необходимость. В данном случае такой необходимости нет. > > Аргументированно докажите обратное. > > Ссылки на проблемы здесь были. Ссылки на проблемы с другими пакетами не являются доказательством необходимости применения shared lib policy в данном конкретном случае. Повторюсь, у библиотеки не сменился сонейм, и эта бага ни о чем. > Возможно, стоит их подробнее описать в devel@ и там обсудить необходимость > следования shared lib policy. Если тут не получается придти к согласию, то > стоит обсудить в Тим. Да-да, решите "по возможности" или "по необходимости" следует применять эти правила, точно определив критерии того и/или другого. 172580 11 rider 2018-07-11 18:28:12 +0300 Вопрос не в том, что пакет с библиотекой переименовался, а в том, что он переименовался так, что дальше явно не будет следовать shared libs policy. К сожалению, я раньше точно так же делал, пока не нарвался на ffmpeg. если в системе есть хоть один пакет, который по каким-то причинам не обновляется (например, удалён из Sisyphus) и этот пакет зависит на обновляемую библиотеку, собранную как одно имя (без циферок), то apt вместо удаления этого странного пакета сносит всех клиентов новой библиотеки. Почему-то он считает что у установленных пакетов приоритет выше. Со всеми вытекающими последствиями. 172581 12 lav 2018-07-11 19:17:37 +0300 (В ответ на комментарий №11) > Вопрос не в том, что пакет с библиотекой переименовался, а в том, что он > переименовался так, что дальше явно не будет следовать shared libs policy. > > К сожалению, я раньше точно так же делал, пока не нарвался на ffmpeg. > если в системе есть хоть один пакет, который по каким-то причинам не > обновляется (например, удалён из Sisyphus) и этот пакет зависит на обновляемую > библиотеку, собранную как одно имя (без циферок), то apt вместо удаления этого > странного пакета сносит всех клиентов новой библиотеки. > > Почему-то он считает что у установленных пакетов приоритет выше. Со всеми > вытекающими последствиями. Это известная багофича апта. А как же её решит добавление цифры — только тем, что это будет новый пакет? 172583 13 rider 2018-07-11 19:25:44 +0300 Да, тем что это будет новый пакет. Старый при этом останется в системе установлен. 172584 14 rider 2018-07-11 19:31:54 +0300 Всё ещё забавнее когда есть некая библиотека (допустим lib1.so.1) и она собрана с другой библиотекой (lib2.so.2), а та собрана с третьей библиотекой (lib3.so.3) если хоть одна из них не будет следовать shared libs policy (т.е. - паковаться каждый раз в новый пакет с другим именем), то это гарантированно заморозит обновление всей системы если есть какой-то установленный пакет, который хочет любую из этих библиотек старой версии. Именно на это я нарвался с libva, в sisyphus пришлось собрать compat пакет, что бы он обновился, т.к. библиотеки, с которой была собрана предыдущая версия - уже не существует (удалена), а старый libva её хотел. Пришлось его (старый libva) пересобрать в новом окружении без devel пакета, что бы с p8 до Sisyphus было корректное обновление. А вот сам libva плохо пакуется в соответствии с shared libs policy, т.к. для его корректной работы требуются плагины а они пока что могут быть только одной версии. 172587 15 lav 2018-07-11 19:58:57 +0300 Может быть, нам нужна бага на apt про такое его поведение. Наверняка всё же приоритет установленных (и не могущих обновиться) пакетов можно и поменять. 172588 16 rider 2018-07-11 20:03:43 +0300 в случае с apt'ом такое вешали, но по моему это было признано фичей. Там если начать играться, то получается всегда хуже чем было. 172591 17 zerg 2018-07-12 09:28:26 +0300 (В ответ на комментарий №11) > Почему-то он считает что у установленных пакетов приоритет выше. Со всеми > вытекающими последствиями. Боюсь, это последствия anti-aris.patch для apt! 8-O 172592 18 zerg 2018-07-12 09:41:42 +0300 (В ответ на комментарий №17) > Боюсь, это последствия anti-aris.patch для apt! 8-O Вроде оно http://git.altlinux.org/gears/a/apt.git?p=apt.git;a=commitdiff;h=e2184306b28908f208869b791d1bb0550c659674