Mailinglist Archive: opensuse-ruby (32 mails)
| < Previous | Next > |
[opensuse-ruby] RFC: Have 1.8 and 1.9 gems in one package
- From: Stephan Kulow <coolo@xxxxxxx>
- Date: Sun, 11 Mar 2012 11:16:20 +0100
- Message-id: <4F5C7B74.3020004@suse.de>
Hi,
As I have a high interest in getting ruby 1.9 (as default ruby) into
factory to replace the soon out of maintenance 1.8, darix invited me
to work out a plan how to have gems build for 1.8 and 1.9.
So I renamed ruby to ruby18 and added a ruby package that defines
the default ruby. With this I rebuilt all gems that I have installed
on my workstation as 1.9 version.
But that doesn't solve the 1.8 backward problem - and while it doesn't
sound _soo_ important, I already found the lack of a way to test the 1.8
stack in comparision when porting quite bothering :)
So I changed the gem2rpm template to output always two ruby versions.
ruby18-gem-gettext and ruby19-gem-gettext. This _kind_ of works, but
both these gems install stuff in %_bindir and they conflict (other files
are in ruby version specific dirs).
I see several options:
1. Most of the executables are just wrappers for the real stuff
happening in ruby modules, so just package the executables for the
default ruby version.
2. add a suffix to the non-default ruby versions
3. add a suffix to all executables and provide update-alternative hooks
all around
4. even more complex stuff :)
The mid term goal is to have it clear from the binary rpm name which
ruby version it is for - ruby 1.8 will be around for a while.
If you want to see my state, check http://s.kulow.org/4
Greetings, Stephan
--
To unsubscribe, e-mail: opensuse-ruby+unsubscribe@xxxxxxxxxxxx
To contact the owner, e-mail: opensuse-ruby+owner@xxxxxxxxxxxx
As I have a high interest in getting ruby 1.9 (as default ruby) into
factory to replace the soon out of maintenance 1.8, darix invited me
to work out a plan how to have gems build for 1.8 and 1.9.
So I renamed ruby to ruby18 and added a ruby package that defines
the default ruby. With this I rebuilt all gems that I have installed
on my workstation as 1.9 version.
But that doesn't solve the 1.8 backward problem - and while it doesn't
sound _soo_ important, I already found the lack of a way to test the 1.8
stack in comparision when porting quite bothering :)
So I changed the gem2rpm template to output always two ruby versions.
ruby18-gem-gettext and ruby19-gem-gettext. This _kind_ of works, but
both these gems install stuff in %_bindir and they conflict (other files
are in ruby version specific dirs).
I see several options:
1. Most of the executables are just wrappers for the real stuff
happening in ruby modules, so just package the executables for the
default ruby version.
2. add a suffix to the non-default ruby versions
3. add a suffix to all executables and provide update-alternative hooks
all around
4. even more complex stuff :)
The mid term goal is to have it clear from the binary rpm name which
ruby version it is for - ruby 1.8 will be around for a while.
If you want to see my state, check http://s.kulow.org/4
Greetings, Stephan
--
To unsubscribe, e-mail: opensuse-ruby+unsubscribe@xxxxxxxxxxxx
To contact the owner, e-mail: opensuse-ruby+owner@xxxxxxxxxxxx
| < Previous | Next > |