Re: [oe] [meta-oe][PATCH 2/2] gpsd: add gpsdctl@.service for USB autoplug

[Martin Kelly]

On 11/15/2017 07:13 PM, Khem Raj wrote:


On Wed, Nov 15, 2017 at 12:53 PM Martin Kelly > wrote:


This service allows gpsd to automatically recognize USB devices but is
currently missing from our packaging. Without this service and the
matching udev rules from upstream, gpsd will fail to recognize USB
devices when they are plugged in.

Signed-off-by: Martin Kelly >
---
  meta-oe/recipes-navigation/gpsd/gpsd_3.16.bb 
| 3 ++-
  1 file changed, 2 insertions(+), 1 deletion(-)

diff --git a/meta-oe/recipes-navigation/gpsd/gpsd_3.16.bb
 b/meta-oe/recipes-navigation/gpsd/gpsd_3.16.bb

index e94d6a108..80d9b0edf 100644
--- a/meta-oe/recipes-navigation/gpsd/gpsd_3.16.bb 
+++ b/meta-oe/recipes-navigation/gpsd/gpsd_3.16.bb 
@@ -80,6 +80,7 @@ do_install_append() {
      #support for systemd
      install -d ${D}${systemd_unitdir}/system/
      install -m 0644 ${S}/systemd/${BPN}.service
${D}${systemd_unitdir}/system/${BPN}.service
+    install -m 0644 ${S}/systemd/${BPN}ctl@.service
${D}${systemd_unitdir}/system/${BPN}ctl@.service
      install -m 0644 ${S}/systemd/${BPN}.socket
${D}${systemd_unitdir}/system/${BPN}.socket
  }

@@ -121,7 +122,7 @@ RDEPENDS_python-pygps = "python-core
python-curses gpsd python-json"
  RPROVIDES_${PN} += "${PN}-systemd"
  RREPLACES_${PN} += "${PN}-systemd"
  RCONFLICTS_${PN} += "${PN}-systemd"
-SYSTEMD_SERVICE_${PN} = "${PN}.socket"
+SYSTEMD_SERVICE_${PN} = "${PN}.socket ${PN}ctl@.service"


This should be BPN as well I think



Good point, I sent a v2 patch series to fix it.
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

[oe] [meta-oe][PATCH v2 1/2] gpsd: use upstream config instead of our own

[Martin Kelly]

We have our own versions of the udev, hotplug, and systemd scripts,
but at this point they are several years old and were added to fix bugs
at the time. As far as I can tell, the relevant bugs are now fixed
upstream, so we can move back to the upstream versions.

Signed-off-by: Martin Kelly 
---
 meta-oe/recipes-navigation/gpsd/gpsd/60-gpsd.rules |  47 ---
 meta-oe/recipes-navigation/gpsd/gpsd/gpsd  | 136 -
 meta-oe/recipes-navigation/gpsd/gpsd/gpsd-default  |   5 -
 meta-oe/recipes-navigation/gpsd/gpsd/gpsd.service  |  10 --
 meta-oe/recipes-navigation/gpsd/gpsd_3.16.bb   |  12 +-
 5 files changed, 4 insertions(+), 206 deletions(-)
 delete mode 100644 meta-oe/recipes-navigation/gpsd/gpsd/60-gpsd.rules
 delete mode 100755 meta-oe/recipes-navigation/gpsd/gpsd/gpsd
 delete mode 100644 meta-oe/recipes-navigation/gpsd/gpsd/gpsd-default
 delete mode 100644 meta-oe/recipes-navigation/gpsd/gpsd/gpsd.service

diff --git a/meta-oe/recipes-navigation/gpsd/gpsd/60-gpsd.rules 
b/meta-oe/recipes-navigation/gpsd/gpsd/60-gpsd.rules
deleted file mode 100644
index 61143b8f6..0
--- a/meta-oe/recipes-navigation/gpsd/gpsd/60-gpsd.rules
+++ /dev/null
@@ -1,47 +0,0 @@
-# udev rules for gpsd
-# $Id$
-#
-# GPSes don't have their own USB device class.  They're serial-over-USB
-# devices, so what you see is actually the ID of the serial-over-USB chip.
-# Fortunately, just two of these account for over 80% of consumer-grade
-# GPS sensors.  The gpsd.hotplug.wrapper script will tell a running gpsd
-# that it should look at the device that just went active, because it
-# might be a GPS.
-#
-# The following setup works on Debian - something similar will apply on 
-# other distributions:
-# 
-#   /etc/udev/gpsd.rules
-#   /etc/udev/rules.d/025_gpsd.rules -> ../gpsd.rules
-#   /lib/udev/gpsd.hotplug.wrapper
-#   /lib/udev/gpsd.hotplug
-# 
-# Setting the link in /etc/udev/rules.d activates the rule and determines
-# when to run it on boot (similar to init.d processing).
-
-SUBSYSTEM!="tty", GOTO="gpsd_rules_end"
-
-# Prolific Technology, Inc. PL2303 Serial Port
-ATTR{idVendor}=="067b", ATTR{idProduct}=="2303", SYMLINK+="gps%n", 
RUN+="/lib/udev/gpsd.hotplug.wrapper"
-# ATEN International Co., Ltd UC-232A Serial Port [pl2303]
-ATTR{idVendor}=="0557", ATTR{idProduct}=="2008", SYMLINK+="gps%n", 
RUN+="/lib/udev/gpsd.hotplug.wrapper"
-# FTDI 8U232AM
-ATTR{idVendor}=="0403", ATTR{idProduct}=="6001", SYMLINK+="gps%n", 
RUN+="/lib/udev/gpsd.hotplug.wrapper"
-# Cypress M8/CY7C64013 (DeLorme uses these)
-ATTR{idVendor}=="1163", ATTR{idProduct}=="0100", SYMLINK+="gps%n", 
RUN+="/lib/udev/gpsd.hotplug.wrapper"
-# PS-360 OEM (Microsoft GPS sold with Street and Trips 2005)
-ATTR{idVendor}=="067b", ATTR{idProduct}=="aaa0", SYMLINK+="gps%n", 
RUN+="/lib/udev/gpsd.hotplug.wrapper"
-# Garmin International GPSmap, various models (tested with Garmin GPS 18 USB)
-ATTR{idVendor}=="091e", ATTR{idProduct}=="0003", SYMLINK+="gps%n", 
RUN+="/lib/udev/gpsd.hotplug.wrapper"
-# Cygnal Integrated Products, Inc. CP210x Composite Device (Used by Holux m241)
-ATTR{idVendor}=="10c4", ATTR{idProduct}=="ea60", SYMLINK+="gps%n", 
RUN+="/lib/udev/gpsd.hotplug.wrapper"
-# u-blox AG, u-blox 5 (tested with Navilock NL-402U)
-ATTR{idVendor}=="1546", ATTR{idProduct}=="01a5", SYMLINK="gps%n", 
RUN+="/lib/udev/gpsd.hotplug.wrapper"
-# FTDI FT232
-ATTR{idVendor}=="0403", ATTR{idProduct}=="6001", SYMLINK="gps%n", 
RUN+="/lib/udev/gpsd.hotplug.wrapper"
-# u-blox 4
-ATTR{idVendor}=="1546", ATTR{idProduct}=="01a4", SYMLINK="gps%n", 
RUN+="/lib/udev/gpsd.hotplug.wrapper"
-
-ACTION=="remove", RUN+="/lib/udev/gpsd.hotplug.wrapper"
-
-LABEL="gpsd_rules_end"
diff --git a/meta-oe/recipes-navigation/gpsd/gpsd/gpsd 
b/meta-oe/recipes-navigation/gpsd/gpsd/gpsd
deleted file mode 100755
index ba73dafb2..0
--- a/meta-oe/recipes-navigation/gpsd/gpsd/gpsd
+++ /dev/null
@@ -1,136 +0,0 @@
-#!/bin/sh
-### BEGIN INIT INFO
-# Provides:  gpsd
-# Required-Start:$remote_fs $network
-# Should-Start:  bluetooth dbus udev
-# Required-Stop: $remote_fs $network
-# Default-Start: 2 3 4 5
-# Default-Stop:  0 1 6
-# Short-Description: GPS (Global Positioning System) daemon start/stop script
-# Description:   Start/Stop script for the gpsd service daemon,
-#which is able to monitor one or more GPS devices
-#connected to a host computer, making all data on
-#the location and movements of the sensors available
-#to be queried on TCP port 2947.
-### END INIT INFO
-
-# Author: Bernd Zeimetz 
-#
-# Please remove the "Author" lines above and replace them
-# with your own name if you copy and modify this script.
-
-# Do NOT "set -e"
-
-# PATH should only include /usr/* if it runs after the mountnfs.sh script
-PATH=/sbin:/usr/sbin:/bin:/usr/bin
-DESC="GPS (Global Positioning System) daemon"
-NAME=gpsd
-DAEMON=/usr/sbin/$NAME

