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: <3F4C9425.9060204@altlinux.com> (Anton Farygin's message of "Wed, 27 Aug 2003 15:21:09 +0400") 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> <3F4C9425.9060204@altlinux.com> From: ed@altlinux.ru (Ed V. Bartosh) Organization: ALT Linux Date: Wed, 27 Aug 2003 14:59:59 +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 12:01:35 -0000 Archived-At: List-Archive: List-Post: >>>>> "AF" == Anton Farygin writes: >> Вот это и есть двойная работа - я же писал, мне неудобно работать >> сразу с двумя CVS-ами. AF> Это твои проблемы, и я не понимаю - почему они должны решаться AF> путем изменения технологии сборки, на которую мы переходим. Свои проблемы я уж как-нибудь решу, я не понимаю зачем ломать то, что работает, только и всего. Только что пережили одну смену технологии сборки, только чуть стабилизировалось все, так сразу нужно ломать и устраивать следом еще одну ? Зачем ? >> AF> А чем тебя не устраивает возможности импортировать из >> AF> новой >> AF> схемы в sandman ? Скрипты то уже есть. >> Гиморно. AF> Чем это гиморно ? Ты же все равно импортируешь в sandman то, что AF> сделали другие ? Или нет ? Нет, оно там появляется само собой. У нас репозиторий на основе Сизифа. Очень удобно. >> >> Мы уже это делали, по-моему. Без CVS-а. Но, повторяю, я не >> против >> >> новой схемы, я против ломки старой. >> AF> Если скрипты будут отрабатывать нормально - старая схема >> AF> останется... естественно. >> А они будут :) ? AF> Они есть. Я имел в виду будут ли они отрабатывать нормально :) >> AF> исправишь какой-то патч и например Петя исправит тот же >> AF> патч.. в один день. Чье исправление брать в CVS и как >> AF> вообще это синхронизировать ? >> См. выше. Так же, как это происходит с остальными пакетами. AF> Нет, текущая ситуация нас не устраивает... именно поэтому и идет AF> переход на CVS. Кхм. Повторяю который раз - я не против перехода на что угодно, не нужно ломать то, что работает. >> >> >> работает. Надеюсь, что SRPM в Сизиф будут поступать :) >> >> >> ? А откуда - какая мне разница. >> >> AF> Нет. Не >> >> >> будут поступать. Ухты :) ! Почему ? Ты уверен, >> >> >> >> >> AF> что >> >> это правильно ? >> AF> Еще не уверен, но думаю что правильно. >> Я так не думаю, поскольку это будет мешать людям, которые сидят >> на Сизифе собирать ядра. AF> у всех желающих собирать ядра _в sisyphus_ - будет доступ в CVS. AF> У всех желающих собирать ядра обычной схемой - будет такая AF> возможность, но эти пакеты не смогут попасть в Sisyphus. То есть для того, чтобы сделать разовую работу, например какой-нибудь драйверок собрать, нужно будет получать доступ к CVS ? Я давно так не смеялся, спасибо, развеселил :) >> >> AF> Ты можешь коммитить в основной CVS из своего >> >> AF> скриптом.. скрипт уже лежит в CVS, позволяет >> >> AF> импортировать изменения из src.rpm пакетов. >> >> Вот >> >> AF> и чудненько, я буду лить SRPM-ки, как делал это >> >> AF> раньше, >> >> скрипт есть, не вижу проблем. >> AF> Проблема есть пока только одна - пакеты kernel-modules >> AF> невозможно импортировать. >> Это пока она одна. Потом будет больше :) AF> Соответственно поэтому и идет переход на другую схему сборки. То есть идет поиск проблем, что ли :) ? Спокойная жизнь надоела ? -- Best regards, Ed V. Bartosh