Hi Ross, Thank you for your clarification. I double checked the recipes before asking for the patch, and I found out that Mesa provides both virtual/egl and virtual/libegl; searching through the layers I did not find any recipe depending on libegl but only on egl. Incidentally, userland from meta-raspberrypi provided only egl, and that was the final confirmation.
Given that assumptions, if you can surely tell that libegl is the correct dependency name form of libEGL, I will be happy with rejection of the patch and contact meta-raspberrypi maintainers directly. Thank you, Francesco Giancane Via Paolo Braccini 46, 10141 Torino (TO) +393933920466 Il 29 set 2017 12:05, "Burton, Ross" <[email protected]> ha scritto: > On 29 September 2017 at 10:47, Francesco Giancane < > [email protected]> wrote: > >> -PACKAGECONFIG[glamor] = "--enable-glamor,--disable-gla >> mor,libepoxy,libegl" >> +PACKAGECONFIG[glamor] = "--enable-glamor,--disable-glamor,libepoxy,egl" >> > > userland is in the wrong here, not mesa or xorg. > > The policy is that there are generalised names (libgles, libegl) and they > should either be used by BSPs directly, or RPROVIDED. Mesa generates > libgles1-mesa libegl-mesa etc, and they RPROVIDE libegl libegl1. > > Ross >
-- _______________________________________________ Openembedded-core mailing list [email protected] http://lists.openembedded.org/mailman/listinfo/openembedded-core
