**** BEGIN LOGGING AT Fri Apr 29 02:59:58 2016 Apr 29 07:10:24 This looks wrong, doesn't it? Apr 29 07:10:24 $ bitbake -e opkg-utils | grep -A1 'PACKAGECONFIG ()' Apr 29 07:10:24 python PACKAGECONFIG () { Apr 29 07:10:24 python update-alternatives} Apr 29 07:19:42 This happens in poky/master. Apr 29 07:41:34 In jethro I get ~ the same result, except without update-arternatives: Apr 29 07:41:34 $ bitbake -e opkg-utils | grep -A1 'PACKAGECONFIG ()' Apr 29 07:41:34 python PACKAGECONFIG () { Apr 29 07:41:34 python} Apr 29 07:47:09 BTW, I also noticed that the build directory created by master doesn't seem to be compatible with jethro. Don't know if it is a known issue. Steps to reproduce: 1) in master, source oe-init-build-env to make it _create_ a build dir. 2) switch to jethro and source oe-init-build-env. I get "Error: 'meta-poky/conf' must be a directory containing local.conf & bblayers.conf". Apr 29 08:19:55 What seems to cause that weird PACKAGECONFIG issue is the "python" key in PACKAGECONFIG[python] (meta/recipes-devtools/opkg-utils/opkg-utils_git.bb) Apr 29 15:08:06 mario-goulart: overlap of flag usage Apr 29 15:08:22 the 'python' flag is used to indicate a function in the metadata is python rather than shell, but we also use flags for PACKAGECONFIG Apr 29 15:08:33 so a PACKAGECONFIG of python confuses the variable emission code Apr 29 15:08:43 it should really only emit pyhton functions if both 'func' *and* 'python' are set Apr 29 15:09:35 heh Apr 29 15:09:36 yes Apr 29 15:09:46 patch welcome, easily fixed Apr 29 15:09:56 also Apr 29 15:10:02 the internal-use flags should be _ prefixed Apr 29 15:10:12 so python foo() {} should set [_python] Apr 29 15:10:42 there can't be that many users of the python flag outside of bitbake itself right? Apr 29 15:11:35 for that particular flag, yes, but there are others for which that's not the case Apr 29 15:11:42 'export' and 'unexport' for example Apr 29 15:12:00 those are internal to bitbake, but still manipulated directly in the metadata in some cases (all cases in for the latter) Apr 29 15:12:07 s/in for/for/ Apr 29 15:12:31 yeah Apr 29 15:17:28 rburton, kergoth: ok. Thanks for the information. Apr 29 15:41:24 hi, i am not sure how to do something properly... for my machines, i have specific packages that I need to make sure are installed in the image. using MACHINE_RRECOMMENDS_EXTRA is not perfect, as sometimes i want my packages to be added conditionally. e.g. my gst plugins should be installed only if/when gstreamer is installed. Apr 29 15:42:06 so i am doing a RDEPENDS_gstreamer_append += "foo" in a .bbappend, but then that makes gstreamer 'machine' specific, and it messes up with sstate.. Apr 29 15:42:33 is there a proper canonical way to fix that? some magic python commands? Apr 29 15:43:23 i don't think there's a perfect way to do that Apr 29 15:43:46 have a machine-specific packagegroup to pull in gstreamer and your magic bits? Apr 29 15:44:06 but then you'd have to manually include that in any images that include gstreamer Apr 29 15:44:08 for our distro i think we've injected things directly into our graphical images, which is just terrible as it crosses the machine/distro/image axes Apr 29 16:00:50 g'day kergoth Apr 29 16:42:28 kergoth, ndec_: kinda like the XSERVER var? Apr 29 16:43:56 koen: that's better than nothing, yeah. not an exact fit, since it's X rather than multimedia, and the two aren't necessarily the same image Apr 29 16:43:57 hey pb_ Apr 29 16:55:25 koen: kergoth: rburton: but the problem is that we need to modify every image to include this 'packagegroup'. the XSERVER variable is in turns added in packagegroup.. i wish we could say when building an image for MACH_A if package foo is added, then pull package bar too.. Apr 29 21:27:37 ndec_: you need to have a placeholder in recipe namespace, that can then be filled from from machine conf Apr 29 21:31:38 and this placeholder can then be added to base of all images Apr 29 21:32:47 and you can do some python-fu to look through rdep list and take some action in the placeholder **** ENDING LOGGING AT Sat Apr 30 02:59:58 2016