[devel] Удивительые удаления по ftbfs

[devel] Удивительые удаления по ftbfs

[Andrey Savchenko]

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

Добрый день!

Заметил в очереди слеющие пакеты на удаление:
#250625 AWAITING #1 sisyphus/beekeeper del=opensc
#250624 AWAITING #1 sisyphus/beekeeper del=logrotate

У нас что, никаких фильтров нет на предмет важности пакетов?
Без OpenSC куча смарткарт отвалится, про logrotate вообще молчу —
без него жизни нет.

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

Давайте тогда glibc сразу вынесем, а? А то как раз не проходит один
из тестов на ядре 5.5.9-undef (на пересборочнице более старое
ядро, поэтому пока что все всем довольны).

Best regards,
Andrew Savchenko

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

Re: [devel] Удивительые удаления по ftbfs

[Anton Farygin]

On 25.04.2020 11:10, Andrey Savchenko wrote:
> Добрый день!
>
> Заметил в очереди слеющие пакеты на удаление:
> #250625 AWAITING #1 sisyphus/beekeeper del=opensc
> #250624 AWAITING #1 sisyphus/beekeeper del=logrotate
>
> У нас что, никаких фильтров нет на предмет важности пакетов?
> Без OpenSC куча смарткарт отвалится, про logrotate вообще молчу —
> без него жизни нет.
>
> Тем более, что это проблемы *пере*сборочницы и нет доказательств,
> что есть проблемы настоящей сборки.
>
> Давайте тогда glibc сразу вынесем, а? А то как раз не проходит один
> из тестов на ядре 5.5.9-undef (на пересборочнице более старое
> ядро, поэтому пока что все всем довольны).
>
да, у меня тоже есть хороший пакет clickhouse, который всегда без 
проблем собирается в репозиторий и точно никогда не пересобирается beehive.

Re: [devel] Удивительые удаления по ftbfs

[Vladimir D. Seleznev]

On Sat, Apr 25, 2020 at 11:10:33AM +0300, Andrey Savchenko wrote:
> Добрый день!
> 
> Заметил в очереди слеющие пакеты на удаление:
> #250625 AWAITING #1 sisyphus/beekeeper del=opensc
> #250624 AWAITING #1 sisyphus/beekeeper del=logrotate
> 
> У нас что, никаких фильтров нет на предмет важности пакетов?
> Без OpenSC куча смарткарт отвалится, про logrotate вообще молчу —
> без него жизни нет.

На эти пакеты есть runtime-зависимости у других пакетов, сборочница не
допустит их удаления, т.к. это приведёт к unmet'ам. С другой стороны,
удаление, инициированное beekeeper'ом — это показатель, что эти пакеты
давно не пересобираются в пересборочнице, что не есть хорошо.

> Тем более, что это проблемы *пере*сборочницы и нет доказательств,
> что есть проблемы настоящей сборки.
> 
> Давайте тогда glibc сразу вынесем, а? А то как раз не проходит один
> из тестов на ядре 5.5.9-undef (на пересборочнице более старое
> ядро, поэтому пока что все всем довольны).

-- 
   WBR,
   Vladimir D. Seleznev

Re: [devel] Удивительые удаления по ftbfs

[Andrey Cherepanov]

25.04.2020 12:22, Vladimir D. Seleznev пишет:
> On Sat, Apr 25, 2020 at 11:10:33AM +0300, Andrey Savchenko wrote:
>> Добрый день!
>>
>> Заметил в очереди слеющие пакеты на удаление:
>> #250625 AWAITING #1 sisyphus/beekeeper del=opensc
>> #250624 AWAITING #1 sisyphus/beekeeper del=logrotate
>>
>> У нас что, никаких фильтров нет на предмет важности пакетов?
>> Без OpenSC куча смарткарт отвалится, про logrotate вообще молчу —
>> без него жизни нет.
> На эти пакеты есть runtime-зависимости у других пакетов, сборочница не
> допустит их удаления, т.к. это приведёт к unmet'ам. С другой стороны,
> удаление, инициированное beekeeper'ом — это показатель, что эти пакеты
> давно не пересобираются в пересборочнице, что не есть хорошо.

Так и давайте обсуждать, как это решать с расстановкой приоритетов. 
Что-то можно удалить цепочкой, привлекая знающих те или иные пакеты 
мейнтейнеров. Что-то чинить в первую очередь. Что-то отдать новичкам и 
свежепринятым в Team. Это нормальный рабочий процесс, достойный обсуждения.

-- 
Andrey Cherepanov
cas@altlinux.org

Re: [devel] Удивительые удаления по ftbfs

[Alexey Gladkov]

On Sat, Apr 25, 2020 at 11:10:33AM +0300, Andrey Savchenko wrote:
> Добрый день!
> 
> Заметил в очереди слеющие пакеты на удаление:
> #250625 AWAITING #1 sisyphus/beekeeper del=opensc
> #250624 AWAITING #1 sisyphus/beekeeper del=logrotate
> 
> У нас что, никаких фильтров нет на предмет важности пакетов?

Это хороший способ показать, что пакет заброшен и с ним есть проблемы.

> Без OpenSC куча смарткарт отвалится, про logrotate вообще молчу —
> без него жизни нет.

Я попробую посмотреть на logrotate.

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

Доказательства ? Подписанные следователем СКР распечатанные логи сборки
что-ли ?

Сборочница попробовала пересобрать пакет и у неё это не получается. В чём
проблема посмотреть логи и разобраться.

-- 
Rgrds, legion

Re: [devel] Удивительые удаления по ftbfs

[Alexey V. Vissarionov]

On 2020-04-25 12:34:33 +0200, Alexey Gladkov wrote:

 >> #250624 AWAITING #1 sisyphus/beekeeper del=logrotate
 > Сборочница попробовала пересобрать пакет и у неё это не
 > получается. В чём проблема посмотреть логи и разобраться.

Там очередной -Werror выстрелил. Надо заметить, в довольно
мутном месте.


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

Re: [devel] Удивительые удаления по ftbfs

[Alexey Gladkov]

On Sat, Apr 25, 2020 at 01:37:06PM +0300, Alexey V. Vissarionov wrote:
> On 2020-04-25 12:34:33 +0200, Alexey Gladkov wrote:
> 
>  >> #250624 AWAITING #1 sisyphus/beekeeper del=logrotate
>  > Сборочница попробовала пересобрать пакет и у неё это не
>  > получается. В чём проблема посмотреть логи и разобраться.
> 
> Там очередной -Werror выстрелил. Надо заметить, в довольно
> мутном месте.

Это к вопросу о недоказанности. Вполне себе ошибка сборки.

Нам нужно обновить пакет поскольку в апстриме 3.16.0 а у нас 3.9.1.

-- 
Rgrds, legion

Re: [devel] logrotate

[Dmitry V. Levin]

