4:54 a.m.
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&am...
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
7:14 a.m.
----- Original Message -----
From: "Vít Ondruch" <vondruch(a)redhat.com>
To: "Ruby SIG mailing list" <ruby-sig(a)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&am...
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
7:30 a.m.
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
12:23 p.m.
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(a)lists.fedoraproject.org
To unsubscribe send an email to ruby-sig-leave(a)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.fedoraprojec...
11:19 p.m.
----- Original Message -----
From: "Vít Ondruch" <vondruch(a)redhat.com>
To: ruby-sig(a)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...
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
[1] https://src.fedoraproject.org/rpms/ruby/pull-request/76
1:54 a.m.
Pavel Valena wrote on 2021/01/07 14:19:
----- Original Message -----
> From: "Vít Ondruch" <vondruch(a)redhat.com>
> To: ruby-sig(a)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
2:13 a.m.
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
6:41 a.m.
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
7:41 a.m.
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
8:14 a.m.
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
3:37 a.m.
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(a)lists.fedoraproject.org
To unsubscribe send an email to ruby-sig-leave(a)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.fedoraprojec...
3:55 a.m.
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=85486f9af18e4f249f23253e3b25...
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
8:04 a.m.
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
9:58 a.m.
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:
https://bugs.ruby-lang.org/issues/17518
This has been built.
Vít
7:48 a.m.
$ 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.
--
Jun | He - His - Him
8:18 a.m.
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
2:17 a.m.
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...
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
>
>
>
> [1] https://src.fedoraproject.org/rpms/ruby/pull-request/76
>
>
_______________________________________________
ruby-sig mailing list -- ruby-sig(a)lists.fedoraproject.org
To unsubscribe send an email to ruby-sig-leave(a)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.fedoraprojec...
2:57 a.m.
Dne 07. 01. 21 v 6:19 Pavel Valena napsal(a):
----- Original Message -----
> From: "Vít Ondruch" <vondruch(a)redhat.com>
> To: ruby-sig(a)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...
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
>
>
>
> [1] https://src.fedoraproject.org/rpms/ruby/pull-request/76
>
>
_______________________________________________
ruby-sig mailing list -- ruby-sig(a)lists.fedoraproject.org
To unsubscribe send an email to ruby-sig-leave(a)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.fedoraprojec...
10:29 a.m.
New subject: RubyGems plugins
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(a)lists.fedoraproject.org
> To unsubscribe send an email toruby-sig-leave(a)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.fed...
_______________________________________________
ruby-sig mailing list -- ruby-sig(a)lists.fedoraproject.org
To unsubscribe send an email to ruby-sig-leave(a)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.fedoraprojec...
11:39 a.m.
New subject: RubyGems plugins
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(a)lists.fedoraproject.org
>> To unsubscribe send an email toruby-sig-leave(a)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.fed...
>
> _______________________________________________
> ruby-sig mailing list --ruby-sig(a)lists.fedoraproject.org
> To unsubscribe send an email toruby-sig-leave(a)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.fed...
_______________________________________________
ruby-sig mailing list -- ruby-sig(a)lists.fedoraproject.org
To unsubscribe send an email to ruby-sig-leave(a)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.fedoraprojec...
8 a.m.
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&am...
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(a)lists.fedoraproject.org
To unsubscribe send an email to ruby-sig-leave(a)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.fedoraprojec...
9 a.m.
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&am...
>
>
> 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(a)lists.fedoraproject.org
> To unsubscribe send an email toruby-sig-leave(a)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.fed...
_______________________________________________
ruby-sig mailing list -- ruby-sig(a)lists.fedoraproject.org
To unsubscribe send an email to ruby-sig-leave(a)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.fedoraprojec...
1184
days inactive
1205
days old
ruby-sig@lists.fedoraproject.org
22 comments
4 participants
participants (4)
-
Jun Aruga -
Mamoru TASAKA -
Pavel Valena -
Vít Ondruch