Re: [yocto] RPM multilib package installation issue

2011-09-02 Thread Xu, Dongxiao
Hi Mark, > -Original Message- > From: Mark Hatle [mailto:mark.ha...@windriver.com] > Sent: Friday, September 02, 2011 11:03 PM > To: Xu, Dongxiao > Cc: Richard Purdie (richard.pur...@linuxfoundation.org); > yocto@yoctoproject.org > Subject: Re: RPM multilib package installation issue > >

Re: [yocto] RPM multilib package installation issue

2011-09-02 Thread McClintock Matthew-B29882
On Fri, Sep 2, 2011 at 2:29 PM, McClintock Matthew-B29882 wrote: > FYI: ipkg appears to work fine if you have > MULTILIB_IMAGE_INSTALL and MULTILIB_PACKAGE_ARCH set. > > Will file a bug shortly. Bug submitted. http://bugzilla.yoctoproject.org/show_bug.cgi?id=1448 -M

Re: [yocto] RPM multilib package installation issue

2011-09-02 Thread McClintock Matthew-B29882
FYI: ipkg appears to work fine if you have MULTILIB_IMAGE_INSTALL and MULTILIB_PACKAGE_ARCH set. Will file a bug shortly. -M On Fri, Sep 2, 2011 at 1:56 PM, Mark Hatle wrote: > On 9/2/11 1:36 PM, McClintock Matthew-B29882 wrote: >> On Fri, Sep 2, 2011 at 12:09 PM, Mark Hatle wrote: >>> For eve

Re: [yocto] RPM multilib package installation issue

2011-09-02 Thread Mark Hatle
On 9/2/11 1:36 PM, McClintock Matthew-B29882 wrote: > On Fri, Sep 2, 2011 at 12:09 PM, Mark Hatle wrote: >> For everything I see, that should work. >> >> In classes/image.bbclass, RDEPENDS is augmented by the contents of >> IMAGE_INSTALL, LINGUAS_INSTALL, MULTILIB_IMAGE_INSTALL, and >> NORMAL_FEA

Re: [yocto] RPM multilib package installation issue

2011-09-02 Thread McClintock Matthew-B29882
On Fri, Sep 2, 2011 at 12:09 PM, Mark Hatle wrote: > For everything I see, that should work. > > In classes/image.bbclass, RDEPENDS is augmented by the contents of > IMAGE_INSTALL, LINGUAS_INSTALL, MULTILIB_IMAGE_INSTALL, and > NORMAL_FEATURE_INSTALL. The bitbake side is fine, It's getting put i

Re: [yocto] RPM multilib package installation issue

2011-09-02 Thread Mark Hatle
On 9/2/11 11:24 AM, McClintock Matthew-B29882 wrote: > On Fri, Sep 2, 2011 at 10:48 AM, Mark Hatle wrote: >> The normal OE approach is to resolve all items by run-time dependencies. >> That >> is why a lot more is built then installed. >> >> So if you want a system capable of running bash, you w

Re: [yocto] RPM multilib package installation issue

2011-09-02 Thread McClintock Matthew-B29882
On Fri, Sep 2, 2011 at 10:48 AM, Mark Hatle wrote: > The normal OE approach is to resolve all items by run-time dependencies.  That > is why a lot more is built then installed. > > So if you want a system capable of running bash, you would create a task (and > related image) that simply has a RDEP

Re: [yocto] RPM multilib package installation issue

2011-09-02 Thread Mark Hatle
On 9/2/11 10:40 AM, McClintock Matthew-B29882 wrote: > On Fri, Sep 2, 2011 at 10:03 AM, Mark Hatle wrote: >>> However in run time testing I met a problem that, for those libraries whose >>> base/multilib versions packages will be both built out (like libgtk, it has >>> "libgtk-2.0-2.22.1-r2.x86_64

Re: [yocto] RPM multilib package installation issue

2011-09-02 Thread McClintock Matthew-B29882
On Fri, Sep 2, 2011 at 10:03 AM, Mark Hatle wrote: >> However in run time testing I met a problem that, for those libraries whose >> base/multilib versions packages will be both built out (like libgtk, it has >> "libgtk-2.0-2.22.1-r2.x86_64.rpm" and "libgtk-2.0-2.22.1-r2.x86.rpm"), the >> rpm will

Re: [yocto] RPM multilib package installation issue

2011-09-02 Thread Mark Hatle
On 9/2/11 2:33 AM, Xu, Dongxiao wrote: > Hi Mark and Richard, > > I am trying to setup a RPM multilib system that, it is a qemux86-64 base > image with MULTILIB_IMAGE_INSTALL = "lib32-connman-gnome". With several > fixes, the build can pass. > > However in run time testing I met a problem that, f

[yocto] RPM multilib package installation issue

2011-09-02 Thread Xu, Dongxiao
Hi Mark and Richard, I am trying to setup a RPM multilib system that, it is a qemux86-64 base image with MULTILIB_IMAGE_INSTALL = "lib32-connman-gnome". With several fixes, the build can pass. However in run time testing I met a problem that, for those libraries whose base/multilib versions pa