From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <solo@solin.spb.ru>
X-Virus-Scanned: amavisd-new at localhost
Message-ID: <4673D579.8010801@solin.spb.ru>
Date: Sat, 16 Jun 2007 16:20:09 +0400
From: Aleksey Avdeev <solo@solin.spb.ru>
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; ru-RU;
	rv:1.8.1.2pre) Gecko/20070119 MultiZilla/1.8.3.0a SeaMonkey/1.1
MIME-Version: 1.0
To: ALT Devel discussion list <devel@lists.altlinux.org>
References: <20070608071134.GA32440@hint1.office.altlinux.org>	<20070616083311.GB10068@basalt.office.altlinux.org>	<200706161315.50131@ruslandh>
	<200706161530.13631@ruslandh>
In-Reply-To: <200706161530.13631@ruslandh>
X-Enigmail-Version: 0.94.1.0
Content-Type: text/plain; charset=KOI8-R
Content-Transfer-Encoding: 8bit
Subject: Re: [devel] I: updates-20070608 devel download: +4
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: Sat, 16 Jun 2007 12:33:21 -0000
Archived-At: <http://lore.altlinux.org/devel/4673D579.8010801@solin.spb.ru/>
List-Archive: <http://lore.altlinux.org/devel/>
List-Post: <mailto:devel@altlinux.org>

Hihin Ruslan пишет:
> Здравствуйте Dmitry V. Levin !
> 
> Короче я понял наконец нумерацию в Сизифе :)
> 
> За отправную точку возьмём нумерацию Backports/Update
> 
> Release: %branch_point.%branch.%revision
> 
> 1. Так-как %branch в Сизифе нет особого смысла указывать, получаем
> Release: %branch_point.%revision
> Смотрим что такое %branch_point
> 
> BRANCH_POINT_RELEASE - строка, описывающая релиз, из которого "растет" 
> данная ветка;
> Примеры BRANCH_POINT_RELEASE :
> alt5, alt1cvs20061005, alt5.pre0, alt7.cvs20070519 и т.д.
> 
> 2. REVISION - номер ревизии пакета внутри репозитория. Нумерация 
> начинается с 1. Причём в Сизифе не обязательна. 
> 
> Теперь пример перевода нумерации из Сизифа в Backports
> Имеем:
> 
> (Release: %branch_point.%branch.%revision)
> 
> 
> 3. Пример первый :
> Release: alt7.cvs20070519.2
> 
> 
> Т.е. 
> %branch_point=alt7.cvs20070519 
> %revision=2
> %branch = M40
> 
> Получаем alt7.cvs20070519.M40.2
> Версия в текущая версия в Сизифе меньше чем Backports - для 
> перекладывния пакет доступен. 
> 
> Для того, что-бы можно было обновить версию из bacports до Сизифа, надо 
> следующую версию в Сизифе увеличить с alt7.cvs20070519.2 до 
> alt8.cvs20070519
> 
> 
> 4. Пример второй :
> Release: alt8.cvs20070519
> %branch_point=alt8.cvs20070519 
> %revision=1
> %branch = M40
> 
> Получаем alt8.cvs20070519.M40.1
> Что-бы слудующая версия из Сизифа была доступна для обновления из 
> бакпорта надо ей присвоить Release: alt9.cvs20070519(.1)
> 
> Т.е. altN надо увеличивать при ветвлении в Backports.
> 
> Вроде всё правильно понял ?

  Не совсем -- проще в Backports alt(N-1), как и прописано в текущей
полиси: это гарантирует возможность всегда обовить версию пакета из
Backports до сизифной.

-- 

С уважением. Алексей.