On Sat, Apr 25, 2020 at 01:08:01PM +0200, Alexey Gladkov wrote:
> On Sat, Apr 25, 2020 at 01:37:06PM +0300, Alexey V. Vissarionov wrote:
> > On 2020-04-25 12:34:33 +0200, Alexey Gladkov wrote:
> > 
> >  >> #250624 AWAITING #1 sisyphus/beekeeper del=logrotate
> >  > Сборочница попробовала пересобрать пакет и у неё это не
> >  > получается. В чём проблема посмотреть логи и разобраться.
> > 
> > Там очередной -Werror выстрелил. Надо заметить, в довольно
> > мутном месте.
> 
> Это к вопросу о недоказанности. Вполне себе ошибка сборки.
> 
> Нам нужно обновить пакет поскольку в апстриме 3.16.0 а у нас 3.9.1.

Это точно.  Я слегка посмотрел, выглядит так, будто собирать лучше сразу
master branch.


-- 
ldv

Re: [devel] logrotate

[Alexey Gladkov]

On Sat, Apr 25, 2020 at 02:56:16PM +0300, Dmitry V. Levin wrote:
> > Это к вопросу о недоказанности. Вполне себе ошибка сборки.
> > 
> > Нам нужно обновить пакет поскольку в апстриме 3.16.0 а у нас 3.9.1.
> 
> Это точно.  Я слегка посмотрел, выглядит так, будто собирать лучше сразу
> master branch.

Сначала я обновлю все патчи для стабильной версии а там можно и master
попробовать.

Я сюда ссылку скину. Я не в acl для logrotate.

-- 
Rgrds, legion

[devel] acl для ftbfs

[Andrey Savchenko]

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

On Sat, 25 Apr 2020 14:22:22 +0200 Alexey Gladkov wrote:
> On Sat, Apr 25, 2020 at 02:56:16PM +0300, Dmitry V. Levin wrote:
> > > Это к вопросу о недоказанности. Вполне себе ошибка сборки.
> > > 
> > > Нам нужно обновить пакет поскольку в апстриме 3.16.0 а у нас 3.9.1.
> > 
> > Это точно.  Я слегка посмотрел, выглядит так, будто собирать лучше сразу
> > master branch.
> 
> Сначала я обновлю все патчи для стабильной версии а там можно и master
> попробовать.
> 
> Я сюда ссылку скину. Я не в acl для logrotate.

Кстати, а давайте для пакетов, которые в ftbfs больше заданного
срока, но в разумный срок перед удалением, например, через
8 недель добавлять @everybody, если его там нет. А то получается,
что пакет удалим, а исправить не дадим.

Сделать, я думаю, не сложно должно быть.


Best regards,
Andrew Savchenko

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

Re: [devel] acl для ftbfs

[Vladimir D. Seleznev]

On Sat, Apr 25, 2020 at 03:36:17PM +0300, Andrey Savchenko wrote:
> On Sat, 25 Apr 2020 14:22:22 +0200 Alexey Gladkov wrote:
> > On Sat, Apr 25, 2020 at 02:56:16PM +0300, Dmitry V. Levin wrote:
> > > > Это к вопросу о недоказанности. Вполне себе ошибка сборки.
> > > > 
> > > > Нам нужно обновить пакет поскольку в апстриме 3.16.0 а у нас 3.9.1.
> > > 
> > > Это точно.  Я слегка посмотрел, выглядит так, будто собирать лучше сразу
> > > master branch.
> > 
> > Сначала я обновлю все патчи для стабильной версии а там можно и master
> > попробовать.
> > 
> > Я сюда ссылку скину. Я не в acl для logrotate.
> 
> Кстати, а давайте для пакетов, которые в ftbfs больше заданного
> срока, но в разумный срок перед удалением, например, через
> 8 недель добавлять @everybody, если его там нет. А то получается,
> что пакет удалим, а исправить не дадим.

Мне нравится эта идея. Даже несмотря на то, что собрать пакет можно
снова после удаления, так гораздо удобнее и, мне кажется, правильнее.

> Сделать, я думаю, не сложно должно быть.

-- 
   WBR,
   Vladimir D. Seleznev

Re: [devel] acl для ftbfs

[Alexey Gladkov]

On Sat, Apr 25, 2020 at 03:36:17PM +0300, Andrey Savchenko wrote:
> On Sat, 25 Apr 2020 14:22:22 +0200 Alexey Gladkov wrote:
> > On Sat, Apr 25, 2020 at 02:56:16PM +0300, Dmitry V. Levin wrote:
> > > > Это к вопросу о недоказанности. Вполне себе ошибка сборки.
> > > > 
> > > > Нам нужно обновить пакет поскольку в апстриме 3.16.0 а у нас 3.9.1.
> > > 
> > > Это точно.  Я слегка посмотрел, выглядит так, будто собирать лучше сразу
> > > master branch.
> > 
> > Сначала я обновлю все патчи для стабильной версии а там можно и master
> > попробовать.
> > 
> > Я сюда ссылку скину. Я не в acl для logrotate.
> 
> Кстати, а давайте для пакетов, которые в ftbfs больше заданного
> срока, но в разумный срок перед удалением, например, через
> 8 недель добавлять @everybody, если его там нет. А то получается,
> что пакет удалим, а исправить не дадим.

Не нужно этого делать. Связаться с мантейнером или написать в devel@
совсем не сложно.

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

-- 
Rgrds, legion

Re: [devel] acl для ftbfs

[Dmitry V. Levin]

On Sat, Apr 25, 2020 at 04:14:38PM +0200, Alexey Gladkov wrote:
> On Sat, Apr 25, 2020 at 03:36:17PM +0300, Andrey Savchenko wrote:
> > On Sat, 25 Apr 2020 14:22:22 +0200 Alexey Gladkov wrote:
> > > On Sat, Apr 25, 2020 at 02:56:16PM +0300, Dmitry V. Levin wrote:
> > > > > Это к вопросу о недоказанности. Вполне себе ошибка сборки.
> > > > > 
> > > > > Нам нужно обновить пакет поскольку в апстриме 3.16.0 а у нас 3.9.1.
> > > > 
> > > > Это точно.  Я слегка посмотрел, выглядит так, будто собирать лучше сразу
> > > > master branch.
> > > 
> > > Сначала я обновлю все патчи для стабильной версии а там можно и master
> > > попробовать.
> > > 
> > > Я сюда ссылку скину. Я не в acl для logrotate.
> > 
> > Кстати, а давайте для пакетов, которые в ftbfs больше заданного
> > срока, но в разумный срок перед удалением, например, через
> > 8 недель добавлять @everybody, если его там нет. А то получается,
> > что пакет удалим, а исправить не дадим.
> 
> Не нужно этого делать. Связаться с мантейнером или написать в devel@
> совсем не сложно.

