Skip to contentSkip to conversation

Various Fixes

GIT PULL Saul Wold 3 participants 14 messages Aug 11, 2011

lore
Share & tools
lore

Saul Wold

author
#0 lore raw

Richard,

This is a series of patches that I have reviewed and built.

Sau!

The following changes since commit a1f87ec65fa1a6d5ce9a010548dbe7c01ab9b711:

eglibc: force GLIBC_EXTRA_OECONF to not be uset for nativesdk (2011-08-10 13:26:22 +0100)

are available in the git repository at:
git://git.openembedded.org/openembedded-core-contrib sgw/stage
http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=sgw/stage

Khem Raj (1):
scripts/runqemu: Make it run on ubuntu 11.10

Kumar Gala (5):
python-dir: specify am_cv_python_pythondir & am_cv_python_pyexecdir
xcb-proto: use python-dir class for proper path setting
telepathy-python: utilize python-dir to respect libdir/site-packages
path
gnome-doc-utils: respect python-dir setting EXTRA_OECONF
gcc: move --enable-target-optspace workaround to just gcc-4.5.1

Leandro Dorileo (1):
scripts/combo-layer: a simple way to script the combo-layer conf

Richard Purdie (1):
gcc: Various fixups to ensure consistent gcc builds

Xiaofeng Yan (1):
chkconfig: remove link for update-alternatives to disambiguate

[email protected] (1):
Magic file path should be given for rpmbuild

 meta/classes/package_rpm.bbclass                   |    2 +
 meta/classes/python-dir.bbclass                    |    3 ++
 .../telepathy/telepathy-python_0.15.19.bb          |    4 +-
 meta/recipes-devtools/gcc/gcc-4.5.1.inc            |   10 +++++++++
 meta/recipes-devtools/gcc/gcc-4.6.inc              |    4 +-
 meta/recipes-devtools/gcc/gcc-common.inc           |    9 ++++---
 meta/recipes-devtools/gcc/gcc-configure-common.inc |   17 +++++++--------
 .../gcc/gcc-cross-canadian_4.5.1.bb                |    2 -
 .../gcc/gcc-cross-initial_4.5.1.bb                 |    2 -
 .../gcc/gcc-cross-intermediate_4.5.1.bb            |    1 -
 meta/recipes-devtools/gcc/gcc-cross_4.5.1.bb       |    2 -
 .../gcc/gcc-cross_csl-arm-2008q1.bb                |    2 -
 .../gcc/gcc-crosssdk-initial_4.5.1.bb              |    2 -
 .../gcc/gcc-crosssdk-intermediate_4.5.1.bb         |    2 -
 meta/recipes-devtools/gcc/gcc-crosssdk_4.5.1.bb    |    2 -
 meta/recipes-devtools/gcc/gcc-csl-arm-2008q1.inc   |    1 +
 meta/recipes-devtools/gcc/gcc-runtime_4.5.1.bb     |    2 -
 meta/recipes-devtools/gcc/gcc_4.5.1.bb             |    1 -
 meta/recipes-devtools/gcc/gcc_csl-arm-2008q1.bb    |    2 -
 .../recipes-extended/chkconfig/chkconfig_1.3.52.bb |    3 +-
 meta/recipes-gnome/gnome/gnome-doc-utils.inc       |    2 +-
 meta/recipes-gnome/gnome/gnome-doc-utils_0.20.6.bb |    2 +-
 .../xcb/xcb-proto-1.6/aclocal.patch                |   22 --------------------
 meta/recipes-graphics/xcb/xcb-proto.inc            |    5 +--
 meta/recipes-graphics/xcb/xcb-proto_1.6.bb         |    2 +-
 meta/recipes-graphics/xcb/xcb-proto_git.bb         |    2 +-
 scripts/combo-layer                                |   13 ++++++++++-
 scripts/runqemu                                    |    1 +
 28 files changed, 54 insertions(+), 68 deletions(-)
 delete mode 100644 meta/recipes-graphics/xcb/xcb-proto-1.6/aclocal.patch
Signature · 1 line
1.7.3.4
author
#1 lore raw

[CONSOLIDATED PULL 01/10] scripts/runqemu: Make it run on ubuntu 11.10

From: Khem Raj <[email protected]>

location of libGL has moved in ubuntu 11.10
so we look for it in the new locations

---
 scripts/runqemu |    1 +
 1 files changed, 1 insertions(+), 0 deletions(-)
scripts/runqemu +1 -0
index 9611c64..2b8e88a 100755
@@ -388,6 +388,7 @@ libgl='no'
 
 test -e /usr/lib/libGL.so -a -e /usr/lib/libGLU.so && libgl='yes'
 test -e /usr/lib64/libGL.so -a -e /usr/lib64/libGLU.so && libgl='yes'
+test -e /usr/lib/`uname -i`-linux-gnu/libGL.so -a -e /usr/lib/`uname -i`-linux-gnu/libGLU.so && libgl='yes'
 
 if [ "$libgl" != 'yes' ]; then
     echo "You need libGL.so and libGLU.so to exist in your library path to run the QEMU emulator.
Signature · 1 line
1.7.3.4
author
#2 lore raw

[CONSOLIDATED PULL 02/10] gcc: Various fixups to ensure consistent gcc builds

In reply to Saul Wold

From: Richard Purdie <[email protected]>

We ensure that:
* the shared work directory contains PR and ensure PR values are consistent across gcc builds
* the regexp to handle library directories is in a specific task and run once

This avoids breakage that was seen in incremental builds after commit be1f70d68b6b75772ebab8bdff683ddd7c42b0cd where the interpretor could become corrupted. This was due to the sed expression corrupting the source directory.

---
 meta/recipes-devtools/gcc/gcc-4.5.1.inc            |    2 ++
 meta/recipes-devtools/gcc/gcc-4.6.inc              |    4 ++--
 meta/recipes-devtools/gcc/gcc-common.inc           |    9 +++++----
 meta/recipes-devtools/gcc/gcc-configure-common.inc |   10 +++++++---
 .../gcc/gcc-cross-canadian_4.5.1.bb                |    2 --
 .../gcc/gcc-cross-initial_4.5.1.bb                 |    2 --
 .../gcc/gcc-cross-intermediate_4.5.1.bb            |    1 -
 meta/recipes-devtools/gcc/gcc-cross_4.5.1.bb       |    2 --
 .../gcc/gcc-cross_csl-arm-2008q1.bb                |    2 --
 .../gcc/gcc-crosssdk-initial_4.5.1.bb              |    2 --
 .../gcc/gcc-crosssdk-intermediate_4.5.1.bb         |    2 --
 meta/recipes-devtools/gcc/gcc-crosssdk_4.5.1.bb    |    2 --
 meta/recipes-devtools/gcc/gcc-csl-arm-2008q1.inc   |    1 +
 meta/recipes-devtools/gcc/gcc-runtime_4.5.1.bb     |    2 --
 meta/recipes-devtools/gcc/gcc_4.5.1.bb             |    1 -
 meta/recipes-devtools/gcc/gcc_csl-arm-2008q1.bb    |    2 --
 16 files changed, 17 insertions(+), 29 deletions(-)
meta/recipes-devtools/gcc/gcc-4.5.1.inc +2 -0
index 1b21a75..6eb3044 100644
@@ -1,5 +1,7 @@
 require gcc-common.inc
 
+PR = "r8"
+
 DEPENDS =+ "mpfr gmp libmpc elfutils"
 NATIVEDEPS = "mpfr-native gmp-native gettext-native libmpc-native elfutils-native"
 
meta/recipes-devtools/gcc/gcc-4.6.inc +2 -2
index f952ac8..0a148b4 100644
@@ -1,6 +1,6 @@
 require gcc-common.inc
 
-PR = "r4"
+PR = "r7"
 
 # Third digit in PV should be incremented after a minor release
 # happens from this branch on gcc e.g. currently its 4.6.0
@@ -73,7 +73,7 @@ SRC_URI = "svn://gcc.gnu.org/svn/gcc/branches;module=${BRANCH};proto=http \
 SRC_URI_append_sh3  = " file://sh3-installfix-fixheaders.patch;patch=1 "
 
 #S = "${WORKDIR}/${BRANCH}"
-S = "${TMPDIR}/work-shared/gcc-${PV}/${BRANCH}"
+S = "${TMPDIR}/work-shared/gcc-${PV}-${PR}/${BRANCH}"
 B = "${WORKDIR}/${BRANCH}/build.${HOST_SYS}.${TARGET_SYS}"
 
 # Language Overrides
meta/recipes-devtools/gcc/gcc-common.inc +5 -4
index 1684e78..52431fa 100644
@@ -40,17 +40,18 @@ ${GNU_MIRROR}/gcc/	http://gcc.get-software.com/releases/ \n \
 gcclibdir = "${libdir}/gcc"
 BINV = "${PV}"
 #S = "${WORKDIR}/gcc-${PV}"
-S = "${TMPDIR}/work-shared/gcc-${PV}/gcc-${PV}"
+S = "${TMPDIR}/work-shared/gcc-${PV}/gcc-${PV}-${PR}"
 B = "${WORKDIR}/gcc-${PV}/build.${HOST_SYS}.${TARGET_SYS}"
 
 # SS means Shared Stamps directory
