denzil pull request
cover denzil pull request
Hello,
This is a request for the poky denzil branch, based on a set of commits I've been testing from my sgarman/denzil-next branch.
These commits have undergone the following testing on the autobuilder:
nightly:
http://autobuilder.yoctoproject.org:8010/builders/nightly/builds/518
nightly-multilib:
http://autobuilder.yoctoproject.org:8010/builders/nightly-multilib/builds/114
nightly-non-gpl3:
http://autobuilder.yoctoproject.org:8010/builders/nightly-non-gpl3/builds/115
nightly-tiny:
http://autobuilder.yoctoproject.org:8010/builders/nightly-tiny/builds/97
nightly-meta-intel:
http://autobuilder.yoctoproject.org:8010/builders/nightly-meta-intel/builds/106
Scott
The following changes since commit 119e1b7dc97a82ff0791d1b4ba519361ff46cbd1:
poky.conf: use correct version string for Ubuntu 12.04 (2012-06-14 11:27:19 +0100)
are available in the git repository at:
git://git.yoctoproject.org/poky-contrib sgarman/denzil-next-testing
http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=sgarman/denzil-next-pull2
Gary Thomas (1):
webkit-gtk: Apply work around for all PowerPC targets
Laurentiu Palcu (1):
sanity.bbclass: warn the user if BBPATH contains wrong entries
Nitin A Kamble (1):
eglibc: package mtrace separately
Richard Purdie (2):
openjade-native: Ensure we reautoconf the package
poky-tiny: eliminate mtrace rdepends
Saul Wold (2):
quilt: added ac_cv_path_BASH to CACHED_CONFIGUREVARS
eglibc: added ac_cv_path_ to CACHED_CONFIGUREVARS
Scott Rifenbark (1):
documentation: Updated Manual revision history table
documentation/adt-manual/adt-manual.xml | 2 +- documentation/bsp-guide/bsp-guide.xml | 2 +- documentation/dev-manual/dev-manual.xml | 2 +- documentation/kernel-manual/kernel-manual.xml | 2 +- documentation/poky-ref-manual/poky-ref-manual.xml | 2 +- meta-yocto/conf/distro/poky-tiny.conf | 5 ++ meta/classes/sanity.bbclass | 13 ++- meta/recipes-core/eglibc/eglibc-package.inc | 7 +- meta/recipes-core/eglibc/eglibc.inc | 2 + meta/recipes-core/eglibc/eglibc_2.13.bb | 2 +- meta/recipes-core/eglibc/eglibc_2.15.bb | 2 +- meta/recipes-core/tasks/task-core-tools-debug.bb | 4 + .../openjade/openjade-1.3.2/reautoconf.patch | 83 ++++++++++++++++++++ .../openjade/openjade-native_1.3.2.bb | 5 ++ meta/recipes-devtools/quilt/quilt_0.51.bb | 5 +- meta/recipes-sato/webkit/webkit-gtk_svn.bb | 15 ++-- 16 files changed, 137 insertions(+), 16 deletions(-) create mode 100644 meta/recipes-devtools/openjade/openjade-1.3.2/reautoconf.patch
Signature · 1 line
1.7.9.5
PATCH 1/8 documentation: Updated Manual revision history table
From: Scott Rifenbark <[email protected]>
Using July 2012 for the release date.
--- documentation/adt-manual/adt-manual.xml | 2 +- documentation/bsp-guide/bsp-guide.xml | 2 +- documentation/dev-manual/dev-manual.xml | 2 +- documentation/kernel-manual/kernel-manual.xml | 2 +- documentation/poky-ref-manual/poky-ref-manual.xml | 2 +- 5 files changed, 5 insertions(+), 5 deletions(-)
documentation/adt-manual/adt-manual.xml +1 -1
@@ -51,7 +51,7 @@ </revision> <revision> <revnumber>1.2.1</revnumber> - <date>Sometime in 2012</date> + <date>July 2012</date> <revremark>Released with the Yocto Project 1.2.1 Release.</revremark> </revision> </revhistory>
documentation/bsp-guide/bsp-guide.xml +1 -1
@@ -63,7 +63,7 @@ </revision> <revision> <revnumber>1.2.1</revnumber> - <date>Sometime in 2012</date> + <date>July 2012</date> <revremark>Released with the Yocto Project 1.2.1 Release.</revremark> </revision> </revhistory>
documentation/dev-manual/dev-manual.xml +1 -1
@@ -41,7 +41,7 @@ </revision> <revision> <revnumber>1.2.1</revnumber> - <date>Sometime in 2012</date> + <date>July 2012</date> <revremark>Released with the Yocto Project 1.2.1 Release.</revremark> </revision> </revhistory>
documentation/kernel-manual/kernel-manual.xml +1 -1
@@ -56,7 +56,7 @@ </revision> <revision> <revnumber>1.2.1</revnumber> - <date>Sometime in 2012</date> + <date>July 2012</date> <revremark>Released with the Yocto Project 1.2.1 Release.</revremark> </revision> </revhistory>
documentation/poky-ref-manual/poky-ref-manual.xml +1 -1
@@ -70,7 +70,7 @@ </revision> <revision> <revnumber>1.2.1</revnumber> - <date>Sometime in 2012</date> + <date>July 2012</date> <revremark>Released with the Yocto Project 1.2.1 Release.</revremark> </revision> </revhistory>
Signature · 1 line
1.7.9.5
PATCH 2/8 openjade-native: Ensure we reautoconf the package
In reply to Scott GarmanFrom: Richard Purdie <[email protected]>
Currently since configure.in in is in a subdirectory, we don't reautoconf the recipe. We really need to do this, to update things like the libtool script used and fix various issues such as those that could creep in if a reautoconf is triggered for some reason. Since this source only calls AM_INIT_AUTOMAKE to gain the PACKAGE and VERSION definitions and that macro now errors if Makefile.am doesn't exist, we need to add these definitions manually.
These changes avoid failures like:
----
| ... | DssslApp.cxx:117:36: error: 'PACKAGE' was not declared in this scope | DssslApp.cxx:118:36: error: 'VERSION' was not declared in this scope | make[2]: *** [DssslApp.lo] Error 1
----
(From OE-Core rev: 6f0d830ed047f700702645d454054dfd6fea6f25)
--- .../openjade/openjade-1.3.2/reautoconf.patch | 83 ++++++++++++++++++++ .../openjade/openjade-native_1.3.2.bb | 5 ++ 2 files changed, 88 insertions(+) create mode 100644 meta/recipes-devtools/openjade/openjade-1.3.2/reautoconf.patch
meta/recipes-devtools/openjade/openjade-1.3.2/reautoconf.patch new file +83 -0
@@ -0,0 +1,83 @@ +Ensure we reautoconf the packag + +Currently since configure.in in is in a subdirectory, we don't reautoconf the +recipe. We really need to do this, to update things like the libtool script used +and fix various issues such as those that could creep in if a reautoconf is +triggered for some reason. Since this source only calls AM_INIT_AUTOMAKE to +gain the PACKAGE and VERSION definitions and that macro now errors if Makefile.am +doesn't exist, we need to add these definitions manually. + +These changes avoid failures like: +---- +| ... +| DssslApp.cxx:117:36: error: 'PACKAGE' was not declared in this scope +| DssslApp.cxx:118:36: error: 'VERSION' was not declared in this scope +| make[2]: *** [DssslApp.lo] Error 1 ---- + +Upstream-Status: Pending + +RP 2012/6/12 + +Index: openjade-1.3.2/acinclude.m4 +=================================================================== +--- /dev/null 1970-01-01 00:00:00.000000000 +0000 ++++ openjade-1.3.2/acinclude.m4 2012-06-12 12:48:54.871365344 +0000 +@@ -0,0 +1,39 @@ ++dnl Configure-time switch with default ++dnl ++dnl Each switch defines an --enable-FOO and --disable-FOO option in ++dnl the resulting configure script. ++dnl ++dnl Usage: ++dnl smr_SWITCH(name, description, default, pos-def, neg-def) ++dnl ++dnl where: ++dnl ++dnl name name of switch; generates --enable-name & --disable-name ++dnl options ++dnl description help string is set to this prefixed by "enable" or ++dnl "disable", whichever is the non-default value ++dnl default either "on" or "off"; specifies default if neither ++dnl --enable-name nor --disable-name is specified ++dnl pos-def a symbol to AC_DEFINE if switch is on (optional) ++dnl neg-def a symbol to AC_DEFINE if switch is off (optional) ++dnl ++AC_DEFUN(smr_SWITCH, [ ++ AC_MSG_CHECKING(whether to enable $2) ++ AC_ARG_ENABLE( ++ $1, ++ ifelse($3, on, ++ [ --disable-[$1] disable [$2]], ++ [ --enable-[$1] enable [$2]]), ++ [ if test "$enableval" = yes; then ++ AC_MSG_RESULT(yes) ++ ifelse($4, , , AC_DEFINE($4)) ++ else ++ AC_MSG_RESULT(no) ++ ifelse($5, , , AC_DEFINE($5)) ++ fi ], ++ ifelse($3, on, ++ [ AC_MSG_RESULT(yes) ++ ifelse($4, , , AC_DEFINE($4)) ], ++ [ AC_MSG_RESULT(no) ++ ifelse($5, , , AC_DEFINE($5))]))]) ++ +Index: openjade-1.3.2/config/configure.in +=================================================================== +--- openjade-1.3.2.orig/config/configure.in 2012-06-12 12:47:20.735365445 +0000 ++++ openjade-1.3.2/config/configure.in 2012-06-12 12:48:17.507364080 +0000 +@@ -12,9 +12,12 @@ + dnl Credits: this autoconf script was largely "inspired" <g> by the + dnl autoconf script around SP made by Henry Thompson. + dnl +-AC_INIT(dsssl) ++AC_INIT([openjade], [1.3.2]) + AC_CONFIG_AUX_DIR(config) +-AM_INIT_AUTOMAKE( openjade, 1.3.2) ++AC_SUBST([PACKAGE], [openjade]) ++AC_SUBST([VERSION], [1.3.2]) ++AC_DEFINE_UNQUOTED(PACKAGE, "$PACKAGE") ++AC_DEFINE_UNQUOTED(VERSION, "$VERSION") + TOP=`pwd` + AC_SUBST(TOP) + dnl
meta/recipes-devtools/openjade/openjade-native_1.3.2.bb +5 -0
@@ -14,6 +14,7 @@ RDEPENDS_${PN} = "sgml-common-native" SRC_URI = "${SOURCEFORGE_MIRROR}/openjade/openjade-${PV}.tar.gz \ file://makefile.patch \ + file://reautoconf.patch \ file://user-declared-default-constructor.patch" SRC_URI[md5sum] = "7df692e3186109cc00db6825b777201e"
@@ -38,6 +39,10 @@ CFLAGS =+ "-I${S}/include" SSTATEPOSTINSTFUNCS += "openjade_sstate_postinst" SYSROOT_PREPROCESS_FUNCS += "openjade_sysroot_preprocess" +# configure.in needs to be reloacted to trigger reautoconf +do_configure_prepend () { + cp ${S}/config/configure.in ${S}/ +} # We need to do this else the source interdependencies aren't generated and # build failures can result (e.g. zero size style/Makefile.dep file)
Signature · 1 line
1.7.9.5
PATCH 3/8 webkit-gtk: Apply work around for all PowerPC targets
In reply to Scott GarmanFrom: Gary Thomas <[email protected]>
The current patch for bug #1570 only applies to qemuppc but should be applicable for all PowerPC targets. Also update the patch so that only one language backend, either ICU or PANGO, is built.
Also remove some old customizations (dependencies on darwin) as these should now be handled in a layer specific .bbappend file.
(From OE-Core rev: 2782caf0f07f61cab92d2981c5e82914f22bd700)
--- meta/recipes-sato/webkit/webkit-gtk_svn.bb | 15 +++++++++------ 1 file changed, 9 insertions(+), 6 deletions(-)
meta/recipes-sato/webkit/webkit-gtk_svn.bb +9 -6
@@ -7,10 +7,13 @@ LIC_FILES_CHKSUM = "file://Source/WebCore/rendering/RenderApplet.h;endline=22;md file://Source/WebKit/gtk/webkit/webkit.h;endline=21;md5=b4fbe9f4a944f1d071dba1d2c76b3351 \ file://Source/JavaScriptCore/parser/Parser.h;endline=23;md5=2f3cff0ad0a9c486da5a376928973a90" -DEPENDS = "zlib enchant gnome-keyring libsoup-2.4 curl icu libxml2 cairo libxslt libxt libidn gnutls gtk+ gstreamer gst-plugins-base flex-native gperf-native perl-native-runtime sqlite3" +# Choice of language backends - icu has issues on Big Endian machines so use pango +ICU_LIB = "icu" +ICU_LIB_powerpc = "pango" + +DEPENDS = "zlib enchant gnome-keyring libsoup-2.4 curl libxml2 cairo libxslt libxt libidn gnutls \ + gtk+ gstreamer gst-plugins-base flex-native gperf-native perl-native-runtime sqlite3 ${ICU_LIB}" DEPENDS += " ${@base_contains('DISTRO_FEATURES', 'opengl', 'virtual/libgl', '', d)}" -DEPENDS_darwin8 = "curl icu libxml2 cairo libxslt libidn gnutls gtk+ gstreamer flex-native gperf-native perl-native-runtime sqlite3" -DEPENDS_append_qemuppc += "pango" SRCREV_FORMAT = "source"
@@ -48,10 +51,10 @@ EXTRA_OECONF = "\ UNICODE_CFLAGS=-D_REENTRANT \ " -#default unicode backend icu breaks in cross-compile when target and host owns different endian type -EXTRA_OECONF_append_qemuppc += "--with-unicode-backend=glib" +#default unicode backend icu breaks in cross-compile when target and host are different endian type +EXTRA_OECONF_append_powerpc += "--with-unicode-backend=glib" -CPPFLAGS_append_qemuppc += "-I${STAGING_INCDIR}/pango-1.0 \ +CPPFLAGS_append_powerpc += "-I${STAGING_INCDIR}/pango-1.0 \ -I${STAGING_LIBDIR}/glib-2.0/include \ -I${STAGING_INCDIR}/glib-2.0"
Signature · 1 line
1.7.9.5
PATCH 4/8 sanity.bbclass: warn the user if BBPATH contains wrong entries
In reply to Scott GarmanFrom: Laurentiu Palcu <[email protected]>
If BBPATH references the working directory, the user is warned and asked to fix the problem.
[Yocto #1465]
(From OE-Core rev: 73f10ae955ba217078fa2c5288b736ae8a30b184)
Reworked commit to fix merge conflicts with denzil branch.
--- meta/classes/sanity.bbclass | 13 ++++++++++++- 1 file changed, 12 insertions(+), 1 deletion(-)
meta/classes/sanity.bbclass +12 -1
@@ -310,7 +310,18 @@ def check_sanity(sanity_data): if "." in data.getVar('PATH', sanity_data, True).split(":"): messages = messages + "PATH contains '.' which will break the build, please remove this" - if data.getVar('TARGET_ARCH', sanity_data, True) == "arm": + bbpaths = sanity_data.getVar('BBPATH', True).split(":") + if "." in bbpaths or "" in bbpaths: + # TODO: change the following message to fatal when all BBPATH issues + # are fixed + bb.warn("BBPATH references the current directory, either through " \ + "an empty entry, or a '.'.\n\t This is unsafe and means your "\ + "layer configuration is adding empty elements to BBPATH.\n\t "\ + "Please check your layer.conf files and other BBPATH " \ + "settings to remove the current working directory " \ + "references."); + + if sanity_data.getVar('TARGET_ARCH', True) == "arm": # This path is no longer user-readable in modern (very recent) Linux try: if os.path.exists("/proc/sys/vm/mmap_min_addr"):
Signature · 1 line
1.7.9.5
Re: [PATCH 4/8] sanity.bbclass: warn the user if BBPATH contains wrong entries
Quoted 27 lines · Scott Garman
From: Laurentiu Palcu <[email protected]>
If BBPATH references the working directory, the user is warned and asked to fix the problem.
[Yocto #1465]
(From OE-Core rev:
73f10ae955ba217078fa2c5288b736ae8a30b184)Signed-off-by Laurentiu Palcu <[email protected]>Signed-off-by Richard Purdie <[email protected]>Reworked commit to fix merge conflicts with denzil branch.
Signed-off-by Scott Garman <[email protected]>---
meta/classes/sanity.bbclass | 13 ++++++++++++-1 file changed, 12 insertions(+), 1 deletion(-)meta/classes/sanity.bbclass +0
-0@@ -310,7 +310,18 @@ def check_sanity(sanity_data):if "." in
data.getVar('PATH', sanity_data, True).split(":"):
messages = messages + "PATH contains '.' which will break the build, please remove this"
Quoted 13 lines
- if
data.getVar('TARGET_ARCH', sanity_data, True)== "arm":
+ bbpaths =sanity_data.getVar('BBPATH', True).split(":")
+ if "." in bbpaths or "" in bbpaths:
+ # TODO: change the following message to fatal when all BBPATH issues
+ # are fixed
+ bb.warn("BBPATH references the current directory, either through " \
+ "an empty entry, or a '.'.\n\t This is unsafe and means your "\
+ "layer configuration is adding empty elements to BBPATH.\n\t "\
+ "Please check your layer.conf files and other BBPATH " \
+ "settings to remove the current working directory " \
+ "references.");
+
+ ifsanity_data.getVar('TARGET_ARCH', True)== "arm":
No I get this warning when I use OE-Core standalone. The reason is for OE-Core
BBPATH .= ":${LAYERDIR}"
and there are no more entries prepended since its the only layer so leading : is causing
this warning to show up.
Quoted 10 lines
# This path is no longer user-readable in modern (very recent) Linux try:
ifos.path.exists("/proc/sys/vm/mmap_min_addr"):
--
1.7.9.5_______________________________________________
poky mailing list
[email protected]
https://lists.yoctoproject.org/listinfo/poky
Re: [PATCH 4/8] sanity.bbclass: warn the user if BBPATH contains wrong entries
Quoted 50 lines · Khem Raj
Quoted 24 lines · Scott Garman
From: Laurentiu Palcu <[email protected]>
If BBPATH references the working directory, the user is warned and asked to fix the problem.
[Yocto #1465]
(From OE-Core rev:
73f10ae955ba217078fa2c5288b736ae8a30b184)Signed-off-by Laurentiu Palcu <[email protected]>Signed-off-by Richard Purdie <[email protected]>Reworked commit to fix merge conflicts with denzil branch.
Signed-off-by Scott Garman <[email protected]>--- meta/classes/sanity.bbclass | 13 ++++++++++++- 1 file changed, 12 insertions(+), 1 deletion(-)meta/classes/sanity.bbclass +0
-0meta/classes/sanity.bbclass def check_sanity(sanity_data): · line 311
Quoted 2 lines
meta/classes/sanity.bbclass +0
-0@@ -310,7 +310,18 @@ def check_sanity(sanity_data): if "." in data.getVar('PATH', sanity_data, True).split(":"): messages = messages + "PATH contains '.' which will break thebuild, please remove this"
meta/classes/sanity.bbclass def check_sanity(sanity_data):
Quoted 5 lines
meta/classes/sanity.bbclass +3
-1- if data.getVar('TARGET_ARCH', sanity_data, True) == "arm": + bbpaths = sanity_data.getVar('BBPATH', True).split(":") + if "." in bbpaths or "" in bbpaths: + # TODO: change the following message to fatal when all BBPATHissues
meta/classes/sanity.bbclass def check_sanity(sanity_data): · line 316
Quoted 2 lines
meta/classes/sanity.bbclass +2
-0+ # are fixed + bb.warn("BBPATH references the current directory, eitherthrough " \
meta/classes/sanity.bbclass def check_sanity(sanity_data): · line 317
Quoted 1 line
meta/classes/sanity.bbclass +1
-0+ "an empty entry, or a '.'.\n\t This is unsafe and meansyour "\
meta/classes/sanity.bbclass def check_sanity(sanity_data): · line 318
Quoted 1 line
meta/classes/sanity.bbclass +1
-0+ "layer configuration is adding empty elements toBBPATH.\n\t "\
meta/classes/sanity.bbclass def check_sanity(sanity_data): · line 319
Quoted 1 line
meta/classes/sanity.bbclass +1
-0+ "Please check your layer.conf files and other BBPATH "\meta/classes/sanity.bbclass def check_sanity(sanity_data): · line 320
Quoted 1 line
meta/classes/sanity.bbclass +1
-0+ "settings to remove the current working directory "\meta/classes/sanity.bbclass def check_sanity(sanity_data): · line 324
Quoted 3 lines
meta/classes/sanity.bbclass +3
-0+ "references."); + + if sanity_data.getVar('TARGET_ARCH', True) == "arm":
Quoted 10 lines
No I get this warning when I use OE-Core standalone. The reason is for OE-Core
BBPATH .= ":${LAYERDIR}"
and there are no more entries prepended since its the only layer so leading : is causing
this warning to show up.
I confirm this.
@g
Re: [PATCH 4/8] sanity.bbclass: warn the user if BBPATH contains wrong entries
In a qemumips build with master poky:
WARNING: BBPATH references the current directory, either through an empty entry, or a '.'.
This is unsafe and means your layer configuration is adding empty elements
to BBPATH.
Please check your layer.conf files and other BBPATH settings to remove the
current working directory references.
And this is because BBPATH contains:
/home/agherzan/work/personal/yocto/poky-contrib/meta-yocto::/home/agherzan/work/personal/yocto/poky-contrib/meta
Well it's strange that:
meta: BBPATH .= ":${LAYERDIR}"
meta-yocto: BBPATH := "${LAYERDIR}:${BBPATH}"
This explains the way BBPATH above ended
like: /home/agherzan/work/personal/yocto/poky-contrib/meta-yocto::/home/agherzan/work/personal/yocto/poky-contrib/meta
Why don't we assign BBPATH as this in meta:
BBPATH .= "${LAYERDIR}"
And then in all other layers use: meta-yocto: BBPATH := "${LAYERDIR}:${BBPATH}". In this way the variable would be correctly generated.
@g
Quoted 67 lines · Andrei Gherzan
Quoted 50 lines · Khem Raj
Quoted 24 lines · Scott Garman
From: Laurentiu Palcu <[email protected]>
If BBPATH references the working directory, the user is warned and asked to fix the problem.
[Yocto #1465]
(From OE-Core rev:
73f10ae955ba217078fa2c5288b736ae8a30b184)Signed-off-by Laurentiu Palcu <[email protected]>Signed-off-by Richard Purdie <[email protected]>Reworked commit to fix merge conflicts with denzil branch.
Signed-off-by Scott Garman <[email protected]>--- meta/classes/sanity.bbclass | 13 ++++++++++++- 1 file changed, 12 insertions(+), 1 deletion(-)meta/classes/sanity.bbclass +0
-0meta/classes/sanity.bbclass def check_sanity(sanity_data): · line 311
Quoted 2 lines
meta/classes/sanity.bbclass +0
-0@@ -310,7 +310,18 @@ def check_sanity(sanity_data): if "." in data.getVar('PATH', sanity_data, True).split(":"): messages = messages + "PATH contains '.' which will break thebuild, please remove this"
meta/classes/sanity.bbclass def check_sanity(sanity_data):
Quoted 5 lines
meta/classes/sanity.bbclass +3
-1- if data.getVar('TARGET_ARCH', sanity_data, True) == "arm": + bbpaths = sanity_data.getVar('BBPATH', True).split(":") + if "." in bbpaths or "" in bbpaths: + # TODO: change the following message to fatal when all BBPATHissues
meta/classes/sanity.bbclass def check_sanity(sanity_data): · line 316
Quoted 2 lines
meta/classes/sanity.bbclass +2
-0+ # are fixed + bb.warn("BBPATH references the current directory, eitherthrough " \
meta/classes/sanity.bbclass def check_sanity(sanity_data): · line 317
Quoted 1 line
meta/classes/sanity.bbclass +1
-0+ "an empty entry, or a '.'.\n\t This is unsafe andmeans your "\
meta/classes/sanity.bbclass def check_sanity(sanity_data): · line 318
Quoted 1 line
meta/classes/sanity.bbclass +1
-0+ "layer configuration is adding empty elements toBBPATH.\n\t "\
meta/classes/sanity.bbclass def check_sanity(sanity_data): · line 319
Quoted 1 line
meta/classes/sanity.bbclass +1
-0+ "Please check your layer.conf files and other BBPATH "\meta/classes/sanity.bbclass def check_sanity(sanity_data): · line 320
Quoted 1 line
meta/classes/sanity.bbclass +1
-0+ "settings to remove the current working directory "\meta/classes/sanity.bbclass def check_sanity(sanity_data): · line 324
Quoted 3 lines
meta/classes/sanity.bbclass +3
-0+ "references."); + + if sanity_data.getVar('TARGET_ARCH', True) == "arm":Quoted 10 lines
No I get this warning when I use OE-Core standalone. The reason is for OE-Core
BBPATH .= ":${LAYERDIR}"
and there are no more entries prepended since its the only layer so leading : is causing
this warning to show up.I confirm this.
@g
Re: [PATCH 4/8] sanity.bbclass: warn the user if BBPATH contains wrong entries
Quoted 19 lines · Andrei Gherzan
In a qemumips build with master poky:
WARNING: BBPATH references the current directory, either through an empty entry, or a '.'.
This is unsafe and means your layer configuration is adding empty elements
to BBPATH.
Please check your layer.conf files and other BBPATH settings to remove the
current working directory references.And this is because BBPATH contains:
/home/agherzan/work/personal/yocto/poky-contrib/meta-yocto::/home/agherzan/work/personal/yocto/poky-contrib/metaWell it's strange that:
meta: BBPATH .= ":${LAYERDIR}"
meta-yocto: BBPATH := "${LAYERDIR}:${BBPATH}"This explains the way BBPATH above ended
like: /home/agherzan/work/personal/yocto/poky-contrib/meta-yocto::/home/agherzan/work/personal/yocto/poky-contrib/meta
Quoted 6 lines
Why don't we assign BBPATH as this in meta:
BBPATH .= "${LAYERDIR}"And then in all other layers use: meta-yocto: BBPATH := "${LAYERDIR}:${BBPATH}". In this way the variable would be correctly generated.
IMHO it's better to change meta-yocto/conf/layer to BBPATH .= ":${LAYERDIR}"
so the BBPATH order is the same as order of layers in bblayers.conf
I've changed it lately in
meta-initramfs http://patchwork.openembedded.org/patch/28487/
meta-handheld http://patchwork.openembedded.org/patch/28485/
so it would be more consistent to change it in meta-yocto too.
Cheers,
Quoted 74 lines · Andrei Gherzan
Quoted 58 lines · Khem Raj
Quoted 56 lines
Quoted 24 lines · Scott Garman
From: Laurentiu Palcu <[email protected]>
If BBPATH references the working directory, the user is warned and asked to fix the problem.
[Yocto #1465]
(From OE-Core rev:
73f10ae955ba217078fa2c5288b736ae8a30b184)Signed-off-by Laurentiu Palcu <[email protected]>Signed-off-by Richard Purdie <[email protected]>Reworked commit to fix merge conflicts with denzil branch.
Signed-off-by Scott Garman <[email protected]>--- meta/classes/sanity.bbclass | 13 ++++++++++++- 1 file changed, 12 insertions(+), 1 deletion(-)meta/classes/sanity.bbclass +0
-0meta/classes/sanity.bbclass def check_sanity(sanity_data): · line 311
Quoted 2 lines
meta/classes/sanity.bbclass +0
-0@@ -310,7 +310,18 @@ def check_sanity(sanity_data): if "." in data.getVar('PATH', sanity_data, True).split(":"): messages = messages + "PATH contains '.' which will break thebuild, please remove this"
meta/classes/sanity.bbclass def check_sanity(sanity_data):
Quoted 5 lines
meta/classes/sanity.bbclass +3
-1- if data.getVar('TARGET_ARCH', sanity_data, True) == "arm": + bbpaths = sanity_data.getVar('BBPATH', True).split(":") + if "." in bbpaths or "" in bbpaths: + # TODO: change the following message to fatal when all BBPATHissues
meta/classes/sanity.bbclass def check_sanity(sanity_data): · line 316
Quoted 2 lines
meta/classes/sanity.bbclass +2
-0+ # are fixed + bb.warn("BBPATH references the current directory, eitherthrough " \
meta/classes/sanity.bbclass def check_sanity(sanity_data): · line 317
Quoted 1 line
meta/classes/sanity.bbclass +1
-0+ "an empty entry, or a '.'.\n\t This is unsafe andmeans your "\
meta/classes/sanity.bbclass def check_sanity(sanity_data): · line 318
Quoted 1 line
meta/classes/sanity.bbclass +1
-0+ "layer configuration is adding empty elements toBBPATH.\n\t "\
meta/classes/sanity.bbclass def check_sanity(sanity_data): · line 319
Quoted 1 line
meta/classes/sanity.bbclass +1
-0+ "Please check your layer.conf files and other BBPATH "\meta/classes/sanity.bbclass def check_sanity(sanity_data): · line 320
Quoted 1 line
meta/classes/sanity.bbclass +1
-0+ "settings to remove the current working directory "\meta/classes/sanity.bbclass def check_sanity(sanity_data): · line 324
Quoted 3 lines
meta/classes/sanity.bbclass +3
-0+ "references."); + + if sanity_data.getVar('TARGET_ARCH', True) == "arm":No I get this warning when I use OE-Core standalone. The reason is for OE-Core
BBPATH .= ":${LAYERDIR}"
Quoted 10 lines
Quoted 5 lines
and there are no more entries prepended since its the only layer so leading : is causing
this warning to show up.I confirm this.
@g
_______________________________________________
poky mailing list
[email protected]
https://lists.yoctoproject.org/listinfo/poky
Signature · 1 line
Martin 'JaMa' Jansa jabber: [email protected]
Re: [PATCH 4/8] sanity.bbclass: warn the user if BBPATH contains wrong entries
Quoted 31 lines · Martin Jansa
Quoted 5 lines · Andrei Gherzan
In a qemumips build with master poky:
WARNING: BBPATH references the current directory, either through an empty entry, or a '.'.
This is unsafe and means your layer configuration is adding emptyelements
Quoted 2 lines
to BBPATH.
Please check your layer.conf files and other BBPATH settings to removethe
Quoted 4 lines
current working directory references.
And this is because BBPATH contains:
/home/agherzan/work/personal/yocto/poky-contrib/meta-yocto::/home/agherzan/work/personal/yocto/poky-contrib/meta
Quoted 7 lines
Well it's strange that:
meta: BBPATH .= ":${LAYERDIR}"
meta-yocto: BBPATH := "${LAYERDIR}:${BBPATH}"This explains the way BBPATH above ended
like:/home/agherzan/work/personal/yocto/poky-contrib/meta-yocto::/home/agherzan/work/personal/yocto/poky-contrib/meta
Quoted 7 lines
Why don't we assign BBPATH as this in meta:
BBPATH .= "${LAYERDIR}"And then in all other layers use: meta-yocto: BBPATH := "${LAYERDIR}:${BBPATH}". In this way the variable would be correctly generated.
Quoted 5 lines
IMHO it's better to change meta-yocto/conf/layer to BBPATH .= ":${LAYERDIR}"
so the BBPATH order is the same as order of layers in bblayers.confThis wouldn't fix it. As BBPATH would still have an empty value: the first
-> ":bla:bla"
@g
Re: [PATCH 4/8] sanity.bbclass: warn the user if BBPATH contains wrong entries
Quoted 33 lines · Andrei Gherzan
Quoted 31 lines · Martin Jansa
Quoted 5 lines · Andrei Gherzan
In a qemumips build with master poky:
WARNING: BBPATH references the current directory, either through an empty entry, or a '.'.
This is unsafe and means your layer configuration is adding emptyelements
Quoted 2 lines
to BBPATH.
Please check your layer.conf files and other BBPATH settings to removethe
Quoted 4 lines
current working directory references.
And this is because BBPATH contains:
/home/agherzan/work/personal/yocto/poky-contrib/meta-yocto::/home/agherzan/work/personal/yocto/poky-contrib/meta
Quoted 7 lines
Well it's strange that:
meta: BBPATH .= ":${LAYERDIR}"
meta-yocto: BBPATH := "${LAYERDIR}:${BBPATH}"This explains the way BBPATH above ended
like:/home/agherzan/work/personal/yocto/poky-contrib/meta-yocto::/home/agherzan/work/personal/yocto/poky-contrib/meta
Quoted 7 lines
Why don't we assign BBPATH as this in meta:
BBPATH .= "${LAYERDIR}"And then in all other layers use: meta-yocto: BBPATH := "${LAYERDIR}:${BBPATH}". In this way the variable would be correctly generated.
Quoted 6 lines
Quoted 5 lines
IMHO it's better to change meta-yocto/conf/layer to BBPATH .= ":${LAYERDIR}"
so the BBPATH order is the same as order of layers in bblayers.confThis wouldn't fix it. As BBPATH would still have an empty value: the first
-> ":bla:bla"
Yes, this alone won't fix it for everybody, but will allow you to define such order of BBPATH appends, so that if you start with non-empty value then it will work fine.
For example my setup has TOPDIR as first item in BBPATH:
bblayers.conf:
BBPATH ?= "${TOPDIR}"
BBFILES ?= ""
# Add your overlay location to BBLAYERS
# Make sure to have a conf/layers.conf in there
BBLAYERS = " \
${TOPDIR}/meta-jama \
${TOPDIR}/meta-smartphone/meta-shr \
${TOPDIR}/meta-smartphone/meta-aurora \
${TOPDIR}/meta-smartphone/meta-fso \
${TOPDIR}/meta-openembedded/meta-oe \
${TOPDIR}/meta-openembedded/toolchain-layer \
${TOPDIR}/meta-openembedded/meta-efl \
${TOPDIR}/meta-openembedded/meta-gnome \
${TOPDIR}/meta-openembedded/meta-gpe \
${TOPDIR}/meta-openembedded/meta-initramfs \
${TOPDIR}/meta-openembedded/meta-systemd \
${TOPDIR}/meta-smartphone/meta-osmocombb \
${TOPDIR}/meta-smartphone/meta-nokia \
${TOPDIR}/meta-smartphone/meta-htc \
${TOPDIR}/meta-smartphone/meta-palm \
${TOPDIR}/meta-smartphone/meta-openmoko \
${TOPDIR}/meta-smartphone/meta-samsung \
${TOPDIR}/meta-handheld \
${TOPDIR}/meta-browser \
${TOPDIR}/openembedded-core/meta \
"
and resulting BBPATH respects that correctly
bitbake -e | grep ^BBPATH | sed 's/:/:^M/g'
BBPATH="/OE/shr-core:
/OE/shr-core/meta-jama:
/OE/shr-core/meta-smartphone/meta-shr:
/OE/shr-core/meta-smartphone/meta-aurora:
/OE/shr-core/meta-smartphone/meta-fso:
/OE/shr-core/meta-openembedded/meta-oe:
/OE/shr-core/meta-openembedded/toolchain-layer:
/OE/shr-core/meta-openembedded/meta-efl:
/OE/shr-core/meta-openembedded/meta-gnome:
/OE/shr-core/meta-openembedded/meta-gpe:
/OE/shr-core/meta-openembedded/meta-initramfs:
/OE/shr-core/meta-openembedded/meta-systemd:
/OE/shr-core/meta-smartphone/meta-osmocombb:
/OE/shr-core/meta-smartphone/meta-nokia:
/OE/shr-core/meta-smartphone/meta-htc:
/OE/shr-core/meta-smartphone/meta-palm:
/OE/shr-core/meta-smartphone/meta-openmoko:
/OE/shr-core/meta-smartphone/meta-samsung:
/OE/shr-core/meta-handheld:
/OE/shr-core/meta-browser:
/OE/shr-core/openembedded-core/meta"
see https://bugzilla.yoctoproject.org/show_bug.cgi?id=1465 for few more details and reason why this BBPATH check started.
Cheers,
Signature · 1 line
Martin 'JaMa' Jansa jabber: [email protected]
Re: [PATCH 4/8] sanity.bbclass: warn the user if BBPATH contains wrong entries
Quoted 5 lines · Martin Jansa
bblayers.conf:
BBPATH ?= "${TOPDIR}"BBFILES ?= ""
yeah I guess a way is to always have BBPATH non empty by default and then layers append their respective
BBPATHS to it and all falls into place.
In OE-Core it still wont work since there BBPATH is empty by default and we can not assume some initial value for
it since user may place OE-Core anywhere in his layer heirarchy
Re: [PATCH 4/8] sanity.bbclass: warn the user if BBPATH contains wrong entries
Quoted 7 lines · Khem Raj
Quoted 5 lines · Martin Jansa
bblayers.conf:
BBPATH ?= "${TOPDIR}"BBFILES ?= ""
Quoted 7 lines
yeah I guess a way is to always have BBPATH non empty by default and then layers append their respective
BBPATHS to it and all falls into place.In OE-Core it still wont work since there BBPATH is empty by default and we can not assume some initial value for
it since user may place OE-Core anywhere in his layer heirarchy
I've proposed a patch for this on the OE-Core list. It uses BBPATH ?= "${TOPDIR}" which I came to independently but matches what Martin is doing :). We need the local build directory in BBPATH for local.conf
Cheers,
Richard
Re: [PATCH 4/8] sanity.bbclass: warn the user if BBPATH contains wrong entries
In reply to Khem RajQuoted 44 lines · Khem Raj
Quoted 30 lines · Scott Garman
From: Laurentiu Palcu<[email protected]>
If BBPATH references the working directory, the user is warned and asked to fix the problem.
[Yocto #1465]
(From OE-Core rev:
73f10ae955ba217078fa2c5288b736ae8a30b184)Signed-off-by Laurentiu Palcu<[email protected]>Signed-off-by Richard Purdie<[email protected]>Reworked commit to fix merge conflicts with denzil branch.
Signed-off-by Scott Garman<[email protected]>--- meta/classes/sanity.bbclass | 13 ++++++++++++- 1 file changed, 12 insertions(+), 1 deletion(-)meta/classes/sanity.bbclass +2
-1@@ -310,7 +310,18 @@ def check_sanity(sanity_data): if "." in data.getVar('PATH', sanity_data, True).split(":"): messages = messages + "PATH contains '.' which will break the build, please remove this" - if data.getVar('TARGET_ARCH', sanity_data, True) == "arm": + bbpaths = sanity_data.getVar('BBPATH', True).split(":") + if "." in bbpaths or "" in bbpaths:meta/classes/sanity.bbclass def check_sanity(sanity_data): · line 324
Quoted 10 lines
meta/classes/sanity.bbclass +10
-0+ # TODO: change the following message to fatal when all BBPATH issues + # are fixed + bb.warn("BBPATH references the current directory, either through " \ + "an empty entry, or a '.'.\n\t This is unsafe and means your "\ + "layer configuration is adding empty elements to BBPATH.\n\t "\ + "Please check your layer.conf files and other BBPATH " \ + "settings to remove the current working directory " \ + "references."); + + if sanity_data.getVar('TARGET_ARCH', True) == "arm":No I get this warning when I use OE-Core standalone. The reason is for OE-Core
Quoted 11 lines
BBPATH .= ":${LAYERDIR}"
and there are no more entries prepended since its the only layer so leading : is causing
this warning to show up.Quoted 5 lines
meta/classes/sanity.bbclass +0
-1# This path is no longer user-readable in modern (very recent) Linux try: if os.path.exists("/proc/sys/vm/mmap_min_addr"): --1.7.9.5
Richard didn't end up pulling this in, and explained his reasoning on the oe-core ML. So no worries.
Scott
Signature · 3 lines
Scott Garman Embedded Linux Engineer - Yocto Project Intel Open Source Technology Center
PATCH 5/8 eglibc: package mtrace separately
In reply to Scott GarmanFrom: Nitin A Kamble <[email protected]>
add libc-mtrace as dependency for task-core-tools-debug
now eglibc-mtrace gets included in an sdk image and not in a non-sdk image.
This does not affect builds with uclibc.
This fixes bug: [YOCTO# 2374]
(From OE-Core rev: a2ad2870a54108027ed33e977470f5f72e0bce1b)
--- meta/recipes-core/eglibc/eglibc-package.inc | 7 ++++++- meta/recipes-core/eglibc/eglibc_2.13.bb | 2 +- meta/recipes-core/tasks/task-core-tools-debug.bb | 4 ++++ 3 files changed, 11 insertions(+), 2 deletions(-)
meta/recipes-core/eglibc/eglibc-package.inc +6 -1
@@ -20,11 +20,12 @@ USE_LDCONFIG ?= "1" PKGSUFFIX = "" PKGSUFFIX_virtclass-nativesdk = "-nativesdk" -PACKAGES = "${PN}-dbg ${PN} catchsegv${PKGSUFFIX} sln${PKGSUFFIX} nscd${PKGSUFFIX} ldd${PKGSUFFIX} ${PN}-utils eglibc-extra-nss${PKGSUFFIX} eglibc-thread-db${PKGSUFFIX} ${PN}-pic ${PN}-dev ${PN}-staticdev ${PN}-doc libcidn${PKGSUFFIX} libmemusage${PKGSUFFIX} libsegfault${PKGSUFFIX} ${PN}-pcprofile libsotruss${PKGSUFFIX}" +PACKAGES = "${PN}-dbg ${PN} catchsegv${PKGSUFFIX} sln${PKGSUFFIX} nscd${PKGSUFFIX} ldd${PKGSUFFIX} ${PN}-mtrace ${PN}-utils eglibc-extra-nss${PKGSUFFIX} eglibc-thread-db${PKGSUFFIX} ${PN}-pic ${PN}-dev ${PN}-staticdev ${PN}-doc libcidn${PKGSUFFIX} libmemusage${PKGSUFFIX} libsegfault${PKGSUFFIX} ${PN}-pcprofile libsotruss${PKGSUFFIX}" # The ld.so in this eglibc supports the GNU_HASH RPROVIDES_${PN} = "glibc${PKGSUFFIX} rtld(GNU_HASH)" RPROVIDES_${PN}-utils = "glibc${PKGSUFFIX}-utils" +RPROVIDES_${PN}-mtrace = "glibc${PKGSUFFIX}-mtrace libc-mtrace" RPROVIDES_${PN}-pic = "glibc${PKGSUFFIX}-pic" RPROVIDES_${PN}-dev = "glibc${PKGSUFFIX}-dev" RPROVIDES_${PN}-staticdev = "glibc${PKGSUFFIX}-staticdev"
@@ -48,11 +49,13 @@ FILES_${PN}-dev_append += "${bindir}/rpcgen ${libdir}/*_nonshared.a \ ${base_libdir}/*_nonshared.a ${base_libdir}/*.o ${datadir}/aclocal" FILES_${PN}-staticdev_append += "${libdir}/*.a ${base_libdir}/*.a" FILES_nscd${PKGSUFFIX} = "${sbindir}/nscd*" +FILES_${PN}-mtrace = "${bindir}/mtrace" FILES_${PN}-utils = "${bindir}/* ${sbindir}/*" FILES_${PN}-dbg += "${libexecdir}/*/.debug ${libdir}/audit/.debug" FILES_catchsegv${PKGSUFFIX} = "${bindir}/catchsegv" RDEPENDS_catchsegv${PKGSUFFIX} = "libsegfault" RDEPENDS_${PN}-utils += "bash" +RDEPENDS_${PN}-mtrace += "perl" FILES_${PN}-pcprofile = "${base_libdir}/libpcprofile.so" FILES_eglibc-thread-db${PKGSUFFIX} = "${base_libdir}/libthread_db.so.* ${base_libdir}/libthread_db-*.so" RPROVIDES_${PN}-dev += "libc-dev"
@@ -68,6 +71,8 @@ SUMMARY_ldd = "print shared library dependencies" DESCRIPTION_ldd = "/usr/bin/ldd prints shared library dependencies for each program or shared library specified on the command line." SUMMARY_${PN}-utils = "Miscellaneous utilities provided by eglibc" DESCRIPTION_${PN}-utils = "Miscellaneous utilities including getconf, iconf, locale, gencat, tzselect, zic, rpcinfo, ..." +SUMMARY_${PN}-mtrace = "mtrace utility provided by eglibc" +DESCRIPTION_${PN}-mtrace = "mtrace utility provided by eglibc" DESCRIPTION_libsotruss = "Library to support sotruss which traces calls through PLTs" inherit libc-common multilib_header
meta/recipes-core/eglibc/eglibc_2.13.bb +1 -1
@@ -3,7 +3,7 @@ require eglibc.inc SRCREV = "15508" DEPENDS += "gperf-native" -PR = "r26" +PR = "r27" PR_append = "+svnr${SRCPV}" EGLIBC_BRANCH="eglibc-2_13"
meta/recipes-core/tasks/task-core-tools-debug.bb +4 -0
@@ -17,10 +17,14 @@ PACKAGE_ARCH = "${MACHINE_ARCH}" ALLOW_EMPTY = "1" +MTRACE = "" +MTRACE_libc-glibc = "libc-mtrace" + RDEPENDS_${PN} = "\ gdb \ gdbserver \ tcf-agent \ rsync \ strace \ + ${MTRACE} \ "
Signature · 1 line
1.7.9.5
PATCH 6/8 poky-tiny: eliminate mtrace rdepends
In reply to Scott GarmanFrom: Richard Purdie <[email protected]>
--- meta-yocto/conf/distro/poky-tiny.conf | 5 +++++ 1 file changed, 5 insertions(+)
meta-yocto/conf/distro/poky-tiny.conf +5 -0
@@ -114,3 +114,8 @@ IMAGE_FSTYPES = "ext2 cpio.gz" # variants of all compatible machines, but that leads to a lot # more machine configs to maintain long term. MACHINE_ESSENTIAL_EXTRA_RDEPENDS = "" + +# The mtrace script included by eglibc is a perl script. This means the system +# will build perl in case this package is installed. Since we don't care about +# this script for the purposes of tiny, remove the dependency from here. +RDEPENDS_${PN}-mtrace_pn-eglibc = ""
Signature · 1 line
1.7.9.5
PATCH 7/8 quilt: added ac_cv_path_BASH to CACHED_CONFIGUREVARS
In reply to Scott GarmanFrom: Saul Wold <[email protected]>
On Fedora 17, bash has moved to /usr/bin/bash and the configure process finds it on the host machine there, this ensures that it is set correctly for the target.
[YOCTO #2363]
(From OE-Core rev: 958934049e4b3b84e5eaa9c6b0d672cf2c4a693e)
Reworked commit to fix merge conflicts with denzil branch.
--- meta/recipes-devtools/quilt/quilt_0.51.bb | 5 ++++- 1 file changed, 4 insertions(+), 1 deletion(-)
meta/recipes-devtools/quilt/quilt_0.51.bb +4 -1
@@ -4,7 +4,10 @@ RDEPENDS_${PN} += "patch diffstat bzip2 util-linux" SRC_URI += "file://aclocal.patch \ file://gnu_patch_test_fix_target.patch \ " -PR = "r4" +PR = "r5" + + +CACHED_CONFIGUREVARS += "ac_cv_path_BASH=${base_bindir}/bash" PERLPATH = "${bindir}/env perl" PERLPATH_virtclass-nativesdk = "/usr/bin/env perl"
Signature · 1 line
1.7.9.5
PATCH 8/8 eglibc: added ac_cv_path_ to CACHED_CONFIGUREVARS
In reply to Scott GarmanFrom: Saul Wold <[email protected]>
On Fedora 17, bash has moved to /usr/bin/bash and the configure process finds it on the host machine there, this ensures that it is set correctly for the target.
[YOCTO #2363]
(From OE-Core rev: 133c2a12d13028a3829c87a59a2ff4fe21f57260)
Reworked commit to fix merge conflicts with denzil branch.
--- meta/recipes-core/eglibc/eglibc.inc | 2 ++ meta/recipes-core/eglibc/eglibc_2.13.bb | 2 +- meta/recipes-core/eglibc/eglibc_2.15.bb | 2 +- 3 files changed, 4 insertions(+), 2 deletions(-)
meta/recipes-core/eglibc/eglibc.inc +2 -0
@@ -32,6 +32,8 @@ require eglibc-options.inc LEAD_SONAME = "libc.so" +CACHED_CONFIGUREVARS += "ac_cv_path_KSH=${base_bindir}/bash \ + ac_cv_path_BASH_SHELL=${base_bindir}/bash" GLIBC_EXTRA_OECONF ?= "" GLIBC_EXTRA_OECONF_virtclass-nativesdk = "" INHIBIT_DEFAULT_DEPS = "1"
meta/recipes-core/eglibc/eglibc_2.13.bb +1 -1
@@ -3,7 +3,7 @@ require eglibc.inc SRCREV = "15508" DEPENDS += "gperf-native" -PR = "r27" +PR = "r28" PR_append = "+svnr${SRCPV}" EGLIBC_BRANCH="eglibc-2_13"
meta/recipes-core/eglibc/eglibc_2.15.bb +1 -1
@@ -3,7 +3,7 @@ require eglibc.inc SRCREV = "17386" DEPENDS += "gperf-native" -PR = "r6" +PR = "r7" PR_append = "+svnr${SRCPV}" EGLIBC_BRANCH="eglibc-2_15"
Signature · 1 line
1.7.9.5