Re: [OE-core] [PATCH] bash-completion: add recipe
Hi, Thanks for comments. I have posted a v2 patch on oe-devel list. Changes: - Drop PR. As this is a new recipe, this should be PR = r0, and r0 is the default. - Add PE = 1 to not conflict with old recipe (OE-Classic) PV = 20040711 - Moved LIC* entry before SECTION Question: - Kept DESCRIPTION, should it be renamed to SUMMARY? Cheers, M -Message d'origine- De : Paul Eggleton [mailto:paul.eggle...@linux.intel.com] Envoyé : vendredi 13 décembre 2013 17:36 À : Matthieu CRAPET; Saul Wold Cc : openembedded-core@lists.openembedded.org Objet : Re: [OE-core] [PATCH] bash-completion: add recipe On Friday 13 December 2013 08:27:41 Saul Wold wrote: Needs more comment as to why we need this along with a Signed-off-by: tag. Can you include where you brought this in from. I think this probably belongs in meta-oe rather than OE-Core, unless a good case for everyone needing it can be made. Cheers, Paul -- Paul Eggleton Intel Open Source Technology Centre ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 0/2] Change the way of handling CONFFILES
On 13 December 2013 17:18, Enrico Scholz enrico.sch...@sigma-chemnitz.de wrote: A lot of projects (especially from the freedesktop edge) are (ab)using /etc to store non configuration files. E.g. all the dbus confguration or gconf schemes are not intended to be modified by users. DBus configuration is available to be modified by admins, which is why it's in /etc. Ross ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] Problems with INC_RPM_IMAGE_GEN
Hi Qi, On Monday 16 December 2013 12:29:14 ChenQi wrote: Recently I've enabled INC_RPM_IMAGE_GEN on my old and slow build machine. Here are two problems I can see with this feature. 1. INC_RPM_IMAGE_GEN and 'rm_work' If we enable INC_RPM_IMAGE_GEN and 'rm_work' at the same time, we would get build failures. This is because the original rootfs has been removed because of rm_work. We could perhaps now auto-set RM_WORK_EXCLUDE for images where INC_RPM_IMAGE_GEN is set, would that fix this? 2. INC_RPM_IMAGE_GEN and XXX_POSTPROCESS_COMMAND Let's first look at a case. 1. build core-image-minimal with 'extrausers' inherited and root password set in local.conf 2. build core-image-minimal without 'extrausers' inherited The image generated in the second step still has the root password set. This is not what we want. The problem in incremental rpm image generation is that it chooses the final image as a starting point. However, the final image has been tweaked by all those XXX_POSTPROCESS_COMMAND. For example, the 'debug-tweaks' IMAGE_FEATURE will lead to several additonal ROOTFS_POSTPROCESS_COMMAND. meta/classes/image.bbclass:# Allow dropbear/openssh to accept logins from accounts with an empty password string if debug-tweaks is enabled meta/classes/image.bbclass:ROOTFS_POSTPROCESS_COMMAND += '${@base_contains(IMAGE_FEATURES, debug-tweaks, ssh_allow_empty_password; , ,d)}' meta/classes/image.bbclass:# Enable postinst logging if debug-tweaks is enabled meta/classes/image.bbclass:ROOTFS_POSTPROCESS_COMMAND += '${@base_contains(IMAGE_FEATURES, debug-tweaks, postinst_enable_logging; , ,d)}' IMHO, the rootfs after all packages installed and before all postprocess commands running should serve as the reference rootfs for the incremental rpm image generation. But I cannot figure out a reasonable solution which doesn't have much performance impact. Any idea or suggestion? Probably we would have to take a copy of the rootfs at some point before this. To be honest though this incremental functionality has always seemed a bit fragile to me - what if a postinstall for a package makes changes to files in the rootfs installed by another package, and the second time around the package is removed but the package's postrm doesn't undo those changes (do we even run postrms during incremental rootfs generation)? Cheers, Paul ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH V2] openssl.inc: Install c_rehash utility with openssl
From: mykhani yasir_k...@mentor.com c_rehash utility is not being installed with openssl.It conveniently generates hash and symbolic links based on it for CA certificates stored locally for SSL based server authentication Signed-off-by: mykhani yasir_k...@mentor.com --- meta/recipes-connectivity/openssl/openssl.inc | 11 ++- 1 file changed, 10 insertions(+), 1 deletion(-) diff --git a/meta/recipes-connectivity/openssl/openssl.inc b/meta/recipes-connectivity/openssl/openssl.inc index 78ff7ae..5cb67df 100644 --- a/meta/recipes-connectivity/openssl/openssl.inc +++ b/meta/recipes-connectivity/openssl/openssl.inc @@ -34,10 +34,14 @@ export AS = ${CC} -c inherit pkgconfig siteinfo multilib_header PACKAGES =+ libcrypto libssl ${PN}-misc + +#Adding RDEPENDS for perl scripts +RDEPENDS_${PN}-misc +=perl + FILES_libcrypto = ${base_libdir}/libcrypto${SOLIBS} FILES_libssl = ${libdir}/libssl.so.* FILES_${PN} =+ ${libdir}/ssl/* -FILES_${PN}-misc = ${libdir}/ssl/misc ${libdir}/ssl/openssl.cnf +FILES_${PN}-misc = ${libdir}/ssl/misc ${libdir}/ssl/openssl.cnf ${bindir}/c_rehash FILES_${PN}-dev += ${base_libdir}/libcrypto${SOLIBSDEV} do_configure_prepend_darwin () { @@ -148,5 +152,10 @@ do_install () { oe_multilib_header openssl/opensslconf.h } +do_install_append() { +# The c_rehash utility isn't installed by the normal installation process. +install -m 0755 ${S}/tools/c_rehash ${D}${bindir} +} + BBCLASSEXTEND = native nativesdk -- 1.7.10.4 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 2/2] libmatchbox: use PACKAGECONFIG
On 14 December 2013 14:18, Trevor Woerner trevor.woer...@linaro.org wrote: Hi Ross, Your commit message and your commit don't seem to agree. I.e. you say you've removed 2 dependencies, but it looks like you've actually removed more than just 2. The other dependencies just moved into PACKAGECONFIG statements. Ross ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] gtk+: Add PACKAGECONFIG for directfb
* building without x11 doesn't work, because it sets default gdkbackend to x11 and then requires cairo-xlib to be available * checking for CAIRO_BACKEND... no configure: error: Package requirements (cairo-xlib = 1.6) were not met: No package 'cairo-xlib' found Signed-off-by: Martin Jansa martin.ja...@gmail.com --- meta/recipes-gnome/gtk+/gtk+.inc | 6 +- 1 file changed, 5 insertions(+), 1 deletion(-) diff --git a/meta/recipes-gnome/gtk+/gtk+.inc b/meta/recipes-gnome/gtk+/gtk+.inc index 73d624c..5bf0bfe 100644 --- a/meta/recipes-gnome/gtk+/gtk+.inc +++ b/meta/recipes-gnome/gtk+/gtk+.inc @@ -14,9 +14,13 @@ X11DEPENDS = virtual/libx11 libxext libxcursor libxrandr libxdamage libxrender DEPENDS = glib-2.0 pango atk jpeg libpng gdk-pixbuf-native docbook-utils-native \ cairo gdk-pixbuf -PACKAGECONFIG ??= ${@base_contains('DISTRO_FEATURES', 'x11', 'x11', '', d)} +PACKAGECONFIG ??= ${@base_contains('DISTRO_FEATURES', 'x11', 'x11', '', d)} \ + ${@base_contains('DISTRO_FEATURES', 'directfb', 'directfb', '', d)} \ + PACKAGECONFIG[x11] = --with-x=yes --with-gdktarget=x11,--with-x=no,${X11DEPENDS} +# without --with-gdktarget=directfb it will check for cairo-xlib which isn't available without X11 DISTRO_FEATURE +PACKAGECONFIG[directfb] = --with-gdktarget=directfb,,directfb inherit autotools gtk-doc pkgconfig update-alternatives gtk-immodules-cache -- 1.8.4.3 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] gtk+: Add PACKAGECONFIG for directfb
Hi Martin, On Monday 16 December 2013 14:15:25 Martin Jansa wrote: * building without x11 doesn't work, because it sets default gdkbackend to x11 and then requires cairo-xlib to be available * checking for CAIRO_BACKEND... no configure: error: Package requirements (cairo-xlib = 1.6) were not met: No package 'cairo-xlib' found Signed-off-by: Martin Jansa martin.ja...@gmail.com --- meta/recipes-gnome/gtk+/gtk+.inc | 6 +- 1 file changed, 5 insertions(+), 1 deletion(-) diff --git a/meta/recipes-gnome/gtk+/gtk+.inc b/meta/recipes-gnome/gtk+/gtk+.inc index 73d624c..5bf0bfe 100644 --- a/meta/recipes-gnome/gtk+/gtk+.inc +++ b/meta/recipes-gnome/gtk+/gtk+.inc @@ -14,9 +14,13 @@ X11DEPENDS = virtual/libx11 libxext libxcursor libxrandr libxdamage libxrender DEPENDS = glib-2.0 pango atk jpeg libpng gdk-pixbuf-native docbook-utils-native \ cairo gdk-pixbuf -PACKAGECONFIG ??= ${@base_contains('DISTRO_FEATURES', 'x11', 'x11', '', d)} +PACKAGECONFIG ??= ${@base_contains('DISTRO_FEATURES', 'x11', 'x11', '', d)} \ + ${@base_contains('DISTRO_FEATURES', 'directfb', 'directfb', '', d)} \ + PACKAGECONFIG[x11] = --with-x=yes --with-gdktarget=x11,--with-x=no,${X11DEPENDS} +# without --with-gdktarget=directfb it will check for cairo-xlib which isn't available without X11 DISTRO_FEATURE +PACKAGECONFIG[directfb] = --with-gdktarget=directfb,,directfb inherit autotools gtk-doc pkgconfig update-alternatives gtk-immodules-cache I was under the impression that directfb support was removed from GTK+ some time ago - is that not the case? Cheers, Paul -- Paul Eggleton Intel Open Source Technology Centre ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] gtk+: Add PACKAGECONFIG for directfb
On 16 December 2013 13:23, Paul Eggleton paul.eggle...@linux.intel.com wrote: I was under the impression that directfb support was removed from GTK+ some time ago - is that not the case? This is for the GTK+ 2 recipe that still had DirectFB support. I think it can be best described as barely working, which is why it was removed in GTK+ 3. As obviously nobody is actually using the DirectFB support in our GTK+ (probably because nobody is maintaining it upstream), we could just make X11 a hard dependency instead of respecting the distro features. Ross ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] gtk+: Add PACKAGECONFIG for directfb
On Mon, Dec 16, 2013 at 01:23:56PM +, Paul Eggleton wrote: Hi Martin, On Monday 16 December 2013 14:15:25 Martin Jansa wrote: * building without x11 doesn't work, because it sets default gdkbackend to x11 and then requires cairo-xlib to be available * checking for CAIRO_BACKEND... no configure: error: Package requirements (cairo-xlib = 1.6) were not met: No package 'cairo-xlib' found Signed-off-by: Martin Jansa martin.ja...@gmail.com --- meta/recipes-gnome/gtk+/gtk+.inc | 6 +- 1 file changed, 5 insertions(+), 1 deletion(-) diff --git a/meta/recipes-gnome/gtk+/gtk+.inc b/meta/recipes-gnome/gtk+/gtk+.inc index 73d624c..5bf0bfe 100644 --- a/meta/recipes-gnome/gtk+/gtk+.inc +++ b/meta/recipes-gnome/gtk+/gtk+.inc @@ -14,9 +14,13 @@ X11DEPENDS = virtual/libx11 libxext libxcursor libxrandr libxdamage libxrender DEPENDS = glib-2.0 pango atk jpeg libpng gdk-pixbuf-native docbook-utils-native \ cairo gdk-pixbuf -PACKAGECONFIG ??= ${@base_contains('DISTRO_FEATURES', 'x11', 'x11', '', d)} +PACKAGECONFIG ??= ${@base_contains('DISTRO_FEATURES', 'x11', 'x11', '', d)} \ + ${@base_contains('DISTRO_FEATURES', 'directfb', 'directfb', '', d)} \ + PACKAGECONFIG[x11] = --with-x=yes --with-gdktarget=x11,--with-x=no,${X11DEPENDS} +# without --with-gdktarget=directfb it will check for cairo-xlib which isn't available without X11 DISTRO_FEATURE +PACKAGECONFIG[directfb] = --with-gdktarget=directfb,,directfb inherit autotools gtk-doc pkgconfig update-alternatives gtk-immodules-cache I was under the impression that directfb support was removed from GTK+ some time ago - is that not the case? Hi, I must admit that my real motivation is to really disable x11/xlib in gtk+, not to use it with directfb backend (In order to resolve unsatisfied dependency mdbus2 - vala - gtk+ in distro without x11 DISTRO_FEATURE). After enabling directfb PACKAGECONFIG in gtk+ _AND_ cairo it builds fine. I've tested this with dora (gtk+-2.24.20) and master (gtk+-2.24.22) and both have in configure.ac: cairo_backend=$gdktarget AC_ARG_WITH(gdktarget, [ --with-gdktarget=[[x11/win32/quartz/directfb]] select non-default GDK target], gdktarget=$with_gdktarget) if test x$cairo_backend = xx11; then cairo_backend=xlib fi -- Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com signature.asc Description: Digital signature ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] gtk+: Add PACKAGECONFIG for directfb
On 16 December 2013 13:52, Martin Jansa martin.ja...@gmail.com wrote: I must admit that my real motivation is to really disable x11/xlib in gtk+, not to use it with directfb backend (In order to resolve unsatisfied dependency mdbus2 - vala - gtk+ in distro without x11 DISTRO_FEATURE). After enabling directfb PACKAGECONFIG in gtk+ _AND_ cairo it builds fine. Why not make vala's GTK+ dependency configurable in some way? Ross ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] gstreamer1.0-plugins-base: fix missing rprovides
Hi, My previous patch is wrong. I've seen libgst* packages in gstreamer1.0-plugins-base gstreamer1.0-plugins-bad. I'm using directly libgst* packages from a third party plugin. I've thought changing gstreamer1.0-plugins.inc (instead of gstreamer1.0-plugins-base.inc): -PACKAGES_DYNAMIC = ^${PN}-.* +PACKAGES_DYNAMIC = ^${PN}-.* ^libgst.* But unfortunately this introduces a nasty (but not fatal) warning message. For examples: NOTE: multiple providers are available for runtime libgstaudio-1.0 (gstreamer1.0-plugins-bad, gstreamer1.0-plugins-base, gstreamer1.0-plugins-good) NOTE: consider defining a PREFERRED_PROVIDER entry to match libgstaudio-1.0 libgstaudio-1.0 is only provided by gstreamer1.0-plugins-base NOTE: multiple providers are available for runtime libgstmpegts-1.0 (gstreamer1.0-plugins-bad, gstreamer1.0-plugins-base, gstreamer1.0-plugins-good) NOTE: consider defining a PREFERRED_PROVIDER entry to match libgstmpegts-1.0 libgstmpegts-1.0 is only provided by gstreamer1.0-plugins-bad Is this a side effect of PACKAGES_DYNAMIC with empty package? Regards, M -Message d'origine- De : Matthieu Crapet [mailto:matthieu.cra...@ingenico.com] Envoyé : vendredi 13 décembre 2013 11:50 À : openembedded-core@lists.openembedded.org Cc : Matthieu CRAPET Objet : [PATCH] gstreamer1.0-plugins-base: fix missing rprovides split_gstreamer10_packages creates libgst* packages which are missing in PACKAGES list. --- meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base.inc | 1 + 1 file changed, 1 insertion(+) diff --git a/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base.inc b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base.inc index ebfa7cd..697b5bd 100644 --- a/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base.inc +++ b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base.inc @@ -7,6 +7,7 @@ DEPENDS += freetype liboil util-linux inherit gettext +PACKAGES_DYNAMIC =+ ^libgst.* PACKAGECONFIG ??= \ ${@base_contains('DISTRO_FEATURES', 'x11', 'x11', '', d)} \ -- 1.8.2.1 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] gstreamer1.0-plugins-base: fix missing rprovides
On 16 December 2013 15:41, Matthieu CRAPET matthieu.cra...@ingenico.com wrote: NOTE: multiple providers are available for runtime libgstaudio-1.0 (gstreamer1.0-plugins-bad, gstreamer1.0-plugins-base, gstreamer1.0-plugins-good) NOTE: consider defining a PREFERRED_PROVIDER entry to match libgstaudio-1.0 Looks a lot like the GStreamer recipes should use PACKAGES_DYNAMIC for just the plugins and manually package the libraries. Ross ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/2] libtirpc: upgrade to 0.2.4
obsolete_automake_macros.patch removed, no longer needed. Signed-off-by: Cristian Iorga cristian.io...@intel.com --- .../libtirpc-0.2.3/obsolete_automake_macros.patch | 15 --- .../libtirpc-0.2.1-fortify.patch | 0 .../remove-des-uclibc.patch | 0 .../libtirpc/{libtirpc_0.2.3.bb = libtirpc_0.2.4.bb} | 8 +--- 4 files changed, 5 insertions(+), 18 deletions(-) delete mode 100644 meta/recipes-extended/libtirpc/libtirpc-0.2.3/obsolete_automake_macros.patch rename meta/recipes-extended/libtirpc/{libtirpc-0.2.3 = libtirpc-0.2.4}/libtirpc-0.2.1-fortify.patch (100%) rename meta/recipes-extended/libtirpc/{libtirpc-0.2.3 = libtirpc-0.2.4}/remove-des-uclibc.patch (100%) rename meta/recipes-extended/libtirpc/{libtirpc_0.2.3.bb = libtirpc_0.2.4.bb} (84%) diff --git a/meta/recipes-extended/libtirpc/libtirpc-0.2.3/obsolete_automake_macros.patch b/meta/recipes-extended/libtirpc/libtirpc-0.2.3/obsolete_automake_macros.patch deleted file mode 100644 index 88d759f..000 --- a/meta/recipes-extended/libtirpc/libtirpc-0.2.3/obsolete_automake_macros.patch +++ /dev/null @@ -1,15 +0,0 @@ -Upstream-Status: Submitted [libtirpc-de...@lists.sourceforge.net] - -Signed-off-by: Marko Lindqvist cazf...@gmail.com -diff -Nurd libtirpc-0.2.2/configure.ac libtirpc-0.2.2/configure.ac libtirpc-0.2.2/configure.ac2011-05-02 15:10:40.0 +0300 -+++ libtirpc-0.2.2/configure.ac2013-01-11 15:11:24.27530 +0200 -@@ -17,7 +17,7 @@ - fi - - AC_PROG_CC --AM_CONFIG_HEADER(config.h) -+AC_CONFIG_HEADERS(config.h) - AC_PROG_LIBTOOL - AC_HEADER_DIRENT - AC_PREFIX_DEFAULT(/usr) diff --git a/meta/recipes-extended/libtirpc/libtirpc-0.2.3/libtirpc-0.2.1-fortify.patch b/meta/recipes-extended/libtirpc/libtirpc-0.2.4/libtirpc-0.2.1-fortify.patch similarity index 100% rename from meta/recipes-extended/libtirpc/libtirpc-0.2.3/libtirpc-0.2.1-fortify.patch rename to meta/recipes-extended/libtirpc/libtirpc-0.2.4/libtirpc-0.2.1-fortify.patch diff --git a/meta/recipes-extended/libtirpc/libtirpc-0.2.3/remove-des-uclibc.patch b/meta/recipes-extended/libtirpc/libtirpc-0.2.4/remove-des-uclibc.patch similarity index 100% rename from meta/recipes-extended/libtirpc/libtirpc-0.2.3/remove-des-uclibc.patch rename to meta/recipes-extended/libtirpc/libtirpc-0.2.4/remove-des-uclibc.patch diff --git a/meta/recipes-extended/libtirpc/libtirpc_0.2.3.bb b/meta/recipes-extended/libtirpc/libtirpc_0.2.4.bb similarity index 84% rename from meta/recipes-extended/libtirpc/libtirpc_0.2.3.bb rename to meta/recipes-extended/libtirpc/libtirpc_0.2.4.bb index 407e38e..88e2d82 100644 --- a/meta/recipes-extended/libtirpc/libtirpc_0.2.3.bb +++ b/meta/recipes-extended/libtirpc/libtirpc_0.2.4.bb @@ -13,17 +13,19 @@ PROVIDES = virtual/librpc SRC_URI = ${SOURCEFORGE_MIRROR}/${BPN}/${BPN}-${PV}.tar.bz2;name=libtirpc \ ${GENTOO_MIRROR}/${BPN}-glibc-nfs.tar.xz;name=glibc-nfs \ file://libtirpc-0.2.1-fortify.patch \ - file://obsolete_automake_macros.patch \ SRC_URI_append_libc-uclibc = file://remove-des-uclibc.patch -SRC_URI[libtirpc.md5sum] = b70e6c12a369a91e69fcc3b9feb23d61 -SRC_URI[libtirpc.sha256sum] = 4f29ea0491b4ca4c29f95f3c34191b857757873bbbf4b069f9dd4da01a6a923c +SRC_URI[libtirpc.md5sum] = 847995e8d002cbf1387bda05947be086 +SRC_URI[libtirpc.sha256sum] = 45c3e21dfc23a5ba501f9dfc6671678316fdfdb8355a1ec404ae2aa2f81943a1 SRC_URI[glibc-nfs.md5sum] = 5ae500b9d0b6b72cb875bc04944b9445 SRC_URI[glibc-nfs.sha256sum] = 2677cfedf626f3f5a8f6e507aed5bb8f79a7453b589d684dbbc086e755170d83 + inherit autotools pkgconfig +EXTRA_OECONF = --disable-gssapi + do_configure_prepend () { cp -r ${S}/../tirpc ${S} } -- 1.8.3.2 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 2/2] libpcap: upgrade to 1.5.2
aclocal.patch was updated, still needed. Signed-off-by: Cristian Iorga cristian.io...@intel.com --- meta/recipes-connectivity/libpcap/libpcap/aclocal.patch | 8 .../libpcap/{libpcap_1.4.0.bb = libpcap_1.5.2.bb}| 4 ++-- 2 files changed, 6 insertions(+), 6 deletions(-) rename meta/recipes-connectivity/libpcap/{libpcap_1.4.0.bb = libpcap_1.5.2.bb} (80%) diff --git a/meta/recipes-connectivity/libpcap/libpcap/aclocal.patch b/meta/recipes-connectivity/libpcap/libpcap/aclocal.patch index 469d122..2151982 100644 --- a/meta/recipes-connectivity/libpcap/libpcap/aclocal.patch +++ b/meta/recipes-connectivity/libpcap/libpcap/aclocal.patch @@ -9,16 +9,16 @@ diff -ruN libpcap-1.1.1-orig/aclocal.m4 libpcap-1.1.1/aclocal.m4 dnl -AC_DEFUN(AC_LBL_C_INIT_BEFORE_CC, +AC_DEFUN([AC_LBL_C_INIT_BEFORE_CC], - [AC_PREREQ(2.50) + [ AC_BEFORE([$0], [AC_LBL_C_INIT]) AC_BEFORE([$0], [AC_PROG_CC]) @@ -90,7 +90,7 @@ - dnl ac_cv_lbl_gcc_vers - dnl LBL_CFLAGS + dnl LDFLAGS + dnl LBL_CFLAGS dnl -AC_DEFUN(AC_LBL_C_INIT, +AC_DEFUN([AC_LBL_C_INIT], - [AC_PREREQ(2.50) + [ AC_BEFORE([$0], [AC_LBL_FIXINCLUDES]) AC_BEFORE([$0], [AC_LBL_DEVEL]) @@ -217,7 +217,7 @@ diff --git a/meta/recipes-connectivity/libpcap/libpcap_1.4.0.bb b/meta/recipes-connectivity/libpcap/libpcap_1.5.2.bb similarity index 80% rename from meta/recipes-connectivity/libpcap/libpcap_1.4.0.bb rename to meta/recipes-connectivity/libpcap/libpcap_1.5.2.bb index 75a540e..37cc141 100644 --- a/meta/recipes-connectivity/libpcap/libpcap_1.4.0.bb +++ b/meta/recipes-connectivity/libpcap/libpcap_1.5.2.bb @@ -6,8 +6,8 @@ SRC_URI += file://aclocal.patch \ file://ieee80215-arphrd.patch \ -SRC_URI[md5sum] = 56e88a5aabdd1e04414985ac24f7e76c -SRC_URI[sha256sum] = 7c6a2a4f71e8ab09804e6b4fb3aff998c5583108ac42c0e2967eee8e1dbc7406 +SRC_URI[md5sum] = 33ba2f10f3a402cb5d34f5e2a904794a +SRC_URI[sha256sum] = 806d4ba23b126476d39a458ad1468f73dfe63c92f9586208f7e4e18c13e52ddd # # make install doesn't cover the shared lib -- 1.8.3.2 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] OE Changelog since 2013-12-08 until 2013-12-15
Changelog since 2013-12-08 until 2013-12-15. Projects included in this report: bitbake: git://git.openembedded.org/bitbake openembedded-core: git://git.openembedded.org/openembedded-core meta-openembedded: git://git.openembedded.org/meta-openembedded meta-angstrom: git://github.com/Angstrom-distribution/meta-angstrom.git meta-arago: git://arago-project.org/git/meta-arago.git meta-beagleboard: git://github.com/beagleboard/meta-beagleboard.git meta-browser: git://github.com/OSSystems/meta-browser.git meta-bug: git://github.com/buglabs/meta-bug.git meta-chicken: git://github.com/OSSystems/meta-chicken meta-efikamx: git://github.com/kraj/meta-efikamx.git meta-ettus: http://github.com/koenkooi/meta-ettus.git meta-fsl-arm: git://git.yoctoproject.org/meta-fsl-arm meta-fsl-arm-extra: git://github.com/Freescale/meta-fsl-arm-extra.git meta-fsl-ppc: git://git.yoctoproject.org/meta-fsl-ppc meta-guacamayo: git://github.com/Guacamayo/meta-guacamayo.git meta-gumstix: git://github.com/gumstix/meta-gumstix.git meta-gumstix-community: git://gitorious.org/schnitzeltony-oe-meta/meta-gumstix-community.git meta-handheld: git://git.openembedded.org/meta-handheld meta-igep: http://github.com/ebutera/meta-igep.git meta-intel: git://git.yoctoproject.org/meta-intel meta-ivi: git://git.yoctoproject.org/meta-ivi meta-java: git://github.com/woglinde/meta-java meta-kde: git://gitorious.org/openembedded-core-layers/meta-kde.git meta-micro: git://git.openembedded.org/meta-micro meta-mono: git://git.yoctoproject.org/meta-mono.git meta-netbookpro: git://github.com/tworaz/meta-netbookpro meta-nslu2: git://github.com/kraj/meta-nslu2 meta-opie: git://git.openembedded.org/meta-opie meta-qt3: git://git.yoctoproject.org/meta-qt3 meta-qt5: git://github.com/meta-qt5/meta-qt5.git meta-slugos: git://github.com/kraj/meta-slugos meta-systemd: git://git.yoctoproject.org/meta-systemd meta-raspberrypi: git://github.com/djwillis/meta-raspberrypi.git meta-smartphone: http://git.shr-project.org/repo/meta-smartphone.git meta-ti: git://git.yoctoproject.org/meta-ti meta-webos: git://github.com/openwebos/meta-webos.git meta-xilinx: git://git.yoctoproject.org/meta-xilinx meta-yocto: git://git.yoctoproject.org/meta-yocto openembedded: git://git.openembedded.org/openembedded Changelog for bitbake: Alexandru DAMIAN (11): toaster: Analysis API variablehistory update toaster: remove Author field in SimpleUI toaster: move layer information reading code toaster: update build stats reading toaster: change package storage model toasterui: fix version numbers for no PE specified toasterui: do not link non-image targets toaster: update to Django 1.5 toaster: migrate orm models to South toaster: add pagination to the Simple UI toaster: Add more information for tasks in Simple UI Cristiana Voicu (1): hob: after adding a layer, hob do not parse the configuration Richard Purdie (3): data: Ensure we add the contains keys in a particular order process: Add timeout to select call data_smart: Fix hash corruption issue Changelog for openembedded-core: Alexandra Safta (1): udev: Add ptest Alexandru DAMIAN (3): toaster.bbclass: read layer information toaster.bbclass: read build stats toaster.bbclass: read package and image information Andreas Oberritter (1): xorg-lib-common.inc: use REQUIRED_DISTRO_FEATURES variable Andrei Gherzan (2): libav: Add v9.10 libav: Use BP and libav patch directory Baogen Shang (2): libtiff: CVE-2013-4232 libtiff: CVE-2013-4243 Bruce Ashfield (2): linux-yocto-dev: allow static SRCREVs via include linux-libc-headers: fix MIPS klibc build error Chen Qi (7): nfs-utils: explicitly rdepend on bash libgcrypt: fix compile error with '-O2' in sysroot path init-ifupdown: adjust priority of networking to fix system freeze problem image.bbclass: default USE_DEVFS to '1' shadow-native: allow for setting password in clear text image.bbclass: fix for zap_root_password useradd-example: add example for setting clear text password Chong Lu (1): meta/*: remove unnecessary patches Corneliu Stoicescu (2): oe-selftest: implement add_command_to_tearDown method oe-selftest: Add track_for_cleanup method to be used in cleanup tasks Cristian Iorga (7): harfbuzz: upgrade to 0.9.25 connman: upgrade to 1.20 iptables: upgrade to 1.4.21 iproute2: upgrade to 3.12.0 bluez5: upgrade to 5.12 rpcbind: upgrade to 0.2.1 glib-2.0: upgrade to 2.38.2 Herb Kuta (1): makedevs: Add trace option and fix permissions on files if they already exis Hongxu Jia (5): qemu: add bash and python to qemu's RDEPENDS license.bbclass: fix copying license directories failed mtools: add ability to compile with nativesdk syslinux: add ability to compile with nativesdk nativesdk.bbclass: support nativesdk to override with the PACKAGES_DYNAMIC s Jackie Huang (3): grub: add explicit dependency on
Re: [OE-core] [PATCH 1/2] libtirpc: upgrade to 0.2.4
On 12/16/2013 09:02 AM, Cristian Iorga wrote: obsolete_automake_macros.patch removed, no longer needed. Signed-off-by: Cristian Iorga cristian.io...@intel.com --- .../libtirpc-0.2.3/obsolete_automake_macros.patch | 15 --- .../libtirpc-0.2.1-fortify.patch | 0 .../remove-des-uclibc.patch | 0 .../libtirpc/{libtirpc_0.2.3.bb = libtirpc_0.2.4.bb} | 8 +--- 4 files changed, 5 insertions(+), 18 deletions(-) delete mode 100644 meta/recipes-extended/libtirpc/libtirpc-0.2.3/obsolete_automake_macros.patch rename meta/recipes-extended/libtirpc/{libtirpc-0.2.3 = libtirpc-0.2.4}/libtirpc-0.2.1-fortify.patch (100%) rename meta/recipes-extended/libtirpc/{libtirpc-0.2.3 = libtirpc-0.2.4}/remove-des-uclibc.patch (100%) Please rename these to the generic recipe name libtirpc if these are not version specific patches. rename meta/recipes-extended/libtirpc/{libtirpc_0.2.3.bb = libtirpc_0.2.4.bb} (84%) diff --git a/meta/recipes-extended/libtirpc/libtirpc-0.2.3/obsolete_automake_macros.patch b/meta/recipes-extended/libtirpc/libtirpc-0.2.3/obsolete_automake_macros.patch deleted file mode 100644 index 88d759f..000 --- a/meta/recipes-extended/libtirpc/libtirpc-0.2.3/obsolete_automake_macros.patch +++ /dev/null @@ -1,15 +0,0 @@ -Upstream-Status: Submitted [libtirpc-de...@lists.sourceforge.net] - -Signed-off-by: Marko Lindqvist cazf...@gmail.com -diff -Nurd libtirpc-0.2.2/configure.ac libtirpc-0.2.2/configure.ac libtirpc-0.2.2/configure.ac2011-05-02 15:10:40.0 +0300 -+++ libtirpc-0.2.2/configure.ac2013-01-11 15:11:24.27530 +0200 -@@ -17,7 +17,7 @@ - fi - - AC_PROG_CC --AM_CONFIG_HEADER(config.h) -+AC_CONFIG_HEADERS(config.h) - AC_PROG_LIBTOOL - AC_HEADER_DIRENT - AC_PREFIX_DEFAULT(/usr) diff --git a/meta/recipes-extended/libtirpc/libtirpc-0.2.3/libtirpc-0.2.1-fortify.patch b/meta/recipes-extended/libtirpc/libtirpc-0.2.4/libtirpc-0.2.1-fortify.patch similarity index 100% rename from meta/recipes-extended/libtirpc/libtirpc-0.2.3/libtirpc-0.2.1-fortify.patch rename to meta/recipes-extended/libtirpc/libtirpc-0.2.4/libtirpc-0.2.1-fortify.patch diff --git a/meta/recipes-extended/libtirpc/libtirpc-0.2.3/remove-des-uclibc.patch b/meta/recipes-extended/libtirpc/libtirpc-0.2.4/remove-des-uclibc.patch similarity index 100% rename from meta/recipes-extended/libtirpc/libtirpc-0.2.3/remove-des-uclibc.patch rename to meta/recipes-extended/libtirpc/libtirpc-0.2.4/remove-des-uclibc.patch diff --git a/meta/recipes-extended/libtirpc/libtirpc_0.2.3.bb b/meta/recipes-extended/libtirpc/libtirpc_0.2.4.bb similarity index 84% rename from meta/recipes-extended/libtirpc/libtirpc_0.2.3.bb rename to meta/recipes-extended/libtirpc/libtirpc_0.2.4.bb index 407e38e..88e2d82 100644 --- a/meta/recipes-extended/libtirpc/libtirpc_0.2.3.bb +++ b/meta/recipes-extended/libtirpc/libtirpc_0.2.4.bb @@ -13,17 +13,19 @@ PROVIDES = virtual/librpc SRC_URI = ${SOURCEFORGE_MIRROR}/${BPN}/${BPN}-${PV}.tar.bz2;name=libtirpc \ ${GENTOO_MIRROR}/${BPN}-glibc-nfs.tar.xz;name=glibc-nfs \ file://libtirpc-0.2.1-fortify.patch \ - file://obsolete_automake_macros.patch \ SRC_URI_append_libc-uclibc = file://remove-des-uclibc.patch -SRC_URI[libtirpc.md5sum] = b70e6c12a369a91e69fcc3b9feb23d61 -SRC_URI[libtirpc.sha256sum] = 4f29ea0491b4ca4c29f95f3c34191b857757873bbbf4b069f9dd4da01a6a923c +SRC_URI[libtirpc.md5sum] = 847995e8d002cbf1387bda05947be086 +SRC_URI[libtirpc.sha256sum] = 45c3e21dfc23a5ba501f9dfc6671678316fdfdb8355a1ec404ae2aa2f81943a1 SRC_URI[glibc-nfs.md5sum] = 5ae500b9d0b6b72cb875bc04944b9445 SRC_URI[glibc-nfs.sha256sum] = 2677cfedf626f3f5a8f6e507aed5bb8f79a7453b589d684dbbc086e755170d83 + inherit autotools pkgconfig +EXTRA_OECONF = --disable-gssapi + You don't say why you added this in the commit message. Thanks Sau! do_configure_prepend () { cp -r ${S}/../tirpc ${S} } ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [RFC] Binutils upgrade to 2.24
Hi I have pushed a contrib branch for binutils 2.24 upgrade here http://git.openembedded.org/openembedded-core-contrib/log/?h=kraj/binutils-2.24 I have tested it on both uclibc/eglibc and qemu machines. But it would be nice if it gets more testing for machines I havent tested Thanks -Khem ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [RFC] Binutils upgrade to 2.24
On 12/16/2013 12:03 PM, Khem Raj wrote: Hi I have pushed a contrib branch for binutils 2.24 upgrade here http://git.openembedded.org/openembedded-core-contrib/log/?h=kraj/binutils-2.24 I have tested it on both uclibc/eglibc and qemu machines. But it would be nice if it gets more testing for machines I havent tested I will throw it into the next MUT build for you. What's going on with the Python3 patches? Sau! Thanks -Khem ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH V2] openssl.inc: Install c_rehash utility with openssl
On 12/16/2013 03:51 AM, Yasir Khan wrote: From: mykhani yasir_k...@mentor.com c_rehash utility is not being installed with openssl.It conveniently generates hash and symbolic links based on it for CA certificates stored locally for SSL based server authentication Signed-off-by: mykhani yasir_k...@mentor.com --- meta/recipes-connectivity/openssl/openssl.inc | 11 ++- 1 file changed, 10 insertions(+), 1 deletion(-) diff --git a/meta/recipes-connectivity/openssl/openssl.inc b/meta/recipes-connectivity/openssl/openssl.inc index 78ff7ae..5cb67df 100644 --- a/meta/recipes-connectivity/openssl/openssl.inc +++ b/meta/recipes-connectivity/openssl/openssl.inc @@ -34,10 +34,14 @@ export AS = ${CC} -c inherit pkgconfig siteinfo multilib_header PACKAGES =+ libcrypto libssl ${PN}-misc + +#Adding RDEPENDS for perl scripts +RDEPENDS_${PN}-misc +=perl + FILES_libcrypto = ${base_libdir}/libcrypto${SOLIBS} FILES_libssl = ${libdir}/libssl.so.* FILES_${PN} =+ ${libdir}/ssl/* -FILES_${PN}-misc = ${libdir}/ssl/misc ${libdir}/ssl/openssl.cnf +FILES_${PN}-misc = ${libdir}/ssl/misc ${libdir}/ssl/openssl.cnf ${bindir}/c_rehash FILES_${PN}-dev += ${base_libdir}/libcrypto${SOLIBSDEV} This patch did not apply cleanly, you might be based on an older version of this file. Please rebase against master. do_configure_prepend_darwin () { @@ -148,5 +152,10 @@ do_install () { oe_multilib_header openssl/opensslconf.h } +do_install_append() { +# The c_rehash utility isn't installed by the normal installation process. +install -m 0755 ${S}/tools/c_rehash ${D}${bindir} +} + Also, I think this should just be part of the do_install lower in this file. Sau! BBCLASSEXTEND = native nativesdk ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] security_flags: more relocation issues
These are similar relocation R_X86_64_PC32 issues that are solved by removing the -pie flags. [YOCTO #5515] Signed-off-by: Saul Wold s...@linux.intel.com --- meta/conf/distro/include/security_flags.inc |8 1 file changed, 8 insertions(+) diff --git a/meta/conf/distro/include/security_flags.inc b/meta/conf/distro/include/security_flags.inc index e313be6..ee7c3f0 100644 --- a/meta/conf/distro/include/security_flags.inc +++ b/meta/conf/distro/include/security_flags.inc @@ -18,6 +18,7 @@ SECURITY_CFLAGS_pn-gdb = ${SECURITY_NO_PIE_CFLAGS} SECURITY_CFLAGS_pn-gmp = ${SECURITY_NO_PIE_CFLAGS} SECURITY_CFLAGS_pn-gnutls = ${SECURITY_NO_PIE_CFLAGS} SECURITY_CFLAGS_pn-grub = +SECURITY_CFLAGS_pn-grub-efi-x86-64-native = SECURITY_CFLAGS_pn-gst-plugins-bad = ${SECURITY_NO_PIE_CFLAGS} SECURITY_CFLAGS_pn-gst-plugins-gl = ${SECURITY_NO_PIE_CFLAGS} SECURITY_CFLAGS_pn-gstreamer1.0-plugins-good = ${SECURITY_NO_PIE_CFLAGS} @@ -26,9 +27,15 @@ SECURITY_CFLAGS_pn-kexec-tools = ${SECURITY_NO_PIE_CFLAGS} SECURITY_CFLAGS_pn-libcap = ${SECURITY_NO_PIE_CFLAGS} SECURITY_CFLAGS_pn-libgcc = ${SECURITY_NO_PIE_CFLAGS} SECURITY_CFLAGS_pn-libglu = ${SECURITY_NO_PIE_CFLAGS} +SECURITY_CFLAGS_pn-libid3tag = ${SECURITY_NO_PIE_CFLAGS} +SECURITY_CFLAGS_pn-libnewt = ${SECURITY_NO_PIE_CFLAGS} SECURITY_CFLAGS_pn-libpcre = ${SECURITY_NO_PIE_CFLAGS} +SECURITY_CFLAGS_pn-libpcap = ${SECURITY_NO_PIE_CFLAGS} +SECURITY_CFLAGS_pn-libproxy = ${SECURITY_NO_PIE_CFLAGS} +SECURITY_CFLAGS_pn-lttng-ust = ${SECURITY_NO_PIE_CFLAGS} SECURITY_CFLAGS_pn-mesa = ${SECURITY_NO_PIE_CFLAGS} SECURITY_CFLAGS_pn-mesa-gl = ${SECURITY_NO_PIE_CFLAGS} +SECURITY_CFLAGS_pn-openssl = ${SECURITY_NO_PIE_CFLAGS} SECURITY_CFLAGS_pn-opensp = ${SECURITY_NO_PIE_CFLAGS} SECURITY_CFLAGS_pn-ppp = ${SECURITY_NO_PIE_CFLAGS} SECURITY_CFLAGS_pn-python = ${SECURITY_NO_PIE_CFLAGS} @@ -37,6 +44,7 @@ SECURITY_CFLAGS_pn-python-pycurl = ${SECURITY_NO_PIE_CFLAGS} SECURITY_CFLAGS_pn-python-smartpm = ${SECURITY_NO_PIE_CFLAGS} SECURITY_CFLAGS_pn-tcl = ${SECURITY_NO_PIE_CFLAGS} SECURITY_CFLAGS_pn-tiff = ${SECURITY_NO_PIE_CFLAGS} +SECURITY_CFLAGS_pn-valgrind = ${SECURITY_NO_PIE_CFLAGS} SECURITY_CFLAGS_pn-webkit-gtk = ${SECURITY_NO_PIE_CFLAGS} SECURITY_CFLAGS_pn-zlib = ${SECURITY_NO_PIE_CFLAGS} -- 1.7.10.4 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] pointercal-xinput: Mark as SIGGEN_EXCLUDERECIPES_ABISAFE
When including xinput-calibrator, in commit xinput-calibrator: move it from meta-oe to oe-core the pointercal-xinput has not been added to the SIGGEN_EXCLUDERECIPES_ABISAFE. This changes adds it to the meta/conf/layer.conf's file list. Signed-off-by: Otavio Salvador ota...@ossystems.com.br --- meta/conf/layer.conf | 1 + 1 file changed, 1 insertion(+) diff --git a/meta/conf/layer.conf b/meta/conf/layer.conf index e249a6a..758a92b 100644 --- a/meta/conf/layer.conf +++ b/meta/conf/layer.conf @@ -24,6 +24,7 @@ SIGGEN_EXCLUDERECIPES_ABISAFE += \ formfactor \ xserver-xf86-config \ pointercal \ + pointercal-xinput \ base-files \ keymaps \ udev-extraconf \ -- 1.8.4.3 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 2/2] gcc-4.7/gcc: disable sdt from configure.ac to keep compatibility with configure
We had disabled the sdt from configure, let's also disable it from confgure.ac to keep them compatible. BTW, the libstdc++-v3 of gcc-4.7 doesn't use the sdt, so we don't need to edit libstdc++-v3/configure as gcc-4.8. NOTE, this commit edit the patch gcc-4.7/disablesdt.patch directly. [YOCTO #5657] Signed-off-by: Robert Yang liezhi.y...@windriver.com --- meta/recipes-devtools/gcc/gcc-4.7/disablesdt.patch | 44 +++--- 1 file changed, 39 insertions(+), 5 deletions(-) diff --git a/meta/recipes-devtools/gcc/gcc-4.7/disablesdt.patch b/meta/recipes-devtools/gcc/gcc-4.7/disablesdt.patch index 8946afc..8f5b061 100644 --- a/meta/recipes-devtools/gcc/gcc-4.7/disablesdt.patch +++ b/meta/recipes-devtools/gcc/gcc-4.7/disablesdt.patch @@ -6,12 +6,15 @@ but before libgcc is compiled for example. RP 2012/8/7 Upstream-Status: Inappropriate [hack] +--- + gcc/configure| 12 ++-- + gcc/configure.ac | 18 +- + 2 files changed, 15 insertions(+), 15 deletions(-) -Index: git/gcc/configure -=== git.orig/gcc/configure 2012-08-07 21:18:42.319247701 + -+++ git/gcc/configure 2012-08-07 21:19:08.939247082 + -@@ -26758,12 +26758,12 @@ +diff --git a/gcc/configure b/gcc/configure +--- a/gcc/configure b/gcc/configure +@@ -26817,12 +26817,12 @@ fi { $as_echo $as_me:${as_lineno-$LINENO}: checking sys/sdt.h in the target C library 5 $as_echo_n checking sys/sdt.h in the target C library... 6; } have_sys_sdt_h=no @@ -30,3 +33,34 @@ Index: git/gcc/configure { $as_echo $as_me:${as_lineno-$LINENO}: result: $have_sys_sdt_h 5 $as_echo $have_sys_sdt_h 6; } +diff --git a/gcc/configure.ac b/gcc/configure.ac +--- a/gcc/configure.ac b/gcc/configure.ac +@@ -4688,15 +4688,15 @@ if test x$gcc_cv_libc_provides_ssp = xyes; then + fi + + # Test for sys/sdt.h on the target. +-GCC_TARGET_TEMPLATE([HAVE_SYS_SDT_H]) +-AC_MSG_CHECKING(sys/sdt.h in the target C library) +-have_sys_sdt_h=no +-if test -f $target_header_dir/sys/sdt.h; then +- have_sys_sdt_h=yes +- AC_DEFINE(HAVE_SYS_SDT_H, 1, +-[Define if your target C library provides sys/sdt.h]) +-fi +-AC_MSG_RESULT($have_sys_sdt_h) ++#GCC_TARGET_TEMPLATE([HAVE_SYS_SDT_H]) ++#AC_MSG_CHECKING(sys/sdt.h in the target C library) ++#have_sys_sdt_h=no ++#if test -f $target_header_dir/sys/sdt.h; then ++# have_sys_sdt_h=yes ++# AC_DEFINE(HAVE_SYS_SDT_H, 1, ++#[Define if your target C library provides sys/sdt.h]) ++#fi ++#AC_MSG_RESULT($have_sys_sdt_h) + + # Check if TFmode long double should be used by default or not. + # Some glibc targets used DFmode long double, but with glibc 2.4 +-- +1.8.3.1 + -- 1.8.3.1 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 0/2] gcc-4.8/libstdc++-v3: disable sdt
The following changes since commit 9daa1de753e58b7f678e68cf307f6028c0c79a6a: qemu/local.conf.sample: Add sdl PACKAGECONFIG (2013-12-16 12:13:59 +) are available in the git repository at: git://git.pokylinux.org/poky-contrib robert/gcc_sdt http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=robert/gcc_sdt Robert Yang (2): gcc-4.8/libstdc++-v3: disable sdt gcc-4.7/gcc: disable sdt from configure.ac to keep compatibility with configure meta/recipes-devtools/gcc/gcc-4.7/disablesdt.patch | 44 ++-- .../gcc/gcc-4.8/0031-Disable-sdt.patch | 80 -- 2 files changed, 113 insertions(+), 11 deletions(-) -- 1.8.3.1 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/2] gcc-4.8/libstdc++-v3: disable sdt
We may meet such an error when building gcc/libstdc++-v3: gcc-4.8.1/libstdc++-v3/libsupc++/unwind-cxx.h:41:21: fatal error: sys/sdt.h: No such file or directory We already have a patch to disable the sdt for gcc, we also need disable it for libstdc++-v3. BTW, we need edit both configure.ac and configure to make them keep compatible. NOTE, this commit edit the patch gcc-4.8/0031-Disable-sdt.patch directly. [YOCTO #5657] Signed-off-by: Robert Yang liezhi.y...@windriver.com --- .../gcc/gcc-4.8/0031-Disable-sdt.patch | 80 -- 1 file changed, 74 insertions(+), 6 deletions(-) diff --git a/meta/recipes-devtools/gcc/gcc-4.8/0031-Disable-sdt.patch b/meta/recipes-devtools/gcc/gcc-4.8/0031-Disable-sdt.patch index c714239..2c1d5e0 100644 --- a/meta/recipes-devtools/gcc/gcc-4.8/0031-Disable-sdt.patch +++ b/meta/recipes-devtools/gcc/gcc-4.8/0031-Disable-sdt.patch @@ -1,4 +1,4 @@ -From eb70cb2785af7171897f363298bbfcd83de5ec57 Mon Sep 17 00:00:00 2001 +From b85265bc94ec1beaf1d3b697c03db62991553467 Mon Sep 17 00:00:00 2001 From: Khem Raj raj.k...@gmail.com Date: Fri, 29 Mar 2013 09:28:10 +0400 Subject: [PATCH 31/35] Disable sdt. @@ -12,16 +12,23 @@ RP 2012/8/7 Signed-off-by: Khem Raj raj.k...@gmail.com +Disable sdt for libstdc++-v3. + +Signed-off-by: Robert Yang liezhi.y...@windriver.com + Upstream-Status: Inappropriate [hack] --- - gcc/configure | 12 ++-- - 1 file changed, 6 insertions(+), 6 deletions(-) + gcc/configure | 12 ++-- + gcc/configure.ac | 18 +- + libstdc++-v3/configure| 6 +++--- + libstdc++-v3/configure.ac | 2 +- + 4 files changed, 19 insertions(+), 19 deletions(-) diff --git a/gcc/configure b/gcc/configure -index d587993..8bc0c98 100755 +index 3c550a6..01c7626 100755 --- a/gcc/configure +++ b/gcc/configure -@@ -26792,12 +26792,12 @@ fi +@@ -26812,12 +26812,12 @@ fi { $as_echo $as_me:${as_lineno-$LINENO}: checking sys/sdt.h in the target C library 5 $as_echo_n checking sys/sdt.h in the target C library... 6; } have_sys_sdt_h=no @@ -40,6 +47,67 @@ index d587993..8bc0c98 100755 { $as_echo $as_me:${as_lineno-$LINENO}: result: $have_sys_sdt_h 5 $as_echo $have_sys_sdt_h 6; } +diff --git a/gcc/configure.ac b/gcc/configure.ac +index 3601ab6..06e501f 100644 +--- a/gcc/configure.ac b/gcc/configure.ac +@@ -4779,15 +4779,15 @@ if test x$gcc_cv_libc_provides_ssp = xyes; then + fi + + # Test for sys/sdt.h on the target. +-GCC_TARGET_TEMPLATE([HAVE_SYS_SDT_H]) +-AC_MSG_CHECKING(sys/sdt.h in the target C library) +-have_sys_sdt_h=no +-if test -f $target_header_dir/sys/sdt.h; then +- have_sys_sdt_h=yes +- AC_DEFINE(HAVE_SYS_SDT_H, 1, +-[Define if your target C library provides sys/sdt.h]) +-fi +-AC_MSG_RESULT($have_sys_sdt_h) ++#GCC_TARGET_TEMPLATE([HAVE_SYS_SDT_H]) ++#AC_MSG_CHECKING(sys/sdt.h in the target C library) ++#have_sys_sdt_h=no ++#if test -f $target_header_dir/sys/sdt.h; then ++# have_sys_sdt_h=yes ++# AC_DEFINE(HAVE_SYS_SDT_H, 1, ++#[Define if your target C library provides sys/sdt.h]) ++#fi ++#AC_MSG_RESULT($have_sys_sdt_h) + + # Check if TFmode long double should be used by default or not. + # Some glibc targets used DFmode long double, but with glibc 2.4 +diff --git a/libstdc++-v3/configure b/libstdc++-v3/configure +index 4953c9f..53a1145 100755 +--- a/libstdc++-v3/configure b/libstdc++-v3/configure +@@ -20578,11 +20578,11 @@ ac_compile='$CC -c $CFLAGS $CPPFLAGS conftest.$ac_ext 5' + ac_link='$CC -o conftest$ac_exeext $CFLAGS $CPPFLAGS $LDFLAGS conftest.$ac_ext $LIBS 5' + ac_compiler_gnu=$ac_cv_c_compiler_gnu + +- if test $glibcxx_cv_sys_sdt_h = yes; then ++# if test $glibcxx_cv_sys_sdt_h = yes; then + +-$as_echo #define HAVE_SYS_SDT_H 1 confdefs.h ++#$as_echo #define HAVE_SYS_SDT_H 1 confdefs.h + +- fi ++# fi + { $as_echo $as_me:${as_lineno-$LINENO}: result: $glibcxx_cv_sys_sdt_h 5 + $as_echo $glibcxx_cv_sys_sdt_h 6; } + +diff --git a/libstdc++-v3/configure.ac b/libstdc++-v3/configure.ac +index 73d430a..f2135e2 100644 +--- a/libstdc++-v3/configure.ac b/libstdc++-v3/configure.ac +@@ -211,7 +211,7 @@ GLIBCXX_CHECK_SC_NPROCESSORS_ONLN + GLIBCXX_CHECK_SC_NPROC_ONLN + GLIBCXX_CHECK_PTHREADS_NUM_PROCESSORS_NP + GLIBCXX_CHECK_SYSCTL_HW_NCPU +-GLIBCXX_CHECK_SDT_H ++#GLIBCXX_CHECK_SDT_H + + # Check for available headers. + AC_CHECK_HEADERS([endian.h execinfo.h float.h fp.h ieeefp.h inttypes.h \ -- -1.7.10.4 +1.8.3.1 -- 1.8.3.1 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core