From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Comment-To: Anton Farygin To: ALT Linux kernel packages development Subject: Re: [d-kernel] переход на новый CVS In-Reply-To: <3F4C7AEC.2000804@altlinux.com> (Anton Farygin's message of "Wed, 27 Aug 2003 13:33:32 +0400") References: <87ad9wny4x.fsf@velvet.po.cs.msu.su> <8765kjo5ff.fsf@velvet.po.cs.msu.su> <3F4C729F.2020103@altlinux.com> <3F4C7AEC.2000804@altlinux.com> From: ed@altlinux.ru (Ed V. Bartosh) Organization: ALT Linux Date: Wed, 27 Aug 2003 12:50:38 +0400 Message-ID: User-Agent: Gnus/5.1002 (Gnus v5.10.2) XEmacs/21.4 (Portable Code, linux) MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 8bit X-BeenThere: devel-kernel@altlinux.ru X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ALT Linux kernel packages development List-Id: ALT Linux kernel packages development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Aug 2003 09:52:14 -0000 Archived-At: List-Archive: List-Post: >>>>> "AF" == Anton Farygin writes: >> Очень весело. То есть после этой прикрутки мне нужно будет делать >> двойную работу для того, чтобы мои изменения попали в Сизиф ? >> Как-то я не обрадовался совсем. Ты удивлен :) ? AF> Кто сказал, что тебе придется делать двойную работу ? ;-) AF> Собственно - зачем делать двойную работу ? Вот и я так думаю, что не нужно мне будет делать двойную работу :) >> То есть схему, которая работает с остальными пакетами планируется >> сломать для кернеловых. Почему такая избирательность ? AF> Большое количество мантейнеров, необходимость в более частой, AF> чем раз в сутки синхронизации изменений и сборке ядер, сложная AF> система сборки, значительно нагружающая incoming и т.д. Причин AF> множество. Я спрашивал не о том, зачем новая схема, а о смысле ломки старой. А новая схема - да, она возможно удобна, когда есть возможность работать только с ней. AF> Например - при переходе на новое ядро нам всем нужно будет AF> синхронно адаптировать для него патчи и только потом мы сможем AF> собирать kernel-image. Другого способа, кроме CVS - я не вижу. Мы уже это делали, по-моему. Без CVS-а. Но, повторяю, я не против новой схемы, я против ломки старой. >> Мне ничего не придется - я буду работать по той же схеме, что и >> сейчас, она не бог весть какая, но работает. Надеюсь, что SRPM в >> Сизиф будут поступать :) ? А откуда - какая мне разница. AF> Нет. Не будут поступать. Ухты :) ! Почему ? Ты уверен, что это правильно ? AF> Ты можешь коммитить в основной CVS из AF> своего скриптом.. скрипт уже лежит в CVS, позволяет AF> импортировать изменения из src.rpm пакетов. Вот и чудненько, я буду лить SRPM-ки, как делал это раньше, скрипт есть, не вижу проблем. -- Best regards, Ed V. Bartosh