[devel] Добавленная проверка на duplicate module

[devel] Добавленная проверка на duplicate module

[Vitaly Lipatov]

Мне казалось, что включение проверок в сборочнице должно сопровождаться 
каким-то анонсом, разъяснением или дополнением в полиси. Ну по правилам 
хорошего тона. Ведь каждый может делать разные незаметные действия в 
репозитории, усложняющие жизнь другим. Хотя и только один может делать 
такие изменения в сборочнице.

Прошу пояснения.
Вот я считал, что хотелось бы иметь в репозитории модули разных версий:
python3-module-glusterfs7
python3-module-glusterfs8

Но собрать так уже не могу:
     x86_64: NEW duplicate module provides detected:
  Package:                                            Provides:
  python3-module-glusterfs8-8.2-alt3:sisyphus+261208.100.1.1    
python3(gluster)
  python3-module-glusterfs8-8.2-alt3:sisyphus+261208.100.1.1    
python3(gluster.cliutils)
  python3-module-glusterfs8-8.2-alt3:sisyphus+261208.100.1.1    
python3(gluster.cliutils.cliutils)

Что предлагается делать?
Всегда учитывать наше техническое ограничение и не допускать таких 
пакетов? Или всё же мы обсудим возможность осмысленных исключений.

Я два раза писал об этом в ветке не по теме, где впервые появилась мысль 
о запрете дубликатов, но, доктор, меня игнорируют.

-- 
С уважением,
Виталий Липатов,
ALT Linux Team

Re: [devel] Добавленная проверка на duplicate module

[Dmitry V. Levin]

On Sat, Nov 07, 2020 at 11:59:55PM +0300, Vitaly Lipatov wrote:
> Мне казалось, что включение проверок в сборочнице должно сопровождаться 
> каким-то анонсом, разъяснением или дополнением в полиси. Ну по правилам 
> хорошего тона. Ведь каждый может делать разные незаметные действия в 
> репозитории, усложняющие жизнь другим. Хотя и только один может делать 
> такие изменения в сборочнице.
> 
> Прошу пояснения.

Проверка на duplicate modules пока работает в экспериментальном режиме.

> Вот я считал, что хотелось бы иметь в репозитории модули разных версий:
> python3-module-glusterfs7
> python3-module-glusterfs8
> 
> Но собрать так уже не могу:
>      x86_64: NEW duplicate module provides detected:
>   Package:                                            Provides:
>   python3-module-glusterfs8-8.2-alt3:sisyphus+261208.100.1.1    
> python3(gluster)
>   python3-module-glusterfs8-8.2-alt3:sisyphus+261208.100.1.1    
> python3(gluster.cliutils)
>   python3-module-glusterfs8-8.2-alt3:sisyphus+261208.100.1.1    
> python3(gluster.cliutils.cliutils)
> 
> Что предлагается делать?

$ apt-cache showpkg 'python3(gluster)'
Package: python3(gluster)
Versions: 

Reverse Depends: 
Dependencies: 
Provides: 
Reverse Provides: 
python3-module-glusterfs8 8.2-alt2:sisyphus+259896.40.2.1@1602686473
python3-module-glusterfs7 7.8-alt1:sisyphus+259197.100.1.1@1601808930

Да, в репозитории у этих модулей нет пользователей,
но как вы предлагаете этим пользоваться?


-- 
ldv

Re: [devel] Добавленная проверка на duplicate module

[Vitaly Lipatov]

Dmitry V. Levin писал 8.11.20 0:20:
> On Sat, Nov 07, 2020 at 11:59:55PM +0300, Vitaly Lipatov wrote:
>> Мне казалось, что включение проверок в сборочнице должно 
>> сопровождаться
>> каким-то анонсом, разъяснением или дополнением в полиси. Ну по 
>> правилам
>> хорошего тона. Ведь каждый может делать разные незаметные действия в
>> репозитории, усложняющие жизнь другим. Хотя и только один может делать
>> такие изменения в сборочнице.
>> 
>> Прошу пояснения.
> 
> Проверка на duplicate modules пока работает в экспериментальном режиме.
Спасибо, что вы её делаете!

