Re: [oe] [PATCH 1/1] [meta-oe] usb-modeswitch: Upgrade to version 2.5.1

2018-05-22 Thread Khem Raj 
I am getting

ERROR: usb-modeswitch-data-20170806-r0 do_fetch: Fetcher failure for
URL: 
'http://www.draisberghof.de/usb_modeswitch/usb-modeswitch-data-20170806.tar.bz2'.
Unable to fetch URL from any source.
ERROR: usb-modeswitch-data-20170806-r0 do_fetch: Function failed: base_do_fetch


is that intermittent ?

On Mon, May 21, 2018 at 10:52 AM, Dmitri Vorobiev
 wrote:
> Use a later version of usb-modeswitch (2.5.1) and
> usb-modeswitch-data (20170806).
>
> Signed-off-by: Dmitri Vorobiev 
> ---
>  .../usb-modeswitch/usb-modeswitch-data_20170205.bb | 19 ---
>  .../usb-modeswitch/usb-modeswitch-data_20170806.bb | 19 +++
>  .../usb-modeswitch/usb-modeswitch_2.5.0.bb | 27 
> --
>  .../usb-modeswitch/usb-modeswitch_2.5.1.bb | 27 
> ++
>  4 files changed, 46 insertions(+), 46 deletions(-)
>  delete mode 100644 
> meta-oe/recipes-support/usb-modeswitch/usb-modeswitch-data_20170205.bb
>  create mode 100644 
> meta-oe/recipes-support/usb-modeswitch/usb-modeswitch-data_20170806.bb
>  delete mode 100644 
> meta-oe/recipes-support/usb-modeswitch/usb-modeswitch_2.5.0.bb
>  create mode 100644 
> meta-oe/recipes-support/usb-modeswitch/usb-modeswitch_2.5.1.bb
>
> diff --git 
> a/meta-oe/recipes-support/usb-modeswitch/usb-modeswitch-data_20170205.bb 
> b/meta-oe/recipes-support/usb-modeswitch/usb-modeswitch-data_20170205.bb
> deleted file mode 100644
> index eeed5e2..000
> --- a/meta-oe/recipes-support/usb-modeswitch/usb-modeswitch-data_20170205.bb
> +++ /dev/null
> @@ -1,19 +0,0 @@
> -SUMMARY = "Data files for usbmodeswitch"
> -LICENSE = "GPLv2"
> -LIC_FILES_CHKSUM = "file://COPYING;md5=94d55d512a9ba36caa9b7df079bae19f"
> -
> -inherit allarch
> -
> -DEPENDS += "tcl-native"
> -
> -SRC_URI = "http://www.draisberghof.de/usb_modeswitch/${BP}.tar.bz2;
> -SRC_URI[md5sum] = "0cc107cd0c4c83df0d9400c999e21dfd"
> -SRC_URI[sha256sum] = 
> "e2dcfd9d28928d8d8f03381571a23442b3c50d48d343bc40a1a07d01662738d1"
> -
> -do_install() {
> -oe_runmake install DESTDIR=${D}
> -}
> -
> -RDEPENDS_${PN} = "usb-modeswitch (>= 2.4.0)"
> -FILES_${PN} += "${base_libdir}/udev/rules.d/ \
> -${datadir}/usb_modeswitch"
> diff --git 
> a/meta-oe/recipes-support/usb-modeswitch/usb-modeswitch-data_20170806.bb 
> b/meta-oe/recipes-support/usb-modeswitch/usb-modeswitch-data_20170806.bb
> new file mode 100644
> index 000..eeed5e2
> --- /dev/null
> +++ b/meta-oe/recipes-support/usb-modeswitch/usb-modeswitch-data_20170806.bb
> @@ -0,0 +1,19 @@
> +SUMMARY = "Data files for usbmodeswitch"
> +LICENSE = "GPLv2"
> +LIC_FILES_CHKSUM = "file://COPYING;md5=94d55d512a9ba36caa9b7df079bae19f"
> +
> +inherit allarch
> +
> +DEPENDS += "tcl-native"
> +
> +SRC_URI = "http://www.draisberghof.de/usb_modeswitch/${BP}.tar.bz2;
> +SRC_URI[md5sum] = "0cc107cd0c4c83df0d9400c999e21dfd"
> +SRC_URI[sha256sum] = 
> "e2dcfd9d28928d8d8f03381571a23442b3c50d48d343bc40a1a07d01662738d1"
> +
> +do_install() {
> +oe_runmake install DESTDIR=${D}
> +}
> +
> +RDEPENDS_${PN} = "usb-modeswitch (>= 2.4.0)"
> +FILES_${PN} += "${base_libdir}/udev/rules.d/ \
> +${datadir}/usb_modeswitch"
> diff --git a/meta-oe/recipes-support/usb-modeswitch/usb-modeswitch_2.5.0.bb 
> b/meta-oe/recipes-support/usb-modeswitch/usb-modeswitch_2.5.0.bb
> deleted file mode 100644
> index ac0df8b..000
> --- a/meta-oe/recipes-support/usb-modeswitch/usb-modeswitch_2.5.0.bb
> +++ /dev/null
> @@ -1,27 +0,0 @@
> -SUMMARY = "A mode switching tool for controlling 'flip flop' (multiple 
> device) USB gear"
> -LICENSE = "GPLv2"
> -LIC_FILES_CHKSUM = "file://COPYING;md5=94d55d512a9ba36caa9b7df079bae19f"
> -
> -DEPENDS = "libusb1"
> -
> -SRC_URI = "http://www.draisberghof.de/usb_modeswitch/${BP}.tar.bz2;
> -SRC_URI[md5sum] = "38ad5c9d70e06227a00361bdc2b1e568"
> -SRC_URI[sha256sum] = 
> "31c0be280d49a99ec3dc0be3325bef320d9c04b50714ef0ce1e36a614d687633"
> -
> -inherit pkgconfig systemd
> -
> -SYSTEMD_SERVICE_${PN} = "usb_modeswitch@.service"
> -
> -EXTRA_OEMAKE = "TCL=${bindir}/tclsh"
> -
> -FILES_${PN} = "${bindir} ${sysconfdir} 
> ${nonarch_base_libdir}/udev/usb_modeswitch ${sbindir} 
> ${localstatedir}/lib/usb_modeswitch"
> -RDEPENDS_${PN} = "tcl"
> -RRECOMMENDS_${PN} = "usb-modeswitch-data"
> -
> -do_install() {
> -oe_runmake DESTDIR=${D} install
> -if ${@bb.utils.contains('DISTRO_FEATURES','systemd','true','false',d)}; 
> then
> -install -d ${D}/${systemd_unitdir}/system
> -install -m 644 ${S}/usb_modeswitch@.service 
> ${D}/${systemd_unitdir}/system
> -fi
> -}
> diff --git a/meta-oe/recipes-support/usb-modeswitch/usb-modeswitch_2.5.1.bb 
> b/meta-oe/recipes-support/usb-modeswitch/usb-modeswitch_2.5.1.bb
> new file mode 100644
> index 000..ac0df8b
> --- /dev/null
> +++ b/meta-oe/recipes-support/usb-modeswitch/usb-modeswitch_2.5.1.bb
> @@ -0,0 +1,27 @@
> +SUMMARY = "A mode switching tool for controlling 'flip flop'

Re: [oe] [meta-oe][PATCH] turbostat: add the recipe of turbostat to meta-oe

