[devel] NMU policy fix

[devel] NMU policy fix

[Anton Farygin]

Привет.

Предлагаю поправить NMU policy https://www.altlinux.org/NMU и убрать 
атавизм в виде увеличения минорной версии тэга release.

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

Предлагаю раздел:


      Версионирование

Если исправление можно сделать в рамках той же upstream-версии пакета, 
что находится в репозитории, то в значение тэга Release пакета 
необходимо добавить дополнительное число, отделённое точкой и по 
нумерации начинающееся с единицы, чтобы не пересечься с обычной 
нумерацией версий и релизов у основного мейнтейнера.

Например, пакет, собранный ранее мейнтейнером с релизом alt3 и 
автоматически пересобранный ранее QA Team Robot с релизом alt3.1, при 
NMU должен получить релиз alt3.1.1.

Если для исправления необходимо обновление версии в репозитории, то NMU 
выполняется с изменением версии программы и установкой релиза пакета в 
alt1.

Также, во избежание появления в релизе расчесок вида 
alt3.1.1.1.1.1.1.1.1.1.1.1.1.1.1.1.1.1.1 допускаются суффиксы вида 
alt<M>{,.n}, где <M> релиз выставленный мантейнером, а n -- цифра 
инкрементируемая при NMU.

Также, как исключение, сборки в рамках @qa team могут иметь суффикс 
alt<M>{,.qaN}, где <M> релиз выставленный мантейнером, а N -- цифра, 
инкрементируемая при NMU.


Переделать таким образом, что в нём будет просто увеличение тэга release 
на единичку (если была минорная версия тэга, то увеличить на еденичку её).


Если нет объективных возражений, то я внесу данное изменение в Policy.

Re: [devel] NMU policy fix

[Sergey Bolshakov]

>>>>> "Anton" == Anton Farygin <rider-SLA8ab5CrdUvJsYlp49lxw@public.gmane.org> writes:

 > Привет.
 > Предлагаю поправить NMU policy https://www.altlinux.org/NMU и убрать атавизм в
 > виде увеличения минорной версии тэга release.

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

 > Предлагаю раздел:


 >      Версионирование

[содержимое раздела skipped]

 > Переделать таким образом, что в нём будет просто увеличение тэга release на
 > единичку (если была минорная версия тэга, то увеличить на еденичку её).

Или попросту удалить весь раздел -- причин для каких-то особенных,
отличных от обычного течения дел, правил оформления я не вижу.
Кстати, требование 'Changelog пакета должен начинаться с «NMU:»',
на мой вкус, такой же атавизм.

-- 

Re: [devel] NMU policy fix

[Anton Farygin]

On 5/30/25 14:51, Sergey Bolshakov wrote:
> Или попросту удалить весь раздел -- причин для каких-то особенных,
> отличных от обычного течения дел, правил оформления я не вижу.
> Кстати, требование 'Changelog пакета должен начинаться с «NMU:»',
> на мой вкус, такой же атавизм.

Да, или убрать весь раздел.

Что касается changelog - у нас есть давние планы автоматически вычислять 
ментейнеров пакетов по вносимым им изменениями, и NMU в changelog 
поможет выполнить эту работу - когда кто-то не хочет что бы его имя 
светилось в ментейнерах пакета на packages.altlinux.org, то 
использования NMU поможет отфильтровать это изменение.

Re: [devel] NMU policy fix

[manowar]

30 мая 2025 г. 15:01:43 GMT+03:00, Anton Farygin <rider@basealt.ru> пишет:

> Что касается changelog - у нас есть давние планы автоматически
> вычислять ментейнеров пакетов по вносимым им изменениями,
> и NMU в changelog поможет выполнить эту работу -
> когда кто-то не хочет что бы его имя светилось в ментейнерах
> пакета на packages.altlinux.org, то использования NMU поможет
> отфильтровать это изменение.

Хочу обратить внимание, что сама необходимость вычислять (!)
сопровождающих указывает, по-моему, на организационную проблему
с ACL. Собственно говоря, сопровождающие перечислены в ACL,
есть даже leader --- самый ответственный из них. Что же тут вычислять?..

