Bug 45768

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),
  если возникнут у пользователей возражения, тогда и вернёмся к вопросу.