Received: (at submit) by bugs.debian.org; 11 Sep 2000 05:47:23 +0000 From mueller@telematik.informatik.uni-karlsruhe.de Mon Sep 11 00:47:23 2000 Return-path: Received: from iraun1.ira.uka.de [::ffff:129.13.10.90] by master.debian.org with esmtp (Exim 3.12 1 (Debian)) id 13YMR8-0005gd-00; Mon, 11 Sep 2000 00:47:23 -0500 Received: from blackfoot.telematik.informatik.uni-karlsruhe.de by iraun1 (PP) with ESMTP; Mon, 11 Sep 2000 07:47:20 +0200 Received: from tpce14.telematik.informatik.uni-karlsruhe.de (root@tpce14.telematik.informatik.uni-karlsruhe.de [129.13.41.114]) by blackfoot.telematik.informatik.uni-karlsruhe.de (8.9.3/8.9.3) with ESMTP id HAA23881; Mon, 11 Sep 2000 07:47:18 +0200 (MET DST) Message-Id: Date: Mon, 11 Sep 2000 07:47:18 +0200 (CEST) From: Daniel Mueller Subject: dpkg: dpkg ignores architecture while reading Packages To: submit@bugs.debian.org X-Mailer: bug 3.2.10 Delivered-To: submit@bugs.debian.org Package: dpkg Version: 1.6.14 Severity: normal When merging in Packages files with 'dpkg --merge-avail', dpkg apparently doesn't care about the architecture of the package entries it reads. If there is more than one entry for the same package (each with a different architecture) it only keeps one of them, and this one needn't be the right one. I got a lot of dependency problems in dselect after merging the Packages file from potato-proposed-updates, because there are a lot of entries for traceroute and dpkg chose to keep the one for alpha architecure instead of i386. That, in turn, depends on libc6.1 which is only available for alpha and conflicts with libc6 ... Regards, Daniel -- System Information Debian Release: 2.2 Kernel Version: Linux tpce14 2.2.17 #1 Mit Aug 23 17:38:47 CEST 2000 i686 unknown Versions of the packages dpkg depends on: ii libc6 2.1.3-13 GNU C Library: Shared libraries and Timezone ii libncurses5 5.0-6 Shared libraries for terminal handling ii libstdc++2.10 2.95.2-13 The GNU stdc++ library