[Aptitude-devel] Bug#735050: aptitude: Continues to remove conflicting package, although new package failed to download

Manuel A. Fernandez Montecelo manuel.montezelo at gmail.com
Wed Mar 9 03:34:05 UTC 2016


Control: fixed -1 aptitude/0.7.6-1
Control: close -1


Hi Manuel :-)


2014-01-12 10:56 Manuel Bilderbeek:
>Package: aptitude
>Version: 0.6.8.2-1.2
>Severity: normal
>
>Dear Maintainer,
>
>I asked aptitude to install a new package, which conflicted with an
>older package. So, it suggested to remove that package. So far so good.
>However, the new package failed to download (some transient network
>error). But to my surprise, the conflicting older package was still
>removed. End result: no new and no old package installed...
>
>I think this is wrong behaviour. I expect that in this situation also
>the old package should not be removed after all as no new (conflicting)
>package is going to be installed.

I believe that this has been fixed in 0.7.6-1, with sequences of actions
being more strict and aborting in the face of failures:

  * Abort with Failure (rather to continue with the installation) when packages
    fail to be fetched -- except if APT::Get::Fix-Missing is present and set to
    true.  When this happens, the actions in the command line also return with
    non-zero status.  (Closes: #121313, #302784)

  * [cmdline] Abort with Failure when actions cannot be taken
    (Closes: #121313, #430392, #445034, #498239, #576212, #639789, #798320)

    The Closes of #121313 overlap with other fixes, there are reports of each
    case merged.


If you find the problem again, please reopen.


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



More information about the Aptitude-devel mailing list