Hi everybody,
So here we go. I have asked for side tag for Ruby 3.0 rebuild:
~~~
$ fedpkg request-side-tag Side tag 'f34-build-side-35577' (id 35577) created. Use 'fedpkg build --target=f34-build-side-35577' to use it. Use 'koji wait-repo f34-build-side-35577' to wait for the build repo to be generated.
~~~
and Ruby 3.0 is already built there as you can see at:
https://koji.fedoraproject.org/koji/builds?inherited=0&tagID=35577&o...
or using:
~~~ $ koji list-tagged f34-build-side-35577 ~~~
Now this is a list of packages, which very likely needs rebuild:
~~~ $ dnf repoquery --disablerepo=* --enablerepo=rawhide --enablerepo=rawhide-source --arch=src --whatrequires 'ruby-devel' | sort | uniq ~~~
You can take the package and just fire rebuild, but please ensure that you are using f34-build-side-35577 build target, i.e. the build command should look like:
~~~ $ fedpkg build --target f34-build-side-35577 ~~~
Please be careful, because if you, by a chance, omit the f34-build-side-35577 target, you'll be building against Ruby 2.7 which is not what you want.
If you won't do it by yourself, I'll be rebuilding all packages after I am finished with my packages. I'll be using fermig [1] to help me with that. If you don't want me to touch your packages for whatever reason, please let me know.
As always, any help/testing/feedback is welcome.
Vít
----- Original Message -----
From: "Vít Ondruch" vondruch@redhat.com To: "Ruby SIG mailing list" ruby-sig@lists.fedoraproject.org Sent: Wednesday, January 6, 2021 11:54:30 AM Subject: Ruby 3.0 - Mass rebuild
Hi everybody,
So here we go. I have asked for side tag for Ruby 3.0 rebuild:
$ fedpkg request-side-tag Side tag 'f34-build-side-35577' (id 35577) created. Use 'fedpkg build --target=f34-build-side-35577' to use it. Use 'koji wait-repo f34-build-side-35577' to wait for the build repo to be generated.
and Ruby 3.0 is already built there as you can see at:
https://koji.fedoraproject.org/koji/builds?inherited=0&tagID=35577&o...
or using:
$ koji list-tagged f34-build-side-35577
Now this is a list of packages, which very likely needs rebuild:
$ dnf repoquery --disablerepo=* --enablerepo=rawhide --enablerepo=rawhide-source --arch=src --whatrequires 'ruby-devel' | sort | uniq
You can take the package and just fire rebuild, but please ensure that you are using f34-build-side-35577 build target, i.e. the build command should look like:
$ fedpkg build --target f34-build-side-35577
Please be careful, because if you, by a chance, omit the f34-build-side-35577 target, you'll be building against Ruby 2.7 which is not what you want.
If you won't do it by yourself, I'll be rebuilding all packages after I am finished with my packages. I'll be using fermig [1] to help me with that. If you don't want me to touch your packages for whatever reason, please let me know.
As always, any help/testing/feedback is welcome.
Webrick is soon to be in Fedora: https://pagure.io/releng/fedora-scm-requests/issue/31583 I'll fix the packages that require webrick (directly or via PRs).
One new change in Ruby 3.0 is `%{gem_dir}/plugins` directory, which now contains are rubygems plugins to load. Example change: https://src.fedoraproject.org/rpms/rubygem-yard/pull-request/1#_2__64
Discussed on IRC: ``` 13:54 < pvalena> defolos: correction: it's not for yard plugins, but for rubygems plugins (new loading implementation)... all rubygems plugins will have this new file.
13:58 < vondruch> defolos, pvalena: https://github.com/rubygems/rubygems/pull/3108 13:58 < vondruch> this is the reason I guess 14:01 < vondruch> The problem is, that it is probably empty directory, therefore it was not cought by RPM, although the spec file is quite specific about rubygems directory ownership 14:02 < vondruch> but the file in the plugins directory must be owned by the specific package anyway 14:02 < vondruch> There should be probably introduced some macro 14:03 < vondruch> as well as gem2rpm could be improved ```
Pavel
Vít
Dne 06. 01. 21 v 14:14 Pavel Valena napsal(a):
One new change in Ruby 3.0 is `%{gem_dir}/plugins` directory, which now contains are rubygems plugins to load. Example change: https://src.fedoraproject.org/rpms/rubygem-yard/pull-request/1#_2__64
Good catch. I have completely missed that. Here [1] is fix with proposed `%gem_plugin` macro for packager convenience. Please give it try.
Vít
The PR was merged and should be available in the side tag. Should anybody package RubyGems plugins, please use the `%{gem_plugin}` macro to own the RubyGems plugin stub.
Vít
Dne 06. 01. 21 v 14:30 Vít Ondruch napsal(a):
Dne 06. 01. 21 v 14:14 Pavel Valena napsal(a):
One new change in Ruby 3.0 is `%{gem_dir}/plugins` directory, which now contains are rubygems plugins to load. Example change: https://src.fedoraproject.org/rpms/rubygem-yard/pull-request/1#_2__64
Good catch. I have completely missed that. Here [1] is fix with proposed `%gem_plugin` macro for packager convenience. Please give it try.
Vít
[1] https://src.fedoraproject.org/rpms/ruby/pull-request/76
ruby-sig mailing list -- ruby-sig@lists.fedoraproject.org To unsubscribe send an email to ruby-sig-leave@lists.fedoraproject.org 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/ruby-sig@lists.fedoraproject.o...
----- Original Message -----
From: "Vít Ondruch" vondruch@redhat.com To: ruby-sig@lists.fedoraproject.org Sent: Wednesday, January 6, 2021 7:23:36 PM Subject: Re: Ruby 3.0 - Mass rebuild
The PR was merged and should be available in the side tag. Should anybody package RubyGems plugins, please use the `%{gem_plugin}` macro to own the RubyGems plugin stub.
I've been creating PRs, mostly, with rexml / webrick dependencies (I'm not finished yet).
Mamoru, Vit, thank you for all the builds!
While checking ruby-devel dependencies to build, I've unfortunately managed to uncomment a code in my script, that merged the changes and run the build:
eventmachine - rebuilt once more mysql2 - fails to build (same error as with Ruby 2.7) https://github.com/brianmario/mysql2/issues/1152
Remaining ruby-devel dependent packages (contains noarch packages also): rubygem-atk - builds ok rubygem-icaro - builds ok rubygem-gtksourceview3 - builds ok rubygem-goocanvas - builds ok rubygem-gdk_pixbuf2 - builds ok rubygem-mkrf - builds ok rubygem-ox - failure: https://koji.fedoraproject.org/koji/taskinfo?taskID=59093728 rubygem-pkg-config - builds ok rubygem-poppler - builds ok rubygem-posix-spawn - failure: https://koji.fedoraproject.org/koji/taskinfo?taskID=59093997 (*.so file not found; ) rubygem-racc - builds ok rubygem-raindrops - failed: https://koji.fedoraproject.org/koji/taskinfo?taskID=59094118 rubygem-rsvg2 - builds ok rubygem-snmp - builds ok rubygem-vte3 - failure: https://koji.fedoraproject.org/koji/taskinfo?taskID=59094163
Other non-"ruby-devel" failures: rubygem-ethon - https://github.com/typhoeus/ethon/issues/173 rubygem-httpclient - https://koji.fedoraproject.org/koji/taskinfo?taskID=59093375 rubygem-unicode - https://koji.fedoraproject.org/koji/taskinfo?taskID=59091846 rubygem-typhoeus - same as ethon (https://koji.fedoraproject.org/koji/taskinfo?taskID=59092598)
The scratch-builds themselves can be found here: https://koji.fedoraproject.org/koji/tasks?view=toplevel&owner=pvalena&am...
Regards, Pavel
Vít
Dne 06. 01. 21 v 14:30 Vít Ondruch napsal(a):
Dne 06. 01. 21 v 14:14 Pavel Valena napsal(a):
One new change in Ruby 3.0 is `%{gem_dir}/plugins` directory, which now contains are rubygems plugins to load. Example change: https://src.fedoraproject.org/rpms/rubygem-yard/pull-request/1#_2__64
Good catch. I have completely missed that. Here [1] is fix with proposed `%gem_plugin` macro for packager convenience. Please give it try.
Vít
Pavel Valena wrote on 2021/01/07 14:19:
----- Original Message -----
From: "Vít Ondruch" vondruch@redhat.com To: ruby-sig@lists.fedoraproject.org Sent: Wednesday, January 6, 2021 7:23:36 PM Subject: Re: Ruby 3.0 - Mass rebuild
The PR was merged and should be available in the side tag. Should anybody package RubyGems plugins, please use the `%{gem_plugin}` macro to own the RubyGems plugin stub.
I've been creating PRs, mostly, with rexml / webrick dependencies (I'm not finished yet).
Mamoru, Vit, thank you for all the builds!
You're welcome!!
Currently 91 packages are using new "libruby.so.3.0()(64bit)" library. Current leftovers (wrt library dependency issue):
$ dnf repoquery --repo=koji-ruby30 --qf '%{sourcerpm}' --whatrequires "libruby.so.2.7()(64bit)" | cat -n ================================================================= 1 kf5-kross-interpreters-20.08.3-1.fc34.src.rpm
build fails: https://koji.fedoraproject.org/koji/taskinfo?taskID=59090361 /builddir/build/BUILD/kross-interpreters-20.08.3/ruby/rubyinterpreter.cpp:69:5: error: 'rb_set_safe_level' was not declared in this scope 69 | rb_set_safe_level( info->optionValue("safelevel", defaultsafelevel).toInt() );
Perhaps simply calling rb_set_safe_level should be removed? ================================================================= 2 libsbml-5.18.0-19.fc34.src.rpm
build fails: https://koji.fedoraproject.org/koji/taskinfo?taskID=59090995 configure: error: Doxygen version cannot be greater than 1.8.11, but found version 1.8.20.
Perhaps not related to ruby ================================================================= 3 libyui-bindings-2.0.2-1.fc33.src.rpm
build fails: https://koji.fedoraproject.org/koji/taskinfo?taskID=59088613 /builddir/build/BUILD/libyui-bindings-59dfa64f05adb40c7da88325255d758f4588ab42/x86_64-redhat-linux-gnu/swig/ruby/yui_ruby.cxx: In function 'VALUE YEvent_mywidget(YEvent*)': /builddir/build/BUILD/libyui-bindings-59dfa64f05adb40c7da88325255d758f4588ab42/x86_64-redhat-linux-gnu/swig/ruby/yui_ruby.cxx:3287:77: error: invalid conversion from 'YWidget*' to 'long int' [-fpermissive] ???? Perhaps related to ruby 3.0 change, however for now I don't know in detail. Note that build for rawhide succeeds: https://koji.fedoraproject.org/koji/taskinfo?taskID=59089100 ================================================================= 4 rubygem-debug_inspector-0.0.3-11.fc33.src.rpm
build fails: https://koji.fedoraproject.org/koji/taskinfo?taskID=59090797 current directory: /builddir/build/BUILD/debug_inspector-0.0.3/usr/share/gems/gems/debug_inspector-0.0.3/ext/debug_inspector "make "DESTDIR=" clean" make: *** No rule to make target 'clean'. Stop. current directory: /builddir/build/BUILD/debug_inspector-0.0.3/usr/share/gems/gems/debug_inspector-0.0.3/ext/debug_inspector "make "DESTDIR="" echo "Nada." Nada.
Perhaps building ruby extension is really failing ================================================================= 5 rubygem-mysql2-0.5.3-5.fc33.src.rpm
build fails: https://koji.fedoraproject.org/koji/taskinfo?taskID=59090805
Failures: 1) Mysql2::Error encoding returns error messages as UTF-8 by default 2) Mysql2::Statement should create a statement 3) Mysql2::Statement close should free server resources
Some test failure ================================================================= 6 rubygem-ox-2.12.1-3.fc33.src.rpm
build fails: https://koji.fedoraproject.org/koji/taskinfo?taskID=59091142
Failures like: Error: test_array_multi(Func): FrozenError: can't modify frozen Range: 0..0 ================================================================= 7 rubygem-posix-spawn-0.3.13-7.fc33.src.rpm
build fails: https://koji.fedoraproject.org/koji/taskinfo?taskID=59091190
mv: cannot stat '/builddir/build/BUILDROOT/rubygem-posix-spawn-0.3.13-7.fc34.x86_64/usr/share/gems/gems/posix-spawn-0.3.13/lib/posix_spawn_ext.so': No such file or directory
Looks like posix_spawn_ext.so is successfully built, but installation destination is somehow wrong.
================================================================= 8 rubygem-raindrops-0.13.0-18.fc33.src.rpm
build fails: https://koji.fedoraproject.org/koji/taskinfo?taskID=59091207
Many: TypeError: no implicit conversion of Hash into Integer ================================================================= 9 rubygem-unicode-0.4.4.2-17.fc33.src.rpm
build fails: https://koji.fedoraproject.org/koji/taskinfo?taskID=59090709
armv7hl only: document generation segfaults: Installing darkfish documentation for unicode-0.4.4.2 /usr/share/gems/gems/rdoc-6.3.0/lib/rdoc/markup/to_html.rb:226: [BUG] Segmentation fault at 0xb2654000 ruby 3.0.0p0 (2020-12-25 revision 95aff21468) [armv7hl-linux]
So currently, packages still using "libruby.so.2.7()(64bit)" (9 packages) all fails to build, and (as I've said above) 91 packages are using new "libruby.so.3.0()(64bit)" library.
I think we can merge side build into rawhide main buildroot.
Regards, Mamoru
Dne 07. 01. 21 v 8:54 Mamoru TASAKA napsal(a):
================================================================= 4 rubygem-debug_inspector-0.0.3-11.fc33.src.rpm
build fails: https://koji.fedoraproject.org/koji/taskinfo?taskID=59090797 current directory: /builddir/build/BUILD/debug_inspector-0.0.3/usr/share/gems/gems/debug_inspector-0.0.3/ext/debug_inspector "make "DESTDIR=" clean" make: *** No rule to make target 'clean'. Stop. current directory: /builddir/build/BUILD/debug_inspector-0.0.3/usr/share/gems/gems/debug_inspector-0.0.3/ext/debug_inspector "make "DESTDIR="" echo "Nada." Nada.
I have orphaned this package a few days ago. It used to be dependency or Rails, it is not anymore. I'd suggest to add this to your ignore list.
Vít
Dne 07. 01. 21 v 8:54 Mamoru TASAKA napsal(a):
1 kf5-kross-interpreters-20.08.3-1.fc34.src.rpm
build fails: https://koji.fedoraproject.org/koji/taskinfo?taskID=59090361 /builddir/build/BUILD/kross-interpreters-20.08.3/ruby/rubyinterpreter.cpp:69:5: error: 'rb_set_safe_level' was not declared in this scope 69 | rb_set_safe_level( info->optionValue("safelevel", defaultsafelevel).toInt() );
Perhaps simply calling rb_set_safe_level should be removed?
I have applied this patch:
https://invent.kde.org/libraries/kross-interpreters/-/merge_requests/1
It builds at least ...
Vít
Mamoru TASAKA wrote on 2021/01/07 16:54:
Current leftovers (wrt library dependency issue):
$ dnf repoquery --repo=koji-ruby30 --qf '%{sourcerpm}' --whatrequires "libruby.so.2.7()(64bit)" | cat -n
3 libyui-bindings-2.0.2-1.fc33.src.rpm
build fails: https://koji.fedoraproject.org/koji/taskinfo?taskID=59088613 /builddir/build/BUILD/libyui-bindings-59dfa64f05adb40c7da88325255d758f4588ab42/x86_64-redhat-linux-gnu/swig/ruby/yui_ruby.cxx: In function 'VALUE YEvent_mywidget(YEvent*)': /builddir/build/BUILD/libyui-bindings-59dfa64f05adb40c7da88325255d758f4588ab42/x86_64-redhat-linux-gnu/swig/ruby/yui_ruby.cxx:3287:77: error: invalid conversion from 'YWidget*' to 'long int' [-fpermissive] ???? Perhaps related to ruby 3.0 change, however for now I don't know in detail. Note that build for rawhide succeeds: https://koji.fedoraproject.org/koji/taskinfo?taskID=59089100
Applying the following makes build succeed... however I am not sure if this is correct approach... --------------------------------------------------------------------- --- libyui-bindings-59dfa64f05adb40c7da88325255d758f4588ab42/swig/yui.i.ruby30 2021-01-07 16:27:19.835043901 +0900 +++ libyui-bindings-59dfa64f05adb40c7da88325255d758f4588ab42/swig/yui.i 2021-01-07 17:13:28.648458721 +0900 @@ -275,7 +275,7 @@
#if defined(SWIGRUBY) %extend YEvent { - VALUE mywidget() { return INT2FIX( $self->widget() ); } + VALUE mywidget() { return INT2FIX( (long)$self->widget() ); } } #endif
---------------------------------------------------------------------
================================================================= 7 rubygem-posix-spawn-0.3.13-7.fc33.src.rpm
build fails: https://koji.fedoraproject.org/koji/taskinfo?taskID=59091190
mv: cannot stat '/builddir/build/BUILDROOT/rubygem-posix-spawn-0.3.13-7.fc34.x86_64/usr/share/gems/gems/posix-spawn-0.3.13/lib/posix_spawn_ext.so': No such file or directory
Looks like posix_spawn_ext.so is successfully built, but installation destination is somehow wrong.
This was easy. spec file had some script part to check if using ruby-mri is new or not using the minor version of ruby... but minor version of 3.0 is 0...
Just removed old craft, now build succeeds: https://koji.fedoraproject.org/koji/buildinfo?buildID=1666134
Regards, Mamoru
Mamoru TASAKA wrote on 2021/01/07 22:41:
Mamoru TASAKA wrote on 2021/01/07 16:54:
Current leftovers (wrt library dependency issue):
$ dnf repoquery --repo=koji-ruby30 --qf '%{sourcerpm}' --whatrequires "libruby.so.2.7()(64bit)" | cat -n
3 libyui-bindings-2.0.2-1.fc33.src.rpm
build fails: https://koji.fedoraproject.org/koji/taskinfo?taskID=59088613 /builddir/build/BUILD/libyui-bindings-59dfa64f05adb40c7da88325255d758f4588ab42/x86_64-redhat-linux-gnu/swig/ruby/yui_ruby.cxx: In function 'VALUE YEvent_mywidget(YEvent*)': /builddir/build/BUILD/libyui-bindings-59dfa64f05adb40c7da88325255d758f4588ab42/x86_64-redhat-linux-gnu/swig/ruby/yui_ruby.cxx:3287:77: error: invalid conversion from 'YWidget*' to 'long int' [-fpermissive] ???? Perhaps related to ruby 3.0 change, however for now I don't know in detail. Note that build for rawhide succeeds: https://koji.fedoraproject.org/koji/taskinfo?taskID=59089100
Applying the following makes build succeed... however I am not sure if this is correct approach...
--- libyui-bindings-59dfa64f05adb40c7da88325255d758f4588ab42/swig/yui.i.ruby30 2021-01-07 16:27:19.835043901 +0900 +++ libyui-bindings-59dfa64f05adb40c7da88325255d758f4588ab42/swig/yui.i 2021-01-07 17:13:28.648458721 +0900 @@ -275,7 +275,7 @@
#if defined(SWIGRUBY) %extend YEvent { - VALUE mywidget() { return INT2FIX( $self->widget() ); } + VALUE mywidget() { return INT2FIX( (long)$self->widget() ); } } #endif
Anyway I've applied the above fix for now and build itself now succeeds: https://koji.fedoraproject.org/koji/buildinfo?buildID=1666141
Asked upstream for verification: https://github.com/libyui/libyui-bindings/pull/38
Now current leftovers (using old libruby.so.2.7 library):
$ dnf repoquery --repo=koji-ruby30 --qf '%{sourcerpm}' --whatrequires "libruby.so.2.7()(64bit)" | cat -n 1 libsbml-5.18.0-19.fc34.src.rpm 2 rubygem-debug_inspector-0.0.3-11.fc33.src.rpm 3 rubygem-mysql2-0.5.3-5.fc33.src.rpm 4 rubygem-ox-2.12.1-3.fc33.src.rpm 5 rubygem-raindrops-0.13.0-18.fc33.src.rpm 6 rubygem-unicode-0.4.4.2-17.fc33.src.rpm
Regards, Mamoru
Dne 07. 01. 21 v 15:14 Mamoru TASAKA napsal(a):
Mamoru TASAKA wrote on 2021/01/07 22:41:
Mamoru TASAKA wrote on 2021/01/07 16:54:
Current leftovers (wrt library dependency issue):
$ dnf repoquery --repo=koji-ruby30 --qf '%{sourcerpm}'
--whatrequires "libruby.so.2.7()(64bit)" | cat -n
3 libyui-bindings-2.0.2-1.fc33.src.rpm
build fails: https://koji.fedoraproject.org/koji/taskinfo?taskID=59088613 /builddir/build/BUILD/libyui-bindings-59dfa64f05adb40c7da88325255d758f4588ab42/x86_64-redhat-linux-gnu/swig/ruby/yui_ruby.cxx: In function 'VALUE YEvent_mywidget(YEvent*)': /builddir/build/BUILD/libyui-bindings-59dfa64f05adb40c7da88325255d758f4588ab42/x86_64-redhat-linux-gnu/swig/ruby/yui_ruby.cxx:3287:77: error: invalid conversion from 'YWidget*' to 'long int' [-fpermissive] ???? Perhaps related to ruby 3.0 change, however for now I don't know in detail. Note that build for rawhide succeeds: https://koji.fedoraproject.org/koji/taskinfo?taskID=59089100
Applying the following makes build succeed... however I am not sure if this is correct approach...
libyui-bindings-59dfa64f05adb40c7da88325255d758f4588ab42/swig/yui.i.ruby30 2021-01-07 16:27:19.835043901 +0900 +++ libyui-bindings-59dfa64f05adb40c7da88325255d758f4588ab42/swig/yui.i 2021-01-07 17:13:28.648458721 +0900 @@ -275,7 +275,7 @@
#if defined(SWIGRUBY) %extend YEvent { - VALUE mywidget() { return INT2FIX( $self->widget() ); } + VALUE mywidget() { return INT2FIX( (long)$self->widget() ); } } #endif
Anyway I've applied the above fix for now and build itself now succeeds: https://koji.fedoraproject.org/koji/buildinfo?buildID=1666141
Asked upstream for verification: https://github.com/libyui/libyui-bindings/pull/38
Now current leftovers (using old libruby.so.2.7 library):
$ dnf repoquery --repo=koji-ruby30 --qf '%{sourcerpm}' --whatrequires "libruby.so.2.7()(64bit)" | cat -n 1 libsbml-5.18.0-19.fc34.src.rpm 2 rubygem-debug_inspector-0.0.3-11.fc33.src.rpm 3 rubygem-mysql2-0.5.3-5.fc33.src.rpm 4 rubygem-ox-2.12.1-3.fc33.src.rpm 5 rubygem-raindrops-0.13.0-18.fc33.src.rpm 6 rubygem-unicode-0.4.4.2-17.fc33.src.rpm
Apart from these I found that:
7 puppet is FTBFS:
http://koji.fedoraproject.org/koji/taskinfo?taskID=59131883
/usr/share/ruby/fileutils.rb:865:in `install': wrong number of arguments (given 3, expected 2) (ArgumentError) from install.rb:63:in `block in do_configs' from install.rb:61:in `each' from install.rb:61:in `do_configs' from install.rb:493:in `block in <main>' from /usr/share/ruby/fileutils.rb:139:in `chdir' from /usr/share/ruby/fileutils.rb:139:in `cd' from install.rb:475:in `<main>'
8 vim is FTBFS, not sure if it impacts also runtime:
http://koji.fedoraproject.org/koji/taskinfo?taskID=59145293
but there is upstream fix:
https://github.com/vim/vim/pull/7564
and vim maintainer is aware about this issue. He is going to rebase as soon as we merge.
All in all, I am comfortable with merging this back into the Rawhide, any objections? If nobody objects in ~1.5h, I'll proceed.
And thx to everybody for the rebuild effort. I think this time we are done earlier then any time before, which should give us more time to handle all the remaining glitches, such as webrick/rexml dependnecies and all the other Ruby incompatibilities.
Vít
Regards, Mamoru _______________________________________________ ruby-sig mailing list -- ruby-sig@lists.fedoraproject.org To unsubscribe send an email to ruby-sig-leave@lists.fedoraproject.org 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/ruby-sig@lists.fedoraproject.o...
Dne 08. 01. 21 v 10:37 Vít Ondruch napsal(a):
Dne 07. 01. 21 v 15:14 Mamoru TASAKA napsal(a):
5 rubygem-raindrops-0.13.0-18.fc33.src.rpm
There seems to be upstream fix to this:
https://yhbt.net/raindrops.git/commit/lib?id=85486f9af18e4f249f23253e3b251e6...
But since it seems that nothing depends on this package and it is not really up2date, I'd leave it in the state it is. I just have openend FTBFS ticket:
https://bugzilla.redhat.com/show_bug.cgi?id=1914180
Vít
Dne 07. 01. 21 v 15:14 Mamoru TASAKA napsal(a):
6 rubygem-unicode-0.4.4.2-17.fc33.src.rpm
I have reported this to Ruby upstream and there might be fix for this:
https://bugs.ruby-lang.org/issues/17518
Vít
Dne 08. 01. 21 v 15:04 Vít Ondruch napsal(a):
Dne 07. 01. 21 v 15:14 Mamoru TASAKA napsal(a):
6 rubygem-unicode-0.4.4.2-17.fc33.src.rpm
I have reported this to Ruby upstream and there might be fix for this:
This has been built.
Vít
$ dnf repoquery --repo=koji-ruby30 --qf '%{sourcerpm}' --whatrequires "libruby.so.2.7()(64bit)" | cat -n ... 3 rubygem-mysql2-0.5.3-5.fc33.src.rpm
I am working on the rubygem-mysql2 package to build on rawhide. See https://bugzilla.redhat.com/show_bug.cgi?id=1914515 for detail.
Mamoru TASAKA wrote on 2021/01/07 16:54:
Some test failure
6 rubygem-ox-2.12.1-3.fc33.src.rpm
build fails: https://koji.fedoraproject.org/koji/taskinfo?taskID=59091142
Failures like: Error: test_array_multi(Func): FrozenError: can't modify frozen Range: 0..0
Just note that I've reported this: https://github.com/ohler55/ox/issues/258 (latest ox 2.14.0 still fails.)
Regards, Mamoru
Dne 07. 01. 21 v 6:19 Pavel Valena napsal(a):
rubygem-snmp - builds ok
This one ^^ is noarch and should not have devepnedncy on ruby-devel IMO. Should not need rebuild. There might be more like this.
rubygem-unicode - https://koji.fedoraproject.org/koji/taskinfo?taskID=59091846
This struck me be surprise :( I executed scratch build, everything looked OK only the arm was about to finish, so I executed the real build just to find there is segfault on ARM :/
Vít
rubygem-typhoeus - same as ethon (https://koji.fedoraproject.org/koji/taskinfo?taskID=59092598)
The scratch-builds themselves can be found here: https://koji.fedoraproject.org/koji/tasks?view=toplevel&owner=pvalena&am...
Regards, Pavel
Vít
Dne 06. 01. 21 v 14:30 Vít Ondruch napsal(a):
Dne 06. 01. 21 v 14:14 Pavel Valena napsal(a):
One new change in Ruby 3.0 is `%{gem_dir}/plugins` directory, which now contains are rubygems plugins to load. Example change: https://src.fedoraproject.org/rpms/rubygem-yard/pull-request/1#_2__64
Good catch. I have completely missed that. Here [1] is fix with proposed `%gem_plugin` macro for packager convenience. Please give it try.
Vít
ruby-sig mailing list -- ruby-sig@lists.fedoraproject.org To unsubscribe send an email to ruby-sig-leave@lists.fedoraproject.org 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/ruby-sig@lists.fedoraproject.o...
Dne 07. 01. 21 v 6:19 Pavel Valena napsal(a):
----- Original Message -----
From: "Vít Ondruch" vondruch@redhat.com To: ruby-sig@lists.fedoraproject.org Sent: Wednesday, January 6, 2021 7:23:36 PM Subject: Re: Ruby 3.0 - Mass rebuild
The PR was merged and should be available in the side tag. Should anybody package RubyGems plugins, please use the `%{gem_plugin}` macro to own the RubyGems plugin stub.
I've been creating PRs, mostly, with rexml / webrick dependencies (I'm not finished yet).
One of this kind for Mamoru:
https://src.fedoraproject.org/rpms/alexandria/pull-request/1#request_diff
Vít
Mamoru, Vit, thank you for all the builds!
While checking ruby-devel dependencies to build, I've unfortunately managed to uncomment a code in my script, that merged the changes and run the build:
eventmachine - rebuilt once more mysql2 - fails to build (same error as with Ruby 2.7) https://github.com/brianmario/mysql2/issues/1152
Remaining ruby-devel dependent packages (contains noarch packages also): rubygem-atk - builds ok rubygem-icaro - builds ok rubygem-gtksourceview3 - builds ok rubygem-goocanvas - builds ok rubygem-gdk_pixbuf2 - builds ok rubygem-mkrf - builds ok rubygem-ox - failure: https://koji.fedoraproject.org/koji/taskinfo?taskID=59093728 rubygem-pkg-config - builds ok rubygem-poppler - builds ok rubygem-posix-spawn - failure: https://koji.fedoraproject.org/koji/taskinfo?taskID=59093997 (*.so file not found; ) rubygem-racc - builds ok rubygem-raindrops - failed: https://koji.fedoraproject.org/koji/taskinfo?taskID=59094118 rubygem-rsvg2 - builds ok rubygem-snmp - builds ok rubygem-vte3 - failure: https://koji.fedoraproject.org/koji/taskinfo?taskID=59094163
Other non-"ruby-devel" failures: rubygem-ethon - https://github.com/typhoeus/ethon/issues/173 rubygem-httpclient - https://koji.fedoraproject.org/koji/taskinfo?taskID=59093375 rubygem-unicode - https://koji.fedoraproject.org/koji/taskinfo?taskID=59091846 rubygem-typhoeus - same as ethon (https://koji.fedoraproject.org/koji/taskinfo?taskID=59092598)
The scratch-builds themselves can be found here: https://koji.fedoraproject.org/koji/tasks?view=toplevel&owner=pvalena&am...
Regards, Pavel
Vít
Dne 06. 01. 21 v 14:30 Vít Ondruch napsal(a):
Dne 06. 01. 21 v 14:14 Pavel Valena napsal(a):
One new change in Ruby 3.0 is `%{gem_dir}/plugins` directory, which now contains are rubygems plugins to load. Example change: https://src.fedoraproject.org/rpms/rubygem-yard/pull-request/1#_2__64
Good catch. I have completely missed that. Here [1] is fix with proposed `%gem_plugin` macro for packager convenience. Please give it try.
Vít
ruby-sig mailing list -- ruby-sig@lists.fedoraproject.org To unsubscribe send an email to ruby-sig-leave@lists.fedoraproject.org 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/ruby-sig@lists.fedoraproject.o...
And there is upstream bug, so this won't work properly and the affected packages will need rebuild once there is fix available.
https://github.com/rubygems/rubygems/issues/4261
Vít
Dne 06. 01. 21 v 19:23 Vít Ondruch napsal(a):
The PR was merged and should be available in the side tag. Should anybody package RubyGems plugins, please use the `%{gem_plugin}` macro to own the RubyGems plugin stub.
Vít
Dne 06. 01. 21 v 14:30 Vít Ondruch napsal(a):
Dne 06. 01. 21 v 14:14 Pavel Valena napsal(a):
One new change in Ruby 3.0 is `%{gem_dir}/plugins` directory, which now contains are rubygems plugins to load. Example change: https://src.fedoraproject.org/rpms/rubygem-yard/pull-request/1#_2__64
Good catch. I have completely missed that. Here [1] is fix with proposed `%gem_plugin` macro for packager convenience. Please give it try.
Vít
[1] https://src.fedoraproject.org/rpms/ruby/pull-request/76
ruby-sig mailing list --ruby-sig@lists.fedoraproject.org To unsubscribe send an email toruby-sig-leave@lists.fedoraproject.org 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/ruby-sig@lists.fedoraproject.o...
ruby-sig mailing list -- ruby-sig@lists.fedoraproject.org To unsubscribe send an email to ruby-sig-leave@lists.fedoraproject.org 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/ruby-sig@lists.fedoraproject.o...
This should be resolved in -145. Please feel free to test.
V.
Dne 08. 01. 21 v 17:29 Vít Ondruch napsal(a):
And there is upstream bug, so this won't work properly and the affected packages will need rebuild once there is fix available.
https://github.com/rubygems/rubygems/issues/4261
Vít
Dne 06. 01. 21 v 19:23 Vít Ondruch napsal(a):
The PR was merged and should be available in the side tag. Should anybody package RubyGems plugins, please use the `%{gem_plugin}` macro to own the RubyGems plugin stub.
Vít
Dne 06. 01. 21 v 14:30 Vít Ondruch napsal(a):
Dne 06. 01. 21 v 14:14 Pavel Valena napsal(a):
One new change in Ruby 3.0 is `%{gem_dir}/plugins` directory, which now contains are rubygems plugins to load. Example change: https://src.fedoraproject.org/rpms/rubygem-yard/pull-request/1#_2__64
Good catch. I have completely missed that. Here [1] is fix with proposed `%gem_plugin` macro for packager convenience. Please give it try.
Vít
[1] https://src.fedoraproject.org/rpms/ruby/pull-request/76
ruby-sig mailing list --ruby-sig@lists.fedoraproject.org To unsubscribe send an email toruby-sig-leave@lists.fedoraproject.org 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/ruby-sig@lists.fedoraproject.o...
ruby-sig mailing list --ruby-sig@lists.fedoraproject.org To unsubscribe send an email toruby-sig-leave@lists.fedoraproject.org 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/ruby-sig@lists.fedoraproject.o...
ruby-sig mailing list -- ruby-sig@lists.fedoraproject.org To unsubscribe send an email to ruby-sig-leave@lists.fedoraproject.org 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/ruby-sig@lists.fedoraproject.o...
I have submitted Bodhi update to have the side tag merged:
https://bodhi.fedoraproject.org/updates/FEDORA-2021-215314a086
Vít
Dne 06. 01. 21 v 11:54 Vít Ondruch napsal(a):
Hi everybody,
So here we go. I have asked for side tag for Ruby 3.0 rebuild:
$ fedpkg request-side-tag Side tag 'f34-build-side-35577' (id 35577) created. Use 'fedpkg build --target=f34-build-side-35577' to use it. Use 'koji wait-repo f34-build-side-35577' to wait for the build repo to be generated.
and Ruby 3.0 is already built there as you can see at:
https://koji.fedoraproject.org/koji/builds?inherited=0&tagID=35577&o...
or using:
$ koji list-tagged f34-build-side-35577
Now this is a list of packages, which very likely needs rebuild:
$ dnf repoquery --disablerepo=* --enablerepo=rawhide --enablerepo=rawhide-source --arch=src --whatrequires 'ruby-devel' | sort | uniq
You can take the package and just fire rebuild, but please ensure that you are using f34-build-side-35577 build target, i.e. the build command should look like:
$ fedpkg build --target f34-build-side-35577
Please be careful, because if you, by a chance, omit the f34-build-side-35577 target, you'll be building against Ruby 2.7 which is not what you want.
If you won't do it by yourself, I'll be rebuilding all packages after I am finished with my packages. I'll be using fermig [1] to help me with that. If you don't want me to touch your packages for whatever reason, please let me know.
As always, any help/testing/feedback is welcome.
Vít
[1] https://github.com/fedora-ruby/fermig
ruby-sig mailing list -- ruby-sig@lists.fedoraproject.org To unsubscribe send an email to ruby-sig-leave@lists.fedoraproject.org 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/ruby-sig@lists.fedoraproject.o...
After small fight with gating, this has landed!
~~~
$ koji wait-repo f34-build --build ruby-3.0.0-139.fc34 Successfully waited 0:01 for ruby-3.0.0-139.fc34 to appear in the f34-build repo
~~~
Thx everybody for the help.
Vít
Dne 08. 01. 21 v 15:00 Vít Ondruch napsal(a):
I have submitted Bodhi update to have the side tag merged:
https://bodhi.fedoraproject.org/updates/FEDORA-2021-215314a086
Vít
Dne 06. 01. 21 v 11:54 Vít Ondruch napsal(a):
Hi everybody,
So here we go. I have asked for side tag for Ruby 3.0 rebuild:
$ fedpkg request-side-tag Side tag 'f34-build-side-35577' (id 35577) created. Use 'fedpkg build --target=f34-build-side-35577' to use it. Use 'koji wait-repo f34-build-side-35577' to wait for the build repo to be generated.
and Ruby 3.0 is already built there as you can see at:
https://koji.fedoraproject.org/koji/builds?inherited=0&tagID=35577&o...
or using:
$ koji list-tagged f34-build-side-35577
Now this is a list of packages, which very likely needs rebuild:
$ dnf repoquery --disablerepo=* --enablerepo=rawhide --enablerepo=rawhide-source --arch=src --whatrequires 'ruby-devel' | sort | uniq
You can take the package and just fire rebuild, but please ensure that you are using f34-build-side-35577 build target, i.e. the build command should look like:
$ fedpkg build --target f34-build-side-35577
Please be careful, because if you, by a chance, omit the f34-build-side-35577 target, you'll be building against Ruby 2.7 which is not what you want.
If you won't do it by yourself, I'll be rebuilding all packages after I am finished with my packages. I'll be using fermig [1] to help me with that. If you don't want me to touch your packages for whatever reason, please let me know.
As always, any help/testing/feedback is welcome.
Vít
[1] https://github.com/fedora-ruby/fermig
ruby-sig mailing list --ruby-sig@lists.fedoraproject.org To unsubscribe send an email toruby-sig-leave@lists.fedoraproject.org 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/ruby-sig@lists.fedoraproject.o...
ruby-sig mailing list -- ruby-sig@lists.fedoraproject.org To unsubscribe send an email to ruby-sig-leave@lists.fedoraproject.org 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/ruby-sig@lists.fedoraproject.o...
ruby-sig@lists.fedoraproject.org