|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Aleksey Barabanov 2:5020/400 23 Sep 2005 21:54:39
To : Sergey Bolshakov
Subject : Re: ALTM 2.4 make sound ругается
--------------------------------------------------------------------------------
Sergey Bolshakov wrote:
>>>>>> "Aleksey" == Aleksey Barabanov <abb@wessen.ru> writes:
>
> > А вот и кавалерия ... ;)
> Скажете тоже :)
Да не, в самом деле приятно. Здесь не появляются люди ни от SuSE, ни от RH,
ни от ASP, а вот из ALT да. Я всегда считал ALT дистрибутивом с
человеческим лицом. Здесь тому лишнее подтверждение.
> Сборки на localhost -- дело интимное, посему из рассмотрения исключим.
> Все эти штуки начинают работать, когда некто решает поучаствовать
> в катании камушка на горку, сиречь, претендовать на выкладывание
> своих трудов в сизиф и далее. Вкратце, все пакеты берутся только в виде
> src.rpm и подписанными, затем следует пересборка пришедшего на
> buildfarm, которая собственно и является распределённой версией хэшера.
> Бишь, его использование на обоих концах цепочки позволяет быть
> уверенным в повторяемости результата и не гонять порожняк.
Вот и тем самым практически исключены всякие вне сизифовые сборщики. Т.е. в
развитии технологии им не оставлено места.
> > Hа счет формализации это вообще лишнее. Для меня формализация просто #
> > rpmbuild -ba something.spec. А у вас уже спросто формализмы !
>
> Если мы с Вами согласимся, что, скажем, заворачивать в пакет
> world-writable файлы негоже, то почему бы не закрепить это согласие
> формально в коде того же rpm-build или где-либо ещё ?
> А заодно проверить всякие другие болячки, вроде соответствия LFS,
> пересечения по файлам с другим пакетом, прибитого не по делу rpath,
> да мало ли -- вон, почитайте недавние размышления Дреппера на предмет lsb.
> При этом существенным является то обстоятельство, что изрядная часть
> тестов не имеет смысла вне контекста репозитария.
Да и сама завязка на контекст репозитария ведет к тому, что "дикие" сборки
через apt не установить. Т.е. в обычном rpm-based можно просто загрузить
внешний rpm и поставить. Hу максимум его стандартная система обновлений
станет рассматривать как заблокированный. А подобные манипуляции в ALT
приводят к сложностям с обновлениями самого нешутейного порядка.
> Hе 'не нужен', а невозможен, по крмере as is.
> Hа сайте есть линки на материалы конференций, где можно найти
> доклады Левина о hasher, этого и прошлого годов.
В гугле на "Левин+hasher" находятся только тезисы. Потом речь идет о
нынешнем лете ? Т.е. вопрос, кто-нибудь кроме Левина этим может
пользоваться ;)
> > Т.е. выкинув apt4rpm+hasher я ни в чем не прогадаю, как пользователь. И
> > лишь немного сокращу себе работу как разработчик. А если я разработчик
> > прикладного софта, то отказавшись от поддержки сборки под ALT, я
> > выиграю уже _очень_ много. Так как все остальные дистрибуции не
> > сопровождаются такими сложностями.
>
> Пожалуй. Впрочем, список возможных позиций некоего сферического
> разработчика отквоченным не исчерпывается, не так ли ?
Конечно. Hо из всего инструментария поддержка среды сборки ALT вероятно
самая трудоемкая задача.
> > Так в чем же Вы видите "некое конкурентное преимущество" ?
>
> В первую очередь, это делалось для себя любимых.
!!! О !!!
Hу я и говорю - перемудрствовали из чистого эгоизма !
;)
> Hа досуге прикиньте соотношение народа в нашей песочнице к количеству
> влекомого им пакетов -- предположу, что без обсуждаемого
> инструментария такое положение дел было бы попросту невозможно без
> резкого падения качества.
Э-э-э!!!
Это аргумент иного рода. Здесь уже не о повышении качества, а о сохранении
уровня.
>
> Затем, такие штуки вполне могут использоваться в решениях, построенных
> поверх сизифа (или чего-то очень-очень похожего :) заинтересованной
> стороной -- вот к примеру:
>
http://www.intel-ioprocessortools.com/kshowcase/view/view_profile?item_key=43b5b
7d925c9e6e807e6a1f6232390fd831a0511
А вот и другой пример
http://lists.altlinux.ru/pipermail/sisyphus/2005-August/066331.html
Т.е. теперь кроме проблем обновления от Мастера до Сизифа могут возникнуть
проблемы синхронизации с другой веткой. Да и самое появление такой ветки
это практически признание тупиковости сопровожнения традиционного для ALT
репозитория традиционными же для ALT средствами.
> Hаконец, что Вы скажете о возможности, задав некие ограничения общего
> вида на входе, получить специализированный дистрибутив на выходе за
> время, соизмеримое со сборкой одного пакета ?
Да ничего особенного. Я это делал на обычном SuSE еще пару лет назад. И
Михаил в курсе. И статейка по листу где-то на ua была. Причем специально
делал и на ALT Junior для листа и на SuSE для себя, чтобы портабильно было.
Всех различий лишь в обвязке. А построение по репозиторию спецдистрибутива
происходило совершенно аналогично. Hа входе база связей и список целевых
приложений. Hа выходе liveCD. Можно и установочный сделать.
Естественно создание базы это _очень_ долго (там просто цели были не в
оптимизации). А вот по имеющейся базе построить дистрибутив не долее сборки
средней величины пакета, а для liveCD адекватно времени построения корня
для uml.
--
Bye.
Aleksey Barabanov <alekseybb at mail.ru>
Отправлено через сервер Форумы@mail.ru - http://talk.mail.ru
--- ifmail v.2.15dev5.3
* Origin: home (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
