[OE-core] [PATCH 2/2] Revert "kernel: Modify kernel modules installation path."

Amarnath Valluri amarnath.valluri at intel.com
Thu Feb 2 21:10:31 UTC 2017


Hi,

I am very sorry, i couldn't respond earlier than this, somehow i missed
this thread :(

The motivation of these patches was achieving merged '/usr' in oe-core,
which demands no package installs anything into root(/bin, /sbin, /lib)
folders, and i see no exception for kernel modules/firmware(may be i am
wrong :!). In the real merged usr environment this shouldn't be a
problem as the root symlinks exists.

I guess i can resend these patches as part of 'usrmerge' feature patch
sequence, by keeping these changes behind DISTRO_FEATURES check:

- Amarnath


On Fri, 2017-01-20 at 08:04 -0600, Jason Wessel wrote:
> On 01/20/2017 07:52 AM, Burton, Ross wrote:
> 
> > 
> > On 20 January 2017 at 13:48, Jason Wessel
> > <jason.wessel at windriver.com> wrote:
> >         WARNING: linux-yocto-4.8.12+gitAUTOINC
> >         +3edb4de355_9bcb4ea3fa-r0 do_package: QA Issue: linux-yocto:
> >         Files/directories were installed but not shipped in any
> >         package:
> >           /lib64
> >           /lib/modules/4.8.17-yocto-standard/modules.builtin
> >           /lib64/firmware
> >           /lib64/firmware/cpia2
> >           /lib64/firmware/cpia2/stv0672_vp4.bin
> >         Please set FILES such that these items are packaged.
> >         Alternatively if they are unneeded, avoid installing them or
> >         delete them within do_install.
> >         linux-yocto: 5 installed and not shipped files.
> >         [installed-vs-shipped]
> >         
> > I suspect this is trivial with fresh eyes.  What multilib
> > configuration are you using?  My usual "test multilib" stanza is:
> > 
> > 
> > #require conf/multilib.conf
> > #MULTILIBS_x86-64 = "multilib:lib32"
> > #DEFAULTTUNE_virtclass-multilib-lib32 = "x86"
> > 
> > 
> > I'm guessing this isn't going to produce the same paths that you're
> > seeing problems with.
> > 
> > 
> > Ross
> 
> 
> It looks like it probably should. 
> 
> 
> MULTILIBS = "multilib:lib32"
> DEFAULTTUNE_virtclass-multilib-lib32 = "x86"
> 
> 
> 
> If for some reason you wanted to perform the exact same build I have
> the instructions to do so:
> 
> https://github.com/WindRiver-OpenSourceLabs/wr-core/blob/master/docs/README-intel-x86.TXT
> 
> 
> That basically amounts to:
> 
> git clone -b master --recurse-submodules
> https://github.com/WindRiver-OpenSourceLabs/wr-core
> 
> cd wr-core
> 
> . init-intel-x86-env
> 
> 
> Jason. 
> 
> 
> -- 
> _______________________________________________
> Openembedded-core mailing list
> Openembedded-core at lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core





More information about the Openembedded-core mailing list