[OE-core] Update sdk dummy providers

Andrej Valek andrej.valek at siemens.com
Tue Nov 20 07:16:15 UTC 2018


Yes, you have right, I am using ipk packages with opkg. So seems to be a
reason, why you have commented it out.
Is there any way to fix it? Let's say "if not rpm".

Regards,
Andrej

On 11/19/18 11:43 PM, richard.purdie at linuxfoundation.org wrote:
> On Mon, 2018-11-19 at 15:00 +0000, Valek, Andrej wrote:
>> I would like to ask You a question about your commit (
>> http://git.yoctoproject.org/cgit/cgit.cgi/poky/commit/meta/recipes-core/meta/dummy-sdk-package.inc?id=0d0984e1e616c9f1c211b7b980ba2ca54c096e6e
>> ) to update sdk providers. I have found an issue regarding to
>> buildtools.
>>  
>> ERROR:  OE-core's config sanity checker detected a potential
>> misconfiguration.
>>     Either fix the cause of this error or at your own risk disable
>> the checker (see sanity.conf).
>>     Following is the list of potential problems / advisories:
>>
>>     Required perl module(s) not found: Text::ParseWords Thread::Queue
>> Data::Dumper
>>  
>> After analyzing, I have found, that buildtools-tarball contains a
>> nativesdk-perl (in manifest), which I guess should be excluded.
>> I have found, that after removing comments your comments of
>> d.appendVar("RCONFLICTS_%s" % p, "${DUMMYPROVIDES}") and RREPLACES_%s
>> in meta/recipes-core/meta/dummy-sdk-package.inc it works. Is there
>> any reason, why You have commented out?
> 
> It appears if they are uncommented we see:
> 
> https://autobuilder.yoctoproject.org/typhoon/#/builders/3/builds/226/steps/7/logs/step2b
> 
> (and other similar failures).
> 
> I suspect this breaks this way for rpm and breaks a different way for
> dpkg/opkg so I'm not sure what the right fix would be. Am I correct
> that you're not using rpm?
> 
> Cheers,
> 
> Richard
> 


More information about the Openembedded-core mailing list