[devel] P9 и обновление пакетов

[devel] P9 и обновление пакетов

[Stanislav Levin]

[-- Attachment #1.1: Type: text/plain, Size: 1341 bytes --]

Доброе утро!


Существует ли уже сформировавшаяся схема рассмотрения задания на
обновление пакета(ов) в P9?

Если для P8 схема опубликована как минимум на [0], то P9 подобным
похвастать не может.

Если подобный регламент уже имеется, то, пожалуйста, опубликуйте.


Например.

Такой вопрос возник из-за затруднения с попаданием пакета в целевой бранч.

В нем не исправляется CVE, но есть некоторое количество исправлений
ошибок. По какой-то

причине задание #242071 подвисло в неизвестном для меня статусе.

Нужно ли что-то дальше делать после получения EPERM? кого дергать?
Непонятно.


Хочется больше конкретики в оценке сроков попадания или отклонения
подобных заданий.

Спасибо!


[0]
https://www.altlinux.org/%D0%92%D0%BE%D1%81%D1%8C%D0%BC%D0%B0%D1%8F_%D0%BF%D0%BB%D0%B0%D1%82%D1%84%D0%BE%D1%80%D0%BC%D0%B0,


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

Re: [devel] P9 и обновление пакетов

[Dmitry V. Levin]

Hi,

On Fri, Dec 20, 2019 at 10:11:55AM +0300, Stanislav Levin wrote:
> Доброе утро!
> 
> Существует ли уже сформировавшаяся схема рассмотрения задания на
> обновление пакета(ов) в P9?
[...]
> Нужно ли что-то дальше делать после получения EPERM? кого дергать?
> Непонятно.

Я бы предложил для начала добавлять комментарий к заданиям.


-- 
ldv

Re: [devel] P9 и обновление пакетов

[Stanislav Levin]

[-- Attachment #1.1: Type: text/plain, Size: 891 bytes --]


20.12.2019 13:40, Dmitry V. Levin пишет:
> Hi,
>
> On Fri, Dec 20, 2019 at 10:11:55AM +0300, Stanislav Levin wrote:
>> Доброе утро!
>>
>> Существует ли уже сформировавшаяся схема рассмотрения задания на
>> обновление пакета(ов) в P9?
> [...]
>> Нужно ли что-то дальше делать после получения EPERM? кого дергать?
>> Непонятно.
> Я бы предложил для начала добавлять комментарий к заданиям.
>
>
Не конкретно Дмитрию, а тем, кто ответственный за данный процесс (опять
же неизвестно кто это):


То есть ситуация, когда кто-то собрал задание просто так в "не
test-only" (от нечего делать, наверное) выглядит рядовой и не требующей
никакого внимания? :-)

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

ни в коем случае нельзя поделиться?

В противном случае можно долго в угадайку играть.





[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

Re: [devel] P9 и обновление пакетов

[Anton Farygin]

On 20.12.2019 13:40, Dmitry V. Levin wrote:
> Я бы предложил для начала добавлять комментарий к заданиям.

Почему недостаточно changelog'а пакета ?

Re: [devel] P9 и обновление пакетов

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 502 bytes --]

On Fri, Dec 20, 2019 at 01:40:32PM +0300, Dmitry V. Levin wrote:
> On Fri, Dec 20, 2019 at 10:11:55AM +0300, Stanislav Levin wrote:
> > Доброе утро!
> > 
> > Существует ли уже сформировавшаяся схема рассмотрения задания на
> > обновление пакета(ов) в P9?
> [...]
> > Нужно ли что-то дальше делать после получения EPERM? кого дергать?
> > Непонятно.
> 
> Я бы предложил для начала добавлять комментарий к заданиям.

Я сделал наличие комментария обязательным для заданий в P9.


-- 
ldv

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 801 bytes --]

Re: [devel] P9 и обновление пакетов

[Dmitry V. Levin]

On Fri, Dec 20, 2019 at 01:53:07PM +0300, Stanislav Levin wrote:
> 20.12.2019 13:40, Dmitry V. Levin пишет:
> > On Fri, Dec 20, 2019 at 10:11:55AM +0300, Stanislav Levin wrote:
> >> Доброе утро!
> >>
> >> Существует ли уже сформировавшаяся схема рассмотрения задания на
> >> обновление пакета(ов) в P9?
> > [...]
> >> Нужно ли что-то дальше делать после получения EPERM? кого дергать?
> >> Непонятно.
> > Я бы предложил для начала добавлять комментарий к заданиям.
> >
> Не конкретно Дмитрию, а тем, кто ответственный за данный процесс (опять
> же неизвестно кто это):
> 
> То есть ситуация, когда кто-то собрал задание просто так в "не
> test-only" (от нечего делать, наверное) выглядит рядовой и не требующей
> никакого внимания? :-)

Сейчас отправить задание на сборку стало гораздо проще, чем раньше,
поскольку нет обязательного форматирования %release.

> Допустим, тогда возможно ли данные требования формализовать и
> опубликовать вместе со всем механизмом? Неужели это сверхсекретная
> информация, которой ни в коем случае нельзя поделиться?

Там есть внутренний регламент, в нём нет ничего секретного, он просто
по большей части никому не интересен.

Если вкратце, то для того, чтобы задание попало в P9, его должен одобрить
представитель группы maint и представитель группы tester.  Первых нужно
как-то убедить, что задание нужно в P9, вторые проверяют, что задание
не вызывает регрессий.


-- 
ldv

[devel] Комментарии к заданиям (was: P9 и обновление пакетов)

[Дмитрий Державин]

Пн, дек 30 2019, 15:33, Dmitry V. Levin:

> Я сделал наличие комментария обязательным для заданий в P9.

Какие символы не разрешены для использования в комментариях?

-- 
~dd

Re: [devel] P9 и обновление пакетов

[Stanislav Levin]

[-- Attachment #1.1: Type: text/plain, Size: 1174 bytes --]


30.12.2019 15:42, Dmitry V. Levin пишет:

>> Допустим, тогда возможно ли данные требования формализовать и
>> опубликовать вместе со всем механизмом? Неужели это сверхсекретная
>> информация, которой ни в коем случае нельзя поделиться?
> Там есть внутренний регламент, в нём нет ничего секретного, он просто
> по большей части никому не интересен.
>
> Если вкратце, то для того, чтобы задание попало в P9, его должен одобрить
> представитель группы maint и представитель группы tester.  Первых нужно
> как-то убедить, что задание нужно в P9, вторые проверяют, что задание
> не вызывает регрессий.
>
>

Большое спасибо за комментарий.

1) Известна ли максимальная продолжительность первой/второй стадии,
после которых стоит забеспокоиться?

2) Возможно ли настроить напоминание обоих участников (создателя задания
и его принимающей стороны)

в случае отсутствия реакции в течение какого-то разумного времени?


Мне бы хотелось (надеюсь, что и другим), чтобы этот процесс был
максимально понятным и насколько можно

простым. Пусть будут какие-то разумные и известные правила, но при их
соблюдении гарантированно получать - да/нет без

"нервотрепки".


Спасибо за понимание!


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

Re: [devel] P9 и обновление пакетов

[Yuri Sedunov]

В Пн, 30/12/2019 в 17:20 +0300, Stanislav Levin пишет:
> 30.12.2019 15:42, Dmitry V. Levin пишет:
> 
> > > Допустим, тогда возможно ли данные требования формализовать и
> > > опубликовать вместе со всем механизмом? Неужели это
> > > сверхсекретная
> > > информация, которой ни в коем случае нельзя поделиться?
> > Там есть внутренний регламент, в нём нет ничего секретного, он
> > просто
> > по большей части никому не интересен.
> > 
> > Если вкратце, то для того, чтобы задание попало в P9, его должен
> > одобрить
> > представитель группы maint и представитель группы tester.  Первых
> > нужно
> > как-то убедить, что задание нужно в P9, вторые проверяют, что
> > задание
> > не вызывает регрессий.
> > 
> > 
> 
> Большое спасибо за комментарий.
> 
> 1) Известна ли максимальная продолжительность первой/второй стадии,
> после которых стоит забеспокоиться?
> 
> 2) Возможно ли настроить напоминание обоих участников (создателя
> задания
> и его принимающей стороны)
> 
> в случае отсутствия реакции в течение какого-то разумного времени?
> 
> 
> Мне бы хотелось (надеюсь, что и другим), чтобы этот процесс был
> максимально понятным и насколько можно
> 
> простым. Пусть будут какие-то разумные и известные правила, но при их
> соблюдении гарантированно получать - да/нет без
> 
> "нервотрепки".
> 

Мое последнее задание в p9 висит с конца октября:
#239741 EPERM #3 p9 srpm=libxkbcommon-0.9.1-alt1.src.rpm srpm=libinput-
1.14.3-alt1.src.rpm ...

Когда-то меня спрашивали за новый гном в p9, -- наверное, его там уже
не будет.

-- 
Yuri N. Sedunov

Re: [devel] P9 и обновление пакетов

[Vitaly Lipatov]

