[devel] libglusterfs6: shlib policy issue

[Alexey Shabalin]

вс, 16 июн. 2019 г. в 22:25, Vladimir D. Seleznev <vseleznv на altlinux.org>:
>
> 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)

У тебя устаревшая информация. qemu в sisyphus собрался автоматически
уже с libglusterfs6-api.

> Я не знаком с glusterfs, но на их сайте описаны процессы миграции на
> новые версии.
>
> > > разделяемые библиотеки от glusterfs6, а в glusterfs3 не собирать
> > > разделяемых библиотек. Тогда будут и два пакета, что позволит и
> > > поддерживать уже имеющиеся решения на glusterfs3, и будут предоставлены
> > > актуальные библиотеки, пакеты которых таки лучше привести в
> > > соответствие
> > > Shared library policy.
> > Не очень понял, с какими проблемами мы столкнулись.

Что решили? я хочу видеть glusterfs версии v6 в бранче p9. Можно
перекладывать в таком виде, какой он в сизифе?

-- 
Alexey Shabalin