[devel] Как не надо писать спеки
Aleksey Avdeev
solo at solin.spb.ru
Sat Oct 10 11:19:43 UTC 2009
10.10.2009 13:59, Kharitonov A. Dmitry пишет:
> Aleksey Avdeev wrote:
>> 10.10.2009 13:27, Kharitonov A. Dmitry пишет:
>>
>>> Aleksey Avdeev wrote:
>>>
>>>> 10.10.2009 12:54, Kharitonov A. Dmitry пишет:
>>>>
>>>>
>>>>> Aleksey Avdeev wrote:
>>>>>
>>>>>> 10.10.2009 00:30, Kharitonov A. Dmitry пишет:
>>>>>>
>>>>>>
>>>>>>> Aleksey Avdeev wrote:
>>>>>>>
>>>>>>>> 09.10.2009 17:49, Kharitonov A. Dmitry пишет:
>>>>>>>>
>>>>>>>>
>>>>>>>>> Sergey Y. Afonin wrote:
>>>>>>>>>
>>>>>>>>>> On Friday 09 October 2009, Kharitonov A. Dmitry wrote:
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>>> Для сборки rpm-пакета необходим пакет rpm-build. Это значит,
>>>>>>>>>>>> что
>>>>>>>>>>>> все
>>>>>>>>>>>> зависимости пакета rpm-build по-любому окажутся в системе
>>>>>>>>>>>> еще до
>>>>>>>>>>>> старта сборки, и прописывать их специально в BuildRequires не
>>>>>>>>>>>> обязательно.
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>> Но желательно
>>>>>>>>>>>
>>>>>>>>>> А Вы подумали о том, как будут работать скрипты, работающие с
>>>>>>>>>> зависимостями,
>>>>>>>>>> коих в сборочнице Alt Linux вагон ?
>>>>>>>>>>
>>>>>>>>> Ну и как? Скорость работы современных вычислительных систем
>>>>>>>>> ограничивается в основном скоростью операций ввода-вывода.
>>>>>>>>>
>>>>>>>> Не в ту сторону смотришь.
>>>>>>>>
>>>>>>>> Зависимости в дистрибутиве достаточно сложный граф. Зависимости
>>>>>>>> прописанные явно -- усложняют его упрощение.
>>>>>>>>
>>>>>>> Ну так если зависимости решаются методом графов -- процесс ещё
>>>>>>> быстрее и
>>>>>>> моя явная зависимость, которая будет повторять уже имеющуюся будет
>>>>>>> оптимизирована ещё при первой иттерации, если не на этапе сбора
>>>>>>> данных
>>>>>>> (0 иттерация).
>>>>>>>
>>>>>> Нет. Если я правильно понимаю то что периодически описывалось в
>>>>>> рассылке -- оптимизация к ручным зависимостям не применяется. И это
>>>>>> позволяет вправлять мозги оптимизатору, если его результат крив.
>>>>>>
>>>>>> PS: Моя модель может не соответствовать действительности.
>>>>>>
>>>>> Это всёравно на производительность влиять не должно. В таком случае
>>>>> делается 2 списка для обязательных зависимостей и автоматических, и
>>>>> после оптимизации они мержутся.
>>>>>
>>>> Какая разница, что быть сделано _должно_?! Сейчас важно как это
>>>> _сейчас_ сделано, и что сделанному _сейчас_ лишние зависимости мешают.
>>>>
>>>> PS: Почему сделано именно так как сделано -- вопрос уже другой. И я его
>>>> обсуждать не буду: думаю у авторов были причины сделать так, а не
>>>> иначе,
>>>> а я -- не копенгаген в данном вопросе (в код не лазил и карты
>>>> грабель не
>>>> имею).
>>>>
>>> Ну а я почему должен быть крайним? если это опять-таки не мои проблемы
>>> -- это проблемы авторов оптимизатора.
>>> А из-за этой строчки оптимизатор будет работать на микросекунду больше,
>>> а я спать лучше, будучи уверенный, что здесь нет подвоха, и я уже не
>>> буду зависеть от какого-то местического пакета, который, эту зависимость
>>> обеспечивать должен, но вовсе не обязан.
>>>
>>
>> Просто ты поверх уже реализованного, системного, уровня строишь свой,
>> который _пытается_ делать тоже самое.
> Лёша, ну покажи тот скрипт, который у меня проводит оптимизацию. Его нет
> и он мне не нужен.
У тебя нет скрипта проводящего оптимизацию. Строки же усложняющие её
для других скриптов (для оптимизатора зависимостей встроенного в наши
rpm/apt) -- есть.
>> И который:
>>
>> 1. Захламляет спек.
>>
> Одна аккуратная строчка? Еслиб было хотя бы 5 строк, расскиданных по
> всему спеку -- я бы тебе поверил.
Да. Но удаление каждой такой строки (даже одной) -- делает спек лучше.
>> 2. _Всё_равно_ не сможет заменить системный уровень при его отсутствии.
>>
> А я к этому и не стремлюсь.
А тогда какой смысл в лишних зависимостях и в создании уже созданных
каталогов?
>
> Лёшь, давай на этом закончим. Я думаю эту филосовию лучше обсуждать при
> личной встрече. А здесь это только захламление рассылки.
> Чтобы загасить бессмысленный спор, я на твои письма отвечать в рассылку
> не буду. Пиши в личку.
OK.
--
С уважением. Алексей.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 554 bytes
Desc: OpenPGP digital signature
URL: <http://lists.altlinux.org/pipermail/devel/attachments/20091010/12a70ef8/attachment.bin>
More information about the Devel
mailing list