Re: [oe] script to remove orphaned files
2010/8/23 Khem Raj raj.k...@gmail.com: On Mon, Aug 23, 2010 at 1:19 PM, Frans Meulenbroeks Sometimes I run into a issue and then I look into the existing patches and apply it or port it forward/backward that solves it. This will be not easily possible once these patches are removed. but thats not such a big issue I do not have a strong opinion on this either way. I've been thinking about that as well. Onthe other hand some of these files seem to be relics of the past that apply to older versions and are not relevant at all. Anyway, if there is a maintainer who feels some files are useful, we can just keep them afaik. Just want to get rid of the orphaned stuff. BTW; there is one change needed for the script. Right after turning off my computer last evening I realised that some patches use ${PV}. Just did a quick check: there are 78 or so of them (and most are expanded only once). The script fails for these. Solution is to add the following line before the find: grep -q file://.*\\$ *.bb *.inc echo cannot handle recipes with metavariables in the name exit Actually it would probably be nicer to have a parser that could parse the recipes and based upon SRC_URI could decide on what is needed and not. (and maybe also reorder things, detect for things that are syntaxwise ok, but that are an indication of an error (e.g. a double assignment of a variable). It could also tell about unused variables etc. Currently the parser is in bitbake, I have no idea on how to hook those kind of checks in the parser, or how to craft a python parser that would be able to do the above. It would be nice if someone with more python knowledge could give that a stab. BTW: I have been thinking about crafting a parser with lex/yacc, but especially the override mechanism does not allow to make a simple .y file for it (e.g. SRC_URI cannot be made a token because we also can have SRC_URI_xyz etc) Frans ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] orphaned files
On Mon, 23 Aug 2010, Frans Meulenbroeks wrote: 2010/8/23 Vitus Jensen vjen...@gmx.de: On Sat, 21 Aug 2010, Frans Meulenbroeks wrote: Vitus as the owner/maintainer of the recipe do you want me to reinstate 1.8.28 ? Yes, please do so. Afterwards I will move 1.8 and 1.9 to the current versions. reverted the patch as requested. Vitus can you also try to merge the native and non-native recipe (BBCLASSEXTEBD = native) and remove the legacy staging? I feared that you may ask this :-D It's on my agenda, I will try to do it next Saturday. Vitus -- Vitus Jensen, Hannover, Germany, Universe (current) pgp public key available from keyservers ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] revert policy
Dear all, I saw some reverts recently that did not have ack's. My understanding of our policy is that a revert either can be done by the person who did the commit (e.g. to withdraw a faulty patch), or would require (if I recall correctly) two acks. Is my understanding right? If not, can someone explain our revert policy If yes, can people please adhere the policy In any case it seems good to add the revert policy to the wiki. I could not find it there. Frans. ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [PATCH] uicmoc-native.inc: Changed PR to INC_PR
* Converted PR to INC_PR Signed-off-by: Noor Ahsan noor_ah...@mentor.com --- recipes/uicmoc/uicmoc4-native.inc |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/recipes/uicmoc/uicmoc4-native.inc b/recipes/uicmoc/uicmoc4-native.inc index 1124226..ea6a469 100644 --- a/recipes/uicmoc/uicmoc4-native.inc +++ b/recipes/uicmoc/uicmoc4-native.inc @@ -4,7 +4,7 @@ SECTION = libs HOMEPAGE = http://www.trolltech.com; PRIORITY = optional LICENSE = GPL -PR = r1 +INC_PR = r1 SRC_URI = ftp://ftp.trolltech.com/qt/source/qt-embedded-linux-opensource-src-${PV}.tar.bz2 \ file://configure-fix.patch -- 1.6.3.3 From b5ec4b836699cc8780524a214a9e884ca0936212 Mon Sep 17 00:00:00 2001 Date: Mon, 23 Aug 2010 18:28:38 +0600 Subject: [PATCH] uicmoc4-native: Introduced PR in the recipe file * Introduced PR and set it to ${INC_PR}.0 Signed-off-by: Noor Ahsan noor_ah...@mentor.com --- recipes/uicmoc/uicmoc4-native_4.4.3.bb |1 + 1 files changed, 1 insertions(+), 0 deletions(-) diff --git a/recipes/uicmoc/uicmoc4-native_4.4.3.bb b/recipes/uicmoc/uicmoc4-native_4.4.3.bb index d1816d2..0ef53e1 100644 --- a/recipes/uicmoc/uicmoc4-native_4.4.3.bb +++ b/recipes/uicmoc/uicmoc4-native_4.4.3.bb @@ -1,3 +1,4 @@ +PR = ${INC_PR}.0 require uicmoc4-native.inc inherit native -- 1.6.3.3 ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH] uicmoc-native.inc: Changed PR to INC_PR
2010/8/24 Noor Ahsan noor_ah...@mentor.com: * Converted PR to INC_PR Signed-off-by: Noor Ahsan noor_ah...@mentor.com --- recipes/uicmoc/uicmoc4-native.inc | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/recipes/uicmoc/uicmoc4-native.inc b/recipes/uicmoc/uicmoc4-native.inc index 1124226..ea6a469 100644 --- a/recipes/uicmoc/uicmoc4-native.inc +++ b/recipes/uicmoc/uicmoc4-native.inc @@ -4,7 +4,7 @@ SECTION = libs HOMEPAGE = http://www.trolltech.com; PRIORITY = optional LICENSE = GPL -PR = r1 +INC_PR = r1 SRC_URI = ftp://ftp.trolltech.com/qt/source/qt-embedded-linux-opensource-src-${PV}.tar.bz2 \ file://configure-fix.patch -- 1.6.3.3 From b5ec4b836699cc8780524a214a9e884ca0936212 Mon Sep 17 00:00:00 2001 Date: Mon, 23 Aug 2010 18:28:38 +0600 Subject: [PATCH] uicmoc4-native: Introduced PR in the recipe file * Introduced PR and set it to ${INC_PR}.0 Signed-off-by: Noor Ahsan noor_ah...@mentor.com --- recipes/uicmoc/uicmoc4-native_4.4.3.bb | 1 + 1 files changed, 1 insertions(+), 0 deletions(-) diff --git a/recipes/uicmoc/uicmoc4-native_4.4.3.bb b/recipes/uicmoc/uicmoc4-native_4.4.3.bb index d1816d2..0ef53e1 100644 --- a/recipes/uicmoc/uicmoc4-native_4.4.3.bb +++ b/recipes/uicmoc/uicmoc4-native_4.4.3.bb @@ -1,3 +1,4 @@ +PR = ${INC_PR}.0 require uicmoc4-native.inc inherit native -- 1.6.3.3 Acked-by: Frans Meulenbroeks fransmeulenbro...@gmail.com Actually it might be desirable to start with an INC_PR that is one bigger that the largest value of PR. Then again the functionality of the recipe does not change at all, so in the end it does not matter (afaik) ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [PATCH 2/2] db_{4.3.29, 5.0.21}.bb: increase PR to force a rebuild.
Signed-off-by: Michael Kurz bet...@bitcloner.org --- recipes/db/db_4.3.29.bb |2 +- recipes/db/db_5.0.21.bb |2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/recipes/db/db_4.3.29.bb b/recipes/db/db_4.3.29.bb index 1e54203..08ca12d 100644 --- a/recipes/db/db_4.3.29.bb +++ b/recipes/db/db_4.3.29.bb @@ -1,4 +1,4 @@ -PR = r11 +PR = r12 # major version number PVM = 4.3 diff --git a/recipes/db/db_5.0.21.bb b/recipes/db/db_5.0.21.bb index cfa0154..a25b558 100644 --- a/recipes/db/db_5.0.21.bb +++ b/recipes/db/db_5.0.21.bb @@ -1,4 +1,4 @@ -PR = r0 +PR = r1 # major version number PVM = 5.0 -- 1.7.1 ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [PATCH 1/2] db{4,5}.inc: fix QA: non -dev contains .so
Signed-off-by: Michael Kurz bet...@bitcloner.org --- recipes/db/db4.inc |3 +-- recipes/db/db5.inc |3 +-- 2 files changed, 2 insertions(+), 4 deletions(-) diff --git a/recipes/db/db4.inc b/recipes/db/db4.inc index 7e5c327..2595d81 100644 --- a/recipes/db/db4.inc +++ b/recipes/db/db4.inc @@ -43,12 +43,11 @@ B = ${WORKDIR}/db-${PV}/build_unix PACKAGES += ${PN}-bin # Package contents -FILES_${PN} = ${libdir}/libdb-4*so* +FILES_${PN} = ${libdir}/libdb-${PVM}${SOLIBSDEV} FILES_${PN}-bin = ${bindir}/* # The dev package has the .so link (as in db3) and the .a's - # it is therefore incompatible (cannot be installed at the # same time) as the db3 package -FILES_${PN}-dev = ${includedir} ${libdir}/* EXTRA_OECONF = ${DB4_CONFIG} diff --git a/recipes/db/db5.inc b/recipes/db/db5.inc index 557cb4c..1aeee49 100644 --- a/recipes/db/db5.inc +++ b/recipes/db/db5.inc @@ -43,12 +43,11 @@ B = ${WORKDIR}/db-${PV}/build_unix PACKAGES += ${PN}-bin # Package contents -FILES_${PN} = ${libdir}/libdb-5*so* +FILES_${PN} = ${libdir}/libdb-${PVM}${SOLIBSDEV} FILES_${PN}-bin = ${bindir}/* # The dev package has the .so link (as in db3) and the .a's - # it is therefore incompatible (cannot be installed at the # same time) as the db3 package -FILES_${PN}-dev = ${includedir} ${libdir}/* EXTRA_OECONF = ${DB5_CONFIG} -- 1.7.1 ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [PATCH] uicmoc4-native: Convert to new style staging, Remove do_stage
* Convert do_stage to do_install in uicmoc4-native.inc * Replace ${STAGING_BINDIR} with ${D}{bindir} in inc file * Replace ${STAGING_DIR_NATIVE}/qt4/ with ${D}${datadir}/qt4/ in inc file to install q3porting.xml in share directory * Bump INC_PR to r2 in inc file * Remove some tabs with spaces in inc file * Remove do_stage from uicmoc4-native_4.4.3.bb * Bump PR to ${INC_PR}.1 * Set NATIVE_INSTALL_WORKS = 1 Signed-off-by: Noor Ahsan noor_ah...@mentor.com --- recipes/uicmoc/uicmoc4-native.inc | 26 +- recipes/uicmoc/uicmoc4-native_4.4.3.bb | 17 +++-- 2 files changed, 16 insertions(+), 27 deletions(-) diff --git a/recipes/uicmoc/uicmoc4-native.inc b/recipes/uicmoc/uicmoc4-native.inc index ea6a469..2991c71 100644 --- a/recipes/uicmoc/uicmoc4-native.inc +++ b/recipes/uicmoc/uicmoc4-native.inc @@ -4,7 +4,7 @@ SECTION = libs HOMEPAGE = http://www.trolltech.com; PRIORITY = optional LICENSE = GPL -INC_PR = r1 +INC_PR = r2 SRC_URI = ftp://ftp.trolltech.com/qt/source/qt-embedded-linux-opensource-src-${PV}.tar.bz2 \ file://configure-fix.patch @@ -59,19 +59,19 @@ do_compile() { for i in ${TOBUILD2}; do cd ${S}/$i \ - ${S}/bin/qmake -spec ${S}/mkspecs/linux-g++ \ - oe_runmake CC=${CC} CXX=${CXX} +${S}/bin/qmake -spec ${S}/mkspecs/linux-g++ \ +oe_runmake CC=${CC} CXX=${CXX} done } -do_stage() { - install -d ${STAGING_BINDIR}/ -install -m 0755 bin/moc ${STAGING_BINDIR}/moc4 -install -m 0755 bin/uic ${STAGING_BINDIR}/uic4 -install -m 0755 bin/uic3 ${STAGING_BINDIR}/uic34 -install -m 0755 bin/rcc ${STAGING_BINDIR}/rcc4 -install -m 0755 bin/lrelease ${STAGING_BINDIR}/lrelease4 -install -m 0755 bin/lupdate ${STAGING_BINDIR}/lupdate4 -install -d ${STAGING_DIR_NATIVE}/qt4/ -install -m 0644 tools/porting/src/q3porting.xml ${STAGING_DIR_NATIVE}/qt4/ +do_install() { +install -d ${D}${bindir}/ +install -m 0755 bin/moc ${D}${bindir}/moc4 +install -m 0755 bin/uic ${D}${bindir}/uic4 +install -m 0755 bin/uic3 ${D}${bindir}/uic34 +install -m 0755 bin/rcc ${D}${bindir}/rcc4 +install -m 0755 bin/lrelease ${D}${bindir}/lrelease4 +install -m 0755 bin/lupdate ${D}${bindir}/lupdate4 +install -d ${D}${datadir}/qt4/ +install -m 0644 tools/porting/src/q3porting.xml ${D}${datadir}/qt4/ } diff --git a/recipes/uicmoc/uicmoc4-native_4.4.3.bb b/recipes/uicmoc/uicmoc4-native_4.4.3.bb index 0ef53e1..fa98e25 100644 --- a/recipes/uicmoc/uicmoc4-native_4.4.3.bb +++ b/recipes/uicmoc/uicmoc4-native_4.4.3.bb @@ -1,20 +1,9 @@ -PR = ${INC_PR}.0 +PR = ${INC_PR}.1 require uicmoc4-native.inc inherit native -do_stage() { -install -d ${STAGING_BINDIR}/ -install -m 0755 bin/moc ${STAGING_BINDIR}/moc4 -install -m 0755 bin/uic ${STAGING_BINDIR}/uic4 -install -m 0755 bin/uic3 ${STAGING_BINDIR}/uic34 -install -m 0755 bin/rcc ${STAGING_BINDIR}/rcc4 -install -m 0755 bin/lrelease ${STAGING_BINDIR}/lrelease4 -install -m 0755 bin/lupdate ${STAGING_BINDIR}/lupdate4 -install -d ${STAGING_DIR_NATIVE}/qt4/ -install -m 0644 tools/porting/src/q3porting.xml ${STAGING_DIR_NATIVE}/qt4/ -} - - SRC_URI[md5sum] = 9a639aec44a1e4c70040117183d247a3 SRC_URI[sha256sum] = 05d06b93f95092f1318634fca24f0c2d0a1252c9f1dc2fbb427b07e8ecbb4f39 + +NATIVE_INSTALL_WORKS = 1 -- 1.6.3.3 ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [PATCH] sgml-common-native: Run oe-stylize.py and updated the recipe accordingly
* Run oe-stylize.py on the recipe and updated the recipe according to the output of oe-stylize.py * Remove FILESDIR variable Signed-off-by: Noor Ahsan noor_ah...@mentor.com --- recipes/sgml-common/sgml-common-native_0.6.3.bb | 62 +++ 1 files changed, 29 insertions(+), 33 deletions(-) diff --git a/recipes/sgml-common/sgml-common-native_0.6.3.bb b/recipes/sgml-common/sgml-common-native_0.6.3.bb index 6f61a23..67f1710 100644 --- a/recipes/sgml-common/sgml-common-native_0.6.3.bb +++ b/recipes/sgml-common/sgml-common-native_0.6.3.bb @@ -1,41 +1,37 @@ SECTION = base -require sgml-common_${PV}.bb -inherit native - DEPENDS = -FILESDIR = $...@os.path.dirname(bb.data.getVar('FILE',d,1))}/sgml-common-${PV} -S = ${WORKDIR}/sgml-common-${PV} -PACKAGES = -do_stage () { - # For unknown reasons 'make install' does not work. - install -m 0755 bin/install-catalog ${STAGING_BINDIR_NATIVE}/ - install -m 0755 bin/sgmlwhich ${STAGING_BINDIR_NATIVE}/ - - install -d ${sysconfdir}/sgml - install -m 0644 config/sgml.conf ${sysconfdir}/sgml - - install -d ${STAGING_DATADIR}/sgml - install -m 0644 xml.dcl ${STAGING_DATADIR}/sgml/ - - install -d ${STAGING_DATADIR}/sgml/xml-iso-entities-8879.1986 - install -m 0644 xml-iso-entities/catalog ${STAGING_DATADIR}/sgml/xml-iso-entities-8879.1986/ - install -m 0644 xml-iso-entities/*.ent ${STAGING_DATADIR}/sgml/xml-iso-entities-8879.1986/ - install -d ${STAGING_DATADIR}/sgml/sgml-iso-entities-8879.1986 - install -m 0644 sgml-iso-entities/catalog ${STAGING_DATADIR}/sgml/sgml-iso-entities-8879.1986/ - install -m 0644 sgml-iso-entities/*.ent ${STAGING_DATADIR}/sgml/sgml-iso-entities-8879.1986/ +SRC_URI[md5sum] = 103c9828f24820df86e55e7862e28974 +SRC_URI[sha256sum] = 7dc418c1d361123ffc5e45d61f1b97257940a8eb35d0bfbbc493381cc5b1f959 - install-catalog \ - --add ${sysconfdir}/sgml/sgml-ent.cat ${STAGING_DATADIR}/sgml/sgml-iso-entities-8879.1986/catalog - - install-catalog \ - --add ${sysconfdir}/sgml/sgml-docbook.cat ${sysconfdir}/sgml/sgml-ent.cat - -} +S = ${WORKDIR}/sgml-common-${PV} + +require sgml-common_${PV}.bb +inherit native do_install () { - : +: +} +do_stage () { +# For unknown reasons 'make install' does not work. +install -m 0755 bin/install-catalog ${STAGING_BINDIR_NATIVE}/ +install -m 0755 bin/sgmlwhich ${STAGING_BINDIR_NATIVE}/ +install -d ${sysconfdir}/sgml +install -m 0644 config/sgml.conf ${sysconfdir}/sgml +install -d ${STAGING_DATADIR}/sgml +install -m 0644 xml.dcl ${STAGING_DATADIR}/sgml/ +install -d ${STAGING_DATADIR}/sgml/xml-iso-entities-8879.1986 +install -m 0644 xml-iso-entities/catalog ${STAGING_DATADIR}/sgml/xml-iso-entities-8879.1986/ +install -m 0644 xml-iso-entities/*.ent ${STAGING_DATADIR}/sgml/xml-iso-entities-8879.1986/ +install -d ${STAGING_DATADIR}/sgml/sgml-iso-entities-8879.1986 +install -m 0644 sgml-iso-entities/catalog ${STAGING_DATADIR}/sgml/sgml-iso-entities-8879.1986/ +install -m 0644 sgml-iso-entities/*.ent ${STAGING_DATADIR}/sgml/sgml-iso-entities-8879.1986/ +install-catalog \ +--add ${sysconfdir}/sgml/sgml-ent.cat ${STAGING_DATADIR}/sgml/sgml-iso-entities-8879.1986/catalog +install-catalog \ +--add ${sysconfdir}/sgml/sgml-docbook.cat ${sysconfdir}/sgml/sgml-ent.cat } -SRC_URI[md5sum] = 103c9828f24820df86e55e7862e28974 -SRC_URI[sha256sum] = 7dc418c1d361123ffc5e45d61f1b97257940a8eb35d0bfbbc493381cc5b1f959 +PACKAGES = + + -- 1.6.3.3 ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [PATCH] sgml-common-native: Convert to new style staging, remove do_stage()
* Converted do_stage to do_install * Replaced ${STAGING_BINDIR_NATIVE} with ${D}${bindir}, ${sysconfdir} with ${D}${sysconfdir}, ${STAGING_DATADIR} with ${D}${datadir}. * Updated install-catalog script. it had hard coded reference to ${sysconfdir}. Changed it to ${D}${sysconfdir}. * Used SYSROOT_PREPROCESS_FUNCS to add a function sgml_common_native_mangle. * Write new function sgml_common_native_mangle function. * Reverted back ${sysconfdir} path in install-catalog in sgml_common_native_mangle * Updated path in sgml_common_native_mangle function from ${D}${datadir}/sgml/sgml-iso-entities-8879.1986/catalog to ${datadir}/sgml/sgml-iso-entities-8879.1986/catalog in sgml-ent.cat file. * Updated path in sgml_common_native_mangle function from ${D}${sysconfdir}/sgml/sgml-ent.cat|${sysconfdir}/sgml/sgml-ent.cat to ${sysconfdir}/sgml/sgml-ent.cat in sgml-ent.cat file * Removed ${D} path in sgml_common_native_mangle function from catalog file created by install-catalog script. * Bump PR to r1 Signed-off-by: Noor Ahsan noor_ah...@mentor.com --- recipes/sgml-common/sgml-common-native_0.6.3.bb | 50 ++- 1 files changed, 31 insertions(+), 19 deletions(-) diff --git a/recipes/sgml-common/sgml-common-native_0.6.3.bb b/recipes/sgml-common/sgml-common-native_0.6.3.bb index 67f1710..9c33968 100644 --- a/recipes/sgml-common/sgml-common-native_0.6.3.bb +++ b/recipes/sgml-common/sgml-common-native_0.6.3.bb @@ -1,37 +1,49 @@ SECTION = base DEPENDS = +PR = r1 SRC_URI[md5sum] = 103c9828f24820df86e55e7862e28974 SRC_URI[sha256sum] = 7dc418c1d361123ffc5e45d61f1b97257940a8eb35d0bfbbc493381cc5b1f959 S = ${WORKDIR}/sgml-common-${PV} +SYSROOT_PREPROCESS_FUNCS += sgml_common_native_mangle require sgml-common_${PV}.bb inherit native do_install () { -: -} -do_stage () { # For unknown reasons 'make install' does not work. -install -m 0755 bin/install-catalog ${STAGING_BINDIR_NATIVE}/ -install -m 0755 bin/sgmlwhich ${STAGING_BINDIR_NATIVE}/ -install -d ${sysconfdir}/sgml -install -m 0644 config/sgml.conf ${sysconfdir}/sgml -install -d ${STAGING_DATADIR}/sgml -install -m 0644 xml.dcl ${STAGING_DATADIR}/sgml/ -install -d ${STAGING_DATADIR}/sgml/xml-iso-entities-8879.1986 -install -m 0644 xml-iso-entities/catalog ${STAGING_DATADIR}/sgml/xml-iso-entities-8879.1986/ -install -m 0644 xml-iso-entities/*.ent ${STAGING_DATADIR}/sgml/xml-iso-entities-8879.1986/ -install -d ${STAGING_DATADIR}/sgml/sgml-iso-entities-8879.1986 -install -m 0644 sgml-iso-entities/catalog ${STAGING_DATADIR}/sgml/sgml-iso-entities-8879.1986/ -install -m 0644 sgml-iso-entities/*.ent ${STAGING_DATADIR}/sgml/sgml-iso-entities-8879.1986/ -install-catalog \ ---add ${sysconfdir}/sgml/sgml-ent.cat ${STAGING_DATADIR}/sgml/sgml-iso-entities-8879.1986/catalog -install-catalog \ ---add ${sysconfdir}/sgml/sgml-docbook.cat ${sysconfdir}/sgml/sgml-ent.cat +install -d ${D}${bindir}/ +install -m 0755 bin/install-catalog ${D}${bindir}/ +install -m 0755 bin/sgmlwhich ${D}${bindir}/ +install -d ${D}${sysconfdir}/sgml/ +install -m 0644 config/sgml.conf ${D}${sysconfdir}/sgml +install -d ${D}${datadir}/sgml +install -m 0644 xml.dcl ${D}${datadir}/sgml/ +install -d ${D}${datadir}/sgml/xml-iso-entities-8879.1986 +install -m 0644 xml-iso-entities/catalog ${D}${datadir}/sgml/xml-iso-entities-8879.1986/ +install -m 0644 xml-iso-entities/*.ent ${D}${datadir}/sgml/xml-iso-entities-8879.1986/ +install -d ${D}${datadir}/sgml/sgml-iso-entities-8879.1986 +install -m 0644 sgml-iso-entities/catalog ${D}${datadir}/sgml/sgml-iso-entities-8879.1986/ +install -m 0644 sgml-iso-entities/*.ent ${D}${datadir}/sgml/sgml-iso-entities-8879.1986/ +# install-catalog script contains hard coded reference to {sysconfdir}. Changed it to ${D}${sysconfdir}. +sed -i -e s|${sysconfdir}/sgml|${D}${sysconfdir}/sgml|g ${D}${bindir}/install-catalog +${D}${bindir}/install-catalog \ +--add ${D}${sysconfdir}/sgml/sgml-ent.cat ${D}${datadir}/sgml/sgml-iso-entities-8879.1986/catalog +${D}${bindir}/install-catalog \ +--add ${D}${sysconfdir}/sgml/sgml-docbook.cat ${D}${sysconfdir}/sgml/sgml-ent.cat } PACKAGES = +sgml_common_native_mangle () { +# Reverte back to ${sysconfdir} path in install-catalog +sed -i -e s|${D}${sysconfdir}/sgml|${sysconfdir}/sgml|g ${SYSROOT_DESTDIR}${STAGING_BINDIR}/install-catalog +# Change path from ${D}${datadir}/sgml/sgml-iso-entities-8879.1986/catalog to ${datadir}/sgml/sgml-iso-entities-8879.1986/catalog in sgml-ent.cat +sed -i -e s|${D}${datadir}/sgml/sgml-iso-entities-8879.1986/catalog|${datadir}/sgml/sgml-iso-entities-8879.1986/catalog|g ${SYSROOT_DESTDIR}${sysconfdir}/sgml/sgml-ent.cat +
Re: [oe] Build Directory inside conf
On Mon, Aug 23, 2010 at 8:11 PM, openembed...@rkmorris.us wrote: One item that may need to be cleaned up - there seems to be a copy of build inside conf. As there should be. conf/bitbake.conf includes conf/build/${BUILD_SYS}.conf. -- Christopher Larson clarson at kergoth dot com Founder - BitBake, OpenEmbedded, OpenZaurus Maintainer - Tslib Senior Software Engineer, Mentor Graphics ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] script to remove orphaned files
On Mon, Aug 23, 2010 at 11:32 PM, Frans Meulenbroeks fransmeulenbro...@gmail.com wrote: 2010/8/23 Khem Raj raj.k...@gmail.com: On Mon, Aug 23, 2010 at 1:19 PM, Frans Meulenbroeks Sometimes I run into a issue and then I look into the existing patches and apply it or port it forward/backward that solves it. This will be not easily possible once these patches are removed. but thats not such a big issue I do not have a strong opinion on this either way. I've been thinking about that as well. Onthe other hand some of these files seem to be relics of the past that apply to older versions and are not relevant at all. Anyway, if there is a maintainer who feels some files are useful, we can just keep them afaik. Just want to get rid of the orphaned stuff. BTW; there is one change needed for the script. Right after turning off my computer last evening I realised that some patches use ${PV}. Just did a quick check: there are 78 or so of them (and most are expanded only once). The script fails for these. Solution is to add the following line before the find: grep -q file://.*\\$ *.bb *.inc echo cannot handle recipes with metavariables in the name exit Actually it would probably be nicer to have a parser that could parse the recipes and based upon SRC_URI could decide on what is needed and not. (and maybe also reorder things, detect for things that are syntaxwise ok, but that are an indication of an error (e.g. a double assignment of a variable). It could also tell about unused variables etc. Currently the parser is in bitbake, I have no idea on how to hook those kind of checks in the parser, or how to craft a python parser that would be able to do the above. It would be nice if someone with more python knowledge could give that a stab. BTW: I have been thinking about crafting a parser with lex/yacc, but especially the override mechanism does not allow to make a simple .y file for it (e.g. SRC_URI cannot be made a token because we also can have SRC_URI_xyz etc) SRC_URI shouldn't be a token. It's not special to the file format, it's just a variable :) -- Christopher Larson clarson at kergoth dot com Founder - BitBake, OpenEmbedded, OpenZaurus Maintainer - Tslib Senior Software Engineer, Mentor Graphics ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] Has the file:// behavior changed in SRC_URI
I know I used to be able to use a local directory with kernel source like this: SRC_URI = file:///home/balister/kernel_source but now all that is copied to ${WORK} is an empty directory. This is with bitbake 1.10.0. Any thoughts? Philip ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] testing branch 2010-08-23
Hello. On Mon, 2010-08-23 at 19:49, Cliff Brake wrote: http://wiki.openembedded.net/index.php/Testing Added myself with bug20 as machine and openjdk-6 as target. (That is until we have a real bug image in dev) I have branched dev.oe.org to the testing-testing branch, and have verified it builds the following. beagleboard angstrom-2008.1 beagleboard-linuxtag2010-demo-image Ubuntu 10.04 64-bit User:Cbrake beagleboard angstrom-2008.1 console-image Ubuntu 10.04 64-bit User:Cbrake My build was also working fine: bug20 angstrom-2008.1 openjdk-6 Debian Unstable 64-bit Stefan testing_2010-08-23 regards Stefan Schmidt ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] Has the file:// behavior changed in SRC_URI
On Tue, Aug 24, 2010 at 7:03 AM, Philip Balister phi...@balister.orgwrote: I know I used to be able to use a local directory with kernel source like this: SRC_URI = file:///home/balister/kernel_source but now all that is copied to ${WORK} is an empty directory. This is with bitbake 1.10.0. Any thoughts? Should work, if it doesn't its a bug in the metadata. Are you using relatively recent OE, or a split off tree? There was a fix that went into OE for do_unpack to obey either the 'path' *or* 'host' url components for file: uris, because which it goes in was changed in bitbake. -- Christopher Larson clarson at kergoth dot com Founder - BitBake, OpenEmbedded, OpenZaurus Maintainer - Tslib Senior Software Engineer, Mentor Graphics ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] testing branch 2010-08-23
On Mon, Aug 23, 2010 at 4:49 PM, Cliff Brake cliff.br...@gmail.com wrote: Hello, As detailed in the following page, we are trying to get a testing branch going where we try to verify OE builds for a number of combinations of distro/machine/target/ http://wiki.openembedded.net/index.php/Testing I have branched dev.oe.org to the testing-testing branch, and have verified it builds the following. beagleboard angstrom-2008.1 beagleboard-linuxtag2010-demo-image Ubuntu 10.04 64-bit User:Cbrake beagleboard angstrom-2008.1 console-image Ubuntu 10.04 64-bit User:Cbrake Next Monday, we will merge testing-testing to the testing branch, and tag it with the testing_2010-08-23 tag, and note the combinations that build in the above wiki page. We are looking for people who are willing to test clean builds of other combinations on a regular basis, or other ideas on how to make this testing concept work. My initial thought is to work on a weekly cycle, but of course not every combination will be tested every week. If this gains enough traction, perhaps we will want to make the testing branch the default OE meta-data branch so that new users by default get something that will probably build. I think its also very useful to give users a known starting point. With the myriad of combinations available, its useful to know what is a good baseline. I like the concept. It seems not unlike the 'master' vs 'next' or linux vs linux-test, or indeed, as you imply, unstable vs testing in debian. I do want to point out that you could, if you chose to, include the tested baselines in the message attached to the tag (if annotated). The only downside to that being you couldn't add to it after the fact the way you could with a wiki. At a minimum, I'd link to the wiki page for that tag from a tag message. -- Christopher Larson clarson at kergoth dot com Founder - BitBake, OpenEmbedded, OpenZaurus Maintainer - Tslib Senior Software Engineer, Mentor Graphics ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] Has the file:// behavior changed in SRC_URI
On Tue, Aug 24, 2010 at 10:03 AM, Philip Balister phi...@balister.org wrote: I know I used to be able to use a local directory with kernel source like this: SRC_URI = file:///home/balister/kernel_source but now all that is copied to ${WORK} is an empty directory. This is with bitbake 1.10.0. Any thoughts? I don't know about the above, but as a related note, srctree is now working. I've not tested with a kernel recipe yet, but it has been tested with qt and autotools recipes: http://cgit.bec-systems.com/cgit.cgi/autotools-demo/tree/autotools-demo.bb http://cgit.bec-systems.com/cgit.cgi/qt-overo-palo-gpio/tree/qt-overo-palo-gpio.bb Thanks, Cliff -- = http://bec-systems.com ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] script to remove orphaned files
2010/8/24 Chris Larson clar...@kergoth.com: On Mon, Aug 23, 2010 at 11:32 PM, Frans Meulenbroeks fransmeulenbro...@gmail.com wrote: Currently the parser is in bitbake, I have no idea on how to hook those kind of checks in the parser, or how to craft a python parser that would be able to do the above. It would be nice if someone with more python knowledge could give that a stab. BTW: I have been thinking about crafting a parser with lex/yacc, but especially the override mechanism does not allow to make a simple .y file for it (e.g. SRC_URI cannot be made a token because we also can have SRC_URI_xyz etc) SRC_URI shouldn't be a token. It's not special to the file format, it's just a variable :) True. Language it is not different from another variable, but semantically it has a specific meaning, that's why I also see it as a token although technically it isn't. Frans. ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH] sgml-common-native: Convert to new style staging, remove do_stage()
tested and pushed. Also the other sgml-common-native one. Thanks. ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH] uicmoc4-native: Convert to new style staging, Remove do_stage
2010/8/24 Noor Ahsan noor_ah...@mentor.com: * Convert do_stage to do_install in uicmoc4-native.inc * Replace ${STAGING_BINDIR} with ${D}{bindir} in inc file * Replace ${STAGING_DIR_NATIVE}/qt4/ with ${D}${datadir}/qt4/ in inc file to install q3porting.xml in share directory * Bump INC_PR to r2 in inc file * Remove some tabs with spaces in inc file * Remove do_stage from uicmoc4-native_4.4.3.bb * Bump PR to ${INC_PR}.1 * Set NATIVE_INSTALL_WORKS = 1 Signed-off-by: Noor Ahsan noor_ah...@mentor.com --- recipes/uicmoc/uicmoc4-native.inc | 26 +- recipes/uicmoc/uicmoc4-native_4.4.3.bb | 17 +++-- 2 files changed, 16 insertions(+), 27 deletions(-) diff --git a/recipes/uicmoc/uicmoc4-native.inc b/recipes/uicmoc/uicmoc4-native.inc index ea6a469..2991c71 100644 --- a/recipes/uicmoc/uicmoc4-native.inc +++ b/recipes/uicmoc/uicmoc4-native.inc @@ -4,7 +4,7 @@ SECTION = libs HOMEPAGE = http://www.trolltech.com; PRIORITY = optional LICENSE = GPL -INC_PR = r1 +INC_PR = r2 SRC_URI = ftp://ftp.trolltech.com/qt/source/qt-embedded-linux-opensource-src-${PV}.tar.bz2 \ file://configure-fix.patch @@ -59,19 +59,19 @@ do_compile() { for i in ${TOBUILD2}; do cd ${S}/$i \ - ${S}/bin/qmake -spec ${S}/mkspecs/linux-g++ \ - oe_runmake CC=${CC} CXX=${CXX} + ${S}/bin/qmake -spec ${S}/mkspecs/linux-g++ \ + oe_runmake CC=${CC} CXX=${CXX} done } -do_stage() { - install -d ${STAGING_BINDIR}/ - install -m 0755 bin/moc ${STAGING_BINDIR}/moc4 - install -m 0755 bin/uic ${STAGING_BINDIR}/uic4 - install -m 0755 bin/uic3 ${STAGING_BINDIR}/uic34 - install -m 0755 bin/rcc ${STAGING_BINDIR}/rcc4 - install -m 0755 bin/lrelease ${STAGING_BINDIR}/lrelease4 - install -m 0755 bin/lupdate ${STAGING_BINDIR}/lupdate4 - install -d ${STAGING_DIR_NATIVE}/qt4/ - install -m 0644 tools/porting/src/q3porting.xml ${STAGING_DIR_NATIVE}/qt4/ +do_install() { + install -d ${D}${bindir}/ + install -m 0755 bin/moc ${D}${bindir}/moc4 + install -m 0755 bin/uic ${D}${bindir}/uic4 + install -m 0755 bin/uic3 ${D}${bindir}/uic34 + install -m 0755 bin/rcc ${D}${bindir}/rcc4 + install -m 0755 bin/lrelease ${D}${bindir}/lrelease4 + install -m 0755 bin/lupdate ${D}${bindir}/lupdate4 + install -d ${D}${datadir}/qt4/ + install -m 0644 tools/porting/src/q3porting.xml ${D}${datadir}/qt4/ } diff --git a/recipes/uicmoc/uicmoc4-native_4.4.3.bb b/recipes/uicmoc/uicmoc4-native_4.4.3.bb index 0ef53e1..fa98e25 100644 --- a/recipes/uicmoc/uicmoc4-native_4.4.3.bb +++ b/recipes/uicmoc/uicmoc4-native_4.4.3.bb @@ -1,20 +1,9 @@ -PR = ${INC_PR}.0 +PR = ${INC_PR}.1 require uicmoc4-native.inc inherit native -do_stage() { - install -d ${STAGING_BINDIR}/ - install -m 0755 bin/moc ${STAGING_BINDIR}/moc4 - install -m 0755 bin/uic ${STAGING_BINDIR}/uic4 - install -m 0755 bin/uic3 ${STAGING_BINDIR}/uic34 - install -m 0755 bin/rcc ${STAGING_BINDIR}/rcc4 - install -m 0755 bin/lrelease ${STAGING_BINDIR}/lrelease4 - install -m 0755 bin/lupdate ${STAGING_BINDIR}/lupdate4 - install -d ${STAGING_DIR_NATIVE}/qt4/ - install -m 0644 tools/porting/src/q3porting.xml ${STAGING_DIR_NATIVE}/qt4/ -} - - SRC_URI[md5sum] = 9a639aec44a1e4c70040117183d247a3 SRC_URI[sha256sum] = 05d06b93f95092f1318634fca24f0c2d0a1252c9f1dc2fbb427b07e8ecbb4f39 + +NATIVE_INSTALL_WORKS = 1 -- 1.6.3.3 Tried to compile this, and it failed: | g++ -c -isystem/home/frans/oe/tmp_angstrom/sysroots/i686-linux/usr/include -O2 -g -fno-exceptions -O2 -fvisibility=hidden -fvisibility-inlines-hidden -Wall -W -D_REENTRANT -DQT_BUILD_NETWORK_LIB -DQT_NO_USING_NAMESPACE -DQT_NO_CAST_TO_ASCII -DQT_ASCII_CAST_WARNINGS -DQT3_SUPPORT -DQT_MOC_COMPAT -DQT_NO_DEBUG -DQT_CORE_LIB -D_LARGEFILE64_SOURCE -D_LARGEFILE_SOURCE -I../../mkspecs/qws/linux-x86-g++ -I. -I../../include/QtCore -I../../include/QtCore -I../../include -I../../include/QtNetwork -I.rcc/release-static-emb-x86 -Ikernel -I/usr/include -I.moc/release-static-emb-x86 -I.uic/release-static-emb-x86 -o .obj/release-static-emb-x86/qsslcipher.o ssl/qsslcipher.cpp | In file included from ssl/qsslcertificate.cpp:116: | ssl/qsslsocket_openssl_symbols_p.h:264: error: variable or field 'q_sk_free' declared void | ssl/qsslsocket_openssl_symbols_p.h:264: error: 'STACK' was not declared in this scope | ssl/qsslsocket_openssl_symbols_p.h:264: error: 'a' was not declared in this scope | ssl/qsslsocket_openssl_symbols_p.h:265: error: 'STACK' was not declared in this scope | ssl/qsslsocket_openssl_symbols_p.h:265: error: 'a' was not declared in this scope | ssl/qsslsocket_openssl_symbols_p.h:266: error: 'STACK' was not declared in this scope | ssl/qsslsocket_openssl_symbols_p.h:266: error: 'a' was not declared in this scope | ssl/qsslsocket_openssl_symbols_p.h:266: error: expected primary-expression before 'int' |
Re: [oe] revert policy
Hi Frans, good point. Your memory is correct, we have agreed to that long time ago. I have created http://wiki.openembedded.net/index.php/Revert_Policy to reflect it in the Wiki. Thanks for reminding us! Cheers, -- :M: ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] Build Directory inside conf
On Tue, Aug 24, 2010 at 9:41 AM, openembed...@rkmorris.us wrote: Hi, Maybe we're not talking about the same thing ... but to confirm - inside the conf directory there is a build directory, with the file Power Macintosh-darwin.conf inside. Is this really supposed to be part of the official build? No, we're talking about exactly the same thing. build in this context is referring to the *build machine*, not a build as in the output from running bitbake. -- Christopher Larson clarson at kergoth dot com Founder - BitBake, OpenEmbedded, OpenZaurus Maintainer - Tslib Senior Software Engineer, Mentor Graphics ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] omap3-sgx-modules do_compile failed
I have been able to build this for awhile with no issues and now its failing on the do_compile part. Is there something I am missing with this one? The error is below, and I have tried cleaning the recipe and rebuilding it separately from my image and still same issues. NOTE: Running task 891 of 907 (ID: 0, /home/vdubhack/overo-oe/org.openembedded.dev/recipes/powervr-drivers/omap3-sgx-modules_1.4.14.2616.bb, do_unpack) NOTE: Unpacking sources/OMAP35x_Graphics_SDK_setuplinux_3_01_00_06.bin to tmp/work/overo-angstrom-linux-gnueabi/omap3-sgx-modules-1.4.14.2616-r88/ This will install TI OMAP35xx/37xx Graphics SDK on your computer. Continue? [n/Y] This will install TI OMAP35xx/37xx Graphics SDK on your computer. Continue? [n/Y] OMAP3530 / OMAP3515 / AM3517 / AM3715 / DM3730 Graphics Software License Agreement IMPORTANT - PLEASE READ THE FOLLOWING LICENSE AGREEMENT CAREFULLY. THIS IS A LEGALLY BINDING AGREEMENT. AFTER YOU READ THIS LICENSE AGREEMENT, YOU WILL BE ASKED WHETHER YOU ACCEPT AND AGREE TO THE TERMS OF THIS LICENSE AGREEMENT. DO NOT CLICK I HAVE READ AND AGREE UNLESS: (1) YOU ARE AUTHORIZED TO ACCEPT AND AGREE TO THE TERMS OF THIS LICENSE AGREEMENT ON BEHALF OF YOURSELF AND YOUR COMPANY; AND (2) YOU INTEND TO ENTER INTO AND TO BE BOUND BY THE TERMS OF THIS LEGALLY BINDING AGREEMENT ON BEHALF OF YOURSELF AND YOUR COMPANY. Important - Read carefully: This OMAP3530 / OMAP3515 / AM3517 / AM3715 / DM3730 Graphics Software License Agreement (Agreement) is a legal agreement between you (either an individual or entity) and Texas Instruments Incorporated (TI). The Licensed Materials subject to this Agreement include the software programs (in whole or in part) that accompany this Agreement and that TI has granted you access to download and any on-line or electronic documentation (in whole or in part) associated with these programs, as well as any updates or upgrades to such -- Press space to continue or 'q' to quit -- software programs and documentation, if any, provided to you at TI's sole discretion. The Licensed Materials are specifically designed and licensed for use solely and exclusively with OMAP3530, OMAP3515, AM3517, AM3715, and DM3730 processing devices manufactured by or for TI (TI Devices). By installing, copying or otherwise using the Licensed Materials you agree to abide by the provisions set forth herein. If you choose not to accept or agree with these provisions, do not download or install the Licensed Materials. If you have already paid for the Licensed Materials, you may return them for a full refund. Note Regarding Access to Open Source Software: The Licensed Materials are be bundled with Open Source Software. Open Source Software means any software licensed under terms requiring that (A) other software (Proprietary Software) incorporated, combined or distributed with such software or developed using such software: (i) be disclosed or distributed in source code form; or (ii) otherwise be licensed on terms inconsistent with the terms of this Agreement, including but not limited to permitting use of the Proprietary Software on or with devices other than TI Devices, or (B) require the owner of Proprietary Software to -- Press space to continue or 'q' to quit -- Do you agree to the licensing terms [n/Y] Where do you want to install TI OMAP35xx/37xx Graphics SDK? [/home/vdubhack/overo-oe/tmp/work/overo-angstrom-linux-gnueabi/omap3-sgx-modules-1.4.14.2616-r88/OMAP35x_Graphics_SDK_3_01_00_06] Installing TI OMAP35xx/37xx Graphics SDK... Installing Program Files... [===] 100% Installation complete. NOTE: Running task 892 of 907 (ID: 1, /home/vdubhack/overo-oe/org.openembedded.dev/recipes/powervr-drivers/omap3-sgx-modules_1.4.14.2616.bb, do_patch) NOTE: Running task 893 of 907 (ID: 8, /home/vdubhack/overo-oe/org.openembedded.dev/recipes/powervr-drivers/omap3-sgx-modules_1.4.14.2616.bb, do_configure) NOTE: Running task 894 of 907 (ID: 9, /home/vdubhack/overo-oe/org.openembedded.dev/recipes/powervr-drivers/omap3-sgx-modules_1.4.14.2616.bb, do_qa_configure) NOTE: Running task 895 of 907 (ID: 10, /home/vdubhack/overo-oe/org.openembedded.dev/recipes/powervr-drivers/omap3-sgx-modules_1.4.14.2616.bb, do_compile) ERROR: function do_compile failed ERROR: log data follows (/home/vdubhack/overo-oe/tmp/work/overo-angstrom-linux-gnueabi/omap3-sgx-modules-1.4.14.2616-r88/temp/log.do_compile.23035) | NOTE: make -e MAKEFLAGS= KERNEL_PATH=/home/vdubhack/overo-oe/tmp/sysroots/overo-angstrom-linux-gnueabi/kernel KERNEL_SRC=/home/vdubhack/overo-oe/tmp/sysroots/overo-angstrom-linux-gnueabi/kernel KDIR=/home/vdubhack/overo-oe/tmp/sysroots/overo-angstrom-linux-gnueabi/kernel KERNELDIR=/home/vdubhack/overo-oe/tmp/sysroots/overo-angstrom-linux-gnueabi/kernel KERNEL_VERSION=2.6.33 CC=arm-angstrom-linux-gnueabi-gcc -mno-thumb-interwork -mno-thumb LD=arm-angstrom-linux-gnueabi-ld AR=arm-angstrom-linux-gnueabi-ar BUILD=release
Re: [oe] Build Directory inside conf
That makes sense - thanks! One more question then, as this isn't mentioned in the Getting Started section of the Wiki - do I need to configure this? I ask because I'm having issues with my build results right now (kernel is fine, initrd is hanging). Thanks again,... Russell On Tue, Aug 24, 2010 01:21 PM, Chris Larson clar...@kergoth.com wrote: On Tue, Aug 24, 2010 at 9:41 AM, openembed...@rkmorris.us wrote: Hi, Maybe we're not talking about the same thing ... but to confirm - inside the conf directory there is a build directory, with the file Power Macintosh-darwin.conf inside. Is this really supposed to be part of the official build? No, we're talking about exactly the same thing. build in this context is referring to the *build machine*, not a build as in the output from running bitbake. -- Christopher Larson clarson at kergoth dot com Founder - BitBake, OpenEmbedded, OpenZaurus Maintainer - Tslib Senior Software Engineer, Mentor Graphics ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] revert policy
On 24/08/10 18:39, Michael 'Mickey' Lauer wrote: Hi Frans, good point. Your memory is correct, we have agreed to that long time ago. I have created http://wiki.openembedded.net/index.php/Revert_Policy to reflect it in the Wiki. Thanks for reminding us! Cheers, Except that is not the policy, to quote the TSC 4. We'd like to set a revert policy as follows, effective immediately: Reverting someone elses work is by far the greatest source of friction in OE. As such, these need to be handled carefully, preferable on technical grounds rather than personal ones. Reverts may only be carried out with either a) Acks from two TSC members not associated with original change. b) An Ack from the original patch author. This means you may revert your own mistakes. Graeme ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] Build Directory inside conf
No, the existence of conf/build/ has nothing to do with what you're doing, and doesn't require any setup on your part. OE check uname information to learn what it's running on automatically. On Tue, Aug 24, 2010 at 11:33 AM, openembed...@rkmorris.us wrote: That makes sense - thanks! One more question then, as this isn't mentioned in the Getting Started section of the Wiki - do I need to configure this? I ask because I'm having issues with my build results right now (kernel is fine, initrd is hanging). Thanks again,... Russell On Tue, Aug 24, 2010 01:21 PM, Chris Larson clar...@kergoth.com wrote: On Tue, Aug 24, 2010 at 9:41 AM, openembed...@rkmorris.us wrote: Hi, Maybe we're not talking about the same thing ... but to confirm - inside the conf directory there is a build directory, with the file Power Macintosh-darwin.conf inside. Is this really supposed to be part of the official build? No, we're talking about exactly the same thing. build in this context is referring to the *build machine*, not a build as in the output from running bitbake. -- Christopher Larson clarson at kergoth dot com Founder - BitBake, OpenEmbedded, OpenZaurus Maintainer - Tslib Senior Software Engineer, Mentor Graphics ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel -- Christopher Larson clarson at kergoth dot com Founder - BitBake, OpenEmbedded, OpenZaurus Maintainer - Tslib Senior Software Engineer, Mentor Graphics ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH] conf/distro/include: remove unused versions
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 23-08-10 22:49, Frans Meulenbroeks wrote: If I get no objections I will remove the last 3 versions next week (30 aug or so, somewhere after 16.00 GMT) I object -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (Darwin) iD8DBQFMdFcGMkyGM64RGpERAgknAKCex19BCTaNn5inpuLf9fCtO489eQCfbwho vrLmEHOmJwYa2k8cjrjKc+c= =OVhX -END PGP SIGNATURE- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH 2/3] Add chumby falconwing kernel recipe
On Aug 20, 2010, at 5:36 AM, Eric Bénard wrote: Hi Sean, Le 19/08/2010 21:21, Sean Cross a écrit : On Aug 19, 2010, at 1:32 AM, Koen Kooi wrote: Can't this me merged into the .26.28 kernel recipe? I can do that, but the resulting patch is 28 megabytes. I think that's a bit big. It's Freescale's kernel patch, which supports all of their processors, not just the i.MX233. My guess is that nobody's tried to get these patches into the kernel upstream. The resulting patch I get is mostly an additive patch, as I count 800,000 added lines in the patch, and 1200 removed lines. maybe using Freecale git server with the right revision will allow you to only have one smaller patch which adds support of your board : http://opensource.freescale.com/git?p=imx/linux-2.6-imx.git;a=summary I'll work on doing that. But I don't see any other Linux kernel recipes that use this repo. What's the advantage of using this GIT server and including a patch against it, rather than pulling the chumby tgz file and not having any patches? Sean ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel