[oe] [RFC] Layers, PRINC and bbappends
Hi, For the past 2 weeks I've been trying to fix the angstrom feeds manually due to a combination of PRSERV deciding that going backwards is OK and multiple layers getting updates that make PR go backwards as well. Getting a simple reduction for PRSERV going backwards is nigh impossible[1], so I can't complain too much about that, but I can complain about what people do :) What triggered PR going backwards this time was a BSP removing its netbase bbappend because it wasn't needed anymore. That's great, I hate netbase bbappends since they tend to be ifupdown specific and don't work as intended with connman/NM/netctl/etc. Long story short: ERROR: Package version for package netbase-dbg went backwards which would break package feeds from (0:5.0-r3.1 to 0:5.0-r1.2) ERROR: Package version for package netbase-staticdev went backwards which would break package feeds from (0:5.0-r3.1 to 0:5.0-r1.2) ERROR: Package version for package netbase-dev went backwards which would break package feeds from (0:5.0-r3.1 to 0:5.0-r1.2) ERROR: Package version for package netbase-doc went backwards which would break package feeds from (0:5.0-r3.1 to 0:5.0-r1.2) ERROR: Package version for package netbase-locale went backwards which would break package feeds from (0:5.0-r3.1 to 0:5.0-r1.2) ERROR: Package version for package netbase went backwards which would break package feeds from (0:5.0-r3.1 to 0:5.0-r1.2) To avoid things like that in the future I have a few recommendations I'd like to get feedback on: 1) For a given BSP split it in multiple layers: a) One 'core' BSP layer with only: o Bootloader o Kernel o Tooling to build bootloader/kernel/image b) One BSP layer with bbappends for shadow/netbase/xorg-conf/etc c) One or more layers with bbappends for libav/clutter/etc[2] 2) *Never* use PRINC in type b) bbappends 3) Avoid PRINC in general 4) make buildhistory.bbclass mandatory in OE-core There's another use case that suffers from PRINC problems and that is removing layers when they break parsing and the maintainer is slow to push patches. With the current situation I have to choose between being able to do builds and having working feeds. During the last TSC meeting we discussed that there is currently no way to force maintainers to behave. I think the most we can do is have clear guidelines on the OE side and enforce those during the Yocto Project Compatible process. And have the layer index orange/red flag layers that do stupid things. Come to think of it, that would actually be the most visible way to go, having wikipedia style warning banners on the offending layers. Thanks, Koen [1] It always happens after editing bblayers.conf and dragging in major update to layers. Since I tend to do both at the same time I can't say which action triggers it or if it's the combination. [2] I spent 3 days trying to figure out why mesa was so *$(*$(@ broken before I finally located the bbappends in meta-ti that were causing this breakage ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [meta-networking][PATCH] vpnc: Runtime dependency to perl was missing
Hi Koen, On 13.05.2013 23:42, Koen Kooi wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Op 13-05-13 14:34, Jukka Rissanen schreef: Generated package contains perl script but dependecy to perl was missing. Signed-off-by: Jukka Rissanen jukka.rissa...@linux.intel.com --- meta-networking/recipes-connectivity/vpnc/vpnc_0.5.3.bb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta-networking/recipes-connectivity/vpnc/vpnc_0.5.3.bb b/meta-networking/recipes-connectivity/vpnc/vpnc_0.5.3.bb index 2ce9530..df90234 100644 --- a/meta-networking/recipes-connectivity/vpnc/vpnc_0.5.3.bb +++ b/meta-networking/recipes-connectivity/vpnc/vpnc_0.5.3.bb @@ -6,7 +6,7 @@ PRIORITY = optional LICENSE = GPL-2.0+ LIC_FILES_CHKSUM = file://COPYING;md5=173b74cb8ac640a9992c03f3bce22a33 DEPENDS = libgcrypt -RDEPENDS_${PN} = kernel-module-tun +RDEPENDS_${PN} = kernel-module-tun perl I've seen a number of patches doing this and I hate it for 2 reasons: 1) the perl stuff should be looked at and split out in a subpackage whenever possible 2) it doesn't actually fix the problem, since you need to specify the perl-modules it needs as well. So patches like this drag in perl while at the same time not actually fixing the problem of failing runtimes, only papering over RPM bitching out dependencies. Thanks, I missed that one. I will send a new version with proper dependency. Cheers, Jukka ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [meta-networking][PATCH v2] vpnc: Runtime dependency to perl was missing
Signed-off-by: Jukka Rissanen jukka.rissa...@linux.intel.com --- This version now properly rdepends on perl-module-io-file instead of just the perl package. Cheers, Jukka meta-networking/recipes-connectivity/vpnc/vpnc_0.5.3.bb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta-networking/recipes-connectivity/vpnc/vpnc_0.5.3.bb b/meta-networking/recipes-connectivity/vpnc/vpnc_0.5.3.bb index 2ce9530..a73cd13 100644 --- a/meta-networking/recipes-connectivity/vpnc/vpnc_0.5.3.bb +++ b/meta-networking/recipes-connectivity/vpnc/vpnc_0.5.3.bb @@ -6,7 +6,7 @@ PRIORITY = optional LICENSE = GPL-2.0+ LIC_FILES_CHKSUM = file://COPYING;md5=173b74cb8ac640a9992c03f3bce22a33 DEPENDS = libgcrypt -RDEPENDS_${PN} = kernel-module-tun +RDEPENDS_${PN} = kernel-module-tun perl-module-io-file CFLAGS_append = ' -DVERSION=\\${PV}\\' LDFLAGS_append = -lgcrypt -lgpg-error -- 1.7.11.7 ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [meta-networking][PATCH v2] vpnc: Runtime dependency to perl was missing
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Op 14-05-13 09:57, Jukka Rissanen schreef: Signed-off-by: Jukka Rissanen jukka.rissa...@linux.intel.com --- This version now properly rdepends on perl-module-io-file instead of just the perl package. Cheers, Jukka meta-networking/recipes-connectivity/vpnc/vpnc_0.5.3.bb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta-networking/recipes-connectivity/vpnc/vpnc_0.5.3.bb b/meta-networking/recipes-connectivity/vpnc/vpnc_0.5.3.bb index 2ce9530..a73cd13 100644 --- a/meta-networking/recipes-connectivity/vpnc/vpnc_0.5.3.bb +++ b/meta-networking/recipes-connectivity/vpnc/vpnc_0.5.3.bb @@ -6,7 +6,7 @@ PRIORITY = optional LICENSE = GPL-2.0+ LIC_FILES_CHKSUM = file://COPYING;md5=173b74cb8ac640a9992c03f3bce22a33 DEPENDS = libgcrypt -RDEPENDS_${PN} = kernel-module-tun +RDEPENDS_${PN} = kernel-module-tun perl-module-io-file R* variables go below do_install, they are ordered in next to the tasks they get used in, which is do_package for R* -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (Darwin) Comment: GPGTools - http://gpgtools.org iD8DBQFRkfDHMkyGM64RGpERAjt0AJ9hsPHsYnaDCmM20ja/kcCuonJNygCfUPvz Hp448ff5MXm9XIlMZfkG/w0= =sFZm -END PGP SIGNATURE- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [meta-oe] maliit-framework: fix build with glib 2.36
Upstream code has seen many structural changes and the failing test is gone. Since changing to latest sources might cause huge reworking/test-efforts this patch only fixes the build error. Signed-off-by: Andreas Müller schnitzelt...@googlemail.com --- ...iit_glib_settings-fix-build-for-glib-2.36.patch | 33 .../recipes-support/maliit/maliit-framework_git.bb |2 + 2 files changed, 35 insertions(+), 0 deletions(-) create mode 100644 meta-oe/recipes-support/maliit/maliit-framework/0002-ut_maliit_glib_settings-fix-build-for-glib-2.36.patch diff --git a/meta-oe/recipes-support/maliit/maliit-framework/0002-ut_maliit_glib_settings-fix-build-for-glib-2.36.patch b/meta-oe/recipes-support/maliit/maliit-framework/0002-ut_maliit_glib_settings-fix-build-for-glib-2.36.patch new file mode 100644 index 000..df4f179 --- /dev/null +++ b/meta-oe/recipes-support/maliit/maliit-framework/0002-ut_maliit_glib_settings-fix-build-for-glib-2.36.patch @@ -0,0 +1,33 @@ +From 839e0933f09309a0374aa58cc58439c3a1f157b2 Mon Sep 17 00:00:00 2001 +From: =?UTF-8?q?Andreas=20M=C3=BCller?= schnitzelt...@googlemail.com +Date: Tue, 14 May 2013 10:24:48 +0200 +Subject: [PATCH] ut_maliit_glib_settings: fix build for glib 2.36 +MIME-Version: 1.0 +Content-Type: text/plain; charset=UTF-8 +Content-Transfer-Encoding: 8bit + +Upstream-Status: Inappropriate [code removed upstream] + +Signed-off-by: Andreas Müller schnitzelt...@googlemail.com +--- + .../ut_maliit_glib_settings.c |3 ++- + 1 files changed, 2 insertions(+), 1 deletions(-) + +diff --git a/tests/ut_maliit_glib_settings/ut_maliit_glib_settings.c b/tests/ut_maliit_glib_settings/ut_maliit_glib_settings.c +index 476ba33..09b6261 100644 +--- a/tests/ut_maliit_glib_settings/ut_maliit_glib_settings.c b/tests/ut_maliit_glib_settings/ut_maliit_glib_settings.c +@@ -188,8 +188,9 @@ test_settings_manager_emits_disconnected(void) + int + main (int argc, char **argv) { + g_test_init(argc, argv, NULL); ++#if !GLIB_CHECK_VERSION (2, 36, 0) + g_type_init(); +- ++#endif + g_test_add_func(/ut_maliit_glib_settings/MaliitSettingsManager/preferred_description_locale/default, + test_preferred_description_locale_default); + g_test_add_func(/ut_maliit_glib_settings/MaliitSettingsManager/preferred_description_locale/set-get-roundtrip, +-- +1.7.6.5 + diff --git a/meta-oe/recipes-support/maliit/maliit-framework_git.bb b/meta-oe/recipes-support/maliit/maliit-framework_git.bb index 2928562..15719f4 100644 --- a/meta-oe/recipes-support/maliit/maliit-framework_git.bb +++ b/meta-oe/recipes-support/maliit/maliit-framework_git.bb @@ -11,11 +11,13 @@ SRC_URI = git://gitorious.org/maliit/maliit-framework.git;branch=master \ file://0001-Fix-MALIIT_INSTALL_PRF-to-allow-the-build-with-opene.patch \ file://0001-Fix-QT_IM_PLUGIN_PATH-to-allow-openembedded-to-build.patch \ file://0001-Link-to-libmaliit-1-0-in-inputcontext-plugin.patch \ +file://0002-ut_maliit_glib_settings-fix-build-for-glib-2.36.patch \ file://maliit-server.desktop \ SRCREV = 750842dec74a9b17dca91ef779c4fc5a43c4d9dc PV = 0.92.3+git${SRCPV} +PR = r1 PACKAGES =+ ${PN}-gtk -- 1.7.6.5 ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [meta-oe PATCH] bigbuckbunny: Add 480p, 720p and 1080p movies
On 13 May 2013 22:56, Otavio Salvador ota...@ossystems.com.br wrote: I pondered about it but I think it is of generic use. I don't think we need to have meta-multimedia to be able to use it. +1 for meta-multimedia. Also I'm getting bored of Big Buck Bunny, how about Sintel instead. :) Ross ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [meta-oe PATCH] bigbuckbunny: Add 480p, 720p and 1080p movies
On 14 May 2013 10:59, Burton, Ross ross.bur...@intel.com wrote: On 13 May 2013 22:56, Otavio Salvador ota...@ossystems.com.br wrote: I pondered about it but I think it is of generic use. I don't think we need to have meta-multimedia to be able to use it. +1 for meta-multimedia. Also I'm getting bored of Big Buck Bunny, how about Sintel instead. :) Oh, you should probably say what encoding is used in the description. Even the file listing doesn't help as avi is rather vague. Ross ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [oe-core master] yajl: pass the cmake variable LIB_SUFFIX to handle installation on 64-bit systems
WARNING: QA Issue: yajl: Files/directories were installed but not shipped /usr/lib /usr/lib/libyajl.so.2 /usr/lib/libyajl.so /usr/lib/libyajl_s.a /usr/lib/libyajl.so.2.0.4 /usr/lib/.debug /usr/lib/.debug/libyajl.so.2.0.4 NOTE: for 64-bit systems where lib64 is used you can pass the cmake variable LIB_SUFFIX to cause installation into the system's 'lib64' directory. Signed-off-by: Olivia Yin hong-hua@freescale.com --- meta-oe/recipes-devtools/yajl/yajl_2.0.4.bb |3 +++ 1 files changed, 3 insertions(+), 0 deletions(-) diff --git a/meta-oe/recipes-devtools/yajl/yajl_2.0.4.bb b/meta-oe/recipes-devtools/yajl/yajl_2.0.4.bb index 7359520..9d67e2d 100644 --- a/meta-oe/recipes-devtools/yajl/yajl_2.0.4.bb +++ b/meta-oe/recipes-devtools/yajl/yajl_2.0.4.bb @@ -1,6 +1,7 @@ DESCRIPTION = Yet Another JSON Library - A Portable JSON parsing and serialization library in ANSI C LICENSE = MIT LIC_FILES_CHKSUM = file://COPYING;md5=74f541bd9a2b6c8e5d0714bcdc327f32 +PR = r1 SRCREV = fee1ebef9fa7dc0e9f5a23f37123b19b68c796ff SRC_URI = git://github.com/lloyd/yajl.git @@ -8,3 +9,5 @@ SRC_URI = git://github.com/lloyd/yajl.git S = ${WORKDIR}/git inherit cmake lib_package + +EXTRA_OECMAKE = -DLIB_SUFFIX=${@d.getVar('baselib', True).replace('lib', '')} -- 1.7.0.4 ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [oe-core master] lvm2: add configure option --with-usrlibdir to install shared library in 64-bit systems
According to make.tmpl.in, shared lib will be installed under $(usrlibdir) install_lib_shared: $(LIB_SHARED) $(INSTALL_PROGRAM) -D $ $(libdir)/$(F).$(LIB_VERSION) $(INSTALL_DIR) $(usrlibdir) $(LN_S) -f $(USRLIB_RELPATH)$(F).$(LIB_VERSION) $(usrlibdir)/$(F) But default $(usrlibdir) is $(DESTDIR)${prefix}/lib no matter it is 32-bit or 64-bit system. So we need align $(usrlibdir) with $(libdir). Signed-off-by: Olivia Yin hong-hua@freescale.com --- meta-oe/recipes-support/lvm2/lvm2.inc |3 ++- 1 files changed, 2 insertions(+), 1 deletions(-) diff --git a/meta-oe/recipes-support/lvm2/lvm2.inc b/meta-oe/recipes-support/lvm2/lvm2.inc index 157e11b..5de1e3f 100644 --- a/meta-oe/recipes-support/lvm2/lvm2.inc +++ b/meta-oe/recipes-support/lvm2/lvm2.inc @@ -4,7 +4,7 @@ DEPENDS = udev LICENSE = GPLv2 LGPLv2 LIC_FILES_CHKSUM = file://COPYING;md5=94d55d512a9ba36caa9b7df079bae19f \ file://COPYING.LIB;md5=fbc093901857fcd118f065f900982c24 -INC_PR = r0 +INC_PR = r1 S = ${WORKDIR}/LVM2.${PV} @@ -37,3 +37,4 @@ TARGET_CC_ARCH += ${LDFLAGS} FILES_${PN} += ${libdir}/device-mapper/*.so ${base_libdir}/udev FILES_${PN}-dbg += ${libdir}/device-mapper/.debug +EXTRA_OECONF = --with-usrlibdir=${libdir} -- 1.7.0.4 ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [meta-oe PATCH] bigbuckbunny: Add 480p, 720p and 1080p movies
On Tue, May 14, 2013 at 6:59 AM, Burton, Ross ross.bur...@intel.com wrote: On 13 May 2013 22:56, Otavio Salvador ota...@ossystems.com.br wrote: I pondered about it but I think it is of generic use. I don't think we need to have meta-multimedia to be able to use it. +1 for meta-multimedia. Ok, will move it to there. Also I'm getting bored of Big Buck Bunny, how about Sintel instead. :) We can add it as well. What about we have these all in: meta-multimedia/recipes-support/media-samples/*? So we can have Big Buck Bunny, Sintel and others here. -- Otavio Salvador O.S. Systems E-mail: ota...@ossystems.com.br http://www.ossystems.com.br Mobile: +55 53 9981-7854 http://projetos.ossystems.com.br ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [meta-oe] Unshipped systemd files
This is drawing on a build done over the weekend so apologies if these have already been fixed and I've missed them. gpsd-3.7: gpsd: Files/directories were installed but not shipped /lib/systemd /lib/systemd/system /lib/systemd/system/gpsd.service /lib/systemd/system/gpsd.socket zram-0.1: zram: Files/directories were installed but not shipped /lib /lib/systemd /lib/systemd/system /lib/systemd/system/zram.service cloud9-0.6: cloud9: Files/directories were installed but not shipped /lib /lib/systemd /lib/systemd/system /lib/systemd/system/cloud9.service Further QA log and build details available at http://www.paulbarker.me.uk/yocto/20130510_poky-raspberrypi_userland/ Thanks, -- Paul Barker Email: p...@paulbarker.me.uk http://www.paulbarker.me.uk ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [meta-oe] Unshipped systemd files
On Tuesday 14 May 2013 12:37:56 Paul Barker wrote: This is drawing on a build done over the weekend so apologies if these have already been fixed and I've missed them. gpsd-3.7: gpsd: Files/directories were installed but not shipped /lib/systemd /lib/systemd/system /lib/systemd/system/gpsd.service /lib/systemd/system/gpsd.socket zram-0.1: zram: Files/directories were installed but not shipped /lib /lib/systemd /lib/systemd/system /lib/systemd/system/zram.service cloud9-0.6: cloud9: Files/directories were installed but not shipped /lib /lib/systemd /lib/systemd/system /lib/systemd/system/cloud9.service Further QA log and build details available at http://www.paulbarker.me.uk/yocto/20130510_poky-raspberrypi_userland/ This is a generic issue which really needs to be fixed in systemd.bbclass rather than individual recipes: https://bugzilla.yoctoproject.org/show_bug.cgi?id=4309 Cheers, Paul -- Paul Eggleton Intel Open Source Technology Centre ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [oe-core master] yajl: pass the cmake variable LIB_SUFFIX to handle installation on 64-bit systems
On Tue, May 14, 2013 at 05:37:29PM +0800, Olivia Yin wrote: WARNING: QA Issue: yajl: Files/directories were installed but not shipped /usr/lib /usr/lib/libyajl.so.2 /usr/lib/libyajl.so /usr/lib/libyajl_s.a /usr/lib/libyajl.so.2.0.4 /usr/lib/.debug /usr/lib/.debug/libyajl.so.2.0.4 NOTE: for 64-bit systems where lib64 is used you can pass the cmake variable LIB_SUFFIX to cause installation into the system's 'lib64' directory. Subject incorrectly says oe-core. Signed-off-by: Olivia Yin hong-hua@freescale.com --- meta-oe/recipes-devtools/yajl/yajl_2.0.4.bb |3 +++ 1 files changed, 3 insertions(+), 0 deletions(-) diff --git a/meta-oe/recipes-devtools/yajl/yajl_2.0.4.bb b/meta-oe/recipes-devtools/yajl/yajl_2.0.4.bb index 7359520..9d67e2d 100644 --- a/meta-oe/recipes-devtools/yajl/yajl_2.0.4.bb +++ b/meta-oe/recipes-devtools/yajl/yajl_2.0.4.bb @@ -1,6 +1,7 @@ DESCRIPTION = Yet Another JSON Library - A Portable JSON parsing and serialization library in ANSI C LICENSE = MIT LIC_FILES_CHKSUM = file://COPYING;md5=74f541bd9a2b6c8e5d0714bcdc327f32 +PR = r1 SRCREV = fee1ebef9fa7dc0e9f5a23f37123b19b68c796ff SRC_URI = git://github.com/lloyd/yajl.git @@ -8,3 +9,5 @@ SRC_URI = git://github.com/lloyd/yajl.git S = ${WORKDIR}/git inherit cmake lib_package + +EXTRA_OECMAKE = -DLIB_SUFFIX=${@d.getVar('baselib', True).replace('lib', '')} -- 1.7.0.4 ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel -- Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com signature.asc Description: Digital signature ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [meta-networking][PATCH v2] vpnc: Runtime dependency to perl was missing
[[oe] [meta-networking][PATCH v2] vpnc: Runtime dependency to perl was missing] On 13.05.14 (Tue 10:57) Jukka Rissanen wrote: Signed-off-by: Jukka Rissanen jukka.rissa...@linux.intel.com --- This version now properly rdepends on perl-module-io-file instead of just the perl package. Cheers, Jukka meta-networking/recipes-connectivity/vpnc/vpnc_0.5.3.bb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta-networking/recipes-connectivity/vpnc/vpnc_0.5.3.bb b/meta-networking/recipes-connectivity/vpnc/vpnc_0.5.3.bb index 2ce9530..a73cd13 100644 --- a/meta-networking/recipes-connectivity/vpnc/vpnc_0.5.3.bb +++ b/meta-networking/recipes-connectivity/vpnc/vpnc_0.5.3.bb @@ -6,7 +6,7 @@ PRIORITY = optional LICENSE = GPL-2.0+ LIC_FILES_CHKSUM = file://COPYING;md5=173b74cb8ac640a9992c03f3bce22a33 DEPENDS = libgcrypt -RDEPENDS_${PN} = kernel-module-tun +RDEPENDS_${PN} = kernel-module-tun perl-module-io-file CFLAGS_append = ' -DVERSION=\\${PV}\\' LDFLAGS_append = -lgcrypt -lgpg-error Given that I'd already merged your previous change (and Koen is absolutely right, I should've pushed back on it too since I completely agree with him) can you send out another version of this patch that addresses his suggestion about reordering the R* variables and is against the latest tree? This one won't apply as the tree stands now. Thanks. -- -Joe MacDonald. :wq signature.asc Description: Digital signature ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [meta-oe PATCH] bigbuckbunny: Add 480p, 720p and 1080p movies
On 14 May 2013 12:13, Otavio Salvador ota...@ossystems.com.br wrote: On Tue, May 14, 2013 at 6:59 AM, Burton, Ross ross.bur...@intel.com wrote: On 13 May 2013 22:56, Otavio Salvador ota...@ossystems.com.br wrote: I pondered about it but I think it is of generic use. I don't think we need to have meta-multimedia to be able to use it. We can add it as well. What about we have these all in: meta-multimedia/recipes-support/media-samples/*? So we can have Big Buck Bunny, Sintel and others here. Sure. Have a look at Guacamayo, that has recipes for Sintel and some freely distributable music. Ross ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [meta-networking][PATCH v2] vpnc: Runtime dependency to perl was missing
Hi Joe, On 14.05.2013 15:25, Joe MacDonald wrote: [[oe] [meta-networking][PATCH v2] vpnc: Runtime dependency to perl was missing] On 13.05.14 (Tue 10:57) Jukka Rissanen wrote: Given that I'd already merged your previous change (and Koen is absolutely right, I should've pushed back on it too since I completely agree with him) can you send out another version of this patch that addresses his suggestion about reordering the R* variables and is against the latest tree? This one won't apply as the tree stands now. Thanks. Sure, a new patch is in its way. Cheers, Jukka ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [meta-networking][PATCH] vpnc: Set RDEPENDS to perl-module-io-file instead of perl
Signed-off-by: Jukka Rissanen jukka.rissa...@linux.intel.com --- meta-networking/recipes-connectivity/vpnc/vpnc_0.5.3.bb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta-networking/recipes-connectivity/vpnc/vpnc_0.5.3.bb b/meta-networking/recipes-connectivity/vpnc/vpnc_0.5.3.bb index df90234..addd150 100644 --- a/meta-networking/recipes-connectivity/vpnc/vpnc_0.5.3.bb +++ b/meta-networking/recipes-connectivity/vpnc/vpnc_0.5.3.bb @@ -6,7 +6,6 @@ PRIORITY = optional LICENSE = GPL-2.0+ LIC_FILES_CHKSUM = file://COPYING;md5=173b74cb8ac640a9992c03f3bce22a33 DEPENDS = libgcrypt -RDEPENDS_${PN} = kernel-module-tun perl CFLAGS_append = ' -DVERSION=\\${PV}\\' LDFLAGS_append = -lgcrypt -lgpg-error @@ -19,6 +18,7 @@ do_install () { } CONFFILES_${PN} = ${sysconfdir}/vpnc/default.conf +RDEPENDS_${PN} = kernel-module-tun perl-module-io-file SRC_URI = http://www.unix-ag.uni-kl.de/~massar/vpnc/vpnc-${PV}.tar.gz \ file://makeman.patch \ -- 1.7.11.7 ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [meta-oe PATCH] bigbuckbunny: Add 480p, 720p and 1080p movies
On Tue, May 14, 2013 at 9:37 AM, Burton, Ross ross.bur...@intel.com wrote: On 14 May 2013 12:13, Otavio Salvador ota...@ossystems.com.br wrote: On Tue, May 14, 2013 at 6:59 AM, Burton, Ross ross.bur...@intel.com wrote: On 13 May 2013 22:56, Otavio Salvador ota...@ossystems.com.br wrote: I pondered about it but I think it is of generic use. I don't think we need to have meta-multimedia to be able to use it. We can add it as well. What about we have these all in: meta-multimedia/recipes-support/media-samples/*? So we can have Big Buck Bunny, Sintel and others here. Sure. Have a look at Guacamayo, that has recipes for Sintel and some freely distributable music. Awesome, let's move it to meta-oe so we can share these. -- Otavio Salvador O.S. Systems E-mail: ota...@ossystems.com.br http://www.ossystems.com.br Mobile: +55 53 9981-7854 http://projetos.ossystems.com.br ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] Detecting empty packages
Hello, inside a PACKAGESPLITFUNCS function , I need to detect if a package is empty, to determine another package's RDEPENDS list. I tried to look at FILES_${packagename}, but the problem is that this list also includes empty directories sometimes. So, even though FILES_${packagename} isnt empty, the package actually is. This leaves me with the question: how can I detect if a package is empty (as in, has no files) programmatically in a python function ? cheers ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [meta-oe/meta-gnome 06/15] poppler: remove unrecognized configure options
On Sun, May 12, 2013 at 12:35:49PM +0200, Andreas Müller wrote: On Fri, May 10, 2013 at 7:21 PM, Martin Jansa martin.ja...@gmail.com wrote: On Fri, May 10, 2013 at 07:03:40PM +0200, Andreas Müller wrote: On Fri, May 10, 2013 at 12:30 PM, Andreas Oberritter o...@opendreambox.org wrote: On 08.05.2013 00:41, Andreas Müller wrote: warning was: | configure: WARNING: unrecognized options: --disable-poppler-qt, --disable-abiword-output Signed-off-by: Andreas Müller schnitzelt...@googlemail.com --- meta-oe/recipes-support/poppler/poppler.inc |1 - meta-oe/recipes-support/poppler/poppler_0.18.4.bb |2 -- 2 files changed, 0 insertions(+), 3 deletions(-) diff --git a/meta-oe/recipes-support/poppler/poppler.inc b/meta-oe/recipes-support/poppler/poppler.inc index d0c0074..11286bc 100644 --- a/meta-oe/recipes-support/poppler/poppler.inc +++ b/meta-oe/recipes-support/poppler/poppler.inc @@ -11,7 +11,6 @@ EXTRA_OECONF = \ --enable-xpdf-headers \ --disable-gtk-test \ --disable-poppler-qt \ ---disable-poppler-qt4 \ --enable-zlib \ This hunk doesn't match the cited warning. Regards, Andreas Oops - will send a correcting patch. I've also noticed that newer poppler fails to build on some architectures (I know, too late, it was building fine on qemu* on jenkins, but om-gta02 - armv4t fails with: | Splash.cc: In member function 'void Splash::drawAALine(SplashPipe*, int, int, int)': | Splash.cc:1497:19: error: conversion from 'SplashCoord {aka FixedPoint}' to 'Guchar {aka unsigned char}' is ambiguous |pipe-shape = aaGamma[t]; |^ | Splash.cc:1497:30: note: candidates are: |pipe-shape = aaGamma[t]; | ^ | In file included from SplashMath.h:27:0, | from Splash.cc:44: | ../goo/FixedPoint.h:45:3: note: FixedPoint::operator int() |operator int() |^ | ../goo/FixedPoint.h:43:3: note: FixedPoint::operator double() |operator double() |^ | ../goo/FixedPoint.h:41:3: note: FixedPoint::operator float() |operator float() |^ -- Can you send me log.do_configure for this? Sorry for late reply, but your patch poppler: fix build for soft FPU machines fixed that already, thanks! -- Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com signature.asc Description: Digital signature ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [meta-oe/meta-gnome 06/15] poppler: remove unrecognized configure options
On Tue, May 14, 2013 at 6:10 PM, Martin Jansa martin.ja...@gmail.com wrote: On Sun, May 12, 2013 at 12:35:49PM +0200, Andreas Müller wrote: On Fri, May 10, 2013 at 7:21 PM, Martin Jansa martin.ja...@gmail.com wrote: On Fri, May 10, 2013 at 07:03:40PM +0200, Andreas Müller wrote: On Fri, May 10, 2013 at 12:30 PM, Andreas Oberritter o...@opendreambox.org wrote: On 08.05.2013 00:41, Andreas Müller wrote: warning was: | configure: WARNING: unrecognized options: --disable-poppler-qt, --disable-abiword-output Signed-off-by: Andreas Müller schnitzelt...@googlemail.com --- meta-oe/recipes-support/poppler/poppler.inc |1 - meta-oe/recipes-support/poppler/poppler_0.18.4.bb |2 -- 2 files changed, 0 insertions(+), 3 deletions(-) diff --git a/meta-oe/recipes-support/poppler/poppler.inc b/meta-oe/recipes-support/poppler/poppler.inc index d0c0074..11286bc 100644 --- a/meta-oe/recipes-support/poppler/poppler.inc +++ b/meta-oe/recipes-support/poppler/poppler.inc @@ -11,7 +11,6 @@ EXTRA_OECONF = \ --enable-xpdf-headers \ --disable-gtk-test \ --disable-poppler-qt \ ---disable-poppler-qt4 \ --enable-zlib \ This hunk doesn't match the cited warning. Regards, Andreas Oops - will send a correcting patch. I've also noticed that newer poppler fails to build on some architectures (I know, too late, it was building fine on qemu* on jenkins, but om-gta02 - armv4t fails with: | Splash.cc: In member function 'void Splash::drawAALine(SplashPipe*, int, int, int)': | Splash.cc:1497:19: error: conversion from 'SplashCoord {aka FixedPoint}' to 'Guchar {aka unsigned char}' is ambiguous |pipe-shape = aaGamma[t]; |^ | Splash.cc:1497:30: note: candidates are: |pipe-shape = aaGamma[t]; | ^ | In file included from SplashMath.h:27:0, | from Splash.cc:44: | ../goo/FixedPoint.h:45:3: note: FixedPoint::operator int() |operator int() |^ | ../goo/FixedPoint.h:43:3: note: FixedPoint::operator double() |operator double() |^ | ../goo/FixedPoint.h:41:3: note: FixedPoint::operator float() |operator float() |^ -- Can you send me log.do_configure for this? Sorry for late reply, but your patch poppler: fix build for soft FPU machines fixed that already, thanks! No problem - a built for om-gta02 overnight showed the error situation. Andreas ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [oe-core master] yajl: pass the cmake variable LIB_SUFFIX to handle installation on 64-bit systems
On Tue, May 14, 2013 at 02:00:08PM +0200, Martin Jansa wrote: On Tue, May 14, 2013 at 05:37:29PM +0800, Olivia Yin wrote: WARNING: QA Issue: yajl: Files/directories were installed but not shipped /usr/lib /usr/lib/libyajl.so.2 /usr/lib/libyajl.so /usr/lib/libyajl_s.a /usr/lib/libyajl.so.2.0.4 /usr/lib/.debug /usr/lib/.debug/libyajl.so.2.0.4 NOTE: for 64-bit systems where lib64 is used you can pass the cmake variable LIB_SUFFIX to cause installation into the system's 'lib64' directory. Subject incorrectly says oe-core. And it was already applied few days ago: http://git.openembedded.org/meta-openembedded/commit/?id=eb040205f38eb0e2c28ccc7b4f64e9541cc82cc0 Signed-off-by: Olivia Yin hong-hua@freescale.com --- meta-oe/recipes-devtools/yajl/yajl_2.0.4.bb |3 +++ 1 files changed, 3 insertions(+), 0 deletions(-) diff --git a/meta-oe/recipes-devtools/yajl/yajl_2.0.4.bb b/meta-oe/recipes-devtools/yajl/yajl_2.0.4.bb index 7359520..9d67e2d 100644 --- a/meta-oe/recipes-devtools/yajl/yajl_2.0.4.bb +++ b/meta-oe/recipes-devtools/yajl/yajl_2.0.4.bb @@ -1,6 +1,7 @@ DESCRIPTION = Yet Another JSON Library - A Portable JSON parsing and serialization library in ANSI C LICENSE = MIT LIC_FILES_CHKSUM = file://COPYING;md5=74f541bd9a2b6c8e5d0714bcdc327f32 +PR = r1 SRCREV = fee1ebef9fa7dc0e9f5a23f37123b19b68c796ff SRC_URI = git://github.com/lloyd/yajl.git @@ -8,3 +9,5 @@ SRC_URI = git://github.com/lloyd/yajl.git S = ${WORKDIR}/git inherit cmake lib_package + +EXTRA_OECMAKE = -DLIB_SUFFIX=${@d.getVar('baselib', True).replace('lib', '')} -- 1.7.0.4 ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel -- Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com -- Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com signature.asc Description: Digital signature ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [oe-core master] lvm2: add configure option --with-usrlibdir to install shared library in 64-bit systems
On Tue, May 14, 2013 at 05:38:27PM +0800, Olivia Yin wrote: According to make.tmpl.in, shared lib will be installed under $(usrlibdir) install_lib_shared: $(LIB_SHARED) $(INSTALL_PROGRAM) -D $ $(libdir)/$(F).$(LIB_VERSION) $(INSTALL_DIR) $(usrlibdir) $(LN_S) -f $(USRLIB_RELPATH)$(F).$(LIB_VERSION) $(usrlibdir)/$(F) But default $(usrlibdir) is $(DESTDIR)${prefix}/lib no matter it is 32-bit or 64-bit system. So we need align $(usrlibdir) with $(libdir). Wrong subject and it was already applied few days ago: http://git.openembedded.org/meta-openembedded/commit/?id=f9f1a63e03d11028785cc4beeb19041b15f8dcb0 Signed-off-by: Olivia Yin hong-hua@freescale.com --- meta-oe/recipes-support/lvm2/lvm2.inc |3 ++- 1 files changed, 2 insertions(+), 1 deletions(-) diff --git a/meta-oe/recipes-support/lvm2/lvm2.inc b/meta-oe/recipes-support/lvm2/lvm2.inc index 157e11b..5de1e3f 100644 --- a/meta-oe/recipes-support/lvm2/lvm2.inc +++ b/meta-oe/recipes-support/lvm2/lvm2.inc @@ -4,7 +4,7 @@ DEPENDS = udev LICENSE = GPLv2 LGPLv2 LIC_FILES_CHKSUM = file://COPYING;md5=94d55d512a9ba36caa9b7df079bae19f \ file://COPYING.LIB;md5=fbc093901857fcd118f065f900982c24 -INC_PR = r0 +INC_PR = r1 S = ${WORKDIR}/LVM2.${PV} @@ -37,3 +37,4 @@ TARGET_CC_ARCH += ${LDFLAGS} FILES_${PN} += ${libdir}/device-mapper/*.so ${base_libdir}/udev FILES_${PN}-dbg += ${libdir}/device-mapper/.debug +EXTRA_OECONF = --with-usrlibdir=${libdir} -- 1.7.0.4 ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel -- Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com signature.asc Description: Digital signature ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [meta-oe][PATCH] dmidecode: remove
A newer version is available in OE-Core. Signed-off-by: Jonathan Liu net...@gmail.com --- .../recipes-extended/dmidecode/dmidecode_2.10.bb| 21 - 1 file changed, 21 deletions(-) delete mode 100644 meta-oe/recipes-extended/dmidecode/dmidecode_2.10.bb diff --git a/meta-oe/recipes-extended/dmidecode/dmidecode_2.10.bb b/meta-oe/recipes-extended/dmidecode/dmidecode_2.10.bb deleted file mode 100644 index 3437ef1..000 --- a/meta-oe/recipes-extended/dmidecode/dmidecode_2.10.bb +++ /dev/null @@ -1,21 +0,0 @@ -DESCRIPTION = DMI (Desktop Management Interface) table related utilities -SECTION = console/utils -HOMEPAGE = http://www.nongnu.org/dmidecode/; -LIC_FILES_CHKSUM = file://LICENSE;md5=393a5ca445f6965873eca0259a17f833 -LICENSE = GPLv2 -PR = r2 - -SRC_URI = http://savannah.nongnu.org/download/dmidecode/${P}.tar.bz2; - -COMPATIBLE_HOST = (i.86|x86_64).*-linux - -do_compile() { -oe_runmake -} - -do_install() { -oe_runmake DESTDIR=${D} install -} - -SRC_URI[md5sum] = 3c9c4d55a40b78600f3b43bfa64616f9 -SRC_URI[sha256sum] = 4d74a3e93353320317a424816f9a045df06d9ed4b5b80881e16fdfcc74c9e2c0 -- 1.8.2.3 ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] RFT: Python3
Hi All, Python3 (3.3.0) is now available. Please test it out on your platforms and report issues/successes you see, and above all feedback on patches the contrib tree for OE-Core is here http://git.openembedded.org/openembedded-core-contrib/log/?h=kraj/python3 I have tested it on all supported architectures in qemu and few hardware machines I have access to, Recipes have been around for a long time so they have received some soak time at minimum add python3 \ python3-modules \ python3-misc \ to your IMAGE_INSTALL in order to include it in images. Complete set can be included by python3-2to3python3-audio \ python3-codecs python3-compile \ python3-compression python3-core \ python3-crypt python3-ctypes \ python3-curses python3-datetime \ python3-debuggerpython3-difflib \ python3-distutils python3-doctest \ python3-email python3-html \ python3-idlepython3-image \ python3-io python3-json \ python3-langpython3-logging \ python3-mailbox python3-man \ python3-mathpython3-mime \ python3-miscpython3-modules \ python3-multiprocessing python3-netclient \ python3-netserver python3-numbers \ python3-pickle python3-pkgutil \ python3-pprint python3-profile \ python3-pydoc python3-pyvenv \ python3-re python3-readline \ python3-shell python3-smtpd \ python3-sqlite3 python3-sqlite3-tests \ python3-stringold python3-subprocess \ python3-terminalpython3-tests \ python3-textutils python3-threading \ python3-unittestpython3-unixadmin \ python3-xml \ python3-distribute \ Thanks -Khem ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel