From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Sat, 16 Apr 2005 18:29:33 +0400 From: "Anton D. Kachalov" To: devel@altlinux.ru Message-ID: <20050416142933.GA16229@lrn.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit Subject: [devel] Q: multilib 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: Sat, 16 Apr 2005 14:29:34 -0000 Archived-At: List-Archive: List-Post: Приветствую! Вот возникла примерно следующая проблема. Есть два пакета с библиотеками, имеющие одинаковое имя и версию, но один пакет - i586, а другой - x86_64, соответственно, один провайдит libfoo.so.1, а второй libfoo.so.1()(64bit). А мне нужно поставить оба пакета. Сделать это rpm'ом не составляет труда, а как быть с apt'ом? я попытался распилить glibc-core на либы и бинари (ldconfig,etc...). Либы хотят /sbin/ldconfig. Кстати, x86_64 ldconfig умеет ещё работать с i586 либами, а i586'ой - нет, т.ч. 64-битная glibc должна хотеть именно 64'битный ldconfig, но это уже мелочи. Проблема в том, что у меня не получается сказать: apt-get install 'libc.so.6' или 'libc.so.6()(64bit)': "E: Пакет libc.so.6 это виртуальный пакет, который не предоставляется ни одним пакетом." Что неправда. В общем, как это обходить - неясно. В SuSE сделали кривость - i586 пакеты собирали специально для x86_64 с добавлением "-32" в имени пакета. В сети проскакивали хак-эраунды для apt'a, которые игнорировали совместимые пакеты (x86_64->i686->i586...) при наличии dup'ов. Уже пора изобретать камень, катающийся по двум разноколиберным желобам. Rgds, Anton