На самом деле такая фича была реализована и действует уже более 10 лет.
Несколько человек даже успели попросить opt-out.  Срок примерно 3/4
от срока на удаление, сейчас это 18 и 26 недель соответственно.

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

Это точно.


-- 
ldv

Re: [devel] acl для ftbfs

[Mikhail Efremov]

On Sat, 25 Apr 2020 15:36:17 +0300 Andrey Savchenko wrote:
> On Sat, 25 Apr 2020 14:22:22 +0200 Alexey Gladkov wrote:
> > On Sat, Apr 25, 2020 at 02:56:16PM +0300, Dmitry V. Levin wrote:  
> > > > Это к вопросу о недоказанности. Вполне себе ошибка сборки.
> > > > 
> > > > Нам нужно обновить пакет поскольку в апстриме 3.16.0 а у нас
> > > > 3.9.1.  
> > > 
> > > Это точно.  Я слегка посмотрел, выглядит так, будто собирать
> > > лучше сразу master branch.  
> > 
> > Сначала я обновлю все патчи для стабильной версии а там можно и
> > master попробовать.
> > 
> > Я сюда ссылку скину. Я не в acl для logrotate.  
> 
> Кстати, а давайте для пакетов, которые в ftbfs больше заданного
> срока, но в разумный срок перед удалением, например, через
> 8 недель добавлять @everybody, если его там нет. А то получается,
> что пакет удалим, а исправить не дадим.

Вроде раньше он становился @nobody через некоторое время.

-- 
WBR, Mikhail Efremov

Re: [devel] acl для ftbfs

[Dmitry V. Levin]

On Sat, Apr 25, 2020 at 05:56:48PM +0300, Mikhail Efremov wrote:
> On Sat, 25 Apr 2020 15:36:17 +0300 Andrey Savchenko wrote:
> > On Sat, 25 Apr 2020 14:22:22 +0200 Alexey Gladkov wrote:
> > > On Sat, Apr 25, 2020 at 02:56:16PM +0300, Dmitry V. Levin wrote:  
> > > > > Это к вопросу о недоказанности. Вполне себе ошибка сборки.
> > > > > 
> > > > > Нам нужно обновить пакет поскольку в апстриме 3.16.0 а у нас
> > > > > 3.9.1.  
> > > > 
> > > > Это точно.  Я слегка посмотрел, выглядит так, будто собирать
> > > > лучше сразу master branch.  
> > > 
> > > Сначала я обновлю все патчи для стабильной версии а там можно и
> > > master попробовать.
> > > 
> > > Я сюда ссылку скину. Я не в acl для logrotate.  
> > 
> > Кстати, а давайте для пакетов, которые в ftbfs больше заданного
> > срока, но в разумный срок перед удалением, например, через
> > 8 недель добавлять @everybody, если его там нет. А то получается,
> > что пакет удалим, а исправить не дадим.
> 
> Вроде раньше он становился @nobody через некоторое время.

Он раньше сперва становился @everybody, потом @nobody, и только потом
удалялся.  Но потом кому-то пришло в голову поменять второй и третий этапы
местами, и теперь @nobody возникает, если пакет не получается удалить
в течение какого-то заметного времени.

Кстати, есть предложение: если пакет собирается по acl (не через approve),
то автоматически добавлять собравшего в acl.  Таким образом причастные
к сборке пакета будут в дальнейшем автоматически информироваться
о происходящем с этим пакетом.


-- 
ldv

Re: [devel] acl для ftbfs

[Michael Shigorin]

On Sat, Apr 25, 2020 at 06:20:27PM +0300, Dmitry V. Levin wrote:
> Кстати, есть предложение: если пакет собирается по acl (не
> через approve), то автоматически добавлять собравшего в acl.
> Таким образом причастные к сборке пакета будут в дальнейшем
> автоматически информироваться о происходящем с этим пакетом.

Можно попробовать.  Как вариант, если сборка не единичная,
а две подряд или три в сумме, как-то так -- чтоб меньше было
шуму при единичных вмешательствах.  Но вам же спама навалит...

-- 
 ---- WBR, Michael Shigorin / http://altlinux.org
  ------ http://opennet.ru / http://anna-news.info

Re: [devel] acl для ftbfs

[Антон Мидюков]

25.04.2020 22:20, Dmitry V. Levin пишет:
> On Sat, Apr 25, 2020 at 05:56:48PM +0300, Mikhail Efremov wrote:
>> On Sat, 25 Apr 2020 15:36:17 +0300 Andrey Savchenko wrote:
>>> On Sat, 25 Apr 2020 14:22:22 +0200 Alexey Gladkov wrote:
>>>> On Sat, Apr 25, 2020 at 02:56:16PM +0300, Dmitry V. Levin wrote:
>>>>>> Это к вопросу о недоказанности. Вполне себе ошибка сборки.
>>>>>>
>>>>>> Нам нужно обновить пакет поскольку в апстриме 3.16.0 а у нас
>>>>>> 3.9.1.
>>>>> Это точно.  Я слегка посмотрел, выглядит так, будто собирать
>>>>> лучше сразу master branch.
>>>> Сначала я обновлю все патчи для стабильной версии а там можно и
>>>> master попробовать.
>>>>
>>>> Я сюда ссылку скину. Я не в acl для logrotate.
>>> Кстати, а давайте для пакетов, которые в ftbfs больше заданного
>>> срока, но в разумный срок перед удалением, например, через
>>> 8 недель добавлять @everybody, если его там нет. А то получается,
>>> что пакет удалим, а исправить не дадим.
>> Вроде раньше он становился @nobody через некоторое время.
> Он раньше сперва становился @everybody, потом @nobody, и только потом
> удалялся.  Но потом кому-то пришло в голову поменять второй и третий этапы
> местами, и теперь @nobody возникает, если пакет не получается удалить
> в течение какого-то заметного времени.
>
> Кстати, есть предложение: если пакет собирается по acl (не через approve),
> то автоматически добавлять собравшего в acl.  Таким образом причастные
> к сборке пакета будут в дальнейшем автоматически информироваться
> о происходящем с этим пакетом.
Я за.

-- 
С уважением, Антон Мидюков <antohami@altlinux.org>

Re: [devel] acl для ftbfs

[Dmitry V. Levin]

