Re: [oe] [meta-java] rxtx fails to build because of upstream website dead
On 2017-05-22 16:34, Romain Bazile wrote: Yeah, it just keeps on going online and offline every few weeks, that's why I was asking about the source mirrors. We have been stuck for a week while the website was down. That seems to me like a viable alternative to use the mirrors, in case it goes down again. You could also set up your own local mirror which can also speed builds considerably. Just look at the documentation for 'own-mirrors' Do you know where can I put the request to add this file to the mirrors? Romain Bazile Le 22/05/2017 à 16:29, Tim Orling a écrit : I just tried and upstream was available. Maybe it was just down for maintenance? On Mon, May 22, 2017 at 12:23 AM Romain Bazile mailto:romain.baz...@ubiant.com>> wrote: The source package is about 1.5MB big, so that's not really heavy. But I perfectly understand the rationale behind it, which was my fear. I didn't know about the source mirror. This would make perfect sense, since this is the exact thing we in fact are looking for (having the sources in the layer is only a fix). How does that work to get the source mirrored here? I supposed there would need to be some changes to the recipe too? Romain Bazile Le 20/05/2017 à 17:21, Trevor Woerner a écrit : > On Fri, May 19, 2017 at 11:07 AM, Romain Bazile > mailto:romain.baz...@ubiant.com>> wrote: >> Due to the chronic instability of this website, would it make sense to >> include the source file directly into the meta-java layer as a zip file? > My guess is the project would not be happy about a large zip file in a > git repository. If a patch becomes too big, or if a recipe needs too > many patches, the general consensus is to create a repository with the > patches and keep the metadata small. On the other hand, exceptions > abound. > >> I don't know about best practices surrounding this, I kindly apologize if >> it's strictly forbidden! Otherwise, I'm happy to submit a PR including the >> file and the necessary changes to the recipes (in concerned branches). > The yoctoproject maintains a source mirror, the best bet is to ask > that the sources be mirrored there. The recipe will probably be > expected to stay as-is, and the yocto backup used if/when the primary > is down. -- Gary Thomas | Consulting for the MLB Associates |Embedded world -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] OpenEmbedded Layer Index autobuild errors
On 2017-03-19 10:30, Max Krummenacher wrote: Hi Am Sonntag, den 19.03.2017, 00:28 -0400 schrieb Daniel Dickinson: Hi, Since it wasn't clear from my last posting about this issue, that the issued described was that the recipe parsing for the three pre-alpha layers I submitted recently triggered an error condition (missing HOSTTOOLS) which isn't something that's an issue with the layer or recipes (or so I'm given to understand), I'm reposing the error message and this request for the hosts to get the necessary packages so the layer index can be updated. Layers are: meta-cshored - small distro along the lines of poky-tiny but for read-only-rootfs and taking advantage of the following layers: meta-earlyinit - instead of initramfs run 'earlyinit' to prepare things for the main init and which runs from the kerne-mounted rootfs. meta-runit-init - use busybox 'runit' commands as the main init. The error message is: Traceback (most recent call last): File "update_layer.py", line 716, in main() File "update_layer.py", line 216, in main (tinfoil, tempdir) = recipeparse.init_parser(settings, branch, bitbakepath, nocheckout=options.nocheckout, logger=logger) File "/opt/layerindex/layerindex/recipeparse.py", line 75, in init_parser tinfoil = utils.setup_tinfoil(bitbakepath, enable_tracking) File "/opt/layerindex/layerindex/utils.py", line 144, in setup_tinfoil tinfoil.prepare(config_only = True) File "/opt/workdir/bitbake/lib/bb/tinfoil.py", line 210, in prepare extrafeatures) File "/opt/workdir/bitbake/lib/bb/main.py", line 517, in setup_bitbake server = start_server(servermodule, configParams, configuration, featureset) File "/opt/workdir/bitbake/lib/bb/main.py", line 357, in start_server cooker = bb.cooker.BBCooker(configuration, features) File "/opt/workdir/bitbake/lib/bb/cooker.py", line 195, in __init__ self.initConfigurationData() File "/opt/workdir/bitbake/lib/bb/cooker.py", line 358, in initConfigurationData self.databuilder.parseBaseConfiguration() File "/opt/workdir/bitbake/lib/bb/cookerdata.py", line 299, in parseBaseConfiguration raise bb.BBHandledException bb.BBHandledException ERROR: The following required tools (as specified by HOSTTOOLS) appear to be unavailable in PATH, please install them in order to proceed: cpio chrpath gawk diffstat makeinfo This recent commit tries to hide host applications which should not be used by recipes as they should be provided from their -native packages (from DEPENDS) during the build. http://cgit.openembedded.org/openembedded-core/commit/?id=fa764a403da34bb0ca9fa3767a9e9dba8d685965 With that change all tools which must be installed on the host need to be present, even if in your use case some of them might not be used. Did you install the prerequisites? http://www.yoctoproject.org/docs/2.2.1/ref-manual/ref-manual.html#required-packages-for-the-host-dev elopment-system The real point is that it's not his host - it's the [remote] autobuilder tool for OpenEmbedded (IIRC) -- Gary Thomas | Consulting for the MLB Associates |Embedded world -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] Submitted layers: build errors not seen on manual bitbake
On 2017-03-18 02:32, Daniel Dickinson wrote: On Sat, 18 Mar 2017 02:20:36 +0100 Gary Thomas wrote: On 2017-03-18 00:58, Daniel Dickinson wrote: Hi, I'm seeing build errors for layers I've submitted that I don't see with a manual bitbake. What do I need to do solves the following: raceback (most recent call last): File "/opt/workdir/bitbake/lib/bb/cookerdata.py", line 274, in parseBaseConfiguration bb.event.fire(bb.event.ConfigParsed(), self.data) File "/opt/workdir/bitbake/lib/bb/event.py", line 211, in fire fire_class_handlers(event, d) File "/opt/workdir/bitbake/lib/bb/event.py", line 134, in fire_class_handlers execute_handler(name, handler, event, d) File "/opt/workdir/bitbake/lib/bb/event.py", line 106, in execute_handler ret = handler(event) File "/opt/workdir/git___git_openembedded_org_openembedded-core/meta/classes/base.bbclass", line 242, in base_eventhandler setup_hosttools_dir(d.expand('${TMPDIR}/hosttools'), 'HOSTTOOLS', d) File "/opt/workdir/git___git_openembedded_org_openembedded-core/meta/classes/base.bbclass", line 139, in setup_hosttools_dir bb.fatal("The following required tools (as specified by HOSTTOOLS) appear to be unavailable in PATH, please install them in order to proceed:\n %s" % " ".join(notfound)) File "/opt/workdir/bitbake/lib/bb/__init__.py", line 104, in fatal raise BBHandledException() bb.BBHandledException During handling of the above exception, another exception occurred: Traceback (most recent call last): File "update_layer.py", line 716, in main() File "update_layer.py", line 216, in main (tinfoil, tempdir) = recipeparse.init_parser(settings, branch, bitbakepath, nocheckout=options.nocheckout, logger=logger) File "/opt/layerindex/layerindex/recipeparse.py", line 75, in init_parser tinfoil = utils.setup_tinfoil(bitbakepath, enable_tracking) File "/opt/layerindex/layerindex/utils.py", line 144, in setup_tinfoil tinfoil.prepare(config_only = True) File "/opt/workdir/bitbake/lib/bb/tinfoil.py", line 210, in prepare extrafeatures) File "/opt/workdir/bitbake/lib/bb/main.py", line 517, in setup_bitbake server = start_server(servermodule, configParams, configuration, featureset) File "/opt/workdir/bitbake/lib/bb/main.py", line 357, in start_server cooker = bb.cooker.BBCooker(configuration, features) File "/opt/workdir/bitbake/lib/bb/cooker.py", line 195, in __init__ self.initConfigurationData() File "/opt/workdir/bitbake/lib/bb/cooker.py", line 358, in initConfigurationData self.databuilder.parseBaseConfiguration() File "/opt/workdir/bitbake/lib/bb/cookerdata.py", line 299, in parseBaseConfiguration raise bb.BBHandledException bb.BBHandledException ERROR: The following required tools (as specified by HOSTTOOLS) appear to be unavailable in PATH, please install them in order to proceed: cpio chrpath gawk diffstat makeinfo This one is pretty obvious - the OE-core metadata now checks for a set of required tools (beyond the initial sanity check). Your machine (or background user that you are using for building these layers) doesn't have access to them. You'll need to install that set of tools, namely: cpio chrpath gawk diffstat makeinfo This is on the autobuild hosted by at openembedded.org not something I have control over. I was kind of hoping you would have a different answer (though didn't expect so), for some reason. Understood (although it wasn't obvious that this was autobuild related) I don't have any access/control over that either, but hopefully someone who does will get this fixed for you. -- Gary Thomas | Consulting for the MLB Associates |Embedded world -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] Submitted layers: build errors not seen on manual bitbake
On 2017-03-18 00:58, Daniel Dickinson wrote: Hi, I'm seeing build errors for layers I've submitted that I don't see with a manual bitbake. What do I need to do solves the following: raceback (most recent call last): File "/opt/workdir/bitbake/lib/bb/cookerdata.py", line 274, in parseBaseConfiguration bb.event.fire(bb.event.ConfigParsed(), self.data) File "/opt/workdir/bitbake/lib/bb/event.py", line 211, in fire fire_class_handlers(event, d) File "/opt/workdir/bitbake/lib/bb/event.py", line 134, in fire_class_handlers execute_handler(name, handler, event, d) File "/opt/workdir/bitbake/lib/bb/event.py", line 106, in execute_handler ret = handler(event) File "/opt/workdir/git___git_openembedded_org_openembedded-core/meta/classes/base.bbclass", line 242, in base_eventhandler setup_hosttools_dir(d.expand('${TMPDIR}/hosttools'), 'HOSTTOOLS', d) File "/opt/workdir/git___git_openembedded_org_openembedded-core/meta/classes/base.bbclass", line 139, in setup_hosttools_dir bb.fatal("The following required tools (as specified by HOSTTOOLS) appear to be unavailable in PATH, please install them in order to proceed:\n %s" % " ".join(notfound)) File "/opt/workdir/bitbake/lib/bb/__init__.py", line 104, in fatal raise BBHandledException() bb.BBHandledException During handling of the above exception, another exception occurred: Traceback (most recent call last): File "update_layer.py", line 716, in main() File "update_layer.py", line 216, in main (tinfoil, tempdir) = recipeparse.init_parser(settings, branch, bitbakepath, nocheckout=options.nocheckout, logger=logger) File "/opt/layerindex/layerindex/recipeparse.py", line 75, in init_parser tinfoil = utils.setup_tinfoil(bitbakepath, enable_tracking) File "/opt/layerindex/layerindex/utils.py", line 144, in setup_tinfoil tinfoil.prepare(config_only = True) File "/opt/workdir/bitbake/lib/bb/tinfoil.py", line 210, in prepare extrafeatures) File "/opt/workdir/bitbake/lib/bb/main.py", line 517, in setup_bitbake server = start_server(servermodule, configParams, configuration, featureset) File "/opt/workdir/bitbake/lib/bb/main.py", line 357, in start_server cooker = bb.cooker.BBCooker(configuration, features) File "/opt/workdir/bitbake/lib/bb/cooker.py", line 195, in __init__ self.initConfigurationData() File "/opt/workdir/bitbake/lib/bb/cooker.py", line 358, in initConfigurationData self.databuilder.parseBaseConfiguration() File "/opt/workdir/bitbake/lib/bb/cookerdata.py", line 299, in parseBaseConfiguration raise bb.BBHandledException bb.BBHandledException ERROR: The following required tools (as specified by HOSTTOOLS) appear to be unavailable in PATH, please install them in order to proceed: cpio chrpath gawk diffstat makeinfo This one is pretty obvious - the OE-core metadata now checks for a set of required tools (beyond the initial sanity check). Your machine (or background user that you are using for building these layers) doesn't have access to them. You'll need to install that set of tools, namely: cpio chrpath gawk diffstat makeinfo -- Gary Thomas | Consulting for the MLB Associates |Embedded world -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-qt5][PATCH] Ajout de qtSerialBus dans la toolchain
On 2017-03-06 07:50, Yann PERON wrote: Hello, Thank you, It is the first time I post on this mailing List, I didn't know the requirements. When corrections will be applied, how send again the patch? reply to this email discussion ? or send in a new email? Send a new patch, marked [PATCH v2], following the guidelines at http://www.openembedded.org/wiki/How_to_submit_a_patch_to_OpenEmbedded Le 04/03/2017 à 13:28, Gary Thomas a écrit : On 2017-03-04 12:54, Martin Jansa wrote: On Wed, Mar 01, 2017 at 11:17:05AM +0100, Yann PERON wrote: --- Please use English. That's only part of what's off/missing here: * No Signed-off-by * No explanation of the change * Improper subject [protocol] recipes-qt/packagegroups/packagegroup-qt5-toolchain-target.bb | 2 ++ 1 file changed, 2 insertions(+) diff --git a/recipes-qt/packagegroups/packagegroup-qt5-toolchain-target.bb b/recipes-qt/packagegroups/packagegroup-qt5-toolchain-target.bb index 1521dbf..2735135 100755 --- a/recipes-qt/packagegroups/packagegroup-qt5-toolchain-target.bb +++ b/recipes-qt/packagegroups/packagegroup-qt5-toolchain-target.bb @@ -83,6 +83,8 @@ RDEPENDS_${PN} += " \ ${@bb.utils.contains('DISTRO_FEATURES', 'opengl', 'qtsensors-qmlplugins', '', d)} \ qtserialport-dev \ qtserialport-mkspecs \ +qtserialbus-dev \ +qtserialbus-mkspecs \ qtsvg-dev \ qtsvg-mkspecs \ qtsvg-plugins \ -- 2.1.4 ** -- ---- Gary Thomas | Consulting for the MLB Associates |Embedded world -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-qt5][PATCH] Ajout de qtSerialBus dans la toolchain
On 2017-03-04 12:54, Martin Jansa wrote: On Wed, Mar 01, 2017 at 11:17:05AM +0100, Yann PERON wrote: --- Please use English. That's only part of what's off/missing here: * No Signed-off-by * No explanation of the change * Improper subject [protocol] recipes-qt/packagegroups/packagegroup-qt5-toolchain-target.bb | 2 ++ 1 file changed, 2 insertions(+) diff --git a/recipes-qt/packagegroups/packagegroup-qt5-toolchain-target.bb b/recipes-qt/packagegroups/packagegroup-qt5-toolchain-target.bb index 1521dbf..2735135 100755 --- a/recipes-qt/packagegroups/packagegroup-qt5-toolchain-target.bb +++ b/recipes-qt/packagegroups/packagegroup-qt5-toolchain-target.bb @@ -83,6 +83,8 @@ RDEPENDS_${PN} += " \ ${@bb.utils.contains('DISTRO_FEATURES', 'opengl', 'qtsensors-qmlplugins', '', d)} \ qtserialport-dev \ qtserialport-mkspecs \ +qtserialbus-dev \ +qtserialbus-mkspecs \ qtsvg-dev \ qtsvg-mkspecs \ qtsvg-plugins \ -- 2.1.4 -- -------- Gary Thomas | Consulting for the MLB Associates |Embedded world -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-oe][PATCH v2] fbgrab: Update to latest version
Update to version 1.3 (2015-06-06) Drop setting ${S} - not needed since package now uses standard path Signed-off-by: Gary Thomas --- meta-oe/recipes-graphics/fbgrab/{fbgrab_1.2.bb => fbgrab_1.3.bb} | 6 ++ 1 file changed, 2 insertions(+), 4 deletions(-) rename meta-oe/recipes-graphics/fbgrab/{fbgrab_1.2.bb => fbgrab_1.3.bb} (71%) diff --git a/meta-oe/recipes-graphics/fbgrab/fbgrab_1.2.bb b/meta-oe/recipes-graphics/fbgrab/fbgrab_1.3.bb similarity index 71% rename from meta-oe/recipes-graphics/fbgrab/fbgrab_1.2.bb rename to meta-oe/recipes-graphics/fbgrab/fbgrab_1.3.bb index 1d87b86..e12bc09 100644 --- a/meta-oe/recipes-graphics/fbgrab/fbgrab_1.2.bb +++ b/meta-oe/recipes-graphics/fbgrab/fbgrab_1.3.bb @@ -8,10 +8,8 @@ SRC_URI = "http://fbgrab.monells.se/${BP}.tar.gz"; inherit autotools-brokensep -S = "${WORKDIR}/${BPN}" - -SRC_URI[md5sum] = "15b432735d6efd0373722bb96577b945" -SRC_URI[sha256sum] = "61e0772ad6ea744ee597ae478398ddd0ba6fceee2cf343859bebde2c15bafb91" +SRC_URI[md5sum] = "7d8c24081c681dfbba21f2934c1ac656" +SRC_URI[sha256sum] = "5fab478cbf8731fbacefaa76236a8f8b38ccff920c53b3a8253bc35509fba8ed" do_configure_prepend() { sed -i 's|$(DESTDIR)/usr/man/|$(DESTDIR)${mandir}/|g' ${S}/Makefile -- 2.7.4 -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-oe][PATCH] fbgrab: Update to latest version
Update to version 1.3 (2015-06-16), fix recipe for different directory name Signed-off-by: Gary Thomas --- meta-oe/recipes-graphics/fbgrab/{fbgrab_1.2.bb => fbgrab_1.3.bb} | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) rename meta-oe/recipes-graphics/fbgrab/{fbgrab_1.2.bb => fbgrab_1.3.bb} (71%) diff --git a/meta-oe/recipes-graphics/fbgrab/fbgrab_1.2.bb b/meta-oe/recipes-graphics/fbgrab/fbgrab_1.3.bb similarity index 71% rename from meta-oe/recipes-graphics/fbgrab/fbgrab_1.2.bb rename to meta-oe/recipes-graphics/fbgrab/fbgrab_1.3.bb index 1d87b86..905c1e5 100644 --- a/meta-oe/recipes-graphics/fbgrab/fbgrab_1.2.bb +++ b/meta-oe/recipes-graphics/fbgrab/fbgrab_1.3.bb @@ -8,10 +8,10 @@ SRC_URI = "http://fbgrab.monells.se/${BP}.tar.gz"; inherit autotools-brokensep -S = "${WORKDIR}/${BPN}" +S = "${WORKDIR}/${BP}" -SRC_URI[md5sum] = "15b432735d6efd0373722bb96577b945" -SRC_URI[sha256sum] = "61e0772ad6ea744ee597ae478398ddd0ba6fceee2cf343859bebde2c15bafb91" +SRC_URI[md5sum] = "7d8c24081c681dfbba21f2934c1ac656" +SRC_URI[sha256sum] = "5fab478cbf8731fbacefaa76236a8f8b38ccff920c53b3a8253bc35509fba8ed" do_configure_prepend() { sed -i 's|$(DESTDIR)/usr/man/|$(DESTDIR)${mandir}/|g' ${S}/Makefile -- 2.7.4 -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-browser] chromium broken patch
poky/yocto: d45d4a5a21ab4209b87331dddf515ecdb62367fa meta-browser: d875f40c3a120118ddf998545dd7efba09d01cc1 ERROR: chromium-52.0.2743.76-r0 do_patch: Command Error: 'quilt --quiltrc /build/p0382_2016-01-13/tmp/work/cortexa9hf-neon-mx6qdl-amltd-linux-gnueabi/chromium/52.0.2743.76-r0/recipe-sysroot-native/etc/quiltrc push' exited with 0 Output: Applying patch 0003-Remove-hard-coded-values-for-CC-and-CXX.patch patching file build/common.gypi Hunk #1 FAILED at 6027. 1 out of 1 hunk FAILED -- rejects in file build/common.gypi Patch 0003-Remove-hard-coded-values-for-CC-and-CXX.patch does not apply (enforce with -f) ERROR: chromium-52.0.2743.76-r0 do_patch: Function failed: patch_do_patch ERROR: Logfile of failure stored in: /build/p0382_2016-01-13/tmp/work/cortexa9hf-neon-mx6qdl-amltd-linux-gnueabi/chromium/52.0.2743.76-r0/temp/log.do_patch.17216 ERROR: Task (/local/poky-cutting-edge/meta-browser/recipes-browser/chromium/chromium_52.0.2743.76.bb:do_patch) failed with exit code '1' -- ---- Gary Thomas | Consulting for the MLB Associates |Embedded world -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-oe][PATCH] postgresql.inc: Fix do_configure error (could not find Python.h)
On 2016-10-16 14:15, Mario Domenech Goulart wrote: Fixes: | checking for Python.h... no | configure: error: header file is required for Python | NOTE: The following config.log files may provide further information. | WARNING: exit code 1 from a shell command. | NOTE: .../tmp/work/armv5e-poky-linux-gnueabi/postgresql/9.4.8-r0.0/build/config.log | ERROR: configure failed Signed-off-by: Mario Domenech Goulart --- meta-oe/recipes-support/postgresql/postgresql.inc | 8 ++-- 1 file changed, 2 insertions(+), 6 deletions(-) diff --git a/meta-oe/recipes-support/postgresql/postgresql.inc b/meta-oe/recipes-support/postgresql/postgresql.inc index 9592c79..454624c 100644 --- a/meta-oe/recipes-support/postgresql/postgresql.inc +++ b/meta-oe/recipes-support/postgresql/postgresql.inc @@ -40,6 +40,8 @@ export LDFLAGS_SL = "${LDFLAGS}" inherit autotools pkgconfig perlnative pythonnative useradd update-rc.d systemd +CFLAGS += "-I${STAGING_INCDIR}/${PYTHON_DIR}" + SYSTEMD_SERVICE_${PN} = "postgresql.service" SYSTEMD_AUTO_ENABLE_${PN} = "disable" @@ -109,12 +111,6 @@ python populate_packages_prepend() { } do_configure() { -# do_configure_prepend -# make sure configure finds python includdirs with these envs -export \ - STAGING_INCDIR=${STAGING_INCDIR} \ - STAGING_LIBDIR=${STAGING_LIBDIR} - # do_configure autotools_do_configure Why is this needed? I just built the existing recipe in a bare build without any problems. Perhaps I'm missing something? Also, would it not be better to just add python to DEPENDS? -- ---- Gary Thomas | Consulting for the MLB Associates |Embedded world -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-oe][PATCH] Graphviz: Add new PACKAGECONFIG for graphviz
On 2016-08-12 14:51, Ricardo Ribalda Delgado wrote: Although it does not have an obvious name (gvc), Graphviz is an optional library configurable via configure.ac. Signed-off-by: Ricardo Ribalda Delgado --- meta-oe/recipes-support/imagemagick/imagemagick_6.9.2.bb | 1 + 1 file changed, 1 insertion(+) diff --git a/meta-oe/recipes-support/imagemagick/imagemagick_6.9.2.bb b/meta-oe/recipes-support/imagemagick/imagemagick_6.9.2.bb index a9f01344a9ff..1b558caf4f16 100644 --- a/meta-oe/recipes-support/imagemagick/imagemagick_6.9.2.bb +++ b/meta-oe/recipes-support/imagemagick/imagemagick_6.9.2.bb @@ -24,6 +24,7 @@ EXTRA_OECONF = "--program-prefix= --program-suffix=.im6 --without-perl --disable CACHED_CONFIGUREVARS = "ac_cv_sys_file_offset_bits=yes" PACKAGECONFIG ??= "${@bb.utils.contains('DISTRO_FEATURES', 'x11', 'x11', '', d)}" +PACKAGECONFIG[graphviz] = "--with-gvc,--without-gvc,graphviz" PACKAGECONFIG[jp2] = "--with-jp2,,jasper" PACKAGECONFIG[lzma] = "--with-lzma,--without-lzma,xz" PACKAGECONFIG[openjpeg] = "--with-openjp2,--without-openjp2,openjpeg" Your subject line is misleading as this patch is for imagemagick -- Gary Thomas | Consulting for the MLB Associates |Embedded world -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-python][PATCH 2/3] python3-pip: add recipe
On 2016-07-27 05:03, Chen Qi wrote: Signed-off-by: Chen Qi --- meta-python/recipes-devtools/python/python3-pip_8.1.2.bb | 13 + 1 file changed, 13 insertions(+) create mode 100644 meta-python/recipes-devtools/python/python3-pip_8.1.2.bb diff --git a/meta-python/recipes-devtools/python/python3-pip_8.1.2.bb b/meta-python/recipes-devtools/python/python3-pip_8.1.2.bb new file mode 100644 index 000..612ba7d --- /dev/null +++ b/meta-python/recipes-devtools/python/python3-pip_8.1.2.bb @@ -0,0 +1,13 @@ +SUMMARY = "PIP is a tool for installing and managing Python packages" +LICENSE = "MIT & LGPL-2.1" +LIC_FILES_CHKSUM = "file://LICENSE.txt;md5=25fba45109565f87de20bae85bc39452" + +SRC_URI[md5sum] = "87083c0b9867963b29f7aba3613e8f4a" +SRC_URI[sha256sum] = "4d24b03ffa67638a3fa931c09fd9e0273ffa904e95ebebe7d4b1a54c93d7b732" + +inherit pypi setuptools3 + +# Since PIP is like CPAN for PERL we need to drag in all python modules to ensure everything works +RDEPENDS_${PN} = "python3-modules python3-setuptools" + +BBCLASSEXTEND = "nativesdk" Why is this here, since it is already in OE-core? -- Gary Thomas | Consulting for the MLB Associates |Embedded world -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] nodejs: newer npm?
On 2016-07-13 15:29, Davis, Michael wrote: I am currently using angular from a different meta layer. https://github.com/imyller/meta-nodejs It maintains newer versions of nodejs. It might be something you want to try. Are you using AngularJS-1 or AngularJS-2? On Wednesday, July 13, 2016 10:11:05 AM Gary Thomas wrote: On 2016-07-13 09:39, Gary Thomas wrote: The current (at least 4.4.4) nodejs recipe also creates nodejs-npm which is npm version 2.15.1. I'm trying to run angularjs that needs npm >= 3.3.x. I've not yet tried the update to 4.4.5, so if this fixes the issue just let me know. What needs to be done to get a newer npm? BTW, the current one segfaults when trying to install the attached package file. I have now tried nodejs-4.4.5 which has npm-2.15.5 It no longer segfaults on the install step, but it doesn't really work :-( Any access just returns 'Cannot GET /' Anyone have suggestions on how I might debug this? It's a known working (simple) application I got from https://angular.io/docs/ts/latest/quickstart.html -- ---- Gary Thomas | Consulting for the MLB Associates |Embedded world -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-oe][PATCH] CANopenNode: recipe for building the CANopenSocket tools
On 2016-07-13 16:57, cynthiachiu wrote: Initial check-in for the CANopenSocket tools recipe. Signed-off-by: cynthiachiu --- .../canopennode/canopensocket_git.bb | 31 ++ 1 file changed, 31 insertions(+) create mode 100644 meta-oe/recipes-extended/canopennode/canopensocket_git.bb diff --git a/meta-oe/recipes-extended/canopennode/canopensocket_git.bb b/meta-oe/recipes-extended/canopennode/canopensocket_git.bb new file mode 100644 index 000..4506698 --- /dev/null +++ b/meta-oe/recipes-extended/canopennode/canopensocket_git.bb @@ -0,0 +1,31 @@ +SUMMARY = "Linux CANOpen tools" +DESCRIPTION = "Linux CANOpen Protocol Stack Tools" +LICENSE = "GPLv2" +LIC_FILES_CHKSUM = "file://gpl-2.0.txt;md5=b234ee4d69f5fce4486a80fdaf4a4263" + +SRC_URI = "git://github.com/CANopenNode/CANopenSocket.git" +SRCREV = "${AUTOREV}" Can't you pick a known, working ${REV}? Using ${AUTOREV} makes it impossible to use this recipe disconnected from the internet (yes, that's still a concern in 2016!) + +S = "${WORKDIR}/git" + +do_compile_prepend() { +cd ${S} +git submodule init +git submodule update +} + +do_compile() { +cd ${S}/canopend +make +cd ${S}/canopencomm +make +cd ${S}/canopencgi +make +} + +do_install(){ +install -d ${D}${bindir} +install -m 0755 ${S}/canopend/app/canopend ${D}${bindir} +install -m 0755 ${S}/canopencomm/canopencomm ${D}${bindir} +install -m 0755 ${S}/canopencgi/canopen.cgi ${D}${bindir} +} -- Gary Thomas | Consulting for the MLB Associates |Embedded world -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] nodejs: newer npm?
On 2016-07-13 16:41, Davis, Michael wrote: I am building for intel core2-32 with an nginx backend. I believe the layer exists to keep packages more closely aligned with the upstream project. I personally use it for the current 6.x releases of nodejs. Fair enough (although I believe that this should be only in one place). That said, I'm having issues with very simple angularjs application. Any ideas how I might debug it? My target is ARM i.MX6Q (armv7-hardfp)? On Wednesday, July 13, 2016 04:24:52 PM Gary Thomas wrote: On 2016-07-13 15:29, Davis, Michael wrote: I am currently using angular from a different meta layer. https://github.com/imyller/meta-nodejs It maintains newer versions of nodejs. It might be something you want to try. I have tried this and yes, the versions are newer, but my simple example still does not work :-( What target/platform are you using? Any idea why there is a separate layer for something that is in a more mainstream (meta-oe) layer for the same things? On Wednesday, July 13, 2016 10:11:05 AM Gary Thomas wrote: On 2016-07-13 09:39, Gary Thomas wrote: The current (at least 4.4.4) nodejs recipe also creates nodejs-npm which is npm version 2.15.1. I'm trying to run angularjs that needs npm >= 3.3.x. I've not yet tried the update to 4.4.5, so if this fixes the issue just let me know. What needs to be done to get a newer npm? BTW, the current one segfaults when trying to install the attached package file. I have now tried nodejs-4.4.5 which has npm-2.15.5 It no longer segfaults on the install step, but it doesn't really work :-( Any access just returns 'Cannot GET /' Anyone have suggestions on how I might debug this? It's a known working (simple) application I got from https://angular.io/docs/ts/latest/quickstart.html -- -------- Gary Thomas | Consulting for the MLB Associates |Embedded world -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] nodejs: newer npm?
On 2016-07-13 15:29, Davis, Michael wrote: I am currently using angular from a different meta layer. https://github.com/imyller/meta-nodejs It maintains newer versions of nodejs. It might be something you want to try. I have tried this and yes, the versions are newer, but my simple example still does not work :-( What target/platform are you using? Any idea why there is a separate layer for something that is in a more mainstream (meta-oe) layer for the same things? On Wednesday, July 13, 2016 10:11:05 AM Gary Thomas wrote: On 2016-07-13 09:39, Gary Thomas wrote: The current (at least 4.4.4) nodejs recipe also creates nodejs-npm which is npm version 2.15.1. I'm trying to run angularjs that needs npm >= 3.3.x. I've not yet tried the update to 4.4.5, so if this fixes the issue just let me know. What needs to be done to get a newer npm? BTW, the current one segfaults when trying to install the attached package file. I have now tried nodejs-4.4.5 which has npm-2.15.5 It no longer segfaults on the install step, but it doesn't really work :-( Any access just returns 'Cannot GET /' Anyone have suggestions on how I might debug this? It's a known working (simple) application I got from https://angular.io/docs/ts/latest/quickstart.html -- ---- Gary Thomas | Consulting for the MLB Associates |Embedded world -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] nodejs: newer npm?
On 2016-07-13 09:39, Gary Thomas wrote: The current (at least 4.4.4) nodejs recipe also creates nodejs-npm which is npm version 2.15.1. I'm trying to run angularjs that needs npm >= 3.3.x. I've not yet tried the update to 4.4.5, so if this fixes the issue just let me know. What needs to be done to get a newer npm? BTW, the current one segfaults when trying to install the attached package file. I have now tried nodejs-4.4.5 which has npm-2.15.5 It no longer segfaults on the install step, but it doesn't really work :-( Any access just returns 'Cannot GET /' Anyone have suggestions on how I might debug this? It's a known working (simple) application I got from https://angular.io/docs/ts/latest/quickstart.html -- ---- Gary Thomas | Consulting for the MLB Associates |Embedded world -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] nodejs: newer npm?
The current (at least 4.4.4) nodejs recipe also creates nodejs-npm which is npm version 2.15.1. I'm trying to run angularjs that needs npm >= 3.3.x. I've not yet tried the update to 4.4.5, so if this fixes the issue just let me know. What needs to be done to get a newer npm? BTW, the current one segfaults when trying to install the attached package file. Thanks -- ---- Gary Thomas | Consulting for the MLB Associates |Embedded world package.json Description: application/json -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [recipes-extended][PATCH] pax: strip off file name's trailing slash
On 2016-07-12 09:15, Zhang Xiao wrote: When extracting packaes, the trailing slash of the file name has no means but may cause some issue on system call lstat. Remove it. Upstream-Status: Pending Signed-off-by: Zhang Xiao --- .../pax-strip-off-file-name-s-trailing-slash.patch | 48 ++ meta/recipes-extended/pax/pax_3.4.bb | 4 +- 2 files changed, 51 insertions(+), 1 deletion(-) create mode 100644 meta/recipes-extended/pax/pax/pax-strip-off-file-name-s-trailing-slash.patch diff --git a/meta/recipes-extended/pax/pax/pax-strip-off-file-name-s-trailing-slash.patch b/meta/recipes-extended/pax/pax/pax-strip-off-file-name-s-trailing-slash.patch new file mode 100644 index 000..a602b30 --- /dev/null +++ b/meta/recipes-extended/pax/pax/pax-strip-off-file-name-s-trailing-slash.patch @@ -0,0 +1,48 @@ +From aa8ba118869b75a2a9cd681b2f0362d9d8f1c7ec Mon Sep 17 00:00:00 2001 +From: Zhang Xiao +Date: Tue, 12 Jul 2016 11:34:45 +0800 +Subject: [PATCH] pax: strip off file name's trailing slash + +When extracting packaes, the trailing slash of the file name +has no means but may cause some issue on system call lstat. +Remove it. + +Upstream-Status: Pending + +Signed-off-by: Zhang Xiao +--- + src/pat_rep.c | 11 ++- + 1 file changed, 10 insertions(+), 1 deletion(-) + +diff --git a/src/pat_rep.c b/src/pat_rep.c +index b9a4636..4cbf6bf 100644 +--- a/src/pat_rep.c b/src/pat_rep.c +@@ -605,7 +605,7 @@ int + mod_name(ARCHD *arcn) + { + int res = 0; +- ++ char *pt; + /* +* Strip off leading '/' if appropriate. +* Currently, this option is only set for the tar format. +@@ -639,6 +639,15 @@ mod_name(ARCHD *arcn) + } + + /* ++ * strip off trailing slash. ++ */ ++ pt = &(arcn->name[strlen(arcn->name) - 1]); This looks incorrect if the file name is only a single character. You should only attempt this if strlen(arcn->name) >= 2 ++ if (*pt == '/') { ++ *pt = '\0'; ++ arcn->nlen = strlen(arcn->name); ++ } ++ ++ /* +* IMPORTANT: We have a problem. what do we do with symlinks? +* Modifying a hard link name makes sense, as we know the file it +* points at should have been seen already in the archive (and if it +-- +1.8.5.2.233.g932f7e4 + diff --git a/meta/recipes-extended/pax/pax_3.4.bb b/meta/recipes-extended/pax/pax_3.4.bb index 9d1abfb..7ce43ce 100644 --- a/meta/recipes-extended/pax/pax_3.4.bb +++ b/meta/recipes-extended/pax/pax_3.4.bb @@ -16,7 +16,9 @@ DEPENDS_append_libc-musl = " fts " SRC_URI = "http://pkgs.fedoraproject.org/repo/pkgs/${BPN}/${BP}.tar.bz2/fbd9023b590b45ac3ade95870702a0d6/${BP}.tar.bz2 \ file://fix_for_compile_with_gcc-4.6.0.patch \ - file://pax-3.4_fix_for_x32.patch" + file://pax-3.4_fix_for_x32.patch \ + file://pax-strip-off-file-name-s-trailing-slash.patch \ +" SRC_URI_append_libc-musl = " file://0001-Fix-build-with-musl.patch \ file://0001-use-strtoll-instead-of-strtoq.patch \ -- Gary Thomas | Consulting for the MLB Associates |Embedded world -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [OE-core] problem with blacklisted packages
On 2016-07-06 17:01, piotr.lewicki wrote: Hi, I'm having problem with some of the recipes which are blacklisted due to problems with compilation using GCC-6. I wonder if there is a way to "whitelist" those packages without changing content of original recipe? For now I have: GCCVERSION = "5.%" in my distro.conf so if a recipe is not building due to problems with gcc6 I simply edit the recipe and remove the line with PNBLACKLIST. Is there a better way to deal with those problems? Can this blacklisting depend on "GCCVERSION" ? Example of problematic recipe : crda (from crda_3.18.bb) I asked this same question last week :-) I agree that not everyone is using the leading edge compilers and making those of us have to take such pains is a bit unfair. -- -------- Gary Thomas | Consulting for the MLB Associates |Embedded world -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-oe][PATCH v5 2/2] mpv: Media Player
On 2016-06-22 19:06, Khem Raj wrote: On Jun 7, 2016, at 5:01 AM, Abdur Rehman wrote: mpv is a fork of mplayer2 and MPlayer. It shares some features with the former projects while introducing many more. Signed-off-by: Gary Thomas Signed-off-by: Abdur Rehman --- meta-oe/recipes-multimedia/mplayer/mpv_0.15.0.bb | 69 1 file changed, 69 insertions(+) create mode 100644 meta-oe/recipes-multimedia/mplayer/mpv_0.15.0.bb diff --git a/meta-oe/recipes-multimedia/mplayer/mpv_0.15.0.bb b/meta-oe/recipes-multimedia/mplayer/mpv_0.15.0.bb new file mode 100644 index 000..4f4aec1 --- /dev/null +++ b/meta-oe/recipes-multimedia/mplayer/mpv_0.15.0.bb @@ -0,0 +1,69 @@ +SUMMARY = "Open Source multimedia player" +SECTION = "multimedia" +HOMEPAGE = "http://www.mpv.io/"; +DEPENDS = "zlib ffmpeg jpeg virtual/libx11 xsp libxv \ + libxscrnsaver libv4l libxinerama \ +" + +LICENSE = "GPLv2+" +LIC_FILES_CHKSUM = "file://LICENSE;md5=91f1cb870c1cc2d31351a4d2595441cb" + +SRC_URI = "https://github.com/mpv-player/mpv/archive/v${PV}.tar.gz;name=mpv \ + http://www.freehackers.org/~tnagy/release/waf-1.8.12;name=waf \ +" +SRC_URI[mpv.md5sum] = "9042bd3fbff2bc8ba0b7fadaa4a22101" +SRC_URI[mpv.sha256sum] = "7d31217ba8572f364fcea2955733f821374ae6d8c6d8f22f8bc63c44c0400bdc" +SRC_URI[waf.md5sum] = "cef4ee82206b1843db082d0b0506bf71" +SRC_URI[waf.sha256sum] = "01bf2beab2106d1558800c8709bc2c8e496d3da4a2ca343fe091f22fca60c98b" + +inherit pkgconfig pythonnative distro_features_check +# depends on virtual/libx11 +REQUIRED_DISTRO_FEATURES = "x11" + +# Note: both lua and libass are required to get on-screen-display (controls) +PACKAGECONFIG ??= "lua libass" +PACKAGECONFIG[lua] = "--enable-lua,--disable-lua,lua luajit" +PACKAGECONFIG[libass] = "--enable-libass,--disable-libass,libass" +PACKAGECONFIG[libarchive] = "--enable-libarchive,--disable-libarchive,libarchive" +PACKAGECONFIG[jack] = "--enable-jack, --disable-jack, jack" + +EXTRA_OECONF = " \ +--prefix=${prefix} \ +--target=${SIMPLE_TARGET_SYS} \ +--confdir=${sysconfdir} \ +--datadir=${datadir} \ +--disable-manpage-build \ +--disable-gl \ +--disable-libsmbclient \ +--disable-encoding \ +--disable-libbluray \ +--disable-dvdread \ +--disable-dvdnav \ +--disable-cdda \ +--disable-enca \ +--disable-libguess \ +--disable-uchardet \ +--disable-rubberband \ +--disable-lcms2 \ +--disable-vapoursynth \ +--disable-vapoursynth-lazy \ +" + +do_configure() { +if [ ! -L ../waf ]; then +chmod a+x ../waf-1.8.12 + ln -s waf-1.8.12 ../waf +fi +export SIMPLE_TARGET_SYS="$(echo ${TARGET_SYS} | sed s:${TARGET_VENDOR}::g)" +../waf configure ${EXTRA_OECONF} +} + +do_compile () { +../waf build +} + +do_install() { +../waf install --destdir=${D} +} may be you should inherit waf I didn't make it, but there was a recent Vn patchset that does. + +FILES_${PN} += "${datadir}/icons" -- 1.9.1 -- Gary Thomas | Consulting for the MLB Associates |Embedded world -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] Chromium build broken
On 2016-06-16 13:15, Carlos Rafael Giani wrote: This indicates a problem related to this patch: 0012-Workaround-for-unused-variable-error-in-ui-gfx-color.patch It is possible that the new .cc file needs to be linked in somewhere else as well. I tried to do it differently by disabling the unused-variable warning inline, but it did not work. How can I help you diagnose this failure? On 2016-06-11 12:11, Gary Thomas wrote: Building chromium is broken on my i.MX6 target. Poky/Yocto info: BB_VERSION= "1.31.0" BUILD_SYS = "x86_64-linux" NATIVELSBSTRING = "Ubuntu-15.10" TARGET_SYS= "arm-amltd-linux-gnueabi" MACHINE = "teton-p0382" DISTRO= "amltd" DISTRO_VERSION= "2.1+snapshot-20160611" TUNE_FEATURES = "arm armv7a vfp thumb neon callconvention-hard cortexa9" TARGET_FPU= "hard" meta = "master:40e789d1fee7f0df2d23230fff38325119ad2935" meta-teton-imx6-p0382 = "master:5f3d52b357c0b05e7ea5cfc309e04c8c3aad1260" meta-fsl-arm = "master:00b46e11e32f859a0d2dad5a5d53d5540be9c15e" meta-fsl-arm-extra = "master:089ce85e2e2dd78e45b773b947643ab8f4e2b965" meta-browser = "master:825ea9349fe9b7da39f1de0c3e8e15d9d62f2774" Error: | ninja: Entering directory `/local/p0382_2016-01-13/tmp/work/cortexa9hf-neon-mx6qdl-amltd-linux-gnueabi/chromium/48.0.2548.0-r0/chromium-48.0.2548.0/out/Release' | [1/9316] SOLINK lib/libnative_theme.so | [2/9316] CXX obj/components/infobars/core/infobars_core.infobar_container.o | [3/9316] CXX obj/components/infobars/core/infobars_core.infobars_switches.o | [4/9316] CXX obj/components/infobars/core/infobars_core.infobar.o | [5/9316] STAMP obj/ui/compositor/compositor.compile_depends.stamp | [6/9316] CXX obj/ui/compositor/compositor.callback_layer_animation_observer.o | FAILED: if [ ! -e lib/libnative_theme.so -o ! -e lib/libnative_theme.so.TOC ]; then arm-amltd-linux-gnueabi-g++ -march=armv7-a -marm -mfpu=neon -mfloat-abi=hard -mcpu=cortex-a9 --sysroot=/local/p0382_2016-01-13/tmp/sysroots/teton-p0382 -shared -Wl,-O1 -Wl,--hash-style=gnu -Wl,--as-needed -Wl,-z,now -Wl,-z,relro -Wl,-z,defs -pthread -Wl,-z,noexecstack -fPIC -Wl,--disable-new-dtags -L. -Wl,-O1 -Wl,--as-needed -Wl,--gc-sections -o lib/libnative_theme.so -Wl,-soname=libnative_theme.so @lib/libnative_theme.so.rsp && { readelf -d lib/libnative_theme.so | grep SONAME ; arm-amltd-linux-gnueabi-nm -gD -f p lib/libnative_theme.so | cut -f1-2 -d' '; } > lib/libnative_theme.so.TOC; else arm-amltd-linux-gnueabi-g++ -march=armv7-a -marm -mfpu=neon -mfloat-abi=hard -mcpu=cortex-a9 --sysroot=/local/p0382_2016-01-13/tmp/sysroots/teton-p0382 -shared -Wl,-O1 -Wl,--hash-style=gnu -Wl,--as-needed -Wl,-z,now -Wl,-z,relro -Wl,-z,defs -pthread -Wl,-z,noexecstack -fPIC -Wl,--disable-new-dtags -L. -Wl,-O1 -Wl,--as-needed -Wl,--gc-sections -o lib/libnative_theme.so -Wl,-soname=libnative_theme.so @lib/libnative_theme.so.rsp && { readelf -d lib/libnative_theme.so | grep SONAME ; arm-amltd-linux-gnueabi-nm -gD -f p lib/libnative_theme.so | cut -f1-2 -d' '; } > lib/libnative_theme.so.tmp && if ! cmp -s lib/libnative_theme.so.tmp lib/libnative_theme.so.TOC; then mv lib/libnative_theme.so.tmp lib/libnative_theme.so.TOC ; fi; fi | obj/ui/native_theme/native_theme.common_theme.o: In function `_GLOBAL__sub_I_common_theme.cc': | /usr/src/debug/chromium/48.0.2548.0-r0/chromium-48.0.2548.0/ui/native_theme/common_theme.cc:273: undefined reference to `gfx::kGoogleBlue500' | /usr/src/debug/chromium/48.0.2548.0-r0/chromium-48.0.2548.0/ui/native_theme/common_theme.cc:273: undefined reference to `gfx::kGoogleBlue300' Note: I'm still using GCC/4.9.x with the standard linker (not gold) -- Gary Thomas | Consulting for the MLB Associates |Embedded world -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] Chromium build broken
On 2016-06-11 12:11, Gary Thomas wrote: Building chromium is broken on my i.MX6 target. Poky/Yocto info: BB_VERSION= "1.31.0" BUILD_SYS = "x86_64-linux" NATIVELSBSTRING = "Ubuntu-15.10" TARGET_SYS= "arm-amltd-linux-gnueabi" MACHINE = "teton-p0382" DISTRO= "amltd" DISTRO_VERSION= "2.1+snapshot-20160611" TUNE_FEATURES = "arm armv7a vfp thumb neon callconvention-hard cortexa9" TARGET_FPU= "hard" meta = "master:40e789d1fee7f0df2d23230fff38325119ad2935" meta-teton-imx6-p0382 = "master:5f3d52b357c0b05e7ea5cfc309e04c8c3aad1260" meta-fsl-arm = "master:00b46e11e32f859a0d2dad5a5d53d5540be9c15e" meta-fsl-arm-extra = "master:089ce85e2e2dd78e45b773b947643ab8f4e2b965" meta-browser = "master:825ea9349fe9b7da39f1de0c3e8e15d9d62f2774" Error: | ninja: Entering directory `/local/p0382_2016-01-13/tmp/work/cortexa9hf-neon-mx6qdl-amltd-linux-gnueabi/chromium/48.0.2548.0-r0/chromium-48.0.2548.0/out/Release' | [1/9316] SOLINK lib/libnative_theme.so | [2/9316] CXX obj/components/infobars/core/infobars_core.infobar_container.o | [3/9316] CXX obj/components/infobars/core/infobars_core.infobars_switches.o | [4/9316] CXX obj/components/infobars/core/infobars_core.infobar.o | [5/9316] STAMP obj/ui/compositor/compositor.compile_depends.stamp | [6/9316] CXX obj/ui/compositor/compositor.callback_layer_animation_observer.o | FAILED: if [ ! -e lib/libnative_theme.so -o ! -e lib/libnative_theme.so.TOC ]; then arm-amltd-linux-gnueabi-g++ -march=armv7-a -marm -mfpu=neon -mfloat-abi=hard -mcpu=cortex-a9 --sysroot=/local/p0382_2016-01-13/tmp/sysroots/teton-p0382 -shared -Wl,-O1 -Wl,--hash-style=gnu -Wl,--as-needed -Wl,-z,now -Wl,-z,relro -Wl,-z,defs -pthread -Wl,-z,noexecstack -fPIC -Wl,--disable-new-dtags -L. -Wl,-O1 -Wl,--as-needed -Wl,--gc-sections -o lib/libnative_theme.so -Wl,-soname=libnative_theme.so @lib/libnative_theme.so.rsp && { readelf -d lib/libnative_theme.so | grep SONAME ; arm-amltd-linux-gnueabi-nm -gD -f p lib/libnative_theme.so | cut -f1-2 -d' '; } > lib/libnative_theme.so.TOC; else arm-amltd-linux-gnueabi-g++ -march=armv7-a -marm -mfpu=neon -mfloat-abi=hard -mcpu=cortex-a9 --sysroot=/local/p0382_2016-01-13/tmp/sysroots/teton-p0382 -shared -Wl,-O1 -Wl,--hash-style=gnu -Wl,--as-needed -Wl,-z,now -Wl,-z,relro -Wl,-z,defs -pthread -Wl,-z,noexecstack -fPIC -Wl,--disable-new-dtags -L. -Wl,-O1 -Wl,--as-needed -Wl,--gc-sections -o lib/libnative_theme.so -Wl,-soname=libnative_theme.so @lib/libnative_theme.so.rsp && { readelf -d lib/libnative_theme.so | grep SONAME ; arm-amltd-linux-gnueabi-nm -gD -f p lib/libnative_theme.so | cut -f1-2 -d' '; } > lib/libnative_theme.so.tmp && if ! cmp -s lib/libnative_theme.so.tmp lib/libnative_theme.so.TOC; then mv lib/libnative_theme.so.tmp lib/libnative_theme.so.TOC ; fi; fi | obj/ui/native_theme/native_theme.common_theme.o: In function `_GLOBAL__sub_I_common_theme.cc': | /usr/src/debug/chromium/48.0.2548.0-r0/chromium-48.0.2548.0/ui/native_theme/common_theme.cc:273: undefined reference to `gfx::kGoogleBlue500' | /usr/src/debug/chromium/48.0.2548.0-r0/chromium-48.0.2548.0/ui/native_theme/common_theme.cc:273: undefined reference to `gfx::kGoogleBlue300' Note: I'm still using GCC/4.9.x with the standard linker (not gold) BTW, still broken on i.MX6 after update to meta-browser/1b4f1e588b Was that change supposed to affect my issue? If so, what am I missing? If not, what [else] needs to happen? -- Gary Thomas | Consulting for the MLB Associates |Embedded world -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-oe][PATCH] v4lutils: Update to latest upstream
Update to latest upstream version (1.10.1 2016-06-15). Now builds with libjpeg-turbo so remove blacklist Signed-off-by: Gary Thomas --- .../v4l2apps/{v4l-utils_1.6.2.bb => v4l-utils_1.10.1.bb} | 8 ++-- 1 file changed, 2 insertions(+), 6 deletions(-) rename meta-oe/recipes-multimedia/v4l2apps/{v4l-utils_1.6.2.bb => v4l-utils_1.10.1.bb} (82%) diff --git a/meta-oe/recipes-multimedia/v4l2apps/v4l-utils_1.6.2.bb b/meta-oe/recipes-multimedia/v4l2apps/v4l-utils_1.10.1.bb similarity index 82% rename from meta-oe/recipes-multimedia/v4l2apps/v4l-utils_1.6.2.bb rename to meta-oe/recipes-multimedia/v4l2apps/v4l-utils_1.10.1.bb index 1141bff..6148695 100644 --- a/meta-oe/recipes-multimedia/v4l2apps/v4l-utils_1.6.2.bb +++ b/meta-oe/recipes-multimedia/v4l2apps/v4l-utils_1.10.1.bb @@ -17,8 +17,8 @@ SRC_URI = "http://linuxtv.org/downloads/v4l-utils/v4l-utils-${PV}.tar.bz2 \ file://mediactl-pkgconfig.patch \ file://export-mediactl-headers.patch \ " -SRC_URI[md5sum] = "9cb3c178f937954e65bf30920af433ef" -SRC_URI[sha256sum] = "d3d6eb1f0204fb11f3d318bfca35d5f73cc077f88fac7665a47856a16496be7d" +SRC_URI[md5sum] = "936c9c58343840e91294e4dcec7dc05f" +SRC_URI[sha256sum] = "6147ccc29fe7dd3c5c3994d613c4f2a099bac8b44694a96e5cf4d7caca8336c0" EXTRA_OECONF = "--disable-qv4l2 --enable-shared --with-udevdir=${base_libdir}/udev" @@ -43,7 +43,3 @@ FILES_libv4l-dbg += "${libdir}/libv4l/.debug ${libdir}/libv4l/plugins/.debug" FILES_libv4l-dev += "${includedir} ${libdir}/pkgconfig \ ${libdir}/libv4l*${SOLIBSDEV} ${libdir}/*.la \ ${libdir}/v4l*${SOLIBSDEV} ${libdir}/libv4l/*.la ${libdir}/libv4l/plugins/*.la" - -# | ../../../v4l-utils-1.6.2/lib/libv4lconvert/jpeg_memsrcdest.h:4:1: error: conflicting types for 'jpeg_mem_src' -# | jpeg_mem_src (j_decompress_ptr cinfo, unsigned char * buffer, -PNBLACKLIST[v4l-utils] ?= "Not compatible with libjpeg-turbo-1.5.0" -- 2.7.4 -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-browser] Browser blacklists
I notice that both firefox and chromium are currently blacklisted as "fails to build with gcc-6". What about those of us that aren't using gcc-6? This seems an overly broad blacklisting :-( -- -------- Gary Thomas | Consulting for the MLB Associates |Embedded world -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] Chromium build broken
Building chromium is broken on my i.MX6 target. Poky/Yocto info: BB_VERSION= "1.31.0" BUILD_SYS = "x86_64-linux" NATIVELSBSTRING = "Ubuntu-15.10" TARGET_SYS= "arm-amltd-linux-gnueabi" MACHINE = "teton-p0382" DISTRO= "amltd" DISTRO_VERSION= "2.1+snapshot-20160611" TUNE_FEATURES = "arm armv7a vfp thumb neon callconvention-hard cortexa9" TARGET_FPU= "hard" meta = "master:40e789d1fee7f0df2d23230fff38325119ad2935" meta-teton-imx6-p0382 = "master:5f3d52b357c0b05e7ea5cfc309e04c8c3aad1260" meta-fsl-arm = "master:00b46e11e32f859a0d2dad5a5d53d5540be9c15e" meta-fsl-arm-extra = "master:089ce85e2e2dd78e45b773b947643ab8f4e2b965" meta-browser = "master:825ea9349fe9b7da39f1de0c3e8e15d9d62f2774" Error: | ninja: Entering directory `/local/p0382_2016-01-13/tmp/work/cortexa9hf-neon-mx6qdl-amltd-linux-gnueabi/chromium/48.0.2548.0-r0/chromium-48.0.2548.0/out/Release' | [1/9316] SOLINK lib/libnative_theme.so | [2/9316] CXX obj/components/infobars/core/infobars_core.infobar_container.o | [3/9316] CXX obj/components/infobars/core/infobars_core.infobars_switches.o | [4/9316] CXX obj/components/infobars/core/infobars_core.infobar.o | [5/9316] STAMP obj/ui/compositor/compositor.compile_depends.stamp | [6/9316] CXX obj/ui/compositor/compositor.callback_layer_animation_observer.o | FAILED: if [ ! -e lib/libnative_theme.so -o ! -e lib/libnative_theme.so.TOC ]; then arm-amltd-linux-gnueabi-g++ -march=armv7-a -marm -mfpu=neon -mfloat-abi=hard -mcpu=cortex-a9 --sysroot=/local/p0382_2016-01-13/tmp/sysroots/teton-p0382 -shared -Wl,-O1 -Wl,--hash-style=gnu -Wl,--as-needed -Wl,-z,now -Wl,-z,relro -Wl,-z,defs -pthread -Wl,-z,noexecstack -fPIC -Wl,--disable-new-dtags -L. -Wl,-O1 -Wl,--as-needed -Wl,--gc-sections -o lib/libnative_theme.so -Wl,-soname=libnative_theme.so @lib/libnative_theme.so.rsp && { readelf -d lib/libnative_theme.so | grep SONAME ; arm-amltd-linux-gnueabi-nm -gD -f p lib/libnative_theme.so | cut -f1-2 -d' '; } > lib/libnative_theme.so.TOC; else arm-amltd-linux-gnueabi-g++ -march=armv7-a -marm -mfpu=neon -mfloat-abi=hard -mcpu=cortex-a9 --sysroot=/local/p0382_2016-01-13/tmp/sysroots/teton-p0382 -shared -Wl,-O1 -Wl,--hash-style=gnu -Wl,--as-needed -Wl,-z,now -Wl,-z,relro -Wl,-z,defs -pthread -Wl,-z,noexecstack -fPIC -Wl,--disable-new-dtags -L. -Wl,-O1 -Wl,--as-needed -Wl,--gc-sections -o lib/libnative_theme.so -Wl,-soname=libnative_theme.so @lib/libnative_theme.so.rsp && { readelf -d lib/libnative_theme.so | grep SONAME ; arm-amltd-linux-gnueabi-nm -gD -f p lib/libnative_theme.so | cut -f1-2 -d' '; } > lib/libnative_theme.so.tmp && if ! cmp -s lib/libnative_theme.so.tmp lib/libnative_theme.so.TOC; then mv lib/libnative_theme.so.tmp lib/libnative_theme.so.TOC ; fi; fi | obj/ui/native_theme/native_theme.common_theme.o: In function `_GLOBAL__sub_I_common_theme.cc': | /usr/src/debug/chromium/48.0.2548.0-r0/chromium-48.0.2548.0/ui/native_theme/common_theme.cc:273: undefined reference to `gfx::kGoogleBlue500' | /usr/src/debug/chromium/48.0.2548.0-r0/chromium-48.0.2548.0/ui/native_theme/common_theme.cc:273: undefined reference to `gfx::kGoogleBlue300' Note: I'm still using GCC/4.9.x with the standard linker (not gold) -- Gary Thomas | Consulting for the MLB Associates |Embedded world -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [OE-core] the fate of Vala in OE
On 2016-06-10 10:41, Martin Jansa wrote: You're reading it from wrong side. This shows what vala-native needs, not what needs vala-native. Yes, I realized that :-( The actual list is smaller, but still important: "gcr" -> "vala-native" [style=solid] "gcr" -> "vala" [style=solid] "libsecret" -> "vala-native" [style=solid] "libsecret" -> "vala" [style=solid] Both of those packages are in OE-core (meta/recipes-gnome) On Fri, Jun 10, 2016 at 10:35 AM, Gary Thomas wrote: On 2016-06-10 02:04, Petr Nechaev wrote: I can see that libsecret in oe-core depends on vala though for testing only. If moving to meta-oe is community's decision, I will prepare the patch. It looks like a lot of things need vala (or more precisely vala-native). I just tried a build which included meta-browser (I know this isn't OE-core but _is_ very common) and saw this dependency chain: "vala-native" -> "libxslt-native" [style=solid] "vala-native" -> "glib-2.0-native" [style=solid] "vala-native" -> "autoconf-native" [style=solid] "vala-native" -> "automake-native" [style=solid] "vala-native" -> "libtool-native" [style=solid] "vala-native" -> "gnu-config-native" [style=solid] "vala-native" -> "pkgconfig-native" [style=solid] "vala-native" -> "flex-native" [style=solid] "vala-native" -> "bison-native" [style=solid] In this case, I think vala (vala-native) deserves OE-core status. -- Gary Thomas | Consulting for the MLB Associates |Embedded world -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [OE-core] the fate of Vala in OE
On 2016-06-10 02:04, Petr Nechaev wrote: I can see that libsecret in oe-core depends on vala though for testing only. If moving to meta-oe is community's decision, I will prepare the patch. It looks like a lot of things need vala (or more precisely vala-native). I just tried a build which included meta-browser (I know this isn't OE-core but _is_ very common) and saw this dependency chain: "vala-native" -> "libxslt-native" [style=solid] "vala-native" -> "glib-2.0-native" [style=solid] "vala-native" -> "autoconf-native" [style=solid] "vala-native" -> "automake-native" [style=solid] "vala-native" -> "libtool-native" [style=solid] "vala-native" -> "gnu-config-native" [style=solid] "vala-native" -> "pkgconfig-native" [style=solid] "vala-native" -> "flex-native" [style=solid] "vala-native" -> "bison-native" [style=solid] In this case, I think vala (vala-native) deserves OE-core status. -- Gary Thomas | Consulting for the MLB Associates |Embedded world -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] Reg: Yocto build error( gcc_4.8)
inux-gnueabi-gcc -march=armv7-a -mthumb-interwork -mfloat-abi=hard -mfpu=neon -mtune=cortex-a9 --sysroot=/home/kumarn/fsl-release-bsp/build/tmp/sysroots/imx6qsabresd' | configure: error: in `/home/kumarn/fsl-release-bsp/build/tmp/work/cortexa9hf-vfp-neon-poky-linux-gnueabi/gcc/4.8.2-r0/gcc-4.8.2/build.arm-poky-linux-gnueabi.arm-poky-linux-gnueabi/libiberty': | configure: error: changes in the environment can compromise the build | configure: error: run `make distclean' and/or `rm ./config.cache' and start over | make[1]: *** [configure-fixincludes] Error 1 | make[1]: *** Waiting for unfinished jobs | make[1]: *** [configure-libiberty] Error 1 | make[1]: Leaving directory `/home/kumarn/fsl-release-bsp/build/tmp/work/cortexa9hf-vfp-neon-poky-linux-gnueabi/gcc/4.8.2-r0/gcc-4.8.2/build.arm-poky-linux-gnueabi.arm-poky-linux-gnueabi' | make: *** [all] Error 2 | ERROR: oe_runmake failed | WARNING: exit code 1 from a shell command. | ERROR: Function failed: do_compile (log file is located at /home/kumarn/fsl-release-bsp/build/tmp/work/cortexa9hf-vfp-neon-poky-linux-gnueabi/gcc/4.8.2-r0/temp/log.do_compile.4349) ERROR: Task 3578 (/home/kumarn/fsl-release-bsp/sources/poky/meta/recipes-devtools/gcc/gcc_4.8.bb, do_compile) failed with exit code '1' NOTE: Tasks Summary: Attempted 3317 tasks of which 3188 didn't need to be rerun and 1 failed. Waiting for 0 running tasks to finish: Summary: 1 task failed: /home/kumarn/fsl-release-bsp/sources/poky/meta/recipes-devtools/gcc/gcc_4.8.bb, do_compile Summary: There was 1 ERROR message shown, returning a non-zero exit code. Thanks & Regards Praveen Reddy P _ ___ From: openembedded-devel-boun...@lists.openembedded.org [openembedded-devel-boun...@lists.openembedded.org] on behalf of Gary Thomas [g...@mlbassoc.com] Sent: Tuesday, June 07, 2016 7:58 PM To: openembedded-devel@lists.openembedded.org Subject: Re: [oe] Reg: Yocto build error( gcc_4.8) On 2016-06-07 16:03, Praveenreddy Padamati wrote: Hi all, ""gccgccgcc_4.8.bb, > do_compile failed with exit code". ""gccgccgcc_4.8.bb, > do_compile failed with exit code". ""gccgccgcc_4.8.bb, > do_compile failed with exit code". ""gccgccgcc_4.8.bb, > do_compile failed with exit code".""gccgccgcc_4.8.bb, > do_compile failed with exit code".""gccgccgcc_4.8.bb, > do_compile failed with exit code". We are compiling the yocto build system with "bitbake core-image-sato" command. We are facing one problem. It is not compiling, it is showing "gcc_4.8.bb, > do_compile failed with exit code". Please do the needful. You'll need to provide a LOT more info to be able to get help. What version of Yocto (OE-core, Poky, etc), along with any extra layers you are using. Also G/4.8 has been gone for quite some time so you must be using a very old branch/release. We'll also need to know your build host, $DISTRO, $MACHINE, etc. These are all printed when you run bitbake. A detailed log (send it to postbin if it's very big) will also help you get the aid you need. -- Gary Thomas | Consulting for the MLB Associates |Embedded world -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] Reg: Yocto build error( gcc_4.8)
On 2016-06-07 16:03, Praveenreddy Padamati wrote: Hi all, We are compiling the yocto build system with "bitbake core-image-sato" command. We are facing one problem. It is not compiling, it is showing "gcc_4.8.bb, > do_compile failed with exit code". Please do the needful. You'll need to provide a LOT more info to be able to get help. What version of Yocto (OE-core, Poky, etc), along with any extra layers you are using. Also GCC/4.8 has been gone for quite some time so you must be using a very old branch/release. We'll also need to know your build host, $DISTRO, $MACHINE, etc. These are all printed when you run bitbake. A detailed log (send it to postbin if it's very big) will also help you get the aid you need. -- -------- Gary Thomas | Consulting for the MLB Associates |Embedded world -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-gnome][PATCH 1/2] gnome-vfs 2.24.4: drop useless print
On 2016-06-07 10:38, Koen Kooi wrote: This fixes the python3 traceback. RP already sent patches for this and the other python3 related issue. Signed-off-by: Koen Kooi --- meta-gnome/recipes-gnome/gnome-vfs/gnome-vfs_2.24.4.bb | 2 -- 1 file changed, 2 deletions(-) diff --git a/meta-gnome/recipes-gnome/gnome-vfs/gnome-vfs_2.24.4.bb b/meta-gnome/recipes-gnome/gnome-vfs/gnome-vfs_2.24.4.bb index f9b02b1..1c78474 100644 --- a/meta-gnome/recipes-gnome/gnome-vfs/gnome-vfs_2.24.4.bb +++ b/meta-gnome/recipes-gnome/gnome-vfs/gnome-vfs_2.24.4.bb @@ -53,8 +53,6 @@ FILES_${PN}-doc += "${datadir}/gtk-doc" PACKAGES_DYNAMIC += "^gnome-vfs-plugin-.*" python populate_packages_prepend () { -print d.getVar('FILES_gnome-vfs', 1) - plugindir = d.expand('${libdir}/gnome-vfs-2.0/modules/') do_split_packages(d, plugindir, '^lib(.*)\.so$', 'gnome-vfs-plugin-%s', 'GNOME VFS plugin for %s') } -- ---- Gary Thomas | Consulting for the MLB Associates |Embedded world -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-python][PATCHv4 1/3] python-backports-abc: initial recipe for version 0.4
On 06/03/2016 08:10 AM, S. Lockwood-Childs wrote: This package backports Python 3.4 collections.abc to earlier Python versions. It is being added as one of the two missing backport modules that Tornado 4.3 needs in order to prevent tornado/gen.py from bombing on import errors when running on python2 rather than python3.4 ImportError: No module named backports_abc Signed-off-by: S. Lockwood-Childs Beautiful log message :-) --- .../python/python-backports-abc_0.4.bb | 18 ++ 1 file changed, 18 insertions(+) create mode 100644 meta-python/recipes-devtools/python/python-backports-abc_0.4.bb diff --git a/meta-python/recipes-devtools/python/python-backports-abc_0.4.bb b/meta-python/recipes-devtools/python/python-backports-abc_0.4.bb new file mode 100644 index 000..6a4d267 --- /dev/null +++ b/meta-python/recipes-devtools/python/python-backports-abc_0.4.bb @@ -0,0 +1,18 @@ +SUMMARY = "collections.abc from Python 3.4" +DESCRIPTION = "A backport of recent additions to the 'collections.abc' module" + +LICENSE = "PSF" +LIC_FILES_CHKSUM = "file://${WORKDIR}/LICENSE;md5=dd98d01d471fac8d8dbdd975229dba03" + +# pypi package doesn't have valid entry for license +SRC_URI += "https://raw.githubusercontent.com/cython/backports_abc/master/LICENSE;name=license"; + +SRC_URI[md5sum] = "0b65a216ce9dc9c1a7e20a729dd7c05b" +SRC_URI[sha256sum] = "8b3e4092ba3d541c7a2f9b7d0d9c0275b21c6a01c53a61c731eba6686939d0a5" +SRC_URI[license.md5sum] = "dd98d01d471fac8d8dbdd975229dba03" +SRC_URI[license.sha256sum] = "0a4f3b38055f50f047a42521568fa6ddb9a5976c2884f6ae138796d0f71150ca" + + + +PYPI_PACKAGE = "backports_abc" +inherit pypi setuptools -- Gary Thomas | Consulting for the MLB Associates |Embedded world -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-python][PATCHv3 1/3] python-backports-abc: initial recipe for version 0.4 RDEPENDS
On 06/03/2016 07:38 AM, S. Lockwood-Childs wrote: On Fri, Jun 03, 2016 at 07:03:22AM +0200, Gary Thomas wrote: On 06/02/2016 08:26 PM, S. Lockwood-Childs wrote: Tornado 4.3 needs a couple more backport modules to prevent tornado/gen.py >from bombing on import errors when running on python2 rather than python3.4 ImportError: No module named backports_abc Signed-off-by: S. Lockwood-Childs In my mind, this patch (and its sibling) don't really have anything to to with Tornado, they are just new packages being added to make that package happy. I'd prefer to see a commit message that reflects what this package is as well as why it is being added. +SUMMARY = "collections.abc from Python 3.4" +DESCRIPTION = "A backport of recent additions to the 'collections.abc' module" What would you like to see, a repeat of the SUMMARY or DESCRIPTION lines added to the corresponding commit messages (if so, which)? Other than that, I don't know what else to say about them; if their absence wasn't breaking Tornado, I would not have picked either of these particular modules to submit. Neither one has much use yet outside of Tornado (found no other users of abc, while singledispatch is also used by rpy (python interface to R). I would think the SUMMARY would be OK, along with a note that the package was introduced to make Tornado happy. (I know this is just "eye candy", but it does help when searching through git logs...) Thanks for doing this - I was about to make similar changes myself. -- -------- Gary Thomas | Consulting for the MLB Associates |Embedded world -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-python][PATCHv3 1/3] python-backports-abc: initial recipe for version 0.4 RDEPENDS
On 06/02/2016 08:26 PM, S. Lockwood-Childs wrote: Tornado 4.3 needs a couple more backport modules to prevent tornado/gen.py from bombing on import errors when running on python2 rather than python3.4 ImportError: No module named backports_abc Signed-off-by: S. Lockwood-Childs In my mind, this patch (and its sibling) don't really have anything to to with Tornado, they are just new packages being added to make that package happy. I'd prefer to see a commit message that reflects what this package is as well as why it is being added. --- .../python/python-backports-abc_0.4.bb | 18 ++ 1 file changed, 18 insertions(+) create mode 100644 meta-python/recipes-devtools/python/python-backports-abc_0.4.bb diff --git a/meta-python/recipes-devtools/python/python-backports-abc_0.4.bb b/meta-python/recipes-devtools/python/python-backports-abc_0.4.bb new file mode 100644 index 000..6a4d267 --- /dev/null +++ b/meta-python/recipes-devtools/python/python-backports-abc_0.4.bb @@ -0,0 +1,18 @@ +SUMMARY = "collections.abc from Python 3.4" +DESCRIPTION = "A backport of recent additions to the 'collections.abc' module" + +LICENSE = "PSF" +LIC_FILES_CHKSUM = "file://${WORKDIR}/LICENSE;md5=dd98d01d471fac8d8dbdd975229dba03" + +# pypi package doesn't have valid entry for license +SRC_URI += "https://raw.githubusercontent.com/cython/backports_abc/master/LICENSE;name=license"; + +SRC_URI[md5sum] = "0b65a216ce9dc9c1a7e20a729dd7c05b" +SRC_URI[sha256sum] = "8b3e4092ba3d541c7a2f9b7d0d9c0275b21c6a01c53a61c731eba6686939d0a5" +SRC_URI[license.md5sum] = "dd98d01d471fac8d8dbdd975229dba03" +SRC_URI[license.sha256sum] = "0a4f3b38055f50f047a42521568fa6ddb9a5976c2884f6ae138796d0f71150ca" + + + +PYPI_PACKAGE = "backports_abc" +inherit pypi setuptools -- Gary Thomas | Consulting for the MLB Associates |Embedded world -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-qt5] build error
On 2016-05-25 10:33, Carlos Rafael Giani wrote: Is this a qtbase build with X11 enabled? EGL with X11 on i.MX6 might be broken. I know it was once before. "#error qtextstream.h must be included before any header file that defines Status" indicates as much. "Status" is one of those wonderful X11 definitions with super generic names. If the Vivante EGL headers include X11 headers it might be causing problems here. Yes, I do have X11 enabled. If I disable that, what will I get (I've not tried wayland/weston yet)? On 2016-05-25 07:33, Gary Thomas wrote: I just tried to build qtbase for my i.MX6Q target and it failed miserably (tons of compile errors). I'm using Poky master(c7e614c438706) with GCC 4.9.3. Error log attached. Any ideas what I'm missing? -- -------- Gary Thomas | Consulting for the MLB Associates |Embedded world -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-browsser] chromium issues
On 2016-04-22 19:23, Trevor Woerner wrote: On Mon 2016-04-18 @ 11:37:19 AM, S. Lockwood-Childs wrote: If you just plan on using chromium as a normal browser without such bells and whistles, don't worry about the keys and get rid of the warning by setting them as blank when you start up chromium export GOOGLE_API_KEY=" " export GOOGLE_DEFAULT_CLIENT_ID=" " export GOOGLE_DEFAULT_CLIENT_SECRET=" " Yes, that works. Or you could use the 'disable-api-keys-info-bar' packageconfig option too. Thanks, that's good to know. Any ideas on what to do about the SSL error (all https:// pages fail)? -- -------- Gary Thomas | Consulting for the MLB Associates |Embedded world -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-multimedia] libav missing
On 2016-04-20 11:50, piotr.lewicki wrote: Hello, I'm trying to build some image for raspberry pi and one of my dependencies is "libav". Unfortunately it's missing from "meta-openembedded". I found a commit which says that it has been moved to oe-core, but I have also cloned "openembedded-core" and there is no "libav" either. I'm using layers: - meta-openembedded - meta-raspberrypi - openembedded-core - poky (all of them on master branches). Could you help me locate a recipe for libav? libav in OE-core has been replaced by ffmpeg. What recipe are you missing libav for? commit 30ba23377ec568a58c43e466582506980b67baad Author: Paul Eggleton Date: Tue Aug 13 22:30:03 2013 + libav: remove This is now in OE-Core. Signed-off-by: Paul Eggleton Signed-off-by: Martin Jansa -- -------- Gary Thomas | Consulting for the MLB Associates |Embedded world -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] x11nvc: useless rpath?
On 2016-04-18 11:56, Gary Thomas wrote: I'm getting this error (used to be a warning only): ERROR: x11vnc-0.9.13-r0 do_package_qa: QA Issue: x11vnc: work/cortexa8hf-neon-poky-linux-gnueabi/x11vnc/0.9.13-r0/packages-split/x11vnc/usr/bin/x11vnc contains probably-redundant RPATH /usr/lib [useless-rpaths] How does one go about fixing it? Note: this is an error in the latest Poky master (meta-poky) but a warning only in OE-core -- Gary Thomas | Consulting for the MLB Associates |Embedded world -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] x11nvc: useless rpath?
I'm getting this error (used to be a warning only): ERROR: x11vnc-0.9.13-r0 do_package_qa: QA Issue: x11vnc: work/cortexa8hf-neon-poky-linux-gnueabi/x11vnc/0.9.13-r0/packages-split/x11vnc/usr/bin/x11vnc contains probably-redundant RPATH /usr/lib [useless-rpaths] How does one go about fixing it? -- Gary Thomas | Consulting for the MLB Associates |Embedded world -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-browser] chromium issues
I'm having some issues with chromium on my i.MX6Q target. Using Poky/Yocto meta = "master:20a0121b558b32179220e394a66cb90dc6ff3879" meta-browser = "master:a67a3461a135668dba573183f0f62fcd5dfb3121" meta-fsl-arm = "master:682b957545172a79cfb19108a9d0b61209f8671e" meta-fsl-arm-extra = "master:39eb21c4c24a0be6d8277b566ebd52b657fbc2bb" * When chromium starts, I get a message: "Google API keys are missing. Some functionality of chromium will be disabled" This seems to only be related to speech - should I worry about it? * Accessing any page via https yields an SSL error. How do I fix it? Note: firefox built from same layer on this target works fine. -- -------- Gary Thomas | Consulting for the MLB Associates |Embedded world -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-oe][PATCH] hwdata: add new recipe
On 2016-04-11 10:34, Dai Caiyun wrote: Signed-off-by: Dai Caiyun --- meta-oe/recipes-support/hwdata/hwdata_0.284.bb | 67 ++ 1 file changed, 67 insertions(+) create mode 100644 meta-oe/recipes-support/hwdata/hwdata_0.284.bb diff --git a/meta-oe/recipes-support/hwdata/hwdata_0.284.bb b/meta-oe/recipes-support/hwdata/hwdata_0.284.bb new file mode 100644 index 000..91013b6 --- /dev/null +++ b/meta-oe/recipes-support/hwdata/hwdata_0.284.bb @@ -0,0 +1,67 @@ +DESCRIPTION = "Hardware identification and configuration data" +HOMEPAGE = "http://git.fedorahosted.org/git/hwdata.git"; +SECTION = "System/Base" + +LICENSE = "GPL-2.0+" +LIC_FILES_CHKSUM = "file://LICENSE;md5=1556547711e8246992b999edd9445a57" +SRC_URI = "https://git.fedorahosted.org/cgit/hwdata.git/snapshot/${PN}-${PV}.tar.gz"; + +SRC_URI[md5sum] = "30ba61f058d2c2295fd6b3ab575eb5ce" +SRC_URI[sha256sum] = "bf08c8e6200467669ffc5919141f7a47cc70756c97b819427e60b6c1a0cdcfa6" + +inherit autotools-brokensep + +#PROVIDES by hwdata +#the PROVIDES rules is ignore "pciutils-ids" + +PROVIDES += "pciutils-ids" + +#PROVIDES by hwdata-ivi +PROVIDES += "hwdata-ivi" + +do_prep() { +cd ${S} +chmod -Rf a+rX,u+w,g-w,o-w ${S} What's the point of changing permissions like this? +} + +do_patch_append() { +bb.build.exec_func('do_prep',d) +} + +do_compile() { +cd ${S} +LANG=C +export LANG +unset DISPLAY +LD_AS_NEEDED=1; export LD_AS_NEEDED ; +autotools_do_configure Why isn't this done in do_configure()? +} + +do_install() { +export RPM_BUILD_ROOT=${D} What's the point of setting RPM_BUILD_ROOT? That seems like Fedora creep... +cd ${S} +LANG=C +export LANG +unset DISPLAY +rm -rf ${D} +mkdir -p ${D} + +oe_runmake \ +DESTDIR=${D} \ +INSTALL_ROOT=${D} \ +BINDIR=${prefix}/bin \ +install The lines below are incorrectly indented +rm -f ${D}${infodir}/dir +find ${D} -regex ".*\.la$" | xargs rm -f -- +find ${D} -regex ".*\.a$" | xargs rm -f -- +mkdir -p ${D}${sysconfdir}/modprobe.d +mv ${D}${prefix}/lib/modprobe.d/dist-blacklist.conf \ +${D}${sysconfdir}/modprobe.d/blacklist.conf +rm -rf ${D}${prefix}/lib +install -m644 blacklist.conf ${D}/${sysconfdir}/modprobe.d ... until here +} + +RDEPENDS_${PN}-ivi += "hwdata" +INSANE_SKIP_${PN}-ivi += "build-deps" + +PACKAGES = "${PN} ${PN}-dbg ${PN}-doc ${PN}-locale ${PN}-ivi" -- Gary Thomas | Consulting for the MLB Associates |Embedded world -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH] libmicrohttp: update to version 0.9.48
On 2016-03-29 10:20, José Bollo wrote: spdy? because it merely disappeared. regards José José Bollo - Senior Software Engineer www.iot.bzh Then please improve the comment above this line as it doesn't really convey this information very well. 2016-03-29 10:15 GMT+02:00 Gary Thomas : On 2016-03-29 10:06, jose.bo...@iot.bzh wrote: From: José Bollo Change-Id: I33a1acf8360d074a3310f9691ac939fe70a99f3e Signed-off-by: José Bollo --- .../libmicrohttpd/libmicrohttpd_0.9.34.bb | 27 -- .../libmicrohttpd/libmicrohttpd_0.9.48.bb | 27 ++ 2 files changed, 27 insertions(+), 27 deletions(-) delete mode 100644 meta-oe/recipes-support/libmicrohttpd/libmicrohttpd_0.9.34.bb create mode 100644 meta-oe/recipes-support/libmicrohttpd/libmicrohttpd_0.9.48.bb diff --git a/meta-oe/recipes-support/libmicrohttpd/libmicrohttpd_0.9.34.bb b/meta-oe/recipes-support/libmicrohttpd/libmicrohttpd_0.9.34.bb deleted file mode 100644 index e3c833b..000 --- a/meta-oe/recipes-support/libmicrohttpd/libmicrohttpd_0.9.34.bb +++ /dev/null @@ -1,27 +0,0 @@ -DESCRIPTION = "A small C library that is supposed to make it easy to run an HTTP server as part of another application" -HOMEPAGE = "http://www.gnu.org/software/libmicrohttpd/"; -LICENSE = "LGPL-2.1+" -LIC_FILES_CHKSUM = "file://COPYING;md5=9331186f4f80db7da0e724bdd6554ee5" -SECTION = "net" -DEPENDS = "libgcrypt gnutls file" - -SRC_URI = "http://ftp.gnu.org/gnu/libmicrohttpd/${BPN}-${PV}.tar.gz"; -SRC_URI[md5sum] = "2947eee13c2c8affb95023a0cb6fda0c" -SRC_URI[sha256sum] = "29a2bfd4fd2ddf60c756b8c283291a134898e3cc143843be421a040be1b25a88" - -inherit autotools lib_package - -# disable spdy, because it depends on openssl -EXTRA_OECONF += "--disable-static --with-gnutls=${STAGING_LIBDIR}/../ --disable-spdy" - -PACKAGECONFIG ?= "curl" -PACKAGECONFIG_append_class-target = "\ -${@base_contains('DISTRO_FEATURES', 'largefile', 'largefile', '', d)} \ -" -PACKAGECONFIG[largefile] = "--enable-largefile,--disable-largefile,," -PACKAGECONFIG[curl] = "--enable-curl,--disable-curl,curl," - -do_compile_append() { - sed -i s:-L${STAGING_LIBDIR}::g libmicrohttpd.pc -} - diff --git a/meta-oe/recipes-support/libmicrohttpd/libmicrohttpd_0.9.48.bb b/meta-oe/recipes-support/libmicrohttpd/libmicrohttpd_0.9.48.bb new file mode 100644 index 000..892009e --- /dev/null +++ b/meta-oe/recipes-support/libmicrohttpd/libmicrohttpd_0.9.48.bb @@ -0,0 +1,27 @@ +DESCRIPTION = "A small C library that is supposed to make it easy to run an HTTP server as part of another application" +HOMEPAGE = "http://www.gnu.org/software/libmicrohttpd/"; +LICENSE = "LGPL-2.1+" +LIC_FILES_CHKSUM = "file://COPYING;md5=9331186f4f80db7da0e724bdd6554ee5" +SECTION = "net" +DEPENDS = "libgcrypt gnutls file" + +SRC_URI = "http://ftp.gnu.org/gnu/libmicrohttpd/${BPN}-${PV}.tar.gz"; +SRC_URI[md5sum] = "9c298c890088a91fe0d7ac3fec9d0097" +SRC_URI[sha256sum] = "87667e158f2bf8c691a002e256ffe30885d4121a9ee4143af0320c47cdf8a2a4" + +inherit autotools lib_package + +# disable spdy, because it depends on openssl +EXTRA_OECONF += "--disable-static --with-gnutls=${STAGING_LIBDIR}/../" Why not make this a PACKAGECONFIG choice? + +PACKAGECONFIG ?= "curl" +PACKAGECONFIG_append_class-target = "\ +${@base_contains('DISTRO_FEATURES', 'largefile', 'largefile', '', d)} \ +" +PACKAGECONFIG[largefile] = "--enable-largefile,--disable-largefile,," +PACKAGECONFIG[curl] = "--enable-curl,--disable-curl,curl," + +do_compile_append() { + sed -i s:-L${STAGING_LIBDIR}::g libmicrohttpd.pc +} + -- Gary Thomas | Consulting for the MLB Associates |Embedded world -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH] libmicrohttp: update to version 0.9.48
On 2016-03-29 10:06, jose.bo...@iot.bzh wrote: From: José Bollo Change-Id: I33a1acf8360d074a3310f9691ac939fe70a99f3e Signed-off-by: José Bollo --- .../libmicrohttpd/libmicrohttpd_0.9.34.bb | 27 -- .../libmicrohttpd/libmicrohttpd_0.9.48.bb | 27 ++ 2 files changed, 27 insertions(+), 27 deletions(-) delete mode 100644 meta-oe/recipes-support/libmicrohttpd/libmicrohttpd_0.9.34.bb create mode 100644 meta-oe/recipes-support/libmicrohttpd/libmicrohttpd_0.9.48.bb diff --git a/meta-oe/recipes-support/libmicrohttpd/libmicrohttpd_0.9.34.bb b/meta-oe/recipes-support/libmicrohttpd/libmicrohttpd_0.9.34.bb deleted file mode 100644 index e3c833b..000 --- a/meta-oe/recipes-support/libmicrohttpd/libmicrohttpd_0.9.34.bb +++ /dev/null @@ -1,27 +0,0 @@ -DESCRIPTION = "A small C library that is supposed to make it easy to run an HTTP server as part of another application" -HOMEPAGE = "http://www.gnu.org/software/libmicrohttpd/"; -LICENSE = "LGPL-2.1+" -LIC_FILES_CHKSUM = "file://COPYING;md5=9331186f4f80db7da0e724bdd6554ee5" -SECTION = "net" -DEPENDS = "libgcrypt gnutls file" - -SRC_URI = "http://ftp.gnu.org/gnu/libmicrohttpd/${BPN}-${PV}.tar.gz"; -SRC_URI[md5sum] = "2947eee13c2c8affb95023a0cb6fda0c" -SRC_URI[sha256sum] = "29a2bfd4fd2ddf60c756b8c283291a134898e3cc143843be421a040be1b25a88" - -inherit autotools lib_package - -# disable spdy, because it depends on openssl -EXTRA_OECONF += "--disable-static --with-gnutls=${STAGING_LIBDIR}/../ --disable-spdy" - -PACKAGECONFIG ?= "curl" -PACKAGECONFIG_append_class-target = "\ -${@base_contains('DISTRO_FEATURES', 'largefile', 'largefile', '', d)} \ -" -PACKAGECONFIG[largefile] = "--enable-largefile,--disable-largefile,," -PACKAGECONFIG[curl] = "--enable-curl,--disable-curl,curl," - -do_compile_append() { - sed -i s:-L${STAGING_LIBDIR}::g libmicrohttpd.pc -} - diff --git a/meta-oe/recipes-support/libmicrohttpd/libmicrohttpd_0.9.48.bb b/meta-oe/recipes-support/libmicrohttpd/libmicrohttpd_0.9.48.bb new file mode 100644 index 000..892009e --- /dev/null +++ b/meta-oe/recipes-support/libmicrohttpd/libmicrohttpd_0.9.48.bb @@ -0,0 +1,27 @@ +DESCRIPTION = "A small C library that is supposed to make it easy to run an HTTP server as part of another application" +HOMEPAGE = "http://www.gnu.org/software/libmicrohttpd/"; +LICENSE = "LGPL-2.1+" +LIC_FILES_CHKSUM = "file://COPYING;md5=9331186f4f80db7da0e724bdd6554ee5" +SECTION = "net" +DEPENDS = "libgcrypt gnutls file" + +SRC_URI = "http://ftp.gnu.org/gnu/libmicrohttpd/${BPN}-${PV}.tar.gz"; +SRC_URI[md5sum] = "9c298c890088a91fe0d7ac3fec9d0097" +SRC_URI[sha256sum] = "87667e158f2bf8c691a002e256ffe30885d4121a9ee4143af0320c47cdf8a2a4" + +inherit autotools lib_package + +# disable spdy, because it depends on openssl +EXTRA_OECONF += "--disable-static --with-gnutls=${STAGING_LIBDIR}/../" Why not make this a PACKAGECONFIG choice? + +PACKAGECONFIG ?= "curl" +PACKAGECONFIG_append_class-target = "\ +${@base_contains('DISTRO_FEATURES', 'largefile', 'largefile', '', d)} \ +" +PACKAGECONFIG[largefile] = "--enable-largefile,--disable-largefile,," +PACKAGECONFIG[curl] = "--enable-curl,--disable-curl,curl," + +do_compile_append() { + sed -i s:-L${STAGING_LIBDIR}::g libmicrohttpd.pc +} + -- Gary Thomas | Consulting for the MLB Associates |Embedded world -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-oe][PATCH v3 2/2] mpv: Media Player
Ping? Once I understand why it breaks in world builds, I can submit a new patchset. See below - what's causing rst to be brought in? Thanks On 03/12/2016 05:52 AM, Gary Thomas wrote: On 2016-03-11 14:17, Martin Jansa wrote: On Thu, Mar 10, 2016 at 05:07:22PM +0100, Gary Thomas wrote: mpv is a fork of mplayer2 and MPlayer. It shares some features with the former projects while introducing many more. Signed-off-by: Gary Thomas --- meta-oe/recipes-multimedia/mplayer/mpv_0.15.0.bb | 67 1 file changed, 67 insertions(+) create mode 100644 meta-oe/recipes-multimedia/mplayer/mpv_0.15.0.bb diff --git a/meta-oe/recipes-multimedia/mplayer/mpv_0.15.0.bb b/meta-oe/recipes-multimedia/mplayer/mpv_0.15.0.bb new file mode 100644 index 000..acad319 --- /dev/null +++ b/meta-oe/recipes-multimedia/mplayer/mpv_0.15.0.bb @@ -0,0 +1,67 @@ +SUMMARY = "Open Source multimedia player" +SECTION = "multimedia" +HOMEPAGE = "http://www.mpv.io/"; +DEPENDS = "zlib ffmpeg jpeg virtual/libx11 xsp libxv \ + libxscrnsaver libv4l libxinerama \ +" It's failing in world builds ERROR: mpv-0.15.0-r0 do_compile: Function failed: do_compile (log file is located at /home/jenkins/oe/world/shr-core/tmp-glibc/work/armv5te-oe-linux-gnueabi/mpv/0.15.0-r0/temp/log.do_compile.11834) ERROR: Logfile of failure stored in: /home/jenkins/oe/world/shr-core/tmp-glibc/work/armv5te-oe-linux-gnueabi/mpv/0.15.0-r0/temp/log.do_compile.11834 Log data follows: | DEBUG: Executing shell function do_compile | Waf: Entering directory `/home/jenkins/oe/world/shr-core/tmp-glibc/work/armv5te-oe-linux-gnueabi/mpv/0.15.0-r0/mpv-0.15.0/build' | [ 1/195] Compiling version.sh | [ 2/195] Compiling TOOLS/osxbundle/mpv.app/Contents/Resources/icon.icns | [ 3/195] Compiling video/out/x11_icon.bin | [ 4/195] Compiling etc/input.conf | [ 5/195] Compiling sub/osd_font.otf | [ 6/195] Compiling video/out/opengl/nnedi3_weights.bin | [ 7/195] Compiling player/lua/defaults.lua | [ 8/195] Compiling player/lua/assdraw.lua | [ 9/195] Compiling player/lua/options.lua | [ 10/195] Compiling player/lua/osc.lua | [ 11/195] Compiling player/lua/ytdl_hook.lua | [ 13/195] Processing ebml_types.h: demux/ebml.c demux/demux_mkv.c -> build/ebml_types.h | [ 13/195] Compiling demux/ebml.c | [ 14/195] Compiling DOCS/man/mpv.rst | Traceback (most recent call last): | File "/home/jenkins/oe/world/shr-core/tmp-glibc/sysroots/x86_64-linux/usr/bin/rst2man.py", line 21, in | from docutils.core import publish_cmdline, default_description | ImportError: No module named docutils.core | | Waf: Leaving directory `/home/jenkins/oe/world/shr-core/tmp-glibc/work/armv5te-oe-linux-gnueabi/mpv/0.15.0-r0/mpv-0.15.0/build' | Build failed | -> task in 'rst2man' failed (exit status 1): | {task 139933719149072: rst2man mpv.rst -> mpv.1} | ' /home/jenkins/oe/world/shr-core/tmp-glibc/sysroots/x86_64-linux/usr/bin/rst2man.py ../DOCS/man/mpv.rst DOCS/man/mpv.1 ' | WARNING: exit code 1 from a shell command. | ERROR: Function failed: do_compile (log file is located at /home/jenkins/oe/world/shr-core/tmp-glibc/work/armv5te-oe-linux-gnueabi/mpv/0.15.0-r0/temp/log.do_compile.11834) NOTE: recipe mpv-0.15.0-r0: task do_compile: Failed ERROR: Task 15304 (/home/jenkins/oe/world/shr-core/meta-openembedded/meta-oe/recipes-multimedia/mplayer/mpv_0.15.0.bb, do_compile) failed with exit code '1' What recipe/package is pulling in rst? I'll check the config options and make sure it builds correctly with/without that package present. + +REQUIRED_DISTRO_FEATURES = "x11" + +LICENSE = "GPLv2+" +LIC_FILES_CHKSUM = "file://LICENSE;md5=91f1cb870c1cc2d31351a4d2595441cb" + +SRC_URI = "https://github.com/mpv-player/mpv/archive/v${PV}.tar.gz;name=mpv \ + http://www.freehackers.org/~tnagy/release/waf-1.8.12;name=waf \ +" +SRC_URI[mpv.md5sum] = "9042bd3fbff2bc8ba0b7fadaa4a22101" +SRC_URI[mpv.sha256sum] = "7d31217ba8572f364fcea2955733f821374ae6d8c6d8f22f8bc63c44c0400bdc" +SRC_URI[waf.md5sum] = "cef4ee82206b1843db082d0b0506bf71" +SRC_URI[waf.sha256sum] = "01bf2beab2106d1558800c8709bc2c8e496d3da4a2ca343fe091f22fca60c98b" + +inherit pkgconfig + +# Note: both lua and libass are required to get on-screen-display (controls) +PACKAGECONFIG ??= "lua libass" +PACKAGECONFIG[lua] = "--enable-lua,--disable-lua,lua luajit" +PACKAGECONFIG[libass] = "--enable-libass,--disable-libass,libass" +PACKAGECONFIG[libarchive] = "--enable-libarchive,--disable-libarchive,libarchive" + +EXTRA_OECONF = " \ +--prefix=${prefix} \ +--target=${SIMPLE_TARGET_SYS} \ Where is this variable set? git grep in oe-core and meta-oe didn't show anything. Did you copy it from mplayer2 recipe? If yes then you forgot to include: export SIMPLE_TARGET_SY
Re: [oe] [meta-oe][PATCH v3 2/2] mpv: Media Player
On 03/17/2016 10:38 AM, Martin Jansa wrote: I don't know, but it doesn't matter what pulled rst. mpv should build ok with or without rst available. I agree and it does build without rst in the mix. It fails if those tools are present and I'd like to fix it but I don't know what is bringing them in (and I don't have the resources available to run 'bitbake world') On Thu, Mar 17, 2016 at 10:26 AM, Gary Thomas wrote: Ping? Once I understand why it breaks in world builds, I can submit a new patchset. See below - what's causing rst to be brought in? Thanks On 03/12/2016 05:52 AM, Gary Thomas wrote: On 2016-03-11 14:17, Martin Jansa wrote: On Thu, Mar 10, 2016 at 05:07:22PM +0100, Gary Thomas wrote: mpv is a fork of mplayer2 and MPlayer. It shares some features with the former projects while introducing many more. Signed-off-by: Gary Thomas --- meta-oe/recipes-multimedia/mplayer/mpv_0.15.0.bb | 67 1 file changed, 67 insertions(+) create mode 100644 meta-oe/recipes-multimedia/mplayer/mpv_0.15.0.bb diff --git a/meta-oe/recipes-multimedia/mplayer/mpv_0.15.0.bb b/meta-oe/recipes-multimedia/mplayer/mpv_0.15.0.bb new file mode 100644 index 000..acad319 --- /dev/null +++ b/meta-oe/recipes-multimedia/mplayer/mpv_0.15.0.bb @@ -0,0 +1,67 @@ +SUMMARY = "Open Source multimedia player" +SECTION = "multimedia" +HOMEPAGE = "http://www.mpv.io/"; +DEPENDS = "zlib ffmpeg jpeg virtual/libx11 xsp libxv \ + libxscrnsaver libv4l libxinerama \ +" It's failing in world builds ERROR: mpv-0.15.0-r0 do_compile: Function failed: do_compile (log file is located at /home/jenkins/oe/world/shr-core/tmp-glibc/work/armv5te-oe-linux-gnueabi/mpv/0.15.0-r0/temp/log.do_compile.11834) ERROR: Logfile of failure stored in: /home/jenkins/oe/world/shr-core/tmp-glibc/work/armv5te-oe-linux-gnueabi/mpv/0.15.0-r0/temp/log.do_compile.11834 Log data follows: | DEBUG: Executing shell function do_compile | Waf: Entering directory `/home/jenkins/oe/world/shr-core/tmp-glibc/work/armv5te-oe-linux-gnueabi/mpv/0.15.0-r0/mpv-0.15.0/build' | [ 1/195] Compiling version.sh | [ 2/195] Compiling TOOLS/osxbundle/mpv.app/Contents/Resources/icon.icns | [ 3/195] Compiling video/out/x11_icon.bin | [ 4/195] Compiling etc/input.conf | [ 5/195] Compiling sub/osd_font.otf | [ 6/195] Compiling video/out/opengl/nnedi3_weights.bin | [ 7/195] Compiling player/lua/defaults.lua | [ 8/195] Compiling player/lua/assdraw.lua | [ 9/195] Compiling player/lua/options.lua | [ 10/195] Compiling player/lua/osc.lua | [ 11/195] Compiling player/lua/ytdl_hook.lua | [ 13/195] Processing ebml_types.h: demux/ebml.c demux/demux_mkv.c -> build/ebml_types.h | [ 13/195] Compiling demux/ebml.c | [ 14/195] Compiling DOCS/man/mpv.rst | Traceback (most recent call last): | File "/home/jenkins/oe/world/shr-core/tmp-glibc/sysroots/x86_64-linux/usr/bin/rst2man.py", line 21, in | from docutils.core import publish_cmdline, default_description | ImportError: No module named docutils.core | | Waf: Leaving directory `/home/jenkins/oe/world/shr-core/tmp-glibc/work/armv5te-oe-linux-gnueabi/mpv/0.15.0-r0/mpv-0.15.0/build' | Build failed | -> task in 'rst2man' failed (exit status 1): | {task 139933719149072: rst2man mpv.rst -> mpv.1} | ' /home/jenkins/oe/world/shr-core/tmp-glibc/sysroots/x86_64-linux/usr/bin/rst2man.py ../DOCS/man/mpv.rst DOCS/man/mpv.1 ' | WARNING: exit code 1 from a shell command. | ERROR: Function failed: do_compile (log file is located at /home/jenkins/oe/world/shr-core/tmp-glibc/work/armv5te-oe-linux-gnueabi/mpv/0.15.0-r0/temp/log.do_compile.11834) NOTE: recipe mpv-0.15.0-r0: task do_compile: Failed ERROR: Task 15304 (/home/jenkins/oe/world/shr-core/meta-openembedded/meta-oe/recipes-multimedia/mplayer/ mpv_0.15.0.bb, do_compile) failed with exit code '1' What recipe/package is pulling in rst? I'll check the config options and make sure it builds correctly with/without that package present. + +REQUIRED_DISTRO_FEATURES = "x11" + +LICENSE = "GPLv2+" +LIC_FILES_CHKSUM = "file://LICENSE;md5=91f1cb870c1cc2d31351a4d2595441cb" + +SRC_URI = " https://github.com/mpv-player/mpv/archive/v${PV}.tar.gz;name=mpv \ + http://www.freehackers.org/~tnagy/release/waf-1.8.12;name=waf \ +" +SRC_URI[mpv.md5sum] = "9042bd3fbff2bc8ba0b7fadaa4a22101" +SRC_URI[mpv.sha256sum] = "7d31217ba8572f364fcea2955733f821374ae6d8c6d8f22f8bc63c44c0400bdc" +SRC_URI[waf.md5sum] = "cef4ee82206b1843db082d0b0506bf71" +SRC_URI[waf.sha256sum] = "01bf2beab2106d1558800c8709bc2c8e496d3da4a2ca343fe091f22fca60c98b" + +inherit pkgconfig + +# Note: both lua and libass are required to get on-screen-display (controls) +PACKAGECONFIG ??= "lua libass" +PACKAGECONFIG[lua] = "--enable-lua,--disable-lua,lua luajit&
Re: [oe] [meta-oe][PATCH v3 1/2] libass: Update to latest version
On 2016-03-17 15:44, Martin Jansa wrote: On Thu, Mar 10, 2016 at 05:07:21PM +0100, Gary Thomas wrote: libass has moved from Google to github.com Also update to the latest version (libass.so.5) libass-0.13.2: ELF binary '/tmp/work/i586-oe-linux/libass/0.13.2-r0/packages-split/libass/usr/lib/libass.so.5.3.0' has relocations in .text [textrel] Hmm, this doesn't happen on arm (cortexa9) builds :-( Please tell me how you do "world builds" and I'll try to duplicate this and the mpv issues. Signed-off-by: Gary Thomas --- meta-oe/recipes-multimedia/libass/libass.inc | 7 ++- meta-oe/recipes-multimedia/libass/libass_0.10.1.bb | 5 - meta-oe/recipes-multimedia/libass/libass_0.13.2.bb | 4 3 files changed, 6 insertions(+), 10 deletions(-) delete mode 100644 meta-oe/recipes-multimedia/libass/libass_0.10.1.bb create mode 100644 meta-oe/recipes-multimedia/libass/libass_0.13.2.bb diff --git a/meta-oe/recipes-multimedia/libass/libass.inc b/meta-oe/recipes-multimedia/libass/libass.inc index 328cd14..a394c56 100644 --- a/meta-oe/recipes-multimedia/libass/libass.inc +++ b/meta-oe/recipes-multimedia/libass/libass.inc @@ -1,5 +1,5 @@ DESCRIPTION = "libass is a portable subtitle renderer for the ASS/SSA (Advanced Substation Alpha/Substation Alpha) subtitle format. It is mostly compatible with VSFilter." -HOMEPAGE = "http://code.google.com/p/libass/"; +HOMEPAGE = "http://github.com/libass/libass/"; SECTION = "libs/multimedia" LICENSE = "ISC" @@ -7,10 +7,7 @@ LIC_FILES_CHKSUM = "file://COPYING;md5=8ae98663bac55afe5d989919d296f28a" DEPENDS = "enca fontconfig freetype libpng fribidi" -INC_PR = "r1" - -SRC_URI = "http://${BPN}.googlecode.com/files/${BP}.tar.gz"; - +SRC_URI = "https://github.com/${PN}/${PN}/releases/download/0.13.2/${BP}.tar.gz"; inherit autotools pkgconfig PACKAGECONFIG ??= "" diff --git a/meta-oe/recipes-multimedia/libass/libass_0.10.1.bb b/meta-oe/recipes-multimedia/libass/libass_0.10.1.bb deleted file mode 100644 index 0b32276..000 --- a/meta-oe/recipes-multimedia/libass/libass_0.10.1.bb +++ /dev/null @@ -1,5 +0,0 @@ -require ${PN}.inc -PR = "${INC_PR}.0" - -SRC_URI[md5sum] = "6cace482a013a3c4bf3b31a68ac66026" -SRC_URI[sha256sum] = "629a7e81fff92dea8d0399b818a41fd1b61e381c67a5961b1eaec2efadb14c6c" diff --git a/meta-oe/recipes-multimedia/libass/libass_0.13.2.bb b/meta-oe/recipes-multimedia/libass/libass_0.13.2.bb new file mode 100644 index 000..123c9dd --- /dev/null +++ b/meta-oe/recipes-multimedia/libass/libass_0.13.2.bb @@ -0,0 +1,4 @@ +require ${PN}.inc + +SRC_URI[md5sum] = "b4d82616bb18e8e954b18746a105a3b8" +SRC_URI[sha256sum] = "8baccf663553b62977b1c017d18b3879835da0ef79dc4d3b708f2566762f1d5e" -- 2.5.0 -- Gary Thomas | Consulting for the MLB Associates |Embedded world -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-oe][PATCH v3 2/2] mpv: Media Player
On 2016-03-11 14:17, Martin Jansa wrote: On Thu, Mar 10, 2016 at 05:07:22PM +0100, Gary Thomas wrote: mpv is a fork of mplayer2 and MPlayer. It shares some features with the former projects while introducing many more. Signed-off-by: Gary Thomas --- meta-oe/recipes-multimedia/mplayer/mpv_0.15.0.bb | 67 1 file changed, 67 insertions(+) create mode 100644 meta-oe/recipes-multimedia/mplayer/mpv_0.15.0.bb diff --git a/meta-oe/recipes-multimedia/mplayer/mpv_0.15.0.bb b/meta-oe/recipes-multimedia/mplayer/mpv_0.15.0.bb new file mode 100644 index 000..acad319 --- /dev/null +++ b/meta-oe/recipes-multimedia/mplayer/mpv_0.15.0.bb @@ -0,0 +1,67 @@ +SUMMARY = "Open Source multimedia player" +SECTION = "multimedia" +HOMEPAGE = "http://www.mpv.io/"; +DEPENDS = "zlib ffmpeg jpeg virtual/libx11 xsp libxv \ + libxscrnsaver libv4l libxinerama \ +" It's failing in world builds ERROR: mpv-0.15.0-r0 do_compile: Function failed: do_compile (log file is located at /home/jenkins/oe/world/shr-core/tmp-glibc/work/armv5te-oe-linux-gnueabi/mpv/0.15.0-r0/temp/log.do_compile.11834) ERROR: Logfile of failure stored in: /home/jenkins/oe/world/shr-core/tmp-glibc/work/armv5te-oe-linux-gnueabi/mpv/0.15.0-r0/temp/log.do_compile.11834 Log data follows: | DEBUG: Executing shell function do_compile | Waf: Entering directory `/home/jenkins/oe/world/shr-core/tmp-glibc/work/armv5te-oe-linux-gnueabi/mpv/0.15.0-r0/mpv-0.15.0/build' | [ 1/195] Compiling version.sh | [ 2/195] Compiling TOOLS/osxbundle/mpv.app/Contents/Resources/icon.icns | [ 3/195] Compiling video/out/x11_icon.bin | [ 4/195] Compiling etc/input.conf | [ 5/195] Compiling sub/osd_font.otf | [ 6/195] Compiling video/out/opengl/nnedi3_weights.bin | [ 7/195] Compiling player/lua/defaults.lua | [ 8/195] Compiling player/lua/assdraw.lua | [ 9/195] Compiling player/lua/options.lua | [ 10/195] Compiling player/lua/osc.lua | [ 11/195] Compiling player/lua/ytdl_hook.lua | [ 13/195] Processing ebml_types.h: demux/ebml.c demux/demux_mkv.c -> build/ebml_types.h | [ 13/195] Compiling demux/ebml.c | [ 14/195] Compiling DOCS/man/mpv.rst | Traceback (most recent call last): | File "/home/jenkins/oe/world/shr-core/tmp-glibc/sysroots/x86_64-linux/usr/bin/rst2man.py", line 21, in | from docutils.core import publish_cmdline, default_description | ImportError: No module named docutils.core | | Waf: Leaving directory `/home/jenkins/oe/world/shr-core/tmp-glibc/work/armv5te-oe-linux-gnueabi/mpv/0.15.0-r0/mpv-0.15.0/build' | Build failed | -> task in 'rst2man' failed (exit status 1): | {task 139933719149072: rst2man mpv.rst -> mpv.1} | ' /home/jenkins/oe/world/shr-core/tmp-glibc/sysroots/x86_64-linux/usr/bin/rst2man.py ../DOCS/man/mpv.rst DOCS/man/mpv.1 ' | WARNING: exit code 1 from a shell command. | ERROR: Function failed: do_compile (log file is located at /home/jenkins/oe/world/shr-core/tmp-glibc/work/armv5te-oe-linux-gnueabi/mpv/0.15.0-r0/temp/log.do_compile.11834) NOTE: recipe mpv-0.15.0-r0: task do_compile: Failed ERROR: Task 15304 (/home/jenkins/oe/world/shr-core/meta-openembedded/meta-oe/recipes-multimedia/mplayer/mpv_0.15.0.bb, do_compile) failed with exit code '1' What recipe/package is pulling in rst? I'll check the config options and make sure it builds correctly with/without that package present. + +REQUIRED_DISTRO_FEATURES = "x11" + +LICENSE = "GPLv2+" +LIC_FILES_CHKSUM = "file://LICENSE;md5=91f1cb870c1cc2d31351a4d2595441cb" + +SRC_URI = "https://github.com/mpv-player/mpv/archive/v${PV}.tar.gz;name=mpv \ + http://www.freehackers.org/~tnagy/release/waf-1.8.12;name=waf \ +" +SRC_URI[mpv.md5sum] = "9042bd3fbff2bc8ba0b7fadaa4a22101" +SRC_URI[mpv.sha256sum] = "7d31217ba8572f364fcea2955733f821374ae6d8c6d8f22f8bc63c44c0400bdc" +SRC_URI[waf.md5sum] = "cef4ee82206b1843db082d0b0506bf71" +SRC_URI[waf.sha256sum] = "01bf2beab2106d1558800c8709bc2c8e496d3da4a2ca343fe091f22fca60c98b" + +inherit pkgconfig + +# Note: both lua and libass are required to get on-screen-display (controls) +PACKAGECONFIG ??= "lua libass" +PACKAGECONFIG[lua] = "--enable-lua,--disable-lua,lua luajit" +PACKAGECONFIG[libass] = "--enable-libass,--disable-libass,libass" +PACKAGECONFIG[libarchive] = "--enable-libarchive,--disable-libarchive,libarchive" + +EXTRA_OECONF = " \ +--prefix=${prefix} \ +--target=${SIMPLE_TARGET_SYS} \ Where is this variable set? git grep in oe-core and meta-oe didn't show anything. Did you copy it from mplayer2 recipe? If yes then you forgot to include: export SIMPLE_TARGET_SYS="$(echo ${TARGET_SYS} | sed s:${TARGET_VENDOR}::g)" Thanks for pointing this out. +--confdir=${sysconfdir} \ +--datadir=${datadir} \ +--disable-manpage-buil
[oe] [meta-oe][PATCH v3 0/2] mpv: Media Player
mpv is a new media player, based on a fork of Mplayer and mplayer2. libass is updated to the latest version (necessary for fully functioning mpv) Gary Thomas (2): libass: Update to latest version mpv: Media Player meta-oe/recipes-multimedia/libass/libass.inc | 7 +-- meta-oe/recipes-multimedia/libass/libass_0.10.1.bb | 5 -- meta-oe/recipes-multimedia/libass/libass_0.13.2.bb | 4 ++ meta-oe/recipes-multimedia/mplayer/mpv_0.15.0.bb | 67 ++ 4 files changed, 73 insertions(+), 10 deletions(-) delete mode 100644 meta-oe/recipes-multimedia/libass/libass_0.10.1.bb create mode 100644 meta-oe/recipes-multimedia/libass/libass_0.13.2.bb create mode 100644 meta-oe/recipes-multimedia/mplayer/mpv_0.15.0.bb -- 2.5.0 -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-oe][PATCH v3 2/2] mpv: Media Player
mpv is a fork of mplayer2 and MPlayer. It shares some features with the former projects while introducing many more. Signed-off-by: Gary Thomas --- meta-oe/recipes-multimedia/mplayer/mpv_0.15.0.bb | 67 1 file changed, 67 insertions(+) create mode 100644 meta-oe/recipes-multimedia/mplayer/mpv_0.15.0.bb diff --git a/meta-oe/recipes-multimedia/mplayer/mpv_0.15.0.bb b/meta-oe/recipes-multimedia/mplayer/mpv_0.15.0.bb new file mode 100644 index 000..acad319 --- /dev/null +++ b/meta-oe/recipes-multimedia/mplayer/mpv_0.15.0.bb @@ -0,0 +1,67 @@ +SUMMARY = "Open Source multimedia player" +SECTION = "multimedia" +HOMEPAGE = "http://www.mpv.io/"; +DEPENDS = "zlib ffmpeg jpeg virtual/libx11 xsp libxv \ + libxscrnsaver libv4l libxinerama \ +" + +REQUIRED_DISTRO_FEATURES = "x11" + +LICENSE = "GPLv2+" +LIC_FILES_CHKSUM = "file://LICENSE;md5=91f1cb870c1cc2d31351a4d2595441cb" + +SRC_URI = "https://github.com/mpv-player/mpv/archive/v${PV}.tar.gz;name=mpv \ + http://www.freehackers.org/~tnagy/release/waf-1.8.12;name=waf \ +" +SRC_URI[mpv.md5sum] = "9042bd3fbff2bc8ba0b7fadaa4a22101" +SRC_URI[mpv.sha256sum] = "7d31217ba8572f364fcea2955733f821374ae6d8c6d8f22f8bc63c44c0400bdc" +SRC_URI[waf.md5sum] = "cef4ee82206b1843db082d0b0506bf71" +SRC_URI[waf.sha256sum] = "01bf2beab2106d1558800c8709bc2c8e496d3da4a2ca343fe091f22fca60c98b" + +inherit pkgconfig + +# Note: both lua and libass are required to get on-screen-display (controls) +PACKAGECONFIG ??= "lua libass" +PACKAGECONFIG[lua] = "--enable-lua,--disable-lua,lua luajit" +PACKAGECONFIG[libass] = "--enable-libass,--disable-libass,libass" +PACKAGECONFIG[libarchive] = "--enable-libarchive,--disable-libarchive,libarchive" + +EXTRA_OECONF = " \ +--prefix=${prefix} \ +--target=${SIMPLE_TARGET_SYS} \ +--confdir=${sysconfdir} \ +--datadir=${datadir} \ +--disable-manpage-build \ +--disable-gl \ +--disable-libsmbclient \ +--disable-encoding \ +--disable-libbluray \ +--disable-dvdread \ +--disable-dvdnav \ +--disable-cdda \ +--disable-enca \ +--disable-libguess \ +--disable-uchardet \ +--disable-rubberband \ +--disable-lcms2 \ +--disable-vapoursynth \ +--disable-vapoursynth-lazy \ +" + +do_configure() { +if [ ! -L ../waf ]; then +chmod a+x ../waf-1.8.12 + ln -s waf-1.8.12 ../waf +fi +../waf configure ${EXTRA_OECONF} +} + +do_compile () { +../waf build +} + +do_install() { +../waf install --destdir=${D} +} + +FILES_${PN} += "${datadir}/icons" -- 2.5.0 -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-oe][PATCH v3 1/2] libass: Update to latest version
libass has moved from Google to github.com Also update to the latest version (libass.so.5) Signed-off-by: Gary Thomas --- meta-oe/recipes-multimedia/libass/libass.inc | 7 ++- meta-oe/recipes-multimedia/libass/libass_0.10.1.bb | 5 - meta-oe/recipes-multimedia/libass/libass_0.13.2.bb | 4 3 files changed, 6 insertions(+), 10 deletions(-) delete mode 100644 meta-oe/recipes-multimedia/libass/libass_0.10.1.bb create mode 100644 meta-oe/recipes-multimedia/libass/libass_0.13.2.bb diff --git a/meta-oe/recipes-multimedia/libass/libass.inc b/meta-oe/recipes-multimedia/libass/libass.inc index 328cd14..a394c56 100644 --- a/meta-oe/recipes-multimedia/libass/libass.inc +++ b/meta-oe/recipes-multimedia/libass/libass.inc @@ -1,5 +1,5 @@ DESCRIPTION = "libass is a portable subtitle renderer for the ASS/SSA (Advanced Substation Alpha/Substation Alpha) subtitle format. It is mostly compatible with VSFilter." -HOMEPAGE = "http://code.google.com/p/libass/"; +HOMEPAGE = "http://github.com/libass/libass/"; SECTION = "libs/multimedia" LICENSE = "ISC" @@ -7,10 +7,7 @@ LIC_FILES_CHKSUM = "file://COPYING;md5=8ae98663bac55afe5d989919d296f28a" DEPENDS = "enca fontconfig freetype libpng fribidi" -INC_PR = "r1" - -SRC_URI = "http://${BPN}.googlecode.com/files/${BP}.tar.gz"; - +SRC_URI = "https://github.com/${PN}/${PN}/releases/download/0.13.2/${BP}.tar.gz"; inherit autotools pkgconfig PACKAGECONFIG ??= "" diff --git a/meta-oe/recipes-multimedia/libass/libass_0.10.1.bb b/meta-oe/recipes-multimedia/libass/libass_0.10.1.bb deleted file mode 100644 index 0b32276..000 --- a/meta-oe/recipes-multimedia/libass/libass_0.10.1.bb +++ /dev/null @@ -1,5 +0,0 @@ -require ${PN}.inc -PR = "${INC_PR}.0" - -SRC_URI[md5sum] = "6cace482a013a3c4bf3b31a68ac66026" -SRC_URI[sha256sum] = "629a7e81fff92dea8d0399b818a41fd1b61e381c67a5961b1eaec2efadb14c6c" diff --git a/meta-oe/recipes-multimedia/libass/libass_0.13.2.bb b/meta-oe/recipes-multimedia/libass/libass_0.13.2.bb new file mode 100644 index 000..123c9dd --- /dev/null +++ b/meta-oe/recipes-multimedia/libass/libass_0.13.2.bb @@ -0,0 +1,4 @@ +require ${PN}.inc + +SRC_URI[md5sum] = "b4d82616bb18e8e954b18746a105a3b8" +SRC_URI[sha256sum] = "8baccf663553b62977b1c017d18b3879835da0ef79dc4d3b708f2566762f1d5e" -- 2.5.0 -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-webserver] where is mysql5
On 2016-03-10 15:03, Gary Thomas wrote: This is a dependency for meta-webserver/cherokee Where can I find it? Is this recipe broken? Found it - replaced by mariadb Sorry for the noise -- Gary Thomas | Consulting for the MLB Associates |Embedded world -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-webserver] where is mysql5
This is a dependency for meta-webserver/cherokee Where can I find it? Is this recipe broken? -- Gary Thomas | Consulting for the MLB Associates |Embedded world -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-webserver] modphp
On 2016-03-10 14:36, Martin Jansa wrote: On Thu, Mar 10, 2016 at 02:05:46PM +0100, Gary Thomas wrote: On 2016-03-10 14:02, Martin Jansa wrote: On Thu, Mar 10, 2016 at 01:18:59PM +0100, Gary Thomas wrote: On 2016-03-10 11:55, Martin Jansa wrote: On Thu, Mar 10, 2016 at 10:41:25AM +0100, Gary Thomas wrote: Anyone know what happened to the recipe for modphp which was in meta-oe (maybe before meta-webserver) circa 2013? I can't find a recipe for this anywhere. Why not try git log? Of course! I don't often search logs for things I don't know where to find though. An aside - doesn't this change make meta-oe depend on meta-webserver (which doesn't seem like a positive relationship)? What in meta-oe depends on meta-webserver? I don't see anything. Select 'apache2' in the package config for php - that would then require recipe(s) from meta-webserver That's OK as long as apache2 isn't in default PACKAGECONFIG. There are couple optional dependencies even in oe-core's PACKAGECONFIGs which require other layers. Maybe they should be spelled out in the README? Just so there are no surprises. commit f81961ff20d669e0f472f45b9922d6f62ee0d330 Author: Paul Eggleton Date: Mon Jan 5 10:24:53 2015 + README: update for modphp merging into php Signed-off-by: Paul Eggleton commit 06af52095b5be1cb21a7dc9a6a6e05d01f6e7a00 Author: Paul Eggleton Date: Thu Jan 1 23:34:29 2015 + modphp: remove This is now built out of the standard php recipe. Signed-off-by: Paul Eggleton -- -------- Gary Thomas | Consulting for the MLB Associates |Embedded world -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-oe][PATCH] mpv: Media Player
On 2016-03-10 14:11, Martin Jansa wrote: On Thu, Mar 10, 2016 at 02:02:23PM +0100, Gary Thomas wrote: On 2016-03-10 09:18, Gary Thomas wrote: On 2016-03-10 08:57, Martin Jansa wrote: I did and there was still: FILES_${PN} += "${prefix}" that's why I've asked again here. Now I understand why you're asking. I'll verify that it works correctly without that line, just using the standard packaging. If so, need I send another patch revision or can you just leave that one line out when you merge? The answer is yes, it does install to some non-standard paths. At least as the configuration currently stands, it needs FILES_${PN} += "${prefix}/etc ${prefix}/share" Why doesn't it respect ${sysconfdir} and ${datadir}? Maybe you need to pass more configure flags? I'll look at it and see if I can get it to play nice. On Thu, Mar 10, 2016 at 8:40 AM, Gary Thomas wrote: On 2016-03-10 08:33, Martin Jansa wrote: On Thu, Mar 10, 2016 at 05:42:39AM +0100, Gary Thomas wrote: On 2016-03-09 20:15, Martin Jansa wrote: On Wed, Mar 09, 2016 at 07:20:33AM +0100, Gary Thomas wrote: mpv is a fork of mplayer2 and MPlayer. It shares some features with the former projects while introducing many more. Signed-off-by: Gary Thomas --- meta-oe/recipes-multimedia/mplayer/mpv_0.15.0.bb | 60 1 file changed, 60 insertions(+) create mode 100644 meta-oe/recipes-multimedia/mplayer/mpv_0.15.0.bb diff --git a/meta-oe/recipes-multimedia/mplayer/mpv_0.15.0.bb b/meta-oe/recipes-multimedia/mplayer/mpv_0.15.0.bb new file mode 100644 index 000..37e4b02 --- /dev/null +++ b/meta-oe/recipes-multimedia/mplayer/mpv_0.15.0.bb @@ -0,0 +1,60 @@ +SUMMARY = "Open Source multimedia player" +SECTION = "multimedia" +HOMEPAGE = "http://www.mpv.io/"; +DEPENDS = "zlib ffmpeg jpeg virtual/libx11 xsp libxv libxscrnsaver" + +# Depends on xsp, libxv, virtual/libx11, libxscrnsaver +REQUIRED_DISTRO_FEATURES = "x11" + +LICENSE = "GPLv2+" +LIC_FILES_CHKSUM = "file://LICENSE;md5=91f1cb870c1cc2d31351a4d2595441cb" + +SRC_URI = " https://github.com/mpv-player/mpv/archive/v${PV}.tar.gz;name=mpv \ + http://www.freehackers.org/~tnagy/release/waf-1.8.12;name=waf \ +" +SRC_URI[mpv.md5sum] = "9042bd3fbff2bc8ba0b7fadaa4a22101" +SRC_URI[mpv.sha256sum] = "7d31217ba8572f364fcea2955733f821374ae6d8c6d8f22f8bc63c44c0400bdc" +SRC_URI[waf.md5sum] = "cef4ee82206b1843db082d0b0506bf71" +SRC_URI[waf.sha256sum] = "01bf2beab2106d1558800c8709bc2c8e496d3da4a2ca343fe091f22fca60c98b" + +EXTRA_OECONF = " \ +--prefix=${D}/usr \ why not ${prefix} and does it really need to be prefixed with ${D} (unlike mandir bellow)? Ugly waf. What about ${D}? +--mandir=${mandir} \ +--target=${SIMPLE_TARGET_SYS} \ +--disable-gl \ +--disable-libsmbclient \ +--disable-libass \ +--disable-lua \ +--disable-libass-osd \ +--disable-encoding \ +--disable-libbluray \ +--disable-dvdread \ +--disable-dvdnav \ +--disable-cdda \ +--disable-enca \ +--disable-libguess \ +--disable-uchardet \ +--disable-rubberband \ +--disable-lcms2 \ +--disable-vapoursynth \ +--disable-vapoursynth-lazy \ +--enable-libarchive \ +" + +do_configure() { +if [ ! -L ../waf ]; then +chmod a+x ../waf-1.8.12 + ln -s waf-1.8.12 ../waf +fi +../waf configure ${EXTRA_OECONF} +} + +do_compile () { +../waf build +} + +do_install() { +../waf install +} + +FILES_${PN} += "/usr/" ${prefix}? Does it install files in strange directories not covered by standard FILES? Use of ${prefix} does seem correct, I've updated the recipe. Patch v2 has been dispatched, including a required update to the libass package which was necessary to get a fully functional mpv. Does it install files in strange directories not covered by standard FILES? No, but it doesn't seem to have any notion of adjusting the install directory except at configure time, hence ${D}${prefix} Please refer to the new patchset to see how I've changed the recipe. -- Gary Thomas | Consulting for the MLB Associates |Embedded world -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-webserver] modphp
On 2016-03-10 14:02, Martin Jansa wrote: On Thu, Mar 10, 2016 at 01:18:59PM +0100, Gary Thomas wrote: On 2016-03-10 11:55, Martin Jansa wrote: On Thu, Mar 10, 2016 at 10:41:25AM +0100, Gary Thomas wrote: Anyone know what happened to the recipe for modphp which was in meta-oe (maybe before meta-webserver) circa 2013? I can't find a recipe for this anywhere. Why not try git log? Of course! I don't often search logs for things I don't know where to find though. An aside - doesn't this change make meta-oe depend on meta-webserver (which doesn't seem like a positive relationship)? What in meta-oe depends on meta-webserver? I don't see anything. Select 'apache2' in the package config for php - that would then require recipe(s) from meta-webserver commit f81961ff20d669e0f472f45b9922d6f62ee0d330 Author: Paul Eggleton Date: Mon Jan 5 10:24:53 2015 + README: update for modphp merging into php Signed-off-by: Paul Eggleton commit 06af52095b5be1cb21a7dc9a6a6e05d01f6e7a00 Author: Paul Eggleton Date: Thu Jan 1 23:34:29 2015 + modphp: remove This is now built out of the standard php recipe. Signed-off-by: Paul Eggleton -- ---- Gary Thomas | Consulting for the MLB Associates |Embedded world -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-oe][PATCH] mpv: Media Player
On 2016-03-10 09:18, Gary Thomas wrote: On 2016-03-10 08:57, Martin Jansa wrote: I did and there was still: FILES_${PN} += "${prefix}" that's why I've asked again here. Now I understand why you're asking. I'll verify that it works correctly without that line, just using the standard packaging. If so, need I send another patch revision or can you just leave that one line out when you merge? The answer is yes, it does install to some non-standard paths. At least as the configuration currently stands, it needs FILES_${PN} += "${prefix}/etc ${prefix}/share" On Thu, Mar 10, 2016 at 8:40 AM, Gary Thomas wrote: On 2016-03-10 08:33, Martin Jansa wrote: On Thu, Mar 10, 2016 at 05:42:39AM +0100, Gary Thomas wrote: On 2016-03-09 20:15, Martin Jansa wrote: On Wed, Mar 09, 2016 at 07:20:33AM +0100, Gary Thomas wrote: mpv is a fork of mplayer2 and MPlayer. It shares some features with the former projects while introducing many more. Signed-off-by: Gary Thomas --- meta-oe/recipes-multimedia/mplayer/mpv_0.15.0.bb | 60 1 file changed, 60 insertions(+) create mode 100644 meta-oe/recipes-multimedia/mplayer/mpv_0.15.0.bb diff --git a/meta-oe/recipes-multimedia/mplayer/mpv_0.15.0.bb b/meta-oe/recipes-multimedia/mplayer/mpv_0.15.0.bb new file mode 100644 index 000..37e4b02 --- /dev/null +++ b/meta-oe/recipes-multimedia/mplayer/mpv_0.15.0.bb @@ -0,0 +1,60 @@ +SUMMARY = "Open Source multimedia player" +SECTION = "multimedia" +HOMEPAGE = "http://www.mpv.io/"; +DEPENDS = "zlib ffmpeg jpeg virtual/libx11 xsp libxv libxscrnsaver" + +# Depends on xsp, libxv, virtual/libx11, libxscrnsaver +REQUIRED_DISTRO_FEATURES = "x11" + +LICENSE = "GPLv2+" +LIC_FILES_CHKSUM = "file://LICENSE;md5=91f1cb870c1cc2d31351a4d2595441cb" + +SRC_URI = " https://github.com/mpv-player/mpv/archive/v${PV}.tar.gz;name=mpv \ + http://www.freehackers.org/~tnagy/release/waf-1.8.12;name=waf \ +" +SRC_URI[mpv.md5sum] = "9042bd3fbff2bc8ba0b7fadaa4a22101" +SRC_URI[mpv.sha256sum] = "7d31217ba8572f364fcea2955733f821374ae6d8c6d8f22f8bc63c44c0400bdc" +SRC_URI[waf.md5sum] = "cef4ee82206b1843db082d0b0506bf71" +SRC_URI[waf.sha256sum] = "01bf2beab2106d1558800c8709bc2c8e496d3da4a2ca343fe091f22fca60c98b" + +EXTRA_OECONF = " \ +--prefix=${D}/usr \ why not ${prefix} and does it really need to be prefixed with ${D} (unlike mandir bellow)? Ugly waf. What about ${D}? +--mandir=${mandir} \ +--target=${SIMPLE_TARGET_SYS} \ +--disable-gl \ +--disable-libsmbclient \ +--disable-libass \ +--disable-lua \ +--disable-libass-osd \ +--disable-encoding \ +--disable-libbluray \ +--disable-dvdread \ +--disable-dvdnav \ +--disable-cdda \ +--disable-enca \ +--disable-libguess \ +--disable-uchardet \ +--disable-rubberband \ +--disable-lcms2 \ +--disable-vapoursynth \ +--disable-vapoursynth-lazy \ +--enable-libarchive \ +" + +do_configure() { +if [ ! -L ../waf ]; then +chmod a+x ../waf-1.8.12 + ln -s waf-1.8.12 ../waf +fi +../waf configure ${EXTRA_OECONF} +} + +do_compile () { +../waf build +} + +do_install() { +../waf install +} + +FILES_${PN} += "/usr/" ${prefix}? Does it install files in strange directories not covered by standard FILES? Use of ${prefix} does seem correct, I've updated the recipe. Patch v2 has been dispatched, including a required update to the libass package which was necessary to get a fully functional mpv. Does it install files in strange directories not covered by standard FILES? No, but it doesn't seem to have any notion of adjusting the install directory except at configure time, hence ${D}${prefix} Please refer to the new patchset to see how I've changed the recipe. -- Gary Thomas | Consulting for the MLB Associates |Embedded world -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-webserver] modphp
On 2016-03-10 11:55, Martin Jansa wrote: On Thu, Mar 10, 2016 at 10:41:25AM +0100, Gary Thomas wrote: Anyone know what happened to the recipe for modphp which was in meta-oe (maybe before meta-webserver) circa 2013? I can't find a recipe for this anywhere. Why not try git log? Of course! I don't often search logs for things I don't know where to find though. An aside - doesn't this change make meta-oe depend on meta-webserver (which doesn't seem like a positive relationship)? commit f81961ff20d669e0f472f45b9922d6f62ee0d330 Author: Paul Eggleton Date: Mon Jan 5 10:24:53 2015 + README: update for modphp merging into php Signed-off-by: Paul Eggleton commit 06af52095b5be1cb21a7dc9a6a6e05d01f6e7a00 Author: Paul Eggleton Date: Thu Jan 1 23:34:29 2015 + modphp: remove This is now built out of the standard php recipe. Signed-off-by: Paul Eggleton -- ---- Gary Thomas | Consulting for the MLB Associates |Embedded world -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-webserver] modphp
Anyone know what happened to the recipe for modphp which was in meta-oe (maybe before meta-webserver) circa 2013? I can't find a recipe for this anywhere. -- Gary Thomas | Consulting for the MLB Associates |Embedded world -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] Updating configuration files, how to
On 2016-03-10 10:15, Jaap de Jong wrote: Hi All, I am wondering what the best approach is for creating 'standard' packages with updated configuration files. As an example: I want to have a package with an updated /etc/network/interfaces file to reflect my systems hardware. Should I create a init-ifupdown_1.0.bbappend recipe with the updated file? What other options do I have? What are you guys using for this? And how about the package name in such a case. Append something to its name? I use a init-ifupdown_1.0.bbappend in my target machine (BSP) layer, this way these settings only affect the particular machine(s). -- ---- Gary Thomas | Consulting for the MLB Associates |Embedded world -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-oe][PATCH] mpv: Media Player
On 2016-03-10 08:57, Martin Jansa wrote: I did and there was still: FILES_${PN} += "${prefix}" that's why I've asked again here. Now I understand why you're asking. I'll verify that it works correctly without that line, just using the standard packaging. If so, need I send another patch revision or can you just leave that one line out when you merge? On Thu, Mar 10, 2016 at 8:40 AM, Gary Thomas wrote: On 2016-03-10 08:33, Martin Jansa wrote: On Thu, Mar 10, 2016 at 05:42:39AM +0100, Gary Thomas wrote: On 2016-03-09 20:15, Martin Jansa wrote: On Wed, Mar 09, 2016 at 07:20:33AM +0100, Gary Thomas wrote: mpv is a fork of mplayer2 and MPlayer. It shares some features with the former projects while introducing many more. Signed-off-by: Gary Thomas --- meta-oe/recipes-multimedia/mplayer/mpv_0.15.0.bb | 60 1 file changed, 60 insertions(+) create mode 100644 meta-oe/recipes-multimedia/mplayer/mpv_0.15.0.bb diff --git a/meta-oe/recipes-multimedia/mplayer/mpv_0.15.0.bb b/meta-oe/recipes-multimedia/mplayer/mpv_0.15.0.bb new file mode 100644 index 000..37e4b02 --- /dev/null +++ b/meta-oe/recipes-multimedia/mplayer/mpv_0.15.0.bb @@ -0,0 +1,60 @@ +SUMMARY = "Open Source multimedia player" +SECTION = "multimedia" +HOMEPAGE = "http://www.mpv.io/"; +DEPENDS = "zlib ffmpeg jpeg virtual/libx11 xsp libxv libxscrnsaver" + +# Depends on xsp, libxv, virtual/libx11, libxscrnsaver +REQUIRED_DISTRO_FEATURES = "x11" + +LICENSE = "GPLv2+" +LIC_FILES_CHKSUM = "file://LICENSE;md5=91f1cb870c1cc2d31351a4d2595441cb" + +SRC_URI = " https://github.com/mpv-player/mpv/archive/v${PV}.tar.gz;name=mpv \ + http://www.freehackers.org/~tnagy/release/waf-1.8.12;name=waf \ +" +SRC_URI[mpv.md5sum] = "9042bd3fbff2bc8ba0b7fadaa4a22101" +SRC_URI[mpv.sha256sum] = "7d31217ba8572f364fcea2955733f821374ae6d8c6d8f22f8bc63c44c0400bdc" +SRC_URI[waf.md5sum] = "cef4ee82206b1843db082d0b0506bf71" +SRC_URI[waf.sha256sum] = "01bf2beab2106d1558800c8709bc2c8e496d3da4a2ca343fe091f22fca60c98b" + +EXTRA_OECONF = " \ +--prefix=${D}/usr \ why not ${prefix} and does it really need to be prefixed with ${D} (unlike mandir bellow)? Ugly waf. What about ${D}? +--mandir=${mandir} \ +--target=${SIMPLE_TARGET_SYS} \ +--disable-gl \ +--disable-libsmbclient \ +--disable-libass \ +--disable-lua \ +--disable-libass-osd \ +--disable-encoding \ +--disable-libbluray \ +--disable-dvdread \ +--disable-dvdnav \ +--disable-cdda \ +--disable-enca \ +--disable-libguess \ +--disable-uchardet \ +--disable-rubberband \ +--disable-lcms2 \ +--disable-vapoursynth \ +--disable-vapoursynth-lazy \ +--enable-libarchive \ +" + +do_configure() { +if [ ! -L ../waf ]; then +chmod a+x ../waf-1.8.12 + ln -s waf-1.8.12 ../waf +fi +../waf configure ${EXTRA_OECONF} +} + +do_compile () { +../waf build +} + +do_install() { +../waf install +} + +FILES_${PN} += "/usr/" ${prefix}? Does it install files in strange directories not covered by standard FILES? Use of ${prefix} does seem correct, I've updated the recipe. Patch v2 has been dispatched, including a required update to the libass package which was necessary to get a fully functional mpv. Does it install files in strange directories not covered by standard FILES? No, but it doesn't seem to have any notion of adjusting the install directory except at configure time, hence ${D}${prefix} Please refer to the new patchset to see how I've changed the recipe. -- Gary Thomas | Consulting for the MLB Associates |Embedded world -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-oe][PATCH] mpv: Media Player
On 2016-03-10 08:33, Martin Jansa wrote: On Thu, Mar 10, 2016 at 05:42:39AM +0100, Gary Thomas wrote: On 2016-03-09 20:15, Martin Jansa wrote: On Wed, Mar 09, 2016 at 07:20:33AM +0100, Gary Thomas wrote: mpv is a fork of mplayer2 and MPlayer. It shares some features with the former projects while introducing many more. Signed-off-by: Gary Thomas --- meta-oe/recipes-multimedia/mplayer/mpv_0.15.0.bb | 60 1 file changed, 60 insertions(+) create mode 100644 meta-oe/recipes-multimedia/mplayer/mpv_0.15.0.bb diff --git a/meta-oe/recipes-multimedia/mplayer/mpv_0.15.0.bb b/meta-oe/recipes-multimedia/mplayer/mpv_0.15.0.bb new file mode 100644 index 000..37e4b02 --- /dev/null +++ b/meta-oe/recipes-multimedia/mplayer/mpv_0.15.0.bb @@ -0,0 +1,60 @@ +SUMMARY = "Open Source multimedia player" +SECTION = "multimedia" +HOMEPAGE = "http://www.mpv.io/"; +DEPENDS = "zlib ffmpeg jpeg virtual/libx11 xsp libxv libxscrnsaver" + +# Depends on xsp, libxv, virtual/libx11, libxscrnsaver +REQUIRED_DISTRO_FEATURES = "x11" + +LICENSE = "GPLv2+" +LIC_FILES_CHKSUM = "file://LICENSE;md5=91f1cb870c1cc2d31351a4d2595441cb" + +SRC_URI = "https://github.com/mpv-player/mpv/archive/v${PV}.tar.gz;name=mpv \ + http://www.freehackers.org/~tnagy/release/waf-1.8.12;name=waf \ +" +SRC_URI[mpv.md5sum] = "9042bd3fbff2bc8ba0b7fadaa4a22101" +SRC_URI[mpv.sha256sum] = "7d31217ba8572f364fcea2955733f821374ae6d8c6d8f22f8bc63c44c0400bdc" +SRC_URI[waf.md5sum] = "cef4ee82206b1843db082d0b0506bf71" +SRC_URI[waf.sha256sum] = "01bf2beab2106d1558800c8709bc2c8e496d3da4a2ca343fe091f22fca60c98b" + +EXTRA_OECONF = " \ +--prefix=${D}/usr \ why not ${prefix} and does it really need to be prefixed with ${D} (unlike mandir bellow)? Ugly waf. What about ${D}? +--mandir=${mandir} \ +--target=${SIMPLE_TARGET_SYS} \ +--disable-gl \ +--disable-libsmbclient \ +--disable-libass \ +--disable-lua \ +--disable-libass-osd \ +--disable-encoding \ +--disable-libbluray \ +--disable-dvdread \ +--disable-dvdnav \ +--disable-cdda \ +--disable-enca \ +--disable-libguess \ +--disable-uchardet \ +--disable-rubberband \ +--disable-lcms2 \ +--disable-vapoursynth \ +--disable-vapoursynth-lazy \ +--enable-libarchive \ +" + +do_configure() { +if [ ! -L ../waf ]; then +chmod a+x ../waf-1.8.12 + ln -s waf-1.8.12 ../waf +fi +../waf configure ${EXTRA_OECONF} +} + +do_compile () { +../waf build +} + +do_install() { +../waf install +} + +FILES_${PN} += "/usr/" ${prefix}? Does it install files in strange directories not covered by standard FILES? Use of ${prefix} does seem correct, I've updated the recipe. Patch v2 has been dispatched, including a required update to the libass package which was necessary to get a fully functional mpv. Does it install files in strange directories not covered by standard FILES? No, but it doesn't seem to have any notion of adjusting the install directory except at configure time, hence ${D}${prefix} Please refer to the new patchset to see how I've changed the recipe. -- Gary Thomas | Consulting for the MLB Associates |Embedded world -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-oe][PATCH] mpv: Media Player
On 2016-03-09 20:15, Martin Jansa wrote: On Wed, Mar 09, 2016 at 07:20:33AM +0100, Gary Thomas wrote: mpv is a fork of mplayer2 and MPlayer. It shares some features with the former projects while introducing many more. Signed-off-by: Gary Thomas --- meta-oe/recipes-multimedia/mplayer/mpv_0.15.0.bb | 60 1 file changed, 60 insertions(+) create mode 100644 meta-oe/recipes-multimedia/mplayer/mpv_0.15.0.bb diff --git a/meta-oe/recipes-multimedia/mplayer/mpv_0.15.0.bb b/meta-oe/recipes-multimedia/mplayer/mpv_0.15.0.bb new file mode 100644 index 000..37e4b02 --- /dev/null +++ b/meta-oe/recipes-multimedia/mplayer/mpv_0.15.0.bb @@ -0,0 +1,60 @@ +SUMMARY = "Open Source multimedia player" +SECTION = "multimedia" +HOMEPAGE = "http://www.mpv.io/"; +DEPENDS = "zlib ffmpeg jpeg virtual/libx11 xsp libxv libxscrnsaver" + +# Depends on xsp, libxv, virtual/libx11, libxscrnsaver +REQUIRED_DISTRO_FEATURES = "x11" + +LICENSE = "GPLv2+" +LIC_FILES_CHKSUM = "file://LICENSE;md5=91f1cb870c1cc2d31351a4d2595441cb" + +SRC_URI = "https://github.com/mpv-player/mpv/archive/v${PV}.tar.gz;name=mpv \ + http://www.freehackers.org/~tnagy/release/waf-1.8.12;name=waf \ +" +SRC_URI[mpv.md5sum] = "9042bd3fbff2bc8ba0b7fadaa4a22101" +SRC_URI[mpv.sha256sum] = "7d31217ba8572f364fcea2955733f821374ae6d8c6d8f22f8bc63c44c0400bdc" +SRC_URI[waf.md5sum] = "cef4ee82206b1843db082d0b0506bf71" +SRC_URI[waf.sha256sum] = "01bf2beab2106d1558800c8709bc2c8e496d3da4a2ca343fe091f22fca60c98b" + +EXTRA_OECONF = " \ +--prefix=${D}/usr \ why not ${prefix} and does it really need to be prefixed with ${D} (unlike mandir bellow)? Ugly waf. +--mandir=${mandir} \ +--target=${SIMPLE_TARGET_SYS} \ +--disable-gl \ +--disable-libsmbclient \ +--disable-libass \ +--disable-lua \ +--disable-libass-osd \ +--disable-encoding \ +--disable-libbluray \ +--disable-dvdread \ +--disable-dvdnav \ +--disable-cdda \ +--disable-enca \ +--disable-libguess \ +--disable-uchardet \ +--disable-rubberband \ +--disable-lcms2 \ +--disable-vapoursynth \ +--disable-vapoursynth-lazy \ +--enable-libarchive \ +" + +do_configure() { +if [ ! -L ../waf ]; then +chmod a+x ../waf-1.8.12 + ln -s waf-1.8.12 ../waf +fi +../waf configure ${EXTRA_OECONF} +} + +do_compile () { +../waf build +} + +do_install() { +../waf install +} + +FILES_${PN} += "/usr/" ${prefix}? Does it install files in strange directories not covered by standard FILES? Use of ${prefix} does seem correct, I've updated the recipe. Patch v2 has been dispatched, including a required update to the libass package which was necessary to get a fully functional mpv. -- Gary Thomas | Consulting for the MLB Associates |Embedded world -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-oe][PATCH v2 1/2] libass: Update to latest version
libass has moved from Google to github.com Also update to the latest version (libass.so.5) Signed-off-by: Gary Thomas --- meta-oe/recipes-multimedia/libass/libass.inc | 7 ++- meta-oe/recipes-multimedia/libass/libass_0.10.1.bb | 5 - meta-oe/recipes-multimedia/libass/libass_0.13.2.bb | 4 3 files changed, 6 insertions(+), 10 deletions(-) delete mode 100644 meta-oe/recipes-multimedia/libass/libass_0.10.1.bb create mode 100644 meta-oe/recipes-multimedia/libass/libass_0.13.2.bb diff --git a/meta-oe/recipes-multimedia/libass/libass.inc b/meta-oe/recipes-multimedia/libass/libass.inc index 328cd14..a394c56 100644 --- a/meta-oe/recipes-multimedia/libass/libass.inc +++ b/meta-oe/recipes-multimedia/libass/libass.inc @@ -1,5 +1,5 @@ DESCRIPTION = "libass is a portable subtitle renderer for the ASS/SSA (Advanced Substation Alpha/Substation Alpha) subtitle format. It is mostly compatible with VSFilter." -HOMEPAGE = "http://code.google.com/p/libass/"; +HOMEPAGE = "http://github.com/libass/libass/"; SECTION = "libs/multimedia" LICENSE = "ISC" @@ -7,10 +7,7 @@ LIC_FILES_CHKSUM = "file://COPYING;md5=8ae98663bac55afe5d989919d296f28a" DEPENDS = "enca fontconfig freetype libpng fribidi" -INC_PR = "r1" - -SRC_URI = "http://${BPN}.googlecode.com/files/${BP}.tar.gz"; - +SRC_URI = "https://github.com/${PN}/${PN}/releases/download/0.13.2/${BP}.tar.gz"; inherit autotools pkgconfig PACKAGECONFIG ??= "" diff --git a/meta-oe/recipes-multimedia/libass/libass_0.10.1.bb b/meta-oe/recipes-multimedia/libass/libass_0.10.1.bb deleted file mode 100644 index 0b32276..000 --- a/meta-oe/recipes-multimedia/libass/libass_0.10.1.bb +++ /dev/null @@ -1,5 +0,0 @@ -require ${PN}.inc -PR = "${INC_PR}.0" - -SRC_URI[md5sum] = "6cace482a013a3c4bf3b31a68ac66026" -SRC_URI[sha256sum] = "629a7e81fff92dea8d0399b818a41fd1b61e381c67a5961b1eaec2efadb14c6c" diff --git a/meta-oe/recipes-multimedia/libass/libass_0.13.2.bb b/meta-oe/recipes-multimedia/libass/libass_0.13.2.bb new file mode 100644 index 000..123c9dd --- /dev/null +++ b/meta-oe/recipes-multimedia/libass/libass_0.13.2.bb @@ -0,0 +1,4 @@ +require ${PN}.inc + +SRC_URI[md5sum] = "b4d82616bb18e8e954b18746a105a3b8" +SRC_URI[sha256sum] = "8baccf663553b62977b1c017d18b3879835da0ef79dc4d3b708f2566762f1d5e" -- 2.5.0 -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-oe][PATCH v2 2/2] mpv: Media Player
mpv is a fork of mplayer2 and MPlayer. It shares some features with the former projects while introducing many more. Signed-off-by: Gary Thomas --- meta-oe/recipes-multimedia/mplayer/mpv_0.15.0.bb | 65 1 file changed, 65 insertions(+) create mode 100644 meta-oe/recipes-multimedia/mplayer/mpv_0.15.0.bb diff --git a/meta-oe/recipes-multimedia/mplayer/mpv_0.15.0.bb b/meta-oe/recipes-multimedia/mplayer/mpv_0.15.0.bb new file mode 100644 index 000..e8c13a4 --- /dev/null +++ b/meta-oe/recipes-multimedia/mplayer/mpv_0.15.0.bb @@ -0,0 +1,65 @@ +SUMMARY = "Open Source multimedia player" +SECTION = "multimedia" +HOMEPAGE = "http://www.mpv.io/"; +DEPENDS = "zlib ffmpeg jpeg virtual/libx11 xsp libxv \ + libxscrnsaver libv4l libxinerama \ +" + +REQUIRED_DISTRO_FEATURES = "x11" + +LICENSE = "GPLv2+" +LIC_FILES_CHKSUM = "file://LICENSE;md5=91f1cb870c1cc2d31351a4d2595441cb" + +SRC_URI = "https://github.com/mpv-player/mpv/archive/v${PV}.tar.gz;name=mpv \ + http://www.freehackers.org/~tnagy/release/waf-1.8.12;name=waf \ +" +SRC_URI[mpv.md5sum] = "9042bd3fbff2bc8ba0b7fadaa4a22101" +SRC_URI[mpv.sha256sum] = "7d31217ba8572f364fcea2955733f821374ae6d8c6d8f22f8bc63c44c0400bdc" +SRC_URI[waf.md5sum] = "cef4ee82206b1843db082d0b0506bf71" +SRC_URI[waf.sha256sum] = "01bf2beab2106d1558800c8709bc2c8e496d3da4a2ca343fe091f22fca60c98b" + +inherit pkgconfig + +# Note: both lua and libass are required to get on-screen-display (controls) +PACKAGECONFIG ??= "lua libass" +PACKAGECONFIG[lua] = "--enable-lua,--disable-lua,lua luajit" +PACKAGECONFIG[libass] = "--enable-libass,--disable-libass,libass" +PACKAGECONFIG[libarchive] = "--enable-libarchive,--disable-libarchive,libarchive" + +EXTRA_OECONF = " \ +--prefix=${D}${prefix} \ +--target=${SIMPLE_TARGET_SYS} \ +--disable-manpage-build \ +--disable-gl \ +--disable-libsmbclient \ +--disable-encoding \ +--disable-libbluray \ +--disable-dvdread \ +--disable-dvdnav \ +--disable-cdda \ +--disable-enca \ +--disable-libguess \ +--disable-uchardet \ +--disable-rubberband \ +--disable-lcms2 \ +--disable-vapoursynth \ +--disable-vapoursynth-lazy \ +" + +do_configure() { +if [ ! -L ../waf ]; then +chmod a+x ../waf-1.8.12 + ln -s waf-1.8.12 ../waf +fi +../waf configure ${EXTRA_OECONF} +} + +do_compile () { +../waf build +} + +do_install() { +../waf install +} + +FILES_${PN} += "${prefix}" -- 2.5.0 -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-oe][PATCH v2 0/2] mpv: Media Player
mpv is a new media player, based on a fork of Mplayer and mplayer2. libass is updated to the latest version (necessary for fully functioning mpv) Gary Thomas (2): libass: Update to latest version mpv: Media Player meta-oe/recipes-multimedia/libass/libass.inc | 7 +-- meta-oe/recipes-multimedia/libass/libass_0.10.1.bb | 5 -- meta-oe/recipes-multimedia/libass/libass_0.13.2.bb | 4 ++ meta-oe/recipes-multimedia/mplayer/mpv_0.15.0.bb | 65 ++ 4 files changed, 71 insertions(+), 10 deletions(-) delete mode 100644 meta-oe/recipes-multimedia/libass/libass_0.10.1.bb create mode 100644 meta-oe/recipes-multimedia/libass/libass_0.13.2.bb create mode 100644 meta-oe/recipes-multimedia/mplayer/mpv_0.15.0.bb -- 2.5.0 -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-oe][PATCH] mpv: Media Player
mpv is a fork of mplayer2 and MPlayer. It shares some features with the former projects while introducing many more. Signed-off-by: Gary Thomas --- meta-oe/recipes-multimedia/mplayer/mpv_0.15.0.bb | 60 1 file changed, 60 insertions(+) create mode 100644 meta-oe/recipes-multimedia/mplayer/mpv_0.15.0.bb diff --git a/meta-oe/recipes-multimedia/mplayer/mpv_0.15.0.bb b/meta-oe/recipes-multimedia/mplayer/mpv_0.15.0.bb new file mode 100644 index 000..37e4b02 --- /dev/null +++ b/meta-oe/recipes-multimedia/mplayer/mpv_0.15.0.bb @@ -0,0 +1,60 @@ +SUMMARY = "Open Source multimedia player" +SECTION = "multimedia" +HOMEPAGE = "http://www.mpv.io/"; +DEPENDS = "zlib ffmpeg jpeg virtual/libx11 xsp libxv libxscrnsaver" + +# Depends on xsp, libxv, virtual/libx11, libxscrnsaver +REQUIRED_DISTRO_FEATURES = "x11" + +LICENSE = "GPLv2+" +LIC_FILES_CHKSUM = "file://LICENSE;md5=91f1cb870c1cc2d31351a4d2595441cb" + +SRC_URI = "https://github.com/mpv-player/mpv/archive/v${PV}.tar.gz;name=mpv \ + http://www.freehackers.org/~tnagy/release/waf-1.8.12;name=waf \ +" +SRC_URI[mpv.md5sum] = "9042bd3fbff2bc8ba0b7fadaa4a22101" +SRC_URI[mpv.sha256sum] = "7d31217ba8572f364fcea2955733f821374ae6d8c6d8f22f8bc63c44c0400bdc" +SRC_URI[waf.md5sum] = "cef4ee82206b1843db082d0b0506bf71" +SRC_URI[waf.sha256sum] = "01bf2beab2106d1558800c8709bc2c8e496d3da4a2ca343fe091f22fca60c98b" + +EXTRA_OECONF = " \ +--prefix=${D}/usr \ +--mandir=${mandir} \ +--target=${SIMPLE_TARGET_SYS} \ +--disable-gl \ +--disable-libsmbclient \ +--disable-libass \ +--disable-lua \ +--disable-libass-osd \ +--disable-encoding \ +--disable-libbluray \ +--disable-dvdread \ +--disable-dvdnav \ +--disable-cdda \ +--disable-enca \ +--disable-libguess \ +--disable-uchardet \ +--disable-rubberband \ +--disable-lcms2 \ +--disable-vapoursynth \ +--disable-vapoursynth-lazy \ +--enable-libarchive \ +" + +do_configure() { +if [ ! -L ../waf ]; then +chmod a+x ../waf-1.8.12 + ln -s waf-1.8.12 ../waf +fi +../waf configure ${EXTRA_OECONF} +} + +do_compile () { +../waf build +} + +do_install() { +../waf install +} + +FILES_${PN} += "/usr/" -- 2.5.0 -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH] ne10: fix parsing
On 02/27/2016 10:22 PM, Andreas Müller wrote: ERROR: ParseError at /home/superandy/data/oe-core/sources/meta-openembedded/meta-oe/recipes-support/ne10/ne10_1.2.1.bb:41: unparsed line: 'in .text [textrel]' | ETA: 00:00:13 Signed-off-by: Andreas Müller --- meta-oe/recipes-support/ne10/ne10_1.2.1.bb | 6 ++ 1 file changed, 2 insertions(+), 4 deletions(-) diff --git a/meta-oe/recipes-support/ne10/ne10_1.2.1.bb b/meta-oe/recipes-support/ne10/ne10_1.2.1.bb index 5bfe80a..4d753a0 100644 --- a/meta-oe/recipes-support/ne10/ne10_1.2.1.bb +++ b/meta-oe/recipes-support/ne10/ne10_1.2.1.bb @@ -37,8 +37,6 @@ do_install() { cp -a ${B}/modules/libNE10.so ${D}${libdir}/ } -# ERROR: QA Issue: ELF binary 'ne10/1.2.1-r0/packages-split/ne10/usr/lib/libNE10.so.10' has relocations -in .text [textrel] -# ERROR: QA Issue: ELF binary 'ne10/1.2.1-r0/packages-split/ne10/usr/lib/libNE10.so.10' has relocations -in .text [textrel] +# ERROR: QA Issue: ELF binary 'ne10/1.2.1-r0/packages-split/ne10/usr/lib/libNE10.so.10' has relocations in .text [textrel] +# ERROR: QA Issue: ELF binary 'ne10/1.2.1-r0/packages-split/ne10/usr/lib/libNE10.so.10' has relocations in .text [textrel] Is there some reason for repeating this line twice? They appear to be identical. INSANE_SKIP_${PN} += "textrel" -- ---- Gary Thomas | Consulting for the MLB Associates |Embedded world -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-browser] ARM support in Chromium
On 2016-02-22 13:32, Pascal Bach wrote: Am 22.02.2016 um 11:44 schrieb Gary Thomas: On 2016-02-22 11:32, Martin Jansa wrote: Yes it can, because cortex-a7 is armv7a. My build failed listing the board as not compatible ERROR: Nothing PROVIDES 'chromium' ERROR: chromium was skipped: incompatible with machine teton-p0381 (not in COMPATIBLE_MACHINE) I think it might be worth to have a look at your MACHINEOVERRIDES variable. bitbake -e should be of assistance here. Good pointer - the ARM architecture is being set to armv7ve, not armv7a This was changed (by Martin Jansa) in Poky commit c6a19917ec5350cdfc4053d14462609782613bbc I suppose a patch to the chromium recipe to allow armv7ve is in order. On Mon, Feb 22, 2016 at 11:30 AM, Gary Thomas wrote: A recent change to the chromium recipe restricts it to only armv6 and armv7a. I've built (and successfully run) previous versions of chromium on my LS102x board which is cortexa7hf. It's not clear to me what arm revision that works out to be (where does one look for this info?) but I'd like to see if chromium can still be used on my board? Thanks for any pointers -- ---- Gary Thomas | Consulting for the MLB Associates |Embedded world -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-browser] ARM support in Chromium
On 2016-02-22 11:32, Martin Jansa wrote: Yes it can, because cortex-a7 is armv7a. My build failed listing the board as not compatible ERROR: Nothing PROVIDES 'chromium' ERROR: chromium was skipped: incompatible with machine teton-p0381 (not in COMPATIBLE_MACHINE) On Mon, Feb 22, 2016 at 11:30 AM, Gary Thomas wrote: A recent change to the chromium recipe restricts it to only armv6 and armv7a. I've built (and successfully run) previous versions of chromium on my LS102x board which is cortexa7hf. It's not clear to me what arm revision that works out to be (where does one look for this info?) but I'd like to see if chromium can still be used on my board? Thanks for any pointers -- ---- Gary Thomas | Consulting for the MLB Associates |Embedded world -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-browser] ARM support in Chromium
A recent change to the chromium recipe restricts it to only armv6 and armv7a. I've built (and successfully run) previous versions of chromium on my LS102x board which is cortexa7hf. It's not clear to me what arm revision that works out to be (where does one look for this info?) but I'd like to see if chromium can still be used on my board? Thanks for any pointers -- -------- Gary Thomas | Consulting for the MLB Associates |Embedded world -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] mplayer2 : focus deficiency?
On 2016-02-10 12:02, Belal, Awais wrote: Hi, The version of mplayer2 available in meta-oe is almost 2.5 years old while there seems to be active development around it. Is there a reason OE never moved to a newer version? The mplayer team officially releases tarballs from its website https://www.mplayerhq.hu/design7/dload.html while they also provide svn access through svn://svn.mplayerhq.hu/mplayer/trunk. I believe it would be a good idea to move to one of these sources (I would prefer tar downloads myself) and use a newer more robust (probably) version of mplayer2. I didn't think to look anywhere other than their git tree which seems to be abandoned (the version we are using is the latest out there) I will be working on a new recipe to cater this if there are no objections but I would really like to have some feedback before I do so. I've been trying to fix up what we have now that OE-core has abandoned libav, replacing it with a newer ffmpeg. Maybe I'll give this a go myself if you'd like to wait a short while (perhaps by tomorrow)? -- ---- Gary Thomas | Consulting for the MLB Associates |Embedded world -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-browser] Can't build firefox
Using the latest OE-core (from Poky 7d5d8d0cd985edf507c8d00e2e162d1b9fff3589) and meta-browser (f81404fe014da8b86dae6f47fc99975ff2a855d1) I get these errors: ERROR: QA Issue: -dev package contains non-symlink .so: firefox-dev path 'work/cortexa9hf-neon-mx6qdl-amltd-linux-gnueabi/firefox/38.6.0esr-r0/packages-split/firefox-dev/usr/lib/firefox-devel-38.6/sdk/lib/libnss3.so' -dev package contains non-symlink .so: firefox-dev path 'work/cortexa9hf-neon-mx6qdl-amltd-linux-gnueabi/firefox/38.6.0esr-r0/packages-split/firefox-dev/usr/lib/firefox-devel-38.6/sdk/lib/libmozalloc.so' -dev package contains non-symlink .so: firefox-dev path 'work/cortexa9hf-neon-mx6qdl-amltd-linux-gnueabi/firefox/38.6.0esr-r0/packages-split/firefox-dev/usr/lib/firefox-devel-38.6/sdk/lib/libsmime3.so' -dev package contains non-symlink .so: firefox-dev path 'work/cortexa9hf-neon-mx6qdl-amltd-linux-gnueabi/firefox/38.6.0esr-r0/packages-split/firefox-dev/usr/lib/firefox-devel-38.6/sdk/lib/libssl3.so' -dev package contains non-symlink .so: firefox-dev path 'work/cortexa9hf-neon-mx6qdl-amltd-linux-gnueabi/firefox/38.6.0esr-r0/packages-split/firefox-dev/usr/lib/firefox-devel-38.6/sdk/lib/libplc4.so' -dev package contains non-symlink .so: firefox-dev path 'work/cortexa9hf-neon-mx6qdl-amltd-linux-gnueabi/firefox/38.6.0esr-r0/packages-split/firefox-dev/usr/lib/firefox-devel-38.6/sdk/lib/libnssutil3.so' -dev package contains non-symlink .so: firefox-dev path 'work/cortexa9hf-neon-mx6qdl-amltd-linux-gnueabi/firefox/38.6.0esr-r0/packages-split/firefox-dev/usr/lib/firefox-devel-38.6/sdk/lib/libxul.so' -dev package contains non-symlink .so: firefox-dev path 'work/cortexa9hf-neon-mx6qdl-amltd-linux-gnueabi/firefox/38.6.0esr-r0/packages-split/firefox-dev/usr/lib/firefox-devel-38.6/sdk/lib/libplds4.so' -dev package contains non-symlink .so: firefox-dev path 'work/cortexa9hf-neon-mx6qdl-amltd-linux-gnueabi/firefox/38.6.0esr-r0/packages-split/firefox-dev/usr/lib/firefox-devel-38.6/sdk/lib/libnspr4.so' [dev-elf] ERROR: QA run found fatal errors. Please consider fixing them. Any ideas or pointers on how to fix this? -- Gary Thomas | Consulting for the MLB Associates |Embedded world -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-java] unversioned source files
On 01/21/2016 10:41 AM, Henning Heinold wrote: On Thu, Jan 21, 2016 at 09:08:35AM +, Huang, Jie (Jackie) wrote: -Original Message- From: openembedded-devel-boun...@lists.openembedded.org [mailto:openembedded-devel- boun...@lists.openembedded.org] On Behalf Of Gary Thomas Sent: Thursday, January 21, 2016 1:51 PM To: openembedded-devel@lists.openembedded.org Subject: [oe] [meta-java] unversioned source files I just built the latest openjdk-7 and noticed that there are a number of source files downloaded that have no version information: sources/corba.tar.bz2 sources/hotspot.tar.bz2 sources/jaxp.tar.bz2 sources/jaxws.tar.bz2 sources/jdk.tar.bz2 sources/langtools.tar.bz2 sources/openjdk.tar.bz2 The original download file doesn' t have version in the name: http://icedtea.wildebeest.org/download/drops/icedtea7/2.7.0/corba.tar.bz2 This seems very problematic to me - how is this expected to work, especially when there are changes? Yeah, there is potential issue, we should fix it by using "downloadfilename" in SRC_URI to rename those files. Okay, but when we copy them into the buildir we must use the old name, because icedtea/openjdk configure script checks for them and will download them itself if not found. Thanks, Jackie Bye Henning Thinking about it, I'm not sure even these changes will really help, especially for local mirrors. Hasn't this topic ever been discussed with the upstream? It would seem very important! -- ---- Gary Thomas | Consulting for the MLB Associates |Embedded world -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-java] unversioned source files
On 01/21/2016 10:08 AM, Huang, Jie (Jackie) wrote: -Original Message- From: openembedded-devel-boun...@lists.openembedded.org [mailto:openembedded-devel- boun...@lists.openembedded.org] On Behalf Of Gary Thomas Sent: Thursday, January 21, 2016 1:51 PM To: openembedded-devel@lists.openembedded.org Subject: [oe] [meta-java] unversioned source files I just built the latest openjdk-7 and noticed that there are a number of source files downloaded that have no version information: sources/corba.tar.bz2 sources/hotspot.tar.bz2 sources/jaxp.tar.bz2 sources/jaxws.tar.bz2 sources/jdk.tar.bz2 sources/langtools.tar.bz2 sources/openjdk.tar.bz2 The original download file doesn' t have version in the name: http://icedtea.wildebeest.org/download/drops/icedtea7/2.7.0/corba.tar.bz2 This seems very problematic to me - how is this expected to work, especially when there are changes? Yeah, there is potential issue, we should fix it by using "downloadfilename" in SRC_URI to rename those files. Yes, this should really be the case. As it is, it's not possible to build openjdk-7 and then build openjdk-8 as the files clash :-( -- ---- Gary Thomas | Consulting for the MLB Associates |Embedded world -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-java] unversioned source files
I just built the latest openjdk-7 and noticed that there are a number of source files downloaded that have no version information: sources/corba.tar.bz2 sources/hotspot.tar.bz2 sources/jaxp.tar.bz2 sources/jaxws.tar.bz2 sources/jdk.tar.bz2 sources/langtools.tar.bz2 sources/openjdk.tar.bz2 This seems very problematic to me - how is this expected to work, especially when there are changes? -- Gary Thomas | Consulting for the MLB Associates |Embedded world -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-oracle-java] Problems building recipe
On 2015-11-05 06:57, Gary Thomas wrote: I have problems building oracle-jse-jre from this layer: meta-oracle-java = "master:769b95d088fa4ead41939c9bcb8475438d0fe449" ERROR: Fetcher failure for URL: 'http://download.oracle.com/otn/java/ejre/7u60-b19/ejre-7u60-fcs-b19-linux-arm-vfp-hflt-client_headless-07_may_2014.tar.gz'. Checksum mismatch! File: '/local/p0382-cutting-edge_2014-11-21/downloads/ejre-7u60-fcs-b19-linux-arm-vfp-hflt-client_headless-07_may_2014.tar.gz' has md5 checksum b72400960629e7403c4b579dada2a804 when b9b8f598b0a7f49e4d221f16ba25c6c0 was expected File: '/local/p0382-cutting-edge_2014-11-21/downloads/ejre-7u60-fcs-b19-linux-arm-vfp-hflt-client_headless-07_may_2014.tar.gz' has sha256 checksum c4a64be693e0e27ca95ffe3036c56156e3d75e07f620fd913308eb03cdf86779 when ed061060011d88efe5563c2949c00993db85db17ab94f18a78713007a2b90faf was expected If this change is expected (e.g. you have upgraded to a new version without updating the checksums) then you can use these lines within the recipe: SRC_URI[md5sum] = "b72400960629e7403c4b579dada2a804" SRC_URI[sha256sum] = "c4a64be693e0e27ca95ffe3036c56156e3d75e07f620fd913308eb03cdf86779" Otherwise you should retry the download and/or check with upstream to determine if the file has become corrupted or otherwise unexpectedly modified. My target is i.MX6 (arm-amltd-linux-gnueabi) Oops, I should have read more of the README. I'm jumping through the Oracle hoops to download this manually now. -- ---- Gary Thomas | Consulting for the MLB Associates |Embedded world -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-java] where is javac on the target
On 2015-11-05 07:00, Richard Leitner wrote: On 11/05/2015 02:54 PM, Gary Thomas wrote: On 2015-11-05 06:42, Richard Leitner wrote: Hi, it should be included in the openjdk-7-jdk package. Thanks, that helped. Perhaps that package should be included in the java-test-image? Good idea ;-) Do you want to send a patch for that? Or should I do it? I'll send a patch soon, once I get all of this working. I now have the compiler on my unit, but I'm still having issues trying to run the examples. Here's what I tried: # cd /usr/share/classpath/examples/gnu/classpath/examples/awt # javac Demo.java Demo.java:1160: error: cannot find symbol AnimationApplet a; ^ symbol: class AnimationApplet location: class AnimationWindow Demo.java:1176: error: cannot find symbol a = new AnimationApplet(); ^ symbol: class AnimationApplet location: class AnimationWindow # ls -l -rw-r--r-- 1 root root 33395 Nov 4 13:16 AicasGraphicsBenchmark.java -rw-r--r-- 1 root root 6713 Nov 4 13:16 AnimationApplet.java -rw-r--r-- 1 root root 29728 Nov 4 13:16 Demo.java -rw-r--r-- 1 root root 12595 Nov 4 13:16 HintingDemo.java Any hints on how I move forward? Note: I'm not experienced with java, just trying to set this up for someone else :-) Sorry, I haven't done anything with the examples (yet). Maybe somebody else can help? kind regards, Richard L -- ---- Gary Thomas | Consulting for the MLB Associates |Embedded world -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-oracle-java] Problems building recipe
I have problems building oracle-jse-jre from this layer: meta-oracle-java = "master:769b95d088fa4ead41939c9bcb8475438d0fe449" ERROR: Fetcher failure for URL: 'http://download.oracle.com/otn/java/ejre/7u60-b19/ejre-7u60-fcs-b19-linux-arm-vfp-hflt-client_headless-07_may_2014.tar.gz'. Checksum mismatch! File: '/local/p0382-cutting-edge_2014-11-21/downloads/ejre-7u60-fcs-b19-linux-arm-vfp-hflt-client_headless-07_may_2014.tar.gz' has md5 checksum b72400960629e7403c4b579dada2a804 when b9b8f598b0a7f49e4d221f16ba25c6c0 was expected File: '/local/p0382-cutting-edge_2014-11-21/downloads/ejre-7u60-fcs-b19-linux-arm-vfp-hflt-client_headless-07_may_2014.tar.gz' has sha256 checksum c4a64be693e0e27ca95ffe3036c56156e3d75e07f620fd913308eb03cdf86779 when ed061060011d88efe5563c2949c00993db85db17ab94f18a78713007a2b90faf was expected If this change is expected (e.g. you have upgraded to a new version without updating the checksums) then you can use these lines within the recipe: SRC_URI[md5sum] = "b72400960629e7403c4b579dada2a804" SRC_URI[sha256sum] = "c4a64be693e0e27ca95ffe3036c56156e3d75e07f620fd913308eb03cdf86779" Otherwise you should retry the download and/or check with upstream to determine if the file has become corrupted or otherwise unexpectedly modified. My target is i.MX6 (arm-amltd-linux-gnueabi) -- ---- Gary Thomas | Consulting for the MLB Associates |Embedded world -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-java] where is javac on the target
On 2015-11-05 06:42, Richard Leitner wrote: Hi, it should be included in the openjdk-7-jdk package. Thanks, that helped. Perhaps that package should be included in the java-test-image? I now have the compiler on my unit, but I'm still having issues trying to run the examples. Here's what I tried: # cd /usr/share/classpath/examples/gnu/classpath/examples/awt # javac Demo.java Demo.java:1160: error: cannot find symbol AnimationApplet a; ^ symbol: class AnimationApplet location: class AnimationWindow Demo.java:1176: error: cannot find symbol a = new AnimationApplet(); ^ symbol: class AnimationApplet location: class AnimationWindow # ls -l -rw-r--r-- 1 root root 33395 Nov 4 13:16 AicasGraphicsBenchmark.java -rw-r--r-- 1 root root 6713 Nov 4 13:16 AnimationApplet.java -rw-r--r-- 1 root root 29728 Nov 4 13:16 Demo.java -rw-r--r-- 1 root root 12595 Nov 4 13:16 HintingDemo.java Any hints on how I move forward? Note: I'm not experienced with java, just trying to set this up for someone else :-) On 11/05/2015 02:41 PM, Gary Thomas wrote: I tried running the java-test-image from this layer and found lots of .java files, but no javac compiler. Looking at the recipe for openjdk-7-jre I can see javac built, but it doesn't seem to be packaged. Am I missing something? How can I get the java compiler on my target? Thanks -- ---- Gary Thomas | Consulting for the MLB Associates |Embedded world -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-java] where is javac on the target
I tried running the java-test-image from this layer and found lots of .java files, but no javac compiler. Looking at the recipe for openjdk-7-jre I can see javac built, but it doesn't seem to be packaged. Am I missing something? How can I get the java compiler on my target? Thanks -- Gary Thomas | Consulting for the MLB Associates |Embedded world -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] OE/Yocto developer survey
On 2015-10-26 13:18, Cliff Brake wrote: Hi, I'd like to get some feedback on the following questions -- feel free to respond to list, or directly to me, and I'll withhold your name/company from any results. I would like to collect feedback until 2015-11-02, and will summarize the results after that. My goal with this survey is to get a sense for best practices and what is most commonly used among Yocto/OE developers so I can better advise clients using Yocto/OE. Hopefully this will also generate some interesting discussions. How long have you been using OE? __5+ years___ How do you use OE/Yocto? [ X ] product development [ X ] hobby/research/education/yocto core developer, etc What distro do you use? [ ] Poky [ ] Angstrom [ X ] nodistro or custom How do you organize multiple git repos? [ ] Git submodules [ X ] Repo [ ] Other What packaging system? [ X ] OPKG [ ] RPM [ ] Other What GUI toolkits? [ X ] Qt [ X ] Gtk [ ] EFL [ ] HTML5/JS [ ] Other What init system? [ ] systemd [ X ] sysvinit [ ] busybox init [ ] Other What libc? [ X ] glibc [ ] uclibc [ ] musl [ ] Other How do you develop custom applications? [ ] application-SDK [ X ] devshell [ X ] develop on PC, test on target [ ] Other What language do you primarily use for custom applications? [ ] C [ ] C++ [ X ] Python [ ] Javascript [ ] Lua [ ] Other What do you use for Continuous Integration? [ ] Buildbot [ ] Jenkins [ ] Other Do you use any any of the tooling projects (https://www.yoctoproject.org/tools-resources/projects) such as ADT, Hob, Toaster, etc? ___None at this time Reasons or explanations are appreciated, and please feel free to include additional choices/information you think are relevant. Thanks, Cliff -- ---- Gary Thomas | Consulting for the MLB Associates |Embedded world -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-oe][PATCH] poppler: Support building against QT4-embedded
These changes allow the poppler package to build using qt4e. To enable them, add this line to local.conf PACKAGECONFIG_append_pn-poppler = " qt4e" Signed-off-by: Gary Thomas Upstream-status: Innapropriate [OE configuration] --- .../fix-qt4e-library-dependencies.patch| 28 ++ meta-oe/recipes-support/poppler/poppler_0.35.0.bb | 6 - 2 files changed, 33 insertions(+), 1 deletion(-) create mode 100644 meta-oe/recipes-support/poppler/poppler-0.35.0/fix-qt4e-library-dependencies.patch diff --git a/meta-oe/recipes-support/poppler/poppler-0.35.0/fix-qt4e-library-dependencies.patch b/meta-oe/recipes-support/poppler/poppler-0.35.0/fix-qt4e-library-dependencies.patch new file mode 100644 index 000..f67e1f5 --- /dev/null +++ b/meta-oe/recipes-support/poppler/poppler-0.35.0/fix-qt4e-library-dependencies.patch @@ -0,0 +1,28 @@ +Configuration changes needed to allow building with QT4-embedded + +Index: poppler-0.35.0/configure.ac +=== +--- poppler-0.35.0.orig/configure.ac poppler-0.35.0/configure.ac +@@ -654,17 +654,17 @@ AC_ARG_ENABLE(poppler-qt4, + enable_poppler_qt4="try") + if test x$enable_poppler_qt4 = xyes; then + PKG_CHECK_MODULES(POPPLER_QT4, +- QtCore >= 4.7.0 QtGui >= 4.7.0 QtXml >= 4.7.0) ++ QtCoreE >= 4.7.0 QtGuiE >= 4.7.0 QtXmlE >= 4.7.0) + PKG_CHECK_MODULES(POPPLER_QT4_TEST, +- QtTest >= 4.7.0) ++ QtTestE >= 4.7.0) + elif test x$enable_poppler_qt4 = xtry; then + PKG_CHECK_MODULES(POPPLER_QT4, +-QtCore >= 4.7.0 QtGui >= 4.7.0 QtXml >= 4.7.0, ++QtCoreE >= 4.7.0 QtGuiE >= 4.7.0 QtXmlE >= 4.7.0, + [enable_poppler_qt4="yes"], + [enable_poppler_qt4="no"]) + if test x$enable_poppler_qt4 = xyes; then + PKG_CHECK_MODULES(POPPLER_QT4_TEST, +-QtTest >= 4.7.0, ++QtTestE >= 4.7.0, + [enable_poppler_qt4="yes"], + [enable_poppler_qt4="no"]) + fi diff --git a/meta-oe/recipes-support/poppler/poppler_0.35.0.bb b/meta-oe/recipes-support/poppler/poppler_0.35.0.bb index 520aa6b..efb7241 100644 --- a/meta-oe/recipes-support/poppler/poppler_0.35.0.bb +++ b/meta-oe/recipes-support/poppler/poppler_0.35.0.bb @@ -20,14 +20,18 @@ PACKAGECONFIG[tiff] = "--enable-libtiff,--disable-libtiff,tiff" PACKAGECONFIG[curl] = "--enable-libcurl,--disable-libcurl,curl" PACKAGECONFIG[openjpeg] = "--enable-libopenjpeg=openjpeg2,--disable-libopenjpeg,openjpeg" PACKAGECONFIG[qt5] = "--enable-poppler-qt5 --with-moc-qt5=${STAGING_BINDIR_NATIVE}/qt5/moc,--disable-poppler-qt5,qtbase" +PACKAGECONFIG[qt4e] = "--enable-poppler-qt4 --with-moc-qt4=${STAGING_BINDIR_NATIVE}/moc4,--disable-poppler-qt4,qt4-embedded" EXTRA_OECONF = "\ --enable-xpdf-headers \ --disable-gtk-test \ ---disable-poppler-qt4 \ --enable-zlib \ " +# Adjust library names when building for QT4e +QT4E_PATCHES = "${@bb.utils.contains('PACKAGECONFIG', 'qt4e', 'file://fix-qt4e-library-dependencies.patch', '', d)}" +SRC_URI_append = "${QT4E_PATCHES}" + # check for TARGET_FPU=soft and inform configure of the result so it can disable some floating points def get_poppler_fpu_setting(bb, d): if d.getVar('TARGET_FPU', 1) in [ 'soft' ]: -- 1.9.1 -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [yocto] Question about IMAGE_INSTALL_append and CORE_IMAGE_EXTRA_INSTALL
On 2015-07-24 18:37, Khem Raj wrote: On Tue, Jul 21, 2015 at 8:36 AM, Gary Thomas wrote: On 2015-07-21 09:26, Victor Rodriguez wrote: Hi team I have a question , according to documentation there is a difference between IMAGE_INSTALL_append and CORE_IMAGE_EXTRA_INSTALL Specifies the list of packages to be added to the image. You should only set this variable in the local.conf configuration file found in the Build Directory. When I use the second one and try to build a core-image-minimal-xfce bitbake does not install what I wanted in my image . I had a really hard time few weekends ago because of this. I wonder If I am missing something or if this is a bug The core-image-minimal-xfce recipe does not "play nice" with the core-image class and is not respecting CORE_IMAGE_EXTRA_INSTALL. its not required to. Maybe it's not required, but since that is the recommended way to add packages to an image, it probably should. As you can see from the original question, the non-standard behaviour is confusing, certainly to new users. It would only take a little reorganization to make it work as expected. I think this should be filed as a bug (and feel free to suggest a patch) No. Its not OE-Core or yocto bug BTW, this question should really be on the OpenEmbedded development list. its valid for meta-xfce only. -- -------- Gary Thomas | Consulting for the MLB Associates |Embedded world -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-oe][PATCH v3 2/4] opencv: Add 'libv4l' PACKAGECONFIG
On 2015-07-22 13:47, Otavio Salvador wrote: The i.MX SoCs need to allow the removal of libv4l support so a new PACKAGECONFIG option has been included. Signed-off-by: Otavio Salvador Acked-by: Gary Thomas BTW, this change allows all my cameras on my i.MX6 (TVIN, OV5640_mipi, Webcam) to work with OpenCV :-) --- meta-oe/recipes-support/opencv/opencv_2.4.bb | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/meta-oe/recipes-support/opencv/opencv_2.4.bb b/meta-oe/recipes-support/opencv/opencv_2.4.bb index f8946f4..75441fd 100644 --- a/meta-oe/recipes-support/opencv/opencv_2.4.bb +++ b/meta-oe/recipes-support/opencv/opencv_2.4.bb @@ -30,7 +30,7 @@ EXTRA_OECMAKE = "-DPYTHON_NUMPY_INCLUDE_DIR:PATH=${STAGING_LIBDIR}/${PYTHON_DIR} ${@base_conditional("libdir", "/usr/lib32", "-DLIB_SUFFIX=32", "", d)} \ " -PACKAGECONFIG ??= "eigen jpeg png tiff v4l \ +PACKAGECONFIG ??= "eigen jpeg png tiff v4l libv4l \ ${@bb.utils.contains("DISTRO_FEATURES", "x11", "gtk", "", d)} \ ${@bb.utils.contains("LICENSE_FLAGS_WHITELIST", "commercial", "libav", "", d)}" PACKAGECONFIG[eigen] = "-DWITH_EIGEN=ON,-DWITH_EIGEN=OFF,libeigen," @@ -40,6 +40,7 @@ PACKAGECONFIG[libav] = "-DWITH_FFMPEG=ON,-DWITH_FFMPEG=OFF,libav," PACKAGECONFIG[png] = "-DWITH_PNG=ON,-DWITH_PNG=OFF,libpng," PACKAGECONFIG[tiff] = "-DWITH_TIFF=ON,-DWITH_TIFF=OFF,tiff," PACKAGECONFIG[v4l] = "-DWITH_V4L=ON,-DWITH_V4L=OFF,v4l-utils," +PACKAGECONFIG[libv4l] = "-DWITH_LIBV4L=ON,-DWITH_LIBV4L=OFF,v4l-utils," PACKAGECONFIG[jasper] = "-DWITH_JASPER=ON,-DWITH_JASPER=OFF,jasper," inherit distutils-base pkgconfig cmake -- Gary Thomas | Consulting for the MLB Associates |Embedded world -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [yocto] Bug in Open CV receipt
On 2015-07-21 14:50, Victor Rodriguez wrote: On Tue, Jul 21, 2015 at 3:49 PM, Leonardo Sandoval wrote: On 07/21/2015 09:57 AM, Victor Rodriguez wrote: Hi team Few weeks ago I was having some problems with open CV receipt. In the begining I toght I was adding opencv tro my core-image-minimal-xfce just with this: IMAGE_INSTALL_append = " gcc gcc-dev openssh php mariadb opencv" Now after booting the image I realize that none of the libraries for open stack were added to my image What I had to do was the following: IMAGE_INSTALL_append = " libopencv-core-dev libopencv-highgui-dev libopencv-imgproc-dev libopencv-objdetect-dev libopencv-ml-dev opencv-staticdev python-opencv" A recipe can produce several packages. As I can see on opencv recipe, it can produced the following ones: PACKAGES="opencv-staticdev opencv-dev opencv-dbg opencv-doc opencv opencv-apps python-opencv" and dynamic ones (depending on what else you have install) PACKAGES_DYNAMIC="^opencv-locale-.* ^libopencv-.*" For the opencv case, it happens that the package opencv is empty, so you need to append the other sub-packages it produces into your IMAGE_INSTALL variable. So, it is not a bug, this is expected. In my humble opinion this should change for OpenCV. But I would love to hear the feedback from others Not everyone that uses OpenCV wants to develop programs on the unit. Many times all you need are prebuilt applications. Yocto is designed for the most flexibility, hence packages are not "forced upon" you - you need to ask for them. In the case of OpenCV (again this discussion really belongs on the OpenEmbedded developers list BTW), perhaps there should be a opencv-develop pseudo-package which installs all the bits that you are asking for. Even last night when one of the opencv developers ask me for python opencv I had to add the last part python-opencv. That is not cool at all . If I add opencv in the beginning I assume we are more than cool with that and yocto will add all the packages . Unless I am doing something wrong, in taht case I am more than happy to get the feedback. Thanks a lot for all the help . If someone else can reproduce this bug I am more than happy to report it in bugzila (not sure the URL) Hope it helps to cut the time of some others Best regards Victor Rodriguez -- -------- Gary Thomas | Consulting for the MLB Associates |Embedded world -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [yocto] Question about IMAGE_INSTALL_append and CORE_IMAGE_EXTRA_INSTALL
On 2015-07-21 09:45, Victor Rodriguez wrote: On Tue, Jul 21, 2015 at 10:36 AM, Gary Thomas wrote: On 2015-07-21 09:26, Victor Rodriguez wrote: Hi team I have a question , according to documentation there is a difference between IMAGE_INSTALL_append and CORE_IMAGE_EXTRA_INSTALL Specifies the list of packages to be added to the image. You should only set this variable in the local.conf configuration file found in the Build Directory. When I use the second one and try to build a core-image-minimal-xfce bitbake does not install what I wanted in my image . I had a really hard time few weekends ago because of this. I wonder If I am missing something or if this is a bug The core-image-minimal-xfce recipe does not "play nice" with the core-image class and is not respecting CORE_IMAGE_EXTRA_INSTALL. I think this should be filed as a bug (and feel free to suggest a patch) BTW, this question should really be on the OpenEmbedded development list. Thanks Gary I will submit the BUG , do you know the Bugzila where I should submit it ? The main Yocto project bugzilla: https://bugzilla.yoctoproject.org/ -- ---- Gary Thomas | Consulting for the MLB Associates |Embedded world -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [yocto] Question about IMAGE_INSTALL_append and CORE_IMAGE_EXTRA_INSTALL
On 2015-07-21 09:26, Victor Rodriguez wrote: Hi team I have a question , according to documentation there is a difference between IMAGE_INSTALL_append and CORE_IMAGE_EXTRA_INSTALL Specifies the list of packages to be added to the image. You should only set this variable in the local.conf configuration file found in the Build Directory. When I use the second one and try to build a core-image-minimal-xfce bitbake does not install what I wanted in my image . I had a really hard time few weekends ago because of this. I wonder If I am missing something or if this is a bug The core-image-minimal-xfce recipe does not "play nice" with the core-image class and is not respecting CORE_IMAGE_EXTRA_INSTALL. I think this should be filed as a bug (and feel free to suggest a patch) BTW, this question should really be on the OpenEmbedded development list. -- ---- Gary Thomas | Consulting for the MLB Associates |Embedded world -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-browser][PATCH v2] chromium: List all PACKAGECONFIG settings to avoid warning
On 2015-07-01 09:47, Burton, Ross wrote: On 1 July 2015 at 15:12, Gary Thomas wrote: No, it's much better to use the standard mechanism (PACKAGECONFIG) rather than making up something special for this recipe. The patch is needed only to suppress warnings about how it's being used. I kinda of agree with Robert here - the standard method isn't being used, but the variable is being used. Actually, it *is* using PACKAGECONFIG correctly for some of the settings. As the chromium recipe doesn't inherit autotools EXTRA_OECONF will only be set by the PACKAGECONFIG handler, so it would be an improvement if the enable/disable arguments were specified as usual in the flags and then EXTRA_OEGYP just included EXTRA_OECONF. (untested but might work, cmake recipes certainly did this) I didn't write this recipe and just wanted to reduce the warnings. If someone else wants to rework it, that would be great. -- ---- Gary Thomas | Consulting for the MLB Associates |Embedded world -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-browser][PATCH v2] chromium: List all PACKAGECONFIG settings to avoid warning
On 2015-07-01 02:22, Robert Yang wrote: Hi Gary, On 07/01/2015 04:55 AM, Gary Thomas wrote: OE-core now warns if PACKAGECONFIG is used to set an option that does not have a corresponding PACKAGECONFIG[option]="xxx" line. This recipe makes use of many such options & this patch suppresses those warnings by listing the options. Signed-off-by: Gary Thomas --- recipes-browser/chromium/chromium.inc | 7 +++ 1 file changed, 7 insertions(+) diff --git a/recipes-browser/chromium/chromium.inc b/recipes-browser/chromium/chromium.inc index 8e83f6a..973d1c9 100644 --- a/recipes-browser/chromium/chromium.inc +++ b/recipes-browser/chromium/chromium.inc @@ -17,6 +17,13 @@ PACKAGECONFIG ??= "use-egl" # automatically and silently fall back to GLX PACKAGECONFIG[use-egl] = ",,virtual/egl virtual/libgles2" +# Additional PACKAGECONFIG options - listed here to avoid warnings +PACKAGECONFIG[component-build] = "" +PACKAGECONFIG[disable-api-keys-info-bar] = "" +PACKAGECONFIG[ignore-lost-context] = "" +PACKAGECONFIG[impl-side-painting] = "" +PACKAGECONFIG[use-gl] = "" Since you don't really use PACKAGECONFIG, why not use ANY_OTHER_VALUE_YOU_LIKE rather than PACKAGECONFIG to configure it ? No, it's much better to use the standard mechanism (PACKAGECONFIG) rather than making up something special for this recipe. The patch is needed only to suppress warnings about how it's being used. + GYP_DEFINES += "${ARMFPABI} release_extra_cflags='-Wno-error=unused-local-typedefs' sysroot=''" do_configure() { -- Gary Thomas | Consulting for the MLB Associates |Embedded world -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-browser][PATCH v2] chromium: List all PACKAGECONFIG settings to avoid warning
OE-core now warns if PACKAGECONFIG is used to set an option that does not have a corresponding PACKAGECONFIG[option]="xxx" line. This recipe makes use of many such options & this patch suppresses those warnings by listing the options. Signed-off-by: Gary Thomas --- recipes-browser/chromium/chromium.inc | 7 +++ 1 file changed, 7 insertions(+) diff --git a/recipes-browser/chromium/chromium.inc b/recipes-browser/chromium/chromium.inc index 8e83f6a..973d1c9 100644 --- a/recipes-browser/chromium/chromium.inc +++ b/recipes-browser/chromium/chromium.inc @@ -17,6 +17,13 @@ PACKAGECONFIG ??= "use-egl" # automatically and silently fall back to GLX PACKAGECONFIG[use-egl] = ",,virtual/egl virtual/libgles2" +# Additional PACKAGECONFIG options - listed here to avoid warnings +PACKAGECONFIG[component-build] = "" +PACKAGECONFIG[disable-api-keys-info-bar] = "" +PACKAGECONFIG[ignore-lost-context] = "" +PACKAGECONFIG[impl-side-painting] = "" +PACKAGECONFIG[use-gl] = "" + GYP_DEFINES += "${ARMFPABI} release_extra_cflags='-Wno-error=unused-local-typedefs' sysroot=''" do_configure() { -- 1.9.1 -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-browser][PATCH] chromium: List all PACKAGECONFIG settings to avoid warning
OE-core now warns if PACKAGECONFIG is used to set an option that does not have a corresponding PACKAGECONFIG[option]="xxx" line. This recipe makes use of many such options & this patch suppresses those warnings by listing the options. Signed-off-by: Gary Thomas --- recipes-browser/chromium/chromium.inc | 8 1 file changed, 8 insertions(+) diff --git a/recipes-browser/chromium/chromium.inc b/recipes-browser/chromium/chromium.inc index 8e83f6a..611929e 100644 --- a/recipes-browser/chromium/chromium.inc +++ b/recipes-browser/chromium/chromium.inc @@ -17,6 +17,14 @@ PACKAGECONFIG ??= "use-egl" # automatically and silently fall back to GLX PACKAGECONFIG[use-egl] = ",,virtual/egl virtual/libgles2" +# Additional PACKAGECONFIG options - listed here to avoid warnings +PACKAGECONFIG[use-gl] = "" +PACKAGECONFIG[component-build] = "" +PACKAGECONFIG[ignore-lost-context] = "" +PACKAGECONFIG[component-build] = "" +PACKAGECONFIG[impl-side-painting] = "" +PACKAGECONFIG[disable-api-keys-info-bar] = "" + GYP_DEFINES += "${ARMFPABI} release_extra_cflags='-Wno-error=unused-local-typedefs' sysroot=''" do_configure() { -- 1.9.1 -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-browser] New chromium warnings
On 2015-06-30 13:10, Burton, Ross wrote: On 30 June 2015 at 16:46, Gary Thomas wrote: They are coming from meta-fsl-arm/browser-layer/recipes-browser/chromium/chromium-imx.inc and my local.conf. The chromium recipe checks the PACKAGECONFIG variable for these settings, but is not using PACKAGECONFIG the normal way. It's just the warnings that are new. I suspect the chromium recipe(s) need to be rewritten to play nice with PACKAGECONFIG... I'm pleased we've got the warning, but recipes that are using a PACKAGECONFIG variable to configure stuff but then not actually using the PACKAGECONFIG machinery now need to add stub definitions for each of the flags they're using: PACKAGECONFIG[use-gl] = "" etc As I expected. I'll send a patch for this. -- -------- Gary Thomas | Consulting for the MLB Associates |Embedded world -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-browser] New chromium warnings
On 2015-06-30 09:32, Burton, Ross wrote: On 30 June 2015 at 16:09, Gary Thomas wrote: I'm now seeing these warnings with the latest OE-core: WARNING: chromium: invalid PACKAGECONFIG: component-build WARNING: chromium: invalid PACKAGECONFIG: use-gl WARNING: chromium: invalid PACKAGECONFIG: ignore-lost-context I looked at the recipes and those config strings are not mentioned in the PACKAGECONFIG setup which is what is triggering the error. Can you verify this with bitbake -e? Maybe a conf file is adding them. They are coming from meta-fsl-arm/browser-layer/recipes-browser/chromium/chromium-imx.inc and my local.conf. The chromium recipe checks the PACKAGECONFIG variable for these settings, but is not using PACKAGECONFIG the normal way. It's just the warnings that are new. I suspect the chromium recipe(s) need to be rewritten to play nice with PACKAGECONFIG... -- ---- Gary Thomas | Consulting for the MLB Associates |Embedded world -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-browser] New chromium warnings
I'm now seeing these warnings with the latest OE-core: WARNING: chromium: invalid PACKAGECONFIG: component-build WARNING: chromium: invalid PACKAGECONFIG: use-gl WARNING: chromium: invalid PACKAGECONFIG: ignore-lost-context I looked at the recipes and those config strings are not mentioned in the PACKAGECONFIG setup which is what is triggering the error. -- Gary Thomas | Consulting for the MLB Associates |Embedded world -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-browser] firefox not working for me (only)
On 2015-06-17 08:36, Andreas Müller wrote: Hi Gary, Turned off-topic so I opened a new thread. For those who missed the old thread [1] in short: for me * firefox fails with illeagal ARM instruction * chromium fails during start - details I can't reproduce currently On Wed, Jun 17, 2015 at 3:32 PM, Gary Thomas wrote: Hmm - I was wondering why nobody took care. All my plattforms fail: * i.MX6 base * gumstix * raspberry Pi2 I'll put this browser issue on my TODO currently I have no further time to take care. BTW, I just tested both chromium and firefox on the i.MX6Q and RPi2 and they worked just fine. Built from meta-browser:0cc0419a Thanks for information. Let's focus on firefox's illegal ARM instruction crasher: * Last time I felt the only one facing a specific error it was caused by angstrom enabling thumb(2) for ARM (long story @meta-fsl-arm). Gary: I assume, you don't have thumb enabled - right? * firefox doesn't crash with "--safe-mode" I am not using thumb - off the shelf configurations for RaspberryPi2 and BoundaryDevices nitrogen6x built with $DISTRO=poky are the ones I've tested. Looking into meta-browser I saw that firefox pins ARM_INSTRUCTION_SET = "arm" but firefox-l10n does not. When having some time left over (=never) I will test with thumb disabled for firefox-l10n and chromium. Andreas [1] http://lists.openembedded.org/pipermail/openembedded-core/2015-June/106229.html -- -------- Gary Thomas | Consulting for the MLB Associates |Embedded world -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-browser][PATCH] chromium: Fix potential configuration issues
This recipe should be using the python interpreter as built by bitbake, rather than relying on the host python. In some cases, the host python may be incomplete or just plain old, yielding errors during the configure step such as: | from sgmllib import SGMLParser, SGMLParseError | ImportError: No module named sgmllib | ninja: build stopped: subcommand failed. Adding 'inherit pythonnative' solves this problem on all build hosts. Signed-off-by: Gary Thomas --- recipes-browser/chromium/chromium.inc | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/recipes-browser/chromium/chromium.inc b/recipes-browser/chromium/chromium.inc index cd8bfb5..8e83f6a 100644 --- a/recipes-browser/chromium/chromium.inc +++ b/recipes-browser/chromium/chromium.inc @@ -9,7 +9,7 @@ COMPATIBLE_MACHINE_armv7a = "(.*)" CHROMIUM_BUILD_TYPE = "Release" -inherit gettext +inherit gettext pythonnative PACKAGECONFIG ??= "use-egl" -- 1.9.1 -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-freescale] Chromium crashes on HTML5 video tag
On 2015-06-12 06:08, Nikolay Dimitrov wrote: Hi Gary, On 06/12/2015 02:42 PM, Gary Thomas wrote: On 2015-06-12 05:31, Otavio Salvador wrote: On Fri, Jun 12, 2015 at 7:46 AM, Nikolay Dimitrov wrote: On 06/12/2015 09:51 AM, Nikolay Dimitrov wrote: Adding openembedded guys in the loop. On 06/11/2015 11:39 PM, Nikolay Dimitrov wrote: Hi gang, Chromium tabs are crashing when they see an HTML5 tag, like this one: (Code is from http://www.w3schools.com/html/html5_video.asp) I'm pretty sure that this worked fine some weeks ago, so it's a recent regression on Fido, 100% reproducible on imx6q sabresd. At this moment I still can't point to a specific commit in meta-fsl-arm or meta-browser. Commit 30b8d6b3d0d6501c56ef6967a2fa73a3d4bf5fe9 is the last known good commit. After it the component either doesn't compile, libs are missing or video tag isn't working. Looks like it's a "revert time" for the customer builds... Might be packaging splitting which can have changes. One way to easily track this is using buildhistory and compare both packaged outputs. It looks to me like that revision updated by 2 major versions of Chrome - more likely there are goblins in there than just a packaging issue. Not really. Commit 30b8d6b3d0d6501c56ef6967a2fa73a3d4bf5fe9 is working OK, as I described. Issues start from the next commit, 355f6d474462996c3bf07d7a72233b6c81cb2e8a. Ah, I should have read your comment more thoroughly. Indeed the next commit (355f6d) is quite intrusive - it's easy to see that something might have been missed in that split of the recipes. Is this problem only on i.MX6? Have you tried it on other ARM targets or even PC? -- ---- Gary Thomas | Consulting for the MLB Associates |Embedded world -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-freescale] Chromium crashes on HTML5 video tag
On 2015-06-12 05:31, Otavio Salvador wrote: On Fri, Jun 12, 2015 at 7:46 AM, Nikolay Dimitrov wrote: On 06/12/2015 09:51 AM, Nikolay Dimitrov wrote: Adding openembedded guys in the loop. On 06/11/2015 11:39 PM, Nikolay Dimitrov wrote: Hi gang, Chromium tabs are crashing when they see an HTML5 tag, like this one: (Code is from http://www.w3schools.com/html/html5_video.asp) I'm pretty sure that this worked fine some weeks ago, so it's a recent regression on Fido, 100% reproducible on imx6q sabresd. At this moment I still can't point to a specific commit in meta-fsl-arm or meta-browser. Commit 30b8d6b3d0d6501c56ef6967a2fa73a3d4bf5fe9 is the last known good commit. After it the component either doesn't compile, libs are missing or video tag isn't working. Looks like it's a "revert time" for the customer builds... Might be packaging splitting which can have changes. One way to easily track this is using buildhistory and compare both packaged outputs. It looks to me like that revision updated by 2 major versions of Chrome - more likely there are goblins in there than just a packaging issue. -- ---- Gary Thomas | Consulting for the MLB Associates |Embedded world -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] yocto fido: Strange configure error (???)
On 2015-06-01 10:28, Neuer User wrote: Hi I'm currently moving from Dora to Fido. I moved all my recipes to a new yocto installation and are modifying the recipes where necessary. I have a very strange error when configuring a kernel recipe (linux-cubox-i). Actually, there is no error when using the defaut recipe included in fido. Only if I add the following bbappend file in order to change the kernel configuration, I get the error: FILESEXTRAPATHS_prepend := "${THISDIR}/linux-cubox-i:" SRC_URI = "file://defconfig \ file://videoin.cfg \ file://networking.cfg \ file://wlan.cfg \ file://dm-crypt.cfg \ file://no-caam.cfg \ file://leds.cfg \ file://mod-to-builtin.cfg \ file://watchdog-nowayout.cfg \ " KERNEL_IMAGETYPE_cubox-i = "zImage" Error: | DEBUG: Executing python function sysroot_cleansstate | DEBUG: Python function sysroot_cleansstate finished | DEBUG: Executing shell function do_configure | WARNING: exit code 128 from a shell command. | ERROR: Function failed: do_configure (log file is located at /home/ubuntu/yocto1.8/build/tmp/work/cubox_i-poky-linux-gnueabi/linux-cubox-i/3.14.14-r0/temp/log.do_configure.29043) Nothing more in the configure log. Any idea, what is wrong? In general I just want to use a diffent kernel config. Actually a kernel config that worked before without problems on dora. I really have no idea, why this isn't working or even what the error means. Your SRC_URI line is overriding the kernel sources. You should probably use something like SRC_URI += ... -- ---- Gary Thomas | Consulting for the MLB Associates |Embedded world -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH] Adding support for directFB to mplayer2 recipe
On 2015-05-27 05:13, Hector Roussille wrote: Signed-off-by: Hector Roussille --- meta-oe/recipes-multimedia/mplayer/mplayer2_git.bb | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/meta-oe/recipes-multimedia/mplayer/mplayer2_git.bb b/meta-oe/recipes-multimedia/mplayer/mplayer2_git.bb index 5b0e1de..b208144 100644 --- a/meta-oe/recipes-multimedia/mplayer/mplayer2_git.bb +++ b/meta-oe/recipes-multimedia/mplayer/mplayer2_git.bb @@ -121,6 +121,7 @@ PACKAGECONFIG[postproc] = ",--disable-libpostproc,libpostproc" PACKAGECONFIG[vorbis] = ",--disable-libvorbis,libvorbis" PACKAGECONFIG[portaudio] = ",--disable-portaudio,portaudio-v19" PACKAGECONFIG[mpg123] = ",--disable-mpg123,mpg123" +PACKAGECONFIG[directfb] = "--enable-directfb,--disable-directfb,directfb" FULL_OPTIMIZATION = "-fexpensive-optimizations -fomit-frame-pointer -frename-registers -O4 -ffast-math" BUILD_OPTIMIZATION = "${FULL_OPTIMIZATION}" @@ -134,7 +135,7 @@ do_configure() { sed -i 's|/usr/\S*lib[\w/]*||g' ${S}/configure sed -i 's|_install_strip="-s"|_install_strip=""|g' ${S}/configure sed -i 's|HOST_CC|BUILD_CC|' ${S}/Makefile - +sed -i 's|extra_cflags="-I. $extra_cflags"|extra_cflags="-I. -I${STAGING_INCDIR}/directfb $extra_cflags"|g' ${S}/configure export SIMPLE_TARGET_SYS="$(echo ${TARGET_SYS} | sed s:${TARGET_VENDOR}::g)" ./configure ${EXTRA_OECONF} Shouldn't this at least be conditional on directfb support in DISTRO_FEATURES? It won't do much good to enable it in this recipe if the rest of the system isn't using directfb as well. -- Gary Thomas | Consulting for the MLB Associates |Embedded world -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel