Dear maintainer(s),

With a recent upload of requests the autopkgtest of streamlink fails in
testing when that autopkgtest is run with the binary packages of
requests from unstable. It passes when run with only packages from
testing. In tabular form:

                        pass            fail
requests               from testing    2.34.2-1
streamlink             from testing    8.4.0-2
all others             from testing    from testing

I copied some of the output at the bottom of this report.

Currently this regression is blocking the migration of requests to
testing [1]. Of course, requests shouldn't just break your autopkgtest
(or even worse, your package), but it seems to me that the change in
requests was intended and your package needs to update to the new situation.

If this is a real problem in your package (and not only in your
autopkgtest), the right binary package(s) from requests should really
add a versioned Breaks on the unfixed version of (one of your)
package(s). Note: the Breaks is nice even if the issue is only in the
autopkgtest as it helps the migration software to figure out the right
versions to combine in the tests.

More information about this bug and the reason for filing it can be found on
https://wiki.debian.org/ContinuousIntegration/RegressionEmailInformation

Paul

[1] https://qa.debian.org/excuses.php?package=requests

https://ci.debian.net/data/autopkgtest/testing/amd64/s/streamlink/73952325/log.gz

=================================== FAILURES
===================================
  89s ______________________ TestHTTPSession.test_read_timeout

Hi,

This should be fixed in version 8.5.0-1 which builds fine with requests
2.34.2.

Thanks,