>> Вот я считал, что хотелось бы иметь в репозитории модули разных 
>> версий:
>> python3-module-glusterfs7
>> python3-module-glusterfs8
>> 
>> Но собрать так уже не могу:
>>      x86_64: NEW duplicate module provides detected:
>>   Package:                                            Provides:
>>   python3-module-glusterfs8-8.2-alt3:sisyphus+261208.100.1.1
>> python3(gluster)
>>   python3-module-glusterfs8-8.2-alt3:sisyphus+261208.100.1.1
>> python3(gluster.cliutils)
>>   python3-module-glusterfs8-8.2-alt3:sisyphus+261208.100.1.1
>> python3(gluster.cliutils.cliutils)
>> 
>> Что предлагается делать?
> 
> $ apt-cache showpkg 'python3(gluster)'
> Package: python3(gluster)
> Versions:
> 
> Reverse Depends:
> Dependencies:
> Provides:
> Reverse Provides:
> python3-module-glusterfs8 8.2-alt2:sisyphus+259896.40.2.1@1602686473
> python3-module-glusterfs7 7.8-alt1:sisyphus+259197.100.1.1@1601808930
> 
> Да, в репозитории у этих модулей нет пользователей,
> но как вы предлагаете этим пользоваться?
Те, кто пишет управление glusterfs через эту обвязку на python, берут и 
пользуются. В общем случае, всё равно, какой из модулей будет подгружен. 
При необходимости можно добавлять зависимость на конкретный пакет.

Так что, уже идти делать один python3-module-glusterfs из glusterfs8 
последней версии?

-- 
С уважением,
Виталий Липатов,
ALT Linux Team

Re: [devel] Добавленная проверка на duplicate module

[mikhailnov]

08.11.2020 01:16, Vitaly Lipatov пишет:
>> $ apt-cache showpkg 'python3(gluster)'
>> Package: python3(gluster)
>> Versions:
>>
>> Reverse Depends:
>> Dependencies:
>> Provides:
>> Reverse Provides:
>> python3-module-glusterfs8 8.2-alt2:sisyphus+259896.40.2.1@1602686473
>> python3-module-glusterfs7 7.8-alt1:sisyphus+259197.100.1.1@1601808930
>>
>> Да, в репозитории у этих модулей нет пользователей,
>> но как вы предлагаете этим пользоваться?
> Те, кто пишет управление glusterfs через эту обвязку на python, берут и пользуются. В общем случае, всё равно, какой из модулей будет подгружен. При необходимости можно добавлять зависимость на конкретный пакет.
Кому все равно? В python невозможно проконтролировать "ABI", если мейнтейнер пакет Х проверял его работу с реализацией модуля А, откуда он знает, как будет работать с реализацией Б? И как при обновлениях потребителей этой реализации быть, если часть перестают быть с ней совместимы?

Re: [devel] Добавленная проверка на duplicate module

[Vitaly Lipatov]

mikhailnov@altlinux.org писал 8.11.20 1:22:
> 08.11.2020 01:16, Vitaly Lipatov пишет:
>>> $ apt-cache showpkg 'python3(gluster)'
>>> Package: python3(gluster)
>>> Versions:
>>> 
>>> Reverse Depends:
>>> Dependencies:
>>> Provides:
>>> Reverse Provides:
>>> python3-module-glusterfs8 8.2-alt2:sisyphus+259896.40.2.1@1602686473
>>> python3-module-glusterfs7 7.8-alt1:sisyphus+259197.100.1.1@1601808930
>>> 
>>> Да, в репозитории у этих модулей нет пользователей,
>>> но как вы предлагаете этим пользоваться?
>> Те, кто пишет управление glusterfs через эту обвязку на python, берут 
>> и пользуются. В общем случае, всё равно, какой из модулей будет 
>> подгружен. При необходимости можно добавлять зависимость на конкретный 
>> пакет.
> Кому все равно? В python невозможно проконтролировать "ABI", если
> мейнтейнер пакет Х проверял его работу с реализацией модуля А, откуда
> он знает, как будет работать с реализацией Б? И как при обновлениях
> потребителей этой реализации быть, если часть перестают быть с ней
> совместимы?
С высоты моего опыта использования этого python-модуля никакой разницы 
нет, и обновления беспроблемны.
Если возникнет необходимость, тем более если будет пакет X, всегда можно 
вписать
Requires: python3-module-glusterfs8
И именно таким образом быть уверенным в требуемой версии.