Но это формально. С некоторых пор на практике дело
оборачивается так, что пакет сопровождают случайные люди
(при наличии @everybody) либо кто-то из списка, но не leader.
А leader не появляется годами.

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

Re: [devel] NMU policy fix

[Sergey V Turchin]

On Friday, 30 May 2025 15:01:43 MSK Anton Farygin wrote:

[...]
> Да, или убрать весь раздел.
Там остаётся полезен "Условия выдачи NMU" из-за первого абзаца из "Общие 
соображения" в случае закрытого ACL. И некоторые куски из остальных разделов.

-- 
Regards, Sergey.

Re: [devel] NMU policy fix

[Anton Farygin]

On 5/30/25 16:44, manowar@altlinux.org wrote:
> 30 мая 2025 г. 15:01:43 GMT+03:00, Anton Farygin<rider@basealt.ru> пишет:
>
>> Что касается changelog - у нас есть давние планы автоматически
>> вычислять ментейнеров пакетов по вносимым им изменениями,
>> и NMU в changelog поможет выполнить эту работу -
>> когда кто-то не хочет что бы его имя светилось в ментейнерах
>> пакета на packages.altlinux.org, то использования NMU поможет
>> отфильтровать это изменение.
> Хочу обратить внимание, что сама необходимость вычислять (!)
> сопровождающих указывает, по-моему, на организационную проблему
> с ACL. Собственно говоря, сопровождающие перечислены в ACL,
> есть даже leader --- самый ответственный из них. Что же тут вычислять?..
>
> Но это формально. С некоторых пор на практике дело
> оборачивается так, что пакет сопровождают случайные люди
> (при наличии @everybody) либо кто-то из списка, но не leader.
> А leader не появляется годами.
>
> Я думаю, эту проблему статистическими вычислениями на RDB не
> решить.

Я решаю не эту проблему ;)

Re: [devel] NMU policy fix

[Dmitry V. Levin]

On Fri, May 30, 2025 at 03:01:43PM +0300, Anton Farygin wrote:
> On 5/30/25 14:51, Sergey Bolshakov wrote:
> > Или попросту удалить весь раздел -- причин для каких-то особенных,
> > отличных от обычного течения дел, правил оформления я не вижу.
> > Кстати, требование 'Changelog пакета должен начинаться с «NMU:»',
> > на мой вкус, такой же атавизм.
> 
> Да, или убрать весь раздел.

OK, давайте уберём весь раздел Версионирование.


-- 
ldv

Re: [devel] NMU policy fix

[Ivan A. Melnikov]

On Fri, May 30, 2025 at 02:51:35PM +0300, Sergey Bolshakov wrote:
> >>>>> "Anton" == Anton Farygin <rider-SLA8ab5CrdUvJsYlp49lxw@public.gmane.org> writes:
> 
>  > Привет.
>  > Предлагаю поправить NMU policy https://www.altlinux.org/NMU и убрать атавизм в
>  > виде увеличения минорной версии тэга release.
> 
>  > не понимаю зачем это было сделано, но смысла никакого в этом нет, т.к. с
>  > релизами основного ментейнера не даст пересечься сборочная система.
> 
>  > Предлагаю раздел:
> 
> 
>  >      Версионирование
> 
> [содержимое раздела skipped]
> 
>  > Переделать таким образом, что в нём будет просто увеличение тэга release на
>  > единичку (если была минорная версия тэга, то увеличить на еденичку её).
> 
> Или попросту удалить весь раздел -- причин для каких-то особенных,
> отличных от обычного течения дел, правил оформления я не вижу.

Я думаю, что всё-таки полезно написать явно, что релиз увеличивается
по обычным правилам. Чтобы если кто-то засомневается, а не дописать
ли к релизу '.1', как много лет все делали, не сомневался и не
дописывал.

-- 
  wbr,
    iv m.

Re: [devel] NMU policy fix

[Anton Farygin]

