Из-за отсутствия glusterfs9-devel все зависящие пакеты (например, qemu, pve-qemu, libvirt, samba*) собраны с glusterfs8, которая давно EOL. glusterfs9, похоже, тоже, но других версий у нас нет.
glusterfs9-9.6-alt1 -> sisyphus: Wed Jul 26 2023 Vitaly Lipatov <lav@altlinux.ru> 9.6-alt1 - new version 9.6 (with rpmrb script) (ALT bug 45768) - enable devel subpackage (ALT bug 45768) - pack /usr/lib/glusterfs/scripts dir in the main package - pack _libdir/glusterfs/8.6/xlator/mount dir in the main package
-%def_enable devel +%def_disable devel ... +* Wed Jul 26 2023 Vitaly Lipatov <lav@altlinux.ru> 9.6-alt2 +- enable devel subpackage :(
(Ответ для Andrew Vasilyev на комментарий #2) > -%def_enable devel > +%def_disable devel > ... > +* Wed Jul 26 2023 Vitaly Lipatov <lav@altlinux.ru> 9.6-alt2 > +- enable devel subpackage > > :( Теперь уже переехал libgluserfs10-devel, который предоставляет libglusterfs-devel В спеке должно быть BuildRequires: libglusterfs-devel
(Ответ для Vitaly Lipatov на комментарий #3) > (Ответ для Andrew Vasilyev на комментарий #2) > > -%def_enable devel > > +%def_disable devel > > ... > > +* Wed Jul 26 2023 Vitaly Lipatov <lav@altlinux.ru> 9.6-alt2 > > +- enable devel subpackage > > > > :( > Теперь уже переехал libgluserfs10-devel, который предоставляет > libglusterfs-devel > > В спеке должно быть > BuildRequires: libglusterfs-devel Речь про несоответствие записи изменению: %def_disable devel ^^^^^^^ - enable devel subpackage ^^^^^^
(Ответ для Andrew Vasilyev на комментарий #4) > (Ответ для Vitaly Lipatov на комментарий #3) > > (Ответ для Andrew Vasilyev на комментарий #2) > > > -%def_enable devel > > > +%def_disable devel > > > ... > > > +* Wed Jul 26 2023 Vitaly Lipatov <lav@altlinux.ru> 9.6-alt2 > > > +- enable devel subpackage > > > > > > :( > > Теперь уже переехал libgluserfs10-devel, который предоставляет > > libglusterfs-devel > > > > В спеке должно быть > > BuildRequires: libglusterfs-devel > > Речь про несоответствие записи изменению: > > %def_disable devel > ^^^^^^^ > - enable devel subpackage > ^^^^^^ Да, только что-то заметил. Извините, опечатался :(
С BR: pkgconfig(glusterfs-api) починилось: # apt-cache depends pve-qemu-img | grep gluster libglusterfs11-api-11.0-alt1:sisyphus+325719.100.1.1@1690482658 libglusterfs11-api-11.0-alt1:sisyphus+325719.100.1.1@1690482658 libglusterfs11-api-11.0-alt1:sisyphus+325719.100.1.1@1690482658 libglusterfs11-api-11.0-alt1:sisyphus+325719.100.1.1@1690482658 А вот с BR: glusterfs-client нет: # apt-cache depends pve-storage | grep gluster Depends: <glusterfs-client> glusterfs11-client-11.0-alt1:sisyphus+325719.100.1.1@1690482658 glusterfs10-client-10.4-alt2:sisyphus+325719.200.2.1@1690484251 glusterfs9-client-9.6-alt2:sisyphus+325600.100.4.1@1690392789 glusterfs8-client-8.6-alt1:sisyphus+325571.102.7.1@1690337588 Так и задумано, что glusterfs-client без версии предоставляется всеми glusterfsX-client пакетами?
(Ответ для Andrew Vasilyev на комментарий #6) ... > А вот с BR: glusterfs-client нет: > > # apt-cache depends pve-storage | grep gluster > Depends: <glusterfs-client> > glusterfs11-client-11.0-alt1:sisyphus+325719.100.1.1@1690482658 > glusterfs10-client-10.4-alt2:sisyphus+325719.200.2.1@1690484251 > glusterfs9-client-9.6-alt2:sisyphus+325600.100.4.1@1690392789 > glusterfs8-client-8.6-alt1:sisyphus+325571.102.7.1@1690337588 > > Так и задумано, что glusterfs-client без версии предоставляется всеми > glusterfsX-client пакетами? В моём представлении нет большой разницы, клиент какой версии будет использован в системе. Желательно, чтобы он был той же версии, что и установленный glusterfs. Если вы считаете, что стоит сделать glusterfs-client только от того пакета, который предоставляет и -devel, то я готов. А где возникает необходимость использовать BR: glusterfs-client ?
(Ответ для Vitaly Lipatov на комментарий #7) > В моём представлении нет большой разницы, клиент какой версии будет > использован в системе. Желательно, чтобы он был той же версии, что и > установленный glusterfs. > > Если вы считаете, что стоит сделать glusterfs-client только от того пакета, > который предоставляет и -devel, > то я готов. Мне кажется, это бы было логично, но, возможно, кто-то с нами не согласится. Давайте, я попробую обсудить это со старшими товарищами, и вернёмся к вопросу позже. > А где возникает необходимость использовать BR: glusterfs-client ? Опечатка, не BuildRequires, а Requires: pve-storage.spec:Requires: glusterfs-client >= 3.4.2 vdsm.spec:Requires: glusterfs-client >= %gluster_version (6)
(Ответ для Vitaly Lipatov на комментарий #7) > Если вы считаете, что стоит сделать glusterfs-client только от того пакета, > который предоставляет и -devel, > то я готов. После небольшого обсуждения пришли к выводу, что glusterfs-client стоит предоставлять только из самого свежего пакета. Во-первых, можно всегда установить нужную версию, во-вторых, клиент обратно совместим со старыми серверами. Хотя shaba@ предложил сделать через alternative, но, IMHO, это уже перебор. Вопрос только в том, пройдёт ли dist-upgrade безболезненно при такой схеме? Сейчас: - после dist-upgrade остаётся glusterfs-clientN (N=8,9) - после apt-get install glusterfs11-client ставится client11
> Если вы считаете, что стоит сделать glusterfs-client только от того пакета, > который предоставляет и -devel, > то я готов. После небольшого обсуждения пришли к выводу, что glusterfs-client стоит предоставлять только из самого свежего пакета. Во-первых, можно всегда установить нужную версию, во-вторых, клиент обратно совместим со старыми серверами. Хотя shaba@ предложил сделать через alternative, но, IMHO, это уже перебор. Вопрос только в том, пройдёт ли dist-upgrade безболезненно при такой схеме? Сейчас: - после dist-upgrade остаётся glusterfsN-client (N=8,9) - после apt-get install glusterfs11-client ставится 11-й client и удаляется 8 или 9 - можно удалить ненужные libglusterfs8,9 А что будет, если glusterfs-client останется только для пакета glusterfs11-client?
нет, не пройдёт. высока вероятность удаления старого клиента.
(Ответ для Anton Farygin на комментарий #11) > нет, не пройдёт. > высока вероятность удаления старого клиента. Так мне кажется, что никакого dist-upgrade и не будет, потому что все пакеты имеют разные названия и без obsoletes/provides (только conflicts). Поскольку glusterfs хрупкое создание, я всегда раздельно собирал разные его версии, предполагая, что апгрейд на следующую — это дело рук внимательного сисадмина (ну или epm play glusterfs11, который заменит все пакеты). Соответственно я бы рассматривал необходимость glusterfs-client вообще вне контекста обновления. Ещё добавлю, что поскольку я сейчас не эксплуатирую glusterfs, проверять его не имею возможности. Так что как предложите, так и сделаю.
Тогда давайте оставим пока как есть (с множественным glusterfs-client), если возникнут у пользователей возражения, тогда и вернёмся к вопросу.
