From: Michael Shigorin <mike@osdn.org.ua> To: "Dmitry V. Levin" <ldv@altlinux.org> Cc: devel@altlinux.ru Subject: [devel] [POLICY] Re: *.la Date: Tue, 18 Nov 2003 15:05:00 +0200 Message-ID: <20031118130500.GM31588@osdn.org.ua> (raw) In-Reply-To: <20031118122736.GA26852@nomad.office.altlinux.org> [-- 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 --]
parent reply other threads:[~2003-11-18 13:05 UTC|newest] Thread overview: expand[flat|nested] mbox.gz Atom feed [parent not found: <20031118122736.GA26852@nomad.office.altlinux.org>]
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=20031118130500.GM31588@osdn.org.ua \ --to=mike@osdn.org.ua \ --cc=devel@altlinux.ru \ --cc=ldv@altlinux.org \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: link
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