[oe] [meta-oe][PATCH] openldap: fix build against gnutls3

2014-05-06 Thread Koen Kooi 
OE-core update from gnutls2 to gnutls3, openldap needs patches to cope with 
that.

Signed-off-by: Koen Kooi 
---
 .../0205e83f4670d10ad3c6ae4b8fc5ec1d0c7020c0.patch | 44 ++
 .../openldap-2.4.28-gnutls-gcrypt.patch| 17 +
 .../recipes-support/openldap/openldap_2.4.23.bb|  2 +
 3 files changed, 63 insertions(+)
 create mode 100644 
meta-oe/recipes-support/openldap/openldap-2.4.23/0205e83f4670d10ad3c6ae4b8fc5ec1d0c7020c0.patch
 create mode 100644 
meta-oe/recipes-support/openldap/openldap-2.4.23/openldap-2.4.28-gnutls-gcrypt.patch

diff --git 
a/meta-oe/recipes-support/openldap/openldap-2.4.23/0205e83f4670d10ad3c6ae4b8fc5ec1d0c7020c0.patch
 
b/meta-oe/recipes-support/openldap/openldap-2.4.23/0205e83f4670d10ad3c6ae4b8fc5ec1d0c7020c0.patch
new file mode 100644
index 000..dffd3ca
--- /dev/null
+++ 
b/meta-oe/recipes-support/openldap/openldap-2.4.23/0205e83f4670d10ad3c6ae4b8fc5ec1d0c7020c0.patch
@@ -0,0 +1,44 @@
+From 0205e83f4670d10ad3c6ae4b8fc5ec1d0c7020c0 Mon Sep 17 00:00:00 2001
+From: Howard Chu 
+Date: Sat, 7 Sep 2013 09:39:24 -0700
+Subject: [PATCH] ITS#7430 GnuTLS: Avoid use of deprecated function
+
+Upstream-status: Backport
+
+---
+ libraries/libldap/tls_g.c |   12 
+ 1 files changed, 12 insertions(+), 0 deletions(-)
+
+diff --git a/libraries/libldap/tls_g.c b/libraries/libldap/tls_g.c
+index 9acffaf..c793828 100644
+--- a/libraries/libldap/tls_g.c
 b/libraries/libldap/tls_g.c
+@@ -368,6 +368,17 @@ tlsg_ctx_init( struct ldapoptions *lo, struct ldaptls 
*lt, int is_server )
+* then we have to build the cert chain.
+*/
+   if ( max == 1 && !gnutls_x509_crt_check_issuer( certs[0], 
certs[0] )) {
++#if GNUTLS_VERSION_NUMBER >= 0x020c00
++  unsigned int i;
++  for ( i = 1; icred, 
certs[i-1], &certs[i], 0 ))
++  break;
++  max++;
++  /* If this CA is self-signed, we're done */
++  if ( gnutls_x509_crt_check_issuer( certs[i], 
certs[i] ))
++  break;
++  }
++#else
+   gnutls_x509_crt_t *cas;
+   unsigned int i, j, ncas;
+ 
+@@ -387,6 +398,7 @@ tlsg_ctx_init( struct ldapoptions *lo, struct ldaptls *lt, 
int is_server )
+   if ( j == ncas )
+   break;
+   }
++#endif
+   }
+   rc = gnutls_certificate_set_x509_key( ctx->cred, certs, max, 
key );
+   if ( rc ) return -1;
+-- 
+1.7.4.2
+
diff --git 
a/meta-oe/recipes-support/openldap/openldap-2.4.23/openldap-2.4.28-gnutls-gcrypt.patch
 
b/meta-oe/recipes-support/openldap/openldap-2.4.23/openldap-2.4.28-gnutls-gcrypt.patch
new file mode 100644
index 000..c7b1552
--- /dev/null
+++ 
b/meta-oe/recipes-support/openldap/openldap-2.4.23/openldap-2.4.28-gnutls-gcrypt.patch
@@ -0,0 +1,17 @@
+From 
http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/net-nds/openldap/files/
+
+Upstream-status: Unknown
+
+--
+
+--- openldap-2.4.28/configure.in.orig  2012-02-11 22:40:36.004360795 +
 openldap-2.4.28/configure.in   2012-02-11 22:40:13.410986851 +
+@@ -1214,7 +1214,7 @@
+   ol_with_tls=gnutls
+   ol_link_tls=yes
+ 
+-  TLS_LIBS="-lgnutls"
++  TLS_LIBS="-lgnutls -lgcrypt"
+ 
+   AC_DEFINE(HAVE_GNUTLS, 1, 
+   [define if you have GNUtls])
diff --git a/meta-oe/recipes-support/openldap/openldap_2.4.23.bb 
b/meta-oe/recipes-support/openldap/openldap_2.4.23.bb
index 5c6f9ea..d85de03 100644
--- a/meta-oe/recipes-support/openldap/openldap_2.4.23.bb
+++ b/meta-oe/recipes-support/openldap/openldap_2.4.23.bb
@@ -16,6 +16,8 @@ LDAP_VER = "${@'.'.join(d.getVar('PV',1).split('.')[0:2])}"
 SRC_URI = "ftp://ftp.openldap.org/pub/OpenLDAP/openldap-release/${P}.tgz \
 file://openldap-m4-pthread.patch \
 file://kill-icu.patch \
+file://0205e83f4670d10ad3c6ae4b8fc5ec1d0c7020c0.patch \
+file://openldap-2.4.28-gnutls-gcrypt.patch \
 file://initscript \
 "
 SRC_URI[md5sum] = "90150b8c0d0192e10b30157e68844ddf"
-- 
1.9.0

-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] Website Text

2014-05-06 Thread Trevor Woerner 
On 05/06/14 12:12, Paul Eggleton wrote:
> So I'd hope that the machine listing in the layer index could be made
> to help with that.

Absolutely, for raw recipe information or information on which MACHINEs
are supported the layer index would be a good choice.

But there's a fair amount of difference between "MACHINE, layer, and
recipe definitions" versus "here's the FSL community information, they
use repo, here's where they keep their manifests, here are the manifests
they have available, these are the boards they support, and here is how
you run their setup script".

Unless you're suggesting the layer index could also inform users of
manifests and setup script conventions?
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

[oe] [meta-perl][PATCH v3 9/9] libalgorithm-diff-perl: add 1.15

2014-05-06 Thread Tim Orling 
From: Tim Orling 

[from README]
This is a module for computing the difference between two files, two
strings, or any other two lists of things.  It uses an  intelligent
algorithm similar to (or identical to) the one used by the Unix `diff'
program.   It is guaranteed to find the *smallest possible* set of
differences.

Signed-off-by: Tim Orling 
---
 .../libalgorithm/libalgorithm-diff-perl_1.15.bb| 23 ++
 1 file changed, 23 insertions(+)
 create mode 100644 
meta-perl/recipes-perl/libalgorithm/libalgorithm-diff-perl_1.15.bb

diff --git a/meta-perl/recipes-perl/libalgorithm/libalgorithm-diff-perl_1.15.bb 
b/meta-perl/recipes-perl/libalgorithm/libalgorithm-diff-perl_1.15.bb
new file mode 100644
index 000..554a6b0
--- /dev/null
+++ b/meta-perl/recipes-perl/libalgorithm/libalgorithm-diff-perl_1.15.bb
@@ -0,0 +1,23 @@
+SUMMARY = "Algorithm::Diff - Compute 'intelligent' differences between two \
+files/lists"
+DESCRIPTION = "This is a module for computing the difference between two 
files, \
+two strings, or any other two lists of things.  It uses an  intelligent \
+algorithm similar to (or identical to) the one used by the Unix `diff' \
+program.   It is guaranteed to find the *smallest possible* set of \
+differences. \
+"
+SECTION = "libs"
+HOMEPAGE = "http://search.cpan.org/~nedkonz/Algorithm-Diff/";
+
+LICENSE = "Artistic-1.0 | GPL-1.0+"
+LIC_FILES_CHKSUM = 
"file://lib/Algorithm/Diff.pm;beginline=406;endline=409;md5=d393b8ad3b8994b9d0ae9299b8a8a1ee"
+
+SRC_URI = 
"http://search.cpan.org/CPAN/authors/id/N/NE/NEDKONZ/Algorithm-Diff-${PV}.tar.gz";
+SRC_URI[md5sum] = "457cd497a0411a88b47d3741eb176071"
+SRC_URI[sha256sum] = 
"aa848b75ad3ecc32d31e8651909551e851cceef74a32822c7a3cb35c259f5190"
+
+S = "${WORKDIR}/Algorithm-Diff-${PV}"
+
+inherit cpan
+
+BBCLASSEXTEND = "native"
-- 
1.8.3.2

-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

[oe] [meta-perl][PATCH v3 6/9] libextutils-installpaths-perl: add 0.010

2014-05-06 Thread Tim Orling 
From: Tim Orling 

[Description from CPAN]
This module tries to make install path resolution as easy
as possible.

Signed-off-by: Tim Orling 
---
 .../libextutils-installpaths-perl_0.010.bb | 25 ++
 1 file changed, 25 insertions(+)
 create mode 100644 
meta-perl/recipes-perl/libextutils/libextutils-installpaths-perl_0.010.bb

diff --git 
a/meta-perl/recipes-perl/libextutils/libextutils-installpaths-perl_0.010.bb 
b/meta-perl/recipes-perl/libextutils/libextutils-installpaths-perl_0.010.bb
new file mode 100644
index 000..4cfdfc4
--- /dev/null
+++ b/meta-perl/recipes-perl/libextutils/libextutils-installpaths-perl_0.010.bb
@@ -0,0 +1,25 @@
+SUMMARY = "ExtUtils::InstallPaths - Build.PL install path logic made easy"
+DESCRIPTION = "This module tries to make install path resolution as easy \
+as possible."
+SECTION = "libs"
+
+HOMEPAGE = "http://search.cpan.org/~leont/ExtUtils-InstallPaths/";
+
+LICENSE = "Artistic-1.0 | GPL-1.0+"
+LIC_FILES_CHKSUM = "file://LICENSE;md5=15bbcc2806d297df9e944b8955b38d82"
+
+SRC_URI = 
"http://search.cpan.org/CPAN/authors/id/L/LE/LEONT/ExtUtils-InstallPaths-${PV}.tar.gz";
+SRC_URI[md5sum] = "f0b00cc6c04653588a6298fa1f16c07f"
+SRC_URI[sha256sum] = 
"d14cbff118e467900c2c488b55b83ef697d6eb1b8f592c0521f1d82848bf2156"
+
+S = "${WORKDIR}/ExtUtils-InstallPaths-${PV}"
+
+inherit cpan
+
+RDEPENDS_${PN} = " perl-module-extutils-makemaker \
+   perl-module-data-dumper \
+   perl-module-test-more \
+   perl-module-file-temp \
+"
+
+BBCLASSEXTEND = "native"
-- 
1.8.3.2

-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

[oe] [meta-perl][PATCH v3 8/9] libextutils-cppguess-perl: add 0.07

2014-05-06 Thread Tim Orling 
From: Tim Orling 

[Description from CPAN]
ExtUtils::CppGuess attempts to guess the system's C++
compiler that is compatible with the C compiler that your perl was built
with.

Signed-off-by: Tim Orling 
---
 .../libextutils/libextutils-cppguess-perl_0.07.bb  | 38 ++
 1 file changed, 38 insertions(+)
 create mode 100644 
meta-perl/recipes-perl/libextutils/libextutils-cppguess-perl_0.07.bb

diff --git 
a/meta-perl/recipes-perl/libextutils/libextutils-cppguess-perl_0.07.bb 
b/meta-perl/recipes-perl/libextutils/libextutils-cppguess-perl_0.07.bb
new file mode 100644
index 000..0e5e304
--- /dev/null
+++ b/meta-perl/recipes-perl/libextutils/libextutils-cppguess-perl_0.07.bb
@@ -0,0 +1,38 @@
+SUMMARY = "ExtUtils::CppGuess - guess C++ compiler and flags"
+DESCRIPTION = "ExtUtils::CppGuess attempts to guess the system's C++ \
+compiler that is compatible with the C compiler that your perl was built \
+with. \
+It can generate the necessary options to the Module::Build constructor or \
+to ExtUtils::MakeMaker's WriteMakefile function."
+SECTION = "libs"
+
+HOMEPAGE = "http://search.cpan.org/~smueller/ExtUtils-CppGuess/";
+
+LICENSE = "Artistic-1.0 | GPL-1.0+"
+LIC_FILES_CHKSUM = 
"file://README;beginline=81;endline=84;md5=84c0390b90ea8c6702ce659b67bed699"
+
+SRC_URI = 
"http://search.cpan.org/CPAN/authors/id/S/SM/SMUELLER/ExtUtils-CppGuess-${PV}.tar.gz";
+SRC_URI[md5sum] = "350dd7c661189ea770d6c9354ebbc6c2"
+SRC_URI[sha256sum] = 
"1cd83ee8452351219b987c79ddb25cc25ee8c396318ba36c5211a92b5c87e7a8"
+
+S = "${WORKDIR}/ExtUtils-CppGuess-${PV}"
+
+inherit cpan_build
+
+do_install () {
+cpan_build_do_install
+}
+
+RDEPENDS_${PN} = " libcapture-tiny-perl \
+   perl-module-scalar-util \
+   perl-module-io-file \
+   perl-module-extutils-makemaker \
+   perl-module-file-spec \
+   perl-module-exporter \
+   perl-module-carp \
+   perl-module-file-temp \
+   perl-module-lib \
+   perl-module-build \
+"
+
+BBCLASSEXTEND = "native"
-- 
1.8.3.2

-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

[oe] [meta-perl][PATCH v3 7/9] libmodule-build-tiny-perl: add 0.030

2014-05-06 Thread Tim Orling 
From: Tim Orling 

[Description from CPAN]
Many Perl distributions use a Build.PL file instead of a
Makefile.PL file to drive distribution configuration, build, test and
installation. Traditionally, Build.PL uses Module::Build as the
underlying
build system. This module provides a simple, lightweight, drop-in
replacement.

Signed-off-by: Tim Orling 
---
 .../libmodule/libmodule-build-tiny-perl_0.030.bb   | 54 ++
 1 file changed, 54 insertions(+)
 create mode 100644 
meta-perl/recipes-perl/libmodule/libmodule-build-tiny-perl_0.030.bb

diff --git 
a/meta-perl/recipes-perl/libmodule/libmodule-build-tiny-perl_0.030.bb 
b/meta-perl/recipes-perl/libmodule/libmodule-build-tiny-perl_0.030.bb
new file mode 100644
index 000..687fb8a
--- /dev/null
+++ b/meta-perl/recipes-perl/libmodule/libmodule-build-tiny-perl_0.030.bb
@@ -0,0 +1,54 @@
+SUMMARY = "Module::Build::Tiny - A tiny replacement for Module::Build"
+DESCRIPTION = "Many Perl distributions use a Build.PL file instead of a \
+Makefile.PL file to drive distribution configuration, build, test and \
+installation. Traditionally, Build.PL uses Module::Build as the underlying \
+build system. This module provides a simple, lightweight, drop-in replacement. 
\
+Whereas Module::Build has over 6,700 lines of code; this module has less than \
+120, yet supports the features needed by most distributions."
+SECTION = "libs"
+
+HOMEPAGE = "http://search.cpan.org/~leont/Module-Build-Tiny/";
+
+LICENSE = "Artistic-1.0 | GPL-1.0+"
+LIC_FILES_CHKSUM = "file://LICENSE;md5=aaca61412962cf972aec0cdad99d0a84"
+
+DEPENDS = "libextutils-config-perl-native libextutils-helpers-perl-native 
libextutils-installpaths-perl-native"
+
+SRC_URI = 
"http://search.cpan.org/CPAN/authors/id/L/LE/LEONT/Module-Build-Tiny-${PV}.tar.gz";
+SRC_URI[md5sum] = "1c54bf4c602eec87f98950314699402e"
+SRC_URI[sha256sum] = 
"dfd418ad0e8290cf645ab11be209a1bf6865e5a562c5a1592da99d5fd24718a8"
+
+S = "${WORKDIR}/Module-Build-Tiny-${PV}"
+
+inherit cpan_build
+
+do_install () {
+cpan_build_do_install
+}
+
+RDEPENDS_${PN} = " libextutils-config-perl \
+   libextutils-helpers-perl \
+   libextutils-installpaths-perl \
+   perl-module-xsloader \
+   perl-module-file-spec \
+   perl-module-io-handle \
+   perl-module-tap-harness-env \
+   perl-module-ipc-open3 \
+   perl-module-file-path \
+   perl-module-cpan-meta \
+   perl-module-extutils-cbuilder \
+   perl-module-getopt-long \
+   perl-module-extutils-makemaker \
+   perl-module-exporter \
+   perl-module-carp \
+   perl-module-test-more \
+   perl-module-text-parsewords \
+   perl-module-module-load \
+   perl-module-file-temp \
+   perl-module-data-dumper \
+   perl-module-extutils-parsexs \
+   perl-module-pod-man \
+   perl-module-json-pp \
+"
+
+BBCLASSEXTEND = "native"
-- 
1.8.3.2

-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

[oe] [meta-perl][PATCH v3 5/9] libextutils-helpers-perl: add 0.021

2014-05-06 Thread Tim Orling 
From: Tim Orling 

[Description from CPAN]
This module provides various portable helper function for
module building modules.

Signed-off-by: Tim Orling 
---
 .../libextutils/libextutils-helpers-perl_0.021.bb  | 29 ++
 1 file changed, 29 insertions(+)
 create mode 100644 
meta-perl/recipes-perl/libextutils/libextutils-helpers-perl_0.021.bb

diff --git 
a/meta-perl/recipes-perl/libextutils/libextutils-helpers-perl_0.021.bb 
b/meta-perl/recipes-perl/libextutils/libextutils-helpers-perl_0.021.bb
new file mode 100644
index 000..20f3283
--- /dev/null
+++ b/meta-perl/recipes-perl/libextutils/libextutils-helpers-perl_0.021.bb
@@ -0,0 +1,29 @@
+SUMMARY = "ExtUtils::Helpers - Various portability utilities for module 
builders"
+DESCRIPTION = "This module provides various portable helper function for 
module building modules."
+SECTION = "libs"
+
+HOMEPAGE = "http://search.cpan.org/~leont/ExtUtils-Helpers/";
+
+LICENSE = "Artistic-1.0 | GPL-1.0+"
+LIC_FILES_CHKSUM = "file://LICENSE;md5=307057ce232899f5caa8858560c7274b"
+
+SRC_URI = 
"http://search.cpan.org/CPAN/authors/id/L/LE/LEONT/ExtUtils-Helpers-${PV}.tar.gz";
+SRC_URI[md5sum] = "94aa8eaf92def26d9af0cb25fcb1570f"
+SRC_URI[sha256sum] = 
"26b85077f4197b30e62ffec87d3f78111522619d62858d2ab45a64687351892a"
+
+S = "${WORKDIR}/ExtUtils-Helpers-${PV}"
+
+inherit cpan
+
+RDEPENDS_${PN} = " perl-module-file-copy \
+   perl-module-extutils-makemaker \
+   perl-module-exporter \
+   perl-module-carp \
+   perl-module-test-more \
+   perl-module-text-parsewords \
+   perl-module-module-load \
+   perl-module-file-temp \
+   perl-module-file-spec-functions \
+"
+
+BBCLASSEXTEND = "native"
-- 
1.8.3.2

-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

[oe] [meta-perl][PATCH v3 4/9] libextutils-config-perl: add 0.007

2014-05-06 Thread Tim Orling 
From: Tim Orling 

[Description from CPAN]
ExtUtils::Config is an abstraction around the %Config hash.

Signed-off-by: Tim Orling 
---
 .../libextutils/libextutils-config-perl_0.007.bb   | 24 ++
 1 file changed, 24 insertions(+)
 create mode 100644 
meta-perl/recipes-perl/libextutils/libextutils-config-perl_0.007.bb

diff --git 
a/meta-perl/recipes-perl/libextutils/libextutils-config-perl_0.007.bb 
b/meta-perl/recipes-perl/libextutils/libextutils-config-perl_0.007.bb
new file mode 100644
index 000..8276d28
--- /dev/null
+++ b/meta-perl/recipes-perl/libextutils/libextutils-config-perl_0.007.bb
@@ -0,0 +1,24 @@
+SUMMARY = "ExtUtils::Config - A wrapper for perl's configuration"
+DESCRIPTION = "ExtUtils::Config is an abstraction around the %Config hash."
+SECTION = "libs"
+
+HOMEPAGE = "http://search.cpan.org/~leont/ExtUtils-Config/";
+
+LICENSE = "Artistic-1.0 | GPL-1.0+"
+LIC_FILES_CHKSUM = "file://LICENSE;md5=b1b813683bd988732e7fd6a796bf7f47"
+
+SRC_URI = 
"http://search.cpan.org/CPAN/authors/id/L/LE/LEONT/ExtUtils-Config-${PV}.tar.gz";
+SRC_URI[md5sum] = "2829c0dfa8a7e51b3f582efbee4bb128"
+SRC_URI[sha256sum] = 
"2c1465078b876fd16a90507092805265528c2532d4937b03547a6dbdb8ac0eef"
+
+S = "${WORKDIR}/ExtUtils-Config-${PV}"
+
+inherit cpan
+
+RDEPENDS_${PN} = " perl-module-extutils-makemaker \
+   perl-module-data-dumper \
+   perl-module-test-more \
+   perl-module-file-temp \
+"
+
+BBCLASSEXTEND = "native"
-- 
1.8.3.2

-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

[oe] [meta-perl][PATCH v3 2/9] libcapture-tiny-perl: add 0.23

2014-05-06 Thread Tim Orling 
From: Tim Orling 