2018-05-22 Thread Khem Raj 
On Tue, May 22, 2018 at 9:51 PM, Hongzhi.Song
 wrote:
> From: Hongzhi Song 
>
> It is an efficient and necessary tool to reflect the status of X86
> processors. Turbostat reports processor topology, frequency, idle
> power-state statistics, temperature and power on X86 processors.
>
> Signed-off-by: Hongzhi Song 
> ---
>  recipes-kernel/turbostat/turbostat_3.4.bb | 56 
> +++
>  1 file changed, 56 insertions(+)
>  create mode 100644 recipes-kernel/turbostat/turbostat_3.4.bb
>
> diff --git a/recipes-kernel/turbostat/turbostat_3.4.bb 
> b/recipes-kernel/turbostat/turbostat_3.4.bb
> new file mode 100644
> index 000..ec789c1
> --- /dev/null
> +++ b/recipes-kernel/turbostat/turbostat_3.4.bb
> @@ -0,0 +1,56 @@
> +#
> +# Copyright (C) 2013 Wind River Systems, Inc.
> +#

can you also add a note about license of recipe here along with copyrights.

> +SUMMARY = "Frequency and Idle power monitoring tools for Linux"
> +
> +DESCRIPTION = "The turbostat tool allows you to determine the actual \
> +processor frequency and idle power saving state residency on supported \
> +processors."
> +
> +LICENSE = "GPLv2"
> +LIC_FILES_CHKSUM = "file://COPYING;md5=d7810fab7487fb0aad327b76f1be7cd7"
> +
> +
> +PR = "r7"

drop this.

> +
> +COMPATIBLE_HOST = '(x86_64.*|i.86.*)-linux'
> +

should this work on musl as well ?

