[OE-core] [PATCHi v3] procps: Upgrade to 3.3.10

2014-12-05 Thread Saul Wold 
This is now the procps-ng version

cleaned up patches
added to fix up usrbin_execprefix in OE-Core

Add CPPFLAGS to allow seperate build directory works

[YOCTO #6952]

Signed-off-by: Saul Wold 
---

Thanks for Koen for keeping me honest ;-)

Sau!

 .../procps-3.2.8/0001-Fix-musl-build-failure.patch |  29 --
 .../procps-3.2.8/60_linux_version_init.patch   |  54 --
 .../procps/procps-3.2.8/detect_bitness.patch   |  26 -
 .../procps/procps-3.2.8/gnu-kbsd-version.patch |  44 
 .../procps/procps-3.2.8/install.patch  |  39 
 .../procps/procps-3.2.8/linux-limits.patch |  15 ---
 .../procps/procps-3.2.8/procmodule.patch   |  38 ---
 .../procps-3.2.8/procps-3.2.7-top-remcpu.patch | 111 -
 .../procps-3.2.8/procps-3.2.8+gmake-3.82.patch |  19 
 .../procps-3.2.8/procps-3.2.8-ps-cgroup.patch  |  82 ---
 .../procps/procps-3.2.8/psmodule.patch |  23 -
 meta/recipes-extended/procps/procps.inc|  31 --
 .../procps/{procps-3.2.8 => procps}/sysctl.conf|   0
 meta/recipes-extended/procps/procps_3.2.8.bb   |  37 ---
 meta/recipes-extended/procps/procps_3.3.10.bb  |  62 
 15 files changed, 62 insertions(+), 548 deletions(-)
 delete mode 100644 
meta/recipes-extended/procps/procps-3.2.8/0001-Fix-musl-build-failure.patch
 delete mode 100644 
meta/recipes-extended/procps/procps-3.2.8/60_linux_version_init.patch
 delete mode 100644 
meta/recipes-extended/procps/procps-3.2.8/detect_bitness.patch
 delete mode 100644 
meta/recipes-extended/procps/procps-3.2.8/gnu-kbsd-version.patch
 delete mode 100644 meta/recipes-extended/procps/procps-3.2.8/install.patch
 delete mode 100644 meta/recipes-extended/procps/procps-3.2.8/linux-limits.patch
 delete mode 100644 meta/recipes-extended/procps/procps-3.2.8/procmodule.patch
 delete mode 100644 
meta/recipes-extended/procps/procps-3.2.8/procps-3.2.7-top-remcpu.patch
 delete mode 100644 
meta/recipes-extended/procps/procps-3.2.8/procps-3.2.8+gmake-3.82.patch
 delete mode 100644 
meta/recipes-extended/procps/procps-3.2.8/procps-3.2.8-ps-cgroup.patch
 delete mode 100644 meta/recipes-extended/procps/procps-3.2.8/psmodule.patch
 delete mode 100644 meta/recipes-extended/procps/procps.inc
 rename meta/recipes-extended/procps/{procps-3.2.8 => procps}/sysctl.conf (100%)
 delete mode 100644 meta/recipes-extended/procps/procps_3.2.8.bb
 create mode 100644 meta/recipes-extended/procps/procps_3.3.10.bb

diff --git 
a/meta/recipes-extended/procps/procps-3.2.8/0001-Fix-musl-build-failure.patch 
b/meta/recipes-extended/procps/procps-3.2.8/0001-Fix-musl-build-failure.patch
deleted file mode 100644
index 71dc3f0..000
--- 
a/meta/recipes-extended/procps/procps-3.2.8/0001-Fix-musl-build-failure.patch
+++ /dev/null
@@ -1,29 +0,0 @@
-From 6f2fd55ef7621fd7ab7897aee2c2651b6faf9e6a Mon Sep 17 00:00:00 2001
-From: Paul Barker 
-Date: Wed, 20 Aug 2014 11:56:11 +0200
-Subject: [PATCH] Fix musl build failure
-
-Include  for PATH_MAX.
-
-Signed-off-by: Paul Barker 
-
-Upstream-status: Pending

- proc/readproc.c | 1 +
- 1 file changed, 1 insertion(+)
-
-diff --git a/proc/readproc.c b/proc/readproc.c
-index 4fad11d..c5b1869 100644
 a/proc/readproc.c
-+++ b/proc/readproc.c
-@@ -26,6 +26,7 @@
- #include 
- #include 
- #include 
-+#include 
- 
- // sometimes it's easier to do this manually, w/o gcc helping
- #ifdef PROF
--- 
-1.9.1
-
diff --git 
a/meta/recipes-extended/procps/procps-3.2.8/60_linux_version_init.patch 
b/meta/recipes-extended/procps/procps-3.2.8/60_linux_version_init.patch
deleted file mode 100644
index 203ccb3..000
--- a/meta/recipes-extended/procps/procps-3.2.8/60_linux_version_init.patch
+++ /dev/null
@@ -1,54 +0,0 @@
-## 60_linux_init.dpatch by  
-##
-## All lines beginning with `## DP:' are a description of the patch.
-## DP: Fix Linux version detection which relied on elf loader side-effect.
-## DP: This patch also depends on 40_gnu-kbsd-version, which modified
-## DP: init_Linux_version().
-
-@DPATCH@
-
-Upstream-Status: inappropriate [upstream unmaintained]

- proc/sysinfo.c |1 +
- proc/version.c |5 +++--
- proc/version.h |1 +
- 3 files changed, 5 insertions(+), 2 deletions(-)
-
-Index: procps-3.2.8/proc/sysinfo.c
-===
 procps-3.2.8.orig/proc/sysinfo.c
