From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Sat, 10 Jan 2004 02:24:25 +0600 From: Alexey Morozov To: community@altlinux.ru Subject: Re: [Comm] mini distro, =?koi8-r?Q?revisit?= =?koi8-r?B?ZWQgKHdhczog887P18Eg1yBBTFTFLi4uKQ==?= Message-ID: <20040109202425.GC636@localhost.localdomain> References: <200401090010.02324.sinom@ktk.ru> <20040108172846.GW2244@pyro.hopawar.private.net> <200401090100.03313.sinom@ktk.ru> <20040109092030.GD2244@pyro.hopawar.private.net> <1611002731.20040109122910@mail333.com> <20040109124231.GJ24541@osdn.org.ua> <20040109125640.GK2244@pyro.hopawar.private.net> <20040109144338.GV24541@osdn.org.ua> <20040109150832.GN2244@pyro.hopawar.private.net> <20040109162717.GE24541@osdn.org.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="i7F3eY7HS/tUJxUd" Content-Disposition: inline In-Reply-To: <20040109162717.GE24541@osdn.org.ua> User-Agent: Mutt/1.4i X-BeenThere: community@altlinux.ru X-Mailman-Version: 2.1.3 Precedence: list Reply-To: community@altlinux.ru List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Jan 2004 02:50:12 -0000 Archived-At: List-Archive: List-Post: --i7F3eY7HS/tUJxUd Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit On Fri, Jan 09, 2004 at 06:27:17PM +0200, Michael Shigorin wrote: > > Одну задачу для какого-то подобного дистрибутива я уже > > описывал: минимальная, но при том _поддерживаемая_ дистрибуция > > для специфических задач. > Это понятно. Вот только вопрос, чем -- наклонностями в embedded > или более исходникоориентированностью => более короткий цикл > "vi-make-vi-make"? Минимизацией барахла, которое тащится за собой по зависимостям. Во-первых, апдейтить меньше, если что, во-вторых, всё таки size does matter > > А реально? Нет, если реально, я просто приведу человека, и он > > часть пакетов, по крайней мере, соберет. > Думаю, реально. Особенно с учетом того, что сизиф и вообще > начинает расползаться по более встраиваемым архитектурам, чем > гигагерцы-с-гигабайтами и нужно это нечто компактное все большему > количеству народу здесь. Ну, и славненько. Поведу просветительскую работу. Кстати, вопрос: на то над чем трудится Антон (железодетектор и сетапер) уже сейчас можно смотреть? Или лучше на данный момент адаптировать то, что есть, скажем в кноппиксе (по словам дружка, лучшее, что он видел), или Mdk'шный harddrake2? Только нужно "здесь и сейчас", точнее, уже, скорее, "вчера и на другой стороне планеты" :-). > Это в норме :-) Вы ж недавно тут делали раундап по текущей схеме > сборки? :-) :-)). > > "правильная" сборка всяких X'ово-гуевых библиотек (сейчас у > > него все на GTK+); > В сизифе не сильно неправильная? Ну, я давеча попробовал поставить на новый винт "from scratch", то есть, счрутиться, руками создать базу RPM, начать по одному накатывать пакеты. Ощущение такое, что лишние зависимости все же есть. > > всякие штуки, которые позволят создать минимальную видимость > > десктопа (сейчас у него это все крутится в xfce, насколько я > > понимаю) > Ну тут хоть выбор будет... Выбор, на самом деле, не очень большой. Он же перебрал все, что есть в Кукере. Под его критерии (минимум в размерах, простота настройки, относительное _виндообразие_ ) подпадает не так много десктопов. > Тогда остается определиться, где -- можно на lists.osdn.org.ua, > но там швах с веб-архивами, можно на altlinux.ru, но надо > попинать org@ (и тоже местами швах с архивами). Ну, в общем, ладно, договоримся как-нибудь. > > Реально. На самом деле, все уже давно сделано -- смотрите > > sandman/sandman-server. Sandman содержит механизм для генерации > > загрузочных CD автоматически -- требуется только положить > > специфические для настройки CD скрипты в CVS. Мы в > > ApplianceWare используем этот механизм для генерации > > инсталяторов, которые генерируют appliances. > Здесь sandman будем поднимать, кстати. Тут, насколько я понимаю, одним только сандманом дело не решить, важно еще так написать спеки, чтобы оно, с одной стороны, работало, с другой - было максимально модульно и pluggable. Ну, и, ручная работа все равно необходима, buildreq подчас тащит что-то совсем невероятное. Сейчас вот для gtk-smooth-engine зачем-то затащил glibc-devel-static, причем, там явно в configure.in AC_DISABLE_STATIC стоит. --i7F3eY7HS/tUJxUd Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE//w35X5DZdJn19V0RAns4AJsEs8oEiBrJsdWCaJZxGW8fDSEg4gCgm2Gx OJhGMKYTm6oF2R1fgAnjpKk= =2CdQ -----END PGP SIGNATURE----- --i7F3eY7HS/tUJxUd--