From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Message-ID: <49C50A8D.50100@altlinux.com> Date: Sat, 21 Mar 2009 18:41:01 +0300 From: Anton Farygin User-Agent: Thunderbird 2.0.0.18 (X11/20081125) MIME-Version: 1.0 To: ALT Linux Team development discussions References: <20090320184025.GA11970@ssh.git.egro.altlinux.org> <20090321093756.GM20208@osdn.org.ua> <49C4C881.4070300@altlinux.com> <20090321120423.GA13893@dad.imath.kiev.ua> <20090321120955.GA1816@wo.int.altlinux.org> In-Reply-To: <20090321120955.GA1816@wo.int.altlinux.org> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: [devel] [#2974] 4.1 FAILED srpm=rpm-build-thunderbird-2.0.0.21-alt0.M41.1.src.rpm X-BeenThere: devel@lists.altlinux.org X-Mailman-Version: 2.1.10b3 Precedence: list Reply-To: ALT Linux Team development discussions List-Id: ALT Linux Team development discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Mar 2009 15:42:32 -0000 Archived-At: List-Archive: List-Post: Dmitry V. Levin пишет: > On Sat, Mar 21, 2009 at 02:04:23PM +0200, Igor Vlasenko wrote: >> On Sat, Mar 21, 2009 at 01:59:13PM +0300, Anton Farygin wrote: >>>> В 5.0 заброшенный thunderbird, из сизифа перекладывать никто >>>> пока не добрался, а в результате не будет обновления для 4.1. >>> И не надо его из сизифа перекладывать. >>> >>> Просто очерёдность бэкпорта становиться такой: >>> sisyphus->5.0->4.1->4.0 >>> >>> Не получится пропустить ни один шаг, что бы не прервать возможность >>> безпроблемного dist-upgrade. >> Гм, мне кажется, это миф. >> >> Я в свое время достаточно сильно увлекался бакпортами, >> был одним из активных контрибьюторов. И на практике обратная >> совместимость апстримами библиотек поддерживается достаточно >> хорошо. >> >> Т.е. пакет, собранный под 4.1, в большинстве случаев будет >> спокойно работать после dist-upgade окружения на 5.0, >> не смотря на то, что обратное обычно не верно. >> >> Если даже и будут проблемы с пакетом, то >> само название пакета -altx.M40.y легко подсказывает >> решение. > > Алексей Турбин меня убедил в том, что случаи неправильного именования > релизов, из-за которых dist-upgade становился невозможным, были достаточно > многочисленными, чтобы ввести строгое правило для отслеживания релизов. Если очень хочется - могу таких наделать случаев без проблем. Т.е. - cитуация простая: когда libfoo версии 2, собранный в 4.0 зависит от libbar версии 1, и при этом libfoo версии 1, присутствующий в 4.1 зависит от libbar версии 2. dist-upgrade либо снесёт одну половину пакетов, либо вторую (зависит от весов в apt'е). Поэтому, лучше всего - собирать для всех бранчей, согласно policy. К тому-же - это не сложно.