From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Message-ID: <3F4C8258.2020608@altlinux.com> Date: Wed, 27 Aug 2003 14:05:12 +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> <3F4C7AEC.2000804@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="------------enigFE3D629EF55E7F67D4312C4E" 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 10:05:34 -0000 Archived-At: List-Archive: List-Post: This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigFE3D629EF55E7F67D4312C4E Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 8bit Ed V. Bartosh пишет: >>>>>>"AF" == Anton Farygin writes: > > > >> Очень весело. То есть после этой прикрутки мне нужно будет делать > >> двойную работу для того, чтобы мои изменения попали в Сизиф ? > >> Как-то я не обрадовался совсем. Ты удивлен :) ? > > AF> Кто сказал, что тебе придется делать двойную работу ? ;-) > AF> Собственно - зачем делать двойную работу ? > Вот и я так думаю, что не нужно мне будет делать двойную работу :) Так я про что и толкую - берешь CVS, запускаешь sandman-commit и получаешь все тоже самое, но в sandman. > > >> То есть схему, которая работает с остальными пакетами планируется > >> сломать для кернеловых. Почему такая избирательность ? > > AF> Большое количество мантейнеров, необходимость в более частой, > AF> чем раз в сутки синхронизации изменений и сборке ядер, сложная > AF> система сборки, значительно нагружающая incoming и т.д. Причин > AF> множество. > Я спрашивал не о том, зачем новая схема, а о смысле ломки старой. Смысл в том, что бы у нас не получилось так, что один мантейнер меняеет какой-то патч в пакете, а другой делает это-же в CVS. > А новая схема - да, она возможно удобна, когда есть возможность > работать только с ней. А чем тебя не устраивает возможности импортировать из новой схемы в sandman ? Скрипты то уже есть. > > AF> Например - при переходе на новое ядро нам всем нужно будет > AF> синхронно адаптировать для него патчи и только потом мы сможем > AF> собирать kernel-image. Другого способа, кроме CVS - я не вижу. > Мы уже это делали, по-моему. Без CVS-а. Но, повторяю, я не против > новой схемы, я против ломки старой. Если скрипты будут отрабатывать нормально - старая схема останется... естественно. Но там опять же возникнет (гарантированно) проблема, когда ты исправишь какой-то патч и например Петя исправит тот же патч.. в один день. Чье исправление брать в CVS и как вообще это синхронизировать ? > > >> Мне ничего не придется - я буду работать по той же схеме, что и > >> сейчас, она не бог весть какая, но работает. Надеюсь, что SRPM в > >> Сизиф будут поступать :) ? А откуда - какая мне разница. > > AF> Нет. Не будут поступать. > Ухты :) ! Почему ? Ты уверен, что это правильно ? Еще не уверен, но думаю что правильно. > > AF> Ты можешь коммитить в основной CVS из > AF> своего скриптом.. скрипт уже лежит в CVS, позволяет > AF> импортировать изменения из src.rpm пакетов. > Вот и чудненько, я буду лить SRPM-ки, как делал это раньше, скрипт > есть, не вижу проблем. Проблема есть пока только одна - пакеты kernel-modules невозможно импортировать. Rgds, Rider --------------enigFE3D629EF55E7F67D4312C4E 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/TIJeqohfd2vlwKsRAts3AJ9rUfX+B8eEzm1mN4ALVfyjbP54mwCcD4dA iRyWdVB2U02LlCcOWFghRxs= =fZm/ -----END PGP SIGNATURE----- --------------enigFE3D629EF55E7F67D4312C4E--