Re: [OE-core] [CONSOLIDATED PULL 053/113] eglibc: Only add eglibc-utils to PACKAGES if wchar is supported
On Mon, 2012-01-02 at 22:19 -0800, Saul Wold wrote:
-PACKAGES = ${PN}-dbg ${PN} catchsegv${PKGSUFFIX} sln${PKGSUFFIX}
nscd${PKGSUFFIX} ldd${PKGSUFFIX} ${PN}-utils eglibc-extra-nss${PKGSUFFIX}
eglibc-thread-db${PKGSUFFIX} ${PN}-pic ${PN}-dev ${PN}-doc
libcidn${PKGSUFFIX} libmemusage${PKGSUFFIX} libsegfault${PKGSUFFIX}
${PN}-pcprofile libsotruss${PKGSUFFIX}
+PACKAGES = ${PN}-dbg ${PN} catchsegv${PKGSUFFIX} sln${PKGSUFFIX}
nscd${PKGSUFFIX} ldd${PKGSUFFIX} eglibc-extra-nss${PKGSUFFIX}
eglibc-thread-db${PKGSUFFIX} ${PN}-pic ${PN}-dev ${PN}-doc
libcidn${PKGSUFFIX} libmemusage${PKGSUFFIX} libsegfault${PKGSUFFIX}
${PN}-pcprofile libsotruss${PKGSUFFIX}
+
+# eglibc-utils rdepends on bash which depends on gettext which requires wchar
+# support. Only include it in the PACKAGES list if we can build the RDEPENDS.
+PACKAGES += ${@base_contains('DISTRO_FEATURES', 'libc-posix-clang-wchar',
'${PN}-utils', '', d)}
This doesn't seem like a very good fix to the problem at hand.
If I remember right, eglibc-utils includes a whole pile of binaries and
scripts and only one or two of them (mtrace?) require bash. Knocking
eglibc-utils out of PACKAGES altogether will obviously break anything
which was depending on one of the other binaries in that package.
Also, unless you take other steps which you don't appear to be, you'll
either get a bunch of extra unshipped warnings for the binaries that
no longer have any package, or (depending on how the FILES are
structured) they will soak into one of the other output packages.
Neither of those is particularly desirable.
In decreasing order of preference I think the best ways to deal with
this would be:
a) remove the bash-specific scripting constructs and change the
dependency to plain sh; or
b) fix gettext to not require wchar support; or
c) patch bash to be buildable without gettext; or
d) remove just the specific, troublesome scripts from eglibc-utils when
wchar is not available
Out of interest, how much do you actually gain by disabling
posix-clang-wchar?
p.
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH oe-core] valgrind: add powerpc to the compatible host and add eglibc-dbg in rdepends
On Thu, 2011-12-29 at 02:19 +, Luo Zhenhua-B19537 wrote: [Luo Zhenhua-B19537] The reason is that valgrind requires non-stripped libraries of glibc during running. What is the failure mode if you don't have them? p. ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [CONSOLIDATED PULL 061/113] wpa-supplicant - pulls GPLv3 license rpm in a non-GPLv3 build (libgnutls-extra)
On Mon, 2012-01-02 at 22:19 -0800, Saul Wold wrote:
+def get_defconfig(bb, d):
+ if d.getVar('INCOMPATIBLE_LICENSE', 1) in [ 'GPLv3' ]:
+ return -nogplv3
+ return
Is this really the sort of thing we want to be doing? It seems like an
abuse of INCOMPATIBLE_LICENSE to me.
But, anyway, given that EAP_TTLSv1 seems to be a dead protocol, and the
latest versions of wpa-supplicant and GnuTLS have removed EAP_TTLSv1 and
TLS/IA altogether, it seems as though we could safely just turn that
stuff off in the standard defconfig and avoid the whole gnutls-extra
thing without introducing this complexity.
p.
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [CONSOLIDATED PULL 012/113] base.bbclass: Allow buildstats to be optionally supplied
On Mon, 2012-01-02 at 22:18 -0800, Saul Wold wrote: From: Mark Hatle mark.ha...@windriver.com Buildstats should be allowed to be optionally enabled. It's recommended that it be enabled via the USER_CLASSES setting. Alternatively it could be enabled via the INHERIT_DISTRO or similar mechanism. Signed-off-by: Mark Hatle mark.ha...@windriver.com I don't think the short summary of this patch gives a very clear indication of what it's doing. The terminology optionally supplied makes it sound as though you're talking about some sort of add-on data file which can be enabled. Whereas, what the patch seems actually to be doing is removing the unconditional inherit of buildstats (i.e. turning it off for almost everyone who has it on today) and adding a suggestion in local.conf.sample as to how it might be turned on again. (That said, I do think the intent of this patch is a good one; it's been a long-standing source of irritation to me that disabling buildstats is so awkward at present.) p. ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [CONSOLIDATED PULL 083/113] procps: raise update-alternatives priority
On Mon, 2012-01-02 at 22:20 -0800, Saul Wold wrote: From: Koen Kooi k...@dominion.thruhere.net This fixes a problem with the uptime utility: root@beagleboneA3-0088:/var/lib/cloud9# busybox uptime 16:00:17 up 2 days, 6:46, load average: 0.14, 0.04, 0.05 root@beagleboneA3-0088:/var/lib/cloud9# uptime.procps 16:00:22 up 2 days, 6:46, 1 user, load average: 0.14, 0.05, 0.06 root@beagleboneA3-0088:/var/lib/cloud9# uptime.coreutils 16:00pm up 4382 days 15:58, 1 user, load average: 0.13, 0.05, 0.05 root@beagleboneA3-0088:/var/lib/cloud9# ls /usr/bin/uptime -la lrwxrwxrwx 1 root root 16 Dec 26 08:56 /usr/bin/uptime - uptime.coreutils If the coreutils uptime is broken (and assuming it isn't straightforward to fix) then I would have thought the right thing would be to reduce the priority of that one alternative rather than increasing all the others to be higher. Or just stop coreutils shipping uptime altogether I suppose. But, anyway, patching procps to work around a bug in coreutils seems like the wrong thing. p. ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [CONSOLIDATED PULL 112/113] glib-2.0: disable glib due to host contamination
On Mon, 2012-01-02 at 22:20 -0800, Saul Wold wrote: -EXTRA_OECONF = --disable-debug --enable-included-printf=no +EXTRA_OECONF = --disable-debug --enable-included-printf=no --disable-dtrace I suppose you meant to say disable dtrace rather than disable glib in the subject line. Also, please add an expanded checkin comment explaining what the host contamination is that results from having dtrace on. p. ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 3/3] distro-tracking-fields: update qt recipe info
* Update for Qt 4.8.0 * qt4-tools-native was replaced with qt4-native some time ago Signed-off-by: Paul Eggleton paul.eggle...@linux.intel.com --- .../conf/distro/include/distro_tracking_fields.inc | 38 ++-- 1 files changed, 19 insertions(+), 19 deletions(-) diff --git a/meta/conf/distro/include/distro_tracking_fields.inc b/meta/conf/distro/include/distro_tracking_fields.inc index cc2d9d5..cc87d5c 100644 --- a/meta/conf/distro/include/distro_tracking_fields.inc +++ b/meta/conf/distro/include/distro_tracking_fields.inc @@ -3528,35 +3528,35 @@ RECIPE_LAST_UPDATE_pn-imake = Nov 21, 2010 RECIPE_MAINTAINER_pn-imake = Saul Wold s...@linux.intel.com DISTRO_PN_ALIAS_pn-imake = Mandriva=xutils Ubuntu=xutils -RECIPE_STATUS_pn-qt4-tools-native = green # no update needed -RECIPE_LATEST_VERSION_pn-qt4-tools-native = 4.7.4 -RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-qt4-tools-native = 4 months -RECIPE_LATEST_RELEASE_DATE_pn-qt4-tools-native = Sep 01, 2011 -RECIPE_LAST_UPDATE_pn-qt4-tools-native = Sep 10, 2011 -RECIPE_MAINTAINER_pn-qt4-tools-native = Paul Eggleton paul.eggle...@linux.intel.com -DISTRO_PN_ALIAS_pn-qt4-tools-native = Mandriva=libqt4-devel Ubuntu=libqt4-dev +RECIPE_STATUS_pn-qt4-native = green # no update needed +RECIPE_LATEST_VERSION_pn-qt4-native = 4.8.0 +RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-qt4-native = 3 months +RECIPE_LATEST_RELEASE_DATE_pn-qt4-native = Dec 15, 2011 +RECIPE_LAST_UPDATE_pn-qt4-native = Dec 15, 2011 +RECIPE_MAINTAINER_pn-qt4-native = Paul Eggleton paul.eggle...@linux.intel.com +DISTRO_PN_ALIAS_pn-qt4-native = Mandriva=libqt4-devel Ubuntu=libqt4-dev RECIPE_STATUS_pn-qt4-tools-nativesdk = green -RECIPE_LATEST_VERSION_pn-qt4-tools-nativesdk = 4.7.4 -RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-qt4-tools-nativesdk = 4 months -RECIPE_LATEST_RELEASE_DATE_pn-qt4-tools-nativesdk = Sep 01, 2011 -RECIPE_LAST_UPDATE_pn-qt4-tools-nativesdk = Sep 10, 2011 +RECIPE_LATEST_VERSION_pn-qt4-tools-nativesdk = 4.8.0 +RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-qt4-tools-nativesdk = 3 months +RECIPE_LATEST_RELEASE_DATE_pn-qt4-tools-nativesdk = Dec 15, 2011 +RECIPE_LAST_UPDATE_pn-qt4-tools-nativesdk = Dec 15, 2011 RECIPE_MAINTAINER_pn-qt4-tools-nativesdk = Paul Eggleton paul.eggle...@linux.intel.com DISTRO_PN_ALIAS_pn-qt4-tools-nativesdk = Mandriva=libqt4-devel Ubuntu=libqt4-dev RECIPE_STATUS_pn-qt4-embedded = green -RECIPE_LATEST_VERSION_pn-qt4-embedded = 4.7.4 -RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-qt4-embedded = 4 months -RECIPE_LATEST_RELEASE_DATE_pn-qt4-embedded = Sep 01, 2011 -RECIPE_LAST_UPDATE_pn-qt4-embedded = Sep 10, 2011 +RECIPE_LATEST_VERSION_pn-qt4-embedded = 4.8.0 +RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-qt4-embedded = 3 months +RECIPE_LATEST_RELEASE_DATE_pn-qt4-embedded = Dec 15, 2011 +RECIPE_LAST_UPDATE_pn-qt4-embedded = Dec 15, 2011 RECIPE_MAINTAINER_pn-qt4-embedded = Paul Eggleton paul.eggle...@linux.intel.com DISTRO_PN_ALIAS_pn-qt4-embedded = OSPDT RECIPE_STATUS_pn-qt4-x11-free = green -RECIPE_LATEST_VERSION_pn-qt4-x11-free = 4.7.4 -RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-qt4-x11-free = 4 months -RECIPE_LATEST_RELEASE_DATE_pn-qt4-x11-free = Sep 01, 2011 -RECIPE_LAST_UPDATE_pn-qt4-x11-free = Sep 10, 2011 +RECIPE_LATEST_VERSION_pn-qt4-x11-free = 4.8.0 +RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-qt4-x11-free = 3 months +RECIPE_LATEST_RELEASE_DATE_pn-qt4-x11-free = Dec 15, 2011 +RECIPE_LAST_UPDATE_pn-qt4-x11-free = Dec 15, 2011 RECIPE_MAINTAINER_pn-qt4-x11-free = Paul Eggleton paul.eggle...@linux.intel.com DISTRO_PN_ALIAS_pn-qt4-x11-free = Ubuntu=qt-x11-free Debian=qt-x11-free -- 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/3] qt4: fix incorrect architecture for qt4 tools
Don't install the native staging versions of the qt4 tools in the bin
directory; we have been doing this for a very long time but it is no
longer necessary since we specify them via the QMAKE_UIC, QMAKE_MOC etc.
variables. Doing so was sometimes resulting in those executables being
the ones that end up being packaged (probably only sometimes due to
different date/time values on the staging files and the interaction
with make).
Fixes [YOCTO #1856].
Signed-off-by: Paul Eggleton paul.eggle...@linux.intel.com
---
meta/recipes-qt/qt4/qt-4.7.4.inc |4
meta/recipes-qt/qt4/qt4-embedded_4.7.4.bb |2 +-
meta/recipes-qt/qt4/qt4-x11-free_4.7.4.bb |2 +-
3 files changed, 2 insertions(+), 6 deletions(-)
diff --git a/meta/recipes-qt/qt4/qt-4.7.4.inc b/meta/recipes-qt/qt4/qt-4.7.4.inc
index 8fda9ce..9ddb055 100644
--- a/meta/recipes-qt/qt4/qt-4.7.4.inc
+++ b/meta/recipes-qt/qt4/qt-4.7.4.inc
@@ -50,10 +50,6 @@ do_compile() {
fi
unset CFLAGS CXXFLAGS
-install -m 0755 ${STAGING_BINDIR_NATIVE}/rcc4 ${S}/bin/rcc
-install -m 0755 ${STAGING_BINDIR_NATIVE}/moc4 ${S}/bin/moc
-install -m 0755 ${STAGING_BINDIR_NATIVE}/uic4 ${S}/bin/uic
-install -m 0755 ${STAGING_BINDIR_NATIVE}/lrelease4 ${S}/bin/lrelease
oe_runmake ${EXTRA_ENV}
}
diff --git a/meta/recipes-qt/qt4/qt4-embedded_4.7.4.bb
b/meta/recipes-qt/qt4/qt4-embedded_4.7.4.bb
index 1d7104c..9b66d03 100644
--- a/meta/recipes-qt/qt4/qt4-embedded_4.7.4.bb
+++ b/meta/recipes-qt/qt4/qt4-embedded_4.7.4.bb
@@ -1,7 +1,7 @@
require qt-${PV}.inc
require qt4-embedded.inc
-PR = ${INC_PR}.5
+PR = ${INC_PR}.6
QT_CONFIG_FLAGS_append_armv6 = -no-neon
diff --git a/meta/recipes-qt/qt4/qt4-x11-free_4.7.4.bb
b/meta/recipes-qt/qt4/qt4-x11-free_4.7.4.bb
index 3263c93..6dedf00 100644
--- a/meta/recipes-qt/qt4/qt4-x11-free_4.7.4.bb
+++ b/meta/recipes-qt/qt4/qt4-x11-free_4.7.4.bb
@@ -1,7 +1,7 @@
require qt4-x11-free.inc
require qt-${PV}.inc
-PR = ${INC_PR}.5
+PR = ${INC_PR}.6
QT_CONFIG_FLAGS_append_armv6 = -no-neon
--
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 2/3] qt4: add version 4.8.0
Version 4.8.0 makes a few minor changes in the internal build system -
the following issues had to be worked around:
* The -qt-gif configure option has been removed. This is actually the
default and has been for some time, so remove it from qt4.inc.
* The mkspecs have been refactored requiring us to copy our g++.conf
file over the top of g++-unix.conf instead. Some modifications to this
file were also necessary to remove some settings that are now in other
conf files (and we don't modify those values in any case).
* The LD environment variable needs to be unset during configure, or
else the configure script overrides our value of QMAKE_LINK which
selects ${CXX} as our linker.
* QMAKE_CXX contains a reference to OE_QMAKE_CXX which the configure
script does not expect and cannot expand and this results in webkit
being disabled, so add a workaround for this.
Signed-off-by: Paul Eggleton paul.eggle...@linux.intel.com
---
meta/recipes-qt/qt4/qt-4.8.0.inc | 61 ++
.../0001-Added-Openembedded-crossarch-option.patch | 47 ++
.../recipes-qt/qt4/qt-4.8.0/fix-translations.patch | 32 ++
meta/recipes-qt/qt4/qt-4.8.0/g++.conf | 56 +
.../qt4/qt-4.8.0/hack-out-pg2-4.7.0.patch | 31 +
meta/recipes-qt/qt4/qt-4.8.0/linux.conf| 66
meta/recipes-qt/qt4/qt-4.8.0/qmake_cxx_eval.patch | 20 ++
meta/recipes-qt/qt4/qt4-embedded_4.8.0.bb | 13
meta/recipes-qt/qt4/qt4-native.inc | 13 +++-
meta/recipes-qt/qt4/qt4-native_4.8.0.bb| 14
meta/recipes-qt/qt4/qt4-tools-nativesdk.inc|2 +-
meta/recipes-qt/qt4/qt4-tools-nativesdk_4.8.0.bb |8 +++
meta/recipes-qt/qt4/qt4-x11-free_4.8.0.bb | 13
meta/recipes-qt/qt4/qt4.inc| 12 +++-
14 files changed, 382 insertions(+), 6 deletions(-)
create mode 100644 meta/recipes-qt/qt4/qt-4.8.0.inc
create mode 100644
meta/recipes-qt/qt4/qt-4.8.0/0001-Added-Openembedded-crossarch-option.patch
create mode 100644 meta/recipes-qt/qt4/qt-4.8.0/fix-translations.patch
create mode 100644 meta/recipes-qt/qt4/qt-4.8.0/g++.conf
create mode 100644 meta/recipes-qt/qt4/qt-4.8.0/hack-out-pg2-4.7.0.patch
create mode 100644 meta/recipes-qt/qt4/qt-4.8.0/linux.conf
create mode 100644 meta/recipes-qt/qt4/qt-4.8.0/qmake_cxx_eval.patch
create mode 100644 meta/recipes-qt/qt4/qt4-embedded_4.8.0.bb
create mode 100644 meta/recipes-qt/qt4/qt4-native_4.8.0.bb
create mode 100644 meta/recipes-qt/qt4/qt4-tools-nativesdk_4.8.0.bb
create mode 100644 meta/recipes-qt/qt4/qt4-x11-free_4.8.0.bb
diff --git a/meta/recipes-qt/qt4/qt-4.8.0.inc b/meta/recipes-qt/qt4/qt-4.8.0.inc
new file mode 100644
index 000..2addbb2
--- /dev/null
+++ b/meta/recipes-qt/qt4/qt-4.8.0.inc
@@ -0,0 +1,61 @@
+LICENSE = LGPLv2.1 | GPLv3
+LIC_FILES_CHKSUM = file://LICENSE.LGPL;md5=fbc093901857fcd118f065f900982c24 \
+file://LICENSE.GPL3;md5=babc5b6b77441da277f5c06b2e547720 \
+
file://LGPL_EXCEPTION.txt;md5=411080a56ff917a5a1aa08c98acae354
+
+FILESPATH =. ${FILE_DIRNAME}/qt-${PV}:
+
+SRC_URI =
http://get.qt.nokia.com/qt/source/qt-everywhere-opensource-src-${PV}.tar.gz \
+ file://0004-no-qmake.patch \
+ file://hack-out-pg2-4.7.0.patch \
+ file://0006-freetype-host-includes.patch \
+ file://0009-support-2bpp.patch \
+ file://0001-Added-Openembedded-crossarch-option.patch \
+ file://fix-translations.patch \
+ file://add_nostrip_for_debug_packages.diff \
+ file://qmake_cxx_eval.patch \
+ file://g++.conf \
+ file://linux.conf \
+
+
+SRC_URI[md5sum] = e8a5fdbeba2927c948d9f477a6abe904
+SRC_URI[sha256sum] =
9392b74e485e15f75a3e07a527547d4f6747eaf55ebce71ba0e863a9fd320b6e
+
+S = ${WORKDIR}/qt-everywhere-opensource-src-${PV}
+
+FILES_${QT_BASE_NAME}-tools_append = ${bindir}/qml
${bindir}/qmlplugindump
+FILES_${QT_BASE_NAME}-tools-dbg_append = ${bindir}/.debug/qml
${bindir}/.debug/qmlplugindump
+
+PACKAGES_append = ${QT_BASE_NAME}-tests-dbg ${QT_BASE_NAME}-tests
+FILES_${QT_BASE_NAME}-tests-dbg= /usr/tests/qt4/*/.debug
+FILES_${QT_BASE_NAME}-tests= /usr/tests/qt4/*
+
+do_configure_prepend() {
+for pro in $(find ${S} -name *.pro) ; do
+sed -i \
+-e 's:$$QT_BUILD_TREE/bin/lrelease:${OE_QMAKE_LRELEASE}:g' \
+-e 's:qtPrepareTool(LRELEASE, lrelease):LRELEASE =
${OE_QMAKE_LRELEASE}:g' $pro
+done
+
+sed -i s:SEDME:${S}: ${WORKDIR}/linux.conf
+sed -i \
+-e /QMAKE_MOC\ /d \
+-e /QMAKE_UIC\ /d \
+-e /QMAKE_UIC3\ /d \
+-e /QMAKE_RCC\ /d \
+${S}/configure
+
+# Avoid problems with Qt 4.8.0 configure setting QMAKE_LINK from LD (since
we want the linker to be g++)
+unset LD
+}
+
+do_compile() {
+# Fixup missing wsegl header in some SGX SDKs
+
[OE-core] [PATCH 0/3] Qt 4.8.0 upgrade, Qt 4.7.4 architecture fix
This pull request fixes the architecture warnings for Qt 4.7.4 and adds recipes for building the recently released Qt 4.8.0 (with DEFAULT_PREFERENCE = -1). The following changes since commit de679a3036ebef1c7d7b8ee23f05590c95e498d9: pseudo: ensure libs are included in package (2012-01-03 12:10:59 +) are available in the git repository at: git://git.openembedded.org/openembedded-core-contrib paule/qt-4.8.0 http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=paule/qt-4.8.0 Paul Eggleton (3): qt4: fix incorrect architecture for qt4 tools qt4: add version 4.8.0 distro-tracking-fields: update qt recipe info .../conf/distro/include/distro_tracking_fields.inc | 38 ++-- meta/recipes-qt/qt4/qt-4.7.4.inc |4 - meta/recipes-qt/qt4/qt-4.8.0.inc | 61 ++ .../0001-Added-Openembedded-crossarch-option.patch | 47 ++ .../recipes-qt/qt4/qt-4.8.0/fix-translations.patch | 32 ++ meta/recipes-qt/qt4/qt-4.8.0/g++.conf | 56 + .../qt4/qt-4.8.0/hack-out-pg2-4.7.0.patch | 31 + meta/recipes-qt/qt4/qt-4.8.0/linux.conf| 66 meta/recipes-qt/qt4/qt-4.8.0/qmake_cxx_eval.patch | 20 ++ meta/recipes-qt/qt4/qt4-embedded_4.7.4.bb |2 +- meta/recipes-qt/qt4/qt4-embedded_4.8.0.bb | 13 meta/recipes-qt/qt4/qt4-native.inc | 13 +++- meta/recipes-qt/qt4/qt4-native_4.8.0.bb| 14 meta/recipes-qt/qt4/qt4-tools-nativesdk.inc|2 +- meta/recipes-qt/qt4/qt4-tools-nativesdk_4.8.0.bb |8 +++ meta/recipes-qt/qt4/qt4-x11-free_4.7.4.bb |2 +- meta/recipes-qt/qt4/qt4-x11-free_4.8.0.bb | 13 meta/recipes-qt/qt4/qt4.inc| 12 +++- 18 files changed, 403 insertions(+), 31 deletions(-) create mode 100644 meta/recipes-qt/qt4/qt-4.8.0.inc create mode 100644 meta/recipes-qt/qt4/qt-4.8.0/0001-Added-Openembedded-crossarch-option.patch create mode 100644 meta/recipes-qt/qt4/qt-4.8.0/fix-translations.patch create mode 100644 meta/recipes-qt/qt4/qt-4.8.0/g++.conf create mode 100644 meta/recipes-qt/qt4/qt-4.8.0/hack-out-pg2-4.7.0.patch create mode 100644 meta/recipes-qt/qt4/qt-4.8.0/linux.conf create mode 100644 meta/recipes-qt/qt4/qt-4.8.0/qmake_cxx_eval.patch create mode 100644 meta/recipes-qt/qt4/qt4-embedded_4.8.0.bb create mode 100644 meta/recipes-qt/qt4/qt4-native_4.8.0.bb create mode 100644 meta/recipes-qt/qt4/qt4-tools-nativesdk_4.8.0.bb create mode 100644 meta/recipes-qt/qt4/qt4-x11-free_4.8.0.bb -- 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] image_types: Ensure /init exists for cpio rootfs archives
On Sat, Dec 31, 2011 at 12:18 AM, Darren Hart dvh...@linux.intel.com wrote:
On 12/30/2011 12:25 AM, Andrea Adami wrote:
On Thu, Dec 29, 2011 at 12:54 AM, Darren Hart darren.h...@intel.com wrote:
I sent this to the yocto list by mistake, forwarding here for comment
In order for the kernel to accept an initramfs as a rootfs,
it must have /init - even if it is an empty file. Touch /init
to ensure it exists for cpio and cpio.gz image types.
Why didn't you add the init to cpio.xz and cpio.lzma?
Any special reason?
No reason, just missed them I guess. I can resent with them included if
we agree this is a reasonable approach.
Darren,
I'm not sure this is the best approach.
Thinking about *bootables* cpio, I can imagine two types:
- barebone, whithout shell, libc, no init
- generic: with shell and some utils
The first case is usually a custom-purpose rootfs (think about
kexecboot cpio's) and the recipe takes care of creating the init
symlink
e.g.
pkg_postinst_${PN} () {
ln -sf ${bindir}/kexecboot $D/init
}
The second case, with bigger images, implies we are populating the
rootfs with glibc, eglibc, uclibc or klibc: I'd say it's up to those
recipes to provide a valid init.
FWIW we can imagine to pile up multiple initramfs and surely we have
to specify the init only for the first, the one in the in-kernel
embedded initramfs.
Just my thoughts
Regards
Andrea
--
Darren
When used with initrd and rootfs=/dev/ram0, this allows the
cpio and cpio.gz images to be used as the rootfs.
Sure, and ...If all else fails, rdinit=/bin/sh
Signed-off-by: Darren Hart dvh...@linux.intel.com
---
meta/classes/image_types.bbclass | 10 --
1 files changed, 8 insertions(+), 2 deletions(-)
diff --git a/meta/classes/image_types.bbclass
b/meta/classes/image_types.bbclass
index 6893e38..ebff0ba 100644
--- a/meta/classes/image_types.bbclass
+++ b/meta/classes/image_types.bbclass
@@ -110,8 +110,14 @@ IMAGE_CMD_tar = cd ${IMAGE_ROOTFS} tar -cvf
${DEPLOY_DIR_IMAGE}/${IMAGE_NAME
IMAGE_CMD_tar.gz = cd ${IMAGE_ROOTFS} tar -zcvf
${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}.rootfs.tar.gz .
IMAGE_CMD_tar.bz2 = cd ${IMAGE_ROOTFS} tar -jcvf
${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}.rootfs.tar.bz2 .
IMAGE_CMD_tar.xz = cd ${IMAGE_ROOTFS} tar --xz -cvf
${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}.rootfs.tar.xz .
-IMAGE_CMD_cpio = cd ${IMAGE_ROOTFS} (find . | cpio -o -H newc
${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}.rootfs.cpio)
-IMAGE_CMD_cpio.gz = cd ${IMAGE_ROOTFS} (find . | cpio -o -H newc |
gzip -c -9 ${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}.rootfs.cpio.gz)
+IMAGE_CMD_cpio () {
+ touch ${IMAGE_ROOTFS}/init
+ cd ${IMAGE_ROOTFS} (find . | cpio -o -H newc
${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}.rootfs.cpio)
+}
+IMAGE_CMD_cpio.gz () {
+ touch ${IMAGE_ROOTFS}/init
+ cd ${IMAGE_ROOTFS} (find . | cpio -o -H newc | gzip -c -9
${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}.rootfs.cpio.gz)
+}
IMAGE_CMD_cpio.xz = type cpio /dev/null; cd ${IMAGE_ROOTFS} (find . |
cpio -o -H newc | xz -c ${XZ_COMPRESSION_LEVEL}
--check=${XZ_INTEGRITY_CHECK}
${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}.rootfs.cpio.xz) ${EXTRA_IMAGECMD}
IMAGE_CMD_cpio.lzma = type cpio /dev/null; cd ${IMAGE_ROOTFS} (find .
| cpio -o -H newc | xz --format=lzma -c ${XZ_COMPRESSION_LEVEL}
--check=${XZ_INTEGRITY_CHECK}
${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}.rootfs.cpio.lzma) ${EXTRA_IMAGECMD}
--
1.7.6.4
___
yocto mailing list
yo...@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Regards
Andrea Adami
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
--
Darren Hart
Intel Open Source Technology Center
Yocto Project - Linux Kernel
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] Alter order of file systems tried by mount
On 2011-11-30 05:19, Gary Thomas wrote: The file /etc/filesystems is used by busybox 'mount' when attempting to mount a file system when the type is not specified. This change alters the order so that more capable systems are tried first. Without this change, an EXT3 system will mount as EXT2 which disables many of the EXT3 features. With the change, EXT3 systems are mounted properly. Signed-off-by: Gary Thomas g...@mlbassoc.com --- .../recipes-core/base-files/base-files/filesystems | 8 meta/recipes-core/base-files/base-files_3.0.14.bb | 2 +- 2 files changed, 5 insertions(+), 5 deletions(-) diff --git a/meta/recipes-core/base-files/base-files/filesystems b/meta/recipes-core/base-files/base-files/filesystems index 2af6a7e..14f5abb 100644 --- a/meta/recipes-core/base-files/base-files/filesystems +++ b/meta/recipes-core/base-files/base-files/filesystems @@ -1,7 +1,7 @@ -minix -fat -vfat -ext2 ext3 +ext2 +vfat +fat btrfs +minix * diff --git a/meta/recipes-core/base-files/base-files_3.0.14.bb b/meta/recipes-core/base-files/base-files_3.0.14.bb index 8f5313b..c860d70 100644 --- a/meta/recipes-core/base-files/base-files_3.0.14.bb +++ b/meta/recipes-core/base-files/base-files_3.0.14.bb @@ -1,7 +1,7 @@ SUMMARY = Miscellaneous files for the base system. DESCRIPTION = The base-files package creates the basic system directory structure and provides a small set of key configuration files for the system. SECTION = base -PR = r69 +PR = r70 LICENSE = GPLv2 LIC_FILES_CHKSUM = file://licenses/GPL-2;md5=94d55d512a9ba36caa9b7df079bae19f SRC_URI = file://rotation \ What about this patch (now 1 month old, with no action or discussion)? Thanks -- Gary Thomas | Consulting for the MLB Associates |Embedded world ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] libxml2: add shared library version info to libxml shared libraries
On Mon, Jan 2, 2012 at 5:25 PM, Martin Jansa martin.ja...@gmail.com wrote: On Tue, Jan 03, 2012 at 12:22:28AM +0100, Martin Jansa wrote: On Mon, Jan 02, 2012 at 04:05:16PM -0600, Matthew McClintock wrote: This fixes an issue with RPM where it checks version imformation for binaries linked against libxml and fails because it's missing info | error: Failed dependencies: | libxml2.so.2(LIBXML2_2.6.0) is needed by fmc-0.9.7+2-r2.1.ppce500mc | libxml2.so.2(LIBXML2_2.4.30) is needed by fmc-0.9.7+2-r2.1.ppce500mc | ERROR: Function 'do_rootfs' failed (see Note: fmc is just an example recipe/name Weird that I haven't noticed this in oe-core before, but probably because in oe-core it was always without version. But it looks the same as this http://git.openembedded.org/openembedded/commit/?id=50ed401cdaaefb1f5ac33de2838af259a52b1c3a so You won't see this when building against oe-core stuff from source. This issue is seen when we bring in a prebuilt binary and link against libxml2 in the system. Acked-by: Martin Jansa martin.ja...@gmail.com but also double check if all recipes depending on it needs PR bump too, I've expected that it's needed only for transition from versioned to not versioned symbols, but according to: http://git.openembedded.org/openembedded/commit/?id=4373bc4d0cde98dfa188d9a06266afa06f970bfe http://git.openembedded.org/openembedded/commit/?id=7e673ab79c7d76ffc2b733fb32d0b41514eb0db0 it was needed also other way around Because of the reason above, I don't think we need to bump PR's for all these recipes. People just should not normally be seeing this issue. If they are well, then they won't be able to make an RPM based rfs (maybe others) Let me know if that seems reasonable... -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] Change POKY_*_INSTALL to COREIMAGE_*_INSTALL
This will require a coordinated change with meta-qt3 and will cause issues with the Autobuilder for 1.1.1 builds since we will need to the AB tagging working. Sau! The following changes since commit de679a3036ebef1c7d7b8ee23f05590c95e498d9: pseudo: ensure libs are included in package (2012-01-03 12:10:59 +) are available in the git repository at: git://git.openembedded.org/openembedded-core-contrib sgw/fix http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=sgw/fix Saul Wold (1): Rename references from POKY_*_INSTALL to COREIMAGE_*_INSTALL meta/classes/core-image.bbclass|8 meta/recipes-core/images/core-image-minimal.bb |2 +- meta/recipes-core/images/self-hosted-image.bb |2 +- meta/recipes-extended/images/core-image-basic.bb |2 +- meta/recipes-extended/images/core-image-lsb-dev.bb |2 +- meta/recipes-extended/images/core-image-lsb-sdk.bb |2 +- meta/recipes-extended/images/core-image-lsb.bb |2 +- meta/recipes-graphics/images/core-image-clutter.bb |2 +- meta/recipes-qt/images/qt4e-demo-image.bb |2 +- 9 files changed, 12 insertions(+), 12 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] Rename references from POKY_*_INSTALL to COREIMAGE_*_INSTALL
The names POKY_BASE_INSTALL and POKY_EXTRA_INSTALL have been renamed to
COREIMAGE_BASE_INSTALL and COREIMAGE_EXTRA_INSTALL
Based on Mark Hatle's original work.
Signed-off-by: Saul Wold s...@linux.intel.com
---
meta/classes/core-image.bbclass|8
meta/recipes-core/images/core-image-minimal.bb |2 +-
meta/recipes-core/images/self-hosted-image.bb |2 +-
meta/recipes-extended/images/core-image-basic.bb |2 +-
meta/recipes-extended/images/core-image-lsb-dev.bb |2 +-
meta/recipes-extended/images/core-image-lsb-sdk.bb |2 +-
meta/recipes-extended/images/core-image-lsb.bb |2 +-
meta/recipes-graphics/images/core-image-clutter.bb |2 +-
meta/recipes-qt/images/qt4e-demo-image.bb |2 +-
9 files changed, 12 insertions(+), 12 deletions(-)
diff --git a/meta/classes/core-image.bbclass b/meta/classes/core-image.bbclass
index c08895f..0216aaa 100644
--- a/meta/classes/core-image.bbclass
+++ b/meta/classes/core-image.bbclass
@@ -47,18 +47,18 @@ PACKAGE_GROUP_ssh-server-openssh = task-core-ssh-openssh
PACKAGE_GROUP_package-management = ${ROOTFS_PKGMANAGE}
PACKAGE_GROUP_qt4-pkgs = task-core-qt-demos
-POKY_BASE_INSTALL = '\
+COERIMAGE_BASE_INSTALL = '\
task-core-boot \
task-base-extended \
\
${@base_contains(IMAGE_FEATURES, package-management, ,
${ROOTFS_PKGMANAGE_BOOTSTRAP},d)} \
\
-${POKY_EXTRA_INSTALL} \
+${COERIMAGE_EXTRA_INSTALL} \
'
-POKY_EXTRA_INSTALL ?=
+COERIMAGE_EXTRA_INSTALL ?=
-IMAGE_INSTALL ?= ${POKY_BASE_INSTALL}
+IMAGE_INSTALL ?= ${COERIMAGE_BASE_INSTALL}
X11_IMAGE_FEATURES = x11-base apps-x11-core package-management
ENHANCED_IMAGE_FEATURES = ${X11_IMAGE_FEATURES} apps-x11-games
apps-x11-pimlico package-management
diff --git a/meta/recipes-core/images/core-image-minimal.bb
b/meta/recipes-core/images/core-image-minimal.bb
index 56fc20c..9ec3c18 100644
--- a/meta/recipes-core/images/core-image-minimal.bb
+++ b/meta/recipes-core/images/core-image-minimal.bb
@@ -1,7 +1,7 @@
#
# Copyright (C) 2007 OpenedHand Ltd.
#
-IMAGE_INSTALL = task-core-boot ${ROOTFS_PKGMANAGE_BOOTSTRAP}
${POKY_EXTRA_INSTALL}
+IMAGE_INSTALL = task-core-boot ${ROOTFS_PKGMANAGE_BOOTSTRAP}
${COERIMAGE_EXTRA_INSTALL}
IMAGE_LINGUAS =
diff --git a/meta/recipes-core/images/self-hosted-image.bb
b/meta/recipes-core/images/self-hosted-image.bb
index 111c057..278b79e 100644
--- a/meta/recipes-core/images/self-hosted-image.bb
+++ b/meta/recipes-core/images/self-hosted-image.bb
@@ -1,6 +1,6 @@
IMAGE_INSTALL = task-core-boot task-core-apps-console task-core-ssh-openssh
task-self-hosted
-POKY_EXTRA_INSTALL = \
+COERIMAGE_EXTRA_INSTALL = \
task-self-hosted \
diff --git a/meta/recipes-extended/images/core-image-basic.bb
b/meta/recipes-extended/images/core-image-basic.bb
index ba71cd0..ef27e06 100644
--- a/meta/recipes-extended/images/core-image-basic.bb
+++ b/meta/recipes-extended/images/core-image-basic.bb
@@ -5,6 +5,6 @@ IMAGE_INSTALL = \
task-core-basic \
-#${POKY_BASE_INSTALL}
+#${COREIMAGE_BASE_INSTALL}
inherit core-image
diff --git a/meta/recipes-extended/images/core-image-lsb-dev.bb
b/meta/recipes-extended/images/core-image-lsb-dev.bb
index 9ef85ff..40787bb 100644
--- a/meta/recipes-extended/images/core-image-lsb-dev.bb
+++ b/meta/recipes-extended/images/core-image-lsb-dev.bb
@@ -1,7 +1,7 @@
IMAGE_FEATURES += apps-console-core dev-pkgs ssh-server-openssh
IMAGE_INSTALL = \
-${POKY_BASE_INSTALL} \
+${COREIMAGE_BASE_INSTALL} \
task-core-basic \
task-core-lsb \
diff --git a/meta/recipes-extended/images/core-image-lsb-sdk.bb
b/meta/recipes-extended/images/core-image-lsb-sdk.bb
index 5e0e7ae..6a17de5 100644
--- a/meta/recipes-extended/images/core-image-lsb-sdk.bb
+++ b/meta/recipes-extended/images/core-image-lsb-sdk.bb
@@ -3,7 +3,7 @@ EXTRA_IMAGE_FEATURES = tools-debug tools-profile
tools-testapps debug-tweaks
IMAGE_INSTALL = \
-${POKY_BASE_INSTALL} \
+${COREIMAGE_BASE_INSTALL} \
task-core-basic \
task-core-lsb \
diff --git a/meta/recipes-extended/images/core-image-lsb.bb
b/meta/recipes-extended/images/core-image-lsb.bb
index 22eb7f4..d80954b 100644
--- a/meta/recipes-extended/images/core-image-lsb.bb
+++ b/meta/recipes-extended/images/core-image-lsb.bb
@@ -1,7 +1,7 @@
IMAGE_FEATURES += apps-console-core ssh-server-openssh
IMAGE_INSTALL = \
-${POKY_BASE_INSTALL} \
+${COREIMAGE_BASE_INSTALL} \
task-core-basic \
task-core-lsb \
diff --git a/meta/recipes-graphics/images/core-image-clutter.bb
b/meta/recipes-graphics/images/core-image-clutter.bb
index 7d50405..194748a 100644
--- a/meta/recipes-graphics/images/core-image-clutter.bb
+++ b/meta/recipes-graphics/images/core-image-clutter.bb
@@ -3,7 +3,7 @@ IMAGE_FEATURES += apps-console-core ${SATO_IMAGE_FEATURES}
LICENSE = MIT
IMAGE_INSTALL = \
-${POKY_BASE_INSTALL} \
+${COREIMAGE_BASE_INSTALL} \
Re: [OE-core] [PATCH 1/1] Rename references from POKY_*_INSTALL to COREIMAGE_*_INSTALL
On Tue, 2012-01-03 at 08:40 -0800, Saul Wold wrote:
The names POKY_BASE_INSTALL and POKY_EXTRA_INSTALL have been renamed to
COREIMAGE_BASE_INSTALL and COREIMAGE_EXTRA_INSTALL
Actually, it seems that they haven't quite...
-POKY_BASE_INSTALL = '\
+COERIMAGE_BASE_INSTALL = '\
task-core-boot \
task-base-extended \
\
${@base_contains(IMAGE_FEATURES, package-management, ,
${ROOTFS_PKGMANAGE_BOOTSTRAP},d)} \
\
-${POKY_EXTRA_INSTALL} \
+${COERIMAGE_EXTRA_INSTALL} \
[...]
But:
IMAGE_INSTALL = \
-${POKY_BASE_INSTALL} \
+${COREIMAGE_BASE_INSTALL} \
task-core-basic \
Does that patch actually work for you?
p.
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [RFC] LICENSE Standards
On 12/28/11 5:39 AM, Paul Eggleton wrote: On Friday 23 December 2011 11:05:01 Mark Hatle wrote: On Tuesday 20 December 2011 08:17:22 Flanagan, Elizabeth wrote: - In most cases, LICENSE is set for the recipe, however, a recipe that contains multiple packages, all of whom may have a distinct LICENSE, would throw an inaccurate LICENSE into the manifest. We've seen a few examples of LICENSE_package_name, but it is a rare occurrence. Do you have a feeling as to how common this is? I've not done any comprehensive study but presumably this is the exception rather than the rule? (Perhaps this is only a matter of wording in the above.) This is common enough, in my experience, that we have to have a way to support it. The primary example I have is gettext. The core gettext binary is GPLv3, while the libraries are still LGPLv2.1. This can make a huge impact when someone is evaluating weather that can use the current version of gettext or not in a system. I guess all I was questioning was the wording, I agree we need the mechanism. If we say something like Some recipes may produce output packages where some of the packages have a distinct license, in which case the individual package licenses should be specified separately using LICENSE_package_name. I'm straying (I suspect) from the original topic.. but it just occurred to me. In the gettext case, if we allow it to be built then the package feeds could end up with a GPLv3 program that could be sucked into a filesystem image in an unintended way. It might make sense as part of this work, to check (while writing the packages?) that the licenses are not in the blacklist. If they are, we know the item was needed for some compilation bit -- but has been whitelisted by the user -- we could then avoid actually writing the package into the deploy/feed directory. In the case of gettext, we would write out libgettext only. - The LICENSE operands need to be dealt with through a license priority map. The plan is to implement this within the next few weeks. Could you elaborate on what the license priority map is? I'd not commented on this before, but I'm not sure that is possible. Most licenses, that offer multiple choice, are written that it's up to the user to choose the appropriate license. I believe we can set reasonable defaults within the OE environment. But in the end the user has to choose the license they want to use for a particular package. (Some packages I've seen allow you to choose the license on the configure line, which has a side effect of disabling certain functionality -- this is very rare though.) I guess this might be what the priority map is supposed to do, assuming the user can configure the map...? The users choice of license in package X may affect the behavior of package Y. So it's important we have a way for a user to say I choose this license. (User in this case is an oe-core user.. not an end-user!) This is where license compliance gets complicated and it's easy to make mistakes. The goal of all of this is to make it easier to prevent and/or catch mistakes before they cause (unintended) problems. Perhaps a companion variable to LICENSE that the user can set, that details their choice. (Other then the existing black listed license, in the future I can see someone write an audit tool that looks for possible licensing conflicts -- it's more likely to be needed then.) I was thinking along these lines and I know Beth was also. Whatever scheme is used, IMO the user needs to be warned when the system makes a LICENSE selection, particularly if the reasonable defaults are being used. Annoying as it is, I've seen a few packages where the license text is simply a magic URL. So adding the facility to fetch the license text from a URL and include it is likely a good idea as well. (Since my understanding is you are bound by the license at the time you download the software -- so matching the download to the license text is a good safety net. This could also have ramifications of caching/mirroring downloads as well..) Again, this is rare, but something I've run into before. (It seems fairly scary to me that the only license text for a program would be on a web page that the copyright holder is allowed to modify at any time they choose.. which is why mirroring the text is important in that case.) I would say when we come across such packages we should be strongly encouraging the authors to include the license within the distributed source. Of course they may very likely just ignore our request, but we should make it all the same. - We should actually split common-licenses into spdx-licenses and alternative-licenses. This will allow us to pull license text from SPDX and maintain spdx-licenses as a pure form of the provided licenses. There is already a bug opened with the SPDX group to provide some sore of repository for this. Additional licenses that are non-OSI compliant (like Adobe's free license) should
Re: [OE-core] [PATCH] libxml2: add shared library version info to libxml shared libraries
On Tue, Jan 03, 2012 at 04:21:16PM +, McClintock Matthew-B29882 wrote: On Mon, Jan 2, 2012 at 5:25 PM, Martin Jansa martin.ja...@gmail.com wrote: On Tue, Jan 03, 2012 at 12:22:28AM +0100, Martin Jansa wrote: On Mon, Jan 02, 2012 at 04:05:16PM -0600, Matthew McClintock wrote: This fixes an issue with RPM where it checks version imformation for binaries linked against libxml and fails because it's missing info | error: Failed dependencies: | libxml2.so.2(LIBXML2_2.6.0) is needed by fmc-0.9.7+2-r2.1.ppce500mc | libxml2.so.2(LIBXML2_2.4.30) is needed by fmc-0.9.7+2-r2.1.ppce500mc | ERROR: Function 'do_rootfs' failed (see Note: fmc is just an example recipe/name Weird that I haven't noticed this in oe-core before, but probably because in oe-core it was always without version. But it looks the same as this http://git.openembedded.org/openembedded/commit/?id=50ed401cdaaefb1f5ac33de2838af259a52b1c3a so You won't see this when building against oe-core stuff from source. This issue is seen when we bring in a prebuilt binary and link against libxml2 in the system. what about all binaries built before this change which are already available in binary feed created with OE? Acked-by: Martin Jansa martin.ja...@gmail.com but also double check if all recipes depending on it needs PR bump too, I've expected that it's needed only for transition from versioned to not versioned symbols, but according to: http://git.openembedded.org/openembedded/commit/?id=4373bc4d0cde98dfa188d9a06266afa06f970bfe http://git.openembedded.org/openembedded/commit/?id=7e673ab79c7d76ffc2b733fb32d0b41514eb0db0 it was needed also other way around Because of the reason above, I don't think we need to bump PR's for all these recipes. People just should not normally be seeing this issue. If they are well, then they won't be able to make an RPM based rfs (maybe others) Let me know if that seems reasonable... -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
[OE-core] [PATCH] python-native: correct prefix handling for oe-core sysroot layout
Don't try to guess a path based on ${HOST_SYS} since this is not where the
files in the sysroot are likely to be. Instead, just use the plat_specific
approach of taking STAGING_INCDIR and knocking off the trailing /include for
all cases. This is still evidently suboptimal but does at least seem to give
the correct results.
Signed-off-by: Phil Blundell ph...@gnu.org
---
...2-distutils-prefix-is-inside-staging-area.patch | 22 ---
.../recipes-devtools/python/python-native_2.6.6.bb |2 +-
2 files changed, 10 insertions(+), 14 deletions(-)
diff --git
a/meta/recipes-devtools/python/python-native/12-distutils-prefix-is-inside-staging-area.patch
b/meta/recipes-devtools/python/python-native/12-distutils-prefix-is-inside-staging-area.patch
index 8e721fe..b46caf6 100644
---
a/meta/recipes-devtools/python/python-native/12-distutils-prefix-is-inside-staging-area.patch
+++
b/meta/recipes-devtools/python/python-native/12-distutils-prefix-is-inside-staging-area.patch
@@ -2,12 +2,11 @@ Upstream-Status: Inappropriate [embedded specific]
# The proper prefix is inside our staging area.
# Signed-Off: Michael 'Mickey' Lauer mic...@vanille-media.de
+# Signed-off-by: Phil Blundell ph...@gnu.org
-Index: Python-2.6.6/Lib/distutils/sysconfig.py
-===
Python-2.6.6.orig/Lib/distutils/sysconfig.py
-+++ Python-2.6.6/Lib/distutils/sysconfig.py
-@@ -19,8 +19,8 @@ import sys
+--- Python-2.6.6/Lib/distutils/sysconfig.py.orig 2012-01-03
14:02:03.027005296 +
Python-2.6.6/Lib/distutils/sysconfig.py2012-01-03 14:02:31.517601081
+
+@@ -19,8 +19,8 @@
from distutils.errors import DistutilsPlatformError
# These are needed in a couple of spots, so just compute them once.
@@ -18,19 +17,16 @@ Index: Python-2.6.6/Lib/distutils/sysconfig.py
# Path to the base directory of the project. On Windows the binary may
# live in project/PCBuild9. If we're dealing with an x64 Windows build,
-@@ -70,7 +70,10 @@ def get_python_inc(plat_specific=0, pref
+@@ -70,7 +70,7 @@
sys.exec_prefix -- i.e., ignore 'plat_specific'.
if prefix is None:
-prefix = plat_specific and EXEC_PREFIX or PREFIX
-+if plat_specific:
-+prefix = plat_specific and
os.environ['STAGING_INCDIR'].rstrip('include')
-+else:
-+prefix = plat_specific and EXEC_PREFIX or PREFIX
++prefix = os.environ['STAGING_INCDIR'].rstrip('include')
if os.name == posix:
if python_build:
-@@ -115,12 +118,16 @@ def get_python_lib(plat_specific=0, stan
+@@ -115,12 +115,16 @@
If 'prefix' is supplied, use it instead of sys.prefix or
sys.exec_prefix -- i.e., ignore 'plat_specific'.
@@ -49,7 +45,7 @@ Index: Python-2.6.6/Lib/distutils/sysconfig.py
if standard_lib:
return libpython
else:
-@@ -216,7 +223,7 @@ def get_config_h_filename():
+@@ -216,7 +220,7 @@
else:
# The name of the config.h file changed in 2.2
config_h = 'pyconfig.h'
@@ -58,7 +54,7 @@ Index: Python-2.6.6/Lib/distutils/sysconfig.py
def get_makefile_filename():
-@@ -225,7 +232,7 @@ def get_makefile_filename():
+@@ -225,7 +229,7 @@
return os.path.join(os.path.dirname(os.path.realpath(sys.executable)),
Makefile)
lib_dir = get_python_lib(plat_specific=1, standard_lib=1)
diff --git a/meta/recipes-devtools/python/python-native_2.6.6.bb
b/meta/recipes-devtools/python/python-native_2.6.6.bb
index e0a4fb3..9293f03 100644
--- a/meta/recipes-devtools/python/python-native_2.6.6.bb
+++ b/meta/recipes-devtools/python/python-native_2.6.6.bb
@@ -1,6 +1,6 @@
require python.inc
DEPENDS = openssl-native bzip2-full-native zlib-native readline-native
sqlite3-native
-PR = ${INC_PR}.4
+PR = ${INC_PR}.5
LIC_FILES_CHKSUM = file://LICENSE;md5=38fdd546420fab09ac6bd3d8a1c83eb6
--
1.7.4.1
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] python-native: correct prefix handling for oe-core sysroot layout
On Tue, Jan 03, 2012 at 05:39:35PM +, Phil Blundell wrote:
Don't try to guess a path based on ${HOST_SYS} since this is not where the
files in the sysroot are likely to be. Instead, just use the plat_specific
approach of taking STAGING_INCDIR and knocking off the trailing /include for
all cases. This is still evidently suboptimal but does at least seem to give
the correct results.
Signed-off-by: Phil Blundell ph...@gnu.org
---
...2-distutils-prefix-is-inside-staging-area.patch | 22 ---
.../recipes-devtools/python/python-native_2.6.6.bb |2 +-
2 files changed, 10 insertions(+), 14 deletions(-)
Where did you get python-native_2.6.6?
That was removed with 2.7.2 upgrade in
commit b284e9a512860b8a8380be80f96cebce6b92ff80
Author: Nitin A Kamble nitin.a.kam...@intel.com
Date: Fri Oct 14 07:06:13 2011 +
Cheers,
diff --git
a/meta/recipes-devtools/python/python-native/12-distutils-prefix-is-inside-staging-area.patch
b/meta/recipes-devtools/python/python-native/12-distutils-prefix-is-inside-staging-area.patch
index 8e721fe..b46caf6 100644
---
a/meta/recipes-devtools/python/python-native/12-distutils-prefix-is-inside-staging-area.patch
+++
b/meta/recipes-devtools/python/python-native/12-distutils-prefix-is-inside-staging-area.patch
@@ -2,12 +2,11 @@ Upstream-Status: Inappropriate [embedded specific]
# The proper prefix is inside our staging area.
# Signed-Off: Michael 'Mickey' Lauer mic...@vanille-media.de
+# Signed-off-by: Phil Blundell ph...@gnu.org
-Index: Python-2.6.6/Lib/distutils/sysconfig.py
-===
Python-2.6.6.orig/Lib/distutils/sysconfig.py
-+++ Python-2.6.6/Lib/distutils/sysconfig.py
-@@ -19,8 +19,8 @@ import sys
+--- Python-2.6.6/Lib/distutils/sysconfig.py.orig 2012-01-03
14:02:03.027005296 +
Python-2.6.6/Lib/distutils/sysconfig.py 2012-01-03 14:02:31.517601081
+
+@@ -19,8 +19,8 @@
from distutils.errors import DistutilsPlatformError
# These are needed in a couple of spots, so just compute them once.
@@ -18,19 +17,16 @@ Index: Python-2.6.6/Lib/distutils/sysconfig.py
# Path to the base directory of the project. On Windows the binary may
# live in project/PCBuild9. If we're dealing with an x64 Windows build,
-@@ -70,7 +70,10 @@ def get_python_inc(plat_specific=0, pref
+@@ -70,7 +70,7 @@
sys.exec_prefix -- i.e., ignore 'plat_specific'.
if prefix is None:
-prefix = plat_specific and EXEC_PREFIX or PREFIX
-+if plat_specific:
-+prefix = plat_specific and
os.environ['STAGING_INCDIR'].rstrip('include')
-+else:
-+prefix = plat_specific and EXEC_PREFIX or PREFIX
++prefix = os.environ['STAGING_INCDIR'].rstrip('include')
if os.name == posix:
if python_build:
-@@ -115,12 +118,16 @@ def get_python_lib(plat_specific=0, stan
+@@ -115,12 +115,16 @@
If 'prefix' is supplied, use it instead of sys.prefix or
sys.exec_prefix -- i.e., ignore 'plat_specific'.
@@ -49,7 +45,7 @@ Index: Python-2.6.6/Lib/distutils/sysconfig.py
if standard_lib:
return libpython
else:
-@@ -216,7 +223,7 @@ def get_config_h_filename():
+@@ -216,7 +220,7 @@
else:
# The name of the config.h file changed in 2.2
config_h = 'pyconfig.h'
@@ -58,7 +54,7 @@ Index: Python-2.6.6/Lib/distutils/sysconfig.py
def get_makefile_filename():
-@@ -225,7 +232,7 @@ def get_makefile_filename():
+@@ -225,7 +229,7 @@
return
os.path.join(os.path.dirname(os.path.realpath(sys.executable)),
Makefile)
lib_dir = get_python_lib(plat_specific=1, standard_lib=1)
diff --git a/meta/recipes-devtools/python/python-native_2.6.6.bb
b/meta/recipes-devtools/python/python-native_2.6.6.bb
index e0a4fb3..9293f03 100644
--- a/meta/recipes-devtools/python/python-native_2.6.6.bb
+++ b/meta/recipes-devtools/python/python-native_2.6.6.bb
@@ -1,6 +1,6 @@
require python.inc
DEPENDS = openssl-native bzip2-full-native zlib-native readline-native
sqlite3-native
-PR = ${INC_PR}.4
+PR = ${INC_PR}.5
LIC_FILES_CHKSUM = file://LICENSE;md5=38fdd546420fab09ac6bd3d8a1c83eb6
--
1.7.4.1
___
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
[OE-core] [PATCH 1/1] Rename references from POKY_*_INSTALL to COREIMAGE_*_INSTALL
The names POKY_BASE_INSTALL and POKY_EXTRA_INSTALL have been renamed to
COREIMAGE_BASE_INSTALL and COREIMAGE_EXTRA_INSTALL
Based on Mark Hatle's original work.
Signed-off-by: Saul Wold s...@linux.intel.com
---
meta/classes/core-image.bbclass|8
meta/recipes-core/images/core-image-minimal.bb |2 +-
meta/recipes-core/images/self-hosted-image.bb |2 +-
meta/recipes-extended/images/core-image-basic.bb |2 +-
meta/recipes-extended/images/core-image-lsb-dev.bb |2 +-
meta/recipes-extended/images/core-image-lsb-sdk.bb |2 +-
meta/recipes-extended/images/core-image-lsb.bb |2 +-
meta/recipes-graphics/images/core-image-clutter.bb |2 +-
meta/recipes-qt/images/qt4e-demo-image.bb |2 +-
9 files changed, 12 insertions(+), 12 deletions(-)
diff --git a/meta/classes/core-image.bbclass b/meta/classes/core-image.bbclass
index c08895f..f2478f6 100644
--- a/meta/classes/core-image.bbclass
+++ b/meta/classes/core-image.bbclass
@@ -47,18 +47,18 @@ PACKAGE_GROUP_ssh-server-openssh = task-core-ssh-openssh
PACKAGE_GROUP_package-management = ${ROOTFS_PKGMANAGE}
PACKAGE_GROUP_qt4-pkgs = task-core-qt-demos
-POKY_BASE_INSTALL = '\
+COREIMAGE_BASE_INSTALL = '\
task-core-boot \
task-base-extended \
\
${@base_contains(IMAGE_FEATURES, package-management, ,
${ROOTFS_PKGMANAGE_BOOTSTRAP},d)} \
\
-${POKY_EXTRA_INSTALL} \
+${COREIMAGE_EXTRA_INSTALL} \
'
-POKY_EXTRA_INSTALL ?=
+COREIMAGE_EXTRA_INSTALL ?=
-IMAGE_INSTALL ?= ${POKY_BASE_INSTALL}
+IMAGE_INSTALL ?= ${COREIMAGE_BASE_INSTALL}
X11_IMAGE_FEATURES = x11-base apps-x11-core package-management
ENHANCED_IMAGE_FEATURES = ${X11_IMAGE_FEATURES} apps-x11-games
apps-x11-pimlico package-management
diff --git a/meta/recipes-core/images/core-image-minimal.bb
b/meta/recipes-core/images/core-image-minimal.bb
index 56fc20c..cdfbff1 100644
--- a/meta/recipes-core/images/core-image-minimal.bb
+++ b/meta/recipes-core/images/core-image-minimal.bb
@@ -1,7 +1,7 @@
#
# Copyright (C) 2007 OpenedHand Ltd.
#
-IMAGE_INSTALL = task-core-boot ${ROOTFS_PKGMANAGE_BOOTSTRAP}
${POKY_EXTRA_INSTALL}
+IMAGE_INSTALL = task-core-boot ${ROOTFS_PKGMANAGE_BOOTSTRAP}
${COREIMAGE_EXTRA_INSTALL}
IMAGE_LINGUAS =
diff --git a/meta/recipes-core/images/self-hosted-image.bb
b/meta/recipes-core/images/self-hosted-image.bb
index 111c057..c453ce5 100644
--- a/meta/recipes-core/images/self-hosted-image.bb
+++ b/meta/recipes-core/images/self-hosted-image.bb
@@ -1,6 +1,6 @@
IMAGE_INSTALL = task-core-boot task-core-apps-console task-core-ssh-openssh
task-self-hosted
-POKY_EXTRA_INSTALL = \
+COREIMAGE_EXTRA_INSTALL = \
task-self-hosted \
diff --git a/meta/recipes-extended/images/core-image-basic.bb
b/meta/recipes-extended/images/core-image-basic.bb
index ba71cd0..ef27e06 100644
--- a/meta/recipes-extended/images/core-image-basic.bb
+++ b/meta/recipes-extended/images/core-image-basic.bb
@@ -5,6 +5,6 @@ IMAGE_INSTALL = \
task-core-basic \
-#${POKY_BASE_INSTALL}
+#${COREIMAGE_BASE_INSTALL}
inherit core-image
diff --git a/meta/recipes-extended/images/core-image-lsb-dev.bb
b/meta/recipes-extended/images/core-image-lsb-dev.bb
index 9ef85ff..40787bb 100644
--- a/meta/recipes-extended/images/core-image-lsb-dev.bb
+++ b/meta/recipes-extended/images/core-image-lsb-dev.bb
@@ -1,7 +1,7 @@
IMAGE_FEATURES += apps-console-core dev-pkgs ssh-server-openssh
IMAGE_INSTALL = \
-${POKY_BASE_INSTALL} \
+${COREIMAGE_BASE_INSTALL} \
task-core-basic \
task-core-lsb \
diff --git a/meta/recipes-extended/images/core-image-lsb-sdk.bb
b/meta/recipes-extended/images/core-image-lsb-sdk.bb
index 5e0e7ae..6a17de5 100644
--- a/meta/recipes-extended/images/core-image-lsb-sdk.bb
+++ b/meta/recipes-extended/images/core-image-lsb-sdk.bb
@@ -3,7 +3,7 @@ EXTRA_IMAGE_FEATURES = tools-debug tools-profile
tools-testapps debug-tweaks
IMAGE_INSTALL = \
-${POKY_BASE_INSTALL} \
+${COREIMAGE_BASE_INSTALL} \
task-core-basic \
task-core-lsb \
diff --git a/meta/recipes-extended/images/core-image-lsb.bb
b/meta/recipes-extended/images/core-image-lsb.bb
index 22eb7f4..d80954b 100644
--- a/meta/recipes-extended/images/core-image-lsb.bb
+++ b/meta/recipes-extended/images/core-image-lsb.bb
@@ -1,7 +1,7 @@
IMAGE_FEATURES += apps-console-core ssh-server-openssh
IMAGE_INSTALL = \
-${POKY_BASE_INSTALL} \
+${COREIMAGE_BASE_INSTALL} \
task-core-basic \
task-core-lsb \
diff --git a/meta/recipes-graphics/images/core-image-clutter.bb
b/meta/recipes-graphics/images/core-image-clutter.bb
index 7d50405..194748a 100644
--- a/meta/recipes-graphics/images/core-image-clutter.bb
+++ b/meta/recipes-graphics/images/core-image-clutter.bb
@@ -3,7 +3,7 @@ IMAGE_FEATURES += apps-console-core ${SATO_IMAGE_FEATURES}
LICENSE = MIT
IMAGE_INSTALL = \
-${POKY_BASE_INSTALL} \
+${COREIMAGE_BASE_INSTALL} \
[OE-core] [PATCH 0/1] v2 - POKY - COREIMAGE
Thanks to Phil for pointing out my Dyslexic COER Sau! The following changes since commit de679a3036ebef1c7d7b8ee23f05590c95e498d9: pseudo: ensure libs are included in package (2012-01-03 12:10:59 +) are available in the git repository at: git://git.openembedded.org/openembedded-core-contrib sgw/fix http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=sgw/fix Saul Wold (1): Rename references from POKY_*_INSTALL to COREIMAGE_*_INSTALL meta/classes/core-image.bbclass|8 meta/recipes-core/images/core-image-minimal.bb |2 +- meta/recipes-core/images/self-hosted-image.bb |2 +- meta/recipes-extended/images/core-image-basic.bb |2 +- meta/recipes-extended/images/core-image-lsb-dev.bb |2 +- meta/recipes-extended/images/core-image-lsb-sdk.bb |2 +- meta/recipes-extended/images/core-image-lsb.bb |2 +- meta/recipes-graphics/images/core-image-clutter.bb |2 +- meta/recipes-qt/images/qt4e-demo-image.bb |2 +- 9 files changed, 12 insertions(+), 12 deletions(-) -- 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] Alter order of file systems tried by mount
On 01/03/2012 08:13 AM, Gary Thomas wrote: On 2011-11-30 05:19, Gary Thomas wrote: The file /etc/filesystems is used by busybox 'mount' when attempting to mount a file system when the type is not specified. This change alters the order so that more capable systems are tried first. Without this change, an EXT3 system will mount as EXT2 which disables many of the EXT3 features. With the change, EXT3 systems are mounted properly. Signed-off-by: Gary Thomas g...@mlbassoc.com --- .../recipes-core/base-files/base-files/filesystems | 8 meta/recipes-core/base-files/base-files_3.0.14.bb | 2 +- 2 files changed, 5 insertions(+), 5 deletions(-) diff --git a/meta/recipes-core/base-files/base-files/filesystems b/meta/recipes-core/base-files/base-files/filesystems index 2af6a7e..14f5abb 100644 --- a/meta/recipes-core/base-files/base-files/filesystems +++ b/meta/recipes-core/base-files/base-files/filesystems @@ -1,7 +1,7 @@ -minix -fat -vfat -ext2 ext3 +ext2 +vfat +fat btrfs +minix * diff --git a/meta/recipes-core/base-files/base-files_3.0.14.bb b/meta/recipes-core/base-files/base-files_3.0.14.bb index 8f5313b..c860d70 100644 --- a/meta/recipes-core/base-files/base-files_3.0.14.bb +++ b/meta/recipes-core/base-files/base-files_3.0.14.bb @@ -1,7 +1,7 @@ SUMMARY = Miscellaneous files for the base system. DESCRIPTION = The base-files package creates the basic system directory structure and provides a small set of key configuration files for the system. SECTION = base -PR = r69 +PR = r70 LICENSE = GPLv2 LIC_FILES_CHKSUM = file://licenses/GPL-2;md5=94d55d512a9ba36caa9b7df079bae19f SRC_URI = file://rotation \ What about this patch (now 1 month old, with no action or discussion)? Looks like there were some comments between you and Stefan about adding ext4, so I was waiting for an updated version. Sau! Thanks ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] python-native: correct prefix handling for oe-core sysroot layout
On Tue, 2012-01-03 at 18:47 +0100, Martin Jansa wrote: Where did you get python-native_2.6.6? That was removed with 2.7.2 upgrade in commit b284e9a512860b8a8380be80f96cebce6b92ff80 Author: Nitin A Kamble nitin.a.kam...@intel.com Date: Fri Oct 14 07:06:13 2011 + Cheers, Ah yes, sorry, I made the patch against the wrong repository. 2.7.2 still seems to be broken in the same way, though. I'll rebase the patch tomorrow and send a new one. p. ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [CONSOLIDATED PULL 012/113] base.bbclass: Allow buildstats to be optionally supplied
On 1/3/12 6:14 AM, Phil Blundell wrote: On Mon, 2012-01-02 at 22:18 -0800, Saul Wold wrote: From: Mark Hatlemark.ha...@windriver.com Buildstats should be allowed to be optionally enabled. It's recommended that it be enabled via the USER_CLASSES setting. Alternatively it could be enabled via the INHERIT_DISTRO or similar mechanism. Signed-off-by: Mark Hatlemark.ha...@windriver.com I don't think the short summary of this patch gives a very clear indication of what it's doing. The terminology optionally supplied makes it sound as though you're talking about some sort of add-on data file which can be enabled. Whereas, what the patch seems actually to be doing is removing the unconditional inherit of buildstats (i.e. turning it off for almost everyone who has it on today) and adding a suggestion in local.conf.sample as to how it might be turned on again. Perhaps enabled is a better word then supplied in this case? I didn't comment that it was removing the unconditional inherit as I thought that was obvious.. Saul -- can you change the short summary or should I resend it? (That said, I do think the intent of this patch is a good one; it's been a long-standing source of irritation to me that disabling buildstats is so awkward at present.) This was causing a problem for me as well, thus the solution. Seemed simply enough and beneficial. --Mark p. ___ 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] Alter order of file systems tried by mount
On 2012-01-03 11:00, Saul Wold wrote: On 01/03/2012 08:13 AM, Gary Thomas wrote: On 2011-11-30 05:19, Gary Thomas wrote: The file /etc/filesystems is used by busybox 'mount' when attempting to mount a file system when the type is not specified. This change alters the order so that more capable systems are tried first. Without this change, an EXT3 system will mount as EXT2 which disables many of the EXT3 features. With the change, EXT3 systems are mounted properly. Signed-off-by: Gary Thomas g...@mlbassoc.com --- .../recipes-core/base-files/base-files/filesystems | 8 meta/recipes-core/base-files/base-files_3.0.14.bb | 2 +- 2 files changed, 5 insertions(+), 5 deletions(-) diff --git a/meta/recipes-core/base-files/base-files/filesystems b/meta/recipes-core/base-files/base-files/filesystems index 2af6a7e..14f5abb 100644 --- a/meta/recipes-core/base-files/base-files/filesystems +++ b/meta/recipes-core/base-files/base-files/filesystems @@ -1,7 +1,7 @@ -minix -fat -vfat -ext2 ext3 +ext2 +vfat +fat btrfs +minix * diff --git a/meta/recipes-core/base-files/base-files_3.0.14.bb b/meta/recipes-core/base-files/base-files_3.0.14.bb index 8f5313b..c860d70 100644 --- a/meta/recipes-core/base-files/base-files_3.0.14.bb +++ b/meta/recipes-core/base-files/base-files_3.0.14.bb @@ -1,7 +1,7 @@ SUMMARY = Miscellaneous files for the base system. DESCRIPTION = The base-files package creates the basic system directory structure and provides a small set of key configuration files for the system. SECTION = base -PR = r69 +PR = r70 LICENSE = GPLv2 LIC_FILES_CHKSUM = file://licenses/GPL-2;md5=94d55d512a9ba36caa9b7df079bae19f SRC_URI = file://rotation \ What about this patch (now 1 month old, with no action or discussion)? Looks like there were some comments between you and Stefan about adding ext4, so I was waiting for an updated version. OK, I'll add that and send a new patch once I can test it. -- Gary Thomas | Consulting for the MLB Associates |Embedded world ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 0/1] v2 - POKY - COREIMAGE
On 01/03/2012 09:57 AM, Saul Wold wrote: Thanks to Phil for pointing out my Dyslexic COER Sau! Please hold off on this patch until we get 1.1.1 completed, due to issue with the Autobuilder that will take longer to deal with. Sau! The following changes since commit de679a3036ebef1c7d7b8ee23f05590c95e498d9: pseudo: ensure libs are included in package (2012-01-03 12:10:59 +) are available in the git repository at: git://git.openembedded.org/openembedded-core-contrib sgw/fix http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=sgw/fix Saul Wold (1): Rename references from POKY_*_INSTALL to COREIMAGE_*_INSTALL meta/classes/core-image.bbclass|8 meta/recipes-core/images/core-image-minimal.bb |2 +- meta/recipes-core/images/self-hosted-image.bb |2 +- meta/recipes-extended/images/core-image-basic.bb |2 +- meta/recipes-extended/images/core-image-lsb-dev.bb |2 +- meta/recipes-extended/images/core-image-lsb-sdk.bb |2 +- meta/recipes-extended/images/core-image-lsb.bb |2 +- meta/recipes-graphics/images/core-image-clutter.bb |2 +- meta/recipes-qt/images/qt4e-demo-image.bb |2 +- 9 files changed, 12 insertions(+), 12 deletions(-) ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] busybox: rename syslog.conf to syslog-startup.conf
On 2 jan 2012, at 22:51, Joshua Lock j...@linux.intel.com wrote: Busybox 1.19 introduced basic support for an rsyslog inspired syslog.conf whereas we've been shipping syslog.conf as a file to be sourced by the syslog init script in order to configure which options busybox's syslog is started with. Busybox 1.19 in syslog mode chokes on our syslog.conf and doesn't start. This patch renames the syslog.conf we ship to syslog-startup.conf in order to prevent busybox trying to parse the file as an rsyslog style syslog.conf Fixes [YOCTO #1848] Signed-off-by: Joshua Lock j...@linux.intel.com Acked-by: Anders Darander and...@chargestorm.se My not comment is that it would have been nice to have had the patch generated with rename detection enabled in git. Cheers, Anders --- meta/recipes-core/busybox/busybox.inc | 10 +- meta/recipes-core/busybox/busybox_1.19.3.bb|4 ++-- meta/recipes-core/busybox/files/syslog |4 ++-- .../recipes-core/busybox/files/syslog-startup.conf | 12 meta/recipes-core/busybox/files/syslog.conf|9 - 5 files changed, 21 insertions(+), 18 deletions(-) create mode 100644 meta/recipes-core/busybox/files/syslog-startup.conf delete mode 100644 meta/recipes-core/busybox/files/syslog.conf ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] libxml2: add shared library version info to libxml shared libraries
On Tue, Jan 3, 2012 at 11:31 AM, Martin Jansa martin.ja...@gmail.com wrote: On Tue, Jan 03, 2012 at 04:21:16PM +, McClintock Matthew-B29882 wrote: On Mon, Jan 2, 2012 at 5:25 PM, Martin Jansa martin.ja...@gmail.com wrote: On Tue, Jan 03, 2012 at 12:22:28AM +0100, Martin Jansa wrote: On Mon, Jan 02, 2012 at 04:05:16PM -0600, Matthew McClintock wrote: This fixes an issue with RPM where it checks version imformation for binaries linked against libxml and fails because it's missing info | error: Failed dependencies: | libxml2.so.2(LIBXML2_2.6.0) is needed by fmc-0.9.7+2-r2.1.ppce500mc | libxml2.so.2(LIBXML2_2.4.30) is needed by fmc-0.9.7+2-r2.1.ppce500mc | ERROR: Function 'do_rootfs' failed (see Note: fmc is just an example recipe/name Weird that I haven't noticed this in oe-core before, but probably because in oe-core it was always without version. But it looks the same as this http://git.openembedded.org/openembedded/commit/?id=50ed401cdaaefb1f5ac33de2838af259a52b1c3a so You won't see this when building against oe-core stuff from source. This issue is seen when we bring in a prebuilt binary and link against libxml2 in the system. what about all binaries built before this change which are already available in binary feed created with OE? If you are building from source within oe-core everything is going to link against the version built by oe-core. I see this issue when I bring in some prebuilt binary and it's actually linked against an older version of libxml2. -M ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 0/4] self-hosted-image: Add mini X
On 12/22/2011 04:16 AM, edwin.z...@intel.com wrote: From: Zhai Edwinedwin.z...@intel.com This is the new version modified according to Paul and Saul's comments: Use mini-x-session, change script name, and more accurate license. The following changes since commit 4648aadfe161d2e0ec51408f35fdf8996727bd22: ui/crumbs/hobprefs: trigger a reparse after changing IMAGE_FSTYPES (2011-12-20 13:15:54 +) are available in the git repository at: git://git.pokylinux.org/poky-contrib gzhai/build-appliance2 http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=gzhai/build-appliance2 Zhai Edwin (4): mini-x-session: Add this recipe as the session file for mini X Add mini X core tasks Add builder user for specific purpose. self-hosted-image: Add builder user and mini X Merged to OE-Core Thanks Sau! meta/classes/core-image.bbclass|2 + meta/recipes-core/images/self-hosted-image.bb |4 +- meta/recipes-core/tasks/task-self-hosted.bb|3 +- meta/recipes-graphics/builder/builder_0.1.bb | 27 .../builder/files/builder_hob_start.sh | 11 + .../mini-x-session/files/mini-x-session| 32 ++ .../mini-x-session/mini-x-session_0.1.bb | 24 ++ meta/recipes-sato/tasks/task-core-x11-mini.bb | 45 8 files changed, 146 insertions(+), 2 deletions(-) create mode 100644 meta/recipes-graphics/builder/builder_0.1.bb create mode 100644 meta/recipes-graphics/builder/files/builder_hob_start.sh create mode 100644 meta/recipes-graphics/mini-x-session/files/mini-x-session create mode 100644 meta/recipes-graphics/mini-x-session/mini-x-session_0.1.bb create mode 100644 meta/recipes-sato/tasks/task-core-x11-mini.bb ___ 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 0/1] Fix buildhistory issue with recommends and RPM
On 12/22/2011 09:20 AM, Paul Eggleton wrote: The following changes since commit db446421933d640528328e46a29f828a36d6649b: multilib.conf: Enable shadow-sysroot and libffi (2011-12-21 17:24:37 +) are available in the git repository at: git://git.openembedded.org/openembedded-core-contrib paule/rpm-suggests http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=paule/rpm-suggests Paul Eggleton (1): classes/rootfs_rpm: handle recommends in query functions meta/classes/rootfs_rpm.bbclass |6 -- 1 files changed, 4 insertions(+), 2 deletions(-) Merged into OE-Core Thanks Sau! ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 0/4] linux-yocto: consolidated pull request
On 12/22/2011 10:05 AM, Bruce Ashfield wrote: Richard/Saul, Here's a consolidated pull request that adds the cedartrail, and updates some remaining reference platforms to 3.0.x, including updated -rt support. There are also a couple of minor bug fixes that I found when working on M2 functionality. Built and boot tested everywhere that I could. The bulk of my changes are pending on the patch refactoring changes that have been proposed, and will follow once something merges for that, and I can re-test. Cheers, Bruce cc: Darren Hartdvh...@linux.intel.com The following changes since commit dee0fc1462ba18551571c3b2d0f2b443a2feca18: multilib.conf: Enable shadow-sysroot and libffi (2011-12-21 17:24:44 +) are available in the git repository at: git://git.pokylinux.org/poky-contrib zedd/kernel-oe http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=zedd/kernel-oe Bruce Ashfield (4): linux-yocto: add cedartrail BSP support linux-yocto: update hardware reference boards to 3.0.12 kern-tools: update SRCREV to pickup git operation fixes linux-yocto: use PATH to locate kconf_check meta/classes/kernel-yocto.bbclass |4 ++-- .../kern-tools/kern-tools-native_git.bb|2 +- meta/recipes-kernel/linux/linux-yocto-rt_3.0.bb|2 +- meta/recipes-kernel/linux/linux-yocto_3.0.bb |2 +- 4 files changed, 5 insertions(+), 5 deletions(-) Merged into OE-Core Thanks Sau! ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] kernel.bbclass: fix pkg_postinst and pkg_postrm
On 12/22/2011 03:46 PM, Andrea Adami wrote:
* Symptom: kernel symlink in /boot is not created.
* Rename in order to create the expected files:
* /var/lib/opkg/info/kernel-3.1.4.postinst
* /var/lib/opkg/info/kernel-3.1.4.postrm
Signed-off-by: Andrea Adamiandrea.ad...@gmail.com
---
meta/classes/kernel.bbclass |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta/classes/kernel.bbclass b/meta/classes/kernel.bbclass
index 120a524..ec5d65e 100644
--- a/meta/classes/kernel.bbclass
+++ b/meta/classes/kernel.bbclass
@@ -223,11 +223,11 @@ do_savedefconfig() {
do_savedefconfig[nostamp] = 1
addtask savedefconfig after do_configure
-pkg_postinst_kernel () {
+pkg_postinst_kernel-base () {
cd /${KERNEL_IMAGEDEST}; update-alternatives --install
/${KERNEL_IMAGEDEST}/${KERNEL_IMAGETYPE} ${KERNEL_IMAGETYPE}
${KERNEL_IMAGETYPE}-${KERNEL_VERSION} ${KERNEL_PRIORITY} || true
}
-pkg_postrm_kernel () {
+pkg_postrm_kernel-base () {
cd /${KERNEL_IMAGEDEST}; update-alternatives --remove
${KERNEL_IMAGETYPE} ${KERNEL_IMAGETYPE}-${KERNEL_VERSION} || true
}
Merged into OE-Core
Thanks
Sau!
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] buildhistory: avoid quoting issues with the layer list for build-id
On 12/23/2011 08:23 AM, Christopher Larson wrote:
The layer list is multiline, and includes quotes, so including it within
quotes is problematic, particularly if the revision includes characters
which
are not valid outside of a quoted string in shell. To reproduce this
failure:
do a build with an scm layer not on a branch.
Signed-off-by: Christopher Larson chris_lar...@mentor.com
mailto:chris_lar...@mentor.com
---
meta/classes/buildhistory.bbclass | 5 -
1 files changed, 4 insertions(+), 1 deletions(-)
diff --git a/meta/classes/buildhistory.bbclass
b/meta/classes/buildhistory.bbclass
index 39f5ff6..6a08db4 100644
--- a/meta/classes/buildhistory.bbclass
+++ b/meta/classes/buildhistory.bbclass
@@ -325,7 +325,10 @@ buildhistory_get_imageinfo() {
# Add some configuration information
echo ${MACHINE}: ${IMAGE_BASENAME} configured for ${DISTRO}
${DISTRO_VERSION} ${BUILDHISTORY_DIR_IMAGE}/build-id
- echo ${@buildhistory_get_layers(d)}
${BUILDHISTORY_DIR_IMAGE}/build-id
+
+ cat ${BUILDHISTORY_DIR_IMAGE}/build-id END
+${@buildhistory_get_layers(d)}
+END
}
# By prepending we get in before the removal of packaging files
--
1.7.8
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Merged into OE-Core
Thanks
Sau!
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH v2 00/15] recipe Upgrades Fixes
On 01/02/2012 12:38 PM, nitin.a.kam...@intel.com wrote:
From: Nitin A Kamblenitin.a.kam...@intel.com
This is version 2 of pull request with following changes.
The commit of automake is redone to fix the styling.
The commit of quilt is redone to avoid packaging warnings.
A new commit for fixing make -j of btrfs-tools.
Thanks,
Nitin
The following changes since commit f5aa3bbda623c8fae3a761d72fddc95631ad0706:
coreutils: ensure --color works so DEPEND on libcap (2011-12-24 10:05:47
+)
are available in the git repository at:
git://git.pokylinux.org/poky-contrib nitin/upgrades+fixes
http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=nitin/upgrades+fixes
Nitin A Kamble (15):
btrfs-tools: add attr as dependency to fix compilation
byacc: upgrade from 20110908 to 20111219
quilt upgreade from 0.48 to 0.50
rpm: fix build with automake-1.11.2
autotools.bbclass: fix cp error for empty dir
jpeg: fix configure with automake 1.11.2
avahi: fix configure with automake 1.11.2
misc patches: fix patch headers
perl: mark upstream status for all patches
gcc: mark upstream status for all patches
avahi-ui: fix build with automake-1.11.2
Merged this set to OE-Core
vte: upgrade from 0.24.3 to 0.28.2
Held this one due to gobject-introspection, is there a different
way to solve this without adding the DEPENDS?
systemtap: fix configure with automake 1.11.2
automake: upgrade from 1.11.1 to 1.11.2
btrfs-tools:Fix multithreaded building
Merged these last 3 to OE-Core
Thanks
Sau!
meta/classes/autotools.bbclass |4 +-
.../libacpi/files/libacpi_fix_for_x32.patch|2 +-
.../use_correct_strip_in_cross_environment.patch |2 +-
meta/recipes-connectivity/avahi/avahi-ui_0.6.30.bb |3 +-
meta/recipes-connectivity/avahi/avahi.inc |5 +-
.../avahi/files/fix_for_automake_1.11.2.patch | 44
.../openssl-1.0.0e/openssl_fix_for_x32.patch |2 +-
.../glib-2.0/glib-2.0/glib-2.0_fix_for_x32.patch |2 +-
.../jpeg/jpeg-8c/fix_for_automake_1.11.2.patch | 28 ++
meta/recipes-core/jpeg/jpeg_8c.bb |5 +-
meta/recipes-devtools/automake/automake.inc|1 -
.../{automake_1.11.1.bb = automake_1.11.2.bb} |5 +-
...ix_race_condition_with_multithreaded_make.patch | 36 +
.../btrfs-tools/btrfs-tools_git.bb |8 ++-
.../dosfstools/fix_populated_dosfs_creation.patch |2 +-
.../gcc/gcc-4.6/gcc-arm-set-cost.patch |1 +
meta/recipes-devtools/gcc/gcc-4.6/pr32219.patch|1 +
meta/recipes-devtools/gcc/gcc-4.6/pr46934.patch|1 +
meta/recipes-devtools/gcc/gcc-4.6/pr47551.patch|1 +
.../debian/arm_thread_stress_timeout.diff |1 +
.../perl-5.14.2/debian/cpan_definstalldirs.diff|1 +
.../perl-5.14.2/debian/cpanplus_config_path.diff |1 +
.../debian/cpanplus_definstalldirs.diff|1 +
.../perl/perl-5.14.2/debian/db_file_ver.diff |1 +
.../perl-5.14.2/debian/deprecate-with-apt.diff |1 +
.../perl-5.14.2/debian/disable-zlib-bundling.diff |1 +
.../perl/perl-5.14.2/debian/doc_info.diff |1 +
.../perl/perl-5.14.2/debian/enc2xs_inc.diff|1 +
.../perl/perl-5.14.2/debian/errno_ver.diff |1 +
.../debian/extutils_set_libperl_path.diff |1 +
.../perl/perl-5.14.2/debian/fakeroot.diff |1 +
.../perl/perl-5.14.2/debian/find_html2text.diff|1 +
.../debian/fixes/document_makemaker_ccflags.diff |1 +
.../debian/fixes/extutils-cbuilder-cflags.diff |1 +
.../perl-5.14.2/debian/fixes/h2ph-multiarch.diff |1 +
.../perl-5.14.2/debian/fixes/hurd-ccflags.diff |1 +
.../perl/perl-5.14.2/debian/fixes/hurd-hints.diff |1 +
.../perl-5.14.2/debian/fixes/index-tainting.diff |1 +
.../debian/fixes/module-build-home-directory.diff |1 +
.../perl-5.14.2/debian/fixes/net_smtp_docs.diff|1 +
.../perl/perl-5.14.2/debian/fixes/pod_fixes.diff |1 +
.../perl-5.14.2/debian/fixes/respect_umask.diff|1 +
.../fixes/sys-syslog-socket-timeout-kfreebsd.patch |1 +
.../perl/perl-5.14.2/debian/instmodsh_doc.diff |1 +
.../perl/perl-5.14.2/debian/ld_run_path.diff |1 +
.../perl-5.14.2/debian/libnet_config_path.diff |1 +
.../perl/perl-5.14.2/debian/libperl_embed_doc.diff |1 +
.../perl-5.14.2/debian/m68k_thread_stress.diff |1 +
.../perl/perl-5.14.2/debian/mod_paths.diff |1 +
.../debian/module_build_man_extensions.diff|1 +
.../perl-5.14.2/debian/no_packlist_perllocal.diff |1 +
.../perl/perl-5.14.2/debian/patchlevel.diff|1 +
.../perl/perl-5.14.2/debian/perlivp.diff |1 +
.../perl/perl-5.14.2/debian/prefix_changes.diff|1 +
Re: [OE-core] [PATCH] procps: raise update-alternatives priority
On 12/31/2011 08:04 AM, Koen Kooi wrote:
This fixes a problem with the uptime utility:
root@beagleboneA3-0088:/var/lib/cloud9# busybox uptime
16:00:17 up 2 days, 6:46, load average: 0.14, 0.04, 0.05
root@beagleboneA3-0088:/var/lib/cloud9# uptime.procps
16:00:22 up 2 days, 6:46, 1 user, load average: 0.14, 0.05, 0.06
root@beagleboneA3-0088:/var/lib/cloud9# uptime.coreutils
16:00pm up 4382 days 15:58, 1 user, load average: 0.13, 0.05, 0.05
root@beagleboneA3-0088:/var/lib/cloud9# ls /usr/bin/uptime -la
lrwxrwxrwx 1 root root 16 Dec 26 08:56 /usr/bin/uptime - uptime.coreutils
Signed-off-by: Koen Kooik...@dominion.thruhere.net
---
meta/recipes-extended/procps/procps_3.2.8.bb |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-extended/procps/procps_3.2.8.bb
b/meta/recipes-extended/procps/procps_3.2.8.bb
index d989955..6a41ccd 100644
--- a/meta/recipes-extended/procps/procps_3.2.8.bb
+++ b/meta/recipes-extended/procps/procps_3.2.8.bb
@@ -1,12 +1,12 @@
require procps.inc
-PR = r3
+PR = r4
inherit update-alternatives
ALTERNATIVE_LINKS = ${bindir}/top ${bindir}/uptime ${bindir}/free
${bindir}/pkill ${bindir}/pmap \
${base_bindir}/kill ${base_sbindir}/sysctl
${base_bindir}/ps
-ALTERNATIVE_PRIORITY = 90
+ALTERNATIVE_PRIORITY = 110
SRC_URI += file://procmodule.patch \
file://psmodule.patch \
Merged to OE-Core.
Is there a bug filed against coreutils uptime?
Thanks
Sau!
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/2] prelink: also look at nonstandard lib paths
From: Nitin A Kamble nitin.a.kam...@intel.com
Prelinking for x32 image showed that it was ignoring libraries
located at locations like /usr/libx32. Like that mips n32 has
library locations set as lib32
This commit modifies prelink.conf to look at libraries also
located at libx32 lib32 locations.
Thanks to Mark Hatle for suggesting the fix.
Signed-off-by: Nitin A Kamble nitin.a.kam...@intel.com
---
meta/recipes-devtools/prelink/prelink/prelink.conf |8
meta/recipes-devtools/prelink/prelink_git.bb |2 +-
2 files changed, 5 insertions(+), 5 deletions(-)
diff --git a/meta/recipes-devtools/prelink/prelink/prelink.conf
b/meta/recipes-devtools/prelink/prelink/prelink.conf
index ed30c28..562f23c 100644
--- a/meta/recipes-devtools/prelink/prelink/prelink.conf
+++ b/meta/recipes-devtools/prelink/prelink/prelink.conf
@@ -12,7 +12,7 @@
-l /usr/bin
-l /usr/X11R6/bin
-l /usr/games
--l /usr/local/lib{,64}
--l /lib{,64}
--l /usr/lib{,64}
--l /usr/X11R6/lib{,64}
+-l /usr/local/lib{,32,64,x32}
+-l /lib{,32,64,x32}
+-l /usr/lib{,32,64,x32}
+-l /usr/X11R6/lib{,32,64,x32}
diff --git a/meta/recipes-devtools/prelink/prelink_git.bb
b/meta/recipes-devtools/prelink/prelink_git.bb
index 31c22ef..17141e9 100644
--- a/meta/recipes-devtools/prelink/prelink_git.bb
+++ b/meta/recipes-devtools/prelink/prelink_git.bb
@@ -10,7 +10,7 @@ LICENSE = GPLv2
LIC_FILES_CHKSUM = file://COPYING;md5=c93c0550bd3173f4504b2cbd8991e50b
SRCREV = bb1b660c5e3859b6c5a2ac8d739713e9989a4dd7
PV = 1.0+git${SRCPV}
-PR = r7
+PR = r8
#
# The cron script attempts to re-prelink the system daily -- on
--
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/2] prelink vte fixes
From: Nitin A Kamble nitin.a.kam...@intel.com The vte commit is redone to avoid adding introspection package in DEPENDS. Thanks, Nitin The following changes since commit 0ff1d667dc23b0cc903c18f1b5e032c2b6630aae: distro: Add poky-tiny distro definition (2012-01-03 21:33:15 +) 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 (2): prelink: also look at nonstandard lib paths vte: upgrade from 0.24.3 to 0.28.2 meta/recipes-devtools/prelink/prelink/prelink.conf |8 +- meta/recipes-devtools/prelink/prelink_git.bb |2 +- meta/recipes-support/vte/vte.inc |6 +- meta/recipes-support/vte/vte/introspection.patch | 99 meta/recipes-support/vte/vte_0.24.3.bb |8 -- meta/recipes-support/vte/vte_0.28.2.bb |8 ++ 6 files changed, 116 insertions(+), 15 deletions(-) create mode 100644 meta/recipes-support/vte/vte/introspection.patch delete mode 100644 meta/recipes-support/vte/vte_0.24.3.bb create mode 100644 meta/recipes-support/vte/vte_0.28.2.bb -- 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 2/2] vte: upgrade from 0.24.3 to 0.28.2
From: Nitin A Kamble nitin.a.kam...@intel.com
Added a patch to add introspection.m4 to avoid the following
configure error:
| src/Makefile.am:168: HAVE_INTROSPECTION does not appear in
AM_CONDITIONAL
| autoreconf: automake failed with exit status: 1
| ERROR: autoreconf execution failed.
NOTE: package vte-0.28.2-r0: task do_configure: Failed
This upgrade avoids configure issues with automake version 1.11.2
seen on the earlier version of vte:
| src/Makefile.am:155: `pkglibdir' is not a legitimate directory for
`PROGRAMS'
| src/Makefile.am:156: `pkglibdir' is not a legitimate directory for
`SCRIPTS'
| src/Makefile.am:178: variable `interpret_SOURCES' is defined but no
program or
| src/Makefile.am:178: library has `interpret' as canonical name
(possible typo)
| src/Makefile.am:229: variable `slowcat_SOURCES' is defined but no
program or
| src/Makefile.am:229: library has `slowcat' as canonical name (possible
typo)
| src/Makefile.am:203: variable `interpret_LDADD' is defined but no
program or
| src/Makefile.am:203: library has `interpret' as canonical name
(possible typo)
| autoreconf: automake failed with exit status: 1
| ERROR: autoreconf execution failed.
NOTE: package vte-0.24.3-r0: task do_configure: Failed
Did not upgrade to the latest version 0.31.0.
0.28.2 is the last version supporting gtk+ 2. Next versions have
dropped support for gtk+ 2, and they require gtk+ 3. It would be
more appropriate to move to next version after gtk+ 3 recipe is
available.
Signed-off-by: Nitin A Kamble nitin.a.kam...@intel.com
---
meta/recipes-support/vte/vte.inc |6 +-
meta/recipes-support/vte/vte/introspection.patch | 99 ++
meta/recipes-support/vte/vte_0.24.3.bb |8 --
meta/recipes-support/vte/vte_0.28.2.bb |8 ++
4 files changed, 111 insertions(+), 10 deletions(-)
create mode 100644 meta/recipes-support/vte/vte/introspection.patch
delete mode 100644 meta/recipes-support/vte/vte_0.24.3.bb
create mode 100644 meta/recipes-support/vte/vte_0.28.2.bb
diff --git a/meta/recipes-support/vte/vte.inc b/meta/recipes-support/vte/vte.inc
index 6138f8c..54bd8ae 100644
--- a/meta/recipes-support/vte/vte.inc
+++ b/meta/recipes-support/vte/vte.inc
@@ -6,9 +6,11 @@ RDEPENDS_libvte = vte-termcap
inherit gnome
-EXTRA_OECONF = --disable-gtk-doc --disable-python
+SRC_URI += file://introspection.patch
+
+EXTRA_OECONF = --disable-gtk-doc --disable-python --disable-introspection
PACKAGES =+ libvte vte-termcap
FILES_libvte = ${libdir}/*.so.* ${libexecdir}/gnome-pty-helper
FILES_vte-dbg =+ ${libexecdir}/.debug
-FILES_vte-termcap = ${datadir}/vte/termcap
+FILES_vte-termcap = ${datadir}/vte/termcap-0.0
diff --git a/meta/recipes-support/vte/vte/introspection.patch
b/meta/recipes-support/vte/vte/introspection.patch
new file mode 100644
index 000..76a841c
--- /dev/null
+++ b/meta/recipes-support/vte/vte/introspection.patch
@@ -0,0 +1,99 @@
+Index: vte-0.28.2/m4/introspection.m4
+===
+--- /dev/null
vte-0.28.2/m4/introspection.m4
+@@ -0,0 +1,94 @@
++dnl -*- mode: autoconf -*-
++dnl Copyright 2009 Johan Dahlin
++dnl
++dnl This file is free software; the author(s) gives unlimited
++dnl permission to copy and/or distribute it, with or without
++dnl modifications, as long as this notice is preserved.
++dnl
++
++# serial 1
++
++m4_define([_GOBJECT_INTROSPECTION_CHECK_INTERNAL],
++[
++AC_BEFORE([AC_PROG_LIBTOOL],[$0])dnl setup libtool first
++AC_BEFORE([AM_PROG_LIBTOOL],[$0])dnl setup libtool first
++AC_BEFORE([LT_INIT],[$0])dnl setup libtool first
++
++dnl enable/disable introspection
++m4_if([$2], [require],
++[dnl
++enable_introspection=yes
++],[dnl
++AC_ARG_ENABLE(introspection,
++
AS_HELP_STRING([--enable-introspection[=@:@no/auto/yes@:@]],
++ [Enable introspection for this build]),,
++ [enable_introspection=auto])
++])dnl
++
++AC_MSG_CHECKING([for gobject-introspection])
++
++dnl presence/version checking
++AS_CASE([$enable_introspection],
++[no], [dnl
++found_introspection=no (disabled, use --enable-introspection to
enable)
++],dnl
++[yes],[dnl
++PKG_CHECK_EXISTS([gobject-introspection-1.0],,
++ AC_MSG_ERROR([gobject-introspection-1.0 is not
installed]))
++PKG_CHECK_EXISTS([gobject-introspection-1.0 = $1],
++ found_introspection=yes,
++ AC_MSG_ERROR([You need to have gobject-introspection
= $1 installed to build AC_PACKAGE_NAME]))
++],dnl
++[auto],[dnl
++PKG_CHECK_EXISTS([gobject-introspection-1.0 = $1],
found_introspection=yes, found_introspection=no)
++],dnl
++[dnl
++AC_MSG_ERROR([invalid argument passed to --enable-introspection,
should be one of @:@no/auto/yes@:@])
++])dnl
++
++
Re: [OE-core] [PATCH] patch.bbclass: abstract out logic that determines patches to apply
On 12/27/2011 07:18 PM, Christopher Larson wrote: Pushed an updated version of the patch-refactor commit that should fix this. -- Christopher Larson On Tuesday, December 27, 2011 at 1:38 PM, Chris Larson wrote: On Tue, Dec 27, 2011 at 1:33 PM, Saul Wold s...@linux.intel.com mailto:s...@linux.intel.com wrote: Do you need to pass d here? I am seeing errors (see http://autobuilder.yoctoproject.org:8010/builders/nightly-x86/builds/295/steps/shell_14/logs/stdio) Bah, indeed, apparently my testing didn't hit any recipes using minrev/maxrev/notrev. Will rework the patch. Grr. Merged the Updated version to OE-Core Thanks Sau! ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [RFC PATCH 0/1] Locale package installation
On 12/28/2011 05:43 AM, Paul Eggleton wrote: Implement locale package installation as we had in OE-Classic; please review. In particular I'm not sure of the naming of rootfs_check_package_exists() (since it resolves the package to a filename in the case of RPM). Note that because of the default value of IMAGE_LINGUAS this patch will result in images growing slightly. The following change since commit 8f348ccad083d6c02c200652ff6295e701e88f0d: coreutils: ensure --color works so DEPEND on libcap (2011-12-24 10:05:35 +) is available in the git repository at: git://git.openembedded.org/openembedded-core-contrib paule/image-linguas http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=paule/image-linguas Paul Eggleton (1): classes/image: implement generic locale package installation meta/classes/image.bbclass | 37 + meta/classes/rootfs_deb.bbclass | 37 +++-- meta/classes/rootfs_ipk.bbclass | 30 +- meta/classes/rootfs_rpm.bbclass | 35 +++ 4 files changed, 84 insertions(+), 55 deletions(-) Merged into OE-Core Thanks Sau! ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 0/2] Bug fixes
On 12/29/2011 12:09 AM, edwin.z...@intel.com wrote: From: Zhai Edwinedwin.z...@intel.com All, Patch of gnome-keyring to fix gsettings-data-convert seg fault, modified according to Saul's comments. Another patch of matchbox-wm to remove the dependence between window manager and X session. The following changes since commit 6a1b5c28f22bb07a0b7102eb88441d05768ec52e: self-hosted-image: Add builder user and mini X (2011-12-29 10:42:07 +0800) are available in the git repository at: git://git.pokylinux.org/poky-contrib gzhai/build-appliance2 http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=gzhai/build-appliance2 Zhai Edwin (2): gnome-keyring: fix gsettings_data_convert seg fault Merged this one to OE-Core matchbox-wm: Remove x-session-manager handling We need a little more explaintion about why you are removing the U-A code from the matchbox-wm? Thanks Sau! meta/recipes-gnome/gnome/gnome-keyring_2.32.1.bb | 12 ++-- .../matchbox-wm/matchbox-wm_1.2.bb |9 ++--- .../matchbox-wm/matchbox-wm_git.bb |9 ++--- 3 files changed, 14 insertions(+), 16 deletions(-) ___ 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] wpa-supplicant - pulls GPLv3 license rpm in a non-GPLv3 build (libgnutls-extra)
On 12/29/2011 02:22 AM, Andrei Gherzan wrote: From: Andrei Gherzanandrei.gher...@windriver.com Two different defconfigs are chosen, one for with GPLv3 build and one for without. In this way, libgnutls-extra is not pulled in a non-GPLv3 build. [YOCTO #1845] Signed-off-by: Andrei Gherzanand...@gherzan.ro --- .../wpa-supplicant/defconfig.inc |4 + .../wpa-supplicant-0.7.3/defconfig-gnutls-nogplv3 | 409 .../wpa-supplicant/wpa-supplicant-0.7.inc |7 +- 3 files changed, 418 insertions(+), 2 deletions(-) create mode 100644 meta/recipes-connectivity/wpa-supplicant/defconfig.inc create mode 100644 meta/recipes-connectivity/wpa-supplicant/wpa-supplicant-0.7.3/defconfig-gnutls-nogplv3 Merged into OE-Core as coded here, but would be willing to get a new patch that removes the need for gnutls and the nogplv3 workaround. Thanks Sau! ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 0/2] Upgrade chrpath and libevent
On 12/23/2011 09:31 AM, Scott Garman wrote: Hello, This pull request upgrades the chrpath and libevent recipes. It has been build-tested on all 5 of our qemu architectures. Scott The following changes since commit c38693f78c968ab5f4bb557c20d1c8c55393ed6b: opkg: Fix installation order in feeds with mutiple providers of packages (2011-12-22 22:38:09 +) are available in the git repository at: git://git.pokylinux.org/poky-contrib sgarman/recipe-upgrades-final http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=sgarman/recipe-upgrades-final Scott Garman (2): chrpath: upgrade to 0.14 libevent: upgrade to 2.0.16 meta/recipes-devtools/chrpath/chrpath_0.13.bb | 23 - meta/recipes-devtools/chrpath/chrpath_0.14.bb | 23 + meta/recipes-support/libevent/libevent_1.4.14b.bb | 19 - meta/recipes-support/libevent/libevent_2.0.16.bb | 22 4 files changed, 45 insertions(+), 42 deletions(-) delete mode 100644 meta/recipes-devtools/chrpath/chrpath_0.13.bb create mode 100644 meta/recipes-devtools/chrpath/chrpath_0.14.bb delete mode 100644 meta/recipes-support/libevent/libevent_1.4.14b.bb create mode 100644 meta/recipes-support/libevent/libevent_2.0.16.bb Merged to OE-Core Thanks Sau! ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH v2] elfutils: fix for dso link change in recent ld
On 12/29/2011 02:14 PM, Christopher Larson wrote:
From: Christopher Larsonchris_lar...@mentor.com
This patch makes the link to the dependencies of libdw explicit, as recent ld
no longer implicitly links them. See
http://lists.fedoraproject.org/pipermail/devel/2010-March/133601.html as
a similar example of the error message you can encounter without this patch,
and https://fedoraproject.org/wiki/UnderstandingDSOLinkChange and
https://fedoraproject.org/wiki/Features/ChangeInImplicitDSOLinking for more
details.
Signed-off-by: Christopher Larsonchris_lar...@mentor.com
---
.../elfutils/elfutils/dso-link-change.patch| 32
meta/recipes-devtools/elfutils/elfutils_0.148.bb |5 ++-
2 files changed, 35 insertions(+), 2 deletions(-)
create mode 100644
meta/recipes-devtools/elfutils/elfutils/dso-link-change.patch
diff --git a/meta/recipes-devtools/elfutils/elfutils/dso-link-change.patch
b/meta/recipes-devtools/elfutils/elfutils/dso-link-change.patch
new file mode 100644
index 000..d0cd3ed
--- /dev/null
+++ b/meta/recipes-devtools/elfutils/elfutils/dso-link-change.patch
@@ -0,0 +1,32 @@
+Upstream-Status: Pending
+
+# This patch makes the link to the dependencies of libdw explicit, as recent
+# ld no longer implicitly links them. See
+# http://lists.fedoraproject.org/pipermail/devel/2010-March/133601.html as
+# a similar example of the error message you can encounter without this patch,
+# and https://fedoraproject.org/wiki/UnderstandingDSOLinkChange and
+# https://fedoraproject.org/wiki/Features/ChangeInImplicitDSOLinking for more
+# details.
+
+--- elfutils-0.148.orig/src/Makefile.am
elfutils-0.148/src/Makefile.am
+@@ -86,7 +86,7 @@ libdw = ../libdw/libdw.a $(zip_LIBS) $(l
+ libelf = ../libelf/libelf.a
+ else
+ libasm = ../libasm/libasm.so
+-libdw = ../libdw/libdw.so
++libdw = ../libdw/libdw.so $(zip_LIBS) $(libelf) $(libebl) -ldl
+ libelf = ../libelf/libelf.so
+ endif
+ libebl = ../libebl/libebl.a
+--- elfutils-0.148.orig/tests/Makefile.am
elfutils-0.148/tests/Makefile.am
+@@ -172,7 +172,7 @@ libdw = ../libdw/libdw.a $(zip_LIBS) $(l
+ libelf = ../libelf/libelf.a
+ libasm = ../libasm/libasm.a
+ else
+-libdw = ../libdw/libdw.so
++libdw = ../libdw/libdw.so $(zip_LIBS) $(libelf) $(libebl) -ldl
+ libelf = ../libelf/libelf.so
+ libasm = ../libasm/libasm.so
+ endif
diff --git a/meta/recipes-devtools/elfutils/elfutils_0.148.bb
b/meta/recipes-devtools/elfutils/elfutils_0.148.bb
index 0f4e8ca..710959a 100644
--- a/meta/recipes-devtools/elfutils/elfutils_0.148.bb
+++ b/meta/recipes-devtools/elfutils/elfutils_0.148.bb
@@ -6,7 +6,7 @@ LIC_FILES_CHKSUM =
file://COPYING;md5=0636e73ff0215e8d672dc4c32c317bb3\
file://EXCEPTION;md5=570adcb0c1218ab57f2249c67d0ce417
DEPENDS = libtool bzip2 zlib
-PR = r4
+PR = r5
SRC_URI =
https://fedorahosted.org/releases/e/l/elfutils/elfutils-${PV}.tar.bz2;
@@ -29,7 +29,8 @@ SRC_URI += \
file://elfutils-fsize.patch \
file://remove-unused.patch \
file://mempcpy.patch \
- file://fix_for_gcc-4.7.patch\
+ file://fix_for_gcc-4.7.patch \
+ file://dso-link-change.patch \
# Only apply when building uclibc based target recipe
SRC_URI_append_libc-uclibc = ${@['', 'file://uclibc-support.patch']['${PN}' ==
'${BPN}']}
Merged to OE-Core
Thanks
Sau!
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 0/1] scripts/rpm2cpio.sh fix
On 12/29/2011 05:29 PM, tom.zanu...@intel.com wrote: From: Tom Zanussitom.zanu...@intel.com When running rpm2cpio.sh on an xz-compressed rpm, it failed with the error: tmp/sysroots/x86_64-linux/usr/bin/unlzma: (stdin): File format not recognized This is due to the script demanding lowercase in tests that might produce uppercase output, such as newer versions of 'file'. Tom Zanussi (1): rpm2cpio.sh: make compression tests case-insensitive scripts/rpm2cpio.sh |8 1 files changed, 4 insertions(+), 4 deletions(-) ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core Merged to OE-Core Thanks Sau! ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 0/3] Package upgrade, Dec30, 2011
On 12/30/2011 12:11 AM, edwin.z...@intel.com wrote:
From: Zhai Edwinedwin.z...@intel.com
Packages upgrade for lighttpd, libassuan and apr-util.
Thanks,
Edwin
The following changes since commit 429d3c9adae8b4bb166df22e70cc29aba41d6867:
matchbox-wm: Remove x-session-manager handling (2011-12-29 10:42:08 +0800)
are available in the git repository at:
git://git.pokylinux.org/poky-contrib gzhai/build-appliance2
http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=gzhai/build-appliance2
Zhai Edwin (3):
lighttpd: Upgrade to 1.4.30
apr-util: Upgrade to 1.4.1
libassuan: Upgrade to 2.0.3
.../{lighttpd_1.4.29.bb = lighttpd_1.4.30.bb} |6 +++---
.../apr/apr-util/configure_fixes.patch | 10 ++
.../apr/{apr-util_1.3.12.bb = apr-util_1.4.1.bb} |6 +++---
.../{libassuan_2.0.2.bb = libassuan_2.0.3.bb} |4 ++--
4 files changed, 14 insertions(+), 12 deletions(-)
rename meta/recipes-extended/lighttpd/{lighttpd_1.4.29.bb =
lighttpd_1.4.30.bb} (92%)
rename meta/recipes-support/apr/{apr-util_1.3.12.bb = apr-util_1.4.1.bb}
(91%)
rename meta/recipes-support/libassuan/{libassuan_2.0.2.bb =
libassuan_2.0.3.bb} (82%)
Merged into OE-Core
Thanks
Sau!
___
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 0/6] upgrading from Dexuan: Dec 30, 2011
On 12/30/2011 12:53 AM, Dexuan Cui wrote:
The following changes since commit 9fc755cdb528f0913baf1f2d86ef62ee4cae92f2:
Add Upstream-Status to patches (2011-12-29 13:58:12 -0800)
are available in the git repository at:
git://git.pokylinux.org/poky-contrib dcui/stage/master_under_test
http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=dcui/stage/master_under_test
Dexuan Cui (6):
mdadm: upgrade to the latest version 3.2.3
liburcu: upgrade from 0.6.4 to the latest 0.6.7
lttng-ust: upgrade from 0.15 to the latest 0.16
libpciaccess: upgrade from 0.12.1 to 0.12.902
util-macros: upgrade from 1.15.0 to the latest 1.16.0
distro_tracking_fields.inc: update the info
.../conf/distro/include/distro_tracking_fields.inc | 107 +++-
.../0001-mdadm-fix-build-failures-ppc64.patch | 52 --
.../mdadm/{mdadm_3.2.2.bb = mdadm_3.2.3.bb} | 13 +--
.../fix_deletion_of_last_handle.patch | 51 +
...ciaccess_0.12.1.bb = libpciaccess_0.12.902.bb} |8 +-
...util-macros_1.15.0.bb = util-macros_1.16.0.bb} |4 +-
meta/recipes-kernel/lttng/fix-powerpc64.patch | 17 ---
.../lttng/{lttng-ust_0.15.bb = lttng-ust_0.16.bb} |9 +-
.../liburcu/{liburcu_0.6.4.bb = liburcu_0.6.7.bb} |6 +-
9 files changed, 128 insertions(+), 139 deletions(-)
delete mode 100644
meta/recipes-extended/mdadm/files/0001-mdadm-fix-build-failures-ppc64.patch
rename meta/recipes-extended/mdadm/{mdadm_3.2.2.bb = mdadm_3.2.3.bb} (65%)
create mode 100644
meta/recipes-graphics/xorg-lib/libpciaccess-0.12.902/fix_deletion_of_last_handle.patch
rename meta/recipes-graphics/xorg-lib/{libpciaccess_0.12.1.bb =
libpciaccess_0.12.902.bb} (50%)
rename meta/recipes-graphics/xorg-util/{util-macros_1.15.0.bb =
util-macros_1.16.0.bb} (75%)
delete mode 100644 meta/recipes-kernel/lttng/fix-powerpc64.patch
rename meta/recipes-kernel/lttng/{lttng-ust_0.15.bb = lttng-ust_0.16.bb}
(79%)
rename meta/recipes-support/liburcu/{liburcu_0.6.4.bb = liburcu_0.6.7.bb}
(80%)
Merged into OE-Core
Thanks
Sau!
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 0/1] buildhistory: improve git commit robustness
On 12/30/2011 05:36 AM, Paul Eggleton wrote: The following change since commit 8f348ccad083d6c02c200652ff6295e701e88f0d: coreutils: ensure --color works so DEPEND on libcap (2011-12-24 10:05:35 +) is available in the git repository at: git://git.openembedded.org/openembedded-core-contrib paule/buildhistory-fix2 http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=paule/buildhistory-fix2 Paul Eggleton (1): buildhistory: improve git commit robustness meta/classes/buildhistory.bbclass | 21 + 1 files changed, 17 insertions(+), 4 deletions(-) Merged into OE-Core Thanks Sau! ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] image_types: Ensure /init exists for cpio rootfs archives
On 12/28/2011 03:54 PM, Darren Hart wrote:
I sent this to the yocto list by mistake, forwarding here for comment
In order for the kernel to accept an initramfs as a rootfs,
it must have /init - even if it is an empty file. Touch /init
to ensure it exists for cpio and cpio.gz image types.
When used with initrd and rootfs=/dev/ram0, this allows the
cpio and cpio.gz images to be used as the rootfs.
Signed-off-by: Darren Hartdvh...@linux.intel.com
---
meta/classes/image_types.bbclass | 10 --
1 files changed, 8 insertions(+), 2 deletions(-)
diff --git a/meta/classes/image_types.bbclass b/meta/classes/image_types.bbclass
index 6893e38..ebff0ba 100644
--- a/meta/classes/image_types.bbclass
+++ b/meta/classes/image_types.bbclass
@@ -110,8 +110,14 @@ IMAGE_CMD_tar = cd ${IMAGE_ROOTFS} tar -cvf
${DEPLOY_DIR_IMAGE}/${IMAGE_NAME
IMAGE_CMD_tar.gz = cd ${IMAGE_ROOTFS} tar -zcvf
${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}.rootfs.tar.gz .
IMAGE_CMD_tar.bz2 = cd ${IMAGE_ROOTFS} tar -jcvf
${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}.rootfs.tar.bz2 .
IMAGE_CMD_tar.xz = cd ${IMAGE_ROOTFS} tar --xz -cvf
${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}.rootfs.tar.xz .
-IMAGE_CMD_cpio = cd ${IMAGE_ROOTFS} (find . | cpio -o -H
newc${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}.rootfs.cpio)
-IMAGE_CMD_cpio.gz = cd ${IMAGE_ROOTFS} (find . | cpio -o -H newc | gzip -c
-9${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}.rootfs.cpio.gz)
+IMAGE_CMD_cpio () {
+ touch ${IMAGE_ROOTFS}/init
+ cd ${IMAGE_ROOTFS} (find . | cpio -o -H
newc${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}.rootfs.cpio)
+}
+IMAGE_CMD_cpio.gz () {
+ touch ${IMAGE_ROOTFS}/init
+ cd ${IMAGE_ROOTFS} (find . | cpio -o -H newc | gzip -c
-9${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}.rootfs.cpio.gz)
+}
IMAGE_CMD_cpio.xz = type cpio/dev/null; cd ${IMAGE_ROOTFS} (find . | cpio -o -H
newc | xz -c ${XZ_COMPRESSION_LEVEL} --check=${XZ_INTEGRITY_CHECK}
${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}.rootfs.cpio.xz) ${EXTRA_IMAGECMD}
IMAGE_CMD_cpio.lzma = type cpio/dev/null; cd ${IMAGE_ROOTFS} (find . | cpio -o
-H newc | xz --format=lzma -c ${XZ_COMPRESSION_LEVEL}
--check=${XZ_INTEGRITY_CHECK}${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}.rootfs.cpio.lzma)
${EXTRA_IMAGECMD}
This merged as is to OE-Core.
Based on other emails, I will expect some update patch to address
Andrea's comments.
Thanks
Sau!
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH v2 1/2] u-boot: improved DESCRIPTION, fixed HOMEPAGE
On 12/28/2011 12:43 AM, Frans Meulenbroeks wrote: HOMEPAGE pointed to an sf.net page that said that the page did not exist any more and after that it redirected to the denx.de page; updated HOMEPAGE to point to that page Also improved the description to use the official capitalisation Signed-off-by: Frans Meulenbroeksfransmeulenbro...@gmail.com --- meta/recipes-bsp/u-boot/u-boot.inc |2 ++ 1 files changed, 2 insertions(+), 0 deletions(-) diff --git a/meta/recipes-bsp/u-boot/u-boot.inc b/meta/recipes-bsp/u-boot/u-boot.inc index 544acd2..a3f50bc 100644 --- a/meta/recipes-bsp/u-boot/u-boot.inc +++ b/meta/recipes-bsp/u-boot/u-boot.inc @@ -1,3 +1,3 @@ +DESCRIPTION = U-Boot - the Universal Boot Loader +HOMEPAGE = http://www.denx.de/wiki/U-Boot/WebHome; -DESCRIPTION = U-boot bootloader -HOMEPAGE = http://u-boot.sf.net; SECTION = bootloaders Merged this one into OE-Core, will drop the generating eth env utils patch until I see something else from you. Thanks Sau! ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 00/13] [V3] Upgrade Packages, Dec 26, 2011
On 12/26/2011 06:56 AM, Shane Wang wrote:
This is version 3.
All,
These are recipe upgrading for polkit, gst-plugins-ugly, gst-plugins-bad,
gst-fluendo-mp3, gst-fluendo-mpegdemux, gst-ffmpeg, glib-2.0, mtd-utils,
valgrind, telepathy-glib, ofono, and libpcap. Please review and pull.
Changes include:
- glib-2.0 patch: glib-2.0_fix_for_x32.patch should not be removed. So, add it
back.
- reword in those patches whose licenses are changed to explain what changed.
The following changes since commit d350b3168bab234e326c8cf1609d13803e6aba9e:
opkg: Fix installation order in feeds with mutiple providers of packages
(2011-12-22 22:38:18 +)
are available in the git repository at:
git://git.pokylinux.org/poky-contrib shane/upgrade
http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=shane/upgrade
Shane Wang (13):
polkit: upgrade to 0.103
gst-plugins-ugly: upgrade to 0.10.18
gst-plugins-bad: upgrade to 0.10.22
gst-fluendo-mp3: upgrade to 0.10.16
gst-fluendo-mpegdemux: upgrade to 0.10.69
gst-ffmpeg: upgrade to 0.10.13
glib-2.0: upgrade to 2.30.2
mtd-utils: upgrade to 1.4.9
valgrind: upgrade to 3.7.0
telepathy-glib: upgrade to 0.17.4
ofono: upgrade to 1.0
libpcap: upgrade to 1.2.0
distro_tracking_fields: update the info for recipe upgrading
.../conf/distro/include/distro_tracking_fields.inc | 90 ++-
.../{libpcap-1.1.1 = libpcap-1.2.0}/aclocal.patch |0
.../ieee80215-arphrd.patch |4 +-
meta/recipes-connectivity/libpcap/libpcap.inc |2 +-
.../libpcap/{libpcap_1.1.1.bb = libpcap_1.2.0.bb} |4 +-
meta/recipes-connectivity/ofono/ofono.inc |2 +-
.../ofono/{ofono_0.50.bb = ofono_1.0.bb} |6 +-
...thy-glib_0.17.0.bb = telepathy-glib_0.17.4.bb} |4 +-
.../{glib-2.0_2.30.1.bb = glib-2.0_2.30.2.bb} |6 +-
.../add-exclusion-to-mkfs-jffs2-git-2.patch|0
.../add-exclusion-to-mkfs-jffs2-git-2.patch|0
.../mtd/{mtd-utils_1.4.6.bb = mtd-utils_1.4.9.bb} |2 +-
.../valgrind/valgrind-3.7.0/configure-fix.patch| 23 +
.../fix_issue_caused_by_ccache.patch |0
.../fix_unsupporting_kernel_3.patch|0
.../fixed-perl-path.patch |0
.../{valgrind_3.6.1.bb = valgrind_3.7.0.bb} | 13 ++--
.../introspection.patch|0
.../polkit-1_pam.patch |0
.../polkit/{polkit_0.102.bb = polkit_0.103.bb}|7 +-
.../gst-ffmpeg-0.10.13/configure-fix.patch | 20 +
.../lower-rank.diff|0
...gst-ffmpeg_0.10.11.bb = gst-ffmpeg_0.10.13.bb} | 19 +++--
...o-mp3_0.10.15.bb = gst-fluendo-mp3_0.10.16.bb} |4 +-
...0.10.67.bb = gst-fluendo-mpegdemux_0.10.69.bb} |4 +-
...s-bad_0.10.21.bb = gst-plugins-bad_0.10.22.bb} |7 +-
...ugly_0.10.17.bb = gst-plugins-ugly_0.10.18.bb} |6 +-
27 files changed, 138 insertions(+), 85 deletions(-)
rename meta/recipes-connectivity/libpcap/{libpcap-1.1.1 =
libpcap-1.2.0}/aclocal.patch (100%)
rename meta/recipes-connectivity/libpcap/{libpcap-1.1.1 =
libpcap-1.2.0}/ieee80215-arphrd.patch (91%)
rename meta/recipes-connectivity/libpcap/{libpcap_1.1.1.bb =
libpcap_1.2.0.bb} (73%)
rename meta/recipes-connectivity/ofono/{ofono_0.50.bb = ofono_1.0.bb} (63%)
rename meta/recipes-connectivity/telepathy/{telepathy-glib_0.17.0.bb =
telepathy-glib_0.17.4.bb} (80%)
rename meta/recipes-core/glib-2.0/{glib-2.0_2.30.1.bb = glib-2.0_2.30.2.bb}
(91%)
rename meta/recipes-devtools/mtd/{mtd-utils-1.4.6 =
mtd-utils-1.4.9}/add-exclusion-to-mkfs-jffs2-git-2.patch (100%)
rename meta/recipes-devtools/mtd/{mtd-utils-1.4.6 =
mtd-utils-1.4.9}/mtd-utils-1.4.1/add-exclusion-to-mkfs-jffs2-git-2.patch (100%)
rename meta/recipes-devtools/mtd/{mtd-utils_1.4.6.bb = mtd-utils_1.4.9.bb}
(95%)
create mode 100644
meta/recipes-devtools/valgrind/valgrind-3.7.0/configure-fix.patch
rename meta/recipes-devtools/valgrind/{valgrind-3.6.1 =
valgrind-3.7.0}/fix_issue_caused_by_ccache.patch (100%)
rename meta/recipes-devtools/valgrind/{valgrind-3.6.1 =
valgrind-3.7.0}/fix_unsupporting_kernel_3.patch (100%)
rename meta/recipes-devtools/valgrind/{valgrind-3.6.1 =
valgrind-3.7.0}/fixed-perl-path.patch (100%)
rename meta/recipes-devtools/valgrind/{valgrind_3.6.1.bb =
valgrind_3.7.0.bb} (71%)
rename meta/recipes-extended/polkit/{polkit-0.102 =
polkit-0.103}/introspection.patch (100%)
rename meta/recipes-extended/polkit/{polkit-0.102 =
polkit-0.103}/polkit-1_pam.patch (100%)
rename meta/recipes-extended/polkit/{polkit_0.102.bb = polkit_0.103.bb}
(84%)
create mode 100644
meta/recipes-multimedia/gstreamer/gst-ffmpeg-0.10.13/configure-fix.patch
rename meta/recipes-multimedia/gstreamer/{gst-ffmpeg-0.10.11 =
gst-ffmpeg-0.10.13}/lower-rank.diff (100%)
rename
Re: [OE-core] [PATCH 00/14] [RESEND V2] Upgrade 12 more packages, Dec 30, 2011
On 12/30/2011 06:33 AM, Shane Wang wrote:
This is the second version of the patch set which I sent out with the title [V1]
Upgrade 4 more packages, Dec 27, 2011,
I upgrade 8 more packages. So, totally 12 for this round, it includes freetype,
minicom, libical, libsamplerate0, hdparm, oprofileui, libomxil, linux-firmware,
matchbox-wm-2, quota, watchdog, and puzzles.
So, the previous patchset [V1] Upgrade 4 more packages, Dec 27, 2011 can be
skipped.
Please review.
The following changes since commit d107ab4a11db3df9018d7795aef31e3484367607:
coreutils: ensure --color works so DEPEND on libcap (2011-12-30 14:22:50
+0800)
are available in the git repository at:
git://git.pokylinux.org/poky-contrib shane/upgrade2
http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=shane/upgrade2
Shane Wang (14):
freetype: upgrade to 2.4.8
minicom: upgrade to 2.5
libical: upgrade to 0.48
libsamplerate0: upgrade to 0.1.8
distro_tracking_fields: update the info for recipe upgrade.
hdparm: upgrade to 9.37
oprofileui: upgrade to 82ecf8c6b53b84f80682a8312f9defa83a95f2a3
libomxil: upgrade to 0.9.3
linux-firmware: upgrade to 15888a2eab052ac3d3f49334e4f6f05f347a516e
matchbox-wm-2: ugrade to 01fa5465743c9ee43d040350f4405d35293e4869
quota: upgrade to 4.00
watchdog: upgrade to 5.11
puzzles: upgrade to r9375.
distro_tracking_fields: update the info for this round of package
upgrade
Merged all of this excpet for the hdparm due to the issues already in email.
Thanks
Sau!
.../conf/distro/include/distro_tracking_fields.inc | 53 +++---
.../recipes-extended/hdparm/hdparm-6.3/bswap.patch | 37
.../hdparm/hdparm-6.3/uclibc.patch | 34 ---
meta/recipes-extended/hdparm/hdparm_6.3.bb | 18 --
meta/recipes-extended/hdparm/hdparm_9.37.bb| 35 +++
.../{minicom-2.4 = minicom-2.5}/gcc4-scope.patch |0
.../rename-conflicting-functions.patch |0
.../minicom/{minicom_2.4.bb = minicom_2.5.bb} |6 +-
.../quota/{quota_4.00-pre1.bb = quota_4.00.bb}|8 +-
meta/recipes-extended/stat/stat_3.3.bb | 27 +++
.../watchdog/{watchdog_5.9.bb = watchdog_5.11.bb} |6 +-
.../no-hardcode.patch |0
.../{freetype_2.4.6.bb = freetype_2.4.8.bb} |6 +-
.../matchbox-wm-2/matchbox-wm-2_git.bb |2 +-
.../linux-firmware/linux-firmware_git.bb |4 +-
.../oprofileui/dso_linking_change_build_fix.patch | 27 ---
.../oprofileui/migrate-from-gnomevfs-to-gio.patch | 219
meta/recipes-kernel/oprofile/oprofileui_git.bb |2 +-
.../libomxil/libomxil-0.9.3/configure-fix.patch| 58 +
.../libomxil-0.9.3/makefile-docdir-fix.patch | 19 ++
.../libomxil/libomxil-0.9.3/parallel-make.patch| 18 ++
meta/recipes-multimedia/libomxil/libomxil_0.3.3.bb | 23 --
meta/recipes-multimedia/libomxil/libomxil_0.9.3.bb | 33 +++
.../libsamplerate-0.1.7-macro-quoting.patch| 22 --
...amplerate0_0.1.7.bb = libsamplerate0_0.1.8.bb} |9 +-
.../libical/{libical_0.47.bb = libical_0.48.bb} |6 +-
.../puzzles/{puzzles_r9306.bb = puzzles_r9375.bb} |6 +-
27 files changed, 246 insertions(+), 432 deletions(-)
delete mode 100644 meta/recipes-extended/hdparm/hdparm-6.3/bswap.patch
delete mode 100644 meta/recipes-extended/hdparm/hdparm-6.3/uclibc.patch
delete mode 100644 meta/recipes-extended/hdparm/hdparm_6.3.bb
create mode 100644 meta/recipes-extended/hdparm/hdparm_9.37.bb
rename meta/recipes-extended/minicom/{minicom-2.4 =
minicom-2.5}/gcc4-scope.patch (100%)
rename meta/recipes-extended/minicom/{minicom-2.4 =
minicom-2.5}/rename-conflicting-functions.patch (100%)
rename meta/recipes-extended/minicom/{minicom_2.4.bb = minicom_2.5.bb} (75%)
rename meta/recipes-extended/quota/{quota_4.00-pre1.bb = quota_4.00.bb}
(78%)
create mode 100644 meta/recipes-extended/stat/stat_3.3.bb
rename meta/recipes-extended/watchdog/{watchdog_5.9.bb = watchdog_5.11.bb}
(70%)
rename meta/recipes-graphics/freetype/{freetype-2.4.6 =
freetype-2.4.8}/no-hardcode.patch (100%)
rename meta/recipes-graphics/freetype/{freetype_2.4.6.bb =
freetype_2.4.8.bb} (91%)
delete mode 100644
meta/recipes-kernel/oprofile/oprofileui/dso_linking_change_build_fix.patch
delete mode 100644
meta/recipes-kernel/oprofile/oprofileui/migrate-from-gnomevfs-to-gio.patch
create mode 100644
meta/recipes-multimedia/libomxil/libomxil-0.9.3/configure-fix.patch
create mode 100644
meta/recipes-multimedia/libomxil/libomxil-0.9.3/makefile-docdir-fix.patch
create mode 100644
meta/recipes-multimedia/libomxil/libomxil-0.9.3/parallel-make.patch
delete mode 100644 meta/recipes-multimedia/libomxil/libomxil_0.3.3.bb
create mode 100644 meta/recipes-multimedia/libomxil/libomxil_0.9.3.bb
delete mode 100644
Re: [OE-core] [PATCH 0/4] Fixes for tiny distros and linux-yocto-tiny
On 12/28/2011 03:38 PM, Darren Hart wrote: In preparation for defining a poky-tiny distribution for meta-yocto, I found I needed the following patches. They mostly enable finer grained configuration of dependencies and allow for building without widechar support. The linux-yocVto-tiny recipe isn't poky-tiny specific and could be of use to others, so I opted to keep it with the other linux-yocto recipes. It is a placeholder until the linux-yocto_3.2 recipes are ready for oe-core. At that time, linux-yocto-tiny will drop all config fragments in favor of the to-be-in-tree versions and make use of a new yocto/standard/tiny/base branch. For now, this recipe allows us to build a reasonably small kernel with fewer dependencies. Thanks, Darren The following changes since commit 8f348ccad083d6c02c200652ff6295e701e88f0d: coreutils: ensure --color works so DEPEND on libcap (2011-12-24 10:05:35 +) are available in the git repository at: git://git.yoctoproject.org/user-contrib/dvhart/oe-core dvhart/tiny http://git.yoctoproject.org/cgit.cgi/user-contrib/dvhart/oe-core/log/?h=dvhart/tiny Darren Hart (3): eglibc: Only add eglibc-utils to PACKAGES if wchar is supported This patch was not taken at this time due to the comment on the Mailing List linux-yocto-tiny: New kernel recipe for tiny distros task-core-boot: Allow DISTRO to disable keymaps via VIRTUAL-RUNTIME_keymaps These two were merged into OE-Core Richard Purdie (1): native.bbclass: Fix variable remapping coverage Richard rejected his own patch as being too much of WIP. Thanks Sau! meta/classes/native.bbclass|2 +- meta/recipes-core/eglibc/eglibc-package.inc|6 +- meta/recipes-core/tasks/task-core-boot.bb |8 +- meta/recipes-devtools/autoconf/autoconf.inc|2 + meta/recipes-devtools/autoconf/autoconf_2.68.bb|8 - meta/recipes-devtools/automake/automake_1.11.1.bb |4 +- .../recipes-devtools/python/python-native_2.7.2.bb |2 + meta/recipes-gnome/gnome/gconf_3.2.3.bb|1 + meta/recipes-kernel/linux/linux-yocto-tiny/ata.cfg |9 + .../recipes-kernel/linux/linux-yocto-tiny/core.cfg | 19 + .../linux/linux-yocto-tiny/debug.cfg |5 + .../linux/linux-yocto-tiny/devtmpfs.cfg|6 + .../linux/linux-yocto-tiny/e1000.cfg |7 + .../recipes-kernel/linux/linux-yocto-tiny/ext2.cfg |1 + .../recipes-kernel/linux/linux-yocto-tiny/ext3.cfg |2 + .../recipes-kernel/linux/linux-yocto-tiny/lzma.cfg |3 + meta/recipes-kernel/linux/linux-yocto-tiny/net.cfg | 26 + .../linux/linux-yocto-tiny/qemux86/defconfig | 613 .../linux/linux-yocto-tiny/ramfs.cfg |6 + .../linux/linux-yocto-tiny/rtc-pc.cfg | 13 + .../linux/linux-yocto-tiny/serial.cfg |7 + meta/recipes-kernel/linux/linux-yocto-tiny/smp.cfg |7 + meta/recipes-kernel/linux/linux-yocto-tiny_3.0.bb | 36 ++ meta/recipes-support/boost/boost.inc |1 + 24 files changed, 777 insertions(+), 17 deletions(-) create mode 100644 meta/recipes-kernel/linux/linux-yocto-tiny/ata.cfg create mode 100644 meta/recipes-kernel/linux/linux-yocto-tiny/core.cfg create mode 100644 meta/recipes-kernel/linux/linux-yocto-tiny/debug.cfg create mode 100644 meta/recipes-kernel/linux/linux-yocto-tiny/devtmpfs.cfg create mode 100644 meta/recipes-kernel/linux/linux-yocto-tiny/e1000.cfg create mode 100644 meta/recipes-kernel/linux/linux-yocto-tiny/ext2.cfg create mode 100644 meta/recipes-kernel/linux/linux-yocto-tiny/ext3.cfg create mode 100644 meta/recipes-kernel/linux/linux-yocto-tiny/lzma.cfg create mode 100644 meta/recipes-kernel/linux/linux-yocto-tiny/net.cfg create mode 100644 meta/recipes-kernel/linux/linux-yocto-tiny/qemux86/defconfig create mode 100644 meta/recipes-kernel/linux/linux-yocto-tiny/ramfs.cfg create mode 100644 meta/recipes-kernel/linux/linux-yocto-tiny/rtc-pc.cfg create mode 100644 meta/recipes-kernel/linux/linux-yocto-tiny/serial.cfg create mode 100644 meta/recipes-kernel/linux/linux-yocto-tiny/smp.cfg create mode 100644 meta/recipes-kernel/linux/linux-yocto-tiny_3.0.bb ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [RFC PATCH 0/2] Add alsa-state from OE Classic
On 01/02/2012 06:26 PM, Joshua Lock wrote: Please review the following changes for suitability for inclusion. If you have any objections or suggestions for improvement, please respond to the patches. If you agree with the changes, please provide your Acked-by. The small series following introduces the alsa-state recipe from oe-classic. The reason for doing so is to remove the requirement for recipes like the beagleboard-audio recipe in meta-yocto, which ensures the beagleboards sound device has the volume turned up. Long term I'd like to implement something more generic for handling device quirks, but alsa-state is a simple fix for an immediate need that should standardise how alsa configuration is handled in layers. Will this address the similar issue that the n450-audio recipe does in the meta-intel layer? The n450 seems to use amixer and not alsactl. And if so, can you provide a patch for meta-intel? Sau! Cheers. Joshua The following changes since commit 8f348ccad083d6c02c200652ff6295e701e88f0d: coreutils: ensure --color works so DEPEND on libcap (2011-12-24 10:05:35 +) are available in the git repository at: git://git.openembedded.org/openembedded-core-contrib josh/devices http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=josh/devices Joshua Lock (2): alsa-state: add alsa-state from oe classic task-base: add alsa-state to task-base-alsa meta/recipes-bsp/alsa-state/alsa-state.bb | 57 meta/recipes-bsp/alsa-state/alsa-state/alsa-state | 29 ++ meta/recipes-bsp/alsa-state/alsa-state/asound.conf | 12 .../recipes-bsp/alsa-state/alsa-state/asound.state |1 + meta/recipes-core/tasks/task-base.bb |5 +- 5 files changed, 102 insertions(+), 2 deletions(-) create mode 100644 meta/recipes-bsp/alsa-state/alsa-state.bb create mode 100755 meta/recipes-bsp/alsa-state/alsa-state/alsa-state create mode 100644 meta/recipes-bsp/alsa-state/alsa-state/asound.conf create mode 100644 meta/recipes-bsp/alsa-state/alsa-state/asound.state ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [CONSOLIDATED PULL 012/113] base.bbclass: Allow buildstats to be optionally supplied
On 01/03/2012 10:06 AM, Mark Hatle wrote: On 1/3/12 6:14 AM, Phil Blundell wrote: On Mon, 2012-01-02 at 22:18 -0800, Saul Wold wrote: From: Mark Hatlemark.ha...@windriver.com Buildstats should be allowed to be optionally enabled. It's recommended that it be enabled via the USER_CLASSES setting. Alternatively it could be enabled via the INHERIT_DISTRO or similar mechanism. Signed-off-by: Mark Hatlemark.ha...@windriver.com I don't think the short summary of this patch gives a very clear indication of what it's doing. The terminology optionally supplied makes it sound as though you're talking about some sort of add-on data file which can be enabled. Whereas, what the patch seems actually to be doing is removing the unconditional inherit of buildstats (i.e. turning it off for almost everyone who has it on today) and adding a suggestion in local.conf.sample as to how it might be turned on again. Perhaps enabled is a better word then supplied in this case? I didn't comment that it was removing the unconditional inherit as I thought that was obvious.. Saul -- can you change the short summary or should I resend it? Already merged by the time this email came in! Sorry. Sau! (That said, I do think the intent of this patch is a good one; it's been a long-standing source of irritation to me that disabling buildstats is so awkward at present.) This was causing a problem for me as well, thus the solution. Seemed simply enough and beneficial. --Mark p. ___ 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 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [RFC PATCH 0/1] Locale package installation
On Tuesday 03 January 2012 15:54:12 Saul Wold wrote: On 12/28/2011 05:43 AM, Paul Eggleton wrote: Implement locale package installation as we had in OE-Classic; please review. In particular I'm not sure of the naming of rootfs_check_package_exists() (since it resolves the package to a filename in the case of RPM). Note that because of the default value of IMAGE_LINGUAS this patch will result in images growing slightly. Merged into OE-Core Er, this was actually an RFC patch and I was hoping to get some more review and comments especially as it came during the holidays... It may be too late to stop it going in but if anyone has any comments/issues please raise them now and we can look at further patches if necessary. Cheers, Paul -- Paul Eggleton Intel Open Source Technology Centre ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 01/16] qt4-graphics-system: add
On Mon, Jan 2, 2012 at 16:38, Martin Jansa martin.ja...@gmail.com wrote: We don't have an xserver-common in oe-core, what does it provide? that's x11-common equivalent in meta-oe, VIRTUAL_RUNTIME should be used here like in meta/recipes-sato/tasks/task-core-x11.bb # xserver-common, x11-common VIRTUAL-RUNTIME_xserver_common ?= x11-common Done locally; will send an update patchset with this. Is this something that we need to merge over? xserver-common added functionality (like xinput-calibrator) should be merged to x11-common and then xserver-common dropped from meta-oe, but I'm still busy with other stuff and daywork.. It would be awesome if you could look on that soon; this would reduce another set of delta between OE-Core and Meta-OE. -- 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 0/2] Bug fixes
On 01/04/2012 07:56 AM, Saul Wold wrote: On 12/29/2011 12:09 AM, edwin.z...@intel.com wrote: From: Zhai Edwinedwin.z...@intel.com All, Patch of gnome-keyring to fix gsettings-data-convert seg fault, modified according to Saul's comments. Another patch of matchbox-wm to remove the dependence between window manager and X session. The following changes since commit 6a1b5c28f22bb07a0b7102eb88441d05768ec52e: self-hosted-image: Add builder user and mini X (2011-12-29 10:42:07 +0800) are available in the git repository at: git://git.pokylinux.org/poky-contrib gzhai/build-appliance2 http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=gzhai/build-appliance2 Zhai Edwin (2): gnome-keyring: fix gsettings_data_convert seg fault Merged this one to OE-Core matchbox-wm: Remove x-session-manager handling We need a little more explaintion about why you are removing the U-A code from the matchbox-wm? matchbox-wm should not handles x-session, or else it conflict with mini-x-session. i.e. mini-x-session set x-session to mini-X, then matchbox-wm overrides it as matchbox-session. Without matchbox-session installed, mini-X fail start. I have tested this patch and found no regression... Thanks Sau! meta/recipes-gnome/gnome/gnome-keyring_2.32.1.bb | 12 ++-- .../matchbox-wm/matchbox-wm_1.2.bb | 9 ++--- .../matchbox-wm/matchbox-wm_git.bb | 9 ++--- 3 files changed, 14 insertions(+), 16 deletions(-) ___ 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] [RFC PATCH 0/2] Add alsa-state from OE Classic
On 03/01/12 16:43, Saul Wold wrote: On 01/02/2012 06:26 PM, Joshua Lock wrote: Please review the following changes for suitability for inclusion. If you have any objections or suggestions for improvement, please respond to the patches. If you agree with the changes, please provide your Acked-by. The small series following introduces the alsa-state recipe from oe-classic. The reason for doing so is to remove the requirement for recipes like the beagleboard-audio recipe in meta-yocto, which ensures the beagleboards sound device has the volume turned up. Long term I'd like to implement something more generic for handling device quirks, but alsa-state is a simple fix for an immediate need that should standardise how alsa configuration is handled in layers. Will this address the similar issue that the n450-audio recipe does in the meta-intel layer? The n450 seems to use amixer and not alsactl. That's the intent. The beagleboard-audio recipe in meta-yocto also uses amixer not alsactl but alsactl and the alsa-state recipe offers more functionality IMHO (and fewer dependencies iirc). And if so, can you provide a patch for meta-intel? Can do, I've already got one for meta-yocto prepared but was waiting for some C's before submitting. Joshua -- Joshua Lock Yocto Project Johannes factotum Intel Open Source Technology Centre ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 2/2] cogl: ensure we can build on armv4
Without this patch cogl will not build for armv4 as it uses an
unsupported instruction. This changeset adds a patch from Wolfgang
Denk to add an extra guard around armv5 or above code.
Signed-off-by: Joshua Lock j...@linux.intel.com
---
.../clutter/cogl/build_for_armv4t.patch| 23
meta/recipes-graphics/clutter/cogl_1.8.2.bb|5 +++-
meta/recipes-graphics/clutter/cogl_git.bb |5 ++-
3 files changed, 30 insertions(+), 3 deletions(-)
create mode 100644 meta/recipes-graphics/clutter/cogl/build_for_armv4t.patch
diff --git a/meta/recipes-graphics/clutter/cogl/build_for_armv4t.patch
b/meta/recipes-graphics/clutter/cogl/build_for_armv4t.patch
new file mode 100644
index 000..3635085
--- /dev/null
+++ b/meta/recipes-graphics/clutter/cogl/build_for_armv4t.patch
@@ -0,0 +1,23 @@
+GCC will define __ARM_ARCH_4T__ when building with -march=armv4t so we can
+check this to turn off the use of 'clz' instructions, which otherwise would
+cause compile errors like selected processor does not support ARM mode
+`clz r3,r0'.
+
+Upstream-Status: Submitted
+
+Signed-off-by: Wolfgang Denk w...@denx.de
+Signed-off-by: Joshua Lock j...@linux.intel.com
+
+Index: cogl-1.8.2/cogl/cogl-fixed.c
+===
+--- cogl-1.8.2.orig/cogl/cogl-fixed.c
cogl-1.8.2/cogl/cogl-fixed.c
+@@ -626,7 +626,7 @@ cogl_fixed_sqrt (CoglFixed x)
+ /*
+* Find the highest bit set
+*/
+-#if defined (__arm__)
++#if defined (__arm__) !defined(__ARM_ARCH_4T__)
+ /* This actually requires at least arm v5, but gcc does not seem
+* to set the architecture defines correctly, and it is I think
+* very unlikely that anyone will want to use clutter on anything
diff --git a/meta/recipes-graphics/clutter/cogl_1.8.2.bb
b/meta/recipes-graphics/clutter/cogl_1.8.2.bb
index d99c443..25875f3 100644
--- a/meta/recipes-graphics/clutter/cogl_1.8.2.bb
+++ b/meta/recipes-graphics/clutter/cogl_1.8.2.bb
@@ -1,9 +1,12 @@
require cogl.inc
+PR = r1
+
LIC_FILES_CHKSUM = file://COPYING;md5=4fbd65380cdd255951079008b364516c
SRC_URI =
http://source.clutter-project.org/sources/cogl/1.8/${BPN}-${PV}.tar.bz2 \
- file://macro-versions.patch
+ file://macro-versions.patch \
+ file://build_for_armv4t.patch
SRC_URI[md5sum] = 3145cbf7ff162c33065ea4421c047e2f
SRC_URI[sha256sum] =
8b647b51a4fa93034fcd74ffe86b3d4c919b0e54789108f6d065414e6162ab73
diff --git a/meta/recipes-graphics/clutter/cogl_git.bb
b/meta/recipes-graphics/clutter/cogl_git.bb
index 7a10dd8..689b965 100644
--- a/meta/recipes-graphics/clutter/cogl_git.bb
+++ b/meta/recipes-graphics/clutter/cogl_git.bb
@@ -5,11 +5,12 @@ LIC_FILES_CHKSUM =
file://COPYING;md5=4fbd65380cdd255951079008b364516c
# the 1.8.2 tag
SRCREV = e398e374e2ff0e88bc1d63577a192f8ca04a1cb5
PV = 1.8.2+git${SRCPV}
-PR = r0
+PR = r1
DEFAULT_PREFERENCE = -1
-SRC_URI = git://git.gnome.org/cogl;protocol=git;branch=master
+SRC_URI = git://git.gnome.org/cogl;protocol=git;branch=master \
+ file://build_for_armv4t.patch
S = ${WORKDIR}/git
AUTOTOOLS_AUXDIR = ${S}/build
--
1.7.7.5
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/2] linux-tools: add binutils to perf DEPENDS
We have witnessed non-deterministic failures of perf for some platforms
whilst looking for bfd.h, a header provided by binutils.
Signed-off-by: Joshua Lock j...@linux.intel.com
---
meta/recipes-kernel/linux/linux-tools.inc |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/meta/recipes-kernel/linux/linux-tools.inc
b/meta/recipes-kernel/linux/linux-tools.inc
index 950f197..aa45dba 100644
--- a/meta/recipes-kernel/linux/linux-tools.inc
+++ b/meta/recipes-kernel/linux/linux-tools.inc
@@ -22,7 +22,7 @@ addtask install_perf after do_install before do_package
do_compile_perf[umask] = 022
do_install_perf[umask] = 022
-PERFDEPENDS = virtual/${MLPREFIX}libc:do_populate_sysroot
${MLPREFIX}elfutils:do_populate_sysroot
+PERFDEPENDS = virtual/${MLPREFIX}libc:do_populate_sysroot
${MLPREFIX}elfutils:do_populate_sysroot ${MLPREFIX}binutils:do_populate_sysroot
PERFDEPENDS_libc-uclibc =
PERFRDEPENDS = python perl elfutils
PERFRDEPENDS_libc-uclibc =
--
1.7.7.5
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 0/2] Minor fixes
A couple of small patches created in the course of putting together a point release for Yocto 1.1. Cheers, Joshua The following changes since commit de679a3036ebef1c7d7b8ee23f05590c95e498d9: pseudo: ensure libs are included in package (2012-01-03 12:10:59 +) are available in the git repository at: git://git.openembedded.org/openembedded-core-contrib josh/stuff http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=josh/stuff Joshua Lock (2): linux-tools: add binutils to perf DEPENDS cogl: ensure we can build on armv4 .../clutter/cogl/build_for_armv4t.patch| 23 meta/recipes-graphics/clutter/cogl_1.8.2.bb|5 +++- meta/recipes-graphics/clutter/cogl_git.bb |5 ++- meta/recipes-kernel/linux/linux-tools.inc |2 +- 4 files changed, 31 insertions(+), 4 deletions(-) create mode 100644 meta/recipes-graphics/clutter/cogl/build_for_armv4t.patch -- 1.7.7.5 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [poky] [PATCH] flex/bison: Don't hardcode M4 path
On Tue, 2012-01-03 at 16:53 -0800, Saul Wold wrote:
The flex and bison configure scripts use AC_PATH_PROG to get a
full path to m4 and embed this in config.h (and then to the
generated binary), but this blows up when the m4 binary is in a
temporary staging directory.
Since we are always shipping GNU m4, just set M4=m4 at configure
time so we don't use a hardcoded path.
This is an equivalent to what already exists in autoconf.bb.
This should really be posted to openembedded-core@lists.openembedded.org.
I CC'd, hopefully won't be rejected as I'm not yet a subscriber.
Don't you loose the setting of BISON_PKGDATADIR in this case? Does that
need to be poart of the EXTRA_OECONF?
Good catch - I'll double check, but I doubt it's necessary. From the
bison source:
char const *
compute_pkgdatadir (void)
{
char const *pkgdatadir = getenv (BISON_PKGDATADIR);
return pkgdatadir ? pkgdatadir : PKGDATADIR;
}
For us though PKGDATADIR should be enough I think.
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH v2 oe-core] valgrind: add powerpc to the compatible host and add ${TCLIBC}-dbg in RRECOMMENDS
Since valgrind has been upgraded to 3.7.0, a new patch to add powerpc support
will be submitted, please ignore this one.
Best Regards,
Zhenhua
-Original Message-
From: Luo Zhenhua-B19537
Sent: Thursday, December 29, 2011 10:39 AM
To: openembedded-core@lists.openembedded.org
Cc: Luo Zhenhua-B19537
Subject: [PATCH v2 oe-core] valgrind: add powerpc to the compatible host and
add
${TCLIBC}-dbg in RRECOMMENDS
From: Zhenhua Luo b19...@freescale.com
1. add powerpc into the compatible host list
2. valgrind requires the non-stripped libraries of ${TCLIBC}, so add
${TCLIBC}-dbg into RRECOMMENDS_valgrind
Signed-off-by: Zhenhua Luo b19...@freescale.com
---
meta/recipes-devtools/valgrind/valgrind_3.6.1.bb |6 --
1 files changed, 4 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-devtools/valgrind/valgrind_3.6.1.bb b/meta/recipes-
devtools/valgrind/valgrind_3.6.1.bb
index 021caa8..2abe173 100644
--- a/meta/recipes-devtools/valgrind/valgrind_3.6.1.bb
+++ b/meta/recipes-devtools/valgrind/valgrind_3.6.1.bb
@@ -7,7 +7,7 @@ LIC_FILES_CHKSUM =
file://COPYING;md5=c46082167a314d785d012a244748d803 \
file://include/valgrind.h;beginline=1;endline=56;md5=13a71cedba99112334d8596162a
ec37e \
file://COPYING.DOCS;md5=8fdeb5abdb235a08e76835f8f3260215
DEPENDS = virtual/libx11
-PR = r1
+PR = r2
SRC_URI = http://www.valgrind.org/downloads/valgrind-${PV}.tar.bz2 \
file://fix_issue_caused_by_ccache.patch \ @@ -17,7 +17,7 @@ SRC_URI =
http://www.valgrind.org/downloads/valgrind-${PV}.tar.bz2 \ SRC_URI[md5sum] =
2c3aa122498baecc9d69194057ca88f5
SRC_URI[sha256sum] =
49bdcc4fbcf060049b5f0dcfd8a187a6e90e0b0e57309f633b64e44430726a0e
-COMPATIBLE_HOST = '(i.86|x86_64).*-linux'
+COMPATIBLE_HOST = '(i.86|x86_64|powerpc|ppc|powerpc64|ppc64).*-linux'
inherit autotools
@@ -26,3 +26,5 @@ EXTRA_OEMAKE = -w
PARALLEL_MAKE =
FILES_${PN}-dbg += ${libdir}/${PN}/*/.debug/*
+
+RRECOMMENDS_${PN} += ${TCLIBC}-dbg
--
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 oe-core] valgrind: add powerpc to the compatible host and add ${TCLIBC}-dbg in RRECOMMENDS
From: Zhenhua Luo b19...@freescale.com
1. add powerpc into the compatible host list
2. valgrind requires the non-stripped libraries of ${TCLIBC}, so add
${TCLIBC}-dbg into RRECOMMENDS_valgrind
Signed-off-by: Zhenhua Luo b19...@freescale.com
---
meta/recipes-devtools/valgrind/valgrind_3.7.0.bb |6 --
1 files changed, 4 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-devtools/valgrind/valgrind_3.7.0.bb
b/meta/recipes-devtools/valgrind/valgrind_3.7.0.bb
index 03cdd28..1a4fdfd 100644
--- a/meta/recipes-devtools/valgrind/valgrind_3.7.0.bb
+++ b/meta/recipes-devtools/valgrind/valgrind_3.7.0.bb
@@ -7,7 +7,7 @@ LIC_FILES_CHKSUM =
file://COPYING;md5=c46082167a314d785d012a244748d803 \
file://include/valgrind.h;beginline=1;endline=56;md5=aee56014c1dd64260a59fd4df38752f6
\
file://COPYING.DOCS;md5=8fdeb5abdb235a08e76835f8f3260215
DEPENDS = virtual/libx11
-PR = r0
+PR = r1
SRC_URI = http://www.valgrind.org/downloads/valgrind-${PV}.tar.bz2 \
file://fix_issue_caused_by_ccache.patch \
@@ -18,7 +18,7 @@ SRC_URI =
http://www.valgrind.org/downloads/valgrind-${PV}.tar.bz2 \
SRC_URI[md5sum] = a855fda56edf05614f099dca316d1775
SRC_URI[sha256sum] =
5d62c0330f1481fe2c593249192fa68ff454c19c34343978cc9ce91aa324cbf6
-COMPATIBLE_HOST = '(i.86|x86_64).*-linux'
+COMPATIBLE_HOST = '(i.86|x86_64|powerpc|ppc|powerpc64|ppc64).*-linux'
inherit autotools
@@ -27,3 +27,5 @@ EXTRA_OEMAKE = -w
PARALLEL_MAKE =
FILES_${PN}-dbg += ${libdir}/${PN}/*/.debug/*
+
+RRECOMMENDS_${PN} += ${TCLIBC}-dbg
--
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 1/7] ncurses: move libraries to base_libdir
Various utilities (including bash and the util-linux programs) located
in base_bindir (/bin) or base_sbindir (/sbin) dynamically link against
many of the ncurses libraries. So move these libraries from libdir
(/usr/lib) to base_libdir (/lib).
Signed-off-by: Scott Garman scott.a.gar...@intel.com
---
meta/recipes-core/ncurses/ncurses.inc | 27 ++-
1 files changed, 18 insertions(+), 9 deletions(-)
diff --git a/meta/recipes-core/ncurses/ncurses.inc
b/meta/recipes-core/ncurses/ncurses.inc
index 583dad7..8321d7b 100644
--- a/meta/recipes-core/ncurses/ncurses.inc
+++ b/meta/recipes-core/ncurses/ncurses.inc
@@ -26,6 +26,9 @@ ENABLE_WIDEC ?= true
# builds.
BUILD_CPPFLAGS += -D_GNU_SOURCE
+# tic from the -native build cannot run without setting this explicitly
+BUILD_LDFLAGS_virtclass-native += -Wl,-rpath,${base_libdir}
+
# Helper function for do_configure to allow multiple configurations
# $1 the directory to run configure in
# $@ the arguments to pass to configure
@@ -41,6 +44,7 @@ ncurses_configure() {
--enable-hard-tabs \
--enable-xmc-glitch \
--enable-colorfgbg \
+ --libdir=${base_libdir} \
--with-termpath='${sysconfdir}/termcap:${datadir}/misc/termcap'
\
--with-terminfo-dirs='${sysconfdir}/terminfo:${datadir}/terminfo' \
--with-shared \
@@ -120,7 +124,6 @@ do_install() {
! ${ENABLE_WIDEC} || \
oe_runmake -C widec ${_install_opts}
-
cd narrowc
# include some basic terminfo files
@@ -155,28 +158,29 @@ do_install() {
# else when '-Wl,--no-copy-dt-needed-entries' has been set in
# linker flags.
for i in libncurses libncursesw; do
- f=${D}${libdir}/$i.so
+f=${D}${base_libdir}/$i.so
test -h $f || continue
rm -f $f
echo '/* GNU ld script */' $f
echo INPUT($i.so.5 AS_NEEDED(-ltinfo)) $f
done
- # Make sure that libcurses is linked so that it gets -ltinfo
- # also, this should be addressed upstream really.
- ln -sf libncurses.so ${D}${libdir}/libcurses.so
+
+# Make sure that libcurses is linked so that it gets -ltinfo
+# also, this should be addressed upstream really.
+ln -sf libncurses.so ${D}${base_libdir}/libcurses.so
# create libtermcap.so linker script for backward compatibility
-f=${D}${libdir}/libtermcap.so
+f=${D}${base_libdir}/libtermcap.so
echo '/* GNU ld script */' $f
echo 'INPUT(AS_NEEDED(-ltinfo))' $f
- oe_multilib_header curses.h
+oe_multilib_header curses.h
}
python populate_packages_prepend () {
-libdir = bb.data.expand(${libdir}, d)
+base_libdir = bb.data.expand(${base_libdir}, d)
pnbase = bb.data.expand(${PN}-lib%s, d)
-do_split_packages(d, libdir, '^lib(.*)\.so\..*', pnbase, 'ncurses %s
library', prepend=True, extra_depends = '', allow_links=True)
+do_split_packages(d, base_libdir, '^lib(.*)\.so\..*', pnbase, 'ncurses
%s library', prepend=True, extra_depends = '', allow_links=True)
}
@@ -210,6 +214,10 @@ FILES_${PN} = \
${datadir}/tabset \
+FILES_${PN}-dev += \
+ ${base_libdir}/*.so \
+
+
# This keeps only tput/tset in ncurses
# clear/reset are in already busybox
FILES_${PN}-tools = \
@@ -223,6 +231,7 @@ FILES_${PN}-tools = \
${bindir}/tack \
${bindir}/tabs \
+
# 'reset' is a symlink to 'tset' which is in the 'ncurses' package
RDEPENDS_${PN}-tools = ${PN}
--
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 0/7] New QA tests for unsafe references to exec_prefix [v2]
Hello, This is a P2 feature for Yocto 1.2. It adds two new QA tests to check files in base_bindir, base_sbindir, and base_libdir for references to files under exec_prefix (e.g, dynamic linking for binaries and references to exec_prefix in scripts). The reason for these tests is that exec_prefix (typically /usr) can be kept on a separate partition that may be mounted late in the boot process, or may not be mounted at all during system recovery operations. It was my original goal to make the dynamic linking test a QA error upon failure, but it turned out the amount of recipe work needed was much larger than I expected. So for the time being they have been changed to generate QA warmings. The libraries I've moved to base_libdir in this pull request should take care of all binaries in /bin and /sbin for packages we include in core-image-minimal and -sato. I would like to ask recipe maintainers to look for these QA warnings and fix them ASAP, as I believe we'll be changing this to a QA error before the release of 1.2. This is a second pull request that is rebased against the latest master with merge conflicts resolved, and only sets BUILD_LDFLAGS in ncurses.inc for virtclass-native. Scott The following changes since commit de679a3036ebef1c7d7b8ee23f05590c95e498d9: pseudo: ensure libs are included in package (2012-01-03 12:10:59 +) are available in the git repository at: git://git.pokylinux.org/poky-contrib sgarman/per-recipe-sanitychk-final http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=sgarman/per-recipe-sanitychk-final Scott Garman (7): ncurses: move libraries to base_libdir libcap: move library to base_libdir util-linux: move libraries to base_libdir e2fsprogs: move libraries to base_libdir libusb1: move libraries to base_libdir libusb-compat: move libraries to base_libdir insane.bbclass: add QA tests for unsafe references to exec_prefix meta/classes/insane.bbclass| 111 +++- meta/recipes-core/ncurses/ncurses.inc | 27 +++-- meta/recipes-core/util-linux/util-linux.inc| 20 ++-- meta/recipes-core/util-linux/util-linux_2.20.1.bb |2 +- .../e2fsprogs/e2fsprogs_1.41.14.bb | 29 +++-- meta/recipes-support/libcap/libcap.inc | 15 +++- meta/recipes-support/libcap/libcap_2.22.bb |2 +- meta/recipes-support/libusb/libusb-compat_0.1.3.bb | 12 ++- meta/recipes-support/libusb/libusb1_1.0.8.bb | 16 +++- 9 files changed, 196 insertions(+), 38 deletions(-) -- 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 3/7] util-linux: move libraries to base_libdir
Various util-linux programs in base_sbindir (/sbin) linked to libraries
located under exec_prefix (/usr). Since this is not safe, move these
libraries from libdir (/usr/lib) to base_libdir (/lib).
Signed-off-by: Scott Garman scott.a.gar...@intel.com
---
meta/recipes-core/util-linux/util-linux.inc | 20 +++-
meta/recipes-core/util-linux/util-linux_2.20.1.bb |2 +-
2 files changed, 12 insertions(+), 10 deletions(-)
diff --git a/meta/recipes-core/util-linux/util-linux.inc
b/meta/recipes-core/util-linux/util-linux.inc
index 5445f4f..6e568a4 100644
--- a/meta/recipes-core/util-linux/util-linux.inc
+++ b/meta/recipes-core/util-linux/util-linux.inc
@@ -17,7 +17,6 @@ inherit autotools gettext pkgconfig
DEPENDS = zlib ncurses
DEPENDS_virtclass-native = lzo-native
-
SRC_URI =
ftp://ftp.infradead.org/pub/util-linux/v${MAJOR_VERSION}/util-linux-${PV}.tar.bz2
\
file://MCONFIG \
file://swapargs.h \
@@ -30,11 +29,14 @@ PACKAGES =+ util-linux-agetty util-linux-fdisk
util-linux-cfdisk util-linux-sfd
util-linux-mount util-linux-readprofile util-linux-libblkid \
util-linux-libblkid-dev util-linux-libuuid util-linux-libuuid-dev
\
util-linux-uuidgen util-linux-lscpu util-linux-fsck
util-linux-blkid \
-util-linux-chkdupexe util-linux-mkfs util-linux-mcookie
+ util-linux-chkdupexe util-linux-mkfs util-linux-mcookie
-EXTRA_OECONF = --disable-use-tty-group --disable-makeinstall-chown
--enable-elvtune --enable-init --enable-kill --enable-last \
- --enable-mesg --enable-partx --enable-raw --enable-rdev --enable-reset \
- --disable-login-utils --enable-write --enable-arch --enable-mount
--with-fsprobe=builtin --enable-libuuid --enable-libblkid --enable-fsck
+EXTRA_OECONF = --libdir=${base_libdir} --disable-use-tty-group \
+--disable-makeinstall-chown --enable-elvtune --enable-init \
+--enable-kill --enable-last --enable-mesg --enable-partx \
+--enable-raw --enable-rdev --enable-reset
--disable-login-utils \
+--enable-write --enable-arch --enable-mount
--with-fsprobe=builtin \
+--enable-libuuid --enable-libblkid --enable-fsck
FILES_${PN}-doc += ${datadir}/getopt/getopt-*.*
@@ -50,10 +52,10 @@ FILES_util-linux-umount = ${base_bindir}/umount.${PN}
FILES_util-linux-readprofile = ${base_sbindir}/readprofile.${PN}
FILES_util-linux-uuidgen = ${bindir}/uuidgen
-FILES_util-linux-libblkid = ${libdir}/libblkid.so.*
-FILES_util-linux-libblkid-dev = ${libdir}/libblkid.so ${libdir}/libblkid.a
${libdir}/libblkid.la ${includedir}/blkid
-FILES_util-linux-libuuid = ${libdir}/libuuid.so.*
-FILES_util-linux-libuuid-dev = ${libdir}/libuuid.so ${libdir}/libuuid.a
${libdir}/libuuid.la ${includedir}/uuid
+FILES_util-linux-libblkid = ${base_libdir}/libblkid.so.*
+FILES_util-linux-libblkid-dev = ${base_libdir}/libblkid.so
${base_libdir}/libblkid.a ${base_libdir}/libblkid.la ${includedir}/blkid
+FILES_util-linux-libuuid = ${base_libdir}/libuuid.so.*
+FILES_util-linux-libuuid-dev = ${base_libdir}/libuuid.so
${base_libdir}/libuuid.a ${base_libdir}/libuuid.la ${includedir}/uuid
FILES_util-linux-lscpu = ${bindir}/lscpu
FILES_util-linux-fsck = ${base_sbindir}/fsck*
diff --git a/meta/recipes-core/util-linux/util-linux_2.20.1.bb
b/meta/recipes-core/util-linux/util-linux_2.20.1.bb
index a569131..aa2c6ff 100644
--- a/meta/recipes-core/util-linux/util-linux_2.20.1.bb
+++ b/meta/recipes-core/util-linux/util-linux_2.20.1.bb
@@ -1,5 +1,5 @@
MAJOR_VERSION = 2.20
-PR = r0
+PR = r1
require util-linux.inc
# note that `lscpu' is under GPLv3+
--
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 4/7] e2fsprogs: move libraries to base_libdir
The e2fsprogs utilities are installed into base_sbindir (/sbin)
and should not link to libraries under exec_prefix (/usr). So move
these libraries from libdir (/usr/lib) to base_libdir (/lib).
Signed-off-by: Scott Garman scott.a.gar...@intel.com
---
.../e2fsprogs/e2fsprogs_1.41.14.bb | 29 ---
1 files changed, 18 insertions(+), 11 deletions(-)
diff --git a/meta/recipes-devtools/e2fsprogs/e2fsprogs_1.41.14.bb
b/meta/recipes-devtools/e2fsprogs/e2fsprogs_1.41.14.bb
index a26d89a..a956247 100644
--- a/meta/recipes-devtools/e2fsprogs/e2fsprogs_1.41.14.bb
+++ b/meta/recipes-devtools/e2fsprogs/e2fsprogs_1.41.14.bb
@@ -1,6 +1,6 @@
require e2fsprogs.inc
-PR = r3
+PR = r4
SRC_URI += file://quotefix.patch \
file://acinclude.m4
@@ -11,9 +11,9 @@ SRC_URI[sha256sum] =
3f8ac1fedd7c4bec480afcbe4acabdd4ac59ec0446a0fd50c8975cd0aa
PARALLEL_MAKE =
-EXTRA_OECONF += --sbindir=${base_sbindir} --enable-elf-shlibs
--disable-libuuid --disable-uuidd
-EXTRA_OECONF_darwin = --sbindir=${base_sbindir} --enable-bsd-shlibs
-EXTRA_OECONF_darwin8 = --sbindir=${base_sbindir} --enable-bsd-shlibs
+EXTRA_OECONF += --libdir=${base_libdir} --sbindir=${base_sbindir}
--enable-elf-shlibs --disable-libuuid --disable-uuidd
+EXTRA_OECONF_darwin = --libdir=${base_libdir} --sbindir=${base_sbindir}
--enable-bsd-shlibs
+EXTRA_OECONF_darwin8 = --libdir=${base_libdir} --sbindir=${base_sbindir}
--enable-bsd-shlibs
do_configure_prepend () {
cp ${WORKDIR}/acinclude.m4 ${S}/
@@ -28,9 +28,16 @@ do_install () {
oe_runmake 'DESTDIR=${D}' install
oe_runmake 'DESTDIR=${D}' install-libs
# We use blkid from util-linux now so remove from here
- rm -f ${D}${libdir}/libblkid*
+ rm -f ${D}${base_libdir}/libblkid*
rm -rf ${D}${includedir}/blkid
- rm -f ${D}${libdir}/pkgconfig/blkid.pc
+ rm -f ${D}${base_libdir}/pkgconfig/blkid.pc
+}
+
+do_install_append () {
+ # e2initrd_helper and the pkgconfig files belong in libdir
+ install -d ${D}${libdir}
+ mv ${D}${base_libdir}/e2initrd_helper ${D}${libdir}
+ mv ${D}${base_libdir}/pkgconfig ${D}${libdir}
}
# blkid used to be part of e2fsprogs but is useful outside, add it
@@ -47,10 +54,10 @@ FILES_e2fsprogs-e2fsck = ${base_sbindir}/e2fsck
${base_sbindir}/fsck.ext*
FILES_e2fsprogs-mke2fs = ${base_sbindir}/mke2fs ${base_sbindir}/mkfs.ext*
${sysconfdir}/mke2fs.conf
FILES_e2fsprogs-tune2fs = ${base_sbindir}/tune2fs ${base_sbindir}/e2label
${base_sbindir}/findfs
FILES_e2fsprogs-badblocks = ${base_sbindir}/badblocks
-FILES_libcomerr = ${libdir}/libcom_err.so.*
-FILES_libss = ${libdir}/libss.so.*
-FILES_libe2p = ${libdir}/libe2p.so.*
-FILES_libext2fs = ${libdir}/e2initrd_helper ${libdir}/libext2fs.so.*
-FILES_${PN}-dev += ${datadir}/*/*.awk ${datadir}/*/*.sed
+FILES_libcomerr = ${base_libdir}/libcom_err.so.*
+FILES_libss = ${base_libdir}/libss.so.*
+FILES_libe2p = ${base_libdir}/libe2p.so.*
+FILES_libext2fs = ${base_libdir}/e2initrd_helper ${libdir}/libext2fs.so.*
+FILES_${PN}-dev += ${datadir}/*/*.awk ${datadir}/*/*.sed ${base_libdir}/*.so
BBCLASSEXTEND = native
--
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 5/7] libusb1: move libraries to base_libdir
udev links to libusb1, and so these libraries need to be in
base_libdir (/lib) instead of libdir (/usr/lib).
Signed-off-by: Scott Garman scott.a.gar...@intel.com
---
meta/recipes-support/libusb/libusb1_1.0.8.bb | 16 ++--
1 files changed, 14 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-support/libusb/libusb1_1.0.8.bb
b/meta/recipes-support/libusb/libusb1_1.0.8.bb
index 302a8be..5a921e0 100644
--- a/meta/recipes-support/libusb/libusb1_1.0.8.bb
+++ b/meta/recipes-support/libusb/libusb1_1.0.8.bb
@@ -1,4 +1,4 @@
-DESCRIPTION = userspace library to access USB (version 1.0)
+DESCRIPTION = Userspace library to access USB (version 1.0)
HOMEPAGE = http://libusb.sf.net;
BUGTRACKER = http://www.libusb.org/report;
SECTION = libs
@@ -6,7 +6,7 @@ SECTION = libs
LICENSE = LGPLv2.1+
LIC_FILES_CHKSUM = file://COPYING;md5=fbc093901857fcd118f065f900982c24
-PR = r0
+PR = r1
SRC_URI = ${SOURCEFORGE_MIRROR}/libusb/libusb-${PV}.tar.bz2
@@ -15,3 +15,15 @@ SRC_URI[sha256sum] =
21d0d3a5710f7f4211c595102c6b9eccb42435a17a4f5bd2c3f4166ab1
S = ${WORKDIR}/libusb-${PV}
inherit autotools pkgconfig
+
+EXTRA_OECONF = --libdir=${base_libdir}
+
+do_install_append() {
+ install -d ${D}${libdir}
+ mv ${D}${base_libdir}/*.la ${D}${libdir}
+ mv ${D}${base_libdir}/pkgconfig ${D}${libdir}
+}
+
+FILES_${PN} += ${base_libdir}/*.so.*
+
+FILES_${PN}-dev += ${base_libdir}/*.so
--
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 6/7] libusb-compat: move libraries to base_libdir
udev links to libusb-compat, and so this library needs to be in
base_libdir (/lib) instead of libdir (/usr/lib).
Signed-off-by: Scott Garman scott.a.gar...@intel.com
---
meta/recipes-support/libusb/libusb-compat_0.1.3.bb | 12 +++-
1 files changed, 11 insertions(+), 1 deletions(-)
diff --git a/meta/recipes-support/libusb/libusb-compat_0.1.3.bb
b/meta/recipes-support/libusb/libusb-compat_0.1.3.bb
index ef8552b..e070463 100644
--- a/meta/recipes-support/libusb/libusb-compat_0.1.3.bb
+++ b/meta/recipes-support/libusb/libusb-compat_0.1.3.bb
@@ -15,7 +15,7 @@ DEPENDS = libusb1
PROVIDES = libusb
PE = 1
-PR = r0
+PR = r1
SRC_URI = ${SOURCEFORGE_MIRROR}/libusb/libusb-compat-${PV}.tar.bz2 \
file://0.1.0-beta1-gcc3.4-fix.patch
@@ -24,3 +24,13 @@ SRC_URI[md5sum] = 570ac2ea085b80d1f74ddc7c6a93c0eb
SRC_URI[sha256sum] =
a590a03b6188030ee1ca1a0af55685fcde005ca807b963970f839be776031d94
inherit autotools pkgconfig binconfig
+
+EXTRA_OECONF = --libdir=${base_libdir}
+
+do_install_append() {
+ install -d ${D}${libdir}
+ mv ${D}${base_libdir}/*.la ${D}${libdir}
+ mv ${D}${base_libdir}/pkgconfig ${D}${libdir}
+}
+
+FILES_${PN}-dev += ${base_libdir}/*.so
--
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 7/7] insane.bbclass: add QA tests for unsafe references to exec_prefix
Files under exec_prefix (commonly /usr) may not be available during
system recovery. exec_prefix may also be kept on a separate partition
that is mounted late in the boot process.
This QA test throws an warning if a binary in base_[bindir|sbindir|libdir]
is dynamically linked to a file under exec_prefix. The intention is to
turn this into an error in the near future.
It also checks executable non-binaries (e.g, shell scripts) in the above
base directories with a simple grep test to look for references to
exec_prefix. This test only produces a warning, since false positives
are likely.
This fixes [YOCTO #1008]
Signed-off-by: Scott Garman scott.a.gar...@intel.com
---
meta/classes/insane.bbclass | 111 ++-
1 files changed, 109 insertions(+), 2 deletions(-)
diff --git a/meta/classes/insane.bbclass b/meta/classes/insane.bbclass
index 5726e69..b8d4507 100644
--- a/meta/classes/insane.bbclass
+++ b/meta/classes/insane.bbclass
@@ -11,6 +11,10 @@
# -Check if packages contains .debug directories or .so files
# where they should be in -dev or -dbg
# -Check if config.log contains traces to broken autoconf tests
+# -Ensure that binaries in base_[bindir|sbindir|libdir] do not link
+# into exec_prefix
+# -Check that scripts in base_[bindir|sbindir|libdir] do not reference
+# files under exec_prefix
#
@@ -19,9 +23,14 @@
# The package.bbclass can help us here.
#
inherit package
-PACKAGE_DEPENDS += pax-utils-native desktop-file-utils-native
+PACKAGE_DEPENDS += pax-utils-native desktop-file-utils-native ${QADEPENDS}
PACKAGEFUNCS += do_package_qa
+# unsafe-references-in-binaries requires prelink-rtld from
+# prelink-native, but we don't want this DEPENDS for -native builds
+QADEPENDS = prelink-native
+QADEPENDS_virtclass-native =
+QADEPENDS_virtclass-nativesdk =
#
# dictionary for elf headers
@@ -100,7 +109,7 @@ def package_qa_get_machine_dict():
# Currently not being used by default desktop
-WARN_QA ?= ldflags useless-rpaths rpaths
+WARN_QA ?= ldflags useless-rpaths rpaths unsafe-references-in-binaries
unsafe-references-in-scripts
ERROR_QA ?= dev-so debug-deps dev-deps debug-files arch la2 pkgconfig la
perms
def package_qa_clean_path(path,d):
@@ -201,6 +210,104 @@ def package_qa_check_perm(path,name,d, elf, messages):
return
+QAPATHTEST[unsafe-references-in-binaries] =
package_qa_check_unsafe_references_in_binaries
+def package_qa_check_unsafe_references_in_binaries(path, name, d, elf,
messages):
+
+ Ensure binaries in base_[bindir|sbindir|libdir] do not link to files
under exec_prefix
+
+ if unsafe_references_skippable(path, name, d):
+ return
+
+ if elf:
+ import subprocess as sub
+ pn = d.getVar('PN', True)
+
+ exec_prefix = d.getVar('exec_prefix', True)
+ sysroot_path = d.getVar('STAGING_DIR_TARGET', True)
+ sysroot_path_usr = sysroot_path + exec_prefix
+
+ try:
+ ldd_output = sub.check_output([prelink-rtld,
--root, sysroot_path, path])
+ except sub.CalledProcessError as e:
+ if e.returncode != 127:
+ error_msg = pn + : prelink-rtld aborted when
processing %s % path
+
package_qa_handle_error(unsafe-references-in-binaries, error_msg, d)
+ return False
+ else:
+ # Sometimes this is done deliberately (e.g,
e2fsprogs), so only warn
+ bb.warn(%s has missing library dependencies %
path)
+ return
+ if sysroot_path_usr in ldd_output:
+ error_msg = pn + : %s links to something under
exec_prefix % path
+
package_qa_handle_error(unsafe-references-in-binaries, error_msg, d)
+ error_msg = ldd reports: %s % ldd_output
+
package_qa_handle_error(unsafe-references-in-binaries, error_msg, d)
+ return False
+
+QAPATHTEST[unsafe-references-in-scripts] =
package_qa_check_unsafe_references_in_scripts
+def package_qa_check_unsafe_references_in_scripts(path, name, d, elf,
messages):
+
+ Warn if scripts in base_[bindir|sbindir|libdir] reference files under
exec_prefix
+
+ if unsafe_references_skippable(path, name, d):
+ return
+
+ if not elf:
+ import stat
+ pn = d.getVar('PN', True)
+
+ # Ensure we're checking an executable script
+ statinfo = os.stat(path)
+ if bool(statinfo.st_mode stat.S_IXUSR):
+ # grep shell scripts for possible references to
/exec_prefix/
+ exec_prefix = d.getVar('exec_prefix', True)
+ statement = grep -e '%s/' %s
Re: [OE-core] [PATCH oe-core] valgrind: add powerpc to the compatible host and add eglibc-dbg in rdepends
On Tue, Jan 3, 2012 at 9:52 PM, Garg Vakul-B16394 b16...@freescale.com wrote: Hi Valgrind's requirements from packaging are listed at: http://valgrind.org/docs/manual/dist.readme-packagers.html It recommends to have at least debuginfo pkg of ld.so installed. On some targets such as ppc32-linux and ppc64-linux, valgrind stops if it does not find debug symbols. Would adding these packages to RDEPENDS_powerpc and RDEPENDS_powerpc64 be more the best solution then? -M ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH oe-core] valgrind: add powerpc to the compatible host and add eglibc-dbg in rdepends
On Tue, Jan 3, 2012 at 10:16 PM, Garg Vakul-B16394 b16...@freescale.com wrote:
Hi Matthew
Are you proposing to add 'debuginfo pkg of ld.so'?
What provides ld.so? That package should provide a ${PKGNAME}-dbg
which contains the debug version. This work should already be done, in
theory at least. Unless I am missing something.
-M
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH oe-core] valgrind: add powerpc to the compatible host and add eglibc-dbg in rdepends
On Tue, Jan 3, 2012 at 10:31 PM, Garg Vakul-B16394 b16...@freescale.com wrote: Hi Matthew I am not sure if I understood your point fully. I am suggesting to do below mentioned as suggested on valgrind page. http://valgrind.org/docs/manual/dist.readme-packagers.html If you don't want to leave symbols on ld.so, alternatively you can have your distro install ld.so's debuginfo package by default, or make ld.so.debuginfo be a requirement of your Valgrind RPM/DEB/whatever. This is what I am suggest. If we include valgrind in an image and the arch is powerpc or powerpc64, we need to include ld.so with debug symbols by default. Otherwise valgrind will not work at all. This seems like a reasonable thing to do for these two arches. -M ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH oe-core] valgrind: add powerpc to the compatible host and add eglibc-dbg in rdepends
On (04/01/12 04:39), McClintock Matthew-B29882 wrote: On Tue, Jan 3, 2012 at 10:31 PM, Garg Vakul-B16394 b16...@freescale.com wrote: Hi Matthew I am not sure if I understood your point fully. I am suggesting to do below mentioned as suggested on valgrind page. http://valgrind.org/docs/manual/dist.readme-packagers.html If you don't want to leave symbols on ld.so, alternatively you can have your distro install ld.so's debuginfo package by default, or make ld.so.debuginfo be a requirement of your Valgrind RPM/DEB/whatever. This is what I am suggest. If we include valgrind in an image and the arch is powerpc or powerpc64, we need to include ld.so with debug symbols by default. Otherwise valgrind will not work at all. This seems like a reasonable thing to do for these two arches. I think we might be evading the real issue here. Which symbols are valgrind interested in ? is this something ppc specific or general case. Are we stripping ld.so too much ? some of the symbols are needed to be kept for ld.so for gdb to work and I am guessing its similar kind of issue here. If you can figure this then we may solve this issue by just not stripping needed symbols ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] Recent xserver-kdrive failure and util-macros update
We seem to have a relatively new failure in xserver-kdrive, which appeared in the last set of change. I tried to run though a bisect but was not able to find the problem. The problem seems to be related to configure.ac setting of XSERVER_CFLAGS='$(CWARNFLAGS)' and then using -Werror=address, which is what causes the failure. This seems to be related to the util-macros update to 1.16, which adds more warnings to errors. Since we are still using the older xserver-kdrive, there are warnings that are now errors with the update. We could patch the current xserver-kdrive, revert the 1.16 update to util-macros or update xserver-kdrive (which is in the works, but I think had some issues). This also seems to affect the libxp package on x86-64. Thoughts, I know we don't like to revert, but we may have to in this case as we don't have the kdrive update yet and would need to further investigate the libxp failure. -- Sau! Saul Wold Yocto Component Wrangler @ Intel Yocto Project / Poky Build System ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