-SS = "${TMPDIR}/stamps/work-shared/gcc-${PV}"
+SS = "${TMPDIR}/stamps/work-shared/gcc-${PV}-${PR}"
 do_fetch[stamp-base] = "${SS}"
 do_unpack[stamp-base] = "${SS}"
+do_headerfix[stamp-base] = "${SS}"
 do_patch[stamp-base] = "${SS}"
 
 # SW means Shared Work directory
-SW = "${TMPDIR}/work-shared/gcc-${PV}"
+SW = "${TMPDIR}/work-shared/gcc-${PV}-${PR}"
 WORKDIR_task-unpack = "${SW}"
 WORKDIR_task-patch = "${SW}"
 
@@ -61,7 +62,7 @@ target_prefix ?= "${prefix}"
 
 CLEANFUNCS += "workshared_clean"
 # The do_clean should be exclusive since share ${S}
-do_clean[lockfiles] = "${TMPDIR}/stamps/work-shared/gcc-${PV}.clean.lock"
+do_clean[lockfiles] = "${SW}.clean.lock"
 
 python workshared_clean () {
 	"""clear the source directory"""
meta/recipes-devtools/gcc/gcc-configure-common.inc +7 -3
index 869d1b6..2ddc3d7 100644
@@ -61,9 +61,9 @@ SYSTEMHEADERS = "${target_includedir}"
 SYSTEMLIBS = "${target_base_libdir}/"
 SYSTEMLIBS1 = "${target_libdir}/"
 
-do_configure_prepend () {
-	# Change the default dynamic linker path, only useful for SDK, other's value
-	# are not changed according to the SYSTEMLIBS_DIR
+do_headerfix () {
+	# Change the default dynamic linker path, in case $base_liddir is non-standard
+	# (e.g. in multilib or sdk cases)
 	#
 	# We want something like the following:
 	# 	#define GLIBC_DYNAMIC_LINKER64 "/lib64/ld-linux-x86-64.so.2"
@@ -72,7 +72,11 @@ do_configure_prepend () {
 	#
 	sed -i ${S}/gcc/config/*/linux*.h -e \
 		's#\(GLIBC_DYNAMIC_LINKER[^ ]*\) \( *"/lib.*\)/\(.*\)#\1 SYSTEMLIBS_DIR "\3#'
+}
 
+addtask headerfix after do_unpack before do_patch
+
+do_configure_prepend () {
 	# teach gcc to find correct target includedir when checking libc ssp support
 	mkdir -p ${B}/gcc
 	echo "NATIVE_SYSTEM_HEADER_DIR = ${SYSTEMHEADERS}" > ${B}/gcc/t-oe
meta/recipes-devtools/gcc/gcc-cross-canadian_4.5.1.bb +0 -2
index 92708d4..da3210f 100644
@@ -5,8 +5,6 @@ require gcc-cross-canadian.inc
 require gcc-configure-sdk.inc
 require gcc-package-sdk.inc
 
-PR = "r4"
-
 DEPENDS += "gmp-nativesdk mpfr-nativesdk libmpc-nativesdk elfutils-nativesdk"
 RDEPENDS_${PN} += "mpfr-nativesdk libmpc-nativesdk elfutils-nativesdk"
 
meta/recipes-devtools/gcc/gcc-cross-initial_4.5.1.bb +0 -2
index 081b7d6..16d8181 100644
@@ -1,5 +1,3 @@
 require gcc-cross_${PV}.bb
 require gcc-cross-initial.inc
 
-PR = "r4"
-
meta/recipes-devtools/gcc/gcc-cross-intermediate_4.5.1.bb +0 -1
index a8473b0..42fd0f0 100644
@@ -1,4 +1,3 @@
 require gcc-cross_${PV}.bb
 require gcc-cross-intermediate.inc
-PR = "r5"
 
meta/recipes-devtools/gcc/gcc-cross_4.5.1.bb +0 -2
index af6daf4..97a0c81 100644
@@ -1,5 +1,3 @@
-PR = "r4"
-
 require gcc-${PV}.inc
 require gcc-cross4.inc
 
meta/recipes-devtools/gcc/gcc-cross_csl-arm-2008q1.bb +0 -2
index 3c9a7f8..58eba46 100644
@@ -1,5 +1,3 @@
-PR = "r5"
-
 require gcc-csl-arm-2008q1.inc
 require gcc-cross4.inc
 require gcc-configure-cross.inc
meta/recipes-devtools/gcc/gcc-crosssdk-initial_4.5.1.bb +0 -2
index 9708248..0c9fdd3 100644
@@ -1,4 +1,2 @@
 require gcc-cross-initial_${PV}.bb
 require gcc-crosssdk-initial.inc
-
-PR = "r4"
meta/recipes-devtools/gcc/gcc-crosssdk-intermediate_4.5.1.bb +0 -2
index d235969..1aa588a 100644
@@ -1,4 +1,2 @@
 require gcc-cross-intermediate_${PV}.bb
 require gcc-crosssdk-intermediate.inc
-
-PR = "r4"
meta/recipes-devtools/gcc/gcc-crosssdk_4.5.1.bb +0 -2
index bae2389..7430888 100644
@@ -1,4 +1,2 @@
 require gcc-cross_${PV}.bb
 require gcc-crosssdk.inc
-
-PR = "r4"
meta/recipes-devtools/gcc/gcc-csl-arm-2008q1.inc +1 -0
index cb5b087..062f1c5 100644
@@ -2,6 +2,7 @@ require gcc-common.inc
 
 BINV = "4.2.3"
 PV = "4.2.3+csl-arm-2008q1-126"
+PR = "r6"
 
 FILESDIR = "${FILE_DIRNAME}/gcc-csl-arm"
 
meta/recipes-devtools/gcc/gcc-runtime_4.5.1.bb +0 -2
index 0a7056c..bd3bacf 100644
@@ -1,5 +1,3 @@
-PR = "r6"
-
 require gcc-${PV}.inc
 require gcc-configure-runtime.inc
 require gcc-package-runtime.inc
meta/recipes-devtools/gcc/gcc_4.5.1.bb +0 -1
index f036cb1..4dfb12e 100644
@@ -1,4 +1,3 @@
-PR = "r8"
 require gcc-${PV}.inc
 require gcc-configure-target.inc
 require gcc-package-target.inc
meta/recipes-devtools/gcc/gcc_csl-arm-2008q1.bb +0 -2
index 9fd2b0a..5bb8e58 100644
@@ -1,5 +1,3 @@
-PR = "r5"
-
 require gcc-${PV}.inc
 require gcc-configure-target.inc
 require gcc-package-target.inc
Signature · 1 line
1.7.3.4
author
#3 lore raw

[CONSOLIDATED PULL 03/10] chkconfig: remove link for update-alternatives to disambiguate

In reply to Saul Wold

From: Xiaofeng Yan <[email protected]>

[YOCTO #936]
"update-alternatives" installed: one in /usr/sbin from chkconfig \
(symlinked to "alternatives"), and the other in /usr/bin \
from update-alternatives-cworth.
It appears for whatever reason that the one from chkconfig is run \
during postinst processing but if you run the script from the command \
line it gets the other one.
this is due to differences in the PATH environment variable.

The following is the sequence to call scripts after kernel booting inittab
-->rcS

     -->./S40networking(PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin)
     -->S98configure(call rpm-postinstall)
        #"/usr/sbin" is found prior to "/usr/bin", so update-alternatives from chkconfig is run in this script

-->rc5.d
-->profile(profile:4:PATH="/usr/local/bin:/usr/bin:/bin" profile:15: PATH=$PATH:/usr/local/sbin:/usr/sbin:/sbin) #"/usr/bin/" is found prior to "/usr/sbin", so update-alternatives from update-alternatives-cworth is run in this script

So I remove the symlink (update-alternatives linked to chkconfig). The one from update-alternatives-cworth is left alone.

---
 .../recipes-extended/chkconfig/chkconfig_1.3.52.bb |    3 ++-
 1 files changed, 2 insertions(+), 1 deletions(-)
meta/recipes-extended/chkconfig/chkconfig_1.3.52.bb +2 -1
index 659f964..6dc8a0e 100644
@@ -12,7 +12,7 @@ LIC_FILES_CHKSUM = "file://COPYING;md5=5574c6965ae5f583e55880e397fbb018"
 
 DEPENDS = "libnewt popt"
 
-PR = "r0"
+PR = "r1"
 
 SRC_URI = "http://fedorahosted.org/releases/c/h/chkconfig/${BPN}-${PV}.tar.bz2"
 
@@ -23,4 +23,5 @@ inherit autotools gettext
 
 do_install_append() {
     mkdir -p ${D}/etc/chkconfig.d
+    rm -f ${D}/usr/sbin/update-alternatives
 }
Signature · 1 line
1.7.3.4
author
#4 lore raw

[CONSOLIDATED PULL 04/10] scripts/combo-layer: a simple way to script the combo-layer conf

In reply to Saul Wold

From: Leandro Dorileo <[email protected]>

This small patch introduces a a very simple and basic way to script the combo-layer conf file. With that a combo can be shared with no need to change its config - associated to the use of environment variables for example.

*Similar* to bitbake it considers every value starting with @ to be a python script. So local_repo could be easily configured as:

[bitbake]
local_repo = @os.getenv("LOCAL_REPO_DIR") + "/bitbake"

or any more sophisticated python syntax.

This version updates the config file description so users can be aware of.

---
 scripts/combo-layer |   13 ++++++++++++-
 1 files changed, 12 insertions(+), 1 deletions(-)
scripts/combo-layer +12 -1
index d129175..07b3382 100755
@@ -79,6 +79,14 @@ local_repo_dir = ~/src/oecore
 dest_dir = .
 last_revision =
 
+# it's also possible to embed python code in the config values. Similar
+# to bitbake it considers every value starting with @ to be a python script. 
+# So local_repo could be easily configured using an environment variable as:
+#
+# [bitbake]
+# local_repo = @os.getenv("LOCAL_REPO_DIR") + "/bitbake"
+#
+
 # more components ...
 
     """
@@ -91,7 +99,10 @@ last_revision =
         for repo in self.parser.sections():
             self.repos[repo] = {}
             for (name, value) in self.parser.items(repo):
-                self.repos[repo][name] = value
+                if value.startswith("@"):
+                    self.repos[repo][name] = eval(value.strip("@"))
+                else:
+                    self.repos[repo][name] = value
 
     def update(self, repo, option, value):
         self.parser.set(repo, option, value)
Signature · 1 line
1.7.3.4
author
#5 lore raw

[CONSOLIDATED PULL 05/10] python-dir: specify am_cv_python_pythondir & am_cv_python_pyexecdir

In reply to Saul Wold

From: Kumar Gala <[email protected]>

autoconf will try and set these to via python.m4:

am_cv_python_pythondir=$PYTHON_PREFIX/lib/python$PYTHON_VERSION/site-packages am_cv_python_pyexecdir=$PYTHON_EXEC_PREFIX/lib/python$PYTHON_VERSION/site-packages

However this is problematic as this doesnt respect libdir and where we've actually set python's site package dir to.

---
 meta/classes/python-dir.bbclass |    3 +++
 1 files changed, 3 insertions(+), 0 deletions(-)
meta/classes/python-dir.bbclass +3 -0
index 1ceb929..526b3bf 100644
@@ -1,3 +1,6 @@
 PYTHON_BASEVERSION ?= "2.6"
 PYTHON_DIR = "python${PYTHON_BASEVERSION}"
 PYTHON_SITEPACKAGES_DIR = "${libdir}/${PYTHON_DIR}/site-packages"
+
+EXTRA_OECONF += "am_cv_python_pythondir=${PYTHON_SITEPACKAGES_DIR}"
+EXTRA_OECONF += "am_cv_python_pyexecdir=${PYTHON_SITEPACKAGES_DIR}"
Signature · 1 line
1.7.3.4
#6 lore raw

Re: [CONSOLIDATED PULL 05/10] python-dir: specify am_cv_python_pythondir & am_cv_python_pyexecdir

Quoted 7 lines · Saul Wold

From: Kumar Gala <[email protected]>

autoconf will try and set these to via python.m4:

am_cv_python_pythondir=$PYTHON_PREFIX/lib/python$PYTHON_VERSION/site-packages am_cv_python_pyexecdir=$PYTHON_EXEC_PREFIX/lib/python$PYTHON_VERSION/site-packages

Quoted 7 lines

However this is problematic as this doesnt respect libdir and where we've actually set python's site package dir to.

---
meta/classes/python-dir.bbclass | 3 +++

1 files changed, 3 insertions(+), 0 deletions(-)

Drop the python patches, Richard wanted us to patch automake, I've posted a new set of patches for that.

- k

author
#7 lore raw

[CONSOLIDATED PULL 07/10] telepathy-python: utilize python-dir to respect libdir/site-packages path

In reply to Saul Wold

From: Kumar Gala <[email protected]>

Fixes issue of libdir is set to something like '/usr/lib64'.

---
 .../telepathy/telepathy-python_0.15.19.bb          |    4 ++--
 1 files changed, 2 insertions(+), 2 deletions(-)
meta/recipes-connectivity/telepathy/telepathy-python_0.15.19.bb +2 -2
index ead8dea..fde4006 100644
@@ -9,9 +9,9 @@ RDEPENDS_${PN} += "python-dbus"
 SRC_URI = "http://telepathy.freedesktop.org/releases/${BPN}/${BPN}-${PV}.tar.gz \
            file://parallel_make.patch"
 
-PR = "r2"
+PR = "r3"
 
-inherit autotools
+inherit autotools python-dir
 
 SRC_URI[md5sum] = "f7ca25ab3c88874015b7e9728f7f3017"
 SRC_URI[sha256sum] = "244c0e1bf4bbd78ae298ea659fe10bf3a73738db550156767cc2477aedf72376"
Signature · 1 line
1.7.3.4
author
#8 lore raw

[CONSOLIDATED PULL 08/10] gnome-doc-utils: respect python-dir setting EXTRA_OECONF

In reply to Saul Wold

From: Kumar Gala <[email protected]>

Don't just assign but append to EXTRA_OECONF so we maintain python-dir setting fo EXTRA_OECONF.

This fixes issue if libdir is set to something like '/usr/lib64'.

---
 meta/recipes-gnome/gnome/gnome-doc-utils.inc       |    2 +-
 meta/recipes-gnome/gnome/gnome-doc-utils_0.20.6.bb |    2 +-
 2 files changed, 2 insertions(+), 2 deletions(-)
meta/recipes-gnome/gnome/gnome-doc-utils.inc +1 -1
index 7c28eab..b1aef3b 100644
@@ -4,7 +4,7 @@ DEPENDS_virtclass-native = "libxml2-native libxslt-native intltool-native"
 
 inherit gnome gettext python-dir
 
-EXTRA_OECONF = "--disable-scrollkeeper"
+EXTRA_OECONF += "--disable-scrollkeeper"
 
 do_install_append() {
 	mkdir -p  ${D}${datadir}/xml/gnome/xslt/
meta/recipes-gnome/gnome/gnome-doc-utils_0.20.6.bb +1 -1
index 1ec1076..c65cf64 100644
@@ -1,7 +1,7 @@
 require gnome-doc-utils.inc
 LIC_FILES_CHKSUM = "file://COPYING.GPL;md5=eb723b61539feef013de476e68b5c50a \
 		    file://COPYING.LGPL;md5=a6f89e2100d9b6cdffcea4f398e37343"
-PR = "r4"
+PR = "r5"
 
 SRC_URI += "file://xsltproc_nonet.patch \
 	    file://use-usr-bin-env-for-python-in-xml2po.patch"
Signature · 1 line
1.7.3.4
author
#9 lore raw

[CONSOLIDATED PULL 06/10] xcb-proto: use python-dir class for proper path setting

In reply to Saul Wold

From: Kumar Gala <[email protected]>

The previous patch to deal with multilib that patched aclocal doesn't work in all cases as we might regenerate aclocal and thus the modification is overwritten.

Instead we can utilize python-dir class to have it set:

am_cv_python_pythondir & am_cv_python_pyexecdir

for is to the proper path.

---
 .../xcb/xcb-proto-1.6/aclocal.patch                |   22 --------------------
 meta/recipes-graphics/xcb/xcb-proto.inc            |    5 +--
 meta/recipes-graphics/xcb/xcb-proto_1.6.bb         |    2 +-
 meta/recipes-graphics/xcb/xcb-proto_git.bb         |    2 +-
 4 files changed, 4 insertions(+), 27 deletions(-)
 delete mode 100644 meta/recipes-graphics/xcb/xcb-proto-1.6/aclocal.patch
meta/recipes-graphics/xcb/xcb-proto-1.6/aclocal.patch deleted +0 -22
deleted file mode 100644
index 124f146..0000000
@@ -1,22 +0,0 @@
-Upstream-Status: Inappropriate [configuration]
-
-diff -ruN xcb-proto-1.6-orig/aclocal.m4 xcb-proto-1.6/aclocal.m4
---- xcb-proto-1.6-orig/aclocal.m4	2011-07-08 15:45:33.000000000 +0800
-+++ xcb-proto-1.6/aclocal.m4	2011-07-08 15:48:19.000000000 +0800
-@@ -518,6 +518,7 @@
-   dnl general consensus is that you shouldn't need this ability.
- 
-   AC_SUBST([PYTHON_PREFIX], ['${prefix}'])
-+  AC_SUBST([PYTHON_LIB_PREFIX], ['${libdir}'])
-   AC_SUBST([PYTHON_EXEC_PREFIX], ['${exec_prefix}'])
- 
-   dnl At times (like when building shared libraries) you may want
-@@ -546,7 +547,7 @@
-        am_py_prefix=$prefix
-      fi
-      am_cv_python_pythondir=`$PYTHON -c "import sys; from distutils import sysconfig; sys.stdout.write(sysconfig.get_python_lib(0,0,prefix='$am_py_prefix'))" 2>/dev/null ||
--     echo "$PYTHON_PREFIX/lib/python$PYTHON_VERSION/site-packages"`
-+     echo "$PYTHON_LIB_PREFIX/python$PYTHON_VERSION/site-packages"`
-      case $am_cv_python_pythondir in
-      $am_py_prefix*)
-        am__strip_prefix=`echo "$am_py_prefix" | sed 's|.|.|g'`
meta/recipes-graphics/xcb/xcb-proto.inc +2 -3
index 76688c9..048a8e2 100644
@@ -9,10 +9,9 @@ BUGTRACKER = "https://bugs.freedesktop.org/enter_bug.cgi?product=XCB"
 SECTION = "x11/libs"
 LICENSE = "MIT-X"
 
-SRC_URI = "http://xcb.freedesktop.org/dist/xcb-proto-${PV}.tar.bz2 \
-           file://aclocal.patch"
+SRC_URI = "http://xcb.freedesktop.org/dist/xcb-proto-${PV}.tar.bz2"
 
-inherit autotools pkgconfig
+inherit autotools pkgconfig python-dir
 
 PACKAGES += "python-xcbgen"
 
meta/recipes-graphics/xcb/xcb-proto_1.6.bb +1 -1
index 1868f1a..9d35596 100644
@@ -4,7 +4,7 @@ LICENSE = "MIT"
 LIC_FILES_CHKSUM = "file://COPYING;md5=d763b081cb10c223435b01e00dc0aba7 \
                     file://src/dri2.xml;beginline=2;endline=28;md5=f8763b13ff432e8597e0d610cf598e65"
 
-PR = "r2"
+PR = "r3"
 
 SRC_URI[md5sum] = "04313e1d914b44d0e457f6c494fc178b"
 SRC_URI[sha256sum] = "f52bc1159b12496f002404eb5793c01277b20c82cb72c5ff076d7b25da9b5ca2"
meta/recipes-graphics/xcb/xcb-proto_git.bb +1 -1
index 2711213..4358fee 100644
@@ -3,7 +3,7 @@ DEFAULT_PREFERENCE = "-1"
 include xcb-proto.inc
 SRCREV = "d81ca233e98be8fa59e8c90d262c0516944c5a66"
 PV = "1.2+gitr${SRCPV}"
-PR = "r2"
+PR = "r3"
 
 SRC_URI = "git://anongit.freedesktop.org/git/xcb/proto;protocol=git"
 S = "${WORKDIR}/git"
Signature · 1 line
1.7.3.4
author
#10 lore raw

[CONSOLIDATED PULL 10/10] Magic file path should be given for rpmbuild

In reply to Saul Wold

From: [email protected] <[email protected]>

From d54b975506c392cfb59dbb3caf313ac061b6fa01 Mon Sep 17 00:00:00 2001
From: Jani Uusi-Rantala <[email protected]>
Date: Thu, 11 Aug 2011 18:37:56 +0300
Subject: [PATCH] Magic file path should be given for rpmbuild in
_rpmfc_magic_path define so that build system default file is not used by accident. Not doing this caused many packages to fail building in several systems.

Fixes [YOCTO #1358]

---
 meta/classes/package_rpm.bbclass |    2 ++
 1 files changed, 2 insertions(+), 0 deletions(-)
meta/classes/package_rpm.bbclass +2 -0
index f123229..59e8d48 100644
@@ -822,6 +822,7 @@ python do_package_rpm () {
 	targetvendor = bb.data.getVar('TARGET_VENDOR', d, True)
 	pkgwritedir = bb.data.expand('${PKGWRITEDIRRPM}/${PACKAGE_ARCH}', d)
 	pkgarch = bb.data.expand('${PACKAGE_ARCH}', d)
+	magicfile = bb.data.expand('${STAGING_DIR_NATIVE}/usr/share/misc/magic.mgc', d)
 	bb.mkdirhier(pkgwritedir)
 	os.chmod(pkgwritedir, 0755)
 
@@ -834,6 +835,7 @@ python do_package_rpm () {
 	cmd = cmd + " --define '__find_provides " + outprovides + "'"
 	cmd = cmd + " --define '_unpackaged_files_terminate_build 0'"
 	cmd = cmd + " --define 'debug_package %{nil}'"
+	cmd = cmd + " --define '_rpmfc_magic_path " + magicfile + "'"
 	cmd = cmd + " -bb " + outspecfile
 
 	# Build the rpm package!
Signature · 1 line
1.7.3.4
author
#11 lore raw

[CONSOLIDATED PULL 09/10] gcc: move --enable-target-optspace workaround to just gcc-4.5.1

In reply to Saul Wold

From: Kumar Gala <[email protected]>

For ppc we disable '--enable-target-optspace' because of a bug in gcc 4.5.x. gcc 4.6.x fixes this issue so no need to do this.

[Change PR Bumps to apply patch]

---
 meta/recipes-devtools/gcc/gcc-4.5.1.inc            |   10 +++++++++-
 meta/recipes-devtools/gcc/gcc-4.6.inc              |    2 +-
 meta/recipes-devtools/gcc/gcc-configure-common.inc |    7 +------
 3 files changed, 11 insertions(+), 8 deletions(-)
meta/recipes-devtools/gcc/gcc-4.5.1.inc +9 -1
index 6eb3044..6998fe2 100644
@@ -1,6 +1,6 @@
 require gcc-common.inc
 
-PR = "r8"
+PR = "r9"
 
 DEPENDS =+ "mpfr gmp libmpc elfutils"
 NATIVEDEPS = "mpfr-native gmp-native gettext-native libmpc-native elfutils-native"
@@ -95,6 +95,14 @@ EXTRA_OECONF_INTERMEDIATE = "--disable-libmudflap \
 				--disable-libgomp \
 				--disable-libssp"
 
+# disable --enable-target-optspace for powerpc SPE
+# at -Os libgcc.so.1 creates references into
+# hidden symbols in libgcc.a which linker complains
+# when linking shared libraries further in the build like (gnutls)
+
+SPECIAL_ARCH_LIST = "powerpc"
+OPTSPACE = ${@base_contains("SPECIAL_ARCH_LIST", "${TARGET_ARCH}", "", "--enable-target-optspace",d)}
+
 EXTRA_OECONF_append_linux-uclibc = " --disable-decimal-float "
 EXTRA_OECONF_append_linux-uclibceabi = " --disable-decimal-float "
 EXTRA_OECONF_append_linux-uclibcspe = " --disable-decimal-float "
meta/recipes-devtools/gcc/gcc-4.6.inc +1 -1
index 0a148b4..ff8ca24 100644
@@ -1,6 +1,6 @@
 require gcc-common.inc
 
-PR = "r7"
+PR = "r8"
 
 # Third digit in PV should be incremented after a minor release
 # happens from this branch on gcc e.g. currently its 4.6.0
meta/recipes-devtools/gcc/gcc-configure-common.inc +1 -6
index 2ddc3d7..6150aa5 100644
@@ -12,13 +12,8 @@ JAVA_sh3 ?= ""
 # gcc 3.x expects 'f77', 4.0 expects 'f95', 4.1 and 4.2 expect 'fortran'
 FORTRAN ?= ",f77"
 LANGUAGES ?= "c,c++${FORTRAN}${JAVA}"
-# disable --enable-target-optspace for powerpc SPE
-# at -Os libgcc.so.1 creates references into
-# hidden symbols in libgcc.a which linker complains
-# when linking shared libraries further in the build like (gnutls)
 
-SPECIAL_ARCH_LIST = "powerpc"
-OPTSPACE = ${@base_contains("SPECIAL_ARCH_LIST", "${TARGET_ARCH}", "", "--enable-target-optspace",d)}
+OPTSPACE ?= "--enable-target-optspace"
 
 EXTRA_OECONF_BASE ?= ""
 EXTRA_OECONF_PATHS ?= ""
Signature · 1 line
1.7.3.4
#12 lore raw

Re: [CONSOLIDATED PULL 09/10] gcc: move --enable-target-optspace workaround to just gcc-4.5.1

Quoted 7 lines · Saul Wold

From: Kumar Gala <[email protected]>

For ppc we disable '--enable-target-optspace' because of a bug in gcc 4.5.x. gcc 4.6.x fixes this issue so no need to do this.

Quoted 8 lines

[Change PR Bumps to apply patch]

---

meta/recipes-devtools/gcc/gcc-4.5.1.inc            |   10 +++++++++-
meta/recipes-devtools/gcc/gcc-4.6.inc              |    2 +-
meta/recipes-devtools/gcc/gcc-configure-common.inc |    7 +------
3 files changed, 11 insertions(+), 8 deletions(-)

drop, this its currently broken.

- k

#13 lore raw
In reply to Saul Wold
Quoted 17 lines · Saul Wold

The following changes since commit a1f87ec65fa1a6d5ce9a010548dbe7c01ab9b711:

eglibc: force GLIBC_EXTRA_OECONF to not be uset for nativesdk (2011-08-10 13:26:22 +0100)

are available in the git repository at:
git://git.openembedded.org/openembedded-core-contrib sgw/stage
http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=sgw/stage

Khem Raj (1):
scripts/runqemu: Make it run on ubuntu 11.10

Kumar Gala (5):
gnome-doc-utils: respect python-dir setting EXTRA_OECONF

Leandro Dorileo (1):
scripts/combo-layer: a simple way to script the combo-layer conf

Quoted 8 lines

Richard Purdie (1):
gcc: Various fixups to ensure consistent gcc builds

Xiaofeng Yan (1):
chkconfig: remove link for update-alternatives to disambiguate

[email protected] (1):
Magic file path should be given for rpmbuild

I've merged these.

Quoted 4 lines

python-dir: specify am_cv_python_pythondir & am_cv_python_pyexecdir
xcb-proto: use python-dir class for proper path setting
telepathy-python: utilize python-dir to respect libdir/site-packages
path

I'm waiting on these since I think the m4 changes will improve this.

Quoted 1 line

gcc: move --enable-target-optspace workaround to just gcc-4.5.1

and this one has issues and dropped at Kumar's request.

Cheers,

Richard