From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Tue, 19 Dec 2006 16:19:21 +0300 From: "Fr. Br. George" To: ALT Devel discussion list Message-ID: <20061219131918.GF83811@grep.po.cs.msu.su> References: <20061210135420.GC32226@grep.po.cs.msu.su> <20061210212342.GZ6610@osdn.org.ua> <20061212131933.GI41541@grep.po.cs.msu.su> <20061212185547.GP29707@osdn.org.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20061212185547.GP29707@osdn.org.ua> User-Agent: Mutt/1.4.2.2i Subject: Re: [devel] =?koi8-r?b?89TBwsnM2M7ZyiDzydrJxjogRnJlZXpl?= X-BeenThere: devel@lists.altlinux.org X-Mailman-Version: 2.1.9rc1 Precedence: list Reply-To: ALT Devel discussion list List-Id: ALT Devel discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Dec 2006 13:19:23 -0000 Archived-At: List-Archive: List-Post: On Tue, Dec 12, 2006 at 08:55:47PM +0200, Michael Shigorin wrote: > PreScriptum: целью данного письма является "вынудить признать ляпы" Что значит "признать"? Мы их пока только собираем, эти ляпы. То есть "признаём" буквально все. > У вас вообще хоть одна голова, которая ... > <лирика> А что, до этого не лирика была? > А они, видишь ли, поразбежались немного. Потому что кому ещё > молчаливое прекращение поддержки 2.0 ударило под дых, кому -- > то, что 2.2 не становился на RAID, кому -- отсутствие NPTL > в 2.4, кому -- унесённые 3.0 разделы. Это что, "ляпы, которые ты вынуждаешь кого-то признавать"? Не ломись в открытую дверь. Или это -- тоже лирика? > Если же ты способен признать, что сроки /изначально/ были > /ничем/ не оправданные Есть подозрение, что ты всё-таки не очень хорошо понимаешь, о чём говоришь. См. ниже. > > В этом деле всё-таки срок первичен. > Какой? Любой. Срок -- это ориентир. Трудно перестроить голову "так", на одной внутренней дисциплине. Нужен некий график. чтобы от себя и от других членов сообщества ожидать одного и не ожидать другого. > За отсутствием оной -- можно назвать цифру наобум Не надо называть цифры наобум. Это может оказаться неудобно. > А можно вынести "первичный срок", потом отказываться принять > по нему корректировку, а потом дай я ещё узнаю А ты не отказывайся, прими. Намного полезнее -- посмотреть, какие недостатки к этой корректировке привели, и постарайся их избежать в следующий раз, чтобы не повторять ошибок. Чтобы не приходилось корректировать. > Ты хоть у кого-то из майнтейнеров уточнил их оценки по выпуску > похожих на нужные версий этих самых ключевых компонент? ldv, > vsu, shrek? Опять ты не читаешь письма, на которые отвечаешь? Именно по части пакетов ldv, vsu и shrek был отчёт. И с каждым из них был разговор. > Неужто так сложно сказать -- "да, это моя лажа, > а не вы все козлы тормознутые, давайте посмотрим, что выходит > реально"?.. Сказать -- легче лёгкого: да, это твоя лажа, а не мы все козлы тормознутые. Вот плановые сроки, вот реальные. Плановые хороши тем, что удобны, а плохи тем, что недостижимы. Это условие. Реальные -- достигнуты, но неудобны. Это посылка. Отчего получаются реальные сроки, и как сделать плановые удобнее. Это задача. Казалось бы -- проще простого. Но если читать по диагонали, можно вычитать любую лажу. > > На Sync был двойной запас по времени > Это месяц-то? Читай внимательнее. > > учитывая скользкие места, оказался -- тройной > Оказался -- такой, о каком ("минимум") тебе и говорил. Разумеется. Теперь надо не кричать "я же говорил", а анализировать -- отчего так долго, и как это поправить. > > что же, кому от этого хорошо? > Тем, кто смог найти время добраться до пакетов, и тем, кому потом > этими пакетами пользоваться. Множества пересекаются. "Тем, кто смог найти время добраться до пакетов", уже давно хочется новые пакеты в Сизиф класть. А ведь "тем, кому потом этими пакетами пользоваться", ещё надо их оттестировать. Оттого и плохо затягивать выпуск. > Свободные дырки бывают летом и зимой, плюс на майские. Спорное (либо верное, но неверно истолкованное) утверждение. После (или параллельно с) моих воззваний в июне кто-то анализировал devel@/incoming на предмет активности майнтейнеров. И выяснилось, что пиковые периоды -- это середина осени и середина весны. На них и основывался. А твои даты всё-таки очень личные. Для меня, например, зима и майские -- дни, когда количество обязанностей зашкаливает. Да и лето тоже, только более растянуто. > > А сколько вас там таких? > Меня -- один Вот-вот. > решили откликнуться на предложение багафона у нас на конторе > на этих выходных (~s Kiev). И на том им спасибо. Спасибо. > Насколько мне смутно припоминается, зачастую вываливания новых > моделей железа тоже происходили по весне. Ну да, а соотв. драйверы -- чуть ближе к лету. Это одна из причин весеннего фриза: зафиксить новшества и не дать развалиться старому. > которые подсказывают всё-таки февраль в качестве ETA. > Это через два месяца и получается. Из которых полмесяца-месяц > на фриз (смотря у кого как начало января), месяц -- на бета- > тестирование и полмесяца (25%) -- на непредвиденные расходы. Совершенно с тобой согласен. Разве только бета-тестирование может чуть сократиться по неактивности тестеров/невозможности быстрого багфикса. Заметь, что заявленному графику это соответствует. -- George V. Kouryachy (aka Fr. Br. George) mailto:george at altlinux_ru