Re: [OE-core] What is the strategy to update eglibc?
On Wed, Nov 16, 2011 at 8:35 PM, Ni Qingliang
niqingli...@insigma.com.cn wrote:
it looks like there is 2.14 bb file already, why the default eglibc stay
on 2.13?
../meta/conf/distro/include/tcmode-default.inc:PREFERRED_VERSION_eglibc
?= ${EGLIBCVERSION}
../meta/conf/distro/include/tcmode-default.inc:EGLIBCVERSION ?= 2.13
Someone needs to bump the default version.
-M
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] how to exclude files when packaging?
On Wed, Nov 16, 2011 at 8:29 PM, Ni Qingliang
niqingli...@insigma.com.cn wrote:
Hello, All:
I'm working on opensaf, wrote a bb file for it,
and found that the FILES_${PN} has included /usr/lib/${PN}/*.
but there are some .a and .so(symlink) in /usr/lib/${PN}, which will
result QA issue.
how to exclude some files (e.g. *.a, *.so) in FILES_${PN}?
there are some elf in /usr/lib/${PN} whose prefix is not 'lib', so if
no 'exclude' feature, I must redefine FILES_${PN} like this:
FILES_${PN} = /usr/lib/${PN}/*.so.* \
/usr/lib/${PN}/saf* \
/usr/lib/${PN}/open* \
/usr/lib/${PN}/immload \
/usr/lib/${PN}/nid_tipc \
/usr/lib/${PN}/smf* \
/usr/lib/${PN}/clc-cli/*
Explicitly list what you want in FILES_${PN}
FILES_${PN} = /usr/lib/${PN}/saf
Make another PACKAGE for other files
PACKAGES =+ ${PN}-misc
FILES_${PN}-misc = /usr/lib/${PN}/saf
Maybe someone else can chime in if there is a way to mask certain files...
-M
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 0/1]rpm: Fix rpm log grows indefinitely issue.
This patch fixes bug 1174. Thanks, Lei The following changes since commit 300336fc4a310ed16a14ad041744708d54aae189: Richard Purdie (1): update-alternatives: Various fixes are available in the git repository at: git://git.pokylinux.org/poky-contrib lmei3/bug1174 http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=lmei3/bug1174 Mei Lei (1): rpm: Flush old logs by change the DB_CONFIG .../recipes-devtools/rpm/rpm/rpm-log-auto-rm.patch | 12 meta/recipes-devtools/rpm/rpm_5.4.0.bb |5 +++-- 2 files changed, 15 insertions(+), 2 deletions(-) create mode 100644 meta/recipes-devtools/rpm/rpm/rpm-log-auto-rm.patch ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/1] rpm: Flush old logs by change the DB_CONFIG
Fixes [YOCTO #1174]
Rpm logs will grow indefinitely, so change the config to flush those old logs.
Signed-off-by: Mei Lei lei@intel.com
---
.../recipes-devtools/rpm/rpm/rpm-log-auto-rm.patch | 12
meta/recipes-devtools/rpm/rpm_5.4.0.bb |5 +++--
2 files changed, 15 insertions(+), 2 deletions(-)
create mode 100644 meta/recipes-devtools/rpm/rpm/rpm-log-auto-rm.patch
diff --git a/meta/recipes-devtools/rpm/rpm/rpm-log-auto-rm.patch
b/meta/recipes-devtools/rpm/rpm/rpm-log-auto-rm.patch
new file mode 100644
index 000..aafa416
--- /dev/null
+++ b/meta/recipes-devtools/rpm/rpm/rpm-log-auto-rm.patch
@@ -0,0 +1,12 @@
+diff --git a/rpmdb/DB_CONFIG.in b/rpmdb/DB_CONFIG.in
+index 8b94c94..e0b4689 100644
+--- a/rpmdb/DB_CONFIG.in
b/rpmdb/DB_CONFIG.in
+@@ -4,6 +4,7 @@ set_data_dir .
+ set_create_dir.
+ set_lg_dir./log
+ set_tmp_dir ./tmp
++set_flags db_log_autoremove on
+
+ # -- thread_count must be = 8
+ set_thread_count 64
diff --git a/meta/recipes-devtools/rpm/rpm_5.4.0.bb
b/meta/recipes-devtools/rpm/rpm_5.4.0.bb
index f8fe836..d14bce4 100644
--- a/meta/recipes-devtools/rpm/rpm_5.4.0.bb
+++ b/meta/recipes-devtools/rpm/rpm_5.4.0.bb
@@ -45,11 +45,12 @@ LIC_FILES_CHKSUM =
file://COPYING.LIB;md5=2d5025d4aa3495befef8f17206a5b0a1
DEPENDS = bzip2 zlib db openssl elfutils expat libpcre attr acl popt
${extrarpmdeps}
extrarpmdeps = python perl
extrarpmdeps_virtclass-native = file-native
-PR = r23
+PR = r24
# rpm2cpio is a shell script, which is part of the rpm src.rpm. It is needed
# in order to extract the distribution SRPM into a format we can extract...
SRC_URI =
http://www.rpm5.org/files/rpm/rpm-5.4/rpm-5.4.0-0.20101229.src.rpm;extract=rpm-5.4.0.tar.gz
\
+ file://rpm-log-auto-rm.patch \
file://perfile_rpmdeps.sh \
file://rpm-autogen.patch \
file://rpm-libsql-fix.patch \
@@ -192,6 +193,7 @@ FILES_${PN} = ${bindir}/rpm \
${libdir}/rpm/bin/rpmrepo \
${libdir}/rpm/bin/rpmspecdump \
${libdir}/rpm/bin/wget \
+ /var/lib/rpm \
# ${libdir}/rpm/magic
@@ -208,7 +210,6 @@ FILES_${PN}-dbg += ${libdir}/rpm/.debug \
FILES_${PN}-common = ${bindir}/rpm2cpio \
${bindir}/gendiff \
/etc/rpm \
- /var/lib/rpm \
/var/spool/repackage \
--
1.7.0.4
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] how to exclude files when packaging?
On Thu, Nov 17, 2011 at 08:14:06AM +, McClintock Matthew-B29882 wrote:
On Wed, Nov 16, 2011 at 8:29 PM, Ni Qingliang
niqingli...@insigma.com.cn wrote:
Hello, All:
I'm working on opensaf, wrote a bb file for it,
and found that the FILES_${PN} has included /usr/lib/${PN}/*.
but there are some .a and .so(symlink) in /usr/lib/${PN}, which will
result QA issue.
how to exclude some files (e.g. *.a, *.so) in FILES_${PN}?
there are some elf in /usr/lib/${PN} whose prefix is not 'lib', so if
no 'exclude' feature, I must redefine FILES_${PN} like this:
FILES_${PN} = /usr/lib/${PN}/*.so.* \
/usr/lib/${PN}/saf* \
/usr/lib/${PN}/open* \
/usr/lib/${PN}/immload \
/usr/lib/${PN}/nid_tipc \
/usr/lib/${PN}/smf* \
/usr/lib/${PN}/clc-cli/*
Explicitly list what you want in FILES_${PN}
FILES_${PN} = /usr/lib/${PN}/saf
Make another PACKAGE for other files
PACKAGES =+ ${PN}-misc
FILES_${PN}-misc = /usr/lib/${PN}/saf
Maybe someone else can chime in if there is a way to mask certain files...
Be carefull with order of packages in PACKAGES usually you need it from
most specific files pattern to less specific and the problem above is
related to this:
http://lists.linuxtogo.org/pipermail/openembedded-core/2011-October/011283.html
which wasn't applied, so yes you have to redefine whole FILES_${PN} or
the part you need for your app, like I did for syslog-ng
http://lists.linuxtogo.org/pipermail/openembedded-devel/2011-October/035607.html
Regards,
-M
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
--
Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com
signature.asc
Description: Digital signature
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] how to exclude files when packaging?
On Thu, Nov 17, 2011 at 08:14:06AM +, McClintock Matthew-B29882 wrote:
On Wed, Nov 16, 2011 at 8:29 PM, Ni Qingliang
niqingli...@insigma.com.cn wrote:
Hello, All:
I'm working on opensaf, wrote a bb file for it,
and found that the FILES_${PN} has included /usr/lib/${PN}/*.
but there are some .a and .so(symlink) in /usr/lib/${PN}, which will
result QA issue.
how to exclude some files (e.g. *.a, *.so) in FILES_${PN}?
there are some elf in /usr/lib/${PN} whose prefix is not 'lib', so if
no 'exclude' feature, I must redefine FILES_${PN} like this:
FILES_${PN} = /usr/lib/${PN}/*.so.* \
/usr/lib/${PN}/saf* \
/usr/lib/${PN}/open* \
/usr/lib/${PN}/immload \
/usr/lib/${PN}/nid_tipc \
/usr/lib/${PN}/smf* \
/usr/lib/${PN}/clc-cli/*
Explicitly list what you want in FILES_${PN}
FILES_${PN} = /usr/lib/${PN}/saf
Make another PACKAGE for other files
PACKAGES =+ ${PN}-misc
FILES_${PN}-misc = /usr/lib/${PN}/saf
Maybe someone else can chime in if there is a way to mask certain files...
No,
QA would always complain. For all files you do not want to package make a
do_install_append()
and remove them inside this function.
Another solution would be to tweak the buildsystem of the software, not to
install the unwanted
files.
Bye Henning
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] libtool-cross: Upbreak and actually use more of it
Dear Richard,
Am Donnerstag, den 17.11.2011, 00:13 + schrieb Richard Purdie:
unfortunately I could not find the meaning of upbreak here.
We should be using libtool-cross for cross compiling but
were not.
Is that just a cosmetic thing or did packages break?
This patch sets datadir so libtoolize ends up
containing correct paths. It then installs libtoolize.
The path ltmain.sh was installed to was incorrect and this is fixed.
We also now install all the libtool m4 macros.
Signed-off-by: Richard Purdie richard.pur...@linuxfoundation.org
---
diff --git a/meta/recipes-devtools/libtool/libtool-cross_2.4.bb
b/meta/recipes-devtools/libtool/libtool-cross_2.4.bb
index 596528a..4e6e3f2 100644
--- a/meta/recipes-devtools/libtool/libtool-cross_2.4.bb
+++ b/meta/recipes-devtools/libtool/libtool-cross_2.4.bb
@@ -1,10 +1,13 @@
require libtool-${PV}.inc
-PR = r5
+PR = r7
Increase just by one?
PACKAGES =
SRC_URI += file://prefix.patch
SRC_URI += file://fixinstall.patch
+target_datadir := ${datadir}
Is not already defined this way in `bitbake.conf`?
$ git grep target_d ./meta/conf/bitbake.conf
meta/conf/bitbake.conf:target_datadir := ${datadir}
+datadir = ${STAGING_DIR_TARGET}${target_datadir}
+
do_configure_prepend () {
# Remove any existing libtool m4 since old stale versions would break
# any upgrade
@@ -13,20 +16,21 @@ do_configure_prepend () {
}
do_install () {
- install -d ${D}${bindir}/
- install -m 0755 ${HOST_SYS}-libtool ${D}${bindir}/${HOST_SYS}-libtool
- install -d ${D}${datadir}/libtool/
- install -d ${D}${datadir}/aclocal/
- install -c ${S}/libltdl/config/config.guess ${D}${datadir}/libtool/
- install -c ${S}/libltdl/config/config.sub ${D}${datadir}/libtool/
- install -c -m 0644 ${S}/libltdl/config/ltmain.sh ${D}${datadir}/libtool/
- install -c -m 0644 ${S}/libltdl/m4/libtool.m4 ${D}${datadir}/aclocal/
- install -c -m 0644 ${S}/libltdl/m4/ltdl.m4 ${D}${datadir}/aclocal/
+ install -d ${D}${bindir_crossscripts}/
+ install -m 0755 ${HOST_SYS}-libtool
${D}${bindir_crossscripts}/${HOST_SYS}-libtool
+ install -d ${D}${bindir_crossscripts}/
+ install -m 0755 libtoolize ${D}${bindir_crossscripts}/
+ install -d ${D}${target_datadir}/libtool/config/
+ install -d ${D}${target_datadir}/aclocal/
+ install -c ${S}/libltdl/config/config.guess
${D}${target_datadir}/libtool/
+ install -c ${S}/libltdl/config/config.sub ${D}${target_datadir}/libtool/
+ install -c -m 0644 ${S}/libltdl/config/ltmain.sh
${D}${target_datadir}/libtool/config/
+ install -c -m 0644 ${S}/libltdl/m4/*.m4 ${D}${target_datadir}/aclocal/
}
SYSROOT_PREPROCESS_FUNCS += libtoolcross_sysroot_preprocess
libtoolcross_sysroot_preprocess () {
- install -d ${SYSROOT_DESTDIR}${bindir_crossscripts}
- install -m 755 ${D}${bindir}/${HOST_SYS}-libtool
${SYSROOT_DESTDIR}${bindir_crossscripts}/${HOST_SYS}-libtool
+ sysroot_stage_dir ${D}${bindir_crossscripts}
${SYSROOT_DESTDIR}${bindir_crossscripts}
+ sysroot_stage_dir ${D}${target_datadir}
${SYSROOT_DESTDIR}${target_datadir}
}
Reviewed-by: Paul Menzel paulepan...@users.sourceforge.net
Thanks,
Paul
signature.asc
Description: This is a digitally signed message part
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] how to exclude files when packaging?
Op 17 nov. 2011, om 03:29 heeft Ni Qingliang het volgende geschreven:
Hello, All:
I'm working on opensaf, wrote a bb file for it,
and found that the FILES_${PN} has included /usr/lib/${PN}/*.
but there are some .a and .so(symlink) in /usr/lib/${PN}, which will
result QA issue.
how to exclude some files (e.g. *.a, *.so) in FILES_${PN}?
there are some elf in /usr/lib/${PN} whose prefix is not 'lib', so if
no 'exclude' feature, I must redefine FILES_${PN} like this:
FILES_${PN} = /usr/lib/${PN}/*.so.* \
/usr/lib/${PN}/saf* \
/usr/lib/${PN}/open* \
/usr/lib/${PN}/immload \
/usr/lib/${PN}/nid_tipc \
/usr/lib/${PN}/smf* \
/usr/lib/${PN}/clc-cli/*
please replace all occurrences of '/usr/lib' with '${libdir}'
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] how to exclude files when packaging?
I still think that the 'exclude feature would be better.:)
On Thu, 2011-11-17 at 16:57 +0800, Henning Heinold wrote:
On Thu, Nov 17, 2011 at 08:14:06AM +, McClintock Matthew-B29882 wrote:
On Wed, Nov 16, 2011 at 8:29 PM, Ni Qingliang
niqingli...@insigma.com.cn wrote:
Hello, All:
I'm working on opensaf, wrote a bb file for it,
and found that the FILES_${PN} has included /usr/lib/${PN}/*.
but there are some .a and .so(symlink) in /usr/lib/${PN}, which will
result QA issue.
how to exclude some files (e.g. *.a, *.so) in FILES_${PN}?
there are some elf in /usr/lib/${PN} whose prefix is not 'lib', so
if
no 'exclude' feature, I must redefine FILES_${PN} like this:
FILES_${PN} = /usr/lib/${PN}/*.so.* \
/usr/lib/${PN}/saf* \
/usr/lib/${PN}/open* \
/usr/lib/${PN}/immload \
/usr/lib/${PN}/nid_tipc \
/usr/lib/${PN}/smf* \
/usr/lib/${PN}/clc-cli/*
Explicitly list what you want in FILES_${PN}
FILES_${PN} = /usr/lib/${PN}/saf
Make another PACKAGE for other files
PACKAGES =+ ${PN}-misc
FILES_${PN}-misc = /usr/lib/${PN}/saf
Maybe someone else can chime in if there is a way to mask certain files...
No,
QA would always complain. For all files you do not want to package make a
do_install_append()
and remove them inside this function.
Another solution would be to tweak the buildsystem of the software, not to
install the unwanted
files.
Bye Henning
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
--
Yi Qingliang
niqingli...@insigma.com.cn
https://niqingliang2003.wordpress.com
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] how to exclude files when packaging?
Oh, my fault.
I defined another var: opensaflibmiscdir
osaflibsvcdir = ${libdir}/${PN}
FILES_${PN} = ${osaflibsvcdir}/lib*.so.* ${osaflibsvcdir}/clc-cli/* \
${osaflibsvcdir}/immload ${osaflibsvcdir}/nid_tipc \
${osaflibsvcdir}/osaf* ${osaflibsvcdir}/opensaf* \
${osaflibsvcdir}/smf*
FILES_${PN}-dev = ${osaflibsvcdir}/lib*.so ${osaflibsvcdir}/*.la
FILES_${PN}-staticdev = ${osaflibsvcdir}/*.a
On Thu, 2011-11-17 at 17:10 +0800, Koen Kooi wrote:
Op 17 nov. 2011, om 03:29 heeft Ni Qingliang het volgende geschreven:
Hello, All:
I'm working on opensaf, wrote a bb file for it,
and found that the FILES_${PN} has included /usr/lib/${PN}/*.
but there are some .a and .so(symlink) in /usr/lib/${PN}, which will
result QA issue.
how to exclude some files (e.g. *.a, *.so) in FILES_${PN}?
there are some elf in /usr/lib/${PN} whose prefix is not 'lib', so if
no 'exclude' feature, I must redefine FILES_${PN} like this:
FILES_${PN} = /usr/lib/${PN}/*.so.* \
/usr/lib/${PN}/saf* \
/usr/lib/${PN}/open* \
/usr/lib/${PN}/immload \
/usr/lib/${PN}/nid_tipc \
/usr/lib/${PN}/smf* \
/usr/lib/${PN}/clc-cli/*
please replace all occurrences of '/usr/lib' with '${libdir}'
--
Yi Qingliang
niqingli...@insigma.com.cn
https://niqingliang2003.wordpress.com
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH] useradd.bbclass: do not let depend native packages on base-passwd from target
Hi, with the setup now in useradd.bbclass, at least dbus-native depends on the base-passwd from target. I think this is not wanted. My patch resets the DEPENDS line for native packages similar to nativesdk. Henning Heinold (1): useradd.bbclass: do not let depend native packages on base-passwd from target meta/classes/useradd.bbclass |1 + 1 files changed, 1 insertions(+), 0 deletions(-) -- 1.7.7.3 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH] useradd.bbclass: do not let depend native packages on base-passwd from target
Signed-off-by: Henning Heinold hein...@inf.fu-berlin.de
---
meta/classes/useradd.bbclass |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/meta/classes/useradd.bbclass b/meta/classes/useradd.bbclass
index 928f619..245588b 100644
--- a/meta/classes/useradd.bbclass
+++ b/meta/classes/useradd.bbclass
@@ -3,6 +3,7 @@
# and support files needed to add and modify user and group accounts
DEPENDS_append = ${USERADDDEPENDS}
USERADDDEPENDS = base-passwd shadow-native shadow-sysroot shadow
+USERADDDEPENDS_virtclass-native =
USERADDDEPENDS_virtclass-nativesdk =
# This preinstall function will be run in two contexts: once for the
--
1.7.7.3
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] libtool-cross: Upbreak and actually use more of it
On Thu, 2011-11-17 at 10:08 +0100, Paul Menzel wrote:
Dear Richard,
Am Donnerstag, den 17.11.2011, 00:13 + schrieb Richard Purdie:
unfortunately I could not find the meaning of upbreak here.
Sorry, its a typo and should be unbreak
We should be using libtool-cross for cross compiling but
were not.
Is that just a cosmetic thing or did packages break?
Its currently harmless but when I applied my other libtool changes,
things did break.
This patch sets datadir so libtoolize ends up
containing correct paths. It then installs libtoolize.
The path ltmain.sh was installed to was incorrect and this is fixed.
We also now install all the libtool m4 macros.
Signed-off-by: Richard Purdie richard.pur...@linuxfoundation.org
---
diff --git a/meta/recipes-devtools/libtool/libtool-cross_2.4.bb
b/meta/recipes-devtools/libtool/libtool-cross_2.4.bb
index 596528a..4e6e3f2 100644
--- a/meta/recipes-devtools/libtool/libtool-cross_2.4.bb
+++ b/meta/recipes-devtools/libtool/libtool-cross_2.4.bb
@@ -1,10 +1,13 @@
require libtool-${PV}.inc
-PR = r5
+PR = r7
Increase just by one?
Ideally I guess, yes.
PACKAGES =
SRC_URI += file://prefix.patch
SRC_URI += file://fixinstall.patch
+target_datadir := ${datadir}
Is not already defined this way in `bitbake.conf`?
$ git grep target_d ./meta/conf/bitbake.conf
meta/conf/bitbake.conf:target_datadir := ${datadir}
Good catch, I'd forgotten we'd saved this already.
+datadir = ${STAGING_DIR_TARGET}${target_datad
Cheers,
Richard
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] useradd.bbclass: do not let depend native packages on base-passwd from target
On Thu, 2011-11-17 at 10:48 +0100, Henning Heinold wrote:
Signed-off-by: Henning Heinold hein...@inf.fu-berlin.de
---
meta/classes/useradd.bbclass |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/meta/classes/useradd.bbclass b/meta/classes/useradd.bbclass
index 928f619..245588b 100644
--- a/meta/classes/useradd.bbclass
+++ b/meta/classes/useradd.bbclass
@@ -3,6 +3,7 @@
# and support files needed to add and modify user and group accounts
DEPENDS_append = ${USERADDDEPENDS}
USERADDDEPENDS = base-passwd shadow-native shadow-sysroot shadow
+USERADDDEPENDS_virtclass-native =
USERADDDEPENDS_virtclass-nativesdk =
# This preinstall function will be run in two contexts: once for the
Do we also need to do this for:
SYSROOTFUNC = useradd_sysroot
SYSROOTFUNC_virtclass-nativesdk =
and
SYSROOTPOSTFUNC = useradd_sysroot_sstate
SYSROOTPOSTFUNC_virtclass-nativesdk =
?
Cheers,
Richard
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 0/1] libx11-trim: update to 1.4.4
From: Xiaofeng Yan xiaofeng@windriver.com
I remove patch nodolt.patch because it is no use in the new version \
and change patch include_fix.patch to keysymdef_include.patch from
libx11-1.4.4
Pull URL: git://git.pokylinux.org/poky-contrib.git
Branch: xiaofeng/update_libx11-trim
Browse:
http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=xiaofeng/update_libx11-trim
Thanks,
Xiaofeng Yan xiaofeng@windriver.com
---
Xiaofeng Yan (1):
libx11-trim: update to 1.4.4
.../xorg-lib/libx11-trim-1.3.4/include_fix.patch | 21 -
.../libx11-trim-1.3.4/makekeys_crosscompile.patch | 45
.../xorg-lib/libx11-trim-1.3.4/nodolt.patch| 12 -
.../libx11-trim-1.3.4/x11_disable_makekeys.patch | 33 --
.../{libx11-trim_1.3.4.bb = libx11-trim_1.4.4.bb} |7 +--
5 files changed, 3 insertions(+), 115 deletions(-)
delete mode 100644
meta/recipes-graphics/xorg-lib/libx11-trim-1.3.4/include_fix.patch
delete mode 100644
meta/recipes-graphics/xorg-lib/libx11-trim-1.3.4/makekeys_crosscompile.patch
delete mode 100644
meta/recipes-graphics/xorg-lib/libx11-trim-1.3.4/nodolt.patch
delete mode 100644
meta/recipes-graphics/xorg-lib/libx11-trim-1.3.4/x11_disable_makekeys.patch
rename meta/recipes-graphics/xorg-lib/{libx11-trim_1.3.4.bb =
libx11-trim_1.4.4.bb} (78%)
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/1] libx11-trim: update to 1.4.4
From: Xiaofeng Yan xiaofeng@windriver.com
I remove patch nodolt.patch because it is no use in the new version \
and change patch include_fix.patch to keysymdef_include.patch from
libx11-1.4.4.
Signed-off-by: Xiaofeng Yan xiaofeng@windriver.com
---
.../xorg-lib/libx11-trim-1.3.4/include_fix.patch | 21 -
.../libx11-trim-1.3.4/makekeys_crosscompile.patch | 45
.../xorg-lib/libx11-trim-1.3.4/nodolt.patch| 12 -
.../libx11-trim-1.3.4/x11_disable_makekeys.patch | 33 --
.../{libx11-trim_1.3.4.bb = libx11-trim_1.4.4.bb} |7 +--
5 files changed, 3 insertions(+), 115 deletions(-)
delete mode 100644
meta/recipes-graphics/xorg-lib/libx11-trim-1.3.4/include_fix.patch
delete mode 100644
meta/recipes-graphics/xorg-lib/libx11-trim-1.3.4/makekeys_crosscompile.patch
delete mode 100644
meta/recipes-graphics/xorg-lib/libx11-trim-1.3.4/nodolt.patch
delete mode 100644
meta/recipes-graphics/xorg-lib/libx11-trim-1.3.4/x11_disable_makekeys.patch
rename meta/recipes-graphics/xorg-lib/{libx11-trim_1.3.4.bb =
libx11-trim_1.4.4.bb} (78%)
diff --git a/meta/recipes-graphics/xorg-lib/libx11-trim-1.3.4/include_fix.patch
b/meta/recipes-graphics/xorg-lib/libx11-trim-1.3.4/include_fix.patch
deleted file mode 100644
index eeb4175..000
--- a/meta/recipes-graphics/xorg-lib/libx11-trim-1.3.4/include_fix.patch
+++ /dev/null
@@ -1,21 +0,0 @@
-Upstream-Status: Inappropriate [configuration]
-
- configure.ac |6 +++---
- 1 file changed, 3 insertions(+), 3 deletions(-)
-
libX11-1.3.4.orig/configure.ac
-+++ libX11-1.3.4/configure.ac
-@@ -353,9 +353,9 @@
- #
- # Find keysymdef.h
- #
--AC_MSG_CHECKING([keysymdef.h])
--dir=`$PKG_CONFIG --variable=includedir xproto`
--KEYSYMDEF=$dir/X11/keysymdef.h
-+AC_ARG_WITH(keysymdef,
-+ AC_HELP_STRING([--with-keysymdef=DIR/keysymdef.h], [The location of
keysymdef.h]),
-+ KEYSYMDEF=$withval, KEYSYMDEF=)
- if test -f $KEYSYMDEF; then
- AC_MSG_RESULT([$KEYSYMDEF])
- else
diff --git
a/meta/recipes-graphics/xorg-lib/libx11-trim-1.3.4/makekeys_crosscompile.patch
b/meta/recipes-graphics/xorg-lib/libx11-trim-1.3.4/makekeys_crosscompile.patch
deleted file mode 100644
index e5eacf0..000
---
a/meta/recipes-graphics/xorg-lib/libx11-trim-1.3.4/makekeys_crosscompile.patch
+++ /dev/null
@@ -1,45 +0,0 @@
-Because the size of unsigned long is different between 32-bit
-and 64-bit, judge whether target is 32-bit or 64-bit and tell
-makekey.
-
-Upstream-Status: Pending
-
-Signed-off-by: dbuit...@windriver.com
-
libX11-1.3.4.orig/src/util/makekeys.c 2010-01-15 09:11:36.0
+0800
-+++ libX11-1.3.4/src/util/makekeys.c 2011-05-24 19:04:25.454774908 +0800
-@@ -33,6 +33,7 @@
- #include X11/keysymdef.h
- #include stdio.h
- #include stdlib.h
-+#include stdint.h
-
- typedef unsigned long Signature;
-
-@@ -124,7 +125,12 @@
- name = info[i].name;
- sig = 0;
- while ((c = *name++))
-- sig = (sig 1) + c;
-+#ifdef USE32
-+ sig = (uint32_t)(sig 1) + c;
-+#else
-+ sig = (uint64_t)(sig 1) + c;
-+#endif
-+
- first = j = sig % z;
- for (k = 0; tab[j]; k++) {
- j += first + 1;
-@@ -163,7 +169,11 @@
- name = info[i].name;
- sig = 0;
- while ((c = *name++))
-- sig = (sig 1) + c;
-+#ifdef USE32
-+ sig = (uint32_t)(sig 1) + c;
-+#else
-+ sig = (uint64_t)(sig 1) + c;
-+#endif
- first = j = sig % z;
- while (offsets[j]) {
- j += first + 1;
diff --git a/meta/recipes-graphics/xorg-lib/libx11-trim-1.3.4/nodolt.patch
b/meta/recipes-graphics/xorg-lib/libx11-trim-1.3.4/nodolt.patch
deleted file mode 100644
index bf6c7d5..000
--- a/meta/recipes-graphics/xorg-lib/libx11-trim-1.3.4/nodolt.patch
+++ /dev/null
@@ -1,12 +0,0 @@
-Upstream-Status: Inappropriate [configuration]
-
libX11-1.3.4.orig/configure.ac
-+++ libX11-1.3.4/configure.ac
-@@ -32,7 +32,6 @@
-
- # Checks for programs.
- AC_PROG_LIBTOOL
--DOLT
- AC_PROG_CC
- PKG_PROG_PKG_CONFIG
-
diff --git
a/meta/recipes-graphics/xorg-lib/libx11-trim-1.3.4/x11_disable_makekeys.patch
b/meta/recipes-graphics/xorg-lib/libx11-trim-1.3.4/x11_disable_makekeys.patch
deleted file mode 100644
index 561b577..000
---
a/meta/recipes-graphics/xorg-lib/libx11-trim-1.3.4/x11_disable_makekeys.patch
+++ /dev/null
@@ -1,33 +0,0 @@
-Upstream-Status: Inappropriate [configuration]
-
- src/util/Makefile.am | 21 -
- 1 file changed, 21 deletions(-)
-
libX11-1.3.4.orig/src/util/Makefile.am
-+++ libX11-1.3.4/src/util/Makefile.am
-@@ -1,24 +1,3 @@
-
--noinst_PROGRAMS=makekeys
--
--makekeys_CFLAGS = \
-- $(X11_CFLAGS) \
-- $(CWARNFLAGS)
--
--CC = @CC_FOR_BUILD@
--CPPFLAGS = @CPPFLAGS_FOR_BUILD@
--CFLAGS = @CFLAGS_FOR_BUILD@
--LDFLAGS = @LDFLAGS_FOR_BUILD@
--
- EXTRA_DIST = mkks.sh
-
--if LINT
--# Check source code with tools like lint sparse
--
[OE-core] [PATCH 1/1] tslib: Set open mode for ts_calibate.c
From: Xiaofeng Yan xiaofeng@windriver.com
Get patch from: http://permalink.gmane.org/gmane.comp.lib.uclibc.buildroot/27614
There is a potentially unsafe use of open(). Ubuntu 8.10+, for instance,
by default enables the compiler flag -D_FORTIFY_SOURCE=2 \
which throws an error of ts_calibrate.c. To fix this, \
set a mode in the open() call, patch patched ts_calibrate.c \
to set 0644 (S_IRUSR | S_IWUSR | S_IRGRP | S_IROTH) and it compiles fine
Signed-off-by: Xiaofeng Yan xiaofeng@windriver.com
---
.../tslib/set-open-mode-for-ts_calibrate_c.patch | 30
meta/recipes-graphics/tslib/tslib_1.0.bb |5 ++-
2 files changed, 33 insertions(+), 2 deletions(-)
create mode 100644
meta/recipes-graphics/tslib/tslib/set-open-mode-for-ts_calibrate_c.patch
diff --git
a/meta/recipes-graphics/tslib/tslib/set-open-mode-for-ts_calibrate_c.patch
b/meta/recipes-graphics/tslib/tslib/set-open-mode-for-ts_calibrate_c.patch
new file mode 100644
index 000..738ef9a
--- /dev/null
+++ b/meta/recipes-graphics/tslib/tslib/set-open-mode-for-ts_calibrate_c.patch
@@ -0,0 +1,30 @@
+Get patch from:
http://permalink.gmane.org/gmane.comp.lib.uclibc.buildroot/27614
+
+Upstream-Status: Inappropriate [configuration]
+
+diff --git a/tests/ts_calibrate.c b/tests/ts_calibrate.c
+index 004517b..c0a9771 100644
+--- a/tests/ts_calibrate.c
b/tests/ts_calibrate.c
+@@ -21,6 +21,7 @@
+ #include sys/ioctl.h
+ #include sys/mman.h
+ #include sys/time.h
++#include sys/stat.h
+ #include linux/kd.h
+ #include linux/vt.h
+ #include linux/fb.h
+@@ -224,9 +225,11 @@ int main()
+ for (i = 0; i 7; i++) printf(%d , cal.a [i]);
+ printf(\n);
+ if ((calfile = getenv(TSLIB_CALIBFILE)) != NULL) {
+- cal_fd = open (calfile, O_CREAT | O_RDWR);
++ cal_fd = open (calfile, O_CREAT | O_RDWR,
++ S_IRUSR | S_IWUSR | S_IRGRP | S_IROTH);
+ } else {
+- cal_fd = open (/etc/pointercal, O_CREAT | O_RDWR);
++ cal_fd = open (/etc/pointercal, O_CREAT | O_RDWR,
++ S_IRUSR | S_IWUSR | S_IRGRP | S_IROTH);
+ }
+ sprintf (cal_buffer,%d %d %d %d %d %d %d,
+cal.a[1], cal.a[2], cal.a[0],
diff --git a/meta/recipes-graphics/tslib/tslib_1.0.bb
b/meta/recipes-graphics/tslib/tslib_1.0.bb
index dbabce0..f47116f 100644
--- a/meta/recipes-graphics/tslib/tslib_1.0.bb
+++ b/meta/recipes-graphics/tslib/tslib_1.0.bb
@@ -10,13 +10,14 @@ SECTION = base
LICENSE = LGPLv2
LIC_FILES_CHKSUM = file://COPYING;md5=f30a9716ef3762e3467a2f62bf790f0a
-PR = r19
+PR = r20
SRC_URI = http://download.berlios.de/tslib/tslib-${PV}.tar.bz2 \
file://fix_version.patch \
file://0001-Link-plugins-against-libts.patch \
file://ts.conf \
- file://tslib.sh
+ file://tslib.sh \
+ file://set-open-mode-for-ts_calibrate_c.patch
SRC_URI[md5sum] = 92b2eb55b1e4ef7e2c0347069389390e
SRC_URI[sha256sum] =
9c40d914e4f6fe00bdd77137d671c7ce4f211686228f2eb8b2d3c2360bc249c8
--
1.7.0.4
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 0/1] tslib:Set open mode for ts_calibate.c
From: Xiaofeng Yan xiaofeng@windriver.com Get patch from: http://permalink.gmane.org/gmane.comp.lib.uclibc.buildroot/27614 There is a potentially unsafe use of open(). Ubuntu 8.10+, for instance, by default enables the compiler flag -D_FORTIFY_SOURCE=2 which throws an error of ts_calibrate.c. To fix this, set a mode in the open() call, patch patched ts_calibrate.c to set 0644 (S_IRUSR | S_IWUSR | S_IRGRP | S_IROTH) and it compiles fine Pull URL: git://git.pokylinux.org/poky-contrib.git Branch: xiaofeng/ts_lib Browse: http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=xiaofeng/ts_lib Thanks, Xiaofeng Yan xiaofeng@windriver.com --- Xiaofeng Yan (1): tslib: Set open mode for ts_calibate.c .../tslib/set-open-mode-for-ts_calibrate_c.patch | 30 meta/recipes-graphics/tslib/tslib_1.0.bb |5 ++- 2 files changed, 33 insertions(+), 2 deletions(-) create mode 100644 meta/recipes-graphics/tslib/tslib/set-open-mode-for-ts_calibrate_c.patch ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 0/1] gtk+:Have gtk+ pick up ${NM} from the environment
From: Xiaofeng Yan xiaofeng@windriver.com
When gtk+ configures, it should pick up ${NM} from the environment if it is
defined, instead of just looking for nm.
Pull URL: git://git.pokylinux.org/poky-contrib.git
Branch: xiaofeng/gtk+
Browse: http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=xiaofeng/gtk+
Thanks,
Xiaofeng Yan xiaofeng@windriver.com
---
Xiaofeng Yan (1):
gtk+: Have gtk+ pick up ${NM} from the environment
.../gtk+/gtk+-2.24.6/configure-nm.patch| 14 ++
meta/recipes-gnome/gtk+/gtk+_2.24.6.bb |3 ++-
2 files changed, 16 insertions(+), 1 deletions(-)
create mode 100644 meta/recipes-gnome/gtk+/gtk+-2.24.6/configure-nm.patch
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/1] gtk+: Have gtk+ pick up ${NM} from the environment
From: Xiaofeng Yan xiaofeng@windriver.com
hen gtk+ configures, it should pick up ${NM} from the environment \
if it is defined, instead of just looking for nm.
Signed-off-by: Xiaofeng Yan xiaofeng@windriver.com
---
.../gtk+/gtk+-2.24.6/configure-nm.patch| 14 ++
meta/recipes-gnome/gtk+/gtk+_2.24.6.bb |3 ++-
2 files changed, 16 insertions(+), 1 deletions(-)
create mode 100644 meta/recipes-gnome/gtk+/gtk+-2.24.6/configure-nm.patch
diff --git a/meta/recipes-gnome/gtk+/gtk+-2.24.6/configure-nm.patch
b/meta/recipes-gnome/gtk+/gtk+-2.24.6/configure-nm.patch
new file mode 100644
index 000..5aeef50
--- /dev/null
+++ b/meta/recipes-gnome/gtk+/gtk+-2.24.6/configure-nm.patch
@@ -0,0 +1,14 @@
+Upstream-Status: Inappropriate [configuration]
+Signed-Off-By: Xiaofeng Yan xiaofeng@windriver.com
+# Pick up ${NM} from the environment
+--- a/configure.in
b/configure.in
+@@ -190,7 +190,7 @@
+ AC_SYS_LARGEFILE
+
+ AM_PROG_AS
+-AC_PATH_PROG(NM, nm, nm)
++AC_CHECK_TOOLS(NM, [$NM nm], nm)
+
+ dnl Initialize maintainer mode
+ AM_MAINTAINER_MODE
diff --git a/meta/recipes-gnome/gtk+/gtk+_2.24.6.bb
b/meta/recipes-gnome/gtk+/gtk+_2.24.6.bb
index cd5c8cb..ade0a2d 100644
--- a/meta/recipes-gnome/gtk+/gtk+_2.24.6.bb
+++ b/meta/recipes-gnome/gtk+/gtk+_2.24.6.bb
@@ -7,6 +7,7 @@ LIC_FILES_CHKSUM =
file://COPYING;md5=3bf50002aefd002f49e7bb854063f7e7 \
SRC_URI = http://download.gnome.org/sources/gtk+/2.24/gtk+-${PV}.tar.bz2 \
file://xsettings.patch \
file://run-iconcache.patch \
+ file://configure-nm.patch \
file://hardcoded_libtool.patch \
file://no-demos.patch \
file://cellrenderer-cairo.patch;striplevel=0 \
@@ -26,7 +27,7 @@ SRC_URI =
http://download.gnome.org/sources/gtk+/2.24/gtk+-${PV}.tar.bz2 \
#file://combo-arrow-size.patch;striplevel=0
#file://configurefix.patch
-PR = r1
+PR = r2
SRC_URI[md5sum] = 421100f6597e613234f8dead6091a9fe
SRC_URI[sha256sum] =
6f45bdbf9ea27eb3b5f977d7ee2365dede0d0ce454985680c26e5210163bbf37
--
1.7.0.4
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 1/1] libx11-trim: update to 1.4.4
On Thu, Nov 17, 2011 at 07:00:08PM +0800, Xiaofeng Yan wrote:
From: Xiaofeng Yan xiaofeng@windriver.com
I remove patch nodolt.patch because it is no use in the new version \
and change patch include_fix.patch to keysymdef_include.patch from
libx11-1.4.4.
Did you forget to add
FILESDIR like libx11-diet does or even FILESEXTRAPATHS, or how should it find
those files in libx11-1.4.4?
and BTW why is there
libx11-diet-1.4.4/keysymdef_include.patch
libx11-diet-1.4.4/x11_disable_makekeys.patch
when your commit dbb86f8445512f95d9dc3cbbdf935901fe2e04b9
says:
I remove patch nodolt.patch because it is no use in the new version \
and change patch include_fix.patch to keysymdef_include.patch from
libx11-1.4.4.
?
And I would prefer to keep them in libx11-diet-1.4.4/libx11-trim-1.4.4
even when they are the same as libx11-1.4.4 to be able to upgrade libx11
easier then last time.
And last pun to this whole -diet -trim mess:
libx11-diet:
DESCRIPTION += Support for XCB, UDC, XCMS and XLOCALE is disabled in this
version.
EXTRA_OECONF += --without-xcb --disable-udc --disable-xcms --disable-xlocale
--with-keysymdefdir=${STAGING_INCDIR}/X11
libx11-trim:
DESCRIPTION += Support for XCB, and XCMS is disabled in this version.
EXTRA_OECONF += --with-keysymdef=${STAGING_INCDIR}/X11/keysymdef.h
--disable-xcms --with-xcb
And --without-xcb/--with-xcb doesn't work since 1.4.0:
http://cgit.freedesktop.org/xorg/lib/libX11/commit/?id=15e5eaf62897b3179d1fbe457cb19f886f0449f8
http://git.openembedded.org/openembedded/commit/recipes/xorg-lib/libx11_1.4.0.bb?id=d28cdb2d2e6c910afbaa14b17bd2c0003052df7d
So it would be better to consolidate -diet -trim versions and don't tell
lies in DESCRIPTION..
Cheers,
Signed-off-by: Xiaofeng Yan xiaofeng@windriver.com
---
.../xorg-lib/libx11-trim-1.3.4/include_fix.patch | 21 -
.../libx11-trim-1.3.4/makekeys_crosscompile.patch | 45
.../xorg-lib/libx11-trim-1.3.4/nodolt.patch| 12 -
.../libx11-trim-1.3.4/x11_disable_makekeys.patch | 33 --
.../{libx11-trim_1.3.4.bb = libx11-trim_1.4.4.bb} |7 +--
5 files changed, 3 insertions(+), 115 deletions(-)
delete mode 100644
meta/recipes-graphics/xorg-lib/libx11-trim-1.3.4/include_fix.patch
delete mode 100644
meta/recipes-graphics/xorg-lib/libx11-trim-1.3.4/makekeys_crosscompile.patch
delete mode 100644
meta/recipes-graphics/xorg-lib/libx11-trim-1.3.4/nodolt.patch
delete mode 100644
meta/recipes-graphics/xorg-lib/libx11-trim-1.3.4/x11_disable_makekeys.patch
rename meta/recipes-graphics/xorg-lib/{libx11-trim_1.3.4.bb =
libx11-trim_1.4.4.bb} (78%)
diff --git
a/meta/recipes-graphics/xorg-lib/libx11-trim-1.3.4/include_fix.patch
b/meta/recipes-graphics/xorg-lib/libx11-trim-1.3.4/include_fix.patch
deleted file mode 100644
index eeb4175..000
--- a/meta/recipes-graphics/xorg-lib/libx11-trim-1.3.4/include_fix.patch
+++ /dev/null
@@ -1,21 +0,0 @@
-Upstream-Status: Inappropriate [configuration]
-
- configure.ac |6 +++---
- 1 file changed, 3 insertions(+), 3 deletions(-)
-
libX11-1.3.4.orig/configure.ac
-+++ libX11-1.3.4/configure.ac
-@@ -353,9 +353,9 @@
- #
- # Find keysymdef.h
- #
--AC_MSG_CHECKING([keysymdef.h])
--dir=`$PKG_CONFIG --variable=includedir xproto`
--KEYSYMDEF=$dir/X11/keysymdef.h
-+AC_ARG_WITH(keysymdef,
-+AC_HELP_STRING([--with-keysymdef=DIR/keysymdef.h], [The location of
keysymdef.h]),
-+KEYSYMDEF=$withval, KEYSYMDEF=)
- if test -f $KEYSYMDEF; then
- AC_MSG_RESULT([$KEYSYMDEF])
- else
diff --git
a/meta/recipes-graphics/xorg-lib/libx11-trim-1.3.4/makekeys_crosscompile.patch
b/meta/recipes-graphics/xorg-lib/libx11-trim-1.3.4/makekeys_crosscompile.patch
deleted file mode 100644
index e5eacf0..000
---
a/meta/recipes-graphics/xorg-lib/libx11-trim-1.3.4/makekeys_crosscompile.patch
+++ /dev/null
@@ -1,45 +0,0 @@
-Because the size of unsigned long is different between 32-bit
-and 64-bit, judge whether target is 32-bit or 64-bit and tell
-makekey.
-
-Upstream-Status: Pending
-
-Signed-off-by: dbuit...@windriver.com
-
libX11-1.3.4.orig/src/util/makekeys.c2010-01-15 09:11:36.0
+0800
-+++ libX11-1.3.4/src/util/makekeys.c 2011-05-24 19:04:25.454774908 +0800
-@@ -33,6 +33,7 @@
- #include X11/keysymdef.h
- #include stdio.h
- #include stdlib.h
-+#include stdint.h
-
- typedef unsigned long Signature;
-
-@@ -124,7 +125,12 @@
- name = info[i].name;
- sig = 0;
- while ((c = *name++))
--sig = (sig 1) + c;
-+#ifdef USE32
-+sig = (uint32_t)(sig 1) + c;
-+#else
-+sig = (uint64_t)(sig 1) + c;
-+#endif
-+
- first = j = sig % z;
- for (k = 0; tab[j]; k++) {
- j += first + 1;
-@@ -163,7 +169,11 @@
- name = info[i].name;
- sig = 0;
- while ((c = *name++))
--sig = (sig 1) + c;
-+#ifdef
[OE-core] [PATCH] package.bbclass: Ensure we tell rpmdeps where to find its magic file
Without this, if rpmddeps came from a sstate package which was relocated
it might not find its magic file and if that happens, requires/provides
in packages could get corrupted. This leads to failures at rootfs time
during builds with messages like:
libdbus-1.so.3 is needed by libdbus-glib-1-2-0.92-r1.armv5te
since the provides would be missing in the dbus package.
Signed-off-by: Richard Purdie richard.pur...@linuxfoundation.org
---
diff --git a/meta/classes/package.bbclass b/meta/classes/package.bbclass
index d01275f..6775fda 100644
--- a/meta/classes/package.bbclass
+++ b/meta/classes/package.bbclass
@@ -1110,7 +1110,7 @@ if [ x$D = x ]; then
fi
}
-RPMDEPS = ${STAGING_LIBDIR_NATIVE}/rpm/bin/rpmdeps
+RPMDEPS = ${STAGING_LIBDIR_NATIVE}/rpm/bin/rpmdeps --define
'_rpmfc_magic_path ${STAGING_DIR_NATIVE}/usr/share/misc/magic.mgc'
# Collect perfile run-time dependency metadata
# Output:
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH] siggen.py: Include list of variables in hashes
Ensure that the list of dependencies is included in the hash as well as their contents Prior to this, adding or removing dependencies with values of None would not change the hash, despite diffsigs reporting this difference. Signed-off-by: Richard Purdie richard.pur...@linuxfoundation.org --- diff --git a/bitbake/lib/bb/siggen.py b/bitbake/lib/bb/siggen.py index 1225791..4ccfc7d 100644 --- a/bitbake/lib/bb/siggen.py +++ b/bitbake/lib/bb/siggen.py @@ -101,6 +101,7 @@ class SignatureGeneratorBasic(SignatureGenerator): alldeps = seen - self.basewhitelist for dep in sorted(alldeps): +data = data + dep if dep in lookupcache: var = lookupcache[dep] else: ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] useradd.bbclass: do not let depend native packages on base-passwd from target
Dear Henning, Am Donnerstag, den 17.11.2011, 10:48 +0100 schrieb Henning Heinold: with the setup now in useradd.bbclass, at least dbus-native depends on the base-passwd from target. I think this is not wanted. My patch resets the DEPENDS line for native packages similar to nativesdk. why do not you use that as the commit message? That would be very helpful for me at least. ;-) Thanks, Paul signature.asc Description: This is a digitally signed message part ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/1] gmp: also generate the libgmpcxx library
From: Nitin A Kamble nitin.a.kam...@intel.com
configure runs few checks to make sure c++ compiler and runtime are working as
expected
with the --enable-cxx=detect option.
Signed-off-by: Nitin A Kamble nitin.a.kam...@intel.com
---
meta/recipes-support/gmp/gmp.inc |2 ++
meta/recipes-support/gmp/gmp_4.2.1.bb |2 +-
2 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/meta/recipes-support/gmp/gmp.inc b/meta/recipes-support/gmp/gmp.inc
index 66349e6..3c662a0 100644
--- a/meta/recipes-support/gmp/gmp.inc
+++ b/meta/recipes-support/gmp/gmp.inc
@@ -14,3 +14,5 @@ ARM_INSTRUCTION_SET = arm
acpaths =
BBCLASSEXTEND = native nativesdk
+
+EXTRA_OECONF += --enable-cxx=detect
diff --git a/meta/recipes-support/gmp/gmp_4.2.1.bb
b/meta/recipes-support/gmp/gmp_4.2.1.bb
index 74da6b8..97ac4b2 100644
--- a/meta/recipes-support/gmp/gmp_4.2.1.bb
+++ b/meta/recipes-support/gmp/gmp_4.2.1.bb
@@ -6,7 +6,7 @@ LICENSE = LGPLv2.1+
LIC_FILES_CHKSUM = file://COPYING;md5=892f569a555ba9c07a568a7c0c4fa63a \
file://COPYING.LIB;md5=fbc093901857fcd118f065f900982c24 \
file://gmp-h.in;startline=6;endline=21;md5=5e25ffd16996faba8c1cd27b04b16099
-PR = r0
+PR = r1
SRC_URI = ${GNU_MIRROR}/gmp/${BP}.tar.bz2 \
file://disable-stdc.patch
--
1.7.4.4
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 0/1] gmp recipe enhancement
From: Nitin A Kamble nitin.a.kam...@intel.com The following changes since commit e7486c3dc7114ef73ff36ce0cbd23eb87f370aa7: insane.bbclass: avoid errors for x32 kernel (2011-11-17 08:50:20 -0800) are available in the git repository at: git://git.pokylinux.org/poky-contrib nitin/work http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=nitin/work Nitin A Kamble (1): gmp: also generate the libgmpcxx library meta/recipes-support/gmp/gmp.inc |2 ++ meta/recipes-support/gmp/gmp_4.2.1.bb |2 +- 2 files changed, 3 insertions(+), 1 deletions(-) -- 1.7.4.4 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] useradd.bbclass: do not let depend native packages on base-passwd from target
On Thu, Nov 17, 2011 at 05:26:33PM +0100, Paul Menzel wrote: Dear Henning, Am Donnerstag, den 17.11.2011, 10:48 +0100 schrieb Henning Heinold: with the setup now in useradd.bbclass, at least dbus-native depends on the base-passwd from target. I think this is not wanted. My patch resets the DEPENDS line for native packages similar to nativesdk. why do not you use that as the commit message? That would be very helpful for me at least. ;-) Becaus it is not rocket science. Thanks, Paul Bye Henning ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 1/1] gmp: also generate the libgmpcxx library
Op 17 nov. 2011, om 17:55 heeft nitin.a.kam...@intel.com het volgende geschreven: From: Nitin A Kamble nitin.a.kam...@intel.com configure runs few checks to make sure c++ compiler and runtime are working as expected with the --enable-cxx=detect option. Has the packaging issue been fixed already (e.g. LEAD_SONAME or a seperate package)? ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 0/1] reworked gmp commit
From: Nitin A Kamble nitin.a.kam...@intel.com Now the generated package names do not get changed. The following changes since commit 01b645fca1f4816fccf057c6ac95e3ba0877421d: insane.bbclass: avoid errors for x32 kernel (2011-11-16 11:21:40 -0800) are available in the git repository at: git://git.pokylinux.org/poky-contrib nitin/work http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=nitin/work Nitin A Kamble (1): gmp: also generate the libgmpcxx library meta/recipes-support/gmp/gmp.inc |4 meta/recipes-support/gmp/gmp_4.2.1.bb |2 +- meta/recipes-support/gmp/gmp_5.0.2.bb |2 +- 3 files changed, 6 insertions(+), 2 deletions(-) -- 1.7.6.4 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/1] gmp: also generate the libgmpcxx library
From: Nitin A Kamble nitin.a.kam...@intel.com
configure runs few checks to make sure c++ compiler and runtime are working as
expected
with the --enable-cxx=detect option.
Added a LEAD_SONAME line to avoid change in generated package names.
Signed-off-by: Nitin A Kamble nitin.a.kam...@intel.com
---
meta/recipes-support/gmp/gmp.inc |4
meta/recipes-support/gmp/gmp_4.2.1.bb |2 +-
meta/recipes-support/gmp/gmp_5.0.2.bb |2 +-
3 files changed, 6 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-support/gmp/gmp.inc b/meta/recipes-support/gmp/gmp.inc
index 66349e6..10c3b9d 100644
--- a/meta/recipes-support/gmp/gmp.inc
+++ b/meta/recipes-support/gmp/gmp.inc
@@ -14,3 +14,7 @@ ARM_INSTRUCTION_SET = arm
acpaths =
BBCLASSEXTEND = native nativesdk
+
+EXTRA_OECONF += --enable-cxx=detect
+
+LEAD_SONAME = libgmp.so
diff --git a/meta/recipes-support/gmp/gmp_4.2.1.bb
b/meta/recipes-support/gmp/gmp_4.2.1.bb
index 74da6b8..97ac4b2 100644
--- a/meta/recipes-support/gmp/gmp_4.2.1.bb
+++ b/meta/recipes-support/gmp/gmp_4.2.1.bb
@@ -6,7 +6,7 @@ LICENSE = LGPLv2.1+
LIC_FILES_CHKSUM = file://COPYING;md5=892f569a555ba9c07a568a7c0c4fa63a \
file://COPYING.LIB;md5=fbc093901857fcd118f065f900982c24 \
file://gmp-h.in;startline=6;endline=21;md5=5e25ffd16996faba8c1cd27b04b16099
-PR = r0
+PR = r1
SRC_URI = ${GNU_MIRROR}/gmp/${BP}.tar.bz2 \
file://disable-stdc.patch
diff --git a/meta/recipes-support/gmp/gmp_5.0.2.bb
b/meta/recipes-support/gmp/gmp_5.0.2.bb
index 16bdcbc..873fc3e 100644
--- a/meta/recipes-support/gmp/gmp_5.0.2.bb
+++ b/meta/recipes-support/gmp/gmp_5.0.2.bb
@@ -2,7 +2,7 @@ require gmp.inc
LICENSE=LGPLv3GPLv3
LIC_FILES_CHKSUM = file://COPYING;md5=d32239bcb673463ab874e80d47fae504 \
file://version.c;endline=18;md5=d8c56b52b9092346b9f93b4da65ef790
-PR = r1
+PR = r2
SRC_URI_append += file://sh4-asmfix.patch \
file://use-includedir.patch
--
1.7.6.4
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] how to exclude files when packaging?
On 11/17/11 3:12 AM, Ni Qingliang wrote:
I still think that the 'exclude feature would be better.:)
IMHO an exclude function would simply be an automated rm -f list at the end of
the install process.
It should be fairly easy to implement this if someone thinks it's a better idea
then making individual recipes run a rm -f of their own.
--Mark
On Thu, 2011-11-17 at 16:57 +0800, Henning Heinold wrote:
On Thu, Nov 17, 2011 at 08:14:06AM +, McClintock Matthew-B29882 wrote:
On Wed, Nov 16, 2011 at 8:29 PM, Ni Qingliang
niqingli...@insigma.com.cn wrote:
Hello, All:
I'm working on opensaf, wrote a bb file for it,
and found that the FILES_${PN} has included /usr/lib/${PN}/*.
but there are some .a and .so(symlink) in /usr/lib/${PN}, which will
result QA issue.
how to exclude some files (e.g. *.a, *.so) in FILES_${PN}?
there are some elf in /usr/lib/${PN} whose prefix is not 'lib', so if
no 'exclude' feature, I must redefine FILES_${PN} like this:
FILES_${PN} = /usr/lib/${PN}/*.so.* \
/usr/lib/${PN}/saf* \
/usr/lib/${PN}/open* \
/usr/lib/${PN}/immload \
/usr/lib/${PN}/nid_tipc \
/usr/lib/${PN}/smf* \
/usr/lib/${PN}/clc-cli/*
Explicitly list what you want in FILES_${PN}
FILES_${PN} = /usr/lib/${PN}/saf
Make another PACKAGE for other files
PACKAGES =+ ${PN}-misc
FILES_${PN}-misc = /usr/lib/${PN}/saf
Maybe someone else can chime in if there is a way to mask certain files...
No,
QA would always complain. For all files you do not want to package make a
do_install_append()
and remove them inside this function.
Another solution would be to tweak the buildsystem of the software, not to
install the unwanted
files.
Bye Henning
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] how to exclude files when packaging?
On Thu, Nov 17, 2011 at 12:38 PM, Mark Hatle mark.ha...@windriver.com wrote: On 11/17/11 3:12 AM, Ni Qingliang wrote: I still think that the 'exclude feature would be better.:) IMHO an exclude function would simply be an automated rm -f list at the end of the install process. It should be fairly easy to implement this if someone thinks it's a better idea then making individual recipes run a rm -f of their own. I wonder if, in general, it'd be useful to implement glob exclusions. In other words, our list of patterns could become more like a .gitignore file: /foo/* !/foo/bar -- Christopher Larson clarson at kergoth dot com Founder - BitBake, OpenEmbedded, OpenZaurus Maintainer - Tslib Senior Software Engineer, Mentor Graphics ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] how to exclude files when packaging?
On 11/17/11 1:43 PM, Chris Larson wrote: On Thu, Nov 17, 2011 at 12:38 PM, Mark Hatlemark.ha...@windriver.com wrote: On 11/17/11 3:12 AM, Ni Qingliang wrote: I still think that the 'exclude feature would be better.:) IMHO an exclude function would simply be an automated rm -flist at the end of the install process. It should be fairly easy to implement this if someone thinks it's a better idea then making individual recipes run a rm -f of their own. I wonder if, in general, it'd be useful to implement glob exclusions. In other words, our list of patterns could become more like a .gitignore file: /foo/* !/foo/bar I considered that early on in the Yocto Project work -- but decided against it due to simply the complications required to ensure that the patterns worked as the end user expected them. I know the bitbake back end and OE classes have matured since then, it may be easier to implement now -- if so I'm certainly interested in this. --Mark ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] useradd.bbclass: do not let depend native packages on base-passwd from target
On Thu, Nov 17, 2011 at 9:26 AM, Paul Menzel paulepan...@users.sourceforge.net wrote: Am Donnerstag, den 17.11.2011, 10:48 +0100 schrieb Henning Heinold: with the setup now in useradd.bbclass, at least dbus-native depends on the base-passwd from target. I think this is not wanted. My patch resets the DEPENDS line for native packages similar to nativesdk. why do not you use that as the commit message? That would be very helpful for me at least. ;-) The summary often describes the what, the detailed description the how. The summary here is accurate, particularly regarding the behavioral change, rather than the implementation details. -- Christopher Larson clarson at kergoth dot com Founder - BitBake, OpenEmbedded, OpenZaurus Maintainer - Tslib Senior Software Engineer, Mentor Graphics ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] useradd.bbclass: do not let depend native packages on base-passwd from target
Am Donnerstag, den 17.11.2011, 14:37 -0700 schrieb Chris Larson: On Thu, Nov 17, 2011 at 9:26 AM, Paul Menzel wrote: Am Donnerstag, den 17.11.2011, 10:48 +0100 schrieb Henning Heinold: with the setup now in useradd.bbclass, at least dbus-native depends on the base-passwd from target. I think this is not wanted. My patch resets the DEPENDS line for native packages similar to nativesdk. why do not you use that as the commit message? That would be very helpful for me at least. ;-) The summary often describes the what, the detailed description the how. The summary here is accurate, particularly regarding the behavioral change, rather than the implementation details. I did refer to that. Looking at the patch’s commit message you will see it is empty. So just sending the patch with no patch introduction and putting the message from the patch introduction into the patch’s commit message would benefit everyone. Thanks, Paul signature.asc Description: This is a digitally signed message part ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH] Remove EGLIBPARALLELISM from deps for EXTRA_OEMAKE
Without this simply changing the number of threads via
PARALLEL_MAKE can invalidate sstate-cache
Signed-off-by: Matthew McClintock m...@freescale.com
---
meta/recipes-core/eglibc/eglibc.inc |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/meta/recipes-core/eglibc/eglibc.inc
b/meta/recipes-core/eglibc/eglibc.inc
index fe9f8ba..272fcb6 100644
--- a/meta/recipes-core/eglibc/eglibc.inc
+++ b/meta/recipes-core/eglibc/eglibc.inc
@@ -40,6 +40,7 @@ ARM_INSTRUCTION_SET = arm
# eglibc uses PARALLELMFLAGS variable to pass parallel build info so transfer
# PARALLEL_MAKE into PARALLELMFLAGS and empty out PARALLEL_MAKE
EGLIBCPARALLELISM := PARALLELMFLAGS=${PARALLEL_MAKE}
+EXTRA_OEMAKE[vardepsexclude] += EGLIBCPARALLELISM
EXTRA_OEMAKE += ${EGLIBCPARALLELISM}
PARALLEL_MAKE =
--
1.7.6.1
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH] Nothing uses USERNAME, remove it - can cause sstate-cache conflicts
USER is the correct variable to use, also this can affect sstate
cache as well.
Signed-off-by: Matthew McClintock m...@freescale.com
---
I'm not 100% sure about this one but it seems like nothing is using this
variable?
Also one of my build machines (Jenkins specifically) was exporting
USERNAME=root for some reason to the build environment. This was preventing
sstate-cache from being used on other machines where it was not even
defined/used AFAICT
bitbake/lib/bb/utils.py |1 -
meta/conf/bitbake.conf |2 +-
2 files changed, 1 insertions(+), 2 deletions(-)
diff --git a/bitbake/lib/bb/utils.py b/bitbake/lib/bb/utils.py
index 1f55407..bb3409d 100644
--- a/bitbake/lib/bb/utils.py
+++ b/bitbake/lib/bb/utils.py
@@ -505,7 +505,6 @@ def preserved_envvars_exported():
'SHELL',
'TERM',
'USER',
-'USERNAME',
]
def preserved_envvars_exported_interactive():
diff --git a/meta/conf/bitbake.conf b/meta/conf/bitbake.conf
index b7bcc23..b4335c9 100644
--- a/meta/conf/bitbake.conf
+++ b/meta/conf/bitbake.conf
@@ -751,7 +751,7 @@ TRANSLATED_TARGET_ARCH ??= ${@d.getVar('TARGET_ARCH',
True).replace(_, -)}
# Setup our default hash policy
BB_SIGNATURE_HANDLER ?= basic
BB_HASHTASK_WHITELIST ?=
(.*-cross$|.*-native$|.*-cross-initial$|.*-cross-intermediate$|^virtual:native:.*|^virtual:nativesdk:.*)
-BB_HASHBASE_WHITELIST ?= TMPDIR FILE PATH PWD BB_TASKHASH BBPATH DL_DIR
SSTATE_DIR THISDIR FILESEXTRAPATHS FILE_DIRNAME HOME LOGNAME SHELL TERM USER
FILESPATH USERNAME STAGING_DIR_HOST STAGING_DIR_TARGET COREBASE
+BB_HASHBASE_WHITELIST ?= TMPDIR FILE PATH PWD BB_TASKHASH BBPATH DL_DIR
SSTATE_DIR THISDIR FILESEXTRAPATHS FILE_DIRNAME HOME LOGNAME SHELL TERM USER
FILESPATH STAGING_DIR_HOST STAGING_DIR_TARGET COREBASE
MLPREFIX ??=
MULTILIB_VARIANTS ??=
--
1.7.6.1
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH] Add PATCHRESOLVE to excluded vars for generating sstate-cache
The method of resolving the patch should not effect the sstate-cache
signature.
Signed-off-by: Matthew McClintock m...@freescale.com
---
I'm not 100% sure about this one either - should we even generate
sstate-cache at all if we have a scenario where we try to resolve
a patch?
meta/classes/patch.bbclass |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/meta/classes/patch.bbclass b/meta/classes/patch.bbclass
index 7622163..5f9765c 100644
--- a/meta/classes/patch.bbclass
+++ b/meta/classes/patch.bbclass
@@ -138,7 +138,7 @@ python patch_do_patch() {
raise bb.build.FuncFailed(str(sys.exc_value))
resolver.Resolve()
}
-patch_do_patch[vardepsexclude] = DATE SRCDATE
+patch_do_patch[vardepsexclude] = DATE SRCDATE PATCHRESOLVE
addtask patch after do_unpack
do_patch[dirs] = ${WORKDIR}
--
1.7.6.1
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH] Remove ttyS* from /etc/inittab that are not present
This will prevent error message that pop up when the serial
port is not present
---
This seems quite hacky to me, but we have an issue where if we remove
a serial port from the device tree the serial port won't work.
It seems link it's still in /dev/ttySN but it's not configured properly.
I looked for udev rules and items in /proc and /sys to try to use but
I did not see anything...
Is there a better approach than this?
.../sysvinit/sysvinit-inittab_2.88dsf.bb | 19 ++-
1 files changed, 18 insertions(+), 1 deletions(-)
diff --git a/meta/recipes-core/sysvinit/sysvinit-inittab_2.88dsf.bb
b/meta/recipes-core/sysvinit/sysvinit-inittab_2.88dsf.bb
index 3a716d7..3031442 100644
--- a/meta/recipes-core/sysvinit/sysvinit-inittab_2.88dsf.bb
+++ b/meta/recipes-core/sysvinit/sysvinit-inittab_2.88dsf.bb
@@ -2,7 +2,7 @@ DESCRIPTION = Inittab for sysvinit
LICENSE = GPLv2
LIC_FILES_CHKSUM = file://COPYING;md5=751419260aa954499f7abaabaa882bbe
-PR = r6
+PR = r7
SRC_URI = file://COPYING \
file://inittab
@@ -56,6 +56,23 @@ EOF
fi
}
+pkg_postinst_${PN} () {
+# run this on the target
+if [ x$D == x ]; then
+ tmp=${SERIAL_CONSOLES}
+ for i in $tmp
+ do
+ j=`echo ${i} | sed s/^.*\;//g`
+ if [ -z `dmesg | grep ${j}` ]; then
+ sed -i /^.*${j}$/d /etc/inittab
+ fi
+ done
+ kill -HUP 1
+fi
+
+exit 1
+}
+
# USE_VT and SERIAL_CONSOLE are generally defined by the MACHINE .conf.
# Set PACKAGE_ARCH appropriately.
PACKAGE_ARCH = ${MACHINE_ARCH}
--
1.7.6.1
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/1] at: update the upstream-status of patches
From: Nitin A Kamble nitin.a.kam...@intel.com Signed-off-by: Nitin A Kamble nitin.a.kam...@intel.com --- .../at/at-3.1.12/configure-add-enable-pam.patch|2 ++ .../at/files/file_replacement_with_gplv2.patch |2 ++ .../at/files/nonstripbinaries.patch|1 + meta/recipes-extended/at/files/use-ldflags.patch |2 ++ 4 files changed, 7 insertions(+), 0 deletions(-) diff --git a/meta/recipes-extended/at/at-3.1.12/configure-add-enable-pam.patch b/meta/recipes-extended/at/at-3.1.12/configure-add-enable-pam.patch index 1f73cdd..1e5efef 100644 --- a/meta/recipes-extended/at/at-3.1.12/configure-add-enable-pam.patch +++ b/meta/recipes-extended/at/at-3.1.12/configure-add-enable-pam.patch @@ -1,3 +1,5 @@ +Upstream-Status: Pending + --- at-3.1.12/configure.ac 2011-06-23 14:51:03.653572945 +0800 +++ at-3.1.12/configure.ac.new 2011-06-27 16:12:14.903572945 +0800 @@ -81,10 +81,18 @@ diff --git a/meta/recipes-extended/at/files/file_replacement_with_gplv2.patch b/meta/recipes-extended/at/files/file_replacement_with_gplv2.patch index 249902c..d5ef003 100644 --- a/meta/recipes-extended/at/files/file_replacement_with_gplv2.patch +++ b/meta/recipes-extended/at/files/file_replacement_with_gplv2.patch @@ -1,3 +1,5 @@ +Upstream-Status: Inappropriate [licensing] + posixtm.[ch] files are replaced with gplv2 version from these locations: http://git.savannah.gnu.org/gitweb/?p=gnulib.git;a=blob;f=lib/posixtm.c;hb=5661ab9d49512b4cf3c19caa11bb581d8ce561ba diff --git a/meta/recipes-extended/at/files/nonstripbinaries.patch b/meta/recipes-extended/at/files/nonstripbinaries.patch index a1aee5f..2b251db 100644 --- a/meta/recipes-extended/at/files/nonstripbinaries.patch +++ b/meta/recipes-extended/at/files/nonstripbinaries.patch @@ -1,3 +1,4 @@ +Upstream-Status: Pending #Because remove nonrootinstall patch, the stripping of the binaries can not #be handled. #This patch is to handle the stripping of the binaries. diff --git a/meta/recipes-extended/at/files/use-ldflags.patch b/meta/recipes-extended/at/files/use-ldflags.patch index 7d3d91a..fdd1908 100644 --- a/meta/recipes-extended/at/files/use-ldflags.patch +++ b/meta/recipes-extended/at/files/use-ldflags.patch @@ -1,3 +1,5 @@ +Upstream-Status: Pending + # Ensure use of $LDFLAGS during build # Derived from an OE patch for at-3.1.8 -- 1.7.6.4 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] Remove ttyS* from /etc/inittab that are not present
NACK!
This enforces online use so won't work for read-only-fs.
Please use SERIAL_CONSOLE value to write iniitab but supporting offline use
On Thu, Nov 17, 2011 at 20:47, Matthew McClintock m...@freescale.com wrote:
This will prevent error message that pop up when the serial
port is not present
---
This seems quite hacky to me, but we have an issue where if we remove
a serial port from the device tree the serial port won't work.
It seems link it's still in /dev/ttySN but it's not configured properly.
I looked for udev rules and items in /proc and /sys to try to use but
I did not see anything...
Is there a better approach than this?
.../sysvinit/sysvinit-inittab_2.88dsf.bb | 19 ++-
1 files changed, 18 insertions(+), 1 deletions(-)
diff --git a/meta/recipes-core/sysvinit/sysvinit-inittab_2.88dsf.bb
b/meta/recipes-core/sysvinit/sysvinit-inittab_2.88dsf.bb
index 3a716d7..3031442 100644
--- a/meta/recipes-core/sysvinit/sysvinit-inittab_2.88dsf.bb
+++ b/meta/recipes-core/sysvinit/sysvinit-inittab_2.88dsf.bb
@@ -2,7 +2,7 @@ DESCRIPTION = Inittab for sysvinit
LICENSE = GPLv2
LIC_FILES_CHKSUM = file://COPYING;md5=751419260aa954499f7abaabaa882bbe
-PR = r6
+PR = r7
SRC_URI = file://COPYING \
file://inittab
@@ -56,6 +56,23 @@ EOF
fi
}
+pkg_postinst_${PN} () {
+# run this on the target
+if [ x$D == x ]; then
+ tmp=${SERIAL_CONSOLES}
+ for i in $tmp
+ do
+ j=`echo ${i} | sed s/^.*\;//g`
+ if [ -z `dmesg | grep ${j}` ]; then
+ sed -i /^.*${j}$/d /etc/inittab
+ fi
+ done
+ kill -HUP 1
+fi
+
+exit 1
+}
+
# USE_VT and SERIAL_CONSOLE are generally defined by the MACHINE .conf.
# Set PACKAGE_ARCH appropriately.
PACKAGE_ARCH = ${MACHINE_ARCH}
--
1.7.6.1
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
--
Otavio Salvador O.S. Systems
E-mail: ota...@ossystems.com.br http://www.ossystems.com.br
Mobile: +55 53 9981-7854 http://projetos.ossystems.com.br
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH] gcc-4.6: Fix gcc ICE on qt4-x11-free/armv7-a
Backport fix for PR 47551 fixes the ICE seen on armv7-a/qt4-x11-free
Bump up SRCREV past gcc 4.6.2 release
Signed-off-by: Khem Raj raj.k...@gmail.com
---
meta/recipes-devtools/gcc/gcc-4.6.inc |9 ++--
meta/recipes-devtools/gcc/gcc-4.6/pr47551.patch | 63 +++
2 files changed, 68 insertions(+), 4 deletions(-)
create mode 100644 meta/recipes-devtools/gcc/gcc-4.6/pr47551.patch
diff --git a/meta/recipes-devtools/gcc/gcc-4.6.inc
b/meta/recipes-devtools/gcc/gcc-4.6.inc
index 469457c..7bf14e3 100644
--- a/meta/recipes-devtools/gcc/gcc-4.6.inc
+++ b/meta/recipes-devtools/gcc/gcc-4.6.inc
@@ -1,6 +1,6 @@
require gcc-common.inc
-PR = r16
+PR = r17
# Third digit in PV should be incremented after a minor release
# happens from this branch on gcc e.g. currently its 4.6.0
@@ -8,7 +8,7 @@ PR = r16
# on branch then PV should be incremented to 4.6.1+svnr${SRCPV}
# to reflect that change
-PV = 4.6.1+svnr${SRCPV}
+PV = 4.6.2+svnr${SRCPV}
# BINV should be incremented after updating to a revision
# after a minor gcc release (e.g. 4.6.1 or 4.6.2) has been made
@@ -16,9 +16,9 @@ PV = 4.6.1+svnr${SRCPV}
# 4.6.1 then the value below will have 2 which will mean 4.6.2
# which will be next minor release and so on.
-BINV = 4.6.2
+BINV = 4.6.3
-SRCREV = 180099
+SRCREV = 181430
BRANCH = gcc-4_6-branch
FILESPATH = ${@base_set_filespath([ '${FILE_DIRNAME}/gcc-4.6' ], d)}
@@ -71,6 +71,7 @@ SRC_URI =
svn://gcc.gnu.org/svn/gcc/branches;module=${BRANCH};proto=http \
file://gcc-with-linker-hash-style.patch \
file://pr46934.patch \
file://pr32219.patch \
+ file://pr47551.patch \
SRC_URI_append_sh3 = file://sh3-installfix-fixheaders.patch
diff --git a/meta/recipes-devtools/gcc/gcc-4.6/pr47551.patch
b/meta/recipes-devtools/gcc/gcc-4.6/pr47551.patch
new file mode 100644
index 000..5271ffa
--- /dev/null
+++ b/meta/recipes-devtools/gcc/gcc-4.6/pr47551.patch
@@ -0,0 +1,63 @@
+2011-02-02 Richard Sandiford richard.sandif...@linaro.org
+
+ gcc/
+ PR target/47551
+ * config/arm/arm.c (coproc_secondary_reload_class): Handle
+ structure modes. Don't check neon_vector_mem_operand for
+ vector or structure modes.
+
+ gcc/testsuite/
+ PR target/47551
+ * gcc.target/arm/neon-modes-2.c: New test.
+
+=== modified file 'gcc/config/arm/arm.c'
+--- old/gcc/config/arm/arm.c 2011-02-21 14:04:51 +
new/gcc/config/arm/arm.c 2011-03-02 11:38:43 +
+@@ -9139,11 +9139,14 @@
+ return GENERAL_REGS;
+ }
+
++ /* The neon move patterns handle all legitimate vector and struct
++ addresses. */
+ if (TARGET_NEON
++ MEM_P (x)
+(GET_MODE_CLASS (mode) == MODE_VECTOR_INT
+- || GET_MODE_CLASS (mode) == MODE_VECTOR_FLOAT)
+- neon_vector_mem_operand (x, 0))
+- return NO_REGS;
++|| GET_MODE_CLASS (mode) == MODE_VECTOR_FLOAT
++|| VALID_NEON_STRUCT_MODE (mode)))
++return NO_REGS;
+
+ if (arm_coproc_mem_operand (x, wb) || s_register_operand (x, mode))
+ return NO_REGS;
+
+=== added file 'gcc/testsuite/gcc.target/arm/neon-modes-2.c'
+--- old/gcc/testsuite/gcc.target/arm/neon-modes-2.c1970-01-01 00:00:00
+
new/gcc/testsuite/gcc.target/arm/neon-modes-2.c2011-02-02 10:02:45
+
+@@ -0,0 +1,24 @@
++/* { dg-do compile } */
++/* { dg-require-effective-target arm_neon_ok } */
++/* { dg-options -O1 } */
++/* { dg-add-options arm_neon } */
++
++#include arm_neon.h
++
++#define SETUP(A) x##A = vld3_u32 (ptr + A * 0x20)
++#define MODIFY(A) x##A = vld3_lane_u32 (ptr + A * 0x20 + 0x10, x##A, 1)
++#define STORE(A) vst3_u32 (ptr + A * 0x20, x##A)
++
++#define MANY(A) A (0), A (1), A (2), A (3), A (4), A (5)
++
++void
++bar (uint32_t *ptr, int y)
++{
++ uint32x2x3_t MANY (SETUP);
++ int *x = __builtin_alloca (y);
++ int z[0x1000];
++ foo (x, z);
++ MANY (MODIFY);
++ foo (x, z);
++ MANY (STORE);
++}
+
--
1.7.5.4
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] Remove ttyS* from /etc/inittab that are not present
On Thu, Nov 17, 2011 at 6:08 PM, Otavio Salvador ota...@ossystems.com.br wrote: This enforces online use so won't work for read-only-fs. Online use is sort of the point here - I think it should be configurable though. Please use SERIAL_CONSOLE value to write iniitab but supporting offline use Already done but sometimes we want to run the same root file system with boards with 1 or 2 serial ports. So we need to dynamically add or remove entries. I'm mostly soliciting ideas for how we detect if a serial port is actually present besides 'dmesg' -M ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] Remove ttyS* from /etc/inittab that are not present
On Thu, Nov 17, 2011 at 22:23, McClintock Matthew-B29882 b29...@freescale.com wrote: On Thu, Nov 17, 2011 at 6:08 PM, Otavio Salvador ota...@ossystems.com.br wrote: This enforces online use so won't work for read-only-fs. Online use is sort of the point here - I think it should be configurable though. Please use SERIAL_CONSOLE value to write iniitab but supporting offline use Already done but sometimes we want to run the same root file system with boards with 1 or 2 serial ports. So we need to dynamically add or remove entries. I'm mostly soliciting ideas for how we detect if a serial port is actually present besides 'dmesg' I see your point but add more must be online requirements is wrong IMO. This could be done with a specific package that could mangle the image at first boot if really need but doing it by default on oe-core seems the wrong way. -- Otavio Salvador O.S. Systems E-mail: ota...@ossystems.com.br http://www.ossystems.com.br Mobile: +55 53 9981-7854 http://projetos.ossystems.com.br ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] Remove ttyS* from /etc/inittab that are not present
On Thu, Nov 17, 2011 at 6:29 PM, Otavio Salvador ota...@ossystems.com.br wrote: I see your point but add more must be online requirements is wrong IMO. It must be online though in this case? This could be done with a specific package that could mangle the image at first boot if really need but doing it by default on oe-core seems the wrong way. Isn't that exactly what this is doing? Easy enough to add this to a separate recipe or bbapends elsewhere if there is disagreement. -M ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] gcc-4.6: Fix gcc ICE on qt4-x11-free/armv7-a
I tested this commit for qt4-x11-free for beagleboard machine, and the gcc ICE
is gone with this commit.
Thanks,
Nitin
-Original Message-
From: openembedded-core-boun...@lists.openembedded.org
[mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf Of
Khem Raj
Sent: Thursday, November 17, 2011 4:21 PM
To: openembedded-core@lists.openembedded.org
Subject: [OE-core] [PATCH] gcc-4.6: Fix gcc ICE on qt4-x11-free/armv7-a
Backport fix for PR 47551 fixes the ICE seen on armv7-a/qt4-x11-free
Bump up SRCREV past gcc 4.6.2 release
Signed-off-by: Khem Raj raj.k...@gmail.com
---
meta/recipes-devtools/gcc/gcc-4.6.inc |9 ++--
meta/recipes-devtools/gcc/gcc-4.6/pr47551.patch | 63
+++
2 files changed, 68 insertions(+), 4 deletions(-)
create mode 100644 meta/recipes-devtools/gcc/gcc-4.6/pr47551.patch
diff --git a/meta/recipes-devtools/gcc/gcc-4.6.inc b/meta/recipes-
devtools/gcc/gcc-4.6.inc
index 469457c..7bf14e3 100644
--- a/meta/recipes-devtools/gcc/gcc-4.6.inc
+++ b/meta/recipes-devtools/gcc/gcc-4.6.inc
@@ -1,6 +1,6 @@
require gcc-common.inc
-PR = r16
+PR = r17
# Third digit in PV should be incremented after a minor release
# happens from this branch on gcc e.g. currently its 4.6.0
@@ -8,7 +8,7 @@ PR = r16
# on branch then PV should be incremented to 4.6.1+svnr${SRCPV}
# to reflect that change
-PV = 4.6.1+svnr${SRCPV}
+PV = 4.6.2+svnr${SRCPV}
# BINV should be incremented after updating to a revision
# after a minor gcc release (e.g. 4.6.1 or 4.6.2) has been made
@@ -16,9 +16,9 @@ PV = 4.6.1+svnr${SRCPV}
# 4.6.1 then the value below will have 2 which will mean 4.6.2
# which will be next minor release and so on.
-BINV = 4.6.2
+BINV = 4.6.3
-SRCREV = 180099
+SRCREV = 181430
BRANCH = gcc-4_6-branch
FILESPATH = ${@base_set_filespath([ '${FILE_DIRNAME}/gcc-4.6' ], d)}
@@ -71,6 +71,7 @@ SRC_URI =
svn://gcc.gnu.org/svn/gcc/branches;module=${BRANCH};proto=http \
file://gcc-with-linker-hash-style.patch \
file://pr46934.patch \
file://pr32219.patch \
+file://pr47551.patch \
SRC_URI_append_sh3 = file://sh3-installfix-fixheaders.patch
diff --git a/meta/recipes-devtools/gcc/gcc-4.6/pr47551.patch
b/meta/recipes-devtools/gcc/gcc-4.6/pr47551.patch
new file mode 100644
index 000..5271ffa
--- /dev/null
+++ b/meta/recipes-devtools/gcc/gcc-4.6/pr47551.patch
@@ -0,0 +1,63 @@
+2011-02-02 Richard Sandiford richard.sandif...@linaro.org
+
+ gcc/
+ PR target/47551
+ * config/arm/arm.c (coproc_secondary_reload_class): Handle
+ structure modes. Don't check neon_vector_mem_operand for
+ vector or structure modes.
+
+ gcc/testsuite/
+ PR target/47551
+ * gcc.target/arm/neon-modes-2.c: New test.
+
+=== modified file 'gcc/config/arm/arm.c'
+--- old/gcc/config/arm/arm.c 2011-02-21 14:04:51 +
new/gcc/config/arm/arm.c 2011-03-02 11:38:43 +
+@@ -9139,11 +9139,14 @@
+ return GENERAL_REGS;
+ }
+
++ /* The neon move patterns handle all legitimate vector and struct
++ addresses. */
+ if (TARGET_NEON
++ MEM_P (x)
+(GET_MODE_CLASS (mode) == MODE_VECTOR_INT
+- || GET_MODE_CLASS (mode) == MODE_VECTOR_FLOAT)
+- neon_vector_mem_operand (x, 0))
+- return NO_REGS;
++ || GET_MODE_CLASS (mode) == MODE_VECTOR_FLOAT
++ || VALID_NEON_STRUCT_MODE (mode)))
++return NO_REGS;
+
+ if (arm_coproc_mem_operand (x, wb) || s_register_operand (x, mode))
+ return NO_REGS;
+
+=== added file 'gcc/testsuite/gcc.target/arm/neon-modes-2.c'
+--- old/gcc/testsuite/gcc.target/arm/neon-modes-2.c 1970-01-01
00:00:00 +
new/gcc/testsuite/gcc.target/arm/neon-modes-2.c 2011-02-02
10:02:45 +
+@@ -0,0 +1,24 @@
++/* { dg-do compile } */
++/* { dg-require-effective-target arm_neon_ok } */
++/* { dg-options -O1 } */
++/* { dg-add-options arm_neon } */
++
++#include arm_neon.h
++
++#define SETUP(A) x##A = vld3_u32 (ptr + A * 0x20)
++#define MODIFY(A) x##A = vld3_lane_u32 (ptr + A * 0x20 + 0x10, x##A,
1)
++#define STORE(A) vst3_u32 (ptr + A * 0x20, x##A)
++
++#define MANY(A) A (0), A (1), A (2), A (3), A (4), A (5)
++
++void
++bar (uint32_t *ptr, int y)
++{
++ uint32x2x3_t MANY (SETUP);
++ int *x = __builtin_alloca (y);
++ int z[0x1000];
++ foo (x, z);
++ MANY (MODIFY);
++ foo (x, z);
++ MANY (STORE);
++}
+
--
1.7.5.4
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 1/1] mesa: fix cross compile failure
On 2011年11月16日 16:58, Henning Heinold wrote: On Wed, Nov 16, 2011 at 02:09:03PM +0800, Kang Kai wrote: the bin/mklib file in mesa source code uses commands ar ranlib on build machine, this causes build failed on some platform. Hi Bye, Hi, you added CC and CXX variables for linking too, shouldn't that mentioned in the commit msg too? Fine, I'll add this msg Thanks, Kai ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 0/1] mesa: fix calling host's commands V2
Hi all, V2 just update commit message mesa use its script file bin/mklib to generate libraries, and call the host's commands ar/ranlib/gcc/g++. Fix it to call the cross-compile tools properly. The following changes since commit fa81f8dfb7a342e355b608aa4204cf23ed2b251c: mime.bbclass: fix typo (2011-11-15 12:05:30 +) are available in the git repository at: git://git.pokylinux.org/poky-contrib kangkai/distro http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=kangkai/distro Kang Kai (1): mesa: fix calling host's commands meta/recipes-graphics/mesa/mesa-7.11.inc |1 + meta/recipes-graphics/mesa/mesa-common.inc |2 +- .../mesa/mesa/crossfix-mklib.patch | 71 3 files changed, 73 insertions(+), 1 deletions(-) create mode 100644 meta/recipes-graphics/mesa/mesa/crossfix-mklib.patch -- 1.7.5.4 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/1] mesa: fix calling host's commands
mesa use its script file bin/mklib to generate libraries, and call the
host's commands ar/ranlib/gcc/g++. Fix it to call the cross-compile
tools properly.
Signed-off-by: Kang Kai kai.k...@windriver.com
---
meta/recipes-graphics/mesa/mesa-7.11.inc |1 +
meta/recipes-graphics/mesa/mesa-common.inc |2 +-
.../mesa/mesa/crossfix-mklib.patch | 71
3 files changed, 73 insertions(+), 1 deletions(-)
create mode 100644 meta/recipes-graphics/mesa/mesa/crossfix-mklib.patch
diff --git a/meta/recipes-graphics/mesa/mesa-7.11.inc
b/meta/recipes-graphics/mesa/mesa-7.11.inc
index 746b764..2f14ed4 100644
--- a/meta/recipes-graphics/mesa/mesa-7.11.inc
+++ b/meta/recipes-graphics/mesa/mesa-7.11.inc
@@ -2,6 +2,7 @@ DEPENDS += mesa-dri-glsl-native
SRC_URI += file://uclibc.patch \
file://crossfix.patch \
+file://crossfix-mklib.patch \
SRC_URI[md5sum] = ff03aca82d0560009a076a87c888cf13
SRC_URI[sha256sum] =
f8bf37a00882840a3e3d327576bc26a79ae7f4e18fe1f7d5f17a5b1c80dd7acf
diff --git a/meta/recipes-graphics/mesa/mesa-common.inc
b/meta/recipes-graphics/mesa/mesa-common.inc
index 06ebb75..1d9c894 100644
--- a/meta/recipes-graphics/mesa/mesa-common.inc
+++ b/meta/recipes-graphics/mesa/mesa-common.inc
@@ -12,7 +12,7 @@ SECTION = x11
LICENSE = MIT
LIC_FILES_CHKSUM =
file://docs/license.html;md5=7a3373c039b6b925c427755a4f779c1d
-INC_PR = r12
+INC_PR = r13
PE = 2
SRC_URI = ftp://ftp.freedesktop.org/pub/mesa/${PV}/MesaLib-${PV}.tar.bz2;
diff --git a/meta/recipes-graphics/mesa/mesa/crossfix-mklib.patch
b/meta/recipes-graphics/mesa/mesa/crossfix-mklib.patch
new file mode 100644
index 000..dc08228
--- /dev/null
+++ b/meta/recipes-graphics/mesa/mesa/crossfix-mklib.patch
@@ -0,0 +1,71 @@
+This patch is ported from WindRiver linux and to fix cross compile failure.
+
+And original commits are:
+commit 8d5ccc8113e1b51b0529a00c18a4aba956247e1b
+commit 5c4212084b871a0c0fb7d174280ec9a634637deb
+
+Upstream-Status: Pending
+
+Signed-off-by: Kang Kai kai.k...@windriver.com
+
+--- Mesa-7.10.2/bin/mklib.orig 2011-09-28 16:15:34.17074 +0800
Mesa-7.10.2/bin/mklib 2011-09-28 16:15:42.37073 +0800
+@@ -49,8 +49,8 @@
+ /*) ;;
+ *) FILE=$ORIG_DIR/$FILE ;;
+ esac
+-MEMBERS=`ar t $FILE`
+-ar x $FILE
++MEMBERS=`${AR} t $FILE`
++${AR} x $FILE
+ for MEMBER in $MEMBERS ; do
+ NEWFILES=$NEWFILES $DIR/$MEMBER
+ done
+@@ -77,7 +77,7 @@
+ make_ar_static_lib() {
+ OPTS=$1
+ shift;
+-RANLIB=$1
++USE_RANLIB=$1
+ shift;
+ LIBNAME=$1
+ shift;
+@@ -87,11 +87,11 @@
+ rm -f ${LIBNAME}
+
+ # make static lib
+-ar ${OPTS} ${LIBNAME} ${OBJECTS}
++${AR} ${OPTS} ${LIBNAME} ${OBJECTS}
+
+ # run ranlib
+-if [ ${RANLIB} = 1 ] ; then
+-ranlib ${LIBNAME}
++if [ ${USE_RANLIB} = 1 ] ; then
++${RANLIB} ${LIBNAME}
+ fi
+
+ echo ${LIBNAME}
+@@ -313,9 +313,9 @@
+ if [ x$LINK = x ] ; then
+ # -linker was not specified so set default link command now
+ if [ $CPLUSPLUS = 1 ] ; then
+-LINK=g++
++LINK=$CXX
+ else
+-LINK=gcc
++LINK=$CC
+ fi
+ fi
+
+@@ -531,9 +531,9 @@
+ if [ x$LINK = x ] ; then
+ # -linker was not specified so set default link command now
+ if [ $CPLUSPLUS = 1 ] ; then
+-LINK=g++
++LINK=${CXX}
+ else
+-LINK=gcc
++LINK=${CC}
+ fi
+ fi
+
--
1.7.5.4
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
