[meta-xilinx] [PATCH] libmali-xlnx: inherit update-alternatives only on rw-rootfs builds

[Jean-Francois Dagenais]

Hi Mike,

> On Jul 16, 2019, at 01:38, Mike Looijmans <mike.looijmans at topic.nl> wrote:
> 
> This should not work, IMAGE_FEATURES is only valid in the image recipe and 
> won't be (fully) visible outside that.
> 

Indeed. It seems I have worked around the problem a little fast and thought my solution was useable by others. 

> I frequently build multiple images in a single bitbake run where one is 
> read-only and the other is not, e.g.: "bitbake my-image-sdcard my-image-norflash"

Did you have any recipe(s) included in the read-only image which had the update-alternative inheritance? If so, how did you make it work? My do_rootfs fails saying it cannot complete the postinst steps for libmali-xlnx because of the RO rootfs.

In any case, I will probably not pursue this much further. For me, as I said before, for most embedded systems, a choice is made as to what the drawing backend will be (X11, wayland or fbdev) for the system, and only one version is needed/wanted. So since I already maintain a fork of meta-xilinx, I will simply clean out the update-alternative stuff from libmali-xlnx.

Any thoughts?