[Bug 1288171] Re: 0.9.3 regression: Setting APT::Architecture now downloads wrong indexes

Julian Andres Klode juliank at ubuntu.com
Tue Mar 11 18:58:38 UTC 2014


The same tests ran successfully during the build, and there is no reason
they should fail in autopkgtest. Especially not on files that were
specifically excluded from the pyflakes test. I don't know what's
happening there.

-- 
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/1288171

Title:
  0.9.3 regression: Setting APT::Architecture now downloads wrong
  indexes

Status in “python-apt” package in Ubuntu:
  Fix Committed
Status in “python-apt” source package in Trusty:
  Fix Committed
Status in “python-apt” package in Debian:
  Fix Released

Bug description:
  trusty-proposed now got python-apt 0.9.3.1 which, compared to trusty's
  0.9.1ubuntu1 regresses the support for using "sandboxes" with a
  different architecture, with e. g.

    apt.apt_pkg.config.set('APT::Architecture', 'armhf')

  This can be seen in apport's autopkgtest, which now fails the
  backend_apt_dpkg.test_install_packages_armhf test
  (https://jenkins.qa.ubuntu.com/job/trusty-adt-
  apport/144/ARCH=i386,label=adt/consoleText):

  ======================================================================
  ERROR: test_install_packages_armhf (__main__.T)
  install_packages() for foreign architecture armhf
  ----------------------------------------------------------------------
  Traceback (most recent call last):
    File "/usr/lib/python3/dist-packages/apt/cache.py", line 441, in update
      pulse_interval)
  SystemError: W:GPG error: http://ddebs.ubuntu.com precise Release: The following signatures couldn't be verified because the public key is not available: NO_PUBKEY ECDCAD72428D7C01, W:Failed to fetch http://ports.ubuntu.com/dists/precise/main/binary-i386/Packages  404  Not Found [IP: 91.189.88.140 80]
  , E:Some index files failed to download. They have been ignored, or old ones used instead.

  Note that it now tries to download "binary-i386/", not "binary-armhf/"
  as configured.

  Direct reproducer:

  apt-get source apport
  cd apport-*
  cp backends/packaging-apt-dpkg.py apport/packaging_impl.py
  test/run backend_apt_dpkg.test_install_packages_armhf

  I'll try to come up with a standalone reproducer.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/python-apt/+bug/1288171/+subscriptions



More information about the foundations-bugs mailing list