On Sat, Apr 25, 2020 at 08:59:57PM +0300, Andrey Cherepanov wrote:
> 25.04.2020 18:20, Dmitry V. Levin пишет:
> > On Sat, Apr 25, 2020 at 05:56:48PM +0300, Mikhail Efremov wrote:
> >> On Sat, 25 Apr 2020 15:36:17 +0300 Andrey Savchenko wrote:
> >>> On Sat, 25 Apr 2020 14:22:22 +0200 Alexey Gladkov wrote:
> >>>> On Sat, Apr 25, 2020 at 02:56:16PM +0300, Dmitry V. Levin wrote:
> >>>>>> Это к вопросу о недоказанности. Вполне себе ошибка сборки.
> >>>>>>
> >>>>>> Нам нужно обновить пакет поскольку в апстриме 3.16.0 а у нас
> >>>>>> 3.9.1.
> >>>>> Это точно.  Я слегка посмотрел, выглядит так, будто собирать
> >>>>> лучше сразу master branch.
> >>>> Сначала я обновлю все патчи для стабильной версии а там можно и
> >>>> master попробовать.
> >>>>
> >>>> Я сюда ссылку скину. Я не в acl для logrotate.
> >>> Кстати, а давайте для пакетов, которые в ftbfs больше заданного
> >>> срока, но в разумный срок перед удалением, например, через
> >>> 8 недель добавлять @everybody, если его там нет. А то получается,
> >>> что пакет удалим, а исправить не дадим.
> >> Вроде раньше он становился @nobody через некоторое время.
> > Он раньше сперва становился @everybody, потом @nobody, и только потом
> > удалялся.  Но потом кому-то пришло в голову поменять второй и третий этапы
> > местами, и теперь @nobody возникает, если пакет не получается удалить
> > в течение какого-то заметного времени.
> >
> > Кстати, есть предложение: если пакет собирается по acl (не через approve),
> > то автоматически добавлять собравшего в acl.  Таким образом причастные
> > к сборке пакета будут в дальнейшем автоматически информироваться
> > о происходящем с этим пакетом.
> >
> Дима, а можно подписаться на рассылку всем причащённым? За всем не 
> уследишь (свои пакеты я, кроме seamonkey, чинил), но вот opensc интересен.

Наверняка можно.  Какую именно рассылку ты сейчас имеешь в виду?


-- 
ldv

Re: [devel] acl для ftbfs

[Andrey Cherepanov]

25.04.2020 21:02, Dmitry V. Levin пишет:
> On Sat, Apr 25, 2020 at 08:59:57PM +0300, Andrey Cherepanov wrote:
>> 25.04.2020 18:20, Dmitry V. Levin пишет:
>>> On Sat, Apr 25, 2020 at 05:56:48PM +0300, Mikhail Efremov wrote:
>>>> On Sat, 25 Apr 2020 15:36:17 +0300 Andrey Savchenko wrote:
>>>>> On Sat, 25 Apr 2020 14:22:22 +0200 Alexey Gladkov wrote:
>>>>>> On Sat, Apr 25, 2020 at 02:56:16PM +0300, Dmitry V. Levin wrote:
>>>>>>>> Это к вопросу о недоказанности. Вполне себе ошибка сборки.
>>>>>>>>
>>>>>>>> Нам нужно обновить пакет поскольку в апстриме 3.16.0 а у нас
>>>>>>>> 3.9.1.
>>>>>>> Это точно.  Я слегка посмотрел, выглядит так, будто собирать
>>>>>>> лучше сразу master branch.
>>>>>> Сначала я обновлю все патчи для стабильной версии а там можно и
>>>>>> master попробовать.
>>>>>>
>>>>>> Я сюда ссылку скину. Я не в acl для logrotate.
>>>>> Кстати, а давайте для пакетов, которые в ftbfs больше заданного
>>>>> срока, но в разумный срок перед удалением, например, через
>>>>> 8 недель добавлять @everybody, если его там нет. А то получается,
>>>>> что пакет удалим, а исправить не дадим.
>>>> Вроде раньше он становился @nobody через некоторое время.
>>> Он раньше сперва становился @everybody, потом @nobody, и только потом
>>> удалялся.  Но потом кому-то пришло в голову поменять второй и третий этапы
>>> местами, и теперь @nobody возникает, если пакет не получается удалить
>>> в течение какого-то заметного времени.
>>>
>>> Кстати, есть предложение: если пакет собирается по acl (не через approve),
>>> то автоматически добавлять собравшего в acl.  Таким образом причастные
>>> к сборке пакета будут в дальнейшем автоматически информироваться
>>> о происходящем с этим пакетом.
>>>
>> Дима, а можно подписаться на рассылку всем причащённым? За всем не
>> уследишь (свои пакеты я, кроме seamonkey, чинил), но вот opensc интересен.
> Наверняка можно.  Какую именно рассылку ты сейчас имеешь в виду?

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

Да и просто уведомления об удалении пакетов на @nobody.

-- 
Andrey Cherepanov
cas@altlinux.org

Re: [devel] acl для ftbfs

[Dmitry V. Levin]

On Sat, Apr 25, 2020 at 09:20:18PM +0300, Andrey Cherepanov wrote:
> 25.04.2020 21:02, Dmitry V. Levin пишет:
> > On Sat, Apr 25, 2020 at 08:59:57PM +0300, Andrey Cherepanov wrote:
> >> 25.04.2020 18:20, Dmitry V. Levin пишет:
> >>> On Sat, Apr 25, 2020 at 05:56:48PM +0300, Mikhail Efremov wrote:
> >>>> On Sat, 25 Apr 2020 15:36:17 +0300 Andrey Savchenko wrote:
> >>>>> On Sat, 25 Apr 2020 14:22:22 +0200 Alexey Gladkov wrote:
> >>>>>> On Sat, Apr 25, 2020 at 02:56:16PM +0300, Dmitry V. Levin wrote:
> >>>>>>>> Это к вопросу о недоказанности. Вполне себе ошибка сборки.
> >>>>>>>>
> >>>>>>>> Нам нужно обновить пакет поскольку в апстриме 3.16.0 а у нас
> >>>>>>>> 3.9.1.
> >>>>>>> Это точно.  Я слегка посмотрел, выглядит так, будто собирать
> >>>>>>> лучше сразу master branch.
> >>>>>> Сначала я обновлю все патчи для стабильной версии а там можно и
> >>>>>> master попробовать.
> >>>>>>
> >>>>>> Я сюда ссылку скину. Я не в acl для logrotate.
> >>>>> Кстати, а давайте для пакетов, которые в ftbfs больше заданного
> >>>>> срока, но в разумный срок перед удалением, например, через
> >>>>> 8 недель добавлять @everybody, если его там нет. А то получается,
> >>>>> что пакет удалим, а исправить не дадим.
> >>>> Вроде раньше он становился @nobody через некоторое время.
> >>> Он раньше сперва становился @everybody, потом @nobody, и только потом
> >>> удалялся.  Но потом кому-то пришло в голову поменять второй и третий этапы
> >>> местами, и теперь @nobody возникает, если пакет не получается удалить
> >>> в течение какого-то заметного времени.
> >>>
> >>> Кстати, есть предложение: если пакет собирается по acl (не через approve),
> >>> то автоматически добавлять собравшего в acl.  Таким образом причастные
> >>> к сборке пакета будут в дальнейшем автоматически информироваться
> >>> о происходящем с этим пакетом.
> >>>
> >> Дима, а можно подписаться на рассылку всем причащённым? За всем не
> >> уследишь (свои пакеты я, кроме seamonkey, чинил), но вот opensc интересен.
> > Наверняка можно.  Какую именно рассылку ты сейчас имеешь в виду?
> 
> Те персональные письма, которые ты отправляешь мейнтейнерам, пакеты 
> которых долго не собираются и будут удалены из репозитория.

