[Aptitude-devel] Bug#685731: aptitude: " ⁓ install PATTERN" without ~r installs package for all architectures

Daniel Hartwig mandyke at gmail.com
Fri Aug 24 02:11:22 UTC 2012

Package: aptitude
Version: 0.6.6-1+b1
Severity: important
User: multiarch-devel at lists.alioth.debian.org
Usertags: multiarch

Dear Maintainer,
*** Please consider answering these questions, where appropriate ***

   * What led up to the situation?
   * What exactly did you do (or not do) that was effective (or
   * What was the outcome of this action?
   * What outcome did you expect instead?

*** End of the template - remove these lines ***

Running aptitude install (or remove, etc.) with pattern arguments
selects all architectures and will typically result in conflicts.  In
contrast, apt-get only selects a single architecture (the most
preferred) for each package.

$ aptitude install -s '?name(^tf$)'
The following NEW packages will be installed:
  libgpm2:amd64{a} libncurses5:amd64{a} libtinfo5:amd64{a} tf{b} 
  tf:amd64{b} zlib1g:amd64{a} 
The following packages will be upgraded:
  libncurses5 libtinfo5 zlib1g 
The following packages are RECOMMENDED but will NOT be installed:
3 packages upgraded, 6 newly installed, 0 to remove and 179 not upgraded.
Need to get 1,263 kB/1,523 kB of archives. After unpacking 2,598 kB will be used.
The following packages have unmet dependencies:
 tf:amd64 : Conflicts: tf but 1:4.0s1-17 is to be installed.
 tf : Conflicts: tf:amd64 but 1:4.0s1-17 is to be installed.
 libncursesw5 : Depends: libtinfo5 (= 5.9-6) but 5.9-10 is to be installed.
  C-c C-c
$ apt-get install -s ^tf$
NOTE: This is only a simulation!
      apt-get needs root privileges for real execution.
      Keep also in mind that locking is deactivated,
      so don't depend on the relevance to the real current situation!
Reading package lists... Done
Building dependency tree       
Reading state information... Done
Note, selecting 'tf' for regex '^tf$'
The following NEW packages will be installed:
0 upgraded, 1 newly installed, 0 to remove and 201 not upgraded.

Of course, one can insert appropriate ?architecture (~r) terms to
restrict the set, but this is counter-intuitive in the typical
use-case of installing a package for a single architecture only, and
becomes unwieldy with more complex queries.

The default command line behaviour could be adjusted, such that
pattern arguments behaive similar to regex arguments with apt-get.

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

aptitude version information:
aptitude 0.6.6 compiled at Apr 17 2012 05:16:17
Compiler: g++ 4.6.3
Compiled against:
  apt version 4.12.0
  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.12.0

aptitude linkage:
	linux-gate.so.1 =>  (0xb783e000)
	libapt-pkg.so.4.12 => /usr/lib/i386-linux-gnu/libapt-pkg.so.4.12 (0xb765c000)
	libncursesw.so.5 => /lib/i386-linux-gnu/libncursesw.so.5 (0xb762a000)
	libtinfo.so.5 => /lib/i386-linux-gnu/libtinfo.so.5 (0xb7609000)
	libsigc-2.0.so.0 => /usr/lib/libsigc-2.0.so.0 (0xb7604000)
	libcwidget.so.3 => /usr/lib/libcwidget.so.3 (0xb7503000)
	libept.so. => /usr/lib/libept.so. (0xb7470000)
	libxapian.so.22 => /usr/lib/sse2/libxapian.so.22 (0xb7271000)
	libz.so.1 => /usr/lib/i386-linux-gnu/libz.so.1 (0xb7259000)
	libsqlite3.so.0 => /usr/lib/i386-linux-gnu/libsqlite3.so.0 (0xb71b1000)
	libboost_iostreams.so.1.49.0 => /usr/lib/libboost_iostreams.so.1.49.0 (0xb719a000)
	libpthread.so.0 => /lib/i386-linux-gnu/libpthread.so.0 (0xb7181000)
	libstdc++.so.6 => /usr/lib/i386-linux-gnu/libstdc++.so.6 (0xb7095000)
	libm.so.6 => /lib/i386-linux-gnu/libm.so.6 (0xb706e000)
	libgcc_s.so.1 => /lib/i386-linux-gnu/libgcc_s.so.1 (0xb7051000)
	libc.so.6 => /lib/i386-linux-gnu/libc.so.6 (0xb6f08000)
	libutil.so.1 => /lib/i386-linux-gnu/libutil.so.1 (0xb6f04000)
	libdl.so.2 => /lib/i386-linux-gnu/libdl.so.2 (0xb6f00000)
	libbz2.so.1.0 => /lib/i386-linux-gnu/libbz2.so.1.0 (0xb6eef000)
	libuuid.so.1 => /lib/i386-linux-gnu/libuuid.so.1 (0xb6ee9000)
	librt.so.1 => /lib/i386-linux-gnu/librt.so.1 (0xb6ee0000)
	/lib/ld-linux.so.2 (0xb783f000)

-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Foreign Architectures: amd64

Kernel: Linux 2.6.32-5-686-bigmem (SMP w/1 CPU core)
Locale: LANG=en_AU.utf8, LC_CTYPE=en_AU.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages aptitude depends on:
ii  libapt-pkg4.12  
ii  libboost-iostreams1.49.0  1.49.0-2
ii  libc6                     2.13-35
ii  libcwidget3               0.5.16-3.2
ii  libept1.4.12              1.0.9
ii  libgcc1                   1:4.7.1-6
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.1-6
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
pn  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.10.1
pn  tasksel  <none>

-- no debconf information

More information about the Aptitude-devel mailing list