[Description from CPAN]
Capture::Tiny provies a simple, portable way to capture
almost anything sent to STDOUT or STDERR, regardless of whether it comes
from Perl, from XS code or from an external program. Optionally, output
can
be teed so that it is captured while being passed through to the
original
filehandles. Yes, it even works on Windows (usually). Stop guessing
which of
a dozen capturing modules to use in any particular situation and just
use
this one.

Signed-off-by: Tim Orling 
---
 .../libcapture/libcapture-tiny-perl_0.23.bb| 36 ++
 1 file changed, 36 insertions(+)
 create mode 100644 
meta-perl/recipes-perl/libcapture/libcapture-tiny-perl_0.23.bb

diff --git a/meta-perl/recipes-perl/libcapture/libcapture-tiny-perl_0.23.bb 
b/meta-perl/recipes-perl/libcapture/libcapture-tiny-perl_0.23.bb
new file mode 100644
index 000..b2f1ff9
--- /dev/null
+++ b/meta-perl/recipes-perl/libcapture/libcapture-tiny-perl_0.23.bb
@@ -0,0 +1,36 @@
+SUMMARY = "Capture::Tiny - Capture STDOUT and STDERR from Perl, XS or external 
programs."
+DESCRIPTION = "Capture::Tiny provies a simple, portable way to capture \
+almost anything sent to STDOUT or STDERR, regardless of whether it comes \
+from Perl, from XS code or from an external program. Optionally, output can \
+be teed so that it is captured while being passed through to the original \
+filehandles. Yes, it even works on Windows (usually). Stop guessing which of \
+a dozen capturing modules to use in any particular situation and just use \
+this one."
+SECTION = "libs"
+
+HOMEPAGE = "http://search.cpan.org/~dagolden/Capture-Tiny/";
+
+LICENSE = "Artistic-1.0 | GPL-1.0+"
+LIC_FILES_CHKSUM = "file://LICENSE;md5=37a4918a30ace24395020e5b8c03b83f"
+
+SRC_URI = 
"http://search.cpan.org/CPAN/authors/id/D/DA/DAGOLDEN/Capture-Tiny-${PV}.tar.gz";
+SRC_URI[md5sum] = "7c6f63671802d004c0df5dbcba93e5b4"
+SRC_URI[sha256sum] = 
"427814015824014b41f666c16afadab0ea551db946e494fdfbc59c44c9569bdf"
+
+S = "${WORKDIR}/Capture-Tiny-${PV}"
+
+inherit cpan
+
+RDEPENDS_${PN} = " perl-module-scalar-util \
+   perl-module-io-file \
+   perl-module-extutils-makemaker \
+   perl-module-file-spec \
+   perl-module-exporter \
+   perl-module-carp \
+   perl-module-test-more \
+   perl-module-file-temp \
+   perl-module-lib \
+   perl-module-build \
+"
+
+BBCLASSEXTEND = "native"
-- 
1.8.3.2

-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

[oe] [meta-perl][PATCH v3 3/9] libmodule-runtime-perl: add 0.013

2014-05-06 Thread Tim Orling 
From: Tim Orling 

[Description from CPAN]
The functions exported by this module deal with runtime
handling of Perl modules, which are normally handled at compile time.
This
module avoids using any other modules, so that it can be used in
low-level
infrastructure.

Signed-off-by: Tim Orling 
---
 .../libmodule/libmodule-runtime-perl_0.013.bb  | 35 ++
 1 file changed, 35 insertions(+)
 create mode 100644 
meta-perl/recipes-perl/libmodule/libmodule-runtime-perl_0.013.bb

diff --git a/meta-perl/recipes-perl/libmodule/libmodule-runtime-perl_0.013.bb 
b/meta-perl/recipes-perl/libmodule/libmodule-runtime-perl_0.013.bb
new file mode 100644
index 000..58b72af
--- /dev/null
+++ b/meta-perl/recipes-perl/libmodule/libmodule-runtime-perl_0.013.bb
@@ -0,0 +1,35 @@
+SUMMARY = "Module::Runtime - runtime module handling"
+DESCRIPTION = "The functions exported by this module deal with runtime \
+handling of Perl modules, which are normally handled at compile time. This \
+module avoids using any other modules, so that it can be used in low-level \
+infrastructure. \
+The parts of this module that work with module names apply the same syntax \
+that is used for barewords in Perl source. In principle this syntax can vary \
+between versions of Perl, and this module applies the syntax of the Perl on \
+which it is running. In practice the usable syntax hasn't changed yet, but \
+there's a good chance of it changing in Perl 5.18. \
+The functions of this module whose purpose is to load modules include \
+workarounds for three old Perl core bugs regarding require. These workarounds \
+are applied on any Perl version where the bugs exist, except for a case where \
+one of the bugs cannot be adequately worked around in pure Perl."
+SECTION = "libs"
+
+HOMEPAGE = "http://search.cpan.org/~zefram/Module-Runtime/";
+
+LICENSE = "Artistic-1.0 | GPL-1.0+"
+LIC_FILES_CHKSUM = 
"file://README;beginline=42;endline=43;md5=62e24a93342fede7221d66335c716f34"
+
+SRC_URI = 
"http://search.cpan.org/CPAN/authors/id/Z/ZE/ZEFRAM/Module-Runtime-${PV}.tar.gz";
+SRC_URI[md5sum] = "62b88b1f5f0e975a5d7c80cd46167b97"
+SRC_URI[sha256sum] = 
"ec37e03d90dc905679dab62a82f42cf0897ed79244b87fd9d531438dc3c31023"
+
+S = "${WORKDIR}/Module-Runtime-${PV}"
+
+inherit cpan_build
+
+RDEPENDS_${PN} = " perl-module-test-more \
+   perl-module-strict \
+   perl-module-build \
+"
+
+BBCLASSEXTEND = "native"
-- 
1.8.3.2

-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

[oe] [meta-perl][PATCH v3 1/9] libtext-diff-perl: add 1.41

2014-05-06 Thread Tim Orling 
From: Tim Orling 

[Description from CPAN]
diff() provides a basic set of services akin to the GNU diff
utility. It is not anywhere near as feature complete as GNU diff, but it
is
better integrated with Perl and available on all platforms. It is often
faster than shelling out to a system's diff executable for small files,
and generally slower on larger files.

Signed-off-by: Tim Orling 
---
 .../recipes-perl/libtext/libtext-diff-perl_1.41.bb | 27 ++
 1 file changed, 27 insertions(+)
 create mode 100644 meta-perl/recipes-perl/libtext/libtext-diff-perl_1.41.bb

diff --git a/meta-perl/recipes-perl/libtext/libtext-diff-perl_1.41.bb 
b/meta-perl/recipes-perl/libtext/libtext-diff-perl_1.41.bb
new file mode 100644
index 000..1960ee0
--- /dev/null
+++ b/meta-perl/recipes-perl/libtext/libtext-diff-perl_1.41.bb
@@ -0,0 +1,27 @@
+SUMMARY = "Text::Diff - Perform diffs on files and record sets"
+DESCRIPTION = "diff() provides a basic set of services akin to the GNU diff \
+utility. It is not anywhere near as feature complete as GNU diff, but it is \
+better integrated with Perl and available on all platforms. It is often \
+faster than shelling out to a system's diff executable for small files, \
+and generally slower on larger files."
+SECTION = "libs"
+
+HOMEPAGE = "http://search.cpan.org/~ovid/Text-Diff/";
+
+LICENSE = "Artistic-1.0 | GPL-2.0+"
+LIC_FILES_CHKSUM = "file://LICENSE;md5=385c55653886acac3821999a3ccd17b3"
+
+SRC_URI = 
"http://search.cpan.org/CPAN/authors/id/O/OV/OVID/Text-Diff-${PV}.tar.gz";
+SRC_URI[md5sum] = "30d56e6dd5551ca16b8e16cc7299dc21"
+SRC_URI[sha256sum] = 
"a67f50a48e313c1680cc662109ce5f913ea71454db355d0cf4db87ac89d2d2fa"
+
+S = "${WORKDIR}/Text-Diff-${PV}"
+
+inherit cpan
+
+RDEPENDS_${PN} = " libalgorithm-diff-perl \
+   perl-module-extutils-makemaker \
+   perl-module-exporter \
+"
+
+BBCLASSEXTEND = "native"
-- 
1.8.3.2

-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

[oe] [meta-perl][PATCH v3 0/9] perl modules

2014-05-06 Thread Tim Orling 
From: Tim Orling 

This series of recipes is the first step towards the
ultimate goal of getting Slic3r to build in OE.

Changes since v2:
  * dropped libmodule-metadata as a patch for oe-core/meta/perl provides
  ** http://patches.openembedded.org/patch/71565/
  * correct DEPENDS for libmodule-build-tiny-perl ('*-perl-*' missing)

Tim Orling (9):
  libtext-diff-perl: add 1.41
  libcapture-tiny-perl: add 0.23
  libmodule-runtime-perl: add 0.013
  libextutils-config-perl: add 0.007
  libextutils-helpers-perl: add 0.021
  libextutils-installpaths-perl: add 0.010
  libmodule-build-tiny-perl: add 0.030
  libextutils-cppguess-perl: add 0.07
  libalgorithm-diff-perl: add 1.15

 .../libalgorithm/libalgorithm-diff-perl_1.15.bb| 23 +
 .../libcapture/libcapture-tiny-perl_0.23.bb| 36 +++
 .../libextutils/libextutils-config-perl_0.007.bb   | 24 ++
 .../libextutils/libextutils-cppguess-perl_0.07.bb  | 38 +++
 .../libextutils/libextutils-helpers-perl_0.021.bb  | 29 
 .../libextutils-installpaths-perl_0.010.bb | 25 ++
 .../libmodule/libmodule-build-tiny-perl_0.030.bb   | 54 ++
 .../libmodule/libmodule-runtime-perl_0.013.bb  | 35 ++
 .../recipes-perl/libtext/libtext-diff-perl_1.41.bb | 27 +++
 9 files changed, 291 insertions(+)
 create mode 100644 
meta-perl/recipes-perl/libalgorithm/libalgorithm-diff-perl_1.15.bb
 create mode 100644 
meta-perl/recipes-perl/libcapture/libcapture-tiny-perl_0.23.bb
 create mode 100644 
meta-perl/recipes-perl/libextutils/libextutils-config-perl_0.007.bb
 create mode 100644 
meta-perl/recipes-perl/libextutils/libextutils-cppguess-perl_0.07.bb
 create mode 100644 
meta-perl/recipes-perl/libextutils/libextutils-helpers-perl_0.021.bb
 create mode 100644 
meta-perl/recipes-perl/libextutils/libextutils-installpaths-perl_0.010.bb
 create mode 100644 
meta-perl/recipes-perl/libmodule/libmodule-build-tiny-perl_0.030.bb
 create mode 100644 
meta-perl/recipes-perl/libmodule/libmodule-runtime-perl_0.013.bb
 create mode 100644 meta-perl/recipes-perl/libtext/libtext-diff-perl_1.41.bb

-- 
1.8.3.2

-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [meta-oe][PATCH] opencv: Bump SRCREV to 2.4.9 release tag, PV is now 2.4.9+git.