Dmitry V. Levin писал 30.12.19 15:33:
> On Fri, Dec 20, 2019 at 01:40:32PM +0300, Dmitry V. Levin wrote:
>> On Fri, Dec 20, 2019 at 10:11:55AM +0300, Stanislav Levin wrote:
>> > Доброе утро!
>> >
>> > Существует ли уже сформировавшаяся схема рассмотрения задания на
>> > обновление пакета(ов) в P9?
>> [...]
>> > Нужно ли что-то дальше делать после получения EPERM? кого дергать?
>> > Непонятно.
>> 
>> Я бы предложил для начала добавлять комментарий к заданиям.
> 
> Я сделал наличие комментария обязательным для заданий в P9.

Осталось понять, как этим пользоваться.

$ ssh gear.alt task run -m 'build with aarch64 support' 243732
task run: too many arguments.
Try `task run --help' for more information.

$ ssh gear.alt task run --help
task run - queue a task for build

Usage: task run [options] [<task id>]

If no task id is specified, the latest task created by the current user
will be choosen.

Options:
   -m <message>  use the given <message> as the reason for this build;
...

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

Re: [devel] P9 и обновление пакетов

[Dmitry V. Levin]

On Mon, Dec 30, 2019 at 05:56:12PM +0300, Vitaly Lipatov wrote:
> Dmitry V. Levin писал 30.12.19 15:33:
> > On Fri, Dec 20, 2019 at 01:40:32PM +0300, Dmitry V. Levin wrote:
> >> On Fri, Dec 20, 2019 at 10:11:55AM +0300, Stanislav Levin wrote:
> >> > Доброе утро!
> >> >
> >> > Существует ли уже сформировавшаяся схема рассмотрения задания на
> >> > обновление пакета(ов) в P9?
> >> [...]
> >> > Нужно ли что-то дальше делать после получения EPERM? кого дергать?
> >> > Непонятно.
> >> 
> >> Я бы предложил для начала добавлять комментарий к заданиям.
> > 
> > Я сделал наличие комментария обязательным для заданий в P9.
> 
> Осталось понять, как этим пользоваться.
> 
> $ ssh gear.alt task run -m 'build with aarch64 support' 243732
> task run: too many arguments.
> Try `task run --help' for more information.

Когда вы вводите эту команду, на сервер приезжает
-c 'task run -m build with aarch64 support 243732'

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


-- 
ldv

Re: [devel] P9 и обновление пакетов

[Vitaly Lipatov]

Dmitry V. Levin писал 30.12.19 18:12:
...
>> $ ssh gear.alt task run -m 'build with aarch64 support' 243732
>> task run: too many arguments.
>> Try `task run --help' for more information.
> 
> Когда вы вводите эту команду, на сервер приезжает
> -c 'task run -m build with aarch64 support 243732'
> 
> Поскольку на той стороне нет шелла, парсер просто разбирает эту строку
> на аргументы, используя isblank в качестве разделителя.
Меня, как пользователя, интересует адекватный интерфейс, а не 
объяснение, как он так устроен, что не работает как ожидается.

Используя -m, ожидаю одинакового поведения у команд
$ git tag -h | grep "<message>"
     -m, --message <message>

$ ssh gear.alt task run --help | grep "<message>"
   -m <message>  use the given <message> as the reason for this build;

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

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

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

Re: [devel] P9 и обновление пакетов

[Stanislav Levin]

[-- Attachment #1.1: Type: text/plain, Size: 155 bytes --]


30.12.2019 19:02, Andrey Cherepanov пишет:
>
> https://www.altlinux.org/Branches/p9


Вот это подарок! Большое спасибо!



[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

Re: [devel] P9 и обновление пакетов

[Dmitry V. Levin]

On Mon, Dec 30, 2019 at 07:00:25PM +0300, Vitaly Lipatov wrote:
> Dmitry V. Levin писал 30.12.19 18:12:
> ...
> >> $ ssh gear.alt task run -m 'build with aarch64 support' 243732
> >> task run: too many arguments.
> >> Try `task run --help' for more information.
> > 
> > Когда вы вводите эту команду, на сервер приезжает
> > -c 'task run -m build with aarch64 support 243732'
> > 
> > Поскольку на той стороне нет шелла, парсер просто разбирает эту строку
> > на аргументы, используя isblank в качестве разделителя.
> Меня, как пользователя, интересует адекватный интерфейс, а не 
> объяснение, как он так устроен, что не работает как ожидается.
 
Вы не можете передать значащие пробелы, поскольку пробелы являются
разделителями аргументов команды.  Этот интерфейс так работал всегда,
просто вам раньше никогда не приходило в голову передавать значащие
пробелы.

