From: Vitaly Lipatov <lav@altlinux.ru> To: ALT Linux Team development discussions <devel@lists.altlinux.org> Subject: Re: [devel] I: SharedLibsPolicy update (libjxl update) Date: Wed, 28 Feb 2024 00:17:37 +0300 Message-ID: <238f71aefe90083c94d8f6b2e4664ee9@altlinux.ru> (raw) In-Reply-To: <7db86b56-9681-4d8c-afed-a731020ebcfa@basealt.ru> Anton Farygin писал(а) 23.2.24 12:56: > Всем привет. > > Глядя на то, с каким трудом Юра собирал > https://packages.altlinux.org/ru/sisyphus/srpms/libjxl/ я понял, что > SharedLibsPolicy тяжела для осознания даже опытными ментейнерами с > большим стажем. > > Дополнил SharedLibsPolicy двумя условиями, про выполнение которых часто > забывают ментейнеры, делая ошибки сборки shared библиотек в отдельные > подпакеты. > ... > Думаю что надо добить SharedLibsPolicy до стадии утверждённой политики > и внести проверки на обязательное соответствие policy в сборочную > систему. Согласен, что для массово используемых (т.е. известных) библиотек это просто необходимо, особенно когда они имеют внешних пользователей или стали де факто частью Linux-системы. Но я бы предложил обсудить применение требования policy не ко всем библиотекам, а ко всем, имеющим больше 3 (т.е. много) пользователей (пакетов) в репозитории. Предполагаю, что существует много как бы внутренних библиотек, упакованных в пакеты lib*, потому что таковы требования — выделять библиотеки, даже если у них и нет отдельных пользователей. И для них лишние сложности ни к чему. Кстати говоря, у нас не все пакеты с библиотеками имеют префикс lib, а мы уже хотим суффикс обязательный сделать. Например, вот zlib, bzlib. Или в проверке на соответствие policy будет добавлен список исключений? Также вот, например, libxxhash: $ epm --short wd libxxhash $ apt-cache whatdepends libxxhash libxxhash-devel telegram-desktop texlive stress-ng rsync rpcs3 radare2 python3-module-xxhash lighttpd kitty flycast dolphin-emu borg libblack_hole_solver1 Вроде бы пора добавлять версию? С другой стороны, мы долгое время отличались от других систем, что они добавляли soname в название пакета, а мы нет. Кажется, что основной критерий — это то, возможно ли одновременное существование актуальных приложений, требующих разные версии библиотек. И если при наличии замкнутого репозитория долгое время удавалось это обходить удалением пакетов, обновлением всех под новую версию (с проблемами), то при наличии внешних пользователей к необходимости присутствия в системе всех ожидаемых ими библиотек (а это может быть и 5-7 лет существования приложения) стоит отнестись серьёзнее. Например, допускать одновременное существование в репозитории libssl1.1 и libssl3. Или вот например правильно собрать libevent: https://bugzilla.altlinux.org/47040 -- С уважением, Виталий Липатов, ALT Linux Team
next prev parent reply other threads:[~2024-02-27 21:17 UTC|newest] Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top 2024-02-23 9:56 Anton Farygin 2024-02-26 7:02 ` Ruslandh 2024-02-26 12:40 ` [devel] I: Cannot mix incompatible Qt library (6.6.1) with this library (6.6.2) Ruslandh 2024-02-26 17:14 ` [devel] I: SharedLibsPolicy update (libjxl update) Dmitry V. Levin 2024-02-27 7:19 ` Anton Farygin 2024-02-27 21:17 ` Vitaly Lipatov [this message] 2024-02-28 5:53 ` Anton Farygin 2024-02-28 6:14 ` [devel] I: SharedLibsPolicy update (openssl1.1 & openssl3) Anton Farygin 2024-02-28 20:03 ` [devel] I: SharedLibsPolicy update (libjxl update) Paul Wolneykien 2024-02-28 23:21 ` Dmitry V. Levin 2024-02-29 7:56 ` Sergey V Turchin 2024-02-29 10:46 ` Paul Wolneykien 2024-02-29 10:51 ` Sergey V Turchin 2024-03-01 10:54 ` Anton Farygin 2024-03-22 14:29 ` manowar 2024-03-22 14:54 ` Mikhail Efremov 2024-03-25 11:59 ` Sergey V Turchin 2024-03-22 15:26 ` Anton Farygin 2024-03-25 11:57 ` Sergey V Turchin
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=238f71aefe90083c94d8f6b2e4664ee9@altlinux.ru \ --to=lav@altlinux.ru \ --cc=devel@lists.altlinux.org \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: link
ALT Linux Team development discussions This inbox may be cloned and mirrored by anyone: git clone --mirror http://lore.altlinux.org/devel/0 devel/git/0.git # If you have public-inbox 1.1+ installed, you may # initialize and index your mirror using the following commands: public-inbox-init -V2 devel devel/ http://lore.altlinux.org/devel \ devel@altlinux.org devel@altlinux.ru devel@lists.altlinux.org devel@lists.altlinux.ru devel@linux.iplabs.ru mandrake-russian@linuxteam.iplabs.ru sisyphus@linuxteam.iplabs.ru public-inbox-index devel Example config snippet for mirrors. Newsgroup available over NNTP: nntp://lore.altlinux.org/org.altlinux.lists.devel AGPL code for this site: git clone https://public-inbox.org/public-inbox.git