[Aptitude-devel] Bug#330503: aptitude: wrong dependency resolution, cannot update one package

[Manuel A. Fernandez Montecelo]

Control: tags -1 + moreinfo


Hi Martin,

2005-09-28 13:55 Martin Koeppe:
>Package: aptitude
>Version: 0.2.15.9-6
>Severity: normal
>
>
>Updating one package with complex dependencies fails:
>I tried to update from slang1a-utf8 (1.4.9dbs-8) to
>libslang1-utf8 (1.4.9dbs-10).
>
>The following dependencies exist:
>
>slang1a-utf8 (1.4.9dbs-8)
>  Conflicts: slang1-utf8
>
>libslang1-utf8 (1.4.9dbs-10)
>  Conflicts: slang1-utf8, slang1a-utf8
>  Replaces:  slang1a-utf8
>  Provides:  slang1a-utf8
>
>util-linux (2.12-7+kbsd.1)
>  PreDepends: slang1a-utf8 (>1.4.4-7.1)
>
>Installing libslang1-utf8 is not possible, even though it should be possible
>to replace slang1a-utf8 with libslang1-utf8 without any problems.
>I know that kfreebsd-i386 is not an official architecture,
>but I think the dependency resolution algorithm has not changed there.
>
>I also tested with
># apt-get -s install libslang1-utf8
>but this wanted to remove util-linux as well.
>
>I report this issue here nevertheless to make you aware of it,
>in case aptitude has its own dependency resolution.
>If that's wrong then please reassign it.

Sorry that this report has not been handled for a decade now.

I think that the problem was that util-linux depended on a version with
"greater", while virtual packages (Provides) did not support this kind
of relationship (I think that there is now support for this in the
works, but not finished yet).  In any case it looks to me a specific and
transitient problem with the dependencies of the packages themselves or
this problem with virtual packages, not a bug in aptitude per se.

I was trying to look at the changelogs and bugtracker of the related
packages, but the slang ones are not even present now.  I couldn't find
anything conclusive.

Not sure if we can do much about this report by now, sorry.

Did you find this problem in more instances, especially with kfreebsd?


Cheers.
-- 
Manuel A. Fernandez Montecelo <manuel.montezelo at gmail.com>