ruby-sig May 2019

ruby-sig@lists.fedoraproject.org

5 participants
4 discussions

Ruby 2.2
by Vít Ondruch 25 Jan '22

25 Jan '22

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

4 18

Draft for new Ruby SIG wiki page
by Jaroslav Prokop 23 May '19

23 May '19

Hello, I've created a draft for the SIG page [0]. I've added section about how to join the ruby-sig and deleted the members section as I don't see purpose to leave that there anymore. What are your thoughts? [0] https://fedoraproject.org/wiki/User:Jackorp1/Draft_RubySIG Jarek

4 5

Fake libraries for gem builds?
by Vít Ondruch 10 May '19

10 May '19

Hi everybody, Looking at omniauth PR [1], I just realized that on a lot of places, we remove references to SimpleCov, Coveralls, Bundler and probably others to cut down the dependencies. What if we shipped in rubygems-devel some fake libraries, which would try to load the original library, but silently provided the miminum mock to make the test suite pass without the library? E.g. for rubygem-omniauth and Coveralls, we would have: ~~~ $ cat /usr/share/ruby/vendor_ruby/coveralls.rb begin gem 'coveralls' require 'coveralls' rescue LoadError puts '!!! Mocking Coveralls !!!' class Coveralls end end ~~~ This is just an idea. I have not tested it. WDYT? Vít [1] https://src.fedoraproject.org/rpms/rubygem-omniauth/pull-request/1 [2] https://src.fedoraproject.org/rpms/rubygem-omniauth/blob/master/f/rubygem-o…

5 6

Some issues for Fedora ruby module
by Jun Aruga 03 May '19

03 May '19

I would just share I am asking issues for ruby module, as I am testing it. * Module installation failed without setting default profile. https://pagure.io/modularity/issue/133 * How to uninstall module? https://pagure.io/modularity/issue/134 * Behavior of /data/profiles/foo/rpms https://pagure.io/modularity/issue/135 -- Jun Aruga jaruga(a)redhat.com IRC: jaruga, Office: TPB(Technology Park Brno) Building C 1F, Brno, Czech Republic

1 1

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

ruby-sig May 2019