1395 2011-08-23 09:14:20 +0000 emenlow build throws error due to duplicate providers of mesa-dri 2011-08-28 17:40:50 +0000 1 1 7 Build System, Metadata & Runtime OE-Core graphics unspecified x86 Multiple RESOLVED FIXED Patch sent out. Aug 28 High normal 1.2 1 elizabeth.flanagan ke.yu dvhart elizabeth.flanagan meta.mr.watcher meta.watcher sgw tom.zanussi --- --- --- oldest_to_newest 15660 0 elizabeth.flanagan 2011-08-23 09:14:20 +0000 Seen on the autobuilder during an lsb build. Images seem to be created, however build throws an error during the parse. http://autobuilder.yoctoproject.org:8010/builders/emenlow/builds/34/steps/shell_17/logs/stdio ERROR: Multiple .bb files are due to be built which each provide mesa-dri (/builds2/pokybuild/emenlow/build/meta/recipes-graphics/mesa/mesa-dri_7.10.2.bb /builds2/pokybuild/emenlow/build/yocto/meta-intel/meta-emenlow/recipes-graphics/xpsb-glx/xpsb-glx_0.18.bb). This usually means one provides something the other doesn't and should. ERROR: Multiple .bb files are due to be built which each provide virtual/libgl (/builds2/pokybuild/emenlow/build/meta/recipes-graphics/mesa/mesa-dri_7.10.2.bb /builds2/pokybuild/emenlow/build/yocto/meta-intel/meta-emenlow/recipes-graphics/xpsb-glx/xpsb-glx_0.18.bb). This usually means one provides something the other doesn't and should. 15662 1 dvhart 2011-08-23 09:22:32 +0000 Perhaps adding something like the following to emenlow.conf would address the issue? PREFERRED_PROVIDER_virtual/libgl = "xpsb-glx" PREFERRED_PROVIDER_mesa-dri = "xpsb-glx" However, I think Tom is reworking the emenlow BSP and these bits are going to change anyway. Tom? 15663 2 tom.zanussi 2011-08-23 09:23:55 +0000 is this only on lsb builds? 15670 3 tom.zanussi 2011-08-23 13:31:56 +0000 The emenlow.conf machine config does have PREFERRED_PROVIDER entries for virtual/libx11 and virtual/libgl, but despite that, we still see the ERROR messages below. Also it does appear to be confined to lsb - the autobuilder logs show the other emenlow builds succeeding, and my local tests don't show these ERROR messages with anything but lsb. emenlow.conf: PREFERRED_PROVIDER_virtual/libx11 = "libx11-trim" PREFERRED_PROVIDER_virtual/libgl = "xpsb-glx" NOTE: Resolving any missing task queue dependencies NOTE: multiple providers are available for runtime libglu (mesa-dri, mesa-xlib) NOTE: consider defining a PREFERRED_PROVIDER entry to match libglu NOTE: Preparing runqueue ERROR: Multiple .bb files are due to be built which each provide virtual/libx11 (/usr/local/src/yocto/emenlow-psb/meta/recipes-graphics/xorg-lib/libx11_1.3.4.bb /usr/local/src/yocto/emenlow-psb/meta/recipes-graphics/xorg-lib/libx11-trim_1.3.4.bb). This usually means one provides something the other doesn't and should. ERROR: Multiple .bb files are due to be built which each provide mesa-dri (/usr/local/src/yocto/emenlow-psb/meta/recipes-graphics/mesa/mesa-dri_7.10.2.bb /usr/local/src/yocto/emenlow-psb/meta-intel/meta-emenlow/recipes-graphics/xpsb-glx/xpsb-glx_0.18.bb). This usually means one provides something the other doesn't and should. ERROR: Multiple .bb files are due to be built which each provide virtual/libgl (/usr/local/src/yocto/emenlow-psb/meta/recipes-graphics/mesa/mesa-dri_7.10.2.bb /usr/local/src/yocto/emenlow-psb/meta-intel/meta-emenlow/recipes-graphics/xpsb-glx/xpsb-glx_0.18.bb). This usually means one provides something the other doesn't and should. 15674 4 dvhart 2011-08-23 16:11:48 +0000 (In reply to comment #3) > The emenlow.conf machine config does have PREFERRED_PROVIDER entries for > virtual/libx11 and virtual/libgl, but despite that, we still see the ERROR > messages below. > > Also it does appear to be confined to lsb - the autobuilder logs show the other > emenlow builds succeeding, and my local tests don't show these ERROR messages > with anything but lsb. > > emenlow.conf: > PREFERRED_PROVIDER_virtual/libx11 = "libx11-trim" > PREFERRED_PROVIDER_virtual/libgl = "xpsb-glx" > > > NOTE: Resolving any missing task queue dependencies > NOTE: multiple providers are available for runtime libglu (mesa-dri, mesa-xlib) Does this just mean that in addition to virtual/libgl we also need virtual/libglu? 15684 5 ke.yu 2011-08-23 18:06:12 +0000 (In reply to comment #4) > (In reply to comment #3) > > The emenlow.conf machine config does have PREFERRED_PROVIDER entries for > > virtual/libx11 and virtual/libgl, but despite that, we still see the ERROR > > messages below. > > > > Also it does appear to be confined to lsb - the autobuilder logs show the other > > emenlow builds succeeding, and my local tests don't show these ERROR messages > > with anything but lsb. > > > > emenlow.conf: > > PREFERRED_PROVIDER_virtual/libx11 = "libx11-trim" > > PREFERRED_PROVIDER_virtual/libgl = "xpsb-glx" > > > > > > NOTE: Resolving any missing task queue dependencies > > NOTE: multiple providers are available for runtime libglu (mesa-dri, mesa-xlib) > Does this just mean that in addition to virtual/libgl we also need > virtual/libglu? yes, it also explains why the error only show up in lsb building, that is becasue only lsb requires libglu (defined in RDEPENDS_task-core-lsb-graphic-add in task-core-lsb.bb). 15685 6 tom.zanussi 2011-08-23 18:22:29 +0000 (In reply to comment #5) > (In reply to comment #4) > > (In reply to comment #3) > > > The emenlow.conf machine config does have PREFERRED_PROVIDER entries for > > > virtual/libx11 and virtual/libgl, but despite that, we still see the ERROR > > > messages below. > > > > > > Also it does appear to be confined to lsb - the autobuilder logs show the other > > > emenlow builds succeeding, and my local tests don't show these ERROR messages > > > with anything but lsb. > > > > > > emenlow.conf: > > > PREFERRED_PROVIDER_virtual/libx11 = "libx11-trim" > > > PREFERRED_PROVIDER_virtual/libgl = "xpsb-glx" > > > > > > > > > NOTE: Resolving any missing task queue dependencies > > > NOTE: multiple providers are available for runtime libglu (mesa-dri, mesa-xlib) > > Does this just mean that in addition to virtual/libgl we also need > > virtual/libglu? > > yes, it also explains why the error only show up in lsb building, that is > becasue only lsb requires libglu (defined in RDEPENDS_task-core-lsb-graphic-add > in task-core-lsb.bb). Why doesn't this happen with the other BSPs, which don't have virtual/libglu either? 15832 7 ke.yu 2011-08-28 02:15:45 +0000 find the root cause: lsb image rdepends on libglu, which is provided by mesa-dri, not provided by xpsb-glx, so lsb image will build mesa-dri, besides xpsb-glx. Unfortunately, mesa-dri and xpsb-glx have conflict, because both will provide virtual/libgl. thus the ERROR message showes up. the error only happens in emenlow, because other arch does not use xpsb-glx, but use mesa-dri, so no conflict here. 15833 8 ke.yu 2011-08-28 04:03:40 +0000 To fix it, xpsb should provide split package libglu, the same as what mesa-dri does 15834 9 ke.yu 2011-08-28 17:40:50 +0000 http://git.yoctoproject.org/cgit/cgit.cgi/meta-intel/commit/?id=902d2f3c919cd1d870dc8d35a7521cbba42e53ea