From: Michael Shigorin <mike@osdn.org.ua> To: devel-distro@lists.altlinux.org Subject: Re: [devel-distro] Наследование профилей в mkimage-profiles Date: Sun, 9 Sep 2012 00:16:32 +0300 Message-ID: <20120908211632.GF28528@osdn.org.ua> (raw) In-Reply-To: <m3392sp7y4.fsf_-_@blard.localdomain> 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 <mike@altlinux.ru> ------ Linux.Kiev http://www.linux.kiev.ua/ ---- Sep 29, Kiev, Ukraine: -- http://conference.osdn.org.ua
next prev parent reply other threads:[~2012-09-08 21:16 UTC|newest] Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top 2012-09-08 20:37 ` [devel-distro] Наследование профилей в mkimage-profiles (was: Q: Что кладём в git) Michael Pozhidaev 2012-09-08 21:16 ` Michael Shigorin [this message] 2012-09-08 22:17 ` [devel-distro] Наследование профилей в mkimage-profiles Michael Pozhidaev 2012-09-09 15:21 ` Michael Shigorin 2012-09-09 15:31 ` Michael Pozhidaev 2012-09-09 16:59 ` Michael Shigorin 2012-09-09 17:02 ` [devel-distro] Q: Что кладём в git Michael Shigorin
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=20120908211632.GF28528@osdn.org.ua \ --to=mike@osdn.org.ua \ --cc=devel-distro@lists.altlinux.org \ --cc=shigorin@gmail.com \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: link
ALT Linux Distributions development This inbox may be cloned and mirrored by anyone: git clone --mirror http://lore.altlinux.org/devel-distro/0 devel-distro/git/0.git # If you have public-inbox 1.1+ installed, you may # initialize and index your mirror using the following commands: public-inbox-init -V2 devel-distro devel-distro/ http://lore.altlinux.org/devel-distro \ devel-distro@lists.altlinux.org devel-distro@lists.altlinux.ru devel-distro@lists.altlinux.com public-inbox-index devel-distro Example config snippet for mirrors. Newsgroup available over NNTP: nntp://lore.altlinux.org/org.altlinux.lists.devel-distro AGPL code for this site: git clone https://public-inbox.org/public-inbox.git