[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#670668: marked as done (aptitude: should not allow to select different versions for foreign packages)

Your message dated Thu, 13 Aug 2015 17:47:55 +0200
with message-id <20150813154755.GA15050@crossbow>
and subject line Re: aptitude: Does not show installed package with other architecture
has caused the Debian Bug report #451369,
regarding aptitude: should not allow to select different versions for foreign packages
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)


-- 
451369: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=451369
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message --- 
Package: aptitude
Version: 0.6.6-1
Severity: important

I have installed foreign packages (but disabled the foreign source as
a temporary measure because of #670322.  But aptitude still lets me
select libc6:amd64 for upgrade, without considering that the existing
libc6:armel would prevent its configuration.

Maybe the problem has to be partly handled at the libapt level ?

On the next libc6 upgrade:

Setting up libc-bin (2.13-30) ...
(Reading database ... 438878 files and directories currently installed.)
Preparing to replace libc6:amd64 2.13-27 (using .../libc6_2.13-30_amd64.deb) ...
De-configuring libc6:armel ...
Unpacking replacement libc6:amd64 ...
dpkg: error: --configure needs a valid package name but 'libc6' is not: ambiguous package name 'libc6' with more than one installed instance

Type dpkg --help for help about installing and deinstalling packages [*];
Use `dselect' or `aptitude' for user-friendly package management;
Type dpkg -Dhelp for a list of dpkg debug flag values;
Type dpkg --force-help for a list of forcing options;
Type dpkg-deb --help for help about manipulating *.deb files;

Options marked [*] produce a lot of output - pipe it through `less' or `more' !
E: Sub-process /usr/bin/dpkg returned an error code (2)
A package failed to install.  Trying to recover:
dpkg: error processing libc6:amd64 (--configure):
 package libc6:amd64 2.13-30 cannot be configured because libc6:armel is at a different version (2.13-27)
dpkg: error processing libc6:armel (--configure):
 package libc6:armel 2.13-27 cannot be configured because libc6:amd64 is at a different version (2.13-30)
[...]


-- Package-specific info:
Terminal: screen
$DISPLAY is set.
which aptitude: /usr/bin/aptitude

aptitude version information:
aptitude 0.6.6 compiled at Mar 27 2012 22:36:24
Compiler: g++ 4.6.3
Compiled against:
  apt version 4.10.1
  NCurses version 5.9
  libsigc++ version: 2.2.10
  Ept support enabled.
  Gtk+ support disabled.
  Qt support disabled.

Current library versions:
  NCurses version: ncurses 5.9.20110404
  cwidget version: 0.5.16
  Apt version: 4.10.1

aptitude linkage:
	linux-vdso.so.1 =>  (0x00007fffcc9ff000)
	libapt-pkg.so.4.10 => /usr/lib/libapt-pkg.so.4.10 (0x00007f31ec10d000)
	libncursesw.so.5 => /lib/x86_64-linux-gnu/libncursesw.so.5 (0x00007f31ebede000)
	libtinfo.so.5 => /lib/x86_64-linux-gnu/libtinfo.so.5 (0x00007f31ebcb5000)
	libsigc-2.0.so.0 => /usr/lib/libsigc-2.0.so.0 (0x00007f31ebab0000)
	libcwidget.so.3 => /usr/lib/libcwidget.so.3 (0x00007f31eb7a8000)
	libept.so.1 => /usr/lib/libept.so.1 (0x00007f31eb54b000)
	libxapian.so.22 => /usr/lib/libxapian.so.22 (0x00007f31eb14e000)
	libz.so.1 => /usr/lib/x86_64-linux-gnu/libz.so.1 (0x00007f31eaf38000)
	libsqlite3.so.0 => /usr/lib/x86_64-linux-gnu/libsqlite3.so.0 (0x00007f31eac90000)
	libboost_iostreams.so.1.48.0 => /usr/lib/libboost_iostreams.so.1.48.0 (0x00007f31eaa77000)
	libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007f31ea85b000)
	libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6 (0x00007f31ea553000)
	libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007f31ea2d1000)
	libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x00007f31ea0bb000)
	libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f31e9d33000)
	libutil.so.1 => /lib/x86_64-linux-gnu/libutil.so.1 (0x00007f31e9b30000)
	libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007f31e992c000)
	libuuid.so.1 => /lib/x86_64-linux-gnu/libuuid.so.1 (0x00007f31e9726000)
	libbz2.so.1.0 => /lib/x86_64-linux-gnu/libbz2.so.1.0 (0x00007f31e9516000)
	librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1 (0x00007f31e930d000)
	/lib64/ld-linux-x86-64.so.2 (0x00007f31ec450000)

-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (101, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages aptitude depends on:
ii  apt [libapt-pkg4.10]      0.8.15.10
ii  libboost-iostreams1.48.0  1.48.0-3
ii  libc6                     2.13-30
ii  libcwidget3               0.5.16-3.1
ii  libept1                   1.0.5
ii  libgcc1                   1:4.7.0-3
ii  libncursesw5              5.9-6
ii  libsigc++-2.0-0c2a        2.2.10-0.1
ii  libsqlite3-0              3.7.11-2
ii  libstdc++6                4.7.0-3
ii  libtinfo5                 5.9-6
ii  libxapian22               1.2.8-1
ii  zlib1g                    1:1.2.6.dfsg-2

Versions of packages aptitude recommends:
ii  apt-xapian-index                0.45
ii  aptitude-doc-en | aptitude-doc  <none>
ii  libparse-debianchangelog-perl   1.2.0-1
ii  sensible-utils                  0.0.6

Versions of packages aptitude suggests:
ii  debtags  1.9
ii  tasksel  3.09

-- no debconf information

--- End Message ---
--- Begin Message --- 
Hi,

so the initial problem was with packages from other architectures which
where installed via --force-architecture which was never a good idea and
is now completely useless as Debian has proper MultiArch support to work
with packages from another arch correct, so this problem is gone and
hence this bugreport deserves to be closed which I am doing now.


There is a cornercase mentioned in the buglog I have to comment still:

On Fri, Sep 07, 2012 at 12:12:42PM +0800, Daniel Hartwig wrote:
> > the problem in 451369 is that packages that are neither APT::Architecture
> > not "all" are simply ignored when parsing index files. When parsing
> > Packages files this might be a good idea to allow for multi-architecture
> > Packages files. When parsing /var/lib/dpkg/status it seems wrong.
> 
> With that solution, at least apt remains aware of all packages which
> dpkg is aware of, preventing problems with installed packages (and
> being able to handle issues with partial installs such as [1]).
> 
> I can not say whether that is a good solution or not.  If not, then
> this report should be closed or +wontfix.

This is going to be resolved with apt 1.1 which was reworked to deal with
'unexpected' architectures, so it now parses everything everywhere – that
required a rework of how we deal with dependencies internally, which is why
this took so long and why this is in 1.1 and not in 1.0 or somesuch…


Best regards

David Kalnischkies

Attachment: signature.asc
Description: Digital signature


--- End Message ---
Reply to: