[devel] [#330458] EPERM (try 2) setup.git=2.2.19-alt1

[Alexey Gladkov]

On Wed, Nov 01, 2023 at 02:44:05PM +0300, Arseny Maslennikov wrote:
> On Wed, Nov 01, 2023 at 12:24:15PM +0100, Alexey Gladkov wrote:
> > On Wed, Nov 01, 2023 at 01:19:00PM +0300, Arseny Maslennikov wrote:
> > > Цитирую https://bugzilla.altlinux.org/47357:
> > > > > % grep -E '^#.+update' setup/etc/{protocols,services} 
> > > > > setup/etc/protocols:# Last IANA update included dated 2011-05-03
> > > > > setup/etc/services:# (last updated 8 November 2004)
> > > > > 
> > > > > Эти строчки либо ложны, либо сообщают формально истинный факт,
> > > > > маскирующий не в пользу проекта ALT реальное положение дел. Предлагаю
> > > > > либо их убрать, либо внести уточнение, из которого читатель явно
> > > > > сделает вывод, что эти два файла обновлены на август 2023.
> > > 
> > > Не слишком знакомому с циклом сопровождения наших пакетов пользователю
> > > гораздо проще увидеть клевету на всех нас, которую мы добровольно
> > > помещаем в файле /etc/services, чем изучить фактическую историю
> > > gear-репозитория для пакета setup, узнав, где она находится и как нужно
> > > её читать, ... Поэтому человеку при чтении /etc/services очень легко
> > > сделать неверный вывод, что у нас безумно устарело содержимое этого
> > > файла, чем в том числе не преминут воспользоваться в целях FUD различные
> > > недоброжелатели проекта Альт.
> > > 
> > > Моё задание призвано это исправить.
> 
> [ На всякий случай: мы говорим о задании 330458, где никаких изменений
> уида у nobody быть не должно. ]

Да, я неправ. Я посмотрел второе задание. Но у меня всё ещё есть вопросы
именно к первому.

> > Я уже писал вам в другом баге про обновление содержимого этих файлов, что
> > они не генерируются с iana.org. Эти файлы унаследованы из redhat, где,
> > насколько я знаю, они тоже не синхронизируется регулярно.
> 
> Да, я видел, но тогда плохо понял, что вы имели в виду.
> 
> > Мне не показалось, что комментарий про даты имеет хоть какую-то значимость
> > и в описании вы не объяснили почему и кому этот комментарий важен. Поэтому
> > я предоставил другим мантейнерам пакета отреагировать.
> 
> Ок, не возражаю. Могу даже переделать commit message, где более подробно
> описать, почему это важно.

Сначала объясните кому важен этот комментарий и кому он мешает ?

Этот файл не содержит все данные, содержащиеся в IANA, на момент указанной
даты. На этот комментарий никак нельзя ориентироваться.

> > > Также уже давно пора закрывать https://bugzilla.altlinux.org/46776, и
> > > задание 330460, которым я планирую его закрыть, я подготовил уже поверх
> > > сабжа, потому что, очевидно, changelog-записи должны быть упорядочены в
> > > каком-то порядке.
> > >     % ssh gyle task show --json 330460 | jq .build_time
> > >     "2023-09-27T09:26:11"
> > 
> > Задание это лично я считаю неправильным. Во-первых изменение комментария:
> > 
> >  # The latest IANA port assignments can be gotten from
> >  #      http://www.iana.org/assignments/port-numbers
> > -# (last updated 8 November 2004)
> > +# (last updated 2023-08-19; see change history for the `setup' package.)
> > 
> > всё также ложны. В 2023-08-19 не было синхронизации с IANA, а были
> > добавлены несколько сервисов. С моей точки зрения это никак не может
> > считаться обновлением.
> > 
> > Если уж менять что-то, то нужно делать настоящую синхронизацию с IANA.
> 
> Я не против и даже за. Правильно ли я понимаю, что "делать настоящую
> синхронизацию с IANA", по-вашему — это брать их данные в xml/csv/чём
> удобно из официальных мест[1][2], и опубликованным роботом их
> синхронизировать?
> [1] https://www.iana.org/assignments/protocol-numbers/
> [2] https://www.iana.org/assignments/service-names-port-numbers/
> 
> Потому что я проделал то же самое глазами и счёл, что это тоже
> "синхронизация".

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

> > Поскольку у меня нет достаточной информации, чтобы принимать решение я
> > перевесил баг на другого мантейнера, который, возможно, захочет искать
> > скрытый смысл изменений комментариев.
> 
> Это пожалуйста. :)

Ну тогда можно не отвечать на мои вопросы, заданные выше ))

-- 
Rgrds, legion