*problem Run "list-packageconfig-flags.py -a", and some packages that contain PACKAGECONFIG were not listed. Such as: libav/grub/xf86-video-intel In libav: oe-core/meta/recipes-multimedia/libav/libav.inc:PACKAGECONFIG[jack] = "--enable-indev=jack,--disable-indev=jack,jack" oe-core/meta/recipes-multimedia/libav/libav.inc:PACKAGECONFIG[bzip2] = "--enable-bzlib,--disable-bzlib,bzip2" oe-core/meta/recipes-multimedia/libav/libav.inc:PACKAGECONFIG[schroedinger] = "--enable-libschroedinger,--disable-libschroedinger,schroedinger" oe-core/meta/recipes-multimedia/libav/libav.inc:PACKAGECONFIG[gsm] = "--enable-libgsm,--disable-libgsm,libgsm" oe-core/meta/recipes-multimedia/libav/libav.inc:PACKAGECONFIG[x264] = "--enable-libx264,--disable-libx264,x264" oe-core/meta/recipes-multimedia/libav/libav.inc:PACKAGECONFIG[vpx] = "--enable-libvpx,--disable-libvpx,libvpx" oe-core/meta/recipes-multimedia/libav/libav.inc:PACKAGECONFIG[mp3lame] = "--enable-libmp3lame,--disable-libmp3lame,lame" oe-core/meta/recipes-multimedia/libav/libav.inc:PACKAGECONFIG[faac] = "--enable-libfaac,--disable-libfaac,faac" In grub oe-core/meta/recipes-bsp/grub/grub_2.00.bb:PACKAGECONFIG[grub-mount] = "--enable-grub-mount,--disable-grub-mount,fuse" In xf86-video-intel oe-core/meta/recipes-graphics/xorg-driver/xf86-video-intel_2.21.13.bb:PACKAGECONFIG[sna] = "--enable-sna,--disable-sna" oe-core/meta/recipes-graphics/xorg-driver/xf86-video-intel_2.21.13.bb:PACKAGECONFIG[xvmc] = "--enable-xvmc,--disable-xvmc,libxvmc" *analysis The above packages are skipped recipes, and should be listed.
On the one hand, as far as an individual user using this command goes I don't think this is a big problem; the recipes are skipped because they aren't buildable for some reason, so the user would need to address that issue before they would be able to configure the recipe. We could report that the recipe has been skipped if that is a useful diagnostic for the user (bitbake-layers does this). On the other hand if we were to use this tool as a basis for producing some kind of reference documentation for general use, then it would be useful to be able to gather the packageconfig information from all recipes even if they are skipped in the current configuration. It may be tricky to make this work though.
> On the other hand if we were to use this tool as a basis for producing some > kind of reference documentation for general use, then it would be useful to > be able to gather the packageconfig information from all recipes even if > they are skipped in the current configuration. It may be tricky to make this > work though. Agree, this script is used to collect packageconfig from all recipes as many as possible. and not used to report the skipped issue.
Reading over this again, I just had a thought - SOURCE_MIRROR_FETCH (a rather poorly named variable) may be useful for the second case if used carefully. I don't think we'd want to always set it by default within list-packageconfig-flags.py, but it could be an option, or at least part of the documented procedure for generating packageconfig flag lists for all recipes.
I think this is the defined behavior, it only lists available options. Closing as working as designed.