2014-05-06 Thread Martin Jansa 
On Wed, May 07, 2014 at 08:20:36AM +1000, Nick D'Ademo wrote:
> Signed-off-by: Nick D'Ademo 

Does it fix this issue reported in test-dependencies report?

opencv/libopencv-highgui/latest lost dependency on  jasper libdc1394

> ---
>  meta-oe/recipes-support/opencv/opencv_2.4.bb |4 ++--
>  1 file changed, 2 insertions(+), 2 deletions(-)
> 
> diff --git a/meta-oe/recipes-support/opencv/opencv_2.4.bb 
> b/meta-oe/recipes-support/opencv/opencv_2.4.bb
> index df512f6..43e6a2b 100644
> --- a/meta-oe/recipes-support/opencv/opencv_2.4.bb
> +++ b/meta-oe/recipes-support/opencv/opencv_2.4.bb
> @@ -9,12 +9,12 @@ ARM_INSTRUCTION_SET = "arm"
>  
>  DEPENDS = "python-numpy libtool swig swig-native python bzip2 zlib glib-2.0"
>  
> -SRCREV = "a4b34e7ae10351fc4d30dc55995679340efc488e"
> +SRCREV = "df8e28283f09825cca0c2902160b7abebcfe1b64"
>  SRC_URI = "git://github.com/Itseez/opencv.git;branch=2.4 \
> file://opencv-fix-pkgconfig-generation.patch \
>  "
>  
> -PV = "2.4.8+git${SRCPV}"
> +PV = "2.4.9+git${SRCPV}"
>  
>  S = "${WORKDIR}/git"
>  
> -- 
> 1.7.9.5
> 
> -- 
> ___
> Openembedded-devel mailing list
> Openembedded-devel@lists.openembedded.org
> http://lists.openembedded.org/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.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [meta-oe][PATCH] opencv: Bump SRCREV to 2.4.9 release tag, PV is now 2.4.9+git. Signed-off-by: Nick D'Ademo

2014-05-06 Thread Nick D'Ademo 
Thanks - resubmitted.


On Wed, May 7, 2014 at 1:21 AM, Martin Jansa  wrote:

> On Tue, May 06, 2014 at 09:43:13PM +1000, Nick D'Ademo wrote:
> > ---
>
> You need blank line between subject and SOB line otherwise it's all
> considered to be subject.
>
> >  meta-oe/recipes-support/opencv/opencv_2.4.bb |4 ++--
> >  1 file changed, 2 insertions(+), 2 deletions(-)
> >
> > diff --git 
> > a/meta-oe/recipes-support/opencv/opencv_2.4.bbb/meta-oe/recipes-support/opencv/
> opencv_2.4.bb
> > index df512f6..43e6a2b 100644
> > --- a/meta-oe/recipes-support/opencv/opencv_2.4.bb
> > +++ b/meta-oe/recipes-support/opencv/opencv_2.4.bb
> > @@ -9,12 +9,12 @@ ARM_INSTRUCTION_SET = "arm"
> >
> >  DEPENDS = "python-numpy libtool swig swig-native python bzip2 zlib
> glib-2.0"
> >
> > -SRCREV = "a4b34e7ae10351fc4d30dc55995679340efc488e"
> > +SRCREV = "df8e28283f09825cca0c2902160b7abebcfe1b64"
> >  SRC_URI = "git://github.com/Itseez/opencv.git;branch=2.4 \
> > file://opencv-fix-pkgconfig-generation.patch \
> >  "
> >
> > -PV = "2.4.8+git${SRCPV}"
> > +PV = "2.4.9+git${SRCPV}"
> >
> >  S = "${WORKDIR}/git"
> >
> > --
> > 1.7.9.5
> >
> > --
> > ___
> > Openembedded-devel mailing list
> > Openembedded-devel@lists.openembedded.org
> > http://lists.openembedded.org/mailman/listinfo/openembedded-devel
>
> --
> Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com
>
> --
> ___
> Openembedded-devel mailing list
> Openembedded-devel@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-devel
>
>
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

[oe] [meta-oe][PATCH] opencv: Bump SRCREV to 2.4.9 release tag, PV is now 2.4.9+git.

2014-05-06 Thread Nick D'Ademo 
Signed-off-by: Nick D'Ademo 
---
 meta-oe/recipes-support/opencv/opencv_2.4.bb |4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/meta-oe/recipes-support/opencv/opencv_2.4.bb 
b/meta-oe/recipes-support/opencv/opencv_2.4.bb
index df512f6..43e6a2b 100644
--- a/meta-oe/recipes-support/opencv/opencv_2.4.bb
+++ b/meta-oe/recipes-support/opencv/opencv_2.4.bb
@@ -9,12 +9,12 @@ ARM_INSTRUCTION_SET = "arm"
 
 DEPENDS = "python-numpy libtool swig swig-native python bzip2 zlib glib-2.0"
 
-SRCREV = "a4b34e7ae10351fc4d30dc55995679340efc488e"
+SRCREV = "df8e28283f09825cca0c2902160b7abebcfe1b64"
 SRC_URI = "git://github.com/Itseez/opencv.git;branch=2.4 \
file://opencv-fix-pkgconfig-generation.patch \
 "
 
-PV = "2.4.8+git${SRCPV}"
+PV = "2.4.9+git${SRCPV}"
 
 S = "${WORKDIR}/git"
 
-- 
1.7.9.5

-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [meta-oe][PATCH] tk: cleanup

2014-05-06 Thread Martin Jansa 
On Tue, May 06, 2014 at 06:49:50AM +, Matthieu CRAPET wrote:
> Hi,
> 
> > Does it also fix the tk issues which were shown in all world build reports?
> 
> I'm afraid not. That was my primary objective, but I was unable to reproduce 
> the issue (even with insane PARALLEL_MAKE parameter).
> It's quite cosmetics, but the BINCONFIG_GLOB/SSTATE_SCAN_FILES fix is worth 
> it.

Well it will be PNBLACKLISTED if it's not fixed, can you please
check/confirm that your build also ends with /usr/lib/ in rpath?

| arm-oe-linux-gnueabi-ar cr libtkstub8.6.a tkStubLib.o ttkStubLib.o ; 
arm-oe-linux-gnueabi-ranlib libtkstub8.6.a
| rm -f libtk8.6.so
| arm-oe-linux-gnueabi-gcc  -march=armv5te -marm -mthumb-interwork 
--sysroot=/home/jenkins/oe/shr-core-branches/shr-core/tmp-eglibc/sysroots/qemuarm
 -shared -O2  -O2 -pipe -g -feliminate-unused-debug-types -pipe 
-fvisibility=hidden   -Wl,-O1 -Wl,--hash-style=gnu -Wl,--as-needed 
-Wl,-rpath,/usr/lib/tcltk/8.6.0/lib -Wl,--export-dynamic  -o libtk8.6.so tk3d.o 
tkArgv.o tkAtom.o tkBind.o tkBitmap.o tkBusy.o tkClipboard.o tkCmds.o tkColor.o 
tkConfig.o tkConsole.o tkCursor.o tkError.o tkEvent.o tkFocus.o tkFont.o 
tkGet.o tkGC.o tkGeometry.o tkGrab.o tkGrid.o tkMain.o tkObj.o tkOldConfig.o 
tkOption.o tkPack.o tkPlace.o tkSelect.o tkStyle.o tkUndo.o tkUtil.o tkVisual.o 
tkWindow.o tkButton.o tkEntry.o tkFrame.o tkListbox.o tkMenu.o tkMenubutton.o 
tkMenuDraw.o tkMessage.o tkPanedWindow.o tkScale.o tkScrollbar.o tkCanvas.o 
tkCanvArc.o tkCanvBmap.o tkCanvImg.o tkCanvLine.o tkCanvPoly.o tkCanvPs.o 
tkCanvText.o tkCanvUtil.o tkCanvWind.o tkRectOval.o tkTrig.o tkImage.o 
tkImgBmap.o tkImgGIF.o tkImgPNG.o tkImgPPM.o tkImgPhoto.o tkImgPhInstance.o 
tkText.o tkTextBTree.o tkTextDisp.o tkTextImage.o tkTextIndex.o tkTextMark.o 
tkTextTag.o tkTextWind.o tkStubInit.o ttkBlink.o ttkButton.o ttkCache.o 
ttkClamTheme.o ttkClassicTheme.o ttkDefaultTheme.o ttkElements.o ttkEntry.o 
ttkFrame.o ttkImage.o ttkInit.o ttkLabel.o ttkLayout.o ttkManager.o 
ttkNotebook.o ttkPanedwindow.o ttkProgress.o ttkScale.o ttkScrollbar.o 
ttkScroll.o ttkSeparator.o ttkSquare.o ttkState.o ttkTagSet.o ttkTheme.o 
ttkTrace.o ttkTrack.o ttkTreeview.o ttkWidget.o ttkStubInit.o tkUnix.o 
tkUnix3d.o tkUnixButton.o tkUnixColor.o tkUnixConfig.o tkUnixCursor.o 
tkUnixDraw.o tkUnixEmbed.o tkUnixEvent.o tkUnixFocus.o  tkUnixRFont.o 
tkUnixInit.o tkUnixKey.o tkUnixMenu.o tkUnixMenubu.o tkUnixScale.o 
tkUnixScrlbr.o tkUnixSelect.o tkUnixSend.o tkUnixWm.o tkUnixXId.o   -lpthread 
-lXft  -lX11 -lXss -lXext -ldl -lz  -lpthread -lieee -lm -L=/usr/lib 
-ltclstub8.6  -Wl,-rpath,/usr/lib
| arm-oe-linux-gnueabi-gcc  -march=armv5te -marm -mthumb-interwork 
--sysroot=/home/jenkins/oe/shr-core-branches/shr-core/tmp-eglibc/sysroots/qemuarm
 -O2  -O2 -pipe -g -feliminate-unused-debug-types -pipe -fvisibility=hidden   
-Wl,-O1 -Wl,--hash-style=gnu -Wl,--as-needed 
-Wl,-rpath,/usr/lib/tcltk/8.6.0/lib -Wl,--export-dynamic  tkAppInit.o 
-L/home/jenkins/oe/shr-core-branches/shr-core/tmp-eglibc/work/armv5te-oe-linux-gnueabi/tk/8.6.0-r0/tk8.6.0/unix
 -ltk8.6 -L=/usr/lib -ltcl8.6  -lpthread -lXft  -lX11 -lXss -lXext -ldl -lz  
-lpthread -lieee -lm  \
|   -Wl,-rpath,/usr/lib -o wish
| 
/home/jenkins/oe/shr-core-branches/shr-core/tmp-eglibc/work/armv5te-oe-linux-gnueabi/tk/8.6.0-r0/tk8.6.0/unix/libtk8.6.so:
 error: undefined reference to 'FcCharSetHasChar'
| 
/home/jenkins/oe/shr-core-branches/shr-core/tmp-eglibc/work/armv5te-oe-linux-gnueabi/tk/8.6.0-r0/tk8.6.0/unix/libtk8.6.so:
 error: undefined reference to 'FcFontRenderPrepare'