On 6/3/25 17:02, Dmitry V. Levin wrote:
> On Fri, May 30, 2025 at 03:01:43PM +0300, Anton Farygin wrote:
>> On 5/30/25 14:51, Sergey Bolshakov wrote:
>>> Или попросту удалить весь раздел -- причин для каких-то особенных,
>>> отличных от обычного течения дел, правил оформления я не вижу.
>>> Кстати, требование 'Changelog пакета должен начинаться с «NMU:»',
>>> на мой вкус, такой же атавизм.
>> Да, или убрать весь раздел.
> OK, давайте уберём весь раздел Версионирование.
>
>
Спасибо. Исправил.

Re: [devel] NMU policy fix

[Anton Farygin]

On 6/3/25 17:18, Ivan A. Melnikov wrote:
> On Fri, May 30, 2025 at 02:51:35PM +0300, Sergey Bolshakov wrote:
>>>>>>> "Anton" == Anton Farygin<rider-SLA8ab5CrdUvJsYlp49lxw@public.gmane.org> writes:
>>   > Привет.
>>   > Предлагаю поправить NMU policyhttps://www.altlinux.org/NMU и убрать атавизм в
>>   > виде увеличения минорной версии тэга release.
>>
>>   > не понимаю зачем это было сделано, но смысла никакого в этом нет, т.к. с
>>   > релизами основного ментейнера не даст пересечься сборочная система.
>>
>>   > Предлагаю раздел:
>>
>>
>>   >      Версионирование
>>
>> [содержимое раздела skipped]
>>
>>   > Переделать таким образом, что в нём будет просто увеличение тэга release на
>>   > единичку (если была минорная версия тэга, то увеличить на еденичку её).
>>
>> Или попросту удалить весь раздел -- причин для каких-то особенных,
>> отличных от обычного течения дел, правил оформления я не вижу.
> Я думаю, что всё-таки полезно написать явно, что релиз увеличивается
> по обычным правилам. Чтобы если кто-то засомневается, а не дописать
> ли к релизу '.1', как много лет все делали, не сомневался и не
> дописывал.

Не хочется заставлять людей переписывать скрипты. В целом не критично 
увеличивать релиз на .1, но теперь это точно не обязательно.

Re: [devel] NMU policy fix

[Sergey]

пользователь Ivan A. Melnikov написал:

> Я думаю, что всё-таки полезно написать явно, что релиз увеличивается
> по обычным правилам. Чтобы если кто-то засомневается, а не дописать
> ли к релизу '.1', как много лет все делали, не сомневался и не
> дописывал.
Он не пойдёт проверять, не изменилось ли содержимое статьи.

-- 
Regards, Sergey

Re: [devel] NMU policy fix

[Ivan A. Melnikov]

On Wed, Jun 04, 2025 at 09:02:22AM +0300, Sergey wrote:
> пользователь Ivan A. Melnikov написал:
> 
> > Я думаю, что всё-таки полезно написать явно, что релиз увеличивается
> > по обычным правилам. Чтобы если кто-то засомневается, а не дописать
> > ли к релизу '.1', как много лет все делали, не сомневался и не
> > дописывал.
> Он не пойдёт проверять, не изменилось ли содержимое статьи.

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

-- 
  wbr,
    iv m.

Re: [devel] NMU policy fix

[Anton Farygin]

On 6/4/25 09:58, Ivan A. Melnikov wrote:
> On Wed, Jun 04, 2025 at 09:02:22AM +0300, Sergey wrote:
>> пользователь Ivan A. Melnikov написал:
>>
>>> Я думаю, что всё-таки полезно написать явно, что релиз увеличивается
>>> по обычным правилам. Чтобы если кто-то засомневается, а не дописать
>>> ли к релизу '.1', как много лет все делали, не сомневался и не
>>> дописывал.
>> Он не пойдёт проверять, не изменилось ли содержимое статьи.
> Люди по-разному устроены и по-разному работают. Я, например,
> перечитывал эту статью раза три за последний год, и несколько
> раз пересылал ссылки на неё.
>
Добавил примечание о сделанном изменении в раздел "Дополнительная 
информация".

Re: [devel] NMU policy fix

[Sergey V Turchin]

