Re: [devel] Maintainer's toolbox

["Денис Смирнов" <mithraen@altlinux.ru>]

[-- Attachment #1: Type: text/plain, Size: 4317 bytes --]

On Fri, Feb 02, 2007 at 06:31:38PM +0300, Mikhail Yakshin wrote:

> MY>> Ну, оно само по себе не выработается, если не будет некоего инструмента, 
> MY>> который бы фиксировал эту практику. То же самое, как сейчас бардак по 
> MY>> большому счету с выпускающими тэгами из-за отсутствия gear-release.
>> Ты её сначала придумай и документируй. Мне -- слабо.
>> Смотреть при этом рекомендую на новую систему сборки ядер, это
>> _единственный_ образец в сизифе более-менее удобной работы со множеством
>> патчей в отдельных бранчах.
MY> Хорошо, посмотрю.

Получилось что-нибудь?

> MY>> Такой "базовый" не требует ничего, кроме бинарного редактора - все файлы 
> MY>> можно отредактировать вручную, и TCP-пакеты тоже разослать %)
>> Ты преувеличиваешь.
>> Для базовой сборки пакетов достаточно gear, rpm-build и hasher. Это --
>> базовые утитилы. Остальное обертки.
MY> Боюсь, мы сейчас начнем какой-то высокофилософский спор и ни к чему не 
MY> дойдем. Я могу поймать тебя на слове, где ты ниже говоришь, цитирую:
>> gear-* это не низкий уровень. Вообще-то это обертка
MY> и тем самым противоречишь сам себе. Не суть важно, я не хочу сейчас 
MY> бросаться словами и делить все на черное и белое, на двухуровневое, на 
MY> "плохое-хорошее", "высокоуровневое-низкоуровневое" и т.п. Так мы только 
MY> поругаемся и ничего не решим.

Это было в тему наименований утилит, если мне правильно помнится.

Так вот, возвращаясь к теме, исходить лучше из того, под каким именем ты
бы ожидал увидеть эту утилиту будучи пьян в стельку до степени
неспособности выговорить вслух слово "sisyphus". Если даже в таком
состоянии можно правильно вспомнить и набрать это название -- значит оно
было удачным :)

>> Так что речь идет о высокоуровневых утилитках, или утилитках для
>> специфических _разных_ workflow для разных _особых_ задач. Как например
>> тот же svn-импорт.
MY> Я попробую описать в ближайшее время некоторые примерные workflow, как я 
MY> их себе представляю, ладно?

Опять же, удалось? Задача нелегкая, а результат её ценен для всех.

>> [mithraen@mw git]$ time find | wc -l
>> 0.33user 1.06system 0:57.24elapsed 2%CPU (0avgtext+0avgdata 0maxresident)k
>> 0inputs+0outputs (0major+349minor)pagefaults 0swaps
>> 187150
>> :)
>> Это при том что оно почти все в кэше, и там RAID 0+1.
>> На перловке я знаю как написать чтобы это работало (не обходить лишние
>> каталоги), а вот как на шелле -- увы не знаю.
MY> time find -maxdepth 3 | wc -l
MY> ?

Оно не покажет все мои репозитории. Ага, я псих и маньяк. Правда думаю мы
оба понимаем что лучше если утилита будет работать для 90% людей (которые
не маньяки в конкретной области), лишь бы степень взаимосвязанности утилит
при любом шаге в сторону от партийной линии не мешала пользоваться всем
комплектом.

>> MY>>> 2. Именовать, надеясь на комплишен. Имена тогда значительно длиннее и
>> MY>>> максимально описательны. Возникает проблема completion space. Фактически
>> MY>>> обязательно использование completion. Как правило, вводится некий
>> MY>>> префикс наименования семейства утилит (git-*, gear-*, hsh-*, Sisyphus-*).
>>>> А вот фиг там. git-* вообще-то deprecated, надо пользоваться git *, к
>>>> примеру. Вот как раз для удобного разделения completion namespace.
> MY>> Ссылку на то, что он deprecated, кстати, можно? Там предлагается 
> MY>> какая-то аргументация?
>> Это в этом листе озвучивал ldv@
MY> ldv@, при всем моем уважении, насколько я знаю, не входит в число 
MY> разработчиков-идеологов git. Можно ссылку на какую-то статью, roadmap, 
MY> письмо в http://marc.theaimsgroup.com/?l=git или что-то такое, где 
MY> официально заявляется о том, что они deprecated и будут убраны в 
MY> таком-то релизе?

Тут все вопросы к Диме. Увы, у меня нет времени на внимательное
отслеживание апстрима ещё и git. А по пакетам в которых у меня нет времени
досконально разобраться я предпочитаю брать на веру слова тех, в знаниях
которых я более-менее уверен. Касаемо git это ldv@ и vsu@.

Ну и в целом я сам согласен с тем, что чем меньше всего в глобальном name
space, тем лучше.

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------
Настоящий программист уже как минимум поменял три залитых пивом клавиатуры.

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]