А если я запакую его как все пакеты, в python3-module-glusterfs, и буду 
менять с каждой мажорной версией glusterfs, то вот тогда у потребителей 
могут начаться неустранимые проблемы (опять же, можно привязаться к 
версии пакета, вот только альтернативы уже не будет).



-- 
С уважением,
Виталий Липатов,
ALT Linux Team

Re: [devel] Добавленная проверка на duplicate module

[mikhailnov]

08.11.2020 01:34, Vitaly Lipatov пишет:
> mikhailnov@altlinux.org писал 8.11.20 1:22:
>> 08.11.2020 01:16, Vitaly Lipatov пишет:
>>>> $ apt-cache showpkg 'python3(gluster)'
>>>> Package: python3(gluster)
>>>> Versions:
>>>>
>>>> Reverse Depends:
>>>> Dependencies:
>>>> Provides:
>>>> Reverse Provides:
>>>> python3-module-glusterfs8 8.2-alt2:sisyphus+259896.40.2.1@1602686473
>>>> python3-module-glusterfs7 7.8-alt1:sisyphus+259197.100.1.1@1601808930
>>>>
>>>> Да, в репозитории у этих модулей нет пользователей,
>>>> но как вы предлагаете этим пользоваться?
>>> Те, кто пишет управление glusterfs через эту обвязку на python, берут и пользуются. В общем случае, всё равно, какой из модулей будет подгружен. При необходимости можно добавлять зависимость на конкретный пакет.
>> Кому все равно? В python невозможно проконтролировать "ABI", если
>> мейнтейнер пакет Х проверял его работу с реализацией модуля А, откуда
>> он знает, как будет работать с реализацией Б? И как при обновлениях
>> потребителей этой реализации быть, если часть перестают быть с ней
>> совместимы?
> С высоты моего опыта использования этого python-модуля никакой разницы нет, и обновления беспроблемны.
> Если возникнет необходимость, тем более если будет пакет X, всегда можно вписать
> Requires: python3-module-glusterfs8
> И именно таким образом быть уверенным в требуемой версии.

Здесь у сборщика пакета, которому нужен python3-foo, встает выбор:

- либо абстрагироваться от имен пакетов, постоянной возни с питономодулями и не использовать конкретное имя проекта, используя python3(foo)

- либо прописать конкретное имя пакета

Мне первый подход кажется более правильным в масштабе репозитория, т.к. сопровождающие питономодулей должны сами поддерживать их в хорошем состоянии, но ситуации, когда провайд есть у нескольких пакетов, могут вынудить перейти на второй подход, вряд ли это хорошо.

>
> А если я запакую его как все пакеты, в python3-module-glusterfs, и буду менять с каждой мажорной версией glusterfs, то вот тогда у потребителей могут начаться неустранимые проблемы (опять же, можно привязаться к версии пакета, вот только альтернативы уже не будет).
>
>
>

Re: [devel] Добавленная проверка на duplicate module

[Dmitry V. Levin]

