Hi Mamoru, Thanks for the report and investigating the packages 👍
Dne 27. 11. 25 v 8:08 Mamoru TASAKA via ruby-sig napsal(a):
Hello, ruby-sig folks:Trying with ruby 4.0.0dev (2025-11-27 master bee02c41bc) +PRISM [x86_64-linux]: https://github.com/ruby/ruby/commit/bee02c41bc15780a45f47986ef638e17ca323ec3out of ~407 rubygem-XXXX packages, currently 22 packages FTBFS. 9 of them are due to dependencies for already retired packages. ------------------------------------- [ 1] rubygem-em-websockethttps://copr.fedorainfracloud.org/coprs/mtasaka/rubygems-40-all-01/build/9778658/No match for argument: rubygem(em-spec) Perhaps needed dependency has already retired.
We have discussed this yesterday with Jarek. One related question is what to do with Jekyll. But the most likely direction is removal from Fedora
------------------------------------- [ 2] rubygem-ethonhttps://copr.fedorainfracloud.org/coprs/mtasaka/rubygems-40-all-01/build/9840879/Failures:1) Ethon::Multi::Options socket_action mode #timerfunction callbacks allows multi_code return valuesFailure/Error: expect(calls.last).to eq(-1) # cancels the timer expected: -1 got: 0 (compared using ==)# ./spec/ethon/multi/options_spec.rb:103:in 'block (4 levels) in <top (required)>'Not investigated yet
This was broken by curl: https://bugzilla.redhat.com/show_bug.cgi?id=2405328 https://github.com/typhoeus/ethon/issues/269 I have spend some time investigating, but failed.
------------------------------------- [ 3] rubygem-faradayhttps://copr.fedorainfracloud.org/coprs/mtasaka/rubygems-40-all-01/build/9840873/So many errors: 2265 examples, 119 failures, 1 pending Many of them looks like below, perhaps incompatibility with rack3 NoMethodError: undefined method 'read' for nil# ./spec/support/webmock_rack_app.rb:52:in 'WebmockRackApp#req_body' # ./spec/support/webmock_rack_app.rb:11:in 'WebmockRackApp#call' # /usr/share/gems/gems/rack-test-2.2.0/lib/rack/test.rb:360:in 'Rack::Test::Session#process_request' # /usr/share/gems/gems/rack-test-2.2.0/lib/rack/test.rb:153:in 'Rack::Test::Session#request' # ./lib/faraday/adapter/rack.rb:63:in 'Faraday::Adapter::Rack#execute_request' # ./lib/faraday/adapter/rack.rb:47:in 'Faraday::Adapter::Rack#call' # ./lib/faraday/response.rb:11:in 'Faraday::Response::Middleware#call' # ./lib/faraday/request/url_encoded.rb:25:in 'Faraday::Request::UrlEncoded#call' # ./lib/faraday/request/multipart.rb:25:in 'Faraday::Request::Multipart#call' # ./lib/faraday/rack_builder.rb:153:in 'Faraday::RackBuilder#build_response'
This got broken by Rack 3 I believe. I think that it would be better to let it go, but there are some dependencies ... There also was attempt to bring in Faraday 2: https://bugzilla.redhat.com/show_bug.cgi?id=2244212
------------------------------------- [ 4] rubygem-gem2rpmhttps://copr.fedorainfracloud.org/coprs/mtasaka/rubygems-40-all-01/build/9840860//builddir/build/BUILD/rubygem-gem2rpm-1.0.2-build/gem2rpm-1.0.2/usr/share/gems/gems/gem2rpm-1.0.2/lib/gem2rpm/gem/spec_fetcher.rb:2:in 'Kernel#require': cannot load such file -- ostruct (LoadError)ostruct dep is needed + some backports from the upstream git is needed ref: https://github.com/fedora-ruby/gem2rpm/issues/127
Yeah, keep this on my mind. I hope it is not big blocker 😇
------------------------------------- [ 5] rubygem-jekyllhttps://copr.fedorainfracloud.org/coprs/mtasaka/rubygems-40-all-01/build/9840816/[ 6] rubygem-jekyll-asciidochttps://copr.fedorainfracloud.org/coprs/mtasaka/rubygems-40-all-01/build/9840815/[ 7] rubygem-jekyll-feedhttps://copr.fedorainfracloud.org/coprs/mtasaka/rubygems-40-all-01/build/9840813/[ 8] rubygem-jekyll-git-authorshttps://copr.fedorainfracloud.org/coprs/mtasaka/rubygems-40-all-01/build/9840812/[ 9] rubygem-jekyll-sass-converterhttps://copr.fedorainfracloud.org/coprs/mtasaka/rubygems-40-all-01/build/9840811/[10] rubygem-jekyll-tochttps://copr.fedorainfracloud.org/coprs/mtasaka/rubygems-40-all-01/build/9840809/No match for argument: rubygem(terminal-table) Needed dependency is retired
Yeah, have hoped somebody would save Jekyll. But I am not user myself neither I have capacity :/ Maybe we can (re-)highlight this on fedora-devel?
------------------------------------- [11] rubygem-mini_magickhttps://copr.fedorainfracloud.org/coprs/mtasaka/rubygems-40-all-01/build/9841704/Failures: 1) MiniMagick::Image#composite yields an optional block Failure/Error: yield composite if block_given? TypeError: wrong argument type MiniMagick::Tool (expected Array)# ./lib/mini_magick/image.rb:515:in 'block in MiniMagick::Image#composite'# ./lib/mini_magick/tool.rb:34:in 'MiniMagick::Tool.new'# ./lib/mini_magick.rb:28:in 'block (2 levels) in <module:MiniMagick>'# ./lib/mini_magick/image.rb:514:in 'MiniMagick::Image#composite'# ./spec/lib/mini_magick/image_spec.rb:609:in 'block (4 levels) in <top (required)>' # ./spec/lib/mini_magick/image_spec.rb:610:in 'block (3 levels) in <top (required)>'Not knowing what this means.Reported to the upstream: https://github.com/minimagick/minimagick/issues/599No response so far.Note that vagrant-libvirt is failing in the similar way at the first glance(note investigated in detail):https://copr.fedorainfracloud.org/coprs/mtasaka/rubydep-heavypkg-40-01/build/9841109/340) VagrantPlugins::ProviderLibvirt::Util::NetworkUtil #libvirt_networks should retrieve the list of networks Failure/Error: let(:machine) { iso_env.machine(:test, :libvirt) }TypeError:wrong argument type Vagrant::Config::V2::DummyConfig (expected Array) # /usr/share/vagrant/gems/gems/vagrant-2.3.4/plugins/kernel_v2/config/vm.rb:713:in 'Kernel#inspect'
Seeing Kernel inspect, isn't it something similar to: https://bugs.ruby-lang.org/issues/21698 But this is just wild guess. I have not looked closer.
# /usr/share/vagrant/gems/gems/vagrant-2.3.4/plugins/kernel_v2/config/vm.rb:713:in 'VagrantPlugins::Kernel_V2::VMConfig#get_provider_config' # /usr/share/vagrant/gems/gems/vagrant-2.3.4/lib/vagrant/vagrantfile.rb:75:in 'Vagrant::Vagrantfile#machine' # /usr/share/vagrant/gems/gems/vagrant-2.3.4/lib/vagrant/environment.rb:740:in 'Vagrant::Environment#machine' # ./spec/support/unit_context.rb:26:in 'block (2 levels) in <top (required)>' # ./spec/support/unit_context.rb:37:in 'block (2 levels) in <top (required)>' # ./spec/support/unit_context.rb:51:in 'block (3 levels) in <top (required)>' # ./spec/support/unit_context.rb:43:in 'block (2 levels) in <top (required)>'# /usr/share/rubygems/rubygems.rb:303:in 'Kernel#load'# /usr/share/rubygems/rubygems.rb:303:in 'Gem.activate_and_load_bin_path'------------------------------------- [12] rubygem-nenvhttps://copr.fedorainfracloud.org/coprs/mtasaka/rubygems-40-all-01/build/9840748/No match for argument: rubygem(coveralls)
Not sure if valtri is interested in his packages anymore :/ But this is leaf package, so I would not mind to let it go.
------------------------------------- [13] rubygem-pathspechttps://copr.fedorainfracloud.org/coprs/mtasaka/rubygems-40-all-01/build/9840727/No match for argument: rubygem(fakefs)
This is leaf package and long time not maintained. I would let it go.
------------------------------------- [14] rubygem-pryhttps://copr.fedorainfracloud.org/coprs/mtasaka/rubygems-40-all-01/build/9840704/So many errors, not have investigated yet. ------------------------------------- [15] rubygem-rdochttps://copr.fedorainfracloud.org/coprs/mtasaka/rubygems-40-all-01/build/9840674/error: File not found: /builddir/build/BUILD/rubygem-rdoc-6.14.2-build/BUILDROOT/usr/share/gems/plugins/rdoc_plugin.rbThis rdoc is 6.14.2, so first upgrading to the latest is bettter.
Interesting. I was not really looking into this, because it is dual life package, but why this error? This could be bug in RubyGems ...
------------------------------------- [16] rubygem-redis-clienthttps://copr.fedorainfracloud.org/coprs/mtasaka/rubygems-40-all-01/build/9840669//usr/share/ruby/did_you_mean/core_ext/name_error.rb:24: warning: benchmark is not part of the default gems since Ruby 4.0.0. Install benchmark from RubyGems.But even if adding "BR: rubygem(benchmark)", build still fails like:https://copr.fedorainfracloud.org/coprs/mtasaka/rubygems-40-trybuild-01/build/9841705/375 runs, 204 assertions, 0 failures, 320 errors, 0 skips All looks like 320) Error: RedisClientTest#test_measure_round_trip_delay:RedisClient::CannotConnectError: Connection refused - connect(2) for 127.0.0.1:16380 (redis://127.0.0.1:16380)/usr/share/ruby/socket.rb:1661:in 'Socket#__connect_nonblock' /usr/share/ruby/socket.rb:1661:in 'Socket#connect_nonblock' /usr/share/ruby/socket.rb:60:in 'Addrinfo#connect_internal' /usr/share/ruby/socket.rb:141:in 'Addrinfo#connect'/usr/share/ruby/socket.rb:954:in 'block in Socket.tcp_without_fast_fallback'/usr/share/ruby/socket.rb:231:in 'Array#each' /usr/share/ruby/socket.rb:231:in 'Addrinfo.foreach' /usr/share/ruby/socket.rb:943:in 'Socket.tcp_without_fast_fallback' /usr/share/ruby/socket.rb:671:in 'Socket.tcp'lib/redis_client/ruby_connection.rb:119:in 'RedisClient::RubyConnection#connect' lib/redis_client/ruby_connection.rb:51:in 'RedisClient::RubyConnection#initialize'lib/redis_client.rb:746:in 'block in RedisClient#connect'lib/redis_client/middlewares.rb:12:in 'RedisClient::BasicMiddleware#connect'lib/redis_client.rb:745:in 'RedisClient#connect' lib/redis_client.rb:732:in 'RedisClient#raw_connection' lib/redis_client.rb:697:in 'RedisClient#ensure_connected' lib/redis_client.rb:277:in 'RedisClient#call' test/support/client_test_helper.rb:43:in 'ClientTestHelper#setup'
redis-client was broken by Valkey's modularization. There is this ticket: https://bugzilla.redhat.com/show_bug.cgi?id=2403512 It seems the changes were reverted just now, so maybe it works again?
------------------------------------- [17] rubygem-rspec-corehttps://copr.fedorainfracloud.org/coprs/mtasaka/rubygems-40-all-01/build/9840658/Failed examples:rspec ./spec/rspec/core/shared_example_group_spec.rb[1:3:8] # RSpec::Core::SharedExampleGroup shared_examples_for displays a helpful message when you define a shared example group in *_spec.rb file rspec ./spec/rspec/core/shared_example_group_spec.rb[1:2:8] # RSpec::Core::SharedExampleGroup shared_examples displays a helpful message when you define a shared example group in *_spec.rb file rspec ./spec/rspec/core/shared_example_group_spec.rb[1:4:8] # RSpec::Core::SharedExampleGroup shared_context displays a helpful message when you define a shared example group in *_spec.rb file rspec ./spec/rspec/core/hooks_spec.rb:187 # RSpec::Core::Hooks#around when it does not run the example indicates which around hook did not run the example in the pending messageNot having investigated yet, however perhaps error message format changed.------------------------------------- [18] rubygem-rspec-expectationshttps://copr.fedorainfracloud.org/coprs/mtasaka/rubygems-40-all-01/build/9840657/Many errors: 2441 examples, 28 failures, 8 pendingNot having investigated yet, however perhaps error message format changed.------------------------------------- [19] rubygem-rspec-mockshttps://copr.fedorainfracloud.org/coprs/mtasaka/rubygems-40-all-01/build/9840655/Failures:1) RSpec::Mocks::Matchers::Receive expect(...).to receive ordered with receive counts does not result in infinite recursion when `respond_to?` is stubbedFailure/Error: expect { obj = Object.newexpect(obj).to receive(:respond_to?).with('something highly unlikely')obj.respond_to?(:not_what_we_wanted)}.to raise_error(/received :respond_to\? with unexpected arguments/)expected Exception with message matching /received :respond_to\? with unexpected arguments/, got #<SystemStackError: stack level too deep> with backtrace: # ./spec/rspec/mocks/matchers/receive_spec.rb:673:in 'block (5 levels) in <module:Mocks>' # ./spec/rspec/mocks/matchers/receive_spec.rb:674:in 'block (4 levels) in <module:Mocks>' # /usr/share/gems/gems/aruba-2.3.2/lib/aruba/rspec.rb:40:in 'block (2 levels) in <top (required)>' # /usr/share/gems/gems/aruba-2.3.2/lib/aruba/rspec.rb:27:in 'block (2 levels) in <top (required)>' # ./spec/rspec/mocks/matchers/receive_spec.rb:674:in 'block (4 levels) in <module:Mocks>' # /usr/share/gems/gems/aruba-2.3.2/lib/aruba/rspec.rb:40:in 'block (2 levels) in <top (required)>' # /usr/share/gems/gems/aruba-2.3.2/lib/aruba/rspec.rb:27:in 'block (2 levels) in <top (required)>'Not having investigated yet, anyway will have to report to the upstream ------------------------------------- [20] rubygem-sinatrahttps://copr.fedorainfracloud.org/coprs/mtasaka/rubygems-40-all-01/build/9840612/1) Failure: RdocTest#test_renders_rdoc_files_in_views_path_0 [test/rdoc_test.rb:25]:Expected /<h1[^>]*>Hello From RDoc(<span><a href=\"#label-Hello\+From\+RDoc\">¶<\/a> <a href=\"#(documentation|top)\">↑<\/a><\/span>)?<\/h1>/ to match # encoding: ASCII-8BIT# valid: true"\n<h1 id=\"label-Hello+From+RDoc\"><a href=\"#label-Hello+From+RDoc\">Hello From RDoc</a></h1>\n".2) Failure: RdocTest#test_renders_inline_rdoc_strings_0 [test/rdoc_test.rb:19]:Expected /<h1[^>]*>Hiya(<span><a href=\"#label-Hiya\">¶<\/a> <a href=\"#(documentation|top)\">↑<\/a><\/span>)?<\/h1>/ to match # encoding: ASCII-8BIT# valid: true "\n<h1 id=\"label-Hiya\"><a href=\"#label-Hiya\">Hiya</a></h1>\n". 1036 runs, 2332 assertions, 2 failures, 0 errors, 3 skipsRecently rdoc is upgraded to 2.16.0 and perhaps some output from rdoc changed.------------------------------------- [21] rubygem-sinatra-cross_originhttps://copr.fedorainfracloud.org/coprs/mtasaka/rubygems-40-all-01/build/9840611/13 tests, 13 assertions, 13 failures, 0 errors, 0 pendings, 0 omissions, 0 notificationsMaybe incompatibility with rack3 which rejects upper case in header.
This is leaf package with dormant upstream. There is already F43 FTBFS ticket:
https://bugzilla.redhat.com/show_bug.cgi?id=2385597 I don't plan to spend my time on this one.
------------------------------------- [22] rubygem-yardhttps://copr.fedorainfracloud.org/coprs/mtasaka/rubygems-40-all-01/build/9840547/rspec ./spec/handlers/ruby/base_spec.rb:35 # YARD::Handlers::Ruby::Base#valid_handler? handles string input (matches AstNode#source) rspec ./spec/handlers/ruby/base_spec.rb:54 # YARD::Handlers::Ruby::Base#valid_handler? handles regex input (matches AstNode#source) rspec ./spec/handlers/ruby/base_spec.rb:73 # YARD::Handlers::Ruby::Base#valid_handler? handles #method_call(:methname) on a valid ASTAll of these contains: NameError: uninitialized constant YARD::Tags::TypesExplainer::Parser::Ruby# ./spec/handlers/ruby/base_spec.rb:59:in 'block (2 levels) in <top (required)>' # ./spec/spec_helper.rb:129:in 'block (2 levels) in <top (required)>'I don't know what the above means so far. Reported: https://github.com/lsegal/yard/issues/1635 No response so far Regards, Mamoru
OpenPGP_signature.asc
Description: OpenPGP digital signature
-- _______________________________________________ ruby-sig mailing list -- [email protected] To unsubscribe send an email to [email protected] Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/[email protected] Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
