ALT Linux Team development discussions
 help / color / mirror / Atom feed
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


  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