On Sun, Nov 08, 2020 at 01:16:55AM +0300, Vitaly Lipatov wrote:
> Dmitry V. Levin писал 8.11.20 0:20:
> > On Sat, Nov 07, 2020 at 11:59:55PM +0300, Vitaly Lipatov wrote:
[...]
> >> Вот я считал, что хотелось бы иметь в репозитории модули разных 
> >> версий:
> >> python3-module-glusterfs7
> >> python3-module-glusterfs8
> >> 
> >> Но собрать так уже не могу:
> >>      x86_64: NEW duplicate module provides detected:
> >>   Package:                                            Provides:
> >>   python3-module-glusterfs8-8.2-alt3:sisyphus+261208.100.1.1
> >> python3(gluster)
> >>   python3-module-glusterfs8-8.2-alt3:sisyphus+261208.100.1.1
> >> python3(gluster.cliutils)
> >>   python3-module-glusterfs8-8.2-alt3:sisyphus+261208.100.1.1
> >> python3(gluster.cliutils.cliutils)
> >> 
> >> Что предлагается делать?
> > 
> > $ apt-cache showpkg 'python3(gluster)'
> > Package: python3(gluster)
> > Versions:
> > 
> > Reverse Depends:
> > Dependencies:
> > Provides:
> > Reverse Provides:
> > python3-module-glusterfs8 8.2-alt2:sisyphus+259896.40.2.1@1602686473
> > python3-module-glusterfs7 7.8-alt1:sisyphus+259197.100.1.1@1601808930
> > 
> > Да, в репозитории у этих модулей нет пользователей,
> > но как вы предлагаете этим пользоваться?
> Те, кто пишет управление glusterfs через эту обвязку на python, берут и 
> пользуются. В общем случае, всё равно, какой из модулей будет подгружен. 
> При необходимости можно добавлять зависимость на конкретный пакет.

Насколько совместимы python3(gluster) от разных версий glusterfs, это
отдельный вопрос.  Если они в чём-то несовместимы, это не стало бы
неожиданностью.

Проиллюстрирую примером из библиотек:
$ apt-cache showpkg 'liblibreofficekitgtk.so()(64bit)'
Package: liblibreofficekitgtk.so()(64bit)
Versions: 
Reverse Depends: 
Dependencies: 
Provides: 
Reverse Provides: 
libreofficekit-still 6.4.7.2-alt1:sisyphus+260240.300.4.3@1603576136
libreofficekit 7.0.1.2-alt2:sisyphus+259887.100.1.2@1602681375
- два пакета провайдят одну библиотеку, которая никаким другим пакетам не нужна.

$ rpmsodiff \
  Sisyphus/files/x86_64/RPMS/libreofficekit-still-6.4.7.2-alt1.x86_64.rpm \
  Sisyphus/files/x86_64/RPMS/libreofficekit-7.0.1.2-alt2.x86_64.rpm |\
  grep symbols
    13 symbols removed
    1 symbols added
    18 symbols changed
- и эти библиотеки, разумеется, несовместимы.

> Так что, уже идти делать один python3-module-glusterfs из glusterfs8 
> последней версии?

Проблема не в том, что в репозитории две разные реализации
python3(gluster), проблема в том, что они конкурируют за ABI.

В качестве простого решения я бы предложил оставить Provides
этих интерфейсов только у одного из модулей.


-- 
ldv

Re: [devel] Добавленная проверка на duplicate module

[Vitaly Lipatov]

Dmitry V. Levin писал 8.11.20 1:47:
> On Sun, Nov 08, 2020 at 01:16:55AM +0300, Vitaly Lipatov wrote:
...
>> Те, кто пишет управление glusterfs через эту обвязку на python, берут 
>> и
>> пользуются. В общем случае, всё равно, какой из модулей будет 
>> подгружен.
>> При необходимости можно добавлять зависимость на конкретный пакет.
> 
> Насколько совместимы python3(gluster) от разных версий glusterfs, это
> отдельный вопрос.  Если они в чём-то несовместимы, это не стало бы
> неожиданностью.
Да, но эта несовместимость не имеет значения.

