#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