Fwd: Re: ruby 1.8.7.x for rawhide

Mohammed Morsi mmorsi at redhat.com
Tue Jun 22 19:02:08 UTC 2010


On 06/22/2010 01:26 PM, Jim Meyering wrote:
> David Lutterkort wrote:
>    
>> On Tue, 2010-06-22 at 12:49 +0200, Jim Meyering wrote:
>>      
>>> Mohammed Morsi wrote:
>>>        
>>>> I added this patch to my specfile as well, bumped the release, and
>>>> updated the changelog to include your feedback.
>>>>          
>>> Hi again,
>>>
>>> rpmlint complains about this conditionally-applied patch:
>>>
>>>    %ifarch ppc64 s390x sparc64 x86_64
>>>    %patch23 -p1
>>>    %endif
>>>
>>> That patch (ruby-1.8.7-multilib.patch) is small enough that
>>> I'll include it here, for reference:
>>>
>>> --- ruby-1.8.7-p249/mkconfig.rb.orig    2010-06-15 11:30:44.000000000 -0400
>>> +++ ruby-1.8.7-p249/mkconfig.rb 2010-06-15 11:31:01.000000000 -0400
>>> @@ -102,7 +102,7 @@
>>>
>>>   drive = File::PATH_SEPARATOR == ';'
>>>
>>> -prefix = '/lib/ruby/' + RUBY_VERSION.sub(/\.\d+$/, '') + '/' + RUBY_PLATFORM
>>> +prefix = '/lib64/ruby/' + RUBY_VERSION.sub(/\.\d+$/, '') + '/' + RUBY_PLATFORM
>>>
>>> It is easy to perform the same task using an unconditional patch,
>>> so I wrote this replacement:
>>>        
>> Couldn't we just get the right value from the environment ? I haven't
>> looked if it's already in one of the standard env vars that rpmbuild
>> sets up, but if bad comes to worst, couldn't we just do 'export
>> LIB_PREFIX=%{_libdir}' in the spec file and then
>>
>>          prefix = ENV["LIB_PREFIX"].gsub(%r{^/usr}, "") + "/ruby" + RUBY_VERSION.sub(/\.\d+$/, '') + '/' + RUBY_PLATFORM
>>      
> Using an rpm variable like that is more maintainable than enumerating
> 64-bit architectures or even using a regexp like /64$/ like I did.
> However, while it would work when building via rpm tools, if someone
> ever builds manually, they would have to know to set that envvar --
> too easily missed or forgotten.
>    

How would anyone go about building this manually with this change 
included? AFAIK since this change is only in the patch that is pulled in 
via the spec / rpmbuild, the only way that it will appear is if someone 
is building ruby using the rpm tools.

> However, we can do something similar that might be more robust:
> run something like this from the spec file:
>
>      sed -i 's,/lib/ruby/,%{_whatever}/,' .../mkconfig.rb || exit 1
>
> But that is fragile in its own way.  If mkconfig.rb changes, the sed
> regexp may fail to match or it may match in some new place, introducing
> an unwanted change.
>    

Agreed, this global sed will most likely cause headaches in the future.

> We could mitigate that risk by adding tests
> that would fail if our preconditions stop being met:
>
>      # Ensure that the "sed" command below does the right thing.
>      grep 'prefix = ./lib/ruby/. + RUBY_VERSION.sub' || exit 1
>      test $(grep -c '/lib/ruby/') = 1 || exit 1
>
>      # Use /lib64/ruby/ on a 64-bit system.
>      sed -i 's,/lib/ruby/,%{_whatever}/,' mkconfig.rb || exit 1
> _______________________________________________
> ruby-sig mailing list
> ruby-sig at lists.fedoraproject.org
> https://admin.fedoraproject.org/mailman/listinfo/ruby-sig
>    

This will also lead to more maintenance as if either of those conditions 
become true and cause rpmbuild to exit, we will need to figure out an 
alternative solution to this problem.

   -Mo



More information about the ruby-sig mailing list