| 
/home/jenkins/oe/shr-core-branches/shr-core/tmp-eglibc/work/armv5te-oe-linux-gnueabi/tk/8.6.0-r0/tk8.6.0/unix/libtk8.6.so:
 error: undefined reference to 'FcPatternAddMatrix'
| 
/home/jenkins/oe/shr-core-branches/shr-core/tmp-eglibc/work/armv5te-oe-linux-gnueabi/tk/8.6.0-r0/tk8.6.0/unix/libtk8.6.so:
 error: undefined reference to 'FcCharSetDestroy'
| 
/home/jenkins/oe/shr-core-branches/shr-core/tmp-eglibc/work/armv5te-oe-linux-gnueabi/tk/8.6.0-r0/tk8.6.0/unix/libtk8.6.so:
 error: undefined reference to 'FcPatternDestroy'
| 
/home/jenkins/oe/shr-core-branches/shr-core/tmp-eglibc/work/armv5te-oe-linux-gnueabi/tk/8.6.0-r0/tk8.6.0/unix/libtk8.6.so:
 error: undefined reference to 'FcFontSetDestroy'
| 
/home/jenkins/oe/shr-core-branches/shr-core/tmp-eglibc/work/armv5te-oe-linux-gnueabi/tk/8.6.0-r0/tk8.6.0/unix/libtk8.6.so:
 error: undefined reference to 'FcPatternGetString'
| 
/home/jenkins/oe/shr-core-branches/shr-core/tmp-eglibc/work/armv5te-oe-linux-gnueabi/tk/8.6.0-r0/tk8.6.0/unix/libtk8.6.so:
 error: undefined reference to 'FcPatternGetDouble'
| 
/home/jenkins/oe/shr-core-branches/shr-core/tmp-eglibc/work/armv5te-oe-linux-gnueabi/tk/8.6.0-r0/tk8.6.0/unix/libtk8.6.so:
 error: undefined reference to 'FcPatternGetInteger'
| 
/home/jenkins/oe/shr-core-branches/shr-core/tmp-eglibc/work/armv5te-oe-linux-gnueabi/tk/8.6.0-r0/tk8.6.0/unix/libtk8.6.so:
 error: undefined reference to 'FcConfigSubstitute'
| 
/home/je

Re: [oe] [OE-core] State of bitbake world, test-dependencies 2014-05-06

2014-05-06 Thread Tim Orling 
I will work on vlc/libvlc.

--Tim


On Tue, May 6, 2014 at 12:51 PM, Martin Jansa wrote:

> On Fri, Apr 25, 2014 at 03:00:09AM +0200, Martin Jansa wrote:
> > On Fri, Apr 18, 2014 at 08:36:32PM +0200, Martin Jansa wrote:
> > > On Thu, Apr 03, 2014 at 03:06:09PM +0200, Martin Jansa wrote:
> > > > I've just started this long test-dependencies build so jenkins will
> be busy
> > > > for next 14 days or so, but I'll send complete qa.log in advance as
> soon as
> > > > it finishes building world from scratch.
> >
> > This one is only "incremental" (so testing only recipes which failed in
> > previous run) and it took only 3,5 days to finish :).
> >
> > Mostly because of firefox (libnotify) and efl/lua fix we're down to 72
> recipes with
> > issues (instead of 187 found in previous run or 100 w/o firefox*)
>
> I've sent couple of WIP patches to oe-devel ML and now we're down to 50
> recipes with issues, there are still 2 days to send patches for daisy,
> so hurry up.
>
> Complete logs:
>
> http://logs.nslu2-linux.org/buildlogs/oe/oe-shr-core-branches/log.dependencies.20140506_041120.log/
>
> No min or max failed issues (all these were fixed in WIP patches)
>
> I'll look at qtbase, python-edje, python-elementary than maybe gst* and
> libao.
>
> Found differences:
> ccid/ccid/latest lost dependency on  flex
> console-tools/console-tools/latest lost dependency on  flex
> consolekit/consolekit/latest lost dependency on  polkit
> directfb/directfb/latest lost dependency on  libdrm libdrm-kms liblzma tiff
> engrave/engrave/latest lost dependency on  flex
> epiphany/epiphany/latest lost dependency on  libavahi-client
> libavahi-common libavahi-gobject libnotify
> expedite/expedite/latest lost dependency on  libsdl
> flashrom/flashrom/latest lost dependency on  libftdi
> gammu/gammu/latest lost dependency on  glib-2.0 libgudev-1.0
> gammu/libgammu/latest lost dependency on  glib-2.0
> gimp/gimp/latest lost dependency on  jasper libxmu libxpm
> glade3/glade3/latest lost dependency on  dbus-glib dbus-lib gconf
> gnome-vfs libart-lgpl libavahi-client libavahi-common libavahi-glib
> libbonobo libbonoboui libcanberra libcap libgcrypt libgnome
> libgnome-keyring libgnomecanvas libgnomeui libgpg-error libice libltdl
> libogg libsm libvorbis libxcomposite libxcursor libxdamage libxfixes
> libxrandr orbit2 popt util-linux-libuuid
> gmtk/gmtk/latest lost dependency on  cairo-gobject dbus-lib gtk+3 json-c
> libcap libice libpulse libpulse-mainloop-glib libpulsecommon libsm
> libsndfile1 libx11-xcb libxi libxtst util-linux-libuuid
> gnokii/libgnokii/latest lost dependency on  bluez4 libical libusb-compat
> libusb1 pcsc-lite-lib
> gnome-panel/gnome-panel/latest lost dependency on  dbus-lib
> gst-plugins-bad/gst-plugins-bad-meta/latest lost dependency on
>  gst-plugins-bad-dc1394 gst-plugins-bad-faac gst-plugins-bad-schro
> gst-plugins-good/gst-plugins-good-ximagesrc/latest lost dependency on
>  libxdamage
> gstreamer1.0-plugins-good/gstreamer1.0-plugins-good-ximagesrc/latest lost
> dependency on  libxdamage
> guile/guile/latest lost dependency on  libgc ncurses-libncurses readline
> libmicrohttpd/libmicrohttpd-bin/latest lost dependency on  file
> libungif/libungif/latest lost dependency on  libice libsm libx11 libxau
> libxcb libxdmcp util-linux-libuuid
> libungif/libungif-utils/latest lost dependency on  libx11
> maliit-framework/maliit-framework-gtk/latest lost dependency on  eglibc
> glib-2.0 gtk+ gtk+3 libgcc libqtcore4 maliit-framework pango
> midori/midori/latest lost dependency on  libxscrnsaver
> mongodb/mongodb/latest lost dependency on  libpcap
> mpd/mpd/latest lost dependency on  fluidsynth libao libcdio libcdio-cdda
> libcdio-paranoia libjack libmms libmodplug libopus mpg123 openal-soft
> wavpack yajl
> mpeg2dec/mpeg2dec/latest lost dependency on  libx11 libxext libxv
> mpg123/mpg123/latest lost dependency on  audiofile esound libjack libsdl
> openal-soft portaudio-v19 tslib
> navit/navit/latest lost dependency on  fribidi
> navit/navit-graphics-gtk/latest lost dependency on  imlib2
> navit/navit-graphics-sdl/latest lost dependency on  eglibc freetype
> libjpeg-turbo liblzma libpng libsdl libsdl-image tiff tslib zlib
> opencv/libopencv-highgui/latest lost dependency on  jasper libdc1394
> oscam/oscam/latest lost dependency on  pcsc-lite-lib
> piglit/piglit/latest lost dependency on  libxrender
> protobuf/protobuf/latest lost dependency on  zlib
> python-efl/python-edje/latest lost dependency on  edje eglibc eina
> libpython2
> python-efl/python-elementary/latest lost dependency on  eglibc eina
> elementary evas libpython2
> qtbase/qtbase-plugins/latest lost dependency on  libxcb-render
> xcb-util-renderutil
> sox/sox/latest lost dependency on  libao
> stunnel/stunnel/latest lost dependency on  libwrap zlib
> synergy/synergy/latest lost dependency on  libxinerama
> tracker/tracker/latest lost dependency on  dbus-glib enca gnutls gtk+3
> libgee libgsf libgudev-1.0 libnmglib libnmutil libtasn1 libudev
> libunistring upower

[oe] State of bitbake world, test-dependencies 2014-05-06

2014-05-06 Thread Martin Jansa 
On Fri, Apr 25, 2014 at 03:00:09AM +0200, Martin Jansa wrote:
> On Fri, Apr 18, 2014 at 08:36:32PM +0200, Martin Jansa wrote:
> > On Thu, Apr 03, 2014 at 03:06:09PM +0200, Martin Jansa wrote:
> > > I've just started this long test-dependencies build so jenkins will be 
> > > busy
> > > for next 14 days or so, but I'll send complete qa.log in advance as soon 
> > > as
> > > it finishes building world from scratch.
> 
> This one is only "incremental" (so testing only recipes which failed in
> previous run) and it took only 3,5 days to finish :).
> 
> Mostly because of firefox (libnotify) and efl/lua fix we're down to 72 
> recipes with
> issues (instead of 187 found in previous run or 100 w/o firefox*)

I've sent couple of WIP patches to oe-devel ML and now we're down to 50
recipes with issues, there are still 2 days to send patches for daisy,
so hurry up.

Complete logs:
http://logs.nslu2-linux.org/buildlogs/oe/oe-shr-core-branches/log.dependencies.20140506_041120.log/

No min or max failed issues (all these were fixed in WIP patches)

I'll look at qtbase, python-edje, python-elementary than maybe gst* and libao.

