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

[Vladimir D. Seleznev]

On Mon, Mar 23, 2020 at 05:14:30PM +0300, Alexey V. Vissarionov wrote:
> On 2020-03-22 19:36:42 +0300, Vladimir D. Seleznev wrote:
> 
>  >>>> Даже когда я попросил viy@ удалить пакет libopusenc из
>  >>>> сизифа, и он это сделал, сборка все равно failed потому
>  >>>> что учитываются результаты сборки уже несуществующих
>  >>>> пакетов, но когда то собранных. Где логика? Что мы решаем
>  >>>> такой проверкой?
>  >>> Эта недавно реализованная проверка призвана обеспечить
>  >>> обновляемость пакетов из репозитория.
>  >> И как всегда, знает про нее только ldv. Oh way.
>  > Я был одним из тех, кто предложил и настоял на этой
>  > проверке. Похоже, что это не выносилось на публичное
>  > обсуждение, но её отсутствие всегда воспринималось мною
>  > как бага.
> 
> 1. Кем еще оно так воспринималось?
> 2. А не воспринималось ли оно кем-то, наоборот, как ожидаемое
> поведение?

Не понимаю, как оно могло восприниматься как ожидаемое
поведение. Очевидно, что если пользователь, установивший некий пакет, не
сможет обновить его штатным способом, если он сначала пропадёт из
репозитория, а потом вернётся с меньшей версией. Если такое поведение
ожидаемо, то тогда надо вообще выключить проверку на увеличение версии
пакетов в репозитории.

>  > Вынесу-ка ещё одно: помимо прочих у меня было ещё предложение
>  > проверять на git inheritance сборку пакетов, которые некогда
>  > были удалены из Сизифа.
> 
> Дурь. Причем опасная.

Отнюдь.

> Ну, то есть, я уже знаю, как этим можно злоупотребить :-)
> 
>  > Обоснование: чтоб не терять труды предыдущих итераций
>  > существований пакета в Сизифе. Возможно, стоит ещё
>  > публиковать где-нибудь на страничке git.alt ссылку со списком
>  > удалённых из Сизифа пакетов и формировать такой список.
> 
> 拿华? В смысле, кому и для чего может быть нужна эта информация?
> В практическом смысле, разумеется, а не в копроархеологическом.

Очевидно, тем, кто захочет тот пакет вернуть в Сизиф. Обнаружит, что он
уже был в Сизифе, и что можно не делать всю работу с нуля.

-- 
   WBR,
   Vladimir D. Seleznev