Dne 10.4.2014 14:39, Achilleas Pipinellis napsal(a):
On 04/09/2014 01:26 PM, Vít Ondruch wrote:
Hi Rubyists,
Today, I have built Ruby 2.1 [1]! It is built in the f21-ruby side tag
[2]. Now it is time for your action. Please check the updated Ruby
guidelines [3] and start rebuilding packages using command:
fedpkg build --target=f21-ruby
For help with migration and build, you can use fermig [4]. Single file
can be migrated by update.rb script [5]:
$ ~/projects/fermig/update.rb rubygem-foo.spec
This is the list of package which must be rebuild:
$ repoquery --disablerepo=* --enablerepo=rawhide
--enablerepo=rawhide-source --arch=src --whatrequires 'ruby-devel'
Just to make sure I understood the whole update thing correctly.
All points below are for f21/rawhide only.
1. The new guidelines say that Requires/Provides should not be listed in
spec. This is for ALL gems right? If so, shouldn't all gems be rebuilt?
Not only those that require ruby-devel.
New guidelines are not retrospectively enforced, so it is not needed.
2. ruby 2.1 isn't yet in rawhide so we must use `--target=f21-ruby` when
pushing an update. I'm not too familiar with koji tags, does that mean
that koji uses a special repo where ruby2.1 is in? What about moving to
rawhide repos, I mean will it be done automatically at some point?
Yes, you have to use the '--target' otherwise you'll be building against
Rawhides Ruby. Once we rebuild everything (or most of the packages), the
tag will get merged into the main rawhide tag by rel-engs.
3. When running a test suite of rubygems that require ruby-devel, we
must from now on point to LOAD_PATH explicitly
(-I%{buildroot}%{gem_extdir_mri}). gems with no C extensions should not
require this, right?
Unfortunately, that is right. Or better
-I$(dirs +1)%{gem_extdir_mri}
since you are testing under %{_builddir}, not under %{buildroot}. But I
am open for better suggestions. Actually, there would be possible to
modify RubyGem's operating_system.rb to add this path on the $LOAD_PATH,
but it would be too much magic in background, so I don't like the idea.
Vít
_______________________________________________
ruby-sig mailing list
[email protected]
https://admin.fedoraproject.org/mailman/listinfo/ruby-sig
