Your message dated Mon, 23 Feb 2026 08:27:48 -0600
with message-id <[email protected]>
and subject line ruby-ethon passes
has caused the Debian Bug report #1113896,
regarding ruby-ethon: autopkgtest needs update for new version of curl
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
1113896: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1113896
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Source: ruby-ethon
Version: 0.16.0-3
Severity: serious
X-Debbugs-CC: [email protected]
Tags: sid trixie
User: [email protected]
Usertags: needs-update
Control: affects -1 src:curl
Dear maintainer(s),
With a recent upload of curl the autopkgtest of ruby-ethon fails in
testing when that autopkgtest is run with the binary packages of curl
from unstable. It passes when run with only packages from testing. In
tabular form:
pass fail
curl from testing 8.16.0~rc2-2
ruby-ethon from testing 0.16.0-3
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 curl to testing
[1]. Of course, curl shouldn't just break your autopkgtest (or even
worse, your package), but it seems to me that the change in curl 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 curl 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=curl
https://ci.debian.net/data/autopkgtest/testing/amd64/r/ruby-ethon/64102668/log.gz
31s 31s Failures:
31s 31s 1) Ethon::Multi::Options socket_action mode #timerfunction
callbacks allows multi_code return values
31s Failure/Error: expect(calls.last).to eq(-1) # cancels the timer
31s
31s expected: -1
31s got: 0
31s
31s (compared using ==)
31s # ./spec/ethon/multi/options_spec.rb:103:in `block (4
levels) in <top (required)>'
31s 31s Finished in 4.47 seconds (files took 0.64896 seconds to load)
31s 578 examples, 1 failure, 11 pending
31s 31s Failed examples:
31s 31s rspec ./spec/ethon/multi/options_spec.rb:90 #
Ethon::Multi::Options socket_action mode #timerfunction callbacks allows
multi_code return values
31s 31s /usr/bin/ruby3.3
-I/usr/share/rubygems-integration/all/gems/rspec-support-3.13.1/lib:/usr/share/rubygems-integration/all/gems/rspec-core-3.13.0/lib
/usr/share/rubygems-integration/all/gems/rspec-core-3.13.0/exe/rspec
--pattern ./spec/\*\*/\*_spec.rb --format documentation failed
31s mv ./.gem2deb.lib lib
31s autopkgtest [17:07:01]: test gem2deb-test-runner
OpenPGP_signature.asc
Description: OpenPGP digital signature
--- End Message ---
--- Begin Message ---
I am unable to reproduce any of the three RC bugs filed here.
Please feel free to re-open with more information if this was done in error.
Thanks,
Simon Quigley
[email protected]
--- End Message ---