Found differences: 
ccid/ccid/latest lost dependency on  flex
console-tools/console-tools/latest lost dependency on  flex
consolekit/consolekit/latest lost dependency on  polkit
directfb/directfb/latest lost dependency on  libdrm libdrm-kms liblzma tiff
engrave/engrave/latest lost dependency on  flex
epiphany/epiphany/latest lost dependency on  libavahi-client libavahi-common 
libavahi-gobject libnotify
expedite/expedite/latest lost dependency on  libsdl
flashrom/flashrom/latest lost dependency on  libftdi
gammu/gammu/latest lost dependency on  glib-2.0 libgudev-1.0
gammu/libgammu/latest lost dependency on  glib-2.0
gimp/gimp/latest lost dependency on  jasper libxmu libxpm
glade3/glade3/latest lost dependency on  dbus-glib dbus-lib gconf gnome-vfs 
libart-lgpl libavahi-client libavahi-common libavahi-glib libbonobo libbonoboui 
libcanberra libcap libgcrypt libgnome libgnome-keyring libgnomecanvas 
libgnomeui libgpg-error libice libltdl libogg libsm libvorbis libxcomposite 
libxcursor libxdamage libxfixes libxrandr orbit2 popt util-linux-libuuid
gmtk/gmtk/latest lost dependency on  cairo-gobject dbus-lib gtk+3 json-c libcap 
libice libpulse libpulse-mainloop-glib libpulsecommon libsm libsndfile1 
libx11-xcb libxi libxtst util-linux-libuuid
gnokii/libgnokii/latest lost dependency on  bluez4 libical libusb-compat 
libusb1 pcsc-lite-lib
gnome-panel/gnome-panel/latest lost dependency on  dbus-lib
gst-plugins-bad/gst-plugins-bad-meta/latest lost dependency on  
gst-plugins-bad-dc1394 gst-plugins-bad-faac gst-plugins-bad-schro
gst-plugins-good/gst-plugins-good-ximagesrc/latest lost dependency on  
libxdamage
gstreamer1.0-plugins-good/gstreamer1.0-plugins-good-ximagesrc/latest lost 
dependency on  libxdamage
guile/guile/latest lost dependency on  libgc ncurses-libncurses readline
libmicrohttpd/libmicrohttpd-bin/latest lost dependency on  file
libungif/libungif/latest lost dependency on  libice libsm libx11 libxau libxcb 
libxdmcp util-linux-libuuid
libungif/libungif-utils/latest lost dependency on  libx11
maliit-framework/maliit-framework-gtk/latest lost dependency on  eglibc 
glib-2.0 gtk+ gtk+3 libgcc libqtcore4 maliit-framework pango
midori/midori/latest lost dependency on  libxscrnsaver
mongodb/mongodb/latest lost dependency on  libpcap
mpd/mpd/latest lost dependency on  fluidsynth libao libcdio libcdio-cdda 
libcdio-paranoia libjack libmms libmodplug libopus mpg123 openal-soft wavpack 
yajl
mpeg2dec/mpeg2dec/latest lost dependency on  libx11 libxext libxv
mpg123/mpg123/latest lost dependency on  audiofile esound libjack libsdl 
openal-soft portaudio-v19 tslib
navit/navit/latest lost dependency on  fribidi
navit/navit-graphics-gtk/latest lost dependency on  imlib2
navit/navit-graphics-sdl/latest lost dependency on  eglibc freetype 
libjpeg-turbo liblzma libpng libsdl libsdl-image tiff tslib zlib
opencv/libopencv-highgui/latest lost dependency on  jasper libdc1394
oscam/oscam/latest lost dependency on  pcsc-lite-lib
piglit/piglit/latest lost dependency on  libxrender
protobuf/protobuf/latest lost dependency on  zlib
python-efl/python-edje/latest lost dependency on  edje eglibc eina libpython2
python-efl/python-elementary/latest lost dependency on  eglibc eina elementary 
evas libpython2
qtbase/qtbase-plugins/latest lost dependency on  libxcb-render 
xcb-util-renderutil
sox/sox/latest lost dependency on  libao
stunnel/stunnel/latest lost dependency on  libwrap zlib
synergy/synergy/latest lost dependency on  libxinerama
tracker/tracker/latest lost dependency on  dbus-glib enca gnutls gtk+3 libgee 
libgsf libgudev-1.0 libnmglib libnmutil libtasn1 libudev libunistring upower
tracker/tracker-dev/latest lost dependency on  cairo enca expat fontconfig 
freetype giflib gstreamer lcms libbz2 libgsf libgstpbutils-0.10 libgsttag-0.10 
liblzma libpoppler libpoppler-glib libunistring libx11 libxau libxcb 
libxcb-re

[oe] [meta-qt5][PATCH] qmake5_base.bbclass: Add install support for native builds

2014-05-06 Thread Donald R. Poole, Jr. 

Martin,
I have updated the patch per you last message and confirmed that it still works 
for my use-case.
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

[oe] [meta-qt5][PATCH] qmake5_base.bbclass: Add install support for native builds

2014-05-06 Thread Donald R. Poole, Jr. 
From: "Donald R. Poole, Jr" 

Currently, if you are building native applications with Qt5, the current 
qmake5_base_do_install() method assumes an install into the image folder for 
the target. Since the native builds handle this a little differently, this 
patch should account for the native install scenario.
---
 classes/qmake5.bbclass  |8 ++--
 classes/qmake5_base.bbclass |   46 +--
 2 files changed, 29 insertions(+), 25 deletions(-)

diff --git a/classes/qmake5.bbclass b/classes/qmake5.bbclass
index e1dda0d..01454f3 100644
--- a/classes/qmake5.bbclass
+++ b/classes/qmake5.bbclass
@@ -19,6 +19,10 @@ do_configure() {
 qmake5_base_do_configure
 }
 
