From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on sa.local.altlinux.org X-Spam-Level: ** X-Spam-Status: No, score=3.0 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DNS_FROM_AHBL_RHSBL,FREEMAIL_ENVFROM_END_DIGIT,FREEMAIL_FROM, FSL_HELO_BARE_IP_2,FUZZY_XPILL,RCVD_IN_DNSWL_LOW,RCVD_IN_MSPIKE_H4, RCVD_IN_MSPIKE_WL,SPF_PASS,T_FREEMAIL_FORGED_FROMDOMAIN, T_HEADER_FROM_DIFFERENT_DOMAINS autolearn=no autolearn_force=no version=3.4.0 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1437663968; bh=OQciGwsPLwMmyJdryZxefqWdeBrr++s6WT8+F4GBKZI=; h=From:To:In-Reply-To:References:Subject:Date; b=FomRewTKq0uXQvNDny31QWUiTluiGESZeV2ROX4BH5T8Gh4Q/uiWDPDu0FehaH9Rc EEvX5+7oNcT9CWo582vlLZfE4vv/qBNG9JWHnu/1jQY6+XJEnQx+fTWzO4IyydIRxt DfwLS16oEVVpaAUPUtIJBrEoKweFpUnwHmmZL4js= From: Leo-sp50 Envelope-From: leo-sp50@yandex.ru To: Distributions development In-Reply-To: <20150722153014.GG1043@imap.altlinux.org> References: <20150720193401.GB1043@imap.altlinux.org> <1326631437558890@web27j.yandex.ru> <20150722111056.GE1043@imap.altlinux.org> <394761437576488@web15h.yandex.ru> <20150722153014.GG1043@imap.altlinux.org> MIME-Version: 1.0 Message-Id: <304461437663967@web12m.yandex.ru> X-Mailer: Yamail [ http://yandex.ru ] 5.0 Date: Thu, 23 Jul 2015 18:06:07 +0300 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=koi8-r Subject: Re: [devel-distro] =?koi8-r?b?zyDTz9rEwc7JySDQ0s/J2tfPxM7ZyCDDxczF?= =?koi8-r?b?yiDXIG0tcA==?= 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: Thu, 23 Jul 2015 15:06:16 -0000 Archived-At: List-Archive: > Как и всё, что в /usr, его стоит воспринимать как read-only. :) > О том и речь, что-бы использовать его по изначальному назначению (насколько помню историю m-p) метапрофиль - это донор для создания конкретного профиля образ и все ковыряния\модернизации в полученном сборочном профиле. Или нет ? >>  > Вообще-то идея mkimage-profiles как раз в том, чтоб не >>  > приходилось устраивать мульёны клонов _профиля_, а максимум >>  > генерировать _заготовки_ для ручной допилки >>  Эт если один раз поиграться с одним образом. >>  А если работать с несколькими разными и параллельно и не один день ? > > Для этого есть гитовые ветки. Потому что у этих "нескольких > разных" нередко находятся общие доработки и держать в голове, > какой кусок разницы откуда и для чего -- умаешься, а с гитом > всё раскладывается по веткам и коммитам естественным образом. > У гита есть один недостаток - он не даёт доступа одномоментно к нескольким вариантам (веткам). Как вариант примера : имеем три дистра, с профилями в отдельных каталогах, с разными архитерктурами , с разными задачами и содержимым профилей. Пока идёт сборка одного дистра, можно спокойно работать с другими профилями, править\эксперементировать\думать\пробовать :) Один общий гит это сможет ? >>  > См. тж. http://www.altlinux.org/Mkimage/Profiles/m-p/howto >>  Речь не про копирование всего m-p > > А почему? > Не понял , что почему ? > Для этого можно make CHECK=1 syslinux.iso и скопировать себе > в сторонку полученный build/ (или иной BUILDDIR), но, как уже > отметил, это путь в никуда в долгосрочном плане, проверено. > > Т.е. такой компактный генерат полезен для трёх задач: > - собственно сборка образа; > - вычитка _всего_ полностью (он обозрим); > - мелкие _одноразовые_ правки по месту. > > Нет смысла такие заготовки далее идентифицировать, поскольку это > производные. Изменится базовый профиль -- и в том, что из него > генерируется, появится ещё что-нибудь полезное, но на перенос > таких новинок в уже зафиксированный генерат придётся тратить > время на ровном месте вместо того, чтоб сделать git rebase своих > правок основного профиля из того состояния, поверх которого они > были сделаны, на текущее. Ну, соотношение мяса с луком лучше > регулировать до мясорубки, а не после :) > > http://webhamster.ru/mytetrashare/index/mtb0/13867044528tikz5mlg1 > > На производных стоит разве что тренироваться, ну или решать > точечные задачи, как в HOWTO-шке и описано... > Ну если брать долгосрочную перспективу, то все образы можно считать "не_идентичными" после любых изменений метапрофиля, но это же не повод ставить на них крест :)