Hi everybody,
Time is running past and it is almost 6 months of development of Ruby 2.4. So I started to prepare some test build again. I am pushing all the changes into private-ruby-2.4 branch of dist-git if you are interested and here is the build of r55184:
http://koji.fedoraproject.org/koji/taskinfo?taskID=14278233
One notable change is that XMLRPC library was extracted into separate gem, so rubygem-xmlrpc is now available as Ruby subpackage.
Please give it a try and let me know if anything goes wrong.
Vít
Dne 27.5.2016 v 22:37 Vít Ondruch napsal(a):
Hi everybody,
Time is running past and it is almost 6 months of development of Ruby 2.4. So I started to prepare some test build again. I am pushing all the changes into private-ruby-2.4 branch of dist-git if you are interested and here is the build of r55184:
http://koji.fedoraproject.org/koji/taskinfo?taskID=14278233
One notable change is that XMLRPC library was extracted into separate gem, so rubygem-xmlrpc is now available as Ruby subpackage.
Actually, there are probably more significant changes. Now I remember that Bignum and Fixnume were merged into Integer if I am not mistaken. That might break something ...
Vít
Please give it a try and let me know if anything goes wrong.
Vít
ruby-sig mailing list ruby-sig@lists.fedoraproject.org https://lists.fedoraproject.org/admin/lists/ruby-sig@lists.fedoraproject.org
Hi all,
-preview1 of the Ruby 2.4 [1] was released by upstream quite early this development pahse and here is the test build for you:
http://koji.fedoraproject.org/koji/taskinfo?taskID=14672998
You can find the necessary changes in private-ruby-2.4 branch of dist git. And as always, please let me know if you have any comments.
Vít
[1] https://www.ruby-lang.org/en/news/2016/06/20/ruby-2-4-0-preview1-released/
And one more fresher build:
http://koji.fedoraproject.org/koji/taskinfo?taskID=14682262
This time it is r55513. Enjoy.
Vít
Dne 27.6.2016 v 17:16 Vít Ondruch napsal(a):
Hi all,
-preview1 of the Ruby 2.4 [1] was released by upstream quite early this development pahse and here is the test build for you:
http://koji.fedoraproject.org/koji/taskinfo?taskID=14672998
You can find the necessary changes in private-ruby-2.4 branch of dist git. And as always, please let me know if you have any comments.
Vít
[1] https://www.ruby-lang.org/en/news/2016/06/20/ruby-2-4-0-preview1-released/ _______________________________________________ ruby-sig mailing list ruby-sig@lists.fedoraproject.org https://lists.fedoraproject.org/admin/lists/ruby-sig@lists.fedoraproject.org
Hi,
I am back with another test build of Ruby 2.4 snapshot, this time r56029. You can find the sources in private-ruby-2.4 branch in dist-git and here is the scratch build:
http://koji.fedoraproject.org/koji/taskinfo?taskID=15438057
There are two notable changes. Upstream extracted Tcl/Tk support into independent gem so did I. You probably want to test that upgrade path from ruby-tcltk to rubygem-tk works as expected.
Also, upstream extracted OpenSSL into independent gem. So I followed. ruby package recommends installation of rubygem-openssl and rubygems has hard dependency on it, so rubygem-openssl should be installed in most of the cases.
Please let me know if you encounter any issues. Thx.
Vít
Dne 27.5.2016 v 22:37 Vít Ondruch napsal(a):
Hi everybody,
Time is running past and it is almost 6 months of development of Ruby 2.4. So I started to prepare some test build again. I am pushing all the changes into private-ruby-2.4 branch of dist-git if you are interested and here is the build of r55184:
http://koji.fedoraproject.org/koji/taskinfo?taskID=14278233
One notable change is that XMLRPC library was extracted into separate gem, so rubygem-xmlrpc is now available as Ruby subpackage.
Please give it a try and let me know if anything goes wrong.
Vít
ruby-sig mailing list ruby-sig@lists.fedoraproject.org https://lists.fedoraproject.org/admin/lists/ruby-sig@lists.fedoraproject.org
And one more fast iteration (r56050):
http://koji.fedoraproject.org/koji/taskinfo?taskID=15450242
since upstream fixed some outstanding issues with build of native extensions of bundled gems.
Vít
Dne 31.8.2016 v 09:44 Vít Ondruch napsal(a):
Hi,
I am back with another test build of Ruby 2.4 snapshot, this time r56029. You can find the sources in private-ruby-2.4 branch in dist-git and here is the scratch build:
http://koji.fedoraproject.org/koji/taskinfo?taskID=15438057
There are two notable changes. Upstream extracted Tcl/Tk support into independent gem so did I. You probably want to test that upgrade path from ruby-tcltk to rubygem-tk works as expected.
Also, upstream extracted OpenSSL into independent gem. So I followed. ruby package recommends installation of rubygem-openssl and rubygems has hard dependency on it, so rubygem-openssl should be installed in most of the cases.
Please let me know if you encounter any issues. Thx.
Vít
Dne 27.5.2016 v 22:37 Vít Ondruch napsal(a):
Hi everybody,
Time is running past and it is almost 6 months of development of Ruby 2.4. So I started to prepare some test build again. I am pushing all the changes into private-ruby-2.4 branch of dist-git if you are interested and here is the build of r55184:
http://koji.fedoraproject.org/koji/taskinfo?taskID=14278233
One notable change is that XMLRPC library was extracted into separate gem, so rubygem-xmlrpc is now available as Ruby subpackage.
Please give it a try and let me know if anything goes wrong.
Vít
ruby-sig mailing list ruby-sig@lists.fedoraproject.org https://lists.fedoraproject.org/admin/lists/ruby-sig@lists.fedoraproject.org
ruby-sig mailing list ruby-sig@lists.fedoraproject.org https://lists.fedoraproject.org/admin/lists/ruby-sig@lists.fedoraproject.org
Hi all,
-preview2 of the Ruby 2.4 [1] was released by upstream and here is the test build for you (ARM is not finished yet, but I hope it will pass):
http://koji.fedoraproject.org/koji/taskinfo?taskID=15602333
You can find the necessary changes in private-ruby-2.4 branch of dist-git.
When I did the last snapshot, I mentioned, that Tcl/Tk was moved into gem. But upstream took step further and dropped the Tcl/Tk support from the Ruby stdlib entirely. The tk gem is the only option now. Hence I dropped the subpackage as well. The only caveat is that there is not good place to obsolete this package. I figured out that I place the obsoletes into ruby-libs to remove the ruby-tcltk package from the system, but if you have any better idea, please let me know.
Vít
[1] https://www.ruby-lang.org/en/news/2016/09/08/ruby-2-4-0-preview2-released/
Hello, Vít:
Vít Ondruch wrote on 09/13/2016 12:01 AM:
Hi all,
-preview2 of the Ruby 2.4 [1] was released by upstream and here is the test build for you (ARM is not finished yet, but I hope it will pass):
http://koji.fedoraproject.org/koji/taskinfo?taskID=15602333
You can find the necessary changes in private-ruby-2.4 branch of dist-git.
When I did the last snapshot, I mentioned, that Tcl/Tk was moved into gem. But upstream took step further and dropped the Tcl/Tk support from the Ruby stdlib entirely. The tk gem is the only option now. Hence I dropped the subpackage as well. The only caveat is that there is not good place to obsolete this package. I figured out that I place the obsoletes into ruby-libs to remove the ruby-tcltk package from the system, but if you have any better idea, please let me know.
Vít
[1] https://www.ruby-lang.org/en/news/2016/09/08/ruby-2-4-0-preview2-released/
Perhaps packaging ruby/tk is the smartest: https://github.com/ruby/tk
Looks like the git log or so, the above seems to be exactly the replacement for previously rubylib Tcl/Tk.
If you don't have time, I may try packaging in a week or two weeks.
Regards, Mamoru
Dne 14.9.2016 v 17:18 Mamoru TASAKA napsal(a):
Hello, Vít:
Vít Ondruch wrote on 09/13/2016 12:01 AM:
Hi all,
-preview2 of the Ruby 2.4 [1] was released by upstream and here is the test build for you (ARM is not finished yet, but I hope it will pass):
http://koji.fedoraproject.org/koji/taskinfo?taskID=15602333
You can find the necessary changes in private-ruby-2.4 branch of dist-git.
When I did the last snapshot, I mentioned, that Tcl/Tk was moved into gem. But upstream took step further and dropped the Tcl/Tk support from the Ruby stdlib entirely. The tk gem is the only option now. Hence I dropped the subpackage as well. The only caveat is that there is not good place to obsolete this package. I figured out that I place the obsoletes into ruby-libs to remove the ruby-tcltk package from the system, but if you have any better idea, please let me know.
Vít
[1] https://www.ruby-lang.org/en/news/2016/09/08/ruby-2-4-0-preview2-released/
Perhaps packaging ruby/tk is the smartest: https://github.com/ruby/tk
Looks like the git log or so, the above seems to be exactly the replacement for previously rubylib Tcl/Tk.
Yes, it should be drop in replacement as far as I understand it.
If you don't have time, I may try packaging in a week or two weeks.
If I am not mistaken, there is nothing in Fedora, what would depend on ruby-tcltk, so for me it is very little priority. Thank you if you are going to pickup the maintenance.
Vít
Hello, again:
Vít Ondruch wrote on 09/15/2016 12:35 AM:
Dne 14.9.2016 v 17:18 Mamoru TASAKA napsal(a):
Hello, Vít:
Vít Ondruch wrote on 09/13/2016 12:01 AM:
When I did the last snapshot, I mentioned, that Tcl/Tk was moved into gem. But upstream took step further and dropped the Tcl/Tk support from the Ruby stdlib entirely. The tk gem is the only option now. Hence I dropped the subpackage as well. The only caveat is that there is not good place to obsolete this package. I figured out that I place the obsoletes into ruby-libs to remove the ruby-tcltk package from the system, but if you have any better idea, please let me know.
Perhaps packaging ruby/tk is the smartest: https://github.com/ruby/tk
Looks like the git log or so, the above seems to be exactly the replacement for previously rubylib Tcl/Tk.
Yes, it should be drop in replacement as far as I understand it.
If you don't have time, I may try packaging in a week or two weeks.
If I am not mistaken, there is nothing in Fedora, what would depend on ruby-tcltk, so for me it is very little priority. Thank you if you are going to pickup the maintenance.
Sorry for very looooooong delay, however not I've submitted review request for rubygem-tk: https://bugzilla.redhat.com/show_bug.cgi?id=1409355
I have another review request for rubygem-clutter-gdk : https://bugzilla.redhat.com/show_bug.cgi?id=1409288
Review swap is welcomed.
Regards, Mamoru
Dne 1.1.2017 v 10:04 Mamoru TASAKA napsal(a):
Hello, again:
Vít Ondruch wrote on 09/15/2016 12:35 AM:
Dne 14.9.2016 v 17:18 Mamoru TASAKA napsal(a):
Hello, Vít:
Vít Ondruch wrote on 09/13/2016 12:01 AM:
When I did the last snapshot, I mentioned, that Tcl/Tk was moved into gem. But upstream took step further and dropped the Tcl/Tk support from the Ruby stdlib entirely. The tk gem is the only option now. Hence I dropped the subpackage as well. The only caveat is that there is not good place to obsolete this package. I figured out that I place the obsoletes into ruby-libs to remove the ruby-tcltk package from the system, but if you have any better idea, please let me know.
Perhaps packaging ruby/tk is the smartest: https://github.com/ruby/tk
Looks like the git log or so, the above seems to be exactly the replacement for previously rubylib Tcl/Tk.
Yes, it should be drop in replacement as far as I understand it.
If you don't have time, I may try packaging in a week or two weeks.
If I am not mistaken, there is nothing in Fedora, what would depend on ruby-tcltk, so for me it is very little priority. Thank you if you are going to pickup the maintenance.
Sorry for very looooooong delay, however not I've submitted review request for rubygem-tk: https://bugzilla.redhat.com/show_bug.cgi?id=1409355
Just wondering about the "Obsoletes: ruby-tcltk < 2.4.0". Have you tested it against the Ruby 2.4? Should I remove the "Obsoleted" from the ruby-libs?
Vít
Hello, again:
Vít Ondruch wrote on 01/02/2017 05:48 PM:
Dne 1.1.2017 v 10:04 Mamoru TASAKA napsal(a):
Hello, again:
Vít Ondruch wrote on 09/15/2016 12:35 AM:
Dne 14.9.2016 v 17:18 Mamoru TASAKA napsal(a):
Hello, Vít:
Vít Ondruch wrote on 09/13/2016 12:01 AM:
When I did the last snapshot, I mentioned, that Tcl/Tk was moved into gem. But upstream took step further and dropped the Tcl/Tk support from the Ruby stdlib entirely. The tk gem is the only option now. Hence I dropped the subpackage as well. The only caveat is that there is not good place to obsolete this package. I figured out that I place the obsoletes into ruby-libs to remove the ruby-tcltk package from the system, but if you have any better idea, please let me know.
Perhaps packaging ruby/tk is the smartest: https://github.com/ruby/tk
Looks like the git log or so, the above seems to be exactly the replacement for previously rubylib Tcl/Tk.
Yes, it should be drop in replacement as far as I understand it.
If you don't have time, I may try packaging in a week or two weeks.
Sorry for very looooooong delay, however not I've submitted review request for rubygem-tk: https://bugzilla.redhat.com/show_bug.cgi?id=1409355
Just wondering about the "Obsoletes: ruby-tcltk < 2.4.0". Have you tested it against the Ruby 2.4? Should I remove the "Obsoleted" from the ruby-libs?
Well, I have not tried ruby 2.4 yet. And while I think it is better "Obsoletes: ruby-tcltk" is on rubygem-tk (as rubygem-tk is the replacement for current ruby-tcltk), it can be on ruby-libs: either will be okay, perhaps.
Regards, Mamoru
Hi all,
Here is another test build. This time it is r56256:
http://koji.fedoraproject.org/koji/taskinfo?taskID=15810349
I have not noticed anything particularly remarkable, but as always, if you notice some issues, please let me know.
Vít
Hi all,
Here is again new development snapshot of Ruby 2.4, this time r56436:
http://koji.fedoraproject.org/koji/taskinfo?taskID=16106776
I did not notice anything special about this, but one noteworthy change is compilation against OpenSSL 1.1.0. There was one issue [1] with Fedora OpenSSL, which should be resolved now. But please give it some testing.
Speaking about OpenSSL, it is interesting if upstream decide to backport OpenSSL 1.1.0 support into older version of Ruby or not. You can follow the discussion here [2].
Vít
[1] https://github.com/ruby/openssl/issues/77
[2] https://bugs.ruby-lang.org/issues/12830
Dne 27.5.2016 v 22:37 Vít Ondruch napsal(a):
Hi everybody,
Time is running past and it is almost 6 months of development of Ruby 2.4. So I started to prepare some test build again. I am pushing all the changes into private-ruby-2.4 branch of dist-git if you are interested and here is the build of r55184:
http://koji.fedoraproject.org/koji/taskinfo?taskID=14278233
One notable change is that XMLRPC library was extracted into separate gem, so rubygem-xmlrpc is now available as Ruby subpackage.
Please give it a try and let me know if anything goes wrong.
Vít
ruby-sig mailing list ruby-sig@lists.fedoraproject.org https://lists.fedoraproject.org/admin/lists/ruby-sig@lists.fedoraproject.org
Hi everybody,
Once again, here is development snapshot of Ruby 2.4, this time r56664
http://koji.fedoraproject.org/koji/taskinfo?taskID=16334921
I have not noticed anything interesting in particular. The only interesting thing probably is that PPC was enabled for Rawhide and of course it caused some issues. Some of them were already fixed upstream, some are waiting for the fix. Please give it a try and as always, any feedback is welcome.
Vít
Hi Rubyists,
You probably noticed, that Ruby 2.4.0-preview3 was released yesterday [1]. But since the preview was of r56661 and my last build from r56664, there is no point to prepare package of -preview3.
Nevertheless, since the development continues, there is already r56693 available upstream and I made testing build for this release:
http://koji.fedoraproject.org/koji/taskinfo?taskID=16383885
From the upstream POV, I don't think there is anything exciting. But for me, it is exciting, that I was able to make the test suite pass the build using "mock --new-chroot". In this case, mock is using systemd-nspawn on the backround instead of plain chroot (and this might become default in the future). This uncovered several shortcomings of the test suite and some of them are already fixed upstream.
If you have any feedback, don't hesitate and let me know.
V.
[1] https://www.ruby-lang.org/en/news/2016/11/09/ruby-2-4-0-preview3-released/
Hi everybody,
Here is yet another snapshot build of Ruby 2.4, this time r56948:
http://koji.fedoraproject.org/koji/taskinfo?taskID=16692858
Please give it shot as we are approaching 25th of December, when the stable release should be available, and if you encounter any issues, please let me know.
Vít
Hi Rubyists,
Ruby 2.4 development is finishing and yesterday, there was release of Ruby 2.4.1-rc1 [1] and here is the scratch build for your testing:
https://koji.fedoraproject.org/koji/taskinfo?taskID=16864157
The stable Ruby 2.4.0 release is scheduled at 2016-12-25T00:00:00/03:00:00 according to release engineering ticket [2].
Since I got only positive feedback and no complains about my pre-release macros support proposal [3]. These macros are included in this scratch build. I will likely backport them into stable releases later, when there will be some updates necessary.
As always, please let me know if you encounter any issues. Thx.
Vít
[1] https://www.ruby-lang.org/en/news/2016/12/12/ruby-2-4-0-rc1-released/ [2] https://bugs.ruby-lang.org/issues/13027 [3] https://lists.fedoraproject.org/archives/list/ruby-sig@lists.fedoraproject.o...
Hi,
This is the latest build of snapshot of Ruby 2.4 prior its official release. This time r57159:
https://koji.fedoraproject.org/koji/taskinfo?taskID=17036895
Let me know if you encounter any issues with this build.
Vít
Hello everybody,
You have probably noticed, that Ruby 2.4.0 was released over the Christmas [1]. So here is the scratch build:
https://koji.fedoraproject.org/koji/taskinfo?taskID=17147903
Please give it try and report any issues you might encounter. In other case, as soon as the Ruby 2.4 change is approved by FESCo, this will be merged back into master.
If anybody wonders, why I did not reset the release back to -1, it is due to rubygem-net-telnet, which was not update during this release. So better to stay on the safe side with the higher release.
Vít
[1] https://www.ruby-lang.org/en/news/2016/12/25/ruby-2-4-0-released/
ruby-sig@lists.fedoraproject.org