> rpmbuild --target noarch --eval '%_host_cpu %_target_cpu %_build_arch %_arch'
[root@fedora systemimager]# rpmbuild --target noarch --eval '%_host_cpu
%_target_cpu %_build_arch %_arch'
x86_64 x86_64 x86_64 x86_64
RPM version 4.10.3.1
Copyright (C) 1998-2002 - Red Hat, Inc.
This program may be freely redistributed under the terms of the GNU GPL
Usage: rpmbuild [-v?] [-bp] [-bc] [-bi] [-bl] [-ba] [-bb] [-bs] [-tp] [-tc]
[-ti] [-ta] [-tb] [-ts] [--rebuild] [--recompile] [--buildroot=DIRECTORY]
[--clean] [--nobuild] [--nodeps] [--nodirtokens] [--noclean]
[--nocheck] [--rmsource] [--rmspec] [--short-circuit]
[--target=CPU-VENDOR-OS] [-D|--define 'MACRO EXPR'] [--undefine=MACRO]
[-E|--eval 'EXPR'] [--macros=<FILE:...>] [--nodigest] [--nosignature]
[--rcfile=<FILE:...>]
[-r|--root ROOT] [--
Regards,
--
- DongInn
On Apr 12, 2013, at 8:24 AM, olivier.laha...@free.fr wrote:
>
> Hi DongInn,
>
> I've updated the specfile. I don't use %_libdir anymore as it's not reliable
> (systemImager must work outside oscar). I used %_build_arch which doesn't fit
> either.
>
> I've again replaced this with %(arch) hopefully this time it should work.
> (though I don't like using the arch command which may not always be
> available, PATH problem, ...)
>
> Could you give me the output of:
>
> rpmbuild --target noarch --eval '%_host_cpu %_target_cpu %_build_arch %_arch'
>
> That would help me setup a better fix.
>
> Regards,
>
> Olivier.
>
> De: "DongInn Kim" <di...@cs.indiana.edu>
> À: oscar-devel@lists.sourceforge.net
> Envoyé: Vendredi 12 Avril 2013 14:06:47
> Objet: Re: [Oscar-devel] Need info on fc-18-x86_64 WAS: Re:
> systemimager should build.
>
> Hi Olivier,
>
> What did you do? It seems that both options do not work
>
> [root@fedora systemimager]# ls -al systemimager-4.3.0-0.10.src.rpm
> -rw-r--r--. 1 root root 561970 Apr 12 05:49 systemimager-4.3.0-0.10.src.rpm
> [root@fedora systemimager]# rpmbuild --rebuild
> systemimager-4.3.0-0.10.src.rpm --target noarch
> Installing systemimager-4.3.0-0.10.src.rpm
> warning: user ol222822 does not exist - using root
> warning: group ol222822 does not exist - using root
> warning: user ol222822 does not exist - using root
> warning: group ol222822 does not exist - using root
> Building target platforms: noarch
> Building for target noarch
> error: Failed build dependencies:
> /usr/lib/libcrypt.a is needed by systemimager-4.3.0-0.10.fc18.noarch
> [root@fedora systemimager]# rpmbuild --rebuild
> systemimager-4.3.0-0.10.src.rpm --target noarch --define "_libdir /usr/lib64"
> Installing systemimager-4.3.0-0.10.src.rpm
> warning: user ol222822 does not exist - using root
> warning: group ol222822 does not exist - using root
> warning: user ol222822 does not exist - using root
> warning: group ol222822 does not exist - using root
> Building target platforms: noarch
> Building for target noarch
> error: Failed build dependencies:
> /usr/lib/libcrypt.a is needed by systemimager-4.3.0-0.10.fc18.noarch
>
>
> PS: Did you test the new yume?
> Yes, I was using the new yume. I could not find what differences are.
>
> For the "--target noarch", shouldn't systemimager take care of this
> dependencies (/usr/lib/libcrypt.a or /usr/lib64/libcrypt.a)? (i.e.,
> systemimager-noarch.**.rpm should be installed on both 64bit and 32 bit
> system regardless of its architecture).
> If a system (64bit) with /usr/lib64/libcrypt.a wants to setup
> systemimanger-noarch which is compiled with /usr/lib/libcrypt.a, it should
> just install. Does it work?
> And vice versa?
>
> If the libcrypt.a dependency is not fixed, I don't think that it is possible
> to build/use the noarch package of systemimager.
>
> Regards,
>
> --
> - DongInn
>
> On Apr 12, 2013, at 5:54 AM, olivier.laha...@free.fr wrote:
>
>
> DongInn,
>
> I've uploaded a test src.rpm, could you try to rebuild it on fc18 with
> --target noarch but without --defile '%_libdir /usr/lib64'.
> I haven't changed the version yet, I need to check 1st that it works.
>
> Thanks a lot for your great help.
>
> Regards,
>
> Olivier.
>
> PS: If it fails to build can you give me also the output of
> rpmbuild --target noarch --eval '%_target_cpu'
>
> De: "olivier lahaye1" <olivier.laha...@free.fr>
> À: oscar-devel@lists.sourceforge.net
> Envoyé: Vendredi 12 Avril 2013 11:04:29
> Objet: [Oscar-devel] Need info on fc-18-x86_64 WAS: Re: systemimager
> should build.
>
> DongInn,
>
> Can you give me the output of this command on fc-18-x86_64:
>
> rpmbuild --target noarch --eval '%(arch) %_build_arch %_libdir'
>
> I need that to adapt the spec file so it works everywhere.
>
> The last solution would be to put the correct Requires per distro, but it's
> bad as it's not easy to read:
> %if 0%{?el5}
> BuildRequires: glibc-devel
> %endif
> %if 0%{?el6}
> BuildRequires: glibc-devel glibc-static
> %endif
> %if 0%{?fedora} > 15
> BuildRequires: glibc-devel glibc-static
> %endif
> And so on for suse, mandriva....
>
> Regards,
>
> Olivier.
> De: "olivier lahaye1" <olivier.laha...@free.fr>
> À: oscar-devel@lists.sourceforge.net
> Envoyé: Vendredi 12 Avril 2013 10:10:43
> Objet: Re: [Oscar-devel] RE : [PROVENANCE INTERNET] RE : RE :
> RE : systemimager should build.
>
>
> 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?
>
>
>
> ------------------------------------------------------------------------------
> 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
------------------------------------------------------------------------------
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