[oe] [meta-oe][PATCH v2 2/2] gpsd: add gpsdctl@.service for USB autoplug

[Martin Kelly]

This service allows gpsd to automatically recognize USB devices but is
currently missing from our packaging. Without this service and the
matching udev rules from upstream, gpsd will fail to recognize USB
devices when they are plugged in.

Signed-off-by: Martin Kelly 
---
 meta-oe/recipes-navigation/gpsd/gpsd_3.16.bb | 3 ++-
 1 file changed, 2 insertions(+), 1 deletion(-)

diff --git a/meta-oe/recipes-navigation/gpsd/gpsd_3.16.bb 
b/meta-oe/recipes-navigation/gpsd/gpsd_3.16.bb
index 47db41f22..6d84ab9dc 100644
--- a/meta-oe/recipes-navigation/gpsd/gpsd_3.16.bb
+++ b/meta-oe/recipes-navigation/gpsd/gpsd_3.16.bb
@@ -80,6 +80,7 @@ do_install_append() {
 #support for systemd
 install -d ${D}${systemd_unitdir}/system/
 install -m 0644 ${S}/systemd/${BPN}.service 
${D}${systemd_unitdir}/system/${BPN}.service
+install -m 0644 ${S}/systemd/${BPN}ctl@.service 
${D}${systemd_unitdir}/system/${BPN}ctl@.service
 install -m 0644 ${S}/systemd/${BPN}.socket 
${D}${systemd_unitdir}/system/${BPN}.socket
 }
 
@@ -128,7 +129,7 @@ RDEPENDS_python-pygps = " \
 RPROVIDES_${PN} += "${PN}-systemd"
 RREPLACES_${PN} += "${PN}-systemd"
 RCONFLICTS_${PN} += "${PN}-systemd"
-SYSTEMD_SERVICE_${PN} = "${PN}.socket"
+SYSTEMD_SERVICE_${PN} = "${BPN}.socket ${BPN}ctl@.service"
 
 
 ALTERNATIVE_${PN} = "gpsd-defaults"
-- 
2.11.0

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

Re: [oe] [meta-webserver][PATCH] meta-webserver: apache2 allow SYSTEMD_AUTO_ENABLE to be overwritten

[Patrick Ohly]

On Thu, 2017-11-16 at 15:00 -0500, Mark Asselstine wrote:
> On Thursday, November 16, 2017 7:28:06 PM EST Patrick Ohly wrote:
> > On Thu, 2017-11-16 at 10:19 -0500, Mark Asselstine wrote:
> > > The current assignment does not allow a bbappend to be used to
> > > overwrite the SYSTEMD_AUTO_ENABLE value in order to have apache2
> > > auto
> > > start.
> > 
> > Why does SYSTEMD_AUTO_ENABLE_${PN} = "enable" in a apache2_*.bb not
> > work? It works fine for me with wpa-supplicant:
> 
> Sorry. You are correct the bbappend will overwrite it, but this
> requires a bbappend. If this used "?=" you could achieve this in a
> local.conf or similar. 

SYSTEMD_AUTO_ENABLE_pn-wpa-supplicant = "enable" in local.conf also
overrides the = assignment in the .bb file.

> In general if there is a possibility for a value to be desireable to
> overwrite using "?=" makes sense. Thoughts?

I thought the same for a while, but since then I've come around to the
interpretation that for recipe-specific variables, using =? is mostly
just a cosmetic thing. I can't think of a good example where it really
matters in practice.

It's different for global variables which might get set prior to
parsing a recipe (distro config, local.conf). There it makes sense to
not overwrite a potentially existing value.

-- 
Best Regards, Patrick Ohly

The content of this message is my personal opinion only and although
I am an employee of Intel, the statements I make here in no way
represent Intel's position on the issue, nor am I authorized to speak
on behalf of Intel on this matter.


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

Re: [oe] [meta-webserver][PATCH] meta-webserver: apache2 allow SYSTEMD_AUTO_ENABLE to be overwritten

[Mark Asselstine]

On Thursday, November 16, 2017 7:28:06 PM EST Patrick Ohly wrote:
> On Thu, 2017-11-16 at 10:19 -0500, Mark Asselstine wrote:
> > The current assignment does not allow a bbappend to be used to
> > overwrite the SYSTEMD_AUTO_ENABLE value in order to have apache2 auto
> > start.
> 
> Why does SYSTEMD_AUTO_ENABLE_${PN} = "enable" in a apache2_*.bb not
> work? It works fine for me with wpa-supplicant:

Sorry. You are correct the bbappend will overwrite it, but this requires a 
bbappend. If this used "?=" you could achieve this in a local.conf or similar. 
In general if there is a possibility for a value to be desireable to overwrite 
using "?=" makes sense. Thoughts?

Mark


> 
> wpa-supplicant_2.6.bb: SYSTEMD_AUTO_ENABLE = "disable"
> wpa-supplicant_2.6.bbappend: SYSTEMD_AUTO_ENABLE = "enable"
> => bitbake -e shows "enable"


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

Re: [oe] [meta-oe][morty 2/3] flite-alsa: Fix QA issue

[akuster808]

On 11/16/2017 10:57 AM, Martin Jansa wrote:
> does this issue exist in master as well? IIRC I haven't seen it in
> recent reports.
I have not either. Double checking on my local build system. I still
need to check pyro & rocko.

>
> You might want to use ${PN} as in PACKAGES:
> PACKAGES += "lib${PN} lib${PN}-vox8 lib${PN}-vox16"
thanks for the idea.
- armin
>
>
> On Thu, Nov 16, 2017 at 7:32 PM, Armin Kuster  > wrote:
>
> ERROR: flite-alsa-1.3-r1 do_package_qa: QA Issue: No GNU_HASH in
> the elf binary:
> 
> '/build/build_artifacts/morty/tmp/work/i586-poky-linux/flite-alsa/1.3-r1/packages-split/libflite-alsa/usr/lib/libflite_cmulex.so.1.3'
>
> ERROR: flite-alsa-1.3-r1 do_package_qa: QA Issue: No GNU_HASH in
> the elf binary:
> 
> '/build/build_artifacts/morty/tmp/work/i586-poky-linux/flite-alsa/1.3-r1/packages-split/libflite-alsa-vox8/usr/lib/libflite_cmu_us_kal.so.1.3'
> [ldflags]
>
> ERROR: flite-alsa-1.3-r1 do_package_qa: QA Issue: No GNU_HASH in
> the elf binary:
> 
> '/build/build_artifacts/morty/tmp/work/i586-poky-linux/flite-alsa/1.3-r1/packages-split/libflite-alsa-vox16/usr/lib/libflite_cmu_us_kal16.so.1.3'
> [ldflags]
> Signed-off-by: Armin Kuster  >
> ---
>  meta-oe/recipes-support/flite/flite-alsa_1.3.bb
>  | 4 
>  1 file changed, 4 insertions(+)
>
> diff --git a/meta-oe/recipes-support/flite/flite-alsa_1.3.bb
> 
> b/meta-oe/recipes-support/flite/flite-alsa_1.3.bb
> 
> index 51012e6..19d789e 100644
> --- a/meta-oe/recipes-support/flite/flite-alsa_1.3.bb
> 
> +++ b/meta-oe/recipes-support/flite/flite-alsa_1.3.bb
> 
> @@ -10,3 +10,7 @@ SRC_URI =
> "http://www.speech.cs.cmu.edu/flite/packed/flite-${PV}/flite-${PV}-rel
> 
> 
>
>  SRC_URI[md5sum] = "ae0aca1cb7b4801f4372f3a75a9e52b5"
>  SRC_URI[sha256sum] =
> "95f7001e57a0fbace8833b0a48790a68f6c7b491f2d47c78ad537ab78a8b"
> +
> +INSANE_SKIP_libflite-alsa = "ldflags"
> +INSANE_SKIP_libflite-alsa-vox8 = "ldflags"
> +INSANE_SKIP_libflite-alsa-vox16 = "ldflags"
> --
> 2.7.4
>
> --
> ___
> 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][morty 2/3] flite-alsa: Fix QA issue

[Martin Jansa]

does this issue exist in master as well? IIRC I haven't seen it in recent
reports.

You might want to use ${PN} as in PACKAGES:
PACKAGES += "lib${PN} lib${PN}-vox8 lib${PN}-vox16"


On Thu, Nov 16, 2017 at 7:32 PM, Armin Kuster  wrote:

> ERROR: flite-alsa-1.3-r1 do_package_qa: QA Issue: No GNU_HASH in the elf
> binary: '/build/build_artifacts/morty/tmp/work/i586-poky-linux/
> flite-alsa/1.3-r1/packages-split/libflite-alsa/usr/lib/
> libflite_cmulex.so.1.3'
>
> ERROR: flite-alsa-1.3-r1 do_package_qa: QA Issue: No GNU_HASH in the elf
> binary: '/build/build_artifacts/morty/tmp/work/i586-poky-linux/
> flite-alsa/1.3-r1/packages-split/libflite-alsa-vox8/usr/
> lib/libflite_cmu_us_kal.so.1.3' [ldflags]
>
> ERROR: flite-alsa-1.3-r1 do_package_qa: QA Issue: No GNU_HASH in the elf
> binary: '/build/build_artifacts/morty/tmp/work/i586-poky-linux/
> flite-alsa/1.3-r1/packages-split/libflite-alsa-vox16/usr/
> lib/libflite_cmu_us_kal16.so.1.3' [ldflags]
> Signed-off-by: Armin Kuster 
> ---
>  meta-oe/recipes-support/flite/flite-alsa_1.3.bb | 4 
>  1 file changed, 4 insertions(+)
>
> diff --git a/meta-oe/recipes-support/flite/flite-alsa_1.3.bb
> b/meta-oe/recipes-support/flite/flite-alsa_1.3.bb
> index 51012e6..19d789e 100644
> --- a/meta-oe/recipes-support/flite/flite-alsa_1.3.bb
> +++ b/meta-oe/recipes-support/flite/flite-alsa_1.3.bb
> @@ -10,3 +10,7 @@ SRC_URI = "http://www.speech.cs.cmu.edu/
> flite/packed/flite-${PV}/flite-${PV}-rel
>
>  SRC_URI[md5sum] = "ae0aca1cb7b4801f4372f3a75a9e52b5"
>  SRC_URI[sha256sum] = "95f7001e57a0fbace8833b0a48
> 790a68f6c7b491f2d47c78ad537ab78a8b"
> +
> +INSANE_SKIP_libflite-alsa = "ldflags"
> +INSANE_SKIP_libflite-alsa-vox8 = "ldflags"
> +INSANE_SKIP_libflite-alsa-vox16 = "ldflags"
> --
> 2.7.4
>
> --
> ___
> 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][morty 3/3] system-setup-keyboard: fix QA issue

[Martin Jansa]

FWIW: this doesn't fix the QA issue, it only hides it.

The same problem existed in master as well before it was removed:
http://lists.openembedded.org/pipermail/openembedded-devel/2017-August/114478.html

On Thu, Nov 16, 2017 at 7:32 PM, Armin Kuster  wrote:

> ERROR: system-setup-keyboard-0.8.8-r0 do_package_qa: QA Issue: No GNU_HASH
> in the elf binary: '/build/build_artifacts/morty/tmp/work/i586-poky-linux/
> system-setup-keyboard/0.8.8-r0/packages-split/system-
> setup-keyboard/usr/bin/system-setup-keyboard' [ldflags]
>
> Signed-off-by: Armin Kuster 
> ---
>  .../system-setup-keyboard/system-setup-keyboard_0.8.8.bb
> | 2 ++
>  1 file changed, 2 insertions(+)
>
> diff --git a/meta-oe/recipes-support/system-setup-keyboard/system-
> setup-keyboard_0.8.8.bb b/meta-oe/recipes-support/system-setup-keyboard/
> system-setup-keyboard_0.8.8.bb
> index fbbfa3d..3407b73 100644
> --- a/meta-oe/recipes-support/system-setup-keyboard/system-
> setup-keyboard_0.8.8.bb
> +++ b/meta-oe/recipes-support/system-setup-keyboard/system-
> setup-keyboard_0.8.8.bb
> @@ -29,3 +29,5 @@ do_install() {
>  }
>
>  FILES_${PN} += "${systemd_unitdir}/system/${BPN}.service"
> +
> +INSANE_SKIP_${PN} = "ldflags"
> --
> 2.7.4
>
> --
> ___
> 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][morty 3/3] system-setup-keyboard: fix QA issue

[Armin Kuster]

ERROR: system-setup-keyboard-0.8.8-r0 do_package_qa: QA Issue: No GNU_HASH in 
the elf binary: 
'/build/build_artifacts/morty/tmp/work/i586-poky-linux/system-setup-keyboard/0.8.8-r0/packages-split/system-setup-keyboard/usr/bin/system-setup-keyboard'
 [ldflags]

Signed-off-by: Armin Kuster 
---
 .../system-setup-keyboard/system-setup-keyboard_0.8.8.bb| 2 ++
 1 file changed, 2 insertions(+)

