From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Message-ID: <3F4C7AEC.2000804@altlinux.com> Date: Wed, 27 Aug 2003 13:33:32 +0400 From: Anton Farygin Organization: ALT Linux User-Agent: Mozilla/5.0 (X11; U; Linux i686; ru-RU; rv:1.4) Gecko/20030710 X-Accept-Language: ru-ru, ru MIME-Version: 1.0 To: ALT Linux kernel packages development Subject: Re: [d-kernel] =?KOI8-R?Q?=D0=C5=D2=C5=C8=CF=C4_=CE=C1_=CE=CF?= =?KOI8-R?Q?=D7=D9=CA_CVS?= References: <87ad9wny4x.fsf@velvet.po.cs.msu.su> <8765kjo5ff.fsf@velvet.po.cs.msu.su> <3F4C729F.2020103@altlinux.com> In-Reply-To: X-Enigmail-Version: 0.76.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig1CB115D24104DCED67D9C27E" 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:33:53 -0000 Archived-At: List-Archive: List-Post: This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig1CB115D24104DCED67D9C27E Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 8bit Ed V. Bartosh пишет: >>>>>>"AF" == Anton Farygin writes: > > > >>> Будет ли реализована возможность пользоваться старой схемой - > >>> собирать > >>> в другом месте и заливать в incoming ? > >> да. > > AF> Пока да, (пока не прикрутим полностью автоматизированную сборку > AF> ядер после коммитов). > Очень весело. То есть после этой прикрутки мне нужно будет делать > двойную работу для того, чтобы мои изменения попали в Сизиф ? > Как-то я не обрадовался совсем. Ты удивлен :) ? Кто сказал, что тебе придется делать двойную работу ? ;-) Собственно - зачем делать двойную работу ? > > Я так понимаю, что нововведения будут касаться только ядерных пакетов? Да. > То есть схему, которая работает с остальными пакетами планируется > сломать для кернеловых. Почему такая избирательность ? Большое количество мантейнеров, необходимость в более частой, чем раз в сутки синхронизации изменений и сборке ядер, сложная система сборки, значительно нагружающая incoming и т.д. Причин множество. Например - при переходе на новое ядро нам всем нужно будет синхронно адаптировать для него патчи и только потом мы сможем собирать kernel-image. Другого способа, кроме CVS - я не вижу. > Насколько это оправдано ? Оправданно. > > >>> Потому как лично для меня это крайне неудобно - коммитить в 2 > >>> CVS-а, как по времени, так и по надежности. Не думаю, что только > >>> для меня. > >> хм. лучше уж коммитить в два, так как центральным CVSом будет > >> ALTовский, то согласись, логичнее тебе импортировать изменения в > >> твой CVS, чем мне в ALTовский? Кроме того, грядёт переход на > >> 2.4.22 и перепахивание всех патчиков. думаю, лучше это делать > >> скоординировано, через один CVS. > > AF> Согласен... иначе у нас будет бардак - Ed'у придется > AF> импортировать свои изменения к нам, а нам его - к себе... > Мне ничего не придется - я буду работать по той же схеме, что и > сейчас, она не бог весть какая, но работает. Надеюсь, что SRPM в Сизиф > будут поступать :) ? А откуда - какая мне разница. Нет. Не будут поступать. Ты можешь коммитить в основной CVS из своего скриптом.. скрипт уже лежит в CVS, позволяет импортировать изменения из src.rpm пакетов. > > AF> Кстати, Ed - проверь скрипт из cvs sandman-commit. Он должен > AF> автоматизировать процесс обновления в sandman'е, но я не уверен > AF> в его работоспособности (sandman у меня нет). > Что-то не очень хочется за 2 дня до инженерного релиза тестить это дело, извини. > Так потестить можно и потом - никто не торопит... это дело два дня ждет. Rgds, Rider --------------enig1CB115D24104DCED67D9C27E Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQE/THrwqohfd2vlwKsRApz5AJ9k5pGuWJey1vu7cfPcKUR82GCtWgCgj45Q Up/OhogTzWMxP78w6u2z788= =2EMg -----END PGP SIGNATURE----- --------------enig1CB115D24104DCED67D9C27E--