Hi Olivier,
I think I fixed the problem of getting wrong _libdir value by assigning the
_libdir value in the systemimager.cfg file.
> [17:13] fedora: systemimager $ cat systemimager.cfg
> source = wget,
> http://svn.oscar.openclustergroup.org/pkgs/downloads/systemimager-4.3.0-0.10.src.rpm
> config = --define '_libdir /usr/lib64'
This config value is used in Packager.pm to setup the "RPMBUILDOPTS"
environment variable which actually generates the rpmbuild command line with
the proper options in /usr/bin/build_rpms.
I checked in this fix in r9868.
Regards,
--
- DongInn
On Apr 11, 2013, at 12:13 PM, olivier.laha...@free.fr wrote:
>
> Were does it sets the _libdir to /usr/lib ? In the spec file (%ifarch) or in
> rpmbuild?
>
>
> if it's in rpmbuild, this is a behaviour change between fc17 and fc18.....
> I'll need to change the package then....It may be a problem in some package
> in the future.
>
> If it's in the spec file, it should be easy to fix. forcing the variable
> using --define '%_libdir %{_prefix}/lib64' is IMHO unsure as some system
> variables are overridden.
>
> The problem is that in the past, rpmbuild was basic and was unable to build a
> multiarch rpm. If the main package was a arch package, then a subpackage
> (even if BuildArch:noarch was specified) was build as a %arch.rpm.
> Thus, the trick was to protect subpackage with %ifarch noarch and build using
> rpmbuild --target x86_64,noarch xxx.spec for example.(2 build triggered).
>
> torque (if I'm correct) is such a package for example. If you build it using
> rpmbuild -bb torque.rpm, 2 noarch packages are not build (doc, ...).
>
> Now, if a rpm wants sub packages of different types it's possible. just add
> the correct BuildArch: tag in the sub package and if it's a noarch it'll
> wuild as such.
>
> The problem of this change of behaviour may have been introduced to resolve
> the BuildArch: ix86 where the %_libdir must be correctly set. It also assumes
> that noarch libdir is in /usr/lib which is somehow correct.
>
> unfortunately, in some situation (mainly old packages), this produces
> inconcistency betwen arch and noarch subpackages. and we've just hit one of
> them.
>
> I'll search for a clean solution tomorrow.
>
> Regards,
>
> Olivier.
>
------------------------------------------------------------------------------
Precog is a next-generation analytics platform capable of advanced
analytics on semi-structured data. The platform includes APIs for building
apps and a phenomenal toolset for data science. Developers can use
our toolset for easy data analysis & visualization. Get a free account!
http://www2.precog.com/precogplatform/slashdotnewsletter
_______________________________________________
Oscar-devel mailing list
Oscar-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oscar-devel
