From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on sa.int.altlinux.org X-Spam-Level: X-Spam-Status: No, score=-1.4 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.2.3 Date: Sun, 30 Mar 2008 20:21:52 +0300 From: Michael Shigorin To: devel@lists.altlinux.org Message-ID: <20080330172152.GM21709@osdn.org.ua> Mail-Followup-To: devel@lists.altlinux.org Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.4.2.1i Subject: [devel] =?koi8-r?b?18/Q0s/TIMkg0NLFxMzP1sXOycUgzsHT3qPUIM/Sx8HO?= =?koi8-r?b?ydrBw8nJINPCz9LLySDRxMXS?= X-BeenThere: devel@lists.altlinux.org X-Mailman-Version: 2.1.10b3 Precedence: list Reply-To: ALT Linux Team development discussions List-Id: ALT Linux Team development discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Mar 2008 17:21:54 -0000 Archived-At: List-Archive: List-Post: (рву тред) On Sun, Mar 30, 2008 at 09:08:20PM +0400, Konstantin A. Lepikhov wrote: > в team было 2 человека, итак достаточно перегруженных > собственными проблемами и заботами. Кстати о. > которые ну никак не могли понять, что документация в > kernel-build-tools вполне себе самодостаточна, и вполне может > жить не как очередной опус на w.f.i., а как вполне себе > законченный guide (если конечно к нему добавить документацию > по git и пожить немного в ядерных списках рассылки). Знаешь, это определение "самодостаточности" неплохо объясняет часть "перегруженности" -- барьер возможности помочь мало кто берёт (а кто таки берёт, оказывается по факту игнорируем, поскольку болячка уже не первый год). > Насчет твоих патчей уже озвучивал не раз список претензий - мне > нужны коммиты, которые можно мержить, а не стопка патчей, > которые каждый раз нужно притирать. Потерпи чуточку, мы уже отмучались тут прошлую неделю с освоением bzr заради мержа в ltsp-trunk. После этого git -- манна небесная будет :-) > 100 патчей в ядро - это подход 5 летней давности, сейчас никто > из вендоров так не делает. Вот мне и кажется, что это ещё одна часть объяснения перегруженности. > Поскольку если ты с этим патчем пойдешь в апстрим, тебя > попросят git diff относительно HEAD, а не твоей локальной > копии. У нас многие успешно ходят в апстрим? Мне тут снилась как-то схема, когда люди более опытные занимались бы по существу такими вещами (по ядру): - выделение стоящего смержить и передача майнтейнерам; - фидбэк и помощь в мерже стоящих изменений в ваниллу. При этом майнтейнеры ядер не должны, по-хорошему, обязательно читать LKML и следить за тыщами других рассылок и гитов. Они должны обеспечить: - достаточное качество сборки; - исправление обнаруживающихся ошибок (вероятно, в т.ч. security). Довольно долго раскачивался это сформулировать -- кто что думает? -- ---- WBR, Michael Shigorin ------ Linux.Kiev http://www.linux.kiev.ua/