tcmode-default: set preferred version also for (e)glibc-locale
PATCH 1/10 tcmode-default: set preferred version also for (e)glibc-locale
--- meta/conf/distro/include/tcmode-default.inc | 2 ++ 1 files changed, 2 insertions(+), 0 deletions(-)
meta/conf/distro/include/tcmode-default.inc +2 -0
@@ -50,10 +50,12 @@ PREFERRED_VERSION_binutils-cross-canadian ?= "${BINUVERSION}" PREFERRED_VERSION_linux-libc-headers ?= "${LINUXLIBCVERSION}" PREFERRED_VERSION_linux-libc-headers-nativesdk ?= "${LINUXLIBCVERSION}" PREFERRED_VERSION_glibc ?= "${GLIBCVERSION}" +PREFERRED_VERSION_glibc-locale ?= "${GLIBCVERSION}" PREFERRED_VERSION_glibc-nativesdk ?= "${GLIBCVERSION}" PREFERRED_VERSION_glibc-initial ?= "${GLIBCVERSION}" PREFERRED_VERSION_glibc-initial-nativesdk ?= "${GLIBCVERSION}" PREFERRED_VERSION_eglibc ?= "${EGLIBCVERSION}" +PREFERRED_VERSION_eglibc-locale ?= "${EGLIBCVERSION}" PREFERRED_VERSION_eglibc-nativesdk ?= "${EGLIBCVERSION}" PREFERRED_VERSION_eglibc-initial ?= "${EGLIBCVERSION}" PREFERRED_VERSION_eglibc-initial-nativesdk ?= "${EGLIBCVERSION}"
Signature · 1 line
1.7.6
PATCH 2/10 eglibc-package: don't fail without localedef/gconv
* in some cases we don't have localedef/gconv built
ie when DISTRO_FEATURES lacks one of libc-charsets, libc-locales, libc-locale-code then is better ignore localedef/gconv instead of do_install_locale failing like in this bugreport:
http://bugzilla.yoctoproject.org/show_bug.cgi?id=1209
--- meta/recipes-core/eglibc/eglibc-package.inc | 8 ++++++-- 1 files changed, 6 insertions(+), 2 deletions(-)
meta/recipes-core/eglibc/eglibc-package.inc +6 -2
@@ -98,8 +98,12 @@ do_install_locale () { if [ "${base_libdir}" != "${libdir}" ]; then cp -fpPR ${D}${base_libdir}/* ${dest}${base_libdir} fi - mv ${D}${bindir}/localedef ${dest}${bindir} - mv ${D}${libdir}/gconv ${dest}${libdir} + if [ -f ${D}${bindir}/localedef ]; then + mv -f ${D}${bindir}/localedef ${dest}${bindir} + fi + if [ -f ${D}${libdir}/gconv ]; then + mv -f ${D}${libdir}/gconv ${dest}${libdir} + fi cp -fpPR ${D}${libdir}/* ${dest}${libdir} mv ${D}${datadir}/i18n ${dest}${datadir} cp -fpPR ${D}${datadir}/* ${dest}${datadir}
Signature · 1 line
1.7.6
Re: [PATCH 02/10] eglibc-package: don't fail without localedef/gconv
meta/recipes-core/eglibc/eglibc-package.inc do_install_locale () { · line 106
Quoted 4 lines · Martin Jansa
meta/recipes-core/eglibc/eglibc-package.inc +3
-1- mv ${D}${libdir}/gconv ${dest}${libdir} + if [ -f ${D}${libdir}/gconv ]; then + mv -f ${D}${libdir}/gconv ${dest}${libdir} + fi
This can't be right: gconv will be a directory if it exists at all and hence "test -f gconv" will never be true.
Since this patch was applied I'm getting a whole bunch of "installed but not shipped" warnings for /lib/gconv/*. Could you please look into that?
thanks
p.
Re: [PATCH 02/10] eglibc-package: don't fail without localedef/gconv
Quoted 9 lines · Phil Blundell
meta/recipes-core/eglibc/eglibc-package.inc do_install_locale () { · line 106
Quoted 4 lines · Martin Jansa
meta/recipes-core/eglibc/eglibc-package.inc +3
-1- mv ${D}${libdir}/gconv ${dest}${libdir} + if [ -f ${D}${libdir}/gconv ]; then + mv -f ${D}${libdir}/gconv ${dest}${libdir} + fiThis can't be right: gconv will be a directory if it exists at all and hence "test -f gconv" will never be true.
Quoted 3 lines
Since this patch was applied I'm getting a whole bunch of "installed but not shipped" warnings for
/lib/gconv/*. Could you please look into that?
You're right, sorry about that (I didn't notice that because I didn't have them built at all and later didn't get that those not packaged files are caused by me).
Sending patch changing it to -e in few seconds.
Signature · 1 line
Martin 'JaMa' Jansa jabber: [email protected]
PATCH 1/1 eglibc: fix gconv packaging after 5486cac29db6e67051fff7637a0abc9aeab661e5
* gconv is directory so test -f was always false as reported by Phil Blundell in
http://lists.linuxtogo.org/pipermail/openembedded-core/2011-August/008973.html
* -e used also for localedef which is file, just to be more consistent
--- meta/recipes-core/eglibc/eglibc-package.inc | 4 ++-- meta/recipes-core/eglibc/eglibc_2.12.bb | 2 +- meta/recipes-core/eglibc/eglibc_2.13.bb | 2 +- 3 files changed, 4 insertions(+), 4 deletions(-)
meta/recipes-core/eglibc/eglibc-package.inc +2 -2
@@ -100,10 +100,10 @@ do_install_locale () { if [ "${base_libdir}" != "${libdir}" ]; then cp -fpPR ${D}${base_libdir}/* ${dest}${base_libdir} fi - if [ -f ${D}${bindir}/localedef ]; then + if [ -e ${D}${bindir}/localedef ]; then mv -f ${D}${bindir}/localedef ${dest}${bindir} fi - if [ -f ${D}${libdir}/gconv ]; then + if [ -e ${D}${libdir}/gconv ]; then mv -f ${D}${libdir}/gconv ${dest}${libdir} fi cp -fpPR ${D}${libdir}/* ${dest}${libdir}
meta/recipes-core/eglibc/eglibc_2.12.bb +1 -1
@@ -1,7 +1,7 @@ require eglibc.inc DEPENDS += "gperf-native" -PR = "r22" +PR = "r23" SRCREV = "14158"
meta/recipes-core/eglibc/eglibc_2.13.bb +1 -1
@@ -3,7 +3,7 @@ require eglibc.inc SRCREV = "14157" DEPENDS += "gperf-native" -PR = "r13" +PR = "r14" PR_append = "+svnr${SRCPV}" EGLIBC_BRANCH="eglibc-2_13"
Signature · 1 line
1.7.6.1
Richard Purdie
AppliedRe: [PATCH] eglibc: fix gconv packaging after 5486cac29db6e67051fff7637a0abc9aeab661e5
Quoted 10 lines · Martin Jansa
* gconv is directory so test -f was always false as reported by Phil Blundell in
http://lists.linuxtogo.org/pipermail/openembedded-core/2011-August/008973.html
* -e used also for localedef which is file, just to be more consistentSigned-off-by Martin Jansa <[email protected]>--- meta/recipes-core/eglibc/eglibc-package.inc | 4 ++-- meta/recipes-core/eglibc/eglibc_2.12.bb | 2 +- meta/recipes-core/eglibc/eglibc_2.13.bb | 2 +- 3 files changed, 4 insertions(+), 4 deletions(-)
Merged to master, thanks.
Richard
PATCH 3/10 intltool: inherit perlnative
In reply to Martin Jansa* otherwise /usr/bin/env perl will pick perl from host and
DEPENDS = libxml-parser-perl-native
doesn't help (and do_configure fails on hosts without libxml-parser-perl installed)
--- meta/recipes-devtools/intltool/intltool.inc | 3 +-- 1 files changed, 1 insertions(+), 2 deletions(-)
meta/recipes-devtools/intltool/intltool.inc +1 -2
@@ -10,7 +10,6 @@ DEPENDS = "libxml-parser-perl-native" #RDEPENDS_${PN} = "libxml-parser-perl" RRECOMMENDS_${PN} = "perl-modules" -inherit autotools pkgconfig +inherit autotools pkgconfig perlnative -export PERL_virtclass-native = "/usr/bin/env perl" BBCLASSEXTEND = "native"
Signature · 1 line
1.7.6
Re: [PATCH 03/10] intltool: inherit perlnative
General remark:
I suspect lots of recipes depend on perl if only in their configure scripts. I guess doing per-patckage staging could improve the visibility of this.
Also wrt /usr/bin/env perl:
I haven't peeked into the source of env, but ideally non-native recipes should maybe not rely on host packages, only on the ones we build. E.g. no /usr/bin in PATH wehn building these (and yes, I know that is not trivial and will trigger some bugs and it also does not help against hard coded paths, and probalby some progs will cause a pain (e.g. /bin/sh)). Maybe a chrooted system would be better, but I vaguely recall that this was once discussed (and presumably rejected).
Another thing we could do is have our own env program which (in this case) does not return a path to perl if the native package is not there (and thereby causing things to fail instead of silently using the host perl).
Have fun!
Frans.
PATCH 4/10 polkit: inherit perlnative
In reply to Martin Jansa* otherwise perl from host is used and if there isn't libxml-parser-perl installed on host it fails with:
checking for XML::Parser... configure: error: XML::Parser perl module is required for intltool
--- meta/recipes-extended/polkit/polkit_0.101.bb | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-)
meta/recipes-extended/polkit/polkit_0.101.bb +1 -1
@@ -13,7 +13,7 @@ DEPENDS = "libpam expat dbus-glib eggdbus intltool" RDEPENDS_${PN} = "libpam" EXTRA_OECONF = "--with-authfw=pam --with-os-type=moblin --disable-man-pages --disable-gtk-doc --disable-introspection" -inherit autotools pkgconfig +inherit autotools pkgconfig perlnative FILES_${PN} += "${libdir}/${PN}-1/extensions/*.so \ ${datadir}/${PN}-1/actions/* \
Signature · 1 line
1.7.6
Re: [PATCH 04/10] polkit: inherit perlnative
Quoted 2 lines · Martin Jansa
* otherwise perl from host is used and if there isn't libxml-parser-perl installed on host it fails with:
checking forXML::Parser... configure: error:XML::Parserperl module is required for intltool
Is it the case that any recipe depending on intltool is going to have this issue? If so, maybe we could have a recipe_sanity check for that.
p.
PATCH 5/10 shared-mime-info: inherit perlnative
In reply to Martin Jansa* otherwise perl from host is used and if there isn't libxml-parser-perl installed on host it fails with:
checking for XML::Parser... configure: error: XML::Parser perl module is required for intltool
--- .../shared-mime-info/shared-mime-info.inc | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-)
meta/recipes-support/shared-mime-info/shared-mime-info.inc +1 -1
@@ -10,7 +10,7 @@ DEPENDS_virtclass-native = "libxml2-native intltool-native glib-2.0-native" SRC_URI = "http://freedesktop.org/~hadess/shared-mime-info-${PV}.tar.bz2" -inherit autotools pkgconfig gettext +inherit autotools pkgconfig gettext perlnative EXTRA_OECONF = "--disable-update-mimedb"
Signature · 1 line
1.7.6
PATCH 6/10 xkeyboard-config: inherit perlnative
In reply to Martin Jansa* otherwise perl from host is used and if there isn't libxml-parser-perl installed on host it fails with:
checking for XML::Parser... configure: error: XML::Parser perl module is required for intltool
--- .../xorg-lib/xkeyboard-config_2.1.bb | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-)
meta/recipes-graphics/xorg-lib/xkeyboard-config_2.1.bb +1 -1
@@ -26,7 +26,7 @@ EXTRA_OECONF = "--with-xkb-rules-symlink=xorg" RDEPENDS_${PN} += "xkbcomp" FILES_${PN} += "${datadir}/X11/xkb" -inherit autotools pkgconfig +inherit autotools pkgconfig perlnative do_install_append () { install -d ${D}/usr/share/X11/xkb/compiled
Signature · 1 line
1.7.6
PATCH 7/10 avahi: inherit perlnative
In reply to Martin Jansa* otherwise perl from host is used and if there isn't libxml-parser-perl installed on host it fails with:
checking for XML::Parser... configure: error: XML::Parser perl module is required for intltool
--- meta/recipes-connectivity/avahi/avahi.inc | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-)
meta/recipes-connectivity/avahi/avahi.inc +1 -1
@@ -21,7 +21,7 @@ SRC_URI = "http://avahi.org/download/avahi-${PV}.tar.gz \ file://99avahi-autoipd \ file://initscript.patch" -inherit autotools pkgconfig update-rc.d gettext +inherit autotools pkgconfig update-rc.d gettext perlnative EXTRA_OECONF = "--with-distro=debian \ --with-avahi-priv-access-group=adm \
Signature · 1 line
1.7.6
PATCH 8/10 vte: inherit perlnative
In reply to Martin Jansa* otherwise perl from host is used and if there isn't libxml-parser-perl installed on host it fails with:
checking for XML::Parser... configure: error: XML::Parser perl module is required for intltool
--- meta/recipes-support/vte/vte.inc | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-)
meta/recipes-support/vte/vte.inc +1 -1
@@ -4,7 +4,7 @@ LICENSE = "LGPLv2.1+" DEPENDS = " glib-2.0 gtk+ intltool-native ncurses" RDEPENDS_libvte = "vte-termcap" -inherit gnome +inherit gnome perlnative EXTRA_OECONF = "--disable-gtk-doc --disable-python"
Signature · 1 line
1.7.6
PATCH 9/10 python: save Makefile.sysroot in do_compile
In reply to Martin Jansa* otherwise calling do_install twice results in Makefile.sysroot == Makefile.orig and distutils using wrong LIBDIR (from host)
--- meta/recipes-devtools/python/python_2.6.6.bb | 7 ++++--- 1 files changed, 4 insertions(+), 3 deletions(-)
meta/recipes-devtools/python/python_2.6.6.bb +4 -3
@@ -1,7 +1,7 @@ require python.inc DEPENDS = "python-native db gdbm openssl readline sqlite3 zlib" DEPENDS_sharprom = "python-native db readline zlib gdbm openssl" -PR = "${INC_PR}.8" +PR = "${INC_PR}.9" LIC_FILES_CHKSUM = "file://LICENSE;md5=38fdd546420fab09ac6bd3d8a1c83eb6" DISTRO_SRC_URI ?= "file://sitecustomize.py"
@@ -54,6 +54,9 @@ do_compile() { sed -i -e 's,${includedir},${STAGING_INCDIR},' Makefile sed -i -e 's,${libdir},${STAGING_LIBDIR},' Makefile install -m 0644 Makefile ${STAGING_LIBDIR}/python${PYTHON_MAJMIN}/config/ + # save copy of it now, because if we do it in do_install and + # then call do_install twice we get Makefile.orig == Makefile.sysroot + install -m 0644 Makefile Makefile.sysroot oe_runmake HOSTPGEN=${STAGING_BINDIR_NATIVE}/pgen \ HOSTPYTHON=${STAGING_BINDIR_NATIVE}/python \
@@ -75,7 +78,6 @@ do_compile() { do_install() { # make install needs the original Makefile, or otherwise the inclues would # go to ${D}${STAGING...}/... - install -m 0644 Makefile Makefile.sysroot install -m 0644 Makefile.orig Makefile oe_runmake HOSTPGEN=${STAGING_BINDIR_NATIVE}/pgen \
@@ -86,7 +88,6 @@ do_install() { DESTDIR=${D} LIBDIR=${libdir} install install -m 0644 Makefile.sysroot ${D}/${libdir}/python${PYTHON_MAJMIN}/config/Makefile - rm Makefile.sysroot if [ -e ${WORKDIR}/sitecustomize.py ]; then install -m 0644 ${WORKDIR}/sitecustomize.py ${D}/${libdir}/python${PYTHON_MAJMIN}
Signature · 1 line
1.7.6
PATCH 10/10 python: add patch to fix cross compilation on host with linux-3.0
In reply to Martin Jansa--- .../python/python/07-linux3-regen-fix.patch | 18 ++++++++++++++++++ meta/recipes-devtools/python/python_2.6.6.bb | 1 + 2 files changed, 19 insertions(+), 0 deletions(-) create mode 100644 meta/recipes-devtools/python/python/07-linux3-regen-fix.patch
meta/recipes-devtools/python/python/07-linux3-regen-fix.patch new file +18 -0
@@ -0,0 +1,18 @@ +Upstream-Status: Inappropriate [embedded specific] + +Without this patch it calls cross-compiled python if host is running linux-3.0 +python$EXE ../../Tools/scripts/h2py.py -i '(u_long)' /usr/include/netinet/in.h +| ./regen: line 3: /OE/shr-core/tmp/work/armv4t-oe-linux-gnueabi/python-2.6.6-nk2.8/Python-2.6.6/python: cannot execute binary file + +diff -uNr Python-2.6.6.orig//Lib/plat-linux3/regen Python-2.6.6/Lib/plat-linux3/regen +--- Python-2.6.6.orig//Lib/plat-linux3/regen 1970-01-01 01:00:00.000000000 +0100 ++++ Python-2.6.6/Lib/plat-linux3/regen 2001-08-09 14:48:17.000000000 +0200 +@@ -0,0 +1,8 @@ ++#! /bin/sh ++case `uname` in ++Linux*) ;; ++*) echo Probably not on a Linux system 1>&2 ++ exit 1;; ++esac ++set -v ++h2py -i '(u_long)' /usr/include/sys/types.h /usr/include/netinet/in.h /usr/include/dlfcn.h
meta/recipes-devtools/python/python_2.6.6.bb +1 -0
@@ -15,6 +15,7 @@ SRC_URI = "\ file://05-enable-ctypes-cross-build.patch \ file://06-ctypes-libffi-fix-configure.patch \ file://06-avoid_usr_lib_termcap_path_in_linking.patch \ + file://07-linux3-regen-fix.patch \ file://99-ignore-optimization-flag.patch \ ${DISTRO_SRC_URI} \ file://multilib.patch \
Signature · 1 line
1.7.6
cover Small fixes
Fixes for recipes using intltool, distributions not having locales support in libc and distutils fix
The following changes since commit 0d03800caffc2341b74190d38f7a372223c89f4c:
lsbsetup_1.0.bb: Change the hardcoded /usr/lib to support multilib (2011-07-20 15:43:43 +0100)
are available in the git repository at:
git://git.openembedded.org/openembedded-core-contrib jansa/pull
http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=jansa/pull
Martin Jansa (10):
tcmode-default: set preferred version also for (e)glibc-locale
eglibc-package: don't fail without localedef/gconv
intltool: inherit perlnative
polkit: inherit perlnative
shared-mime-info: inherit perlnative
xkeyboard-config: inherit perlnative
avahi: inherit perlnative
vte: inherit perlnative
python: save Makefile.sysroot in do_compile
python: add patch to fix cross compilation on host with linux-3.0
meta/conf/distro/include/tcmode-default.inc | 2 ++ meta/recipes-connectivity/avahi/avahi.inc | 2 +- meta/recipes-core/eglibc/eglibc-package.inc | 8 ++++++-- meta/recipes-devtools/intltool/intltool.inc | 3 +-- .../python/python/07-linux3-regen-fix.patch | 18 ++++++++++++++++++ meta/recipes-devtools/python/python_2.6.6.bb | 8 +++++--- meta/recipes-extended/polkit/polkit_0.101.bb | 2 +- .../xorg-lib/xkeyboard-config_2.1.bb | 2 +- .../shared-mime-info/shared-mime-info.inc | 2 +- meta/recipes-support/vte/vte.inc | 2 +- 10 files changed, 37 insertions(+), 12 deletions(-) create mode 100644 meta/recipes-devtools/python/python/07-linux3-regen-fix.patch
Signature · 1 line
1.7.6
Re: [PATCH 00/10] Small fixes
Quoted 10 lines · Martin Jansa
Fixes for recipes using intltool, distributions not having locales support in libc and distutils fix
The following changes since commit
0d03800caffc2341b74190d38f7a372223c89f4c:lsbsetup_1.0.bb: Change the hardcoded
/usr/libto support multilib (2011-07-20 15:43:43 +0100)are available in the git repository at:
git://git.openembedded.org/openembedded-core-contribjansa/pull
http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=jansa/pull
Quoted 11 lines
Martin Jansa (10):
tcmode-default: set preferred version also for (e)glibc-locale
eglibc-package: don't fail without localedef/gconv
intltool: inherit perlnative
polkit: inherit perlnative
shared-mime-info: inherit perlnative
xkeyboard-config: inherit perlnative
avahi: inherit perlnative
vte: inherit perlnative
python: save Makefile.sysroot indo_compile
python: add patch to fix cross compilation on host with linux-3.0
So, with the long path series I posted most of the perlnative's should be handled automatically with cpan having fixed up the tool in question.
I suspect however that we have a few things like intltool that need
perlnative but don't today.
Signature · 2 lines
Tom Rini Mentor Graphics Corporation
Re: [PATCH 00/10] Small fixes
Quoted 23 lines · Tom Rini
Quoted 10 lines · Martin Jansa
Fixes for recipes using intltool, distributions not having locales support in libc and distutils fix
The following changes since commit
0d03800caffc2341b74190d38f7a372223c89f4c:lsbsetup_1.0.bb: Change the hardcoded /usr/lib to support multilib (2011-07-20 15:43:43 +0100)are available in the git repository at:
git://git.openembedded.org/openembedded-core-contribjansa/pull
http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=jansa/pullQuoted 11 lines
Martin Jansa (10):
tcmode-default: set preferred version also for (e)glibc-locale
eglibc-package: don't fail without localedef/gconv
intltool: inherit perlnative
polkit: inherit perlnative
shared-mime-info: inherit perlnative
xkeyboard-config: inherit perlnative
avahi: inherit perlnative
vte: inherit perlnative
python: save Makefile.sysroot indo_compile
python: add patch to fix cross compilation on host with linux-3.0
Quoted 5 lines
So, with the long path series I posted most of the perlnative's should be handled automatically with cpan having fixed up the tool in question.
I suspect however that we have a few things like intltool that need
perlnative but don't today.
Are they really still required after Tom's perlnative cpan fix goes in? I guess I need a test case to try and duplicate the failure better since I don't see it on any of my 3 build machines!
Sau!
Re: [PATCH 00/10] Small fixes
In reply to Martin JansaQuoted 10 lines · Martin Jansa
Fixes for recipes using intltool, distributions not having locales support in libc and distutils fix
The following changes since commit
0d03800caffc2341b74190d38f7a372223c89f4c:lsbsetup_1.0.bb: Change the hardcoded /usr/lib to support multilib (2011-07-20 15:43:43 +0100)are available in the git repository at:
git://git.openembedded.org/openembedded-core-contribjansa/pull
http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=jansa/pull
Quoted 9 lines
Martin Jansa (10):
tcmode-default: set preferred version also for (e)glibc-locale
eglibc-package: don't fail without localedef/gconv
intltool: inherit perlnative
polkit: inherit perlnative
shared-mime-info: inherit perlnative
xkeyboard-config: inherit perlnative
avahi: inherit perlnative
vte: inherit perlnative
I guess all inherit perlnative patches can me squashed into one
Quoted 16 lines
python: save Makefile.sysroot in
do_compile
python: add patch to fix cross compilation on host with linux-3.0meta/conf/distro/include/tcmode-default.inc | 2 ++ meta/recipes-connectivity/avahi/avahi.inc | 2 +- meta/recipes-core/eglibc/eglibc-package.inc | 8 ++++++-- meta/recipes-devtools/intltool/intltool.inc | 3 +-- .../python/python/07-linux3-regen-fix.patch | 18 ++++++++++++++++++ meta/recipes-devtools/python/python_2.6.6.bb | 8 +++++--- meta/recipes-extended/polkit/polkit_0.101.bb | 2 +- .../xorg-lib/xkeyboard-config_2.1.bb | 2 +- .../shared-mime-info/shared-mime-info.inc | 2 +- meta/recipes-support/vte/vte.inc | 2 +- 10 files changed, 37 insertions(+), 12 deletions(-)create mode 100644
meta/recipes-devtools/python/python/07-linux3-regen-fix.patch
Re: [PATCH 00/10] Small fixes
Quoted 26 lines · Khem Raj
Quoted 15 lines · Martin Jansa
Fixes for recipes using intltool, distributions not having locales support in libc and distutils fix
The following changes since commit
0d03800caffc2341b74190d38f7a372223c89f4c:lsbsetup_1.0.bb: Change the hardcoded
/usr/libto support multilib
(2011-07-20 15:43:43 +0100)are available in the git repository at:
git://git.openembedded.org/openembedded-core-contribjansa/pullhttp://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=jansa/pull
Quoted 9 lines
Martin Jansa (10):
tcmode-default: set preferred version also for (e)glibc-locale
eglibc-package: don't fail without localedef/gconv
intltool: inherit perlnative
polkit: inherit perlnative
shared-mime-info: inherit perlnative
xkeyboard-config: inherit perlnative
avahi: inherit perlnative
vte: inherit perlnative
Quoted 1 line
I guess all inherit perlnative patches can me squashed into one
Or not done? :)
Signature · 2 lines
Tom Rini Mentor Graphics Corporation
Re: [PATCH 00/10] Small fixes
Quoted 27 lines · Tom Rini
Quoted 26 lines · Khem Raj
Quoted 24 lines · Martin Jansa
Fixes for recipes using intltool, distributions not having locales support in libc and distutils fix
The following changes since commit
0d03800caffc2341b74190d38f7a372223c89f4c:lsbsetup_1.0.bb: Change the hardcoded
/usr/libto support multilib
(2011-07-20 15:43:43 +0100)are available in the git repository at:
git://git.openembedded.org/openembedded-core-contribjansa/pullhttp://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=jansa/pull
Martin Jansa (10):
tcmode-default: set preferred version also for (e)glibc-locale
eglibc-package: don't fail without localedef/gconv
intltool: inherit perlnative
polkit: inherit perlnative
shared-mime-info: inherit perlnative
xkeyboard-config: inherit perlnative
avahi: inherit perlnative
vte: inherit perlnative
Quoted 3 lines
Quoted 1 line
I guess all inherit perlnative patches can me squashed into one
Or not done? :)
I still see this issue, with
http://patches.openembedded.org/patch/8069/
applied.
Regards,
Signature · 1 line
Martin 'JaMa' Jansa jabber: [email protected]
Re: [PATCH 00/10] Small fixes
Quoted 28 lines · Martin Jansa
Quoted 27 lines · Tom Rini
Quoted 26 lines · Khem Raj
Quoted 24 lines · Martin Jansa
Fixes for recipes using intltool, distributions not having locales support in libc and distutils fix
The following changes since commit
0d03800caffc2341b74190d38f7a372223c89f4c:lsbsetup_1.0.bb: Change the hardcoded
/usr/libto support multilib
(2011-07-20 15:43:43 +0100)are available in the git repository at:
git://git.openembedded.org/openembedded-core-contribjansa/pullhttp://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=jansa/pull
Martin Jansa (10):
tcmode-default: set preferred version also for (e)glibc-locale
eglibc-package: don't fail without localedef/gconv
intltool: inherit perlnative
polkit: inherit perlnative
shared-mime-info: inherit perlnative
xkeyboard-config: inherit perlnative
avahi: inherit perlnative
vte: inherit perlnative
Quoted 7 lines
Quoted 3 lines
Quoted 1 line
I guess all inherit perlnative patches can me squashed into one
Or not done? :)
I still see this issue, with
http://patches.openembedded.org/patch/8069/
applied.
I'm wondering if a better approach to fixing this might be to change intltool.m4 so where it says AC_PATH_PROG(INTLTOOL_PERL, perl), it says AC_PATH_PROG(INTLTOOL_PERL, nativeperl) instead, at least in the sysroot.
Another option would be a class that did:
DEPENDS =+ "intltool"
export INTLTOOL_PERL = "nativeperl"
although I think I prefer correcting the intltool m4 macro slightly more. Or do we just add the export to the core in bitbake.conf or autotools.bbclass?...
Cheers,
Richard
Re: [PATCH 00/10] Small fixes
Quoted 33 lines · Richard Purdie
Quoted 32 lines · Martin Jansa
Quoted 30 lines · Tom Rini
Quoted 26 lines · Khem Raj
Quoted 15 lines · Martin Jansa
Fixes for recipes using intltool, distributions not having locales support in libc and distutils fix
The following changes since commit
0d03800caffc2341b74190d38f7a372223c89f4c:lsbsetup_1.0.bb: Change the hardcoded
/usr/libto support multilib (2011-07-20 15:43:43 +0100)are available in the git repository at:
git://git.openembedded.org/openembedded-core-contrib jansa/pullhttp://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=jansa/pull
Quoted 9 lines
Martin Jansa (10):
tcmode-default: set preferred version also for (e)glibc-locale
eglibc-package: don't fail without localedef/gconv
intltool: inherit perlnative
polkit: inherit perlnative
shared-mime-info: inherit perlnative
xkeyboard-config: inherit perlnative
avahi: inherit perlnative
vte: inherit perlnativeQuoted 1 line
I guess all inherit perlnative patches can me squashed into one
Or not done? :)
Quoted 9 lines
Quoted 3 lines
I still see this issue, with
http://patches.openembedded.org/patch/8069/
applied.I'm wondering if a better approach to fixing this might be to change intltool.m4 so where it says
AC_PATH_PROG(INTLTOOL_PERL, perl), it saysAC_PATH_PROG(INTLTOOL_PERL, nativeperl)instead, at least in the sysroot.
yeah though it wont work for folks who would want to use intltool on the target unless nativeperl is installed on target too
Quoted 4 lines
Another option would be a class that did:
DEPENDS =+ "intltool"
exportINTLTOOL_PERL= "nativeperl"
this might work well.
Quoted 16 lines
although I think I prefer correcting the intltool m4 macro slightly more. Or do we just add the export to the core in bitbake.conf or autotools.bbclass?...
Cheers,
Richard
_______________________________________________
Openembedded-core mailing list
[email protected]
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [PATCH 00/10] Small fixes
Quoted 39 lines · Khem Raj
Quoted 37 lines · Richard Purdie
Quoted 35 lines · Martin Jansa
Quoted 27 lines · Tom Rini
Quoted 26 lines · Khem Raj
Quoted 24 lines · Martin Jansa
Fixes for recipes using intltool, distributions not having locales support in libc and distutils fix
The following changes since commit
0d03800caffc2341b74190d38f7a372223c89f4c:lsbsetup_1.0.bb: Change the hardcoded
/usr/libto support multilib
(2011-07-20 15:43:43 +0100)are available in the git repository at:
git://git.openembedded.org/openembedded-core-contribjansa/pullhttp://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=jansa/pull
Martin Jansa (10):
tcmode-default: set preferred version also for (e)glibc-locale
eglibc-package: don't fail without localedef/gconv
intltool: inherit perlnative
polkit: inherit perlnative
shared-mime-info: inherit perlnative
xkeyboard-config: inherit perlnative
avahi: inherit perlnative
vte: inherit perlnativeQuoted 3 lines
Quoted 1 line
I guess all inherit perlnative patches can me squashed into one
Or not done? :)
I still see this issue, with
http://patches.openembedded.org/patch/8069/
applied.
Quoted 8 lines
Quoted 5 lines
I'm wondering if a better approach to fixing this might be to change intltool.m4 so where it says
AC_PATH_PROG(INTLTOOL_PERL, perl), it saysAC_PATH_PROG(INTLTOOL_PERL, nativeperl)instead, at least in the sysroot.yeah though it wont work for folks who would want to use intltool on the target unless nativeperl is installed on target too
Well, this change should only affect the sysroot install, not the target device.
Cheers,
Richard
Re: [PATCH 00/10] Small fixes
In reply to Martin JansaQuoted 28 lines · Martin Jansa
Quoted 27 lines · Tom Rini
Quoted 26 lines · Khem Raj
Quoted 24 lines · Martin Jansa
Fixes for recipes using intltool, distributions not having locales support in libc and distutils fix
The following changes since commit
0d03800caffc2341b74190d38f7a372223c89f4c:lsbsetup_1.0.bb: Change the hardcoded
/usr/libto support multilib
(2011-07-20 15:43:43 +0100)are available in the git repository at:
git://git.openembedded.org/openembedded-core-contribjansa/pullhttp://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=jansa/pull
Martin Jansa (10):
tcmode-default: set preferred version also for (e)glibc-locale
eglibc-package: don't fail without localedef/gconv
intltool: inherit perlnative
polkit: inherit perlnative
shared-mime-info: inherit perlnative
xkeyboard-config: inherit perlnative
avahi: inherit perlnative
vte: inherit perlnative
Quoted 7 lines
Quoted 3 lines
Quoted 1 line
I guess all inherit perlnative patches can me squashed into one
Or not done? :)
I still see this issue, with
http://patches.openembedded.org/patch/8069/
applied.
That's not enough. You then need the cpan mangling patch applied on top.
Signature · 2 lines
Tom Rini Mentor Graphics Corporation
Re: [PATCH 00/10] Small fixes
Quoted 31 lines · Tom Rini
Quoted 30 lines · Martin Jansa
Quoted 29 lines · Tom Rini
Quoted 27 lines · Khem Raj
Quoted 15 lines · Martin Jansa
Fixes for recipes using intltool, distributions not having locales support in libc and distutils fix
The following changes since commit
0d03800caffc2341b74190d38f7a372223c89f4c:lsbsetup_1.0.bb: Change the hardcoded
/usr/libto support multilib
(2011-07-20 15:43:43 +0100)are available in the git repository at:
git://git.openembedded.org/openembedded-core-contribjansa/pullhttp://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=jansa/pull
Quoted 9 lines
Martin Jansa (10):
tcmode-default: set preferred version also for (e)glibc-locale
eglibc-package: don't fail without localedef/gconv
intltool: inherit perlnative
polkit: inherit perlnative
shared-mime-info: inherit perlnative
xkeyboard-config: inherit perlnative
avahi: inherit perlnative
vte: inherit perlnativeI guess all inherit perlnative patches can me squashed into one
Quoted 7 lines
Quoted 5 lines
Quoted 1 line
Or not done? :)
I still see this issue, with
http://patches.openembedded.org/patch/8069/
applied.That's not enough. You then need the cpan mangling patch applied on top.
I had both..
Signature · 1 line
Martin 'JaMa' Jansa jabber: [email protected]
Re: [PATCH 00/10] Small fixes
Quoted 34 lines · Martin Jansa
Quoted 33 lines · Tom Rini
Quoted 32 lines · Martin Jansa
Quoted 30 lines · Tom Rini
Quoted 26 lines · Khem Raj
Quoted 15 lines · Martin Jansa
Fixes for recipes using intltool, distributions not having locales support in libc and distutils fix
The following changes since commit
0d03800caffc2341b74190d38f7a372223c89f4c:lsbsetup_1.0.bb: Change the hardcoded
/usr/libto support multilib
(2011-07-20 15:43:43 +0100)are available in the git repository at:
git://git.openembedded.org/openembedded-core-contribjansa/pullhttp://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=jansa/pull
Quoted 9 lines
Martin Jansa (10):
tcmode-default: set preferred version also for (e)glibc-locale
eglibc-package: don't fail without localedef/gconv
intltool: inherit perlnative
polkit: inherit perlnative
shared-mime-info: inherit perlnative
xkeyboard-config: inherit perlnative
avahi: inherit perlnative
vte: inherit perlnativeQuoted 1 line
I guess all inherit perlnative patches can me squashed into one
Or not done? :)
Quoted 7 lines
Quoted 5 lines
Quoted 3 lines
I still see this issue, with
http://patches.openembedded.org/patch/8069/
applied.That's not enough. You then need the cpan mangling patch applied on top.
I had both..
I guess we need to go down the path Richard was suggesting then, as I think he's not a fan of making perl-native be an explicit depend so much.
Signature · 2 lines
Tom Rini Mentor Graphics Corporation
Re: [PATCH 00/10] Small fixes
In reply to Martin JansaQuoted 6 lines · Martin Jansa
Fixes for recipes using intltool, distributions not having locales support in libc and distutils fix
The following changes since commit
0d03800caffc2341b74190d38f7a372223c89f4c:lsbsetup_1.0.bb: Change the hardcoded /usr/lib to support multilib (2011-07-20 15:43:43 +0100)
Quoted 7 lines
are available in the git repository at:
git://git.openembedded.org/openembedded-core-contribjansa/pull
http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=jansa/pullMartin Jansa (10):
tcmode-default: set preferred version also for (e)glibc-locale
eglibc-package: don't fail without localedef/gconv
These two were pulled
Quoted 6 lines
intltool: inherit perlnative
polkit: inherit perlnative
shared-mime-info: inherit perlnative
xkeyboard-config: inherit perlnative
avahi: inherit perlnative
vte: inherit perlnative
There has been discussion about how to correctly handle this on the list
Quoted 2 lines
python: save Makefile.sysroot in
do_compile
python: add patch to fix cross compilation on host with linux-3.0
These two were pulled.
4/10 merged into OE-Core
Thanks
Sau!
Quoted 14 lines
meta/conf/distro/include/tcmode-default.inc | 2 ++ meta/recipes-connectivity/avahi/avahi.inc | 2 +- meta/recipes-core/eglibc/eglibc-package.inc | 8 ++++++-- meta/recipes-devtools/intltool/intltool.inc | 3 +-- .../python/python/07-linux3-regen-fix.patch | 18 ++++++++++++++++++ meta/recipes-devtools/python/python_2.6.6.bb | 8 +++++--- meta/recipes-extended/polkit/polkit_0.101.bb | 2 +- .../xorg-lib/xkeyboard-config_2.1.bb | 2 +- .../shared-mime-info/shared-mime-info.inc | 2 +- meta/recipes-support/vte/vte.inc | 2 +- 10 files changed, 37 insertions(+), 12 deletions(-)create mode 100644
meta/recipes-devtools/python/python/07-linux3-regen-fix.patch