diff --git 
a/meta-oe/recipes-support/system-setup-keyboard/system-setup-keyboard_0.8.8.bb 
b/meta-oe/recipes-support/system-setup-keyboard/system-setup-keyboard_0.8.8.bb
index fbbfa3d..3407b73 100644
--- 
a/meta-oe/recipes-support/system-setup-keyboard/system-setup-keyboard_0.8.8.bb
+++ 
b/meta-oe/recipes-support/system-setup-keyboard/system-setup-keyboard_0.8.8.bb
@@ -29,3 +29,5 @@ do_install() {
 }
 
 FILES_${PN} += "${systemd_unitdir}/system/${BPN}.service"
+
+INSANE_SKIP_${PN} = "ldflags"
-- 
2.7.4

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

[oe] [meta-oe][morty 1/3] log4cpp: fix QA issue

[Armin Kuster]

ERROR: log4cpp-1.1.1-r0 do_package_qa: QA Issue: No GNU_HASH in the elf binary: 
'/build/build_artifacts/morty/tmp/work/i586-poky-linux/log4cpp/1.1.1-r0/packages-split/log4cpp/usr/lib/liblog4cpp.so.5.0.6'
 [ldflags]

Signed-off-by: Armin Kuster 
---
 meta-oe/recipes-support/log4cpp/log4cpp_1.1.1.bb | 1 +
 1 file changed, 1 insertion(+)

diff --git a/meta-oe/recipes-support/log4cpp/log4cpp_1.1.1.bb 
b/meta-oe/recipes-support/log4cpp/log4cpp_1.1.1.bb
index c7bf288..d4f0589 100644
--- a/meta-oe/recipes-support/log4cpp/log4cpp_1.1.1.bb
+++ b/meta-oe/recipes-support/log4cpp/log4cpp_1.1.1.bb
@@ -21,3 +21,4 @@ EXTRA_OECONF = "\
 --enable-latex-docs=no \
 LDFLAGS=-pthread \
 "
+INSANE_SKIP_${PN} = "ldflags"
-- 
2.7.4

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

[oe] [meta-oe][morty 2/3] flite-alsa: Fix QA issue

[Armin Kuster]

ERROR: flite-alsa-1.3-r1 do_package_qa: QA Issue: No GNU_HASH in the elf 
binary: 
'/build/build_artifacts/morty/tmp/work/i586-poky-linux/flite-alsa/1.3-r1/packages-split/libflite-alsa/usr/lib/libflite_cmulex.so.1.3'

ERROR: flite-alsa-1.3-r1 do_package_qa: QA Issue: No GNU_HASH in the elf 
binary: 
'/build/build_artifacts/morty/tmp/work/i586-poky-linux/flite-alsa/1.3-r1/packages-split/libflite-alsa-vox8/usr/lib/libflite_cmu_us_kal.so.1.3'
 [ldflags]

ERROR: flite-alsa-1.3-r1 do_package_qa: QA Issue: No GNU_HASH in the elf 
binary: 
'/build/build_artifacts/morty/tmp/work/i586-poky-linux/flite-alsa/1.3-r1/packages-split/libflite-alsa-vox16/usr/lib/libflite_cmu_us_kal16.so.1.3'
 [ldflags]
Signed-off-by: Armin Kuster 
---
 meta-oe/recipes-support/flite/flite-alsa_1.3.bb | 4 
 1 file changed, 4 insertions(+)

diff --git a/meta-oe/recipes-support/flite/flite-alsa_1.3.bb 
b/meta-oe/recipes-support/flite/flite-alsa_1.3.bb
index 51012e6..19d789e 100644
--- a/meta-oe/recipes-support/flite/flite-alsa_1.3.bb
+++ b/meta-oe/recipes-support/flite/flite-alsa_1.3.bb
@@ -10,3 +10,7 @@ SRC_URI = 
"http://www.speech.cs.cmu.edu/flite/packed/flite-${PV}/flite-${PV}-rel
 
 SRC_URI[md5sum] = "ae0aca1cb7b4801f4372f3a75a9e52b5"
 SRC_URI[sha256sum] = 
"95f7001e57a0fbace8833b0a48790a68f6c7b491f2d47c78ad537ab78a8b"
+
+INSANE_SKIP_libflite-alsa = "ldflags"
+INSANE_SKIP_libflite-alsa-vox8 = "ldflags"
+INSANE_SKIP_libflite-alsa-vox16 = "ldflags"
-- 
2.7.4

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

