Hi DongInn,
Cool to see that you've found a workaround. In the long term, we should not use
this though, as it prevent a build for 32bits for example.
Fedora sets this so if the noarch rpm is installed on a 32bits machine, the
%_libdir points to something that exists which is logic except that in the case
of systemimager, it's only used for building something that is not implicitly
intended to run on the arch it was built on....
I'll look at the systemimager spec file and I'll try to fix things there.
(I also have issues to generate 32bits boot and initrd noarch packages. linux32
rpmbuild --target i386 does build x86_64 binaries even-though it triggers 32bit
deps install.....)
Regards,
Olivier.
PS: Did you test the new yume?
----- Mail original -----
> De: "DongInn Kim" <di...@cs.indiana.edu>
> À: oscar-devel@lists.sourceforge.net
> Envoyé: Jeudi 11 Avril 2013 23:18:40
> Objet: Re: [Oscar-devel] RE : [PROVENANCE INTERNET] RE : RE : RE :
> systemimager should build.
> 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
------------------------------------------------------------------------------
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
