Bug 9381

Summary:	Incorrect multilib RDEPENDS generated for -dev packages
Product:	[Build System, Metadata & Runtime] OE-Core	Reporter:	Jussi Kukkonen <jku>
Component:	core	Assignee:	Ross Burton <ross.burton>
Status:	VERIFIED FIXED	QA Contact:	Bogdan Alexandru Voiculescu <bogdanx.a.voiculescu>
Severity:	normal
Priority:	Medium+	CC:	alex.kanavin, bogdanx.a.voiculescu, meta.mr.watcher, meta.watcher
Version:	2.1
Target Milestone:	2.1 M4
Hardware:	All
OS:	Multiple
Whiteboard:
OS type for building Yocto:	---	Type of Regression:	---
Verified:		Documentation change:	No (bug/feature does not impact docs)

Description Jussi Kukkonen 2016-04-04 08:47:07 UTC

I enabled lib32 multilib, built lib32-ffmpeg and got warnings like this for every additional -dev package:

> WARNING: lib32-ffmpeg-3.0-r0 do_package_qa: QA Issue: lib32-libavutil-dev
> rdepends on lib32-lib32-ffmpeg-dev, but it isn't a build dependency?
> [build-deps]

Note "lib32-lib32-ffmpeg-dev".

In pkgdata/runtime/lib32-libavutil-dev I can indeed see this:
> RDEPENDS_lib32-libavutil-dev: lib32-libavutil lib32-lib32-ffmpeg-dev


Tested on poky 7dcb4c41 (March 31)

Comment 1 Jussi Kukkonen 2016-04-04 10:57:37 UTC

I don't see anything clearly wrong with the ffmpeg recipe itself, CCing Alexander in any case.

Comment 2 Alexander Kanavin 2016-04-04 11:04:58 UTC

There is custom package splitting magic in populate_packages_prepend() (which I did NOT write, but merely copied from libav recipe :), and I believe this is where things go pear-shaped.

Comment 3 Ross Burton 2016-04-05 16:11:34 UTC

Hopefully the last bit of fallout from Python blocks not expanding ${FOO}. Patch on the list.

Comment 4 Ross Burton 2016-04-07 14:42:37 UTC

Fixed in oe-core d3875a8111f1d88dcc83219d4700784050988ca3.

Comment 5 Bogdan Alexandru Voiculescu 2016-05-09 14:48:21 UTC

No errors, warnings or QA issues on "master:f7b520878babbaa7527151f22c031ae160512753"