From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on sa.int.altlinux.org X-Spam-Level: X-Spam-Status: No, score=-0.0 required=5.0 tests=BAYES_00, RCVD_IN_BL_SPAMCOP_NET, RCVD_IN_SORBS_WEB, SPF_PASS autolearn=no version=3.2.5 Date: Sun, 11 Oct 2009 17:39:30 +0400 From: Timur Batyrshin User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.4pre) Gecko/20091003 Thunderbird/3.0pre MIME-Version: 1.0 To: devel-newbies@lists.altlinux.org References: <679044850910090127m7acdfb5di78f7ca5abca06f@mail.gmail.com> <200910111240.14636.lav@altlinux.ru> <4AD19D39.4@rambler.ru> <200910111426.28764.lav@altlinux.ru> <4AD1B9CA.7050002@rambler.ru> <20091011112727.GA11656@wo.int.altlinux.org> <4AD1C761.6070706@rambler.ru> <4AD1CF25.5090602@ieml.ru> <4AD1DBCC.2000505@rambler.ru> In-Reply-To: <4AD1DBCC.2000505@rambler.ru> X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0284], KAS30/Release X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0284], KAS30/Release X-SpamTest-Info: Not protected Message-ID: <4AD1E012.1040900@ieml.ru> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Anti-Virus: Kaspersky Anti-Virus for Linux Mail Server 5.6.39/RELEASE, bases: 20091011 #2953962, check: 20091011 clean Subject: Re: [newbies] =?utf-8?b?W2RldmVsXSDQmtCw0Log0L3QtSDQvdCw0LTQviDQv9C4?= =?utf-8?b?0YHQsNGC0Ywg0YHQv9C10LrQuA==?= X-BeenThere: devel-newbies@lists.altlinux.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: "devel@ where you _can_ ask" List-Id: "devel@ where you _can_ ask" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Oct 2009 13:39:53 -0000 Archived-At: List-Archive: 11.10.2009 17:21, Kharitonov A. Dmitry пишет: >>> Допустим, мне нужно исправить ошибку в М40. >>> Для этого я должен сформировать новую версию, поместить её в сизиф, >>> затем в M50, далее М41и, лишь только потом в М40. >> Зачем? Если исправление касается только M40 -- поднимите последнюю >> цифру в номере релиза в M40. >> >> Мне, например, уже давно было интересно, зачем при мелком изменении в >> упаковке для M40 в ваших пакетах, вы собираете новую версию для всех >> остальных. > При случае попробую. Раньше не получалось Минорный релиз всегда можно было поднимать. К примеру: Некоторый пакет в сизиф собран с версией-релизом 1.0-alt1 Этот же пакет в соответствии с http://www.altlinux.org/BackportsPolicy должен быть собран в предыдущие бранчи с меньшим номером версии-релиза. В бранче 5.0 это будет 1.0-alt0.M50.1 В бранче 4.1 это будет 1.0-alt0.M41.1 В бранче 4.0 это будет 1.0-alt0.M40.1 Предположим, нам надо что-то исправить в версии для бранча 4.0. Например, мы забыли о том, что в 4.0 еще не было триггеров (http://www.altlinux.org/RPMFileTrigger) и положенные в пакет альтернативы/файлы *.desktop нужно обновить в работающей системе вручную (2All -- как правильнее это действие назвать?). Дописываем соответствующие строки в спек, и собираем пакет как 1.0-alt0.M40.2 . Т.к. 1.0-alt0.M40.2 < 1.0-alt0.M41.1 < 1.0-alt0.M50.1 < 1.0-alt1 ошибки такое обновление не вызовет, а т.к. изменение касается одного только бранча, мы имеем право изменять минорный релиз. Собирать же во все старшие репозитории пакет с таким изменением будет ошибкой.