From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Fri, 28 Jan 2005 14:23:03 +0300 From: "Anton D. Kachalov" To: ALT Devel discussion list Subject: Re: [devel] I: x86_64 update Message-ID: <20050128112303.GB18821@lrn.ru> References: <20050127181859.GA6431@lrn.ru> <1106903525.6068.7.camel@localhost.localdomain> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <1106903525.6068.7.camel@localhost.localdomain> X-BeenThere: devel@altlinux.ru X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ALT Devel discussion list List-Id: ALT Devel discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Jan 2005 11:23:04 -0000 Archived-At: List-Archive: List-Post: On Fri, Jan 28, 2005 at 12:12:05PM +0300, Mikhail Zabaluev wrote: > В Чтв, 27/01/2005 в 21:18 +0300, Anton D. Kachalov пишет: > > PPS. Также встаёт остро вопрос с multilib'ом. Многие библиотечные пакеты > > содержат не только библиотеки и их одновременное присутствие в системе > > становится невозможным, например, glibc-core, в котором есть ldconfig, > > etc... > > > > 2мантейнеры: Господа, используйте libdir по назначению! > > Проблема только с библиотечными пакетами? > А что мешает ставить библиотеки в /usr/lib, раз уж пакет собран под > конкретную архитектуру и rpm не попустит использования его в > несовместимых архитектурах? Есть ещё пакеты, которые кладут noarch в %_libdir,а не в %_datadir В случае multilib, класть 64bit нужно в lib64, а 32 в lib. При этом в системе могут присутствовать одни и те же пакеты, только разных архитектур. Но некоторые такие пакеты содержат ещё и исполняемые файлы вместе с либами. Т.ч. пора вешать баги на пакеты, в которых есть библиотеки и не библиотеки. > > Кстати, какой это %_arch? Спрашиваю к тому, что когда-нибудь в swt и > eclipse придется поддержать вариант сборки с архитектурой amd64 (по их > терминологии). x86_64 Rgds, Anton