autopkgtest fail
Bug #1846506 reported by
Paride Legovini
This bug affects 1 person
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
python-azure (Ubuntu) |
Triaged
|
Medium
|
Unassigned | ||
python-cryptography (Ubuntu) |
Invalid
|
Undecided
|
Unassigned | ||
python3-defaults (Ubuntu) |
Invalid
|
Undecided
|
Unassigned |
Bug Description
The python-azure autopkgtest is failing on Eoan, currently blocking the migration of:
- python-cryptography
- python-defaults
I had a look at the test log but it's not clear to me where the problem is. The autopkgtest history suggests that the failure is not actually caused by the two packages held in the migration queue. The python-azure autopkgtest is python3-only.
tags: | added: update-excuse |
summary: |
- autopkgtest fail in Eoan + autopkgtest fail |
To post a comment you must log in.
I suspect the test might require internet access, but it's not clear why it worked before, since the last pass was the same exact package:
E vcr.errors. CannotOverwrite ExistingCassett eException: No match for the request (<Request (POST) https:/ /squid. internal: 3128/00000000- 0000-0000- 0000-0000000000 00/services/ webspaces/ /eastuswebspace /sites>) was found. Can't overwrite existing cassette ('/tmp/ autopkgtest. STWYRh/ autopkgtest_ tmp/tests/ recordings/ test_legacy_ mgmt_website. test_get_ web_site. yaml') in your current record mode ('none').
Locally in lxd, and also on diglett, the dep8 tests passed, using eoan-proposed.