[OE-core] [PATCH 1/3] libdrm: Upgrade to 2.4.58.
Nicolas Dechesne
nicolas.dechesne at linaro.org
Thu Dec 4 15:23:32 UTC 2014
On Thu, Dec 4, 2014 at 3:40 PM, Burton, Ross <ross.burton at intel.com> wrote:
> On 4 December 2014 at 07:14, Nicolas Dechesne <nicolas.dechesne at linaro.org>
> wrote:
>>
>> hmm. it worked for me, libdrm-doc was generated fine, and nothing
>> really has changed upstream in this area. my buildhistory shows that
>> libdrm-doc has:
>
>
> And my libdrm has no documentation, because it's checking for xsltproc and
> the docbook stylesheets, which I don't have installed.. You had
> dependencies, I don't, the autobuilder may have had transient failure or an
> incomplete set of build deps. Either way, this should be an option as
> currently this isn't deterministic. We need a packageconfig for manpages
> with xsltproc-native and the xslt stylesheets as build depends.
you're right.. i have xsltproc in my sysroot..
i didn't find any other package in -core where we really used a
PACKAGECONFIG for doc. so i would vote to simply do like we do in
every other packages, e.g.
--- a/meta/recipes-graphics/drm/libdrm.inc
+++ b/meta/recipes-graphics/drm/libdrm.inc
@@ -20,6 +20,7 @@ DEPENDS += " libpciaccess"
inherit autotools pkgconfig
EXTRA_OECONF += "--disable-cairo-tests \
+ --disable-manpages \
--enable-omap-experimental-api \
--enable-freedreno-experimental-api \
--enable-install-test-programs \
With that change, I am getting:
==
--- a/packages/armv7at2hf-vfp-neon-oe-linux-gnueabi/libdrm/libdrm-doc/latest
+++ b/packages/armv7at2hf-vfp-neon-oe-linux-gnueabi/libdrm/libdrm-doc/latest
@@ -3,6 +3,6 @@ PR = r0
RPROVIDES =
RDEPENDS =
RRECOMMENDS =
-PKGSIZE = 40390
+PKGSIZE = 0
FILES = /usr/share/doc /usr/share/man /usr/share/info
/usr/share/gtk-doc /usr/share/gnome/help
-FILELIST = /usr/share/man/man3/drmAvailable.3
/usr/share/man/man3/drmHandleEvent.3 /usr/share/man/man3/drmModeG
+FILELIST =
==
By the way, this is not a new problem (sorry I know i reported it on
that thread ;-). This change for manpages was done in 2.4.42. So we
should not really block the update to 2.4.58, and if you agree on the
patch above, i can send it separately.
More information about the Openembedded-core
mailing list