From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <rider@altlinux.com>
Message-ID: <4454DED6.7080002@altlinux.com>
Date: Sun, 30 Apr 2006 19:59:18 +0400
From: Anton Farygin <rider@altlinux.com>
Organization: ALT Linux Ltd.
User-Agent: Thunderbird 1.5 (X11/20060328)
MIME-Version: 1.0
To: ALT Devel discussion list <devel@lists.altlinux.org>
References: <20060424114653.91692F6CC@mash.office.altlinux.ru>	<m2d5f1pxfg.fsf@eugene-home.ikz.ru>
	<44531676.6070608@altlinux.com>	<20060429100607.GA20123@mithraen.dimline.ru>	<20060429144311.GC13673@basalt.office.altlinux.org>	<20060429152812.GA3906@mithraen.dimline.ru>	<20060429170815.GA15466@basalt.office.altlinux.org>	<445474FC.2030708@altlinux.com>
	<20060430143052.GC22691@basalt.office.altlinux.org>
In-Reply-To: <20060430143052.GC22691@basalt.office.altlinux.org>
Content-Type: text/plain; charset=KOI8-R; format=flowed
Content-Transfer-Encoding: 8bit
Subject: Re: [devel] x86_64
X-BeenThere: devel@lists.altlinux.org
X-Mailman-Version: 2.1.7
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: Sun, 30 Apr 2006 15:53:46 -0000
Archived-At: <http://lore.altlinux.org/devel/4454DED6.7080002@altlinux.com/>
List-Archive: <http://lore.altlinux.org/devel/>
List-Post: <mailto:devel@altlinux.org>

Dmitry V. Levin wrote:
> On Sun, Apr 30, 2006 at 12:27:40PM +0400, Anton Farygin wrote:
> [...]
>>> Неужели вы считаете, что непропущенная сборка на i586 из-за сбоя сборки на
>>> x86-64 будет содействовать развитию репозитория x86-64?  Если да, то я не
>>> понимаю, почему вы так считаете.
>> Именно так.
>>
>> Вот пример:
>>
>> выкладываем KDE-3.xx, который нужно выкладывать одновременно и 
>> одновременно непересобирать для него кучу пакетов.
>>
>> Что будет, если kdelibs соберётся (и соответственно весь KDE) для x86 и 
>> не соберётся для x86_64 ?
>>
>> После этого репозитарий x86_64 можно считать разваленным в плане kde* 
>> приложений.
> 
> Это произойдёт, если к пересборке отнестись безответственно.
> Для чего, кстати, существуют сборочные зависимости?
> 
> Думаю, что реакцию на сбой пересборки нужно сделать управляемой.

Ну хотя бы так.

Вот ещё один пример:
выкладываем libdbus со сменой soname, выкладываем новую версию hal и 
кто-то выкладывает новую версию kde.

Что будет, если на одной из архитектур не соберётся libdbus, но при этом 
прекрасно со старым dbus соберётся kde и hal ?

Потом опять пересобирать ?

Rgds,
Rider