From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on sa.int.altlinux.org X-Spam-Level: X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00 autolearn=ham version=3.2.5 Date: Thu, 24 Nov 2011 17:13:11 +0200 From: Michael Shigorin To: devel-distro@lists.altlinux.org Message-ID: <20111124151311.GS20742@osdn.org.ua> Mail-Followup-To: devel-distro@lists.altlinux.org References: <20111121185439.GA20742@osdn.org.ua> <201111231333.44175.cas@altlinux.ru> <20111123123005.GJ20742@osdn.org.ua> <201111241445.02665.cas@altlinux.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <201111241445.02665.cas@altlinux.ru> User-Agent: Mutt/1.4.2.1i Subject: Re: [devel-distro] I: mkimage-profiles 0.5.0-alt1 X-BeenThere: devel-distro@lists.altlinux.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: shigorin@gmail.com, Distributions development List-Id: Distributions development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Nov 2011 15:13:18 -0000 Archived-At: List-Archive: On Thu, Nov 24, 2011 at 02:44:57PM +0400, Андрей Черепанов wrote: > > Тут опять же надо продумать с наследованием... > Что мешает тупо копировать симлинки на общие хуки? Как минимум надо обеспечить, чтоб не оказались битыми. > > Ну вот народ начал проявлять интерес, и тебе спасибо :) > > http://www.altlinux.org/Mkimage/Profiles/m-p/design #Под вопросом > Насчёт симлинков, я считаю, идея хорошо доступностью всех > наработанных хуков/групп и единообразием их вызовов. Хуки приходится довольно сильно переписывать по той же причине -- нередко всё свалено в кучу в процессе решения стоящей задачи, а решение в более общем случае оставляет разве что похожие строчки. Сравни, например, создание initrd: http://git.altlinux.org/people/mike/packages/?p=mkimage-profiles.git;a=tree;f=features.in/stage2/stage1/scripts.d;h=47d602cfb4ed2bf9a301cae8684c8547883c2987;hb=HEAD http://git.altlinux.org/people/boyarsh/packages/?p=mkimage-profiles-desktop.git;a=blob;f=profiles/scripts.d/80-make-initfs;h=ce9cd4c0bda3eb80a5352370ad065d5463751a87;hb=HEAD -- rider@ упоминал, что приходится после мержа выкашивать по профилю plymouth, а у меня он предполагается отдельной фичей (подход к снаряду делал, но что-то пока не завёлся). > Что касается иерархии групп, то можно делать find по всем > файлам в подкаталоге (кроме *.in). Никаких "*.in" в сгенерированном профиле и не бывает. :) Там уже всё определено и готово к сборке (хотя при желании можно ещё что-нить локально поправить -- читать при этом придётся гораздо меньше, чем весь m-p или m-p-d). > Вопрос только с подстановкой макросов (кстати, их лучше > описывать в отдельном файле профиля централизованно и вызывать > после общесистемного файла с макросами. Сейчас группы с > макросами имеют суффикс .in. В принципе неплохо и > непротиворечиво, можно так оставить. В m-p-d эти макросы подставляются configure, а от него я уходил по причине несовместимости с наследованием как раз. Макроподстановок полностью избежать не удастся, это понятно -- посмотрел слегка на m4, но пока ни на чём конкретном не остановился, потому как не могу сообразить -- чего именно от них хочется. -- ---- WBR, Michael Shigorin ------ Linux.Kiev http://www.linux.kiev.ua/