On Wednesday, 4 June 2025 09:58:40 MSK Ivan Melnikov wrote:
> On Wed, Jun 04, 2025 at 09:02:22AM +0300, Sergey wrote:
> > пользователь Ivan A. Melnikov написал:
> > > Я думаю, что всё-таки полезно написать явно, что релиз увеличивается
> > > по обычным правилам. Чтобы если кто-то засомневается, а не дописать
> > > ли к релизу '.1', как много лет все делали, не сомневался и не
> > > дописывал.
> > 
> > Он не пойдёт проверять, не изменилось ли содержимое статьи.
> 
> Люди по-разному устроены и по-разному работают. Я, например,
> перечитывал эту статью раза три за последний год, и несколько
> раз пересылал ссылки на неё.
Больше. Вы тут об этом и без статьи узнали. :-)
Тот, кто тут не узнал, статью проверять не пойдёт, а те, кто тут не читали, 
про ".1" и так не узнают.

-- 
Regards, Sergey.

[devel] html-письма (was: NMU policy fix)

[Sergey V Turchin]

On Wednesday, 4 June 2025 11:40:33 MSK скрылевъ малъ wrote:

Предлагаю хотя бы тут не позориться и не делать письма без plain/text-овой 
части. В конкретном случае нужно или научитсья пользоваться яндексом или не 
использовать его вообще.

-- 
Regards, Sergey.

Re: [devel] html-письма (was: NMU policy fix)

[Paul Wolneykien]

В Wed, 04 Jun 2025 13:39:43 +0300
Sergey V Turchin <zerg@altlinux.org> пишет:

> On Wednesday, 4 June 2025 11:40:33 MSK скрылевъ малъ wrote:
> 
> ... или не  использовать его вообще.

  ИМХО, зависит от того, проходит ли в рассылки почта с адресов,
стоящих за алиасами @altlinux.org. Надо бы проверить.

  Уважаемый Малъ, не затруднитъ ли Васъ сейчасъ ответить на данное
письмо со своего подлиннаго адресу, используя для сего настольный
почтовикъ, функціонирующий в согласии съ циркуляромъ ПЦПП?

Re: [devel] html-письма (was: NMU policy fix)

[Oleg Solovyov]

В письме от среда, 4 июня 2025 г. 16:38:22 Москва, стандартное время 
пользователь Paul Wolneykien написал:
> ИМХО, зависит от того, проходит ли в рассылки почта с адресов,
> стоящих за алиасами @altlinux.org. Надо бы проверить.

Проходитъ.

Re: [devel] html-письма (was: NMU policy fix)

[Paul Wolneykien]

В Wed, 04 Jun 2025 16:41:40 +0300
Oleg Solovyov <mcpain@altlinux.org> пишет:

> В письме от среда, 4 июня 2025 г. 16:38:22 Москва, стандартное время 
> пользователь Paul Wolneykien написал:
> > ИМХО, зависит от того, проходит ли в рассылки почта с адресов,
> > стоящих за алиасами @altlinux.org. Надо бы проверить.  
> 
> Проходитъ.

  Так тут у тебя в графе From указано:

From: Oleg Solovyov <mcpain@altlinux.org>

  Я так понимаю, что у majioa@altlinux.org такой возможности нет.

Re: [devel] html-письма (was: NMU policy fix)

[Alexey V. Vissarionov]

Good ${greeting_time}!

On 2025-06-04 16:38:22 +0300, Paul Wolneykien wrote:

 >> ... или не использовать его вообще.
 > ИМХО, зависит от того, проходит ли в рассылки почта с адресов,
 > стоящих за алиасами @altlinux.org. Надо бы проверить.

А что этому может помешать?

То, что указывается в SMTP-команде MAIL FROM, и содержимое
заголовка From: - это, как говорят в городе-герое Одессе,
таки две большие разницы.

 > Уважаемый Малъ, не затруднитъ ли Васъ сейчасъ ответить на
 > данное письмо со своего подлиннаго адресу, используя для
 > сего настольный почтовикъ, функцонирующий в согласии съ
 > циркуляромъ ПЦПП?

:-)


-- 
Alexey V. Vissarionov
gremlin ПРИ altlinux ТЧК org; +vii-cmiii-ccxxix-lxxix-xlii
GPG: 0D92F19E1C0DC36E27F61A29CD17E2B43D879005 @ hkp://keys.gnupg.net