Re: [oe] [meta-webserver][PATCH] meta-webserver: apache2 allow SYSTEMD_AUTO_ENABLE to be overwritten

[Patrick Ohly]

On Thu, 2017-11-16 at 10:19 -0500, Mark Asselstine wrote:
> The current assignment does not allow a bbappend to be used to
> overwrite the SYSTEMD_AUTO_ENABLE value in order to have apache2 auto
> start.

Why does SYSTEMD_AUTO_ENABLE_${PN} = "enable" in a apache2_*.bb not
work? It works fine for me with wpa-supplicant:

wpa-supplicant_2.6.bb: SYSTEMD_AUTO_ENABLE = "disable"
wpa-supplicant_2.6.bbappend: SYSTEMD_AUTO_ENABLE = "enable"
=> bitbake -e shows "enable"

-- 
Best Regards, Patrick Ohly

The content of this message is my personal opinion only and although
I am an employee of Intel, the statements I make here in no way
represent Intel's position on the issue, nor am I authorized to speak
on behalf of Intel on this matter.


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

[oe] [meta-oe][PATCH] hiredis: fix paths in pkgconfig conf file

[Andrea Galbusera]

Set PREFIX via EXTRA_OEMAKE instead of exporting it in do_install_prepend():
than ensuring the correct prefix gets into hiredis.pc, which is generated by
upstream makefile at do_compile() time.

Signed-off-by: Andrea Galbusera 
---
 meta-oe/recipes-extended/hiredis/hiredis_0.13.1.bb | 3 ++-
 1 file changed, 2 insertions(+), 1 deletion(-)

diff --git a/meta-oe/recipes-extended/hiredis/hiredis_0.13.1.bb 
b/meta-oe/recipes-extended/hiredis/hiredis_0.13.1.bb
index 96b86f9a0..fae30d771 100644
--- a/meta-oe/recipes-extended/hiredis/hiredis_0.13.1.bb
+++ b/meta-oe/recipes-extended/hiredis/hiredis_0.13.1.bb
@@ -12,10 +12,11 @@ S = "${WORKDIR}/git"
 
 inherit autotools-brokensep pkgconfig
 
+EXTRA_OEMAKE = "PREFIX=${prefix}"
+
 # By default INSTALL variable in Makefile is equal to 'cp -a', which preserves
 # ownership and causes host-user-contamination QA issue.
 # And PREFIX defaults to /usr/local.
 do_install_prepend() {
-  export PREFIX=${prefix}
   export INSTALL='cp -r'
 }
-- 
2.15.0

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

[oe] [meta-oe][PATCH] drop redundant 'inherit allarch' from packagegroups

[Andrea Galbusera]

packagegroup bbclass already takes care of this

Signed-off-by: Andrea Galbusera 
---
 meta-oe/recipes-devtools/packagegroups/packagegroup-sdk-target.bb | 2 +-
 meta-oe/recipes-graphics/packagegroups/packagegroup-fonts-truetype.bb | 2 +-
 2 files changed, 2 insertions(+), 2 deletions(-)

diff --git a/meta-oe/recipes-devtools/packagegroups/packagegroup-sdk-target.bb 
b/meta-oe/recipes-devtools/packagegroups/packagegroup-sdk-target.bb
index 1be7f6aff..53fc159c8 100644
--- a/meta-oe/recipes-devtools/packagegroups/packagegroup-sdk-target.bb
+++ b/meta-oe/recipes-devtools/packagegroups/packagegroup-sdk-target.bb
@@ -4,7 +4,7 @@ LIC_FILES_CHKSUM = 
"file://${COMMON_LICENSE_DIR}/MIT;md5=0835ade698e0bcf8506ecda
 
 PR = "r1"
 
-inherit packagegroup allarch
+inherit packagegroup
 
 RPROVIDES_${PN} += "packagegroup-native-sdk"
 RREPLACES_${PN} += "packagegroup-native-sdk"
diff --git 
a/meta-oe/recipes-graphics/packagegroups/packagegroup-fonts-truetype.bb 
b/meta-oe/recipes-graphics/packagegroups/packagegroup-fonts-truetype.bb
index 632e7d433..3069d2ded 100644
--- a/meta-oe/recipes-graphics/packagegroups/packagegroup-fonts-truetype.bb
+++ b/meta-oe/recipes-graphics/packagegroups/packagegroup-fonts-truetype.bb
@@ -5,7 +5,7 @@ LIC_FILES_CHKSUM = 
"file://${COREBASE}/meta/COPYING.MIT;md5=3da9cfbcb788c80a0384
 PV = "1.0"
 PR = "r2"
 
