[oe] [meta-networking][PATCH] update maintainers

2018-10-02 Thread Joe MacDonald
Signed-off-by: Joe MacDonald 
---
 meta-networking/MAINTAINERS | 6 +-
 1 file changed, 5 insertions(+), 1 deletion(-)

diff --git a/meta-networking/MAINTAINERS b/meta-networking/MAINTAINERS
index bbb2d1b..5c4c4ce 100644
--- a/meta-networking/MAINTAINERS
+++ b/meta-networking/MAINTAINERS
@@ -26,7 +26,11 @@ Please keep this list in alphabetical order.
 Maintainers List (try to look for most precise areas first)
 
 COMMON
-M:  Joe MacDonald 
+M:  Khem Raj 
+M:  "Joe MacDonald (backup)" 
+L:  openembedded-devel@lists.openembedded.org
+Q:  https://patchwork.openembedded.org/project/oe/
+S:  Maintained
 F:  conf
 F:  recipes-*
 
-- 
2.7.4

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


Re: [oe] [meta-networking][PATCH v3] bird: initial import

2018-08-17 Thread Joe MacDonald
[Re: [oe] [meta-networking][PATCH v3] bird: initial import] On 18.08.17 (Fri 
21:17) Stefan BOSAK wrote:

> I have one question related to bbapend custom recipe to bird original
> recipe.  I will need to generate customized bird?.conf files through
> own generator, would be following approach sufficient or you have
> another more efficient suggestion as part of bbapend:
> 
> FILESEXTRAPATHS_prepend := "${THISDIR}/${PN}:"
> SRC_URI += "file://bird_cfg_generator.sh file://bird_template.cfg"

I don't know what you're looking to accomplish with this, but you could
certainly use that in your own bbappend file and then use it in some way
with a do_install_append() function.

> I have also added one comment in message to proposal from Kem.
> 
> 
> Thanks.
> 
> On Fri, Aug 17, 2018 at 8:25 PM Khem Raj  wrote:
> 
> On Fri, Aug 17, 2018 at 10:52 AM Joe MacDonald 
> wrote:
> >
> > Initial integration of the two stable BIRD releases, 1.6.4 and 2.0.2.
> >
> > Signed-off-by: Joe MacDonald 
> > ---
> >
> > v3:
> >- Dropped the v2.0.x series recipe due to issues building IPv6 client
> and
> >  server
> >
> >- Reworked v1.6.4 to remove the now-unnecessary .inc file
> >
> >- Added support for building ipv4 and ipv6 clients and servers in a
> single
> >  package
> >
> >- Cleaned up variable usage in the recipe
> >
> >- Included full-featured init script
> >
> 
> perhaps it will be good to have a systemd script too while you are here.
> 
> 
> >  .../recipes-protocols/bird/bird_1.6.4.bb  |   70 +
> >  ...-extend-config.sub-to-recognize-musl.patch | 4430 +
> >  .../recipes-protocols/bird/files/bird.init|   97 +
> >  3 files changed, 4597 insertions(+)
> >  create mode 100644 meta-networking/recipes-protocols/bird/bird_1.6.4.bb
> >  create mode 100644 meta-networking/recipes-protocols/bird/files/
> 0001-musl-extend-config.sub-to-recognize-musl.patch
> >  create mode 100644 meta-networking/recipes-protocols/bird/files/
> bird.init
> >
> > diff --git a/meta-networking/recipes-protocols/bird/bird_1.6.4.bb b/
> meta-networking/recipes-protocols/bird/bird_1.6.4.bb
> > new file mode 100644
> > index 0..90c4e02ae
> > --- /dev/null
> > +++ b/meta-networking/recipes-protocols/bird/bird_1.6.4.bb
> > @@ -0,0 +1,70 @@
> > +SUMMARY = "BIRD Internet Routing Daemon"
> > +DESCRIPTION = "\
> > +BIRD is dynamic routing daemon supporting IPv4 and IPv6 versions of
> routing \
> > +protocols BGP, RIP and OSPF."
> > +HOMEPAGE = "http://bird.network.cz";
> > +SECTION = "console/network"
> > +LICENSE = "GPLv2"
> > +LIC_FILES_CHKSUM = "file://README;beginline=87;endline=103;md5=
> 0efecc23f039022580d0bac9a52f6117"
> > +DEPENDS = "flex-native bison-native ncurses readline"
> > +
> > +inherit autotools
> > +
> > +SRC_URI = "\
> > +ftp://bird.network.cz/pub/${PN}/${PN}-${PV}.tar.gz \
> > +file://bird.init \
> > +file://0001-musl-extend-config.sub-to-recognize-musl.patch \
> > +"
> > +SRC_URI[md5sum] = "d62ec2547338e8d3dfb934b4c7b2faa4"
> > +SRC_URI[sha256sum] =
> "c26b8caae988dba81a9dbbee93502463d4326d1b749d728d62aa5529c605afc0"
> > +
> > +EXTRA_OECONF  += "\
> > +--enable-pthreads \
> > +"
> > +
> > +do_configure() {
> > +
> > +# IPv4 build
> > +rm -fr  ${WORKDIR}/build-ipv4
> > +mkdir -p ${B}
> > +cd ${B}
> > +oe_runconf ${EXTRA_OECONF}
> > +mv ${B} ${WORKDIR}/build-ipv4
> > +
> > +# IPv6 build
> > +rm -fr  ${WORKDIR}/build-ipv6
> > +mkdir -p ${B}
> > +cd ${B}
> > +oe_runconf ${EXTRA_OECONF} --enable-ipv6
> 
> ipv6 is a distro feature as well. probably make it conditional upon
> that would be nice.
> and this recipe tells me that ipv6 version probably should be an
> separate recipe.
> 
> Probably separated recipes would not be needed, just integrate condition based
> on similar approach like (inspired by busybox recipe):
> DO_IPv4 := "${@bb.utils.contains('DISTRO_FEATURES', 'ipv4', 1, 0, d)}"
> DO

Re: [oe] [meta-networking][PATCH v3] bird: initial import

2018-08-17 Thread Joe MacDonald
[Re: [oe] [meta-networking][PATCH v3] bird: initial import] On 18.08.17 (Fri 
11:25) Khem Raj wrote:

> On Fri, Aug 17, 2018 at 10:52 AM Joe MacDonald  
> wrote:
> >
> > Initial integration of the two stable BIRD releases, 1.6.4 and 2.0.2.
> >
> > Signed-off-by: Joe MacDonald 
> > ---
> >
> > v3:
> >- Dropped the v2.0.x series recipe due to issues building IPv6 client and
> >  server
> >
> >- Reworked v1.6.4 to remove the now-unnecessary .inc file
> >
> >- Added support for building ipv4 and ipv6 clients and servers in a 
> > single
> >  package
> >
> >- Cleaned up variable usage in the recipe
> >
> >- Included full-featured init script
> >
> 
> perhaps it will be good to have a systemd script too while you are here.

I didn't want to do that since that'd be just further mixing the initial
recipe as submitted by Stefan with new development from me, though (I
hope) obviously that was the next step I'd planned for this.  At least
the sysvinit files are present in the original tree, a systemd unit file
is brand new.

> >  .../recipes-protocols/bird/bird_1.6.4.bb  |   70 +
> >  ...-extend-config.sub-to-recognize-musl.patch | 4430 +
> >  .../recipes-protocols/bird/files/bird.init|   97 +
> >  3 files changed, 4597 insertions(+)
> >  create mode 100644 meta-networking/recipes-protocols/bird/bird_1.6.4.bb
> >  create mode 100644 
> > meta-networking/recipes-protocols/bird/files/0001-musl-extend-config.sub-to-recognize-musl.patch
> >  create mode 100644 meta-networking/recipes-protocols/bird/files/bird.init
> >
> > diff --git a/meta-networking/recipes-protocols/bird/bird_1.6.4.bb 
> > b/meta-networking/recipes-protocols/bird/bird_1.6.4.bb
> > new file mode 100644
> > index 0..90c4e02ae
> > --- /dev/null
> > +++ b/meta-networking/recipes-protocols/bird/bird_1.6.4.bb
> > @@ -0,0 +1,70 @@
> > +SUMMARY = "BIRD Internet Routing Daemon"
> > +DESCRIPTION = "\
> > +BIRD is dynamic routing daemon supporting IPv4 and IPv6 versions of 
> > routing \
> > +protocols BGP, RIP and OSPF."
> > +HOMEPAGE = "http://bird.network.cz";
> > +SECTION = "console/network"
> > +LICENSE = "GPLv2"
> > +LIC_FILES_CHKSUM = 
> > "file://README;beginline=87;endline=103;md5=0efecc23f039022580d0bac9a52f6117"
> > +DEPENDS = "flex-native bison-native ncurses readline"
> > +
> > +inherit autotools
> > +
> > +SRC_URI = "\
> > +ftp://bird.network.cz/pub/${PN}/${PN}-${PV}.tar.gz \
> > +file://bird.init \
> > +file://0001-musl-extend-config.sub-to-recognize-musl.patch \
> > +"
> > +SRC_URI[md5sum] = "d62ec2547338e8d3dfb934b4c7b2faa4"
> > +SRC_URI[sha256sum] = 
> > "c26b8caae988dba81a9dbbee93502463d4326d1b749d728d62aa5529c605afc0"
> > +
> > +EXTRA_OECONF  += "\
> > +--enable-pthreads \
> > +"
> > +
> > +do_configure() {
> > +
> > +# IPv4 build
> > +rm -fr  ${WORKDIR}/build-ipv4
> > +mkdir -p ${B}
> > +cd ${B}
> > +oe_runconf ${EXTRA_OECONF}
> > +mv ${B} ${WORKDIR}/build-ipv4
> > +
> > +# IPv6 build
> > +rm -fr  ${WORKDIR}/build-ipv6
> > +mkdir -p ${B}
> > +cd ${B}
> > +oe_runconf ${EXTRA_OECONF} --enable-ipv6
> 
> ipv6 is a distro feature as well. probably make it conditional upon
> that would be nice.

Yeah, that's doable.

> and this recipe tells me that ipv6 version probably should be an
> separate recipe.

Based on the comments from Stefan and from the content of the init
script, I don't think that makes sense in this case.

-J.

> > +mv ${B} ${WORKDIR}/build-ipv6
> > +
> > +}
> > +
> > +do_compile() {
> > +
> > +for ver in ipv4 ipv6; do
> > +cd ${WORKDIR}/build-$ver
> > +oe_runmake
> > +done
> > +
> > +}
> > +
> > +do_install() {
> > +for ver in ipv4 ipv6; do
> > +cd ${WORKDIR}/build-$ver
> > +oe_runmake 'DESTDIR=${D}' install
> > +done
> > +install -d ${D}${sysconfdir}/init.d
> > +install -m 0755 ${WORKDIR}/bird.init ${D}${sysconfdir}/init.d/bird
> > +if [ -d ${D}/run ]; then
> > +rmdir ${D}/run
> > +fi
> > +if [ -d ${D}${localstatedir}/run ]; then
> > +rmdir ${D}${localstatedir}/run
> > +fi
> > +}
> > +
> > +PACKAGES =+ "bird-client

[oe] [meta-networking][PATCH v3] bird: initial import

2018-08-17 Thread Joe MacDonald
Initial integration of the two stable BIRD releases, 1.6.4 and 2.0.2.

Signed-off-by: Joe MacDonald 
---

v3:
   - Dropped the v2.0.x series recipe due to issues building IPv6 client and
 server

   - Reworked v1.6.4 to remove the now-unnecessary .inc file

   - Added support for building ipv4 and ipv6 clients and servers in a single
 package

   - Cleaned up variable usage in the recipe

   - Included full-featured init script

 .../recipes-protocols/bird/bird_1.6.4.bb  |   70 +
 ...-extend-config.sub-to-recognize-musl.patch | 4430 +
 .../recipes-protocols/bird/files/bird.init|   97 +
 3 files changed, 4597 insertions(+)
 create mode 100644 meta-networking/recipes-protocols/bird/bird_1.6.4.bb
 create mode 100644 
meta-networking/recipes-protocols/bird/files/0001-musl-extend-config.sub-to-recognize-musl.patch
 create mode 100644 meta-networking/recipes-protocols/bird/files/bird.init

diff --git a/meta-networking/recipes-protocols/bird/bird_1.6.4.bb 
b/meta-networking/recipes-protocols/bird/bird_1.6.4.bb
new file mode 100644
index 0..90c4e02ae
--- /dev/null
+++ b/meta-networking/recipes-protocols/bird/bird_1.6.4.bb
@@ -0,0 +1,70 @@
+SUMMARY = "BIRD Internet Routing Daemon"
+DESCRIPTION = "\
+BIRD is dynamic routing daemon supporting IPv4 and IPv6 versions of routing \
+protocols BGP, RIP and OSPF."
+HOMEPAGE = "http://bird.network.cz";
+SECTION = "console/network"
+LICENSE = "GPLv2"
+LIC_FILES_CHKSUM = 
"file://README;beginline=87;endline=103;md5=0efecc23f039022580d0bac9a52f6117"
+DEPENDS = "flex-native bison-native ncurses readline"
+
+inherit autotools
+
+SRC_URI = "\
+ftp://bird.network.cz/pub/${PN}/${PN}-${PV}.tar.gz \
+file://bird.init \
+file://0001-musl-extend-config.sub-to-recognize-musl.patch \
+"
+SRC_URI[md5sum] = "d62ec2547338e8d3dfb934b4c7b2faa4"
+SRC_URI[sha256sum] = 
"c26b8caae988dba81a9dbbee93502463d4326d1b749d728d62aa5529c605afc0"
+
+EXTRA_OECONF  += "\
+--enable-pthreads \
+"
+
+do_configure() {
+
+# IPv4 build
+rm -fr  ${WORKDIR}/build-ipv4
+mkdir -p ${B}
+cd ${B}
+oe_runconf ${EXTRA_OECONF}
+mv ${B} ${WORKDIR}/build-ipv4
+
+# IPv6 build
+rm -fr  ${WORKDIR}/build-ipv6
+mkdir -p ${B}
+cd ${B}
+oe_runconf ${EXTRA_OECONF} --enable-ipv6
+mv ${B} ${WORKDIR}/build-ipv6
+
+}
+
+do_compile() {
+
+for ver in ipv4 ipv6; do
+cd ${WORKDIR}/build-$ver
+oe_runmake
+done
+
+}
+
+do_install() {
+for ver in ipv4 ipv6; do
+cd ${WORKDIR}/build-$ver
+oe_runmake 'DESTDIR=${D}' install
+done
+install -d ${D}${sysconfdir}/init.d
+install -m 0755 ${WORKDIR}/bird.init ${D}${sysconfdir}/init.d/bird
+if [ -d ${D}/run ]; then
+rmdir ${D}/run
+fi
+if [ -d ${D}${localstatedir}/run ]; then
+rmdir ${D}${localstatedir}/run
+fi
+}
+
+PACKAGES =+ "bird-client"
+FILES_bird-client = "${sbindir}/birdc*"
+
+RUNIT_SERVICES = "bird"
diff --git 
a/meta-networking/recipes-protocols/bird/files/0001-musl-extend-config.sub-to-recognize-musl.patch
 
b/meta-networking/recipes-protocols/bird/files/0001-musl-extend-config.sub-to-recognize-musl.patch
new file mode 100644
index 0..578f9b6f0
--- /dev/null
+++ 
b/meta-networking/recipes-protocols/bird/files/0001-musl-extend-config.sub-to-recognize-musl.patch
@@ -0,0 +1,4430 @@
+From 21baaa6870edb68f0a417ea3b4de5c75e5cf5a0d Mon Sep 17 00:00:00 2001
+From: Joe MacDonald 
+Date: Thu, 16 Aug 2018 01:56:05 +
+Subject: [PATCH] musl: update config.guess and config.sub
+
+Just bringing config.guess and config.sub up to date is enough to enable
+musl to build BIRD.
+
+Upstream-Status: Backport 
[https://gitlab.labs.nic.cz/labs/bird/commit/822a7ee6d5cd9bf38548026e0dd52fbc4634030d]
+
+Signed-off-by: Joe MacDonald 
+---
+ tools/config.guess | 1193 ++---
+ tools/config.sub   | 1810 +++-
+ 2 files changed, 1520 insertions(+), 1483 deletions(-)
+
+diff --git a/tools/config.guess b/tools/config.guess
+index da83314..445c406 100755
+--- a/tools/config.guess
 b/tools/config.guess
+@@ -1,14 +1,12 @@
+ #! /bin/sh
+ # Attempt to guess a canonical system name.
+-#   Copyright (C) 1992, 1993, 1994, 1995, 1996, 1997, 1998, 1999,
+-#   2000, 2001, 2002, 2003, 2004, 2005, 2006, 2007, 2008
+-#   Free Software Foundation, Inc.
++#   Copyright 1992-2018 Free Software Foundation, Inc.
+ 
+-timestamp='2009-04-27'
++timestamp='2018-06-26'
+ 
+ # This file is free software; you can redistribute it and/or modify it
+ # under the terms of the GNU General Public License as published by
+-# the Free Software Foundation; either version 2 of the License, or
++# the Free Software Foundation; either version 3 of the License, or
+ # (at your option) any later version.
+ #
+ # This progr

Re: [oe] [meta-networking][PATCH v2] bird: initial import

2018-08-17 Thread Joe MacDonald
[Re: [oe] [meta-networking][PATCH v2] bird: initial import] On 18.08.16 (Thu 
17:02) Khem Raj wrote:

> 
> 
> On 8/16/18 8:29 AM, Joe MacDonald wrote:
> > Initial integration of the two stable BIRD releases, 1.6.4 and 2.0.2.
> > 
> > Signed-off-by: Joe MacDonald 
> > ---
> > 
> > v2:
> >- adding upstream-status and link to upstream commit accomplishing the 
> > same
> >  goal.
> > 
> >  .../recipes-protocols/bird/bird.inc   |   32 +
> >  .../recipes-protocols/bird/bird_1.6.4.bb  |9 +
> >  .../recipes-protocols/bird/bird_2.0.2.bb  |9 +
> >  ...-extend-config.sub-to-recognize-musl.patch | 4430 +
> >  .../recipes-protocols/bird/files/bird.init|2 +
> >  5 files changed, 4482 insertions(+)
> >  create mode 100644 meta-networking/recipes-protocols/bird/bird.inc
> >  create mode 100644 meta-networking/recipes-protocols/bird/bird_1.6.4.bb
> >  create mode 100644 meta-networking/recipes-protocols/bird/bird_2.0.2.bb
> >  create mode 100644 
> > meta-networking/recipes-protocols/bird/files/0001-musl-extend-config.sub-to-recognize-musl.patch
> >  create mode 100755 meta-networking/recipes-protocols/bird/files/bird.init
> > 
> > diff --git a/meta-networking/recipes-protocols/bird/bird.inc 
> > b/meta-networking/recipes-protocols/bird/bird.inc
> > new file mode 100644
> > index 0..33d17dcb7
> > --- /dev/null
> > +++ b/meta-networking/recipes-protocols/bird/bird.inc
> > @@ -0,0 +1,32 @@
> > +SUMMARY = "BIRD Internet Routing Daemon"
> > +DESCRIPTION = "\
> > +BIRD is dynamic routing daemon supporting IPv4 and IPv6 versions of 
> > routing \
> > +protocols BGP, RIP and OSPF."
> > +HOMEPAGE = "http://bird.network.cz";
> > +SECTION = "console/network"
> > +LICENSE = "GPLv2"
> > +LIC_FILES_CHKSUM = 
> > "file://README;beginline=87;endline=103;md5=0efecc23f039022580d0bac9a52f6117"
> > +DEPENDS = "flex bison ncurses readline"
> > +
> 
> does it need flex and bison on target ? or just native versions

Confirmed in my rework tree now that we only need the native versions.

> > +inherit autotools
> > +
> > +EXTRA_OECONF  += "\
> > +--enable-pthreads \
> > +"
> > +
> > +do_configure() {
> > +oe_runconf ${EXTRA_OECONF}
> > +}
> > +
> > +do_install_append() {
> > +install -m 0755 -d ${D}${sysconfdir}/init.d
> > +install -m 0755 ${WORKDIR}/bird.init ${D}${sysconfdir}/init.d/bird
> 
> may be use a single line
> 
> install -D -m 0755 ${WORKDIR}/bird.init ${D}${sysconfdir}/init.d/bird

I actually prefer this split over two steps since it makes things
cleaner when we inevitably need to change what gets included in our
do_install*().  In my reworked version I've removed the mode set on the
first line, though, to better align with the other examples elsewhere in
the meta-openembedded tree.

> > +rm -rf ${D}/run ${D}/var/run 
> > +}
> > +
> > +PACKAGES += " bird-client"
> > +
> > +FILES_${PN} += "/run /var/run"
> 
> I think we don't need this

Yeah, we don't need this.

> > +FILES_${PN}-client = "/usr/sbin/birdc*"
> > +
> 
> may be use ${sbindir} here

I've fixed this too.

> > +RUNIT_SERVICES = "bird"
> > diff --git a/meta-networking/recipes-protocols/bird/bird_1.6.4.bb 
> > b/meta-networking/recipes-protocols/bird/bird_1.6.4.bb
> > new file mode 100644
> > index 0..27c62aeee
> > --- /dev/null
> > +++ b/meta-networking/recipes-protocols/bird/bird_1.6.4.bb
> > @@ -0,0 +1,9 @@
> > +require bird.inc
> > +
> > +SRC_URI = "\
> > +ftp://bird.network.cz/pub/${PN}/${PN}-${PV}.tar.gz \
> > +file://bird.init \
> > +file://0001-musl-extend-config.sub-to-recognize-musl.patch \
> > +"
> > +SRC_URI[md5sum] = "d62ec2547338e8d3dfb934b4c7b2faa4"
> > +SRC_URI[sha256sum] = 
> > "c26b8caae988dba81a9dbbee93502463d4326d1b749d728d62aa5529c605afc0"
> > diff --git a/meta-networking/recipes-protocols/bird/bird_2.0.2.bb 
> > b/meta-networking/recipes-protocols/bird/bird_2.0.2.bb
> > new file mode 100644
> > index 0..92d858869
> > --- /dev/null
> > +++ b/meta-networking/recipes-protocols/bird/bird_2.0.2.bb
> > @@ -0,0 +1,9 @@
> > +require bird.inc
> > +
> > +SRC_URI = "\
> > +ftp://bird.network.cz/pub/${PN}/${PN}-${PV}.tar.gz \
> > +file://bird.init \
> > +file://0001-musl-extend-config.sub-to-recognize-musl.patch \
> > +"
> > +SRC_URI[md5sum] = "de17645b045fa13912409aea59420132"
> > +SRC_URI[sha256sum] = 
> > "035f91d6f568f8ed438a0814235ac4c5c79147cd2acf201322c307732883480f"
> 
> do we need to maintain both 1.6 and 2.x versions ?
> I guess they must be incompatible with each other and 1.6 still
> deployed. but I would prefer to just maintain latest version

That's a much bigger question, ongoing in the v1 thread.

-J.



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


Re: [oe] [meta-networking][PATCH] bird: initial import

2018-08-17 Thread Joe MacDonald
[Re: [meta-networking][PATCH] bird: initial import] On 18.08.17 (Fri 07:51) 
Stefan BOSAK wrote:

> Hi Joe and Khem,
> 
> @Joe
> I am writting within your message.
> 
> @Khem Raj 
> In the term of Bird versions:
> - both versions are mutually not compatible (config 
> transitions/transformations
> are required), that's correct
> - 1.6.x is production ready (officially supported by many distributions, it is
> kind of LTS, would be/stay maintainable for several next years)
> - 2.0.x would go to production ready mode later (still not supported, sadly i
> do not know about any distribution which is supporting this version)
> 
> My suggestion is to import at least version 1.6.x into official repository
> within Yocto ecosystem.

This wouldn't be the first time we've encountered this scenario and
while it's not ideal, I don't see it as a show stopper either.  I'd had
it in mind that I'd start with integrating your recipe then move out the
2.0.x version in favour of a git version so we can more easily track
updates (so ultimately it'll look more like the refpolicy recipes in
meta-selinux) but this seems like an okay first step.  That said,
there's possibly more to it than just that, in my comments below.

> On Fri, Aug 17, 2018 at 3:31 AM Joe MacDonald  
> wrote:
> 
> Hi Stefan,
> 
> Based on the information you've share here, then, I have some additional
> questions about this, because I'm now not confident I can correlate what
> you've said with what I'm seeing.
> 
> [Re: [meta-networking][PATCH] bird: initial import] On 18.08.16 (Thu 
> 22:56)
> Stefan BOSAK wrote:
> 
> > this ipv6 compilation option is still relevant for versions
> > 1.6.x (this is production ready line).  
> 
> This much makes sense.  So the obvious approach, then, would be to
> add --enable-ipv6 to the 1.6.4 recipe's EXTRA_OECONF options and leave
> --enable-pthreads in the bird.inc file.
> 
> Exactly, option --enable-ipv6 is specific to versions 1.6.x, it means
> EXTRA_OECONF should have additional extension within recipe only for version
> 1.6.x.
> 
> 
> When I do, though, the result is not what I would expect based on what
> you're saying below.
> 
> First, the output of each of these are:
> 
>bird-2.0.2-r0.core2_64
>├── etc
>│   ├── bird.conf
>│   └── init.d
>│   └── bird
>├── usr
>│   └── sbin
>│   ├── bird
>│   ├── birdc
>│   └── birdcl
>└── var
> 
> This seems to be not correct, because {bird, birdc}6 are missing.
> There are implementation reasons why authors isolated IPv4 and IPv6
> through dedicated applications/binaries.
> 
> See these files (there are no major differences between versions):
> https://gitlab.labs.nic.cz/labs/bird/blob/v2.0.2/misc/bird.init
> https://gitlab.labs.nic.cz/labs/bird/blob/v1.6.4/misc/bird.init

Alright, so based on this I think the recipes need some amount of rework
beyond just the style things Khem requested.  At a minimum, I'm going to
replace the bird.init in your original submission with the ones linked
above and I'll review what's happening with the v6 binaries, because it
very much looks like they're not being built in the 2.0.2 recipe.

> and
> 
>bird-1.6.4-r0.core2_64
>├── etc
>│   ├── bird6.conf
>│   └── init.d
>│   └── bird
>├── usr
>│   └── sbin
>│   ├── bird6
>│   ├── birdc6
>│   └── birdcl6
>└── var
> 
> and if I remove the --enable-ipv6 option from the 1.6.4 recipe I see:
> 
>bird-1.6.4-r0.core2_64
>├── etc
>│   ├── bird.conf
>│   └── init.d
>│   └── bird
>├── usr
>│   └── sbin
>│   ├── bird
>│   ├── birdc
>│   └── birdcl
>└── var
> 
> 
> In this case without setting of --enable-ipv6 compilation option only IPv4
> protocol will be supported which is not sufficient.
> 
> > There is also one reminder from my side that there are to be several
> > applications and two independent
> > init scripts needed at least for versions 1.6.x (the same should be for
> 2.0.x):
> > /usr/sbin/{bird,birdc}, /usr/sbin/{birdc,birdc6}; /etc/init.d/{bird,
> bird6}.
> 
> So then it almost looks like the --enable-ipv6 option for the 1.6.4
> recipe will only build one of the two versions at a time whereas (maybe)
> the single binary (client or daemon) will provide both ipv4

Re: [oe] [meta-networking][PATCH] bird: initial import

2018-08-16 Thread Joe MacDonald
Hi Stefan,

Based on the information you've share here, then, I have some additional
questions about this, because I'm now not confident I can correlate what
you've said with what I'm seeing.

[Re: [meta-networking][PATCH] bird: initial import] On 18.08.16 (Thu 22:56) 
Stefan BOSAK wrote:

> Hi Joe,
> 
> this ipv6 compilation option is still relevant for versions 1.6.x (this is
> production ready line).
> For versions 2.0.x (would go to production ready mode later), you are right, 
> it
> has been changed longer time ago
> (given option will be configured internally, no external configuration is
> supported in this scope).
> Within Yocto recipe rules/procedures/processes only bird_1.6.x has to apply
> above mentioned
> compilation configuration attribute to be able to support dual-stack mode 
> (IPv4
> & IPv6).

This much makes sense.  So the obvious approach, then, would be to
add --enable-ipv6 to the 1.6.4 recipe's EXTRA_OECONF options and leave
--enable-pthreads in the bird.inc file.

When I do, though, the result is not what I would expect based on what
you're saying below.

First, the output of each of these are:

   bird-2.0.2-r0.core2_64
   ├── etc
   │   ├── bird.conf
   │   └── init.d
   │   └── bird
   ├── usr
   │   └── sbin
   │   ├── bird
   │   ├── birdc
   │   └── birdcl
   └── var

and

   bird-1.6.4-r0.core2_64
   ├── etc
   │   ├── bird6.conf
   │   └── init.d
   │   └── bird
   ├── usr
   │   └── sbin
   │   ├── bird6
   │   ├── birdc6
   │   └── birdcl6
   └── var

and if I remove the --enable-ipv6 option from the 1.6.4 recipe I see:

   bird-1.6.4-r0.core2_64
   ├── etc
   │   ├── bird.conf
   │   └── init.d
   │   └── bird
   ├── usr
   │   └── sbin
   │   ├── bird
   │   ├── birdc
   │   └── birdcl
   └── var

> There is also one reminder from my side that there are to be several
> applications and two independent
> init scripts needed at least for versions 1.6.x (the same should be for 
> 2.0.x):
> /usr/sbin/{bird,birdc}, /usr/sbin/{birdc,birdc6}; /etc/init.d/{bird, bird6}.

So then it almost looks like the --enable-ipv6 option for the 1.6.4
recipe will only build one of the two versions at a time whereas (maybe)
the single binary (client or daemon) will provide both ipv4 and v6
functionality.  Can you help we understand what's happening here?  Do we
potentially need two different recipes for each of the v4 and v6
versions of the 1.6.4 recipe?

Thanks,
-Joe.

> As I wrote in my first message I am not Yocto recipe expert (still in kind of
> learning phase), potentially some additional alignment would be needed.
> Bird is one of the best BGP daemon available worldwide and would be really
> great to have this tool within native Yocto ecosystem.
> Again let me say thank you to all contributors and supporters in this scope.
> 
> Have a nice day.
> 
> Ing. Stefan Bosak
> 
> M +421 948 852 092
> E stefan.bo...@gmail.com
> 
> 
> On Thu, Aug 16, 2018 at 9:45 PM Joe MacDonald  
> wrote:
> 
> Hi Stefan,
> 
> [Re: [meta-networking][PATCH] bird: initial import] On 18.08.16 (Thu 
> 19:59)
> Stefan BOSAK wrote:
> 
> > Hi Joe and other contributors/supporters,
> >
> > i got through changes prepared by Joe, one important configuration
> attribute is
> > missing (--enable-ipv6):
> > meta-networking/recipes-protocols/bird/bird.inc:
> > EXTRA_OECONF  += "\
> > --enable-pthreads \
> > --enable-ipv6 \
> > "
> > May I kindly ask you to add above mentioned within changes coming into
> official
> > branches please ?
> 
> I had a quick look at the configure options for bird 2.0.2 and I don't
> see --enable-ipv6 listed:
> 
>/build/jjm/misc/buildx $ ../bird-2.0.2/configure --enable-ipv6
>configure: WARNING: unrecognized options: --enable-ipv6
> 
> It looks like it might have been removed last December maybe from the
> changelog:
> 
>commit b5257bea853850809be7f03eb0e1dbb398c56c34
>Author: Ondrej Filip 
>Date:   Tue Dec 12 10:43:56 2017 +0100
> 
>Removed '--enable-ipv6' reference.
> 
> 
> Are you sure it's still required?
> 
> -J.
> 
> >
> > Huge thank you for the support to all of you.
> >
> > Have a nice day.
> >
> > Ing. Stefan Bosak
> >
> > M +421 948 852 092
> > E stefan.bo...@gmail.com
> >
> >
> > On Thu, Aug 16, 2018 at 6:19 PM Joe MacDonald 
> wrote:
> >
> > [Re: [meta-networking][PATCH] bird: initial import] On 18.08.16 (Thu
> 07:06)
>

Re: [oe] [meta-networking][PATCH] bird: initial import

2018-08-16 Thread Joe MacDonald
Hi Stefan,

[Re: [meta-networking][PATCH] bird: initial import] On 18.08.16 (Thu 19:59) 
Stefan BOSAK wrote:

> Hi Joe and other contributors/supporters,
> 
> i got through changes prepared by Joe, one important configuration attribute 
> is
> missing (--enable-ipv6):
> meta-networking/recipes-protocols/bird/bird.inc:
> EXTRA_OECONF  += "\
> --enable-pthreads \
> --enable-ipv6 \
> "
> May I kindly ask you to add above mentioned within changes coming into 
> official
> branches please ?

I had a quick look at the configure options for bird 2.0.2 and I don't
see --enable-ipv6 listed:

   /build/jjm/misc/buildx $ ../bird-2.0.2/configure --enable-ipv6
   configure: WARNING: unrecognized options: --enable-ipv6

It looks like it might have been removed last December maybe from the
changelog:

   commit b5257bea853850809be7f03eb0e1dbb398c56c34
   Author: Ondrej Filip 
   Date:   Tue Dec 12 10:43:56 2017 +0100
   
   Removed '--enable-ipv6' reference.


Are you sure it's still required?

-J.

> 
> Huge thank you for the support to all of you.
> 
> Have a nice day.
> 
> Ing. Stefan Bosak
> 
> M +421 948 852 092
> E stefan.bo...@gmail.com
> 
> 
> On Thu, Aug 16, 2018 at 6:19 PM Joe MacDonald  
> wrote:
> 
> [Re: [meta-networking][PATCH] bird: initial import] On 18.08.16 (Thu 
> 07:06)
> Stefan BOSAK wrote:
> 
> > Hi Joe and other contributors,
> >
> > thank you very much for your kind support in the term of adding of
> > bird (BGP daemon) recipe into meta-networking layer.
> > I would like to ask you about expected merge/commit time line into
> > official branch(es).
> 
> Generally something like this won't take long to make it into the master
> branch.  Already released branches are rarely (as a rule never, I would
> say) updated with new content.
> 
> -J.
> 
> >
> > Thanks.
>     >
> > Have a nice day.
> >
> > Ing. Stefan Bosak
> >
> > M +421 948 852 092
> > E stefan.bo...@gmail.com
> >
> >
> > On Thu, Aug 16, 2018 at 4:42 AM Joe MacDonald 
> wrote:
> >
> > Initial integration of the two stable BIRD releases, 1.6.4 and 
> 2.0.2.
> >
> > Signed-off-by: Joe MacDonald 
> > ---
> >
> > This set of recipes came my way quite a while back from Stefan
> Bosak.  I've
> > updated the recipes a bit, made them compile with MUSL and verified
> basic
> > functionality on x86_64 and qemuarm.
> >
> >  .../recipes-protocols/bird/bird.inc   |   32 +
> >  .../recipes-protocols/bird/bird_1.6.4.bb  |9 +
> >  .../recipes-protocols/bird/bird_2.0.2.bb  |9 +
> >  ...-extend-config.sub-to-recognize-musl.patch | 4428
> +
> >  .../recipes-protocols/bird/files/bird.init|2 +
> >  5 files changed, 4480 insertions(+)
> >  create mode 100644 meta-networking/recipes-protocols/bird/bird.inc
> >  create mode 100644 meta-networking/recipes-protocols/bird/
> bird_1.6.4.bb
> >  create mode 100644 meta-networking/recipes-protocols/bird/
> bird_2.0.2.bb
> >  create mode 100644 meta-networking/recipes-protocols/bird/files/
> > 0001-musl-extend-config.sub-to-recognize-musl.patch
> >  create mode 100755 meta-networking/recipes-protocols/bird/files/
> bird.init
> >
> > diff --git a/meta-networking/recipes-protocols/bird/bird.inc b/
> > meta-networking/recipes-protocols/bird/bird.inc
> > new file mode 100644
> > index 0..33d17dcb7
> > --- /dev/null
> > +++ b/meta-networking/recipes-protocols/bird/bird.inc
> > @@ -0,0 +1,32 @@
> > +SUMMARY = "BIRD Internet Routing Daemon"
> > +DESCRIPTION = "\
> > +BIRD is dynamic routing daemon supporting IPv4 and IPv6 versions of
> > routing \
> > +protocols BGP, RIP and OSPF."
> > +HOMEPAGE = "http://bird.network.cz";
> > +SECTION = "console/network"
> > +LICENSE = "GPLv2"
> > +LIC_FILES_CHKSUM = "file://README;beginline=87;endline=103;md5=
> > 0efecc23f039022580d0bac9a52f6117"
> > +DEPENDS = "flex bison ncurses readline"
> > +
> > +inherit autotools
> > +
> > +EXTRA_OECONF  += &quo

Re: [oe] [meta-networking][PATCH] bird: initial import

2018-08-16 Thread Joe MacDonald
[Re: [meta-networking][PATCH] bird: initial import] On 18.08.16 (Thu 07:06) 
Stefan BOSAK wrote:

> Hi Joe and other contributors,
> 
> thank you very much for your kind support in the term of adding of
> bird (BGP daemon) recipe into meta-networking layer.
> I would like to ask you about expected merge/commit time line into
> official branch(es).

Generally something like this won't take long to make it into the master
branch.  Already released branches are rarely (as a rule never, I would
say) updated with new content.

-J.

> 
> Thanks.
> 
> Have a nice day.
> 
> Ing. Stefan Bosak
> 
> M +421 948 852 092
> E stefan.bo...@gmail.com
> 
> 
> On Thu, Aug 16, 2018 at 4:42 AM Joe MacDonald  
> wrote:
> 
> Initial integration of the two stable BIRD releases, 1.6.4 and 2.0.2.
> 
> Signed-off-by: Joe MacDonald 
> ---
> 
> This set of recipes came my way quite a while back from Stefan Bosak.  
> I've
> updated the recipes a bit, made them compile with MUSL and verified basic
> functionality on x86_64 and qemuarm.
> 
>  .../recipes-protocols/bird/bird.inc   |   32 +
>  .../recipes-protocols/bird/bird_1.6.4.bb  |9 +
>  .../recipes-protocols/bird/bird_2.0.2.bb  |9 +
>  ...-extend-config.sub-to-recognize-musl.patch | 4428 +
>  .../recipes-protocols/bird/files/bird.init|2 +
>  5 files changed, 4480 insertions(+)
>  create mode 100644 meta-networking/recipes-protocols/bird/bird.inc
>  create mode 100644 meta-networking/recipes-protocols/bird/bird_1.6.4.bb
>  create mode 100644 meta-networking/recipes-protocols/bird/bird_2.0.2.bb
>  create mode 100644 meta-networking/recipes-protocols/bird/files/
> 0001-musl-extend-config.sub-to-recognize-musl.patch
>  create mode 100755 meta-networking/recipes-protocols/bird/files/bird.init
> 
> diff --git a/meta-networking/recipes-protocols/bird/bird.inc b/
> meta-networking/recipes-protocols/bird/bird.inc
> new file mode 100644
> index 0..33d17dcb7
> --- /dev/null
> +++ b/meta-networking/recipes-protocols/bird/bird.inc
> @@ -0,0 +1,32 @@
> +SUMMARY = "BIRD Internet Routing Daemon"
> +DESCRIPTION = "\
> +BIRD is dynamic routing daemon supporting IPv4 and IPv6 versions of
> routing \
> +protocols BGP, RIP and OSPF."
> +HOMEPAGE = "http://bird.network.cz";
> +SECTION = "console/network"
> +LICENSE = "GPLv2"
> +LIC_FILES_CHKSUM = "file://README;beginline=87;endline=103;md5=
> 0efecc23f039022580d0bac9a52f6117"
> +DEPENDS = "flex bison ncurses readline"
> +
> +inherit autotools
> +
> +EXTRA_OECONF  += "\
> +--enable-pthreads \
> +"
> +
> +do_configure() {
> +oe_runconf ${EXTRA_OECONF}
> +}
> +
> +do_install_append() {
> +install -m 0755 -d ${D}${sysconfdir}/init.d
> +install -m 0755 ${WORKDIR}/bird.init ${D}${sysconfdir}/init.d/bird
> +rm -rf ${D}/run ${D}/var/run
> +}
> +
> +PACKAGES += " bird-client"
> +
> +FILES_${PN} += "/run /var/run"
> +FILES_${PN}-client = "/usr/sbin/birdc*"
> +
> +RUNIT_SERVICES = "bird"
> diff --git a/meta-networking/recipes-protocols/bird/bird_1.6.4.bb b/
> meta-networking/recipes-protocols/bird/bird_1.6.4.bb
> new file mode 100644
> index 0..27c62aeee
> --- /dev/null
> +++ b/meta-networking/recipes-protocols/bird/bird_1.6.4.bb
> @@ -0,0 +1,9 @@
> +require bird.inc
> +
> +SRC_URI = "\
> +ftp://bird.network.cz/pub/${PN}/${PN}-${PV}.tar.gz \
> +file://bird.init \
> +file://0001-musl-extend-config.sub-to-recognize-musl.patch \
> +"
> +SRC_URI[md5sum] = "d62ec2547338e8d3dfb934b4c7b2faa4"
> +SRC_URI[sha256sum] =
> "c26b8caae988dba81a9dbbee93502463d4326d1b749d728d62aa5529c605afc0"
> diff --git a/meta-networking/recipes-protocols/bird/bird_2.0.2.bb b/
> meta-networking/recipes-protocols/bird/bird_2.0.2.bb
> new file mode 100644
> index 0..92d858869
> --- /dev/null
> +++ b/meta-networking/recipes-protocols/bird/bird_2.0.2.bb
> @@ -0,0 +1,9 @@
> +require bird.inc
> +
> +SRC_URI = "\
> +ftp://bird.network.cz/pub/${PN}/${PN}-${PV}.tar.gz \
> +file://bird.init \
> +file://0001-musl-extend-config.sub-to-recognize-musl.patch \
> +"
> +SRC_URI[md5sum] = "de17645b045fa13912409aea59420132

Re: [oe] [meta-networking][PATCH] bird: initial import

2018-08-16 Thread Joe MacDonald
[Re: [oe] [meta-networking][PATCH] bird: initial import] On 18.08.15 (Wed 
20:29) akuster808 wrote:

> 
> 
> On 08/15/2018 07:42 PM, Joe MacDonald wrote:
> > Initial integration of the two stable BIRD releases, 1.6.4 and 2.0.2.
> >
> > Signed-off-by: Joe MacDonald 
> > ---
> >
> > This set of recipes came my way quite a while back from Stefan Bosak.  I've
> > updated the recipes a bit, made them compile with MUSL and verified basic
> > functionality on x86_64 and qemuarm.
> >
> >  .../recipes-protocols/bird/bird.inc   |   32 +
> >  .../recipes-protocols/bird/bird_1.6.4.bb  |9 +
> >  .../recipes-protocols/bird/bird_2.0.2.bb  |9 +
> >  ...-extend-config.sub-to-recognize-musl.patch | 4428 +
> >  .../recipes-protocols/bird/files/bird.init|2 +
> >  5 files changed, 4480 insertions(+)
> >  create mode 100644 meta-networking/recipes-protocols/bird/bird.inc
> >  create mode 100644 meta-networking/recipes-protocols/bird/bird_1.6.4.bb
> >  create mode 100644 meta-networking/recipes-protocols/bird/bird_2.0.2.bb
> >  create mode 100644 
> > meta-networking/recipes-protocols/bird/files/0001-musl-extend-config.sub-to-recognize-musl.patch
> >  create mode 100755 meta-networking/recipes-protocols/bird/files/bird.init
> >
> > diff --git a/meta-networking/recipes-protocols/bird/bird.inc 
> > b/meta-networking/recipes-protocols/bird/bird.inc
> > new file mode 100644
> > index 0..33d17dcb7
> > --- /dev/null
> > +++ b/meta-networking/recipes-protocols/bird/bird.inc
> > @@ -0,0 +1,32 @@
> > +SUMMARY = "BIRD Internet Routing Daemon"
> > +DESCRIPTION = "\
> > +BIRD is dynamic routing daemon supporting IPv4 and IPv6 versions of 
> > routing \
> > +protocols BGP, RIP and OSPF."
> > +HOMEPAGE = "http://bird.network.cz";
> > +SECTION = "console/network"
> > +LICENSE = "GPLv2"
> > +LIC_FILES_CHKSUM = 
> > "file://README;beginline=87;endline=103;md5=0efecc23f039022580d0bac9a52f6117"
> > +DEPENDS = "flex bison ncurses readline"
> > +
> > +inherit autotools
> > +
> > +EXTRA_OECONF  += "\
> > +--enable-pthreads \
> > +"
> > +
> > +do_configure() {
> > +oe_runconf ${EXTRA_OECONF}
> > +}
> > +
> > +do_install_append() {
> > +install -m 0755 -d ${D}${sysconfdir}/init.d
> > +install -m 0755 ${WORKDIR}/bird.init ${D}${sysconfdir}/init.d/bird
> > +rm -rf ${D}/run ${D}/var/run 
> > +}
> > +
> > +PACKAGES += " bird-client"
> > +
> > +FILES_${PN} += "/run /var/run"
> > +FILES_${PN}-client = "/usr/sbin/birdc*"
> > +
> > +RUNIT_SERVICES = "bird"
> > diff --git a/meta-networking/recipes-protocols/bird/bird_1.6.4.bb 
> > b/meta-networking/recipes-protocols/bird/bird_1.6.4.bb
> > new file mode 100644
> > index 0..27c62aeee
> > --- /dev/null
> > +++ b/meta-networking/recipes-protocols/bird/bird_1.6.4.bb
> > @@ -0,0 +1,9 @@
> > +require bird.inc
> > +
> > +SRC_URI = "\
> > +ftp://bird.network.cz/pub/${PN}/${PN}-${PV}.tar.gz \
> > +file://bird.init \
> > +file://0001-musl-extend-config.sub-to-recognize-musl.patch \
> > +"
> > +SRC_URI[md5sum] = "d62ec2547338e8d3dfb934b4c7b2faa4"
> > +SRC_URI[sha256sum] = 
> > "c26b8caae988dba81a9dbbee93502463d4326d1b749d728d62aa5529c605afc0"
> > diff --git a/meta-networking/recipes-protocols/bird/bird_2.0.2.bb 
> > b/meta-networking/recipes-protocols/bird/bird_2.0.2.bb
> > new file mode 100644
> > index 0..92d858869
> > --- /dev/null
> > +++ b/meta-networking/recipes-protocols/bird/bird_2.0.2.bb
> > @@ -0,0 +1,9 @@
> > +require bird.inc
> > +
> > +SRC_URI = "\
> > +ftp://bird.network.cz/pub/${PN}/${PN}-${PV}.tar.gz \
> > +file://bird.init \
> > +file://0001-musl-extend-config.sub-to-recognize-musl.patch \
> > +"
> > +SRC_URI[md5sum] = "de17645b045fa13912409aea59420132"
> > +SRC_URI[sha256sum] = 
> > "035f91d6f568f8ed438a0814235ac4c5c79147cd2acf201322c307732883480f"
> > diff --git 
> > a/meta-networking/recipes-protocols/bird/files/0001-musl-extend-config.sub-to-recognize-musl.patch
> >  
> > b/meta-networking/recipes-protocols/bird/files/0001-musl-extend-config.sub-to-recognize-musl.patch
> > new file mode 100644
> > index 0..4feb7f786
> > --- /dev/null
> > +++ 
> > b/meta-networking/recipes-protocols/bird/files/0001-musl-extend-config.sub-to-recognize-musl.patch
> > @@ -0,0 +1,4428 @@
> > +From 21baaa6870edb68f0a417ea3b4de5c75e5cf5a0d Mon Sep 17 00:00:00 2001
> > +From: Joe MacDonald 
> > +Date: Thu, 16 Aug 2018 01:56:05 +
> > +Subject: [PATCH] musl: update config.guess and config.sub
> > +
> > +Just bringing config.guess and config.sub up to date is enough to enable
> > +musl to build BIRD.
> Think "Upstream-Status:" is missing

Oop, you're right.  I should've caught that since I intend to send this
upstream, too.

-J.


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


[oe] [meta-networking][PATCH v2] bird: initial import

2018-08-16 Thread Joe MacDonald
Initial integration of the two stable BIRD releases, 1.6.4 and 2.0.2.

Signed-off-by: Joe MacDonald 
---

v2:
   - adding upstream-status and link to upstream commit accomplishing the same
 goal.

 .../recipes-protocols/bird/bird.inc   |   32 +
 .../recipes-protocols/bird/bird_1.6.4.bb  |9 +
 .../recipes-protocols/bird/bird_2.0.2.bb  |9 +
 ...-extend-config.sub-to-recognize-musl.patch | 4430 +
 .../recipes-protocols/bird/files/bird.init|2 +
 5 files changed, 4482 insertions(+)
 create mode 100644 meta-networking/recipes-protocols/bird/bird.inc
 create mode 100644 meta-networking/recipes-protocols/bird/bird_1.6.4.bb
 create mode 100644 meta-networking/recipes-protocols/bird/bird_2.0.2.bb
 create mode 100644 
meta-networking/recipes-protocols/bird/files/0001-musl-extend-config.sub-to-recognize-musl.patch
 create mode 100755 meta-networking/recipes-protocols/bird/files/bird.init

diff --git a/meta-networking/recipes-protocols/bird/bird.inc 
b/meta-networking/recipes-protocols/bird/bird.inc
new file mode 100644
index 0..33d17dcb7
--- /dev/null
+++ b/meta-networking/recipes-protocols/bird/bird.inc
@@ -0,0 +1,32 @@
+SUMMARY = "BIRD Internet Routing Daemon"
+DESCRIPTION = "\
+BIRD is dynamic routing daemon supporting IPv4 and IPv6 versions of routing \
+protocols BGP, RIP and OSPF."
+HOMEPAGE = "http://bird.network.cz";
+SECTION = "console/network"
+LICENSE = "GPLv2"
+LIC_FILES_CHKSUM = 
"file://README;beginline=87;endline=103;md5=0efecc23f039022580d0bac9a52f6117"
+DEPENDS = "flex bison ncurses readline"
+
+inherit autotools
+
+EXTRA_OECONF  += "\
+--enable-pthreads \
+"
+
+do_configure() {
+oe_runconf ${EXTRA_OECONF}
+}
+
+do_install_append() {
+install -m 0755 -d ${D}${sysconfdir}/init.d
+install -m 0755 ${WORKDIR}/bird.init ${D}${sysconfdir}/init.d/bird
+rm -rf ${D}/run ${D}/var/run 
+}
+
+PACKAGES += " bird-client"
+
+FILES_${PN} += "/run /var/run"
+FILES_${PN}-client = "/usr/sbin/birdc*"
+
+RUNIT_SERVICES = "bird"
diff --git a/meta-networking/recipes-protocols/bird/bird_1.6.4.bb 
b/meta-networking/recipes-protocols/bird/bird_1.6.4.bb
new file mode 100644
index 0..27c62aeee
--- /dev/null
+++ b/meta-networking/recipes-protocols/bird/bird_1.6.4.bb
@@ -0,0 +1,9 @@
+require bird.inc
+
+SRC_URI = "\
+ftp://bird.network.cz/pub/${PN}/${PN}-${PV}.tar.gz \
+file://bird.init \
+file://0001-musl-extend-config.sub-to-recognize-musl.patch \
+"
+SRC_URI[md5sum] = "d62ec2547338e8d3dfb934b4c7b2faa4"
+SRC_URI[sha256sum] = 
"c26b8caae988dba81a9dbbee93502463d4326d1b749d728d62aa5529c605afc0"
diff --git a/meta-networking/recipes-protocols/bird/bird_2.0.2.bb 
b/meta-networking/recipes-protocols/bird/bird_2.0.2.bb
new file mode 100644
index 0..92d858869
--- /dev/null
+++ b/meta-networking/recipes-protocols/bird/bird_2.0.2.bb
@@ -0,0 +1,9 @@
+require bird.inc
+
+SRC_URI = "\
+ftp://bird.network.cz/pub/${PN}/${PN}-${PV}.tar.gz \
+file://bird.init \
+file://0001-musl-extend-config.sub-to-recognize-musl.patch \
+"
+SRC_URI[md5sum] = "de17645b045fa13912409aea59420132"
+SRC_URI[sha256sum] = 
"035f91d6f568f8ed438a0814235ac4c5c79147cd2acf201322c307732883480f"
diff --git 
a/meta-networking/recipes-protocols/bird/files/0001-musl-extend-config.sub-to-recognize-musl.patch
 
b/meta-networking/recipes-protocols/bird/files/0001-musl-extend-config.sub-to-recognize-musl.patch
new file mode 100644
index 0..578f9b6f0
--- /dev/null
+++ 
b/meta-networking/recipes-protocols/bird/files/0001-musl-extend-config.sub-to-recognize-musl.patch
@@ -0,0 +1,4430 @@
+From 21baaa6870edb68f0a417ea3b4de5c75e5cf5a0d Mon Sep 17 00:00:00 2001
+From: Joe MacDonald 
+Date: Thu, 16 Aug 2018 01:56:05 +
+Subject: [PATCH] musl: update config.guess and config.sub
+
+Just bringing config.guess and config.sub up to date is enough to enable
+musl to build BIRD.
+
+Upstream-Status: Backport 
[https://gitlab.labs.nic.cz/labs/bird/commit/822a7ee6d5cd9bf38548026e0dd52fbc4634030d]
+
+Signed-off-by: Joe MacDonald 
+---
+ tools/config.guess | 1193 ++---
+ tools/config.sub   | 1810 +++-
+ 2 files changed, 1520 insertions(+), 1483 deletions(-)
+
+diff --git a/tools/config.guess b/tools/config.guess
+index da83314..445c406 100755
+--- a/tools/config.guess
 b/tools/config.guess
+@@ -1,14 +1,12 @@
+ #! /bin/sh
+ # Attempt to guess a canonical system name.
+-#   Copyright (C) 1992, 1993, 1994, 1995, 1996, 1997, 1998, 1999,
+-#   2000, 2001, 2002, 2003, 2004, 2005, 2006, 2007, 2008
+-#   Free Software Foundation, Inc.
++#   Copyright 1992-2018 Free Software Foundation, Inc.
+ 
+-timestamp='2009-04-27'
++timestamp='2018-06-26'
+ 
+ # This file is free software; you can redistribute it and/or mod

[oe] [meta-networking][PATCH] bird: initial import

2018-08-15 Thread Joe MacDonald
Initial integration of the two stable BIRD releases, 1.6.4 and 2.0.2.

Signed-off-by: Joe MacDonald 
---

This set of recipes came my way quite a while back from Stefan Bosak.  I've
updated the recipes a bit, made them compile with MUSL and verified basic
functionality on x86_64 and qemuarm.

 .../recipes-protocols/bird/bird.inc   |   32 +
 .../recipes-protocols/bird/bird_1.6.4.bb  |9 +
 .../recipes-protocols/bird/bird_2.0.2.bb  |9 +
 ...-extend-config.sub-to-recognize-musl.patch | 4428 +
 .../recipes-protocols/bird/files/bird.init|2 +
 5 files changed, 4480 insertions(+)
 create mode 100644 meta-networking/recipes-protocols/bird/bird.inc
 create mode 100644 meta-networking/recipes-protocols/bird/bird_1.6.4.bb
 create mode 100644 meta-networking/recipes-protocols/bird/bird_2.0.2.bb
 create mode 100644 
meta-networking/recipes-protocols/bird/files/0001-musl-extend-config.sub-to-recognize-musl.patch
 create mode 100755 meta-networking/recipes-protocols/bird/files/bird.init

diff --git a/meta-networking/recipes-protocols/bird/bird.inc 
b/meta-networking/recipes-protocols/bird/bird.inc
new file mode 100644
index 0..33d17dcb7
--- /dev/null
+++ b/meta-networking/recipes-protocols/bird/bird.inc
@@ -0,0 +1,32 @@
+SUMMARY = "BIRD Internet Routing Daemon"
+DESCRIPTION = "\
+BIRD is dynamic routing daemon supporting IPv4 and IPv6 versions of routing \
+protocols BGP, RIP and OSPF."
+HOMEPAGE = "http://bird.network.cz";
+SECTION = "console/network"
+LICENSE = "GPLv2"
+LIC_FILES_CHKSUM = 
"file://README;beginline=87;endline=103;md5=0efecc23f039022580d0bac9a52f6117"
+DEPENDS = "flex bison ncurses readline"
+
+inherit autotools
+
+EXTRA_OECONF  += "\
+--enable-pthreads \
+"
+
+do_configure() {
+oe_runconf ${EXTRA_OECONF}
+}
+
+do_install_append() {
+install -m 0755 -d ${D}${sysconfdir}/init.d
+install -m 0755 ${WORKDIR}/bird.init ${D}${sysconfdir}/init.d/bird
+rm -rf ${D}/run ${D}/var/run 
+}
+
+PACKAGES += " bird-client"
+
+FILES_${PN} += "/run /var/run"
+FILES_${PN}-client = "/usr/sbin/birdc*"
+
+RUNIT_SERVICES = "bird"
diff --git a/meta-networking/recipes-protocols/bird/bird_1.6.4.bb 
b/meta-networking/recipes-protocols/bird/bird_1.6.4.bb
new file mode 100644
index 0..27c62aeee
--- /dev/null
+++ b/meta-networking/recipes-protocols/bird/bird_1.6.4.bb
@@ -0,0 +1,9 @@
+require bird.inc
+
+SRC_URI = "\
+ftp://bird.network.cz/pub/${PN}/${PN}-${PV}.tar.gz \
+file://bird.init \
+file://0001-musl-extend-config.sub-to-recognize-musl.patch \
+"
+SRC_URI[md5sum] = "d62ec2547338e8d3dfb934b4c7b2faa4"
+SRC_URI[sha256sum] = 
"c26b8caae988dba81a9dbbee93502463d4326d1b749d728d62aa5529c605afc0"
diff --git a/meta-networking/recipes-protocols/bird/bird_2.0.2.bb 
b/meta-networking/recipes-protocols/bird/bird_2.0.2.bb
new file mode 100644
index 0..92d858869
--- /dev/null
+++ b/meta-networking/recipes-protocols/bird/bird_2.0.2.bb
@@ -0,0 +1,9 @@
+require bird.inc
+
+SRC_URI = "\
+ftp://bird.network.cz/pub/${PN}/${PN}-${PV}.tar.gz \
+file://bird.init \
+file://0001-musl-extend-config.sub-to-recognize-musl.patch \
+"
+SRC_URI[md5sum] = "de17645b045fa13912409aea59420132"
+SRC_URI[sha256sum] = 
"035f91d6f568f8ed438a0814235ac4c5c79147cd2acf201322c307732883480f"
diff --git 
a/meta-networking/recipes-protocols/bird/files/0001-musl-extend-config.sub-to-recognize-musl.patch
 
b/meta-networking/recipes-protocols/bird/files/0001-musl-extend-config.sub-to-recognize-musl.patch
new file mode 100644
index 0..4feb7f786
--- /dev/null
+++ 
b/meta-networking/recipes-protocols/bird/files/0001-musl-extend-config.sub-to-recognize-musl.patch
@@ -0,0 +1,4428 @@
+From 21baaa6870edb68f0a417ea3b4de5c75e5cf5a0d Mon Sep 17 00:00:00 2001
+From: Joe MacDonald 
+Date: Thu, 16 Aug 2018 01:56:05 +
+Subject: [PATCH] musl: update config.guess and config.sub
+
+Just bringing config.guess and config.sub up to date is enough to enable
+musl to build BIRD.
+
+Signed-off-by: Joe MacDonald 
+---
+ tools/config.guess | 1193 ++---
+ tools/config.sub   | 1810 +++-
+ 2 files changed, 1520 insertions(+), 1483 deletions(-)
+
+diff --git a/tools/config.guess b/tools/config.guess
+index da83314..445c406 100755
+--- a/tools/config.guess
 b/tools/config.guess
+@@ -1,14 +1,12 @@
+ #! /bin/sh
+ # Attempt to guess a canonical system name.
+-#   Copyright (C) 1992, 1993, 1994, 1995, 1996, 1997, 1998, 1999,
+-#   2000, 2001, 2002, 2003, 2004, 2005, 2006, 2007, 2008
+-#   Free Software Foundation, Inc.
++#   Copyright 1992-2018 Free Software Foundation, Inc.
+ 
+-timestamp='2009-04-27'
++timestamp='2018-06-26'
+ 
+ # This file is free software; you can redistribute it and/or modify it
+ # under th

Re: [oe] Splitting meta-oe?

2018-02-21 Thread Joe MacDonald
[Re: [oe] Splitting meta-oe?] On 18.02.21 (Wed 09:20) Tom Rini wrote:

> On Wed, Feb 21, 2018 at 09:02:53AM -0500, Joe MacDonald wrote:
> > [Re: [oe] Splitting meta-oe?] On 18.02.21 (Wed 11:22) Martin Jansa wrote:
> > 
> > > There is good example of inter-layer dependencies from real world:
> > > http://lists.openembedded.org/pipermail/openembedded-devel/2017-February/111447.html
> > > 
> > > Do you want
> > > A) new git repository meta-libio-socket-ssl-perl so that meta-networking
> > > will depend on this on instead of whole meta-perl
> > > B) meta-ddclient which will probably depend on both meta-perl and
> > > meta-networking
> > > C) ddclient and its dependencies in meta-perl
> > > D) libio-socket-ssl-perl moved to oe-core, so that next time we can say
> > > that oe-core is just like old oe-classic just with a bit less stuff in it
> > > 
> > > Neither of these options is ideal, but meta-networking getting meta-perl
> > > dependency is the one which causes fewest issues to OE users.
> > 
> > Yeah, I've been thinking about this and trying to decide what is the
> > "right" thing to do here.  Because I already have added layer
> > dependencies in meta-networking that I didn't originally envision, so
> > what's one more that is, as you say, almost certainly in the majority of
> > consumers' projects anyway?  But it does force a new layer dependency on
> > consumers of the meta-networking layer who may not care about ddclient,
> > and I'd like to avoid that if possible.
> > 
> > Honestly, now that I'm back from my vacation, I think the right thing is
> > to add the dependency and then start thinking about a way to specify
> > layer dependencies with greater granularity than on a meta-layer basis.
> > Like, there's no question meta-networking depends on core.  It's
> > nonsense to think of it without that dependency.  But it'd be nice to be
> > able to specify a layer dependency that only exists if your project
> > includes specific recipes out of that layer.
> > 
> > But that kind of mechanism seems highly prone to breakage and likely to
> > be highly contentious even if it was shown to be reliable, so it may not
> > get beyond a "that'd be nice" thing for me.
> > 
> > Unless someone else has already implemented it and I'm just not aware of
> > how to use it?  :-)
> 
> One thing I've been thinking about is that some layers need more
> sub-layers.  Taking a very tiny peek into meta-networking, perhaps
> re-organize into meta-networking-core, meta-networking-iscsi,
> meta-networking-vpn, etc.  Or maybe that won't help with dependencies.
> But the need for layer X for a single recipe can sometimes I think be
> solved by re-thinking the layer.

I really like that idea.  We effectively started that with the netkit
stuff when Armin first submitted it, so making it more formal isn't a
big step anyway.

> All that said, it might be better instead to add something like
> RECIPE_LAYERDEPENDS so that for the one-or-two offs, the recipe will
> fail to build (and implement that similar to the logic in
> image-container.bbclass? so that you only get a failure on building that
> recipe rather than anything in the layer) ?

Yeah, that's kind of what I'd been thinking.  In the short term, though,
the reorg you suggested above sounds *very* appealing to me at first
glance.  Might be a "let's do both" situation.

-- 
-Joe MacDonald.
:wq


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


Re: [oe] Splitting meta-oe?

2018-02-21 Thread Joe MacDonald
yers that reside in
> > >>> >>> meta-openbedded just like you have no control over all the other
> > >>> layers
> > >>> >>> residing in the community. It makes maintaining stable versions
> > very
> > >>> >>> difficult. Well, unless The Yocto Project takes over them.. I guess
> > >>> that
> > >>> >>> would work then.
> > >>> >>>
> > >>> >>>>
> > >>> >>>> Another advantage of splitting out the high quality layers is that
> > >>> we'd
> > >>> >>>> like to look at running more community layers through the Yocto
> > >>> >>>> autobuilder, and granular layers make that easier to manage.
> > >>> >>>  I thought not including layers in bblayers.conf was easy enough.
> > >>> >>>>
> > >>> >>>> Comments?
> > >>> >>>
> > >>> >>> What problem do you thing you are trying to solve here?
> > >>> >>
> > >>> >> My unrelated issues are that I can't update one layer, without
> > getting
> > >>> >> all of the updates.
> > >>> >> .. but that is both a good thing (i.e. they are all tested together,
> > >>> >> so you know that the
> > >>> >> single SRCREV update is good for all layers), and a bad thing (when
> > >>> >> you just want a
> > >>> >> new python recipe update from meta-python, but don't want other
> > >>> changes).
> > >>> >>
> > >>> >
> > >>> > if you dont include the layers in your BBLAYERS and they become
> > >>> > effectively non existent, unless you are on metered internet
> > connection,
> > >>> > where downloading unused stuff would save you bandwidth, it should be
> > >>> > ok.  No ?
> > >>>
> > >>> Its not that.
> > >>>
> > >>> I *am* building the different layers, but say I have a stable set of
> > >>> packages
> > >>> and working images .. but for whatever reason, I need an updated
> > >>> python-
> > >>> package for an unrelated package, or some other layer that needs a
> > newer
> > >>> version, etc.
> > >>>
> > >>> How do I get that, without taking updates to all the layers ? .. and
> > >>> layers that
> > >>> I really didn't want to update. I have to do some sort of combo-layer,
> > >>> carry
> > >>> my own copy of the recipe, etc.
> > >>>
> > >>> So there are definitely ways to do it, I'm just pointing out that I
> > >>> end up taking
> > >>> some build failures/issues from time to time on packages I didn't
> > really
> > >>> need to update.
> > >>>
> > >>> The flip side of that argument is that all of the layers and sub layers
> > >>> have
> > >>> gone through some sort of global build, and hence I know that they all
> > >>> have
> > >>> worked together for someone. If I can update pieces individually, I
> > break
> > >>> that .. and I own the broken bits after that .. which again, goes to
> > >>> my point that
> > >>> fixing one workflow/issue can break another :D
> > >>>
> > >>> Bruce
> > >>>
> > >>> >
> > >>> >> It is very likely that splitting the layer would help one issue, but
> > >>> >> make the other worse.
> > >>> >>
> > >>> >> So no solution from me, just an observation about potential issue.
> > >>> >>
> > >>> >> Cheers,
> > >>> >>
> > >>> >> Bruce
> > >>> >>
> > >>> >>>
> > >>> >>> - armin
> > >>> >>>>
> > >>> >>>> Ross
> > >>> >>>
> > >>> >>>
> > >>> >>> --
> > >>> >>> ___
> > >>> >>> Openembedded-devel mailing list
> > >>> >>> Openembedded-devel@lists.openembedded.org
> > >>> >>> http://lists.openembedded.org/mailman/listinfo/openembedded-devel
> > >>> >>
> > >>> >>
> > >>> >>
> > >>> >
> > >>>
> > >>>
> > >>>
> > >>> --
> > >>> "Thou shalt not follow the NULL pointer, for chaos and madness await
> > >>> thee at its end"
> > >>> --
> > >>> ___
> > >>> 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
> >
-- 
-Joe MacDonald.
:wq


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


Re: [oe] Splitting meta-oe?

2018-02-21 Thread Joe MacDonald
7;t want to update. I have to do some sort of combo-layer,
> > carry
> > my own copy of the recipe, etc.
> >
> > So there are definitely ways to do it, I'm just pointing out that I
> > end up taking
> > some build failures/issues from time to time on packages I didn't really
> > need to update.
> >
> > The flip side of that argument is that all of the layers and sub layers
> > have
> > gone through some sort of global build, and hence I know that they all have
> > worked together for someone. If I can update pieces individually, I break
> > that .. and I own the broken bits after that .. which again, goes to
> > my point that
> > fixing one workflow/issue can break another :D
> >
> > Bruce
> >
> > >
> > >> It is very likely that splitting the layer would help one issue, but
> > >> make the other worse.
> > >>
> > >> So no solution from me, just an observation about potential issue.
> > >>
> > >> Cheers,
> > >>
> > >> Bruce
> > >>
> > >>>
> > >>> - armin
> > >>>>
> > >>>> Ross
> > >>>
> > >>>
> > >>> --
> > >>> ___
> > >>> Openembedded-devel mailing list
> > >>> Openembedded-devel@lists.openembedded.org
> > >>> http://lists.openembedded.org/mailman/listinfo/openembedded-devel
> > >>
> > >>
> > >>
> > >
> >
> >
> >
> > --
> > "Thou shalt not follow the NULL pointer, for chaos and madness await
> > thee at its end"
> > --
> > ___
> > Openembedded-devel mailing list
> > Openembedded-devel@lists.openembedded.org
> > http://lists.openembedded.org/mailman/listinfo/openembedded-devel
> >
-- 
-Joe MacDonald.
:wq


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


Re: [oe] Splitting meta-oe?

2018-02-20 Thread Joe MacDonald
[[oe] Splitting meta-oe?] On 18.02.20 (Tue 10:45) Burton, Ross wrote:

> Hi,
> 
> Is now a good time to talk about splitting up meta-oe?  Some layers are
> actively developed and maintained (one example: meta-python), others are
> basically bitrotting and only get touched when something else causes them
> to break world builds (one example: meta-gnome).  I've long felt that
> meta-oe should be split up and the high quality layers managed in their own
> repositories so patches to them don't get held up by breakage in other
> sub-layers.

Way back when I first proposed creating meta-networking I pitched it as
a separate layer managed outside the meta-oe umbrella.  At the time I
thought it made sense for my use case and for the use case I anticipated
from consumers of meta-networking packages both for the reasons you
state below and because my intent was to create a layer primarily useful
for creating network-centric devices (bridges, firewalls, switches, APs,
etc.) with an absolute minimum of other layer dependencies.  I think I
actually proposed the highly ambitious goal of oe-core + meta-networking
as a functional set.

Anyway, in the intervening time there's been enough situations crop up
that now the minimal set is something like oe-core + meta-oe +
meta-perl(we're still open on that, I think) + meta-python +
meta-networking.

So my original goal of keeping meta-networking largely independent of
other layers isn't practical (wasn't from get-go, really) and I'm okay
with that.  I also think there's considerable value in being able to say
"we don't need that recipe in this layer, it's already maintained by
someone else in a common area in the same repo, just a different layer".
I wouldn't want to start down a path that leads to multiple incompatible
versions of recipes being maintained in layers purely out of convenience
to the layer maintainer.

I can see a lot of value in removing old recipes / layers that aren't
being used and / or have fallen far out of date, though.  If you've got
a list of those you'd like to discuss, I'm sure that's a useful
discussion to have.

I'll also take the opportunity to plug my old patch for flagging recipes
as deprecated (https://patchwork.openembedded.org/series/5489/).  It's
never gotten any traction, but I think it's a good early-warning for
consumers of recipes that are quietly using them with reasonable success
as-is despite any issues the maintainers may have with them.  Could be a
good way to determine who actually cares about these problem child
recipes before they become a big enough headache that we just need to
abandon them.

-J.

> Another advantage of splitting out the high quality layers is that we'd
> like to look at running more community layers through the Yocto
> autobuilder, and granular layers make that easier to manage.
> 
> Comments?
> 
> Ross
-- 
-Joe MacDonald.
:wq


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


Re: [oe] [meta-networking][PATCH] lldpad: new add

2018-01-11 Thread Joe MacDonald
_ALEN];
> + 
> + struct agenttimers {
> + /* Tx */
> +diff --git a/lldp_util.c b/lldp_util.c
> +index 754b0cd..304ddc5 100644
> +--- a/lldp_util.c
>  b/lldp_util.c
> +@@ -1177,7 +1177,7 @@ int check_link_status(const char *ifname)
> + int get_arg_val_list(char *ibuf, int ilen, int *ioff,
> + char **args, char **argvals)
> + {
> +-u8 arglen;
> ++u8 arglen = 0;
> + u16 argvalue_len;
> + int *arglens = NULL;
> + int *argvallens = NULL;
> +@@ -1245,7 +1245,7 @@ int get_arg_val_list(char *ibuf, int ilen, int *ioff,
> + 
> + int get_arg_list(char *ibuf, int ilen, int *ioff, char **args)
> + {
> +-u8 arglen;
> ++u8 arglen = 0;
> + int *arglens = NULL;
> + int *p;
> + int numargs;
> +-- 
> +2.7.4
> +
> diff --git 
> a/meta-networking/recipes-daemons/lldpad/lldpad/0002-Change-CFLAGS-to-avoid-error.patch
>  
> b/meta-networking/recipes-daemons/lldpad/lldpad/0002-Change-CFLAGS-to-avoid-error.patch
> new file mode 100644
> index 000..5cb2a0a
> --- /dev/null
> +++ 
> b/meta-networking/recipes-daemons/lldpad/lldpad/0002-Change-CFLAGS-to-avoid-error.patch
> @@ -0,0 +1,25 @@
> +Subject: [PATCH] Change CFLAGS to avoid error
> +Fix compile error like: warning: this statement may fall
> + through [-Wimplicit-fallthrough=]
> +
> +Signed-off-by: Zheng Ruoqin 
> +---
> + Makefile.am | 2 +-
> + 1 file changed, 1 insertion(+), 1 deletion(-)
> +
> +diff --git a/Makefile.am b/Makefile.am
> +index 4889d32..321bd7c 100644
> +--- a/Makefile.am
>  b/Makefile.am
> +@@ -16,7 +16,7 @@ ACLOCAL_AMFLAGS = -I m4
> + parse_cli.o: CFLAGS+=-U_FORTIFY_SOURCE -Wno-error
> + 
> + ## system requires a shared libconfig
> +-AM_CFLAGS = -Wall -Werror -Wextra -Wformat=2 $(LIBCONFIG_CFLAGS) 
> $(LIBNL_CFLAGS)
> ++AM_CFLAGS = -Wall -Wno-error -Wextra -Wformat=2 $(LIBCONFIG_CFLAGS) 
> $(LIBNL_CFLAGS)
> + AM_LDFLAGS = $(LIBCONFIG_LIBS) $(LIBNL_LIBS)
> + 
> + ## header files to be installed, for programs using the client interface to 
> lldpad 
> +-- 
> +2.7.4
> +
> diff --git a/meta-networking/recipes-daemons/lldpad/lldpad_git.bb 
> b/meta-networking/recipes-daemons/lldpad/lldpad_git.bb
> new file mode 100644
> index 000..5203eb1
> --- /dev/null
> +++ b/meta-networking/recipes-daemons/lldpad/lldpad_git.bb
> @@ -0,0 +1,35 @@
> +SUMMARY = "Intel LLDP Agent"
> +DESCRIPTION = "\
> +This package contains the Linux user space daemon and configuration tool for 
> \
> +Intel LLDP Agent with Enhanced Ethernet support for the Data Center."
> +
> +HOMEPAGE = "http://open-lldp.org/";
> +SECTION = "System Environment/Daemons"
> +LICENSE = "GPLv2"
> +
> +LIC_FILES_CHKSUM = "file://COPYING;md5=8c2bc283e65df398ced5f5b747e78162"
> +DEPENDS = "libconfig libnl readline"
> +
> +SRC_URI = "git://open-lldp.org/open-lldp.git \
> +   file://0001-fix-build-warnings.patch \
> +   file://0002-Change-CFLAGS-to-avoid-error.patch \
> +  "
> +
> +SRCREV = "2b7e05cff2b461efd0fb3e6e73b1bb0a23a330c1"
> +
> +PV = "1.0.1+git${SRCPV}"
> +S = "${WORKDIR}/git"
> +
> +inherit autotools-brokensep pkgconfig systemd
> +
> +do_configure_prepend () {
> +${S}/bootstrap.sh
> +}
> +
> +do_install_append () {
> +install -m 0755 -d ${D}${systemd_unitdir}
> +mv ${D}${prefix}${systemd_unitdir}/* ${D}${systemd_unitdir}/
> +rmdir ${D}${prefix}${systemd_unitdir}
> +}
> +
> +FILES_${PN} += "${systemd_unitdir}"
> -- 
> 2.7.4
> 
> 
> 
-- 
-Joe MacDonald.
:wq


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


[oe] [meta-networking][PATCH v2 3/6] freediameter: add new recipe

2017-11-01 Thread Joe MacDonald
From: Jackie Huang 

freeDiameter is an open source Diameter protocol
implementation. It provides an extensible platform
for deploying a Diameter network for your Authentication,
Authorization and Accounting needs.

Signed-off-by: Jackie Huang 
Signed-off-by: Joe MacDonald 
---
 ...murhash-algorithm-with-Robert-Jenkin-s-ha.patch | 223 ++
 .../freediameter/files/freeDiameter.conf   | 250 +
 .../freediameter/files/freediameter.init   |  72 ++
 .../freediameter/files/freediameter.service|  11 +
 .../freediameter/files/install_test.patch  |  22 ++
 .../freediameter/files/pass-ptest-env.patch|  72 ++
 .../recipes-protocols/freediameter/files/run-ptest |  11 +
 .../freediameter/freediameter_1.2.1.bb | 136 +++
 8 files changed, 797 insertions(+)
 create mode 100644 
meta-networking/recipes-protocols/freediameter/files/Replace-murmurhash-algorithm-with-Robert-Jenkin-s-ha.patch
 create mode 100644 
meta-networking/recipes-protocols/freediameter/files/freeDiameter.conf
 create mode 100755 
meta-networking/recipes-protocols/freediameter/files/freediameter.init
 create mode 100644 
meta-networking/recipes-protocols/freediameter/files/freediameter.service
 create mode 100644 
meta-networking/recipes-protocols/freediameter/files/install_test.patch
 create mode 100644 
meta-networking/recipes-protocols/freediameter/files/pass-ptest-env.patch
 create mode 100644 
meta-networking/recipes-protocols/freediameter/files/run-ptest
 create mode 100644 
meta-networking/recipes-protocols/freediameter/freediameter_1.2.1.bb

diff --git 
a/meta-networking/recipes-protocols/freediameter/files/Replace-murmurhash-algorithm-with-Robert-Jenkin-s-ha.patch
 
b/meta-networking/recipes-protocols/freediameter/files/Replace-murmurhash-algorithm-with-Robert-Jenkin-s-ha.patch
new file mode 100644
index 000..71a5a1a
--- /dev/null
+++ 
b/meta-networking/recipes-protocols/freediameter/files/Replace-murmurhash-algorithm-with-Robert-Jenkin-s-ha.patch
@@ -0,0 +1,223 @@
+Replace murmurhash algorithm with Robert Jenkin's hash algorithm
+
+Upstream-Status: Pending
+
+From test result, murmurhash algorithm does not work in big endian
+processor, so replace it with Robert Jenkin's hash which has worked
+in linux kernel for many years and has more adaptability.
+
+Signed-off-by: Roy.Li 
+---
+ libfdproto/ostr.c |  192 +
+ 1 file changed, 74 insertions(+), 118 deletions(-)
+
+diff --git a/libfdproto/ostr.c b/libfdproto/ostr.c
+index 8f29b48..ce1f4dd 100644
+--- a/libfdproto/ostr.c
 b/libfdproto/ostr.c
+@@ -430,128 +430,84 @@ after_proto:
+ 
+ 
+ 
//
+-/* Hash function -- credits to Austin Appleby, thank you ^^ */
+-/* See http://murmurhash.googlepages.com for more information on this 
function */
+-
+-/* the strings are NOT always aligned properly (ex: received in RADIUS 
message), so we use the aligned MurmurHash2 function as needed */
+-#define _HASH_MIX(h,k,m) { k *= m; k ^= k >> r; k *= m; h *= m; h ^= k; }
+-uint32_t fd_os_hash ( uint8_t * string, size_t len )
++/*
++ * Robert Jenkin's hash function.
++ * http://burtleburtle.net/bob/hash/evahash.html
++ * This is in the public domain.
++ */
++#define mix(a, b, c)  \
++  do {\
++  a = a - b;  a = a - c;  a = a ^ (c >> 13);  \
++  b = b - c;  b = b - a;  b = b ^ (a << 8);   \
++  c = c - a;  c = c - b;  c = c ^ (b >> 13);  \
++  a = a - b;  a = a - c;  a = a ^ (c >> 12);  \
++  b = b - c;  b = b - a;  b = b ^ (a << 16);  \
++  c = c - a;  c = c - b;  c = c ^ (b >> 5);   \
++  a = a - b;  a = a - c;  a = a ^ (c >> 3);   \
++  b = b - c;  b = b - a;  b = b ^ (a << 10);  \
++  c = c - a;  c = c - b;  c = c ^ (b >> 15);  \
++  } while (0)
++
++unsigned hash_rjenkins(const char *str, unsigned length)
+ {
+-  uint32_t hash = len;
+-  uint8_t * data = string;
+-  
+-  const unsigned int m = 0x5bd1e995;
+-  const int r = 24;
+-  int align = (long)string & 3;
+-  
+-  if (!align || (len < 4)) {
+-  /* In case data is aligned, MurmurHash2 function */
+-  while(len >= 4)
+-  {
+-  /* Mix 4 bytes at a time into the hash */
+-  uint32_t k = *(uint32_t *)data; /* We don't care about 
the byte order */
+-
+-  _HASH_MIX(hash, k, m);
+-
+-  data += 4;
+-  len -= 4;
+-  }
+-
+-  /* Handle the last few bytes of the in

[oe] [meta-networking][PATCH v2 6/6] bridge-utils: update to v1.6

2017-11-01 Thread Joe MacDonald
Updating to the latest version (1.6) and taking the opportunity to clean
up the old patches, switch to the upstream git repo for SRC_URI and make
the requested change to the older AR patch from a while back.

Signed-off-by: Joe MacDonald 
---
 .../recipes-support/bridge-utils/bridge-utils.inc  | 28 ---
 ...ld-error-out-correctly-if-a-submake-fails.patch | 69 -
 ...idge-fix-some-build-time-warnings-fcntl.h.patch | 64 
 ...idge-fix-some-build-time-warnings-errno.h.patch | 46 
 ...dd-missing-include-s-fix-build-against-mu.patch | 47 
 ...uild-don-t-ignore-CFLAGS-from-environment.patch | 29 ++--
 ...ridge-Modifying-the-AR-to-cross-toolchain.patch | 51 +
 ...5-check-error-returns-from-write-to-sysfs.patch | 87 --
 ...5-fix-error-message-for-incorrect-command.patch | 33 
 ...utils-1.5-fix-incorrect-command-in-manual.patch | 33 
 .../bridge-utils/bridge-utils/kernel-headers.patch | 29 +---
 .../bridge-utils/bridge-utils_1.5.bb   | 16 
 .../bridge-utils/bridge-utils_1.6.bb   | 35 +
 13 files changed, 114 insertions(+), 453 deletions(-)
 delete mode 100644 
meta-networking/recipes-support/bridge-utils/bridge-utils.inc
 delete mode 100644 
meta-networking/recipes-support/bridge-utils/bridge-utils/0001-build-error-out-correctly-if-a-submake-fails.patch
 delete mode 100644 
meta-networking/recipes-support/bridge-utils/bridge-utils/0002-libbridge-fix-some-build-time-warnings-fcntl.h.patch
 delete mode 100644 
meta-networking/recipes-support/bridge-utils/bridge-utils/0003-bridge-fix-some-build-time-warnings-errno.h.patch
 delete mode 100644 
meta-networking/recipes-support/bridge-utils/bridge-utils/0004-libbridge-add-missing-include-s-fix-build-against-mu.patch
 create mode 100644 
meta-networking/recipes-support/bridge-utils/bridge-utils/0006-libbridge-Modifying-the-AR-to-cross-toolchain.patch
 delete mode 100644 
meta-networking/recipes-support/bridge-utils/bridge-utils/bridge-utils-1.5-check-error-returns-from-write-to-sysfs.patch
 delete mode 100644 
meta-networking/recipes-support/bridge-utils/bridge-utils/bridge-utils-1.5-fix-error-message-for-incorrect-command.patch
 delete mode 100644 
meta-networking/recipes-support/bridge-utils/bridge-utils/bridge-utils-1.5-fix-incorrect-command-in-manual.patch
 delete mode 100644 
meta-networking/recipes-support/bridge-utils/bridge-utils_1.5.bb
 create mode 100644 
meta-networking/recipes-support/bridge-utils/bridge-utils_1.6.bb

diff --git a/meta-networking/recipes-support/bridge-utils/bridge-utils.inc 
b/meta-networking/recipes-support/bridge-utils/bridge-utils.inc
deleted file mode 100644
index 0fb18d5..000
--- a/meta-networking/recipes-support/bridge-utils/bridge-utils.inc
+++ /dev/null
@@ -1,28 +0,0 @@
-SUMMARY = "Tools for ethernet bridging"
-HOMEPAGE = 
"http://www.linuxfoundation.org/collaborate/workgroups/networking/bridge";
-SECTION = "net"
-LICENSE = "GPLv2"
-
-DEPENDS = "sysfsutils"
-
-SRC_URI = "${SOURCEFORGE_MIRROR}/bridge/bridge-utils-${PV}.tar.gz \
-  
file://bridge-utils-1.5-check-error-returns-from-write-to-sysfs.patch \
-  
file://bridge-utils-1.5-fix-error-message-for-incorrect-command.patch \
-  file://bridge-utils-1.5-fix-incorrect-command-in-manual.patch \
-"
-
-inherit autotools-brokensep update-alternatives
-
-ALTERNATIVE_${PN} = "brctl"
-ALTERNATIVE_PRIORITY[brctl] = "100"
-ALTERNATIVE_LINK_NAME[brctl] = "${sbindir}/brctl"
-
-EXTRA_OECONF = "--with-linux-headers=${STAGING_INCDIR}"
-
-do_install_append () {
-install -d ${D}/${datadir}/bridge-utils
-install -d ${D}/${sysconfdir}/network/if-pre-up.d
-install -d ${D}/${sysconfdir}/network/if-post-down.d
-}
-
-RRECOMMENDS_${PN} = "kernel-module-bridge"
diff --git 
a/meta-networking/recipes-support/bridge-utils/bridge-utils/0001-build-error-out-correctly-if-a-submake-fails.patch
 
b/meta-networking/recipes-support/bridge-utils/bridge-utils/0001-build-error-out-correctly-if-a-submake-fails.patch
deleted file mode 100644
index c6897b4..000
--- 
a/meta-networking/recipes-support/bridge-utils/bridge-utils/0001-build-error-out-correctly-if-a-submake-fails.patch
+++ /dev/null
@@ -1,69 +0,0 @@
-From 5e102b453e254d16af1f95053134f58348e0f83a Mon Sep 17 00:00:00 2001
-From: root 
-Date: Wed, 20 Jul 2016 23:40:30 +0100
-Subject: [PATCH 1/5] build: error out correctly if a submake fails
-MIME-Version: 1.0
-Content-Type: text/plain; charset=UTF-8
-Content-Transfer-Encoding: 8bit
-
-Due to use of a for loop, return status from submake was always
-ignored.
-
-In the context of build-systems like OE this causes them to not
-detect any errors and continue happily, resulting in a successful,
-but incomplete, build.
-
-Fix by having a nicer Makefile.in which now has rules for the
-individual targets (directories) so that ma

[oe] [meta-networking][PATCH v2 5/6] stunnel: fix compile error when openssl disable des support

2017-11-01 Thread Joe MacDonald
From: Kai Kang 

When openssl disable des support with configure option 'no-des', it
doesn't provide des related header file and functions. That causes
stunnel compile failed. Fix it by checking macro OPENSSL_NO_DES to use
openssl des related library conditionaly.

Signed-off-by: Kai Kang 
Signed-off-by: Joe MacDonald 
---
 .../stunnel/stunnel/fix-openssl-no-des.patch   | 54 ++
 .../recipes-support/stunnel/stunnel_5.35.bb|  4 +-
 2 files changed, 57 insertions(+), 1 deletion(-)
 create mode 100644 
meta-networking/recipes-support/stunnel/stunnel/fix-openssl-no-des.patch

diff --git 
a/meta-networking/recipes-support/stunnel/stunnel/fix-openssl-no-des.patch 
b/meta-networking/recipes-support/stunnel/stunnel/fix-openssl-no-des.patch
new file mode 100644
index 000..209b0dd
--- /dev/null
+++ b/meta-networking/recipes-support/stunnel/stunnel/fix-openssl-no-des.patch
@@ -0,0 +1,54 @@
+Upstream-Status: Pending
+
+When openssl disable des support with configure option 'no-des', it doesn't
+provide des related header file and functions. That causes stunnel compile
+failed. Fix it by checking macro OPENSSL_NO_DES to use openssl des related
+library conditionaly.
+
+Signed-off-by: Kai Kang 
+---
+diff --git a/src/common.h b/src/common.h
+index f7d38b0..bf485af 100644
+--- a/src/common.h
 b/src/common.h
+@@ -471,7 +471,9 @@ extern char *sys_errlist[];
+ #ifndef OPENSSL_NO_MD4
+ #include 
+ #endif /* !defined(OPENSSL_NO_MD4) */
++#ifndef OPENSSL_NO_DES
+ #include 
++#endif
+ #ifndef OPENSSL_NO_DH
+ #include 
+ #if OPENSSL_VERSION_NUMBER<0x1010L
+diff --git a/src/protocol.c b/src/protocol.c
+index 587df09..8198eb6 100644
+--- a/src/protocol.c
 b/src/protocol.c
+@@ -66,7 +66,7 @@ NOEXPORT char *imap_server(CLI *, SERVICE_OPTIONS *, const 
PHASE);
+ NOEXPORT char *nntp_client(CLI *, SERVICE_OPTIONS *, const PHASE);
+ NOEXPORT char *connect_server(CLI *, SERVICE_OPTIONS *, const PHASE);
+ NOEXPORT char *connect_client(CLI *, SERVICE_OPTIONS *, const PHASE);
+-#ifndef OPENSSL_NO_MD4
++#if !defined(OPENSSL_NO_MD4) && !defined(OPENSSL_NO_DES)
+ NOEXPORT void ntlm(CLI *, SERVICE_OPTIONS *);
+ NOEXPORT char *ntlm1();
+ NOEXPORT char *ntlm3(char *, char *, char *, char *);
+@@ -1175,7 +1175,7 @@ NOEXPORT char *connect_client(CLI *c, SERVICE_OPTIONS 
*opt, const PHASE phase) {
+ fd_printf(c, c->remote_fd.fd, "Host: %s", opt->protocol_host);
+ if(opt->protocol_username && opt->protocol_password) {
+ if(!strcasecmp(opt->protocol_authentication, "ntlm")) {
+-#ifndef OPENSSL_NO_MD4
++#if !defined(OPENSSL_NO_MD4) && !defined(OPENSSL_NO_DES)
+ ntlm(c, opt);
+ #else
+ s_log(LOG_ERR, "NTLM authentication is not available");
+@@ -1216,7 +1216,7 @@ NOEXPORT char *connect_client(CLI *c, SERVICE_OPTIONS 
*opt, const PHASE phase) {
+ return NULL;
+ }
+ 
+-#ifndef OPENSSL_NO_MD4
++#if !defined(OPENSSL_NO_MD4) && !defined(OPENSSL_NO_DES)
+ 
+ /*
+  * NTLM code is based on the following documentation:
diff --git a/meta-networking/recipes-support/stunnel/stunnel_5.35.bb 
b/meta-networking/recipes-support/stunnel/stunnel_5.35.bb
index efe9d9e..ec8478d 100644
--- a/meta-networking/recipes-support/stunnel/stunnel_5.35.bb
+++ b/meta-networking/recipes-support/stunnel/stunnel_5.35.bb
@@ -8,7 +8,9 @@ DEPENDS = "openssl zlib tcp-wrappers"
 
 RDEPENDS_${PN} += "perl"
 
-SRC_URI = "ftp://ftp.stunnel.org/stunnel/archive/5.x/${BP}.tar.gz";
+SRC_URI = "ftp://ftp.stunnel.org/stunnel/archive/5.x/${BP}.tar.gz \
+   file://fix-openssl-no-des.patch \
+"
 
 SRC_URI[md5sum] = "9079f5fafbccaf88b7d92b227d78249a"
 SRC_URI[sha256sum] = 
"ffa386ae4c825f35f35157c285e7402a6d58779ad8c3822f74a9d355b54aba1d"
-- 
2.7.4

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


[oe] [meta-networking][PATCH v2 4/6] net-snmp: support openssl without 3des

2017-11-01 Thread Joe MacDonald
From: Jackie Huang 

net-snmp enables 3des support by default and fails to build with distro
feature openssl-no-weak-ciphers:

| ../../net-snmp-5.7.3/snmplib/scapi.c:82:25: fatal error: openssl/des.h: No 
such file or directory
|  #include 

To fix the issue:
* add a patch to include des.h only if it's found in openssl
* disable des when openssl-no-weak-ciphers is enabled

Signed-off-by: Jackie Huang 
Signed-off-by: Joe MacDonald 
---
 .../net-snmp/net-snmp-fix-for-disable-des.patch| 32 ++
 .../recipes-protocols/net-snmp/net-snmp_5.7.3.bb   |  4 ++-
 2 files changed, 35 insertions(+), 1 deletion(-)
 create mode 100644 
meta-networking/recipes-protocols/net-snmp/net-snmp/net-snmp-fix-for-disable-des.patch

diff --git 
a/meta-networking/recipes-protocols/net-snmp/net-snmp/net-snmp-fix-for-disable-des.patch
 
b/meta-networking/recipes-protocols/net-snmp/net-snmp/net-snmp-fix-for-disable-des.patch
new file mode 100644
index 000..25eb9c9
--- /dev/null
+++ 
b/meta-networking/recipes-protocols/net-snmp/net-snmp/net-snmp-fix-for-disable-des.patch
@@ -0,0 +1,32 @@
+From 270e952f58a7e5ddeabe5a15e3ddaaadf40017d0 Mon Sep 17 00:00:00 2001
+From: Jackie Huang 
+Date: Thu, 22 Jun 2017 10:25:08 +0800
+Subject: [PATCH] net-snmp: fix for --disable-des
+
+Include des.h only if it's found in openssl so that
+the --disable-des works correctly.
+
+Upstream-Status: Submitted [net-snmp-cod...@lists.sourceforge.net]
+
+Signed-off-by: Jackie Huang 
+---
+ snmplib/scapi.c | 2 ++
+ 1 file changed, 2 insertions(+)
+
+diff --git a/snmplib/scapi.c b/snmplib/scapi.c
+index 16ac829..271684b 100644
+--- a/snmplib/scapi.c
 b/snmplib/scapi.c
+@@ -79,7 +79,9 @@ netsnmp_feature_child_of(usm_scapi, usm_support)
+ #include 
+ #include 
+ #include 
++#ifdef HAVE_OPENSSL_DES_H
+ #include 
++#endif
+ #ifdef HAVE_AES
+ #include 
+ #endif
+-- 
+2.11.0
+
diff --git a/meta-networking/recipes-protocols/net-snmp/net-snmp_5.7.3.bb 
b/meta-networking/recipes-protocols/net-snmp/net-snmp_5.7.3.bb
index af6fd1b..849ae07 100644
--- a/meta-networking/recipes-protocols/net-snmp/net-snmp_5.7.3.bb
+++ b/meta-networking/recipes-protocols/net-snmp/net-snmp_5.7.3.bb
@@ -31,6 +31,7 @@ SRC_URI = "${SOURCEFORGE_MIRROR}/net-snmp/net-snmp-${PV}.zip \
file://0003-CHANGES-BUG-2712-Fix-Perl-module-compilation.patch \
file://0004-configure-fix-incorrect-variable.patch \
file://net-snmp-5.7.2-fix-engineBoots-value-on-SIGHUP.patch \
+   file://net-snmp-fix-for-disable-des.patch \
"
 SRC_URI[md5sum] = "9f682bd70c717efdd9f15b686d07baee"
 SRC_URI[sha256sum] = 
"e8dfc79b6539b71a6ff335746ce63d2da2239062ad41872fff4354cafed07a3e"
@@ -59,7 +60,8 @@ EXTRA_OECONF = "--enable-shared \
 --with-defaults \
 --with-install-prefix=${D} \
 --with-persistent-directory=${localstatedir}/lib/net-snmp \
-${@base_conditional('SITEINFO_ENDIANNESS', 'le', 
'--with-endianness=little', '--with-endianness=big', d)}"
+${@base_conditional('SITEINFO_ENDIANNESS', 'le', 
'--with-endianness=little', '--with-endianness=big', d)} \
+"
 
 # net-snmp needs to have mib-modules=smux enabled to enable quagga to support 
snmp
 EXTRA_OECONF += "--with-mib-modules=smux"
-- 
2.7.4

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


[oe] [meta-networking][PATCH v2 1/6] ddclient: new package

2017-11-01 Thread Joe MacDonald
From: "Kinsella, Ray" 

Adding the package ddclient. DDClient updates Dynamic DNS servers with an IP 
address.
Recipe is based on the original OE recipe found here.

http://cgit.openembedded.org/openembedded/tree/recipes/ddclient/ddclient_3.6.3.bb

with modifications based on the recipe at:

https://github.com/cshoredaniel/meta-cshored/blob/master/recipes-connectivity/ddclient/ddclient_3.8.3.bb

DDClient version has been updated to 3.8.3.

Signed-off-by: Ray Kinsella 
Signed-off-by: Joe MacDonald 
---
 .../recipes-daemons/ddclient/ddclient_3.8.3.bb | 45 ++
 .../recipes-daemons/ddclient/files/ip-up   |  4 ++
 .../recipes-daemons/ddclient/files/persistent  |  1 +
 3 files changed, 50 insertions(+)
 create mode 100644 meta-networking/recipes-daemons/ddclient/ddclient_3.8.3.bb
 create mode 100644 meta-networking/recipes-daemons/ddclient/files/ip-up
 create mode 100644 meta-networking/recipes-daemons/ddclient/files/persistent

diff --git a/meta-networking/recipes-daemons/ddclient/ddclient_3.8.3.bb 
b/meta-networking/recipes-daemons/ddclient/ddclient_3.8.3.bb
new file mode 100644
index 000..f4ef536
--- /dev/null
+++ b/meta-networking/recipes-daemons/ddclient/ddclient_3.8.3.bb
@@ -0,0 +1,45 @@
+SECTION = "net/misc"
+DESCRIPTION = "Ddclient is a Perl client used to update dynamic DNS entries 
for accounts on Dynamic DNS Network Services"
+HOMEPAGE = "http://ddclient.sourceforge.net/";
+LICENSE = "GPLv2"
+
+SRC_URI = "\
+${SOURCEFORGE_MIRROR}/ddclient/ddclient-${PV}.tar.bz2 \
+file://ip-up"
+
+LIC_FILES_CHKSUM = "file://COPYING;md5=0636e73ff0215e8d672dc4c32c317bb3"
+
+RDEPENDS_${PN} = "\
+perl-module-getopt-long \
+perl-module-sys-hostname \
+perl-module-io-socket \
+perl-module-vars \
+perl-module-overload \
+perl-module-overloading \
+perl-module-config \
+perl-module-integer \
+perl-module-exporter-heavy \
+perl-module-symbol \
+perl-module-selectsaver \
+bash \
+perl \
+libio-socket-ssl-perl"
+
+do_install() {
+install -d ${D}${sbindir} ${D}${sysconfdir}/ddclient 
${D}${sysconfdir}/init.d ${D}${sysconfdir}/default/persistent
+install -d ${D}${sysconfdir}/ppp/ip-up.d/ install -d ${D}${docdir}/ddclient
+install -m 755 ${S}/ddclient ${D}${sbindir}
+install ${S}/sample-etc_ddclient.conf 
${D}${sysconfdir}/ddclient/ddclient.conf
+install -m 755 ${WORKDIR}/ip-up ${D}${sysconfdir}/ppp/ip-up.d/ddclient
+install -m 0644 ${WORKDIR}/persistent 
${D}/${sysconfdir}/default/persistent/50_ddclient
+sed -e 's|/etc/ddclient.conf|/etc/ddclient/ddclient.conf|g' 
${S}/sample-etc_rc.d_init.d_ddclient > ${S}/rc_init
+install -m 755 ${S}/rc_init ${D}${sysconfdir}/init.d/ddclient
+install ${S}/README* ${D}${docdir}/ddclient
+install ${S}/COPY* ${D}${docdir}/ddclient
+install ${S}/sample* ${D}${docdir}/ddclient
+}
+
+CONFFILES_${PN} = "${sysconfdir}/ddclient/ddclient.conf"
+
+SRC_URI[md5sum] = "3b426ae52d509e463b42eeb08fb89e0b"
+SRC_URI[sha256sum] = 
"d40e2f1fd3f4bff386d27bbdf4b8645199b1995d27605a886b8c71e44d819591"
diff --git a/meta-networking/recipes-daemons/ddclient/files/ip-up 
b/meta-networking/recipes-daemons/ddclient/files/ip-up
new file mode 100644
index 000..4411db9
--- /dev/null
+++ b/meta-networking/recipes-daemons/ddclient/files/ip-up
@@ -0,0 +1,4 @@
+#!/bin/sh
+
+logger -t ddclient $PPP_IFACE $PPP_LOCAL
+ddclient -daemon=0 -syslog -use=if -if=$PPP_IFACE >/dev/null 2>&1
diff --git a/meta-networking/recipes-daemons/ddclient/files/persistent 
b/meta-networking/recipes-daemons/ddclient/files/persistent
new file mode 100644
index 000..b721272
--- /dev/null
+++ b/meta-networking/recipes-daemons/ddclient/files/persistent
@@ -0,0 +1 @@
+l root root 0644 /etc/ddclient.conf /var/persistent/etc/ddclient.conf
-- 
2.7.4

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


[oe] [meta-networking][PATCH v2 2/6] lksctp-tools: update and remove from blacklist

2017-11-01 Thread Joe MacDonald
Switching lksctp-tools to build from the upstream git repository rather
than a source tarball.  At the same time we'll un-blacklist it since it
appears the gold-as-ld issue has been resolved underneath us, probably
related to a Debian bug of the same form that was also resolved with a
binutils update.

Signed-off-by: Joe MacDonald 
---
 .../lksctp-tools/lksctp-tools_1.0.17.bb | 21 +
 1 file changed, 9 insertions(+), 12 deletions(-)

diff --git 
a/meta-networking/recipes-support/lksctp-tools/lksctp-tools_1.0.17.bb 
b/meta-networking/recipes-support/lksctp-tools/lksctp-tools_1.0.17.bb
index 11c43ff..121cc99 100644
--- a/meta-networking/recipes-support/lksctp-tools/lksctp-tools_1.0.17.bb
+++ b/meta-networking/recipes-support/lksctp-tools/lksctp-tools_1.0.17.bb
@@ -8,22 +8,19 @@ LIC_FILES_CHKSUM = " \
 file://COPYING;md5=0c56db0143f4f80c369ee3af7425af6e \
 "
 
-SRC_URI = "${SOURCEFORGE_MIRROR}/lksctp/${BP}.tar.gz \
+SRCREV = "736b91d340e3f2519714f2930ed63b164d363511"
+
+PV .= "+git${SRCPV}"
+LK_REL = "1.0.17"
+
+SRC_URI = " \
+git://github.com/sctp/lksctp-tools.git \
 file://run-ptest \
 file://v4test.sh \
 file://v6test.sh \
 "
 
-SRC_URI[md5sum] = "68e9b8fa4d4e331029b247b72d46d7a5"
-SRC_URI[sha256sum] = 
"1aeb204cdb2befc94d9eb3037d1609c9d1d2cd5379d6dd2c0a8ca9b10533aa15"
-
-#| arm-oe-linux-gnueabi-libtool: link: arm-oe-linux-gnueabi-gcc  
-march=armv5te -marm -mthumb-interwork 
--sysroot=/home/jenkins/oe/world/shr-core/tmp-eglibc/sysroots/qemuarm -shared  
-fPIC -DPIC  .libs/bindx.o .libs/connectx.o .libs/peeloff.o .libs/opt_info.o 
.libs/addrs.o .libs/sendmsg.o .libs/recvmsg.o-march=armv5te -marm 
-mthumb-interwork 
--sysroot=/home/jenkins/oe/world/shr-core/tmp-eglibc/sysroots/qemuarm -O2 
-Wl,--version-script=/home/jenkins/oe/world/shr-core/tmp-eglibc/work/armv5te-oe-linux-gnueabi/lksctp-tools/1.0.16-r0/lksctp-tools-1.0.16/src/lib/Versions.map
 -Wl,-O1 -Wl,--hash-style=gnu -Wl,--as-needed   -Wl,-soname -Wl,libsctp.so.1 -o 
.libs/libsctp.so.1.0.16
-#| 
/home/jenkins/oe/world/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/libexec/arm-oe-linux-gnueabi/gcc/arm-oe-linux-gnueabi/4.9.0/ld:
 error: symbol sctp_connectx has undefined version
-#| collect2: error: ld returned 1 exit status
-#| make[4]: *** [libsctp.la] Error 1
-PNBLACKLIST[lksctp-tools] ?= "${@bb.utils.contains('DISTRO_FEATURES', 
'ld-is-gold', "BROKEN: fails to link against sctp_connectx symbol", '', d)}"
-
-S = "${WORKDIR}/${BP}"
+S = "${WORKDIR}/git"
 
 BBCLASSEXTEND = "native"
 
@@ -37,7 +34,7 @@ do_install_ptest () {
 done
 }
 
-SOLIBVERSION="${PV}"
+SOLIBVERSION="${LK_REL}"
 SOLIBMAJORVERSION="1"
 
 PACKAGES =+ "${PN}-withsctp ${PN}-utils"
-- 
2.7.4

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


[oe] [meta-networking][PATCH v2 0/6] meta-networking patchwork cleanup

2017-11-01 Thread Joe MacDonald
New in v2:

   - Correctly installed persistent file in ddclient recipe
   
   - Added commit hash to PV for lksctp-tools

   - Merged freediameter recipe updates from meta-security, once this has
 settled, I'll follow up with a patch to remove freediameter from
 meta-security

v1:

  When I started comparing the state of meta-networking/master to
  master-next and to patchwork's own view of pending meta-networking
  patches I found some disconnects.  So I've been chipping away at this
  for the last few days, trying to bring everything in sync.

  I've rejected/accepted the patches in patchwork that I was able to
  verify have either been rejected or merged already.

  ddclient died on the vine for no particular reason, so I refreshed it
  and added the persistence support as noted in the patch itself.

  Following that was Jackie's update to include freediameter, but it
  depended on the currently-broken lksctp-tools, so I took a stab at
  fixing that.

  There was a pending update to bridge-utils for using the xtools AR, but
  that needed rework, so I did the rework and updated bridge-utils at the
  same time.

  Finally, most of openssl-no-weak-cyphers was thrown away for good
  reason, but two of the patches still made sense to include in
  meta-networking, IMO, with just some minor rework, so I did that too.

  Here's the report:


Jackie Huang (2):
  freediameter: add new recipe
  net-snmp: support openssl without 3des

Joe MacDonald (2):
  lksctp-tools: update and remove from blacklist
  bridge-utils: update to v1.6

Kai Kang (1):
  stunnel: fix compile error when openssl disable des support

Kinsella, Ray (1):
  ddclient: new package

 .../recipes-daemons/ddclient/ddclient_3.8.3.bb |  45 
 .../recipes-daemons/ddclient/files/ip-up   |   4 +
 .../recipes-daemons/ddclient/files/persistent  |   1 +
 ...murhash-algorithm-with-Robert-Jenkin-s-ha.patch | 223 ++
 .../freediameter/files/freeDiameter.conf   | 250 +
 .../freediameter/files/freediameter.init   |  72 ++
 .../freediameter/files/freediameter.service|  11 +
 .../freediameter/files/install_test.patch  |  22 ++
 .../freediameter/files/pass-ptest-env.patch|  72 ++
 .../recipes-protocols/freediameter/files/run-ptest |  11 +
 .../freediameter/freediameter_1.2.1.bb | 136 +++
 .../net-snmp/net-snmp-fix-for-disable-des.patch|  32 +++
 .../recipes-protocols/net-snmp/net-snmp_5.7.3.bb   |   4 +-
 .../recipes-support/bridge-utils/bridge-utils.inc  |  28 ---
 ...ld-error-out-correctly-if-a-submake-fails.patch |  69 --
 ...idge-fix-some-build-time-warnings-fcntl.h.patch |  64 --
 ...idge-fix-some-build-time-warnings-errno.h.patch |  46 
 ...dd-missing-include-s-fix-build-against-mu.patch |  47 
 ...uild-don-t-ignore-CFLAGS-from-environment.patch |  29 +--
 ...ridge-Modifying-the-AR-to-cross-toolchain.patch |  51 +
 ...5-check-error-returns-from-write-to-sysfs.patch |  87 ---
 ...5-fix-error-message-for-incorrect-command.patch |  33 ---
 ...utils-1.5-fix-incorrect-command-in-manual.patch |  33 ---
 .../bridge-utils/bridge-utils/kernel-headers.patch |  29 ++-
 .../bridge-utils/bridge-utils_1.5.bb   |  16 --
 .../bridge-utils/bridge-utils_1.6.bb   |  35 +++
 .../lksctp-tools/lksctp-tools_1.0.17.bb|  21 +-
 .../stunnel/stunnel/fix-openssl-no-des.patch   |  54 +
 .../recipes-support/stunnel/stunnel_5.35.bb|   4 +-
 29 files changed, 1062 insertions(+), 467 deletions(-)
 create mode 100644 meta-networking/recipes-daemons/ddclient/ddclient_3.8.3.bb
 create mode 100644 meta-networking/recipes-daemons/ddclient/files/ip-up
 create mode 100644 meta-networking/recipes-daemons/ddclient/files/persistent
 create mode 100644 
meta-networking/recipes-protocols/freediameter/files/Replace-murmurhash-algorithm-with-Robert-Jenkin-s-ha.patch
 create mode 100644 
meta-networking/recipes-protocols/freediameter/files/freeDiameter.conf
 create mode 100755 
meta-networking/recipes-protocols/freediameter/files/freediameter.init
 create mode 100644 
meta-networking/recipes-protocols/freediameter/files/freediameter.service
 create mode 100644 
meta-networking/recipes-protocols/freediameter/files/install_test.patch
 create mode 100644 
meta-networking/recipes-protocols/freediameter/files/pass-ptest-env.patch
 create mode 100644 
meta-networking/recipes-protocols/freediameter/files/run-ptest
 create mode 100644 
meta-networking/recipes-protocols/freediameter/freediameter_1.2.1.bb
 create mode 100644 
meta-networking/recipes-protocols/net-snmp/net-snmp/net-snmp-fix-for-disable-des.patch
 delete mode 100644 
meta-networking/recipes-support/bridge-utils/bridge-utils.inc
 delete mode 100644 
meta-networking/recipes-support/bridge-utils/bridge-utils/0001-build-error-out-correctly-if-a-submake-fails.patch
 delete mode 100644 
meta-networking/recipes-support/

Re: [oe] [meta-networking][PATCH 1/6] ddclient: new package

2017-10-31 Thread Joe MacDonald
[Re: [oe] [meta-networking][PATCH 1/6] ddclient: new package] On 17.10.30 (Mon 
16:14) Khem Raj wrote:

> On Mon, Oct 30, 2017 at 11:11 AM, Joe MacDonald
>  wrote:
> > From: "Kinsella, Ray" 
> >
> > Adding the package ddclient. DDClient updates Dynamic DNS servers with an 
> > IP address.
> > Recipe is based on the original OE recipe found here.
> >
> > http://cgit.openembedded.org/openembedded/tree/recipes/ddclient/ddclient_3.6.3.bb
> >
> > with modifications based on the recipe at:
> >
> > https://github.com/cshoredaniel/meta-cshored/blob/master/recipes-connectivity/ddclient/ddclient_3.8.3.bb
> >
> > DDClient version has been updated to 3.8.3.
> >
> > Signed-off-by: Ray Kinsella 
> > Signed-off-by: Joe MacDonald 
> > ---
> >  .../recipes-daemons/ddclient/ddclient_3.8.3.bb | 44 
> > ++
> >  .../recipes-daemons/ddclient/files/ip-up   |  4 ++
> >  .../recipes-daemons/ddclient/files/persistent  |  1 +
> >  3 files changed, 49 insertions(+)
> >  create mode 100644 
> > meta-networking/recipes-daemons/ddclient/ddclient_3.8.3.bb
> >  create mode 100644 meta-networking/recipes-daemons/ddclient/files/ip-up
> >  create mode 100644 
> > meta-networking/recipes-daemons/ddclient/files/persistent
> >
> > diff --git a/meta-networking/recipes-daemons/ddclient/ddclient_3.8.3.bb 
> > b/meta-networking/recipes-daemons/ddclient/ddclient_3.8.3.bb
> > new file mode 100644
> > index 000..d83a4d4
> > --- /dev/null
> > +++ b/meta-networking/recipes-daemons/ddclient/ddclient_3.8.3.bb
> > @@ -0,0 +1,44 @@
> > +SECTION = "net/misc"
> > +DESCRIPTION = "Ddclient is a Perl client used to update dynamic DNS 
> > entries for accounts on Dynamic DNS Network Services"
> > +HOMEPAGE = "http://ddclient.sourceforge.net/";
> > +LICENSE = "GPLv2"
> > +
> > +SRC_URI = "\
> > +${SOURCEFORGE_MIRROR}/ddclient/ddclient-${PV}.tar.bz2 \
> > +file://ip-up"
> > +
> > +LIC_FILES_CHKSUM = "file://COPYING;md5=0636e73ff0215e8d672dc4c32c317bb3"
> > +
> > +RDEPENDS_${PN} = "\
> > +perl-module-getopt-long \
> > +perl-module-sys-hostname \
> > +perl-module-io-socket \
> > +perl-module-vars \
> > +perl-module-overload \
> > +perl-module-overloading \
> > +perl-module-config \
> > +perl-module-integer \
> > +perl-module-exporter-heavy \
> > +perl-module-symbol \
> > +perl-module-selectsaver \
> > +bash \
> > +perl \
> > +libio-socket-ssl-perl"
> > +
> > +do_install() {
> > +install -d ${D}${sbindir} ${D}${sysconfdir}/ddclient 
> > ${D}${sysconfdir}/init.d
> > +install -d ${D}${sysconfdir}/ppp/ip-up.d/ install -d 
> > ${D}${docdir}/ddclient
> > +install -m 755 ${S}/ddclient ${D}${sbindir}
> > +install ${S}/sample-etc_ddclient.conf 
> > ${D}${sysconfdir}/ddclient/ddclient.conf
> > +install -m 755 ${WORKDIR}/ip-up ${D}${sysconfdir}/ppp/ip-up.d/ddclient
> > +sed -e 's|/etc/ddclient.conf|/etc/ddclient/ddclient.conf|g' 
> > ${S}/sample-etc_rc.d_init.d_ddclient > ${S}/rc_init
> > +install -m 755 ${S}/rc_init ${D}${sysconfdir}/init.d/ddclient
> > +install ${S}/README* ${D}${docdir}/ddclient
> > +install ${S}/COPY* ${D}${docdir}/ddclient
> > +install ${S}/sample* ${D}${docdir}/ddclient
> > +}
> > +
> > +CONFFILES_${PN} = "${sysconfdir}/ddclient/ddclient.conf"
> > +
> > +SRC_URI[md5sum] = "3b426ae52d509e463b42eeb08fb89e0b"
> > +SRC_URI[sha256sum] = 
> > "d40e2f1fd3f4bff386d27bbdf4b8645199b1995d27605a886b8c71e44d819591"
> > diff --git a/meta-networking/recipes-daemons/ddclient/files/ip-up 
> > b/meta-networking/recipes-daemons/ddclient/files/ip-up
> > new file mode 100644
> > index 000..4411db9
> > --- /dev/null
> > +++ b/meta-networking/recipes-daemons/ddclient/files/ip-up
> > @@ -0,0 +1,4 @@
> > +#!/bin/sh
> > +
> > +logger -t ddclient $PPP_IFACE $PPP_LOCAL
> > +ddclient -daemon=0 -syslog -use=if -if=$PPP_IFACE >/dev/null 2>&1
> > diff --git a/meta-networking/recipes-daemons/ddclient/files/persistent 
> > b/meta-networking/recipes-daemons/ddclient/files/persistent
> > new file mode 100644
> > index 000..b721272
> > --- /dev/null
> > +++ b/meta-networking/recipes-daemons/ddclient/files/persistent
> > @@ -0,0 +1 @@
> > +l root root 0644 /etc/ddclient.conf /var/persistent/etc/ddclient.conf
> 
> this file seems to be unused. Can we delete it if no needed.

Actually, that appears to be an oversight, it was supposed to be
installed in this style:

   
https://github.com/cshoredaniel/meta-cshored/blob/master/recipes-connectivity/ddclient/ddclient_3.8.3.bb#L31

Corrected in the next version.

-- 
-Joe MacDonald.
:wq


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


Re: [oe] [meta-networking][PATCH 2/6] lksctp-tools: update and remove from blacklist

2017-10-31 Thread Joe MacDonald
[Re: [oe] [meta-networking][PATCH 2/6] lksctp-tools: update and remove from 
blacklist] On 17.10.30 (Mon 16:21) Khem Raj wrote:

> On Mon, Oct 30, 2017 at 11:11 AM, Joe MacDonald
>  wrote:
> > Switching lksctp-tools to build from the upstream git repository rather
> > than a source tarball.  At the same time we'll un-blacklist it since it
> > appears the gold-as-ld issue has been resolved underneath us, probably
> > related to a Debian bug of the same form that was also resolved with a
> > binutils update.
> >
> > Signed-off-by: Joe MacDonald 
> > ---
> >  .../recipes-support/lksctp-tools/lksctp-tools_1.0.17.bb  | 16 
> > +---
> >  1 file changed, 5 insertions(+), 11 deletions(-)
> >
> > diff --git 
> > a/meta-networking/recipes-support/lksctp-tools/lksctp-tools_1.0.17.bb 
> > b/meta-networking/recipes-support/lksctp-tools/lksctp-tools_1.0.17.bb
> > index 11c43ff..9166aa5 100644
> > --- a/meta-networking/recipes-support/lksctp-tools/lksctp-tools_1.0.17.bb
> > +++ b/meta-networking/recipes-support/lksctp-tools/lksctp-tools_1.0.17.bb
> > @@ -8,22 +8,16 @@ LIC_FILES_CHKSUM = " \
> >  file://COPYING;md5=0c56db0143f4f80c369ee3af7425af6e \
> >  "
> >
> > -SRC_URI = "${SOURCEFORGE_MIRROR}/lksctp/${BP}.tar.gz \
> > +SRCREV = "736b91d340e3f2519714f2930ed63b164d363511"
> > +
> 
> perhaps we need to reflect it in PV as well.
> 
> PV .= "+git${SRCPV}"

I was less inclined to decorate the PV with the git hash since the
SRCREV points at the release tag for 1.0.17, but I suppose if upstream
chose to move the tag then this would be out of sync, so it's worth it.

-J.

> 
> > +SRC_URI = " \
> > +git://github.com/sctp/lksctp-tools.git \
> >  file://run-ptest \
> >  file://v4test.sh \
> >  file://v6test.sh \
> >  "
> >
> > -SRC_URI[md5sum] = "68e9b8fa4d4e331029b247b72d46d7a5"
> > -SRC_URI[sha256sum] = 
> > "1aeb204cdb2befc94d9eb3037d1609c9d1d2cd5379d6dd2c0a8ca9b10533aa15"
> > -
> > -#| arm-oe-linux-gnueabi-libtool: link: arm-oe-linux-gnueabi-gcc  
> > -march=armv5te -marm -mthumb-interwork 
> > --sysroot=/home/jenkins/oe/world/shr-core/tmp-eglibc/sysroots/qemuarm 
> > -shared  -fPIC -DPIC  .libs/bindx.o .libs/connectx.o .libs/peeloff.o 
> > .libs/opt_info.o .libs/addrs.o .libs/sendmsg.o .libs/recvmsg.o
> > -march=armv5te -marm -mthumb-interwork 
> > --sysroot=/home/jenkins/oe/world/shr-core/tmp-eglibc/sysroots/qemuarm -O2 
> > -Wl,--version-script=/home/jenkins/oe/world/shr-core/tmp-eglibc/work/armv5te-oe-linux-gnueabi/lksctp-tools/1.0.16-r0/lksctp-tools-1.0.16/src/lib/Versions.map
> >  -Wl,-O1 -Wl,--hash-style=gnu -Wl,--as-needed   -Wl,-soname 
> > -Wl,libsctp.so.1 -o .libs/libsctp.so.1.0.16
> > -#| 
> > /home/jenkins/oe/world/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/libexec/arm-oe-linux-gnueabi/gcc/arm-oe-linux-gnueabi/4.9.0/ld:
> >  error: symbol sctp_connectx has undefined version
> > -#| collect2: error: ld returned 1 exit status
> > -#| make[4]: *** [libsctp.la] Error 1
> > -PNBLACKLIST[lksctp-tools] ?= "${@bb.utils.contains('DISTRO_FEATURES', 
> > 'ld-is-gold', "BROKEN: fails to link against sctp_connectx symbol", '', d)}"
> > -
> > -S = "${WORKDIR}/${BP}"
> > +S = "${WORKDIR}/git"
> >
> >  BBCLASSEXTEND = "native"
> >
> > --
> > 2.7.4
> >
> > --
> > ___
> > Openembedded-devel mailing list
> > Openembedded-devel@lists.openembedded.org
> > http://lists.openembedded.org/mailman/listinfo/openembedded-devel

-- 
-Joe MacDonald.
:wq


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


Re: [oe] [meta-networking][PATCH 3/6] freediameter: add new recipe

2017-10-31 Thread Joe MacDonald
[Re: [oe] [meta-networking][PATCH 3/6] freediameter: add new recipe] On 
17.10.30 (Mon 17:47) akuster808 wrote:

> 
> 
> On 10/30/2017 11:11 AM, Joe MacDonald wrote:
> > From: Jackie Huang 
> >
> > freeDiameter is an open source Diameter protocol
> > implementation. It provides an extensible platform
> > for deploying a Diameter network for your Authentication,
> > Authorization and Accounting needs.
> >
> > Signed-off-by: Jackie Huang 
> > Signed-off-by: Joe MacDonald 
> If you want this in meta-networking, please send a patch to remove it
> from meta-security.

I never even thought of looking for it in meta-security.  Since I've
always encountered it in the CGL space it just never occurred, and since
the patch was still apparently active in patchwork, I just assumed it'd
been lost.

Do you (or anyone else using the layers) have a preference for what we
do with the recipe?  Unfortunately at a glance they look at least a bit
different from each other, so if I'm going to include it in
meta-networking I'll want to review what's in meta-security first to
determine what changes are appropriate to the meta-networking version.

-J.

> 
> - armin
> > ---
> >  ...murhash-algorithm-with-Robert-Jenkin-s-ha.patch | 223 
> > +
> >  .../freediameter/files/freediameter.init   |  72 +++
> >  .../freediameter/files/freediameter.service|  11 +
> >  .../freediameter/files/install_test.patch  |  22 ++
> >  .../freediameter/files/pass-ptest-env.patch|  72 +++
> >  .../recipes-protocols/freediameter/files/run-ptest |  11 +
> >  .../freediameter/freediameter.inc  |  98 +
> >  .../freediameter/freediameter_1.2.1.bb |   7 +
> >  8 files changed, 516 insertions(+)
> >  create mode 100644 
> > meta-networking/recipes-protocols/freediameter/files/Replace-murmurhash-algorithm-with-Robert-Jenkin-s-ha.patch
> >  create mode 100755 
> > meta-networking/recipes-protocols/freediameter/files/freediameter.init
> >  create mode 100644 
> > meta-networking/recipes-protocols/freediameter/files/freediameter.service
> >  create mode 100644 
> > meta-networking/recipes-protocols/freediameter/files/install_test.patch
> >  create mode 100644 
> > meta-networking/recipes-protocols/freediameter/files/pass-ptest-env.patch
> >  create mode 100644 
> > meta-networking/recipes-protocols/freediameter/files/run-ptest
> >  create mode 100644 
> > meta-networking/recipes-protocols/freediameter/freediameter.inc
> >  create mode 100644 
> > meta-networking/recipes-protocols/freediameter/freediameter_1.2.1.bb
> >
> > diff --git 
> > a/meta-networking/recipes-protocols/freediameter/files/Replace-murmurhash-algorithm-with-Robert-Jenkin-s-ha.patch
> >  
> > b/meta-networking/recipes-protocols/freediameter/files/Replace-murmurhash-algorithm-with-Robert-Jenkin-s-ha.patch
> > new file mode 100644
> > index 000..71a5a1a
> > --- /dev/null
> > +++ 
> > b/meta-networking/recipes-protocols/freediameter/files/Replace-murmurhash-algorithm-with-Robert-Jenkin-s-ha.patch
> > @@ -0,0 +1,223 @@
> > +Replace murmurhash algorithm with Robert Jenkin's hash algorithm
> > +
> > +Upstream-Status: Pending
> > +
> > +From test result, murmurhash algorithm does not work in big endian
> > +processor, so replace it with Robert Jenkin's hash which has worked
> > +in linux kernel for many years and has more adaptability.
> > +
> > +Signed-off-by: Roy.Li 
> > +---
> > + libfdproto/ostr.c |  192 
> > +
> > + 1 file changed, 74 insertions(+), 118 deletions(-)
> > +
> > +diff --git a/libfdproto/ostr.c b/libfdproto/ostr.c
> > +index 8f29b48..ce1f4dd 100644
> > +--- a/libfdproto/ostr.c
> >  b/libfdproto/ostr.c
> > +@@ -430,128 +430,84 @@ after_proto:
> > + 
> > + 
> > + 
> > //
> > +-/* Hash function -- credits to Austin Appleby, thank you ^^ */
> > +-/* See http://murmurhash.googlepages.com for more information on this 
> > function */
> > +-
> > +-/* the strings are NOT always aligned properly (ex: received in RADIUS 
> > message), so we use the aligned MurmurHash2 function as needed */
> > +-#define _HASH_MIX(h,k,m) { k *= m; k ^= k >> r; k *= m; h *= m; h ^= k; }
> > +-uint32_t fd_os_hash ( uint8_t * string, size_t len )
> > ++/*
> > ++ * Robert Jenkin's hash function.
> > ++ * ht

[oe] [meta-networking][PATCH 4/6] net-snmp: support openssl without 3des

2017-10-30 Thread Joe MacDonald
From: Jackie Huang 

net-snmp enables 3des support by default and fails to build with distro
feature openssl-no-weak-ciphers:

| ../../net-snmp-5.7.3/snmplib/scapi.c:82:25: fatal error: openssl/des.h: No 
such file or directory
|  #include 

To fix the issue:
* add a patch to include des.h only if it's found in openssl
* disable des when openssl-no-weak-ciphers is enabled

Signed-off-by: Jackie Huang 
Signed-off-by: Joe MacDonald 
---
 .../net-snmp/net-snmp-fix-for-disable-des.patch| 32 ++
 .../recipes-protocols/net-snmp/net-snmp_5.7.3.bb   |  4 ++-
 2 files changed, 35 insertions(+), 1 deletion(-)
 create mode 100644 
meta-networking/recipes-protocols/net-snmp/net-snmp/net-snmp-fix-for-disable-des.patch

diff --git 
a/meta-networking/recipes-protocols/net-snmp/net-snmp/net-snmp-fix-for-disable-des.patch
 
b/meta-networking/recipes-protocols/net-snmp/net-snmp/net-snmp-fix-for-disable-des.patch
new file mode 100644
index 000..25eb9c9
--- /dev/null
+++ 
b/meta-networking/recipes-protocols/net-snmp/net-snmp/net-snmp-fix-for-disable-des.patch
@@ -0,0 +1,32 @@
+From 270e952f58a7e5ddeabe5a15e3ddaaadf40017d0 Mon Sep 17 00:00:00 2001
+From: Jackie Huang 
+Date: Thu, 22 Jun 2017 10:25:08 +0800
+Subject: [PATCH] net-snmp: fix for --disable-des
+
+Include des.h only if it's found in openssl so that
+the --disable-des works correctly.
+
+Upstream-Status: Submitted [net-snmp-cod...@lists.sourceforge.net]
+
+Signed-off-by: Jackie Huang 
+---
+ snmplib/scapi.c | 2 ++
+ 1 file changed, 2 insertions(+)
+
+diff --git a/snmplib/scapi.c b/snmplib/scapi.c
+index 16ac829..271684b 100644
+--- a/snmplib/scapi.c
 b/snmplib/scapi.c
+@@ -79,7 +79,9 @@ netsnmp_feature_child_of(usm_scapi, usm_support)
+ #include 
+ #include 
+ #include 
++#ifdef HAVE_OPENSSL_DES_H
+ #include 
++#endif
+ #ifdef HAVE_AES
+ #include 
+ #endif
+-- 
+2.11.0
+
diff --git a/meta-networking/recipes-protocols/net-snmp/net-snmp_5.7.3.bb 
b/meta-networking/recipes-protocols/net-snmp/net-snmp_5.7.3.bb
index af6fd1b..849ae07 100644
--- a/meta-networking/recipes-protocols/net-snmp/net-snmp_5.7.3.bb
+++ b/meta-networking/recipes-protocols/net-snmp/net-snmp_5.7.3.bb
@@ -31,6 +31,7 @@ SRC_URI = "${SOURCEFORGE_MIRROR}/net-snmp/net-snmp-${PV}.zip \
file://0003-CHANGES-BUG-2712-Fix-Perl-module-compilation.patch \
file://0004-configure-fix-incorrect-variable.patch \
file://net-snmp-5.7.2-fix-engineBoots-value-on-SIGHUP.patch \
+   file://net-snmp-fix-for-disable-des.patch \
"
 SRC_URI[md5sum] = "9f682bd70c717efdd9f15b686d07baee"
 SRC_URI[sha256sum] = 
"e8dfc79b6539b71a6ff335746ce63d2da2239062ad41872fff4354cafed07a3e"
@@ -59,7 +60,8 @@ EXTRA_OECONF = "--enable-shared \
 --with-defaults \
 --with-install-prefix=${D} \
 --with-persistent-directory=${localstatedir}/lib/net-snmp \
-${@base_conditional('SITEINFO_ENDIANNESS', 'le', 
'--with-endianness=little', '--with-endianness=big', d)}"
+${@base_conditional('SITEINFO_ENDIANNESS', 'le', 
'--with-endianness=little', '--with-endianness=big', d)} \
+"
 
 # net-snmp needs to have mib-modules=smux enabled to enable quagga to support 
snmp
 EXTRA_OECONF += "--with-mib-modules=smux"
-- 
2.7.4

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


[oe] [meta-networking][PATCH 5/6] stunnel: fix compile error when openssl disable des support

2017-10-30 Thread Joe MacDonald
From: Kai Kang 

When openssl disable des support with configure option 'no-des', it
doesn't provide des related header file and functions. That causes
stunnel compile failed. Fix it by checking macro OPENSSL_NO_DES to use
openssl des related library conditionaly.

Signed-off-by: Kai Kang 
Signed-off-by: Joe MacDonald 
---
 .../stunnel/stunnel/fix-openssl-no-des.patch   | 54 ++
 .../recipes-support/stunnel/stunnel_5.35.bb|  4 +-
 2 files changed, 57 insertions(+), 1 deletion(-)
 create mode 100644 
meta-networking/recipes-support/stunnel/stunnel/fix-openssl-no-des.patch

diff --git 
a/meta-networking/recipes-support/stunnel/stunnel/fix-openssl-no-des.patch 
b/meta-networking/recipes-support/stunnel/stunnel/fix-openssl-no-des.patch
new file mode 100644
index 000..209b0dd
--- /dev/null
+++ b/meta-networking/recipes-support/stunnel/stunnel/fix-openssl-no-des.patch
@@ -0,0 +1,54 @@
+Upstream-Status: Pending
+
+When openssl disable des support with configure option 'no-des', it doesn't
+provide des related header file and functions. That causes stunnel compile
+failed. Fix it by checking macro OPENSSL_NO_DES to use openssl des related
+library conditionaly.
+
+Signed-off-by: Kai Kang 
+---
+diff --git a/src/common.h b/src/common.h
+index f7d38b0..bf485af 100644
+--- a/src/common.h
 b/src/common.h
+@@ -471,7 +471,9 @@ extern char *sys_errlist[];
+ #ifndef OPENSSL_NO_MD4
+ #include 
+ #endif /* !defined(OPENSSL_NO_MD4) */
++#ifndef OPENSSL_NO_DES
+ #include 
++#endif
+ #ifndef OPENSSL_NO_DH
+ #include 
+ #if OPENSSL_VERSION_NUMBER<0x1010L
+diff --git a/src/protocol.c b/src/protocol.c
+index 587df09..8198eb6 100644
+--- a/src/protocol.c
 b/src/protocol.c
+@@ -66,7 +66,7 @@ NOEXPORT char *imap_server(CLI *, SERVICE_OPTIONS *, const 
PHASE);
+ NOEXPORT char *nntp_client(CLI *, SERVICE_OPTIONS *, const PHASE);
+ NOEXPORT char *connect_server(CLI *, SERVICE_OPTIONS *, const PHASE);
+ NOEXPORT char *connect_client(CLI *, SERVICE_OPTIONS *, const PHASE);
+-#ifndef OPENSSL_NO_MD4
++#if !defined(OPENSSL_NO_MD4) && !defined(OPENSSL_NO_DES)
+ NOEXPORT void ntlm(CLI *, SERVICE_OPTIONS *);
+ NOEXPORT char *ntlm1();
+ NOEXPORT char *ntlm3(char *, char *, char *, char *);
+@@ -1175,7 +1175,7 @@ NOEXPORT char *connect_client(CLI *c, SERVICE_OPTIONS 
*opt, const PHASE phase) {
+ fd_printf(c, c->remote_fd.fd, "Host: %s", opt->protocol_host);
+ if(opt->protocol_username && opt->protocol_password) {
+ if(!strcasecmp(opt->protocol_authentication, "ntlm")) {
+-#ifndef OPENSSL_NO_MD4
++#if !defined(OPENSSL_NO_MD4) && !defined(OPENSSL_NO_DES)
+ ntlm(c, opt);
+ #else
+ s_log(LOG_ERR, "NTLM authentication is not available");
+@@ -1216,7 +1216,7 @@ NOEXPORT char *connect_client(CLI *c, SERVICE_OPTIONS 
*opt, const PHASE phase) {
+ return NULL;
+ }
+ 
+-#ifndef OPENSSL_NO_MD4
++#if !defined(OPENSSL_NO_MD4) && !defined(OPENSSL_NO_DES)
+ 
+ /*
+  * NTLM code is based on the following documentation:
diff --git a/meta-networking/recipes-support/stunnel/stunnel_5.35.bb 
b/meta-networking/recipes-support/stunnel/stunnel_5.35.bb
index efe9d9e..ec8478d 100644
--- a/meta-networking/recipes-support/stunnel/stunnel_5.35.bb
+++ b/meta-networking/recipes-support/stunnel/stunnel_5.35.bb
@@ -8,7 +8,9 @@ DEPENDS = "openssl zlib tcp-wrappers"
 
 RDEPENDS_${PN} += "perl"
 
-SRC_URI = "ftp://ftp.stunnel.org/stunnel/archive/5.x/${BP}.tar.gz";
+SRC_URI = "ftp://ftp.stunnel.org/stunnel/archive/5.x/${BP}.tar.gz \
+   file://fix-openssl-no-des.patch \
+"
 
 SRC_URI[md5sum] = "9079f5fafbccaf88b7d92b227d78249a"
 SRC_URI[sha256sum] = 
"ffa386ae4c825f35f35157c285e7402a6d58779ad8c3822f74a9d355b54aba1d"
-- 
2.7.4

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


[oe] [meta-networking][PATCH 6/6] bridge-utils: update to v1.6

2017-10-30 Thread Joe MacDonald
Updating to the latest version (1.6) and taking the opportunity to clean
up the old patches, switch to the upstream git repo for SRC_URI and make
the requested change to the older AR patch from a while back.

Signed-off-by: Joe MacDonald 
---
 .../recipes-support/bridge-utils/bridge-utils.inc  | 28 ---
 ...ld-error-out-correctly-if-a-submake-fails.patch | 69 -
 ...idge-fix-some-build-time-warnings-fcntl.h.patch | 64 
 ...idge-fix-some-build-time-warnings-errno.h.patch | 46 
 ...dd-missing-include-s-fix-build-against-mu.patch | 47 
 ...uild-don-t-ignore-CFLAGS-from-environment.patch | 29 ++--
 ...ridge-Modifying-the-AR-to-cross-toolchain.patch | 51 +
 ...5-check-error-returns-from-write-to-sysfs.patch | 87 --
 ...5-fix-error-message-for-incorrect-command.patch | 33 
 ...utils-1.5-fix-incorrect-command-in-manual.patch | 33 
 .../bridge-utils/bridge-utils/kernel-headers.patch | 29 +---
 .../bridge-utils/bridge-utils_1.5.bb   | 16 
 .../bridge-utils/bridge-utils_1.6.bb   | 35 +
 13 files changed, 114 insertions(+), 453 deletions(-)
 delete mode 100644 
meta-networking/recipes-support/bridge-utils/bridge-utils.inc
 delete mode 100644 
meta-networking/recipes-support/bridge-utils/bridge-utils/0001-build-error-out-correctly-if-a-submake-fails.patch
 delete mode 100644 
meta-networking/recipes-support/bridge-utils/bridge-utils/0002-libbridge-fix-some-build-time-warnings-fcntl.h.patch
 delete mode 100644 
meta-networking/recipes-support/bridge-utils/bridge-utils/0003-bridge-fix-some-build-time-warnings-errno.h.patch
 delete mode 100644 
meta-networking/recipes-support/bridge-utils/bridge-utils/0004-libbridge-add-missing-include-s-fix-build-against-mu.patch
 create mode 100644 
meta-networking/recipes-support/bridge-utils/bridge-utils/0006-libbridge-Modifying-the-AR-to-cross-toolchain.patch
 delete mode 100644 
meta-networking/recipes-support/bridge-utils/bridge-utils/bridge-utils-1.5-check-error-returns-from-write-to-sysfs.patch
 delete mode 100644 
meta-networking/recipes-support/bridge-utils/bridge-utils/bridge-utils-1.5-fix-error-message-for-incorrect-command.patch
 delete mode 100644 
meta-networking/recipes-support/bridge-utils/bridge-utils/bridge-utils-1.5-fix-incorrect-command-in-manual.patch
 delete mode 100644 
meta-networking/recipes-support/bridge-utils/bridge-utils_1.5.bb
 create mode 100644 
meta-networking/recipes-support/bridge-utils/bridge-utils_1.6.bb

diff --git a/meta-networking/recipes-support/bridge-utils/bridge-utils.inc 
b/meta-networking/recipes-support/bridge-utils/bridge-utils.inc
deleted file mode 100644
index 0fb18d5..000
--- a/meta-networking/recipes-support/bridge-utils/bridge-utils.inc
+++ /dev/null
@@ -1,28 +0,0 @@
-SUMMARY = "Tools for ethernet bridging"
-HOMEPAGE = 
"http://www.linuxfoundation.org/collaborate/workgroups/networking/bridge";
-SECTION = "net"
-LICENSE = "GPLv2"
-
-DEPENDS = "sysfsutils"
-
-SRC_URI = "${SOURCEFORGE_MIRROR}/bridge/bridge-utils-${PV}.tar.gz \
-  
file://bridge-utils-1.5-check-error-returns-from-write-to-sysfs.patch \
-  
file://bridge-utils-1.5-fix-error-message-for-incorrect-command.patch \
-  file://bridge-utils-1.5-fix-incorrect-command-in-manual.patch \
-"
-
-inherit autotools-brokensep update-alternatives
-
-ALTERNATIVE_${PN} = "brctl"
-ALTERNATIVE_PRIORITY[brctl] = "100"
-ALTERNATIVE_LINK_NAME[brctl] = "${sbindir}/brctl"
-
-EXTRA_OECONF = "--with-linux-headers=${STAGING_INCDIR}"
-
-do_install_append () {
-install -d ${D}/${datadir}/bridge-utils
-install -d ${D}/${sysconfdir}/network/if-pre-up.d
-install -d ${D}/${sysconfdir}/network/if-post-down.d
-}
-
-RRECOMMENDS_${PN} = "kernel-module-bridge"
diff --git 
a/meta-networking/recipes-support/bridge-utils/bridge-utils/0001-build-error-out-correctly-if-a-submake-fails.patch
 
b/meta-networking/recipes-support/bridge-utils/bridge-utils/0001-build-error-out-correctly-if-a-submake-fails.patch
deleted file mode 100644
index c6897b4..000
--- 
a/meta-networking/recipes-support/bridge-utils/bridge-utils/0001-build-error-out-correctly-if-a-submake-fails.patch
+++ /dev/null
@@ -1,69 +0,0 @@
-From 5e102b453e254d16af1f95053134f58348e0f83a Mon Sep 17 00:00:00 2001
-From: root 
-Date: Wed, 20 Jul 2016 23:40:30 +0100
-Subject: [PATCH 1/5] build: error out correctly if a submake fails
-MIME-Version: 1.0
-Content-Type: text/plain; charset=UTF-8
-Content-Transfer-Encoding: 8bit
-
-Due to use of a for loop, return status from submake was always
-ignored.
-
-In the context of build-systems like OE this causes them to not
-detect any errors and continue happily, resulting in a successful,
-but incomplete, build.
-
-Fix by having a nicer Makefile.in which now has rules for the
-individual targets (directories) so that ma

[oe] [meta-networking][PATCH 3/6] freediameter: add new recipe

2017-10-30 Thread Joe MacDonald
From: Jackie Huang 

freeDiameter is an open source Diameter protocol
implementation. It provides an extensible platform
for deploying a Diameter network for your Authentication,
Authorization and Accounting needs.

Signed-off-by: Jackie Huang 
Signed-off-by: Joe MacDonald 
---
 ...murhash-algorithm-with-Robert-Jenkin-s-ha.patch | 223 +
 .../freediameter/files/freediameter.init   |  72 +++
 .../freediameter/files/freediameter.service|  11 +
 .../freediameter/files/install_test.patch  |  22 ++
 .../freediameter/files/pass-ptest-env.patch|  72 +++
 .../recipes-protocols/freediameter/files/run-ptest |  11 +
 .../freediameter/freediameter.inc  |  98 +
 .../freediameter/freediameter_1.2.1.bb |   7 +
 8 files changed, 516 insertions(+)
 create mode 100644 
meta-networking/recipes-protocols/freediameter/files/Replace-murmurhash-algorithm-with-Robert-Jenkin-s-ha.patch
 create mode 100755 
meta-networking/recipes-protocols/freediameter/files/freediameter.init
 create mode 100644 
meta-networking/recipes-protocols/freediameter/files/freediameter.service
 create mode 100644 
meta-networking/recipes-protocols/freediameter/files/install_test.patch
 create mode 100644 
meta-networking/recipes-protocols/freediameter/files/pass-ptest-env.patch
 create mode 100644 
meta-networking/recipes-protocols/freediameter/files/run-ptest
 create mode 100644 
meta-networking/recipes-protocols/freediameter/freediameter.inc
 create mode 100644 
meta-networking/recipes-protocols/freediameter/freediameter_1.2.1.bb

diff --git 
a/meta-networking/recipes-protocols/freediameter/files/Replace-murmurhash-algorithm-with-Robert-Jenkin-s-ha.patch
 
b/meta-networking/recipes-protocols/freediameter/files/Replace-murmurhash-algorithm-with-Robert-Jenkin-s-ha.patch
new file mode 100644
index 000..71a5a1a
--- /dev/null
+++ 
b/meta-networking/recipes-protocols/freediameter/files/Replace-murmurhash-algorithm-with-Robert-Jenkin-s-ha.patch
@@ -0,0 +1,223 @@
+Replace murmurhash algorithm with Robert Jenkin's hash algorithm
+
+Upstream-Status: Pending
+
+From test result, murmurhash algorithm does not work in big endian
+processor, so replace it with Robert Jenkin's hash which has worked
+in linux kernel for many years and has more adaptability.
+
+Signed-off-by: Roy.Li 
+---
+ libfdproto/ostr.c |  192 +
+ 1 file changed, 74 insertions(+), 118 deletions(-)
+
+diff --git a/libfdproto/ostr.c b/libfdproto/ostr.c
+index 8f29b48..ce1f4dd 100644
+--- a/libfdproto/ostr.c
 b/libfdproto/ostr.c
+@@ -430,128 +430,84 @@ after_proto:
+ 
+ 
+ 
//
+-/* Hash function -- credits to Austin Appleby, thank you ^^ */
+-/* See http://murmurhash.googlepages.com for more information on this 
function */
+-
+-/* the strings are NOT always aligned properly (ex: received in RADIUS 
message), so we use the aligned MurmurHash2 function as needed */
+-#define _HASH_MIX(h,k,m) { k *= m; k ^= k >> r; k *= m; h *= m; h ^= k; }
+-uint32_t fd_os_hash ( uint8_t * string, size_t len )
++/*
++ * Robert Jenkin's hash function.
++ * http://burtleburtle.net/bob/hash/evahash.html
++ * This is in the public domain.
++ */
++#define mix(a, b, c)  \
++  do {\
++  a = a - b;  a = a - c;  a = a ^ (c >> 13);  \
++  b = b - c;  b = b - a;  b = b ^ (a << 8);   \
++  c = c - a;  c = c - b;  c = c ^ (b >> 13);  \
++  a = a - b;  a = a - c;  a = a ^ (c >> 12);  \
++  b = b - c;  b = b - a;  b = b ^ (a << 16);  \
++  c = c - a;  c = c - b;  c = c ^ (b >> 5);   \
++  a = a - b;  a = a - c;  a = a ^ (c >> 3);   \
++  b = b - c;  b = b - a;  b = b ^ (a << 10);  \
++  c = c - a;  c = c - b;  c = c ^ (b >> 15);  \
++  } while (0)
++
++unsigned hash_rjenkins(const char *str, unsigned length)
+ {
+-  uint32_t hash = len;
+-  uint8_t * data = string;
+-  
+-  const unsigned int m = 0x5bd1e995;
+-  const int r = 24;
+-  int align = (long)string & 3;
+-  
+-  if (!align || (len < 4)) {
+-  /* In case data is aligned, MurmurHash2 function */
+-  while(len >= 4)
+-  {
+-  /* Mix 4 bytes at a time into the hash */
+-  uint32_t k = *(uint32_t *)data; /* We don't care about 
the byte order */
+-
+-  _HASH_MIX(hash, k, m);
+-
+-  data += 4;
+-  len -= 4;
+-  }
+-
+-  /* Handle the last few bytes of the input */
+-  switch(len) {
+- 

[oe] [meta-networking][PATCH 1/6] ddclient: new package

2017-10-30 Thread Joe MacDonald
From: "Kinsella, Ray" 

Adding the package ddclient. DDClient updates Dynamic DNS servers with an IP 
address.
Recipe is based on the original OE recipe found here.

http://cgit.openembedded.org/openembedded/tree/recipes/ddclient/ddclient_3.6.3.bb

with modifications based on the recipe at:

https://github.com/cshoredaniel/meta-cshored/blob/master/recipes-connectivity/ddclient/ddclient_3.8.3.bb

DDClient version has been updated to 3.8.3.

Signed-off-by: Ray Kinsella 
Signed-off-by: Joe MacDonald 
---
 .../recipes-daemons/ddclient/ddclient_3.8.3.bb | 44 ++
 .../recipes-daemons/ddclient/files/ip-up   |  4 ++
 .../recipes-daemons/ddclient/files/persistent  |  1 +
 3 files changed, 49 insertions(+)
 create mode 100644 meta-networking/recipes-daemons/ddclient/ddclient_3.8.3.bb
 create mode 100644 meta-networking/recipes-daemons/ddclient/files/ip-up
 create mode 100644 meta-networking/recipes-daemons/ddclient/files/persistent

diff --git a/meta-networking/recipes-daemons/ddclient/ddclient_3.8.3.bb 
b/meta-networking/recipes-daemons/ddclient/ddclient_3.8.3.bb
new file mode 100644
index 000..d83a4d4
--- /dev/null
+++ b/meta-networking/recipes-daemons/ddclient/ddclient_3.8.3.bb
@@ -0,0 +1,44 @@
+SECTION = "net/misc"
+DESCRIPTION = "Ddclient is a Perl client used to update dynamic DNS entries 
for accounts on Dynamic DNS Network Services"
+HOMEPAGE = "http://ddclient.sourceforge.net/";
+LICENSE = "GPLv2"
+
+SRC_URI = "\
+${SOURCEFORGE_MIRROR}/ddclient/ddclient-${PV}.tar.bz2 \
+file://ip-up"
+
+LIC_FILES_CHKSUM = "file://COPYING;md5=0636e73ff0215e8d672dc4c32c317bb3"
+
+RDEPENDS_${PN} = "\
+perl-module-getopt-long \
+perl-module-sys-hostname \
+perl-module-io-socket \
+perl-module-vars \
+perl-module-overload \
+perl-module-overloading \
+perl-module-config \
+perl-module-integer \
+perl-module-exporter-heavy \
+perl-module-symbol \
+perl-module-selectsaver \
+bash \
+perl \
+libio-socket-ssl-perl"
+
+do_install() {
+install -d ${D}${sbindir} ${D}${sysconfdir}/ddclient 
${D}${sysconfdir}/init.d
+install -d ${D}${sysconfdir}/ppp/ip-up.d/ install -d ${D}${docdir}/ddclient
+install -m 755 ${S}/ddclient ${D}${sbindir}
+install ${S}/sample-etc_ddclient.conf 
${D}${sysconfdir}/ddclient/ddclient.conf
+install -m 755 ${WORKDIR}/ip-up ${D}${sysconfdir}/ppp/ip-up.d/ddclient
+sed -e 's|/etc/ddclient.conf|/etc/ddclient/ddclient.conf|g' 
${S}/sample-etc_rc.d_init.d_ddclient > ${S}/rc_init
+install -m 755 ${S}/rc_init ${D}${sysconfdir}/init.d/ddclient
+install ${S}/README* ${D}${docdir}/ddclient
+install ${S}/COPY* ${D}${docdir}/ddclient
+install ${S}/sample* ${D}${docdir}/ddclient
+}
+
+CONFFILES_${PN} = "${sysconfdir}/ddclient/ddclient.conf"
+
+SRC_URI[md5sum] = "3b426ae52d509e463b42eeb08fb89e0b"
+SRC_URI[sha256sum] = 
"d40e2f1fd3f4bff386d27bbdf4b8645199b1995d27605a886b8c71e44d819591"
diff --git a/meta-networking/recipes-daemons/ddclient/files/ip-up 
b/meta-networking/recipes-daemons/ddclient/files/ip-up
new file mode 100644
index 000..4411db9
--- /dev/null
+++ b/meta-networking/recipes-daemons/ddclient/files/ip-up
@@ -0,0 +1,4 @@
+#!/bin/sh
+
+logger -t ddclient $PPP_IFACE $PPP_LOCAL
+ddclient -daemon=0 -syslog -use=if -if=$PPP_IFACE >/dev/null 2>&1
diff --git a/meta-networking/recipes-daemons/ddclient/files/persistent 
b/meta-networking/recipes-daemons/ddclient/files/persistent
new file mode 100644
index 000..b721272
--- /dev/null
+++ b/meta-networking/recipes-daemons/ddclient/files/persistent
@@ -0,0 +1 @@
+l root root 0644 /etc/ddclient.conf /var/persistent/etc/ddclient.conf
-- 
2.7.4

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


[oe] [meta-networking][PATCH 2/6] lksctp-tools: update and remove from blacklist

2017-10-30 Thread Joe MacDonald
Switching lksctp-tools to build from the upstream git repository rather
than a source tarball.  At the same time we'll un-blacklist it since it
appears the gold-as-ld issue has been resolved underneath us, probably
related to a Debian bug of the same form that was also resolved with a
binutils update.

Signed-off-by: Joe MacDonald 
---
 .../recipes-support/lksctp-tools/lksctp-tools_1.0.17.bb  | 16 +---
 1 file changed, 5 insertions(+), 11 deletions(-)

diff --git 
a/meta-networking/recipes-support/lksctp-tools/lksctp-tools_1.0.17.bb 
b/meta-networking/recipes-support/lksctp-tools/lksctp-tools_1.0.17.bb
index 11c43ff..9166aa5 100644
--- a/meta-networking/recipes-support/lksctp-tools/lksctp-tools_1.0.17.bb
+++ b/meta-networking/recipes-support/lksctp-tools/lksctp-tools_1.0.17.bb
@@ -8,22 +8,16 @@ LIC_FILES_CHKSUM = " \
 file://COPYING;md5=0c56db0143f4f80c369ee3af7425af6e \
 "
 
-SRC_URI = "${SOURCEFORGE_MIRROR}/lksctp/${BP}.tar.gz \
+SRCREV = "736b91d340e3f2519714f2930ed63b164d363511"
+
+SRC_URI = " \
+git://github.com/sctp/lksctp-tools.git \
 file://run-ptest \
 file://v4test.sh \
 file://v6test.sh \
 "
 
-SRC_URI[md5sum] = "68e9b8fa4d4e331029b247b72d46d7a5"
-SRC_URI[sha256sum] = 
"1aeb204cdb2befc94d9eb3037d1609c9d1d2cd5379d6dd2c0a8ca9b10533aa15"
-
-#| arm-oe-linux-gnueabi-libtool: link: arm-oe-linux-gnueabi-gcc  
-march=armv5te -marm -mthumb-interwork 
--sysroot=/home/jenkins/oe/world/shr-core/tmp-eglibc/sysroots/qemuarm -shared  
-fPIC -DPIC  .libs/bindx.o .libs/connectx.o .libs/peeloff.o .libs/opt_info.o 
.libs/addrs.o .libs/sendmsg.o .libs/recvmsg.o-march=armv5te -marm 
-mthumb-interwork 
--sysroot=/home/jenkins/oe/world/shr-core/tmp-eglibc/sysroots/qemuarm -O2 
-Wl,--version-script=/home/jenkins/oe/world/shr-core/tmp-eglibc/work/armv5te-oe-linux-gnueabi/lksctp-tools/1.0.16-r0/lksctp-tools-1.0.16/src/lib/Versions.map
 -Wl,-O1 -Wl,--hash-style=gnu -Wl,--as-needed   -Wl,-soname -Wl,libsctp.so.1 -o 
.libs/libsctp.so.1.0.16
-#| 
/home/jenkins/oe/world/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/libexec/arm-oe-linux-gnueabi/gcc/arm-oe-linux-gnueabi/4.9.0/ld:
 error: symbol sctp_connectx has undefined version
-#| collect2: error: ld returned 1 exit status
-#| make[4]: *** [libsctp.la] Error 1
-PNBLACKLIST[lksctp-tools] ?= "${@bb.utils.contains('DISTRO_FEATURES', 
'ld-is-gold', "BROKEN: fails to link against sctp_connectx symbol", '', d)}"
-
-S = "${WORKDIR}/${BP}"
+S = "${WORKDIR}/git"
 
 BBCLASSEXTEND = "native"
 
-- 
2.7.4

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


[oe] [meta-networking][PATCH 0/6] meta-networking patchwork cleanup

2017-10-30 Thread Joe MacDonald
When I started comparing the state of meta-networking/master to master-next and
to patchwork's own view of pending meta-networking patches I found some
disconnects.  So I've been chipping away at this for the last few days, trying
to bring everything in sync.

I've rejected/accepted the patches in patchwork that I was able to verify have
either been rejected or merged already.

ddclient died on the vine for no particular reason, so I refreshed it and added
the persistence support as noted in the patch itself.

Following that was Jackie's update to include freediameter, but it depended on
the currently-broken lksctp-tools, so I took a stab at fixing that.

There was a pending update to bridge-utils for using the xtools AR, but that
needed rework, so I did the rework and updated bridge-utils at the same time.

Finally, most of openssl-no-weak-cyphers was thrown away for good reason, but
two of the patches still made sense to include in meta-networking, IMO, with
just some minor rework, so I did that too.

Here's the report:

Jackie Huang (2):
  freediameter: add new recipe
  net-snmp: support openssl without 3des

Joe MacDonald (2):
  lksctp-tools: update and remove from blacklist
  bridge-utils: update to v1.6

Kai Kang (1):
  stunnel: fix compile error when openssl disable des support

Kinsella, Ray (1):
  ddclient: new package

 .../recipes-daemons/ddclient/ddclient_3.8.3.bb |  44 
 .../recipes-daemons/ddclient/files/ip-up   |   4 +
 .../recipes-daemons/ddclient/files/persistent  |   1 +
 ...murhash-algorithm-with-Robert-Jenkin-s-ha.patch | 223 +
 .../freediameter/files/freediameter.init   |  72 +++
 .../freediameter/files/freediameter.service|  11 +
 .../freediameter/files/install_test.patch  |  22 ++
 .../freediameter/files/pass-ptest-env.patch|  72 +++
 .../recipes-protocols/freediameter/files/run-ptest |  11 +
 .../freediameter/freediameter.inc  |  98 +
 .../freediameter/freediameter_1.2.1.bb |   7 +
 .../net-snmp/net-snmp-fix-for-disable-des.patch|  32 +++
 .../recipes-protocols/net-snmp/net-snmp_5.7.3.bb   |   4 +-
 .../recipes-support/bridge-utils/bridge-utils.inc  |  28 ---
 ...ld-error-out-correctly-if-a-submake-fails.patch |  69 ---
 ...idge-fix-some-build-time-warnings-fcntl.h.patch |  64 --
 ...idge-fix-some-build-time-warnings-errno.h.patch |  46 -
 ...dd-missing-include-s-fix-build-against-mu.patch |  47 -
 ...uild-don-t-ignore-CFLAGS-from-environment.patch |  29 +--
 ...ridge-Modifying-the-AR-to-cross-toolchain.patch |  51 +
 ...5-check-error-returns-from-write-to-sysfs.patch |  87 
 ...5-fix-error-message-for-incorrect-command.patch |  33 ---
 ...utils-1.5-fix-incorrect-command-in-manual.patch |  33 ---
 .../bridge-utils/bridge-utils/kernel-headers.patch |  29 ++-
 .../bridge-utils/bridge-utils_1.5.bb   |  16 --
 .../bridge-utils/bridge-utils_1.6.bb   |  35 
 .../lksctp-tools/lksctp-tools_1.0.17.bb|  16 +-
 .../stunnel/stunnel/fix-openssl-no-des.patch   |  54 +
 .../recipes-support/stunnel/stunnel_5.35.bb|   4 +-
 29 files changed, 776 insertions(+), 466 deletions(-)
 create mode 100644 meta-networking/recipes-daemons/ddclient/ddclient_3.8.3.bb
 create mode 100644 meta-networking/recipes-daemons/ddclient/files/ip-up
 create mode 100644 meta-networking/recipes-daemons/ddclient/files/persistent
 create mode 100644 
meta-networking/recipes-protocols/freediameter/files/Replace-murmurhash-algorithm-with-Robert-Jenkin-s-ha.patch
 create mode 100755 
meta-networking/recipes-protocols/freediameter/files/freediameter.init
 create mode 100644 
meta-networking/recipes-protocols/freediameter/files/freediameter.service
 create mode 100644 
meta-networking/recipes-protocols/freediameter/files/install_test.patch
 create mode 100644 
meta-networking/recipes-protocols/freediameter/files/pass-ptest-env.patch
 create mode 100644 
meta-networking/recipes-protocols/freediameter/files/run-ptest
 create mode 100644 
meta-networking/recipes-protocols/freediameter/freediameter.inc
 create mode 100644 
meta-networking/recipes-protocols/freediameter/freediameter_1.2.1.bb
 create mode 100644 
meta-networking/recipes-protocols/net-snmp/net-snmp/net-snmp-fix-for-disable-des.patch
 delete mode 100644 
meta-networking/recipes-support/bridge-utils/bridge-utils.inc
 delete mode 100644 
meta-networking/recipes-support/bridge-utils/bridge-utils/0001-build-error-out-correctly-if-a-submake-fails.patch
 delete mode 100644 
meta-networking/recipes-support/bridge-utils/bridge-utils/0002-libbridge-fix-some-build-time-warnings-fcntl.h.patch
 delete mode 100644 
meta-networking/recipes-support/bridge-utils/bridge-utils/0003-bridge-fix-some-build-time-warnings-errno.h.patch
 delete mode 100644 
meta-networking/recipes-support/bridge-utils/bridge-utils/0004-libbridge-add-missing-include-s-fix-build-agai

Re: [oe] [meta-networking][PATCH] bridge-utils: modify the AR to cross toolchain

2017-10-20 Thread Joe MacDonald
[Re: [oe] [meta-networking][PATCH] bridge-utils: modify the AR to cross 
toolchain] On 17.10.19 (Thu 09:06) Khem Raj wrote:

> On Thu, Oct 19, 2017 at 12:12 AM, Li Zhou  wrote:
> > The Makefile uses the host “ar” tool when it should be using the
> > ar from the target toolchain.
> >
> > Signed-off-by: Jiwei Sun 
> > Signed-off-by: Li Zhou 
> > ---
> >  ...ridge-Modifying-the-AR-to-cross-toolchain.patch | 34 
> > ++
> >  .../bridge-utils/bridge-utils_1.5.bb   |  1 +
> >  2 files changed, 35 insertions(+)
> >  create mode 100644 
> > meta-networking/recipes-support/bridge-utils/bridge-utils/0001-libbridge-Modifying-the-AR-to-cross-toolchain.patch
> >
> > diff --git 
> > a/meta-networking/recipes-support/bridge-utils/bridge-utils/0001-libbridge-Modifying-the-AR-to-cross-toolchain.patch
> >  
> > b/meta-networking/recipes-support/bridge-utils/bridge-utils/0001-libbridge-Modifying-the-AR-to-cross-toolchain.patch
> > new file mode 100644
> > index 000..e477f41
> > --- /dev/null
> > +++ 
> > b/meta-networking/recipes-support/bridge-utils/bridge-utils/0001-libbridge-Modifying-the-AR-to-cross-toolchain.patch
> > @@ -0,0 +1,34 @@
> > +From 689e24ef05bd1772b2149e4eb48b058ca8361cf4 Mon Sep 17 00:00:00 2001
> > +From: Li Zhou 
> > +Date: Thu, 19 Oct 2017 11:34:18 +0800
> > +Subject: [PATCH 2/2] libbridge: Modifying the AR to cross toolchain
> > +MIME-Version: 1.0
> > +Content-Type: text/plain; charset=UTF-8
> > +Content-Transfer-Encoding: 8bit
> > +
> > +The Makefile uses the host “ar” tool when it should be using the
> > +ar from the target toolchain.
> > +
> > +Upstream-Status: Pending
> > +
> > +Signed-off-by: Li Zhou 
> > +---
> > + libbridge/Makefile.in | 2 +-
> > + 1 file changed, 1 insertion(+), 1 deletion(-)
> > +
> > +diff --git a/libbridge/Makefile.in b/libbridge/Makefile.in
> > +index 11c0829..59d7355 100644
> > +--- a/libbridge/Makefile.in
> >  b/libbridge/Makefile.in
> > +@@ -1,7 +1,7 @@
> > +
> > + KERNEL_HEADERS=-I@KERNEL_HEADERS@
> > +
> > +-AR=ar
> > ++AR?=ar
> 
> perhaps AR=@AR@ would be better

Yeah, I  agree.

-J.

> 
> > + RANLIB=@RANLIB@
> > +
> > + CC=@CC@
> > +--
> > +1.9.1
> > +
> > diff --git 
> > a/meta-networking/recipes-support/bridge-utils/bridge-utils_1.5.bb 
> > b/meta-networking/recipes-support/bridge-utils/bridge-utils_1.5.bb
> > index 6032ab0..723ae5f 100644
> > --- a/meta-networking/recipes-support/bridge-utils/bridge-utils_1.5.bb
> > +++ b/meta-networking/recipes-support/bridge-utils/bridge-utils_1.5.bb
> > @@ -7,6 +7,7 @@ SRC_URI += "\
> >  file://0003-bridge-fix-some-build-time-warnings-errno.h.patch \
> >  file://0004-libbridge-add-missing-include-s-fix-build-against-mu.patch 
> > \
> >  file://0005-build-don-t-ignore-CFLAGS-from-environment.patch \
> > +file://0001-libbridge-Modifying-the-AR-to-cross-toolchain.patch \
> >  "
> >
> >  LIC_FILES_CHKSUM = "file://COPYING;md5=f9d20a453221a1b7e32ae84694da2c37"
> > --
> > 1.9.1
> >
> > --
> > ___
> > Openembedded-devel mailing list
> > Openembedded-devel@lists.openembedded.org
> > http://lists.openembedded.org/mailman/listinfo/openembedded-devel
-- 
-Joe MacDonald.
:wq


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


Re: [oe] [meta-networking][PATCH 1/1] mdns: move from meta-intel-iot-middleware

2017-10-17 Thread Joe MacDonald
[Re: [oe] [meta-networking][PATCH 1/1] mdns: move from 
meta-intel-iot-middleware] On 17.10.17 (Tue 10:01) Khem Raj wrote:

> On Tue, Oct 17, 2017 at 9:58 AM, Martin Jansa  wrote:
> > I agree with Khem, I've merged oprofile even when it fails with musl,
> > because that was the main reason for moving it from oe-core to meta-oe, but
> > we don't want to burden Khem with more new musl issues when they are
> > detected soon enough (my world builds don't use musl, so I depend on Khem to
> > provide feedback when he can) .
> >
> > On Tue, Oct 17, 2017 at 6:23 PM, Khem Raj  wrote:
> >>
> >> On Mon, Oct 16, 2017 at 10:11 PM, Denys Dmytriyenko 
> >> wrote:
> >> > On Mon, Oct 16, 2017 at 09:19:25PM -0700, Khem Raj wrote:
> >> >> On Wed, Oct 4, 2017 at 1:20 PM, Paul Eggleton
> >> >>  wrote:
> >> >> > The following improvements have been made over the recipe that was in
> >> >> > meta-intel-iot-middleware (a layer which is no longer actively
> >> >> > maintained):
> >> >> >
> >> >> > * Upgrade to latest upstream version (765.50.9)
> >> >> > * Fix compilation failures by passing CC and LD
> >> >> > * Fix "no GNU hash in the ELF binary" issue
> >> >> > * Point S at the correct source subdirectory so that "make clean"
> >> >> > works
> >> >> > * Fix lack of soname on libdns_sd.so leading to missing RDEPENDS QA
> >> >> > error
> >> >> > * Add SUMMARY
> >> >> >
> >> >>
> >> >>
> >> >> This has been accepted into master but it fails to build with musl
> >> >
> >> > Is musl a requirement for meta-oe?
> >>
> >> We have fixed it to a point where we have around 10-12 recipes which
> >> don't compile
> >> with musl, and it would be better to keep this level as such and
> >> especially when we
> >> know its failing. its a requirement for oe-core
> 
> I do world builds on master-next with musl on qemumips and rpi3
> continuously, with a known set of failures, if a new one shows up
> I tend to report.

I obviously haven't been building with musl either, but if it's not that
difficult to add to my autobuilder configuration, I'd be happy to.  Is
https://github.com/kraj/meta-musl/blob/master/README.md the best source
for how to get started with a musl build?

-- 
-Joe MacDonald.
:wq


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


Re: [oe] Yocto security responses.

2017-10-16 Thread Joe MacDonald
[Re: Yocto security responses.] On 17.10.16 (Mon 00:49) Martin Jansa wrote:

> On Fri, Oct 13, 2017 at 4:57 AM, Joe MacDonald 
> wrote:
> 
> Not to be brusque about it, but I've said all I intend to say on that
> patch and I've regularly marked it rejected in patchwork, but it keeps
> getting pulled back into the 'master-next' state, I assume by a script
> of some sort, so dnsmasq continues to be something that warrants special
> attention, because I know I manually have to tell my own automated
> processes to ignore it.  :-/
> 
> 
> Thanks for merge to master, the meta-networking patches are usually in
> master-next until they are merged.
> 
> I just do the rebase regularly and if they are still there after rebase I
> sometimes don't dig in ML or patchwork status to find out if they are still in
> review (and should stay in master-next) or already definitely refused and I
> should drop them while rebasing.
> 
> Currently there are 4 pending meta-networking changes:
> pick 6302b49 dnsmasq: disable the service by default
> pick 45559fa openconnect: fix parallel compilation failure
> pick aac7e9d squid: upgrade to 3.5.27
> pick ff5e841 libmnl: Move to oe-core
> (and my WIP spice changes which I haven't sent to ML yet).
> 
> I'll drop the first now as discussed in this thread (even when https://
> patchwork.openembedded.org/patch/137644/ is still marked in patchwork as
> "Master Next" not "Rejected").
> 
> I'll drop the 2nd as well based on the discussion in https://patchwork.
> openembedded.org/patch/143205/
> 
> The 3rd one is for some reason marked as Changes Requested, but doesn't 
> include
> any ML discussion in https://patchwork.openembedded.org/patch/143406/

Weird, I can't find my reply on the mailing list either.  Attached here
so maybe it'll get archived this time.  Short version, I wanted
confirmation on the behaviour with gcc7 and the patch that was being
removed and if we were going to see a v2 on this, I'd rather not have
the unnecessary whitespace reformatting in the next version.

> and the last one should imho be merged, because in last batch you've
> merged: b8210dd iproute2: Move tipc enablement to oe-core which
> already depends on libmnl in oe-core.

I plan to do that today, there's another issue that I thought needed
quick turnaround on it, but it seems not.  Since I'm here, though, I'll
take care of b8210dd.

-- 
-Joe MacDonald.
:wq


squid.mbox
Description: application/mbox


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


Re: [oe] [meta-networking][PATCH v3] wireguard: add WireGuard kernel module and tools

2017-05-18 Thread Joe MacDonald
t;${sysconfdir}" \
> >> +SYSTEMDUNITDIR="${systemd_unitdir}" \
> >> +WITH_SYSTEMDUNITS=${@bb.utils.contains('DISTRO_FEATURES', 
> >> 'systemd', 'yes', '', d)} \
> >> +WITH_BASHCOMPLETION=yes \
> >> +WITH_WGQUICK=yes \
> >> +install
> >> +}
> >> +
> >> +FILES_${PN} = " \
> >> +${sysconfdir} \
> >> +${systemd_unitdir} \
> >> +${bindir} \
> >> +"
> >> +
> >> +RDEPENDS_${PN} = "wireguard-module"
> >> diff --git a/meta-networking/recipes-kernel/wireguard/wireguard.inc 
> >> b/meta-networking/recipes-kernel/wireguard/wireguard.inc
> >> new file mode 100644
> >> index 000..46a9971
> >> --- /dev/null
> >> +++ b/meta-networking/recipes-kernel/wireguard/wireguard.inc
> >> @@ -0,0 +1,18 @@
> >> +SUMMARY = "WireGuard is an extremely simple yet fast and modern VPN"
> >> +DESCRIPTION="WireGuard is a secure network tunnel, operating at layer 3, \
> >> +implemented as a kernel virtual network interface for Linux, which aims 
> >> to \
> >> +replace both IPsec for most use cases, as well as popular user space 
> >> and/or \
> >> +TLS-based solutions like OpenVPN, while being more secure, more 
> >> performant, \
> >> +and easier to use."
> >> +SECTION = "networking"
> >> +HOMEPAGE = "https://www.wireguard.io/";
> >> +LICENSE = "GPLv2"
> >> +
> >> +LIC_FILES_CHKSUM = 
> >> "file://../COPYING;md5=b234ee4d69f5fce4486a80fdaf4a4263"
> >> +
> >> +SRC_URI = 
> >> "https://git.zx2c4.com/WireGuard/snapshot/WireGuard-${PV}.tar.xz";
> > 
> > This SRC_URI is gone, maybe it's just a temp location ?
> 
> Hm, yeah Jason released a new snapshot, 0.0.20170517. He seems not to
> keep the old snapshots around, I guess he wants to avoid having stale
> versions floating around.
> 
> Either we keep bumping the version everytime a new snapshot is available
> or we should just switch to git for OE, what do you think?

I think that given he's not just removing old tarballs from an FTP
server somewhere but removing tags from the git history, it'd be best to
go with a git recipe with a fixed SRCREV.

-J.

> 
> --
> Stefan
> 
> > 
> > // Robert
> > 
> >> +
> >> +SRC_URI[md5sum] = "8e559f4fd672b15c38a15eb4d88cc84d"
> >> +SRC_URI[sha256sum] = 
> >> "03c82af774224cd171d000ee4a519b5e474cc6842ac04967773cf77b2675"
> >> +
> >> +S = "${WORKDIR}/WireGuard-${PV}/src/"
> >>
-- 
-Joe MacDonald.
:wq


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-networking][PATCH 2/3] freediameter: add new recipe

2017-05-16 Thread Joe MacDonald
t; > : 0 );
> > > +-pathlen = snprintf(fullname, sizeof(fullname), BUILD_DIR 
> > > "/extensions/");
> > > ++TRACE_DEBUG(INFO, "Loading from: '%s'", fullname);
> > > ++CHECK( 0, (dir = opendir (fullname)) == NULL ? 1 : 0 );
> > > +
> > > + while ((dp = readdir (dir)) != NULL) {
> > > + char * dot = strrchr(dp->d_name, '.');
> > > +diff -Nur freeDiameter-1.2.0.orig/tests/testmesg_stress.c freeDiameter-
> > 1.2.0/tests/testmesg_stress.c
> > > +--- freeDiameter-1.2.0.orig/tests/testmesg_stress.c  2014-02-19
> > 17:33:24.785405032 +0800
> > >  freeDiameter-1.2.0/tests/testmesg_stress.c   2014-02-19
> > 20:08:03.928403924 +0800
> > > +@@ -67,15 +67,20 @@
> > > + {
> > > + DIR *dir;
> > > + struct dirent *dp;
> > > +-char fullname[512];
> > > ++char fullname[1024];
> > > + int pathlen;
> > > + struct fd_list all_extensions = 
> > > FD_LIST_INITIALIZER(all_extensions);
> > > + struct fd_list ext_with_depends =
> > FD_LIST_INITIALIZER(ext_with_depends);
> > > +
> > > ++char *ext_dir = getenv("EXTENSIONS_DIR");
> > > ++if (ext_dir)
> > > ++pathlen = snprintf(fullname, sizeof(fullname), "%s", 
> > > ext_dir);
> > > ++else
> > > ++pathlen = snprintf(fullname, sizeof(fullname), BUILD_DIR
> > "/extensions/");
> > > ++
> > > + /* Find all extensions which have been compiled along the test 
> > > */
> > > +-LOG_D("Loading %s*.fdx from: '%s'", BUILD_DIR "/extensions", 
> > > prefix ?:
> > "");
> > > +-CHECK( 0, (dir = opendir (BUILD_DIR "/extensions")) == NULL ? 1 
> > > : 0 );
> > > +-pathlen = snprintf(fullname, sizeof(fullname), BUILD_DIR 
> > > "/extensions/");
> > > ++TRACE_DEBUG(INFO, "Loading from: '%s'", fullname);
> > > ++CHECK( 0, (dir = opendir (fullname)) == NULL ? 1 : 0 );
> > > +
> > > + while ((dp = readdir (dir)) != NULL) {
> > > + char * dot = strrchr(dp->d_name, '.');
> > > diff --git 
> > > a/meta-networking/recipes-protocols/freediameter/files/run-ptest
> > b/meta-networking/recipes-protocols/freediameter/files/run-ptest
> > > new file mode 100644
> > > index 0..d0ca8d962
> > > --- /dev/null
> > > +++ b/meta-networking/recipes-protocols/freediameter/files/run-ptest
> > > @@ -0,0 +1,11 @@
> > > +#!/bin/sh
> > > +
> > > +if ! lsmod | grep -q sctp && ! modprobe sctp 2>/dev/null; then
> > > +echo "Couldn't load kernel module sctp."
> > > +echo "Test cases testsctp and testcnx will fail."
> > > +echo
> > > +fi
> > > +
> > > +export EXTENSIONS_DIR=$EXTENSIONS_DIR
> > > +cmake  -E cmake_echo_color --cyan "Running tests..."
> > > +ctest --force-new-ctest-process
> > > diff --git 
> > > a/meta-networking/recipes-protocols/freediameter/freediameter.inc
> > b/meta-networking/recipes-protocols/freediameter/freediameter.inc
> > > new file mode 100644
> > > index 0..6880d26f2
> > > --- /dev/null
> > > +++ b/meta-networking/recipes-protocols/freediameter/freediameter.inc
> > > @@ -0,0 +1,98 @@
> > > +SUMMARY = "An open source implementation of the diameter protocol"
> > > +DESCRIPTION = "\
> > > +freeDiameter is an open source Diameter protocol implementation. It \
> > > +provides an extensible platform for deploying a Diameter network for \
> > > +your Authentication, Authorization and Accounting needs."
> > > +
> > > +HOMEPAGE = "http://www.freediameter.net";
> > > +
> > > +DEPENDS = "flex bison cmake-native libgcrypt gnutls libidn lksctp-tools"
> > > +
> > > +pkgname = "freeDiameter"
> > > +
> > > +SRC_URI =
> > "http://www.freediameter.net/hg/${pkgname}/archive/${PV}.tar.gz;downloadfi
> > lename=${pkgname}-${PV}.tar.gz \
> > > +   
> > > file://Replace-murmurhash-algorithm-with-Robert-Jenkin-s-ha.patch \
> > > +   file://freediameter.service \
> > > +   file://freediameter.init \
> > > +   \
> > > +   ${@bb.utils.contains('DISTRO_FEATURES', 'ptest', \
> > > +   'file://install_test.patch \
> > > +file://run-ptest \
> > > +file://pass-ptest-env.patch', '', d)} \
> > > +   "
> > > +
> > > +S = "${WORKDIR}/${pkgname}-${PV}"
> > > +
> > > +PTEST_PATH = "${libdir}/${pkgname}/ptest"
> > > +
> > > +inherit cmake update-rc.d ptest systemd
> > > +
> > > +EXTRA_OECMAKE = " \
> > > +-DDEFAULT_CONF_PATH:PATH=${sysconfdir}/${pkgname} \
> > > +-DBUILD_DBG_MONITOR:BOOL=ON  \
> > > +-DBUILD_TEST_APP:BOOL=ON \
> > > +-DBUILD_TESTING:BOOL=ON \
> > > +-DBUILD_APP_RADGW:BOOL=ON \
> > > +-DBUILD_APP_REDIRECT:BOOL=ON \
> > > +-DBUILD_TEST_ACCT:BOOL=ON \
> > > +-DBUILD_TEST_NETEMUL:BOOL=ON \
> > > +-DBUILD_TEST_RT_ANY:BOOL=ON \
> > > +-DINSTALL_LIBRARY_SUFFIX:PATH=${baselib} \
> > > +-DINSTALL_EXTENSIONS_SUFFIX:PATH=${baselib}/${pkgname} \
> > > +-DINSTALL_TEST_SUFFIX:PATH=${PTEST_PATH}-tests \
> > > +-DCMAKE_SKIP_RPATH:BOOL=ON \
> > > +"
> > > +# INSTALL_LIBRARY_SUFFIX is relative to CMAKE_INSTALL_PREFIX
> > > +# specify it on cmd line will fix the SET bug in CMakeList.txt
> > > +
> > > +# -DBUILD_APP_ACCT:BOOL=ON This needs POSTGRESQL support
> > > +
> > > +# -DBUILD_APP_DIAMEAP:BOOL=ON  -DBUILD_APP_SIP:BOOL=ON -
> > DBUILD_TEST_SIP:BOOL=ON
> > > +# These need MySQL support
> > > +
> > > +# -DBUILD_DBG_INTERACTIVE:BOOL=ON This needs SWIG support
> > > +
> > > +# -DALL_EXTENSIONS=ON will enable all
> > > +
> > > +do_install_append() {
> > > +# install the sample configuration file
> > > +install -d -m 0755 ${D}${sysconfdir}/${pkgname}
> > > +for i in ${S}/doc/*.conf.sample; do
> > > +install -m 0644 $i ${D}${sysconfdir}/${pkgname}/
> > > +done
> > > +mv ${D}${sysconfdir}/${pkgname}/freediameter.conf.sample \
> > > +  ${D}${sysconfdir}/${pkgname}/freeDiameter.conf.sample
> > > +
> > > +# install daemon init related files
> > > +install -d -m 0755 ${D}${sysconfdir}/default
> > > +install -d -m 0755 ${D}${sysconfdir}/init.d
> > > +install -m 0644 ${S}/contrib/debian/freediameter-daemon.default \
> > > +  ${D}${sysconfdir}/default/${BPN}
> > > +install -m 0755 ${WORKDIR}/freediameter.init
> > ${D}${sysconfdir}/init.d/${BPN}
> > > +
> > > +# install for systemd
> > > +install -d ${D}${systemd_system_unitdir}
> > > +install -m 0644 ${WORKDIR}/freediameter.service
> > ${D}${systemd_system_unitdir}
> > > +sed -i -e 's,@BINDIR@,${bindir},g'
> > ${D}${systemd_system_unitdir}/*.service
> > > +}
> > > +
> > > +do_install_ptest() {
> > > +sed -i "s#\(EXTENSIONS_DIR=\).*\$#\1${libdir}/${pkgname}/#"
> > ${D}${PTEST_PATH}/run-ptest
> > > +mv ${D}${PTEST_PATH}-tests/* ${D}${PTEST_PATH}/
> > > +rmdir ${D}${PTEST_PATH}-tests
> > > +install -m 0644 ${B}/tests/CTestTestfile.cmake ${D}${PTEST_PATH}/
> > > +}
> > > +
> > > +FILES_${PN}-dbg += "${libdir}/${pkgname}/.debug/*"
> > > +
> > > +# include the extensions in main package
> > > +FILES_${PN} += "${libdir}/${pkgname}/*"
> > > +
> > > +RDEPENDS_${PN} = "glib-2.0 gnutls libidn"
> > > +RDEPENDS_${PN}-ptest = "cmake"
> > > +
> > > +INITSCRIPT_NAME = "${BPN}"
> > > +INITSCRIPT_PARAMS = "start 30 . stop 70 0 1 2 3 4 5 6 ."
> > > +
> > > +SYSTEMD_SERVICE_${PN} = "freediameter.service"
> > > +SYSTEMD_AUTO_ENABLE = "disable"
> > > diff --git a/meta-networking/recipes-
> > protocols/freediameter/freediameter_1.2.1.bb b/meta-networking/recipes-
> > protocols/freediameter/freediameter_1.2.1.bb
> > > new file mode 100644
> > > index 0..3fb929aa0
> > > --- /dev/null
> > > +++ b/meta-networking/recipes-
> > protocols/freediameter/freediameter_1.2.1.bb
> > > @@ -0,0 +1,7 @@
> > > +include freediameter.inc
> > > +
> > > +LICENSE = "BSD"
> > > +LIC_FILES_CHKSUM =
> > "file://LICENSE;md5=892b2ed6ae815488a08416ff7ee74a35"
> > > +
> > > +SRC_URI[md5sum] = "61b1062aa144b5f12eed514611e6d697"
> > > +SRC_URI[sha256sum] =
> > "bd7f105542e9903e776aa006c6931c1f5d3d477cb59af33a9162422efa477097"
> > > --
> > > 2.11.0
> > >
> > > --
> > > ___
> > > 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
-- 
-Joe MacDonald.
:wq


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-networking][PATCH 2/8] freeradius: add new recipe

2017-05-09 Thread Joe MacDonald
Sorry to resurrect a v1 patch but I've lost the v2 and the list seems
to have eaten my original reply to that one.  Here's my comments from it
(and the reason why the current patch has been marked rejected in
patchwork: https://patchwork.openembedded.org/patch/139452/)

[[oe] [meta-networking][PATCH 2/8 v2] freeradius: add new recipe] On 17.04.26 
(Wed 16:22) jackie.hu...@windriver.com wrote:

> From: Jackie Huang 
> 
> FreeRADIUS is an Internet authentication daemon,
> which implements the RADIUS protocol, as defined
> in RFC 2865 (and others).
> 
> Signed-off-by: Jackie Huang 
> ---
>  .../freeradius/files/freeradius| 110 ++
>  .../freeradius-avoid-searching-host-dirs.patch | 194 +
>  ...radius-configure.ac-add-option-for-libcap.patch |  70 ++
>  ...dius-configure.ac-allow-cross-compilation.patch |  31 +++
>  .../files/freeradius-enble-user-in-conf.patch  |  28 +++
>  ...eeradius-fix-error-for-expansion-of-macro.patch |  61 ++
>  ...ius-fix-issues-related-to-m4-include-path.patch | 236 
> +
>  .../freeradius-fix-quoting-for-BUILT_WITH.patch|  55 +
>  .../files/freeradius-libtool-detection.patch   |  89 
>  .../freeradius-libtool-do-not-use-jlibtool.patch   | 160 ++
>  .../freeradius-rlm_python-add-PY_INC_DIR.patch |  33 +++
>  .../freeradius/files/radiusd-volatiles.conf|   2 +
>  .../freeradius/files/radiusd.service   |  16 ++
>  .../freeradius/files/volatiles.58_radiusd  |   3 +
>  .../freeradius/freeradius_3.0.12.bb| 223 +++

This is an old version of freeradius, as evinced by your SRC_URI:

> +SRC_URI = 
> "ftp://ftp.freeradius.org/pub/freeradius/old/freeradius-server-${PV}.tar.bz2 \

Why not bring the current version (3.0.13) in since it's a new recipe
and save a later update?

> diff --git 
> a/meta-networking/recipes-connectivity/freeradius/files/freeradius-avoid-searching-host-dirs.patch
>  
> b/meta-networking/recipes-connectivity/freeradius/files/freeradius-avoid-searching-host-dirs.patch
> new file mode 100644
> index 0..8ab23d3ef
> --- /dev/null
> +++ 
> b/meta-networking/recipes-connectivity/freeradius/files/freeradius-avoid-searching-host-dirs.patch
> @@ -0,0 +1,194 @@
> +From dc41591d5ceb18900ec85894f8f7b7bb44bb3bd9 Mon Sep 17 00:00:00 2001
> +From: Jackie Huang 
> +Date: Mon, 4 Jan 2016 01:44:04 -0500
> +Subject: [PATCH] avoid searching host dirs
> +
> +Upstream-Status: Inappropriate [cross-compile specific]

I don't know if that's specifically a reason to be inappropriate for
upstream.  :-)

Anyway, given that some of the patches were submitted upstream, as you
noted elsewhere, it may be that the current version won't need them at
all.

-- 
-Joe MacDonald.
:wq


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


[oe] [meta-networking][PATCH] wireguard: module install cleanup

2017-05-02 Thread Joe MacDonald
The module_install target shouldn't be used, just installing the module to
the sysroot directly seems more appropriate.

Signed-off-by: Joe MacDonald 
---
 .../wireguard/wireguard-module_0.0.20170421.bb   | 20 ++--
 1 file changed, 14 insertions(+), 6 deletions(-)

diff --git 
a/meta-networking/recipes-kernel/wireguard/wireguard-module_0.0.20170421.bb 
b/meta-networking/recipes-kernel/wireguard/wireguard-module_0.0.20170421.bb
index e3d4210..2c69c58 100644
--- a/meta-networking/recipes-kernel/wireguard/wireguard-module_0.0.20170421.bb
+++ b/meta-networking/recipes-kernel/wireguard/wireguard-module_0.0.20170421.bb
@@ -1,6 +1,6 @@
 require wireguard.inc
 
-inherit module-base kernel-module-split
+inherit module kernel-module-split
 
 DEPENDS = "virtual/kernel libmnl"
 
@@ -10,14 +10,22 @@ DEPENDS = "virtual/kernel libmnl"
 
 EXTRA_OEMAKE_append = " \
 KERNELDIR=${STAGING_KERNEL_DIR} \
-CC='${CC}' \
-KERNEL_CC='${KERNEL_CC}' \
 "
-KERNEL_MODULES_META_PACKAGE = "${PN}"
 
 MAKE_TARGETS = "module"
-MODULES_INSTALL_TARGET = "module-install"
 
 RRECOMMENDS_${PN} = "kernel-module-xt-hashlimit"
+MODULE_NAME = "wireguard"
 
-PNBLACKLIST[wireguard-module] ?= "BROKEN: Kernel configuration invalid 
(http://errors.yoctoproject.org/Errors/Details/141421/) - the recipe will be 
removed on 2017-07-01 unless the issue is fixed"
+# Kernel module packages MUST begin with 'kernel-module-', otherwise
+# multilib image generation can fail.
+#
+# The following line is only necessary if the recipe name does not begin
+# with kernel-module-.
+PKG_${PN} = "kernel-module-${MODULE_NAME}"
+
+module_do_install() {
+install -d ${D}/lib/modules/${KERNEL_VERSION}/kernel/${MODULE_NAME}
+install -m 0644 ${MODULE_NAME}.ko \
+${D}/lib/modules/${KERNEL_VERSION}/kernel/${MODULE_NAME}/${MODULE_NAME}.ko
+}
-- 
1.9.1

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


Re: [oe] [meta-networking][PATCH v3] wireguard: add WireGuard kernel module and tools

2017-05-02 Thread Joe MacDonald
[Re: [oe] [meta-networking][PATCH v3] wireguard: add WireGuard kernel module 
and tools] On 17.05.01 (Mon 14:37) Stefan Agner wrote:

> On 2017-05-01 08:18, Joe MacDonald wrote:
> > [Re: [oe] [meta-networking][PATCH v3] wireguard: add WireGuard kernel
> > module and tools] On 17.04.28 (Fri 18:18) Stefan Agner wrote:
> > 
> >>
> >>
> >> Hm, I can not reproduce here. It looks like module has not been
> >> included, the module make arguments are missing...
> >>
> >> Here it looks like this:
> >>
> >> NOTE: make -j 8
> >> KERNEL_SRC=skins/larry/build/ags/oe-core/build/tmp-glibc/work-shared/qemux86-64/kernel-source
> >> KERNELDIR=/build/ags/oe-core/build/tmp-glibc/work-shared/qemux86-64/kernel-source
> >> KERNEL_PATH=/build/ags/oe-core/build/tmp-glibc/work-shared/qemux86-64/kernel-source
> >> KERNEL_VERSION=4.10.5-yocto-standard CC=x86_64-oe-linux-gcc
> >> -fuse-ld=bfd LD=x86_64-oe-linux-ld.bfd  AR=x86_64-oe-linux-ar
> >> O=/build/ags/oe-core/build/tmp-glibc/work-shared/qemux86-64/kernel-build-artifacts
> >> KBUILD_EXTRA_SYMBOLS= module
> >>
> >> Do you have an idea what is going on?
> > 
> > I don't off hand, but since I merged it, I'll try to investigate it.
> > It's been somewhat complicated by the fact that this configuration
> > builds for me but fails for the world builds as Martin notes.  But the
> > configuration that last passed for the world builds failed to build for
> > my ARM target builds during a do_install step because it was clearly
> > trying to look at my host system.  For now I've just blacklisted the
> > recipe in master.
> 
> Yeah it really seems that inherit module failed for some reason, which
> avoids a whole bunch of make arguments to be missing. Quite likely that
> in this case the build system starts to look at default paths.
> 
> But this recipe inherits module the same way as others do. It seems to
> me if this recipe fails, then others such as netmap-modules should fail
> too...

meta-networking/recipes-kernel/netmap/netmap-modules_git.bb:PNBLACKLIST[netmap-modules]
 ?= "BROKEN: not compatible with default kernel version 4.8 - the recipe will 
be removed on 2017-09-01 unless the issue is fixed"

Heh.

But for different reasons.  And I'm going to have a look at that soon
too.  Anyway, I think I have a workable solution for wireguard I'm going
to send out now.

-J.

> 
> --
> Stefan
> 
> 
> > 
> > -J.
> > 
> >>
> >> On 2017-04-28 05:24, Martin Jansa wrote:
> >>
> >> > This latest version (which was merged to master yesterday) fails to 
> >> > build:
> >> >
> >> > http://errors.yoctoproject.org/Errors/Details/141421/
> >> >
> >> > On Thu, Apr 27, 2017 at 7:30 AM, Stefan Agner  wrote:
> >> >
> >> >> WireGuard is an extremely simple yet fast and modern VPN that utilizes
> >> >> state-of-the-art cryptography. It aims to be faster, simpler, leaner,
> >> >> and more useful than IPSec, while avoiding the massive headache.
> >> >>
> >> >> The recipes add the current experimental snapshot v0.0.20170421
> >> >> out-of-tree kernel module and tools. The kernel module has some kernel
> >> >> configuration dependencies such as some configuration part of
> >> >> features/netfilter/netfilter.scc, hence netfilter.scc should be part
> >> >> of KERNEL_EXTRA_FEATURES (which is the case by default).
> >> >>
> >> >> Since wireguard-tools is TUNE_PKGARCH and depends on wireguard-module
> >> >> which is MACHINE_ARCH (like all kernel modules) we need to add this
> >> >> dependency to SIGGEN_EXCLUDE_SAFE_RECIPE_DEPS.
> >> >>
> >> >> Signed-off-by: Stefan Agner 
> >> >> ---
> >> >> Changes since v2:
> >> >> - Upgrade to v0.0.20170421
> >> >> - Add comment about Linux kernel requirement
> >> >>
> >> >> Changes since v1:
> >> >> - Upgrade to v0.0.20170409
> >> >> - Add wireguard-tools -> wireguard-module dependency to
> >> >> SIGGEN_EXCLUDE_SAFE_RECIPE_DEPS.
> >> >>
> >> >> meta-networking/conf/layer.conf|  4 
> >> >> .../wireguard/wireguard-module_0.0.20170421.bb [1] | 13 +++
> >> >> .../wireguard/wireguard-tools_0.0.20170421.bb [2]  | 27 
> >> >> ++
&

Re: [oe] [meta-networking][PATCH v3] wireguard: add WireGuard kernel module and tools

2017-05-01 Thread Joe MacDonald
erit module
> >> +
> >> +# This module requires Linux 3.10 higher and several networking related
> >> +# configuration options. For exact kernel requirements visit:
> >> +# https://www.wireguard.io/install/#kernel-requirements [3]
> >> +
> >> +EXTRA_OEMAKE += "KERNELDIR=${STAGING_KERNEL_DIR}"
> >> +MAKE_TARGETS = "module"
> >> +MODULES_INSTALL_TARGET = "module-install"
> >> +
> >> +RRECOMMENDS_${PN} = "kernel-module-xt-hashlimit"
> >> diff --git 
> >> a/meta-networking/recipes-kernel/wireguard/wireguard-tools_0.0.20170421.bb 
> >> [2] 
> >> b/meta-networking/recipes-kernel/wireguard/wireguard-tools_0.0.20170421.bb 
> >> [2]
> >> new file mode 100644
> >> index 000..79d420f
> >> --- /dev/null
> >> +++ 
> >> b/meta-networking/recipes-kernel/wireguard/wireguard-tools_0.0.20170421.bb 
> >> [2]
> >> 
> >> @@ -0,0 +1,27 @@
> >> +require wireguard.inc
> >> +
> >> +inherit bash-completion systemd pkgconfig
> >> +
> >> +DEPENDS = "wireguard-module libmnl"
> >> +
> >> +do_compile_prepend () {
> >> +cd ${S}/tools
> >> +}
> >> +
> >> +do_install () {
> >> +cd ${S}/tools
> >> +oe_runmake DESTDIR="${D}" PREFIX="${prefix}" 
> >> SYSCONFDIR="${sysconfdir}" \
> >> +SYSTEMDUNITDIR="${systemd_unitdir}" \
> >> +WITH_SYSTEMDUNITS=${@bb.utils.contains('DISTRO_FEATURES', 
> >> 'systemd', 'yes', '', d)} \
> >> +WITH_BASHCOMPLETION=yes \
> >> +WITH_WGQUICK=yes \
> >> +install
> >> +}
> >> +
> >> +FILES_${PN} = " \
> >> +${sysconfdir} \
> >> +${systemd_unitdir} \
> >> +${bindir} \
> >> +"
> >> +
> >> +RDEPENDS_${PN} = "wireguard-module"
> >> diff --git a/meta-networking/recipes-kernel/wireguard/wireguard.inc 
> >> b/meta-networking/recipes-kernel/wireguard/wireguard.inc
> >> new file mode 100644 index 000..46a9971
> >> --- /dev/null
> >> +++ b/meta-networking/recipes-kernel/wireguard/wireguard.inc
> >> @@ -0,0 +1,18 @@
> >> +SUMMARY = "WireGuard is an extremely simple yet fast and modern VPN"
> >> +DESCRIPTION="WireGuard is a secure network tunnel, operating at layer 3, \
> >> +implemented as a kernel virtual network interface for Linux, which aims 
> >> to \
> >> +replace both IPsec for most use cases, as well as popular user space 
> >> and/or \
> >> +TLS-based solutions like OpenVPN, while being more secure, more 
> >> performant, \
> >> +and easier to use."
> >> +SECTION = "networking"
> >> +HOMEPAGE = "https://www.wireguard.io/";
> >> +LICENSE = "GPLv2"
> >> +
> >> +LIC_FILES_CHKSUM = 
> >> "file://../COPYING;md5=b234ee4d69f5fce4486a80fdaf4a4263"
> >> +
> >> +SRC_URI = 
> >> "https://git.zx2c4.com/WireGuard/snapshot/WireGuard-${PV}.tar.xz [4]"
> >> +
> >> +SRC_URI[md5sum] = "8e559f4fd672b15c38a15eb4d88cc84d"
> >> +SRC_URI[sha256sum] = 
> >> "03c82af774224cd171d000ee4a519b5e474cc6842ac04967773cf77b2675"
> >> 
> >> +
> >> +S = "${WORKDIR}/WireGuard-${PV}/src/"
> >> --
> >> 2.7.4
> 
>   
> 
> Links:
> --
> [1] http://wireguard-module_0.0.20170421.bb
> [2] http://wireguard-tools_0.0.20170421.bb
> [3] https://www.wireguard.io/install/#kernel-requirements
> [4] https://git.zx2c4.com/WireGuard/snapshot/WireGuard-${PV}.tar.xz
-- 
-Joe MacDonald.
:wq


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-networking][PATCH] strongswan: Split plugins

2017-04-26 Thread Joe MacDonald
${PN}-staticdev += "${libdir}/ipsec/*.a ${libdir}/ipsec/plugins/*.a"
> > +FILES_${PN} += "${libdir}/ipsec/lib*${SOLIBS}"
> > +FILES_${PN}-dbg += "${bindir}/.debug ${libdir}/ipsec/.debug
> > ${libexecdir}/ipsec/.debug"
> > +FILES_${PN}-dev += "${libdir}/ipsec/lib*${SOLIBSDEV}
> > ${libdir}/ipsec/*.la"
> > +FILES_${PN}-staticdev += "${libdir}/ipsec/*.a"
> > +
> > +CONFFILES_${PN} = "${sysconfdir}/*.conf ${sysconfdir}/ipsec.d/*.conf
> > ${sysconfdir}/strongswan.d/*.conf"
> > +
> > +PACKAGES += "${PN}-plugins"
> > +ALLOW_EMPTY_${PN}-plugins = "1"
> > +
> > +PACKAGES_DYNAMIC += "^${PN}-plugin-.*$"
> > +NOAUTOPACKAGEDEBUG = "1"
> > +
> > +python split_strongswan_plugins () {
> > +sysconfdir = d.expand('${sysconfdir}/strongswan.d/charon')
> > +libdir = d.expand('${libdir}/ipsec/plugins')
> > +dbglibdir = os.path.join(libdir, '.debug')
> > +
> > +def add_plugin_conf(f, pkg, file_regex, output_pattern, modulename):
> > +dvar = d.getVar('PKGD', True)
> > +oldfiles = d.getVar('CONFFILES_' + pkg, True)
> > +newfile = '/' + os.path.relpath(f, dvar)
> > +
> > +if not oldfiles:
> > +d.setVar('CONFFILES_' + pkg, newfile)
> > +else:
> > +d.setVar('CONFFILES_' + pkg, oldfiles + " " + newfile)
> > +
> > +split_packages = do_split_packages(d, libdir,
> > 'libstrongswan-(.*)\.so', '${PN}-plugin-%s', 'strongSwan %s plugin',
> > prepend=True)
> > +do_split_packages(d, sysconfdir, '(.*)\.conf', '${PN}-plugin-%s',
> > 'strongSwan %s plugin', prepend=True, hook=add_plugin_conf)
> > +
> > +split_dbg_packages = do_split_packages(d, dbglibdir,
> > 'libstrongswan-(.*)\.so', '${PN}-plugin-%s-dbg', 'strongSwan %s plugin -
> > Debugging files', prepend=True, extra_depends='${PN}-dbg')
> > +split_dev_packages = do_split_packages(d, libdir,
> > 'libstrongswan-(.*)\.la', '${PN}-plugin-%s-dev', 'strongSwan %s plugin -
> > Development files', prepend=True, extra_depends='${PN}-dev')
> > +split_staticdev_packages = do_split_packages(d, libdir,
> > 'libstrongswan-(.*)\.a', '${PN}-plugin-%s-staticdev', 'strongSwan %s plugin
> > - Development files (Static Libraries)', prepend=True, extra_depends='${PN}-
> > staticdev')
> > +
> > +if split_packages:
> > +pn = d.getVar('PN', True)
> > +d.setVar('RRECOMMENDS_' + pn + '-plugins', '
> > '.join(split_packages))
> > +d.appendVar('RRECOMMENDS_' + pn + '-dbg', ' ' + '
> > '.join(split_dbg_packages))
> > +d.appendVar('RRECOMMENDS_' + pn + '-dev', ' ' + '
> > '.join(split_dev_packages))
> > +d.appendVar('RRECOMMENDS_' + pn + '-staticdev', ' ' + '
> > '.join(split_staticdev_packages))
> > +}
> > +
> > +PACKAGESPLITFUNCS_prepend = "split_strongswan_plugins "
> > +
> > +# Install some default plugins based on default strongSwan ./configure
> > options
> > +# See https://wiki.strongswan.org/projects/strongswan/wiki/Pluginlist
> > +RDEPENDS_${PN} += "\
> > +${PN}-plugin-aes \
> > +${PN}-plugin-attr \
> > +${PN}-plugin-cmac \
> > +${PN}-plugin-constraints \
> > +${PN}-plugin-des \
> > +${PN}-plugin-dnskey \
> > +${PN}-plugin-hmac \
> > +${PN}-plugin-kernel-netlink \
> > +${PN}-plugin-md5 \
> > +${PN}-plugin-nonce \
> > +${PN}-plugin-pem \
> > +${PN}-plugin-pgp \
> > +${PN}-plugin-pkcs1 \
> > +${PN}-plugin-pkcs7 \
> > +${PN}-plugin-pkcs8 \
> > +${PN}-plugin-pkcs12 \
> > +${PN}-plugin-pubkey \
> > +${PN}-plugin-random \
> > +${PN}-plugin-rc2 \
> > +${PN}-plugin-resolve \
> > +${PN}-plugin-revocation \
> > +${PN}-plugin-sha1 \
> > +${PN}-plugin-sha2 \
> > +${PN}-plugin-socket-default \
> > +${PN}-plugin-sshkey \
> > +${PN}-plugin-updown \
> > +${PN}-plugin-vici \
> > +${PN}-plugin-x509 \
> > +${PN}-plugin-xauth-generic \
> > +${PN}-plugin-xcbc \
> > +"
> >
> >  RPROVIDES_${PN} += "${PN}-systemd"
> >  RREPLACES_${PN} += "${PN}-systemd"
> > --
> > 2.12.2
> >
> > --
> > ___
> > Openembedded-devel mailing list
> > Openembedded-devel@lists.openembedded.org
> > http://lists.openembedded.org/mailman/listinfo/openembedded-devel
> >
-- 
-Joe MacDonald.
:wq


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-networking][PATCH 2/2] dnsmasq: disable the service by default

2017-02-27 Thread Joe MacDonald
[Re: [oe] [meta-networking][PATCH 2/2] dnsmasq: disable the service by default] 
On 17.02.28 (Tue 01:12) Huang, Jie (Jackie) wrote:

> It can be overridden to enable the service in the conf file of the
> distro with witch only dnsmasq is used in the images.
> 
> We can also disable the service in the distro conf file instead of in
> the recipe if it makes more sense.

I've been thinking about this and I think it would make more sense for
dnsmasq to have a PROVIDE/CONFLICT option that would eliminate the risk,
though I guess I can see a scenario where you might want to use bind for
DNS services and use dnsmasq to provide just DHCP or something.  It
would be a weird setup, though.

Seems to me that your patch is to cover a case where you want to have
both on the system, though, so can you explain why we wouldn't make
dnsmasq incompatible with bind?

In that scenario, why not check for a PACKAGECONFIG option or for the
presence of bind and only disable dnsmasq if you find bind as well?

-J.

> 
> Thanks,
> Jackie
> 
> From: Bruce Ashfield [mailto:bruce.ashfi...@gmail.com]
> Sent: Monday, February 27, 2017 10:39 PM
> To: Huang, Jie (Jackie)
> Cc: openembedded-devel
> Subject: Re: [oe] [meta-networking][PATCH 2/2] dnsmasq: disable the service 
> by default
> 
> 
> 
> On Mon, Feb 27, 2017 at 3:09 AM, 
> mailto:jackie.hu...@windriver.com>> wrote:
> From: Jackie Huang 
> mailto:jackie.hu...@windriver.com>>
> 
> The service will fail to start/stop when dnsmasq and
> bind (provides named) are both installed since they
> are using the same port 53:
> 
> | dnsmasq: failed to create listening socket for port 53: Address already in 
> use
> 
> So disable the service by default, if the user really
> want to use two dns servives, the config needs to be
> changed to use different interfaces or ports.
> 
> But what if the user is only using dnsmasq ? (which is the case in the images 
> I use).
> This would be a behaviour change that they add dnsmasq, but don't actually 
> get the
> service started.
> IMHO if someone is installing two packages that provide the same service, they
> are more aware of what is going on and can disable one (or the other) .. 
> versus
> someone that adds a single package that provides a service .. and then find 
> out that
> it doesn't actually start.
> Bruce
> 
> 
> As reference, other distro like centos/fedora also
> disables the services by default on installation.
> 
> Signed-off-by: Jackie Huang 
> mailto:jackie.hu...@windriver.com>>
> ---
>  meta-networking/recipes-support/dnsmasq/dnsmasq.inc | 1 +
>  1 file changed, 1 insertion(+)
> 
> diff --git a/meta-networking/recipes-support/dnsmasq/dnsmasq.inc 
> b/meta-networking/recipes-support/dnsmasq/dnsmasq.inc
> index 424a06b..9c2276f 100644
> --- a/meta-networking/recipes-support/dnsmasq/dnsmasq.inc
> +++ b/meta-networking/recipes-support/dnsmasq/dnsmasq.inc
> @@ -81,3 +81,4 @@ RPROVIDES_${PN} += "${PN}-systemd"
>  RREPLACES_${PN} += "${PN}-systemd"
>  RCONFLICTS_${PN} += "${PN}-systemd"
>  SYSTEMD_SERVICE_${PN} = "dnsmasq.service"
> +SYSTEMD_AUTO_ENABLE ?= "disable"
> --
> 2.8.3
> 
> --
> ___
> Openembedded-devel mailing list
> Openembedded-devel@lists.openembedded.org<mailto:Openembedded-devel@lists.openembedded.org>
> http://lists.openembedded.org/mailman/listinfo/openembedded-devel
> 
> 
> 
> --
> "Thou shalt not follow the NULL pointer, for chaos and madness await thee at 
> its end"
-- 
-Joe MacDonald.
:wq


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-networking][PATCH v2] Samba: use built-in libtevent

2017-02-27 Thread Joe MacDonald
[Re: [oe] [meta-networking][PATCH v2] Samba: use built-in libtevent] On 
17.02.25 (Sat 09:20) Martin Jansa wrote:

> > My builds without gvfs are still happy, but reverting the patch
> > breaks all builds
> 
> What gets broken? When I removed this change from master-next after
> Andreas's report I haven't seen any new issue and the gvfs one was
> indeed fixed after that.
> 
> I'll include revert at least in master-next to see what it does with
> next bitbake world.

The failure wasn't specifically an error, it was a ton of QA warnings
about missing providers for libtevent.  After abandoning the previous
build and starting fresh, as the autobuilder would, it seems okay with
the revert, so we'll go with that approach.

-J.

> 
> On Sat, Feb 25, 2017 at 4:42 AM, Joe MacDonald 
> wrote:
> 
> [Re: [oe] [meta-networking][PATCH v2] Samba: use built-in libtevent] On
> 17.02.24 (Fri 22:33) MacDonald, Joe wrote:
> 
> > Yeah.  If you're near a keyboard, please go ahead and revert otherwise
> > I'll get to in later on tonight.
> 
> Bah.  This isn't just the revert I'd been hoping for.  Samba, as usual,
> is a pain.  My builds without gvfs are still happy, but reverting the
> patch breaks all builds, AFAICT, so I'm going to leave this alone until
> I sort out what the correct repair job looks like here.  Unless someone
> comes up with a solution before I get to it.  The weekend is rather full
> right now, I'm afraid.
> 
> -J.
>
> >
> > On Feb 24, 2017 5:01 PM, Martin Jansa  wrote:
> > Joe?
> >
> > On Fri, Feb 24, 2017 at 10:37 PM, Andreas Müller <
> schnitzelt...@googlemail.com<mailto:schnitzelt...@googlemail.com>> wrote:
> > On Mon, Feb 20, 2017 at 5:08 PM, Szombathelyi György  <mailto:gyu...@freemail.hu>> wrote:
> > > Hi,
> > >
> > > If there's no solution to resolve the conflict between the 
> internal
> tevent and the external one, then maybe putting the libtevent-internal.h
> from the external lib to the samba tree would be a way to go.
> > >
> > > Br,
> > > György
> > >  Eredeti levél 
> > > Feladó: Andreas Müller <schnitzeltony@googlemail.com googlemail.com>>
> > > Dátum: 2017 február 20 12:52:18
> > > Tárgy: Re: [oe] [meta-networking][PATCH v2] Samba: use built-in
> libtevent
> > > Címzett: openembedded-devel@lists.openembedded.org<http://lists.
> openembedded.org> 
> <openembedded-devel@lists.openembedded.org lists.openembedded.org>>
> > >
> > > > In last build I've noticed only this new issue related to
> samba:
> > > >
> > > > ctdb-2.5.6: ctdb rdepends on samba, but it isn't a build
> dependency, missing samba in DEPENDS or PACKAGECONFIG? [build-deps]
> > > >
> > > > Maybe this dependency was created from samba being libldb 
> provider
> in
> > > > this build.
> > > >
> > > > gvfs and whole meta-gnome layers is still included in my world,
> maybe it
> > > > didn't fail because some gvfs dependency was already failing
> or one of
> > > > samba related changes in master-next is fixing this one.
> > > >
> > > Some background: During last weekend I prepared a series based on
> > > master-next unblacklisting. First target is to build a xfce-image
> > > again [1]. Last step yesterday evening should be rebasing against
> > > latest master-next and run a test build. That failed for gvfs - so I
> > > stopped sending stuff. Now I know why gvfs fails...
> > >
> > > How do we proceed with this patch?
> > >
> > > [1] https://github.com/schnitzeltony/meta-openembedded/tree/
> work-2017-02
> > >
> > Just notices that this patch made it into master breaking at least gvfs.
> Revert?
> >
> > Andreas
> > --
> > ___
> > Openembedded-devel mailing list
> > Openembedded-devel@lists.openembedded.org<mailto:Openem
> bedded-de...@lists.openembedded.org>
> > http://lists.openembedded.org/mailman/listinfo/openembedded-devel
> >
> >
> --
> -Joe MacDonald.
> :wq
> 
> 

-- 
-Joe MacDonald.
:wq


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-networking][PATCH v2] Samba: use built-in libtevent

2017-02-24 Thread Joe MacDonald
[Re: [oe] [meta-networking][PATCH v2] Samba: use built-in libtevent] On 
17.02.24 (Fri 22:33) MacDonald, Joe wrote:

> Yeah.  If you're near a keyboard, please go ahead and revert otherwise
> I'll get to in later on tonight.

Bah.  This isn't just the revert I'd been hoping for.  Samba, as usual,
is a pain.  My builds without gvfs are still happy, but reverting the
patch breaks all builds, AFAICT, so I'm going to leave this alone until
I sort out what the correct repair job looks like here.  Unless someone
comes up with a solution before I get to it.  The weekend is rather full
right now, I'm afraid.

-J.

> 
> On Feb 24, 2017 5:01 PM, Martin Jansa  wrote:
> Joe?
> 
> On Fri, Feb 24, 2017 at 10:37 PM, Andreas Müller 
> mailto:schnitzelt...@googlemail.com>> wrote:
> On Mon, Feb 20, 2017 at 5:08 PM, Szombathelyi György 
> mailto:gyu...@freemail.hu>> wrote:
> > Hi,
> >
> > If there's no solution to resolve the conflict between the internal 
> > tevent and the external one, then maybe putting the libtevent-internal.h 
> > from the external lib to the samba tree would be a way to go.
> >
> > Br,
> > György
> >  Eredeti levél 
> > Feladó: Andreas Müller 
> > <schnitzeltony@googlemail.com<http://googlemail.com>>
> > Dátum: 2017 február 20 12:52:18
> > Tárgy: Re: [oe] [meta-networking][PATCH v2] Samba: use built-in libtevent
> > Címzett: 
> > openembedded-devel@lists.openembedded.org<http://lists.openembedded.org>
> >  
> > <openembedded-devel@lists.openembedded.org<http://lists.openembedded.org>>
> >
> > > In last build I've noticed only this new issue related to samba:
> > >
> > > ctdb-2.5.6: ctdb rdepends on samba, but it isn't a build 
> > dependency, missing samba in DEPENDS or PACKAGECONFIG? [build-deps]
> > >
> > > Maybe this dependency was created from samba being libldb provider in
> > > this build.
> > >
> > > gvfs and whole meta-gnome layers is still included in my world, maybe 
> > it
> > > didn't fail because some gvfs dependency was already failing or 
> > one of
> > > samba related changes in master-next is fixing this one.
> > >
> > Some background: During last weekend I prepared a series based on
> > master-next unblacklisting. First target is to build a xfce-image
> > again [1]. Last step yesterday evening should be rebasing against
> > latest master-next and run a test build. That failed for gvfs - so I
> > stopped sending stuff. Now I know why gvfs fails...
> >
> > How do we proceed with this patch?
> >
> > [1] https://github.com/schnitzeltony/meta-openembedded/tree/work-2017-02
> >
> Just notices that this patch made it into master breaking at least gvfs. 
> Revert?
> 
> Andreas
> --
> ___
> Openembedded-devel mailing list
> Openembedded-devel@lists.openembedded.org<mailto:Openembedded-devel@lists.openembedded.org>
> http://lists.openembedded.org/mailman/listinfo/openembedded-devel
> 
> 
-- 
-Joe MacDonald.
:wq


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


Re: [oe] [PATCH] [meta-networking] ddclient: new package

2017-02-21 Thread Joe MacDonald
[[oe] [PATCH]  [meta-networking] ddclient: new package] On 17.02.21 (Tue 17:13) 
Ray Kinsella wrote:

> Adding the package ddclient. DDClient updates Dynamic DNS servers with an IP 
> address.
> Recipe is based on the original OE recipe found here.
> 
> http://cgit.openembedded.org/openembedded/tree/recipes/ddclient/ddclient_3.6.3.bb
> 
> DDClient version has been updated to 3.8.3.
> 
> Signed-off-by: Ray Kinsella 
> ---
>  .../recipes-daemons/ddclient/ddclient_3.8.3.bb | 45 
> ++
>  .../recipes-daemons/ddclient/files/ip-up   |  4 ++
>  2 files changed, 49 insertions(+)
>  create mode 100644 meta-networking/recipes-daemons/ddclient/ddclient_3.8.3.bb
>  create mode 100644 meta-networking/recipes-daemons/ddclient/files/ip-up
> 
> diff --git a/meta-networking/recipes-daemons/ddclient/ddclient_3.8.3.bb 
> b/meta-networking/recipes-daemons/ddclient/ddclient_3.8.3.bb
> new file mode 100644
> index 000..723eb67
> --- /dev/null
> +++ b/meta-networking/recipes-daemons/ddclient/ddclient_3.8.3.bb
> @@ -0,0 +1,45 @@
> +SECTION = "net/misc"
> +DESCRIPTION = "Ddclient is a Perl client used to update dynamic DNS entries 
> for accounts on Dynamic DNS Network Services"
> +HOMEPAGE = "http://ddclient.sourceforge.net/";
> +LICENSE = "GPLv2"
> +PR = "r4"

We don't need explicit PRs anymore.

> +SRC_URI = "\
> +${SOURCEFORGE_MIRROR}/ddclient/ddclient-${PV}.tar.bz2 \
> +file://ip-up"
> +
> +LIC_FILES_CHKSUM = "file://COPYING;md5=0636e73ff0215e8d672dc4c32c317bb3"
> +
> +RDEPENDS_${PN} = "\
> +perl-module-getopt-long \
> +perl-module-sys-hostname \
> +perl-module-io-socket \
> +perl-module-vars \
> +perl-module-overload \
> +perl-module-overloading \
> +perl-module-config \
> +perl-module-integer \
> +perl-module-exporter-heavy \
> +perl-module-symbol \
> +perl-module-selectsaver \
> +bash \
> +perl \
> +libio-socket-ssl-perl"

I haven't looked at the download, but I did briefly read the SF documentation
and it seems like maybe these would be appropriate as well:

do_configure[noexec] = "1"
do_compile[noexec] = "1"

> +do_install() {
> +install -d ${D}${sbindir} ${D}${sysconfdir}/ddclient 
> ${D}${sysconfdir}/init.d
> +install -d ${D}${sysconfdir}/ppp/ip-up.d/ install -d 
> ${D}${docdir}/ddclient
> +install -m 755 ${S}/ddclient ${D}${sbindir}
> +install ${S}/sample-etc_ddclient.conf 
> ${D}${sysconfdir}/ddclient/ddclient.conf
> +install -m 755 ${WORKDIR}/ip-up ${D}${sysconfdir}/ppp/ip-up.d/ddclient
> +sed -e 's|/etc/ddclient.conf|/etc/ddclient/ddclient.conf|g' 
> ${S}/sample-etc_rc.d_init.d_ddclient > ${S}/rc_init
> +install -m 755 ${S}/rc_init ${D}${sysconfdir}/init.d/ddclient
> +install ${S}/README* ${D}${docdir}/ddclient
> +install ${S}/COPY* ${D}${docdir}/ddclient
> +install ${S}/sample* ${D}${docdir}/ddclient
> +}
> +
> +CONFFILES_${PN} = "${sysconfdir}/ddclient/ddclient.conf"
> +
> +SRC_URI[md5sum] = "3b426ae52d509e463b42eeb08fb89e0b"
> +SRC_URI[sha256sum] = 
> "d40e2f1fd3f4bff386d27bbdf4b8645199b1995d27605a886b8c71e44d819591"
> diff --git a/meta-networking/recipes-daemons/ddclient/files/ip-up 
> b/meta-networking/recipes-daemons/ddclient/files/ip-up
> new file mode 100644
> index 000..52a44f8
> --- /dev/null
> +++ b/meta-networking/recipes-daemons/ddclient/files/ip-up
> @@ -0,0 +1,4 @@
> +#!/bin/sh
> +
> +logger -t ddclient $PPP_IFACE $PPP_LOCAL
> +ddclient -daemon=0 -syslog -use=if -if=$PPP_IFACE >/dev/null 2>&1
> \ No newline at end of file

That's odd.  :-)

Anyway, I'll have a look at this in more detail when it loops through
master-next.

-- 
-Joe MacDonald.
:wq


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


Re: [oe] Splitting meta-oe?

2017-02-19 Thread Joe MacDonald
[Re: [oe] Splitting meta-oe?] On 17.02.19 (Sun 19:31) Richard Purdie wrote:

> On Fri, 2017-02-17 at 14:45 -0500, Philip Balister wrote:
> > And I'm with these gyus. Splitting the git repository doesn't solve
> > any underlying problems. The real problem from my point of view is
> > very few of use are actually paid to maintain the layers we maintain.
> > 
> > Employers want to pay things they profit from, and that is not paying
> > someone to maintain "core infrastructure".
> > 
> > Layer maintainers interests change over time, and you burn out
> > supporting people who get to do all the cool stuff with the layers
> > you maintain. In the end, you get all the crap and non of the glory.
> > Within this list, most people appreciate your work. Outside the
> > community, people completely underestimate the amount of work
> > required to keep the ecosystem running.
> > 
> > Yeah, add my name to the list of cranky people.
> 
> I do think this is a valid question that Ross asks and that whilst the
> first quick reaction is "no", its worth thinking about the pros/cons.

Absolutely, and that's why I brought up earlier that my initial proposal
for meta-networking was that it be a separate tree from the rest of
meta-oe.  When I first looked at this and what my initial goals were for
meta-networking, it made sense to me to be at arms' length.  Still does,
to be honest, but being several years into the project now I find myself
with a different mindset on the costs/benefits.

> The pros to me would be about better test time on patches and in
> theory more specialist knowledge. This isn't to say Martin/Joe don't
> do a bad job but the size of meta-oe does mean there are limits.

This is the thing that I'd like to get more of your point of view on,
because it doesn't seem clear to me.  Today, a quick survey of meta-oe
shows we have 14 top-level layers in meta-oe (yeah, does seem like a
lot) and of those I maintain one (sharing ownership with Armin when it
comes to anything netkit-related, as noted in the MAINTAINERS file) of
the others only meta-gnome seems to have only Martin listed as a
maintainer (though a few, for example gpe, multimedia and oe, have only
Martin and Koen, so there's certainly a case to be made there for there
being a larger burden on them).

Maybe we're talking specifically about meta-openembedded/meta-oe, in
which case I apologize for derailing the discussion.  I certain tried to
help that situation with creating meta-networking and moving some of the
stuff in meta-oe out into the new layer when we created it, but meta-oe
still is a really big layer (664 recipes if 'find' can be trusted), no
question.

> The cons are more around finding suitable layer maintainers, which as
> we all know are hard to find.
> 
> I'd probably suggest that:
> 
> a) We need to encourage/empower more people to maintain layers

Yes, without question.

> b) Having better infrastructure, tools and processes that help a) would
>    therefore be desirable.

The updated patchwork has seriously made my life a lot easier.  And I
don't want to go off too much on an tangent, but I'd really love to
bring meta-selinux into that same fold.

> c) We need to be willing to separate out pieces for people to maintain
>    in such layers. It might not always work out but we should be 
>    willing to try.

This is the part I'm still struggling with.  For good or ill
meta-networking got created, I've tried to maintain it reasonably
carefully and along the way the only thing that stands out for me as an
issue while remaining part of the overall meta-openembedded project was
a brief hiccup following the hardware upgrade at the end of December
where I lost the ability to push commits.  But since Martin hadn't, I
just asked him to merge the meta-networking queue I was trying to merge
and that's all sorted out now.

I certainly don't object to having another meta-something in the overall
meta-openembedded project and I don't object to having additional hands
to carry the workload, but I'm not clear how separate git repositories
addresses the current challenge.

> As for the comments about core changes, I really do try hard not to
> make them in many ways. The ones we do make, I'd hope are for the right
> reasons.
> 
> No easy answers but don't shoot Ross for asking what I think is a
> reasonable question.

I really, honestly did not mean for anything I said to sound like that.
It's good to have this kind of discussion from time to time.  It's very
easy to get stuck in the "this is the way it's always been done" rut, so
I hope Ross didn't feel like anyone was shouting him down.

Wish I was going to be around Wilsonville this week, I'd like to talk
more about this with you all.

-- 
-Joe MacDonald.
:wq


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


Re: [oe] Splitting meta-oe?

2017-02-17 Thread Joe MacDonald
[Re: [oe] Splitting meta-oe?] On 17.02.17 (Fri 19:02) Martin Jansa wrote:

> On Fri, Feb 17, 2017 at 06:24:09PM +0100, Andreas Müller wrote:
> > On Fri, Feb 17, 2017 at 6:07 PM, Burton, Ross  wrote:
> > > The recent storm of breakage in meta-oe caused by recipe specific sysroots
> > > was quite dramatic:
> > >
> > > ross@flashheart ~/Yocto/meta-oe ((044e518...))
> > > $ git grep PNBLACKLIST| wc -l
> > > 320
> > >
> > > Is it time to talk about splitting meta-oe into smaller real repositories
> > > so they can be maintained at their own pace by more maintainers?
> > >
> > > Ross
> > What exactly gets better by splitting?
> 
> I agree with Andreas.

And I agree with both of you.

> 1) RSS is good thing.
> 
> 2) The breakage wasn't caused by lack of maintainers (at least I don't
>think that I or Joe were the bottleneck for integrating the fixes).

My schedule is highly variable but I do try to be responsive to
breakages and I do my best to watch and digest the state of the world
messages, those are extremely valuable IMO.

> 3) More maintainers doesn't mean more contributions from people actually
>using now broken components, it's actually easier to just send a fix
>than to be a maintainer of some layer just to be able to also merge
>your fix yourself.
> 
> 4) It doesn't look so dramatic if it turns out that 200 of those
>blacklisted recipes weren't actually used by anyone still active in
>OE ecosystem.

Agreed.  And if those blacklisted recipes are something that someone
in the ecosystem cares about, they really should be sending fixes back
upstream.  Breaking meta-oe up into smaller parts doesn't seem likely to
make them more likely to send patches, AFAICT.  Probably won't make them
less-so, either, but I don't see changing the structure to be a
significant win.

And do note that when we first created meta-networking I was proposing
it be separate from meta-oe, I'm now completely on the other side of
that argument, for what that's worth.

> 5) If someone wants to replace me as meta-oe maintainer, go ahead, it
>stopped being fun for me long time ago, now it's just slightly annoying
>routine which takes my free time I would rather invest in something
>cooler

I frankly think that'd be a loss for everyone, but it's understandable.
That's a big, largely thankless job you've taken on.  Obviously I can't
offer to take on more of the job than I already have with
meta-networking or I would, but maybe someone else with a similarly "big
picture" view will be able to share some of the workload.

-J.

> 
> Regards,
> 
> > Splitting = Rotting to death due to unmanageable maintenance burden
> > caused by oe? Don't misunderstand me recipe specific sysroot is
> > basically a good thing. But I am tired of this game. As you can see in
> > meta-qt5-extra: I am interested in having cool images not in a cool
> > build system. Long live core-image-sato!
> > 
> > Andreas
> > -- 
> > ___
> > 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



-- 
-Joe MacDonald.
:wq


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-networking] [PATCH] dibbler: fix SRC_URI from ${P} to ${BP}

2017-01-20 Thread Joe MacDonald
[[oe] [meta-networking] [PATCH] dibbler: fix SRC_URI from ${P} to ${BP}] On 
17.01.19 (Thu 17:54) Robert Yang wrote:

> Otherwise it would fail when multilib.
> 
> (LOCAL REV: NOT UPSTREAM) -- Sent to oe-devel on 20170120

Hi Robert,

Was this the version you intended to send to the list?

-J.

> 
> Signed-off-by: Robert Yang 
> ---
>  meta-networking/recipes-connectivity/dibbler/dibbler_1.0.1.bb | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
> 
> diff --git a/meta-networking/recipes-connectivity/dibbler/dibbler_1.0.1.bb 
> b/meta-networking/recipes-connectivity/dibbler/dibbler_1.0.1.bb
> index a2d46db..1913d3a 100644
> --- a/meta-networking/recipes-connectivity/dibbler/dibbler_1.0.1.bb
> +++ b/meta-networking/recipes-connectivity/dibbler/dibbler_1.0.1.bb
> @@ -5,7 +5,7 @@ HOMEPAGE = "http://klub.com.pl/dhcpv6";
>  LICENSE = "GPLv2"
>  LIC_FILES_CHKSUM = "file://LICENSE;md5=7236695bb6d4461c105d685a8b61c4e3"
>  
> -SRC_URI = "http://klub.com.pl/dhcpv6/${BPN}/${P}.tar.gz \
> +SRC_URI = "http://klub.com.pl/dhcpv6/${BPN}/${BP}.tar.gz \
>      file://dibbler_fix_getSize_crash.patch \
>  file://types.patch \
>  "
> -- 
> 2.9.0
> 
-- 
-Joe MacDonald.
:wq


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-networking][PATCH] iscsitarget: Fix call trace of ahash API calling

2017-01-17 Thread Joe MacDonald
sitarget-1.4.20.3
>   
>  +#if LINUX_VERSION_CODE >= KERNEL_VERSION(4, 8, 0)
>  +tfm = crypto_alloc_ahash("md5", 0, CRYPTO_ALG_ASYNC);
> ++hash = ahash_request_alloc(tfm, GFP_ATOMIC);
>  +#else
>   hash.tfm = crypto_alloc_hash("md5", 0, CRYPTO_ALG_ASYNC);
>   hash.flags = 0;
>  +#endif
>   
>  +#if LINUX_VERSION_CODE >= KERNEL_VERSION(4, 8, 0)
> -+if (!IS_ERR(tfm)) {
> ++if (tfm && !IS_ERR(tfm)) {
>  +#else
>   if (!IS_ERR(hash.tfm)) {
>  +#endif
>   struct scatterlist sg[2];
>   unsigned int nbytes = 0;
>   
> -@@ -102,11 +115,19 @@ static void gen_scsiid(struct iet_volume
> +@@ -102,11 +115,22 @@ static void gen_scsiid(struct iet_volume
>   sg_set_buf(&sg[1], &volume->lun, sizeof(volume->lun));
>   nbytes += sizeof(volume->lun);
>   
>  +#if LINUX_VERSION_CODE >= KERNEL_VERSION(4, 8, 0)
> -+crypto_ahash_init(hash);
> ++ahash_request_set_callback(hash, 0, NULL, NULL);
>  +        ahash_request_set_crypt(hash, sg, volume->scsi_id, nbytes);
> -+crypto_ahash_update(hash);
>  +crypto_ahash_digest(hash);
> ++crypto_ahash_init(hash);
> ++crypto_ahash_update(hash);
> ++crypto_ahash_final(hash);
> ++ahash_request_free(hash);
>  +crypto_free_ahash(tfm);
>  +#else
>   crypto_hash_init(&hash);
> -- 
> 2.9.3
> 
-- 
-Joe MacDonald.
:wq


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-networking][PATCH] lftp: update SRC_URI with new source

2017-01-09 Thread Joe MacDonald
Hi Oleksandr,

[[oe] [meta-networking][PATCH] lftp: update SRC_URI with new source] On 
17.01.07 (Sat 09:31) Oleksandr Kravchuk wrote:

> Use official web-site of lftp, which keeps tarballs with old versions.

In line with my response on the tcpdump, please just send a v2 of the
uprev patch with the SRC_URI updated, since the lftp update hasn't been
merged yet anyway.

Thank you.
-J.

> 
> Signed-off-by: Oleksandr Kravchuk 
> ---
>  meta-networking/recipes-connectivity/lftp/lftp_4.7.4.bb | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
> 
> diff --git a/meta-networking/recipes-connectivity/lftp/lftp_4.7.4.bb 
> b/meta-networking/recipes-connectivity/lftp/lftp_4.7.4.bb
> index b627963..0b44abc 100644
> --- a/meta-networking/recipes-connectivity/lftp/lftp_4.7.4.bb
> +++ b/meta-networking/recipes-connectivity/lftp/lftp_4.7.4.bb
> @@ -6,7 +6,7 @@ SECTION = "console/network"
>  LICENSE = "GPLv3"
>  LIC_FILES_CHKSUM = "file://COPYING;md5=d32239bcb673463ab874e80d47fae504"
>  
> -SRC_URI = "http://fossies.org/linux/misc/lftp-${PV}.tar.bz2 \
> +SRC_URI = "http://lftp.yar.ru/ftp/lftp-${PV}.tar.bz2 \
> file://fix-gcc-6-conflicts-signbit.patch \
>"
>  SRC_URI[md5sum] = "7b54407ab24c1e78b45fe445d83eb5fd"
> -- 
> 2.7.4
> 
-- 
-Joe MacDonald.
:wq


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-networking][PATCH] tcpdump: upgrade to 4.8.1

2017-01-09 Thread Joe MacDonald
[Re: [oe] [meta-networking][PATCH] tcpdump: upgrade to 4.8.1] On 17.01.07 (Sat 
10:12) Oleksandr Kravchuk wrote:

> Martin -
> 
> Thank you for the comment. I will try to pay closer attention to
> warnings during testing in the future.
> 
> I have sent a fix to the mailing list, "[meta-networking][PATCH]
> tcpdump: remove obsolete enable-ipv6 configure flag".

As far as I can tell, --disable-ipv6 is still a valid option for 4.7.4
and since your patch doing the update hasn't been merged yet, please
just send a v2 of the single patch.  There's no need for two.

Thanks.
-J.

> 
> On 5 January 2017 at 19:02, Martin Jansa  wrote:
> > On Mon, Jan 02, 2017 at 09:28:18AM +0100, Oleksandr Kravchuk wrote:
> >> Signed-off-by: Oleksandr Kravchuk 
> >
> > Causes:
> > ERROR: tcpdump-4.8.1-r0 do_configure: QA Issue: tcpdump: configure was 
> > passed unrecognised options: --enable-ipv6 [unknown-configure-option]
> > ERROR: tcpdump-4.8.1-r0 do_configure: Fatal QA errors found, failing task.
> > ERROR: tcpdump-4.8.1-r0 do_configure: Function failed: do_qa_configure
> >
> >> ---
> >>  .../recipes-support/tcpdump/{tcpdump_4.7.4.bb => tcpdump_4.8.1.bb}| 4 
> >> ++--
> >>  1 file changed, 2 insertions(+), 2 deletions(-)
> >>  rename meta-networking/recipes-support/tcpdump/{tcpdump_4.7.4.bb => 
> >> tcpdump_4.8.1.bb} (91%)
> >>
> >> diff --git a/meta-networking/recipes-support/tcpdump/tcpdump_4.7.4.bb 
> >> b/meta-networking/recipes-support/tcpdump/tcpdump_4.8.1.bb
> >> similarity index 91%
> >> rename from meta-networking/recipes-support/tcpdump/tcpdump_4.7.4.bb
> >> rename to meta-networking/recipes-support/tcpdump/tcpdump_4.8.1.bb
> >> index e18228f..18efb9b 100644
> >> --- a/meta-networking/recipes-support/tcpdump/tcpdump_4.7.4.bb
> >> +++ b/meta-networking/recipes-support/tcpdump/tcpdump_4.8.1.bb
> >> @@ -12,8 +12,8 @@ SRC_URI = " \
> >>  file://add-ptest.patch \
> >>  file://run-ptest \
> >>  "
> >> -SRC_URI[md5sum] = "58af728de36f499341918fc4b8e827c3"
> >> -SRC_URI[sha256sum] = 
> >> "6be520269a89036f99c0b2126713a60965953eab921002b07608ccfc0c47d9af"
> >> +SRC_URI[md5sum] = "32f57943649f276e09236ba66622bb0c"
> >> +SRC_URI[sha256sum] = 
> >> "20e4341ec48fcf72abcae312ea913e6ba6b958617b2f3fb496d51f0ae88d831c"
> >>  export LIBS=" -lpcap"
> >>
> >>  inherit autotools-brokensep ptest
> >> --
> >> 2.7.4
> >>
> >> --
> >> ___
> >> 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
> >
> 
> 
> 
> -- 
> echo "EOF" >> /var/tmp/email
-- 
-Joe MacDonald.
:wq


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-networking] [PATCH] opensaf: 5.0.0 -> 5.1.0

2017-01-04 Thread Joe MacDonald
[Re: [oe] [meta-networking] [PATCH] opensaf: 5.0.0 -> 5.1.0] On 16.12.21 (Wed 
21:53) Khem Raj wrote:

> 
> > On Dec 21, 2016, at 12:42 AM, Huang Qiyu  
> > wrote:
> > 
> > 1)Upgrade opensaf from 5.0.0 to 5.1.0.
> > 2)Modify meta_oe_security_flags.inc to fix error:
> >  /
> >  | collect2: error: ld returned 1 exit status
> >  | Makefile:542: recipe for target 'librda.la' failed
> >  | make[6]: *** [librda.la] Error 1
> >  \
> > 
> > Signed-off-by: Huang Qiyu 
> > ---
> > .../recipes-daemons/opensaf/{opensaf_5.0.0.bb => opensaf_5.1.0.bb}| 4 
> > ++--
> > meta-oe/conf/distro/include/meta_oe_security_flags.inc| 1 +
> > 2 files changed, 3 insertions(+), 2 deletions(-)
> > rename meta-networking/recipes-daemons/opensaf/{opensaf_5.0.0.bb => 
> > opensaf_5.1.0.bb} (94%)
> > 
> > diff --git a/meta-networking/recipes-daemons/opensaf/opensaf_5.0.0.bb 
> > b/meta-networking/recipes-daemons/opensaf/opensaf_5.1.0.bb
> > similarity index 94%
> > rename from meta-networking/recipes-daemons/opensaf/opensaf_5.0.0.bb
> > rename to meta-networking/recipes-daemons/opensaf/opensaf_5.1.0.bb
> > index 6ceb225..be903a0 100644
> > --- a/meta-networking/recipes-daemons/opensaf/opensaf_5.0.0.bb
> > +++ b/meta-networking/recipes-daemons/opensaf/opensaf_5.1.0.bb
> > @@ -21,8 +21,8 @@ SRC_URI = 
> > "${SOURCEFORGE_MIRROR}/${BPN}/releases/${BPN}-${PV}.tar.gz \
> >file://0001-plmcd-error-fix.patch \
> >"
> > 
> > -SRC_URI[md5sum] = "94cd1a4c0406e6a45bb04c003f8690e7"
> > -SRC_URI[sha256sum] = 
> > "4b4188a0f3d0ed1ed0e3d77de27c45e2c96b437401de08e7df2ed9ecd54bb999"
> > +SRC_URI[md5sum] = "821391311c73bc2f2dc5a7d867f732e0"
> > +SRC_URI[sha256sum] = 
> > "f687c883a0d50517c33cb445d9177a9e2b07f5bb077bcc0235ffc0fc99af5cb6"
> > 
> > inherit autotools useradd systemd pkgconfig
> > 
> > diff --git a/meta-oe/conf/distro/include/meta_oe_security_flags.inc 
> > b/meta-oe/conf/distro/include/meta_oe_security_flags.inc
> > index 815fb16..01ee4d4 100644
> > --- a/meta-oe/conf/distro/include/meta_oe_security_flags.inc
> > +++ b/meta-oe/conf/distro/include/meta_oe_security_flags.inc
> > @@ -25,3 +25,4 @@ SECURITY_CFLAGS_pn-libvdpau = "${SECURITY_NO_PIE_CFLAGS}"
> > #| make[1]: *** [Makefile:675: libluajit.so] Error 1
> > SECURITY_CFLAGS_pn-luajit = "${SECURITY_NO_PIE_CFLAGS}"
> > 
> > +SECURITY_CFLAGS_pn-opensaf = "${SECURITY_NO_PIE_CFLAGS}”
> 
> I was wondering if it would make sense to move tweaking SECURITY_FLAGS
> in the recipe proper for all the exceptions that we manage in the conf
> metadata 

Makes sense to me, having it over in meta_oe_security_flags.inc seems a
little confusing for someone who doesn't know to look there.  If there's
no objection, I'll just tweak this patch appropriately during the merge.

-J.

> 
> > -- 
> > 2.7.4
> > 
> > 
> > 
> > -- 
> > ___
> > Openembedded-devel mailing list
> > Openembedded-devel@lists.openembedded.org
> > http://lists.openembedded.org/mailman/listinfo/openembedded-devel
> 
-- 
-Joe MacDonald.
:wq


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


[oe] [meta-networking][PATCH 10/10] samba: simplify LSB handling

2016-12-17 Thread Joe MacDonald
From: Andreas Oberritter 

Signed-off-by: Andreas Oberritter 
Signed-off-by: Joe MacDonald 
---
 meta-networking/recipes-connectivity/samba/samba_4.4.5.bb | 13 +
 1 file changed, 5 insertions(+), 8 deletions(-)

diff --git a/meta-networking/recipes-connectivity/samba/samba_4.4.5.bb 
b/meta-networking/recipes-connectivity/samba/samba_4.4.5.bb
index 804a4d2..c2436af 100644
--- a/meta-networking/recipes-connectivity/samba/samba_4.4.5.bb
+++ b/meta-networking/recipes-connectivity/samba/samba_4.4.5.bb
@@ -38,8 +38,8 @@ DEPENDS_append_libc-musl = " libtirpc"
 CFLAGS_append_libc-musl = " -I${STAGING_INCDIR}/tirpc"
 LDFLAGS_append_libc-musl = " -ltirpc"
 
-SYSVINITTYPE_linuxstdbase = "lsb"
-SYSVINITTYPE = "sysv"
+LSB = ""
+LSB_linuxstdbase = "lsb"
 
 INITSCRIPT_NAME = "samba"
 INITSCRIPT_PARAMS = "start 20 3 5 . stop 20 0 1 6 ."
@@ -48,19 +48,16 @@ SYSTEMD_PACKAGES = "${PN}-base winbind"
 SYSTEMD_SERVICE_${PN}-base = "nmb.service smb.service"
 SYSTEMD_SERVICE_winbind = "winbind.service"
 
-PACKAGECONFIG ??= "${@bb.utils.contains('DISTRO_FEATURES', 'sysvinit', 
'${SYSVINITTYPE}', '', d)} \
-   ${@bb.utils.contains('DISTRO_FEATURES', 'systemd', 
'systemd', '', d)} \
+PACKAGECONFIG ??= "${@bb.utils.contains('DISTRO_FEATURES', 'systemd', 
'systemd', '', d)} \
${@bb.utils.contains('DISTRO_FEATURES', 'zeroconf', 
'zeroconf', '', d)} \
acl cups ldap \
 "
 
-RDEPENDS_${PN}-base += "${@bb.utils.contains('PACKAGECONFIG', 'lsb', 'lsb', 
'', d)}"
+RDEPENDS_${PN}-base += "${LSB}"
 RDEPENDS_${PN}-ctdb-tests += "bash util-linux-getopt"
 
 PACKAGECONFIG[acl] = "--with-acl-support,--without-acl-support,acl"
 PACKAGECONFIG[fam] = "--with-fam,--without-fam,gamin"
-PACKAGECONFIG[lsb] = ",,lsb"
-PACKAGECONFIG[sysv] = ",,sysvinit"
 PACKAGECONFIG[cups] = "--enable-cups,--disable-cups,cups"
 PACKAGECONFIG[ldap] = "--with-ldap,--without-ldap,openldap"
 PACKAGECONFIG[sasl] = ",,cyrus-sasl"
@@ -121,7 +118,7 @@ do_install_append() {
 install -m644 packaging/systemd/samba.conf.tmp 
${D}${sysconfdir}/tmpfiles.d/samba.conf
 echo "d ${localstatedir}/log/samba 0755 root root -" \
 >> ${D}${sysconfdir}/tmpfiles.d/samba.conf
-if ${@bb.utils.contains('PACKAGECONFIG', 'lsb', 'true', 'false', d)}; then
+if [ "${LSB}" = "lsb" ]; then
 install -d ${D}${sysconfdir}/init.d
 install -m 0755 packaging/LSB/samba.sh ${D}${sysconfdir}/init.d/samba
 else
-- 
1.9.1

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


[oe] [meta-networking][PATCH 09/10] samba: start on boot with systemd

2016-12-17 Thread Joe MacDonald
From: Andreas Oberritter 

Signed-off-by: Andreas Oberritter 
Signed-off-by: Joe MacDonald 
---
 meta-networking/recipes-connectivity/samba/samba_4.4.5.bb | 4 
 1 file changed, 4 insertions(+)

diff --git a/meta-networking/recipes-connectivity/samba/samba_4.4.5.bb 
b/meta-networking/recipes-connectivity/samba/samba_4.4.5.bb
index 76f97cf..804a4d2 100644
--- a/meta-networking/recipes-connectivity/samba/samba_4.4.5.bb
+++ b/meta-networking/recipes-connectivity/samba/samba_4.4.5.bb
@@ -44,6 +44,10 @@ SYSVINITTYPE = "sysv"
 INITSCRIPT_NAME = "samba"
 INITSCRIPT_PARAMS = "start 20 3 5 . stop 20 0 1 6 ."
 
+SYSTEMD_PACKAGES = "${PN}-base winbind"
+SYSTEMD_SERVICE_${PN}-base = "nmb.service smb.service"
+SYSTEMD_SERVICE_winbind = "winbind.service"
+
 PACKAGECONFIG ??= "${@bb.utils.contains('DISTRO_FEATURES', 'sysvinit', 
'${SYSVINITTYPE}', '', d)} \
${@bb.utils.contains('DISTRO_FEATURES', 'systemd', 
'systemd', '', d)} \
${@bb.utils.contains('DISTRO_FEATURES', 'zeroconf', 
'zeroconf', '', d)} \
-- 
1.9.1

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


[oe] [meta-networking][PATCH 07/10] samba: add packages samba-dsdb-modules, samba-testsuite and registry-tools

2016-12-17 Thread Joe MacDonald
From: Andreas Oberritter 

Inspired by Debian.

Signed-off-by: Andreas Oberritter 
Signed-off-by: Joe MacDonald 
---
 meta-networking/recipes-connectivity/samba/samba_4.4.5.bb | 14 ++
 1 file changed, 14 insertions(+)

diff --git a/meta-networking/recipes-connectivity/samba/samba_4.4.5.bb 
b/meta-networking/recipes-connectivity/samba/samba_4.4.5.bb
index c4b6298..b8d7141 100644
--- a/meta-networking/recipes-connectivity/samba/samba_4.4.5.bb
+++ b/meta-networking/recipes-connectivity/samba/samba_4.4.5.bb
@@ -154,6 +154,7 @@ do_install_append() {
 }
 
 PACKAGES =+ "${PN}-python ${PN}-pidl \
+ ${PN}-dsdb-modules ${PN}-testsuite registry-tools \
  winbind \
  ${PN}-common ${PN}-base ${PN}-ctdb-tests \
  smbclient"
@@ -210,6 +211,19 @@ FILES_${PN} += "${libdir}/vfs/*.so \
 ${libdir}/auth/*.so \
 "
 
+FILES_${PN}-dsdb-modules = "${libdir}/samba/ldb"
+
+FILES_${PN}-testsuite = "${bindir}/gentest \
+ ${bindir}/locktest \
+ ${bindir}/masktest \
+ ${bindir}/ndrdump \
+ ${bindir}/smbtorture"
+
+FILES_registry-tools = "${bindir}/regdiff \
+${bindir}/regpatch \
+${bindir}/regshell \
+${bindir}/regtree"
+
 FILES_winbind = "${sbindir}/winbindd \
  ${bindir}/wbinfo \
  ${bindir}/ntlm_auth \
-- 
1.9.1

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


[oe] [meta-networking][PATCH 08/10] samba: move /etc/sysconfig to more common /etc/default, package tmpfiles.d in samba-common

2016-12-17 Thread Joe MacDonald
From: Andreas Oberritter 

Signed-off-by: Andreas Oberritter 
Signed-off-by: Joe MacDonald 
---
 meta-networking/recipes-connectivity/samba/samba_4.4.5.bb | 9 ++---
 1 file changed, 6 insertions(+), 3 deletions(-)

diff --git a/meta-networking/recipes-connectivity/samba/samba_4.4.5.bb 
b/meta-networking/recipes-connectivity/samba/samba_4.4.5.bb
index b8d7141..76f97cf 100644
--- a/meta-networking/recipes-connectivity/samba/samba_4.4.5.bb
+++ b/meta-networking/recipes-connectivity/samba/samba_4.4.5.bb
@@ -109,7 +109,9 @@ do_install_append() {
 
 install -d ${D}${systemd_system_unitdir}
 install -m 0644 packaging/systemd/*.service ${D}${systemd_system_unitdir}
-sed -i 's,\(ExecReload=\).*\(/kill\),\1${base_bindir}\2,' 
${D}${systemd_system_unitdir}/*.service
+sed -e 's,\(ExecReload=\).*\(/kill\),\1${base_bindir}\2,' \
+-e 's,/etc/sysconfig/samba,${sysconfdir}/default/samba,' \
+-i ${D}${systemd_system_unitdir}/*.service
 
 install -d ${D}${sysconfdir}/tmpfiles.d
 install -m644 packaging/systemd/samba.conf.tmp 
${D}${sysconfdir}/tmpfiles.d/samba.conf
@@ -134,8 +136,8 @@ do_install_append() {
 install -m644 packaging/LSB/smb.conf ${D}${sysconfdir}/samba/smb.conf
 install -D -m 644 ${WORKDIR}/volatiles.03_samba 
${D}${sysconfdir}/default/volatiles/03_samba
 
-install -d ${D}${sysconfdir}/sysconfig/
-install -m644 packaging/systemd/samba.sysconfig 
${D}${sysconfdir}/sysconfig/samba
+install -d ${D}${sysconfdir}/default
+install -m644 packaging/systemd/samba.sysconfig 
${D}${sysconfdir}/default/samba
 
 # install ctdb config file and test cases
 install -D -m 0644 ${S}/ctdb/tests/onnode/nodes 
${D}${sysconfdir}/ctdb/nodes
@@ -203,6 +205,7 @@ FILES_${PN}-ctdb-tests = "${bindir}/ctdb_run_tests \
 
 FILES_${BPN}-common = "${sysconfdir}/default \
${sysconfdir}/samba \
+   ${sysconfdir}/tmpfiles.d \
 "
 
 FILES_${PN} += "${libdir}/vfs/*.so \
-- 
1.9.1

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


[oe] [meta-networking][PATCH 03/10] samba: add smbclient package

2016-12-17 Thread Joe MacDonald
From: Andreas Oberritter 

Signed-off-by: Andreas Oberritter 
Signed-off-by: Joe MacDonald 
---
 .../recipes-connectivity/samba/samba_4.4.5.bb | 19 +++
 1 file changed, 15 insertions(+), 4 deletions(-)

diff --git a/meta-networking/recipes-connectivity/samba/samba_4.4.5.bb 
b/meta-networking/recipes-connectivity/samba/samba_4.4.5.bb
index aabc043..1d9d75b 100644
--- a/meta-networking/recipes-connectivity/samba/samba_4.4.5.bb
+++ b/meta-networking/recipes-connectivity/samba/samba_4.4.5.bb
@@ -144,10 +144,10 @@ do_install_append() {
 rm -rf ${D}/run ${D}${localstatedir}/run ${D}${localstatedir}/log
 }
 
-PACKAGES =+ "${PN}-python ${PN}-pidl libwinbind libwinbind-krb5-locator"
-PACKAGES =+ "libwbclient libnss-winbind winbind libnetapi libsmbsharemodes \
- libsmbclient lib${BPN}-base ${PN}-base ${PN}-ctdb-tests"
-
+PACKAGES =+ "${PN}-python ${PN}-pidl libwinbind libwinbind-krb5-locator \
+ libwbclient libnss-winbind winbind libnetapi libsmbsharemodes \
+ libsmbclient lib${BPN}-base ${PN}-base ${PN}-ctdb-tests \
+ smbclient"
 
 RDEPENDS_${PN} += "${PN}-base"
 
@@ -302,5 +302,16 @@ FILES_${PN}-python = 
"${libdir}/python${PYTHON_BASEVERSION}/site-packages/*.so \
   
${libdir}/python${PYTHON_BASEVERSION}/site-packages/samba/web_server/* \
 "
 
+FILES_smbclient = "${bindir}/cifsdd \
+   ${bindir}/rpcclient \
+   ${bindir}/smbcacls \
+   ${bindir}/smbclient \
+   ${bindir}/smbcquotas \
+   ${bindir}/smbget \
+   ${bindir}/smbspool \
+   ${bindir}/smbtar \
+   ${bindir}/smbtree \
+   ${libdir}/samba/smbspool_krb5_wrapper"
+
 RDEPENDS_${PN}-pidl_append = " perl"
 FILES_${PN}-pidl = "${bindir}/pidl ${datadir}/perl5/Parse"
-- 
1.9.1

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


[oe] [meta-networking][PATCH 04/10] samba: install manpages

2016-12-17 Thread Joe MacDonald
From: Andreas Oberritter 

Signed-off-by: Andreas Oberritter 
Signed-off-by: Joe MacDonald 
---
 meta-networking/recipes-connectivity/samba/samba_4.4.5.bb | 9 +
 1 file changed, 9 insertions(+)

diff --git a/meta-networking/recipes-connectivity/samba/samba_4.4.5.bb 
b/meta-networking/recipes-connectivity/samba/samba_4.4.5.bb
index 1d9d75b..27f605a 100644
--- a/meta-networking/recipes-connectivity/samba/samba_4.4.5.bb
+++ b/meta-networking/recipes-connectivity/samba/samba_4.4.5.bb
@@ -98,6 +98,15 @@ DISABLE_STATIC = ""
 LDFLAGS += "-Wl,-z,relro,-z,now ${@bb.utils.contains('DISTRO_FEATURES', 
'ld-is-gold', ' -fuse-ld=bfd ', '', d)}"
 
 do_install_append() {
+for section in 1 5 7; do
+install -d ${D}${mandir}/man$section
+install -m 0644 ctdb/doc/*.$section ${D}${mandir}/man$section
+done
+for section in 1 5 7 8; do
+install -d ${D}${mandir}/man$section
+install -m 0644 docs/manpages/*.$section ${D}${mandir}/man$section
+done
+
 install -d ${D}${systemd_system_unitdir}
 install -m 0644 packaging/systemd/*.service ${D}${systemd_system_unitdir}
 sed -i 's,\(ExecReload=\).*\(/kill\),\1${base_bindir}\2,' 
${D}${systemd_system_unitdir}/*.service
-- 
1.9.1

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


[oe] [meta-networking][PATCH 06/10] samba: split libraries into their own packages

2016-12-17 Thread Joe MacDonald
From: Andreas Oberritter 

It's quite hard to track library dependencies manually between
releases. Splitting libraries into their own packages creates
some overhead but effectively uses less storage in minimal
installations.

Signed-off-by: Andreas Oberritter 
Signed-off-by: Joe MacDonald 
---
 .../recipes-connectivity/samba/samba_4.4.5.bb  | 134 +
 1 file changed, 30 insertions(+), 104 deletions(-)

diff --git a/meta-networking/recipes-connectivity/samba/samba_4.4.5.bb 
b/meta-networking/recipes-connectivity/samba/samba_4.4.5.bb
index b17e0cf..c4b6298 100644
--- a/meta-networking/recipes-connectivity/samba/samba_4.4.5.bb
+++ b/meta-networking/recipes-connectivity/samba/samba_4.4.5.bb
@@ -153,11 +153,33 @@ do_install_append() {
 rm -rf ${D}/run ${D}${localstatedir}/run ${D}${localstatedir}/log
 }
 
-PACKAGES =+ "${PN}-python ${PN}-pidl libwinbind libwinbind-krb5-locator \
- libwbclient libnss-winbind winbind libnetapi libsmbsharemodes \
- libsmbclient lib${BPN}-base ${PN}-base ${PN}-ctdb-tests \
+PACKAGES =+ "${PN}-python ${PN}-pidl \
+ winbind \
+ ${PN}-common ${PN}-base ${PN}-ctdb-tests \
  smbclient"
 
+python samba_populate_packages() {
+def module_hook(file, pkg, pattern, format, basename):
+pn = d.getVar('PN', True)
+d.appendVar('RRECOMMENDS_%s-base' % pn, ' %s' % pkg)
+
+mlprefix = d.getVar('MLPREFIX', True) or ''
+pam_libdir = d.expand('${base_libdir}/security')
+pam_pkgname = mlprefix + 'pam-plugin%s'
+do_split_packages(d, pam_libdir, '^pam_(.*)\.so$', pam_pkgname, 'PAM 
plugin for %s', extra_depends='', prepend=True)
+
+libdir = d.getVar('libdir', True)
+do_split_packages(d, libdir, '^lib(.*)\.so\..*$', 'lib%s', 'Samba %s 
library', extra_depends='${PN}-common', prepend=True, allow_links=True)
+pkglibdir = '%s/samba' % libdir
+do_split_packages(d, pkglibdir, '^lib(.*)\.so$', 'lib%s', 'Samba %s 
library', extra_depends='${PN}-common', prepend=True)
+moduledir = '%s/samba/auth' % libdir
+do_split_packages(d, moduledir, '^(.*)\.so$', 'samba-auth-%s', 'Samba %s 
authentication backend', hook=module_hook, extra_depends='', prepend=True)
+moduledir = '%s/samba/pdb' % libdir
+do_split_packages(d, moduledir, '^(.*)\.so$', 'samba-pdb-%s', 'Samba %s 
password backend', hook=module_hook, extra_depends='', prepend=True)
+}
+
+PACKAGESPLITFUNCS_prepend = "samba_populate_packages "
+
 RDEPENDS_${PN} += "${PN}-base"
 
 FILES_${PN}-base = "${sbindir}/nmbd \
@@ -178,121 +200,25 @@ FILES_${PN}-ctdb-tests = "${bindir}/ctdb_run_tests \
   /run/ctdb \
  "
 
-# figured out by
-# 
FILES="tmp/work/cortexa9hf-vfp-neon-poky-linux-gnueabi/samba/4.1.12-r0/image/usr/sbin/smbd
 
tmp/work/cortexa9hf-vfp-neon-poky-linux-gnueabi/samba/4.1.12-r0/image/usr/sbin/nmbd"
-#
-# while [ "${FILES}" != "${OLDFILES}" ]
-# do
-# OLDFILES="${FILES}"
-# 
NEEDED=`tmp/sysroots/x86_64-linux/usr/libexec/arm-poky-linux-gnueabi.gcc-cross-initial-arm/gcc/arm-poky-linux-gnueabi/5.2.0/objdump
 -x ${FILES} | grep NEEDED | egrep -E 'so(.[0-9]|$)' | sort -u | perl 
-MData::Dumper -le 'while (<>) {chomp; push @lib, (split)[1]}; print "(", 
join("|", @lib), ")"'`
-# NF=`find 
tmp/work/cortexa9hf-vfp-neon-poky-linux-gnueabi/samba/4.1.12-r0/image/usr/lib 
-type f | egrep "${NEEDED}" | sort -u`
-#
-# FILES=`perl -le 'foreach (@ARGV) { $f{$_}++ }; print join(" ", sort keys 
%f)' ${FILES} ${NF}`
-# done
-#
-# LIBS=`echo ${FILES} | sed -e 
's,tmp/work/cortexa9hf-vfp-neon-poky-linux-gnueabi/samba/4.1.12-r0/image/usr/lib,${libdir},g'
 -e 's,.so.[0-9]+.*$,.so.*,g'`
-# for l in ${LIBS}
-# do
-# echo $l
-# done
-
-FILES_lib${BPN}-base = "\
-${sysconfdir}/default \
-${sysconfdir}/samba \
-${libdir}/libdcerpc-binding.so.* \
-${libdir}/libgensec.so.* \
-${libdir}/libndr-krb5pac.so.* \
-${libdir}/libndr-nbt.so.* \
-${libdir}/libndr-standard.so.* \
-${libdir}/libndr.so.* \
-${libdir}/libnetapi.so.* \
-${libdir}/libpdb.so.* \
-${libdir}/libsamba-credentials.so.* \
-${libdir}/libsamba-hostconfig.so.* \
-${libdir}/libsamba-util.so.* \
-${libdir}/libsamdb.so.* \
-  

[oe] [meta-networking][PATCH 05/10] samba: simplify files list for samba-python

2016-12-17 Thread Joe MacDonald
From: Andreas Oberritter 

Signed-off-by: Andreas Oberritter 
Signed-off-by: Joe MacDonald 
---
 .../recipes-connectivity/samba/samba_4.4.5.bb  | 18 +-
 1 file changed, 1 insertion(+), 17 deletions(-)

diff --git a/meta-networking/recipes-connectivity/samba/samba_4.4.5.bb 
b/meta-networking/recipes-connectivity/samba/samba_4.4.5.bb
index 27f605a..b17e0cf 100644
--- a/meta-networking/recipes-connectivity/samba/samba_4.4.5.bb
+++ b/meta-networking/recipes-connectivity/samba/samba_4.4.5.bb
@@ -293,23 +293,7 @@ FILES_libwinbind = "${base_libdir}/security/pam_winbind.so 
\
 ${systemd_system_unitdir}/winbind.service"
 FILES_libwinbind-krb5-locator = "${libdir}/winbind_krb5_locator.so"
 
-FILES_${PN}-python = "${libdir}/python${PYTHON_BASEVERSION}/site-packages/*.so 
\
-  
${libdir}/python${PYTHON_BASEVERSION}/site-packages/_ldb_text.py \
-  
${libdir}/python${PYTHON_BASEVERSION}/site-packages/samba/*.py \
-  
${libdir}/python${PYTHON_BASEVERSION}/site-packages/samba/*.so \
-  
${libdir}/python${PYTHON_BASEVERSION}/site-packages/samba/dcerpc/*.so \
-  
${libdir}/python${PYTHON_BASEVERSION}/site-packages/samba/dcerpc/*.py \
-  
${libdir}/python${PYTHON_BASEVERSION}/site-packages/samba/external/* \
-  
${libdir}/python${PYTHON_BASEVERSION}/site-packages/samba/kcc/* \
-  
${libdir}/python${PYTHON_BASEVERSION}/site-packages/samba/netcmd/*.py \
-  
${libdir}/python${PYTHON_BASEVERSION}/site-packages/samba/provision/*.py \
-  
${libdir}/python${PYTHON_BASEVERSION}/site-packages/samba/samba3/*.py \
-  
${libdir}/python${PYTHON_BASEVERSION}/site-packages/samba/samba3/*.so \
-  
${libdir}/python${PYTHON_BASEVERSION}/site-packages/samba/subunit/* \
-  
${libdir}/python${PYTHON_BASEVERSION}/site-packages/samba/tests/* \
-  
${libdir}/python${PYTHON_BASEVERSION}/site-packages/samba/third_party/* \
-  
${libdir}/python${PYTHON_BASEVERSION}/site-packages/samba/web_server/* \
-"
+FILES_${PN}-python = "${PYTHON_SITEPACKAGES_DIR}"
 
 FILES_smbclient = "${bindir}/cifsdd \
${bindir}/rpcclient \
-- 
1.9.1

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


[oe] [meta-networking][PATCH 02/10] samba: install systemd units and initscripts unconditionally

2016-12-17 Thread Joe MacDonald
From: Andreas Oberritter 

Fixes hybrid systemd/sysvinit setups.

Signed-off-by: Andreas Oberritter 
Signed-off-by: Joe MacDonald 
---
 .../recipes-connectivity/samba/samba_4.4.5.bb   | 21 ++---
 1 file changed, 10 insertions(+), 11 deletions(-)

diff --git a/meta-networking/recipes-connectivity/samba/samba_4.4.5.bb 
b/meta-networking/recipes-connectivity/samba/samba_4.4.5.bb
index 783a7cd..aabc043 100644
--- a/meta-networking/recipes-connectivity/samba/samba_4.4.5.bb
+++ b/meta-networking/recipes-connectivity/samba/samba_4.4.5.bb
@@ -98,19 +98,18 @@ DISABLE_STATIC = ""
 LDFLAGS += "-Wl,-z,relro,-z,now ${@bb.utils.contains('DISTRO_FEATURES', 
'ld-is-gold', ' -fuse-ld=bfd ', '', d)}"
 
 do_install_append() {
-if ${@bb.utils.contains('PACKAGECONFIG', 'systemd', 'true', 'false', d)}; 
then
-install -d ${D}${systemd_system_unitdir}
-install -m 0644 packaging/systemd/*.service 
${D}${systemd_system_unitdir}
-sed -i 's,\(ExecReload=\).*\(/kill\),\1${base_bindir}\2,' 
${D}${systemd_system_unitdir}/*.service
-
-install -d ${D}${sysconfdir}/tmpfiles.d
-install -m644 packaging/systemd/samba.conf.tmp 
${D}${sysconfdir}/tmpfiles.d/samba.conf
-echo "d ${localstatedir}/log/samba 0755 root root -" \
->> ${D}${sysconfdir}/tmpfiles.d/samba.conf
-elif ${@bb.utils.contains('PACKAGECONFIG', 'lsb', 'true', 'false', d)}; 
then
+install -d ${D}${systemd_system_unitdir}
+install -m 0644 packaging/systemd/*.service ${D}${systemd_system_unitdir}
+sed -i 's,\(ExecReload=\).*\(/kill\),\1${base_bindir}\2,' 
${D}${systemd_system_unitdir}/*.service
+
+install -d ${D}${sysconfdir}/tmpfiles.d
+install -m644 packaging/systemd/samba.conf.tmp 
${D}${sysconfdir}/tmpfiles.d/samba.conf
+echo "d ${localstatedir}/log/samba 0755 root root -" \
+>> ${D}${sysconfdir}/tmpfiles.d/samba.conf
+if ${@bb.utils.contains('PACKAGECONFIG', 'lsb', 'true', 'false', d)}; then
 install -d ${D}${sysconfdir}/init.d
 install -m 0755 packaging/LSB/samba.sh ${D}${sysconfdir}/init.d/samba
-elif ${@bb.utils.contains('PACKAGECONFIG', 'sysv', 'true', 'false', d)}; 
then
+else
 install -d ${D}${sysconfdir}/init.d
 install -m 0755 packaging/sysv/samba.init 
${D}${sysconfdir}/init.d/samba
 sed -e 's,/opt/samba/bin,${sbindir},g' \
-- 
1.9.1

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


[oe] [meta-networking][PATCH 01/10] samba: rename initscript from 'samba.sh' to more common 'samba'

2016-12-17 Thread Joe MacDonald
From: Andreas Oberritter 

This gets masked automatically by samba.service if systemd is running.

Signed-off-by: Andreas Oberritter 
Signed-off-by: Joe MacDonald 
---
 meta-networking/recipes-connectivity/samba/samba_4.4.5.bb | 10 +-
 1 file changed, 5 insertions(+), 5 deletions(-)

diff --git a/meta-networking/recipes-connectivity/samba/samba_4.4.5.bb 
b/meta-networking/recipes-connectivity/samba/samba_4.4.5.bb
index 6d62481..783a7cd 100644
--- a/meta-networking/recipes-connectivity/samba/samba_4.4.5.bb
+++ b/meta-networking/recipes-connectivity/samba/samba_4.4.5.bb
@@ -41,7 +41,7 @@ LDFLAGS_append_libc-musl = " -ltirpc"
 SYSVINITTYPE_linuxstdbase = "lsb"
 SYSVINITTYPE = "sysv"
 
-INITSCRIPT_NAME = "samba.sh"
+INITSCRIPT_NAME = "samba"
 INITSCRIPT_PARAMS = "start 20 3 5 . stop 20 0 1 6 ."
 
 PACKAGECONFIG ??= "${@bb.utils.contains('DISTRO_FEATURES', 'sysvinit', 
'${SYSVINITTYPE}', '', d)} \
@@ -109,16 +109,16 @@ do_install_append() {
 >> ${D}${sysconfdir}/tmpfiles.d/samba.conf
 elif ${@bb.utils.contains('PACKAGECONFIG', 'lsb', 'true', 'false', d)}; 
then
 install -d ${D}${sysconfdir}/init.d
-install -m 0755 packaging/LSB/samba.sh ${D}${sysconfdir}/init.d
+install -m 0755 packaging/LSB/samba.sh ${D}${sysconfdir}/init.d/samba
 elif ${@bb.utils.contains('PACKAGECONFIG', 'sysv', 'true', 'false', d)}; 
then
 install -d ${D}${sysconfdir}/init.d
-install -m 0755 packaging/sysv/samba.init 
${D}${sysconfdir}/init.d/samba.sh
+install -m 0755 packaging/sysv/samba.init 
${D}${sysconfdir}/init.d/samba
 sed -e 's,/opt/samba/bin,${sbindir},g' \
 -e 's,/opt/samba/smb.conf,${sysconfdir}/samba/smb.conf,g' \
 -e 's,/opt/samba/log,${localstatedir}/log/samba,g' \
--e 's,/etc/init.d/samba.server,${sysconfdir}/init.d/samba.sh,g' \
+-e 's,/etc/init.d/samba.server,${sysconfdir}/init.d/samba,g' \
 -e 's,/usr/bin,${base_bindir},g' \
--i ${D}${sysconfdir}/init.d/samba.sh
+-i ${D}${sysconfdir}/init.d/samba
 fi
 
 install -d ${D}${sysconfdir}/samba
-- 
1.9.1

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


[oe] [meta-networking][PATCH 00/11][v2] samba: refresh pending patches

2016-12-17 Thread Joe MacDonald
Rev two of the updated patch set, this time with potentially less multlib
issues (thanks for catching that, Andreas) and formally dropping the
DISABLE_STATIC patch.

-- 
-Joe MacDonald.
:wq

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


Re: [oe] [meta-networking][PATCH 04/11] samba: add smbclient package

2016-12-17 Thread Joe MacDonald
[Re: [meta-networking][PATCH 04/11] samba: add smbclient package] On 16.12.17 
(Sat 14:33) Andreas Oberritter wrote:

> On 17.12.2016 03:15, Joe MacDonald wrote:
> > From: Andreas Oberritter 
> > 
> > Signed-off-by: Andreas Oberritter 
> > Signed-off-by: Joe MacDonald 
> > ---
> >  .../recipes-connectivity/samba/samba_4.4.5.bb | 19 
> > +++
> >  1 file changed, 15 insertions(+), 4 deletions(-)
> > 
> > diff --git a/meta-networking/recipes-connectivity/samba/samba_4.4.5.bb 
> > b/meta-networking/recipes-connectivity/samba/samba_4.4.5.bb
> > index c9e0953..37dabb6 100644
> > --- a/meta-networking/recipes-connectivity/samba/samba_4.4.5.bb
> > +++ b/meta-networking/recipes-connectivity/samba/samba_4.4.5.bb
> > @@ -143,10 +143,10 @@ do_install_append() {
> >  rm -rf ${D}/run ${D}${localstatedir}/run ${D}${localstatedir}/log
> >  }
> >  
> > -PACKAGES =+ "${PN}-python ${PN}-pidl libwinbind libwinbind-krb5-locator"
> > -PACKAGES =+ "libwbclient libnss-winbind winbind libnetapi libsmbsharemodes 
> > \
> > - libsmbclient lib${BPN}-base ${PN}-base ${PN}-ctdb-tests"
> > -
> > +PACKAGES =+ "${PN}-python ${PN}-pidl libwinbind libwinbind-krb5-locator \
> > + libwbclient libnss-winbind winbind libnetapi libsmbsharemodes 
> > \
> > + libsmbclient lib${PN}-base ${PN}-base ${PN}-ctdb-tests \
>   ^
> This partially reverts commit 8f92aa970a34fa5af019c164d9e650de8fe511d3.

Correct, I missed that.  Thanks.

-J.

> 
> Regards,
> Andreas
> 
> > + smbclient"
> >  
> >  RDEPENDS_${PN} += "${PN}-base"
> >  
> > @@ -301,5 +301,16 @@ FILES_${PN}-python = 
> > "${libdir}/python${PYTHON_BASEVERSION}/site-packages/*.so \
> >
> > ${libdir}/python${PYTHON_BASEVERSION}/site-packages/samba/web_server/* \
> >  "
> >  
> > +FILES_smbclient = "${bindir}/cifsdd \
> > +   ${bindir}/rpcclient \
> > +   ${bindir}/smbcacls \
> > +   ${bindir}/smbclient \
> > +   ${bindir}/smbcquotas \
> > +   ${bindir}/smbget \
> > +   ${bindir}/smbspool \
> > +   ${bindir}/smbtar \
> > +   ${bindir}/smbtree \
> > +   ${libdir}/samba/smbspool_krb5_wrapper"
> > +
> >  RDEPENDS_${PN}-pidl_append = " perl"
> >  FILES_${PN}-pidl = "${bindir}/pidl ${datadir}/perl5/Parse"
> > 
> 

-- 
-Joe MacDonald.
:wq


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-networking][PATCH 00/11] samba: refresh pending patches

2016-12-17 Thread Joe MacDonald
[Re: [meta-networking][PATCH 00/11] samba: refresh pending patches] On 16.12.17 
(Sat 14:43) Andreas Oberritter wrote:

> On 17.12.2016 03:15, Joe MacDonald wrote:
> > As I mentioned earlier this week, I'm taking a stab at updating the samba
> > patches from Andreas Oberritter that now have conflicts due to other
> > changes queued up for samba.  Quite a few of them actually applied cleanly
> > after resolving earlier conflicts and the basic smoke tests seem to pass
> > for me, but this definitely needs a bit of soak time in master-next and if
> > you're around, Andreas, and can double-check my work on your patches,
> > that'd be much appreciated.
> > 
> 
> Joe, apart from my comment to patch 4, your rebase looks good to me. I
> hope that patch 7 doesn't introduce a regression for multilib, but I
> guess someone using multilib has to find out.

That's a good point and I am setting up a multilib build here to try it
out, but since I never use multilib and since patch 7 only hits the one
package list that was using BPN, I'm thinking multilib builds were
broken in a different way before any of this anyway.

Thanks for the review, Andreas.

-- 
-Joe MacDonald.
:wq


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-networking][PATCH 03/11] samba: remove unused variable DISABLE_STATIC

2016-12-17 Thread Joe MacDonald
[Re: [oe] [meta-networking][PATCH 03/11] samba: remove unused variable 
DISABLE_STATIC] On 16.12.17 (Sat 14:12) Andreas Oberritter wrote:

> On 17.12.2016 04:05, Joe MacDonald wrote:
> > Oh, I just realized this one sneaked back in despite my having thrown it
> > out at least twice now.  I've already rejected it in patchwork, but if
> > anyone is picking this up off the mailing list, DISABLE_STATIC is very
> > much still needed AFAICT.
> 
> Sorry, I didn't recognize it as a global variable.

No worries, honest mistake, it does look a little odd when you first
encounter it.  :-)

-J.

> 
> Regards,
> Andreas
> 
> > 
> > -J.
> > 
> > [[oe] [meta-networking][PATCH 03/11] samba: remove unused variable 
> > DISABLE_STATIC] On 16.12.16 (Fri 21:15) Joe MacDonald wrote:
> > 
> >> From: Andreas Oberritter 
> >>
> >> Signed-off-by: Andreas Oberritter 
> >> Signed-off-by: Joe MacDonald 
> >> ---
> >>  meta-networking/recipes-connectivity/samba/samba_4.4.5.bb | 1 -
> >>  1 file changed, 1 deletion(-)
> >>
> >> diff --git a/meta-networking/recipes-connectivity/samba/samba_4.4.5.bb 
> >> b/meta-networking/recipes-connectivity/samba/samba_4.4.5.bb
> >> index aabc043..c9e0953 100644
> >> --- a/meta-networking/recipes-connectivity/samba/samba_4.4.5.bb
> >> +++ b/meta-networking/recipes-connectivity/samba/samba_4.4.5.bb
> >> @@ -93,7 +93,6 @@ EXTRA_OECONF += "--enable-fhs \
> >>   --with-libiconv=${STAGING_DIR_HOST}${prefix} \
> >>   --with-pam --with-pammodulesdir=${base_libdir}/security \
> >>  "
> >> -DISABLE_STATIC = ""
> >>  
> >>  LDFLAGS += "-Wl,-z,relro,-z,now ${@bb.utils.contains('DISTRO_FEATURES', 
> >> 'ld-is-gold', ' -fuse-ld=bfd ', '', d)}"
> >>  
> >> -- 
> >> 1.9.1
> >>
> >>
> >>
> 
-- 
-Joe MacDonald.
:wq


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-networking][PATCH 03/11] samba: remove unused variable DISABLE_STATIC

2016-12-16 Thread Joe MacDonald
Oh, I just realized this one sneaked back in despite my having thrown it
out at least twice now.  I've already rejected it in patchwork, but if
anyone is picking this up off the mailing list, DISABLE_STATIC is very
much still needed AFAICT.

-J.

[[oe] [meta-networking][PATCH 03/11] samba: remove unused variable 
DISABLE_STATIC] On 16.12.16 (Fri 21:15) Joe MacDonald wrote:

> From: Andreas Oberritter 
> 
> Signed-off-by: Andreas Oberritter 
> Signed-off-by: Joe MacDonald 
> ---
>  meta-networking/recipes-connectivity/samba/samba_4.4.5.bb | 1 -
>  1 file changed, 1 deletion(-)
> 
> diff --git a/meta-networking/recipes-connectivity/samba/samba_4.4.5.bb 
> b/meta-networking/recipes-connectivity/samba/samba_4.4.5.bb
> index aabc043..c9e0953 100644
> --- a/meta-networking/recipes-connectivity/samba/samba_4.4.5.bb
> +++ b/meta-networking/recipes-connectivity/samba/samba_4.4.5.bb
> @@ -93,7 +93,6 @@ EXTRA_OECONF += "--enable-fhs \
>   --with-libiconv=${STAGING_DIR_HOST}${prefix} \
>   --with-pam --with-pammodulesdir=${base_libdir}/security \
>  "
> -DISABLE_STATIC = ""
>  
>  LDFLAGS += "-Wl,-z,relro,-z,now ${@bb.utils.contains('DISTRO_FEATURES', 
> 'ld-is-gold', ' -fuse-ld=bfd ', '', d)}"
>  
> -- 
> 1.9.1
> 
-- 
-Joe MacDonald.
:wq


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


[oe] [meta-networking][PATCH 11/11] samba: simplify LSB handling

2016-12-16 Thread Joe MacDonald
From: Andreas Oberritter 

Signed-off-by: Andreas Oberritter 
Signed-off-by: Joe MacDonald 
---
 meta-networking/recipes-connectivity/samba/samba_4.4.5.bb | 13 +
 1 file changed, 5 insertions(+), 8 deletions(-)

diff --git a/meta-networking/recipes-connectivity/samba/samba_4.4.5.bb 
b/meta-networking/recipes-connectivity/samba/samba_4.4.5.bb
index eb3038d..a126ac9 100644
--- a/meta-networking/recipes-connectivity/samba/samba_4.4.5.bb
+++ b/meta-networking/recipes-connectivity/samba/samba_4.4.5.bb
@@ -38,8 +38,8 @@ DEPENDS_append_libc-musl = " libtirpc"
 CFLAGS_append_libc-musl = " -I${STAGING_INCDIR}/tirpc"
 LDFLAGS_append_libc-musl = " -ltirpc"
 
-SYSVINITTYPE_linuxstdbase = "lsb"
-SYSVINITTYPE = "sysv"
+LSB = ""
+LSB_linuxstdbase = "lsb"
 
 INITSCRIPT_NAME = "samba"
 INITSCRIPT_PARAMS = "start 20 3 5 . stop 20 0 1 6 ."
@@ -48,19 +48,16 @@ SYSTEMD_PACKAGES = "${PN}-base winbind"
 SYSTEMD_SERVICE_${PN}-base = "nmb.service smb.service"
 SYSTEMD_SERVICE_winbind = "winbind.service"
 
-PACKAGECONFIG ??= "${@bb.utils.contains('DISTRO_FEATURES', 'sysvinit', 
'${SYSVINITTYPE}', '', d)} \
-   ${@bb.utils.contains('DISTRO_FEATURES', 'systemd', 
'systemd', '', d)} \
+PACKAGECONFIG ??= "${@bb.utils.contains('DISTRO_FEATURES', 'systemd', 
'systemd', '', d)} \
${@bb.utils.contains('DISTRO_FEATURES', 'zeroconf', 
'zeroconf', '', d)} \
acl cups ldap \
 "
 
-RDEPENDS_${PN}-base += "${@bb.utils.contains('PACKAGECONFIG', 'lsb', 'lsb', 
'', d)}"
+RDEPENDS_${PN}-base += "${LSB}"
 RDEPENDS_${PN}-ctdb-tests += "bash util-linux-getopt"
 
 PACKAGECONFIG[acl] = "--with-acl-support,--without-acl-support,acl"
 PACKAGECONFIG[fam] = "--with-fam,--without-fam,gamin"
-PACKAGECONFIG[lsb] = ",,lsb"
-PACKAGECONFIG[sysv] = ",,sysvinit"
 PACKAGECONFIG[cups] = "--enable-cups,--disable-cups,cups"
 PACKAGECONFIG[ldap] = "--with-ldap,--without-ldap,openldap"
 PACKAGECONFIG[sasl] = ",,cyrus-sasl"
@@ -120,7 +117,7 @@ do_install_append() {
 install -m644 packaging/systemd/samba.conf.tmp 
${D}${sysconfdir}/tmpfiles.d/samba.conf
 echo "d ${localstatedir}/log/samba 0755 root root -" \
 >> ${D}${sysconfdir}/tmpfiles.d/samba.conf
-if ${@bb.utils.contains('PACKAGECONFIG', 'lsb', 'true', 'false', d)}; then
+if [ "${LSB}" = "lsb" ]; then
 install -d ${D}${sysconfdir}/init.d
 install -m 0755 packaging/LSB/samba.sh ${D}${sysconfdir}/init.d/samba
 else
-- 
1.9.1

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


[oe] [meta-networking][PATCH 10/11] samba: start on boot with systemd

2016-12-16 Thread Joe MacDonald
From: Andreas Oberritter 

Signed-off-by: Andreas Oberritter 
Signed-off-by: Joe MacDonald 
---
 meta-networking/recipes-connectivity/samba/samba_4.4.5.bb | 4 
 1 file changed, 4 insertions(+)

diff --git a/meta-networking/recipes-connectivity/samba/samba_4.4.5.bb 
b/meta-networking/recipes-connectivity/samba/samba_4.4.5.bb
index 1caf8af..eb3038d 100644
--- a/meta-networking/recipes-connectivity/samba/samba_4.4.5.bb
+++ b/meta-networking/recipes-connectivity/samba/samba_4.4.5.bb
@@ -44,6 +44,10 @@ SYSVINITTYPE = "sysv"
 INITSCRIPT_NAME = "samba"
 INITSCRIPT_PARAMS = "start 20 3 5 . stop 20 0 1 6 ."
 
+SYSTEMD_PACKAGES = "${PN}-base winbind"
+SYSTEMD_SERVICE_${PN}-base = "nmb.service smb.service"
+SYSTEMD_SERVICE_winbind = "winbind.service"
+
 PACKAGECONFIG ??= "${@bb.utils.contains('DISTRO_FEATURES', 'sysvinit', 
'${SYSVINITTYPE}', '', d)} \
${@bb.utils.contains('DISTRO_FEATURES', 'systemd', 
'systemd', '', d)} \
${@bb.utils.contains('DISTRO_FEATURES', 'zeroconf', 
'zeroconf', '', d)} \
-- 
1.9.1

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


[oe] [meta-networking][PATCH 08/11] samba: add packages samba-dsdb-modules, samba-testsuite and registry-tools

2016-12-16 Thread Joe MacDonald
From: Andreas Oberritter 

Inspired by Debian.

Signed-off-by: Andreas Oberritter 
Signed-off-by: Joe MacDonald 
---
 meta-networking/recipes-connectivity/samba/samba_4.4.5.bb | 14 ++
 1 file changed, 14 insertions(+)

diff --git a/meta-networking/recipes-connectivity/samba/samba_4.4.5.bb 
b/meta-networking/recipes-connectivity/samba/samba_4.4.5.bb
index ac090c2..a678578 100644
--- a/meta-networking/recipes-connectivity/samba/samba_4.4.5.bb
+++ b/meta-networking/recipes-connectivity/samba/samba_4.4.5.bb
@@ -153,6 +153,7 @@ do_install_append() {
 }
 
 PACKAGES =+ "${PN}-python ${PN}-pidl \
+ ${PN}-dsdb-modules ${PN}-testsuite registry-tools \
  winbind \
  ${PN}-common ${PN}-base ${PN}-ctdb-tests \
  smbclient"
@@ -209,6 +210,19 @@ FILES_${PN} += "${libdir}/vfs/*.so \
 ${libdir}/auth/*.so \
 "
 
+FILES_${PN}-dsdb-modules = "${libdir}/samba/ldb"
+
+FILES_${PN}-testsuite = "${bindir}/gentest \
+ ${bindir}/locktest \
+ ${bindir}/masktest \
+ ${bindir}/ndrdump \
+ ${bindir}/smbtorture"
+
+FILES_registry-tools = "${bindir}/regdiff \
+${bindir}/regpatch \
+${bindir}/regshell \
+${bindir}/regtree"
+
 FILES_winbind = "${sbindir}/winbindd \
  ${bindir}/wbinfo \
  ${bindir}/ntlm_auth \
-- 
1.9.1

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


[oe] [meta-networking][PATCH 09/11] samba: move /etc/sysconfig to more common /etc/default, package tmpfiles.d in samba-common

2016-12-16 Thread Joe MacDonald
From: Andreas Oberritter 

Signed-off-by: Andreas Oberritter 
Signed-off-by: Joe MacDonald 
---
 meta-networking/recipes-connectivity/samba/samba_4.4.5.bb | 9 ++---
 1 file changed, 6 insertions(+), 3 deletions(-)

diff --git a/meta-networking/recipes-connectivity/samba/samba_4.4.5.bb 
b/meta-networking/recipes-connectivity/samba/samba_4.4.5.bb
index a678578..1caf8af 100644
--- a/meta-networking/recipes-connectivity/samba/samba_4.4.5.bb
+++ b/meta-networking/recipes-connectivity/samba/samba_4.4.5.bb
@@ -108,7 +108,9 @@ do_install_append() {
 
 install -d ${D}${systemd_system_unitdir}
 install -m 0644 packaging/systemd/*.service ${D}${systemd_system_unitdir}
-sed -i 's,\(ExecReload=\).*\(/kill\),\1${base_bindir}\2,' 
${D}${systemd_system_unitdir}/*.service
+sed -e 's,\(ExecReload=\).*\(/kill\),\1${base_bindir}\2,' \
+-e 's,/etc/sysconfig/samba,${sysconfdir}/default/samba,' \
+-i ${D}${systemd_system_unitdir}/*.service
 
 install -d ${D}${sysconfdir}/tmpfiles.d
 install -m644 packaging/systemd/samba.conf.tmp 
${D}${sysconfdir}/tmpfiles.d/samba.conf
@@ -133,8 +135,8 @@ do_install_append() {
 install -m644 packaging/LSB/smb.conf ${D}${sysconfdir}/samba/smb.conf
 install -D -m 644 ${WORKDIR}/volatiles.03_samba 
${D}${sysconfdir}/default/volatiles/03_samba
 
-install -d ${D}${sysconfdir}/sysconfig/
-install -m644 packaging/systemd/samba.sysconfig 
${D}${sysconfdir}/sysconfig/samba
+install -d ${D}${sysconfdir}/default
+install -m644 packaging/systemd/samba.sysconfig 
${D}${sysconfdir}/default/samba
 
 # install ctdb config file and test cases
 install -D -m 0644 ${S}/ctdb/tests/onnode/nodes 
${D}${sysconfdir}/ctdb/nodes
@@ -202,6 +204,7 @@ FILES_${PN}-ctdb-tests = "${bindir}/ctdb_run_tests \
 
 FILES_${BPN}-common = "${sysconfdir}/default \
${sysconfdir}/samba \
+   ${sysconfdir}/tmpfiles.d \
 "
 
 FILES_${PN} += "${libdir}/vfs/*.so \
-- 
1.9.1

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


[oe] [meta-networking][PATCH 05/11] samba: install manpages

2016-12-16 Thread Joe MacDonald
From: Andreas Oberritter 

Signed-off-by: Andreas Oberritter 
Signed-off-by: Joe MacDonald 
---
 meta-networking/recipes-connectivity/samba/samba_4.4.5.bb | 9 +
 1 file changed, 9 insertions(+)

diff --git a/meta-networking/recipes-connectivity/samba/samba_4.4.5.bb 
b/meta-networking/recipes-connectivity/samba/samba_4.4.5.bb
index 37dabb6..c4b31df 100644
--- a/meta-networking/recipes-connectivity/samba/samba_4.4.5.bb
+++ b/meta-networking/recipes-connectivity/samba/samba_4.4.5.bb
@@ -97,6 +97,15 @@ EXTRA_OECONF += "--enable-fhs \
 LDFLAGS += "-Wl,-z,relro,-z,now ${@bb.utils.contains('DISTRO_FEATURES', 
'ld-is-gold', ' -fuse-ld=bfd ', '', d)}"
 
 do_install_append() {
+for section in 1 5 7; do
+install -d ${D}${mandir}/man$section
+install -m 0644 ctdb/doc/*.$section ${D}${mandir}/man$section
+done
+for section in 1 5 7 8; do
+install -d ${D}${mandir}/man$section
+install -m 0644 docs/manpages/*.$section ${D}${mandir}/man$section
+done
+
 install -d ${D}${systemd_system_unitdir}
 install -m 0644 packaging/systemd/*.service ${D}${systemd_system_unitdir}
 sed -i 's,\(ExecReload=\).*\(/kill\),\1${base_bindir}\2,' 
${D}${systemd_system_unitdir}/*.service
-- 
1.9.1

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


[oe] [meta-networking][PATCH 07/11] samba: split libraries into their own packages

2016-12-16 Thread Joe MacDonald
From: Andreas Oberritter 

It's quite hard to track library dependencies manually between
releases. Splitting libraries into their own packages creates
some overhead but effectively uses less storage in minimal
installations.

Signed-off-by: Andreas Oberritter 
Signed-off-by: Joe MacDonald 
---
 .../recipes-connectivity/samba/samba_4.4.5.bb  | 134 +
 1 file changed, 30 insertions(+), 104 deletions(-)

diff --git a/meta-networking/recipes-connectivity/samba/samba_4.4.5.bb 
b/meta-networking/recipes-connectivity/samba/samba_4.4.5.bb
index 1b855c3..ac090c2 100644
--- a/meta-networking/recipes-connectivity/samba/samba_4.4.5.bb
+++ b/meta-networking/recipes-connectivity/samba/samba_4.4.5.bb
@@ -152,11 +152,33 @@ do_install_append() {
 rm -rf ${D}/run ${D}${localstatedir}/run ${D}${localstatedir}/log
 }
 
-PACKAGES =+ "${PN}-python ${PN}-pidl libwinbind libwinbind-krb5-locator \
- libwbclient libnss-winbind winbind libnetapi libsmbsharemodes \
- libsmbclient lib${PN}-base ${PN}-base ${PN}-ctdb-tests \
+PACKAGES =+ "${PN}-python ${PN}-pidl \
+ winbind \
+ ${PN}-common ${PN}-base ${PN}-ctdb-tests \
  smbclient"
 
+python samba_populate_packages() {
+def module_hook(file, pkg, pattern, format, basename):
+pn = d.getVar('PN', True)
+d.appendVar('RRECOMMENDS_%s-base' % pn, ' %s' % pkg)
+
+mlprefix = d.getVar('MLPREFIX', True) or ''
+pam_libdir = d.expand('${base_libdir}/security')
+pam_pkgname = mlprefix + 'pam-plugin%s'
+do_split_packages(d, pam_libdir, '^pam_(.*)\.so$', pam_pkgname, 'PAM 
plugin for %s', extra_depends='', prepend=True)
+
+libdir = d.getVar('libdir', True)
+do_split_packages(d, libdir, '^lib(.*)\.so\..*$', 'lib%s', 'Samba %s 
library', extra_depends='${PN}-common', prepend=True, allow_links=True)
+pkglibdir = '%s/samba' % libdir
+do_split_packages(d, pkglibdir, '^lib(.*)\.so$', 'lib%s', 'Samba %s 
library', extra_depends='${PN}-common', prepend=True)
+moduledir = '%s/samba/auth' % libdir
+do_split_packages(d, moduledir, '^(.*)\.so$', 'samba-auth-%s', 'Samba %s 
authentication backend', hook=module_hook, extra_depends='', prepend=True)
+moduledir = '%s/samba/pdb' % libdir
+do_split_packages(d, moduledir, '^(.*)\.so$', 'samba-pdb-%s', 'Samba %s 
password backend', hook=module_hook, extra_depends='', prepend=True)
+}
+
+PACKAGESPLITFUNCS_prepend = "samba_populate_packages "
+
 RDEPENDS_${PN} += "${PN}-base"
 
 FILES_${PN}-base = "${sbindir}/nmbd \
@@ -177,121 +199,25 @@ FILES_${PN}-ctdb-tests = "${bindir}/ctdb_run_tests \
   /run/ctdb \
  "
 
-# figured out by
-# 
FILES="tmp/work/cortexa9hf-vfp-neon-poky-linux-gnueabi/samba/4.1.12-r0/image/usr/sbin/smbd
 
tmp/work/cortexa9hf-vfp-neon-poky-linux-gnueabi/samba/4.1.12-r0/image/usr/sbin/nmbd"
-#
-# while [ "${FILES}" != "${OLDFILES}" ]
-# do
-# OLDFILES="${FILES}"
-# 
NEEDED=`tmp/sysroots/x86_64-linux/usr/libexec/arm-poky-linux-gnueabi.gcc-cross-initial-arm/gcc/arm-poky-linux-gnueabi/5.2.0/objdump
 -x ${FILES} | grep NEEDED | egrep -E 'so(.[0-9]|$)' | sort -u | perl 
-MData::Dumper -le 'while (<>) {chomp; push @lib, (split)[1]}; print "(", 
join("|", @lib), ")"'`
-# NF=`find 
tmp/work/cortexa9hf-vfp-neon-poky-linux-gnueabi/samba/4.1.12-r0/image/usr/lib 
-type f | egrep "${NEEDED}" | sort -u`
-#
-# FILES=`perl -le 'foreach (@ARGV) { $f{$_}++ }; print join(" ", sort keys 
%f)' ${FILES} ${NF}`
-# done
-#
-# LIBS=`echo ${FILES} | sed -e 
's,tmp/work/cortexa9hf-vfp-neon-poky-linux-gnueabi/samba/4.1.12-r0/image/usr/lib,${libdir},g'
 -e 's,.so.[0-9]+.*$,.so.*,g'`
-# for l in ${LIBS}
-# do
-# echo $l
-# done
-
-FILES_lib${BPN}-base = "\
-${sysconfdir}/default \
-${sysconfdir}/samba \
-${libdir}/libdcerpc-binding.so.* \
-${libdir}/libgensec.so.* \
-${libdir}/libndr-krb5pac.so.* \
-${libdir}/libndr-nbt.so.* \
-${libdir}/libndr-standard.so.* \
-${libdir}/libndr.so.* \
-${libdir}/libnetapi.so.* \
-${libdir}/libpdb.so.* \
-${libdir}/libsamba-credentials.so.* \
-${libdir}/libsamba-hostconfig.so.* \
-${libdir}/libsamba-util.so.* \
-${libdir}/libsamdb.so.* \
-  

[oe] [meta-networking][PATCH 06/11] samba: simplify files list for samba-python

2016-12-16 Thread Joe MacDonald
From: Andreas Oberritter 

Signed-off-by: Andreas Oberritter 
Signed-off-by: Joe MacDonald 
---
 .../recipes-connectivity/samba/samba_4.4.5.bb  | 18 +-
 1 file changed, 1 insertion(+), 17 deletions(-)

diff --git a/meta-networking/recipes-connectivity/samba/samba_4.4.5.bb 
b/meta-networking/recipes-connectivity/samba/samba_4.4.5.bb
index c4b31df..1b855c3 100644
--- a/meta-networking/recipes-connectivity/samba/samba_4.4.5.bb
+++ b/meta-networking/recipes-connectivity/samba/samba_4.4.5.bb
@@ -292,23 +292,7 @@ FILES_libwinbind = "${base_libdir}/security/pam_winbind.so 
\
 ${systemd_system_unitdir}/winbind.service"
 FILES_libwinbind-krb5-locator = "${libdir}/winbind_krb5_locator.so"
 
-FILES_${PN}-python = "${libdir}/python${PYTHON_BASEVERSION}/site-packages/*.so 
\
-  
${libdir}/python${PYTHON_BASEVERSION}/site-packages/_ldb_text.py \
-  
${libdir}/python${PYTHON_BASEVERSION}/site-packages/samba/*.py \
-  
${libdir}/python${PYTHON_BASEVERSION}/site-packages/samba/*.so \
-  
${libdir}/python${PYTHON_BASEVERSION}/site-packages/samba/dcerpc/*.so \
-  
${libdir}/python${PYTHON_BASEVERSION}/site-packages/samba/dcerpc/*.py \
-  
${libdir}/python${PYTHON_BASEVERSION}/site-packages/samba/external/* \
-  
${libdir}/python${PYTHON_BASEVERSION}/site-packages/samba/kcc/* \
-  
${libdir}/python${PYTHON_BASEVERSION}/site-packages/samba/netcmd/*.py \
-  
${libdir}/python${PYTHON_BASEVERSION}/site-packages/samba/provision/*.py \
-  
${libdir}/python${PYTHON_BASEVERSION}/site-packages/samba/samba3/*.py \
-  
${libdir}/python${PYTHON_BASEVERSION}/site-packages/samba/samba3/*.so \
-  
${libdir}/python${PYTHON_BASEVERSION}/site-packages/samba/subunit/* \
-  
${libdir}/python${PYTHON_BASEVERSION}/site-packages/samba/tests/* \
-  
${libdir}/python${PYTHON_BASEVERSION}/site-packages/samba/third_party/* \
-  
${libdir}/python${PYTHON_BASEVERSION}/site-packages/samba/web_server/* \
-"
+FILES_${PN}-python = "${PYTHON_SITEPACKAGES_DIR}"
 
 FILES_smbclient = "${bindir}/cifsdd \
${bindir}/rpcclient \
-- 
1.9.1

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


[oe] [meta-networking][PATCH 03/11] samba: remove unused variable DISABLE_STATIC

2016-12-16 Thread Joe MacDonald
From: Andreas Oberritter 

Signed-off-by: Andreas Oberritter 
Signed-off-by: Joe MacDonald 
---
 meta-networking/recipes-connectivity/samba/samba_4.4.5.bb | 1 -
 1 file changed, 1 deletion(-)

diff --git a/meta-networking/recipes-connectivity/samba/samba_4.4.5.bb 
b/meta-networking/recipes-connectivity/samba/samba_4.4.5.bb
index aabc043..c9e0953 100644
--- a/meta-networking/recipes-connectivity/samba/samba_4.4.5.bb
+++ b/meta-networking/recipes-connectivity/samba/samba_4.4.5.bb
@@ -93,7 +93,6 @@ EXTRA_OECONF += "--enable-fhs \
  --with-libiconv=${STAGING_DIR_HOST}${prefix} \
  --with-pam --with-pammodulesdir=${base_libdir}/security \
 "
-DISABLE_STATIC = ""
 
 LDFLAGS += "-Wl,-z,relro,-z,now ${@bb.utils.contains('DISTRO_FEATURES', 
'ld-is-gold', ' -fuse-ld=bfd ', '', d)}"
 
-- 
1.9.1

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


[oe] [meta-networking][PATCH 04/11] samba: add smbclient package

2016-12-16 Thread Joe MacDonald
From: Andreas Oberritter 

Signed-off-by: Andreas Oberritter 
Signed-off-by: Joe MacDonald 
---
 .../recipes-connectivity/samba/samba_4.4.5.bb | 19 +++
 1 file changed, 15 insertions(+), 4 deletions(-)

diff --git a/meta-networking/recipes-connectivity/samba/samba_4.4.5.bb 
b/meta-networking/recipes-connectivity/samba/samba_4.4.5.bb
index c9e0953..37dabb6 100644
--- a/meta-networking/recipes-connectivity/samba/samba_4.4.5.bb
+++ b/meta-networking/recipes-connectivity/samba/samba_4.4.5.bb
@@ -143,10 +143,10 @@ do_install_append() {
 rm -rf ${D}/run ${D}${localstatedir}/run ${D}${localstatedir}/log
 }
 
-PACKAGES =+ "${PN}-python ${PN}-pidl libwinbind libwinbind-krb5-locator"
-PACKAGES =+ "libwbclient libnss-winbind winbind libnetapi libsmbsharemodes \
- libsmbclient lib${BPN}-base ${PN}-base ${PN}-ctdb-tests"
-
+PACKAGES =+ "${PN}-python ${PN}-pidl libwinbind libwinbind-krb5-locator \
+ libwbclient libnss-winbind winbind libnetapi libsmbsharemodes \
+ libsmbclient lib${PN}-base ${PN}-base ${PN}-ctdb-tests \
+ smbclient"
 
 RDEPENDS_${PN} += "${PN}-base"
 
@@ -301,5 +301,16 @@ FILES_${PN}-python = 
"${libdir}/python${PYTHON_BASEVERSION}/site-packages/*.so \
   
${libdir}/python${PYTHON_BASEVERSION}/site-packages/samba/web_server/* \
 "
 
+FILES_smbclient = "${bindir}/cifsdd \
+   ${bindir}/rpcclient \
+   ${bindir}/smbcacls \
+   ${bindir}/smbclient \
+   ${bindir}/smbcquotas \
+   ${bindir}/smbget \
+   ${bindir}/smbspool \
+   ${bindir}/smbtar \
+   ${bindir}/smbtree \
+   ${libdir}/samba/smbspool_krb5_wrapper"
+
 RDEPENDS_${PN}-pidl_append = " perl"
 FILES_${PN}-pidl = "${bindir}/pidl ${datadir}/perl5/Parse"
-- 
1.9.1

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


[oe] [meta-networking][PATCH 02/11] samba: install systemd units and initscripts unconditionally

2016-12-16 Thread Joe MacDonald
From: Andreas Oberritter 

Fixes hybrid systemd/sysvinit setups.

Signed-off-by: Andreas Oberritter 
Signed-off-by: Joe MacDonald 
---
 .../recipes-connectivity/samba/samba_4.4.5.bb   | 21 ++---
 1 file changed, 10 insertions(+), 11 deletions(-)

diff --git a/meta-networking/recipes-connectivity/samba/samba_4.4.5.bb 
b/meta-networking/recipes-connectivity/samba/samba_4.4.5.bb
index 783a7cd..aabc043 100644
--- a/meta-networking/recipes-connectivity/samba/samba_4.4.5.bb
+++ b/meta-networking/recipes-connectivity/samba/samba_4.4.5.bb
@@ -98,19 +98,18 @@ DISABLE_STATIC = ""
 LDFLAGS += "-Wl,-z,relro,-z,now ${@bb.utils.contains('DISTRO_FEATURES', 
'ld-is-gold', ' -fuse-ld=bfd ', '', d)}"
 
 do_install_append() {
-if ${@bb.utils.contains('PACKAGECONFIG', 'systemd', 'true', 'false', d)}; 
then
-install -d ${D}${systemd_system_unitdir}
-install -m 0644 packaging/systemd/*.service 
${D}${systemd_system_unitdir}
-sed -i 's,\(ExecReload=\).*\(/kill\),\1${base_bindir}\2,' 
${D}${systemd_system_unitdir}/*.service
-
-install -d ${D}${sysconfdir}/tmpfiles.d
-install -m644 packaging/systemd/samba.conf.tmp 
${D}${sysconfdir}/tmpfiles.d/samba.conf
-echo "d ${localstatedir}/log/samba 0755 root root -" \
->> ${D}${sysconfdir}/tmpfiles.d/samba.conf
-elif ${@bb.utils.contains('PACKAGECONFIG', 'lsb', 'true', 'false', d)}; 
then
+install -d ${D}${systemd_system_unitdir}
+install -m 0644 packaging/systemd/*.service ${D}${systemd_system_unitdir}
+sed -i 's,\(ExecReload=\).*\(/kill\),\1${base_bindir}\2,' 
${D}${systemd_system_unitdir}/*.service
+
+install -d ${D}${sysconfdir}/tmpfiles.d
+install -m644 packaging/systemd/samba.conf.tmp 
${D}${sysconfdir}/tmpfiles.d/samba.conf
+echo "d ${localstatedir}/log/samba 0755 root root -" \
+>> ${D}${sysconfdir}/tmpfiles.d/samba.conf
+if ${@bb.utils.contains('PACKAGECONFIG', 'lsb', 'true', 'false', d)}; then
 install -d ${D}${sysconfdir}/init.d
 install -m 0755 packaging/LSB/samba.sh ${D}${sysconfdir}/init.d/samba
-elif ${@bb.utils.contains('PACKAGECONFIG', 'sysv', 'true', 'false', d)}; 
then
+else
 install -d ${D}${sysconfdir}/init.d
 install -m 0755 packaging/sysv/samba.init 
${D}${sysconfdir}/init.d/samba
 sed -e 's,/opt/samba/bin,${sbindir},g' \
-- 
1.9.1

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


[oe] [meta-networking][PATCH 01/11] samba: rename initscript from 'samba.sh' to more common 'samba'

2016-12-16 Thread Joe MacDonald
From: Andreas Oberritter 

This gets masked automatically by samba.service if systemd is running.

Signed-off-by: Andreas Oberritter 
Signed-off-by: Joe MacDonald 
---
 meta-networking/recipes-connectivity/samba/samba_4.4.5.bb | 10 +-
 1 file changed, 5 insertions(+), 5 deletions(-)

diff --git a/meta-networking/recipes-connectivity/samba/samba_4.4.5.bb 
b/meta-networking/recipes-connectivity/samba/samba_4.4.5.bb
index 6d62481..783a7cd 100644
--- a/meta-networking/recipes-connectivity/samba/samba_4.4.5.bb
+++ b/meta-networking/recipes-connectivity/samba/samba_4.4.5.bb
@@ -41,7 +41,7 @@ LDFLAGS_append_libc-musl = " -ltirpc"
 SYSVINITTYPE_linuxstdbase = "lsb"
 SYSVINITTYPE = "sysv"
 
-INITSCRIPT_NAME = "samba.sh"
+INITSCRIPT_NAME = "samba"
 INITSCRIPT_PARAMS = "start 20 3 5 . stop 20 0 1 6 ."
 
 PACKAGECONFIG ??= "${@bb.utils.contains('DISTRO_FEATURES', 'sysvinit', 
'${SYSVINITTYPE}', '', d)} \
@@ -109,16 +109,16 @@ do_install_append() {
 >> ${D}${sysconfdir}/tmpfiles.d/samba.conf
 elif ${@bb.utils.contains('PACKAGECONFIG', 'lsb', 'true', 'false', d)}; 
then
 install -d ${D}${sysconfdir}/init.d
-install -m 0755 packaging/LSB/samba.sh ${D}${sysconfdir}/init.d
+install -m 0755 packaging/LSB/samba.sh ${D}${sysconfdir}/init.d/samba
 elif ${@bb.utils.contains('PACKAGECONFIG', 'sysv', 'true', 'false', d)}; 
then
 install -d ${D}${sysconfdir}/init.d
-install -m 0755 packaging/sysv/samba.init 
${D}${sysconfdir}/init.d/samba.sh
+install -m 0755 packaging/sysv/samba.init 
${D}${sysconfdir}/init.d/samba
 sed -e 's,/opt/samba/bin,${sbindir},g' \
 -e 's,/opt/samba/smb.conf,${sysconfdir}/samba/smb.conf,g' \
 -e 's,/opt/samba/log,${localstatedir}/log/samba,g' \
--e 's,/etc/init.d/samba.server,${sysconfdir}/init.d/samba.sh,g' \
+-e 's,/etc/init.d/samba.server,${sysconfdir}/init.d/samba,g' \
 -e 's,/usr/bin,${base_bindir},g' \
--i ${D}${sysconfdir}/init.d/samba.sh
+-i ${D}${sysconfdir}/init.d/samba
 fi
 
 install -d ${D}${sysconfdir}/samba
-- 
1.9.1

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


[oe] [meta-networking][PATCH 00/11] samba: refresh pending patches

2016-12-16 Thread Joe MacDonald
As I mentioned earlier this week, I'm taking a stab at updating the samba
patches from Andreas Oberritter that now have conflicts due to other
changes queued up for samba.  Quite a few of them actually applied cleanly
after resolving earlier conflicts and the basic smoke tests seem to pass
for me, but this definitely needs a bit of soak time in master-next and if
you're around, Andreas, and can double-check my work on your patches,
that'd be much appreciated.

-- 
-Joe MacDonald.
:wq

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


[oe] [meta-networking][PATCH] iscsi-initiator-utils: Update to 2.0.874

2016-12-05 Thread Joe MacDonald
The latest iscsi-initiator-utils has been available for a while now,
update our recipe.  The new version no longer bundles its own ISNS server,
so this update brings in open-isns as a dependency.

As open-isns depends on systemd, add systemd to REQUIRED_DISTRO_FEATURES

Additionally, open-iscsi.org is defunct, the new home is at
open-iscsi.com, update the SRC_URI and homepage accordingly.

Signed-off-by: Martin Jansa 
Signed-off-by: Joe MacDonald 
---
 ...nitiator-utils-Do-not-clean-kernel-source.patch |  44 
 .../iscsi-initiator-utils-dont-use-static.patch|  21 --
 ...text-add-include-for-NI_MAXHOST-definiton.patch |  35 +++
 .../iscsi-initiator-utils-use-var-for-config.patch | 240 -
 ...2.0-873.bb => iscsi-initiator-utils_2.0.874.bb} |  86 
 .../recipes-support/open-isns/open-isns_0.97.bb|  35 +++
 6 files changed, 163 insertions(+), 298 deletions(-)
 create mode 100644 
meta-networking/recipes-daemons/iscsi-initiator-utils/files/iscsi-initiator-utils-Do-not-clean-kernel-source.patch
 delete mode 100644 
meta-networking/recipes-daemons/iscsi-initiator-utils/files/iscsi-initiator-utils-dont-use-static.patch
 create mode 100644 
meta-networking/recipes-daemons/iscsi-initiator-utils/files/iscsi-initiator-utils-fw_context-add-include-for-NI_MAXHOST-definiton.patch
 delete mode 100644 
meta-networking/recipes-daemons/iscsi-initiator-utils/files/iscsi-initiator-utils-use-var-for-config.patch
 rename 
meta-networking/recipes-daemons/iscsi-initiator-utils/{iscsi-initiator-utils_2.0-873.bb
 => iscsi-initiator-utils_2.0.874.bb} (61%)
 create mode 100644 meta-networking/recipes-support/open-isns/open-isns_0.97.bb

diff --git 
a/meta-networking/recipes-daemons/iscsi-initiator-utils/files/iscsi-initiator-utils-Do-not-clean-kernel-source.patch
 
b/meta-networking/recipes-daemons/iscsi-initiator-utils/files/iscsi-initiator-utils-Do-not-clean-kernel-source.patch
new file mode 100644
index 000..2c46611
--- /dev/null
+++ 
b/meta-networking/recipes-daemons/iscsi-initiator-utils/files/iscsi-initiator-utils-Do-not-clean-kernel-source.patch
@@ -0,0 +1,44 @@
+From 4ebab8add4a549c16ab8b124137546c0a7b46a9b Mon Sep 17 00:00:00 2001
+From: Joe MacDonald 
+Date: Tue, 15 Nov 2016 11:11:30 -0500
+Subject: [PATCH] Do not clean kernel source
+
+The default behaviour should not be to attempt to clean the kernel source
+tree when building userspace.  When not cross-compiling, however, this action 
is
+harmless, but when attempting to build within the sysroot and since this 
package
+is purely userspace, the clean step will fail.
+
+Removing the clean step eliminates an unnecessary dependency on the kernel 
build
+infrastructure.
+
+Upstream-status: Inappropriate (embedded specific)
+
+Signed-off-by: Joe MacDonald 
+---
+ Makefile | 3 +--
+ 1 file changed, 1 insertion(+), 2 deletions(-)
+
+diff --git a/Makefile b/Makefile
+index c8cd00e..9576bba 100644
+--- a/Makefile
 b/Makefile
+@@ -37,7 +37,7 @@ endif
+ 
+ all: user
+ 
+-user: iscsiuio/Makefile
++user:
+   $(MAKE) -C utils/sysdeps
+   $(MAKE) -C utils/fwparam_ibft
+   $(MAKE) -C usr
+@@ -75,7 +75,6 @@ clean:
+   $(MAKE) -C utils/fwparam_ibft clean
+   $(MAKE) -C utils clean
+   $(MAKE) -C usr clean
+-  $(MAKE) -C kernel clean
+   [ ! -f iscsiuio/Makefile ] || $(MAKE) -C iscsiuio clean
+   [ ! -f iscsiuio/Makefile ] || $(MAKE) -C iscsiuio distclean
+ 
+-- 
+1.9.1
+
diff --git 
a/meta-networking/recipes-daemons/iscsi-initiator-utils/files/iscsi-initiator-utils-dont-use-static.patch
 
b/meta-networking/recipes-daemons/iscsi-initiator-utils/files/iscsi-initiator-utils-dont-use-static.patch
deleted file mode 100644
index ce48e2b..000
--- 
a/meta-networking/recipes-daemons/iscsi-initiator-utils/files/iscsi-initiator-utils-dont-use-static.patch
+++ /dev/null
@@ -1,21 +0,0 @@
-iscsi-initiator-utils not to use static
-
-Upstream-status: Backport
-This patch is from fedora17.
-
-Signed-off-by: Yao Zhao 
-Signed-off-by: Vu Tran 
-
-diff --git a/usr/Makefile b/usr/Makefile
-index 673b7f1..fd14a10 100644
 a/usr/Makefile
-+++ b/usr/Makefile
-@@ -61,7 +61,7 @@ iscsiadm: $(ISCSI_LIB_SRCS) $(DISCOVERY_SRCS) iscsiadm.o 
session_mgmt.o
- 
- iscsistart: $(ISCSI_LIB_SRCS) $(INITIATOR_SRCS) $(FW_BOOT_SRCS) \
-   iscsistart.o statics.o
--  $(CC) $(CFLAGS) -static $^ -o $@
-+  $(CC) $(CFLAGS) $^ -o $@
- clean:
-   rm -f *.o $(PROGRAMS) .depend $(LIBSYS)
- 
diff --git 
a/meta-networking/recipes-daemons/iscsi-initiator-utils/files/iscsi-initiator-utils-fw_context-add-include-for-NI_MAXHOST-definiton.patch
 
b/meta-networking/recipes-daemons/iscsi-initiator-utils/files/iscsi-initiator-utils-fw_context-add-include-for-NI_MAXHOST-definiton.patch
new file mode 100644
index 000..37d695f
--- /dev/null
+++ 
b/meta-networking/recipes-daemons/iscsi-initiator-utils/files/iscsi-initiator-utils-fw_context-add-include-for-NI_MAXHOST-definiton.patch
@@ -0,0 +1,35 @@

Re: [oe] [meta-networking][PATCH] iscsi-initiator-utils: Update to 2.0.874

2016-12-05 Thread Joe MacDonald
[Re: [oe] [meta-networking][PATCH] iscsi-initiator-utils: Update to 2.0.874] On 
16.11.29 (Tue 21:00) Martin Jansa wrote:

> On Wed, Nov 23, 2016 at 10:08:29AM -0500, Joe MacDonald wrote:
> > The latest iscsi-initiator-utils has been available for a while now,
> > update our recipe.  The new version no longer bundles its own ISNS server,
> > so this update brings in open-isns as a dependency.
> > 
> > Additionally, open-iscsi.org is defunct, the new home is at
> > open-iscsi.com, update the SRC_URI and homepage accordingly.
> > 
> > Signed-off-by: Joe MacDonald 
[...]
> > diff --git a/meta-networking/recipes-support/open-isns/open-isns_0.97.bb 
> > b/meta-networking/recipes-support/open-isns/open-isns_0.97.bb
> > new file mode 100644
> > index 000..fe41093
> > --- /dev/null
> > +++ b/meta-networking/recipes-support/open-isns/open-isns_0.97.bb
> > @@ -0,0 +1,33 @@
> > +# Copyright (C) 2016 Joe MacDonald 
> > +# Released under the MIT license (see COPYING.MIT for the terms)
> > +
> > +SUMMARY = "iSNS daemon and utility programs"
> > +DESCRIPTION = "This is a partial implementation of RFC4171, the Internet \
> > +Storage Name Service (iSNS).  The distribution includes the iSNS server, \
> > +supporting persisten storage of registrations, isnsadm, a command line \
> > +utility for managing nodes, and isnsdd, a corresponding discovery daemon."
> > +HOMEPAGE = "http://github.com/gonzoleeman/open-isns/";
> > +LICENSE = "GPLv2+ & LGPLv2+"
> > +LIC_FILES_CHKSUM = "file://COPYING;md5=321bf41f280cf805086dd5a720b37785"
> > +SECTION = "net"
> > +
> > +DEPENDS = "openssl systemd"
> > +
> > +SRC_URI = " \
> > +   git://github.com/open-iscsi/open-isns \
> > +"
> > +
> > +SRCREV ?= "09954404e948e41eb0fce8e28836018b4ce3d20d"
> > +
> > +S = "${WORKDIR}/git"
> > +
> > +inherit systemd autotools-brokensep
> > +
> > +EXTRA_OECONF = " --prefix=${prefix} --enable-shared"
> > +
> > +do_install_append () {
> > +oe_runmake -C ${B} INCDIR=${STAGING_INCDIR}/libisns/ install_hdrs
> > +oe_runmake -C ${B} LIBDIR=${D}${libdir} install_lib
> 
> This seems to bypass sstate and install it directly to sysroot, why did you 
> use STAGING_INCDIR?

I'm not sure, some brain-fart from before I added the brokensep
dependency, I think.  I've pointed it at the appropriate place (and
dropped the unnecessary chdir) in v2, coming out now.

-J.

> ERROR: Following files are installed in sysroot, but not tracked by
> sstate:
> qemuarm/usr/include/guid.h
> qemuarm/usr/include/libisns
> qemuarm/usr/include/libisns/attrs.h
> qemuarm/usr/include/libisns/buffer.h
> qemuarm/usr/include/libisns/isns.h
> qemuarm/usr/include/libisns/isns-proto.h
> qemuarm/usr/include/libisns/message.h
> qemuarm/usr/include/libisns/paths.h
> qemuarm/usr/include/libisns/source.h
> qemuarm/usr/include/libisns/types.h
> qemuarm/usr/include/libisns/util.h
> qemuarm/usr/lib/libcrossguid.a
> INFO: Output written in:
> /home/jenkins/oe/world/shr-core/tmp-glibc/sysroot.cruft.1480448660
> 
> 
> > +}
> > +
> > +FILES_${PN} += "${libdir}"
> > -- 
> > 1.9.1
> > 
> > -- 
> > ___
> > Openembedded-devel mailing list
> > Openembedded-devel@lists.openembedded.org
> > http://lists.openembedded.org/mailman/listinfo/openembedded-devel
> 
-- 
-Joe MacDonald.
:wq


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


[oe] [meta-networking][PATCH] iscsi-initiator-utils: Update to 2.0.874

2016-11-23 Thread Joe MacDonald
The latest iscsi-initiator-utils has been available for a while now,
update our recipe.  The new version no longer bundles its own ISNS server,
so this update brings in open-isns as a dependency.

Additionally, open-iscsi.org is defunct, the new home is at
open-iscsi.com, update the SRC_URI and homepage accordingly.

Signed-off-by: Joe MacDonald 
---
 ...nitiator-utils-Do-not-clean-kernel-source.patch |  44 
 .../iscsi-initiator-utils-dont-use-static.patch|  21 --
 ...text-add-include-for-NI_MAXHOST-definiton.patch |  35 +++
 .../iscsi-initiator-utils-use-var-for-config.patch | 240 -
 ...2.0-873.bb => iscsi-initiator-utils_2.0.874.bb} |  68 +++---
 .../recipes-support/open-isns/open-isns_0.97.bb|  33 +++
 6 files changed, 151 insertions(+), 290 deletions(-)
 create mode 100644 
meta-networking/recipes-daemons/iscsi-initiator-utils/files/iscsi-initiator-utils-Do-not-clean-kernel-source.patch
 delete mode 100644 
meta-networking/recipes-daemons/iscsi-initiator-utils/files/iscsi-initiator-utils-dont-use-static.patch
 create mode 100644 
meta-networking/recipes-daemons/iscsi-initiator-utils/files/iscsi-initiator-utils-fw_context-add-include-for-NI_MAXHOST-definiton.patch
 delete mode 100644 
meta-networking/recipes-daemons/iscsi-initiator-utils/files/iscsi-initiator-utils-use-var-for-config.patch
 rename 
meta-networking/recipes-daemons/iscsi-initiator-utils/{iscsi-initiator-utils_2.0-873.bb
 => iscsi-initiator-utils_2.0.874.bb} (65%)
 create mode 100644 meta-networking/recipes-support/open-isns/open-isns_0.97.bb

diff --git 
a/meta-networking/recipes-daemons/iscsi-initiator-utils/files/iscsi-initiator-utils-Do-not-clean-kernel-source.patch
 
b/meta-networking/recipes-daemons/iscsi-initiator-utils/files/iscsi-initiator-utils-Do-not-clean-kernel-source.patch
new file mode 100644
index 000..2c46611
--- /dev/null
+++ 
b/meta-networking/recipes-daemons/iscsi-initiator-utils/files/iscsi-initiator-utils-Do-not-clean-kernel-source.patch
@@ -0,0 +1,44 @@
+From 4ebab8add4a549c16ab8b124137546c0a7b46a9b Mon Sep 17 00:00:00 2001
+From: Joe MacDonald 
+Date: Tue, 15 Nov 2016 11:11:30 -0500
+Subject: [PATCH] Do not clean kernel source
+
+The default behaviour should not be to attempt to clean the kernel source
+tree when building userspace.  When not cross-compiling, however, this action 
is
+harmless, but when attempting to build within the sysroot and since this 
package
+is purely userspace, the clean step will fail.
+
+Removing the clean step eliminates an unnecessary dependency on the kernel 
build
+infrastructure.
+
+Upstream-status: Inappropriate (embedded specific)
+
+Signed-off-by: Joe MacDonald 
+---
+ Makefile | 3 +--
+ 1 file changed, 1 insertion(+), 2 deletions(-)
+
+diff --git a/Makefile b/Makefile
+index c8cd00e..9576bba 100644
+--- a/Makefile
 b/Makefile
+@@ -37,7 +37,7 @@ endif
+ 
+ all: user
+ 
+-user: iscsiuio/Makefile
++user:
+   $(MAKE) -C utils/sysdeps
+   $(MAKE) -C utils/fwparam_ibft
+   $(MAKE) -C usr
+@@ -75,7 +75,6 @@ clean:
+   $(MAKE) -C utils/fwparam_ibft clean
+   $(MAKE) -C utils clean
+   $(MAKE) -C usr clean
+-  $(MAKE) -C kernel clean
+   [ ! -f iscsiuio/Makefile ] || $(MAKE) -C iscsiuio clean
+   [ ! -f iscsiuio/Makefile ] || $(MAKE) -C iscsiuio distclean
+ 
+-- 
+1.9.1
+
diff --git 
a/meta-networking/recipes-daemons/iscsi-initiator-utils/files/iscsi-initiator-utils-dont-use-static.patch
 
b/meta-networking/recipes-daemons/iscsi-initiator-utils/files/iscsi-initiator-utils-dont-use-static.patch
deleted file mode 100644
index ce48e2b..000
--- 
a/meta-networking/recipes-daemons/iscsi-initiator-utils/files/iscsi-initiator-utils-dont-use-static.patch
+++ /dev/null
@@ -1,21 +0,0 @@
-iscsi-initiator-utils not to use static
-
-Upstream-status: Backport
-This patch is from fedora17.
-
-Signed-off-by: Yao Zhao 
-Signed-off-by: Vu Tran 
-
-diff --git a/usr/Makefile b/usr/Makefile
-index 673b7f1..fd14a10 100644
 a/usr/Makefile
-+++ b/usr/Makefile
-@@ -61,7 +61,7 @@ iscsiadm: $(ISCSI_LIB_SRCS) $(DISCOVERY_SRCS) iscsiadm.o 
session_mgmt.o
- 
- iscsistart: $(ISCSI_LIB_SRCS) $(INITIATOR_SRCS) $(FW_BOOT_SRCS) \
-   iscsistart.o statics.o
--  $(CC) $(CFLAGS) -static $^ -o $@
-+  $(CC) $(CFLAGS) $^ -o $@
- clean:
-   rm -f *.o $(PROGRAMS) .depend $(LIBSYS)
- 
diff --git 
a/meta-networking/recipes-daemons/iscsi-initiator-utils/files/iscsi-initiator-utils-fw_context-add-include-for-NI_MAXHOST-definiton.patch
 
b/meta-networking/recipes-daemons/iscsi-initiator-utils/files/iscsi-initiator-utils-fw_context-add-include-for-NI_MAXHOST-definiton.patch
new file mode 100644
index 000..37d695f
--- /dev/null
+++ 
b/meta-networking/recipes-daemons/iscsi-initiator-utils/files/iscsi-initiator-utils-fw_context-add-include-for-NI_MAXHOST-definiton.patch
@@ -0,0 +1,35 @@
+From 79bea58a554205dd185509fbc4e76b5fc40f9038 Mon Sep 17 00:00:00 2001
+From: Joe MacDonald 
+Date: Tue, 15 Nov 2016 12:36:45 -0500
+S

[oe] [meta-networking][PATCH] iscsi-initiator-utils: Update SRC_URI and homepage

2016-11-14 Thread Joe MacDonald
open-iscsi.org is defunct, the new home is at open-iscsi.com, update the
SRC_URI and homepage accordingly.

Signed-off-by: Joe MacDonald 
---
 ...utils_2.0-873.bb => iscsi-initiator-utils_2.0.873.bb} | 16 +---
 1 file changed, 9 insertions(+), 7 deletions(-)
 rename 
meta-networking/recipes-daemons/iscsi-initiator-utils/{iscsi-initiator-utils_2.0-873.bb
 => iscsi-initiator-utils_2.0.873.bb} (90%)

diff --git 
a/meta-networking/recipes-daemons/iscsi-initiator-utils/iscsi-initiator-utils_2.0-873.bb
 
b/meta-networking/recipes-daemons/iscsi-initiator-utils/iscsi-initiator-utils_2.0.873.bb
similarity index 90%
rename from 
meta-networking/recipes-daemons/iscsi-initiator-utils/iscsi-initiator-utils_2.0-873.bb
rename to 
meta-networking/recipes-daemons/iscsi-initiator-utils/iscsi-initiator-utils_2.0.873.bb
index 4b13155..d540085 100644
--- 
a/meta-networking/recipes-daemons/iscsi-initiator-utils/iscsi-initiator-utils_2.0-873.bb
+++ 
b/meta-networking/recipes-daemons/iscsi-initiator-utils/iscsi-initiator-utils_2.0.873.bb
@@ -4,16 +4,17 @@ independent, multi-platform implementation of RFC3720. The 
iscsi package \
 provides the server daemon for the iSCSI protocol, as well as the utility \
 programs used to manage it. iSCSI is a protocol for distributed \
 disk access using SCSI commands sent over Internet Protocol networks."
-HOMEPAGE = "http://www.open-iscsi.org/";
+HOMEPAGE = "http://www.open-iscsi.com/";
 LICENSE = "GPLv2 & LGPLv2.1"
 SECTION = "net"
 DEPENDS = "openssl flex-native bison-native"
 
-LIC_FILES_CHKSUM = \
-"file://COPYING;md5=393a5ca445f6965873eca0259a17f833 \
- file://utils/open-isns/COPYING;md5=7fbc338309ac38fefcd64b04bb903e34"
+LIC_FILES_CHKSUM = "\
+file://COPYING;md5=393a5ca445f6965873eca0259a17f833 \
+file://utils/open-isns/COPYING;md5=7fbc338309ac38fefcd64b04bb903e34 \
+"
 
-SRC_URI = "http://www.open-iscsi.org/bits/open-iscsi-${PV}.tar.gz \
+SRC_URI = "https://github.com/open-iscsi/open-iscsi/archive/${PV}.tar.gz \
file://iscsi-initiator-utils-use-var-for-config.patch \
file://iscsi-initiator-utils-dont-use-static.patch \
file://initd.debian \
@@ -23,8 +24,9 @@ SRC_URI = 
"http://www.open-iscsi.org/bits/open-iscsi-${PV}.tar.gz \
file://iscsi-initiator-targets.service \
file://set_initiatorname \
 "
-SRC_URI[md5sum] = "8b8316d7c9469149a6cc6234478347f7"
-SRC_URI[sha256sum] = 
"7dd9f2f97da417560349a8da44ea4fcfe98bfd5ef284240a2cc4ff8e88ac7cd9"
+SRC_URI[md5sum] = "77ef4d5f5aceb4c7f0bef743fa7fc05c"
+SRC_URI[sha256sum] = 
"c51f6fad45afb7c059f10776de721c6d5fd0336ff927daacea6a7e0a3ad02f18"
+
 
 S = "${WORKDIR}/open-iscsi-${PV}"
 
-- 
1.9.1

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


Re: [oe] OE plans for morty

2016-11-14 Thread Joe MacDonald
ead of now 
> > > > empty EXTRA_OECONF
> > > > ? f882db6 ipmiutil: uncomment PARALLEL_MAKE
> > > >
> > > > ? 54c7e78 pcsc-lite: Seperate GPLV3 portions from BSD
> > > > fded4cf opencv: fix packaging and install
> > > >
> > > >
> > > > 1c072cb gvfs: fix fetch error
> > > > ? 0cc3d06 leptonica: add PACKAGECONFIG for giflib
> > > > ? 8eef5ab wireshark: update to 2.2.1
> > > >
> > > > ? 812e940 ntp : Add openssl to default PACKAGECONFIG options
> > > > ? 8760099 atftp: fixes musl libc build
> > > > ? 5abe6ea arptables: add the directory for default 
> > > > /etc/sysconfig/arptables
> > > > ? a0e2240 arptables: add arptables systemd service file
> > > > 93b0d65 iscsitarget: resolve build error with linux kernel 4.8
> > > > 9e8d127 squid: fix ptest failure
> > > > 6f54f29 squid: specify sysconfdir and logdir
> > > > 307d1c9 libtdb: fixes for deterministic builds
> > > > 5175c03 libldb: fixes for deterministic builds
> > > > 5291715 libtevent: fixes for deterministic builds
> > > > 778a2b6 libtalloc: fixes for deterministic builds
> > > > fe652f8 libldb: fix for LIC_FILES_CHKSUM
> > > > f25aa3d libtdb: fix for LIC_FILES_CHKSUM
> > > > d4a36f6 libtevent: fix for LIC_FILES_CHKSUM
> > > > 0014397 libtalloc: fix for LIC_FILES_CHKSUM
> > > >
> > > > a95726d samba: replace pam packageconfig by hard dependency
> > > > 3fdfdd8 samba: un-blacklist
> > > >
> > > 
> > 
> > -- 
> > Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com
> 
> 
> 
-- 
-Joe MacDonald.
:wq


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


[oe] [meta-networking][PATCH] samba: un-blacklist

2016-09-15 Thread Joe MacDonald
Commit b60c60806e57f69233db582ef88d113867c2ecd1 resolves the linking
issue, later commits (mainly 12a118989296d13e036d0daa9f9a3d45eee03ded)
resolve the packaging issue, so re-enable samba for everyone.

Signed-off-by: Joe MacDonald 
---
 meta-networking/recipes-connectivity/samba/samba_4.4.5.bb | 5 -
 1 file changed, 5 deletions(-)

diff --git a/meta-networking/recipes-connectivity/samba/samba_4.4.5.bb 
b/meta-networking/recipes-connectivity/samba/samba_4.4.5.bb
index 7d7fa02..3686faa 100644
--- a/meta-networking/recipes-connectivity/samba/samba_4.4.5.bb
+++ b/meta-networking/recipes-connectivity/samba/samba_4.4.5.bb
@@ -317,8 +317,3 @@ FILES_${PN}-python-dbg = 
"${libdir}/python${PYTHON_BASEVERSION}/site-packages/.d
 
 RDEPENDS_${PN}-pidl_append = " perl"
 FILES_${PN}-pidl = "${bindir}/pidl ${datadir}/perl5/Parse"
-
-# http://errors.yoctoproject.org/Errors/Details/81004/
-# before this issue it was also failing in do_package and
-# autodetecting libpam dependency
-PNBLACKLIST[samba] ?= "BROKEN: fails to build with new binutils-2.27"
-- 
1.9.1

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


Re: [oe] 3 meta-networking patches

2016-09-15 Thread Joe MacDonald
Hey Martin,

[3 meta-networking patches] On 16.09.15 (Thu 10:39) Martin Jansa wrote:

> Hi Joe,
> 
> can you please confirm state of thes change:
> https://patchwork.openembedded.org/patch/128859/
> it's Accepted on patchwork, but still applicable and included i
> master-next.

Curious.  I'll scoop that up this morning.  It looks pretty obvious.

> I'll drop these 2 from master-next as they are marked as
> Rejected/Changes-Requested now:
> https://patchwork.openembedded.org/patch/122365/
> https://patchwork.openembedded.org/patch/125839/

Yep, the former had a lot of discussion around it and ultimately the
rationale wasn't solid.  The latter was resolved with patches to
waf-samba as a generic solution rather than piecemeal, as this was
doing.

-- 
-Joe MacDonald.
:wq


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-networking][PATCH] lksctp-tools: 1.0.16 -> 1.0.17

2016-09-14 Thread Joe MacDonald
[[oe] [meta-networking][PATCH] lksctp-tools: 1.0.16 -> 1.0.17] On 16.09.14 (Wed 
00:59) Wang Xin wrote:

> Upgrade lksctp-tools from 1.0.16 to 1.0.17.
> 
> Signed-off-by: Wang Xin 

Is this any different than the one you sent out on Monday?  It looks
like an accidental re-send, but I thought I'd ask in case you intended
to send something different.

-J.

> ---
>  .../lksctp-tools/{lksctp-tools_1.0.16.bb => lksctp-tools_1.0.17.bb}   | 4 
> ++--
>  1 file changed, 2 insertions(+), 2 deletions(-)
>  rename meta-networking/recipes-support/lksctp-tools/{lksctp-tools_1.0.16.bb 
> => lksctp-tools_1.0.17.bb} (94%)
> 
> diff --git 
> a/meta-networking/recipes-support/lksctp-tools/lksctp-tools_1.0.16.bb 
> b/meta-networking/recipes-support/lksctp-tools/lksctp-tools_1.0.17.bb
> similarity index 94%
> rename from 
> meta-networking/recipes-support/lksctp-tools/lksctp-tools_1.0.16.bb
> rename to meta-networking/recipes-support/lksctp-tools/lksctp-tools_1.0.17.bb
> index e6a84cc..11c43ff 100644
> --- a/meta-networking/recipes-support/lksctp-tools/lksctp-tools_1.0.16.bb
> +++ b/meta-networking/recipes-support/lksctp-tools/lksctp-tools_1.0.17.bb
> @@ -14,8 +14,8 @@ SRC_URI = "${SOURCEFORGE_MIRROR}/lksctp/${BP}.tar.gz \
>  file://v6test.sh \
>  "
>  
> -SRC_URI[md5sum] = "708bb0b5a6806ad6e8d13c55b067518e"
> -SRC_URI[sha256sum] = 
> "0903dd526b7f30a89d5031aa2c82757612becc38ed7bc6e4f972f8deae351f26"
> +SRC_URI[md5sum] = "68e9b8fa4d4e331029b247b72d46d7a5"
> +SRC_URI[sha256sum] = 
> "1aeb204cdb2befc94d9eb3037d1609c9d1d2cd5379d6dd2c0a8ca9b10533aa15"
>  
>  #| arm-oe-linux-gnueabi-libtool: link: arm-oe-linux-gnueabi-gcc  
> -march=armv5te -marm -mthumb-interwork 
> --sysroot=/home/jenkins/oe/world/shr-core/tmp-eglibc/sysroots/qemuarm -shared 
>  -fPIC -DPIC  .libs/bindx.o .libs/connectx.o .libs/peeloff.o .libs/opt_info.o 
> .libs/addrs.o .libs/sendmsg.o .libs/recvmsg.o-march=armv5te -marm 
> -mthumb-interwork 
> --sysroot=/home/jenkins/oe/world/shr-core/tmp-eglibc/sysroots/qemuarm -O2 
> -Wl,--version-script=/home/jenkins/oe/world/shr-core/tmp-eglibc/work/armv5te-oe-linux-gnueabi/lksctp-tools/1.0.16-r0/lksctp-tools-1.0.16/src/lib/Versions.map
>  -Wl,-O1 -Wl,--hash-style=gnu -Wl,--as-needed   -Wl,-soname -Wl,libsctp.so.1 
> -o .libs/libsctp.so.1.0.16
>  #| 
> /home/jenkins/oe/world/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/libexec/arm-oe-linux-gnueabi/gcc/arm-oe-linux-gnueabi/4.9.0/ld:
>  error: symbol sctp_connectx has undefined version
> -- 
> 2.7.4
> 
> 
> 
-- 
-Joe MacDonald.
:wq


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-networking][PATCH 2/2 v2] samba: restrict the blacklist to ARM only

2016-09-09 Thread Joe MacDonald
[Re: [oe] [meta-networking][PATCH 2/2 v2] samba: restrict the blacklist to ARM 
only] On 16.09.10 (Sat 00:03) Andreas Müller wrote:

> On Fri, Sep 9, 2016 at 10:44 PM, Joe MacDonald  
> wrote:
> > [[oe] [meta-networking][PATCH 2/2 v2] samba: restrict the blacklist to ARM 
> > only] On 16.09.09 (Fri 10:34) jackie.hu...@windriver.com wrote:
> >
> >> From: Jackie Huang 
> >>
> >> It builds fine except for arm now, and the do_package
> >> and libpam issue is fixed by:
> >> "waf-samba.bbclass: Add PACKAGECONFIG_CONFARGS to CONFIGUREOPTS"
> >
> > Did you confirm that you're still seeing the failure for arm?
> >
> > -J.
> >
> >>
> >> Signed-off-by: Jackie Huang 
> >> ---
> >>  meta-networking/recipes-connectivity/samba/samba_4.4.5.bb | 6 +++---
> >>  1 file changed, 3 insertions(+), 3 deletions(-)
> >>
> >> diff --git a/meta-networking/recipes-connectivity/samba/samba_4.4.5.bb 
> >> b/meta-networking/recipes-connectivity/samba/samba_4.4.5.bb
> >> index 042203e..c34adcb 100644
> >> --- a/meta-networking/recipes-connectivity/samba/samba_4.4.5.bb
> >> +++ b/meta-networking/recipes-connectivity/samba/samba_4.4.5.bb
> >> @@ -319,6 +319,6 @@ RDEPENDS_${PN}-pidl_append = " perl"
> >>  FILES_${PN}-pidl = "${bindir}/pidl ${datadir}/perl5/Parse"
> >>
> >>  # http://errors.yoctoproject.org/Errors/Details/81004/
> >> -# before this issue it was also failing in do_package and
> >> -# autodetecting libpam dependency
> >> -PNBLACKLIST[samba] ?= "BROKEN: fails to build with new binutils-2.27"
> >> +BLACKLIST_REASON ?= ""
> >> +BLACKLIST_REASON_arm = "BROKEN: fails to build with new binutils-2.27"
> >> +PNBLACKLIST[samba] ?= "${BLACKLIST_REASON}"
> >> --
> >> 2.8.3
> >>
> > --
> > -Joe MacDonald.
> > :wq
> >
> Did you see [1] - it fixes build for arm.
> 
> [1] 
> http://lists.openembedded.org/pipermail/openembedded-devel/2016-September/108972.html

I didn't, actually, but I had picked it up in my tree anyway when I
scooped up the latest set of changes in master-next.  The reason I was
asking was because I wasn't seeing a failure anymore in samba on arm and
was curious why Jackie was still seeing it if I wasn't and I hadn't seen
an explicit patch to resolve the issue.  But there it is, mystery
solved.  Thanks for the heads-up, Andreas.

-- 
-Joe MacDonald.
:wq


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-networking][PATCH 2/2 v2] samba: restrict the blacklist to ARM only

2016-09-09 Thread Joe MacDonald
[[oe] [meta-networking][PATCH 2/2 v2] samba: restrict the blacklist to ARM 
only] On 16.09.09 (Fri 10:34) jackie.hu...@windriver.com wrote:

> From: Jackie Huang 
> 
> It builds fine except for arm now, and the do_package
> and libpam issue is fixed by:
> "waf-samba.bbclass: Add PACKAGECONFIG_CONFARGS to CONFIGUREOPTS"

Did you confirm that you're still seeing the failure for arm?

-J.

> 
> Signed-off-by: Jackie Huang 
> ---
>  meta-networking/recipes-connectivity/samba/samba_4.4.5.bb | 6 +++---
>  1 file changed, 3 insertions(+), 3 deletions(-)
> 
> diff --git a/meta-networking/recipes-connectivity/samba/samba_4.4.5.bb 
> b/meta-networking/recipes-connectivity/samba/samba_4.4.5.bb
> index 042203e..c34adcb 100644
> --- a/meta-networking/recipes-connectivity/samba/samba_4.4.5.bb
> +++ b/meta-networking/recipes-connectivity/samba/samba_4.4.5.bb
> @@ -319,6 +319,6 @@ RDEPENDS_${PN}-pidl_append = " perl"
>  FILES_${PN}-pidl = "${bindir}/pidl ${datadir}/perl5/Parse"
>  
>  # http://errors.yoctoproject.org/Errors/Details/81004/
> -# before this issue it was also failing in do_package and
> -# autodetecting libpam dependency
> -PNBLACKLIST[samba] ?= "BROKEN: fails to build with new binutils-2.27"
> +BLACKLIST_REASON ?= ""
> +BLACKLIST_REASON_arm = "BROKEN: fails to build with new binutils-2.27"
> +PNBLACKLIST[samba] ?= "${BLACKLIST_REASON}"
> -- 
> 2.8.3
> 
-- 
-Joe MacDonald.
:wq


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-networking][PATCH] tcpreplay: 3.4.4 -> 4.1.1

2016-09-08 Thread Joe MacDonald
G_RESULT(no)
> - ])
> - 
> -+ac_cv_have_bpf=no
> -+
> - have_bpf=no
> - dnl Check for BSD's BPF
> - AC_CACHE_CHECK([for BPF device sending support], ac_cv_have_bpf,
> diff --git a/meta-networking/recipes-support/tcpreplay/tcpreplay_3.4.4.bb 
> b/meta-networking/recipes-support/tcpreplay/tcpreplay_4.1.1.bb
> similarity index 43%
> rename from meta-networking/recipes-support/tcpreplay/tcpreplay_3.4.4.bb
> rename to meta-networking/recipes-support/tcpreplay/tcpreplay_4.1.1.bb
> index ccbab9f..389d61b 100644
> --- a/meta-networking/recipes-support/tcpreplay/tcpreplay_3.4.4.bb
> +++ b/meta-networking/recipes-support/tcpreplay/tcpreplay_4.1.1.bb
> @@ -4,16 +4,12 @@ HOMEPAGE = "http://tcpreplay.synfin.net/";
>  SECTION = "net"
>  
>  LICENSE = "GPLv3"
> -LIC_FILES_CHKSUM = "file://docs/LICENSE;md5=c33cccf72cc1603e8a72a84811ae3ac8"
> +LIC_FILES_CHKSUM = "file://docs/LICENSE;md5=890b830b22fd632e9ffd996df20338f8"
>  
>  SRC_URI = 
> "http://prdownloads.sourceforge.net/tcpreplay/${PV}/tcpreplay-${PV}.tar.gz \
> -   file://tcpreplay-3.4.4-cross-compile.patch \
> -   file://tcpreplay-3.4.4-no-bfp-support.patch \
> -   file://tcpreplay-3.4.4-fix-unable-to-link-libpcap-issue.patch \
> -   file://tcpreplay-3.4.4-improve-search-for-libpcap.patch \
> "
> -SRC_URI[md5sum] = "22725feb9b2590809f9350308ec65180"
> -SRC_URI[sha256sum] = 
> "7a809c58ddec86407fd6e5597ac883d7874a19bea81d716bb2b1c6e3b0e7b58f"
> +SRC_URI[md5sum] = "80394c33fe697b53b69eac9bb0968ae9"
> +SRC_URI[sha256sum] = 
> "61b916ef91049cad2a9ddc8de6f5e3e3cc5d9998dbb644dc91cf3a798497ffe4"
>  
>  DEPENDS = "libpcap"
>  
> -- 
> 2.8.1
> 
-- 
-Joe MacDonald.
:wq


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-networking][PATCH 1/1] yp-tools: fix compile errors

2016-08-18 Thread Joe MacDonald
 forgot
> to take it out.
> 
> V2 or leave it?  This code does not look like it's going anywhere beyond here.
> 
> Joe
> 
> 
> > 
> > > +   if (status == YPERR_SUCCESS)
> > > + /* We cast to ypresp_val although the pointer could also be of
> > > +type ypresp_key_val or ypresp_master or ypresp_order or
> > > +--- a/lib/internal.h
> > >  b/lib/internal.h
> > > +@@ -17,8 +17,8 @@
> > > + #define _INTERNAL_H_
> > > +
> > > + extern int do_ypcall (const char *domain, u_long prog, xdrproc_t xargs,
> > > +-  caddr_t req, xdrproc_t xres, caddr_t resp);
> > > ++  caddr_t req, xdrproc_t xres, void *resp);
> > > + extern int do_ypcall_tr (const char *domain, u_long prog, xdrproc_t 
> > > xargs,
> > > +- caddr_t req, xdrproc_t xres, caddr_t resp);
> > > ++ caddr_t req, xdrproc_t xres, void *resp);
> > > + extern int yp_maplist (const char *, struct ypmaplist **);
> > > + #endif
> > > diff --git a/meta-networking/recipes-support/nis/yp-tools_3.3.bb b/meta-
> > networking/recipes-support/nis/yp-tools_3.3.bb
> > > index b89f0b8..69217fa 100644
> > > --- a/meta-networking/recipes-support/nis/yp-tools_3.3.bb
> > > +++ b/meta-networking/recipes-support/nis/yp-tools_3.3.bb
> > > @@ -11,11 +11,10 @@ ypwhich, yppasswd, domainname, nisdomainname \
> > > and ypdomainname. \
> > > "
> > >
> > > -PNBLACKLIST[yp-tools] ?= "BROKEN: fails to build for qemuarm."
> > > -
> > > SRC_URI = "http://www.linux-nis.org/download/yp-tools/${BP}.tar.bz2 \
> > >file://domainname.service \
> > >
> > > file://yp-tools-ipv4-ipv6-Provide-an-in-place-version-of-mapv4v6addr.patch
> > >  \
> > > +   file://alignment-cheat.patch \
> > > "
> > > SRC_URI[md5sum] = "acebeecc11a73fb8097503670344834c"
> > > SRC_URI[sha256sum] = 
> > > "812be817df3d4c25813552be336c6c6ad5aedaf65611b81af3ad9f98fb3c2e50"
> > > --
> > > 1.7.9.5
> > >
> > > --
> > > ___
> > > Openembedded-devel mailing list
> > > Openembedded-devel@lists.openembedded.org
> > > http://lists.openembedded.org/mailman/listinfo/openembedded-devel
> 
-- 
-Joe MacDonald.
:wq


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-networking][PATCH] squid: fix configure host contamination

2016-08-17 Thread Joe MacDonald
Hi Yi,

Please include a signed-off-by and upstream-status line for patches you
contribute.

http://openembedded.org/wiki/Commit_Patch_Message_Guidelines#Patch_Header_Recommendations

This patch seems like it's probably suitable for submitting upstream,
but I'd be content to call it inappropriate-embedded specific, if you
don't want to send it upstream.

-J.

[[oe] [meta-networking][PATCH] squid: fix configure host contamination] On 
16.08.08 (Mon 16:04) Yi Zhao wrote:

> From: Yue Tao 
> 
> When configuring squid with --enable-esi option,
> the following error was observed:
> [snip]
> checking libxml/parser.h usability... no
> checking libxml/parser.h presence... no
> checking for libxml/parser.h... no
> configure: Failed to find libxml2 header file libxml/parser.h
> [snip]
> ERROR: This autoconf log indicates errors, it looked at host include
> and/or library paths while determining system capabilities.
> [snip]
> 
> It tried to search libxml header file in host path. Set the SYSROOT
> to avoid this host contamination.
> 
> Signed-off-by: Yue Tao 
> Signed-off-by: Yi Zhao 
> ---
>  .../squid/files/set_sysroot_patch.patch| 26 
> ++
>  .../recipes-daemons/squid/squid_3.5.20.bb  |  6 +
>  2 files changed, 32 insertions(+)
>  create mode 100644 
> meta-networking/recipes-daemons/squid/files/set_sysroot_patch.patch
> 
> diff --git 
> a/meta-networking/recipes-daemons/squid/files/set_sysroot_patch.patch 
> b/meta-networking/recipes-daemons/squid/files/set_sysroot_patch.patch
> new file mode 100644
> index 000..68733f9
> --- /dev/null
> +++ b/meta-networking/recipes-daemons/squid/files/set_sysroot_patch.patch
> @@ -0,0 +1,26 @@
> +diff --git a/configure.ac.old b/configure.ac
> +index 54eda73..874f48e 100644
> +--- a/configure.ac.old
>  b/configure.ac
> +@@ -964,15 +964,15 @@ if test "x$squid_opt_use_esi" = "xyes" -a 
> "x$with_libxml2" != "xno" ; then
> +   dnl Find the main header and include path...
> +   AC_CACHE_CHECK([location of libxml2 include files], 
> [ac_cv_libxml2_include], [
> + AC_CHECK_HEADERS([libxml/parser.h], [], [
> +-  AC_MSG_NOTICE([Testing in /usr/include/libxml2])
> ++  AC_MSG_NOTICE([Testing in $SYSROOT/usr/include/libxml2])
> +   SAVED_CPPFLAGS="$CPPFLAGS"
> +-  CPPFLAGS="-I/usr/include/libxml2 $CPPFLAGS"
> ++  CPPFLAGS="-I$SYSROOT/usr/include/libxml2 $CPPFLAGS"
> +   unset ac_cv_header_libxml_parser_h
> +-  AC_CHECK_HEADERS([libxml/parser.h], 
> [ac_cv_libxml2_include="-I/usr/include/libxml2"], [
> +-AC_MSG_NOTICE([Testing in /usr/local/include/libxml2])
> +-CPPFLAGS="-I/usr/local/include/libxml2 $SAVED_CPPFLAGS"
> ++  AC_CHECK_HEADERS([libxml/parser.h], 
> [ac_cv_libxml2_include="-I$SYSROOT/usr/include/libxml2"], [
> ++AC_MSG_NOTICE([Testing in $SYSROOT/usr/local/include/libxml2])
> ++CPPFLAGS="-I$SYSROOT/usr/local/include/libxml2 $SAVED_CPPFLAGS"
> + unset ac_cv_header_libxml_parser_h
> +-AC_CHECK_HEADERS([libxml/parser.h], 
> [ac_cv_libxml2_include="-I/usr/local/include/libxml2"], [
> ++AC_CHECK_HEADERS([libxml/parser.h], 
> [ac_cv_libxml2_include="-I$SYSROOT/usr/local/include/libxml2"], [
> +   AC_MSG_NOTICE([Failed to find libxml2 header file 
> libxml/parser.h])
> + ])
> +   ])
> diff --git a/meta-networking/recipes-daemons/squid/squid_3.5.20.bb 
> b/meta-networking/recipes-daemons/squid/squid_3.5.20.bb
> index f26aebe..3ce195a 100644
> --- a/meta-networking/recipes-daemons/squid/squid_3.5.20.bb
> +++ b/meta-networking/recipes-daemons/squid/squid_3.5.20.bb
> @@ -19,6 +19,7 @@ SRC_URI = 
> "http://www.squid-cache.org/Versions/v${MAJ_VER}/${MIN_VER}/${BPN}-${P
> file://squid-use-serial-tests-config-needed-by-ptest.patch \
> file://run-ptest \
> file://volatiles.03_squid \
> +   file://set_sysroot_patch.patch \
>  "
>  
>  LIC_FILES_CHKSUM = "file://COPYING;md5=c492e2d6d32ec5c1aad0e0609a141ce9 \
> @@ -48,6 +49,11 @@ EXTRA_OECONF += "--with-default-user=squid 
> --enable-auth-basic='${BASIC_AUTH}'"
>  export BUILDCXXFLAGS="${BUILD_CXXFLAGS}"
>  
>  TESTDIR = "test-suite"
> +
> +do_configure_prepend() {
> +export SYSROOT=$PKG_CONFIG_SYSROOT_DIR
> +}
> +
>  do_compile_ptest() {
>  oe_runmake -C ${TESTDIR} buildtest-TESTS
>  }
> -- 
> 2.7.4
> 
-- 
-Joe MacDonald.
:wq


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


Re: [oe] [recipes-extended][PATCH] pax: strip off file name's trailing slash

2016-07-12 Thread Joe MacDonald
[Re: [oe] [recipes-extended][PATCH] pax: strip off file name's trailing slash] 
On 16.07.12 (Tue 09:26) Gary Thomas wrote:

> On 2016-07-12 09:15, Zhang Xiao wrote:
> >When extracting packaes, the trailing slash of the file name
> >has no means but may cause some issue on system call lstat.
> >Remove it.
> >
> >Upstream-Status: Pending
> >
> >Signed-off-by: Zhang Xiao 
> >---
> >  .../pax-strip-off-file-name-s-trailing-slash.patch | 48 
> > ++
> >  meta/recipes-extended/pax/pax_3.4.bb   |  4 +-
> >  2 files changed, 51 insertions(+), 1 deletion(-)
> >  create mode 100644 
> > meta/recipes-extended/pax/pax/pax-strip-off-file-name-s-trailing-slash.patch
> >
> >diff --git 
> >a/meta/recipes-extended/pax/pax/pax-strip-off-file-name-s-trailing-slash.patch
> > 
> >b/meta/recipes-extended/pax/pax/pax-strip-off-file-name-s-trailing-slash.patch
> >new file mode 100644
> >index 000..a602b30
> >--- /dev/null
> >+++ 
> >b/meta/recipes-extended/pax/pax/pax-strip-off-file-name-s-trailing-slash.patch
> >@@ -0,0 +1,48 @@
> >+From aa8ba118869b75a2a9cd681b2f0362d9d8f1c7ec Mon Sep 17 00:00:00 2001
> >+From: Zhang Xiao 
> >+Date: Tue, 12 Jul 2016 11:34:45 +0800
> >+Subject: [PATCH] pax: strip off file name's trailing slash
> >+
> >+When extracting packaes, the trailing slash of the file name
> >+has no means but may cause some issue on system call lstat.
> >+Remove it.
> >+
> >+Upstream-Status: Pending
> >+
> >+Signed-off-by: Zhang Xiao 
> >+---
> >+ src/pat_rep.c | 11 ++-
> >+ 1 file changed, 10 insertions(+), 1 deletion(-)
> >+
> >+diff --git a/src/pat_rep.c b/src/pat_rep.c
> >+index b9a4636..4cbf6bf 100644
> >+--- a/src/pat_rep.c
> > b/src/pat_rep.c
> >+@@ -605,7 +605,7 @@ int
> >+ mod_name(ARCHD *arcn)
> >+ {
> >+int res = 0;
> >+-
> >++   char *pt;
> >+/*
> >+ * Strip off leading '/' if appropriate.
> >+ * Currently, this option is only set for the tar format.
> >+@@ -639,6 +639,15 @@ mod_name(ARCHD *arcn)
> >+}
> >+
> >+/*
> >++* strip off trailing slash.
> >++*/
> >++   pt = &(arcn->name[strlen(arcn->name) - 1]);
> 
> This looks incorrect if the file name is only a single character.  You
> should only attempt this if strlen(arcn->name) >= 2

Also, isn't this already covered:

pax-3.4/src/pat_rep.c:

 363   /*
 364* strip off any trailing /, this should really never happen
 365*/
 366   len = pt->plen - 1;
 367   if (*(pt->pstr + len) == '/') {
 368  *(pt->pstr + len) = '\0';
 369  pt->plen = len;
 370   }
 371   pt->flgs = DIR_MTCH | MTCH;
 372   arcn->pat = pt;
 373   return(0);

At the very least, it's probably worth doing it in the same way as it is
elsewhere in the file.

-J.

> 
> >++   if (*pt == '/') {
> >++*pt = '\0';
> >++   arcn->nlen = strlen(arcn->name);
> >++   }
> >++
> >++   /*
> >+ * IMPORTANT: We have a problem. what do we do with symlinks?
> >+ * Modifying a hard link name makes sense, as we know the file it
> >+ * points at should have been seen already in the archive (and if it
> >+--
> >+1.8.5.2.233.g932f7e4
> >+
> >diff --git a/meta/recipes-extended/pax/pax_3.4.bb 
> >b/meta/recipes-extended/pax/pax_3.4.bb
> >index 9d1abfb..7ce43ce 100644
> >--- a/meta/recipes-extended/pax/pax_3.4.bb
> >+++ b/meta/recipes-extended/pax/pax_3.4.bb
> >@@ -16,7 +16,9 @@ DEPENDS_append_libc-musl = " fts "
> >
> >  SRC_URI = 
> > "http://pkgs.fedoraproject.org/repo/pkgs/${BPN}/${BP}.tar.bz2/fbd9023b590b45ac3ade95870702a0d6/${BP}.tar.bz2
> >  \
> > file://fix_for_compile_with_gcc-4.6.0.patch \
> >-file://pax-3.4_fix_for_x32.patch"
> >+file://pax-3.4_fix_for_x32.patch \
> >+file://pax-strip-off-file-name-s-trailing-slash.patch \
> >+"
> >
> >  SRC_URI_append_libc-musl = " file://0001-Fix-build-with-musl.patch \
> >   
> > file://0001-use-strtoll-instead-of-strtoq.patch \
> >
> 
> 
> -- 
> 
> Gary Thomas |  Consulting for the
> MLB Associates  |Embedded world
> 
-- 
-Joe MacDonald.
:wq


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-networking][PATCH] augeas: Move from oe-core

2016-07-12 Thread Joe MacDonald
cipes-support/augeas/augeas/add-missing-argz-conditional.patch
>  
> b/meta-networking/recipes-support/augeas/augeas/add-missing-argz-conditional.patch
> new file mode 100644
> index 000..abbdbaa
> --- /dev/null
> +++ 
> b/meta-networking/recipes-support/augeas/augeas/add-missing-argz-conditional.patch
> @@ -0,0 +1,20 @@
> +Add missing GL_GENERATE_ARGZ_H conditional
> +
> +- GL_GENERATE_ARGZ_H is used in gnulib/lib/Makefile.am
> +
> +Upstream-Status: Pending
> +Signed-off-by: Constantin Musca 
> +
> +Index: augeas-1.0.0/configure.ac
> +===
> +--- augeas-1.0.0.orig/configure.ac
>  augeas-1.0.0/configure.ac
> +@@ -55,6 +55,8 @@ AC_ARG_WITH([failmalloc],
> + 
> + AM_CONDITIONAL([WITH_FAILMALLOC], [test x$with_failmalloc != xno])
> + 
> ++AM_CONDITIONAL([GL_GENERATE_ARGZ_H], [test -n "$ARGZ_H"])
> ++
> + dnl --enable-debug=(yes|no)
> + AC_ARG_ENABLE([debug],
> +   [AC_HELP_STRING([--enable-debug=no/yes],
> diff --git a/meta-networking/recipes-support/augeas/augeas/sepbuildfix.patch 
> b/meta-networking/recipes-support/augeas/augeas/sepbuildfix.patch
> new file mode 100644
> index 000..b82a3ee
> --- /dev/null
> +++ b/meta-networking/recipes-support/augeas/augeas/sepbuildfix.patch
> @@ -0,0 +1,22 @@
> +Ensure that builds in separate builddirs (${B} != ${S}) correctly install 
> the 
> +lenses files.
> +
> +Upstream-Status: Pending
> +
> +RP 2013/4/17
> +
> +Index: augeas-1.0.0/Makefile.am
> +===
> +--- augeas-1.0.0.orig/Makefile.am2012-11-02 15:20:11.0 +
>  augeas-1.0.0/Makefile.am 2013-04-17 10:36:24.033400125 +
> +@@ -5,8 +5,8 @@
> + lensdir=$(datadir)/augeas/lenses/dist
> + lenstestdir=$(datadir)/augeas/lenses/dist/tests
> + 
> +-dist_lens_DATA=$(wildcard lenses/*.aug)
> +-dist_lenstest_DATA=$(wildcard lenses/tests/*.aug)
> ++dist_lens_DATA=$(wildcard $(top_srcdir)/lenses/*.aug)
> ++dist_lenstest_DATA=$(wildcard $(top_srcdir)lenses/tests/*.aug)
> + 
> + EXTRA_DIST=augeas.spec build/aux/move-if-change Makefile.am HACKING
> + 
> diff --git a/meta-networking/recipes-support/augeas/augeas_1.5.0.bb 
> b/meta-networking/recipes-support/augeas/augeas_1.5.0.bb
> new file mode 100644
> index 000..c4f62e7
> --- /dev/null
> +++ b/meta-networking/recipes-support/augeas/augeas_1.5.0.bb
> @@ -0,0 +1,4 @@
> +require augeas.inc
> +
> +SRC_URI[md5sum] = "01190e455c513124a2dae29a1182c113"
> +SRC_URI[sha256sum] = 
> "223bb6e6fe3e9e92277dafd5d34e623733eb969a72a382998d204feab253f73f"
> -- 
> 2.1.4
> 
-- 
-Joe MacDonald.
:wq


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


[oe] [meta-oe][PATCH] plymouth: remove virtual prefix for RPROVIDES

2016-07-08 Thread Joe MacDonald
The 'virtual' namespace is only intended to be used for build-time
dependencies, not in the runtime package namespace.

Signed-off-by: Joe MacDonald 
---
 meta-oe/recipes-core/plymouth/plymouth_0.9.2.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta-oe/recipes-core/plymouth/plymouth_0.9.2.bb 
b/meta-oe/recipes-core/plymouth/plymouth_0.9.2.bb
index de23dcd..597d8cd 100644
--- a/meta-oe/recipes-core/plymouth/plymouth_0.9.2.bb
+++ b/meta-oe/recipes-core/plymouth/plymouth_0.9.2.bb
@@ -13,7 +13,7 @@ LIC_FILES_CHKSUM = 
"file://COPYING;md5=94d55d512a9ba36caa9b7df079bae19f"
 
 DEPENDS = "libcap libpng cairo dbus udev"
 PROVIDES = "virtual/psplash"
-RPROVIDES_${PN} = "virtual/psplash virtual/psplash-support"
+RPROVIDES_${PN} += "psplash psplash-support"
 
 SRC_URI = 
"http://www.freedesktop.org/software/plymouth/releases/${BPN}-${PV}.tar.bz2";
 SRC_URI[md5sum] = "ff420994deb7ea203df678df92e7ab7d"
-- 
1.9.1

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


Re: [oe] [meta-networking][PATCH] Samba: use only libsystemd

2016-06-20 Thread Joe MacDonald
Hi Gyorgy,

[[oe] [meta-networking][PATCH] Samba: use only libsystemd] On 16.06.18 (Sat 
21:06) Gyorgy Szombathelyi wrote:

> This patch was disappeared while moved to 4.4.2

I can't find this patch in the git history, but I'm happy to merge it if
you can provide a bit more detail on it.  Is it always valid to assume
HAVE_LIBSYSTEMD will always mean HAVE_LIBSYSTEMD_JOURNAL and
HAVE_LIBSYSTEMD_DAEMON?  Also, can you provide an upstream-status on
this?

Thanks.
-J.

> 
> Signed-off-by: Gyorgy Szombathelyi 
> ---
>  .../samba/samba-4.4.2/10-use-only-libsystemd.patch | 81 
> ++
>  .../recipes-connectivity/samba/samba_4.4.2.bb  |  1 +
>  2 files changed, 82 insertions(+)
>  create mode 100644 
> meta-networking/recipes-connectivity/samba/samba-4.4.2/10-use-only-libsystemd.patch
> 
> diff --git 
> a/meta-networking/recipes-connectivity/samba/samba-4.4.2/10-use-only-libsystemd.patch
>  
> b/meta-networking/recipes-connectivity/samba/samba-4.4.2/10-use-only-libsystemd.patch
> new file mode 100644
> index 000..81621ff
> --- /dev/null
> +++ 
> b/meta-networking/recipes-connectivity/samba/samba-4.4.2/10-use-only-libsystemd.patch
> @@ -0,0 +1,81 @@
> +diff -ur samba-4.4.2/lib/util/become_daemon.c 
> samba-4.4.2/lib/util/become_daemon.c
> +--- samba-4.4.2/lib/util/become_daemon.c 2016-05-08 18:33:24.0 
> +0200
>  samba-4.4.2/lib/util/become_daemon.c 2016-05-08 18:26:50.275177918 
> +0200
> +@@ -24,7 +24,7 @@
> + #include "includes.h"
> + #include "system/filesys.h"
> + #include "system/locale.h"
> +-#if HAVE_LIBSYSTEMD_DAEMON
> ++#if HAVE_LIBSYSTEMD
> + #include 
> + #endif
> + #include "lib/util/close_low_fd.h"
> +@@ -69,9 +69,9 @@
> + if (do_fork) {
> + newpid = fork();
> + if (newpid) {
> +-#if HAVE_LIBSYSTEMD_DAEMON
> ++#if HAVE_LIBSYSTEMD
> + sd_notifyf(0, "READY=0\nSTATUS=Starting 
> process...\nMAINPID=%lu", (unsigned long) newpid);
> +-#endif /* HAVE_LIBSYSTEMD_DAEMON */
> ++#endif /* HAVE_LIBSYSTEMD */
> + _exit(0);
> + }
> + }
> +@@ -98,7 +98,7 @@
> + 
> + _PUBLIC_ void exit_daemon(const char *msg, int error)
> + {
> +-#ifdef HAVE_LIBSYSTEMD_DAEMON
> ++#ifdef HAVE_LIBSYSTEMD
> + if (msg == NULL) {
> + msg = strerror(error);
> + }
> +@@ -117,7 +117,7 @@
> + if (name == NULL) {
> + name = "Samba";
> + }
> +-#ifdef HAVE_LIBSYSTEMD_DAEMON
> ++#ifdef HAVE_LIBSYSTEMD
> + sd_notifyf(0, "READY=1\nSTATUS=%s: ready to serve connections...", 
> name);
> + #endif
> + DEBUG(0, ("STATUS=daemon '%s' finished starting up and ready to serve "
> +@@ -129,7 +129,7 @@
> + if (name == NULL) {
> + name = "Samba";
> + }
> +-#ifdef HAVE_LIBSYSTEMD_DAEMON
> ++#ifdef HAVE_LIBSYSTEMD
> + sd_notifyf(0, "\nSTATUS=%s: %s", name, msg);
> + #endif
> + DEBUG(0, ("STATUS=daemon '%s' : %s", name, msg));
> +diff -ur samba-4.4.2/lib/util/debug.c samba-4.4.2/lib/util/debug.c
> +--- samba-4.4.2/lib/util/debug.c 2016-05-08 18:33:24.0 +0200
>  samba-4.4.2/lib/util/debug.c 2016-05-08 18:27:09.341481492 +0200
> +@@ -102,7 +102,7 @@
> + .fd = 2 /* stderr by default */
> + };
> + 
> +-#if defined(WITH_SYSLOG) || defined(HAVE_LIBSYSTEMD_JOURNAL)
> ++#if defined(WITH_SYSLOG) || defined(HAVE_LIBSYSTEMD)
> + static int debug_level_to_priority(int level)
> + {
> + /*
> +@@ -179,7 +179,7 @@
> + }
> + #endif /* WITH_SYSLOG */
> + 
> +-#ifdef HAVE_LIBSYSTEMD_JOURNAL
> ++#ifdef HAVE_LIBSYSTEMD
> + #include 
> + static void debug_systemd_log(int msg_level,
> +   const char *msg, const char *msg_no_nl)
> +@@ -251,7 +251,7 @@
> + },
> + #endif
> + 
> +-#ifdef HAVE_LIBSYSTEMD_JOURNAL
> ++#ifdef HAVE_LIBSYSTEMD
> + {
> + .name = "systemd",
> + .log = debug_systemd_log,
> diff --git a/meta-networking/recipes-connectivity/samba/samba_4.4.2.bb 
> b/meta-networking/recipes-connectivity/samba/samba_4.4.2.bb
> index 50c100e..b7ee730 100644
> --- a/meta-networking/recipes-connectivity/samba/samba_4.4.2.bb
> +++ b/meta-networking/recipes-connectivity/samba/samba_4.4.2.bb
> @@ -13,6 +13,7 @@ ${SAMBA_MIRROR}
> http://www.mirrorservice.org/sites/ftp.samba.org \n \
>  
>  SRC_URI = "${SAMBA_MIRROR}/stable/samba-${PV}.tar.gz \
> file://00-fix-typos-in-man-pages.patch \
> +   file://10-use-only-libsystemd.patch \
> file://16-do-not-check-xsltproc-manpages.patch \
> file://20-do-not-import-target-module-while-cross-compile.patch \
> file://21-add-config-option-without-valgrind.patch \
> -- 
> 2.7.4
> 
-- 
-Joe MacDonald.
:wq


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-networking][PATCH] openconnect: add dependency to fix Makefile.am

2016-05-12 Thread Joe MacDonald
[[oe] [meta-networking][PATCH] openconnect: add dependency to fix Makefile.am] 
On 16.05.06 (Fri 17:02) Chen Qi wrote:

> main.c needs version.c which is generated at build time.
> Add this dependency to avoid the following error.
> 
>   ../git/main.c:78:21: fatal error: version.c: No such file or directory
> 
> Signed-off-by: Chen Qi 
> ---
>  .../0001-Makefile.am-add-missing-dependency.patch  | 28 
> ++
>  .../openconnect/openconnect_git.bb |  3 ++-
>  2 files changed, 30 insertions(+), 1 deletion(-)
>  create mode 100644 
> meta-networking/recipes-connectivity/openconnect/files/0001-Makefile.am-add-missing-dependency.patch
> 
> diff --git 
> a/meta-networking/recipes-connectivity/openconnect/files/0001-Makefile.am-add-missing-dependency.patch
>  
> b/meta-networking/recipes-connectivity/openconnect/files/0001-Makefile.am-add-missing-dependency.patch
> new file mode 100644
> index 000..c465bf1
> --- /dev/null
> +++ 
> b/meta-networking/recipes-connectivity/openconnect/files/0001-Makefile.am-add-missing-dependency.patch
> @@ -0,0 +1,28 @@
> +Upstream-Status: Pending

I think you should run this by upstream first, actually.

> +
> +Subject: Makefile.am: add missing dependency
> +
> +Add missing dependency to avoid the following error.
> +
> +  ../git/main.c:78:21: fatal error: version.c: No such file or directory
> +
> +Signed-off-by: Chen Qi 
> +---
> + Makefile.am | 1 +
> + 1 file changed, 1 insertion(+)
> +
> +diff --git a/Makefile.am b/Makefile.am
> +index d823e01..ea48ec1 100644
> +--- a/Makefile.am
>  b/Makefile.am
> +@@ -112,6 +112,7 @@ EXTRA_DIST += $(shell cd "$(top_srcdir)" && \
> + 
> + DISTCLEANFILES = $(pkgconfig_DATA)
> + 
> ++main.c: version.c

main.c isn't a generated file so this dependency seems meaningless.  The
target we want to build is main.o and the existing target clearly says
we need version.c to exist before main.o can be built.  I don't know how
you'd get a scenario where make thinks all of the dependencies for
main.o have been satisfied but version.c doesn't exist.

-J.

> + main.o: version.c
> + version.c: $(library_srcs) $(lib_openssl_srcs) $(lib_gnutls_srcs) \
> +$(openconnect_SOURCES) Makefile.am configure.ac \
> +-- 
> +2.8.1
> +
> diff --git 
> a/meta-networking/recipes-connectivity/openconnect/openconnect_git.bb 
> b/meta-networking/recipes-connectivity/openconnect/openconnect_git.bb
> index 6d3c252..d8fe439 100644
> --- a/meta-networking/recipes-connectivity/openconnect/openconnect_git.bb
> +++ b/meta-networking/recipes-connectivity/openconnect/openconnect_git.bb
> @@ -8,7 +8,8 @@ RDEPENDS_${PN} = "vpnc"
>  PV = "7.06"
>  
>  SRCREV = "35542d52202672b8c12ecc63867432128244013a"
> -SRC_URI = "git://git.infradead.org/users/dwmw2/openconnect.git"
> +SRC_URI = "git://git.infradead.org/users/dwmw2/openconnect.git \
> +   file://0001-Makefile.am-add-missing-dependency.patch"
>  
>  S = "${WORKDIR}/git"
>  
-- 
-Joe MacDonald.
:wq


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


  1   2   3   4   5   6   7   >