**** BEGIN LOGGING AT Fri Mar 24 03:00:00 2017 Mar 24 12:58:35 koen: fabo : i was adding tools-testapps in our build today, and it failed since it brings connman, and do_rootfs() failed because we are using networkmanager by default. just saying it out loud for now, as it doesn't seem normal Mar 24 22:25:09 is it possible to pull a package out of a packagegroup using the _remove syntax? Mar 24 22:37:59 tlwoerner: why wouldn't it be? Mar 24 22:38:22 packagegroups are just empty binary packages with RDEPENDS. RDEPENDS are justa nother variable, not special Mar 24 22:38:51 short answer: yes :) Mar 24 22:39:13 kergoth: hmm... maybe, then, i'm looking for the right syntax ;-) Mar 24 22:39:27 the same as for any other variable in any other recipe Mar 24 22:39:38 _remove_ = "foo" Mar 24 22:39:52 i.e. RDEPENDS_${PN}_remove_pn-packagegroup-foo = "bar" Mar 24 22:40:18 depending on the operation order, might need to manually xpand ${PN}, don't recall offhand Mar 24 22:40:31 not sure if the _remove flag will carry over when the key is expanded Mar 24 22:40:34 easy to test, though Mar 24 22:41:08 i.e. RDEPENDS_packagegroup-foo_remove_pn-packagegroup-foo = "bar" Mar 24 22:41:19 ideally the first will work, but worst case try the latter Mar 24 22:50:27 kergoth: i envy how obvious that is to you :-) Mar 24 22:50:31 RDEPENDS_packagegroup-core-x11_remove_pn-packagegroup-core-x11 = "xinput-calibrator" Mar 24 22:50:51 of course the _pn- is likely redundant in this case, since the variable is unlikely to be defined anywhere but that recipe Mar 24 22:50:58 doesn't seem to work, the package is still in the image, maybe it's getting pulled in through a depenency somewhere else Mar 24 22:51:18 first thing to do is check bitabke -e packagegroup-foo and ake sure RDEPENDS_whateve ris what you'd expect it to be Mar 24 22:51:21 i was doing "bitbake image -e | less" then trying to find xinput-calibrator Mar 24 22:51:32 but it wasn't there because it was in a packagegroup Mar 24 22:51:34 bitbake -g would be a better bet Mar 24 22:53:13 ah, i think it might be in RDEPENDS_packagegroup-core-x11-utils Mar 24 23:16:51 i don't seem to have the magic incantation, and "bitbake -g" shows me how the tasks are related, not what's pulling in the package Mar 24 23:17:52 i build and check buildhistory/images////installed-packages.txt and it's still there Mar 25 00:12:19 out of curiosity, is there a simple explanation for why the trailing is necessary? I've already told you the variable to which i want to _append or _remove, why do i then have to pn-override it? is there that great a chance there are multiple such variables? Mar 25 01:05:34 tlwoerner: that depends on what the variable is. i already told you it was probably redundant in this case Mar 25 01:05:55 tlwoerner: if it was a more generic variable used in multiple recipes, like the unexpanded _${PN}, then it'd be critical to use the override Mar 25 02:57:32 kergoth: ah, thanks!! your help is so much appreciated! Mar 25 02:57:40 np Mar 25 02:58:06 kergoth: i wasn't able to get it to work, but as a last resort I blew away tmp and sstate... then it worked. not sure who the culprit was Mar 25 02:58:16 weird **** ENDING LOGGING AT Sat Mar 25 03:00:02 2017