[Bug 2080346] Re: autopkg test timeouts on arm64

2025-02-24 Thread peter green
My upload to sid has been synced to Ubuntu by Simon Quingley . It's autopkgtests passed on everything except s390x (where it tmpfailed and errored, which IIRC tend to indicate infrastructure issues). ** Changed in: rust-reqwest (Ubuntu) Status: Fix Committed => Fix Released -- You receiv

[Bug 2080346] Re: autopkg test timeouts on arm64

2025-02-20 Thread peter green
The issue now seems to be affecting a lot more than just arm64. Changing the IP address seems to have made no difference. It seems that whatever network the autopkgtesters are on refuses all attempts to connect to unknown IPs rather than letting them time out and this includes the IPs reserved for

[Bug 2080346] Re: autopkg test timeouts on arm64

2024-09-16 Thread Paride Legovini
** Changed in: rust-reqwest (Ubuntu) Status: Confirmed => Triaged ** Changed in: rust-reqwest (Ubuntu) Status: Triaged => Fix Committed ** Changed in: auto-package-testing Status: New => Fix Released ** Changed in: auto-package-testing Assignee: (unassigned) => Paride L

[Bug 2080346] Re: autopkg test timeouts on arm64

2024-09-11 Thread Paride Legovini
** Also affects: auto-package-testing Importance: Undecided Status: New -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/2080346 Title: autopkg test timeouts on arm64 To manage notifications

[Bug 2080346] Re: autopkg test timeouts on arm64

2024-09-11 Thread Skia
https://github.com/seanmonstar/reqwest/pull/2418 Here is an upstream pull request to fix this durably. The related MP can be reverted once this gets merged and released. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.l

[Bug 2080346] Re: autopkg test timeouts on arm64

2024-09-11 Thread Simon Chopin
Note that while it's a bit curious that the infra suddenly started routing those IPs, here I think rust-reqwest is wrong in the end. If you want an IP that's not routed, you should use one from an IP range from RFC 5735, as those should be treated by reasonable admins as follow: > Network operator

[Bug 2080346] Re: autopkg test timeouts on arm64

2024-09-11 Thread Skia
** Merge proposal linked: https://code.launchpad.net/~hyask/autopkgtest-cloud/+git/autopkgtest-cloud/+merge/473064 -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/2080346 Title: autopkg test timeo

[Bug 2080346] Re: autopkg test timeouts on arm64

2024-09-11 Thread Skia
** Changed in: rust-reqwest (Ubuntu) Assignee: (unassigned) => Skia (hyask) ** Changed in: rust-reqwest (Ubuntu) Status: New => Confirmed -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/2080

[Bug 2080346] Re: autopkg test timeouts on arm64

2024-09-11 Thread Skia
iirc fron a previous investigation, here are some details on the issue: The two failing tests are always * connect_many_timeout * connect_timeout If I'm correct, those tests are trying to reach 10.255.255.1, which is supposed to be unavailable and raise a timeout but, maybe due to the proxy (mayb