Your message dated Tue, 24 Nov 2015 20:17:09 +0000
with message-id <[email protected]>
and subject line Re: aptitude: problem with dependencies and foreign archs
has caused the Debian Bug report #670673,
regarding aptitude: problem with dependencies and foreign archs
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 [email protected]
immediately.)


-- 
670673: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=670673
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: aptitude
Version: 0.6.6-1
Severity: normal

When I installed libc6:armel, libgcc1:armel and gcc-4.7-base:armel
were correctly pulled.

However, when I removed libc6:armel, gcc-4.7-base:armel stayed there,
and was even not marked automatic (any more?).  Marking it automatic
again does not seem to help, although listed reverse Depends are all
uninstalled armel packages.  Those listed by apt-cache, however, are
different:

# apt-cache rdepends gcc-4.7-base:armel
gcc-4.7-base:armel
Reverse Depends:
  gcc-4.7-base
  gcc-4.7-base
  gcc-4.7-base
  gcc-4.7-base
  libstdc++6-4.7-pic:armel
  libstdc++6-4.7-dev:armel
[...]
  cpp-4.7:armel


If I look to libc-bin:armel rdeps, it seems to also consider native packages:

p    --\ libc-bin:armel        0  testing          
  --\ Conflicts (4)                                
p A  libc-bin 2.11.3-2         0  stable           
i A  libc-bin 2.13-30          4  testing,unstable 
p    libc-bin:armel 2.11.3-2   1  stable           
p    libc-bin:armel 2.13-30    2  testing          
  --\ Depends (4)                                  
i    libc6 2.13-30             18 testing,unstable 
p    libc6:armel 2.13-30       6  testing          
p A  lintian 2.5.6~bpo60+1     4  squeeze-backports
i A  lintian 2.5.6             4  testing,unstable 

Here too, apt-cache shows slightly different results, although not
different in the exact same way:

# apt-cache rdepends libc-bin:armel
libc-bin:armel
Reverse Depends:
  libc-bin
  libc-bin
  libc6:armel
  libc6:armel
  libc6:armel
    libc-bin


-- 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 =>  (0x00007fffbb339000)
        libapt-pkg.so.4.10 => /usr/lib/libapt-pkg.so.4.10 (0x00007f90be7f9000)
        libncursesw.so.5 => /lib/x86_64-linux-gnu/libncursesw.so.5 
(0x00007f90be5ca000)
        libtinfo.so.5 => /lib/x86_64-linux-gnu/libtinfo.so.5 
(0x00007f90be3a1000)
        libsigc-2.0.so.0 => /usr/lib/libsigc-2.0.so.0 (0x00007f90be19c000)
        libcwidget.so.3 => /usr/lib/libcwidget.so.3 (0x00007f90bde94000)
        libept.so.1 => /usr/lib/libept.so.1 (0x00007f90bdc37000)
        libxapian.so.22 => /usr/lib/libxapian.so.22 (0x00007f90bd83a000)
        libz.so.1 => /usr/lib/x86_64-linux-gnu/libz.so.1 (0x00007f90bd624000)
        libsqlite3.so.0 => /usr/lib/x86_64-linux-gnu/libsqlite3.so.0 
(0x00007f90bd37c000)
        libboost_iostreams.so.1.48.0 => /usr/lib/libboost_iostreams.so.1.48.0 
(0x00007f90bd163000)
        libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 
(0x00007f90bcf47000)
        libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6 
(0x00007f90bcc3f000)
        libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007f90bc9bd000)
        libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 
(0x00007f90bc7a7000)
        libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f90bc41f000)
        libutil.so.1 => /lib/x86_64-linux-gnu/libutil.so.1 (0x00007f90bc21c000)
        libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007f90bc018000)
        libuuid.so.1 => /lib/x86_64-linux-gnu/libuuid.so.1 (0x00007f90bbe12000)
        libbz2.so.1.0 => /lib/x86_64-linux-gnu/libbz2.so.1.0 
(0x00007f90bbc02000)
        librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1 (0x00007f90bb9f9000)
        /lib64/ld-linux-x86-64.so.2 (0x00007f90beb3b000)

-- 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 Yann,

2012-04-27 21:24 Yann Dirson:
Package: aptitude
Version: 0.6.6-1
Severity: normal

When I installed libc6:armel, libgcc1:armel and gcc-4.7-base:armel
were correctly pulled.

However, when I removed libc6:armel, gcc-4.7-base:armel stayed there,
and was even not marked automatic (any more?).  Marking it automatic
again does not seem to help, although listed reverse Depends are all
uninstalled armel packages.  Those listed by apt-cache, however, are
different:

# apt-cache rdepends gcc-4.7-base:armel
gcc-4.7-base:armel
Reverse Depends:
 gcc-4.7-base
 gcc-4.7-base
 gcc-4.7-base
 gcc-4.7-base
 libstdc++6-4.7-pic:armel
 libstdc++6-4.7-dev:armel
[...]
 cpp-4.7:armel


If I look to libc-bin:armel rdeps, it seems to also consider native packages:

p    --\ libc-bin:armel        0  testing
 --\ Conflicts (4)
p A  libc-bin 2.11.3-2         0  stable
i A  libc-bin 2.13-30          4  testing,unstable
p    libc-bin:armel 2.11.3-2   1  stable
p    libc-bin:armel 2.13-30    2  testing
 --\ Depends (4)
i    libc6 2.13-30             18 testing,unstable
p    libc6:armel 2.13-30       6  testing
p A  lintian 2.5.6~bpo60+1     4  squeeze-backports
i A  lintian 2.5.6             4  testing,unstable

Here too, apt-cache shows slightly different results, although not
different in the exact same way:

# apt-cache rdepends libc-bin:armel
libc-bin:armel
Reverse Depends:
 libc-bin
 libc-bin
 libc6:armel
 libc6:armel
 libc6:armel
   libc-bin

The reason is that all gcc-*-base are:

 $ apt-cache show gcc-5-base | grep Priority
 Priority: required

So once in, they never get removed unless you do it explicitly.

Closing the bug report now.


Cheers.
--
Manuel A. Fernandez Montecelo <[email protected]>

--- End Message ---
_______________________________________________
Aptitude-devel mailing list
[email protected]
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/aptitude-devel

Reply via email to