From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on sa.int.altlinux.org X-Spam-Level: X-Spam-Status: No, score=-1.7 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.2.4 Date: Thu, 7 Aug 2008 23:07:21 +0300 From: Michael Shigorin To: ALT Linux Team development discussions Message-ID: <20080807200721.GN9463@osdn.org.ua> Mail-Followup-To: ALT Linux Team development discussions References: <20080807204609.588d4300.pilot@etcnet.org> <489B2C79.2070302@altlinux.com> <921f6bb40808071120w7790b973me6805a9cff8e6315@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <921f6bb40808071120w7790b973me6805a9cff8e6315@mail.gmail.com> User-Agent: Mutt/1.4.2.1i Subject: Re: [devel] =?koi8-r?b?UTogy8HLINPPwtLB1NggxMnT1NLJwtXUydcgzsEgz9PO?= =?koi8-r?b?z9fFIFNpc3lwaHVzPw==?= X-BeenThere: devel@lists.altlinux.org X-Mailman-Version: 2.1.10b3 Precedence: list Reply-To: ALT Linux Team development discussions List-Id: ALT Linux Team development discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Aug 2008 20:07:25 -0000 Archived-At: List-Archive: List-Post: On Thu, Aug 07, 2008 at 10:20:33PM +0400, Evgeny Sinelnikov wrote: > > ./configure --with-language=ru_RU --with-kernel=std-def=2.6.25-alt7 Лучше по возможности избегать чрезмерной точности с версиями-релизами, особенно в package lists -- потом быстро задалбывает обновлять их ;) Здесь, кстати, подразумевалось --with-kernel=std-def-2.6.25-alt7 ^ не =, а - > > Аналогичные шаги можно выполнить и с профилем от Антона > > Бояршинова, но у него профиль на порядок навороченнее - > > из него собирается сразу кучка разных дистрибутивов. Мало того, есть зловещие планы запихать туда же и Server и радоваться общей базовой части и прочим rescue ;) (вариантов на самом деле видится немного -- делать библиотеку и придумывать мозг, который найдёт её и в /etc/mkimage/, если всё стоит из пакетов, и в ~/git/, если всё лежит в гите... ой) (собсно kernel git vs xorg gits) > > extralite собирается на базе Sisyphus, профили от Антона > > работают на базе branch/4.1 и branch/4.0 И на сизифе порой тоже. > Как-то всё слишком призрачно прекрасно :) > С mkimage есть разные мелкие проблемы, которые при постоянном > появлении превращаются в крупные неудобства... В основном они не с mkimage, а с внутренней несогласованностью пакетной базы различных веток ALT Linux (в смысле для того, чтоб разные дистрибутивы по профилю собирались по мановению make -- а это очень высокая планка, если задуматься). С mkimage лично у меня сейчас одна заметная проблема -- example1 в документации собирается, но не грузится. Если бы кто из сведущих в изменениях propagator/udev посмотрел да починил, бо за пару подходов мне полностью не смоглось... > И, если для разных вариантов ядер или отдельных (не всех) > вариантов оформления есть ручки, то для разных бранчей всё > выглядит по-сложнее... Ну кое-что есть и для них: --with-branch, --with-release. > Переименование пакетов, которое происходит по мере развития > Сизифа, приводит к необходимости держать разные списки под > разные бранчи. От этого несколько помогает не спешить отслеживать переименования пакетов (в репозитории) в их списках (в профиле) -- поскольку Provides:; с другой стороны, по Provides: особо не грепнешь. > Я бы поостерёгся утверждать, что один и тот же профиль в > текущем их виде способен быть адаптирован под разные бранчи... Это одна из интересных мне вещей -- только боюсь, что для более реальной возможности так сделать хорошо бы, чтоб любители делать прыжки в ширину и переколбашивать да переименовывать всё подряд поигрались в дистрибутивы и поняли, какая это PITA фиксить сборку профиля по пять-двадцать минут на цикл из-за того, что кто-то слишком спешил... Есть некоторые мысли, как по возможности изолировать изменения: * попробовать @M40_ONLY@ (на манер @I586_ONLY@) + регулируется на этапе configure по --with-branch - требует явного вбивания в configure файла для подстановки * сделать branch suffix для пакаджлистов и придумать механизм для подтягивания contrib.Mxx к запрошенному contrib, если указано что-нить вроде GLOBAL_BRANCH=Mxx + может быть весьма практично - требует доработки mkimage В любом из этих вариантов базовый список пакетов всегда чуточку плывёт по времени и имеем выбор: * или обеспечивать доступность последних разработок профиля при сборке на предыдущих бранчах ценой усиленного QA перемещений пакетов по спискам, * или замораживать состояние на современном бранчу уровне при помощи git branch. Не далее как вчера-сегодня достаточно активно обдумывал, выбирал и решал именно по этой части, так что могу говорить уверенно ;-) > Например, если в предлагаемом варианте исправить extralite > (необходимые пакеты для этого профиля лежат, вероятно, где-то > отдельно) на desktop ...то уже получится соооовсем другой компот. > и выбрать NEW-cd.iso Выкинь этот скелет назад в шкаф, почитай заголовки и даты коммитов в его округе и возьми mkimage-profiles-desktop.git современного образца у boyarsh@ или меня -- там этим призраком old.makefile уже даже не пахнет. Бишь сейчас возможно определять субпрофили -- части дистрибутива; use-компоненты -- куски, из которых можно компоновать дистрибутив и которые конфигурируют конкретные субпрофили; и задавать цели сборки, бишь собсно дистрибутивы, пользуясь этими кубиками. Пример: --- profiles/rescue/Makefile.in include @MKI_PREFIX@/usr/share/mkimage/rules.mk IMAGE_INIT_LIST = +altlinux-release-$(GLOBAL_RELEASE) IMAGE_PACKAGES = design-bootloader-livecd-$(GLOBAL_EXACT_DESIGN) ../packages-lists/rescue MKI_PACKTYPE = squash MKI_OUTNAME = rescue all: build-image run-image-scripts run-scripts pack-image --- это почти весь субпрофиль rescue --- use.mk use-icewm: echo GLOBAL_BASE_PACKAGE_LISTS+='icewm' >> profiles/base/config.mk echo GLOBAL_LIVE_PACKAGE_LISTS+='icewm' >> profiles/live/config.mk echo GLOBAL_LIVE_PACKAGES+='autologin' >> profiles/live/config.mk --- это компонент для добавления icewm в инсталер/livecd --- icemaker.cd: | rinse use-icewm use-wmaker install2 base cd.iso --- а вот так он используется при сборке дистрибутива > то оно даже попытается собраться, но выясниться, что > отсутствует пакет alt-notes-desktop, если поправить и это > (например, пробив гвоздями alt-notes-junior), то с apt-conf-* > может возникнуть проблема apt-conf-sisyphus vs > apt-conf-desktop, ибо так задано в разных частях профиля, а > если исправить и это потребуются ещё соответствущие пакеты, > которых может не оказаться в репозитории и т.д. Ты перед тем, как ужасы рассказывать, удостоверься, что они часом не исправлены квартал тому ;-) > Синхронизированная с профилем пакетная база - это, пожалуй, > самая основная проблема с mkimage. Подумай ещё чуть-чуть, и ты поймёшь, что mkimage тут ни при чём. Если бы работал с spt и spearator, и так бы уже это знал... > Это усложняет создание решений. Создание решений усложняет разработка их компонент. > К счастью, законсервированные бранчи решают эту проблему, но и > решения на них можно построить только самостоятельно их ведя и > ограничиваясь минимальными обновлениями. Hint: мы с boyarsh@ вполне мирно уживаемся с частыми мержами, хотя я ему несколько раз в процессе перелопачивания (как раз во времена этих NEW-cd.iso) и подбрасывал приличных свиней. Но на то в гите есть бранчи. Можешь посмотреть 4.0.3 у обоих, 4.0.4 или terminal-4.0.0 у меня. -- ---- WBR, Michael Shigorin ------ Linux.Kiev http://www.linux.kiev.ua/