> 
> Проиллюстрирую примером из библиотек:
> $ apt-cache showpkg 'liblibreofficekitgtk.so()(64bit)'
> Package: liblibreofficekitgtk.so()(64bit)
..
> libreofficekit-still 6.4.7.2-alt1:sisyphus+260240.300.4.3@1603576136
> libreofficekit 7.0.1.2-alt2:sisyphus+259887.100.1.2@1602681375
> - два пакета провайдят одну библиотеку, которая никаким другим пакетам 
> не нужна.
..
> - и эти библиотеки, разумеется, несовместимы.
С библиотеками всё понятно. Опять же, пока нет критичных пользователей, 
несовместимость библиотек не имеет значения.

Можно посмотреть на такой же пример с libwine.so.1
и на пакет wine-grdwine
  $ rpm -q --requires wine-grdwine
libwine.so.1()(64bit) >= set:kikzKTTOo11
libwine.so.1(WINE_1.0)(64bit)

который ставится и работает с любой версией libwine.so.1 в некоторой 
широкой окрестности.

>> Так что, уже идти делать один python3-module-glusterfs из glusterfs8
>> последней версии?
> 
> Проблема не в том, что в репозитории две разные реализации
> python3(gluster), проблема в том, что они конкурируют за ABI.
Они конкурируют за ABI только для автоматически (не глядя) 
сформированных зависимостей. Разве это имеет значение? Для кого? Для 
несуществующего пользователя?

> В качестве простого решения я бы предложил оставить Provides
> этих интерфейсов только у одного из модулей.
А в policy что написать?

-- 
С уважением,
Виталий Липатов,
ALT Linux Team

Re: [devel] Добавленная проверка на duplicate module

[Vitaly Lipatov]

Dmitry V. Levin писал 8.11.20 0:20:
...
> python3-module-glusterfs8 8.2-alt2:sisyphus+259896.40.2.1@1602686473
> python3-module-glusterfs7 7.8-alt1:sisyphus+259197.100.1.1@1601808930
> 
> Да, в репозитории у этих модулей нет пользователей,
> но как вы предлагаете этим пользоваться?

Как это нет пользователей?

rpm -ev python3-module-glusterfs8-8.2-alt2.noarch
ошибка: Неудовлетворенные зависимости:
	python3-module-glusterfs8 = 8.2-alt2:sisyphus+259896.40.2.1 нужен для 
(установлен) glusterfs8-gfevents-8.2-alt2.noarch
	python3-module-glusterfs8 = 8.2-alt2:sisyphus+259896.40.2.1 нужен для 
(установлен) glusterfs8-georeplication-8.2-alt2.x86_64

-- 
С уважением,
Виталий Липатов,
ALT Linux Team

Re: [devel] Добавленная проверка на duplicate module

[Dmitry V. Levin]

On Sun, Nov 08, 2020 at 06:49:19AM +0300, Vitaly Lipatov wrote:
> Dmitry V. Levin писал 8.11.20 0:20:
> ...
> > python3-module-glusterfs8 8.2-alt2:sisyphus+259896.40.2.1@1602686473
> > python3-module-glusterfs7 7.8-alt1:sisyphus+259197.100.1.1@1601808930
> > 
> > Да, в репозитории у этих модулей нет пользователей,
> > но как вы предлагаете этим пользоваться?
> 
> Как это нет пользователей?
> 
> rpm -ev python3-module-glusterfs8-8.2-alt2.noarch
> ошибка: Неудовлетворенные зависимости:
> 	python3-module-glusterfs8 = 8.2-alt2:sisyphus+259896.40.2.1 нужен для 
> (установлен) glusterfs8-gfevents-8.2-alt2.noarch
> 	python3-module-glusterfs8 = 8.2-alt2:sisyphus+259896.40.2.1 нужен для 
> (установлен) glusterfs8-georeplication-8.2-alt2.x86_64

