From: "Vladimir D. Seleznev" <vseleznv@altlinux.org>
To: ALT Linux Team development discussions <devel@lists.altlinux.org>
Subject: Re: [devel] libglusterfs6: shlib policy issue
Date: Sun, 16 Jun 2019 22:25:50 +0300
Message-ID: <20190616192550.GB20996@portlab> (raw)
In-Reply-To: <26906e41b8111e6347e41c0d7ee0f1e1@altlinux.ru>
On Sun, Jun 16, 2019 at 01:45:19AM +0300, Vitaly Lipatov wrote:
> Vladimir D. Seleznev писал 15.6.19 22:43:
> > On Sat, Jun 15, 2019 at 01:56:26PM +0300, Vitaly Lipatov wrote:
> >> On Sat, 15 Jun 2019, Vladimir D. Seleznev wrote:
> >>
> >> > Сонеймы, предоставляемые libglusterfs3, не поменялись. Зачем тогда надо
> >> > было переименовывать [1] пакет?
> >>
> >> Пакет никто не переименовывал. Просто новая мажорная версия собрана в
> >> свой набор пакетов, чтобы не произошло автоматического обновления,
> >> которое недопустимо для системы хранения данных.
> >>
> >> Alexey Shabalin писал 15.6.19 2:38:
> >>
> >> > ...
> >> > Пока andy@ готовил пакет glusterfs, с provides и obsoletes, в Сизифе
> >> > появился glustetfs6. Поэтому мы решили не выкладывать его, а немного
> >> > доделать. А вообще бы хорошо убрать эти 3 и 6 из имени.
> >>
> >> Не очень понятно, зачем нужно было при живом мантейнере glusterfs
> >> готовить какой-то альтернативный пакет, и никак не информировать. Если
> >> кто-то может заняться гластером, я с радостью перестану тянуть (и
> >> тестировать и эксплуатировать) эту достаточно тяжёлую ношу.
> >>
> >> Про 3 и 6 в имени уже написал выше -- обновления не предусматривается.
> >
> > Т.е., тут такой же случай, как и с PostgreSQL? Неправильно, что один и
> > тот же сонейм в репозитории предоставляют разные пакеты. Т.к.
> > glusterfs3
> Почему неправильно?
А как это может быть правильно? Если библиотеки реализуют один
интерфейс, то зачем тогда их несколько? А если разный, то почему у них
одинаковый сонейм?
> > и glusterfs6 предоставляют в своих библиотеках одинаковый ABI + новый
> > ABI в glusterfs6, то надо, чтобы в репозитории были представлены
> Нет информации, что они там предоставляют.
На самом деле информация есть, и ldv@ даже показал, что они
предоставляют таки разный ABI.
> И я бы точно не стал смешивать клиентов разных версий.
А что их клиентам нужно? И к какой версии glusterfs должны обращаться их
клиенты?
$ rpm -qR qemu-block-gluster
libgfapi.so.0()(64bit) >= set:lgPQ2yjkgGI8PCWHeZlLK4CdlglL3nSLWc97a2b6cdQYBC2SN5
libgfapi.so.0(GFAPI_3.4.0)(64bit)
libgfapi.so.0(GFAPI_3.5.0)(64bit)
qemu-common = 4.0.0-alt1:sisyphus+231199.1000.7.1
rpmlib(PayloadIsLzma)
Я не знаком с glusterfs, но на их сайте описаны процессы миграции на
новые версии.
> > разделяемые библиотеки от glusterfs6, а в glusterfs3 не собирать
> > разделяемых библиотек. Тогда будут и два пакета, что позволит и
> > поддерживать уже имеющиеся решения на glusterfs3, и будут предоставлены
> > актуальные библиотеки, пакеты которых таки лучше привести в
> > соответствие
> > Shared library policy.
> Не очень понял, с какими проблемами мы столкнулись.
--
С уважением,
Владимир Селезнев
next prev parent reply other threads:[~2019-06-16 19:25 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-06-14 21:06 Vladimir D. Seleznev
2019-06-14 22:35 ` Ivan Zakharyaschev
2019-06-14 22:43 ` Ivan Zakharyaschev
2019-06-15 19:43 ` Vladimir D. Seleznev
2019-06-15 21:20 ` Dmitry V. Levin
2019-06-17 14:51 ` [devel] I: alternative soname implementations considered harmful Dmitry V. Levin
2019-06-18 21:30 ` Dmitry V. Levin
2019-06-19 6:33 ` Vitaly Lipatov
2019-06-19 7:00 ` Vladimir D. Seleznev
2019-06-19 7:25 ` Dmitry V. Levin
2019-06-19 11:10 ` Andrey Savchenko
2019-06-19 11:21 ` Dmitry V. Levin
2019-06-27 5:39 ` Vitaly Lipatov
2019-06-19 11:40 ` Sergey V Turchin
2019-06-19 10:54 ` Anton Farygin
2019-06-15 22:45 ` [devel] libglusterfs6: shlib policy issue Vitaly Lipatov
2019-06-16 19:25 ` Vladimir D. Seleznev [this message]
2019-06-17 19:55 ` Alexey Shabalin
2019-06-17 19:58 ` Alexey Shabalin
2019-06-19 6:43 ` Vitaly Lipatov
2019-06-16 6:50 ` Denis Medvedev
2019-06-16 19:12 ` Vladimir D. Seleznev
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=20190616192550.GB20996@portlab \
--to=vseleznv@altlinux.org \
--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