Re: [devel] automatic License

["Dmitry V. Levin" <ldv@altlinux.org>]

On Thu, Aug 27, 2020 at 05:29:53AM +0300, Igor Vlasenko wrote:
[...]
> Рассмотрим, к примеру, наше новое полиси по заполнению лицензий.
> При ручной работе правку тега License как отдельную задачу
> выполнять не выгодно. Это была бы достаточно монотонная
> отупляющая работа, тратящая и время человека, и время сборочницы.
> При ручной работе выгодно правку тега License выполнять
> как сопутствующую работу при релизе пакета. Экономится
> и человеческое время (одно обращение к пакету и спек файлу
> по двум поводам), и время сборочницы. Минусом является то, что
> при этом само внедрение полиси размазывается на годы.
> Каждый раз при релизе пакета нужно заодно взглянуть и при необходимости поправить тег.
> 
> При автоматизированном подходе все наоборот.
> Когда пакетов десятки тысяч, проще написать скрипт - корректор
> тега License. Парсим тег License, считаем md5sum LICENSE COPYING
> (хвоста файла для MIT лицензий), делаем выводы,
> генерируем исправленные пакеты и список сложных случаев.
> Очень существенно экономим человеческое время за счет машинного.
> Р-р-раз и 100500 пакетов готово.
> Второй плюс - полиси внедряется практически мгновенно.

Вы и правда верите в то, что md5sum LICENSE COPYING даст вам приемлемый
результат?  Если бы это было бы так, то зачем были бы нужны все эти
проекты по распознаванию условий распространения софта?

К сожалению, md5sum LICENSE COPYING не сможет отличить даже GPL-2.0-only
от GPL-2.0-or-later, потому что эта разница находится в других файлах.

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

Но если ваш пример был призван проиллюстрировать востребованность
этой задачи, то пример вышел неудачный.


-- 
ldv