On Fri, 2021-02-26 at 14:18 +0000, Mikko Murto wrote: > Hello, > > I'm developing a meta layer to save details about an image created by Yocto > to an > SPDX document ( https://github.com/doubleopen-project/meta-doubleopen). > > I've encountered two issues regarding package names in IMAGE_MANIFEST > and PACKAGES variables, > > https://github.com/doubleopen-project/meta-doubleopen/issues/2 and > https://github.com/doubleopen-project/meta-doubleopen/issues/3. > > The crux of the matter is that I need to find packages created by recipes > and to link the packages listed in image's manifest files to these packages. > > First, the PACKAGES variable of all recipes doesn't seem to include all > packages created. For example util-linux's PACKAGES doesn't include > util-linux-sulogin, but util-linux-sulogin may be included in an image's > manifest and it has a directory in the packages-split directory of > util-linux. > What would be the correct way to get information about all packages? > > Second, the package names in the image manifest may differ from those in > the PACKAGES variable or in packages-split directory. As an example, a > manifest file may include libkmod2, but recipe for kmod creates package > named libkmod. How to make the link from libkmod2 to libkmod?
I'd suggesting looking at packagedata which is how do_package and friends internally looks up things like which recipe provides which package and what the final package name is. An example of this in action is scripts/oe-pkgdata-util. There is also meta/lib/oe/packagedata.py. Sadly the API is horrible, it was never really designed for "public" use but I would love to see a better API around that (maybe one oe-pkgdata-util could use too). Cheers, Richard
-=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#52494): https://lists.yoctoproject.org/g/yocto/message/52494 Mute This Topic: https://lists.yoctoproject.org/mt/80927769/21656 Group Owner: yocto+ow...@lists.yoctoproject.org Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-