ALT Linux Team development discussions
 help / color / mirror / Atom feed
* [devel] [POLICY] Re: *.la
  @ 2003-11-18 13:05             ` Michael Shigorin
  0 siblings, 0 replies; only message in thread
From: Michael Shigorin @ 2003-11-18 13:05 UTC (permalink / raw)
  To: Dmitry V. Levin; +Cc: devel

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

On Tue, Nov 18, 2003 at 03:27:36PM +0300, Dmitry V. Levin wrote:
> > Повторюсь: в любом случае карнавалы вида "а вот мы вчера
> > решили" -- недопустимы.
> Не "мы вчера решили", а я один примерно неделю думал,
> тестировал, и решил.

Результаты затрагивают только твои пакеты?

Очевидно, нет.

Почему же тогда ты решаешь за других, не ставя их в *малейшую*
известность *заранее*?

Этим неоправданно снижается предсказуемость Sisyphus 

> > То, что проваляется grip и звуковой софт -- меня волнует не
> > сильно. (ну разве что найдут в них дырку... а апдейт собрать
> > нельзя :-] )
> Да пойми же ты наконец: тебе не нужно пересобирать grip "из-за
> .la-файлов".

Сейчас -- не нужно.  Так понимаешь ли -- он и _не_ собирается.

Если новые версии, фиксы etc не интересуют -- надо было объявить
freeze на время перетряски, причем опять же заранее.

При этом организационно и психологически корректно было бы
обрисовать проблему и путь решения _также_ *заранее*: попросту
говоря, объяснить, почему после этой самой перетряски тот же grip
соберется, и что надо сделать, если для этого понадобятся
изменения в grip.spec, потому как по отмашке -- "о! готово!" --
время автоматом не найдется.

> > То, что это показывает отношение к партнерам по разработке --
> > волнует в достаточной степени: если придется тратить ресурсы
> > на недоверие ALT (проверку степени сломанности Sisyphus перед
> > обновлением _разработчиков_) -- эти ресурсы придется вынуть
> > из QA и времени разработки _полезных_ вещей.
> Если ты мне не доверяешь, то тебе лучше на Sisyphus не
> ориентирваться.

Доверяю по убывающей.  Ты делаешь правильные вещи неправильным
образом.  Это бывает опаснее, чем желтая канарейка с рутовым
паролем.

> > Какого создавать основания для РЕАЛЬНЫХ проблем на не то чтобы
> > зыбких, но не оправдывающих основаниях -- не пойму.  Упорство
> > наступания на грабли же напрягает.
> Ты просто не видишь БОЛЬШИЕ ГРАБЛИ.

<lyric>
Я вполне отчетливо вижу САМЫЕ БОЛЬШИЕ ГРАБЛИ, и этого хватает.
:-)
</>

> > On Tue, Nov 18, 2003 at 02:34:40PM +0300, Dmitry V. Levin wrote:
> > > > Граждане товарищи -- давайте вы будете сперва делать тесты на
> > > > внутренних бранчах, проверять собираемость сизифа с
> > > > изменениями, а потом уже их выкатывать, а не вот так
> > > > напропалую все ломать, а?
> > > Миша, сухим из воды не выйти.  Сломается оно в любом случае.
> > Это почему?  Или такова цель?
> Такова специфика этой конкретной задачи.  Чтобы её решить,
> нужно пересобрать ~400 пакетов.  Придется потерпеть.

Я ж не против.  Вот только покажи, что в итоге мы придем к
стабильной и разумной ситуации.

Пример: переезд на новую раскладку Sisyphus (files/ и
компоненты).  Продумано, показано, выполнено.  Замечательно.

> > > Или ты предлагаешь сделать полный freeze Сизифа до тех пор,
> > > пока мы не избавимся ото всех .la-файлов?
> > Делайте покомпонентно и контролируемо, а не "опять все взорвем,
> > чините-с" без предупреждения.  Неужто трудно начать с редко
> > используемых и уж тем более _не_ системообразующих библиотек,
> > причем действительно проверяя сборкой всех, кто их требует?  И
> > только после отработки -- тянуть на весь сизиф?
> То, что ты предлагаешь, не имеет практического смысла.
> Начинать нужно с libjpeg.la, libglib.la, libbz2.la, libpopt.la
> и им подобных.  И делать это быстро, за 2-3 дня.  Практика
> показывает, что три человека в офисе вместе могут это сделать.

1) почему не сделать на бранче с _одним_ resync, чтобы минимально
   прерывать собираемость Sisyphus?

2) предупредить -- корона свалится?

[skip: private answer]

> > Все равно что бить чашки перед ужином -- мол, в черепках
> > жидкость остывает правильней :-/
> Почему "перед ужином"?  У кого-то сейчас release на Sisyphus'е
> разве готовится?

А, compact уже неактуален, да.  AW бранчатся, тоже да.

> Если да, то нужно делать branch на 08.11.2003.

Сейчас 18.11.2003, предупреждений не помню.  Пропустил?

[skip: private answer]

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

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

^ permalink raw reply	[flat|nested] only message in thread

only message in thread, other threads:[~2003-11-18 13:05 UTC | newest]

Thread overview: (only message) (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2003-11-18 13:05             ` [devel] [POLICY] Re: *.la Michael Shigorin

ALT Linux Team development discussions

This inbox may be cloned and mirrored by anyone:

	git clone --mirror http://lore.altlinux.org/devel/0 devel/git/0.git

	# If you have public-inbox 1.1+ installed, you may
	# initialize and index your mirror using the following commands:
	public-inbox-init -V2 devel devel/ http://lore.altlinux.org/devel \
		devel@altlinux.org devel@altlinux.ru devel@lists.altlinux.org devel@lists.altlinux.ru devel@linux.iplabs.ru mandrake-russian@linuxteam.iplabs.ru sisyphus@linuxteam.iplabs.ru
	public-inbox-index devel

Example config snippet for mirrors.
Newsgroup available over NNTP:
	nntp://lore.altlinux.org/org.altlinux.lists.devel


AGPL code for this site: git clone https://public-inbox.org/public-inbox.git