[OE-core] [PATCH] Small improvement for the initscripts package

Jef.Driesen at niko.eu Jef.Driesen at niko.eu
Wed Oct 4 09:51:00 UTC 2017


Alexander Kanavin:
>On 10/03/2017 06:03 PM, Jef.Driesen at niko.eu wrote:
>> Burton, Ross [ross.burton at intel.com]
>>> On 3 October 2017 at 11:03, <Jef.Driesen at niko.eu> wrote:
>>>> Note: base-files-emperor is the package with the custom init scripts. I added:
>>>>
>>>> PROVIDES = "initscripts"
>>>>
>>>> And in conf/machine/emperor.conf, I added:
>>>>
>>>> PREFERRED_PROVIDER_initscripts = "base-files-emperor"
>>>>
>>>   If your initscripts package is a replacement for the oe-core initscripts package, then also set RPROVIDES_${PN} += "initscripts".
>>
>> I tried your suggest, but I still get the error:
>>
>> "The recipe base-files-emperor is trying to install files into a shared area when those files already exist." error
>>
>> With base-files-emperor.bb containing:
>>
>> PROVIDES += "initscripts"
>> RPROVIDES_${PN} += "initscripts"
>>
>> What am I still doing wrong?
>>
>> (I'll try to re-build after wiping the tmp directory tonight. A simple "bitbake -c cleanall initscripts base-files-emperor" didn't help.)
>
> I might be reading it wrong, but the full error message seems to
> indicate you also have a recipe called emperor-intscripts that provides
> (some of) the same files as base-files-emperor, and they clash?

It's the oe-core initscripts recipe that clashes with base-files-emperor. Both recipies have their own /etc/init.d/halt script.

The full rebuild failed as well, with the error "Can't install ntp-4.2.8p8-r0.7 at armv7a_vfp_neon: no package provides initscripts-functions"

And that's probably because the oe-core recipe produces a initscripts-functions package. We stil need that package in our image. I assume that due to using PROVIDES, the oe-core initscripts recipe is replaced completely with our own base-files-emperor recipe. And since our custom package doesn't produce an initscripts-functions package (because we still want the one from the oe-core initscripts), the build fails. So it looks like using PROVIDES doesn't work.

Alex
Disclaimer

This e-mail and its attachments is intended only for the person(s) or entity to which it is addressed. If you receive this e-mail by mistake, please delete this e-mail from your system and destroy all copies of it. It may contain confidential and/or privileged information. You should not copy it or use it for any purpose nor disclose its contents to any person unless allowed by a written document between the sender and the addressee.



More information about the Openembedded-core mailing list