python3-module-glusterfs8, glusterfs8-gfevents и glusterfs8-georeplication
- это подпакеты одного исходного пакета.

Поскольку apt-cache showpkg 'python3(gluster)' показывает, что
зависимостей на python3(gluster) нет, значит, и пользователей
за пределами этого исходного пакета в репозитории тоже нет.


-- 
ldv

Re: [devel] Добавленная проверка на duplicate module

[Vitaly Lipatov]

Dmitry V. Levin писал 8.11.20 12:49:
> On Sun, Nov 08, 2020 at 06:49:19AM +0300, Vitaly Lipatov wrote:
>> Dmitry V. Levin писал 8.11.20 0:20:
>> ...
>> > python3-module-glusterfs8 8.2-alt2:sisyphus+259896.40.2.1@1602686473
>> > python3-module-glusterfs7 7.8-alt1:sisyphus+259197.100.1.1@1601808930
>> >
>> > Да, в репозитории у этих модулей нет пользователей,
>> > но как вы предлагаете этим пользоваться?
>> 
>> Как это нет пользователей?
>> 
>> rpm -ev python3-module-glusterfs8-8.2-alt2.noarch
>> ошибка: Неудовлетворенные зависимости:
>> 	python3-module-glusterfs8 = 8.2-alt2:sisyphus+259896.40.2.1 нужен для
>> (установлен) glusterfs8-gfevents-8.2-alt2.noarch
>> 	python3-module-glusterfs8 = 8.2-alt2:sisyphus+259896.40.2.1 нужен для
>> (установлен) glusterfs8-georeplication-8.2-alt2.x86_64
> 
> python3-module-glusterfs8, glusterfs8-gfevents и 
> glusterfs8-georeplication
> - это подпакеты одного исходного пакета.
> 
> Поскольку apt-cache showpkg 'python3(gluster)' показывает, что
> зависимостей на python3(gluster) нет, значит, и пользователей
> за пределами этого исходного пакета в репозитории тоже нет.
Хорошо, определил зависимости между пакетами вручную, provides в 
python3-module-glusterfs7 выключил.

-- 
С уважением,
Виталий Липатов,
ALT Linux Team

Re: [devel] Добавленная проверка на duplicate module

[mikhailnov]

07.11.2020 23:59, Vitaly Lipatov пишет:
> Мне казалось, что включение проверок в сборочнице должно сопровождаться каким-то анонсом, разъяснением или дополнением в полиси. Ну по правилам хорошего тона. Ведь каждый может делать разные незаметные действия в репозитории, усложняющие жизнь другим. Хотя и только один может делать такие изменения в сборочнице.
>
> Прошу пояснения.
> Вот я считал, что хотелось бы иметь в репозитории модули разных версий:
> python3-module-glusterfs7
> python3-module-glusterfs8
>
> Но собрать так уже не могу:
>     x86_64: NEW duplicate module provides detected:
>  Package:                                            Provides:
>  python3-module-glusterfs8-8.2-alt3:sisyphus+261208.100.1.1    python3(gluster)
>  python3-module-glusterfs8-8.2-alt3:sisyphus+261208.100.1.1    python3(gluster.cliutils)
>  python3-module-glusterfs8-8.2-alt3:sisyphus+261208.100.1.1    python3(gluster.cliutils.cliutils)
>
> Что предлагается делать?
> Всегда учитывать наше техническое ограничение и не допускать таких пакетов? Или всё же мы обсудим возможность осмысленных исключений.

Мне кажется, у основной версии — той, которая будет использована по команде "import foo" — должен быть провайд python3(foo), причем версионированный (python3(foo) = 1.0), а у вспомогательных его не должно быть.

Поведение пакетного менеджера при дублицирующихся провайдах не специфицировано, так сказать.

>
> Я два раза писал об этом в ветке не по теме, где впервые появилась мысль о запрете дубликатов, но, доктор, меня игнорируют.
>