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