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

Bug#718881: marked as done (aptitude mishandles ':any' dpendencies on virtual packages)

Your message dated Thu, 17 Oct 2019 22:43:14 +0200
with message-id <87h847p0gt.fsf@turtle.gmx.de>
and subject line Re: Bug#718881: aptitude mishandles ':any' dpendencies on virtual packages
has caused the Debian Bug report #718881,
regarding aptitude mishandles ':any' dpendencies on virtual 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.)


-- 
718881: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=718881
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message --- 
Package: aptitude
Version: 0.6.8.2-1
Severity: normal

Dear Maintainer,

Here is how to reproduce this bug:
 * Download http://fgouget.free.fr/bugs/testdep.tar.bz2
   This is a small archive that contains a set of test, empty, Debian
   package files along with their source.
   (run ./build to rebuild them)

 * Install the testdep-allowed_1.0-1_amd64.deb package.

 * Then run:

# dpkg -i /home/weaver/testdep-vallowed-any_1.0-1_i386.deb
Selecting previously unselected package testdep-vallowed-any.
(Reading database ... 177820 files and directories currently installed.)
Unpacking testdep-vallowed-any (from .../testdep-vallowed-any_1.0-1_i386.deb) ...
Setting up testdep-vallowed-any (1.0-1) ...
# echo $?
0

So the testdep-vallowed-any installs fine and dpkg finds no missing
dependency. Yet aptitude complains that the dependency is broken and
wants to remove the testdep-vallowed-any package:

  testdep-vallowed-any:i386 depends upon testdep-virtual-allowed:any:i386
  The following actions will resolve this dependency:
  -> Remove testdep-vallowed-any:i386 [1.0-1 (now)]


Since dpkg and aptitude disagree one of them must be wrong. Now
testdep-vallowed-any's only dependency is 'testdep-virtual-allowed:any'
which is a virtual package provided by testdep-allowed which was
installed just before So I'm siding with dpkg on this one.

Hence this report.


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

aptitude version information:
aptitude 0.6.8.2 compiled at Nov  7 2012 07:08:03
Compiler: g++ 4.7.2
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.20130608
  cwidget version: 0.5.16
  Apt version: 4.12.0

aptitude linkage:
	linux-vdso.so.1 (0x00007fff1c1ff000)
	libapt-pkg.so.4.12 => /usr/lib/x86_64-linux-gnu/libapt-pkg.so.4.12 (0x00007f6bc8a9d000)
	libncursesw.so.5 => /lib/x86_64-linux-gnu/libncursesw.so.5 (0x00007f6bc886d000)
	libtinfo.so.5 => /lib/x86_64-linux-gnu/libtinfo.so.5 (0x00007f6bc8643000)
	libsigc-2.0.so.0 => /usr/lib/x86_64-linux-gnu/libsigc-2.0.so.0 (0x00007f6bc843e000)
	libcwidget.so.3 => /usr/lib/libcwidget.so.3 (0x00007f6bc813e000)
	libept.so.1.aptpkg4.12 => /usr/lib/libept.so.1.aptpkg4.12 (0x00007f6bc7e9d000)
	libxapian.so.22 => /usr/lib/libxapian.so.22 (0x00007f6bc7aba000)
	libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x00007f6bc78a2000)
	libsqlite3.so.0 => /usr/lib/x86_64-linux-gnu/libsqlite3.so.0 (0x00007f6bc75f0000)
	libboost_iostreams.so.1.49.0 => /usr/lib/libboost_iostreams.so.1.49.0 (0x00007f6bc73d8000)
	libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007f6bc71bc000)
	libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6 (0x00007f6bc6eb3000)
	libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007f6bc6bb5000)
	libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x00007f6bc699f000)
	libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f6bc65f2000)
	libutil.so.1 => /lib/x86_64-linux-gnu/libutil.so.1 (0x00007f6bc63ef000)
	libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007f6bc61eb000)
	libbz2.so.1.0 => /lib/x86_64-linux-gnu/libbz2.so.1.0 (0x00007f6bc5fda000)
	libuuid.so.1 => /lib/x86_64-linux-gnu/libuuid.so.1 (0x00007f6bc5fd4000)
	librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1 (0x00007f6bc5dcb000)
	/lib64/ld-linux-x86-64.so.2 (0x00007f6bc943c000)

-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages aptitude depends on:
ii  aptitude-common           0.6.8.2-1
ii  libapt-pkg4.12            0.9.8.2
ii  libboost-iostreams1.49.0  1.49.0-4
ii  libc6                     2.17-7
ii  libcwidget3               0.5.16-3.4
ii  libept1.4.12              1.0.9
ii  libgcc1                   1:4.8.1-2
ii  libncursesw5              5.9+20130608-1
ii  libsigc++-2.0-0c2a        2.2.10-0.2
ii  libsqlite3-0              3.7.17-1
ii  libstdc++6                4.8.1-2
ii  libtinfo5                 5.9+20130608-1
ii  libxapian22               1.2.15-2
ii  zlib1g                    1:1.2.8.dfsg-1

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.9

Versions of packages aptitude suggests:
pn  debtags  <none>
ii  tasksel  3.16

-- no debconf information

--- End Message ---
--- Begin Message --- 
Control: reassign -1 apt 0.9.8.2
Control: fixed -1 apt/1.1~exp13

On 2013-08-06 15:46 +0200, Francois Gouget wrote:

> Package: aptitude
> Version: 0.6.8.2-1
> Severity: normal
>
> Dear Maintainer,
>
> Here is how to reproduce this bug:
>  * Download http://fgouget.free.fr/bugs/testdep.tar.bz2
>    This is a small archive that contains a set of test, empty, Debian
>    package files along with their source.
>    (run ./build to rebuild them)
>
>  * Install the testdep-allowed_1.0-1_amd64.deb package.
>
>  * Then run:
>
> # dpkg -i /home/weaver/testdep-vallowed-any_1.0-1_i386.deb
> Selecting previously unselected package testdep-vallowed-any.
> (Reading database ... 177820 files and directories currently installed.)
> Unpacking testdep-vallowed-any (from .../testdep-vallowed-any_1.0-1_i386.deb) ...
> Setting up testdep-vallowed-any (1.0-1) ...
> # echo $?
> 0

Thanks for the detailed instructions.

> So the testdep-vallowed-any installs fine and dpkg finds no missing
> dependency. Yet aptitude complains that the dependency is broken and
> wants to remove the testdep-vallowed-any package:
>
>   testdep-vallowed-any:i386 depends upon testdep-virtual-allowed:any:i386
>   The following actions will resolve this dependency:
>   -> Remove testdep-vallowed-any:i386 [1.0-1 (now)]

That's true, but the dependency detection actually comes from
libapt-pkg.  You would get the same result with "apt-get -f install",
for instance.

> Since dpkg and aptitude disagree one of them must be wrong. Now
> testdep-vallowed-any's only dependency is 'testdep-virtual-allowed:any'
> which is a virtual package provided by testdep-allowed which was
> installed just before So I'm siding with dpkg on this one.

It seems the apt maintainers agree with you here, since apt (and
aptitude) in Stretch and later do not show the mentioned behavior
anymore, but regard the dependency as satisfied.  The relevant change
seems to have been commit 3addaba1[1] ("implement dpkgs vision of
interpreting pkg:<arch> dependencies"), which went into apt 1.1~exp13.

Cheers,
       Sven


1. https://salsa.debian.org/apt-team/apt/commit/3addaba1ff6fe27cc96af5c2d345ee039c2bffec

--- End Message ---
Reply to: