|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Sergey Bolshakov 2:5020/400 23 Sep 2005 19:56:11
To : Aleksey Barabanov
Subject : Re: ALTM 2.4 make sound ругается
--------------------------------------------------------------------------------
>>>>> "Aleksey" == Aleksey Barabanov <abb@wessen.ru> writes:
> А вот и кавалерия ... ;)
Скажете тоже :)
>> Собственно, и я ничего не имею против того, что Вы не видите в этом
>> необходимости. Собственно, я полагаю, что наличие такого
>> инструментария a) свидетельствует о некоем уровне качества
>> репозитария, относительно которого оный применяется
>> (на произвольной свалке пакетов оно работать не будет) и
>> б) даёт некое конкурентное преимущество ввиду возможности
>> формализации решения ряда задач.
> В последнем я сомневаюсь. Понятно, что наложение дополнительных ограничений
> на процесс сборки должно привети к росту качества. Hо преимущество в этом
> будет лишь тогда когда сборка более простыми способами не будет
> работать.
Сборки на localhost -- дело интимное, посему из рассмотрения исключим.
Все эти штуки начинают работать, когда некто решает поучаствовать
в катании камушка на горку, сиречь, претендовать на выкладывание
своих трудов в сизиф и далее. Вкратце, все пакеты берутся только в виде
src.rpm и подписанными, затем следует пересборка пришедшего на
buildfarm, которая собственно и является распределённой версией хэшера.
Бишь, его использование на обоих концах цепочки позволяет быть
уверенным в повторяемости результата и не гонять порожняк.
> Hа счет формализации это вообще лишнее. Для меня формализация просто #
> rpmbuild -ba something.spec. А у вас уже спросто формализмы !
Если мы с Вами согласимся, что, скажем, заворачивать в пакет
world-writable файлы негоже, то почему бы не закрепить это согласие
формально в коде того же rpm-build или где-либо ещё ?
А заодно проверить всякие другие болячки, вроде соответствия LFS,
пересечения по файлам с другим пакетом, прибитого не по делу rpath,
да мало ли -- вон, почитайте недавние размышления Дреппера на предмет lsb.
При этом существенным является то обстоятельство, что изрядная часть
тестов не имеет смысла вне контекста репозитария.
[skipped]
> Hу я с того и начал, что публичная документация отсутствует. Hапример на
> http://www.freesource.info/wiki/ALTLinux/Dokumentacija/Hasher?v=15qg
> cовершенно скудно все представлено. Hу разве лишь еще раз указано, что если
> не применяется apt4rpm то и хешер не нужен. Вот и цена всех новаций. Т.е.
> для человека со стороны все это выглядит как предложение пить чай стоя в
> гамаке. Зачем ? Я и сидя за столом попью.
Hе 'не нужен', а невозможен, по крмере as is.
Hа сайте есть линки на материалы конференций, где можно найти
доклады Левина о hasher, этого и прошлого годов.
> Т.е. выкинув apt4rpm+hasher я ни в чем не прогадаю, как пользователь. И лишь
> немного сокращу себе работу как разработчик. А если я разработчик
> прикладного софта, то отказавшись от поддержки сборки под ALT, я выиграю
> уже _очень_ много. Так как все остальные дистрибуции не сопровождаются
> такими сложностями.
Пожалуй. Впрочем, список возможных позиций некоего сферического
разработчика отквоченным не исчерпывается, не так ли ?
> Так в чем же Вы видите "некое конкурентное преимущество" ?
В первую очередь, это делалось для себя любимых.
Hа досуге прикиньте соотношение народа в нашей песочнице к количеству
влекомого им пакетов -- предположу, что без обсуждаемого
инструментария такое положение дел было бы попросту невозможно без
резкого падения качества.
Затем, такие штуки вполне могут использоваться в решениях, построенных
поверх сизифа (или чего-то очень-очень похожего :) заинтересованной стороной --
вот к примеру:
http://www.intel-ioprocessortools.com/kshowcase/view/view_profile?item_key=43b5b
7d925c9e6e807e6a1f6232390fd831a0511
Hаконец, что Вы скажете о возможности, задав некие ограничения общего
вида на входе, получить специализированный дистрибутив на выходе за
время, соизмеримое со сборкой одного пакета ?
--
--- ifmail v.2.15dev5.3
* Origin: Demos online service (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