Это точно я отправлял такие письма?  Обычно это делает скрипт,
который запускается автоматически по окончании тестовой пересборки,
ну и от сборочницы приходят письма.

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


-- 
ldv

Re: [devel] acl для ftbfs

[Andrey Cherepanov]

25.04.2020 21:37, Dmitry V. Levin пишет:
> On Sat, Apr 25, 2020 at 09:20:18PM +0300, Andrey Cherepanov wrote:
>> 25.04.2020 21:02, Dmitry V. Levin пишет:
>>> On Sat, Apr 25, 2020 at 08:59:57PM +0300, Andrey Cherepanov wrote:
>>>> 25.04.2020 18:20, Dmitry V. Levin пишет:
>>>>> On Sat, Apr 25, 2020 at 05:56:48PM +0300, Mikhail Efremov wrote:
>>>>>> On Sat, 25 Apr 2020 15:36:17 +0300 Andrey Savchenko wrote:
>>>>>>> On Sat, 25 Apr 2020 14:22:22 +0200 Alexey Gladkov wrote:
>>>>>>>> On Sat, Apr 25, 2020 at 02:56:16PM +0300, Dmitry V. Levin wrote:
>>>>>>>>>> Это к вопросу о недоказанности. Вполне себе ошибка сборки.
>>>>>>>>>>
>>>>>>>>>> Нам нужно обновить пакет поскольку в апстриме 3.16.0 а у нас
>>>>>>>>>> 3.9.1.
>>>>>>>>> Это точно.  Я слегка посмотрел, выглядит так, будто собирать
>>>>>>>>> лучше сразу master branch.
>>>>>>>> Сначала я обновлю все патчи для стабильной версии а там можно и
>>>>>>>> master попробовать.
>>>>>>>>
>>>>>>>> Я сюда ссылку скину. Я не в acl для logrotate.
>>>>>>> Кстати, а давайте для пакетов, которые в ftbfs больше заданного
>>>>>>> срока, но в разумный срок перед удалением, например, через
>>>>>>> 8 недель добавлять @everybody, если его там нет. А то получается,
>>>>>>> что пакет удалим, а исправить не дадим.
>>>>>> Вроде раньше он становился @nobody через некоторое время.
>>>>> Он раньше сперва становился @everybody, потом @nobody, и только потом
>>>>> удалялся.  Но потом кому-то пришло в голову поменять второй и третий этапы
>>>>> местами, и теперь @nobody возникает, если пакет не получается удалить
>>>>> в течение какого-то заметного времени.
>>>>>
>>>>> Кстати, есть предложение: если пакет собирается по acl (не через approve),
>>>>> то автоматически добавлять собравшего в acl.  Таким образом причастные
>>>>> к сборке пакета будут в дальнейшем автоматически информироваться
>>>>> о происходящем с этим пакетом.
>>>>>
>>>> Дима, а можно подписаться на рассылку всем причащённым? За всем не
>>>> уследишь (свои пакеты я, кроме seamonkey, чинил), но вот opensc интересен.
>>> Наверняка можно.  Какую именно рассылку ты сейчас имеешь в виду?
>> Те персональные письма, которые ты отправляешь мейнтейнерам, пакеты
>> которых долго не собираются и будут удалены из репозитория.
> Это точно я отправлял такие письма?  Обычно это делает скрипт,
> который запускается автоматически по окончании тестовой пересборки,
> ну и от сборочницы приходят письма.
>
> Я попросил этот скрипт за некоторое время до того, как придёт пора удалять
> пакеты, делать тестовые сборки на удаление с соответствующим комментарием.

Дима, неужели ты думаешь, что кто-то, кроме тебя, будет читать эти 
комментарии?

Ладно, баба с возу - кобыле легче.

-- 
Andrey Cherepanov
cas@altlinux.org

Re: [devel] acl для ftbfs

[Vladimir D. Seleznev]

On Sat, Apr 25, 2020 at 09:08:40PM +0300, Aleksey Novodvorsky wrote:
> сб, 25 апр. 2020 г., 21:00 Andrey Cherepanov <cas@altlinux.org>:
> 
> > 25.04.2020 18:20, Dmitry V. Levin пишет:
> >
> > On Sat, Apr 25, 2020 at 05:56:48PM +0300, Mikhail Efremov wrote:
> >
> > On Sat, 25 Apr 2020 15:36:17 +0300 Andrey Savchenko wrote:
> >
> > On Sat, 25 Apr 2020 14:22:22 +0200 Alexey Gladkov wrote:
> >
> > On Sat, Apr 25, 2020 at 02:56:16PM +0300, Dmitry V. Levin wrote:
> >
> > Это к вопросу о недоказанности. Вполне себе ошибка сборки.
> >
> > Нам нужно обновить пакет поскольку в апстриме 3.16.0 а у нас
> > 3.9.1.
> >
> > Это точно.  Я слегка посмотрел, выглядит так, будто собирать
> > лучше сразу master branch.
> >
> > Сначала я обновлю все патчи для стабильной версии а там можно и
> > master попробовать.
> >
> > Я сюда ссылку скину. Я не в acl для logrotate.
> >
> > Кстати, а давайте для пакетов, которые в ftbfs больше заданного
> > срока, но в разумный срок перед удалением, например, через
> > 8 недель добавлять @everybody, если его там нет. А то получается,
> > что пакет удалим, а исправить не дадим.
> >
> > Вроде раньше он становился @nobody через некоторое время.
> >
> > Он раньше сперва становился @everybody, потом @nobody, и только потом
> > удалялся.  Но потом кому-то пришло в голову поменять второй и третий этапы
> > местами, и теперь @nobody возникает, если пакет не получается удалить
> > в течение какого-то заметного времени.
> >
> > Кстати, есть предложение: если пакет собирается по acl (не через approve),
> > то автоматически добавлять собравшего в acl.  Таким образом причастные
> > к сборке пакета будут в дальнейшем автоматически информироваться
> > о происходящем с этим пакетом.
> >
> >
> >
> > Дима, а можно подписаться на рассылку всем причащённым? За всем не
> > уследишь (свои пакеты я, кроме seamonkey, чинил),
> >
> seamonkey, кстати, жалко. Он жив, и что самое приятное, кажется, живет без
> rust.

С rust:
https://src.fedoraproject.org/rpms/seamonkey/blob/master/f/seamonkey.spec#_120

> В rawhide свежий.

-- 
   WBR,
   Vladimir D. Seleznev

Re: [devel] acl для ftbfs

[Alexey Gladkov]

