From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Message-ID: <45505D29.7060800@altlinux.org> Date: Tue, 07 Nov 2006 13:17:13 +0300 From: Mikhail Yakshin User-Agent: Thunderbird 1.5.0.5 (X11/20060822) MIME-Version: 1.0 To: ALT Devel discussion list References: <20060910185913.GD22147@localhost.localdomain> <20060911040006.GA17693@localhost.localdomain> <20061105212120.GA7107@localhost.localdomain> <20061105213603.GA3523@basalt.office.altlinux.org> <20061106160330.GA31466@localhost.localdomain> <20061107081438.GB16256@lks.home> In-Reply-To: <20061107081438.GB16256@lks.home> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: [devel] spt/spt3 X-BeenThere: devel@lists.altlinux.org X-Mailman-Version: 2.1.9rc1 Precedence: list Reply-To: ALT Devel discussion list List-Id: ALT Devel discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Nov 2006 10:19:37 -0000 Archived-At: List-Archive: List-Post: Konstantin A. Lepikhov пишет: >> Подобные системы состоят как минимум из двух уровней. Нижний напрямую >> взаимодействует с hasher chroot, и занимается его формированием, >> модификацией, запуском внутри него скриптов, а также экспортом в различных >> форматах (от tar/cpio до образов файловых систем) и формированием >> репозиториев из списков пакетов. Эта часть может быть общей. > собственно, так и сделано в spt. В spt3 предлагается система вложенных > chroot'ов (один инструментальный, другой для создания выходного image). > Т.е. уже на данной стадии начинаются разногласия. Мне мой подход нравится, > поскольку позволяет сразу получать tar.gz/tar.bz2 на выходе без создания > промежуточного chroot'а. Можно тебя попросить как-то прокомментировать твою реализацию? Просто ты сделал ее довольно быстро с лаконичным: > - раздельная сборка chroot и образа (т.е. придуман альтернативный > вариант не использующий раздельные chroot'ы); Я сейчас изучаю текущую версию spt и попробую это все максимально смерджить. > spt3 - это распиленный на части spt старой редакции, который deprecated и > используется по-причине "патамушта работает в vserver" (предыдущаяя > отмазка с installer и кросс-сборки на x86_64 на сегодняшний день > неактуальна). Почему он работает в vserver, а мой spt нет, не знает даже > greycat@ ;) Т.е. я за развитие spt3, но только на базе _текущего кода_ > spt, иначе он будет тащить за собой все родовые травмы separator'а и > ранних версий spt. Замечательно. Кость, ну чего ругаться-то? Откуда ты придумал, что я вдруг встал против всех и принципиально препятствую каким-то инновациям? Давайте выберем всех устраивающий подход - или по крайней мере сделаем вариант работы с чрутами тоже модульным - чтобы выбирать, кому что нравится? -- WBR, GreyCat