DongInn,
When building Systemimager boot and initrd noarch.rpm, the content is intended
to run on the same kind of architecture.
on a x86_64 system, you can build the boot and initrd templates rpm for this
architecture. The resulting rpms are noarch containing boot material for
x86_64. (thus the arch in the name). The require for sysvinit is
/usr/lib64/libcrypt.a
Then, building the same rpm on 32bit architecture will produce the 32bit boot
packages. the require is the /usr/lib/libcrypt.a
In the past, the systemimager had a requirement at install to have both 32 and
64bits boot and initrd templates packages. This is not required anymore....
I tryed to build the 32bit arch packages using the linux32 rpmbuild -bb
--target i686, but it still build somthing that is inconsistent as it contains
x86_64 binaries......
So the template rpms for 32bits are built by me on a 32bit VM.
As I said in my previous build, using the --define is specific to oscar while
SystemImager is used by non-oscar users that are not aware of the issue. Thus,
as a SystemImager developper, I prefer having a error proof spec file that
works outside of OSCAR.
Regards,
Olivier.
> I totally forgot about using the static library. OK, then I think the
> noarch package built with "--define '_libdir /usr/lib64'" should be
> installed on the 32 bit system.
> I do not see a problem in building with "--define '_libdir
> /usr/lib64' ". Am I missing something?
> Did you mean that you want to enable systemimager to be built on the
> 32 bit machine as well?
> Regards,
> --
> - DongInn
> On Apr 12, 2013, at 8:06 AM, DongInn Kim < di...@cs.indiana.edu >
> wrote:
> > 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'
> >
>
> ------------------------------------------------------------------------------
> 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
