python-apt/python, branch master[no description]https://git.osdyson.ru/pkg-python/python-apt/atom?h=master2015-07-05T19:06:22ZMerge git://anonscm.debian.org/apt/python-apt2015-07-05T19:06:22ZIgor Pashevpashev.igor@gmail.com2015-07-05T19:06:22Zurn:sha1:622812485150fa7864910ee2f710d5aab2fa9e6d
Conflicts:
debian/changelog
python/apt_pkgmodule.cc
python/tarfile.cc: LFS: Handle too large file2015-06-11T14:15:34ZJulian Andres Klodejak@debian.org2015-06-11T14:15:34Zurn:sha1:3ae6e69473c785b6c56cfb27c31a7c9375416f06
Handle both file sizes larger than SIZE_MAX and allocation
failures when reading the data of a tarmember.
If using the go() function with a callback, pass None as the data
parameter for files that are too large. For extractdata, raise
a MemoryError if the file too extract is too large.
Also check for an existing error first in extractdata, before
raising a new one.
Test the whole thing on 32-bit platforms with a sample deb that
contains a zeroed file that is 5GB large (compressed using xz
at level 1 to a few kb).
Acquire: Document that items may have transient errors on run() success2015-06-10T21:13:58ZJulian Andres Klodejak@debian.org2015-06-10T21:13:58Zurn:sha1:a6e3d4d872b852de308f19a15215180cb4116765
If run() succeeded, items may still have transient errors, like a
Not Found error.
Closes: #680997
python/arfile.cc: LFS: Use long long instead of long for file sizes2015-06-10T20:35:38ZJulian Andres Klodejak@debian.org2015-06-10T08:58:59Zurn:sha1:ee088583a3b4a0843c36b3eee75879ad93d5e5c8
This should make large files in ar archives work.
See Bug: #742885
python/arfile.cc: Do not allow files larger than SIZE_MAX to be mapped2015-06-10T20:34:16ZJulian Andres Klodejak@debian.org2015-06-10T08:55:25Zurn:sha1:e7972b4ca116f6c1e40d83988c94c162d8b99821
Also catch failed allocations, in case size is still too large.
This prepares for large file support, see Bug#742885
apt_pkg.Package: Drop the unset 'auto' attribute2015-06-10T13:40:11ZJulian Andres Klodejak@debian.org2015-06-10T13:37:16Zurn:sha1:ce08058eebc60536cc8088ee79efc80a40f13c9e
If somebody uses that, it could assume that no package is
auto removable, because the attribute is always 0. So let's
just remove that instead of having crazy code working the
way it's not intended.
Closes: #565364
TagFile: Provide close() and context manager2015-06-10T10:52:28ZJulian Andres Klodejak@debian.org2015-06-10T10:50:39Zurn:sha1:09a64ad2b63e5a8af386327ff741fddfb65b7f92
This is mostly meant to be used with tag files that are opened
with a path, rather than a file object.
Closes: #748922
python/cache.cc: Handle deprecation of pkgCache::PkgIterator::Section()2015-06-10T09:27:53ZJulian Andres Klodejak@debian.org2015-06-10T09:26:51Zurn:sha1:71e5ac2cc7d08de11e4adddd4f8fbd26a04cfd73
Ignore the deprecation from the C++ compiler and generate a warning for
the Python interpreter. Also, remove the section from the representation
of the package.
rename "md5" keyword argument in AcquireFile() to "hash" and add backward compatiblity2015-05-22T10:12:47ZMichael Vogtmvo@ubuntu.com2015-05-22T10:12:47Zurn:sha1:83d876034f5bd74f007376f2cefc98cae77a5a94Add MULTI_ARCH_NO constant and deprecate MULTI_ARCH_NONE2015-05-07T15:28:07ZMichael Vogtmvo@ubuntu.com2015-05-07T15:28:07Zurn:sha1:196cbd31da61751edbf7a55f4fc0e900a7b51bd6
Thanks to Johannes Schauer
closes: #782802