Bug#1095392: smart-open FTBFS: tests hang/fail - moto too old

2025-03-09 Thread Rebecca N. Palmer
Control: tags -1 patch This suggests that updating Debian's python3-moto to 5.1.1 will fix this bug. Doing that the straightforward way does build, but I haven't yet tried building smart-open with it: https://salsa.debian.org/rnpalmer-guest/python-moto/-/pipelines/829615 (The Lintian errors

Bug#1095392: smart-open FTBFS: tests hang

2025-03-09 Thread Rebecca N. Palmer
Control: reassign -1 python3-moto Control: found -1 5.0.11-3 Control: tags -1 fixed-upstream Control: retitle -1 smart-open FTBFS: tests hang/fail - moto too old *Possibly* we have a bad combination of boto* and moto versions? Looks like we do - when botocore/boto3/moto are installed via pip,

Bug#1095392: smart-open FTBFS: tests hang

2025-03-09 Thread Rebecca N. Palmer
Control: tags -1 - patch Control: tags -1 - pending Control: retitle -1 smart-open: tests fail, S3 possibly broken That no longer looks like a real solution, as it's not just tests looking at the underlying binary representation that fail: there are also tests (e.g. test_readline, test_s3_iter_

Bug#1095392: smart-open FTBFS: tests hang

2025-03-08 Thread Rebecca N. Palmer
Control: tags -1 patch In addition to the hangs, several tests fail. It looks like the trigger is botocore enabling checksums by default: https://sources.debian.org/src/python-boto3/1.36.0%2Bdfsg-1/CHANGELOG.rst/#L12 Turning them off with AWS_REQUEST_CHECKSUM_CALCULATION=when_required makes th

Bug#1095392: smart-open FTBFS: tests hang

2025-03-08 Thread Rebecca N. Palmer
This also hangs in debci, and began doing so between 2025-01-29 and 2025-02-01 (in unstable): https://ci.debian.net/packages/s/smart-open/unstable/amd64/ Looking at what changed version between those, the obvious guess is python3-botocore 1.35 -> 1.36 (which did not trigger an autopkgtest beca