[Bug 610820] Re: Download size discrepancies

[Launchpad Bug Tracker]

This bug was fixed in the package python-apt - 0.7.100.3ubuntu6.1

---------------
python-apt (0.7.100.3ubuntu6.1) natty-proposed; urgency=low

  [ Loïc Minier ]
  * Backport change below to fix bogus sizes returned by python-apt funcs.

  [ Julian Andres Klode ]
  * apt_pkg: Fix unsigned/long-vs-int issues (LP: #610820)
 -- Loic Minier <loic.minier at linaro.org>   Thu, 26 May 2011 19:26:27 +0200

-- 
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to python-apt in Ubuntu.
https://bugs.launchpad.net/bugs/610820

Title:
  Download size discrepancies

Status in Update Manager:
  Invalid
Status in “python-apt” package in Ubuntu:
  Fix Released
Status in “python-apt” source package in Maverick:
  Fix Released
Status in “python-apt” source package in Natty:
  Fix Released

Bug description:
  python-apt returns incorrect values for some API functions on ARM due
  to broken signed/unsigned and long/int integer conversions.

  Impact:
  bogus values (e.g. read from stack) for some function calls such as size of a package in cache; this causes user visible issues such as update-manager download sizes, or breaks linaro-image-tools when creating Linaro images (maverick host)

  Fix:
  This was fixed by using MkPyNumber(...) instead of Py_BuildValue("i", ...) or Py_BuildValue("k", ...)

  TEST CASE:
  run lp610820.py attached to this bug; if the output is a single entry in the size -> number of packages in cache hash, then python-apt is broken:
          0 => 33936

  instead, it should look like a long distribution of values in the form of:
        922 =>     4
       1798 =>     6
       1800 =>     4
       1802 =>     5
       1828 =>     6
       1830 =>    10
       1832 =>     7

  Regression potential:
  Could break the patches functions or could regress applications which relied on the bogus behavior; the builtin testsuite which is run during package build will help a bit with catching the first class of issues, and we'd likely want to fix the other issues by themselves.  Testsuite coverage is likely not 100% perfect though