-+++ procps-3.2.8/proc/sysinfo.c
-@@ -212,6 +212,7 @@ static int check_for_privs(void){
- static void init_libproc(void) __attribute__((constructor));
- static void init_libproc(void){
-   have_privs = check_for_privs();
-+  init_Linux_version(); // make sure we have version before continuing...
-   // ought to count CPUs in /proc/stat instead of relying
-   // on glibc, which foolishly tries to parse /proc/cpuinfo
-   //
-Index: procps-3.2.8/proc/version.c
-===
 procps-3.2.8.orig/proc/version.c
-+++ procps-3.2.8/p

Re: [OE-core] [PATCH v2 1/1] buildtools-tarball: restore missing git tools

2014-12-05 Thread Paul Eggleton 
On Friday 05 December 2014 16:30:44 Otavio Salvador wrote:
> On Fri, Dec 5, 2014 at 4:09 PM, Paul Eggleton
> 
>  wrote:
> > Since the split out of git-perltools, some git tools (such as "git am",
> > "git send-email" and "git-submodule") have no longer been part of the
> > buildtools. We need these, so add them back in.
> > 
> > However, adding git-perltools to buildtools triggers perl itself being
> > brought into buildtools as well, and we don't want that; but we also
> > don't want to have to hack the git recipe or indeed anything else that
> > starts depending on perl. Thus, add a dummy package which gets installed
> > in its place, in a separate package architecture that is only enabled
> > for buildtools to ensure it doesn't start appearing in place of
> > nativesdk-perl anywhere else.
> > 
> > Fixes [YOCTO #7033].
> > 
> > Signed-off-by: Paul Eggleton 
> 
> This dummy thing looks like a hack to me :-(

Perhaps - I'm all ears for an alternative solution, but it absolutely has to 
be fixed, and soon. Shipping an incomplete git (or incomplete perl) in 
buildtools basically defeats a major part of having the thing in the first 
place.

Cheers,
Paul

-- 

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

Re: [OE-core] [PATCH 0/3] Miscellaneous bluez patches

2014-12-05 Thread Burton, Ross 
On 5 December 2014 at 00:30, Peter A. Bigot  wrote:

> Ping.  These are independent of the RFC patches.
>

Merged into mut, thanks.

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

[OE-core] [PATCH] dtc: don't use autotools as this doesn't use autotools

2014-12-05 Thread Ross Burton 
Signed-off-by: Ross Burton 
---
 meta/recipes-kernel/dtc/dtc.inc |8 +---
 1 file changed, 5 insertions(+), 3 deletions(-)

diff --git a/meta/recipes-kernel/dtc/dtc.inc b/meta/recipes-kernel/dtc/dtc.inc
index 95023b6..0c409b0 100644
--- a/meta/recipes-kernel/dtc/dtc.inc
+++ b/meta/recipes-kernel/dtc/dtc.inc
@@ -4,16 +4,18 @@ SECTION = "bootloader"
 LICENSE = "GPLv2 | BSD"
 DEPENDS = "flex-native bison-native"
 
-inherit autotools-brokensep
-
 SRC_URI = "git://git.kernel.org/pub/scm/utils/dtc/dtc.git \
file://make_install.patch \
  "
 
-EXTRA_OEMAKE='PREFIX="${prefix}" LIBDIR="${libdir}"'
+EXTRA_OEMAKE='PREFIX="${prefix}" LIBDIR="${libdir}" DESTDIR="${D}"'
 
 S = "${WORKDIR}/git"
 
+do_install () {
+   oe_runmake install
+}
+
 PACKAGES =+ "${PN}-misc"
 FILES_${PN}-misc = "${bindir}/convert-dtsv0 ${bindir}/ftdump ${bindir}/dtdiff"
 
-- 
1.7.10.4

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

Re: [OE-core] [PATCH v2 1/1] buildtools-tarball: restore missing git tools

2014-12-05 Thread Otavio Salvador 
On Fri, Dec 5, 2014 at 4:09 PM, Paul Eggleton
 wrote:
> Since the split out of git-perltools, some git tools (such as "git am",
> "git send-email" and "git-submodule") have no longer been part of the
> buildtools. We need these, so add them back in.
>
> However, adding git-perltools to buildtools triggers perl itself being
> brought into buildtools as well, and we don't want that; but we also
> don't want to have to hack the git recipe or indeed anything else that
> starts depending on perl. Thus, add a dummy package which gets installed
> in its place, in a separate package architecture that is only enabled
> for buildtools to ensure it doesn't start appearing in place of
> nativesdk-perl anywhere else.
>
> Fixes [YOCTO #7033].
>
> Signed-off-by: Paul Eggleton 

This dummy thing looks like a hack to me :-(

-- 
Otavio Salvador O.S. Systems
http://www.ossystems.com.brhttp://code.ossystems.com.br
Mobile: +55 (53) 9981-7854Mobile: +1 (347) 903-9750
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH v2 1/1] buildtools-tarball: restore missing git tools

2014-12-05 Thread Paul Eggleton 
Since the split out of git-perltools, some git tools (such as "git am",
"git send-email" and "git-submodule") have no longer been part of the
buildtools. We need these, so add them back in.

However, adding git-perltools to buildtools triggers perl itself being
brought into buildtools as well, and we don't want that; but we also
don't want to have to hack the git recipe or indeed anything else that
starts depending on perl. Thus, add a dummy package which gets installed
in its place, in a separate package architecture that is only enabled
for buildtools to ensure it doesn't start appearing in place of
nativesdk-perl anywhere else.

Fixes [YOCTO #7033].

Signed-off-by: Paul Eggleton 
---
 meta/recipes-core/meta/buildtools-tarball.bb  |  4 
 .../meta/nativesdk-buildtools-perl-dummy.bb   | 19 +++
 2 files changed, 23 insertions(+)
 create mode 100644 meta/recipes-core/meta/nativesdk-buildtools-perl-dummy.bb

diff --git a/meta/recipes-core/meta/buildtools-tarball.bb 
b/meta/recipes-core/meta/buildtools-tarball.bb
index 58e0ffa..302510c 100644
--- a/meta/recipes-core/meta/buildtools-tarball.bb
+++ b/meta/recipes-core/meta/buildtools-tarball.bb
@@ -15,13 +15,17 @@ TOOLCHAIN_HOST_TASK ?= "\
 nativesdk-ncurses-terminfo-base \
 nativesdk-chrpath \
 nativesdk-tar \
+nativesdk-buildtools-perl-dummy \
 nativesdk-git \
+nativesdk-git-perltools \
 nativesdk-pigz \
 nativesdk-make \
 nativesdk-wget \
 nativesdk-ca-certificates \
 "
 
+SDK_PACKAGE_ARCHS =+ "buildtools-dummy-${SDKPKGSUFFIX}"
+
 TOOLCHAIN_OUTPUTNAME ?= 
"${SDK_NAME}-buildtools-nativesdk-standalone-${DISTRO_VERSION}"
 
 RDEPENDS = "${TOOLCHAIN_HOST_TASK}"
diff --git a/meta/recipes-core/meta/nativesdk-buildtools-perl-dummy.bb 
b/meta/recipes-core/meta/nativesdk-buildtools-perl-dummy.bb
new file mode 100644
index 000..d971c3c
--- /dev/null
+++ b/meta/recipes-core/meta/nativesdk-buildtools-perl-dummy.bb
@@ -0,0 +1,19 @@
+SUMMARY = "Dummy package which ensures perl is excluded from buildtools"
+LICENSE = "MIT"
+LIC_FILES_CHKSUM = 
"file://${COMMON_LICENSE_DIR}/MIT;md5=0835ade698e0bcf8506ecda2f7b4f302"
+
+inherit nativesdk
+
+# Put it somewhere separate to ensure it's never used except when we want it
+PACKAGE_ARCH = "buildtools-dummy-${SDKPKGSUFFIX}"
+
+PERLPACKAGES = "nativesdk-perl \
+nativesdk-perl-module-file-path"
+
+ALLOW_EMPTY_${PN} = "1"
+
+python populate_packages_prepend() {
+d.appendVar('RPROVIDES_${PN}', '${PERLPACKAGES}')
+d.appendVar('RCONFLICTS_${PN}', '${PERLPACKAGES}')
+}
+
-- 
1.9.3

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

[OE-core] [PATCH v2 0/1] Fix buildtools after git-perltools split

2014-12-05 Thread Paul Eggleton 
The following change since commit f7b342a73661cfff4043fab77ab8e9ef0e48dec4:

  gdb: disable Guile (2014-12-03 12:22:42 +)

is available in the git repository at:

  git://git.openembedded.org/openembedded-core-contrib paule/git-perltools
  
http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=paule/git-perltools

Paul Eggleton (1):
  buildtools-tarball: restore missing git tools

 meta/recipes-core/meta/buildtools-tarball.bb  |  4 
 .../meta/nativesdk-buildtools-perl-dummy.bb   | 19 +++
 2 files changed, 23 insertions(+)
 create mode 100644 meta/recipes-core/meta/nativesdk-buildtools-perl-dummy.bb

-- 
1.9.3

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

Re: [OE-core] [PATCH] When building with systemd based image, udev-hwdb postinstall script will fail because of not passing correct CPU option. So fix it by passing correct QEMU_OPTIONS.

2014-12-05 Thread Richard Purdie 
On Thu, 2014-12-04 at 22:48 +0100, Martin Jansa wrote:
> Thanks for fixing that. Would it make sense to add comment saying that
> nobody is expected to use "QEMU_EXTRAOPTIONS" directly and that they
> aren't overrides (so that nobody makes the same mistake as I did).

Yes, I've done that, and fixed up another reference in the
qemuwrapper-cross so things are more consistent...

Cheers,

Richard


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

[OE-core] [PATCH] python: fix ssl import error

2014-12-05 Thread Maxin B. John 
Fix this ssl import error:
Python 2.7.3 (default, Dec  5 2014, 16:24:17)
[GCC 4.9.1] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> import ssl
Traceback (most recent call last):
  File "", line 1, in 
  File "/usr/lib/python2.7/ssl.py", line 92, in 
import base64# for DER-to-PEM translation
ImportError: No module named base64

Signed-off-by: Maxin B. John 
---
 meta/recipes-devtools/python/python-2.7-manifest.inc | 2 +-
 scripts/contrib/python/generate-manifest-2.7.py  | 2 +-
 2 files changed, 2 insertions(+), 2 deletions(-)

diff --git a/meta/recipes-devtools/python/python-2.7-manifest.inc 
b/meta/recipes-devtools/python/python-2.7-manifest.inc
index a8afe13..9a514b1 100644
--- a/meta/recipes-devtools/python/python-2.7-manifest.inc
+++ b/meta/recipes-devtools/python/python-2.7-manifest.inc
@@ -122,7 +122,7 @@ RDEPENDS_${PN}-importlib="${PN}-core"
 FILES_${PN}-importlib="${libdir}/python2.7/importlib "
 
 SUMMARY_${PN}-io="Python low-level I/O"
-RDEPENDS_${PN}-io="${PN}-core ${PN}-math ${PN}-textutils"
+RDEPENDS_${PN}-io="${PN}-core ${PN}-math ${PN}-textutils ${PN}-netclient"
 FILES_${PN}-io="${libdir}/python2.7/lib-dynload/_socket.so 
${libdir}/python2.7/lib-dynload/_io.so ${libdir}/python2.7/lib-dynload/_ssl.so 
${libdir}/python2.7/lib-dynload/select.so 
${libdir}/python2.7/lib-dynload/termios.so 
${libdir}/python2.7/lib-dynload/cStringIO.so ${libdir}/python2.7/pipes.* 
${libdir}/python2.7/socket.* ${libdir}/python2.7/ssl.* 
${libdir}/python2.7/tempfile.* ${libdir}/python2.7/StringIO.* 
${libdir}/python2.7/io.* ${libdir}/python2.7/_pyio.* "
 
 SUMMARY_${PN}-json="Python JSON support"
diff --git a/scripts/contrib/python/generate-manifest-2.7.py 
b/scripts/contrib/python/generate-manifest-2.7.py
index 65486d8..21b874f 100755
--- a/scripts/contrib/python/generate-manifest-2.7.py
+++ b/scripts/contrib/python/generate-manifest-2.7.py
@@ -275,7 +275,7 @@ if __name__ == "__main__":
 m.addPackage( "${PN}-image", "Python graphical image handling", 
"${PN}-core",
 "colorsys.* imghdr.* lib-dynload/imageop.so lib-dynload/rgbimg.so" )
 
-m.addPackage( "${PN}-io", "Python low-level I/O", "${PN}-core ${PN}-math 
${PN}-textutils",
+m.addPackage( "${PN}-io", "Python low-level I/O", "${PN}-core ${PN}-math 
${PN}-textutils ${PN}-netclient",
 "lib-dynload/_socket.so lib-dynload/_io.so lib-dynload/_ssl.so 
lib-dynload/select.so lib-dynload/termios.so lib-dynload/cStringIO.so " +
 "pipes.* socket.* ssl.* tempfile.* StringIO.* io.* _pyio.*" )
 
-- 
1.9.1

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

Re: [OE-core] [PATCH 1/1] buildtools-tarball: restore missing git tools

2014-12-05 Thread Paul Eggleton 
On Friday 05 December 2014 15:32:42 Paul Eggleton wrote:
> Since the split out of git-perltools, some git tools (such as "git am",
> "git send-email" and "git-submodule") have no longer been part of the
> buildtools. We need these, so add them back in.
> 
> Fixes [YOCTO #7033].
> 
> Signed-off-by: Paul Eggleton 
> ---
>  meta/recipes-core/meta/buildtools-tarball.bb | 1 +
>  1 file changed, 1 insertion(+)
> 
> diff --git a/meta/recipes-core/meta/buildtools-tarball.bb
> b/meta/recipes-core/meta/buildtools-tarball.bb index 58e0ffa..822f4dc
> 100644
> --- a/meta/recipes-core/meta/buildtools-tarball.bb
> +++ b/meta/recipes-core/meta/buildtools-tarball.bb
> @@ -16,6 +16,7 @@ TOOLCHAIN_HOST_TASK ?= "\
>  nativesdk-chrpath \
>  nativesdk-tar \
>  nativesdk-git \
> +nativesdk-git-perltools \
>  nativesdk-pigz \
>  nativesdk-make \
>  nativesdk-wget \

Oh, if only it were that simple. This drags perl into buildtools, which we do 
not want. I'd probably better fix that first, so ignore this for now... :/

Cheers,
Paul

-- 

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

Re: [OE-core] [PATCH 1/1] insane.bbclass: Added QA test for unexpanded ${D}

2014-12-05 Thread Alejandro Hernandez 
Yes, I agree the function should iterate over all the PACKAGES, but for 
the second matter, using the existing package variable handling 
infrastructure within the class, ends up expanding the variables before 
being able to check them , using getVar('FOO', False) is useless in this 
case, any suggestions?


On 04/12/14 03:48, Richard Purdie wrote:

On Wed, 2014-12-03 at 11:00 -0600, Alejandro Hernandez wrote:

Checks in FILES and pkg_* variables ,solves common mistake
of using ${D} instead of $D and warns the user accordingly.

[YOCTO #6642]

Signed-off-by: Alejandro Hernandez 
---
  meta/classes/insane.bbclass | 34 +-
  1 file changed, 33 insertions(+), 1 deletion(-)

diff --git a/meta/classes/insane.bbclass b/meta/classes/insane.bbclass
index 0b45374..419c89b 100644
--- a/meta/classes/insane.bbclass
+++ b/meta/classes/insane.bbclass
@@ -906,6 +906,39 @@ def package_qa_check_deps(pkg, pkgdest, skip, d):
  
  return sane
  
+def package_qa_check_unexpanded_d(d):

+"""
+Check for unexpanded D variable in pkg_* and FILES
+variables, warn the user to use it correctly.
+"""
+
+sane = True
+
+# Get variables for current package
+pkg = d.getVar('PN', True)

Rather than just PN here (which may or may not be a package), you need
to iterate over the list of packages in PACKAGES.



+localdata = bb.data.createCopy(d)
+localdata.setVar('OVERRIDES', pkg)
+bb.data.update_data(localdata)
+
+# Go through all variables and check if unexpanded D is found, warn the 
user accordingly
+for var in 'FILES','pkg_preinst', 'pkg_postinst', 'pkg_prerm', 
'pkg_postrm':
+bbvar = localdata.getVar(var, False)
+if bbvar:
+if "${D}" in bbvar:
+if var == 'FILES':
+bb.error("FILES should not contain the ${D} variable as it 
references the local build directory not the target filesystem, best solution is to 
remove the ${D} reference")
+sane = False
+else:
+bb.error("%s in %s recipe contains ${D}, it should be replaced 
by $D instead" % (var, pkg))
+sane = False
+return sane
+
+# Actual task to check for ${D
+python do_qa_check_unexpanded_d(){
+package_qa_check_unexpanded_d(d)
+}
+addtask qa_check_unexpanded_d before do_compile
+

Why are we doing this before compile, rather than using the existing
package variable handling infrastructure in the class?

The other benefit of using that is we can benefit from the QA_WARN and
QA_ERR variables to determine if this issue is a warning or a fatal
error.

Cheers,

Richard




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

Re: [OE-core] [daisy][PATCH] python: Building without SSLv3 support

2014-12-05 Thread Paul Eggleton 
On Friday 05 December 2014 15:46:21 Paul Eggleton wrote:
> On Friday 05 December 2014 15:32:05 Sona Sarmadi wrote:
> > > Python has fixed this issue in version 3.5.  and backported to  2.7:
> > > 
> > > See the patch here:
> > >  https://hg.python.org/cpython/rev/f762cbb712de
> > > 
> > > But this patch doesn’t apply, I have downloaded the latest 2.7.8, it is
> > > the Same problem there. I have sent email to the guy responsible to this
> > > patch but haven't heard from him yet.
> > 
> > I got following answer from the guy who has provided python patch above:
> > "No, it's for 2.7.9. The ssl module in 2.7.9 was backported from Python 3,
> > its code is vastly different. 2.7.9 should be released soon in December or
> > January."
> > 
> > So we either upgrade master to 2.7.9 when python 2.7.9 is released (if
> > this
> > is ok) otherwise use
> > the Debian's patch.
> 
> I think we should apply the patch now anyway; we'll want to know that it
> works for backports to the stable branch(es), and in any case the upgrade
> to 2.7.9 is not going to be a straightforward task based upon my earlier
> attempt to upgrade to 2.7.6 (the current state of which is still in
> paule/python276-wip in poky-contrib).

(In case it's perhaps not clear from the above - I'm not discouraging the 
upgrade to 2.7.9, I think a python upgrade is long overdue, and we should 
definitely do it.)

Cheers,
Paul

-- 

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

Re: [OE-core] [daisy][PATCH] python: Building without SSLv3 support

2014-12-05 Thread Paul Eggleton 
On Friday 05 December 2014 15:32:05 Sona Sarmadi wrote:
> > Python has fixed this issue in version 3.5.  and backported to  2.7:
> > See the patch here:
> > 
> >  https://hg.python.org/cpython/rev/f762cbb712de
> > 
> > 
> > But this patch doesn’t apply, I have downloaded the latest 2.7.8, it is
> > the Same problem there. I have sent email to the guy responsible to this
> > patch but haven't heard from him yet.
> 
> 
> I got following answer from the guy who has provided python patch above:
> "No, it's for 2.7.9. The ssl module in 2.7.9 was backported from Python 3,
> its code is vastly different. 2.7.9 should be released soon in December or
> January."
> 
> So we either upgrade master to 2.7.9 when python 2.7.9 is released (if this
> is ok) otherwise use 
> the Debian's patch.

I think we should apply the patch now anyway; we'll want to know that it works 
for backports to the stable branch(es), and in any case the upgrade to 2.7.9 
is not going to be a straightforward task based upon my earlier attempt to 
upgrade to 2.7.6 (the current state of which is still in paule/python276-wip 
in poky-contrib).

Cheers,
Paul


-- 

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

[OE-core] [PATCH 1/1] buildtools-tarball: restore missing git tools

2014-12-05 Thread Paul Eggleton 
Since the split out of git-perltools, some git tools (such as "git am",
"git send-email" and "git-submodule") have no longer been part of the
buildtools. We need these, so add them back in.

Fixes [YOCTO #7033].

Signed-off-by: Paul Eggleton 
---
 meta/recipes-core/meta/buildtools-tarball.bb | 1 +
 1 file changed, 1 insertion(+)

diff --git a/meta/recipes-core/meta/buildtools-tarball.bb 
b/meta/recipes-core/meta/buildtools-tarball.bb
index 58e0ffa..822f4dc 100644
--- a/meta/recipes-core/meta/buildtools-tarball.bb
+++ b/meta/recipes-core/meta/buildtools-tarball.bb
@@ -16,6 +16,7 @@ TOOLCHAIN_HOST_TASK ?= "\
 nativesdk-chrpath \
 nativesdk-tar \
 nativesdk-git \
+nativesdk-git-perltools \
 nativesdk-pigz \
 nativesdk-make \
 nativesdk-wget \
-- 
1.9.3

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

[OE-core] [PATCH 0/1] Fix buildtools after git-perltools split

2014-12-05 Thread Paul Eggleton 
The following change since commit f7b342a73661cfff4043fab77ab8e9ef0e48dec4:

  gdb: disable Guile (2014-12-03 12:22:42 +)

is available in the git repository at:

  git://git.openembedded.org/openembedded-core-contrib paule/git-perltools
  
http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=paule/git-perltools

Paul Eggleton (1):
  buildtools-tarball: restore missing git tools

 meta/recipes-core/meta/buildtools-tarball.bb | 1 +
 1 file changed, 1 insertion(+)

-- 
1.9.3

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

Re: [OE-core] [daisy][PATCH] python: Building without SSLv3 support

2014-12-05 Thread Sona Sarmadi 
> Python has fixed this issue in version 3.5.  and backported to  2.7:
> See the patch here:
>  https://hg.python.org/cpython/rev/f762cbb712de
> 
> But this patch doesn’t apply, I have downloaded the latest 2.7.8, it is the
> Same problem there. I have sent email to the guy responsible to this patch
> but haven't heard from him yet.  

I got following answer from the guy who has provided python patch above:
"No, it's for 2.7.9. The ssl module in 2.7.9 was backported from Python 3, its 
code is vastly different.
2.7.9 should be released soon in December or January."

So we either upgrade master to 2.7.9 when python 2.7.9 is released (if this is 
ok) otherwise use 
the Debian's patch.

Any comment?

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

Re: [OE-core] [PATCH] libxcb: fix socket writes

2014-12-05 Thread Burton, Ross 
On 5 December 2014 at 14:26, Belal, Awais  wrote:

> I will look into the version upgrade. Can this be merged to dizzy?
>

Dizzy would have to be a backported patch as you originally submitted.

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

[OE-core] [PATCH] shadow: disable nscd feature when glibc is not built with spawn posix functions

2014-12-05 Thread Baptiste DURAND 
shadow package  configure step fails with this log output :
| checking location of faillog/lastlog/wtmp... (cached) /var/log
| checking location of the passwd program... (cached) /usr/bin
| checking for posix_spawn... no
| configure: error: posix_spawn is needed for nscd support
| Configure failed. The contents of all config.log files follows to aid 
debugging
| ERROR: oe_runconf failed

Signed-off-by: Baptiste DURAND 
---
 meta/recipes-extended/shadow/shadow.inc | 1 +
 1 file changed, 1 insertion(+)

diff --git a/meta/recipes-extended/shadow/shadow.inc 
b/meta/recipes-extended/shadow/shadow.inc
index 14c7281..bb3a927 100644
--- a/meta/recipes-extended/shadow/shadow.inc
+++ b/meta/recipes-extended/shadow/shadow.inc
@@ -60,6 +60,7 @@ NSCDOPT = ""
 NSCDOPT_class-native = "--without-nscd"
 NSCDOPT_class-nativesdk = "--without-nscd"
 NSCDOPT_libc-uclibc = " --without-nscd"
+NSCDOPT_libc-glibc = "${@bb.utils.contains('DISTRO_FEATURES', 'libc-spawn', 
'--with-nscd', '--without-nscd', d)}"
   
 PAM_PLUGINS = "libpam-runtime \
pam-plugin-faildelay \
-- 
1.8.1.4

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

Re: [OE-core] [PATCH] libxcb: fix socket writes

2014-12-05 Thread Belal, Awais 
I will look into the version upgrade. Can this be merged to dizzy?

BR,
Awais

From: openembedded-core-boun...@lists.openembedded.org 
[openembedded-core-boun...@lists.openembedded.org] on behalf of Burton, Ross 
[ross.bur...@intel.com]
Sent: Friday, December 05, 2014 6:16 PM
To: Awais Belal
Cc: OE-core
Subject: Re: [OE-core] [PATCH] libxcb: fix socket writes


On 5 December 2014 at 11:40, Awais Belal 
mailto:awais.be...@gmail.com>> wrote:
The patch has been picked up from libxcb git and is only
applicable to v1.10 while it gets fixed in mainstream v1.11.

If it's fixed in 1.11 then an upgrade to 1.11 is preferred.

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

Re: [OE-core] [PATCH 0/2] Busybox mdev improvements

2014-12-05 Thread Otavio Salvador 
On Fri, Dec 5, 2014 at 10:57 AM, Mike Looijmans  wrote:
> On 12/05/2014 12:27 PM, Otavio Salvador wrote:
>>
>> On Fri, Dec 5, 2014 at 4:18 AM, Mike Looijmans 
>> wrote:
> (PS:)
> From the current state of busybox-mdev in OE-core, my perception is that
> there are only a handful of projects in the world that use it, and I'm a
> member of two of those...

I also use it :)

-- 
Otavio Salvador O.S. Systems
http://www.ossystems.com.brhttp://code.ossystems.com.br
Mobile: +55 (53) 9981-7854Mobile: +1 (347) 903-9750
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] libxcb: fix socket writes

2014-12-05 Thread Burton, Ross 
On 5 December 2014 at 11:40, Awais Belal  wrote:

> The patch has been picked up from libxcb git and is only
> applicable to v1.10 while it gets fixed in mainstream v1.11.
>

If it's fixed in 1.11 then an upgrade to 1.11 is preferred.

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

Re: [OE-core] [PATCH 0/2] Busybox mdev improvements

2014-12-05 Thread Mike Looijmans 

On 12/05/2014 12:27 PM, Otavio Salvador wrote:

On Fri, Dec 5, 2014 at 4:18 AM, Mike Looijmans  wrote:

On 12/04/2014 09:47 PM, Otavio Salvador wrote:


On Thu, Dec 4, 2014 at 8:27 AM, Mike Looijmans 
wrote:


This first series fixes the touchscreen support. A patch to automatically
have mdev mount storage devices will follow soon, I'm still testing it.



I enjoy this idea but please put this one in a specific sub-package or
with a setting in /etc/default/mdev to enable/disable it.



By "this" you refer to the automatic mounting? No problem, and a good
suggestion too.


Yes.


Another problem I solved in various projects is the automatic loading of
kernel drivers. It makes mdev automatically load modules and firmware, e.g.
when plugging in a USB device, and adds a script to scan for hotpluggable
devices at boot. It's only a few lines, but these make mdeve provide most of
udev's functionality.


Agreed and I think this is also a good addition; however we should
have it in a subpackage as well.


"busybox-mdev" is already a separate package. Both automounter and module 
loader need an entry in mdev.conf to work. (The module loader is nothing but 
an entry).


If projects or users don't want these, they can provide their own mdev.conf 
(it's a CONFFILE anyway). This just makes for a better default.


The "load modules at boot" script is yet on its way, it contains about 3 lines 
of shell script which only make sense for mdev, so putting that in a separate 
package seems overkill to me.



(PS:)
From the current state of busybox-mdev in OE-core, my perception is that 
there are only a handful of projects in the world that use it, and I'm a 
member of two of those...



Met vriendelijke groet / kind regards,

Mike Looijmans
System Expert


TOPIC Embedded Systems
Eindhovenseweg 32-C, NL-5683 KH Best
Postbus 440, NL-5680 AK Best
Telefoon: (+31) (0) 499 33 69 79
Telefax:  (+31) (0) 499 33 69 70
E-mail: mike.looijm...@topic.nl
Website: www.topic.nl

Please consider the environment before printing this e-mail

Topic zoekt gedreven (embedded) software specialisten!
http://topic.nl/vacatures/topic-zoekt-software-engineers/

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

[OE-core] FW: [daisy][PATCH] python: Building without SSLv3 support

2014-12-05 Thread Sona Sarmadi 
 Hi guys,

> This should be applied to master first, and then backported to any stable
> branches.  Can you re-send in a form that applies to master?
> 
> Ross

Python has fixed this issue in version 3.5.  and backported to  2.7:
See the patch here:
 https://hg.python.org/cpython/rev/f762cbb712de

But this patch doesn’t apply, I have downloaded the latest 2.7.8, it is the 
Same problem there. I have sent email to the guy responsible to this patch 
but haven't heard from him yet.  The commit message also say that " The 
backport currently doesn't achieve anything since the function isn't used 
(yet)": 

===
changeset 93549:f762cbb712de 2.7

Backport disabling of SSLv3 in ssl._create_stdlib_context() (issue #22638). 
The backport currently doesn't achieve anything since the function isn't used
 (yet). [#22638]
===

So this is the reason why I have applied the Debian patch.  They disable SSLv3 
in python  this way because they have disabled SSLv3 in OpenSSL in their 
Jessie. 
So if we take Debian's patch we need to define "OPENSSL_NO_SSL3” in the 
OpenSSL as well. Are you ok with this? (the same way that "OPENSSL_NO_SSL2"
is defined in OpenSSL).

ssl/ssl.h
#if (defined(OPENSSL_NO_RSA) || defined(OPENSSL_NO_MD5)) && 
!defined(OPENSSL_NO_SSL2)
#define OPENSSL_NO_SSL2
#endif

Cheers
Sona
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] gstreamer1.0-libav: specify proper cross-prefix

2014-12-05 Thread Awais Belal 
This avoids a compile failure locating ranlib by providing
the correct cross-prefix for build.

Signed-off-by: Drew Moseley 
Signed-off-by: Awais Belal 
---
 .../gstreamer/gstreamer1.0-libav_1.4.1.bb  |3 ++-
 .../gstreamer/gstreamer1.0-libav_git.bb|3 ++-
 2 files changed, 4 insertions(+), 2 deletions(-)

diff --git a/meta/recipes-multimedia/gstreamer/gstreamer1.0-libav_1.4.1.bb 
b/meta/recipes-multimedia/gstreamer/gstreamer1.0-libav_1.4.1.bb
index 8bba831..f962ff0 100644
--- a/meta/recipes-multimedia/gstreamer/gstreamer1.0-libav_1.4.1.bb
+++ b/meta/recipes-multimedia/gstreamer/gstreamer1.0-libav_1.4.1.bb
@@ -18,7 +18,8 @@ SRC_URI[sha256sum] = 
"fc125521187fa84f3210269a0eecc51f8a856802f1ca4bb251f118dab9
 LIBAV_EXTRA_CONFIGURE_COMMON_ARG = "--target-os=linux \
   --cc='${CC}' --as='${CC}' --ld='${CC}' --nm='${NM}' --ar='${AR}' \
   --ranlib='${RANLIB}' \
-  ${GSTREAMER_1_0_DEBUG}"
+  ${GSTREAMER_1_0_DEBUG} \
+  --cross-prefix='${HOST_PREFIX}'"
 
 S = "${WORKDIR}/gst-libav-${PV}"
 
diff --git a/meta/recipes-multimedia/gstreamer/gstreamer1.0-libav_git.bb 
b/meta/recipes-multimedia/gstreamer/gstreamer1.0-libav_git.bb
index 5ce28cc..aa2de69 100644
--- a/meta/recipes-multimedia/gstreamer/gstreamer1.0-libav_git.bb
+++ b/meta/recipes-multimedia/gstreamer/gstreamer1.0-libav_git.bb
@@ -18,7 +18,8 @@ SRCREV = "127202d6f65584891dabf92be031f0d170b0e7f1"
 
 LIBAV_EXTRA_CONFIGURE_COMMON_ARG = "--target-os=linux \
   --cc='${CC}' --as='${CC}' --ld='${CC}' --nm='${NM}' --ar='${AR}' \
-  ${GSTREAMER_1_0_DEBUG}"
+  ${GSTREAMER_1_0_DEBUG} \
+  --cross-prefix='${HOST_PREFIX}'"
 
 do_configure() {
./autogen.sh --noconfigure
-- 
1.7.9.5

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

[OE-core] [PATCH] libxcb: fix socket writes

2014-12-05 Thread Awais Belal 
The patch has been picked up from libxcb git and is only
applicable to v1.10 while it gets fixed in mainstream v1.11.
http://cgit.freedesktop.org/xcb/libxcb/commit/?id=be0fe56c3bcad5124dcc6c47a2fad01acd16f71a

Signed-off-by: Awais Belal 
---
 ...owns-socket-and-no-other-threads-are-writ.patch |  121 
 meta/recipes-graphics/xorg-lib/libxcb_1.10.bb  |3 +
 2 files changed, 124 insertions(+)
 create mode 100644 
meta/recipes-graphics/xorg-lib/libxcb/ensure-xcb-owns-socket-and-no-other-threads-are-writ.patch

diff --git 
a/meta/recipes-graphics/xorg-lib/libxcb/ensure-xcb-owns-socket-and-no-other-threads-are-writ.patch
 
b/meta/recipes-graphics/xorg-lib/libxcb/ensure-xcb-owns-socket-and-no-other-threads-are-writ.patch
new file mode 100644
index 000..14cefa3
--- /dev/null
+++ 
b/meta/recipes-graphics/xorg-lib/libxcb/ensure-xcb-owns-socket-and-no-other-threads-are-writ.patch
@@ -0,0 +1,121 @@
+From be0fe56c3bcad5124dcc6c47a2fad01acd16f71a Mon Sep 17 00:00:00 2001
+From: Keith Packard 
+Date: Mon, 23 Dec 2013 21:15:20 -0800
+Subject: [PATCH] Ensure xcb owns socket and no other threads are writing
+ before send_request
+
+send_request may only write to out.queue if no other thread is busy
+writing to the network (as that thread may be writing from out.queue).
+
+send_request may only allocate request sequence numbers if XCB owns
+the socket.
+
+Therefore, send_request must make sure that both conditions are true
+when it holds iolock, which can only be done by looping until both
+conditions are true without having dropped the lock waiting for the
+second condition.
+
+We choose to get the socket back from Xlib first as get_socket_back
+has a complicated test and checking for other threads writing is a
+simple in-lined check.
+
+This also changes the sequence number checks (64k requests with no
+reply, 4M request wrapping) to ensure that both conditions are true
+before queueing the request.
+
+Signed-off-by: Keith Packard 
+Reviewed-by: Uli Schlachter 
+---
+ src/xcb_out.c | 57 -
+ 1 file changed, 40 insertions(+), 17 deletions(-)
+
+diff --git a/src/xcb_out.c b/src/xcb_out.c
+index 18bb5f9..dc42954 100644
+--- a/src/xcb_out.c
 b/src/xcb_out.c
+@@ -103,6 +103,33 @@ static void get_socket_back(xcb_connection_t *c)
+ _xcb_in_replies_done(c);
+ }
+ 
++static void prepare_socket_request(xcb_connection_t *c)
++{
++/* We're about to append data to out.queue, so we need to
++ * atomically test for an external socket owner *and* some other
++ * thread currently writing.
++ *
++ * If we have an external socket owner, we have to get the socket back
++ * before we can use it again.
++ *
++ * If some other thread is writing to the socket, we assume it's
++ * writing from out.queue, and so we can't stick data there.
++ *
++ * We satisfy this condition by first calling get_socket_back
++ * (which may drop the lock, but will return when XCB owns the
++ * socket again) and then checking for another writing thread and
++ * escaping the loop if we're ready to go.
++ */
++for (;;) {
++if(c->has_error)
++return;
++get_socket_back(c);
++if (!c->out.writing)
++break;
++pthread_cond_wait(&c->out.cond, &c->iolock);
++}
++}
++
+ /* Public interface */
+ 
+ void xcb_prefetch_maximum_request_length(xcb_connection_t *c)
+@@ -236,24 +263,23 @@ unsigned int xcb_send_request(xcb_connection_t *c, int 
flags, struct iovec *vect
+ 
+ /* get a sequence number and arrange for delivery. */
+ pthread_mutex_lock(&c->iolock);
+-/* wait for other writing threads to get out of my way. */
+-while(c->out.writing)
+-pthread_cond_wait(&c->out.cond, &c->iolock);
+-get_socket_back(c);
++
++prepare_socket_request(c);
+ 
+ /* send GetInputFocus (sync_req) when 64k-2 requests have been sent 
without
+- * a reply. */
+-if(req->isvoid && c->out.request == c->in.request_expected + (1 << 16) - 
2)
+-send_sync(c);
+-/* Also send sync_req (could use NoOp) at 32-bit wrap to avoid having
++ * a reply.
++ * Also send sync_req (could use NoOp) at 32-bit wrap to avoid having
+  * applications see sequence 0 as that is used to indicate
+- * an error in sending the request */
+-if((unsigned int) (c->out.request + 1) == 0)
++ * an error in sending the request
++ */
++ 
++while ((req->isvoid && c->out.request == c->in.request_expected + (1 << 
16) - 2) ||
++   (unsigned int) (c->out.request + 1) == 0)
++{
+ send_sync(c);
++prepare_socket_request(c);
++}
+ 
+-/* The above send_sync calls could drop the I/O lock, but this
+- * thread will still exclude any other thread that tries to write,
+- * so the sequence number postconditions still hold. */
+ send_request(c, req->isvoid, workaround, flags, vector, veclen);
+ request = c

Re: [OE-core] [PATCH 0/2] Busybox mdev improvements

2014-12-05 Thread Otavio Salvador 
On Fri, Dec 5, 2014 at 4:18 AM, Mike Looijmans  wrote:
> On 12/04/2014 09:47 PM, Otavio Salvador wrote:
>>
>> On Thu, Dec 4, 2014 at 8:27 AM, Mike Looijmans 
>> wrote:
>>>
>>> This first series fixes the touchscreen support. A patch to automatically
>>> have mdev mount storage devices will follow soon, I'm still testing it.
>>
>>
>> I enjoy this idea but please put this one in a specific sub-package or
>> with a setting in /etc/default/mdev to enable/disable it.
>
>
> By "this" you refer to the automatic mounting? No problem, and a good
> suggestion too.

Yes.

> Another problem I solved in various projects is the automatic loading of
> kernel drivers. It makes mdev automatically load modules and firmware, e.g.
> when plugging in a USB device, and adds a script to scan for hotpluggable
> devices at boot. It's only a few lines, but these make mdeve provide most of
> udev's functionality.

Agreed and I think this is also a good addition; however we should
have it in a subpackage as well.

-- 
Otavio Salvador O.S. Systems
http://www.ossystems.com.brhttp://code.ossystems.com.br
Mobile: +55 (53) 9981-7854Mobile: +1 (347) 903-9750
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] Add python-codecs runtime dependency for python-json

2014-12-05 Thread Magnus Olsson 
A piece of JSON initialization code that runs when you "import json"
tries to use the hex-decoder, thus breaks if you do not have
python-codecs installed. Example:

>>> import json
Traceback (most recent call last):
File "", line 1, in 
File "/usr/lib/python2.7/json/__init__.py", line 108, in 
from .decoder import JSONDecoder
  File "/usr/lib/python2.7/json/decoder.py", line 24, in 
NaN, PosInf, NegInf = _floatconstants()
  File "/usr/lib/python2.7/json/decoder.py", line 18, in _floatconstants
_BYTES = '7FF87FF0'.decode('hex')
LookupError: no codec search functions registered: can't find encoding

This patch adds a runtime dependency on python-codecs for python-json and
re-generates the python manifests for Python v2.7. Solves [YOCTO #7020].

Signed-off-by: Magnus Olsson 
---
 meta/recipes-devtools/python/python-2.7-manifest.inc | 2 +-
 meta/recipes-devtools/python/python.inc  | 2 +-
 scripts/contrib/python/generate-manifest-2.7.py  | 2 +-
 3 files changed, 3 insertions(+), 3 deletions(-)

diff --git a/meta/recipes-devtools/python/python-2.7-manifest.inc 
b/meta/recipes-devtools/python/python-2.7-manifest.inc
index a8afe13..cb0f2b5 100644
--- a/meta/recipes-devtools/python/python-2.7-manifest.inc
+++ b/meta/recipes-devtools/python/python-2.7-manifest.inc
@@ -126,7 +126,7 @@ RDEPENDS_${PN}-io="${PN}-core ${PN}-math ${PN}-textutils"
 FILES_${PN}-io="${libdir}/python2.7/lib-dynload/_socket.so 
${libdir}/python2.7/lib-dynload/_io.so ${libdir}/python2.7/lib-dynload/_ssl.so 
${libdir}/python2.7/lib-dynload/select.so 
${libdir}/python2.7/lib-dynload/termios.so 
${libdir}/python2.7/lib-dynload/cStringIO.so ${libdir}/python2.7/pipes.* 
${libdir}/python2.7/socket.* ${libdir}/python2.7/ssl.* 
${libdir}/python2.7/tempfile.* ${libdir}/python2.7/StringIO.* 
${libdir}/python2.7/io.* ${libdir}/python2.7/_pyio.* "
 
 SUMMARY_${PN}-json="Python JSON support"
-RDEPENDS_${PN}-json="${PN}-core ${PN}-math ${PN}-re"
+RDEPENDS_${PN}-json="${PN}-core ${PN}-math ${PN}-re ${PN}-codecs"
 FILES_${PN}-json="${libdir}/python2.7/json 
${libdir}/python2.7/lib-dynload/_json.so "
 
 SUMMARY_${PN}-lang="Python low-level language support"
diff --git a/meta/recipes-devtools/python/python.inc 
b/meta/recipes-devtools/python/python.inc
index 19942ba..e9d8e2d 100644
--- a/meta/recipes-devtools/python/python.inc
+++ b/meta/recipes-devtools/python/python.inc
@@ -3,7 +3,7 @@ HOMEPAGE = "http://www.python.org";
 LICENSE = "PSFv2"
 SECTION = "devel/python"
 # bump this on every change in contrib/python/generate-manifest-2.7.py
-INC_PR = "r0"
+INC_PR = "r1"
 
 LIC_FILES_CHKSUM = "file://LICENSE;md5=ed3abfd1059e2d3a36a8cff3986f9bb6"
 
diff --git a/scripts/contrib/python/generate-manifest-2.7.py 
b/scripts/contrib/python/generate-manifest-2.7.py
index 65486d8..2139094 100755
--- a/scripts/contrib/python/generate-manifest-2.7.py
+++ b/scripts/contrib/python/generate-manifest-2.7.py
@@ -279,7 +279,7 @@ if __name__ == "__main__":
 "lib-dynload/_socket.so lib-dynload/_io.so lib-dynload/_ssl.so 
lib-dynload/select.so lib-dynload/termios.so lib-dynload/cStringIO.so " +
 "pipes.* socket.* ssl.* tempfile.* StringIO.* io.* _pyio.*" )
 
-m.addPackage( "${PN}-json", "Python JSON support", "${PN}-core ${PN}-math 
${PN}-re",
+m.addPackage( "${PN}-json", "Python JSON support", "${PN}-core ${PN}-math 
${PN}-re ${PN}-codecs",
 "json lib-dynload/_json.so" ) # package
 
 m.addPackage( "${PN}-lang", "Python low-level language support", 
"${PN}-core",
-- 
1.9.1

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

[OE-core] [PATCH 1/2] busybox-mdev: Support automatic mounting of block devices

2014-12-05 Thread Mike Looijmans 
Upon inserting a USB stick or similar device, mdev will run
an automounter script that mounts valid partitions on
/media/. The script first checks /etc/fstab entries
so that mounting on UUID or LABEL or using custom mount options
is still possible. If /etc/fstab does not contain particular
mount options, the script will create (and remove) the mountpoint
automatically.
The script also supports full disk partitions (devices without
partition table).

The automatic mounting can be disabled by adding a line
MDEV_AUTOMOUNT=y
into /etc/default/mdev

Automatic mounting for a particular device can be disabled by
creating a file "/dev/.nomount". This is helpful in
scripts that create partitions for example, and want to perform
specific actions which require the device to remain unmounted.

A more complex variation (using LABEL based mounts) on this script
has been in use in OpenPLi for many years now, and I've used this
one on many projects already, so it's about time to push this to
mainline.

Signed-off-by: Mike Looijmans 
---
 meta/recipes-core/busybox/busybox.inc |1 +
 meta/recipes-core/busybox/busybox_1.22.1.bb   |1 +
 meta/recipes-core/busybox/busybox_git.bb  |1 +
 meta/recipes-core/busybox/files/mdev-mount.sh |   62 +
 meta/recipes-core/busybox/files/mdev.conf |3 ++
 5 files changed, 68 insertions(+)
 create mode 100644 meta/recipes-core/busybox/files/mdev-mount.sh

diff --git a/meta/recipes-core/busybox/busybox.inc 
b/meta/recipes-core/busybox/busybox.inc
index deb2ee4..0769d92 100644
--- a/meta/recipes-core/busybox/busybox.inc
+++ b/meta/recipes-core/busybox/busybox.inc
@@ -270,6 +270,7 @@ do_install () {
install -m 644 ${WORKDIR}/mdev.conf 
${D}${sysconfdir}/mdev.conf
install -d ${D}${sysconfdir}/mdev
install -m 0755 ${WORKDIR}/find-touchscreen.sh 
${D}${sysconfdir}/mdev
+   install -m 0755 ${WORKDIR}/mdev-mount.sh 
${D}${sysconfdir}/mdev
fi
fi
 
diff --git a/meta/recipes-core/busybox/busybox_1.22.1.bb 
b/meta/recipes-core/busybox/busybox_1.22.1.bb
index 82f7f68..f379bb6 100644
--- a/meta/recipes-core/busybox/busybox_1.22.1.bb
+++ b/meta/recipes-core/busybox/busybox_1.22.1.bb
@@ -20,6 +20,7 @@ SRC_URI = 
"http://www.busybox.net/downloads/busybox-${PV}.tar.bz2;name=tarball \
file://busybox-syslog.default \
file://mdev \
file://mdev.conf \
+   file://mdev-mount.sh \
file://umount.busybox \
file://defconfig \
file://busybox-syslog.service.in \
diff --git a/meta/recipes-core/busybox/busybox_git.bb 
b/meta/recipes-core/busybox/busybox_git.bb
index f2cc119..f91b552 100644
--- a/meta/recipes-core/busybox/busybox_git.bb
+++ b/meta/recipes-core/busybox/busybox_git.bb
@@ -24,6 +24,7 @@ SRC_URI = "git://busybox.net/busybox.git \
file://busybox-syslog.default \
file://mdev \
file://mdev.conf \
+   file://mdev-mount.sh \
file://umount.busybox \
file://defconfig \
file://busybox-syslog.service.in \
diff --git a/meta/recipes-core/busybox/files/mdev-mount.sh 
b/meta/recipes-core/busybox/files/mdev-mount.sh
new file mode 100644
index 000..60ecf88
--- /dev/null
+++ b/meta/recipes-core/busybox/files/mdev-mount.sh
@@ -0,0 +1,62 @@
+#!/bin/sh
+MDEV_AUTOMOUNT=y
+[ -f /etc/default/mdev ] && . /etc/default/mdev
+if [ "${MDEV_AUTOMOUNT}" = "n" ] ; then
+   exit 0
+fi
+
+case "$ACTION" in
+   add|"")
+   ACTION="add"
+   # check if already mounted
+   if grep -q "^/dev/${MDEV} " /proc/mounts ; then
+   # Already mounted
+   exit 0
+   fi
+   DEVBASE=`expr substr $MDEV 1 3`
+   if [ "${DEVBASE}" == "mmc" ] ; then
+   DEVBASE=`expr substr $MDEV 1 7`
+   fi
+   # check for "please don't mount it" file
+   if [ -f "/dev/nomount.${DEVBASE}" ] ; then
+   # blocked
+   exit 0
+   fi
+   # check for full-disk partition
+   if [ "${DEVBASE}" == "${MDEV}" ] ; then
+   if [ -d /sys/block/${DEVBASE}/${DEVBASE}*1 ] ; then
+   # Partition detected, just quit
+   exit 0
+   fi
+   if [ ! -f /sys/block/${DEVBASE}/size ] ; then
+   # No size at all
+   exit 0
+   fi
+   if [ `cat /sys/block/${DEVBASE}/size` == 0 ] ; then
+   # empty device, bail out
+   exit 0
+   fi
+   fi
+   # first allow fstab to determine the mountpoint
+   if ! mount /dev/$MDEV >

[OE-core] [PATCH 2/2] busybox-mdev: Add hotplug kernel module support to mdev.conf

2014-12-05 Thread Mike Looijmans 
Add a line to mdev.conf that tells mdev to load kernel modules when
required.

For example, if you built wifi support as an external module, inserting
a wifi stick into a USB port will now automatically load that module
into the kernel and the wlan device will be ready for configuration.
Without this patch, you have to load required modules manually or force
them to load at system startup.
---
 meta/recipes-core/busybox/files/mdev.conf |2 ++
 1 file changed, 2 insertions(+)

diff --git a/meta/recipes-core/busybox/files/mdev.conf 
b/meta/recipes-core/busybox/files/mdev.conf
index c83bb4c..17e93da 100644
--- a/meta/recipes-core/busybox/files/mdev.conf
+++ b/meta/recipes-core/busybox/files/mdev.conf
@@ -1,3 +1,5 @@
+$MODALIAS=.* 0:0 660 @modprobe "$MODALIAS"
+
 console 0:0 0600 
 cpu_dma_latency 0:0 0660 
 fb0:0 44 0660 
-- 
1.7.9.5

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

Re: [OE-core] [PATCH v2] procps: Upgrade to 3.3.10

2014-12-05 Thread Koen Kooi 

> Op 4 dec. 2014, om 20:55 heeft Saul Wold  het volgende 
> geschreven:
> 
> This is now the procps-ng version
> 
> cleaned up patches
> added to fix up usrbin_execprefix in OE-Core
> 
> Added --enable-skill to ensure snice and skill where built to match
> the buildhistory from the older version
> 
> Add CPPFLAGS to allow seperate build directory works
> 
> [YOCTO #6952]
> 
> Signed-off-by: Saul Wold 
> ---
> 
> Double checked with buildhistory this time!

Awesome, two small nitpicks left:

> +#inherit autotools-brokensep gettext pkgconfig update-alternatives
> +inherit autotools gettext pkgconfig update-alternatives

[..]

> +inherit update-alternatives

Drop the commented line and the duplicate inherit below do_install
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 1/2] packaging: allow globs in CONFFILES

2014-12-05 Thread ChenQi 

On 12/04/2014 04:48 AM, Burton, Ross wrote:


On 1 December 2014 at 06:01, Chen Qi > wrote:


Allow globs in CONFFILES and default CONFFILES to '${sysconfdir}'.


If I apply this patch and build core-image-sato with package_ipk:

| *** Error: CONTROL/conffiles mentions conffile /etc/depmod.d which 
does not exist
| *** Error: CONTROL/conffiles mentions conffile /etc/modprobe.d which 
does not existERROR: Task 1120 
(/home/ross/Yocto/poky/meta/recipes-kernel/kmod/kmod_git.bb 
, do_package_write_ipk) failed with exit code '1'


| *** Error: CONTROL/conffiles mentions conffile /etc/udev/hwdb.d 
which does not exist
ERROR: Task 558 
(/home/ross/Yocto/poky/meta/recipes-core/systemd/systemd_216.bb 
, do_package_write_ipk) failed with exit code '1'


Ross


Hi Ross,

Thanks for pointing these problems out.
I'll send out a V2 with common code extracted and the above problem fixed.

Best Regards,
Chen Qi
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 1/1] bind: fix conf.patch to remove configuration that causes failure

2014-12-05 Thread ChenQi 

On 12/03/2014 08:23 PM, Burton, Ross wrote:


On 2 December 2014 at 06:00, Chen Qi > wrote:


conf.patch added db.255 confgiuration entry to named.conf. However,
We don't have db.255 configuration file, so remove this entry to avoid
the following failure.


Can you explain why the correct fix is to remove the reference to 
db.255, and not add a db.255 configuration file?


Ross


Hi Ross,

Sorry for the late reply. I just noticed this email.

I chose to remove reference to db.255 because I saw there was no db.255.
I didn't take a second thinking about this problem.

I will send out V2 by adding db.255 configuration file.

Best Regards,
Chen Qi

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

[OE-core] [PATCH][V3] midori: update to 0.5.8

2014-12-05 Thread Andreas Müller 
midori has moved to cmake for configuration

Signed-off-by: Andreas Müller 
---
 meta/recipes-sato/midori/midori_0.5.5.bb | 47 
 meta/recipes-sato/midori/midori_0.5.8.bb | 26 ++
 2 files changed, 26 insertions(+), 47 deletions(-)
 delete mode 100644 meta/recipes-sato/midori/midori_0.5.5.bb
 create mode 100644 meta/recipes-sato/midori/midori_0.5.8.bb
V2->V3:
  * remove libunique from DEPENDS
  * checked: DEPENDS gtk+ is in webkit-gtk
  * checked: midori ignores gtk3+ if not set explitly by -DUSE_GTK3 or 
-DUSE_GRANITE or -DHALF_BRO_INCOM_WEBKIT2 in EXTRA_OECMAKE

diff --git a/meta/recipes-sato/midori/midori_0.5.5.bb 
b/meta/recipes-sato/midori/midori_0.5.5.bb
deleted file mode 100644
index a9379e7..000
--- a/meta/recipes-sato/midori/midori_0.5.5.bb
+++ /dev/null
@@ -1,47 +0,0 @@
-SUMMARY = "A lightweight web browser"
-HOMEPAGE = "http://www.twotoasts.de/index.php?/pages/midori_summary.html";
-LICENSE = "LGPLv2.1"
-LIC_FILES_CHKSUM = "file://COPYING;md5=fbc093901857fcd118f065f900982c24"
-DEPENDS = "webkit-gtk libsoup-2.4 openssl python-native python-docutils-native 
librsvg-native libnotify libunique libxscrnsaver"
-
-SRC_URI = "http://www.midori-browser.org/downloads/${BPN}_${PV}_all_.tar.bz2 \
-"
-
-SRC_URI[md5sum] = "b99e87d4b73a4732ed1c1e591f0242ac"
-SRC_URI[sha256sum] = 
"ca69382a285222a86028abebd73fed1976735883027ff0adc094b627789bbd62"
-
-# midori depends on webkit-gtk, and webkit-gtk can NOT be built on
-# MIPS64 with n32 ABI. So remove it from mips64 n32 temporarily.
-COMPATIBLE_HOST_mips64 = "mips64.*-linux$"
-
-inherit gtk-icon-cache pkgconfig vala pythonnative
-
-do_configure() {
-sed -i -e 's:, shell=False::g' -e s:/usr/X11R6/include::g -e 
s:/usr/X11R6/lib::g wscript
-./configure \
---prefix=${prefix} \
---bindir=${bindir} \
---sbindir=${sbindir} \
---libexecdir=${libexecdir} \
---datadir=${datadir} \
---sysconfdir=${sysconfdir} \
---sharedstatedir=${sharedstatedir} \
---localstatedir=${localstatedir} \
---libdir=${libdir} \
---includedir=${includedir} \
---infodir=${infodir} \
---mandir=${mandir} \
---disable-gtk3 \
---disable-zeitgeist \
-}
-
-PARALLEL_MAKE = ""
-TARGET_CC_ARCH += "${LDFLAGS}"
-
-do_install() {
-oe_runmake DESTDIR=${D} install
-}
-
-RRECOMMENDS_${PN} += "glib-networking ca-certificates gnome-icon-theme"
-
-FILES_${PN}-dev += "${datadir}/vala/vapi"
diff --git a/meta/recipes-sato/midori/midori_0.5.8.bb 
b/meta/recipes-sato/midori/midori_0.5.8.bb
new file mode 100644
index 000..299ecb3
--- /dev/null
+++ b/meta/recipes-sato/midori/midori_0.5.8.bb
@@ -0,0 +1,26 @@
+SUMMARY = "A lightweight web browser"
+HOMEPAGE = "http://midori-browser.org/";
+LICENSE = "LGPLv2.1"
+LIC_FILES_CHKSUM = "file://COPYING;md5=fbc093901857fcd118f065f900982c24"
+DEPENDS = "webkit-gtk libsoup-2.4 openssl python-native python-docutils-native 
librsvg-native libnotify libxscrnsaver"
+
+SRC_URI = 
"https://launchpad.net/midori/trunk/0.5.8/+download/${BPN}-${PV}.tar.bz2;subdir=${BPN}-${PV}";
+SRC_URI[md5sum] = "b89e25e74199d705e74767499a415976"
+SRC_URI[sha256sum] = 
"af19135fd4c4b04345df4d3592e7939c20f9b40eaca24550e6cb619751aa9381"
+
+# midori depends on webkit-gtk, and webkit-gtk can NOT be built on
+# MIPS64 with n32 ABI. So remove it from mips64 n32 temporarily.
+COMPATIBLE_HOST_mips64 = "mips64.*-linux$"
+
+inherit gtk-icon-cache pkgconfig vala pythonnative cmake
+
+EXTRA_OECMAKE = " \
+-DCMAKE_INSTALL_PREFIX=${prefix} \
+-DUSE_ZEITGEIST=0 \
+"
+
+TARGET_CC_ARCH += "${LDFLAGS}"
+
+RRECOMMENDS_${PN} += "glib-networking ca-certificates gnome-icon-theme"
+
+FILES_${PN} += "${datadir}/appdata"
-- 
1.8.3.1

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