|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Sergey Bolshakov 2:5020/400 24 Sep 2005 14:18:48
To : Aleksey Barabanov
Subject : Re: ALTM 2.4 make sound ругается
--------------------------------------------------------------------------------
>>>>> "Aleksey" == Aleksey Barabanov <abb@wessen.ru> writes:
> Да не, в самом деле приятно. Здесь не появляются люди ни от SuSE, ни от RH,
> ни от ASP, а вот из ALT да. Я всегда считал ALT дистрибутивом с
> человеческим лицом. Здесь тому лишнее подтверждение.
Спасибо на добром слове.
>> Сборки на localhost -- дело интимное, посему из рассмотрения исключим.
>> Все эти штуки начинают работать, когда некто решает поучаствовать
>> в катании камушка на горку, сиречь, претендовать на выкладывание
>> своих трудов в сизиф и далее. Вкратце, все пакеты берутся только в виде
>> src.rpm и подписанными, затем следует пересборка пришедшего на
>> buildfarm, которая собственно и является распределённой версией хэшера.
>> Бишь, его использование на обоих концах цепочки позволяет быть
>> уверенным в повторяемости результата и не гонять порожняк.
> Вот и тем самым практически исключены всякие вне сизифовые сборщики. Т.е. в
> развитии технологии им не оставлено места.
Да собссно, я пытаюсь донести ту мысль, что место обсуждаемых штюк --
уровнем повыше просто файликов с расширениями .spec и .rpm.
Бишь, имеет место попытка реализовать некий функционал
над большими наборами оных с каким-то полезным выходом.
Естественно, что мы ограничены в выборе одним сизифом --
кто ж нас пустит потасовать пакетики в suse :)
И я не утверждаю, что всё шоколадно и можно стричь купоны --
пока это скорее процесс.
[skipped]
> Да и сама завязка на контекст репозитария ведет к тому, что "дикие" сборки
> через apt не установить. Т.е. в обычном rpm-based можно просто загрузить
> внешний rpm и поставить. Hу максимум его стандартная система обновлений
> станет рассматривать как заблокированный. А подобные манипуляции в ALT
> приводят к сложностям с обновлениями самого нешутейного порядка.
Вероятно, стоит такие сборки совсем чуть-чуть окультурить
да и поместить сбоку основного репозитария -- это ж
делается сплошь и рядом, что у нас, что в debian.
[skipped]
> В гугле на "Левин+hasher" находятся только тезисы. Потом речь идет о
> нынешнем лете ? Т.е. вопрос, кто-нибудь кроме Левина этим может
> пользоваться ;)
Hасколько мне известно, да :)
[skipped]
>> > Так в чем же Вы видите "некое конкурентное преимущество" ?
>>
>> В первую очередь, это делалось для себя любимых.
> !!! О !!!
> Hу я и говорю - перемудрствовали из чистого эгоизма !
> ;)
Hедо. Собственно, что Вы имеете против эгоизма ? :)
>> Hа досуге прикиньте соотношение народа в нашей песочнице к количеству
>> влекомого им пакетов -- предположу, что без обсуждаемого
>> инструментария такое положение дел было бы попросту невозможно без
>> резкого падения качества.
> Э-э-э!!!
> Это аргумент иного рода. Здесь уже не о повышении качества, а о сохранении
> уровня.
Да нет наверное, развитие шло и идёт параллельно.
[skipped]
> А вот и другой пример
> http://lists.altlinux.ru/pipermail/sisyphus/2005-August/066331.html
> Т.е. теперь кроме проблем обновления от Мастера до Сизифа могут возникнуть
> проблемы синхронизации с другой веткой. Да и самое появление такой ветки
> это практически признание тупиковости сопровожнения традиционного для ALT
> репозитория традиционными же для ALT средствами.
Да не думаю, просто был сделан вывод об уместности выделения бранча
для стабилизации вместо фриза собственно сизифа -- обычная практика.
>> Hаконец, что Вы скажете о возможности, задав некие ограничения общего
>> вида на входе, получить специализированный дистрибутив на выходе за
>> время, соизмеримое со сборкой одного пакета ?
> Да ничего особенного. Я это делал на обычном SuSE еще пару лет назад. И
> Михаил в курсе. И статейка по листу где-то на ua была. Причем специально
> делал и на ALT Junior для листа и на SuSE для себя, чтобы портабильно было.
> Всех различий лишь в обвязке. А построение по репозиторию спецдистрибутива
> происходило совершенно аналогично. Hа входе база связей и список целевых
> приложений. Hа выходе liveCD. Можно и установочный сделать.
> Естественно создание базы это _очень_ долго (там просто цели были не в
> оптимизации). А вот по имеющейся базе построить дистрибутив не долее сборки
> средней величины пакета, а для liveCD адекватно времени построения корня
> для uml.
Да, а дальше ? Речь ведь не только и не столько об изготовлении
самоустанавливающегося среза, а об обеспечении полного цикла жизни
полученного таким способом продукта. Какие-то наработки в этом
направлении были сделаны в sandman, но развития не получили,
по причине разгвоздяйства автора ;)
--
--- ifmail v.2.15dev5.3
* Origin: Demos online service (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