-do_install() {
-qmake5_base_do_install
+do_install_class-target() {
+qmake5_base_do_install_target
+}
+
+do_install_class-native() {
+qmake5_base_do_install_native
 }
diff --git a/classes/qmake5_base.bbclass b/classes/qmake5_base.bbclass
index df8a59a..5a380d0 100644
--- a/classes/qmake5_base.bbclass
+++ b/classes/qmake5_base.bbclass
@@ -161,32 +161,32 @@ qmake5_base_do_configure () {
 ${OE_QMAKE_QMAKE} -makefile -o Makefile ${OE_QMAKE_DEBUG_OUTPUT} -r 
$QMAKE_VARSUBST_PRE $AFTER $PROFILES $QMAKE_VARSUBST_POST || die "Error calling 
$CMD"
 }
 
-qmake5_base_do_install() {
+qmake5_base_do_install_target() {
 # Fix install paths for all
-if [ "${BUILD_SYS}" = "${HOST_SYS}" ] ; then
-find -name "Makefile*" | xargs sed -i 
"s,(INSTALL_ROOT),(INSTALL_ROOT)${STAGING_DIR_NATIVE},g"
-else
-find -name "Makefile*" | xargs sed -i 
"s,(INSTALL_ROOT)${STAGING_DIR_TARGET},(INSTALL_ROOT),g"
-fi
+find -name "Makefile*" | xargs sed -i 
"s,(INSTALL_ROOT)${STAGING_DIR_TARGET},(INSTALL_ROOT),g"
 
 oe_runmake install INSTALL_ROOT=${D}
 
-# Only do this for target builds. Native install work a little differently
-if [ "${BUILD_SYS}" != "${HOST_SYS}" ] ; then
-# everything except HostData and HostBinaries is prefixed with sysroot 
value,
-# but we cannot remove sysroot override, because that's useful for 
pkg-config etc
-# In some cases like QtQmlDevTools in qtdeclarative, the sed above 
does not work,
-# fix them manually
-if [ -d ${D}${STAGING_DIR_TARGET} ] && [ -n "${STAGING_DIR_TARGET}" ] 
; then
-echo "Some files are installed in wrong directory 
${D}${STAGING_DIR_TARGET}"
-cp -ra ${D}${STAGING_DIR_TARGET}/* ${D}
-rm -rf ${D}${STAGING_DIR_TARGET}
-# remove empty dirs
-TMP=`dirname ${D}/${STAGING_DIR_TARGET}`
-while test ${TMP} != ${D}; do
-rmdir ${TMP}
-TMP=`dirname ${TMP}`;
-done
-fi
+# everything except HostData and HostBinaries is prefixed with sysroot 
value,
+# but we cannot remove sysroot override, because that's useful for 
pkg-config etc
+# In some cases like QtQmlDevTools in qtdeclarative, the sed above does 
not work,
+# fix them manually
+if [ -d ${D}${STAGING_DIR_TARGET} ] ; then
+echo "Some files are installed in wrong directory 
${D}${STAGING_DIR_TARGET}"
+cp -ra ${D}${STAGING_DIR_TARGET}/* ${D}
+rm -rf ${D}${STAGING_DIR_TARGET}
+# remove empty dirs
+TMP=`dirname ${D}/${STAGING_DIR_TARGET}`
+while test ${TMP} != ${D}; do
+rmdir ${TMP}
+TMP=`dirname ${TMP}`;
+done
 fi
 }
+
+qmake5_base_do_install_native() {
+# Fix install paths for all
+find -name "Makefile*" | xargs sed -i 
"s,(INSTALL_ROOT),(INSTALL_ROOT)${STAGING_DIR_NATIVE},g"
+
+oe_runmake install INSTALL_ROOT=${D}
+}
-- 
1.7.9.5

-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] systemd networking.service masked?

2014-05-06 Thread Adam Lee 
ok scratch what I said an hour ago. I had dhclient along with udhcpc
installed on my system.

I took dhclient out and systemctl enable udhcpc@eth0 works.

Adam

On Tue, May 6, 2014 at 9:52 AM, Adam Lee  wrote:
> I am really just trying to auto bringup eth0 on boot. Christopher, I
> don't have dhcpcd, so I enabled udhcpc@eth0. No dice.
> Is dhcpcd@eth0 how you guys bring up on boot? I've been using udhcpc
> for my wireless connections and I have no complain.
>
> Thank you,
>
> Adam
>
> On Mon, May 5, 2014 at 5:41 PM, Stephen Arnold
>  wrote:
>> Well, none of my rpi or bbb images use systemd/connman/networkmanager and
>> I'm just fine with that as the baseline.
>>
>> Steve
>>
>>
>> On Mon, May 5, 2014 at 5:37 PM, Christopher Larson 
>> wrote:
>>
>>> On Mon, May 5, 2014 at 5:31 PM, Adam Lee  wrote:
>>>
>>> > I noticed networking.service is masked by default -
>>> >
>>> >
>>> http://cgit.openembedded.org/cgit.cgi/openembedded-core/tree/meta/recipes-core/systemd/systemd-compat-units.bb?h=master
>>> > .
>>> >
>>> > I guess I can use the Network Manager to bring up eth0 on boot, but I
>>> > rather not.
>>> >
>>> > What's the harm in networking.service?
>>> >
>>>
>>> Is it really needed? Does systemctl enable dhcpcd@eth0 not do the job, or
>>> am I missing something?
>>> --
>>> Christopher Larson
>>> clarson at kergoth dot com
>>> Founder - BitBake, OpenEmbedded, OpenZaurus
>>> Maintainer - Tslib
>>> Senior Software Engineer, Mentor Graphics
>>> --
>>> ___
>>> Openembedded-devel mailing list
>>> Openembedded-devel@lists.openembedded.org
>>> http://lists.openembedded.org/mailman/listinfo/openembedded-devel
>>>
>> --
>> ___
>> Openembedded-devel mailing list
>> Openembedded-devel@lists.openembedded.org
>> http://lists.openembedded.org/mailman/listinfo/openembedded-devel
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] Website Text

2014-05-06 Thread Khem Raj 
On Tue, May 6, 2014 at 8:52 AM, Jack Mitchell  wrote:
> Do we have any version of KDE working at this moment in time?

with master its probably stale but with 1.5 it worked.
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] Fix for libxml++_ptest.patch with out-of-source build

2014-05-06 Thread Khem Raj 
Nick

On Tue, May 6, 2014 at 6:07 AM, Lewis, Nick  wrote:
> The libxml++_ptest.patch currently supplied with the libxml++ recipe does not 
> produce a Makefile that works for out-of-source builds. Please find attached 
> a patch that resolves this problem
>

thanks for the note. However I would encourage you to submit a patch
for meta-oe if you can guidelines are here

http://www.openembedded.org/wiki/How_to_submit_a_patch_to_OpenEmbedded

Thanks
-Khem
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] systemd networking.service masked?

2014-05-06 Thread Adam Lee 
I am really just trying to auto bringup eth0 on boot. Christopher, I
don't have dhcpcd, so I enabled udhcpc@eth0. No dice.
Is dhcpcd@eth0 how you guys bring up on boot? I've been using udhcpc
for my wireless connections and I have no complain.

Thank you,

Adam

On Mon, May 5, 2014 at 5:41 PM, Stephen Arnold
 wrote:
> Well, none of my rpi or bbb images use systemd/connman/networkmanager and
> I'm just fine with that as the baseline.
>
> Steve
>
>
> On Mon, May 5, 2014 at 5:37 PM, Christopher Larson wrote:
>
>> On Mon, May 5, 2014 at 5:31 PM, Adam Lee  wrote:
>>
>> > I noticed networking.service is masked by default -
>> >
>> >
>> http://cgit.openembedded.org/cgit.cgi/openembedded-core/tree/meta/recipes-core/systemd/systemd-compat-units.bb?h=master
>> > .
>> >
>> > I guess I can use the Network Manager to bring up eth0 on boot, but I
>> > rather not.
>> >
>> > What's the harm in networking.service?
>> >
>>
>> Is it really needed? Does systemctl enable dhcpcd@eth0 not do the job, or
>> am I missing something?
>> --
>> Christopher Larson
>> clarson at kergoth dot com
>> Founder - BitBake, OpenEmbedded, OpenZaurus
>> Maintainer - Tslib
>> Senior Software Engineer, Mentor Graphics
>> --
>> ___
>> Openembedded-devel mailing list
>> Openembedded-devel@lists.openembedded.org
>> http://lists.openembedded.org/mailman/listinfo/openembedded-devel
>>
> --
> ___
> Openembedded-devel mailing list
> Openembedded-devel@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-devel
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] Website Text

2014-05-06 Thread Jack Mitchell 
On 05/05/14 09:46, Samuel Stirtzel wrote:
> 2014-05-03 11:15 GMT+02:00 Jack Mitchell :
> 
>> * Support/Advantages/Available Recipes
>>
>> - General input; can you think of any better subheadings or things
>> we should be advertising?
> 
> Hi,
> 
> KDE desktop is not really "supported", it is at a stale tech preview stage.
> Since my priorities have been shifted, there is no time to look into a
> KDE Frameworks 5 port.
> (Patches are welcome, but it may be easier to just fork the layer).
> 
> 

Do we have any version of KDE working at this moment in time?

-- 
  Jack Mitchell (j...@embed.me.uk)
  Embedded Systems Engineer
  Cambridgeshire, UK
  http://www.embed.me.uk
-- 
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] Website Text

2014-05-06 Thread Jack Mitchell 
On 06/05/14 16:47, Trevor Woerner wrote:
> On 3 May 2014 05:15, Jack Mitchell wrote:
>> The current website address is http://frontpage.openembedded.org/
> 
> My feeling is that there is a chance people will be coming to the OE
> website with a board already in front of them, looking to find out if
> OE supports it and how they might go about creating an image for
> what's on their desk.
> 
> As such I think a set of links to various OE project website might be
> useful, organized by board:
> 
> freescale: http://freescale.github.io/
> gumstix: 
> https://github.com/gumstix/Gumstix-YoctoProject-Repo/blob/master/README.md
> beaglebone: http://www.angstrom-distribution.org/ (?)
> various intel boards: ??
> 

This would probably be best implemented as a link to Wiki page from the
'Documentation' header. The list of boards is always in a state of flux
so should be able to edited by anyone in the know.

With a new front page taking the place of the wiki front page, there
will also be a lot more scope for interesting links on the wiki
frontpage to interesting content, it would make a good candidate to go
there too IMO.

-- 
  Jack Mitchell (j...@embed.me.uk)
  Embedded Systems Engineer
  Cambridgeshire, UK
  http://www.embed.me.uk
-- 
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] Website Text

2014-05-06 Thread Paul Eggleton 
On Tuesday 06 May 2014 11:47:00 Trevor Woerner wrote:
> On 3 May 2014 05:15, Jack Mitchell wrote:
> > The current website address is http://frontpage.openembedded.org/
> 
> My feeling is that there is a chance people will be coming to the OE
> website with a board already in front of them, looking to find out if
> OE supports it and how they might go about creating an image for
> what's on their desk.
> 
> As such I think a set of links to various OE project website might be
> useful, organized by board:
> 
> freescale: http://freescale.github.io/
> gumstix:
> https://github.com/gumstix/Gumstix-YoctoProject-Repo/blob/master/README.md
> beaglebone: http://www.angstrom-distribution.org/ (?)
> various intel boards: ??

So I'd hope that the machine listing in the layer index could be made to help 
with that. It is fairly primitive at the moment (mainly because there's not 
much in the way of meta-information to record against each machine, at least 
not that we can extract from the metadata itself) but we can look at ways to 
extend it if it would help.

Cheers,
Paul

-- 

Paul Eggleton
Intel Open Source Technology Centre
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] Website Text

2014-05-06 Thread akuster@mvista 

On 5/6/14, 8:47 AM, Trevor Woerner wrote:

On 3 May 2014 05:15, Jack Mitchell wrote:

The current website address is http://frontpage.openembedded.org/


My feeling is that there is a chance people will be coming to the OE
website with a board already in front of them, looking to find out if
OE supports it and how they might go about creating an image for
what's on their desk.


Or maybe I have this processor, is there support for this already and 
which BSP are available.


- Armin


--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

[oe] [PATCH] libxml plus plus ptest with B noteq S

2014-05-06 Thread Lewis, Nick 
From 6c1bb0c126c32212b34664709874215f4384ccc4 Mon Sep 17 00:00:00 2001
From: Nick Lewis 
Date: Tue, 6 May 2014 16:36:05 +0100
Subject: [PATCH] libxml plus plus ptest with B noteq S

Signed-off-by: Nick Lewis 
---
 meta-oe/recipes-core/libxml/libxml++-2.37.1/libxml++_ptest.patch | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/meta-oe/recipes-core/libxml/libxml++-2.37.1/libxml++_ptest.patch 
b/meta-oe/recipes-core/libxml/libxml++-2.37.1/libxml++_ptest.patch
index a18822f..1e847be 100644
--- a/meta-oe/recipes-core/libxml/libxml++-2.37.1/libxml++_ptest.patch
+++ b/meta-oe/recipes-core/libxml/libxml++-2.37.1/libxml++_ptest.patch
@@ -65,9 +65,9 @@ index d9541ca..c28b49c 100644
 +  $(MKDIR_P) $(DESTDIR)/examples
 +  cp --parents $(check_DOTLIBS) $(DESTDIR)/examples
 +  cp --parents $(check_SCRIPTS) $(DESTDIR)/examples
-+  cp --parents $(dist_noinst_DATA) $(DESTDIR)/examples
++  $(foreach i, $(dist_noinst_DATA), cp --parents $(srcdir)/$(i) 
$(DESTDIR)/examples;)
 +  cp Makefile $(DESTDIR)/examples
 +  $(MKDIR_P) $(DESTDIR)/macros
-+  cp ../macros/test-driver $(DESTDIR)/macros
++  cp $(srcdir)/../macros/test-driver $(DESTDIR)/macros
 +  sed -i -e 's|^Makefile:|_Makefile:|' $(DESTDIR)/examples/Makefile
 +
--
1.9.1


Nick Lewis
nick.le...@usa.g4s.com
+44 1684 277137
www.g4stechnology.com
New Challenge House, International Drive, Tewkesbury, Gloucestershire, GL20 
8UQ, UK

 Please consider the environment before printing this email


The details of this company are as follows:
G4S Technology Limited, Registered Office: Challenge House, International 
Drive, Tewkesbury, Gloucestershire GL20 8UQ, Registered in England No. 2382338.

This communication may contain information which is confidential, personal 
and/or privileged.

It is for the exclusive use of the intended recipient(s).
If you are not the intended recipient(s), please note that any distribution, 
forwarding, copying or use of this communication or the information in it is 
strictly prohibited.

Any personal views expressed in this e-mail are those of the individual sender 
and the company does not endorse or accept responsibility for them.

Prior to taking any action based upon this e-mail message, you should seek 
appropriate confirmation of its authenticity.

This e-mail has been scanned for all viruses by MessageLabs.
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] Website Text

2014-05-06 Thread Trevor Woerner 
On 3 May 2014 05:15, Jack Mitchell wrote:
> The current website address is http://frontpage.openembedded.org/

My feeling is that there is a chance people will be coming to the OE
website with a board already in front of them, looking to find out if
OE supports it and how they might go about creating an image for
what's on their desk.

As such I think a set of links to various OE project website might be
useful, organized by board:

freescale: http://freescale.github.io/
gumstix: 
https://github.com/gumstix/Gumstix-YoctoProject-Repo/blob/master/README.md
beaglebone: http://www.angstrom-distribution.org/ (?)
various intel boards: ??
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [meta-oe][PATCH] opencv: Bump SRCREV to 2.4.9 release tag, PV is now 2.4.9+git. Signed-off-by: Nick D'Ademo

2014-05-06 Thread Martin Jansa 
On Tue, May 06, 2014 at 09:43:13PM +1000, Nick D'Ademo wrote:
> ---

You need blank line between subject and SOB line otherwise it's all
considered to be subject.

>  meta-oe/recipes-support/opencv/opencv_2.4.bb |4 ++--
>  1 file changed, 2 insertions(+), 2 deletions(-)
> 
> diff --git a/meta-oe/recipes-support/opencv/opencv_2.4.bb 
> b/meta-oe/recipes-support/opencv/opencv_2.4.bb
> index df512f6..43e6a2b 100644
> --- a/meta-oe/recipes-support/opencv/opencv_2.4.bb
> +++ b/meta-oe/recipes-support/opencv/opencv_2.4.bb
> @@ -9,12 +9,12 @@ ARM_INSTRUCTION_SET = "arm"
>  
>  DEPENDS = "python-numpy libtool swig swig-native python bzip2 zlib glib-2.0"
>  
> -SRCREV = "a4b34e7ae10351fc4d30dc55995679340efc488e"
> +SRCREV = "df8e28283f09825cca0c2902160b7abebcfe1b64"
>  SRC_URI = "git://github.com/Itseez/opencv.git;branch=2.4 \
> file://opencv-fix-pkgconfig-generation.patch \
>  "
>  
> -PV = "2.4.8+git${SRCPV}"
> +PV = "2.4.9+git${SRCPV}"
>  
>  S = "${WORKDIR}/git"
>  
> -- 
> 1.7.9.5
> 
> -- 
> ___
> Openembedded-devel mailing list
> Openembedded-devel@lists.openembedded.org
> http://lists.openembedded.org/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.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [meta-perl][PATCH v2 01/10] libmodule-metadata-perl: add 1.000019

2014-05-06 Thread Tim Orling 
On Wed, Apr 23, 2014 at 9:10 AM, Tim Orling  wrote:

> --Turns out to not be quite so simple. Module::Metadata is not ever being
> created by perl_*.bb. This is somewhat surprising because Module::Build
> needs Module::Metadata and this has been missed in
> Cross/configure.sh-arm-linux since perl v5.13.9.
> --You can verify this by running "perl -mModule::Build" on qemuarm/arm
> target.
> --I am working on a patch for oe-core.
>

Fixed in (and this patch superseded by)
http://patches.openembedded.org/patch/71565/

>
> On Sun, Apr 20, 2014 at 8:13 PM, Hongxu Jia wrote:
>
>> On 04/21/2014 11:05 AM, Hongxu Jia wrote:
>>
>>> On 04/21/2014 11:01 AM, Tim Orling wrote:
>>>
 On Sun, Apr 20, 2014 at 7:17 PM, Hongxu Jia 
 wrote:

  On 04/21/2014 04:19 AM, Tim Orling wrote:
>
>  (1) I am thinking about dropping this patch. perl-native provides
>> Module::Metadata 1.4, so if subsequent packages are being
>> cross-compiled I have not yet proven there is a need for the updated
>> v1.19 provided here.
>>
>> (2) The question is, if one wanted to build subsequent packages
>> in-situ,
>> how to provide Module::Metadata 1.4 on a target system, since it
>> is
>> only provided by perl-native?
>>
>>  It is also provided by perl, for target.
>
> //Hongxu
>
>
>  I am not seeing it. Am I missing something?

>>>
>>>
>>> Hi Tim,
>>>
>>> I am afraid Module::Metadataj is not in perl by default, you need
>>> to tweak poky/meta/recipes-devtools/perl/perl_5.14.3.bb, to create
>>> a new package for Module::Metadata, you could reference what
>>> 'perl-module-cpan' did, such as:
>>> ...
>>> PACKAGES += "perl-module-metadata"
>>> FILES_perl-module-metadata += ">>the files you need<<"
>>> ...
>>>
>>
>> You also need tweak do_install, to install Metadata.pm from ${S}
>> to ${D}, the default do_install did not do that.
>>
>> //Hongxu
>>
>>
>>
>>> And add 'perl-module-metadata' to your recipes's RDEPENDS.
>>>
>>> //Hongxu
>>>
>>>
 root@beaglebone:~# perl -mModule::Metadata

 Can't locate Module/Metadata.pm in @INC (@INC contains: /etc/perl
 /usr/lib/perl/site_perl/5.14.3/ /usr/lib/perl/site_perl/5.14.3
 /usr/lib/perl/vendor_perl/5.14.3/ /usr/lib/perl/vendor_perl/5.14.3
 /usr/lib/perl/5.14.3/ /usr/lib/perl/5.14.3 /usr/local/lib/site_perl
 /usr/lib/perl/5.14.3 .).

 BEGIN failed--compilation aborted.

  --Tim
>> --
>>
>>  --
> ___
> Openembedded-devel mailing list
> Openembedded-devel@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-devel
>
>
>>>
>>
>
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

[oe] Fix for libxml++_ptest.patch with out-of-source build

2014-05-06 Thread Lewis, Nick 
The libxml++_ptest.patch currently supplied with the libxml++ recipe does not 
produce a Makefile that works for out-of-source builds. Please find attached a 
patch that resolves this problem

Apologies
Nick

Nick Lewis
nick.le...@usa.g4s.com
+44 1684 277137
www.g4stechnology.com
New Challenge House, International Drive, Tewkesbury, Gloucestershire, GL20 
8UQ, UK

P Please consider the environment before printing this email



The details of this company are as follows:
G4S Technology Limited, Registered Office: Challenge House, International 
Drive, Tewkesbury, Gloucestershire GL20 8UQ, Registered in England No. 2382338.

This communication may contain information which is confidential, personal 
and/or privileged.

It is for the exclusive use of the intended recipient(s).
If you are not the intended recipient(s), please note that any distribution, 
forwarding, copying or use of this communication or the information in it is 
strictly prohibited.

Any personal views expressed in this e-mail are those of the individual sender 
and the company does not endorse or accept responsibility for them.

Prior to taking any action based upon this e-mail message, you should seek 
appropriate confirmation of its authenticity.

This e-mail has been scanned for all viruses by MessageLabs.


0001-Fix-libxml-_ptest.patch-with-out-of-source-build.patch
Description: 0001-Fix-libxml-_ptest.patch-with-out-of-source-build.patch
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

[oe] [meta-oe][PATCH] opencv: Bump SRCREV to 2.4.9 release tag, PV is now 2.4.9+git. Signed-off-by: Nick D'Ademo

2014-05-06 Thread Nick D'Ademo 
---
 meta-oe/recipes-support/opencv/opencv_2.4.bb |4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/meta-oe/recipes-support/opencv/opencv_2.4.bb 
b/meta-oe/recipes-support/opencv/opencv_2.4.bb
index df512f6..43e6a2b 100644
--- a/meta-oe/recipes-support/opencv/opencv_2.4.bb
+++ b/meta-oe/recipes-support/opencv/opencv_2.4.bb
@@ -9,12 +9,12 @@ ARM_INSTRUCTION_SET = "arm"
 
 DEPENDS = "python-numpy libtool swig swig-native python bzip2 zlib glib-2.0"
 
-SRCREV = "a4b34e7ae10351fc4d30dc55995679340efc488e"
+SRCREV = "df8e28283f09825cca0c2902160b7abebcfe1b64"
 SRC_URI = "git://github.com/Itseez/opencv.git;branch=2.4 \
file://opencv-fix-pkgconfig-generation.patch \
 "
 
-PV = "2.4.8+git${SRCPV}"
+PV = "2.4.9+git${SRCPV}"
 
 S = "${WORKDIR}/git"
 
-- 
1.7.9.5

-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [PATCH 1/3] vim: add dependency and selinux and acl support control

2014-05-06 Thread Paul Barker 
On Tue, May 06, 2014 at 10:55:22AM +0800, Chong Lu wrote:
> 
> On 05/06/2014 05:45 AM, Paul Barker wrote:
> >On Fri, Apr 18, 2014 at 06:16:30PM +0800, Chong Lu wrote:
> >>  FILES_${PN}-data = "${datadir}/${PN}"
> >>+FILES_${PN}-common = " \
> >>+${datadir}/${PN}/${VIMDIR}/*.vim \
> >>+${datadir}/${PN}/${VIMDIR}/autoload \
> >>+${datadir}/${PN}/${VIMDIR}/colors \
> >>+${datadir}/${PN}/${VIMDIR}/compiler \
> >>+${datadir}/${PN}/${VIMDIR}/ftplugin \
> >>+${datadir}/${PN}/${VIMDIR}/indent \
> >>+${datadir}/${PN}/${VIMDIR}/keymap \
> >>+${datadir}/${PN}/${VIMDIR}/lang \
> >>+${datadir}/${PN}/${VIMDIR}/macros \
> >>+${datadir}/${PN}/${VIMDIR}/plugin \
> >>+${datadir}/${PN}/${VIMDIR}/print \
> >>+${datadir}/${PN}/${VIMDIR}/spell \
> >>+${datadir}/${PN}/${VIMDIR}/tools \
> >>+"
> >>  # Recommend that runtime data is installed along with vim
> >>  RRECOMMENDS_${PN} = "${PN}-syntax ${PN}-help ${PN}-tutor ${PN}-vimrc 
> >> ${PN}-data"
> >Sorry to reply to an old commit but this has broke things for me. Installing 
> >vim
> >after this commit gives:
> >
> > vim: unsatisfied recommendation for vim-data
> >
> >As everything that was in vim-data is now in vim-common. Your commit message
> >says "Split binary file into vim package and put others in vim-common.", but
> >this split was already in effect with everything in vim-data. It then got
> >installed by default as vim-data is in RRECOMMENDS_vim, but could be 
> >disabled by
> >adding things to BAD_RECOMMENDS.
> >
> >What is the benefit of moving things to vim-common? I'm probably just
> >misunderstanding what this change is aiming to solve.
> I just refer to Ubuntu splitting package policy.***
> *
> >
> >As vim-data is now left empty, can we remove it from PACKAGES and
> >RRECOMMENDS_vim and instead add vim-common to RRECOMMENDS_vim? Just want to 
> >make
> >sure that won't break anything for you before I send a patch.
> Sorry for my mistake. we should remove vim-data from PACKAGES and
> RRECOMMENDS_vim and
> add vim-common to RRECOMMENDS_vim.

No problem, it's an easy fix. I'll put together a patch later this week unless
you'd like to do it.

Thanks,

-- 
Paul Barker

Email: p...@paulbarker.me.uk
http://www.paulbarker.me.uk


pgpRVFMtoiSOa.pgp
Description: PGP signature
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [PATCH 1/3] vim: add dependency and selinux and acl support control

2014-05-06 Thread Chong Lu 


On 05/06/2014 05:45 AM, Paul Barker wrote:

On Fri, Apr 18, 2014 at 06:16:30PM +0800, Chong Lu wrote:

  FILES_${PN}-data = "${datadir}/${PN}"
+FILES_${PN}-common = " \
+${datadir}/${PN}/${VIMDIR}/*.vim \
+${datadir}/${PN}/${VIMDIR}/autoload \
+${datadir}/${PN}/${VIMDIR}/colors \
+${datadir}/${PN}/${VIMDIR}/compiler \
+${datadir}/${PN}/${VIMDIR}/ftplugin \
+${datadir}/${PN}/${VIMDIR}/indent \
+${datadir}/${PN}/${VIMDIR}/keymap \
+${datadir}/${PN}/${VIMDIR}/lang \
+${datadir}/${PN}/${VIMDIR}/macros \
+${datadir}/${PN}/${VIMDIR}/plugin \
+${datadir}/${PN}/${VIMDIR}/print \
+${datadir}/${PN}/${VIMDIR}/spell \
+${datadir}/${PN}/${VIMDIR}/tools \
+"
  
  # Recommend that runtime data is installed along with vim

  RRECOMMENDS_${PN} = "${PN}-syntax ${PN}-help ${PN}-tutor ${PN}-vimrc 
${PN}-data"

Sorry to reply to an old commit but this has broke things for me. Installing vim
after this commit gives:

 vim: unsatisfied recommendation for vim-data

As everything that was in vim-data is now in vim-common. Your commit message
says "Split binary file into vim package and put others in vim-common.", but
this split was already in effect with everything in vim-data. It then got
installed by default as vim-data is in RRECOMMENDS_vim, but could be disabled by
adding things to BAD_RECOMMENDS.

What is the benefit of moving things to vim-common? I'm probably just
misunderstanding what this change is aiming to solve.

I just refer to Ubuntu splitting package policy.***
*


As vim-data is now left empty, can we remove it from PACKAGES and
RRECOMMENDS_vim and instead add vim-common to RRECOMMENDS_vim? Just want to make
sure that won't break anything for you before I send a patch.
Sorry for my mistake. we should remove vim-data from PACKAGES and 
RRECOMMENDS_vim and

add vim-common to RRECOMMENDS_vim.

Thanks,



--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel