From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <rider@altlinux.com>
Message-ID: <468A8B4B.8010209@altlinux.com>
Date: Tue, 03 Jul 2007 21:45:47 +0400
From: Anton Farygin <rider@altlinux.com>
User-Agent: Thunderbird 2.0.0.0 (X11/20070423)
MIME-Version: 1.0
To: ALT Devel discussion list <devel@lists.altlinux.org>
References: <20070702193052.GB15594@osdn.org.ua>	<20070703092329.GD21702@osdn.org.ua>	<20070703092836.GE10014@basalt.office.altlinux.org>	<200707031253.21420.ledest@gmail.com>	<777d80610707030302n7c25bb4ele0affb553bca5e9@mail.gmail.com>	<468A5D96.1010201@altlinux.com>	<20070703143837.GA22577@basalt.office.altlinux.org>	<468A7FE6.9050708@altlinux.com>
	<20070703170709.GD25385@basalt.office.altlinux.org>
In-Reply-To: <20070703170709.GD25385@basalt.office.altlinux.org>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Subject: Re: [devel] srpms -> gear
X-BeenThere: devel@lists.altlinux.org
X-Mailman-Version: 2.1.9rc1
Precedence: list
Reply-To: ALT Devel discussion list <devel@lists.altlinux.org>
List-Id: ALT Devel discussion list <devel.lists.altlinux.org>
List-Unsubscribe: <https://lists.altlinux.org/mailman/listinfo/devel>,
	<mailto:devel-request@lists.altlinux.org?subject=unsubscribe>
List-Archive: <http://lists.altlinux.org/pipermail/devel>
List-Post: <mailto:devel@lists.altlinux.org>
List-Help: <mailto:devel-request@lists.altlinux.org?subject=help>
List-Subscribe: <https://lists.altlinux.org/mailman/listinfo/devel>,
	<mailto:devel-request@lists.altlinux.org?subject=subscribe>
X-List-Received-Date: Tue, 03 Jul 2007 17:47:47 -0000
Archived-At: <http://lore.altlinux.org/devel/468A8B4B.8010209@altlinux.com/>
List-Archive: <http://lore.altlinux.org/devel/>
List-Post: <mailto:devel@altlinux.org>

Dmitry V. Levin wrote:
> On Tue, Jul 03, 2007 at 08:57:10PM +0400, Anton Farygin wrote:
>> Dmitry V. Levin wrote:
>>> On Tue, Jul 03, 2007 at 06:30:46PM +0400, Anton Farygin wrote:
>>> [...]
>>>> Я кстати согласен с Майк'ом - очень хочется иметь возможность получить 
>>>> один или несколько патчей по сравнению с mainstream.
>>> Это тривиально, если соблюдается простое правило
>>> "один коммит не содержит логически несвязанных патчей";
>>> в противном случае есть риск получить удовольствие собирать патч по разным
>>> коммитам, в которых находятся по несколько кусков логически несвязанных
>>> патчей.
>> Такого не бывает - видимо при очередном обновлении патчи могут поехать.
> 
> Перефразируя себя нескольколетней давности,
> свойство патчей "поехать при очередном обновлении" - это важное
> преимущество, а вовсе не недостаток, как полагают многие.
> 
> Если патч нужно обновить, то его нужно обновить.
> Не надо одним коммитом обновлять разные патчи по частям.

Вот... в общем нужно нормальное руководство по всему этому хозяйству.. а 
не архивы списков рассылки.

Мне теперь немного стало понятнее, но всё равно есть проблема - дорогой 
трафик. Качать например git ядра - 100 с лишним метров..