[devel] imports наносят ответный удар

Dmitry V. Levin ldv на altlinux.org
Пн Мар 23 01:45:11 MSK 2020


On Sun, Mar 22, 2020 at 04:30:58PM +0100, Konstantin Lepikhov wrote:
> Hi Dmitry!
> 
> On 03/22/2020, at 03:59:37 PM you wrote:
> 
> > On Sun, Mar 22, 2020 at 01:30:44PM +0100, Konstantin Lepikhov wrote:
> > > Добрый день!
> > > 
> > > Вот вы тут все удаления пакетов обсуждаете и запретительные меры, а
> > > будущее уже наступило и роботы захватили сборочницу )
> > > 
> > > > http://git.altlinux.org/tasks/248175/logs/events.4.1.log
> > > > ...
> > > > 2020-Mar-22 06:07:35 :: #400: libopusenc.git 0.2.1-alt0.2.g9cb17c6: src
> > > > package `libopusenc' version `0.2.1-alt0.2.g9cb17c6' is less than its
> > > > version `0.2.1-alt1_1' in sisyphus/task/archive/_232/238379
> > > > 2020-Mar-22 06:07:35 :: build check FAILED for #400
> > > > 2020-Mar-22 06:07:54 :: #500: opusfile.git 0.11-alt0.5.gd2577d7: build check OK
> > > > 2020-Mar-22 06:08:04 :: #600: opus-tools.git 0.2-alt1: build check OK
> > > > 2020-Mar-22 06:08:04 :: build check FAILED
> > > > 2020-Mar-22 06:08:04 :: task #248175 for sisyphus FAILED
> > > 
> > > Даже когда я попросил viy@ удалить пакет libopusenc из сизифа, и он это
> > > сделал, сборка все равно failed потому что учитываются результаты сборки
> > > уже несуществующих пакетов, но когда то собранных. Где логика? Что мы
> > > решаем такой проверкой?
> > 
> > Эта недавно реализованная проверка призвана обеспечить обновляемость
> > пакетов из репозитория.
> И как всегда, знает про нее только ldv. Oh way.

Ну, теперь уже точно не только ldv. :)

В данном случае даже был анонс в январе о том, что такая проверка
появится, и в марте о том, что она появилась:
https://lists.altlinux.org/pipermail/devel/2020-January/209733.html
https://lists.altlinux.org/pipermail/devel/2020-March/210065.html

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

> > > Еще раз хочу заострить внимание на бездумное копирование пакетов через
> > > imports которое приносит больше вреда чем пользы и предлагаю все-таки
> > > модифицировать сборочницу чтобы:
> > > 
> > > 1) любой мантейнер мог удалять пакет из imports (достаточно просто внести
> > > их в группу @imports), без согласия предводителя роботов ака viy@
> > > 2) не учитывать результаты сборки imports при последущих сборках (но
> > > выводить warning)
> > 
> > Вариант (2) приводит к тому, что пакет, установленный у пользователя,
> > не будет обновлён, потому что новый пакет старее по версии-релизу.
> > 
> > А почему сложно просто поднять релиз пакета?
> Мне не сложно ничего, но потратить 2 дня можно и с пользой.
> 
> Что насчет 1)?

Я не могу оценить актуальность (1), поскольку обычно за этим дело не
стоит.  Сейчас, например, всё встало из-за версии-релиза пакета, а не
из-за того, что импортный пакет нельзя было обновить или удалить.


-- 
ldv


Подробная информация о списке рассылки Devel