45768 2023-04-06 18:45:07 +0300 Версия glusterfs устарела, нет devel пакета 2023-08-02 16:01:09 +0300 1 1 4 Development Sisyphus glusterfs9 unstable x86_64 Linux CLOSED FIXED https://bugzilla.altlinux.org/show_bug.cgi?id=45730 P5 normal --- 1 andy lav lav rider qa-sisyphus oldest_to_newest 224086 0 andy 2023-04-06 18:45:07 +0300 Из-за отсутствия glusterfs9-devel все зависящие пакеты (например, qemu, pve-qemu, libvirt, samba*) собраны с glusterfs8, которая давно EOL. glusterfs9, похоже, тоже, но других версий у нас нет. 230406 1 repository-robot 2023-07-26 14:25:26 +0300 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 230499 2 andy 2023-07-27 19:24:36 +0300 -%def_enable devel +%def_disable devel ... +* Wed Jul 26 2023 Vitaly Lipatov <lav@altlinux.ru> 9.6-alt2 +- enable devel subpackage :( 230505 3 lav 2023-07-27 21:09:00 +0300 (Ответ для 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 230507 4 andy 2023-07-27 21:29:07 +0300 (Ответ для 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 ^^^^^^ 230508 5 lav 2023-07-27 21:54:05 +0300 (Ответ для 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 > ^^^^^^ Да, только что-то заметил. Извините, опечатался :( 230550 6 andy 2023-07-28 15:13:57 +0300 С 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 пакетами? 230567 7 lav 2023-07-29 02:26:41 +0300 (Ответ для 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 ? 230574 8 andy 2023-07-29 13:02:00 +0300 (Ответ для 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) 230698 9 andy 2023-08-01 15:26:50 +0300 (Ответ для 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 230700 10 andy 2023-08-01 15:30:42 +0300 > Если вы считаете, что стоит сделать 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? 230713 11 rider 2023-08-01 16:50:05 +0300 нет, не пройдёт. высока вероятность удаления старого клиента. 230725 12 lav 2023-08-02 04:52:36 +0300 (Ответ для Anton Farygin на комментарий #11) > нет, не пройдёт. > высока вероятность удаления старого клиента. Так мне кажется, что никакого dist-upgrade и не будет, потому что все пакеты имеют разные названия и без obsoletes/provides (только conflicts). Поскольку glusterfs хрупкое создание, я всегда раздельно собирал разные его версии, предполагая, что апгрейд на следующую — это дело рук внимательного сисадмина (ну или epm play glusterfs11, который заменит все пакеты). Соответственно я бы рассматривал необходимость glusterfs-client вообще вне контекста обновления. Ещё добавлю, что поскольку я сейчас не эксплуатирую glusterfs, проверять его не имею возможности. Так что как предложите, так и сделаю. 230763 13 andy 2023-08-02 16:01:09 +0300 Тогда давайте оставим пока как есть (с множественным glusterfs-client), если возникнут у пользователей возражения, тогда и вернёмся к вопросу.