On Sat, Apr 25, 2020 at 09:21:45PM +0300, Aleksey Novodvorsky wrote:
> > > seamonkey, кстати, жалко. Он жив, и что самое приятное, кажется, живет
> > без
> > > rust.
> >
> > С rust:
> >
> > https://src.fedoraproject.org/rpms/seamonkey/blob/master/f/seamonkey.spec#_120
> 
> 
> Облом. :(

А чем он вам не нравится ?

-- 
Rgrds, legion

Re: [devel] logrotate

[Alexey Gladkov]

On Sat, Apr 25, 2020 at 02:22:22PM +0200, Alexey Gladkov wrote:
> On Sat, Apr 25, 2020 at 02:56:16PM +0300, Dmitry V. Levin wrote:
> > > Это к вопросу о недоказанности. Вполне себе ошибка сборки.
> > > 
> > > Нам нужно обновить пакет поскольку в апстриме 3.16.0 а у нас 3.9.1.
> > 
> > Это точно.  Я слегка посмотрел, выглядит так, будто собирать лучше сразу
> > master branch.
> 
> Сначала я обновлю все патчи для стабильной версии а там можно и master
> попробовать.
> 
> Я сюда ссылку скину. Я не в acl для logrotate.

Дим, пожалуйста посмотри #250651 .

http://git.altlinux.org/people/legion/packages/logrotate.git

-- 
Rgrds, legion

Re: [devel] logrotate

[Dmitry V. Levin]

On Sat, Apr 25, 2020 at 06:39:28PM +0200, Alexey Gladkov wrote:
> On Sat, Apr 25, 2020 at 02:22:22PM +0200, Alexey Gladkov wrote:
> > On Sat, Apr 25, 2020 at 02:56:16PM +0300, Dmitry V. Levin wrote:
> > > > Это к вопросу о недоказанности. Вполне себе ошибка сборки.
> > > > 
> > > > Нам нужно обновить пакет поскольку в апстриме 3.16.0 а у нас 3.9.1.
> > > 
> > > Это точно.  Я слегка посмотрел, выглядит так, будто собирать лучше сразу
> > > master branch.
> > 
> > Сначала я обновлю все патчи для стабильной версии а там можно и master
> > попробовать.
> > 
> > Я сюда ссылку скину. Я не в acl для logrotate.
> 
> Дим, пожалуйста посмотри #250651 .
> 
> http://git.altlinux.org/people/legion/packages/logrotate.git

Спасибо, всё очень правдоподобно.

В 0004-ALT-Add-more-taboo-suffixes.patch написано
 logrotate/z.diff                  | 154 ++++++++++++++++++++++++++++++
 create mode 100644 logrotate/z.diff
- это выглядит несколько странно, раньше такого не было нужно. :)


-- 
ldv

Re: [devel] logrotate

[Alexey Gladkov]

On Sat, Apr 25, 2020 at 08:39:23PM +0300, Dmitry V. Levin wrote:
> > Дим, пожалуйста посмотри #250651 .
> > 
> > http://git.altlinux.org/people/legion/packages/logrotate.git
> 
> Спасибо, всё очень правдоподобно.
> 
> В 0004-ALT-Add-more-taboo-suffixes.patch написано
>  logrotate/z.diff                  | 154 ++++++++++++++++++++++++++++++
>  create mode 100644 logrotate/z.diff
> - это выглядит несколько странно, раньше такого не было нужно. :)

Выкинул лишнее :)

-- 
Rgrds, legion

Re: [devel] logrotate

[Dmitry V. Levin]

On Sat, Apr 25, 2020 at 08:26:14PM +0200, Alexey Gladkov wrote:
> On Sat, Apr 25, 2020 at 08:39:23PM +0300, Dmitry V. Levin wrote:
> > > Дим, пожалуйста посмотри #250651 .
> > > 
> > > http://git.altlinux.org/people/legion/packages/logrotate.git
> > 
> > Спасибо, всё очень правдоподобно.
> > 
> > В 0004-ALT-Add-more-taboo-suffixes.patch написано
> >  logrotate/z.diff                  | 154 ++++++++++++++++++++++++++++++
> >  create mode 100644 logrotate/z.diff
> > - это выглядит несколько странно, раньше такого не было нужно. :)
> 
> Выкинул лишнее :)

OK, остальное так просто не выкинешь. :)


-- 
ldv

Re: [devel] logrotate

[Alexey Gladkov]

On Sat, Apr 25, 2020 at 09:31:23PM +0300, Dmitry V. Levin wrote:
> On Sat, Apr 25, 2020 at 08:26:14PM +0200, Alexey Gladkov wrote:
> > On Sat, Apr 25, 2020 at 08:39:23PM +0300, Dmitry V. Levin wrote:
> > > > Дим, пожалуйста посмотри #250651 .
> > > > 
> > > > http://git.altlinux.org/people/legion/packages/logrotate.git
> > > 
> > > Спасибо, всё очень правдоподобно.
> > > 
> > > В 0004-ALT-Add-more-taboo-suffixes.patch написано
> > >  logrotate/z.diff                  | 154 ++++++++++++++++++++++++++++++
> > >  create mode 100644 logrotate/z.diff
> > > - это выглядит несколько странно, раньше такого не было нужно. :)
> > 
> > Выкинул лишнее :)
> 
> OK, остальное так просто не выкинешь. :)

остальное ? что нужно выкинуть ?

-- 
Rgrds, legion

Re: [devel] logrotate

[Alexey Gladkov]

On Sat, Apr 25, 2020 at 09:31:23PM +0300, Dmitry V. Levin wrote:
> On Sat, Apr 25, 2020 at 08:26:14PM +0200, Alexey Gladkov wrote:
> > On Sat, Apr 25, 2020 at 08:39:23PM +0300, Dmitry V. Levin wrote:
> > > > Дим, пожалуйста посмотри #250651 .
> > > > 
> > > > http://git.altlinux.org/people/legion/packages/logrotate.git
> > > 
> > > Спасибо, всё очень правдоподобно.
> > > 
> > > В 0004-ALT-Add-more-taboo-suffixes.patch написано
> > >  logrotate/z.diff                  | 154 ++++++++++++++++++++++++++++++
> > >  create mode 100644 logrotate/z.diff
> > > - это выглядит несколько странно, раньше такого не было нужно. :)
> > 
> > Выкинул лишнее :)
> 
> OK, остальное так просто не выкинешь. :)

Дим, посмотри пожалуйста ещё раз. Если всё нормально, то я отправляю в
сизиф.

-- 
Rgrds, legion

Re: [devel] logrotate

[Alexey Gladkov]

