2013/8/26 Jeffrey Johnson <n3...@me.com>

>
> On Aug 26, 2013, at 2:30 PM, Per Øyvind Karlsen wrote:
>
> > This patch fixes compatibility with ruby 1.9.
> >
>
> There are far far far deeper issues with ruby 1.8.x != 1.9.x behavior
> that need to be addressed.
>
> There is no "consensus" (no even a goal) stated that might lead to
> a more useful implementation. Instead there are gobs of macro magic
> glue to enable/disable and otherwise diddle up band-aids to a fundamentally
> flawed approach.
>
> Please read my comments (Sept 2009 iirc, +/- a year, was September)
> on <rpm-devel@rpm5.org> on fundamental design differences between
> "embedding" (as undertaken by me @rpm5.org) and "bindings" for a build
> system in ruby (as my existing implementation was (ab)used for).
>
> I see no rational way to extend RPM+RUBY usefully and portably by
> applying Yet More Macro Madness (in distro-du-jour dialect), with
> known and large differences in "embedding" behavior between
> ruby 1.8.x != 1.9.x implementations, particularly when all the
> cool kids interest is in creating a native ruby packaging system,
> not in devising more "standard" ruby *.rpm packaging.
>
This isn't about embedding ruby interpreter, but rather macros & helper
scripts to ease and try streamline ruby packaging, ie. see it's adoption in
Mandriva:
http://wiki.mandriva.com/en/Policies/Ruby

Simplifying things further, there's also a generator in place for this to
make packaging of ruby gems *very* easy:
http://gitorious.org/rpm5distro/gem2rpm5/<http://gitorious.org/rpm5distro/gem2rpm5/source/d9363a5b9b34c741a9ff30939ecc7455ec3f4d0b:>

This is what all ruby packages in cooker has been (re)generated with since..

--
Regards,
Per Øyvind

Reply via email to