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: Sun, 9 Sep 2012 00:16:32 +0300 From: Michael Shigorin To: devel-distro@lists.altlinux.org Message-ID: <20120908211632.GF28528@osdn.org.ua> Mail-Followup-To: devel-distro@lists.altlinux.org References: <20120908194055.GQ20020@osdn.org.ua> <20120908200031.GT20020@osdn.org.ua> <20120908202309.GV20020@osdn.org.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.4.2.1i Subject: Re: [devel-distro] =?koi8-r?b?7sHTzMXEz9fBzsnFINDSz8bJzMXKINcgbWtp?= =?koi8-r?b?bWFnZS1wcm9maWxlcw==?= 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: Sat, 08 Sep 2012 21:16:42 -0000 Archived-At: List-Archive: On Sun, Sep 09, 2012 at 03:37:23AM +0700, Michael Pozhidaev wrote: > >> Файлы разных дистров хорошо раскладывать строго как отдельные файлы. > > Так загляни всё же в conf.d/ :) Фичи тоже можно делать "именные", > > мало того, в плане ещё и иерархические (подготовка к которым > > уже началась: b21353a00c5a8163111833b7d9009332f182fe54). > Заглядывал, всё норм. Так вот, заглядываю в pkg.in, там списки > пакетов. Туда будут попадать списки пакетов всех сборщиков? Да. Но там прямщас можно namespaces -- или свой подкаталог (самое надёжное), или "именной" тег (а вот тут нюансы: a+b, a+b+c и a+b+MYTAG все попадут под выборку "a && b"). > Опять та же проблема: если некоторый сборщик изменил свой > список, а я его использовал, в моём дистрибутиве рождается > непредсказуемая ситуация. Предполагается, что по "чужим" основаниям и тегам подбирается конфигурация общего плана, а своя обязательная фиксируется жёстко и в явном виде. То есть всё естественным образом. Здесь пока самый неприятный вопрос -- "на вычитание". Добавил в HOWTO абзац следующего содержания: --- Следует заметить, что одной из основных идей метапрофиля является возможность комбинирования "неопределённости" в заданном направлении (часть задачи, формулируемая примерно как "нужен livecd") и точности в том, где есть конкретные требования (например, "firefox версии 10"). Выражается это в том, что можно основываться на уже существующих образах и фичах либо построить всё почти с нуля; можно брать существующие списки пакетов, а можно жёстко задать свои. Разумный баланс (точнее, его пределы) для каждого образа могут быть свои, но как общее правило -- для "любительских" проектов и семейств образов стоит смелей пользоваться наследованием, а вот "ответственные" образы может быть лучше конфигурировать с явным заданием необходимой пакетной базы (и в будущем -- юнит-тестов, которые надо утащить из m-p-d). --- http://www.altlinux.org/Mkimage/Profiles/m-p/howto > Или можно так, чтобы там лежали забетонированные списки, > которые меняются только с явным анонсом и обсуждением, а списки > отдельных сборщиков лежали бы где-то в отдельных каталогах? Да, конечно. Возможно, отрастут "платформы" (не путать с бранчами -- разницу в m-p, соответствующую бранчам, IMCO лучше поддерживать отдельными гитовыми ветками с внимательным cherry-pick при нужде). И в любом разе можно бетонировать списки в своём пространстве имён, даже если они будут содержать заведомые дубли. Кстати, инструментарий для отлова дублей можно взять в m-p-d::bin/pkgdups.sh; также оттуда думаю утащить bin/check-pkg-list, но пока не придумал, как бы сразу с порождаемыми aptbox интегрировать. Возможно, лучше в mkimage делать. > Если я пока ещё плохо просёк философию, то прошу прощения, > но эти вопросы кажутся совсем не такими уж маловажными. Мне тоже. Пока ты идёшь по уже продуманному и сделанному :) -- ---- WBR, Michael Shigorin ------ Linux.Kiev http://www.linux.kiev.ua/ ---- Sep 29, Kiev, Ukraine: -- http://conference.osdn.org.ua