On Sat, Apr 25, 2020 at 08:39:23PM +0300, Dmitry V. Levin wrote:
> On Sat, Apr 25, 2020 at 06:39:28PM +0200, Alexey Gladkov wrote:
> > On Sat, Apr 25, 2020 at 02:22:22PM +0200, Alexey Gladkov wrote:
> > > On Sat, Apr 25, 2020 at 02:56:16PM +0300, Dmitry V. Levin wrote:
> > > > > Это к вопросу о недоказанности. Вполне себе ошибка сборки.
> > > > > 
> > > > > Нам нужно обновить пакет поскольку в апстриме 3.16.0 а у нас 3.9.1.
> > > > 
> > > > Это точно.  Я слегка посмотрел, выглядит так, будто собирать лучше сразу
> > > > master branch.
> > > 
> > > Сначала я обновлю все патчи для стабильной версии а там можно и master
> > > попробовать.
> > > 
> > > Я сюда ссылку скину. Я не в acl для logrotate.
> > 
> > Дим, пожалуйста посмотри #250651 .
> > 
> > http://git.altlinux.org/people/legion/packages/logrotate.git
> 
> Спасибо, всё очень правдоподобно.

Нашёл ошибку. Пока нельзя в сизиф.

-- 
Rgrds, legion

Re: [devel] Удивительые удаления по ftbfs

[Andrey Savchenko]

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

On Sat, 25 Apr 2020 12:34:33 +0200 Alexey Gladkov wrote:
> > Без OpenSC куча смарткарт отвалится, про logrotate вообще молчу —
> > без него жизни нет.
> 
> Я попробую посмотреть на logrotate.

Спасибо.

> > Тем более, что это проблемы *пере*сборочницы и нет доказательств,
> > что есть проблемы настоящей сборки.
> 
> Доказательства ? Подписанные следователем СКР распечатанные логи сборки
> что-ли ?

Что Вы, можно и куратором из АНБ.
 
> Сборочница попробовала пересобрать пакет и у неё это не получается. В чём
> проблема посмотреть логи и разобраться.

В том, что:
1) это не сборочница, а *пере*сборочница;
2) достаточных для решения проблемы логов в общем случае от
пересборочницы нет.

Best regards,
Andrew Savchenko

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

Re: [devel] Удивительые удаления по ftbfs

[Vladimir D. Seleznev]

On Sat, Apr 25, 2020 at 12:34:33PM +0200, Alexey Gladkov wrote:
> On Sat, Apr 25, 2020 at 11:10:33AM +0300, Andrey Savchenko wrote:
> > Добрый день!
> > 
> > Заметил в очереди слеющие пакеты на удаление:
> > #250625 AWAITING #1 sisyphus/beekeeper del=opensc
> > #250624 AWAITING #1 sisyphus/beekeeper del=logrotate
> > 
> > У нас что, никаких фильтров нет на предмет важности пакетов?
> 
> Это хороший способ показать, что пакет заброшен и с ним есть проблемы.
> 
> > Без OpenSC куча смарткарт отвалится, про logrotate вообще молчу —
> > без него жизни нет.
> 
> Я попробую посмотреть на logrotate.

У тебя нет интереса посмотреть ещё и на sysklogd?

-- 
   WBR,
   Vladimir D. Seleznev

Re: [devel] Удивительые удаления по ftbfs (sysklogd)

[Michael Shigorin]

On Sat, Apr 25, 2020 at 02:25:52PM +0300, Vladimir D. Seleznev wrote:
> > Я попробую посмотреть на logrotate.
> У тебя нет интереса посмотреть ещё и на sysklogd?

Лёша уже смотрел и чинил, но у Димы оставались вопросы.
Мне когда-то для e2k понадобился, а он как раз после
обновления glibc перестал тогда собираться...

-- 
 ---- WBR, Michael Shigorin / http://altlinux.org
  ------ http://opennet.ru / http://anna-news.info

Re: [devel] Удивительые удаления по ftbfs

[Alexey V. Vissarionov]

On 2020-04-25 14:25:52 +0300, Vladimir D. Seleznev wrote:

 >> Я попробую посмотреть на logrotate.
 > У тебя нет интереса посмотреть ещё и на sysklogd?

А с ним-то что не так? Если что, оно у меня в сторонке собрано, и,
в принципе, я вполне могу сделать его достоянием общественности.


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

Re: [devel] Удивительые удаления по ftbfs

[Sergey Y. Afonin]

On Saturday 25 April 2020, Alexey V. Vissarionov wrote:

> > У тебя нет интереса посмотреть ещё и на sysklogd?

> А с ним-то что не так?

Как минимум его уже нет в Sisyphus и p9.

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

Re: [devel] Удивительые удаления по ftbfs

[Vladimir D. Seleznev]

On Sat, Apr 25, 2020 at 02:36:44PM +0300, Alexey V. Vissarionov wrote:
> On 2020-04-25 14:25:52 +0300, Vladimir D. Seleznev wrote:
> 
>  >> Я попробую посмотреть на logrotate.
>  > У тебя нет интереса посмотреть ещё и на sysklogd?
> 
> А с ним-то что не так? Если что, оно у меня в сторонке собрано, и,
> в принципе, я вполне могу сделать его достоянием общественности.

Давай подождём вариант от Алексея. Там не просто так он до сих пор не
собран в Сизиф.

-- 
   WBR,
   Vladimir D. Seleznev

Re: [devel] Удивительые удаления по ftbfs

[Vladimir D. Seleznev]

On Sat, Apr 25, 2020 at 04:52:43PM +0300, Vladimir D. Seleznev wrote:
> On Sat, Apr 25, 2020 at 02:36:44PM +0300, Alexey V. Vissarionov wrote:
> > On 2020-04-25 14:25:52 +0300, Vladimir D. Seleznev wrote:
> > 
> >  >> Я попробую посмотреть на logrotate.
> >  > У тебя нет интереса посмотреть ещё и на sysklogd?
> > 
> > А с ним-то что не так? Если что, оно у меня в сторонке собрано, и,
> > в принципе, я вполне могу сделать его достоянием общественности.
> 
> Давай подождём вариант от Алексея.

От Алексея Гладкова.

> Там не просто так он до сих пор не собран в Сизиф.

-- 
   WBR,
   Vladimir D. Seleznev

[devel] do we really need sysklogd ?

[Alexey Gladkov]

On Sat, Apr 25, 2020 at 02:36:44PM +0300, Alexey V. Vissarionov wrote:
> On 2020-04-25 14:25:52 +0300, Vladimir D. Seleznev wrote:
> 
>  >> Я попробую посмотреть на logrotate.
>  > У тебя нет интереса посмотреть ещё и на sysklogd?
> 
> А с ним-то что не так? Если что, оно у меня в сторонке собрано, и,
> в принципе, я вполне могу сделать его достоянием общественности.

С этим кодом всё не так. Этому коду не нужна реанимация в сторонке. Ему
нужен апстрим. Вернуть его к жизни я смог, но по хорошему нужно делать
совсем не это. Я понимаю почему Дима его удалил.

Он нам действительно нужен ?

