#5257: Rubygems rebuild failed due to wrong expansion of %{_libdir} macro

Fedora Release Engineering rel-eng at fedoraproject.org
Mon Jul 30 16:06:34 UTC 2012


#5257: Rubygems rebuild failed due to wrong expansion of %{_libdir} macro
------------------------------+-----------------------
  Reporter:  vondruch         |      Owner:  rel-eng@…
      Type:  defect           |     Status:  new
 Milestone:  Fedora 18 Alpha  |  Component:  koji
Resolution:                   |   Keywords:
Blocked By:                   |   Blocking:
------------------------------+-----------------------

Comment (by toshio):

 Replying to [comment:5 vondruch]:
 > Replying to [comment:4 spot]:
 > >
 > > The equivalent for python is %{python_sitelib}, which is hardcoded (by
 the python executable) to:
 > > /usr/lib/python2.7/site-packages. The reason this works is because A)
 It is not using %{_libdir} to define this macro and B) python _always_
 looks in /usr/lib/python2.7/site-packages, regardless of architecture.
 >
 > Ok, you proposed solution for Ruby and for Python, but what about other
 noarch packages? I'd like to have some generic solution. Let say
 %{runtime_libdir}, alternatively %{runtime_arch} or whatever you call it
 which could be used universally across all languages etc.

 There can't be a '''runtime'''_libdir or '''runtime'''_arch that has any
 meaning in the buildsystem for noarch packages.  That is essentially what
 the existing %{_libdir} and %{_isa*} macros are and as stated, they are
 already either undefined or of no use for noarch packages.

 What you're really looking for is a %{buildtime_libdir} that defines the
 %{_libdir} on the buildsystem.  I'm not sure if this is a good idea.  It
 has a large potential for being used incorrectly and thus embedding the
 builder's %{_libdir} into something that gets installed.  OTOH, the
 potential already exists with per-language macros like %python_sitearch.

-- 
Ticket URL: <https://fedorahosted.org/rel-eng/ticket/5257#comment:7>
Fedora Release Engineering <http://fedorahosted.org/rel-eng>
Release Engineering for the Fedora Project


More information about the rel-eng mailing list