-inherit packagegroup allarch
+inherit packagegroup
 
 PACKAGES += "\
 ${PN}-core \
-- 
2.15.0

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

[oe] [meta-python PATCH] python-asn1crypto: Add native and nativesdk variants

[Otavio Salvador]

Signed-off-by: Otavio Salvador 
---

 meta-python/recipes-devtools/python/python-asn1crypto.inc | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/meta-python/recipes-devtools/python/python-asn1crypto.inc 
b/meta-python/recipes-devtools/python/python-asn1crypto.inc
index 3bdb4b235..7accbba18 100644
--- a/meta-python/recipes-devtools/python/python-asn1crypto.inc
+++ b/meta-python/recipes-devtools/python/python-asn1crypto.inc
@@ -10,3 +10,5 @@ SRC_URI[md5sum] = "97d54665c397b72b165768398dfdd876"
 SRC_URI[sha256sum] = 
"0874981329cfebb366d6584c3d16e913f2a0eb026c9463efcc4aaf42a9d94d70"
 
 inherit pypi
+
+BBCLASSEXTEND = "native nativesdk"
-- 
2.15.0

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

Re: [oe] [meta-oe][PATCH] meson: update meson to 0.43.0

[Alexander Kanavin]

On 11/16/2017 05:37 PM, Ricardo Ribalda Delgado wrote:



Signed-off-by: Ricardo Ribalda Delgado 



Meson is being moved to oe-core; can you please check the patches posted to
oe-core list?


Do you mean review the patches on oe-core , or port my patches to oe-core?



Check if any of your changes need to be rebased on top of my oe-core 
patchset, and if so, send the rebased patches there. And generally test 
my patchset.


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

Re: [oe] [meta-oe][PATCH] meson: update meson to 0.43.0

[Ricardo Ribalda Delgado]

Hi Alex

On Thu, Nov 16, 2017 at 11:08 AM, Alexander Kanavin
 wrote:
> On 11/15/2017 04:15 PM, Ricardo Ribalda Delgado wrote:
>>
>> Signed-off-by: Ricardo Ribalda Delgado 
>
>
> Meson is being moved to oe-core; can you please check the patches posted to
> oe-core list?

Do you mean review the patches on oe-core , or port my patches to oe-core?

Thanks!

>
>
> Alex



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

[oe] [meta-webserver][PATCH] meta-webserver: apache2 allow SYSTEMD_AUTO_ENABLE to be overwritten

[Mark Asselstine]

The current assignment does not allow a bbappend to be used to
overwrite the SYSTEMD_AUTO_ENABLE value in order to have apache2 auto
start. You would have to resort to 'manually' creating a link in
do_install or a postinst. Using the '?=' assignment will correct this.

One might argue that if apache2 is being installed it would be
desirable to have it auto run, so this setting should be removed in
favor of the default in systemd.bbclass (enable). In order not to
surprise users of this recipe with this change in behavior we opt to
keep this as disabled but overwrite-able.

Signed-off-by: Mark Asselstine 
---
 meta-webserver/recipes-httpd/apache2/apache2_2.4.29.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta-webserver/recipes-httpd/apache2/apache2_2.4.29.bb 
b/meta-webserver/recipes-httpd/apache2/apache2_2.4.29.bb
index f0298b9..60fc411 100644
--- a/meta-webserver/recipes-httpd/apache2/apache2_2.4.29.bb
+++ b/meta-webserver/recipes-httpd/apache2/apache2_2.4.29.bb
@@ -32,7 +32,7 @@ S = "${WORKDIR}/httpd-${PV}"
 inherit autotools update-rc.d pkgconfig systemd
 
 SYSTEMD_SERVICE_${PN} = "apache2.service"
-SYSTEMD_AUTO_ENABLE_${PN} = "disable"
+SYSTEMD_AUTO_ENABLE_${PN} ?= "disable"
 
 SSTATE_SCAN_FILES += "apxs config_vars.mk config.nice"
 
-- 
2.7.4

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

Re: [oe] [meta-oe][PATCH] meson: update meson to 0.43.0

[Alexander Kanavin]

On 11/15/2017 04:15 PM, Ricardo Ribalda Delgado wrote:

Signed-off-by: Ricardo Ribalda Delgado 


Meson is being moved to oe-core; can you please check the patches posted 
to oe-core list?



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