From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Fri, 11 Sep 2020 18:36:39 +0300 From: Michael Shigorin To: devel-distro@lists.altlinux.org Message-ID: <20200911153638.GL20087@imap.altlinux.org> References: <5687244.lOV4Wx5bFT@zerg.malta.altlinux.ru> <20200911094551.6884be87@tower> <20200911112308.GC20087@imap.altlinux.org> <3118908.aeNJFYEL58@zerg.malta.altlinux.ru> <20200911123320.GE20087@imap.altlinux.org> <67250a2b-843d-77d8-e1e3-0f8f3504f024@ya.ru> <20200911151405.GK20087@imap.altlinux.org> <664eced0-8be7-967f-0021-9c81b1fb633e@ya.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <664eced0-8be7-967f-0021-9c81b1fb633e@ya.ru> User-Agent: Mutt/1.10.1 (2018-07-13) Subject: [devel-distro] =?koi8-r?b?zsXNzs/Wy88g0NLPIFJFUE9SVFM9MSAod2Fz?= =?koi8-r?b?OiDuxSDV09TBzsHXzMnXwcXU09Eg0cTSzyk=?= X-BeenThere: devel-distro@lists.altlinux.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: Distributions development List-Id: Distributions development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Sep 2020 15:36:39 -0000 Archived-At: List-Archive: 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