Hi everybody,
Since Ruby 2.2 is going to be released during Christmas and -preview1
release is imminent (this Wednesday?), it is probably time to start
looking into its packaging. So here is the updated .spec file [1] and
scratch build [2], which can be finally build on all platforms. Sorry,
no Copr for you, since Ruby's build fails there due to old RHEL kernel :/.
What has changed from packaging point of view? Luckily, not much, but
here are a few bullets which comes to my mind:
* RPM 4.12 introduces new %load function, which is used to load RPM
macros during RPM build. This allowed to drop my custom RPM macro [3].
On the other hand, you'll be able to build the Ruby only on F21+
(luckily, you should be able to build SRPM everywhere).
* The RubyGems filesystem was not explicit enough, so there might be
something accidentally packages. This is now more explicit, so we should
be safer.
* Ruby now ships with MiniTest and Test::Unit. The very good news is
that they are installed so far as a regular gems. This means that you
have to always specify them in your Gemfile, if you are using Bundler,
but this is generally step in good direction. I hope that upstream will
not change their mind :) Due to this change, we have new subpackages
rubygem-test-unit (and rubygem-power_assert, which is now Test::Unit's
dependency). No more %{_bindir}/testrb (but nobody is using it these
days anyway, right? ;)
* Some prevailing test failures were resolved, some others introduced,
but hopefully they'll get resolved prior stable release.
Generally, I'd say that not much has changed since 2.1, which is good news.
Please test the packaging if you can and let me know about any issues
you encountered.
Also, if you have any other suggestions about Ruby packaging in general,
what we could improve etc, this is probably good time to share. It seems
that OpenSUSE guys are improving their packaging, so you might want to
get some inspiration there [4, 5, 6] ;)
Vít
[1] http://pkgs.fedoraproject.org/cgit/ruby.git/log/?h=private-ruby-2.2
[2] http://koji.fedoraproject.org/koji/taskinfo?taskID=7578843
[3]
http://pkgs.fedoraproject.org/cgit/ruby.git/commit/?h=private-ruby-2.2&id=8…
[4] https://build.opensuse.org/package/show/home:darix:ruby/ruby-common
[5] https://build.opensuse.org/package/show/home:darix:ruby/ruby2.2
[6] https://github.com/openSUSE/gem2rpm/commits/master
Hi everybody,
You probably noticed, that there is ongoing build of all Python packages
in Copr [1] and today, I was approached by Miroslav Suchý, that he'd
like to do the same for rubygems. And this in turn triggered these
questions:
1) Would you be interested to create ruby-sig group in FAS? We could
make the group owner of some packages and in turn, the members of the
group could maintain the packages, without explicitly asking for some ACLs.
2) For the Copr rebuild of rubygems, there needs to be some FAS group
again. Python guys are asking for "pypi-builds-sig" group [2], hence
following their lead, I'd like to ask for "rubygems-builds-sig" group
(note that although I don't like the '-sig' suffix in this case, it is
mandated by the infrastructure ticket template).
So what are your thoughts?
Vít
[1]
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org…
[2] https://fedorahosted.org/fedora-infrastructure/ticket/5311
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
Hi all,
I just finished new build of Ruby 2.3.1 in Rawhide and there are a few
notable fixes, possible breaking changes and improvements I'd like to
point out.
1) This update was triggered mainly by update of OpenSSL in Rawhide,
which made Ruby FTBFS. So temporarily, until we get Ruby 2.4 into
Rawhide (which won't be sooner than January 2017), the Ruby is build
against compat-openssl10, i.e. we continue to use OpenSSL 1.0.x series.
There might be apparently some issues, when OpenSSL 1.1.x is loaded into
memory at the same time as OpenSSL 1.0.x. I had to apply one patch [1]
to avoid SEGVs in test suites of rubygem-typhoeus and rubygem-ethon. If
you by a chance notice some other OpenSSL related issues, please report
it either into BZ or upstream. You can probably use ticket [2], where I
am asking how is Ruby upstream going to handle the OpenSSL compatibility
issues.
2) When I was fiddling with the OpenSSL, I noticed, that Ruby is not
hardened properly. This is due to weird way how upstream is (not)using
typical environment variables for compilation flag configuration. I
workarounded that, so Ruby should be properly hardened now. Please
report any buil/runtime issues you might encounter. If it should cause
major issues, we can revert this and postpone for Ruby 2.4 mass rebuild.
3) Since I was doing the update, I introduced the "gemspec_add_dep" and
"gemspec_remove_dep" macros, which I already discussed in this thread
[3]. They are not officially documented anywhere yet, but feel free to
(test/)use them. Hopefully will find some nice place where to document
them. I'd love to have some other place for documentation than
guidelines, something like Java packaging documentation [4]. For the
moment, please follow the source [5]. And feel free to chime in with
some interesting ideas ;)
Thx
Vít
[1] https://bugs.ruby-lang.org/issues/12868
[2] https://bugs.ruby-lang.org/issues/12830
[3]
https://lists.fedoraproject.org/archives/list/ruby-sig@lists.fedoraproject.…
[4] https://fedora-java.github.io/howto/latest/#_add_maven_depmap_macro
[5] http://pkgs.fedoraproject.org/cgit/rpms/ruby.git/tree/macros.rubygems
Look good to me.
Thx
V.
Dne 29.9.2016 v 21:38 Glen Rundblom napsal(a):
>
> Ah, I understand now, thank you Vit!
>
> I have made that change.
>
> Here is what I have now (in text mode instead of the HTML paste I was
> doing):
>
> ----
> 4.1.1. Ruby on Rails 5.0
>
> Developers will get support for a system-packaged Ruby on Rails of the
> latest version. The update to Rails 5.0 will bring:
>
> * Action Cable: A new framework that seamlessly integrates WebSockets
> with the rest of a Rails application.
>
> * API mode: Rails applications can be created by using rails new
> backend --api
>
> * Action Record attributes with a type on a model.
>
> * Exclusive use of Rails CLI over Rake.
>
> * Test Runner: enhanced abilities to run tests from Rails.
>
> * Sprockets 3
>
> * Turbolinks 5
>
> A helpful guide for upgrading Ruby on Rails can be found at:
> http://guides.rubyonrails.org/upgrading_ruby_on_rails.html
>
> For more information about Ruby on Rails 5, and sources of this
> information can be found at:
> https://fedoraproject.org/wiki/Changes/Ruby_on_Rails_5.0,
> http://weblog.rubyonrails.org/2016/6/30/Rails-5-0-final/, and
> http://guides.rubyonrails.org/5_0_release_notes.html.
>
> ----
>
>
> On 09/29/2016 02:08 AM, Vít Ondruch wrote:
>>
>> Hi Glen, just one nit:
>>
>>
>> Dne 28.9.2016 v 06:13 Glen Rundblom napsal(a):
>>> Rails CLI over Rake.
>>
>> This should be "Exclusive use of |rails| CLI over Rake" otherwise it
>> does not make sense. Just to explain, a lot of stuff on command line
>> was historically done using commands such as "rake db:migrate" or
>> "rails new myapp" while now the same tasks are executed as "rails
>> db:migrate" or "rails new myapp".
>>
>>
>> Vít
>