[oe] [PATCHv3 0/3] bluez5 support updates
This is the meta-oe changes supporting the proposed fix for Yocto 5031, just refreshed as described at: http://lists.openembedded.org/pipermail/openembedded-core/2015-February/101535.html The following changes since commit 9c926ef2d463e643fb0dc87f6535a12e35d039ab: msr-tools: add recipe (2015-01-28 09:54:41 +0100) are available in the git repository at: git://git.openembedded.org/meta-openembedded-contrib pabigot/bluez5 http://cgit.openembedded.org/cgit.cgi/meta-openembedded-contrib/log/?h=pabigot/bluez5 Peter A. Bigot (3): gnokii: refine selector for bluez4 package config gpsd: select distro preference for bluez provider packagegroup-basic: select distro preference for bluez provider meta-oe/recipes-connectivity/gnokii/gnokii_0.6.31.bb | 2 +- meta-oe/recipes-core/packagegroups/packagegroup-basic.bb | 3 ++- meta-oe/recipes-navigation/gpsd/gpsd_3.10.bb | 6 +++--- 3 files changed, 6 insertions(+), 5 deletions(-) -- 1.9.1 -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [PATCHv3 2/3] gpsd: select distro preference for bluez provider
Signed-off-by: Peter A. Bigot
---
meta-oe/recipes-navigation/gpsd/gpsd_3.10.bb | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/meta-oe/recipes-navigation/gpsd/gpsd_3.10.bb
b/meta-oe/recipes-navigation/gpsd/gpsd_3.10.bb
index 6d3adc1..93cf1ae 100644
--- a/meta-oe/recipes-navigation/gpsd/gpsd_3.10.bb
+++ b/meta-oe/recipes-navigation/gpsd/gpsd_3.10.bb
@@ -20,7 +20,7 @@ SRC_URI = "${SAVANNAH_GNU_MIRROR}/${BPN}/${BP}.tar.gz \
SRC_URI[md5sum] = "fc5b03aae38b9b5b6880b31924d0ace3"
SRC_URI[sha256sum] =
"706fc2c1cf3dfbf87c941f543381bccc9c4dc9f8240eec407dcbf2f70b854320"
-inherit scons update-rc.d python-dir pythonnative systemd
+inherit scons update-rc.d python-dir pythonnative systemd bluetooth
INITSCRIPT_NAME = "gpsd"
INITSCRIPT_PARAMS = "defaults 35"
@@ -30,8 +30,8 @@ SYSTEMD_OESCONS = "${@base_contains('DISTRO_FEATURES',
'systemd', 'true', 'false
export STAGING_INCDIR
export STAGING_LIBDIR
-PACKAGECONFIG ??= "bluez"
-PACKAGECONFIG[bluez] = "bluez='true',bluez='false',bluez4"
+PACKAGECONFIG ??= "${@base_contains('DISTRO_FEATURES', 'bluetooth',
'${BLUEZ}', '', d)}"
+PACKAGECONFIG[bluez4] = "bluez='true',bluez='false',bluez4"
EXTRA_OESCONS = " \
sysroot=${STAGING_DIR_TARGET} \
--
1.9.1
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [PATCHv3 1/3] gnokii: refine selector for bluez4 package config
Use bluez4 or bluez5 to avoid ambiguity.
Signed-off-by: Peter A. Bigot
---
meta-oe/recipes-connectivity/gnokii/gnokii_0.6.31.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta-oe/recipes-connectivity/gnokii/gnokii_0.6.31.bb
b/meta-oe/recipes-connectivity/gnokii/gnokii_0.6.31.bb
index 4826452..acae868 100644
--- a/meta-oe/recipes-connectivity/gnokii/gnokii_0.6.31.bb
+++ b/meta-oe/recipes-connectivity/gnokii/gnokii_0.6.31.bb
@@ -9,7 +9,7 @@ DEPENDS = "glib-2.0"
X11DEPENDS = " libxpm gtk+"
PACKAGECONFIG ??= "${@base_contains('DISTRO_FEATURES', 'x11', 'x11', '', d)}"
-PACKAGECONFIG[bluez] = "--enable-bluetooth,--disable-bluetooth,bluez4"
+PACKAGECONFIG[bluez4] = "--enable-bluetooth,--disable-bluetooth,bluez4"
PACKAGECONFIG[libical] = "--enable-libical,--disable-libical,libical"
PACKAGECONFIG[pcsc-lite] =
"--enable-libpcsclite,--disable-libpcsclite,pcsc-lite"
PACKAGECONFIG[readline] = "--with-readline,--without-readline,readline"
--
1.9.1
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [PATCHv3 3/3] packagegroup-basic: select distro preference for bluez provider
Signed-off-by: Peter A. Bigot
---
meta-oe/recipes-core/packagegroups/packagegroup-basic.bb | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/meta-oe/recipes-core/packagegroups/packagegroup-basic.bb
b/meta-oe/recipes-core/packagegroups/packagegroup-basic.bb
index 20b1652..4f2992c 100644
--- a/meta-oe/recipes-core/packagegroups/packagegroup-basic.bb
+++ b/meta-oe/recipes-core/packagegroups/packagegroup-basic.bb
@@ -9,6 +9,7 @@ PR = "r13"
PACKAGE_ARCH = "${MACHINE_ARCH}"
inherit packagegroup
+inherit bluetooth
# Poke extra recomendations into the list using your machine.conf
#
@@ -45,7 +46,7 @@ RRECOMMENDS_${PN} = "\
${@base_contains("MACHINE_FEATURES", "alsa", "alsa-utils-alsamixer", "",
d)} \
${@base_contains("MACHINE_FEATURES", "usbgadget", "kernel-module-g-ether
kernel-module-g-serial kernel-module-g-mass-storage", "", d)} \
\
-${@base_contains("DISTRO_FEATURES", "bluetooth", "bluez4", "", d)} \
+${@base_contains("DISTRO_FEATURES", "bluetooth", "${BLUEZ}", "", d)} \
${@base_contains("DISTRO_FEATURES", "wifi", "iw wpa-supplicant", "", d)} \
\
tzdata \
--
1.9.1
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] Question about ntp build option
On 01/16/2015 05:54 AM, Paul Eggleton wrote: On Friday 16 January 2015 02:05:27 Fan, Xin wrote: There will always be differences in how people expect software to be configured for whatever target and application they are building for, hence why we make it fairly easy to adjust the configuration. Actually, I had the same opinion with you at the beginning. But in last December, the ntp published 4 serious vulnerabilities(CVE-2014-9293, CVE-2014-9294,CVE-2014-9295,CVE-2014-9296). So I think even the display a clock function, it should also be protected by openssl for the safety connection. I'm not sure this follows. Correct me if I'm wrong, but SSL doesn't actually prevent me as an unauthorised user from making a connection - it just ensures that when I connect to a server that firstly the data sent over the connection is encrypted, and furthermore that the connection is directly to the server I think it is and not someone else masquerading as that server. Though this is the common mode of operation, ssl also permits client authentication through certificates, so the server knows that the client is who it says it is. I generally run public-facing restricted access web servers this way, in addition to using HTTP authentication. I don't know but would assume ntp would support the same capability through configuration files if ssl is enabled in the build. I doubt the number of people in the world that would configure ntp that way is very large, though. As long as it's available through PACKAGECONFIG (and it is) I'm not convinced changing the default is critical, but it's probably not a big deal either unless the added dependencies are a burden for somebody's small-footprint installation. (In which case they could override PACKAGECONFIG. That's what I love about Yocto.) Peter This would mean that for example any buffer overflows such as the ones in the vulnerabilities you point to would still be accessible and potentially exploitable even if the connection were only available as encrypted using SSL, at least as far as I can tell. And I find more packages in Yocto which also use the openssl as the default option, so I think ntp also should set the openssl option as default setting. In a lot of other cases SSL is on by default because it really makes sense; for example it's common to want to fetch files from https servers so in the general case you would want curl to be built with SSL support by default. I'm not sure the same can be said of ntp. Again, I'm happy to be corrected though. Cheers, Paul -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-oe][PATCH] PNBLACKLIST: use weak assignments
On 12/09/2014 04:53 AM, Martin Jansa wrote: * this makes it easier to unblacklist it from local.conf which is parsed before the recipes Signed-off-by: Martin Jansa --- meta-filesystems/recipes-filesystems/ifuse/ifuse_1.1.2.bb | 2 +- meta-gnome/recipes-apps/gnome-mplayer/gnome-mplayer_1.0.5.bb| 2 +- meta-gnome/recipes-gnome/gcr/gcr_3.8.2.bb | 2 +- meta-gnome/recipes-gnome/gnome-menus/gnome-menus3_3.10.1.bb | 2 +- meta-gnome/recipes-gnome/gnome-panel/gnome-panel3_3.0.2.bb | 2 +- meta-gnome/recipes-gnome/gweather/libgweather3_3.0.2.bb | 2 +- meta-gnome/recipes-gnome/zenity/zenity_2.32.1.bb| 2 +- meta-multimedia/recipes-mediacentre/xbmc/xbmc_git.bb| 2 +- meta-multimedia/recipes-multimedia/coriander/coriander_2.0.2.bb | 2 +- .../recipes-multimedia/dleyna/renderer-service-upnp_0.3.0.bb| 2 +- meta-networking/recipes-support/lksctp-tools/lksctp-tools_1.0.16.bb | 2 +- meta-oe/recipes-connectivity/libimobiledevice/libimobiledevice_1.1.4.bb | 2 +- meta-oe/recipes-connectivity/soft66/soft66_git.bb | 2 +- meta-oe/recipes-connectivity/zeroc-ice/zeroc-ice_3.5.1.bb | 2 +- meta-oe/recipes-extended/acpica/acpitests_20140828.bb | 1 - meta-oe/recipes-extended/subsurface/subsurface_git.bb | 2 +- meta-oe/recipes-extended/zsh/zsh.inc| 2 +- meta-oe/recipes-graphics/clutter/clutter-box2d_git.bb | 2 +- meta-oe/recipes-graphics/fim/fim_0.4-rc1.bb | 2 +- meta-oe/recipes-graphics/xorg-driver/xf86-input-mtev_git.bb | 2 +- meta-oe/recipes-multimedia/mplayer/mplayer2_git.bb | 2 +- meta-oe/recipes-navigation/omgps/omgps_svn.bb | 2 +- meta-oe/recipes-qt/qconnman/qconnman-e_git.bb | 2 +- meta-oe/recipes-qt/qconnman/qconnman_git.bb | 2 +- meta-oe/recipes-sato/claws-mail/sylpheed_2.7.1.bb | 2 +- meta-oe/recipes-support/apcupsd/apcupsd_3.14.10.bb | 2 +- meta-oe/recipes-support/emacs/emacs_23.4.bb | 2 +- meta-oe/recipes-support/maliit/maliit-framework_git.bb | 2 +- meta-oe/recipes-support/maliit/maliit-plugins_git.bb| 2 +- meta-oe/recipes-support/openmotif/openmotif_2.3.3.bb| 2 +- meta-oe/recipes-support/vala-terminal/vala-terminal_git.bb | 2 +- meta-webserver/recipes-php/modphp/modphp5.inc | 2 +- meta-webserver/recipes-php/xdebug/xdebug_2.2.5.bb | 2 +- 33 files changed, 32 insertions(+), 33 deletions(-) diff --git a/meta-filesystems/recipes-filesystems/ifuse/ifuse_1.1.2.bb b/meta-filesystems/recipes-filesystems/ifuse/ifuse_1.1.2.bb index 9a26642..42f4c87 100644 --- a/meta-filesystems/recipes-filesystems/ifuse/ifuse_1.1.2.bb +++ b/meta-filesystems/recipes-filesystems/ifuse/ifuse_1.1.2.bb @@ -3,7 +3,7 @@ LICENSE = "LGPLv2.1" LIC_FILES_CHKSUM = "file://COPYING;md5=6ab17b41640564434dda85c06b7124f7" HOMEPAGE ="http://www.libimobiledevice.org/"; -PNBLACKLIST[ifuse] = "depends on blacklisted libimobiledevice" +PNBLACKLIST[ifuse] ?= "depends on blacklisted libimobiledevice" DEPENDS = "fuse libimobiledevice" SRC_URI = " \ diff --git a/meta-gnome/recipes-apps/gnome-mplayer/gnome-mplayer_1.0.5.bb b/meta-gnome/recipes-apps/gnome-mplayer/gnome-mplayer_1.0.5.bb index c5ac6e2..ef460f1 100644 --- a/meta-gnome/recipes-apps/gnome-mplayer/gnome-mplayer_1.0.5.bb +++ b/meta-gnome/recipes-apps/gnome-mplayer/gnome-mplayer_1.0.5.bb @@ -5,7 +5,7 @@ SECTION = "multimedia" LICENSE = "GPLv2+" LIC_FILES_CHKSUM = "file://COPYING;md5=59530bdf33659b29e73d4adb9f9f6552" -PNBLACKLIST[gnome-mplayer] = "rdepends on blacklisted mplayer" +PNBLACKLIST[gnome-mplayer] ?= "rdepends on blacklisted mplayer" PR = "r2" DEPENDS = "gmtk gtk+ alsa-lib libnotify glib-2.0 dbus-glib virtual/libx11 libxscrnsaver" diff --git a/meta-gnome/recipes-gnome/gcr/gcr_3.8.2.bb b/meta-gnome/recipes-gnome/gcr/gcr_3.8.2.bb index 1a70ac0..e9a837b 100644 --- a/meta-gnome/recipes-gnome/gcr/gcr_3.8.2.bb +++ b/meta-gnome/recipes-gnome/gcr/gcr_3.8.2.bb @@ -7,7 +7,7 @@ LIC_FILES_CHKSUM = "file://COPYING;md5=55ca817ccb7d5b5b66355690e9abc605" DEPENDS = "gtk+3 p11-kit glib-2.0 libgcrypt" -PNBLACKLIST[gcr] = "CONFLICT: 4 files conflict with gnome-keyring" +PNBLACKLIST[gcr] ?= "CONFLICT: 4 files conflict with gnome-keyring" # e.g. sysroots/qemux86-64/usr/share/glib-2.0/schemas/org.gnome.crypto.pgp.gschema.xml # sysroots/qemux86-64/usr/share/GConf/gsettings/org.gnome.crypto.pgp.convert diff --git a/meta-gnome/recipes-gnome/gnome-menus/gnome-menus3_3.10.1.bb b/meta-gnome/recipes-gn
Re: [oe] [PATCH 0/2] add conflicts for recipes incompatible with bluez5
Ping. These are independent of the RFC patches. On 11/26/2014 02:06 PM, Peter A. Bigot wrote: The following changes since commit 34be57e7454ffe5f591cc0d7638bf41bb4377a61: meta-networking: update LAYERDEPENDS (2014-11-24 14:12:02 -0500) are available in the git repository at: git://git.openembedded.org/meta-openembedded-contrib pabigot/bluez5 http://cgit.openembedded.org/cgit.cgi/meta-openembedded-contrib/log/?h=pabigot/bluez5 Peter A. Bigot (2): obexd: conflict with bluez5 obex-data-server: conflict with bluez5 meta-gnome/recipes-connectivity/obex/obexd_0.48.bb | 2 ++ meta-oe/recipes-connectivity/obex/obex-data-server_0.4.6.bb | 1 + 2 files changed, 3 insertions(+) -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [RFC v2 0/3] update meta-oe to support proposed bluez5 approach
These are the meta-oe patches corresponding to the RFC solution to selecting bluez5 as bluetooth provider submitted at: http://lists.openembedded.org/pipermail/openembedded-core/2014-November/099312.html The following changes since commit 34be57e7454ffe5f591cc0d7638bf41bb4377a61: meta-networking: update LAYERDEPENDS (2014-11-24 14:12:02 -0500) are available in the git repository at: git://git.openembedded.org/meta-openembedded-contrib pabigot/rfc-v2/bluez5 http://cgit.openembedded.org/cgit.cgi/meta-openembedded-contrib/log/?h=pabigot/rfc-v2/bluez5 Peter A. Bigot (3): gnokii: refine selector for bluez4 package config gpsd: select distro preference for bluez provider packagegroup-basic: select distro preference for bluez provider meta-oe/recipes-connectivity/gnokii/gnokii_0.6.31.bb | 2 +- meta-oe/recipes-core/packagegroups/packagegroup-basic.bb | 3 ++- meta-oe/recipes-navigation/gpsd/gpsd_3.10.bb | 6 +++--- 3 files changed, 6 insertions(+), 5 deletions(-) -- 1.8.5.5 -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-oe][RFC v2 3/3] packagegroup-basic: select distro preference for bluez provider
Signed-off-by: Peter A. Bigot
---
meta-oe/recipes-core/packagegroups/packagegroup-basic.bb | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/meta-oe/recipes-core/packagegroups/packagegroup-basic.bb
b/meta-oe/recipes-core/packagegroups/packagegroup-basic.bb
index 20b1652..4f2992c 100644
--- a/meta-oe/recipes-core/packagegroups/packagegroup-basic.bb
+++ b/meta-oe/recipes-core/packagegroups/packagegroup-basic.bb
@@ -9,6 +9,7 @@ PR = "r13"
PACKAGE_ARCH = "${MACHINE_ARCH}"
inherit packagegroup
+inherit bluetooth
# Poke extra recomendations into the list using your machine.conf
#
@@ -45,7 +46,7 @@ RRECOMMENDS_${PN} = "\
${@base_contains("MACHINE_FEATURES", "alsa", "alsa-utils-alsamixer", "",
d)} \
${@base_contains("MACHINE_FEATURES", "usbgadget", "kernel-module-g-ether
kernel-module-g-serial kernel-module-g-mass-storage", "", d)} \
\
-${@base_contains("DISTRO_FEATURES", "bluetooth", "bluez4", "", d)} \
+${@base_contains("DISTRO_FEATURES", "bluetooth", "${BLUEZ}", "", d)} \
${@base_contains("DISTRO_FEATURES", "wifi", "iw wpa-supplicant", "", d)} \
\
tzdata \
--
1.8.5.5
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-oe][RFC v2 2/3] gpsd: select distro preference for bluez provider
Signed-off-by: Peter A. Bigot
---
meta-oe/recipes-navigation/gpsd/gpsd_3.10.bb | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/meta-oe/recipes-navigation/gpsd/gpsd_3.10.bb
b/meta-oe/recipes-navigation/gpsd/gpsd_3.10.bb
index 6d3adc1..93cf1ae 100644
--- a/meta-oe/recipes-navigation/gpsd/gpsd_3.10.bb
+++ b/meta-oe/recipes-navigation/gpsd/gpsd_3.10.bb
@@ -20,7 +20,7 @@ SRC_URI = "${SAVANNAH_GNU_MIRROR}/${BPN}/${BP}.tar.gz \
SRC_URI[md5sum] = "fc5b03aae38b9b5b6880b31924d0ace3"
SRC_URI[sha256sum] =
"706fc2c1cf3dfbf87c941f543381bccc9c4dc9f8240eec407dcbf2f70b854320"
-inherit scons update-rc.d python-dir pythonnative systemd
+inherit scons update-rc.d python-dir pythonnative systemd bluetooth
INITSCRIPT_NAME = "gpsd"
INITSCRIPT_PARAMS = "defaults 35"
@@ -30,8 +30,8 @@ SYSTEMD_OESCONS = "${@base_contains('DISTRO_FEATURES',
'systemd', 'true', 'false
export STAGING_INCDIR
export STAGING_LIBDIR
-PACKAGECONFIG ??= "bluez"
-PACKAGECONFIG[bluez] = "bluez='true',bluez='false',bluez4"
+PACKAGECONFIG ??= "${@base_contains('DISTRO_FEATURES', 'bluetooth',
'${BLUEZ}', '', d)}"
+PACKAGECONFIG[bluez4] = "bluez='true',bluez='false',bluez4"
EXTRA_OESCONS = " \
sysroot=${STAGING_DIR_TARGET} \
--
1.8.5.5
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-oe][RFC v2 1/3] gnokii: refine selector for bluez4 package config
Use bluez4 or bluez5 to avoid ambiguity.
Signed-off-by: Peter A. Bigot
---
meta-oe/recipes-connectivity/gnokii/gnokii_0.6.31.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta-oe/recipes-connectivity/gnokii/gnokii_0.6.31.bb
b/meta-oe/recipes-connectivity/gnokii/gnokii_0.6.31.bb
index 4826452..acae868 100644
--- a/meta-oe/recipes-connectivity/gnokii/gnokii_0.6.31.bb
+++ b/meta-oe/recipes-connectivity/gnokii/gnokii_0.6.31.bb
@@ -9,7 +9,7 @@ DEPENDS = "glib-2.0"
X11DEPENDS = " libxpm gtk+"
PACKAGECONFIG ??= "${@base_contains('DISTRO_FEATURES', 'x11', 'x11', '', d)}"
-PACKAGECONFIG[bluez] = "--enable-bluetooth,--disable-bluetooth,bluez4"
+PACKAGECONFIG[bluez4] = "--enable-bluetooth,--disable-bluetooth,bluez4"
PACKAGECONFIG[libical] = "--enable-libical,--disable-libical,libical"
PACKAGECONFIG[pcsc-lite] =
"--enable-libpcsclite,--disable-libpcsclite,pcsc-lite"
PACKAGECONFIG[readline] = "--with-readline,--without-readline,readline"
--
1.8.5.5
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [PATCH 0/2] add conflicts for recipes incompatible with bluez5
The following changes since commit 34be57e7454ffe5f591cc0d7638bf41bb4377a61: meta-networking: update LAYERDEPENDS (2014-11-24 14:12:02 -0500) are available in the git repository at: git://git.openembedded.org/meta-openembedded-contrib pabigot/bluez5 http://cgit.openembedded.org/cgit.cgi/meta-openembedded-contrib/log/?h=pabigot/bluez5 Peter A. Bigot (2): obexd: conflict with bluez5 obex-data-server: conflict with bluez5 meta-gnome/recipes-connectivity/obex/obexd_0.48.bb | 2 ++ meta-oe/recipes-connectivity/obex/obex-data-server_0.4.6.bb | 1 + 2 files changed, 3 insertions(+) -- 1.8.5.5 -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-oe][PATCH 2/2] obex-data-server: conflict with bluez5
Although this package builds with bluez5, it was removed from Fedora 20
[1] and is not used in bluez5-based GNOME [2], suggesting the bluez5
obexd is to be used instead.
[1] http://pkgs.fedoraproject.org/cgit/obex-data-server.git/log/?h=f20
[2] http://www.hadess.net/2013/11/bluetooth-file-sharing-obexpush-in.html
Signed-off-by: Peter A. Bigot
---
meta-oe/recipes-connectivity/obex/obex-data-server_0.4.6.bb | 1 +
1 file changed, 1 insertion(+)
diff --git a/meta-oe/recipes-connectivity/obex/obex-data-server_0.4.6.bb
b/meta-oe/recipes-connectivity/obex/obex-data-server_0.4.6.bb
index 4a2b2b1..afe6106 100644
--- a/meta-oe/recipes-connectivity/obex/obex-data-server_0.4.6.bb
+++ b/meta-oe/recipes-connectivity/obex/obex-data-server_0.4.6.bb
@@ -3,6 +3,7 @@ LICENSE = "GPLv2"
LIC_FILES_CHKSUM = "file://COPYING;md5=94d55d512a9ba36caa9b7df079bae19f"
DEPENDS = "gtk+ bluez4 dbus-glib imagemagick openobex"
+RCONFLICTS_${PN} = "bluez5"
SRC_URI = "http://tadas.dailyda.com/software/obex-data-server-${PV}.tar.gz";
SRC_URI[md5sum] = "961ca5db6fe9c97024e133cc6203cc4d"
--
1.8.5.5
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-gnome][PATCH 1/2] obexd: conflict with bluez5
obexd was integrated into bluez5 and is no longer a separate package.
Signed-off-by: Peter A. Bigot
---
meta-gnome/recipes-connectivity/obex/obexd_0.48.bb | 2 ++
1 file changed, 2 insertions(+)
diff --git a/meta-gnome/recipes-connectivity/obex/obexd_0.48.bb
b/meta-gnome/recipes-connectivity/obex/obexd_0.48.bb
index 26869fe..f28f77b 100644
--- a/meta-gnome/recipes-connectivity/obex/obexd_0.48.bb
+++ b/meta-gnome/recipes-connectivity/obex/obexd_0.48.bb
@@ -1,5 +1,7 @@
SUMMARY = "OBEX Server and Client"
+# obexd was integrated into bluez5
DEPENDS = "glib-2.0 dbus bluez4 libical"
+RCONFLICTS_${PN} = "bluez5"
LICENSE = "GPLv2"
LIC_FILES_CHKSUM = "file://COPYING;md5=12f884d2ae1ff87c09e5b7ccc2c4ca7e"
--
1.8.5.5
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [RFC 09/10] obex-data-server: conflict with bluez5
Although this package builds with bluez5, it was removed from Fedora 20
[1] and is not used in bluez5-based GNOME [2], suggesting the bluez5
obexd is to be used instead.
[1] http://pkgs.fedoraproject.org/cgit/obex-data-server.git/log/?h=f20
[2] http://www.hadess.net/2013/11/bluetooth-file-sharing-obexpush-in.html
Signed-off-by: Peter A. Bigot
---
meta-oe/recipes-connectivity/obex/obex-data-server_0.4.6.bb | 1 +
1 file changed, 1 insertion(+)
diff --git a/meta-oe/recipes-connectivity/obex/obex-data-server_0.4.6.bb
b/meta-oe/recipes-connectivity/obex/obex-data-server_0.4.6.bb
index 4a2b2b1..afe6106 100644
--- a/meta-oe/recipes-connectivity/obex/obex-data-server_0.4.6.bb
+++ b/meta-oe/recipes-connectivity/obex/obex-data-server_0.4.6.bb
@@ -3,6 +3,7 @@ LICENSE = "GPLv2"
LIC_FILES_CHKSUM = "file://COPYING;md5=94d55d512a9ba36caa9b7df079bae19f"
DEPENDS = "gtk+ bluez4 dbus-glib imagemagick openobex"
+RCONFLICTS_${PN} = "bluez5"
SRC_URI = "http://tadas.dailyda.com/software/obex-data-server-${PV}.tar.gz";
SRC_URI[md5sum] = "961ca5db6fe9c97024e133cc6203cc4d"
--
1.8.5.5
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [RFC 08/10] gnokii: switch to virtual/bluez
Signed-off-by: Peter A. Bigot
---
meta-oe/recipes-connectivity/gnokii/gnokii_0.6.31.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta-oe/recipes-connectivity/gnokii/gnokii_0.6.31.bb
b/meta-oe/recipes-connectivity/gnokii/gnokii_0.6.31.bb
index 4826452..4423906 100644
--- a/meta-oe/recipes-connectivity/gnokii/gnokii_0.6.31.bb
+++ b/meta-oe/recipes-connectivity/gnokii/gnokii_0.6.31.bb
@@ -9,7 +9,7 @@ DEPENDS = "glib-2.0"
X11DEPENDS = " libxpm gtk+"
PACKAGECONFIG ??= "${@base_contains('DISTRO_FEATURES', 'x11', 'x11', '', d)}"
-PACKAGECONFIG[bluez] = "--enable-bluetooth,--disable-bluetooth,bluez4"
+PACKAGECONFIG[bluez] = "--enable-bluetooth,--disable-bluetooth,virtual/bluez"
PACKAGECONFIG[libical] = "--enable-libical,--disable-libical,libical"
PACKAGECONFIG[pcsc-lite] =
"--enable-libpcsclite,--disable-libpcsclite,pcsc-lite"
PACKAGECONFIG[readline] = "--with-readline,--without-readline,readline"
--
1.8.5.5
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-gnome][RFC 07/10] gnome-bluetooth: switch to virtual/bluez
Signed-off-by: Peter A. Bigot
---
meta-gnome/recipes-gnome/gnome-bluetooth/gnome-bluetooth_2.32.0.bb | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/meta-gnome/recipes-gnome/gnome-bluetooth/gnome-bluetooth_2.32.0.bb
b/meta-gnome/recipes-gnome/gnome-bluetooth/gnome-bluetooth_2.32.0.bb
index 4fd38a0..1f619cd 100644
--- a/meta-gnome/recipes-gnome/gnome-bluetooth/gnome-bluetooth_2.32.0.bb
+++ b/meta-gnome/recipes-gnome/gnome-bluetooth/gnome-bluetooth_2.32.0.bb
@@ -7,7 +7,8 @@ LIC_FILES_CHKSUM =
"file://COPYING;md5=eb723b61539feef013de476e68b5c50a \
PR = "r1"
SECTION = "x11/gnome"
-DEPENDS = "obexd gnome-doc-utils-native gnome-doc-utils gconf gtk+ dbus-glib
libunique libnotify bluez4 gnome-keyring virtual/libx11 libxi intltool-native"
+DEPENDS = "${@oe.utils.conditional('PREFERRED_PROVIDER_virtual/bluez',
'bluez5', 'bluez5', 'obexd obex-data-server', d)} \
+gnome-doc-utils-native gnome-doc-utils gconf gtk+ dbus-glib libunique
libnotify virtual/bluez gnome-keyring virtual/libx11 libxi intltool-native"
inherit gnomebase gtk-icon-cache
@@ -28,6 +29,6 @@ do_configure_append() {
sed -i 's,func_fatal_error "error: cannot install,echo "bogus message
about,' ${HOST_SYS}-libtool
}
-RRECOMMENDS_${PN} += "obexd obex-data-server"
+RRECOMMENDS_${PN} +=
"${@oe.utils.conditional('PREFERRED_PROVIDER_virtual/bluez', 'bluez5',
'bluez5-obex', 'obexd obex-data-server', d)}"
FILES_${PN}-dbg += "${libdir}/gnome-bluetooth/plugins/.debug/"
--
1.8.5.5
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [RFC 10/10] openobex: switch to virtual/bluez
Signed-off-by: Peter A. Bigot --- meta-oe/recipes-connectivity/obex/openobex_1.5.bb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta-oe/recipes-connectivity/obex/openobex_1.5.bb b/meta-oe/recipes-connectivity/obex/openobex_1.5.bb index b07779d..1324843 100644 --- a/meta-oe/recipes-connectivity/obex/openobex_1.5.bb +++ b/meta-oe/recipes-connectivity/obex/openobex_1.5.bb @@ -2,7 +2,7 @@ DESCRIPTION = "The Openobex project is an open source implementation of the \ Object Exchange (OBEX) protocol." HOMEPAGE = "http://openobex.triq.net"; SECTION = "libs" -DEPENDS = "virtual/libusb0 bluez4" +DEPENDS = "virtual/libusb0 virtual/bluez" LICENSE = "GPLv2 & LGPLv2.1" LIC_FILES_CHKSUM = "file://COPYING;md5=eb723b61539feef013de476e68b5c50a \ file://COPYING.LIB;md5=a6f89e2100d9b6cdffcea4f398e37343 \ -- 1.8.5.5 -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-gnome][RFC 06/10] obexd: conflict with bluez5
obexd was integrated into bluez5 and is no longer a separate package.
Signed-off-by: Peter A. Bigot
---
meta-gnome/recipes-connectivity/obex/obexd_0.48.bb | 2 ++
1 file changed, 2 insertions(+)
diff --git a/meta-gnome/recipes-connectivity/obex/obexd_0.48.bb
b/meta-gnome/recipes-connectivity/obex/obexd_0.48.bb
index 26869fe..f28f77b 100644
--- a/meta-gnome/recipes-connectivity/obex/obexd_0.48.bb
+++ b/meta-gnome/recipes-connectivity/obex/obexd_0.48.bb
@@ -1,5 +1,7 @@
SUMMARY = "OBEX Server and Client"
+# obexd was integrated into bluez5
DEPENDS = "glib-2.0 dbus bluez4 libical"
+RCONFLICTS_${PN} = "bluez5"
LICENSE = "GPLv2"
LIC_FILES_CHKSUM = "file://COPYING;md5=12f884d2ae1ff87c09e5b7ccc2c4ca7e"
--
1.8.5.5
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [RFC 00/10] mods to support virtual/bluez
This series is a proposed fix for Yocto 5031, providing virtual/bluez to select between bluez4 and bluez5. The intent is to continue using bluez4 as the default, but to allow distros to switch to bluez5 if the packages they need support the new interface. The material here depends on this RFC branch: git://git.yoctoproject.org/poky-contrib pabigot/wip/virtual-bluez Please comment on the overall approach in the oe-core thread. The following changes since commit dac2422f737c351c37a8405a76b5f0b5df9311a0: krb5: add initscripts-functions to RDEPENDS (2014-11-07 15:06:22 +0100) are available in the git repository at: git://git.openembedded.org/meta-openembedded-contrib pabigot/wip/virtual-bluez http://cgit.openembedded.org/cgit.cgi/meta-openembedded-contrib/log/?h=pabigot/wip/virtual-bluez Peter A. Bigot (10): gypsy: switch to virtual/bluez gpsd: switch to virtual/bluez foxtrotgps: switch to virtual/bluez packagegroup-basic: switch bluetooth to virtual/bluez gvfs: switch to virtual/bluez obexd: conflict with bluez5 gnome-bluetooth: switch to virtual/bluez gnokii: switch to virtual/bluez obex-data-server: conflict with bluez5 openobex: switch to virtual/bluez meta-gnome/recipes-connectivity/obex/obexd_0.48.bb | 2 ++ meta-gnome/recipes-gnome/gnome-bluetooth/gnome-bluetooth_2.32.0.bb | 5 +++-- meta-gnome/recipes-gnome/gvfs/gvfs_1.10.1.bb | 2 +- meta-oe/recipes-connectivity/gnokii/gnokii_0.6.31.bb | 2 +- meta-oe/recipes-connectivity/obex/obex-data-server_0.4.6.bb| 1 + meta-oe/recipes-connectivity/obex/openobex_1.5.bb | 2 +- meta-oe/recipes-core/packagegroups/packagegroup-basic.bb | 2 +- meta-oe/recipes-navigation/foxtrotgps/foxtrotgps_1.1.1.bb | 2 +- meta-oe/recipes-navigation/gpsd/gpsd_3.10.bb | 2 +- meta-oe/recipes-navigation/gypsy/gypsy.inc | 2 +- 10 files changed, 13 insertions(+), 9 deletions(-) -- 1.8.5.5 -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [RFC 04/10] packagegroup-basic: switch bluetooth to virtual/bluez
Signed-off-by: Peter A. Bigot
---
meta-oe/recipes-core/packagegroups/packagegroup-basic.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta-oe/recipes-core/packagegroups/packagegroup-basic.bb
b/meta-oe/recipes-core/packagegroups/packagegroup-basic.bb
index 20b1652..e25eabb 100644
--- a/meta-oe/recipes-core/packagegroups/packagegroup-basic.bb
+++ b/meta-oe/recipes-core/packagegroups/packagegroup-basic.bb
@@ -45,7 +45,7 @@ RRECOMMENDS_${PN} = "\
${@base_contains("MACHINE_FEATURES", "alsa", "alsa-utils-alsamixer", "",
d)} \
${@base_contains("MACHINE_FEATURES", "usbgadget", "kernel-module-g-ether
kernel-module-g-serial kernel-module-g-mass-storage", "", d)} \
\
-${@base_contains("DISTRO_FEATURES", "bluetooth", "bluez4", "", d)} \
+${@base_contains("DISTRO_FEATURES", "bluetooth", "virtual/bluez", "", d)} \
${@base_contains("DISTRO_FEATURES", "wifi", "iw wpa-supplicant", "", d)} \
\
tzdata \
--
1.8.5.5
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [RFC 02/10] gpsd: switch to virtual/bluez
Signed-off-by: Peter A. Bigot
---
meta-oe/recipes-navigation/gpsd/gpsd_3.10.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta-oe/recipes-navigation/gpsd/gpsd_3.10.bb
b/meta-oe/recipes-navigation/gpsd/gpsd_3.10.bb
index 6d3adc1..d081f89 100644
--- a/meta-oe/recipes-navigation/gpsd/gpsd_3.10.bb
+++ b/meta-oe/recipes-navigation/gpsd/gpsd_3.10.bb
@@ -31,7 +31,7 @@ export STAGING_INCDIR
export STAGING_LIBDIR
PACKAGECONFIG ??= "bluez"
-PACKAGECONFIG[bluez] = "bluez='true',bluez='false',bluez4"
+PACKAGECONFIG[bluez] = "bluez='true',bluez='false',virtual/bluez"
EXTRA_OESCONS = " \
sysroot=${STAGING_DIR_TARGET} \
--
1.8.5.5
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [RFC 03/10] foxtrotgps: switch to virtual/bluez
Signed-off-by: Peter A. Bigot
---
meta-oe/recipes-navigation/foxtrotgps/foxtrotgps_1.1.1.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta-oe/recipes-navigation/foxtrotgps/foxtrotgps_1.1.1.bb
b/meta-oe/recipes-navigation/foxtrotgps/foxtrotgps_1.1.1.bb
index 101e87e..ef63296 100644
--- a/meta-oe/recipes-navigation/foxtrotgps/foxtrotgps_1.1.1.bb
+++ b/meta-oe/recipes-navigation/foxtrotgps/foxtrotgps_1.1.1.bb
@@ -4,7 +4,7 @@ HOMEPAGE = "http://www.foxtrotgps.org/";
SECTION = "x11/applications"
LICENSE = "GPLv2"
LIC_FILES_CHKSUM = "file://COPYING;md5=59530bdf33659b29e73d4adb9f9f6552"
-DEPENDS = "curl gtk+ libglade sqlite3 libexif gpsd bluez4 intltool-native"
+DEPENDS = "curl gtk+ libglade sqlite3 libexif gpsd virtual/bluez
intltool-native"
SRC_URI = "http://www.foxtrotgps.org/releases/${BP}.tar.gz";
SRC_URI[md5sum] = "6777d448ee9d3ba195f9d26ea90e3163"
--
1.8.5.5
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-gnome][RFC 05/10] gvfs: switch to virtual/bluez
Signed-off-by: Peter A. Bigot
---
meta-gnome/recipes-gnome/gvfs/gvfs_1.10.1.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta-gnome/recipes-gnome/gvfs/gvfs_1.10.1.bb
b/meta-gnome/recipes-gnome/gvfs/gvfs_1.10.1.bb
index 131c849..4e1dd23 100644
--- a/meta-gnome/recipes-gnome/gvfs/gvfs_1.10.1.bb
+++ b/meta-gnome/recipes-gnome/gvfs/gvfs_1.10.1.bb
@@ -29,5 +29,5 @@ PACKAGECONFIG[samba] = "--enable-samba
--with-samba-includes=${STAGING_INCDIR} \
# needs meta-filesystems
PACKAGECONFIG[fuse] = "--enable-fuse, --disable-fuse, fuse"
PACKAGECONFIG[archive] = "--enable-archive, --disable-archive, libarchive"
-PACKAGECONFIG[obexftp] = "--enable-obexftp, --disable-obexftp, bluez4 expat"
+PACKAGECONFIG[obexftp] = "--enable-obexftp, --disable-obexftp, virtual/bluez
expat"
PACKAGECONFIG[cdda] = "--enable-cdda, --disable-cdda, libcdio"
--
1.8.5.5
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [RFC 01/10] gypsy: switch to virtual/bluez
Signed-off-by: Peter A. Bigot --- meta-oe/recipes-navigation/gypsy/gypsy.inc | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta-oe/recipes-navigation/gypsy/gypsy.inc b/meta-oe/recipes-navigation/gypsy/gypsy.inc index 7c93d0a..15d80fe 100644 --- a/meta-oe/recipes-navigation/gypsy/gypsy.inc +++ b/meta-oe/recipes-navigation/gypsy/gypsy.inc @@ -6,7 +6,7 @@ client applications, passing the data as simple values for the clients \ to use." LICENSE = "GPLv2.0 & LGPLv2.1" SECTION = "console/network" -DEPENDS = "glib-2.0 dbus bluez4 dbus-glib libxslt-native libxslt" +DEPENDS = "glib-2.0 dbus virtual/bluez dbus-glib libxslt-native libxslt" inherit autotools pkgconfig gtk-doc PACKAGES += "libgypsy" -- 1.8.5.5 -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-browser] Problem building chromium
On 11/02/2014 07:41 AM, Gary Thomas wrote: On 2014-10-31 21:36, Peter A. Bigot wrote: On 10/31/2014 05:54 PM, Gary Thomas wrote: I just tried to build chromium on the Raspberry-Pi. All repos are up to date as of 2014-10-31. Here's the error I got: | lib/libcontent.so: undefined reference to `WebRtc_GetCPUFeaturesARM' | collect2: error: ld returned 1 exit status | ninja: build stopped: subcommand failed. | WARNING: /home/local/rpi-latest_2014-10-30/tmp/work/armv6-vfp-amltd-linux-gnueabi/chromium/38.0.2125.101-r0/temp/run.do_compile.10091:1 exit 1 from | ninja -C /home/local/rpi-latest_2014-10-30/tmp/work/armv6-vfp-amltd-linux-gnueabi/chromium/38.0.2125.101-r0/chromium-38.0.2125.101/out/Release chrome chrome_sandbox | ERROR: Function failed: do_compile (log file is located at /home/local/rpi-latest_2014-10-30/tmp/work/armv6-vfp-amltd-linux-gnueabi/chromium/38.0.2125.101-r0/temp/log.do_compile.10091) ERROR: Task 592 (/home/local/poky-latest/meta-browser/recipes-browser/chromium/chromium_38.0.2125.101.bb, do_compile) failed with exit code '1' Note: I was able to build this same recipe just fine for my i.MX6 platforms, so it must be something to do with armv6 vs armv7a/cortex. I've not found it yet but thought someone might have ideas. Thanks As noted at http://lists.openembedded.org/pipermail/openembedded-core/2014-August/096568.html and related messages, raspi configures (or at that time configured) gcc to build for armv6 but it's actually armv6zk. It's entirely possible chromium doesn't support armv6 without armv6k features being enabled. My best guess is meta-raspberrypi needs to be fixed, which might require some enhancements in oe-core's gcc. While what you say may be true or even relevant, chromium used to build and run fine for the RaspberryPi. That said, I don't see how an instruction set choice/mixup explains a missing symbol. My thought was something titled WebRtc_GetCPUFeaturesARM might be related to the ARM features selected by the compiler. But a little googling suggests there are plenty of alternative causes that don't warrant my instinctual "it's not gcc's fault!" response. https://github.com/RobertCNelson/pkg-chromium/blob/master/patches/arm-webrtc-fix.patch looks relevant. Possibly related to that is the following at the bottom of meta-browser's README: TODO [...] - fix Chromium support other platforms than armv7 thought that TODO has been there since 2012, so perhaps that's not relevant either. At any rate, it's not gcc's fault. You might try reverting meta-browser back to get a chromium version that used to work. Peter Following up, I stubbed out this missing symbol. Now I can get it to link, but it gets an illegal instruction immediately :-( I tried debugging using GDB, but for some reason the library that it fails in has no symbols: (gdb) tar rem 192.168.1.150:9000 Remote debugging using 192.168.1.150:9000 Reading symbols from tmp/work/raspberrypi-amltd-linux-gnueabi/amltd-x11-image/1.0-r0/rootfs/lib/ld-linux.so.3...Reading symbols from tmp/work/raspberrypi-amltd-linux-gnueabi/amltd-x11-image/1.0-r0/rootfs/lib/.debug/ld-2.20.so...done. done. Loaded symbols for tmp/work/raspberrypi-amltd-linux-gnueabi/amltd-x11-image/1.0-r0/rootfs/lib/ld-linux.so.3 0xb6fd8d10 in _start () from tmp/work/raspberrypi-amltd-linux-gnueabi/amltd-x11-image/1.0-r0/rootfs/lib/ld-linux.so.3 (gdb) c Continuing. Program received signal SIGILL, Illegal instruction. 0xb61f60ba in ?? () from tmp/work/raspberrypi-amltd-linux-gnueabi/amltd-x11-image/1.0-r0/rootfs/usr/lib/chrome/libbase.so (gdb) x/10i 0xb61f60a8 0xb61f60a8: bkpt0x006c 0xb61f60aa: movsr6, r0 0xb61f60ac: ldr r3, [pc, #12] ; (0xb61f60bc) 0xb61f60ae: ldr r2, [pc, #16] ; (0xb61f60c0) 0xb61f60b0: add r3, pc 0xb61f60b2: movsr1, #0 0xb61f60b4: ldr r0, [r3, r2] 0xb61f60b6: b.w 0xb61f24d4 => 0xb61f60ba: nop 0xb61f60bc: b.n 0xb61f61d8 (gdb) x/x 0xb61f60ba 0xb61f60ba: 0xe08cbf00 Anyone have any ideas what might be illegal here (and how to figure out where this code is in the source tree)? This platform seems a bit shaky when using Poky/Yocto :-( I tried other web browsers without much joy - firefox seems to work OK but midori also dies quickly in its javascript engine... -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-oe][PATCH 1/2] imagemagick: update URI to allow fetching current and previous releases
The only version available at the original URI is patch 9. All releases
are available at the /releases sub-path.
Signed-off-by: Peter A. Bigot
---
meta-oe/recipes-support/imagemagick/imagemagick_6.8.9.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta-oe/recipes-support/imagemagick/imagemagick_6.8.9.bb
b/meta-oe/recipes-support/imagemagick/imagemagick_6.8.9.bb
index 454db64..7cb8f01 100644
--- a/meta-oe/recipes-support/imagemagick/imagemagick_6.8.9.bb
+++ b/meta-oe/recipes-support/imagemagick/imagemagick_6.8.9.bb
@@ -6,7 +6,7 @@ LIC_FILES_CHKSUM =
"file://LICENSE;md5=5d84c6ddd4028aa53d028b4c50f9361e"
DEPENDS = "lcms bzip2 jpeg libpng librsvg tiff zlib virtual/fftw freetype"
PATCHSET = "8"
-SRC_URI =
"http://www.imagemagick.org/download/ImageMagick-${PV}-${PATCHSET}.tar.bz2 \
+SRC_URI =
"http://www.imagemagick.org/download/releases/ImageMagick-${PV}-${PATCHSET}.tar.bz2
\
"
SRC_URI[md5sum] = "7e96f55156d72ce59c76ec93362ec72a"
SRC_URI[sha256sum] =
"51e0eb0b56e2f16be11c29086a97d474ffd07fe4eb5a9858d8a9c8e9c054c99a"
--
1.8.5.5
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-oe][PATCH 2/2] imagemagick: update 6.8.9 to patchset 9
Signed-off-by: Peter A. Bigot
---
meta-oe/recipes-support/imagemagick/imagemagick_6.8.9.bb | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/meta-oe/recipes-support/imagemagick/imagemagick_6.8.9.bb
b/meta-oe/recipes-support/imagemagick/imagemagick_6.8.9.bb
index 7cb8f01..1252020 100644
--- a/meta-oe/recipes-support/imagemagick/imagemagick_6.8.9.bb
+++ b/meta-oe/recipes-support/imagemagick/imagemagick_6.8.9.bb
@@ -5,11 +5,11 @@ LIC_FILES_CHKSUM =
"file://LICENSE;md5=5d84c6ddd4028aa53d028b4c50f9361e"
# FIXME: There are many more checked libraries. All should be added or
explicitly disabled to get consistent results.
DEPENDS = "lcms bzip2 jpeg libpng librsvg tiff zlib virtual/fftw freetype"
-PATCHSET = "8"
+PATCHSET = "9"
SRC_URI =
"http://www.imagemagick.org/download/releases/ImageMagick-${PV}-${PATCHSET}.tar.bz2
\
"
-SRC_URI[md5sum] = "7e96f55156d72ce59c76ec93362ec72a"
-SRC_URI[sha256sum] =
"51e0eb0b56e2f16be11c29086a97d474ffd07fe4eb5a9858d8a9c8e9c054c99a"
+SRC_URI[md5sum] = "971648be6ae5f5070d98e2b6c5fb004d"
+SRC_URI[sha256sum] =
"ea0c4f00019b58b290b1329e4e747972c61a00780a67b35df9228a76f26f1592"
S = "${WORKDIR}/ImageMagick-${PV}-${PATCHSET}"
--
1.8.5.5
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-browser] Problem building chromium
On 10/31/2014 05:54 PM, Gary Thomas wrote: I just tried to build chromium on the Raspberry-Pi. All repos are up to date as of 2014-10-31. Here's the error I got: | lib/libcontent.so: undefined reference to `WebRtc_GetCPUFeaturesARM' | collect2: error: ld returned 1 exit status | ninja: build stopped: subcommand failed. | WARNING: /home/local/rpi-latest_2014-10-30/tmp/work/armv6-vfp-amltd-linux-gnueabi/chromium/38.0.2125.101-r0/temp/run.do_compile.10091:1 exit 1 from | ninja -C /home/local/rpi-latest_2014-10-30/tmp/work/armv6-vfp-amltd-linux-gnueabi/chromium/38.0.2125.101-r0/chromium-38.0.2125.101/out/Release chrome chrome_sandbox | ERROR: Function failed: do_compile (log file is located at /home/local/rpi-latest_2014-10-30/tmp/work/armv6-vfp-amltd-linux-gnueabi/chromium/38.0.2125.101-r0/temp/log.do_compile.10091) ERROR: Task 592 (/home/local/poky-latest/meta-browser/recipes-browser/chromium/chromium_38.0.2125.101.bb, do_compile) failed with exit code '1' Note: I was able to build this same recipe just fine for my i.MX6 platforms, so it must be something to do with armv6 vs armv7a/cortex. I've not found it yet but thought someone might have ideas. Thanks As noted at http://lists.openembedded.org/pipermail/openembedded-core/2014-August/096568.html and related messages, raspi configures (or at that time configured) gcc to build for armv6 but it's actually armv6zk. It's entirely possible chromium doesn't support armv6 without armv6k features being enabled. My best guess is meta-raspberrypi needs to be fixed, which might require some enhancements in oe-core's gcc. Peter -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-networking][PATCH] ntp: make daemon run under ntp:ntp
On 10/28/2014 06:23 AM, Koen Kooi wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 qi.c...@windriver.com schreef op 28-10-14 04:27: From: Chen Qi Fix the service so that the ntpd daemon is run under ntp:ntp. Signed-off-by: Chen Qi --- meta-networking/recipes-support/ntp/ntp/ntpd.service | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta-networking/recipes-support/ntp/ntp/ntpd.service b/meta-networking/recipes-support/ntp/ntp/ntpd.service index b7c4268..0e3d7cd 100644 --- a/meta-networking/recipes-support/ntp/ntp/ntpd.service +++ b/meta-networking/recipes-support/ntp/ntp/ntpd.service @@ -5,7 +5,7 @@ After=network.target [Service] Type=forking PIDFile=/run/ntpd.pid -ExecStart=/usr/sbin/ntpd -p /run/ntpd.pid -g +ExecStart=/usr/sbin/ntpd -u ntp:ntp -p /run/ntpd.pid -g Wouldn't User=ntp be a better approach, or does ntp need more priviliges during startup before dropping then and su'ing? If kernel PPS is enabled (which it is by default), ntp does need additional privileges during startup. Peter -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-networking][PATCH] ntp: make daemon run under ntp:ntp
On 10/28/2014 05:46 AM, Andreas Müller wrote: On Tue, Oct 28, 2014 at 4:27 AM, wrote: From: Chen Qi Fix the service so that the ntpd daemon is run under ntp:ntp. What does this fix? Primarily, I suspect, it makes systemd consistent with the existing init script. It also provides a reason for the previous patches that moved the driftfile out of /etc to a location that user ntp can write, which was done earlier. Acked-by: Peter A. Bigot Peter -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH 1/1 v3][meta-networking] ntp: fix path to drift file
On 10/13/2014 01:17 AM, wenzong@windriver.com wrote: From: Wenzong Fan The default path of ntp drift file is /etc/ntp.drift, ntp daemon maybe fails to create this file since the user ntp is not always permitted to write /etc. Refer to other distributions such as RedHat, Debian, just moving the file to /var/lib/ntp which the home dir of user ntp. Note that this new version depends on http://patches.openembedded.org/patch/81585/ which provides the packaging of ntp's home directory, which wasn't captured into master-next. That would be obscured by the presence of the previous version of this patch which (IMO) improperly uses volatile to create that directory. Peter Signed-off-by: Wenzong Fan --- meta-networking/recipes-support/ntp/files/ntp.conf |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta-networking/recipes-support/ntp/files/ntp.conf b/meta-networking/recipes-support/ntp/files/ntp.conf index 875b7eb..676e186 100644 --- a/meta-networking/recipes-support/ntp/files/ntp.conf +++ b/meta-networking/recipes-support/ntp/files/ntp.conf @@ -1,7 +1,7 @@ # This is the most basic ntp configuration file # The driftfile must remain in a place specific to this # machine - it records the machine specific clock error -driftfile /etc/ntp.drift +driftfile /var/lib/ntp/drift # This should be a server that is close (in IP terms) # to the machine. Add other servers as required. # Unless you un-comment the line below ntpd will sync -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-networking][PATCH] ntp: create and package ntp home directory
This allows the base recipe and bbappends to reference persistent
mutable state such as a drift file.
Signed-off-by: Peter A. Bigot
---
meta-networking/recipes-support/ntp/ntp.inc | 8 +++-
1 file changed, 7 insertions(+), 1 deletion(-)
diff --git a/meta-networking/recipes-support/ntp/ntp.inc
b/meta-networking/recipes-support/ntp/ntp.inc
index f55a39a..fd29a78 100644
--- a/meta-networking/recipes-support/ntp/ntp.inc
+++ b/meta-networking/recipes-support/ntp/ntp.inc
@@ -36,7 +36,9 @@ EXTRA_OECONF += "--with-net-snmp-config=no --without-ntpsnmpd
ac_cv_header_readl
CFLAGS_append = " -DPTYS_ARE_GETPT -DPTYS_ARE_SEARCHED"
USERADD_PACKAGES = "${PN}"
-USERADD_PARAM_${PN} = "--system --home-dir /var/lib/ntp \
+NTP_USER_HOME ?= "/var/lib/ntp"
+USERADD_PARAM_${PN} = "--system --home-dir ${NTP_USER_HOME} \
+ --no-create-home \
--shell /bin/false --user-group ntp"
# NB: debug is default-enabled by NTP; keep it default-enabled here.
@@ -57,6 +59,9 @@ do_install_append() {
install -d ${D}${bindir}
install -m 755 ${WORKDIR}/ntpdate ${D}${bindir}/ntpdate-sync
+install -m 755 -d ${D}${NTP_USER_HOME}
+chown ntp:ntp ${D}${NTP_USER_HOME}
+
# Fix hardcoded paths in scripts
sed -i 's!/usr/sbin/!${sbindir}/!g' ${D}${sysconfdir}/init.d/ntpd
${D}${bindir}/ntpdate-sync
sed -i 's!/usr/bin/!${bindir}/!g' ${D}${sysconfdir}/init.d/ntpd
${D}${bindir}/ntpdate-sync
@@ -111,6 +116,7 @@ RCONFLICTS_ntpdate += "ntpdate-systemd"
RSUGGESTS_${PN} = "iana-etc"
FILES_${PN} = "${sbindir}/ntpd ${sysconfdir}/ntp.conf
${sysconfdir}/init.d/ntpd ${libdir} \
+${NTP_USER_HOME} \
${systemd_unitdir}/ntp-units.d/60-ntpd.list \
"
FILES_${PN}-tickadj = "${sbindir}/tickadj"
--
1.8.5.5
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH 1/1 v2][meta-networking] ntp: fix path to drift file
On 10/11/2014 08:53 AM, Peter A. Bigot wrote:
On 10/11/2014 06:42 AM, Peter A. Bigot wrote:
Thanks for the clarifications. A couple more comments now that I
understand the goal:
On 10/11/2014 05:12 AM, wenzong@windriver.com wrote:
From: Wenzong Fan
* fix the path to drift file:
The default path of ntp drift file is /etc/ntp.drift, ntp daemon
maybe fails to create this file since the user ntp is not always
permitted to write /etc.
Refer to other distributions such as RedHat, Debian, just moving
the file to /var/lib/ntp which the home dir of user ntp.
* add tmpfile support:
Make sure the /var/lib/ntp is always created by sysvinit/systemd.
Signed-off-by: Wenzong Fan
---
meta-networking/recipes-support/ntp/ntp.inc | 15 +++
1 file changed, 15 insertions(+)
diff --git a/meta-networking/recipes-support/ntp/ntp.inc
b/meta-networking/recipes-support/ntp/ntp.inc
index f55a39a..f685274 100644
--- a/meta-networking/recipes-support/ntp/ntp.inc
+++ b/meta-networking/recipes-support/ntp/ntp.inc
@@ -53,6 +53,7 @@ PACKAGECONFIG[debug] =
"--enable-debugging,--disable-debugging"
do_install_append() {
install -d ${D}${sysconfdir}/init.d
install -m 644 ${WORKDIR}/ntp.conf ${D}${sysconfdir}
+sed -i 's!/etc/ntp.drift!/var/lib/ntp/drift!g'
${D}${sysconfdir}/ntp.conf
Since ntp.conf is provided by OE in files/ntp.conf, this change
should be made there. Other users may provide their own ntp.conf
through a bbappend and will not want it modified during installation.
install -m 755 ${WORKDIR}/ntpd ${D}${sysconfdir}/init.d
install -d ${D}${bindir}
install -m 755 ${WORKDIR}/ntpdate ${D}${bindir}/ntpdate-sync
@@ -72,6 +73,18 @@ do_install_append() {
install -m 644 ${WORKDIR}/ntpdate.default
${D}${sysconfdir}/default/ntpdate
install -m 0644 ${WORKDIR}/sntp ${D}${sysconfdir}/default/
+# Create tmpfiles
+if ${@bb.utils.contains('DISTRO_FEATURES', 'sysvinit', 'true',
'false', d)}; then
+install -d ${D}/${sysconfdir}/default/volatiles
+echo "d ntp ntp 0755 /var/lib/ntp none" \
+> ${D}/${sysconfdir}/default/volatiles/99_ntpd
+fi
+if ${@bb.utils.contains('DISTRO_FEATURES', 'systemd', 'true',
'false', d)}; then
+install -d ${D}${sysconfdir}/tmpfiles.d
+echo "d /var/lib/ntp 0755 ntp ntp -" \
+> ${D}${sysconfdir}/tmpfiles.d/99-ntpd.conf
+fi
+
ntp.drift is not a tmpfile and should not be considered volatile (its
absence will cause NTP to spend the first 15 minutes estimating local
oscillator characteristics, which is generally not desirable in a
time server). /var/lib is intended for persistent state so putting
the drift file there is perfectly fine, but adding /var/lib/ntp in
tmpfiles/volatiles is incorrect.
Since /var/lib/ntp is the ntp user's home directory, surely it's
created automatically anyway and nothing need be done.
I see that in fact it is not created automatically, even though the
user is created. Ignoring the more fundamental and non-ntp question
"why not?",
The "why not" is because that's the way useradd works. Practically,
since ntp is not a login account I believe --no-create-home should be
added to USERADD_PARAM_${PN}.
adding:
install -d ${D}/var/lib/ntp
to do_install_append() should cover it.
And it does not. Even when the missing chown ntp:ntp and packaging is
added, the directory created when an image with ntp is built has the
build host uid/gid. Only when the ntp package is installed from within
the target environment is the ownership correct.
As it stands using tmpfiles/volatiles might be the only working solution
to get the correct ownership of home directories on the target, but IMO
that should be fixed. I've taken the issue to oe-core:
http://lists.openembedded.org/pipermail/openembedded-core/2014-October/097895.html
Peter
Peter
Peter
install -d ${D}/${sysconfdir}/network/if-up.d
ln -s ${bindir}/ntpdate-sync ${D}/${sysconfdir}/network/if-up.d
@@ -112,6 +125,8 @@ RSUGGESTS_${PN} = "iana-etc"
FILES_${PN} = "${sbindir}/ntpd ${sysconfdir}/ntp.conf
${sysconfdir}/init.d/ntpd ${libdir} \
${systemd_unitdir}/ntp-units.d/60-ntpd.list \
+${sysconfdir}/default/volatiles \
+${sysconfdir}/tmpfiles.d \
"
FILES_${PN}-tickadj = "${sbindir}/tickadj"
FILES_${PN}-utils = "${sbindir}"
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH 1/1 v2][meta-networking] ntp: fix path to drift file
On 10/11/2014 06:42 AM, Peter A. Bigot wrote:
Thanks for the clarifications. A couple more comments now that I
understand the goal:
On 10/11/2014 05:12 AM, wenzong@windriver.com wrote:
From: Wenzong Fan
* fix the path to drift file:
The default path of ntp drift file is /etc/ntp.drift, ntp daemon
maybe fails to create this file since the user ntp is not always
permitted to write /etc.
Refer to other distributions such as RedHat, Debian, just moving
the file to /var/lib/ntp which the home dir of user ntp.
* add tmpfile support:
Make sure the /var/lib/ntp is always created by sysvinit/systemd.
Signed-off-by: Wenzong Fan
---
meta-networking/recipes-support/ntp/ntp.inc | 15 +++
1 file changed, 15 insertions(+)
diff --git a/meta-networking/recipes-support/ntp/ntp.inc
b/meta-networking/recipes-support/ntp/ntp.inc
index f55a39a..f685274 100644
--- a/meta-networking/recipes-support/ntp/ntp.inc
+++ b/meta-networking/recipes-support/ntp/ntp.inc
@@ -53,6 +53,7 @@ PACKAGECONFIG[debug] =
"--enable-debugging,--disable-debugging"
do_install_append() {
install -d ${D}${sysconfdir}/init.d
install -m 644 ${WORKDIR}/ntp.conf ${D}${sysconfdir}
+sed -i 's!/etc/ntp.drift!/var/lib/ntp/drift!g'
${D}${sysconfdir}/ntp.conf
Since ntp.conf is provided by OE in files/ntp.conf, this change should
be made there. Other users may provide their own ntp.conf through a
bbappend and will not want it modified during installation.
install -m 755 ${WORKDIR}/ntpd ${D}${sysconfdir}/init.d
install -d ${D}${bindir}
install -m 755 ${WORKDIR}/ntpdate ${D}${bindir}/ntpdate-sync
@@ -72,6 +73,18 @@ do_install_append() {
install -m 644 ${WORKDIR}/ntpdate.default
${D}${sysconfdir}/default/ntpdate
install -m 0644 ${WORKDIR}/sntp ${D}${sysconfdir}/default/
+# Create tmpfiles
+if ${@bb.utils.contains('DISTRO_FEATURES', 'sysvinit', 'true',
'false', d)}; then
+install -d ${D}/${sysconfdir}/default/volatiles
+echo "d ntp ntp 0755 /var/lib/ntp none" \
+> ${D}/${sysconfdir}/default/volatiles/99_ntpd
+fi
+if ${@bb.utils.contains('DISTRO_FEATURES', 'systemd', 'true',
'false', d)}; then
+install -d ${D}${sysconfdir}/tmpfiles.d
+echo "d /var/lib/ntp 0755 ntp ntp -" \
+> ${D}${sysconfdir}/tmpfiles.d/99-ntpd.conf
+fi
+
ntp.drift is not a tmpfile and should not be considered volatile (its
absence will cause NTP to spend the first 15 minutes estimating local
oscillator characteristics, which is generally not desirable in a time
server). /var/lib is intended for persistent state so putting the
drift file there is perfectly fine, but adding /var/lib/ntp in
tmpfiles/volatiles is incorrect.
Since /var/lib/ntp is the ntp user's home directory, surely it's
created automatically anyway and nothing need be done.
I see that in fact it is not created automatically, even though the user
is created. Ignoring the more fundamental and non-ntp question "why
not?", adding:
install -d ${D}/var/lib/ntp
to do_install_append() should cover it.
Peter
Peter
install -d ${D}/${sysconfdir}/network/if-up.d
ln -s ${bindir}/ntpdate-sync ${D}/${sysconfdir}/network/if-up.d
@@ -112,6 +125,8 @@ RSUGGESTS_${PN} = "iana-etc"
FILES_${PN} = "${sbindir}/ntpd ${sysconfdir}/ntp.conf
${sysconfdir}/init.d/ntpd ${libdir} \
${systemd_unitdir}/ntp-units.d/60-ntpd.list \
+${sysconfdir}/default/volatiles \
+${sysconfdir}/tmpfiles.d \
"
FILES_${PN}-tickadj = "${sbindir}/tickadj"
FILES_${PN}-utils = "${sbindir}"
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH 1/1 v2][meta-networking] ntp: fix path to drift file
Thanks for the clarifications. A couple more comments now that I
understand the goal:
On 10/11/2014 05:12 AM, wenzong@windriver.com wrote:
From: Wenzong Fan
* fix the path to drift file:
The default path of ntp drift file is /etc/ntp.drift, ntp daemon
maybe fails to create this file since the user ntp is not always
permitted to write /etc.
Refer to other distributions such as RedHat, Debian, just moving
the file to /var/lib/ntp which the home dir of user ntp.
* add tmpfile support:
Make sure the /var/lib/ntp is always created by sysvinit/systemd.
Signed-off-by: Wenzong Fan
---
meta-networking/recipes-support/ntp/ntp.inc | 15 +++
1 file changed, 15 insertions(+)
diff --git a/meta-networking/recipes-support/ntp/ntp.inc
b/meta-networking/recipes-support/ntp/ntp.inc
index f55a39a..f685274 100644
--- a/meta-networking/recipes-support/ntp/ntp.inc
+++ b/meta-networking/recipes-support/ntp/ntp.inc
@@ -53,6 +53,7 @@ PACKAGECONFIG[debug] =
"--enable-debugging,--disable-debugging"
do_install_append() {
install -d ${D}${sysconfdir}/init.d
install -m 644 ${WORKDIR}/ntp.conf ${D}${sysconfdir}
+sed -i 's!/etc/ntp.drift!/var/lib/ntp/drift!g' ${D}${sysconfdir}/ntp.conf
Since ntp.conf is provided by OE in files/ntp.conf, this change should
be made there. Other users may provide their own ntp.conf through a
bbappend and will not want it modified during installation.
install -m 755 ${WORKDIR}/ntpd ${D}${sysconfdir}/init.d
install -d ${D}${bindir}
install -m 755 ${WORKDIR}/ntpdate ${D}${bindir}/ntpdate-sync
@@ -72,6 +73,18 @@ do_install_append() {
install -m 644 ${WORKDIR}/ntpdate.default
${D}${sysconfdir}/default/ntpdate
install -m 0644 ${WORKDIR}/sntp ${D}${sysconfdir}/default/
+# Create tmpfiles
+if ${@bb.utils.contains('DISTRO_FEATURES', 'sysvinit', 'true', 'false',
d)}; then
+install -d ${D}/${sysconfdir}/default/volatiles
+echo "d ntp ntp 0755 /var/lib/ntp none" \
+> ${D}/${sysconfdir}/default/volatiles/99_ntpd
+fi
+if ${@bb.utils.contains('DISTRO_FEATURES', 'systemd', 'true', 'false',
d)}; then
+install -d ${D}${sysconfdir}/tmpfiles.d
+echo "d /var/lib/ntp 0755 ntp ntp -" \
+> ${D}${sysconfdir}/tmpfiles.d/99-ntpd.conf
+fi
+
ntp.drift is not a tmpfile and should not be considered volatile (its
absence will cause NTP to spend the first 15 minutes estimating local
oscillator characteristics, which is generally not desirable in a time
server). /var/lib is intended for persistent state so putting the drift
file there is perfectly fine, but adding /var/lib/ntp in
tmpfiles/volatiles is incorrect.
Since /var/lib/ntp is the ntp user's home directory, surely it's created
automatically anyway and nothing need be done.
Peter
install -d ${D}/${sysconfdir}/network/if-up.d
ln -s ${bindir}/ntpdate-sync ${D}/${sysconfdir}/network/if-up.d
@@ -112,6 +125,8 @@ RSUGGESTS_${PN} = "iana-etc"
FILES_${PN} = "${sbindir}/ntpd ${sysconfdir}/ntp.conf ${sysconfdir}/init.d/ntpd ${libdir} \
${systemd_unitdir}/ntp-units.d/60-ntpd.list \
+${sysconfdir}/default/volatiles \
+${sysconfdir}/tmpfiles.d \
"
FILES_${PN}-tickadj = "${sbindir}/tickadj"
FILES_${PN}-utils = "${sbindir}"
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH 0/1][meta-networking] ntp: fix path to driftfile
On 10/09/2014 10:22 PM, wenzong@windriver.com wrote: From: Wenzong Fan Default path to driftfile is "/etc/ntp.drift", that doesn't work since ntp daemon is always started with "ntp" user. It should be created at the home directory of "ntp" which is "/var/lib/ntp/". The patch in the git repository also adds tmpfile support, which I believe should at least be described in the commit message, and preferably done in a separate commit since it's not related to the location of ntp.drift AFAICT. Peter The following changes since commit 17ff23b4a4a0e5ed7efde107fb00296f1ebd5fdd: xf86-video-geode: fix build with new glibc-2.20 (2014-10-06 01:07:53 +0200) are available in the git repository at: git://git.pokylinux.org/poky-contrib wenzong/ntp http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=wenzong/ntp Wenzong Fan (1): ntp: fix path to driftfile meta-networking/recipes-support/ntp/ntp.inc | 15 +++ 1 file changed, 15 insertions(+) -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH 0/1][meta-networking] ntp: fix path to driftfile
On 10/09/2014 10:22 PM, wenzong@windriver.com wrote: From: Wenzong Fan Default path to driftfile is "/etc/ntp.drift", that doesn't work since ntp daemon is always started with "ntp" user. It should be created at the home directory of "ntp" which is "/var/lib/ntp/". Could you provide a bit more detail on why this "doesn't work"? Does it violate the FHS, or complicate securing an image, or...? I see that Debian apparently puts the file in /var/lib/ntp. I certainly don't object to the change, but "doesn't work" suggests this patch fixes a functional bug, not an inconsistency with policy. More detail in the commit message will help us occasional contributors understand how things are supposed to be done and why. Thanks. Peter The following changes since commit 17ff23b4a4a0e5ed7efde107fb00296f1ebd5fdd: xf86-video-geode: fix build with new glibc-2.20 (2014-10-06 01:07:53 +0200) are available in the git repository at: git://git.pokylinux.org/poky-contrib wenzong/ntp http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=wenzong/ntp Wenzong Fan (1): ntp: fix path to driftfile meta-networking/recipes-support/ntp/ntp.inc | 15 +++ 1 file changed, 15 insertions(+) -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-networking][PATCH v2] ntp: add deterministic support for KPPS interface
On 09/29/2014 02:50 AM, Rongqing Li wrote: On 08/29/2014 01:43 AM, Peter A. Bigot wrote: ntp checks for presence of sys/timepps.h to determine whether the kernel supports the RFC 2783 KPPS interface. Under Linux the pps-tools package installs this header. Without this feature the ATOM clock driver does not work, and other drivers like NMEA have reduced precision. Remove the feature non-determinism and increase ntpd capabilities by adding an explicit dependency. See: http://doc.ntp.org/4.2.6/kernpps.html Signed-off-by: Peter A. Bigot --- V2: replace PACKAGECONFIG with DEPENDS to remove nondeterminism meta-networking/recipes-support/ntp/ntp.inc | 2 ++ 1 file changed, 2 insertions(+) diff --git a/meta-networking/recipes-support/ntp/ntp.inc b/meta-networking/recipes-support/ntp/ntp.inc index 55926e0..f55a39a 100644 --- a/meta-networking/recipes-support/ntp/ntp.inc +++ b/meta-networking/recipes-support/ntp/ntp.inc @@ -8,6 +8,8 @@ SECTION = "console/network" LICENSE = "NTP" LIC_FILES_CHKSUM = "file://COPYRIGHT;md5=fea4b50c33b18c2194b4b1c9ca512670" +DEPENDS = "pps-tools" Could we add this dependent by PACKAGECONFIG? That was my original intent, but it was rejected as non-deterministic. See discussion at: http://patchwork.openembedded.org/patch/79279/ Peter -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] Style issue for recipes
On 09/04/2014 10:03 AM, Robert Yang wrote: On 09/04/2014 10:12 PM, Burton, Ross wrote: Hi, Quick question of style for the community to bikeshed on: in the general case should recipes be split into foo_1.2.bb and foo.inc, or should they only split to bb/inc if there are multiple versions and generally there should just be foo_1.2.bb. I think that put the constants in .inc is helpful for upgrading, for example, the SUMMARY, DESCRIPTION, HOMEPAGE, SECTION, inherit and so on, they are unlikely to change when upgrade. I believe most of those carry over when an upgrade is simply a matter of renaming the recipe from foo_1.2.bb to foo_3.4.bb and changing the checksums. I don't think foo.inc is warranted when only one file will ever include it. I agree libunwind is a perfect example of where they can be merged into one file to simplify things, as long as everybody remembers to use -M when generating the patch. Peter -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-networking][PATCH v2] ntp: add deterministic support for KPPS interface
ntp checks for presence of sys/timepps.h to determine whether the kernel
supports the RFC 2783 KPPS interface. Under Linux the pps-tools package
installs this header. Without this feature the ATOM clock driver does
not work, and other drivers like NMEA have reduced precision. Remove
the feature non-determinism and increase ntpd capabilities by adding an
explicit dependency.
See: http://doc.ntp.org/4.2.6/kernpps.html
Signed-off-by: Peter A. Bigot
---
V2: replace PACKAGECONFIG with DEPENDS to remove nondeterminism
meta-networking/recipes-support/ntp/ntp.inc | 2 ++
1 file changed, 2 insertions(+)
diff --git a/meta-networking/recipes-support/ntp/ntp.inc
b/meta-networking/recipes-support/ntp/ntp.inc
index 55926e0..f55a39a 100644
--- a/meta-networking/recipes-support/ntp/ntp.inc
+++ b/meta-networking/recipes-support/ntp/ntp.inc
@@ -8,6 +8,8 @@ SECTION = "console/network"
LICENSE = "NTP"
LIC_FILES_CHKSUM = "file://COPYRIGHT;md5=fea4b50c33b18c2194b4b1c9ca512670"
+DEPENDS = "pps-tools"
+
INC_PR = "r6"
SRC_URI =
"http://www.eecis.udel.edu/~ntp/ntp_spool/ntp4/ntp-4.2/ntp-${PV}.tar.gz \
--
1.8.5.5
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-oe][PATCH v2] gpsd: add deterministic support for KPPS interface
gpsd enables low-precision PPS (pulse-per-second) support by default, but only includes the high-precision kernel API capabilities if sys/timepps.h is also detected. Under Linux the pps-tools package installs this header. Remove the feature non-determinism and increase gpsd capabilities by adding an explicit dependency. See: http://www.catb.org/gpsd/gpsd-time-service-howto.html#_enabling_pps Signed-off-by: Peter A. Bigot --- V2: replace PACKAGECONFIG with DEPENDS to remove nondeterminism meta-oe/recipes-navigation/gpsd/gpsd_3.10.bb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta-oe/recipes-navigation/gpsd/gpsd_3.10.bb b/meta-oe/recipes-navigation/gpsd/gpsd_3.10.bb index d12c7a8..6d3adc1 100644 --- a/meta-oe/recipes-navigation/gpsd/gpsd_3.10.bb +++ b/meta-oe/recipes-navigation/gpsd/gpsd_3.10.bb @@ -2,7 +2,7 @@ SUMMARY = "A TCP/IP Daemon simplifying the communication with GPS devices" SECTION = "console/network" LICENSE = "BSD" LIC_FILES_CHKSUM = "file://COPYING;md5=d217a23f408e91c94359447735bc1800" -DEPENDS = "dbus dbus-glib ncurses python libusb1 chrpath-replacement-native" +DEPENDS = "dbus dbus-glib ncurses python libusb1 chrpath-replacement-native pps-tools" PROVIDES = "virtual/gpsd" EXTRANATIVEPATH += "chrpath-native" -- 1.8.5.5 -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-oe][PATCH 4/5] gpsd: add optional support for KPPS interface
On 08/28/2014 10:47 AM, Martin Jansa wrote: On Thu, Aug 28, 2014 at 10:23:54AM -0500, Peter A. Bigot wrote: On 08/28/2014 09:32 AM, Martin Jansa wrote: On Thu, Aug 28, 2014 at 08:05:54AM -0500, Peter A. Bigot wrote: On 08/28/2014 07:53 AM, Burton, Ross wrote: On 28 August 2014 13:06, Peter A. Bigot wrote: +PACKAGECONFIG ??= "" +PACKAGECONFIG[kpps] = ",,pps-tools" That's not actually deterministic - if pps-tools is installed but the packageconfig option is disabled then gpsd will still enable the support. Yeah, I'm aware of that. It's also not something that can be controlled, since gpsd's author doesn't believe in configuration options to enable features: every capability is enabled or disabled by inspecting the environment at compile-time. Although ntp does support some explicit enable/disable flags, it too fails to provide a way to say "Pay no attention to that PPS header, it isn't really there." Then we need to patch their configure. For this situation I don't think there's a big issue. The PACKAGECONFIG setting ensures that the header will be available if the feature is desired. If it happens to be present but PPS support isn't explicitly requested, there's no failure in either build or runtime: it's still gated by runtime checks for PPS sources and the option being enabled in the Linux kernel. (There are no runtime libraries that need to be installed to use KPPS.) Is this going to be a problem with the patch being accepted? Yes people can be used to have KPPS support enabled by "accident" e.g. because they are building ntp with KPPS support and pps-tools is almost always built before gpsd..and then once it's built in different order and end-user will be surprised by lost KPPS support from gpsd. The number of people who will use KPPS is incredibly small, and nobody's going to use it unintentionally as it requires on-target configuration. Those who need it, though, have no recourse other than to build ntpd or gpsd outside of OE if patches like these aren't present. I understand the reasoning and agree in theory that absolute determinism would be ideal, but believe hacking the ntp and gpsd configuration infrastructure to explicitly disable use of a detected PPS header would present a bigger risk and long-term cost to stability and maintainability in OE than the possibility you've identified. So that solution isn't something I'm going to take on. An alternative is to add kpps to the default PACKAGECONFIG, so the required header is normally available. The cost of the feature's presence in the packages is nearly zero (a slight increase in daemon code size, and an extra check when the process starts.) Would that be acceptable? More acceptable than the undeterministic behavior - you should even add it to DEPENDS. So not make it configurable at all? OK, I think that would be safe, and would eliminate the existing non-determinism. I'll rework the patches to do that. Peter If we can't come to an agreement, then the only patch that's really important is the first one which restores the ability to diagnose misconfigured NTP systems. Please let me know whether I should mark the others as withdrawn in patchwork. -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-oe][PATCH 4/5] gpsd: add optional support for KPPS interface
On 08/28/2014 10:23 AM, Peter A. Bigot wrote: On 08/28/2014 09:32 AM, Martin Jansa wrote: On Thu, Aug 28, 2014 at 08:05:54AM -0500, Peter A. Bigot wrote: On 08/28/2014 07:53 AM, Burton, Ross wrote: On 28 August 2014 13:06, Peter A. Bigot wrote: +PACKAGECONFIG ??= "" +PACKAGECONFIG[kpps] = ",,pps-tools" That's not actually deterministic - if pps-tools is installed but the packageconfig option is disabled then gpsd will still enable the support. Yeah, I'm aware of that. It's also not something that can be controlled, since gpsd's author doesn't believe in configuration options to enable features: every capability is enabled or disabled by inspecting the environment at compile-time. Although ntp does support some explicit enable/disable flags, it too fails to provide a way to say "Pay no attention to that PPS header, it isn't really there." Then we need to patch their configure. For this situation I don't think there's a big issue. The PACKAGECONFIG setting ensures that the header will be available if the feature is desired. If it happens to be present but PPS support isn't explicitly requested, there's no failure in either build or runtime: it's still gated by runtime checks for PPS sources and the option being enabled in the Linux kernel. (There are no runtime libraries that need to be installed to use KPPS.) Is this going to be a problem with the patch being accepted? Yes people can be used to have KPPS support enabled by "accident" e.g. because they are building ntp with KPPS support and pps-tools is almost always built before gpsd..and then once it's built in different order and end-user will be surprised by lost KPPS support from gpsd. The number of people who will use KPPS is incredibly small, and nobody's going to use it unintentionally as it requires on-target configuration. Those who need it, though, have no recourse other than to build ntpd or gpsd outside of OE if patches like these aren't present. I understand the reasoning and agree in theory that absolute determinism would be ideal, but believe hacking the ntp and gpsd configuration infrastructure to explicitly disable use of a detected PPS header would present a bigger risk and long-term cost to stability and maintainability in OE than the possibility you've identified. So that solution isn't something I'm going to take on. An alternative is to add kpps to the default PACKAGECONFIG, so the required header is normally available. The cost of the feature's presence in the packages is nearly zero (a slight increase in daemon code size, and an extra check when the process starts.) Would that be acceptable? If we can't come to an agreement, then the only patch that's really important is the first one which restores the ability to diagnose misconfigured NTP systems. Please let me know whether I should mark the others as withdrawn in patchwork. If it matters, note that withdrawing the patches won't change the status quo: ntpd and gpsd are feature-sensitive to the presence of sys/timepps.h in the build environment, e.g. if pps-tools is added by another layer. The only difference is that without the patches there's no clue in their recipes that this could happen and no way to provide determinism in the want-kpps situation. Peter -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-oe][PATCH 4/5] gpsd: add optional support for KPPS interface
On 08/28/2014 09:32 AM, Martin Jansa wrote: On Thu, Aug 28, 2014 at 08:05:54AM -0500, Peter A. Bigot wrote: On 08/28/2014 07:53 AM, Burton, Ross wrote: On 28 August 2014 13:06, Peter A. Bigot wrote: +PACKAGECONFIG ??= "" +PACKAGECONFIG[kpps] = ",,pps-tools" That's not actually deterministic - if pps-tools is installed but the packageconfig option is disabled then gpsd will still enable the support. Yeah, I'm aware of that. It's also not something that can be controlled, since gpsd's author doesn't believe in configuration options to enable features: every capability is enabled or disabled by inspecting the environment at compile-time. Although ntp does support some explicit enable/disable flags, it too fails to provide a way to say "Pay no attention to that PPS header, it isn't really there." Then we need to patch their configure. For this situation I don't think there's a big issue. The PACKAGECONFIG setting ensures that the header will be available if the feature is desired. If it happens to be present but PPS support isn't explicitly requested, there's no failure in either build or runtime: it's still gated by runtime checks for PPS sources and the option being enabled in the Linux kernel. (There are no runtime libraries that need to be installed to use KPPS.) Is this going to be a problem with the patch being accepted? Yes people can be used to have KPPS support enabled by "accident" e.g. because they are building ntp with KPPS support and pps-tools is almost always built before gpsd..and then once it's built in different order and end-user will be surprised by lost KPPS support from gpsd. The number of people who will use KPPS is incredibly small, and nobody's going to use it unintentionally as it requires on-target configuration. Those who need it, though, have no recourse other than to build ntpd or gpsd outside of OE if patches like these aren't present. I understand the reasoning and agree in theory that absolute determinism would be ideal, but believe hacking the ntp and gpsd configuration infrastructure to explicitly disable use of a detected PPS header would present a bigger risk and long-term cost to stability and maintainability in OE than the possibility you've identified. So that solution isn't something I'm going to take on. An alternative is to add kpps to the default PACKAGECONFIG, so the required header is normally available. The cost of the feature's presence in the packages is nearly zero (a slight increase in daemon code size, and an extra check when the process starts.) Would that be acceptable? If we can't come to an agreement, then the only patch that's really important is the first one which restores the ability to diagnose misconfigured NTP systems. Please let me know whether I should mark the others as withdrawn in patchwork. Peter -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-oe][PATCH 4/5] gpsd: add optional support for KPPS interface
On 08/28/2014 07:53 AM, Burton, Ross wrote: On 28 August 2014 13:06, Peter A. Bigot wrote: +PACKAGECONFIG ??= "" +PACKAGECONFIG[kpps] = ",,pps-tools" That's not actually deterministic - if pps-tools is installed but the packageconfig option is disabled then gpsd will still enable the support. Yeah, I'm aware of that. It's also not something that can be controlled, since gpsd's author doesn't believe in configuration options to enable features: every capability is enabled or disabled by inspecting the environment at compile-time. Although ntp does support some explicit enable/disable flags, it too fails to provide a way to say "Pay no attention to that PPS header, it isn't really there." For this situation I don't think there's a big issue. The PACKAGECONFIG setting ensures that the header will be available if the feature is desired. If it happens to be present but PPS support isn't explicitly requested, there's no failure in either build or runtime: it's still gated by runtime checks for PPS sources and the option being enabled in the Linux kernel. (There are no runtime libraries that need to be installed to use KPPS.) Is this going to be a problem with the patch being accepted? Peter -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-oe][PATCH 5/5] ntp: add optional support for KPPS interface
ntp checks for presence of sys/timepps.h to determine whether the kernel
supports the RFC 2783 KPPS interface. Without this feature the ATOM
clock driver does not work, and other drivers like NMEA require offset
configuration.
See: http://doc.ntp.org/4.2.6/kernpps.html
Signed-off-by: Peter A. Bigot
---
meta-networking/recipes-support/ntp/ntp.inc | 1 +
1 file changed, 1 insertion(+)
diff --git a/meta-networking/recipes-support/ntp/ntp.inc
b/meta-networking/recipes-support/ntp/ntp.inc
index 55926e0..fc50fe3 100644
--- a/meta-networking/recipes-support/ntp/ntp.inc
+++ b/meta-networking/recipes-support/ntp/ntp.inc
@@ -47,6 +47,7 @@ PACKAGECONFIG[openssl] =
"--with-openssl-libdir=${STAGING_LIBDIR} \
PACKAGECONFIG[cap] = "--enable-linuxcaps,--disable-linuxcaps,libcap"
PACKAGECONFIG[readline] = "--with-lineeditlibs,--without-lineeditlibs,readline"
PACKAGECONFIG[debug] = "--enable-debugging,--disable-debugging"
+PACKAGECONFIG[kpps] = ",,pps-tools"
do_install_append() {
install -d ${D}${sysconfdir}/init.d
--
1.8.5.5
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-oe][PATCH 0/5] ntpd and gpsd updates for high-precision timing
The first patch restores server debugging capability to NTP, a feature
that is necessary when diagnosing configuration issues.
The remaining patches make it possible to use the pulse-per-second
capability of GPS and Linux RFC 2783 kernel PPS support to synchronize
clocks to microsecond accuracy, either using gpsd as a mediator or
using ntp directly.
Peter A. Bigot (5):
ntp: re-enable server debugging and control by PACKAGECONFIG
gpsd: update to 3.10
pps-tools: add recipe
gpsd: add optional support for KPPS interface
ntp: add optional support for KPPS interface
.../ntp/files/ntp-disable-debugging.patch | 23
meta-networking/recipes-support/ntp/ntp.inc| 6 ++-
...truct-respect-sysroot-also-in-SPLINTOPTS.patch} | 19 ++
.../0002-SConstruct-remove-rpath.patch}| 19 ++
...refix-includepy-with-sysroot-and-drop-sy.patch} | 27 --
...isable-html-and-man-docs-building-becaus.patch} | 43 --
.../gpsd/{gpsd_3.7.bb => gpsd_3.10.bb} | 17 +
meta-oe/recipes-support/pps-tools/pps-tools_git.bb | 16
8 files changed, 89 insertions(+), 81 deletions(-)
delete mode 100644
meta-networking/recipes-support/ntp/files/ntp-disable-debugging.patch
rename
meta-oe/recipes-navigation/gpsd/{gpsd-3.7/0002-SConstruct-respect-sysroot-also-in-SPLINTOPTS.patch
=> gpsd-3.10/0001-SConstruct-respect-sysroot-also-in-SPLINTOPTS.patch} (61%)
rename
meta-oe/recipes-navigation/gpsd/{gpsd-3.7/0004-SConstruct-remove-rpath.patch =>
gpsd-3.10/0002-SConstruct-remove-rpath.patch} (75%)
rename
meta-oe/recipes-navigation/gpsd/{gpsd-3.7/0001-SConstruct-prefix-includepy-with-sysroot-and-drop-sy.patch
=> gpsd-3.10/0003-SConstruct-prefix-includepy-with-sysroot-and-drop-sy.patch}
(82%)
rename
meta-oe/recipes-navigation/gpsd/{gpsd-3.7/0001-SConstruct-disable-html-and-man-docs-building-becaus.patch
=> gpsd-3.10/0004-SConstruct-disable-html-and-man-docs-building-becaus.patch}
(62%)
rename meta-oe/recipes-navigation/gpsd/{gpsd_3.7.bb => gpsd_3.10.bb} (91%)
create mode 100644 meta-oe/recipes-support/pps-tools/pps-tools_git.bb
--
1.8.5.5
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-oe][PATCH 1/5] ntp: re-enable server debugging and control by PACKAGECONFIG
The description in a previous patch to disable debugging is incorrect.
Although the option is default-enabled in configure.ac, configure does
respect the option that disables it.
In ntp 4.2.7 the option code is refactored to ntp_debug.m4 and has an
effect in sntp as well. Adding --disable-debugging to the top-level
configure options overrides the default for both 4.2.6 and 4.2.7 without
patching the distribution.
Make the selection explicit and configurable, but restore the historical
default. Absence of debugging capability in the server makes it
difficult to validate complex configurations.
Signed-off-by: Peter A. Bigot
---
.../ntp/files/ntp-disable-debugging.patch | 23 --
meta-networking/recipes-support/ntp/ntp.inc| 5 +++--
2 files changed, 3 insertions(+), 25 deletions(-)
delete mode 100644
meta-networking/recipes-support/ntp/files/ntp-disable-debugging.patch
diff --git
a/meta-networking/recipes-support/ntp/files/ntp-disable-debugging.patch
b/meta-networking/recipes-support/ntp/files/ntp-disable-debugging.patch
deleted file mode 100644
index 242276e..000
--- a/meta-networking/recipes-support/ntp/files/ntp-disable-debugging.patch
+++ /dev/null
@@ -1,23 +0,0 @@
-set ntp_ok to no if ntp debugging is not enabled.
-
-Upstream-status: Pending
-
-There is a problem in configure.ac file that whether or not
-'--enable-debugging' is specified in configure cmdline, debugging
-is always enabled.
-We should disable ntp debugging by default.
-
-Signed-off-by: Xufeng Zhang
-
a/configure.ac
-+++ b/configure.ac
-@@ -2458,7 +2458,7 @@
- [+ include ntpd debugging code]
- )],
- [ntp_ok=$enableval],
--[ntp_ok=yes]
-+[ntp_ok=no]
- )
- case "$ntp_ok" in
- yes)
diff --git a/meta-networking/recipes-support/ntp/ntp.inc
b/meta-networking/recipes-support/ntp/ntp.inc
index b63f202..55926e0 100644
--- a/meta-networking/recipes-support/ntp/ntp.inc
+++ b/meta-networking/recipes-support/ntp/ntp.inc
@@ -23,7 +23,6 @@ SRC_URI =
"http://www.eecis.udel.edu/~ntp/ntp_spool/ntp4/ntp-4.2/ntp-${PV}.tar.g
file://sntp.service \
file://sntp \
file://ntpd.list \
- file://ntp-disable-debugging.patch \
file://CVE-2013-5211.patch \
"
@@ -38,7 +37,8 @@ USERADD_PACKAGES = "${PN}"
USERADD_PARAM_${PN} = "--system --home-dir /var/lib/ntp \
--shell /bin/false --user-group ntp"
-PACKAGECONFIG ??= "cap"
+# NB: debug is default-enabled by NTP; keep it default-enabled here.
+PACKAGECONFIG ??= "cap debug"
PACKAGECONFIG[openssl] = "--with-openssl-libdir=${STAGING_LIBDIR} \
--with-openssl-incdir=${STAGING_INCDIR} \
--with-crypto, \
@@ -46,6 +46,7 @@ PACKAGECONFIG[openssl] =
"--with-openssl-libdir=${STAGING_LIBDIR} \
openssl"
PACKAGECONFIG[cap] = "--enable-linuxcaps,--disable-linuxcaps,libcap"
PACKAGECONFIG[readline] = "--with-lineeditlibs,--without-lineeditlibs,readline"
+PACKAGECONFIG[debug] = "--enable-debugging,--disable-debugging"
do_install_append() {
install -d ${D}${sysconfdir}/init.d
--
1.8.5.5
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-oe][PATCH 3/5] pps-tools: add recipe
This provides some utilities and a user-space header necessary to use
the Linux KPPS (RFC 2783) capabilities of gpsd and ntp.
Signed-off-by: Peter A. Bigot
---
meta-oe/recipes-support/pps-tools/pps-tools_git.bb | 16
1 file changed, 16 insertions(+)
create mode 100644 meta-oe/recipes-support/pps-tools/pps-tools_git.bb
diff --git a/meta-oe/recipes-support/pps-tools/pps-tools_git.bb
b/meta-oe/recipes-support/pps-tools/pps-tools_git.bb
new file mode 100644
index 000..73c46ee
--- /dev/null
+++ b/meta-oe/recipes-support/pps-tools/pps-tools_git.bb
@@ -0,0 +1,16 @@
+SUMMARY = "User-space tools for LinuxPPS"
+
+LICENSE = "GPLv2"
+LIC_FILES_CHKSUM = "file://COPYING;md5=751419260aa954499f7abaabaa882bbe"
+
+PV = "0.0.0+git${SRCPV}"
+SRCREV = "0deb9c7e135e9380a6d09e9d2e938a146bb698c8"
+SRC_URI = "git://github.com/ago/pps-tools.git"
+
+S = "${WORKDIR}/git"
+
+do_install() {
+install -d ${D}${bindir} ${D}${includedir} \
+ ${D}${includedir}/sys
+oe_runmake 'DESTDIR=${D}' install
+}
--
1.8.5.5
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-oe][PATCH 2/5] gpsd: update to 3.10
Patches rebased onto new version with no material changes.
Signed-off-by: Peter A. Bigot
---
...truct-respect-sysroot-also-in-SPLINTOPTS.patch} | 19 ++
.../0002-SConstruct-remove-rpath.patch}| 19 ++
...refix-includepy-with-sysroot-and-drop-sy.patch} | 27 --
...isable-html-and-man-docs-building-becaus.patch} | 43 --
.../gpsd/{gpsd_3.7.bb => gpsd_3.10.bb} | 14 +++
5 files changed, 66 insertions(+), 56 deletions(-)
rename
meta-oe/recipes-navigation/gpsd/{gpsd-3.7/0002-SConstruct-respect-sysroot-also-in-SPLINTOPTS.patch
=> gpsd-3.10/0001-SConstruct-respect-sysroot-also-in-SPLINTOPTS.patch} (61%)
rename
meta-oe/recipes-navigation/gpsd/{gpsd-3.7/0004-SConstruct-remove-rpath.patch =>
gpsd-3.10/0002-SConstruct-remove-rpath.patch} (75%)
rename
meta-oe/recipes-navigation/gpsd/{gpsd-3.7/0001-SConstruct-prefix-includepy-with-sysroot-and-drop-sy.patch
=> gpsd-3.10/0003-SConstruct-prefix-includepy-with-sysroot-and-drop-sy.patch}
(82%)
rename
meta-oe/recipes-navigation/gpsd/{gpsd-3.7/0001-SConstruct-disable-html-and-man-docs-building-becaus.patch
=> gpsd-3.10/0004-SConstruct-disable-html-and-man-docs-building-becaus.patch}
(62%)
rename meta-oe/recipes-navigation/gpsd/{gpsd_3.7.bb => gpsd_3.10.bb} (92%)
diff --git
a/meta-oe/recipes-navigation/gpsd/gpsd-3.7/0002-SConstruct-respect-sysroot-also-in-SPLINTOPTS.patch
b/meta-oe/recipes-navigation/gpsd/gpsd-3.10/0001-SConstruct-respect-sysroot-also-in-SPLINTOPTS.patch
similarity index 61%
rename from
meta-oe/recipes-navigation/gpsd/gpsd-3.7/0002-SConstruct-respect-sysroot-also-in-SPLINTOPTS.patch
rename to
meta-oe/recipes-navigation/gpsd/gpsd-3.10/0001-SConstruct-respect-sysroot-also-in-SPLINTOPTS.patch
index 40baa01..c4134f4 100644
---
a/meta-oe/recipes-navigation/gpsd/gpsd-3.7/0002-SConstruct-respect-sysroot-also-in-SPLINTOPTS.patch
+++
b/meta-oe/recipes-navigation/gpsd/gpsd-3.10/0001-SConstruct-respect-sysroot-also-in-SPLINTOPTS.patch
@@ -1,22 +1,25 @@
-From f5f262be8ae54bd0c0f52802f2007ec89163756f Mon Sep 17 00:00:00 2001
+From 3c5fb3a8691ac711ea93edf8e0b42bffc62b197e Mon Sep 17 00:00:00 2001
From: Martin Jansa
Date: Tue, 24 Apr 2012 11:52:35 +0200
-Subject: [PATCH 1/2] SConstruct: respect sysroot also in SPLINTOPTS
+Subject: [PATCH 1/4] SConstruct: respect sysroot also in SPLINTOPTS
+
+Upstream-Status: Inappropriate [embedded specific]
Signed-off-by: Martin Jansa
Signed-off-by: Denis 'GNUtoo' Carikli
+Signed-off-by: Peter A. Bigot
---
- SConstruct |5 -
- 1 files changed, 4 insertions(+), 1 deletions(-)
+ SConstruct | 5 -
+ 1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/SConstruct b/SConstruct
-index a25e88a..a1bddb9 100644
+index 14e2f59..f0cafa8 100644
--- a/SConstruct
+++ b/SConstruct
-@@ -1277,7 +1277,10 @@ def Utility(target, source, action):
-
+@@ -1414,7 +1414,10 @@ def Utility(target, source, action):
# Report splint warnings
# Note: test_bits.c is unsplintable because of the PRI64 macros.
+ # If you get preprocessor or fatal errors, add +showscan.
-splintopts = "-I/usr/include/libusb-1.0 +quiet"
+if not env['sysroot']:
+splintopts = "-I/usr/include/libusb-1.0 +quiet"
@@ -26,5 +29,5 @@ index a25e88a..a1bddb9 100644
ma_status, ma = _getstatusoutput('dpkg-architecture -qDEB_HOST_MULTIARCH')
if ma_status == 0:
--
-1.7.5.4
+1.8.5.5
diff --git
a/meta-oe/recipes-navigation/gpsd/gpsd-3.7/0004-SConstruct-remove-rpath.patch
b/meta-oe/recipes-navigation/gpsd/gpsd-3.10/0002-SConstruct-remove-rpath.patch
similarity index 75%
rename from
meta-oe/recipes-navigation/gpsd/gpsd-3.7/0004-SConstruct-remove-rpath.patch
rename to
meta-oe/recipes-navigation/gpsd/gpsd-3.10/0002-SConstruct-remove-rpath.patch
index 83b98bb..083a662 100644
---
a/meta-oe/recipes-navigation/gpsd/gpsd-3.7/0004-SConstruct-remove-rpath.patch
+++
b/meta-oe/recipes-navigation/gpsd/gpsd-3.10/0002-SConstruct-remove-rpath.patch
@@ -1,7 +1,7 @@
-From 7d736bbd517c12d19d7b85a5b0db84732b2f86da Mon Sep 17 00:00:00 2001
+From d090638ff983e509162d5e3b62aa4918de4aa5fa Mon Sep 17 00:00:00 2001
From: Martin Jansa
Date: Tue, 24 Apr 2012 16:24:35 +0200
-Subject: [PATCH 2/2] SConstruct: remove rpath
+Subject: [PATCH 2/4] SConstruct: remove rpath
* even with correct prefix (without DESTDIR) included it's redundant
WARNING: QA Issue: libgps:
@@ -13,19 +13,22 @@ Subject: [PATCH 2/2] SConstruct: remove rpath
in file
/OE/shr-core/tmp-eglibc/work/armv4t-oe-linux-gnueabi/gpsd/gpsd-3.5-r0/packages-split/libgps/usr/lib/libgps.so.20.0
+Upstream-Status: Inapppropriate [embedded specific]
+
Signed-off-by: Martin Jansa
Signed-off-by: Denis 'GNUtoo' Carikli
+Signed-off-by: Peter A. Bigot
---
- SConstruct |7 +--
- 1 files changed, 5 insertions(+), 2 deletions(-)
+ SConstruct | 7 +--
+ 1 file changed, 5 insertions(+), 2 deletions(-)
diff --git a/SConstruc
[oe] [meta-oe][PATCH 4/5] gpsd: add optional support for KPPS interface
gpsd by default builds with PPS (pulse-per-second) support, but without
kernel support to capture the edge of the pulse the accuracy is only
+/-5us. Under Linux the pps-tools package installs the header required
for the user-level API to the RFC 2783 KPPS interface. If gpsd detects
this header, it will use the API to improve accuracy to +/-1us.
See: http://www.catb.org/gpsd/gpsd-time-service-howto.html#_enabling_pps
Signed-off-by: Peter A. Bigot
---
meta-oe/recipes-navigation/gpsd/gpsd_3.10.bb | 3 +++
1 file changed, 3 insertions(+)
diff --git a/meta-oe/recipes-navigation/gpsd/gpsd_3.10.bb
b/meta-oe/recipes-navigation/gpsd/gpsd_3.10.bb
index d12c7a8..1c2d9eb 100644
--- a/meta-oe/recipes-navigation/gpsd/gpsd_3.10.bb
+++ b/meta-oe/recipes-navigation/gpsd/gpsd_3.10.bb
@@ -20,6 +20,9 @@ SRC_URI = "${SAVANNAH_GNU_MIRROR}/${BPN}/${BP}.tar.gz \
SRC_URI[md5sum] = "fc5b03aae38b9b5b6880b31924d0ace3"
SRC_URI[sha256sum] =
"706fc2c1cf3dfbf87c941f543381bccc9c4dc9f8240eec407dcbf2f70b854320"
+PACKAGECONFIG ??= ""
+PACKAGECONFIG[kpps] = ",,pps-tools"
+
inherit scons update-rc.d python-dir pythonnative systemd
INITSCRIPT_NAME = "gpsd"
--
1.8.5.5
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-networking][PATCH 1/2] ntp: Disable debugging by default
On 08/13/2014 10:14 PM, rongqing...@windriver.com wrote:
From: Xufeng Zhang
There is a problem in configure.ac file that whether or not
'--enable-debugging' is specified in configure cmdline, debugging
is always enabled.
From my testing this is incorrect. Both --disable-debugging and
--enable-debugging=no correctly override the upstream decision to enable
debugging by default.
We should disable ntp debugging by default.
Could we have more of an explanation why this is a good thing? It
doesn't seem relevant to the security patch it accompanied.
I've got a patch I'm validating that will revert this fix and use
PACKAGECONFIG to control whether debugging is supported. Personally, I'd
rather have the default be to keep debugging enabled.
Upstream ntp enables debugging support by default, and OE's build has
never disabled it before. ntp is a tricky beast and is very terse about
what it's doing. Having the ability to make it explain why (for
example) it's disabling a reference clock is very useful in
diagnostics. Disabling debugging during the build makes it impossible
to get that information out of an installed system.
Peter
Signed-off-by: Xufeng Zhang
---
.../ntp/files/ntp-disable-debugging.patch | 23
meta-networking/recipes-support/ntp/ntp.inc|1 +
2 files changed, 24 insertions(+)
create mode 100644
meta-networking/recipes-support/ntp/files/ntp-disable-debugging.patch
diff --git
a/meta-networking/recipes-support/ntp/files/ntp-disable-debugging.patch
b/meta-networking/recipes-support/ntp/files/ntp-disable-debugging.patch
new file mode 100644
index 000..3c94d8d
--- /dev/null
+++ b/meta-networking/recipes-support/ntp/files/ntp-disable-debugging.patch
@@ -0,0 +1,23 @@
+set ntp_ok to no if ntp debugging is not enabled.
+
+Upstream-status: Pending
+
+There is a problem in configure.ac file that whether or not
+'--enable-debugging' is specified in configure cmdline, debugging
+is always enabled.
+We should disable ntp debugging by default.
+
+Signed-off-by: Xufeng Zhang
+
+---
+--- a/configure.ac
b/configure.ac
+@@ -2458,7 +2458,7 @@
+ [+ include ntpd debugging code]
+ )],
+ [ntp_ok=$enableval],
+-[ntp_ok=yes]
++[ntp_ok=no]
+ )
+ case "$ntp_ok" in
+ yes)
diff --git a/meta-networking/recipes-support/ntp/ntp.inc
b/meta-networking/recipes-support/ntp/ntp.inc
index 49f9901..2c8f488 100644
--- a/meta-networking/recipes-support/ntp/ntp.inc
+++ b/meta-networking/recipes-support/ntp/ntp.inc
@@ -23,6 +23,7 @@ SRC_URI
="http://www.eecis.udel.edu/~ntp/ntp_spool/ntp4/ntp-4.2/ntp-${PV}.tar.g
file://sntp.service \
file://sntp \
file://ntpd.list \
+ file://ntp-disable-debugging.patch \
"
inherit autotools update-rc.d useradd systemd
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-oe][PATCH] rrdtool: update to 1.4.8
* Upstream now uses git, so retrieve releases from the reference
repository.
* The previous patch to remove tcl support does not apply cleanly to
this release. Eliminate it and disable tcl via configure instead.
* Backport a patch to remove a never-shoulda-been-there file that was
installed but not packaged.
Signed-off-by: Peter A. Bigot
---
.../rrdtool/0001-removing-testing-leftovers.patch | 39 +
.../0001-rrdtool-eradicate-tcl-support.patch | 1733
.../rrdtool/{rrdtool_1.4.7.bb => rrdtool_1.4.8.bb} | 15 +-
3 files changed, 48 insertions(+), 1739 deletions(-)
create mode 100644
meta-oe/recipes-extended/rrdtool/rrdtool/0001-removing-testing-leftovers.patch
delete mode 100644
meta-oe/recipes-extended/rrdtool/rrdtool/0001-rrdtool-eradicate-tcl-support.patch
rename meta-oe/recipes-extended/rrdtool/{rrdtool_1.4.7.bb => rrdtool_1.4.8.bb}
(91%)
diff --git
a/meta-oe/recipes-extended/rrdtool/rrdtool/0001-removing-testing-leftovers.patch
b/meta-oe/recipes-extended/rrdtool/rrdtool/0001-removing-testing-leftovers.patch
new file mode 100644
index 000..cf5d775
--- /dev/null
+++
b/meta-oe/recipes-extended/rrdtool/rrdtool/0001-removing-testing-leftovers.patch
@@ -0,0 +1,39 @@
+From c581b02d074f5a109074bc190f373f5ba4320468 Mon Sep 17 00:00:00 2001
+From: Tobias Oetiker
+Date: Thu, 3 Oct 2013 15:51:00 +0200
+Subject: [PATCH] removing testing leftovers
+
+Upstream-Status: Backport
+
+Signed-off-by: Peter A. Bigot
+
+---
+ bindings/perl-piped/leaktest.pl | 16
+ 1 file changed, 16 deletions(-)
+ delete mode 100644 bindings/perl-piped/leaktest.pl
+
+diff --git a/bindings/perl-piped/leaktest.pl b/bindings/perl-piped/leaktest.pl
+deleted file mode 100644
+index cebf1c7..000
+--- a/bindings/perl-piped/leaktest.pl
/dev/null
+@@ -1,16 +0,0 @@
+-#!/bin/perl -w
+-$ENV{PATH}="/usr/ucb";
+-use strict;
+-use RRDp;
+-my $rrdfile='/tmp/test.rrd';
+-RRDp::start '/home/oetiker/data/projects/AABN-rrdtool/src/rrdtool';
+-print grep /rrdtool/,`ps au`;
+-print grep /rrdtool/,`ps au`;
+-my $i=0;
+-while ($i<1000) {
+- RRDp::cmd 'info /tmp/test.rrd';
+- $_ = RRDp::read;
+- $i++;
+-}
+-$_ = RRDp::end;
+-print grep /rrdtool/,`ps au`;
+--
+1.8.5.5
+
diff --git
a/meta-oe/recipes-extended/rrdtool/rrdtool/0001-rrdtool-eradicate-tcl-support.patch
b/meta-oe/recipes-extended/rrdtool/rrdtool/0001-rrdtool-eradicate-tcl-support.patch
deleted file mode 100644
index 1157dc7..000
---
a/meta-oe/recipes-extended/rrdtool/rrdtool/0001-rrdtool-eradicate-tcl-support.patch
+++ /dev/null
@@ -1,1733 +0,0 @@
-From 2dcb4bb8aadfead3e77bdb78b96ec8022e605a0d Mon Sep 17 00:00:00 2001
-From: Koen Kooi
-Date: Sat, 12 May 2012 20:41:35 +0200
-Subject: [PATCH] rrdtool: eradicate tcl support
-
-TCL breaks autoreconf
-
-Signed-off-by: Koen Kooi
- Makefile.am |3 -
- bindings/Makefile.am |5 +-
- bindings/tcl/Makefile.am | 58
- bindings/tcl/Makefile.in | 668
- bindings/tcl/README | 31 --
- bindings/tcl/ifOctets.tcl.in | 45 ---
- bindings/tcl/tclrrd.c| 762 --
- configure.ac | 54 ---
- 8 files changed, 1 insertion(+), 1625 deletions(-)
- delete mode 100644 bindings/tcl/Makefile.am
- delete mode 100644 bindings/tcl/Makefile.in
- delete mode 100644 bindings/tcl/README
- delete mode 100644 bindings/tcl/ifOctets.tcl.in
- delete mode 100644 bindings/tcl/tclrrd.c
-
-diff --git a/Makefile.am b/Makefile.am
-index 2003373..969e36b 100644
a/Makefile.am
-+++ b/Makefile.am
-@@ -36,9 +36,6 @@ site-perl-install: all bindings/perl-piped/Makefile
bindings/perl-shared/Makefil
- cd bindings/perl-piped && $(MAKE) install
- cd bindings/perl-shared && $(MAKE) install
-
--site-tcl-install: all
-- cd bindings/tcl && $(MAKE) tcl-install
--
- site-python-install: all
- cd bindings/python && $(PYTHON) setup.py install $(if
$(DESTDIR),--root=$(DESTDIR))
-
-diff --git a/bindings/Makefile.am b/bindings/Makefile.am
-index c4fdc10..3574a60 100644
a/bindings/Makefile.am
-+++ b/bindings/Makefile.am
-@@ -1,13 +1,10 @@
- .PHONY: python ruby
-
--if BUILD_TCL
--SUB_tcl = tcl
--endif
- if BUILD_LUA
- SUB_lua = lua
- endif
-
--SUBDIRS = $(SUB_tcl) $(SUB_lua)
-+SUBDIRS = $(SUB_lua)
-
- # the following files are not mentioned in any other Makefile
- EXTRA_DIST = perl-piped/MANIFEST perl-piped/README perl-piped/Makefile.PL
perl-piped/RRDp.pm perl-piped/t/base.t \
-diff --git a/bindings/tcl/Makefile.am b/bindings/tcl/Makefile.am
-deleted file mode 100644
-index c0e8b0f..000
a/bindings/tcl/Makefile.am
-+++ /dev/null
-@@ -1,58 +0,0 @@
--
--EXTRA_DIST = README tclrrd.c
--
--VERSION = @VERSION@
--
--AM_CFLAGS = @CFLAGS@
--### no including this by default @WERROR@
--
--TCL_PREFIX = @TCL_PREFIX@
--TCL_SHLIB_LD = @TCL_SHLIB_L
[oe] [meta-python][PATCH v2] python-smbus: upgrade to 3.1.1
Signed-off-by: Peter A. Bigot
---
V2 changes: Remove SECURITY_CFLAGS setting.
See:
http://lists.openembedded.org/pipermail/openembedded-core/2014-August/095269.html
.../python/{python-smbus_3.0.3.bb => python-smbus_3.1.1.bb} | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta-python/recipes-devtools/python/{python-smbus_3.0.3.bb =>
python-smbus_3.1.1.bb} (79%)
diff --git a/meta-python/recipes-devtools/python/python-smbus_3.0.3.bb
b/meta-python/recipes-devtools/python/python-smbus_3.1.1.bb
similarity index 79%
rename from meta-python/recipes-devtools/python/python-smbus_3.0.3.bb
rename to meta-python/recipes-devtools/python/python-smbus_3.1.1.bb
index 14548a9..df47df6 100644
--- a/meta-python/recipes-devtools/python/python-smbus_3.0.3.bb
+++ b/meta-python/recipes-devtools/python/python-smbus_3.1.1.bb
@@ -4,8 +4,8 @@ LIC_FILES_CHKSUM =
"file://smbusmodule.c;startline=1;endline=17;md5=fa24df321a52
SRC_URI = "http://dl.lm-sensors.org/i2c-tools/releases/i2c-tools-${PV}.tar.bz2
\
"
-SRC_URI[md5sum] = "511376eed04455cdb277ef19c5f73bb4"
-SRC_URI[sha256sum] =
"23b28e474741834e3f1b35b0686528769a13adc92d2ff5603cbda1d6bd5e5629"
+SRC_URI[md5sum] = "0fdbff53ebd0b8d9249256d6c56480b1"
+SRC_URI[sha256sum] =
"14d4d7d60d1c12e43f2befe239c682a5c44c27682f153d4b58c1e392d2db1700"
DEPENDS = "i2c-tools"
--
1.8.5.5
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-python][PATCH] python-smbus: upgrade to 3.1.1
Also use SECURITY_NO_PIE_CFLAGS as with other python modules to avoid
undefined reference to main during link.
Signed-off-by: Peter A. Bigot
---
.../python/{python-smbus_3.0.3.bb => python-smbus_3.1.1.bb} | 8 ++--
1 file changed, 6 insertions(+), 2 deletions(-)
rename meta-python/recipes-devtools/python/{python-smbus_3.0.3.bb =>
python-smbus_3.1.1.bb} (66%)
diff --git a/meta-python/recipes-devtools/python/python-smbus_3.0.3.bb
b/meta-python/recipes-devtools/python/python-smbus_3.1.1.bb
similarity index 66%
rename from meta-python/recipes-devtools/python/python-smbus_3.0.3.bb
rename to meta-python/recipes-devtools/python/python-smbus_3.1.1.bb
index 14548a9..455ec1e 100644
--- a/meta-python/recipes-devtools/python/python-smbus_3.0.3.bb
+++ b/meta-python/recipes-devtools/python/python-smbus_3.1.1.bb
@@ -4,13 +4,17 @@ LIC_FILES_CHKSUM =
"file://smbusmodule.c;startline=1;endline=17;md5=fa24df321a52
SRC_URI = "http://dl.lm-sensors.org/i2c-tools/releases/i2c-tools-${PV}.tar.bz2
\
"
-SRC_URI[md5sum] = "511376eed04455cdb277ef19c5f73bb4"
-SRC_URI[sha256sum] =
"23b28e474741834e3f1b35b0686528769a13adc92d2ff5603cbda1d6bd5e5629"
+SRC_URI[md5sum] = "0fdbff53ebd0b8d9249256d6c56480b1"
+SRC_URI[sha256sum] =
"14d4d7d60d1c12e43f2befe239c682a5c44c27682f153d4b58c1e392d2db1700"
DEPENDS = "i2c-tools"
inherit distutils
+# Presence of -pie in smbus.so link command causes undefined reference
+# to main
+SECURITY_CFLAGS = "${SECURITY_NO_PIE_CFLAGS}"
+
S = "${WORKDIR}/i2c-tools-${PV}/py-smbus/"
do_configure_prepend() {
--
1.8.5.5
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-oe][PATCH] vim: workaround nawk dependency problem with RPM
Ping? I see this is marked as New, Archived in patchwork so it doesn't
show up for merge, but can't tell how it got archived. Is there
something wrong with it?
On 09/03/2013 02:04 PM, Peter A. Bigot wrote:
One of the examples has a #!/usr/bin/nawk which tells RPM to add that as a
dep, which we don't want.
Signed-off-by: Peter A. Bigot
---
meta-oe/recipes-support/vim/vim.inc | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/meta-oe/recipes-support/vim/vim.inc
b/meta-oe/recipes-support/vim/vim.inc
index d7336c2..991ba74 100644
--- a/meta-oe/recipes-support/vim/vim.inc
+++ b/meta-oe/recipes-support/vim/vim.inc
@@ -54,8 +54,9 @@ EXTRA_OECONF = " \
"
do_install_append() {
-# Work around rpm picking up csh as a dep
+# Work around rpm picking up csh or awk as a dep
chmod -x ${D}${datadir}/${PN}/${VIMDIR}/tools/vim132
+chmod -x ${D}${datadir}/${PN}/${VIMDIR}/tools/mve.awk
# Install example vimrc from runtime files
install -m 0644 ../runtime/vimrc_example.vim ${D}/${datadir}/${PN}/vimrc
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-oe][PATCH] vim: workaround nawk dependency problem with RPM
One of the examples has a #!/usr/bin/nawk which tells RPM to add that as a
dep, which we don't want.
Signed-off-by: Peter A. Bigot
---
meta-oe/recipes-support/vim/vim.inc | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/meta-oe/recipes-support/vim/vim.inc
b/meta-oe/recipes-support/vim/vim.inc
index d7336c2..991ba74 100644
--- a/meta-oe/recipes-support/vim/vim.inc
+++ b/meta-oe/recipes-support/vim/vim.inc
@@ -54,8 +54,9 @@ EXTRA_OECONF = " \
"
do_install_append() {
-# Work around rpm picking up csh as a dep
+# Work around rpm picking up csh or awk as a dep
chmod -x ${D}${datadir}/${PN}/${VIMDIR}/tools/vim132
+chmod -x ${D}${datadir}/${PN}/${VIMDIR}/tools/mve.awk
# Install example vimrc from runtime files
install -m 0644 ../runtime/vimrc_example.vim ${D}/${datadir}/${PN}/vimrc
--
1.8.4
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-kde][PATCH 3/3] README: update contributor list
On 03/07/2013 09:41 AM, Paul Eggleton wrote: On Thursday 07 March 2013 09:50:21 Philip Balister wrote: On 03/07/2013 09:41 AM, Otavio Salvador wrote: On Thu, Mar 7, 2013 at 11:35 AM, Paul Eggleton wrote: On Thursday 07 March 2013 15:03:17 Koen Kooi wrote: Op 7 mrt. 2013, om 14:04 heeft Martin Jansa het volgende geschreven: It would be nice to know yocto-1.4 release name in advance and name it the same as branch in oe-core/meta-oe will be (denzil, danny, ...), but I guess it can be renamed later. For angstrom I'm going to use 'yocto-1.4' in the branch name, I have trouble remembering which names maps to which release. And the Yocto compliance program talks about 1.3, .14 etc, not about codenames. Wouldn't it be worth us trying to standardise rather than all doing our own thing and users having to figure out what matches up between different layers? If others feel the same as you, then maybe we should all be using that schema.> Or we use a codename or we don't. For me, codenames work fine but for users it is sometimes confusing as the website and marketing people talk about Yocto 1.3 or 1.4 while the involved people talk about codenames. So I find myself explaining it over and over again. Add me to the list of people that find codenames confusing. I can't reliably list releases in order by name. FWIW, in the layer index web app against each branch I have a field for a short description (e.g. denzil could have something like "old stable" or whatever is helpful to explain it to people) and a sort order so that they can be sorted correctly where listed. That doesn't take away the need to resolve this issue of branch names across layers, but it may help users to understand what these codenames mean if they continue to be used, at least when they see them in the layer index at least. A comment on that from up here in the peanut gallery: I don't personally find codenames valuable, but if they're used it would be nice if they were selected using a policy that allowed at least their relative order to be determined by inspection. That danny=1.3 sorts lexicographically before denzil=1.2 is confusing. Peter ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] meta-systemd: Introduce a create-volatile to create tmp directories
On 01/23/2013 01:50 PM, Holger Hans Peter Freyther wrote: On Tue, Jan 22, 2013 at 09:02:12AM -0600, Peter A. Bigot wrote: meta-gumstix has this patch and it caused problems with attempts to use systemd_v189 in denzil since it's hidden inside a bbappend to systemd_git. So I'm hoping to identify a more forward-looking solution. Is there a plan to fix this issue globally? Koen preferred using base_files+fs_perms as in Angstrom, but Holger was concerned this would prevent sharing base_files between sysvinit and systemd builds. My concern is still there but my approach has some downsides as well. The presence of /var/log on tmpfs is fooling the journald to use more memory than is healthy. I solved this by disabling the auto-detect in the journald configuration. What is the issue you have with meta-gumstix? Mostly that I wasn't aware of the patch it added to systemd_git that was responsible for creating such a critical part of a functioning Poky installation. I'd had things working with systemd_git in the denzil branch as of 21Dec, but when that recipe got reverted around 24Dec I switched to systemd_v189 assuming it was compatible. But things broke in a very unexpected way because I lost the meta-gumstix systemd_git bbappend that created the volatile hierarchy. I now understand that it was natural to copy it into systemd because sysvinit is responsible for this functionality when it's the init manager. Having to put a bbappend in every variant systemd recipe in every distro/BSP/vendor image layer seems cumbersome. Since my email I'm seeing discussion on oe-core on how to integrate systemd in Yocto/Poky that touches on managing volatiles, so I'll wait, or follow-up there if necessary. Peter ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] meta-systemd: Introduce a create-volatile to create tmp directories
On 09/14/2012 11:59 AM, Holger Freyther wrote:
From: Holger Hans Peter Freyther
The base-files create symlinks from /var/{log,tmp,lock,cache,run} to
the /var/volatile. The directories are created by sysv initscripts.
Use the systemd-tmpfiles to create the directories. One needs to be
careful with the naming of the file as systemd first collects all
*.conf files, sorts them by name and is parsing them then. Make sure
the new file is parsed before the systemd.conf.
(This is http://patches.openembedded.org/patch/36551/ which has been
archived, but AFAIK I can't reply to the full context because I was
unsubscribed when the discussion occurred:)
Apologies if my recursive grep skills have failed, but it appears this
is still not globally resolved for images that use systemd as the init
manager.
meta-gumstix has this patch and it caused problems with attempts to use
systemd_v189 in denzil since it's hidden inside a bbappend to
systemd_git. So I'm hoping to identify a more forward-looking
solution. Is there a plan to fix this issue globally? Koen preferred
using base_files+fs_perms as in Angstrom, but Holger was concerned this
would prevent sharing base_files between sysvinit and systemd builds.
Peter
---
.../systemd/systemd/create-volatile.conf | 11 +++
meta-systemd/recipes-core/systemd/systemd_git.bb |4 +++-
2 files changed, 14 insertions(+), 1 deletion(-)
create mode 100644
meta-systemd/recipes-core/systemd/systemd/create-volatile.conf
diff --git a/meta-systemd/recipes-core/systemd/systemd/create-volatile.conf
b/meta-systemd/recipes-core/systemd/systemd/create-volatile.conf
new file mode 100644
index 000..afcf8c3
--- /dev/null
+++ b/meta-systemd/recipes-core/systemd/systemd/create-volatile.conf
@@ -0,0 +1,11 @@
+# This goes hand-in-hand with the base-files of OE-Core. The file must
+# be sorted before 'systemd.conf' becuase this attempts to create a file
+# inside /var/log.
+
+
+d /var/volatile/cache - - - -
+d /var/volatile/log - - - -
+d /var/volatile/lock - - - -
+d /var/volatile/run - - - -
+d /var/volatile/tmp - - - -
+
diff --git a/meta-systemd/recipes-core/systemd/systemd_git.bb
b/meta-systemd/recipes-core/systemd/systemd_git.bb
index 09bc635..2b245c0 100644
--- a/meta-systemd/recipes-core/systemd/systemd_git.bb
+++ b/meta-systemd/recipes-core/systemd/systemd_git.bb
@@ -19,7 +19,7 @@ inherit gitpkgv
PKGV = "v${GITPKGVTAG}"
PV = "git"
-PR = "r6"
+PR = "r7"
inherit useradd pkgconfig autotools perlnative
@@ -31,6 +31,7 @@ SRC_URI = "git://anongit.freedesktop.org/systemd/systemd;protocol=git \
file://touchscreen.rules \
file://modprobe.rules \
file://var-run.conf \
+ file://create-volatile.conf \
${UCLIBCPATCHES} \
"
UCLIBCPATCHES = ""
@@ -97,6 +98,7 @@ do_install() {
install -m 0644 ${WORKDIR}/*.rules ${D}${sysconfdir}/udev/rules.d/
install -m 0644 ${WORKDIR}/var-run.conf ${D}${sysconfdir}/tmpfiles.d/
+ install -m 0644 ${WORKDIR}/create-volatile.conf
${D}${sysconfdir}/tmpfiles.d/
}
python populate_packages_prepend (){
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] Angstrom build failure
I resolved this for gumstix/denzil (not Angstrom) with the following, made necessary by the commit below. Note that the instructions in the commit mis-spell the variable name. PREFERRED_VERSION_systemd = "v189" Peter commit c17d774553b8e95f142bf6388aa70f48ce8cf1ce Author: Eric Bénard Date: Mon Dec 24 13:21:43 2012 +0100 systemd_v189: add D_P=-1 now users have the choice : * keep the old behaviour when not using systemd : PREFERRED_PROVIDER_udev = "udev" * switch to systemd (while keeping upgrade path) : PREFERRED_PROVIDER_udev = "systemd" PREFFERED_VERSION_systemd = "v189" Signed-off-by: Eric Bénard Acked-by: Koen Kooi On 01/17/2013 03:51 AM, Takeshi Hamasaki wrote: Hi, Do you want systemd and udev to be build same time? I'm not sure it is same problem or not, I've read some thread about confliction between systemd and udev. http://comments.gmane.org/gmane.comp.handhelds.openembedded/55775 adding a line PREFERRED_PROVIDER_udev = "systemd" in conf/local.conf helped me to go to next step. Regards, ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] Denzil updates
On 12/16/2012 03:56 AM, Eric Bénard wrote: Hi Koen, Hi Liu, as per your requests the following patches were applied to denzil-next : 35f92b4 systemd: use system variables instead of hardcoded paths 6e0ddd4 systemd: update to v189 66e169f gdm: do not rely on dev-tty7.device 0f17a3f meta-systemd: systemd-systemctl-native: Also add support for WantedBy=*.service d6dd53c systemd-systemctl-native: handle ALIAS tag e5b3091 systemd-systemctl-native: extend systemctl wrapper to support mask action f713db3 systemd-systemctl-native: Add additional messages for better debugging patchwork # : 36615 36613 36609 36611 36605 36607 36535 (with manual rework for the last one). Please don't forget to cc me for patches for denzil or danny. I thought that OE patch submission for any layer should follow the instructions in the README at the top of the layer being patched. Those instructions already ask for "[danny]" (e.g.) to be part of the subject, and for submissions to be mailed to this list. If this isn't enough and you should be cc'd specifically, can you add your preferred email address for these messages to the patch instructions? I'll probably remember to look at the README, but I certainly won't remember other instructions that pass by on the mailing list like this. Peter ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [meta-oe][danny][PATCH] Revert "libgphoto2: fix build"
On 12/10/2012 05:43 AM, Eric Bénard wrote: Hi Peter and Andreas, Le Wed, 5 Dec 2012 07:58:33 +0100, Andreas Müller a écrit : On Wed, Dec 5, 2012 at 12:01 AM, Peter A. Bigot wrote: From: "Peter A. Bigot" This reverts commit 5febf70d37c7e9cf55fa7de5285531a810312e3a. Patch made in response to oe-core commit 841ea3c1c breaks builds using oe-core danny branch which branched before that commit. Signed-off-by: Peter A. Bigot pushed to danny-next + Andreas' request concerning "gphoto2: fix gettext build error", please check the result is what you expect. By inspection the result is what it should be, correcting the missed PR bump in the patch version I submitted. Peter ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH 3/5] ntp: cleanup recipes and fix SSL support
On 12/04/2012 05:59 AM, Martin Jansa wrote:
From: Paul Eggleton
* Move common definitions to the inc file
* Drop override of do_configure which doesn't seem to be needed anymore
* Fold ntp-ssl into the ntp recipe as a PACKAGECONFIG option for those
who want it (default to off) and fix configure-time checks to detect
OpenSSL properly so that it gets enabled when selected
* Remove ntp-bin package and put its contents in currently empty
ntp-utils package (with migration path)
* Fix hardcoded paths in ntpd initscript
* Specify ntpd.conf as a configuration file for packaging purposes
* Rearrange so that packaging definitions are towards the end in the
expected order
* Delete unused "ntp" initscript file
* Add SUMMARY
* Update HOMEPAGE
This reapplies some of the changes from the original patch by
Morgan Little .
Signed-off-by: Paul Eggleton
Signed-off-by: Martin Jansa
---
meta-networking/recipes-support/ntp/files/ntp | 31
.../recipes-support/ntp/files/openssl-check.patch | 59 +++
.../recipes-support/ntp/ntp-ssl_4.2.6p5.bb | 11 ---
meta-networking/recipes-support/ntp/ntp.inc| 87 +-
meta-networking/recipes-support/ntp/ntp_4.2.6p5.bb | 44 +--
5 files changed, 131 insertions(+), 101 deletions(-)
delete mode 100755 meta-networking/recipes-support/ntp/files/ntp
create mode 100644
meta-networking/recipes-support/ntp/files/openssl-check.patch
delete mode 100644 meta-networking/recipes-support/ntp/ntp-ssl_4.2.6p5.bb
diff --git a/meta-networking/recipes-support/ntp/files/ntp
b/meta-networking/recipes-support/ntp/files/ntp
deleted file mode 100755
index e91a528..000
--- a/meta-networking/recipes-support/ntp/files/ntp
+++ /dev/null
@@ -1,31 +0,0 @@
-#! /bin/sh
-
-FLAGS="defaults 23"
-
-test -f /usr/bin/ntpd || exit 0
-
-case "$1" in
- start)
- echo -n "Starting NTP server: ntpd"
- start-stop-daemon --start --quiet --exec /usr/bin/ntpd
- echo "."
- ;;
- stop)
- echo -n "Stopping NTP server: ntpd"
- start-stop-daemon --stop --quiet --exec /usr/bin/ntpd
- echo "."
- ;;
- restart|force-reload)
- echo -n "Restarting NTP server: ntpd... "
- start-stop-daemon --stop --quiet --exec /usr/bin/ntpd
- sleep 2
- start-stop-daemon --start --quiet --exec /usr/bin/ntpd
- echo "done."
- ;;
- *)
- echo "Usage: /etc/init.d/ntp {start|stop|restart|force-reload}"
- exit 1
- ;;
-esac
-
-exit 0
diff --git a/meta-networking/recipes-support/ntp/files/openssl-check.patch
b/meta-networking/recipes-support/ntp/files/openssl-check.patch
new file mode 100644
index 000..8b4a673
--- /dev/null
+++ b/meta-networking/recipes-support/ntp/files/openssl-check.patch
@@ -0,0 +1,59 @@
+Hack OpenSSL check to work when libssl and libcrypto aren't in same dir
+
+Upstream-Status: Inappropriate [config]
+
+Signed-off-by: Paul Eggleton
+---
+ configure |4 ++--
+ m4/ntp_openssl.m4 |4 ++--
+ sntp/configure|4 ++--
+ 3 files changed, 6 insertions(+), 6 deletions(-)
+
+diff --git a/configure b/configure
+index aae2c01..6a3c15e 100755
+--- a/configure
b/configure
+@@ -22868,8 +22868,8 @@ case "$ans" in
+ test -f $i/libcrypto.dylib -a -f $i/libssl.dylib && break
+ ;;
+*)
+- test -f $i/libcrypto.so -a -f $i/libssl.so && break
+- test -f $i/libcrypto.a -a -f $i/libssl.a && break
++ test -f $i/libssl.so && break
++ test -f $i/libssl.a && break
+ ;;
+ esac
+ done
+diff --git a/m4/ntp_openssl.m4 b/m4/ntp_openssl.m4
+index 7d9f477..67bdd55 100644
+--- a/m4/ntp_openssl.m4
b/m4/ntp_openssl.m4
+@@ -41,8 +41,8 @@ case "$ans" in
+ test -f $i/libcrypto.dylib -a -f $i/libssl.dylib && break
+ ;;
+*)
+- test -f $i/libcrypto.so -a -f $i/libssl.so && break
+- test -f $i/libcrypto.a -a -f $i/libssl.a && break
++ test -f $i/libssl.so && break
++ test -f $i/libssl.a && break
+ ;;
+ esac
+ done
+diff --git a/sntp/configure b/sntp/configure
+index 7782c29..55e82d9 100755
+--- a/sntp/configure
b/sntp/configure
+@@ -14810,8 +14810,8 @@ case "$ans" in
+ test -f $i/libcrypto.dylib -a -f $i/libssl.dylib && break
+ ;;
+*)
+- test -f $i/libcrypto.so -a -f $i/libssl.so && break
+- test -f $i/libcrypto.a -a -f $i/libssl.a && break
++ test -f $i/libssl.so && break
++ test -f $i/libssl.a && break
+ ;;
+ esac
+ done
+--
+1.7.1
+
diff --git a/meta-networking/recipes-support/ntp/ntp-ssl_4.2.6p5.bb
b/meta-networking/recipes-support/ntp/ntp-ssl_4.2.6p5.bb
deleted file mode 100644
index a158990..000
--- a/meta-networking/recipes-support/ntp/ntp-ssl
[oe] [meta-oe][danny][PATCH] Revert "libgphoto2: fix build"
From: "Peter A. Bigot"
This reverts commit 5febf70d37c7e9cf55fa7de5285531a810312e3a.
Patch made in response to oe-core commit 841ea3c1c breaks builds using
oe-core danny branch which branched before that commit.
Signed-off-by: Peter A. Bigot
---
.../0001-configure.ac-remove-AM_PO_SUBDIRS.patch | 48
.../recipes-graphics/gphoto2/libgphoto2_2.4.11.bb |2 -
2 files changed, 0 insertions(+), 50 deletions(-)
delete mode 100644
meta-oe/recipes-graphics/gphoto2/libgphoto2-2.4.11/0001-configure.ac-remove-AM_PO_SUBDIRS.patch
diff --git
a/meta-oe/recipes-graphics/gphoto2/libgphoto2-2.4.11/0001-configure.ac-remove-AM_PO_SUBDIRS.patch
b/meta-oe/recipes-graphics/gphoto2/libgphoto2-2.4.11/0001-configure.ac-remove-AM_PO_SUBDIRS.patch
deleted file mode 100644
index 5e135db..000
---
a/meta-oe/recipes-graphics/gphoto2/libgphoto2-2.4.11/0001-configure.ac-remove-AM_PO_SUBDIRS.patch
+++ /dev/null
@@ -1,48 +0,0 @@
-From 31a5d2f7db18737aef08c34e8707b4f69f7e5156 Mon Sep 17 00:00:00 2001
-From: =?UTF-8?q?Andreas=20M=C3=BCller?=
-Date: Sun, 21 Oct 2012 17:59:20 +0200
-Subject: [PATCH] configure.ac: remove AM_PO_SUBDIRS
-MIME-Version: 1.0
-Content-Type: text/plain; charset=UTF-8
-Content-Transfer-Encoding: 8bit
-
-together with oe autotools.bbclass this is done twice and causes:
-
-| autoreconf: running: aclocal
--system-acdir=/home/Superandy/tmp/oe-core-eglibc/work/armv7a-vfp-neon-angstrom-linux-gnueabi/libgphoto2-2.4.11-r2/libgphoto2-2.4.11/aclocal-copy/
--automake-acdir=/home/Superandy/tmp/oe-core-eglibc/sysroots/x86_64-linux/usr/share/aclocal-1.12
-I
/home/Superandy/tmp/oe-core-eglibc/work/armv7a-vfp-neon-angstrom-linux-gnueabi/libgphoto2-2.4.11-r2/libgphoto2-2.4.11/auto-m4/
-I
/home/Superandy/tmp/oe-core-eglibc/work/armv7a-vfp-neon-angstrom-linux-gnueabi/libgphoto2-2.4.11-r2/libgphoto2-2.4.11/m4m/
-I
/home/Superandy/tmp/oe-core-eglibc/work/armv7a-vfp-neon-angstrom-linux-gnueabi/libgphoto2-2.4.11-r2/libgphoto2-2.4.11/auto-m4/
-I
/home/Superandy/tmp/oe-core-eglibc/work/armv7a-vfp-neon-angstrom-linux-gnueabi/libgphoto2-2.4.11-r2/libgphoto2-2.4.11/m4m/
--force -I auto-m4 -I m4m
-| configure.ac:230: error: `po-directories' is already registered with
AC_CONFIG_COMMANDS.
-
-Upstream-Status: Inapropriate [configuration]
-
-Signed-off-by: Andreas Müller
- configure.ac |1 -
- libgphoto2_port/configure.ac |1 -
- 2 files changed, 0 insertions(+), 2 deletions(-)
-
-diff --git a/configure.ac b/configure.ac
-index 2f8e1b8..2e90acf 100644
a/configure.ac
-+++ b/configure.ac
-@@ -227,7 +227,6 @@ ALL_LINGUAS="da de es eu fr hu it ja nl pl ru sv uk vi
zh_CN"
- GP_GETTEXT_HACK([${PACKAGE}-${LIBGPHOTO2_CURRENT_MIN}],[The gPhoto
Team],[${MAIL_GPHOTO_TRANSLATION}])
- AM_GNU_GETTEXT_VERSION([0.14.1])
- AM_GNU_GETTEXT([external])
--AM_PO_SUBDIRS()
- AM_ICONV()
- GP_GETTEXT_FLAGS()
-
-diff --git a/libgphoto2_port/configure.ac b/libgphoto2_port/configure.ac
-index 0b66d58..df47357 100644
a/libgphoto2_port/configure.ac
-+++ b/libgphoto2_port/configure.ac
-@@ -116,7 +116,6 @@
GP_GETTEXT_HACK([${PACKAGE}-${LIBGPHOTO2_PORT_CURRENT_MIN}],[Lutz Mueller and ot
- ALL_LINGUAS="cs da de fr es eu it ja nl pl pt_BR ru sk sv uk vi zh_CN zh_TW"
- AM_GNU_GETTEXT_VERSION([0.14.1])
- AM_GNU_GETTEXT([external])
--AM_PO_SUBDIRS()
- AM_ICONV()
- GP_GETTEXT_FLAGS()
-
---
-1.7.4.4
-
diff --git a/meta-oe/recipes-graphics/gphoto2/libgphoto2_2.4.11.bb
b/meta-oe/recipes-graphics/gphoto2/libgphoto2_2.4.11.bb
index d7f6ac0..affe571 100644
--- a/meta-oe/recipes-graphics/gphoto2/libgphoto2_2.4.11.bb
+++ b/meta-oe/recipes-graphics/gphoto2/libgphoto2_2.4.11.bb
@@ -15,7 +15,6 @@ SRC_URI =
"${SOURCEFORGE_MIRROR}/gphoto/libgphoto2-${PV}.tar.bz2;name=libgphoto2
file://10-camera-libgphoto2-device.fdi \
file://10-camera-libgphoto2.fdi \
file://40-libgphoto2.rules \
- file://0001-configure.ac-remove-AM_PO_SUBDIRS.patch \
"
SRC_URI[libgphoto2.md5sum] = "16a22b9739e45a95980ed62705fe7333"
@@ -26,7 +25,6 @@ inherit autotools pkgconfig gettext lib_package
EXTRA_OECONF = " --with-drivers=all udevscriptdir=/lib/udev
ac_cv_lib_ltdl_lt_dlcaller_register=yes"
do_configure_append() {
- cp ${STAGING_DATADIR}/gettext/po/Makefile.in.in ${S}/libgphoto2_port/po/
cd ${S}/libgphoto2_port/
autoreconf -Wcross --verbose --install --force ${EXTRA_AUTORECONF}
$acpaths
cd ${S}
--
1.7.7.6
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [meta-networking][PATCH] ntp: fix checksum
I don't know how to reply to mail that was sent while I was unsubscribed, so:
http://patches.openembedded.org/patch/39697
was rejected per below, but still needs to be applied to danny.
Peter
[[meta-networking][PATCH]*ntp*:*fix* *checksum*] On 12.11.27 (Tue 17:19) Eric
Bénard wrote:
commit e15543f05bb2c321cd649b90de50d1a3d8cd1199 upgrade the recipe to
a newer version but didn't update the*checksum* so fetch is failing.
Signed-off-by: Eric Bénard eukrea.com>
---
meta-networking/recipes-support/*ntp*/*ntp*_4.2.6p5.bb |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta-networking/recipes-support/*ntp*/*ntp*_4.2.6p5.bb
b/meta-networking/recipes-support/*ntp*/*ntp*_4.2.6p5.bb
index f7c5b68..0fce5ce 100644
--- a/meta-networking/recipes-support/*ntp*/*ntp*_4.2.6p5.bb
+++ b/meta-networking/recipes-support/*ntp*/*ntp*_4.2.6p5.bb
@@ -8,8 +8,8 @@ SRC_URI =
"http://www.eecis.udel.edu/~*ntp*/*ntp*_spool/*ntp*4/*ntp*-4.2/*ntp*-${PV}.tar.g
file://*ntp*date \
"
-SRC_URI[md5sum] = "59876a9009b098ff59767ee45a88ebd2"
-SRC_URI[sha256sum] =
"6e84d4ddfa14b911c3ed88463af10867e1fa9b287e7b34d8a02e78be85a7c40e"
+SRC_URI[md5sum] = "00df80a84ec9528fcfb09498075525bc"
+SRC_URI[sha256sum] =
"d6ab8371f9d31e594eb6922823d5ccd03dcc4e9d84b0e23ea25ac1405432f91c"
EXTRA_OECONF += " --with-net-snmp-config=no --without-*ntp*snmpd"
I didn't merge the patch since the change is included in the updates I
merged from PaulE.
--
-Joe MacDonald.
:wq
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [meta-oe][PATCH] gphoto2: fix gettext build error
On 11/30/2012 12:38 PM, Andreas Müller wrote: On Fri, Nov 30, 2012 at 7:22 PM, Peter Bigot wrote: On Fri, Nov 30, 2012 at 11:50 AM, Andreas Müller wrote: On Fri, Nov 30, 2012 at 6:45 PM, Andreas Müller wrote: On Fri, Nov 30, 2012 at 6:17 PM, Andreas Müller wrote: gettext 0.18.1 is installed both on the build machine, and as a native package used when building under bitbake. If it's at all relevant, I have LANG=en_US.UTF-8 in the environment in which bitbake is executed. Did you try a full reversion of 5febf70? Can you tell why, in your environment, autotools.bbclass replaces the Makefile.in.in for libgphoto2? It does not do this for me (otherwise I think Koen's patch that only reverts part of 5febf70 would not work). Peter It should copy see autotools.bbclass line 195 Andreas Peter One stupid question: Are you working with oe-core master - because commit 841ea3c1c18e50e77fccbd5f44d6a79a50913b67 Author: Richard Purdie Date: Thu Oct 11 08:43:01 2012 + which started my gphoto2 trouble is not found in danny Yes, seems to be a danny/master inconsistency, resulting from oe-core branching danny six weeks before meta-openembedded did, with my checkouts happening between the two points. So from what I can see now is that meta-oe's commit 92e3f684d14fd287194e78bc5e65f80504758b7d Author: Koen Kooi Date: Wed Nov 21 14:42:02 2012 + gphoto2: fix gettext build error Signed-off-by: Koen Kooi should be merged to danny and reverted (with PRbump) in master. I think 5febf70 should be reverted (with PR bump) in danny, which is where I'd started before I noticed 92e3f68 in patchwork. agreed In any case 92e3f68 should be discarded since it leaves the removal of AM_PO_SUBDIRS() from configure.ac in place with no motivation once the Makefile.in.in is no longer overwritten. Isn't that exactly what the patch I sent does? Probably. Unfortunately I had put my subscription on hold six months ago and had problems re-enabling it last weekend so I missed seeing your patch; that's been fixed and my address updated. I also hadn't bothered to pull recently, so didn't see that Koen's change had been applied. And so I added to the confusion; sorry about that. If that seems plausible I'll prepare a patch. Appreciated - because if would do it would most likely cause further confusion :) Actually, it'd probably lessen it, since I'm just a bit player in this theatre. But I'll give it a go later this afternoon after I make progress on what I'm supposed to be working on Peter ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [meta-oe] ntp: correct systemd EnvironmentFile, add ntpdate service
From: "Peter A. Bigot"
Eliminate EnvironmentFile from systemd unit descriptions. /etc/ntp.conf
can't be sourced to set environment variables like NTPD_ARG. Following the
rationale at http://0pointer.de/blog/projects/on-etc-sysinit.html it isn't
needed anyway; if you don't buy that, it should be:
EnvironmentFile=-/etc/default/ntpd
Add one-shot ntpdate service which synchronizes local clock prior to
starting ntpd (which aborts if the local time is more than 1000 seconds off
of the server). "systemctl enable ntpdate.service" not done by default
because this would be a behavior change.
Correct comment describing how to replace ntpdate (ntpdc doesn't take those
arguments).
Add comment to ntp.conf pointing out need to remove local hardware clock as
a reference when simulating ntpdate.
Signed-off-by: Peter A. Bigot
---
meta-oe/recipes-support/ntp/files/ntp.conf|1 +
meta-oe/recipes-support/ntp/files/ntpd.service|3 +--
meta-oe/recipes-support/ntp/files/ntpdate.service | 11 +++
meta-oe/recipes-support/ntp/ntp.inc |3 ++-
meta-oe/recipes-support/ntp/ntp_4.2.6p3.bb|4 +++-
5 files changed, 18 insertions(+), 4 deletions(-)
create mode 100644 meta-oe/recipes-support/ntp/files/ntpdate.service
diff --git a/meta-oe/recipes-support/ntp/files/ntp.conf
b/meta-oe/recipes-support/ntp/files/ntp.conf
index 5964828..bf52440 100644
--- a/meta-oe/recipes-support/ntp/files/ntp.conf
+++ b/meta-oe/recipes-support/ntp/files/ntp.conf
@@ -7,6 +7,7 @@ driftfile /etc/ntp.drift
# as required, or change this.
server pool.ntp.org
# Using local hardware clock as fallback
+# Disable this when using ntpd -q -g -x as ntpdate or it will sync to itself
server 127.127.1.0
fudge 127.127.1.0 stratum 14
# Defining a default security setting
diff --git a/meta-oe/recipes-support/ntp/files/ntpd.service
b/meta-oe/recipes-support/ntp/files/ntpd.service
index 420a056..bd87b1e 100644
--- a/meta-oe/recipes-support/ntp/files/ntpd.service
+++ b/meta-oe/recipes-support/ntp/files/ntpd.service
@@ -5,8 +5,7 @@ After=network.target
[Service]
Type=forking
PIDFile=/run/ntpd.pid
-EnvironmentFile=/etc/ntp.conf
-ExecStart=/usr/bin/ntpd $NTPD_ARGS -p /run/ntpd.pid
+ExecStart=/usr/bin/ntpd -p /run/ntpd.pid
[Install]
WantedBy=multi-user.target
diff --git a/meta-oe/recipes-support/ntp/files/ntpdate.service
b/meta-oe/recipes-support/ntp/files/ntpdate.service
new file mode 100644
index 000..b2bc632
--- /dev/null
+++ b/meta-oe/recipes-support/ntp/files/ntpdate.service
@@ -0,0 +1,11 @@
+[Unit]
+Description=Network Time Service (one-shot ntpdate mode)
+Before=ntpd.service
+
+[Service]
+Type=oneshot
+ExecStart=/usr/bin/ntpd -q -g -x
+RemainAfterExit=yes
+
+[Install]
+WantedBy=multi-user.target
diff --git a/meta-oe/recipes-support/ntp/ntp.inc
b/meta-oe/recipes-support/ntp/ntp.inc
index b398b80..1d740f0 100644
--- a/meta-oe/recipes-support/ntp/ntp.inc
+++ b/meta-oe/recipes-support/ntp/ntp.inc
@@ -28,7 +28,8 @@ EXTRA_OECONF = "--without-openssl --without-crypto
ac_cv_header_readline_history
CFLAGS_append = " -DPTYS_ARE_GETPT -DPTYS_ARE_SEARCHED"
PACKAGES += "ntpdate ${PN}-bin ${PN}-tickadj ${PN}-utils"
-# NOTE: you don't need ntpdate, use "ntpdc -q -g -x"
+# NOTE: you don't need ntpdate, use "ntpd -q -g -x"
+# or the ntpdate systemd service
# This should use rc.update
FILES_ntpdate = "${bindir}/ntpdate ${sysconfdir}/init.d/ntpdate"
diff --git a/meta-oe/recipes-support/ntp/ntp_4.2.6p3.bb
b/meta-oe/recipes-support/ntp/ntp_4.2.6p3.bb
index e2bb1a8..063d82a 100644
--- a/meta-oe/recipes-support/ntp/ntp_4.2.6p3.bb
+++ b/meta-oe/recipes-support/ntp/ntp_4.2.6p3.bb
@@ -1,6 +1,6 @@
require ntp.inc
-PR = "r3"
+PR = "r4"
inherit systemd
@@ -13,6 +13,7 @@ SRC_URI =
"http://www.eecis.udel.edu/~ntp/ntp_spool/ntp4/ntp-4.2/${P}.tar.gz \
file://ntpd \
file://ntp.conf \
file://ntpdate \
+file://ntpdate.service \
file://ntpd.service \
"
@@ -29,6 +30,7 @@ do_install_append() {
install -m 755 ${WORKDIR}/ntpdate ${D}/${sysconfdir}/network/if-up.d
install -d ${D}${base_libdir}/systemd/system
+ install -m 0644 ${WORKDIR}/ntpdate.service
${D}${base_libdir}/systemd/system/
install -m 0644 ${WORKDIR}/ntpd.service
${D}${base_libdir}/systemd/system/
}
--
1.7.6.4
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [meta-oe][PATCH] python-pyusb: add recipe to support usb development in Python
From: "Peter A. Bigot"
---
.../python/python-pyusb_1.0.0a2.bb | 17 +
1 files changed, 17 insertions(+), 0 deletions(-)
create mode 100644 meta-oe/recipes-devtools/python/python-pyusb_1.0.0a2.bb
diff --git a/meta-oe/recipes-devtools/python/python-pyusb_1.0.0a2.bb
b/meta-oe/recipes-devtools/python/python-pyusb_1.0.0a2.bb
new file mode 100644
index 000..4048f4b
--- /dev/null
+++ b/meta-oe/recipes-devtools/python/python-pyusb_1.0.0a2.bb
@@ -0,0 +1,17 @@
+DESCRIPTION = "PyUSB provides USB access on the Python language"
+HOMEPAGE = "http://pyusb.sourceforge.net/";
+SECTION = "devel/python"
+LICENSE = "BSD"
+LIC_FILES_CHKSUM = "file://LICENSE;md5=a53a9c39efcfb812e2464af14afab013"
+DEPENDS = "libusb1"
+
+SRC_URI = "\
+ ${SOURCEFORGE_MIRROR}/pyusb/${SRCNAME}-${PV}.tar.gz \
+"
+SRC_URI[md5sum] = "9136b3dc019272c62a5b6d4eb624f89f"
+SRC_URI[sha256sum] =
"dacbf7d568c0bb09a974d56da66d165351f1ba3c4d5169ab5b734266623e1736"
+
+SRCNAME = "pyusb"
+S = "${WORKDIR}/${SRCNAME}-${PV}"
+
+inherit distutils
--
1.7.6.4
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [meta-oe] python-mysqldb: import from OE classic, update to 1.2.3
From: "Peter A. Bigot"
Changes from classic recipe:
* Corrected license description based on text in README.
* Switched to setuptools since distutils produced an egg that had x86
encoded in it.
* Old site.patch no longer necessary; threadsafe is False in this version.
---
.../python/python-mysqldb/mysqlpath.patch | 18 +++
.../python/python-mysqldb_1.2.3.bb | 24
2 files changed, 42 insertions(+), 0 deletions(-)
create mode 100644
meta-oe/recipes-devtools/python/python-mysqldb/mysqlpath.patch
create mode 100644 meta-oe/recipes-devtools/python/python-mysqldb_1.2.3.bb
diff --git a/meta-oe/recipes-devtools/python/python-mysqldb/mysqlpath.patch
b/meta-oe/recipes-devtools/python/python-mysqldb/mysqlpath.patch
new file mode 100644
index 000..a38da6f
--- /dev/null
+++ b/meta-oe/recipes-devtools/python/python-mysqldb/mysqlpath.patch
@@ -0,0 +1,18 @@
+--- MySQL-python-1.2.3/_mysql.c.orig 2010-06-17 02:21:56.0 -0500
MySQL-python-1.2.3/_mysql.c2011-12-31 09:50:07.888056331 -0600
+@@ -33,11 +33,11 @@
+ #include
+ #include
+ #else
+-#include "my_config.h"
++#include "mysql/my_config.h"
+ #endif
+-#include "mysql.h"
+-#include "mysqld_error.h"
+-#include "errmsg.h"
++#include "mysql/mysql.h"
++#include "mysql/mysqld_error.h"
++#include "mysql/errmsg.h"
+
+ #if PY_VERSION_HEX < 0x0202
+ # define MyTuple_Resize(t,n,d) _PyTuple_Resize(t, n, d)
diff --git a/meta-oe/recipes-devtools/python/python-mysqldb_1.2.3.bb
b/meta-oe/recipes-devtools/python/python-mysqldb_1.2.3.bb
new file mode 100644
index 000..69eb47c
--- /dev/null
+++ b/meta-oe/recipes-devtools/python/python-mysqldb_1.2.3.bb
@@ -0,0 +1,24 @@
+DESCRIPTION = "Python interface to MySQL"
+HOMEPAGE = "http://sourceforge.net/projects/mysql-python/";
+SECTION = "devel/python"
+# "GPL or the original license based on Python 1.5.2's license"
+LICENSE = "GPL"
+LIC_FILES_CHKSUM = "file://README;md5=f92e5d60b213d35288bc14f18e1e31b4"
+DEPENDS = "mysql5"
+
+SRC_URI = "\
+ ${SOURCEFORGE_MIRROR}/mysql-python/MySQL-python-${PV}.tar.gz \
+ file://mysqlpath.patch \
+"
+SRC_URI[md5sum] = "215eddb6d853f6f4be5b4afc4154292f"
+SRC_URI[sha256sum] =
"7de66fbbf923634e7c965aeaefa74642ba75ae20ee1cefcefc3009595b7a7e6e"
+
+SRCNAME = "MySQL-python"
+S = "${WORKDIR}/${SRCNAME}-${PV}"
+
+inherit setuptools
+
+do_install_append() {
+install -d ${D}${datadir}/doc/${PN}/
+install -m 0644 ${S}/doc/*.txt ${D}${datadir}/doc/${PN}/
+}
--
1.7.6.4
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