> +DEPENDS = "virtual/kernel"
> +
> +do_fetch[noexec] = "1"
> +do_unpack[noexec] = "1"
> +do_patch[noexec] = "1"
> +
> +# This looks in S, so we better make sure there's
> +# something in the directory.
> +#
> +do_populate_lic[depends] = "${PN}:do_configure"
> +
> +
> +EXTRA_OEMAKE = '\
> +CC="${CC}" \
> +   'CFLAGS=-Wall -I${STAGING_KERNEL_DIR}/arch/x86/include/uapi 
> ${LDFLAGS}' \
> +   '
> +
> +# If we build under STAGING_KERNEL_DIR, source will not be put
> +# into the dbg rpm.  STAGING_KERNEL_DIR will exist by the time
> +# do_configure() is invoked so we can safely copy from it.
> +#
> +do_configure_prepend() {
> +   mkdir -p ${S}
> +   cp -r ${STAGING_KERNEL_DIR}/arch/x86/include/asm/msr-index.h ${S}
> +   cp -r ${STAGING_KERNEL_DIR}/arch/x86/include/asm/intel-family.h ${S}
> +   cp -r ${STAGING_KERNEL_DIR}/tools/power/x86/turbostat/* ${S}
> +   cp -r ${STAGING_KERNEL_DIR}/COPYING ${S}
> +}
> +
> +do_compile() {
> +   sed -i 's#MSRHEADER#"msr-index.h"#' turbostat.c
> +   sed -i 's#INTEL_FAMILY_HEADER#"intel-family.h"#' turbostat.c
> +   sed -i 's#\$(CC) \$(CFLAGS) \$< -o \$(BUILD_OUTPUT)/\$@#\$(CC) 
> \$(CFLAGS) \$(LDFLAGS) \$< -o \$(BUILD_OUTPUT)/\$@#' Makefile
> +   oe_runmake STAGING_KERNEL_DIR=${STAGING_KERNEL_DIR}
> +}
> +
> +do_install() {
> +   oe_runmake DESTDIR="${D}" install
> +}
> --
> 2.11.0
>
> --
> ___
> Openembedded-devel mailing list
> Openembedded-devel@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-devel
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

[oe] [meta-oe][PATCH] turbostat: add the recipe of turbostat to meta-oe

2018-05-22 Thread Hongzhi.Song 
From: Hongzhi Song 

It is an efficient and necessary tool to reflect the status of X86 
processors. Turbostat reports processor topology, frequency, idle 
power-state statistics, temperature and power on X86 processors.

Signed-off-by: Hongzhi Song 
---
 recipes-kernel/turbostat/turbostat_3.4.bb | 56 +++
 1 file changed, 56 insertions(+)
 create mode 100644 recipes-kernel/turbostat/turbostat_3.4.bb

diff --git a/recipes-kernel/turbostat/turbostat_3.4.bb 
b/recipes-kernel/turbostat/turbostat_3.4.bb
new file mode 100644
index 000..ec789c1
--- /dev/null
+++ b/recipes-kernel/turbostat/turbostat_3.4.bb
@@ -0,0 +1,56 @@
+#
+# Copyright (C) 2013 Wind River Systems, Inc.
+#
+SUMMARY = "Frequency and Idle power monitoring tools for Linux"
+
+DESCRIPTION = "The turbostat tool allows you to determine the actual \
+processor frequency and idle power saving state residency on supported \
+processors."
+
+LICENSE = "GPLv2"
+LIC_FILES_CHKSUM = "file://COPYING;md5=d7810fab7487fb0aad327b76f1be7cd7"
+
+
+PR = "r7"
+
+COMPATIBLE_HOST = '(x86_64.*|i.86.*)-linux'
+
+DEPENDS = "virtual/kernel"
+
+do_fetch[noexec] = "1"
+do_unpack[noexec] = "1"
+do_patch[noexec] = "1"
+
+# This looks in S, so we better make sure there's
+# something in the directory.
+#
+do_populate_lic[depends] = "${PN}:do_configure"
+
+
+EXTRA_OEMAKE = '\
+CC="${CC}" \
+   'CFLAGS=-Wall -I${STAGING_KERNEL_DIR}/arch/x86/include/uapi 
${LDFLAGS}' \
+   '
+
+# If we build under STAGING_KERNEL_DIR, source will not be put
+# into the dbg rpm.  STAGING_KERNEL_DIR will exist by the time
+# do_configure() is invoked so we can safely copy from it.
+#
+do_configure_prepend() {
+   mkdir -p ${S}
+   cp -r ${STAGING_KERNEL_DIR}/arch/x86/include/asm/msr-index.h ${S}
+   cp -r ${STAGING_KERNEL_DIR}/arch/x86/include/asm/intel-family.h ${S}
+   cp -r ${STAGING_KERNEL_DIR}/tools/power/x86/turbostat/* ${S}
+   cp -r ${STAGING_KERNEL_DIR}/COPYING ${S}
+}
+
+do_compile() {
+   sed -i 's#MSRHEADER#"msr-index.h"#' turbostat.c
+   sed -i 's#INTEL_FAMILY_HEADER#"intel-family.h"#' turbostat.c
+   sed -i 's#\$(CC) \$(CFLAGS) \$< -o \$(BUILD_OUTPUT)/\$@#\$(CC) 
\$(CFLAGS) \$(LDFLAGS) \$< -o \$(BUILD_OUTPUT)/\$@#' Makefile
+   oe_runmake STAGING_KERNEL_DIR=${STAGING_KERNEL_DIR}
+}
+
+do_install() {
+   oe_runmake DESTDIR="${D}" install
+}
-- 
2.11.0

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

Re: [oe] [meta-oe][PATCH] pam-plugin-ldapdb: add recipe

2018-05-22 Thread Andre McCurdy 
On Tue, May 22, 2018 at 4:10 AM, Richard Leitner
 wrote:
> Add recipe for version 1.3 of pam-plugin-ldapdb, a PAM module for
> directly binding a user DN to an LDAP server.
>
> Signed-off-by: Richard Leitner 
> ---
>  .../recipes-extended/pam/pam-plugin-ldapdb_1.3.bb  | 23 
> ++
>  1 file changed, 23 insertions(+)
>  create mode 100644 meta-oe/recipes-extended/pam/pam-plugin-ldapdb_1.3.bb
>
> diff --git a/meta-oe/recipes-extended/pam/pam-plugin-ldapdb_1.3.bb 
> b/meta-oe/recipes-extended/pam/pam-plugin-ldapdb_1.3.bb
> new file mode 100644
> index 0..a68d1999f
> --- /dev/null
> +++ b/meta-oe/recipes-extended/pam/pam-plugin-ldapdb_1.3.bb
> @@ -0,0 +1,23 @@
> +SUMMARY = "PAM searchless LDAP authentication module"
> +HOMEPAGE = "https://github.com/rmbreak/pam_ldapdb;
> +BUGTRACKER = "https://github.com/rmbreak/pam_ldapdb/issues;
> +SECTION = "libs"
> +LICENSE = "MIT"
> +LIC_FILES_CHKSUM = "file://LICENSE;md5=41ab94182d94be9bb35e2a8b933f1e7d"
> +
> +DEPENDS += "libpam openldap"

The usual convention is to assign to DEPENDS with = rather than +=

> +inherit distro_features_check
> +REQUIRED_DISTRO_FEATURES = "pam"
> +
> +SRC_URI = "https://github.com/rmbreak/pam_ldapdb/archive/v${PV}.tar.gz;

To give the local file a meaningful file name, you can have bitbake
rename it as part of the download process by adding
";downloadfilename=${BP}.tar.gz" to the end of SRC_URI.

Note however that there have recently been a series of patches merged
to meta-oe which updated recipes to build from git clones rather than
github tar file archives, so you may want to consider doing that in
this recipe too.

> +SRC_URI[md5sum] = "2dd4f1370fcfe995ee0ad09611109b87"
> +SRC_URI[sha256sum] = 
> "8ed92b36523556bb5d9bf3eb33a1035e46041d4be767c8d62136930c0ca0e45b"
> +
> +S = "${WORKDIR}/pam_ldapdb-${PV}"
> +
> +do_install () {
> +oe_runmake install DESTDIR=${D} PAMDIR=${base_libdir}/security
> +}
> +
> +FILES_${PN} = "${base_libdir}/security/pam_ldapdb.so"

It's conventional to add to the default packaging rules rather than
over-ride them, ie use += here rather than =
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

[oe] meta-openembedded patch flow

2018-05-22 Thread Khem Raj 
Hi All,

I am writing this to just paraphrase the patch flight process that is
in place more or less
and I am going to follow.

We have patchwork instance where all patches from mailing list are captured

https://patchwork.openembedded.org/project/oe/patches/

I am going to watch this and cherry pick patches from patchwork into
master-next branch
master-next then will be run through CI loop on my own system as well as on

http://jenkins.nas-admin.org/

tasks - oe_world_qemuarm oe_world_qemuarm64 oe_world_qemux86 oe_world_qemux86-64

For layer maintainers

Please review and provide your ACK/NACK based upon your own testing
and judgement. If
you want to rely on the jenkins jobs above thats fine too. If you want
to test your bundle separately
and send a separate approved patchlist via a pull thats fine too.
Usually we do not give explicit
ACKs and provide feedback if a patch needs to be changed. It would be
good if you start providing
ACKs if you think patch is good to signal. If a patch is not
ACKED/NACKED and its passing the
jenkins builds, I will assume you are OK with the patch for master.

Submitters, please watch the patchwork for progress on your submission
Hopefully patchwork will reflect the current state
more accurately, if its stuck in same state for a long time (1+ weeks
) send the pings to maintainers.
you can also check master-next branch if its still there and not
dropped then its in queue for merge

Since we all have limited resources and time, I would invite all of
you to test master-next for machines/distros you are interested in
(keep in mind master-next will get rebased) and provide
feedback/review so we can include it in decision
to accept the patch, any help will be appreciated.

If you have suggestions, feel free to share here

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

Re: [oe] [OE-core] meta-openembedded maintainer ship change.

2018-05-22 Thread Khem Raj 
Thanks Armin, I am hoping to keep working with you on various stable
releases in active maintenance.



On Tue, May 22, 2018 at 11:40 AM, akuster808  wrote:
> Hello all,
>
> After much thought, I have decided to step away from being the
> meta-openembedded maintainer, patch wrangler and builder.  Khem Raj has
> kindly stepped up to continue these activities. Maintaining this was
> consuming too much of my free time and I need to focus on other things
> in the community.
>
> Thanks for the opportunity to have served you.
>
> Kind regards,
>
> Armin
>
>
> --
> ___
> Openembedded-core mailing list
> openembedded-c...@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

[oe] [meta-oe][PATCH v2] uhubctl: add recipe

2018-05-22 Thread Richard Leitner 
Add recipe for uhubctl v2.0.0, an utility to control USB power per-port
on "smart" USB hubs.

Signed-off-by: Richard Leitner 
---
Changes v2:
  + applied suggestions by Khem Raj:
- replace version fix patch with sed line
- remove redundant ${S} assignment
- remove redundant FILES assignmet
---
 meta-oe/recipes-support/uhubctl/uhubctl_2.0.0.bb | 21 +
 1 file changed, 21 insertions(+)
 create mode 100644 meta-oe/recipes-support/uhubctl/uhubctl_2.0.0.bb

diff --git a/meta-oe/recipes-support/uhubctl/uhubctl_2.0.0.bb 
b/meta-oe/recipes-support/uhubctl/uhubctl_2.0.0.bb
new file mode 100644
index 0..6306ddb55
--- /dev/null
+++ b/meta-oe/recipes-support/uhubctl/uhubctl_2.0.0.bb
@@ -0,0 +1,21 @@
+SUMMARY = "USB hub per-port power control"
+HOMEPAGE = "https://github.com/mvp/uhubctl;
+BUGTRACKER = "https://github.com/mvp/uhubctl/issues;
+DEPENDS = "libusb1"
+
+LICENSE = "GPLv2"
+LIC_FILES_CHKSUM = "file://COPYING;md5=b234ee4d69f5fce4486a80fdaf4a4263"
+
+SRC_URI = "https://github.com/mvp/${PN}/archive/v${PV}.tar.gz;
+SRC_URI[md5sum] = "5c711911d766d7681c3812277574"
+SRC_URI[sha256sum] = 
"4c31278b2c03e5be5a696c3088bc86cf2557a70e00f697799c163aba18e3c40e"
+
+# uhubctl gets its program version from "git describe". As we use the source
+# archive do reduce download size replace the call with our hardcoded version.
+do_configure_append() {
+sed -i "s/^\(GIT_VERSION :=\).*$/\1 ${PV}/g" ${S}/Makefile
+}
+
+do_install () {
+oe_runmake install DESTDIR=${D}
+}
-- 
2.11.0

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

Re: [oe] [meta-oe][PATCH] uhubctl: add recipe

2018-05-22 Thread Richard Leitner 

Hi Khem,
thank you for your feedback!

On 05/22/2018 08:17 PM, Khem Raj wrote:

On Tue, May 22, 2018 at 8:25 AM, Richard Leitner
 wrote:

Add recipe for uhubctl v2.0.0, an utility to control USB power per-port
on "smart" USB hubs.

Signed-off-by: Richard Leitner 
---
  ...001-Makefile-set-program-version-to-2.0.0.patch | 34 ++
  meta-oe/recipes-support/uhubctl/uhubctl_2.0.0.bb   | 22 ++
  2 files changed, 56 insertions(+)
  create mode 100644 
meta-oe/recipes-support/uhubctl/files/0001-Makefile-set-program-version-to-2.0.0.patch
  create mode 100644 meta-oe/recipes-support/uhubctl/uhubctl_2.0.0.bb

diff --git 
a/meta-oe/recipes-support/uhubctl/files/0001-Makefile-set-program-version-to-2.0.0.patch
 
b/meta-oe/recipes-support/uhubctl/files/0001-Makefile-set-program-version-to-2.0.0.patch
new file mode 100644
index 0..e9e06bc71
--- /dev/null
+++ 
b/meta-oe/recipes-support/uhubctl/files/0001-Makefile-set-program-version-to-2.0.0.patch



can we do it via some other means ? may be via sed or some such and use ${PV}
be used instead of hardcoding version.


You're right... a sed using ${PV} is cleaner and will avoid modifying 
the patch on each recipe update. I'll do that in a v2.



+
diff --git a/meta-oe/recipes-support/uhubctl/uhubctl_2.0.0.bb 
b/meta-oe/recipes-support/uhubctl/uhubctl_2.0.0.bb
new file mode 100644
index 0..80fc92332
--- /dev/null
+++ b/meta-oe/recipes-support/uhubctl/uhubctl_2.0.0.bb
@@ -0,0 +1,22 @@
+SUMMARY = "USB hub per-port power control"
+HOMEPAGE = "https://github.com/mvp/uhubctl;
+BUGTRACKER = "https://github.com/mvp/uhubctl/issues;
+DEPENDS = "libusb1"
+
+LICENSE = "GPLv2"
+LIC_FILES_CHKSUM = "file://COPYING;md5=b234ee4d69f5fce4486a80fdaf4a4263"
+
+SRC_URI = "\
+https://github.com/mvp/${PN}/archive/v${PV}.tar.gz \
+file://0001-Makefile-set-program-version-to-2.0.0.patch \
+"
+SRC_URI[md5sum] = "5c711911d766d7681c3812277574"
+SRC_URI[sha256sum] = 
"4c31278b2c03e5be5a696c3088bc86cf2557a70e00f697799c163aba18e3c40e"
+
+S = "${WORKDIR}/${PN}-${PV}"
+


this looks redundant.


Indeed... it is :-). I'll remove it in v2.




+do_install () {
+oe_runmake install DESTDIR=${D}
+}
+


do we need this ?


Yes. Otherwise the uhubctl binary won't get installed anywhere (except 
the build inside ${S}) and therefore no package is created.





+FILES_${PN} = "${sbindir}/uhubctl"


Do we need this ?


Nope... I'll remove it in v2.

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

Re: [oe] [OE-core] meta-openembedded maintainer ship change.

2018-05-22 Thread Richard Purdie 
On Tue, 2018-05-22 at 08:40 -0700, akuster808 wrote:
> After much thought, I have decided to step away from being the
> meta-openembedded maintainer, patch wrangler and builder.  Khem Raj
> has kindly stepped up to continue these activities. Maintaining this
> was consuming too much of my free time and I need to focus on other
> things in the community.
> 
> Thanks for the opportunity to have served you.

I appreciate the work involved in this, thanks Armin and thanks Khem!

There are probably some discussions we should have about various
aspects of this but now isn't the time, lets see how Khem gets on
first.

Cheers,

Richard


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

Re: [oe] [meta-oe][PATCH] uhubctl: add recipe

2018-05-22 Thread Khem Raj 
On Tue, May 22, 2018 at 8:25 AM, Richard Leitner
 wrote:
> Add recipe for uhubctl v2.0.0, an utility to control USB power per-port
> on "smart" USB hubs.
>
> Signed-off-by: Richard Leitner 
> ---
>  ...001-Makefile-set-program-version-to-2.0.0.patch | 34 
> ++
>  meta-oe/recipes-support/uhubctl/uhubctl_2.0.0.bb   | 22 ++
>  2 files changed, 56 insertions(+)
>  create mode 100644 
> meta-oe/recipes-support/uhubctl/files/0001-Makefile-set-program-version-to-2.0.0.patch
>  create mode 100644 meta-oe/recipes-support/uhubctl/uhubctl_2.0.0.bb
>
> diff --git 
> a/meta-oe/recipes-support/uhubctl/files/0001-Makefile-set-program-version-to-2.0.0.patch
>  
> b/meta-oe/recipes-support/uhubctl/files/0001-Makefile-set-program-version-to-2.0.0.patch
> new file mode 100644
> index 0..e9e06bc71
> --- /dev/null
> +++ 
> b/meta-oe/recipes-support/uhubctl/files/0001-Makefile-set-program-version-to-2.0.0.patch
> @@ -0,0 +1,34 @@
> +From 4f241d2f407e834c30db4047cfb6863cd5f14ea6 Mon Sep 17 00:00:00 2001
> +From: Richard Leitner 
> +Date: Tue, 22 May 2018 13:42:20 +0200
> +Subject: [PATCH] Makefile: set program version to 2.0.0
> +
> +Remove the dynamic PROGRAM_VERSION gathering via "git describe" an
> +replace it with the hardcoded value "2.0.0".
> +
> +This is needed because "git describe" fails with an error when executed
> +in a non-git directory as it will occur when uhubctl source is not
> +downloaded via "git clone". But for example as an source archive.
> +
> +Signed-off-by: Richard Leitner 
> +---
> + Makefile | 3 +--
> + 1 file changed, 1 insertion(+), 2 deletions(-)
> +
> +diff --git a/Makefile b/Makefile
> +index 7074cbf..c80fa17 100644
> +--- a/Makefile
>  b/Makefile
> +@@ -14,8 +14,7 @@ RM   := rm -rf
> + CC ?= gcc
> + CFLAGS ?= -g -O0
> + CFLAGS += -Wall -Wextra -std=c99 -pedantic
> +-GIT_VERSION := $(shell git describe --abbrev=4 --dirty --always --tags)
> +-CFLAGS += -DPROGRAM_VERSION=\"$(GIT_VERSION)\"
> ++CFLAGS += -DPROGRAM_VERSION=\"2.0.0\"

can we do it via some other means ? may be via sed or some such and use ${PV}
be used instead of hardcoding version.

> +
> + ifeq ($(UNAME_S),Linux)
> +   LDFLAGS += -Wl,-z,relro -lusb-1.0
> +--
> +2.11.0
> +
> diff --git a/meta-oe/recipes-support/uhubctl/uhubctl_2.0.0.bb 
> b/meta-oe/recipes-support/uhubctl/uhubctl_2.0.0.bb
> new file mode 100644
> index 0..80fc92332
> --- /dev/null
> +++ b/meta-oe/recipes-support/uhubctl/uhubctl_2.0.0.bb
> @@ -0,0 +1,22 @@
> +SUMMARY = "USB hub per-port power control"
> +HOMEPAGE = "https://github.com/mvp/uhubctl;
> +BUGTRACKER = "https://github.com/mvp/uhubctl/issues;
> +DEPENDS = "libusb1"
> +
> +LICENSE = "GPLv2"
> +LIC_FILES_CHKSUM = "file://COPYING;md5=b234ee4d69f5fce4486a80fdaf4a4263"
> +
> +SRC_URI = "\
> +https://github.com/mvp/${PN}/archive/v${PV}.tar.gz \
> +file://0001-Makefile-set-program-version-to-2.0.0.patch \
> +"
> +SRC_URI[md5sum] = "5c711911d766d7681c3812277574"
> +SRC_URI[sha256sum] = 
> "4c31278b2c03e5be5a696c3088bc86cf2557a70e00f697799c163aba18e3c40e"
> +
> +S = "${WORKDIR}/${PN}-${PV}"
> +

this looks redundant.

> +do_install () {
> +oe_runmake install DESTDIR=${D}
> +}
> +

do we need this ?

> +FILES_${PN} = "${sbindir}/uhubctl"

Do we need this ?

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

Re: [oe] [meta-oe][PATCH] pam-plugin-ldapdb: add recipe

2018-05-22 Thread Khem Raj 
On Tue, May 22, 2018 at 7:10 AM, Richard Leitner
 wrote:
> Add recipe for version 1.3 of pam-plugin-ldapdb, a PAM module for
> directly binding a user DN to an LDAP server.
>
> Signed-off-by: Richard Leitner 
> ---
>  .../recipes-extended/pam/pam-plugin-ldapdb_1.3.bb  | 23 
> ++
>  1 file changed, 23 insertions(+)
>  create mode 100644 meta-oe/recipes-extended/pam/pam-plugin-ldapdb_1.3.bb
>
> diff --git a/meta-oe/recipes-extended/pam/pam-plugin-ldapdb_1.3.bb 
> b/meta-oe/recipes-extended/pam/pam-plugin-ldapdb_1.3.bb
> new file mode 100644
> index 0..a68d1999f
> --- /dev/null
> +++ b/meta-oe/recipes-extended/pam/pam-plugin-ldapdb_1.3.bb
> @@ -0,0 +1,23 @@
> +SUMMARY = "PAM searchless LDAP authentication module"
> +HOMEPAGE = "https://github.com/rmbreak/pam_ldapdb;
> +BUGTRACKER = "https://github.com/rmbreak/pam_ldapdb/issues;
> +SECTION = "libs"
> +LICENSE = "MIT"
> +LIC_FILES_CHKSUM = "file://LICENSE;md5=41ab94182d94be9bb35e2a8b933f1e7d"
> +
> +DEPENDS += "libpam openldap"
> +
> +inherit distro_features_check
> +REQUIRED_DISTRO_FEATURES = "pam"
> +
> +SRC_URI = "https://github.com/rmbreak/pam_ldapdb/archive/v${PV}.tar.gz;
> +SRC_URI[md5sum] = "2dd4f1370fcfe995ee0ad09611109b87"
> +SRC_URI[sha256sum] = 
> "8ed92b36523556bb5d9bf3eb33a1035e46041d4be767c8d62136930c0ca0e45b"
> +
> +S = "${WORKDIR}/pam_ldapdb-${PV}"
> +
> +do_install () {
> +oe_runmake install DESTDIR=${D} PAMDIR=${base_libdir}/security
> +}

Perhaps using EXTRA_OEMAKE += " PAMDIR=${base_libdir}/security"
would mean do dont need to define custom do_install()

> +
> +FILES_${PN} = "${base_libdir}/security/pam_ldapdb.so"
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [OE-core] meta-openembedded maintainer ship change.

2018-05-22 Thread Tom King 
Thanks Armin and Khem!

On Tue, May 22, 2018 at 9:14 AM, Martin Jansa 
wrote:

> Thanks Armin and Khem!
>
> On Tue, May 22, 2018 at 5:41 PM akuster808  wrote:
>
>> Hello all,
>>
>> After much thought, I have decided to step away from being the
>> meta-openembedded maintainer, patch wrangler and builder.  Khem Raj has
>> kindly stepped up to continue these activities. Maintaining this was
>> consuming too much of my free time and I need to focus on other things
>> in the community.
>>
>> Thanks for the opportunity to have served you.
>>
>> Kind regards,
>>
>> Armin
>>
>>
>> --
>> ___
>> Openembedded-core mailing list
>> openembedded-c...@lists.openembedded.org
>> http://lists.openembedded.org/mailman/listinfo/openembedded-core
>>
>
> --
> ___
> Openembedded-core mailing list
> openembedded-c...@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core
>
>
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [OE-core] meta-openembedded maintainer ship change.

2018-05-22 Thread Martin Jansa 
Thanks Armin and Khem!

On Tue, May 22, 2018 at 5:41 PM akuster808  wrote:

> Hello all,
>
> After much thought, I have decided to step away from being the
> meta-openembedded maintainer, patch wrangler and builder.  Khem Raj has
> kindly stepped up to continue these activities. Maintaining this was
> consuming too much of my free time and I need to focus on other things
> in the community.
>
> Thanks for the opportunity to have served you.
>
> Kind regards,
>
> Armin
>
>
> --
> ___
> Openembedded-core mailing list
> openembedded-c...@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core
>
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [OE-core] meta-openembedded maintainer ship change.

2018-05-22 Thread Burton, Ross 
Thanks Armin for all your hard work!

Ross

On 22 May 2018 at 16:40, akuster808  wrote:
> Hello all,
>
> After much thought, I have decided to step away from being the
> meta-openembedded maintainer, patch wrangler and builder.  Khem Raj has
> kindly stepped up to continue these activities. Maintaining this was
> consuming too much of my free time and I need to focus on other things
> in the community.
>
> Thanks for the opportunity to have served you.
>
> Kind regards,
>
> Armin
>
>
> --
> ___
> Openembedded-core mailing list
> openembedded-c...@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [OE-core] meta-openembedded maintainer ship change.

2018-05-22 Thread Alexander Kanavin 

On 05/22/2018 06:40 PM, akuster808 wrote:

After much thought, I have decided to step away from being the
meta-openembedded maintainer, patch wrangler and builder.  Khem Raj has
kindly stepped up to continue these activities. Maintaining this was
consuming too much of my free time and I need to focus on other things
in the community.


Thanks Armin, I can only express my support and appreciation.

Being a maintainer comes with an unhealthy dynamic, and generally cannot 
be sustained indefinitely. It takes massive. yet invisible effort to 
make things 'just work'. Then that effort is taken for granted by 
everyone. However, when you mess up, or even simply overlook something, 
complaints come in thick and fast.



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

Re: [oe] [meta-initramfs][PATCH] ubi-utils-klibc: update from v. 1.5.2 to 2.0.2

2018-05-22 Thread Andrea Adami 
On Thu, May 17, 2018 at 10:44 PM, Andrea Adami  wrote:
> 
>
>>> This fails on qemuarm with the following error.
>>
>> >>
>> >> | ../git/include/libmissing.h:7:10: fatal error: execinfo.h: No such
>> >> file or directory
>> >> |  #include 
>> >> |   ^~~~
>> >> | compilation terminated.
>> >> | Makefile:2452: recipe for target 'ubi-utils/ubimkvol.o' failed
>> >> | make: *** [ubi-utils/ubimkvol.o] Error 1
>> >> | Makefile:2452: recipe for target 'ubi-utils/ubicrc32.o' failed
>> >> | make: *** [ubi-utils/ubicrc32.o] Error 1
>> >> | In file included from ../git/include/common.h:38:0,
>> >> |  from ../git/ubi-utils/ubiupdatevol.c:40:
>> >> | ../git/include/libmissing.h:7:10: fatal error: execinfo.h: No such
>> >> file or directory
>> >> |  #include 
>> >> |   ^~~~
>> >> | compilation terminated.
>> >> | Makefile:2452: recipe for target 'ubi-utils/ubiupdatevol.o' failed
>> >> | make: *** [ubi-utils/ubiupdatevol.o] Error 1
>> >> | ERROR: oe_runmake failed
>> >>
>> >> http://errors.yoctoproject.org/Errors/Build/60410/
>> >>
>> >> - Armin
>> >
>> >
>> > Hi Armin,
>> > thanks for testing.
>> >
>> > Strange, I did cross-build for all archs, maybe some oe-core change.
>> > I'll compare with my log (attached the quemuarm).
>> >
>> > Cheers
>> > Andrea
>> >
>>
>> I see the issue is with execinfo.h.
>> As of last week ...musl did not have backtrace/execinfo so I think musl has 
>> been updated and now the HAVE_EXECINFO_H check fails.
>> I'll try to fix this in the recipe.
>>
>>
>> Cheers
>> Andrea
>>
> Armin,
>
> I can't reproduce this even after git-pull:
>
> Build Configuration:
> BB_VERSION   = "1.37.0"
> BUILD_SYS= "x86_64-linux"
> NATIVELSBSTRING  = "ubuntu-16.04"
> TARGET_SYS   = "arm-oe-linux-musleabi"
> MACHINE  = "qemuarm"
> DISTRO   = "nodistro"
> DISTRO_VERSION   = "nodistro.0"
> TUNE_FEATURES= "arm armv5 thumb dsp"
> TARGET_FPU   = "soft"
> meta = "master:9611485bba03ef77ff31121e3b1da7cd57990c3e"
> meta-handheld= "master:891fefa796ff3a12e4d9470f44597a375818acb6"
> meta-initramfs
> meta-oe  = "master:61576573e70f8c1d338ddb23d7b76044f68d1cd9"
>
> here logs of tosa (armv5te) and qemuarm (armv5e):
>
> https://pastebin.com/vNx4D14z
> https://pastebin.com/gw8vZvCf
>
>
> Please send me full configure and build logs.
> Andrea

Ok, after the post I realized it is happening only with glibc. Musl builds fine.

The cause is the backported patch I received from the upstream
maintainer: let say for the moment I will skip that patch and replace
getline() like it was before.
This should fix the glibc build so I plan to send a patch v2.

Please disregard this one, thanks.

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

Re: [oe] [OE-core] meta-openembedded maintainer ship change.

2018-05-22 Thread Andrea Adami 
On Tue, May 22, 2018 at 5:40 PM, akuster808  wrote:
> Hello all,
>
> After much thought, I have decided to step away from being the
> meta-openembedded maintainer, patch wrangler and builder.  Khem Raj has
> kindly stepped up to continue these activities. Maintaining this was
> consuming too much of my free time and I need to focus on other things
> in the community.
>
> Thanks for the opportunity to have served you.
>
> Kind regards,
>
> Armin
>

Many thanks for the time you've spent!
Andrea

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

[oe] meta-openembedded maintainer ship change.

2018-05-22 Thread akuster808 
Hello all,

After much thought, I have decided to step away from being the
meta-openembedded maintainer, patch wrangler and builder.  Khem Raj has
kindly stepped up to continue these activities. Maintaining this was
consuming too much of my free time and I need to focus on other things
in the community.

Thanks for the opportunity to have served you.

Kind regards,

Armin


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

[oe] [meta-oe][PATCH] uhubctl: add recipe

2018-05-22 Thread Richard Leitner 
Add recipe for uhubctl v2.0.0, an utility to control USB power per-port
on "smart" USB hubs.

Signed-off-by: Richard Leitner 
---
 ...001-Makefile-set-program-version-to-2.0.0.patch | 34 ++
 meta-oe/recipes-support/uhubctl/uhubctl_2.0.0.bb   | 22 ++
 2 files changed, 56 insertions(+)
 create mode 100644 
meta-oe/recipes-support/uhubctl/files/0001-Makefile-set-program-version-to-2.0.0.patch
 create mode 100644 meta-oe/recipes-support/uhubctl/uhubctl_2.0.0.bb

diff --git 
a/meta-oe/recipes-support/uhubctl/files/0001-Makefile-set-program-version-to-2.0.0.patch
 
b/meta-oe/recipes-support/uhubctl/files/0001-Makefile-set-program-version-to-2.0.0.patch
new file mode 100644
index 0..e9e06bc71
--- /dev/null
+++ 
b/meta-oe/recipes-support/uhubctl/files/0001-Makefile-set-program-version-to-2.0.0.patch
@@ -0,0 +1,34 @@
+From 4f241d2f407e834c30db4047cfb6863cd5f14ea6 Mon Sep 17 00:00:00 2001
+From: Richard Leitner 
+Date: Tue, 22 May 2018 13:42:20 +0200
+Subject: [PATCH] Makefile: set program version to 2.0.0
+
+Remove the dynamic PROGRAM_VERSION gathering via "git describe" an
+replace it with the hardcoded value "2.0.0".
+
+This is needed because "git describe" fails with an error when executed
+in a non-git directory as it will occur when uhubctl source is not
+downloaded via "git clone". But for example as an source archive.
+
+Signed-off-by: Richard Leitner 
+---
+ Makefile | 3 +--
+ 1 file changed, 1 insertion(+), 2 deletions(-)
+
+diff --git a/Makefile b/Makefile
+index 7074cbf..c80fa17 100644
+--- a/Makefile
 b/Makefile
+@@ -14,8 +14,7 @@ RM   := rm -rf
+ CC ?= gcc
+ CFLAGS ?= -g -O0
+ CFLAGS += -Wall -Wextra -std=c99 -pedantic
+-GIT_VERSION := $(shell git describe --abbrev=4 --dirty --always --tags)
+-CFLAGS += -DPROGRAM_VERSION=\"$(GIT_VERSION)\"
++CFLAGS += -DPROGRAM_VERSION=\"2.0.0\"
+ 
+ ifeq ($(UNAME_S),Linux)
+   LDFLAGS += -Wl,-z,relro -lusb-1.0
+-- 
+2.11.0
+
diff --git a/meta-oe/recipes-support/uhubctl/uhubctl_2.0.0.bb 
b/meta-oe/recipes-support/uhubctl/uhubctl_2.0.0.bb
new file mode 100644
index 0..80fc92332
--- /dev/null
+++ b/meta-oe/recipes-support/uhubctl/uhubctl_2.0.0.bb
@@ -0,0 +1,22 @@
+SUMMARY = "USB hub per-port power control"
+HOMEPAGE = "https://github.com/mvp/uhubctl;
+BUGTRACKER = "https://github.com/mvp/uhubctl/issues;
+DEPENDS = "libusb1"
+
+LICENSE = "GPLv2"
+LIC_FILES_CHKSUM = "file://COPYING;md5=b234ee4d69f5fce4486a80fdaf4a4263"
+
+SRC_URI = "\
+https://github.com/mvp/${PN}/archive/v${PV}.tar.gz \
+file://0001-Makefile-set-program-version-to-2.0.0.patch \
+"
+SRC_URI[md5sum] = "5c711911d766d7681c3812277574"
+SRC_URI[sha256sum] = 
"4c31278b2c03e5be5a696c3088bc86cf2557a70e00f697799c163aba18e3c40e"
+
+S = "${WORKDIR}/${PN}-${PV}"
+
+do_install () {
+oe_runmake install DESTDIR=${D}
+}
+
+FILES_${PN} = "${sbindir}/uhubctl"
-- 
2.11.0

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

[oe] [meta-oe][PATCH] krb5: DEPENDS on bison-native

2018-05-22 Thread André Draszik 
From: André Draszik 

bison-native is required for the build:

| yacc  getdate.y
| make[2]: yacc: Command not found
| make[2]: *** [: getdate.c] Error 127

In most cases, this dependency comes indirectly via toolchain
dependencies, specifically binutils-cross, which pulls
bison-native.

Different setups, such as with external toolchains, or an
upcoming change to OE-core for avoiding exactly this
unnoticed dependency expose this problem, since the correct
dependency is not marked explicitly.

Signed-off-by: André Draszik 
---
 meta-oe/recipes-connectivity/krb5/krb5_1.16.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta-oe/recipes-connectivity/krb5/krb5_1.16.bb 
b/meta-oe/recipes-connectivity/krb5/krb5_1.16.bb
index f95240f54..6eedd2a22 100644
--- a/meta-oe/recipes-connectivity/krb5/krb5_1.16.bb
+++ b/meta-oe/recipes-connectivity/krb5/krb5_1.16.bb
@@ -15,7 +15,7 @@ HOMEPAGE = "http://web.mit.edu/Kerberos/;
 SECTION = "console/network"
 LICENSE = "MIT"
 LIC_FILES_CHKSUM = "file://${S}/../NOTICE;md5=59b8da652f07186b44782a8454574f30"
-DEPENDS = "ncurses util-linux e2fsprogs e2fsprogs-native openssl"
+DEPENDS = "bison-native ncurses util-linux e2fsprogs e2fsprogs-native openssl"
 
 inherit autotools-brokensep binconfig perlnative systemd update-rc.d
 
-- 
2.17.0

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

[oe] [meta-oe][PATCH] pam-plugin-ldapdb: add recipe

2018-05-22 Thread Richard Leitner 
Add recipe for version 1.3 of pam-plugin-ldapdb, a PAM module for
directly binding a user DN to an LDAP server.

Signed-off-by: Richard Leitner 
---
 .../recipes-extended/pam/pam-plugin-ldapdb_1.3.bb  | 23 ++
 1 file changed, 23 insertions(+)
 create mode 100644 meta-oe/recipes-extended/pam/pam-plugin-ldapdb_1.3.bb

diff --git a/meta-oe/recipes-extended/pam/pam-plugin-ldapdb_1.3.bb 
b/meta-oe/recipes-extended/pam/pam-plugin-ldapdb_1.3.bb
new file mode 100644
index 0..a68d1999f
--- /dev/null
+++ b/meta-oe/recipes-extended/pam/pam-plugin-ldapdb_1.3.bb
@@ -0,0 +1,23 @@
+SUMMARY = "PAM searchless LDAP authentication module"
+HOMEPAGE = "https://github.com/rmbreak/pam_ldapdb;
+BUGTRACKER = "https://github.com/rmbreak/pam_ldapdb/issues;
+SECTION = "libs"
+LICENSE = "MIT"
+LIC_FILES_CHKSUM = "file://LICENSE;md5=41ab94182d94be9bb35e2a8b933f1e7d"
+
+DEPENDS += "libpam openldap"
+
+inherit distro_features_check
+REQUIRED_DISTRO_FEATURES = "pam"
+
+SRC_URI = "https://github.com/rmbreak/pam_ldapdb/archive/v${PV}.tar.gz;
+SRC_URI[md5sum] = "2dd4f1370fcfe995ee0ad09611109b87"
+SRC_URI[sha256sum] = 
"8ed92b36523556bb5d9bf3eb33a1035e46041d4be767c8d62136930c0ca0e45b"
+
+S = "${WORKDIR}/pam_ldapdb-${PV}"
+
+do_install () {
+oe_runmake install DESTDIR=${D} PAMDIR=${base_libdir}/security
+}
+
+FILES_${PN} = "${base_libdir}/security/pam_ldapdb.so"
-- 
2.11.0

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

[oe] [meta-oe][PATCH v2] rocksdb: update to 5.13.1

2018-05-22 Thread Pascal Bach 
The GCC 8 patch is still needed as the changes are not yet included in 5.13.x

Signed-off-by: Pascal Bach 
---
 meta-oe/recipes-dbs/rocksdb/rocksdb_git.bb | 6 +++---
 1 file changed, 3 insertions(+), 3 deletions(-)

diff --git a/meta-oe/recipes-dbs/rocksdb/rocksdb_git.bb 
b/meta-oe/recipes-dbs/rocksdb/rocksdb_git.bb
index 9a2f9dd1c..fb3758af3 100644
--- a/meta-oe/recipes-dbs/rocksdb/rocksdb_git.bb
+++ b/meta-oe/recipes-dbs/rocksdb/rocksdb_git.bb
@@ -6,9 +6,9 @@ LIC_FILES_CHKSUM = 
"file://LICENSE.Apache;md5=3b83ef96387f14655fc854ddc3c6bd57 \
 file://COPYING;md5=b234ee4d69f5fce4486a80fdaf4a4263 \
 
file://LICENSE.leveldb;md5=fb04ff57a14f308f2eed4a9b87d45837"
 
-SRCREV = "8969445642039566214d650cc6614849e7dd5e17"
-SRCBRANCH = "5.12.fb"
-PV = "5.12.2"
+SRCREV = "c60df9d9e7629fe208a9b848293a5599f83d5e77"
+SRCBRANCH = "5.13.fb"
+PV = "5.13.1"
 
 SRC_URI = "git://github.com/facebook/${BPN}.git;branch=${SRCBRANCH} \
file://0001-Fix-GitHub-issue-3716-gcc-8-warnings.patch \
-- 
2.11.0

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

[oe] [meta-oe][rocko][PATCH] broadcom-bt-firmware: Add new recipe for Broadcom Bluetooth firmwares

2018-05-22 Thread Krzysztof Kozlowski 
Several Broadcom Bluetooth USB dongles require firmware to be loaded.
This recipe provides the firmware for BCM20702, BCM20703, BCM43142,
BCM4335, BCM4350, BCM4356 and BCM4371 based devices.

Signed-off-by: Krzysztof Kozlowski 

---

The patch is also available here:
https://github.com/krzk/meta-openembedded/commits/broadcom-bt
---
 .../broadcom-bt-firmware_git.bb| 76 ++
 1 file changed, 76 insertions(+)
 create mode 100644 
meta-oe/recipes-kernel/broadcom-bt-firmware/broadcom-bt-firmware_git.bb

diff --git 
a/meta-oe/recipes-kernel/broadcom-bt-firmware/broadcom-bt-firmware_git.bb 
b/meta-oe/recipes-kernel/broadcom-bt-firmware/broadcom-bt-firmware_git.bb
new file mode 100644
index ..8c474ecdc472
--- /dev/null
+++ b/meta-oe/recipes-kernel/broadcom-bt-firmware/broadcom-bt-firmware_git.bb
@@ -0,0 +1,76 @@
+# Copyright (C) 2018 Krzysztof Kozlowski 
+# Released under the MIT license (see COPYING.MIT for the terms)
+
+SUMMARY = "Broadcom Bluetooth firmware files"
+DESCRIPTION = "Firmware for Broadcom Bluetooth devices. Note that in case of 
BT+WiFi devices, separate WiFi firmware might be needed."
+HOMEPAGE = "https://github.com/winterheart/broadcom-bt-firmware;
+
+LICENSE = "Firmware-Broadcom-WIDCOMM"
+NO_GENERIC_LICENSE[Firmware-Broadcom-WIDCOMM] = "LICENSE.broadcom_bcm20702"
+
+LIC_FILES_CHKSUM = 
"file://LICENSE.broadcom_bcm20702;md5=c0d5ea0502b00df74173d0f8a48b619d"
+SRC_URI = "git://github.com/winterheart/broadcom-bt-firmware.git"
+SRCREV = "c0bd928b8ae5754b6077c99afe6ef5c949a58f32"
+PE = "1"
+PV = "0.0+git${SRCPV}"
+
+S = "${WORKDIR}/git"
+
+inherit allarch
+
+CLEANBROKEN = "1"
+
+do_compile() {
+:
+}
+
+do_install() {
+install -d ${D}${nonarch_base_libdir}/firmware/brcm/
+cp brcm/*.hcd ${D}${nonarch_base_libdir}/firmware/brcm/
+
+# For license package:
+install -m 0644 LICENSE.broadcom_bcm20702 
${D}${nonarch_base_libdir}/firmware/brcm/
+
+# For main package:
+install -m 0644 DEVICES.md ${D}${nonarch_base_libdir}/firmware/brcm/
+}
+
+PACKAGES =+ " \
+${PN}-bcm20702a1 \
+${PN}-bcm20702b0 \
+${PN}-bcm20703a1 \
+${PN}-bcm43142a0 \
+${PN}-bcm4335c0 \
+${PN}-bcm4350c5 \
+${PN}-bcm4356a2 \
+${PN}-bcm4371c2 \
+${PN}-license \
+"
+
+RDEPENDS_${PN}-bcm20702a1 = "${PN}-license"
+RDEPENDS_${PN}-bcm20702b0 = "${PN}-license"
+RDEPENDS_${PN}-bcm20703a1 = "${PN}-license"
+RDEPENDS_${PN}-bcm43142a0 = "${PN}-license"
+RDEPENDS_${PN}-bcm4335c0 = "${PN}-license"
+RDEPENDS_${PN}-bcm4350c5 = "${PN}-license"
+RDEPENDS_${PN}-bcm4356a2 = "${PN}-license"
+RDEPENDS_${PN}-bcm4371c2 = "${PN}-license"
+
+FILES_${PN}-bcm20702a1 = "${nonarch_base_libdir}/firmware/brcm/BCM20702A1*hcd"
+FILES_${PN}-bcm20702b0 = "${nonarch_base_libdir}/firmware/brcm/BCM20702B0*hcd"
+FILES_${PN}-bcm20703a1 = "${nonarch_base_libdir}/firmware/brcm/BCM20703A1*hcd"
+FILES_${PN}-bcm43142a0 = "${nonarch_base_libdir}/firmware/brcm/BCM43142A0*hcd"
+FILES_${PN}-bcm4335c0 = "${nonarch_base_libdir}/firmware/brcm/BCM4335C0*hcd"
+FILES_${PN}-bcm4350c5 = "${nonarch_base_libdir}/firmware/brcm/BCM4350C5*hcd"
+FILES_${PN}-bcm4356a2 = "${nonarch_base_libdir}/firmware/brcm/BCM4356A2*hcd"
+FILES_${PN}-bcm4371c2 = "${nonarch_base_libdir}/firmware/brcm/BCM4371C2*hcd"
+FILES_${PN}-license += 
"${nonarch_base_libdir}/firmware/brcm/LICENSE.broadcom_bcm20702"
+
+FILES_${PN} += "${nonarch_base_libdir}/firmware/brcm/*"
+RDEPENDS_${PN} += "${PN}-license"
+
+# Make broadcom-bt-firmware depend on all of the split-out packages.
+python populate_packages_prepend () {
+firmware_pkgs = oe.utils.packages_filter_out_system(d)
+d.appendVar('RDEPENDS_broadcom-bt-firmware', ' ' + ' '.join(firmware_pkgs))
+}
-- 
2.7.4

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

[oe] [meta-oe] [PATCH V2] libev: correct source path

2018-05-22 Thread S. Lockwood-Childs 
Let S default to "${WORKDIR}/${BPN}-${PV}" rather than replacing PN
with BPN, since source always unpacks to the same place including when
building for multilib (or native, though that's not enabled here)
in which case PN != BPN

Signed-off-by: S.Lockwood-Childs 
---
 meta-oe/recipes-connectivity/libev/libev_4.24.bb | 2 --
 1 file changed, 2 deletions(-)

diff --git a/meta-oe/recipes-connectivity/libev/libev_4.24.bb 
b/meta-oe/recipes-connectivity/libev/libev_4.24.bb
index 5e0f3a5..a5838d3 100644
--- a/meta-oe/recipes-connectivity/libev/libev_4.24.bb
+++ b/meta-oe/recipes-connectivity/libev/libev_4.24.bb
@@ -9,8 +9,6 @@ SRC_URI = "http://dist.schmorp.de/libev/Attic/${BP}.tar.gz;
 SRC_URI[md5sum] = "94459a5a22db041dec6f98424d6efe54"
 SRC_URI[sha256sum] = 
"973593d3479abdf657674a55afe5f78624b0e440614e2b8cb3a07f16d4d7f821"
 
-S = "${WORKDIR}/${PN}-${PV}"
-
 inherit autotools
 
 EXTRA_OECONF += "--with-pic"
-- 
1.9.4

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

Re: [oe] [meta-oe][PATCH v2] stm32flash: add recipe

2018-05-22 Thread Richard Leitner 
On 05/22/2018 03:04 AM, Khem Raj wrote> On Mon, May 21, 2018 at 5:21 PM Richard 
Leitner > 
wrote:
> 
> Hi again Peter,
> 
> On 05/21/2018 11:07 PM, Richard Leitner wrote:
> > Hi,
> >
> > On 05/18/2018 07:20 PM, Peter Kjellerstedt wrote:
> >> We have had our own recipe for stm32flash for a few years, so I
> >> have a couple of comments to improve this recipe.
> 
> ...
> 
> >
> > Thank you for your feedback. I'm fine with all of these changes and will
> > send a v3 asap!
> >
> 
> I just saw that my v2 patch was already merged to master... So do you
> want to send a patch with your improvements yourself? IMHO in the end
> you should be listed as the author of them ;-)
> 
> 
> No worries I have staged the needed changes

Thank you!

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