> Используя -m, ожидаю одинакового поведения у команд
> $ git tag -h | grep "<message>"
>      -m, --message <message>
> 
> $ ssh gear.alt task run --help | grep "<message>"
>    -m <message>  use the given <message> as the reason for this build;

Почему?

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

Вряд ли у ssh есть проблемы с передачей параметров, по крайней мере, ssh
так вёл себя всегда и для сохранения обратной совместимости никто это
поведение ssh менять не будет.

> Если интерфейс не предназначен для человека,

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

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

Увидеть как раз несложно, поскольку все задания в P9 теперь коммитятся
только с task message, которое цитируется в самом начале лога сборки.


-- 
ldv

Re: [devel] P9 и обновление пакетов

[Sergey Y. Afonin]

On Monday 30 December 2019, Yuri Sedunov wrote:

> Мое последнее задание в p9 висит с конца октября:
> #239741 EPERM #3 p9 srpm=libxkbcommon-0.9.1-alt1.src.rpm srpm=libinput-
> 1.14.3-alt1.src.rpm ...
 
Вчера 239590 пропустили. :-)

-- 
С уважением, Сергей Афонин

Re: [devel] P9 и обновление пакетов

[Sergey Y. Afonin]

On Monday 30 December 2019, Dmitry V. Levin wrote:

> > Я бы предложил для начала добавлять комментарий к заданиям.
> 
> Я сделал наличие комментария обязательным для заданий в P9.
 
На сколько сложно требовать комментарий только для запуска не
test-only задания?

-- 
С уважением, Сергей Афонин

Re: [devel] P9 и обновление пакетов

[Sergey Y. Afonin]

On Tuesday 31 December 2019, Dmitry V. Levin wrote:

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

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

> > было бы неплохо увидеть 
> > пример использования этого дополнительного средства, ограничивающего 
> > сборку в бранчи.
> 
> Увидеть как раз несложно, поскольку все задания в P9 теперь коммитятся
> только с task message, которое цитируется в самом начале лога сборки.

То есть, пробел в комментарии использовать нет возможности? Наверное
можно добавить что-то вроде task set_comment.

-- 
С уважением, Сергей Афонин

Re: [devel] P9 и обновление пакетов

[Dmitry V. Levin]

On Thu, Jan 02, 2020 at 12:10:57AM +0400, Sergey Y. Afonin wrote:
> On Monday 30 December 2019, Dmitry V. Levin wrote:
> 
> > > Я бы предложил для начала добавлять комментарий к заданиям.
> > 
> > Я сделал наличие комментария обязательным для заданий в P9.
>  
> На сколько сложно требовать комментарий только для запуска не
> test-only задания?

Несложно.  Полагаете, добавлять комментарий к заданиям настолько сложно?


-- 
ldv

Re: [devel] P9 и обновление пакетов

[Anton Farygin]

On 01.01.2020 23:30, Dmitry V. Levin wrote:
> On Thu, Jan 02, 2020 at 12:10:57AM +0400, Sergey Y. Afonin wrote:
>> On Monday 30 December 2019, Dmitry V. Levin wrote:
>>
>>>> Я бы предложил для начала добавлять комментарий к заданиям.
>>> Я сделал наличие комментария обязательным для заданий в P9.
>>   на
>> На сколько сложно требовать комментарий только для запуска не
>> test-only задания?
> Несложно.  Полагаете, добавлять комментарий к заданиям настолько сложно?
>
>
Я полагаю что при наличии changelog в log сборки комментарий излишний.

Re: [devel] P9 и обновление пакетов

[Sergey Y. Afonin]

On Thursday 02 January 2020, Dmitry V. Levin wrote:

> > На сколько сложно требовать комментарий только для запуска не
> > test-only задания?
> 
> Несложно.  Полагаете, добавлять комментарий к заданиям настолько сложно?

Комментарий должен быть осмысленный и может иметь некоторый заметный
размер, а задание может быть по какой-то причине остаться в статусе
test-only и удалиться. При изначальном подозрении на такой исход этот
комментарий может свестить к незначащему символу например.

-- 
С уважением, Сергей Афонин

Re: [devel] P9 и обновление пакетов

[Sergey Y. Afonin]

On Thursday 02 January 2020, Anton Farygin wrote:

> Я полагаю что при наличии changelog в log сборки комментарий излишний.
 
С одной стороны да, с другой может не быть очевидным, что именно из
changelog посчиталось достойным для переноса.

-- 
С уважением, Сергей Афонин

Re: [devel] P9 и обновление пакетов

