* [devel] Добавленная проверка на duplicate module
@ 2020-11-07 20:59 Vitaly Lipatov
2020-11-07 21:20 ` Dmitry V. Levin
2020-11-07 21:57 ` mikhailnov
0 siblings, 2 replies; 12+ messages in thread
From: Vitaly Lipatov @ 2020-11-07 20:59 UTC (permalink / raw)
To: ALT Devel discussion list
Мне казалось, что включение проверок в сборочнице должно сопровождаться
каким-то анонсом, разъяснением или дополнением в полиси. Ну по правилам
хорошего тона. Ведь каждый может делать разные незаметные действия в
репозитории, усложняющие жизнь другим. Хотя и только один может делать
такие изменения в сборочнице.
Прошу пояснения.
Вот я считал, что хотелось бы иметь в репозитории модули разных версий:
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
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [devel] Добавленная проверка на duplicate module
2020-11-07 20:59 [devel] Добавленная проверка на duplicate module Vitaly Lipatov
@ 2020-11-07 21:20 ` Dmitry V. Levin
2020-11-07 22:16 ` Vitaly Lipatov
2020-11-08 3:49 ` Vitaly Lipatov
2020-11-07 21:57 ` mikhailnov
1 sibling, 2 replies; 12+ messages in thread
From: Dmitry V. Levin @ 2020-11-07 21:20 UTC (permalink / raw)
To: devel
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
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [devel] Добавленная проверка на duplicate module
2020-11-07 20:59 [devel] Добавленная проверка на duplicate module Vitaly Lipatov
2020-11-07 21:20 ` Dmitry V. Levin
@ 2020-11-07 21:57 ` mikhailnov
1 sibling, 0 replies; 12+ messages in thread
From: mikhailnov @ 2020-11-07 21:57 UTC (permalink / raw)
To: devel; +Cc: Vitaly Lipatov
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), а у вспомогательных его не должно быть.
Поведение пакетного менеджера при дублицирующихся провайдах не специфицировано, так сказать.
>
> Я два раза писал об этом в ветке не по теме, где впервые появилась мысль о запрете дубликатов, но, доктор, меня игнорируют.
>
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [devel] Добавленная проверка на duplicate module
2020-11-07 21:20 ` Dmitry V. Levin
@ 2020-11-07 22:16 ` Vitaly Lipatov
2020-11-07 22:22 ` mikhailnov
2020-11-07 22:47 ` Dmitry V. Levin
2020-11-08 3:49 ` Vitaly Lipatov
1 sibling, 2 replies; 12+ messages in thread
From: Vitaly Lipatov @ 2020-11-07 22:16 UTC (permalink / raw)
To: ALT Linux Team development discussions; +Cc: Dmitry V. Levin
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
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [devel] Добавленная проверка на duplicate module
2020-11-07 22:16 ` Vitaly Lipatov
@ 2020-11-07 22:22 ` mikhailnov
2020-11-07 22:34 ` Vitaly Lipatov
2020-11-07 22:47 ` Dmitry V. Levin
1 sibling, 1 reply; 12+ messages in thread
From: mikhailnov @ 2020-11-07 22:22 UTC (permalink / raw)
To: devel
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", если мейнтейнер пакет Х проверял его работу с реализацией модуля А, откуда он знает, как будет работать с реализацией Б? И как при обновлениях потребителей этой реализации быть, если часть перестают быть с ней совместимы?
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [devel] Добавленная проверка на duplicate module
2020-11-07 22:22 ` mikhailnov
@ 2020-11-07 22:34 ` Vitaly Lipatov
2020-11-09 8:36 ` mikhailnov
0 siblings, 1 reply; 12+ messages in thread
From: Vitaly Lipatov @ 2020-11-07 22:34 UTC (permalink / raw)
To: ALT Linux Team development discussions
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
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [devel] Добавленная проверка на duplicate module
2020-11-07 22:16 ` Vitaly Lipatov
2020-11-07 22:22 ` mikhailnov
@ 2020-11-07 22:47 ` Dmitry V. Levin
2020-11-07 22:57 ` Vitaly Lipatov
1 sibling, 1 reply; 12+ messages in thread
From: Dmitry V. Levin @ 2020-11-07 22:47 UTC (permalink / raw)
To: ALT Linux Team development discussions
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
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [devel] Добавленная проверка на duplicate module
2020-11-07 22:47 ` Dmitry V. Levin
@ 2020-11-07 22:57 ` Vitaly Lipatov
0 siblings, 0 replies; 12+ messages in thread
From: Vitaly Lipatov @ 2020-11-07 22:57 UTC (permalink / raw)
To: ALT Linux Team development discussions
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
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [devel] Добавленная проверка на duplicate module
2020-11-07 21:20 ` Dmitry V. Levin
2020-11-07 22:16 ` Vitaly Lipatov
@ 2020-11-08 3:49 ` Vitaly Lipatov
2020-11-08 9:49 ` Dmitry V. Levin
1 sibling, 1 reply; 12+ messages in thread
From: Vitaly Lipatov @ 2020-11-08 3:49 UTC (permalink / raw)
To: ALT Linux Team development discussions; +Cc: Dmitry V. Levin
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
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [devel] Добавленная проверка на duplicate module
2020-11-08 3:49 ` Vitaly Lipatov
@ 2020-11-08 9:49 ` Dmitry V. Levin
2020-11-08 21:47 ` Vitaly Lipatov
0 siblings, 1 reply; 12+ messages in thread
From: Dmitry V. Levin @ 2020-11-08 9:49 UTC (permalink / raw)
To: ALT Devel discussion list
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
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [devel] Добавленная проверка на duplicate module
2020-11-08 9:49 ` Dmitry V. Levin
@ 2020-11-08 21:47 ` Vitaly Lipatov
0 siblings, 0 replies; 12+ messages in thread
From: Vitaly Lipatov @ 2020-11-08 21:47 UTC (permalink / raw)
To: ALT Linux Team development discussions
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
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [devel] Добавленная проверка на duplicate module
2020-11-07 22:34 ` Vitaly Lipatov
@ 2020-11-09 8:36 ` mikhailnov
0 siblings, 0 replies; 12+ messages in thread
From: mikhailnov @ 2020-11-09 8:36 UTC (permalink / raw)
To: devel
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, то вот тогда у потребителей могут начаться неустранимые проблемы (опять же, можно привязаться к версии пакета, вот только альтернативы уже не будет).
>
>
>
^ permalink raw reply [flat|nested] 12+ messages in thread
end of thread, other threads:[~2020-11-09 8:36 UTC | newest]
Thread overview: 12+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2020-11-07 20:59 [devel] Добавленная проверка на duplicate module Vitaly Lipatov
2020-11-07 21:20 ` Dmitry V. Levin
2020-11-07 22:16 ` Vitaly Lipatov
2020-11-07 22:22 ` mikhailnov
2020-11-07 22:34 ` Vitaly Lipatov
2020-11-09 8:36 ` mikhailnov
2020-11-07 22:47 ` Dmitry V. Levin
2020-11-07 22:57 ` Vitaly Lipatov
2020-11-08 3:49 ` Vitaly Lipatov
2020-11-08 9:49 ` Dmitry V. Levin
2020-11-08 21:47 ` Vitaly Lipatov
2020-11-07 21:57 ` mikhailnov
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