-- 
Rgrds, legion

Re: [devel] do we really need sysklogd ?

[Vladimir D. Seleznev]

On Sun, Apr 26, 2020 at 04:35:56PM +0200, Alexey Gladkov wrote:
> On Sat, Apr 25, 2020 at 02:36:44PM +0300, Alexey V. Vissarionov wrote:
> > On 2020-04-25 14:25:52 +0300, Vladimir D. Seleznev wrote:
> > 
> >  >> Я попробую посмотреть на logrotate.
> >  > У тебя нет интереса посмотреть ещё и на sysklogd?
> > 
> > А с ним-то что не так? Если что, оно у меня в сторонке собрано, и,
> > в принципе, я вполне могу сделать его достоянием общественности.
> 
> С этим кодом всё не так. Этому коду не нужна реанимация в сторонке. Ему
> нужен апстрим. Вернуть его к жизни я смог, но по хорошему нужно делать
> совсем не это. Я понимаю почему Дима его удалил.
> 
> Он нам действительно нужен ?

Допустим, не нужен. Какая альтернатива?

-- 
   WBR,
   Vladimir D. Seleznev

Re: [devel] Удивительые удаления по ftbfs

[Alexey Gladkov]

On Sat, Apr 25, 2020 at 02:25:52PM +0300, Vladimir D. Seleznev wrote:
> On Sat, Apr 25, 2020 at 12:34:33PM +0200, Alexey Gladkov wrote:
> > On Sat, Apr 25, 2020 at 11:10:33AM +0300, Andrey Savchenko wrote:
> > > Добрый день!
> > > 
> > > Заметил в очереди слеющие пакеты на удаление:
> > > #250625 AWAITING #1 sisyphus/beekeeper del=opensc
> > > #250624 AWAITING #1 sisyphus/beekeeper del=logrotate
> > > 
> > > У нас что, никаких фильтров нет на предмет важности пакетов?
> > 
> > Это хороший способ показать, что пакет заброшен и с ним есть проблемы.
> > 
> > > Без OpenSC куча смарткарт отвалится, про logrotate вообще молчу —
> > > без него жизни нет.
> > 
> > Я попробую посмотреть на logrotate.
> 
> У тебя нет интереса посмотреть ещё и на sysklogd?

Кажется я уже смотрел на него. Могу сделать ещё раз подход.

-- 
Rgrds, legion

Re: [devel] sysklogd

[Alexey Gladkov]

On Sat, Apr 25, 2020 at 02:25:52PM +0300, Vladimir D. Seleznev wrote:
> У тебя нет интереса посмотреть ещё и на sysklogd?

Новый sysklogd отправлен в сизиф.

-- 
Rgrds, legion

Re: [devel] sysklogd

[Michael Shigorin]

On Tue, May 05, 2020 at 12:50:48AM +0200, Alexey Gladkov wrote:
> On Sat, Apr 25, 2020 at 02:25:52PM +0300, Vladimir D. Seleznev wrote:
> > У тебя нет интереса посмотреть ещё и на sysklogd?
> Новый sysklogd отправлен в сизиф.

Лёш, спасибо!

-- 
 ---- WBR, Michael Shigorin / http://altlinux.org
  ------ http://opennet.ru / http://anna-news.info

[devel] IA: sysklogd

[Alexey Gladkov]

On Tue, May 05, 2020 at 01:53:55AM +0300, Michael Shigorin wrote:
> On Tue, May 05, 2020 at 12:50:48AM +0200, Alexey Gladkov wrote:
> > On Sat, Apr 25, 2020 at 02:25:52PM +0300, Vladimir D. Seleznev wrote:
> > > У тебя нет интереса посмотреть ещё и на sysklogd?
> > Новый sysklogd отправлен в сизиф.
> 
> Лёш, спасибо!

Будьте осторожны при использовании syslogd на системах, где он уже был.

Версия была обновлена до последней апстримной и плюс ещё изменения. В
апстриме добавили поддержку IPv6 и опции совместимые с freebsd: -4, -6, -A.
Наша опция -A и апстримная вступили в конфликт. Поэтому наша опция была
переименована в -P.

-- 
Rgrds, legion

Re: [devel] пересборка - та же сборка

[Dmitry V. Levin]

On Sat, Apr 25, 2020 at 11:10:33AM +0300, Andrey Savchenko wrote:
> Тем более, что это проблемы *пере*сборочницы и нет доказательств,
> что есть проблемы настоящей сборки.

Они одинаковые.  Пересборка - это та же сборка, только на нагруженном
сервере.


-- 
ldv

Re: [devel] пересборка - не совсем та же сборка

[Andrey Savchenko]

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

On Sat, 25 Apr 2020 14:58:55 +0300 Dmitry V. Levin wrote:
> On Sat, Apr 25, 2020 at 11:10:33AM +0300, Andrey Savchenko wrote:
> > Тем более, что это проблемы *пере*сборочницы и нет доказательств,
> > что есть проблемы настоящей сборки.
> 
> Они одинаковые.  Пересборка - это та же сборка, только на нагруженном
> сервере.

На сильно нагруженном сервере, если не сказать экстремально
нагруженном, что де-факто создаёт иные условия сборки. Ничего
плохого в этом нет; это очень даже хорошо, поскольку позволяет
провести разносторонне тестирование. Однако, при отсутствии
у мейнтенера возможности получения всей отладочной информации
и воспроизведения обнаруженной проблемы, такая пересборка сама по
себе становится проблемой.

Best regards,
Andrew Savchenko

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

Re: [devel] Удивительые удаления по ftbfs

[Andrey Cherepanov]

25.04.2020 11:10, Andrey Savchenko пишет:
> Добрый день!
>
> Заметил в очереди слеющие пакеты на удаление:
> #250625 AWAITING #1 sisyphus/beekeeper del=opensc
> #250624 AWAITING #1 sisyphus/beekeeper del=logrotate
>
> У нас что, никаких фильтров нет на предмет важности пакетов?
> Без OpenSC куча смарткарт отвалится, про logrotate вообще молчу —
> без него жизни нет.
>
> Тем более, что это проблемы *пере*сборочницы и нет доказательств,
> что есть проблемы настоящей сборки.
>
> Давайте тогда glibc сразу вынесем, а? А то как раз не проходит один
> из тестов на ядре 5.5.9-undef (на пересборочнице более старое
> ядро, поэтому пока что все всем довольны).
>
Предлагаю обязать перед удалением не своих пакетов писать о предстоящем 
в devel@ (или sisyphus@). Чтобы хоть соломки подстелили и перечень 
удалённых пакетов в архив люди поместили.

Дима это делал прошлый раз (хотя суббота - не самое лучшее время для 
семейных людей). Увыедомление post facum - менее болезненная процедура, 
чем принуждать к чтению всего потока писем от builder.

-- 
Andrey Cherepanov
cas@altlinux.org