All autopkgtests for the newly accepted python-apt (1.1.0~beta1ubuntu0.16.04.12) for xenial have finished running. The following regressions have been reported in tests triggered by the package:
botch/unknown (arm64) update-notifier/unknown (arm64) snapcraft/unknown (arm64) ubiquity/unknown (arm64) isenkram/unknown (arm64) python-apt/unknown (arm64) update-manager/unknown (arm64) apport/2.20.1-0ubuntu2.30 (amd64, i386) snapcraft/2.43.1+16.04.1 (amd64, armhf, i386) bzr-builddeb/unknown (arm64) firefox/unknown (arm64) chromium-browser/unknown (arm64) Please visit the excuses page listed below and investigate the failures, proceeding afterwards as per the StableReleaseUpdates policy regarding autopkgtest regressions [1]. https://people.canonical.com/~ubuntu-archive/proposed- migration/xenial/update_excuses.html#python-apt [1] https://wiki.ubuntu.com/StableReleaseUpdates#Autopkgtest_Regressions Thank you! -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to apt in Ubuntu. https://bugs.launchpad.net/bugs/1926437 Title: [SRU] Backport zstd support, fix bug in python-apt Status in apt package in Ubuntu: Invalid Status in python-apt package in Ubuntu: New Status in apt source package in Xenial: Fix Released Status in python-apt source package in Xenial: New Status in python-apt source package in Bionic: New Status in python-apt source package in Focal: New Status in python-apt source package in Groovy: New Status in python-apt source package in Hirsute: New Status in python-apt source package in Impish: New Bug description: [Impact] APT in xenial needs to learn about zstd support to enable Launchpad to work with zstd packages. python-apt in all releases needs to be adjusted to pass the compressor names instead of programs to ExtractTar, as otherwise, if /usr/bin/zstd does not exist, it will pass "false" as the compressor, and then ExtractTar fails (same for other compressors). On hirsute, the python-apt upload also includes some new <!nocheck> annotations for build-dependencies, as it's a straight upload of the 2.2 stable series. [Test plan] The apt regression tests cover the compression methods extensively, including even stored compressed lists in /var/lib/apt and fetching Packages files compressed with such methods, for all compression methods. The final test is to make apt_inst.DebFile("glibc-doc- reference_2.33-0ubuntu2~zstd1_all.deb").control.extractall() from 1923845 work in python3-apt. For hirsute, the build dependency changes will verify themselves during the build ;) [Where problems could occur] APT: The changes to APT are adding the zstd compression backend to FileFd and then linking it into the configuration. The former is adding new code, triggered only on zstd files, and should not be able to cause regressions. The latter is a bunch of small lines here and there, and it caused issues during backporting in the test suite because it expected compressors in a specific order. However, chances are that nothing else has as stringent requirements as the test suite, so I don't believe that is a problem for existing users. Bugs can of course be in the code dealing with zstd, and that might open you up to security vulnerabilities in the zstd code if you pass APT zstd compressed files. A regression can be if clients used apt-helper cat-file to cat a zstd- compressed file ending in .zst - they'll now get uncompressed content, rather than compressed. python-apt: The change just replaces Binary with Name, aligning the code with APT itself, so it's so trivial, we don't expect regressions. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/apt/+bug/1926437/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
