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