[devel-distro] немножко про REPORTS=1 (was: Не устанавливается ядро)
Michael Shigorin
mike at altlinux.org
Fri Sep 11 18:36:39 MSK 2020
On Fri, Sep 11, 2020 at 10:25:46PM +0700, Антон Мидюков wrote:
> >> А вот почему use/kernel/* не тянут use/kernel? Это же неправильно.
> > Вот этого уже не помню. Если кто-то закладывался на то, чтобы
> > только добавить модули, но не тащить ядро -- поднимите руку :)
> Дело не в этом. use/kernel/* не добавляют фичу use/kernel.
> Скрипты этой фичи не будут выполняться без явного вызова
> use/kernel
Да. И я не помню, почему сделал именно так.
_Возможно_, в те годы ещё внимательно следил за графом
зависимостей образов (см. build/reports/targets.png
после сборки с REPORTS=1), пока он был ещё обозримый
и разборчивый на fullhd-мониторе без увеличения --
старался его таким и содержать, а когда что-то сильно
(и заведомо) дублировалось, "лишние" связи обрывал.
Кстати, вот это "; @:" про то же -- если у какой-либо
цели make вообще нет рецепта, даже пустого (эти символы
как раз и задают "тихий" (@) рецепт из одной команды ":"
(которая является встроенным в шелл эквивалентом true),
то в графе будет разрыв и проследить, откуда рос
получившийся "островок", до починки его "головы"
в цепочке зависимостей не выйдет.
И ещё там порождается build/reports/cleanlog.log,
почищеный на предмет временных меток и подобного,
чтоб проще было diff между двумя такими смотреть.
Порой очень полезен, чтоб понять, что изменилось.
> Если бы use/kernel действительно не вызывалось, то образ бы не собрался.
> Не было бы подготовленного initrd для сборки propagator.
> Так что это точно ложный след был. Тем не менее я не вижу
> причин не добавлять вызов use/kernel в производные цели.
Конкретно здесь -- да; а порой (как с use/browser/firefox/esr)
как раз и задумано выставить переменную, но не тащить фичу или
"родительскую" цель, чтоб можно было для тех же стартеркитов
оптом указать "предпочитаем ESR, в отличие от регулярок, но если
для конкретного образа указан chromium или ещё кто -- значит,
firefox не тащить".
--
---- WBR, Michael Shigorin / http://altlinux.org
------ http://opennet.ru / http://anna-news.info
More information about the devel-distro
mailing list