[Motsyo Gennadi aka Drool]

05.01.20 00:46, Gennadi пишет:
> ssh git.alt build -m 'update version' -b p9 copy qbittorrent
> Enter passphrase for key '/home/drool/.ssh/id_dsa':
> build: not enough arguments.
> Try `build --help' for more information.

	А вы там таки юмористы...


ssh git.alt build -m update_version -b p9 copy qbittorrent
Enter passphrase for key '/home/drool/.ssh/id_dsa':
new task #243856: owner=drool repo=p9
fetching tag "4.2.1-alt1" from /gears/q/qbittorrent.git... done
generating pkg.tar for qbittorrent.git tag "4.2.1-alt1"... done
task #243856: added #100: build tag "4.2.1-alt1" from 
/gears/q/qbittorrent.git

Re: [devel] P9 и обновление пакетов

[Sergey Y. Afonin]

On Sunday 05 January 2020, Motsyo Gennadi aka Drool wrote:

> А вы там таки юмористы...
> ssh git.alt build -m update_version

Так и тут обсуждали, и на wiki тогда же поправлено. :-)

-- 
С уважением, Сергей Афонин

Re: [devel] P9 и обновление пакетов

[Vitaly Lipatov]

Dmitry V. Levin писал 1.1.20 23:30:
> On Thu, Jan 02, 2020 at 12:10:57AM +0400, Sergey Y. Afonin wrote:
>> On Monday 30 December 2019, Dmitry V. Levin wrote:
>> 
>> > > Я бы предложил для начала добавлять комментарий к заданиям.
>> >
>> > Я сделал наличие комментария обязательным для заданий в P9.
>> 
>> На сколько сложно требовать комментарий только для запуска не
>> test-only задания?
> 
> Несложно.  Полагаете, добавлять комментарий к заданиям настолько 
> сложно?
Очень странно выглядит необходимость задавать комментарии два раза:
1. при запуске задания (которое пойдёт в test-only)
2. при commit

По уму надо только в одном случае спрашивать, ведь если уже спросили при 
run, зачем ещё раз задавать при commit.

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

Re: [devel] P9 и обновление пакетов

[Dmitry V. Levin]

On Mon, Jan 06, 2020 at 03:11:31PM +0300, Vitaly Lipatov wrote:
> Dmitry V. Levin писал 1.1.20 23:30:
> > On Thu, Jan 02, 2020 at 12:10:57AM +0400, Sergey Y. Afonin wrote:
> >> On Monday 30 December 2019, Dmitry V. Levin wrote:
> >> 
> >> > > Я бы предложил для начала добавлять комментарий к заданиям.
> >> >
> >> > Я сделал наличие комментария обязательным для заданий в P9.
> >> 
> >> На сколько сложно требовать комментарий только для запуска не
> >> test-only задания?
> > 
> > Несложно.  Полагаете, добавлять комментарий к заданиям настолько 
> > сложно?
> Очень странно выглядит необходимость задавать комментарии два раза:

Два раза незачем, одного раза достаточно.


-- 
ldv

Re: [devel] P9 и обновление пакетов

[Anton V. Boyarshinov]

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

Мне кажется, что этот интерфейс надо-таки поменять. Его новое назначение подразумевает возможность написания осмысленного текста, возможно даже многострочного. Делать_это_через_подчерки_можно,_но_не_удобно,_особенно_если_текст_длинный_и_не_вмещается_в_80_байт.
Читать потом это также неудобно.
 
> > Используя -m, ожидаю одинакового поведения у команд
> > $ git tag -h | grep "<message>"
> >      -m, --message <message>
> > 
> > $ ssh gear.alt task run --help | grep "<message>"
> >    -m <message>  use the given <message> as the reason for this build;  
> 
> Почему?
> 
> > Если у ssh есть проблемы с передачей параметров, возможно, на клиентской 
> > стороне недостаёт команды для взаимодействия с сервером.  
> 
> Вряд ли у ssh есть проблемы с передачей параметров, по крайней мере, ssh
> так вёл себя всегда и для сохранения обратной совместимости никто это
> поведение ssh менять не будет.
> 
> > Если интерфейс не предназначен для человека,  
> 
> Поскольку этот интерфейс был реализован ещё в феврале, им уже давно
> пользуются люди.
> 
> > было бы неплохо увидеть 
> > пример использования этого дополнительного средства, ограничивающего 
> > сборку в бранчи.  
> 
> Увидеть как раз несложно, поскольку все задания в P9 теперь коммитятся
> только с task message, которое цитируется в самом начале лога сборки.
> 
>