Re: [oe] [PATCH] uicmoc-native_2.3.10.bb: converted to new style staging
On Mon, Sep 6, 2010 at 5:48 AM, Fahad Usman fahad_us...@mentor.com wrote: * Converted do_stage to do_install. * Bumped PR * Added NATIVE_INSTALL_WORKS = 1 Signed-off-by: Fahad Usman fahad_us...@mentor.com looks ok --- recipes/uicmoc/uicmoc-native_2.3.10.bb | 13 - 1 files changed, 8 insertions(+), 5 deletions(-) diff --git a/recipes/uicmoc/uicmoc-native_2.3.10.bb b/recipes/uicmoc/uicmoc-native_2.3.10.bb index c161571..8c69bef 100644 --- a/recipes/uicmoc/uicmoc-native_2.3.10.bb +++ b/recipes/uicmoc/uicmoc-native_2.3.10.bb @@ -3,7 +3,7 @@ HOMEPAGE = http://www.trolltech.com; SECTION = devel PRIORITY = optional LICENSE = GPL QPL -PR = r4 +PR = r5 SRC_URI = ftp://ftp.trolltech.com/pub/qt/source/qt-embedded-${PV}-free.tar.gz \ file://fix-makefile.patch \ @@ -43,11 +43,14 @@ do_compile() { oe_runmake -C tools/makeqpf || die Building makeqpf failed } -do_stage() { - install -m 0755 bin/moc ${STAGING_BINDIR} - install -m 0755 bin/uic ${STAGING_BINDIR} - install -m 0755 tools/makeqpf/makeqpf ${STAGING_BINDIR} +do_install() { + install -d ${D}${bindir} + install -m 0755 bin/moc ${D}${bindir} + install -m 0755 bin/uic ${D}${bindir} + install -m 0755 tools/makeqpf/makeqpf ${D}${bindir} } SRC_URI[md5sum] = 1f7ad30113afc500cab7f5b2f4dec0d7 SRC_URI[sha256sum] = 883363eb0c94de3d1e36f3ab9e09a8f127418d497213cc1a0ed1a1588ecd66b8 + +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 ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] testing-next
No new testing-next this week? ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] testing-next
On Mon, Sep 6, 2010 at 11:01 PM, Steffen Sledz sl...@dresearch.de wrote: No new testing-next this week? US has bank holiday this monday. I think you will have it tomorrow :) ___ 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] [PATCH] uicmoc-native_2.3.10.bb: converted to new style staging
2010/9/7 Khem Raj raj.k...@gmail.com: On Mon, Sep 6, 2010 at 5:48 AM, Fahad Usman fahad_us...@mentor.com wrote: * Converted do_stage to do_install. * Bumped PR * Added NATIVE_INSTALL_WORKS = 1 Signed-off-by: Fahad Usman fahad_us...@mentor.com looks ok looks ok to me too, not sure whether I tested it and not sure if that uicmoc stuff is still relelvant See also: http://cgit.openembedded.org/cgit.cgi/openembedded/commit/?id=0ba9d6f94caea026c282d9d87704e4ada62babf0 I've asked about whether it was relevant, but (obviously) did not get a reply. Frans --- recipes/uicmoc/uicmoc-native_2.3.10.bb | 13 - 1 files changed, 8 insertions(+), 5 deletions(-) diff --git a/recipes/uicmoc/uicmoc-native_2.3.10.bb b/recipes/uicmoc/uicmoc-native_2.3.10.bb index c161571..8c69bef 100644 --- a/recipes/uicmoc/uicmoc-native_2.3.10.bb +++ b/recipes/uicmoc/uicmoc-native_2.3.10.bb @@ -3,7 +3,7 @@ HOMEPAGE = http://www.trolltech.com; SECTION = devel PRIORITY = optional LICENSE = GPL QPL -PR = r4 +PR = r5 SRC_URI = ftp://ftp.trolltech.com/pub/qt/source/qt-embedded-${PV}-free.tar.gz \ file://fix-makefile.patch \ @@ -43,11 +43,14 @@ do_compile() { oe_runmake -C tools/makeqpf || die Building makeqpf failed } -do_stage() { - install -m 0755 bin/moc ${STAGING_BINDIR} - install -m 0755 bin/uic ${STAGING_BINDIR} - install -m 0755 tools/makeqpf/makeqpf ${STAGING_BINDIR} +do_install() { + install -d ${D}${bindir} + install -m 0755 bin/moc ${D}${bindir} + install -m 0755 bin/uic ${D}${bindir} + install -m 0755 tools/makeqpf/makeqpf ${D}${bindir} } SRC_URI[md5sum] = 1f7ad30113afc500cab7f5b2f4dec0d7 SRC_URI[sha256sum] = 883363eb0c94de3d1e36f3ab9e09a8f127418d497213cc1a0ed1a1588ecd66b8 + +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 ___ 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
[oe] [PATCH 1/2] java-library.bbclass: do_stage is not needed anymore
Signed-off-by: Khem Raj raj.k...@gmail.com --- classes/java-library.bbclass |4 1 files changed, 0 insertions(+), 4 deletions(-) diff --git a/classes/java-library.bbclass b/classes/java-library.bbclass index 904b4f1..5ce0537 100644 --- a/classes/java-library.bbclass +++ b/classes/java-library.bbclass @@ -65,7 +65,3 @@ do_install() { java_stage() { oe_jarinstall -s ${JARFILENAME} ${ALTJARFILENAMES} } - -do_stage() { - java_stage -} -- 1.7.1 ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [PATCH 2/2] jaxme_0.5.2.bb, xpp3_1.1.3.4.O.bb: Remove do_stage_append
Signed-off-by: Khem Raj raj.k...@gmail.com --- recipes/xml-commons/jaxme_0.5.2.bb|7 --- recipes/xml-commons/xpp3_1.1.3.4.O.bb |4 2 files changed, 0 insertions(+), 11 deletions(-) diff --git a/recipes/xml-commons/jaxme_0.5.2.bb b/recipes/xml-commons/jaxme_0.5.2.bb index 4fa9cdf..304c06d 100644 --- a/recipes/xml-commons/jaxme_0.5.2.bb +++ b/recipes/xml-commons/jaxme_0.5.2.bb @@ -39,13 +39,6 @@ do_install_append() { oe_jarinstall jaxmepm-${PV}.jar jaxmepm.jar } -do_stage_append() { - oe_jarinstall -s jaxmeapi-${PV}.jar jaxmeapi.jar - oe_jarinstall -s jaxmejs-${PV}.jar jaxmejs.jar - oe_jarinstall -s jaxmexs-${PV}.jar jaxmexs.jar - oe_jarinstall -s jaxmepm-${PV}.jar jaxmepm.jar -} - # Compile helper # 1 - source dir # 2 - dest dir diff --git a/recipes/xml-commons/xpp3_1.1.3.4.O.bb b/recipes/xml-commons/xpp3_1.1.3.4.O.bb index 11b82ab..40f7cb2 100644 --- a/recipes/xml-commons/xpp3_1.1.3.4.O.bb +++ b/recipes/xml-commons/xpp3_1.1.3.4.O.bb @@ -42,10 +42,6 @@ do_install_append() { oe_jarinstall xpp3-xpath-${PV}.jar xpp3-xpath.jar } -do_stage_append() { - oe_jarinstall -s xpp3-xpath-${PV}.jar xpp3-xpath.jar -} - FILES_libxpp3-xpath-java = ${datadir}/java/xpp3-xpath* -- 1.7.1 ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH 1/2] mercurial-native: add recipe
Hi Frans, Le 07/09/2010 08:27, Frans Meulenbroeks a écrit : 2010/9/6 Eric Bénarde...@eukrea.com: + +do_install () { +install -d ${STAGING_DIR_NATIVE}/usr I'm a little bit surprised that you need this. I had expected install to take care of that. Otherwise, the recipe looks fine to me (but haven't test-build it yet) I will remove it and retest, it may not be needed as I added that when I was trying to get the beast installed. Eric ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] Images no longer automatically include libstdc++6
On Mon, Sep 6, 2010 at 10:54 PM, Khem Raj raj.k...@gmail.com wrote: On Mon, Sep 6, 2010 at 3:21 PM, Steve Sakoman sako...@gmail.com wrote: Using current top of tree to build some of my images I noticed that quite a few apps seems to be broken at run time (Firefox, Epiphany, Gnome-mplayer, and others). All were complaining about libstdc++6 being missing. Manually installing the libstdc++6 package fixed the issue. Any idea what changed that introduced this issue? Yes I have been seeing that and spent not so much time on the real cause but it seems that the depends get lost when we rename the pkgs in debian way may be thats not the real cause I dont know yet. but that something to look at even libstdc++-dev ipks miss to have dependencies on libstdc++ building hal 0.5.14 is one example that gives off the libgcc that I mentioned with this one. Though there are many that give both errors or one or the other. JL Steve ___ 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 ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] clutter patches status
Am Dienstag, den 07.09.2010, 08:43 +0200 schrieb Andreas Mueller: the patches I sent on Sep. 3rd were acked by Koen and are marked as 'applied' in patchwork but I can't find them in org.openembedded.dev or any other branch. I would like to send/implement further patches ontop: - workaround clutter font problem (implemented tested - waiting for upstream) - clutter-gegl (TBD / required by toys/attic/gcr) - clutter-helix (TBD / optionally required by toys/attic/woohaa) - toys: multiple configure done / update to 1.0 interface (hope to get that upstream at clutter-project) - pyclutter: implemented but build fails for GLES (GL ok) - clutter-gesture (builds ok - don't know how to test yet) Please let me know the status of the patches sent. Koen pushed them half an hour ago [1]. Thanks, Paul [1] http://cgit.openembedded.org/cgit.cgi/openembedded/commit/?id=2eca1eb59ccb0890e4db078a4af456c9f2d194ad signature.asc Description: This is a digitally signed message part ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [PATCH] docbook-dsssl-stylesheets-native_1.79.bb: converted to new style staging
* Converted do_stage to do_install. * Moved the catalog files from ${sysconfdir}/sgml to ${D}${sysconfdir}/sgml so that they get included in the package file resulting with the new style staging. * Added a function docbook_dssl_stylesheets_native_mangle, to correct the path in .cat file and added it to SYSROOT_PREPROCESS_FUNCS. * Added PR = r1 Signed-off-by: Fahad Usman fahad_us...@mentor.com --- .../docbook-dsssl-stylesheets-native_1.79.bb | 41 ++-- 1 files changed, 29 insertions(+), 12 deletions(-) diff --git a/recipes/docbook-dsssl-stylesheets/docbook-dsssl-stylesheets-native_1.79.bb b/recipes/docbook-dsssl-stylesheets/docbook-dsssl-stylesheets-native_1.79.bb index cd4e56c..234606f 100644 --- a/recipes/docbook-dsssl-stylesheets/docbook-dsssl-stylesheets-native_1.79.bb +++ b/recipes/docbook-dsssl-stylesheets/docbook-dsssl-stylesheets-native_1.79.bb @@ -9,30 +9,47 @@ SRC_URI = ${SOURCEFORGE_MIRROR}/docbook/docbook-dsssl-${PV}.tar.bz2 S = ${WORKDIR}/docbook-dsssl-${PV} +PR = r1 + +SYSROOT_PREPROCESS_FUNCS += docbook_dssl_stylesheets_native_mangle + inherit native -do_stage () { +do_install () { # Refer to http://www.linuxfromscratch.org/blfs/view/stable/pst/docbook-dsssl.html # for details. -install -d ${STAGING_BINDIR_NATIVE} -install -m 0755 bin/collateindex.pl ${STAGING_BINDIR_NATIVE} - -install -d ${STAGING_DATADIR}/sgml/docbook/dsssl-stylesheets-${PV} -install -m 0644 catalog ${STAGING_DATADIR}/sgml/docbook/dsssl-stylesheets-${PV} -cp -dpr common ${STAGING_DATADIR}/sgml/docbook/dsssl-stylesheets-${PV} - +install -d ${D}${bindir} +install -m 0755 bin/collateindex.pl ${D}${bindir} + +install -d ${D}${datadir}/sgml/docbook/dsssl-stylesheets-${PV} +install -m 0644 catalog ${D}${datadir}/sgml/docbook/dsssl-stylesheets-${PV} +cp -dpr common ${D}${datadir}/sgml/docbook/dsssl-stylesheets-${PV} + install-catalog --add ${sysconfdir}/sgml/dsssl-docbook-stylesheets.cat \ - ${STAGING_DATADIR}/sgml/docbook/dsssl-stylesheets-${PV}/catalog - + ${D}${datadir}/sgml/docbook/dsssl-stylesheets-${PV}/catalog + install-catalog --add ${sysconfdir}/sgml/dsssl-docbook-stylesheets.cat \ - ${STAGING_DATADIR}/sgml/docbook/dsssl-stylesheets-${PV}/common/catalog + ${D}${datadir}/sgml/docbook/dsssl-stylesheets-${PV}/common/catalog install-catalog --add ${sysconfdir}/sgml/sgml-docbook.cat \ ${sysconfdir}/sgml/dsssl-docbook-stylesheets.cat - + +# Moving them to image directory so that they get included in the .ipk file +# generated by new style staging. +install -d ${D}${sysconfdir}/sgml +cp ${sysconfdir}/sgml/dsssl-docbook-stylesheets.cat ${D}${sysconfdir}/sgml/ +cp ${sysconfdir}/sgml/sgml-docbook.cat ${D}${sysconfdir}/sgml/ +cp ${sysconfdir}/sgml/catalog ${D}${sysconfdir}/sgml/ } PACKAGES = +docbook_dssl_stylesheets_native_mangle () { +# Removing the image directory path (${D}) from the .cat file. +sed -i -e s|${D}||g ${SYSROOT_DESTDIR}${sysconfdir}/sgml/dsssl-docbook-stylesheets.cat +} + SRC_URI[md5sum] = bc192d23266b9a664ca0aba4a7794c7c SRC_URI[sha256sum] = 2f329e120bee9ef42fbdd74ddd60e05e49786c5a7953a0ff4c680ae6bdf0e2bc + +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] makedevs
Hi, I bumped upon the following with makedevs: If /dev does not exist an error is created. Should makedevs create intermediate paths if they do not exist yet (especially /dev ?) Also for block and char devices no error is given if the mknod fails. For fifo's there is one. Not sure what other error handling could be added. Frans ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] gtk+-native build problem
While running some builds for testing-next i hit a problem with gtk+-native. The do_configure stage failed with configure: error: *** Sorry, cups-config present but cups/cups.h missing. (for details see http://tinderbox.openembedded.org/packages/734326/). I guess the problem is that at the build host cups is installed but not cups-devel and gtk+-native somehow likes to use it. Can someone have a look at it. May be a cups-dev dependency in gtk+.inc fixes the problem? Steffen ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] Building/testing in the EC2 cloud
Hi folks, In the light of testing discussion recently I wanted to try building OE image on Amazon EC2 infrastructure. I documented the process and results on the WiKi http://wiki.openembedded.net/index.php/EC2CloudBuild . Basically, building angstrom minimal-image took 2 hours 20 minutes for the c1.medium virtual machine. I used the spot instance with average price 0.06$ per hour, so for 3 hours it costed me around $0.20 + VAT. The supplied script installs all required software and fires the build automatically. This is basically as dry testing as it goes. Why do you want to use this ? 1. Not having linux is a good reason. The build could be run completely from the browser and resulting images are downloadable as well. 2. Extending this procedure to get Continuous Integration. I could imagine someone wanting to fire up builds for 20 architectures simultenously. Here is the time for some corporation to jump and sponsor testing. It's just credit card away :) This was just an proof of concept. Do you guys interested in more research in this area ? Cheers, Maksym Parkachov. ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] OE MediaWiki Version
Am 06.09.2010 20:10, schrieb Michael 'Mickey' Lauer: Am Montag, den 06.09.2010, 17:20 +0200 schrieb Steffen Sledz: Just a little hint to the OE wiki admins: The running MediaWiki version 1.12.0 (see http://wiki.openembedded.net/index.php/Special:Version) is really outdated. There are a lot of bug and security fixes (see http://www.mediawiki.org/wiki/News). May be there's some time to run a little update. ;-) I'm afraid there's no one feeling responsible for it atm., e.g. the wiki still runs on amethyst although I asked for it to be moved to the main server months ago... If there's really nobody responsible for it i could (try to) do the work. But i cannot engage myself to maintain it all the time in the future. Steffen -- Steffen Sledz DResearch Digital Media Systems GmbH Otto-Schmirgal-Str.3, D-10319 Berlin, Germany Tel: +49 (30) 515932237 mailto:sl...@dresearch.de Fax: +49 (30) 515932299 http://www.DResearch.DE Geschäftsführer: Dr. Michael Weber, Werner Mögle; Amtsgericht Berlin Charlottenburg; HRB 54412; Ust.-IDNr. DE169013825; WEEE Reg.-Nr. DE 85995642 ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] clutter patches status
On Tuesday 07 September 2010 10:31:45 am Paul Menzel wrote: Koen pushed them half an hour ago [1]. Thanks sorry for the noise :-) Andreas ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [PATCH] gconf-native_2.6.1.bb: Converted to new style staging
* Converted do_stage to do_install. * Added NATIVE_INSTALL_WORKS = 1 * Added PR = r1 Note: Not merging it into the non-native recipe as this is a dummy recipe and it does not need all the regular stuff. Signed-off-by: Fahad Usman fahad_us...@mentor.com --- recipes/gnome/gconf-native_2.6.1.bb | 10 +++--- 1 files changed, 7 insertions(+), 3 deletions(-) diff --git a/recipes/gnome/gconf-native_2.6.1.bb b/recipes/gnome/gconf-native_2.6.1.bb index 79163a4..f3f5fd8 100644 --- a/recipes/gnome/gconf-native_2.6.1.bb +++ b/recipes/gnome/gconf-native_2.6.1.bb @@ -1,10 +1,14 @@ NOTE = This is just a dummy package to get packages stop complaining about gconftool-2 \ which they are not using anyway... :D +PR = r1 + inherit native -do_stage() { - echo #!/bin/sh ${STAGING_BINDIR}/gconftool-2 - chmod a+rx ${STAGING_BINDIR}/gconftool-2 +do_install() { +install -d ${D}${bindir} +echo #!/bin/sh ${D}${bindir}/gconftool-2 +chmod a+rx ${D}${bindir}/gconftool-2 } +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] clutter: the font display problem is worked around.
* see http://lists.clutter-project.org/pipermail/clutter-devel-list/2010-September/71.html for more details Signed-off-by: Andreas Mueller schnitzelt...@gmx.de --- .../clutter/workaround-broken-mipmaps.patch| 13 + recipes/clutter/clutter_1.2.12.bb |1 + 2 files changed, 14 insertions(+), 0 deletions(-) create mode 100644 recipes/clutter/clutter/workaround-broken-mipmaps.patch diff --git a/recipes/clutter/clutter/workaround-broken-mipmaps.patch b/recipes/clutter/clutter/workaround-broken-mipmaps.patch new file mode 100644 index 000..f2a2915 --- /dev/null +++ b/recipes/clutter/clutter/workaround-broken-mipmaps.patch @@ -0,0 +1,13 @@ +--- a/clutter/cogl/pango/cogl-pango-fontmap.c.old 2010-06-08 16:19:26.0 +0200 b/clutter/cogl/pango/cogl-pango-fontmap.c 2010-09-06 14:26:07.0 +0200 +@@ -173,7 +173,9 @@ + + renderer = COGL_PANGO_RENDERER (cogl_pango_font_map_get_renderer (fm)); + +- _cogl_pango_renderer_set_use_mipmapping (renderer, value); ++ /* disable mipmaps until they are fixed */ ++ /* _cogl_pango_renderer_set_use_mipmapping (renderer, value); */ ++ _cogl_pango_renderer_set_use_mipmapping (renderer, FALSE); + } + + /** diff --git a/recipes/clutter/clutter_1.2.12.bb b/recipes/clutter/clutter_1.2.12.bb index a454544..fd6247f 100644 --- a/recipes/clutter/clutter_1.2.12.bb +++ b/recipes/clutter/clutter_1.2.12.bb @@ -3,6 +3,7 @@ require clutter.inc PR = ${INC_PR}.1 SRC_URI = http://source.clutter-project.org/sources/clutter/1.2/clutter-${PV}.tar.bz2 \ + file://workaround-broken-mipmaps.patch \ ${INC_SRC_URI} \ -- 1.5.3.4 ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] OE MediaWiki Version
Am 07.09.2010 um 12:42 schrieb Steffen Sledz: Am 06.09.2010 20:10, schrieb Michael 'Mickey' Lauer: Am Montag, den 06.09.2010, 17:20 +0200 schrieb Steffen Sledz: Just a little hint to the OE wiki admins: The running MediaWiki version 1.12.0 (see http://wiki.openembedded.net/index.php/Special:Version) is really outdated. There are a lot of bug and security fixes (see http://www.mediawiki.org/wiki/News). May be there's some time to run a little update. ;-) I'm afraid there's no one feeling responsible for it atm., e.g. the wiki still runs on amethyst although I asked for it to be moved to the main server months ago... If there's really nobody responsible for it i could (try to) do the work. Cool. Rolf used to do that, but he's no longer OE these days. But i cannot engage myself to maintain it all the time in the future. Sure. Do you have experience with linux server configuration etc.? Cheers, :M: ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] opkg install without feed
Is there any way to install a .ipk file, without loading it from one of the defined feeds? This would be akin to the yum localinstall operation? Sometimes I have a locally created .ipk file and it's cumbersome to get it into my feed setup. It would be nice to be able to just install it directly. Thanks -- Gary Thomas | Consulting for the MLB Associates |Embedded world ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] a note on OE recipes and quality
Recently there have been some remarks on quality. That triggered me to write down my views on quality in relation with OE. The ideas are mine, there are no plans to enforce something at the moment, but I would like to stir up a discussion what we find good practices. As a followup in due time we could come up with some rules/guidelines/whatever. I guess quality could also be a topic at OEDEM. As a starter let me try to identify the perfect recipe. (and of course my analysis won't be perfect so please add). For a recipe I see three facets wrt quality: - functional - the metadata - maintenance. Let's try to write down what a good recipe has in each of these facets (in no particular order). Note also that not all items have the same weight. Functional * A good recipe should build for the target/distro it is intended for (and if it is only applicable for e.g. a specific set of machines this is indicated with COMPATIBLE_MACHINE and friends) If it does not build it might still be useful as a reference or as a starter to get the recipe in good shape again, but it definitely does not get the bits on the target moving so as such it is not too useful. * A good recipe should also deliver what it is supposed to deliver. E.g. if it builds but does not package any files or if the program do no not work, the package is not too useful. * The package, when build, should not have QA warnings, or other (relevant) errors or warnings (e.g. files not in any package, install errors etc etc). Metadata === * The dependency tree should be complete (but not overspecified). If configure is used, it should reflect with what configure uses. (we need to avoid that if you happen to build package X before even if not in DEPENDS, that the package is configured differently because X is found). * configure invocation should explicitly disable packages that are not supposed to be there. * recipes should use a standard style/layout (e.g. as given by oe-stylize and as described in [1]). This makes it easier to find ones way in a recipe one is not familiar with. * Certain fields are always present in a good recipe (e.g. LICENSE, DESCRIPTION, HOMEPAGE etc etc) * recipes should be as simple as possible (and not simpler). Please no fancy python constructs unless really unavoidable. Other people should be able to easily understand things, not having to start a puzzle as the latter may lead to mistakes more easily * if there is a complicated snipped of code or a specific reason to do something in a certain way it should be mentioned in a comment. * using BBCLASSEXTEND is encouraged, using legacy staging is discouraged Maintenance = I feel a good recipe is maintained. Tasks that a good maintainer should perform are: * regularly checking for new versions and make them available when they are worthwhile * regularly check for important patches and security advisories, and apply them * decide on what older versions are still useful to be kept. E.g. it might not be too useful to keep rc1, rc2, rc3 or even x.y.1, x.y.2 etc if they are only bugfixing releases or releases with minor enhancements. If changes are big (or e.g. footprint changes drastically) it might be useful to keep some older versions. * watches the mailing list and bug tracker for patches, reviews them and applies them if correct/applicable. * monitors the bug reports in bugzilla. (btw: I do not see it as the role of the maintainer to fix bugs that are also present upstream, although it would be nice,) * where needed: tries to get patches upstream and/or reports bugs up-stream. [1] http://wiki.openembedded.net/index.php/Styleguide Feel free to comment, but please keep this a friendly, open and constructive thread. Frans ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] opkg install without feed
Le 07/09/2010 14:01, Gary Thomas a écrit : Is there any way to install a .ipk file, without loading it from one of the defined feeds? This would be akin to the yum localinstall operation? Sometimes I have a locally created .ipk file and it's cumbersome to get it into my feed setup. It would be nice to be able to just install it directly. I think you can run opkg install file.ipk Eric ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] rd5b3850cb6 openembedded.git/recipes/bash/bash_3.2.bb: bash 3.2: bump PR
Can we have clearer commit messages please? The message in the subject line should at least have explained why a PR bump is needed at all. See also http://wiki.openembedded.net/index.php/Commit_Policy for the policy on commit messages. Thank you! Frans ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] selecting needed applications only
I am new at OE. Actually I heard from many people Openembedded is the best and decided to try. However I couldn't figure out how I can select applications just I want to be included to my image. There are too many files and rules. I had tired to use with beagle board and finally given up. The main reason for learning and using OE was that we wanted to use QT on our board. May someone advice any nice guide or documents which show how to select just wanted applications and how I can add a new application, it will be appreciated. Regards, MahmutG ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] opkg install without feed
Hello. On Tue, 2010-09-07 at 06:01, Gary Thomas wrote: Sometimes I have a locally created .ipk file and it's cumbersome to get it into my feed setup. It would be nice to be able to just install it directly. opkg install YOURFILE.ipk should work just fine. Of course you need to take care about the deps yourself this way. regards Stefan Schmidt ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] opkg install without feed
On 09/07/2010 06:08 AM, Eric Bénard wrote: Le 07/09/2010 14:01, Gary Thomas a écrit : Is there any way to install a .ipk file, without loading it from one of the defined feeds? This would be akin to the yum localinstall operation? Sometimes I have a locally created .ipk file and it's cumbersome to get it into my feed setup. It would be nice to be able to just install it directly. I think you can run opkg install file.ipk Cool, that worked :-) n.b. I thought I had tried this and failed in the past! -- Gary Thomas | Consulting for the MLB Associates |Embedded world ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] selecting needed applications only
2010/9/7 mahmut g mg...@hotmail.com: I am new at OE. Actually I heard from many people Openembedded is the best and decided to try. However I couldn't figure out how I can select applications just I want to be included to my image. There are too many files and rules. I had tired to use with beagle board and finally given up. The main reason for learning and using OE was that we wanted to use QT on our board. May someone advice any nice guide or documents which show how to select just wanted applications and how I can add a new application, it will be appreciated. Regards, MahmutG If you want full control make your own image. E.g. start with recipes/images/minimal-image.bb copy and rename that and add the packages you want to add to IMAGE_INSTALL. Good luck, Frans ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] selecting needed applications only
Thanks Frans, in this case I have a new question. How can I determine the packages' dependency? For instance I just want to use QT on user space. Is that a way to learn which packages must be for QT? I am familiar with menuconfig selection, is there any tool/script which handles dependencies? Regards, MahmutG Date: Tue, 7 Sep 2010 14:21:41 +0200 From: fransmeulenbro...@gmail.com To: openembedded-devel@lists.openembedded.org Subject: Re: [oe] selecting needed applications only 2010/9/7 mahmut g mg...@hotmail.com: I am new at OE. Actually I heard from many people Openembedded is the best and decided to try. However I couldn't figure out how I can select applications just I want to be included to my image. There are too many files and rules. I had tired to use with beagle board and finally given up. The main reason for learning and using OE was that we wanted to use QT on our board. May someone advice any nice guide or documents which show how to select just wanted applications and how I can add a new application, it will be appreciated. Regards, MahmutG If you want full control make your own image. E.g. start with recipes/images/minimal-image.bb copy and rename that and add the packages you want to add to IMAGE_INSTALL. Good luck, Frans ___ 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] Images no longer automatically include libstdc++6
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 07-09-10 07:54, Khem Raj wrote: On Mon, Sep 6, 2010 at 3:21 PM, Steve Sakoman sako...@gmail.com wrote: Using current top of tree to build some of my images I noticed that quite a few apps seems to be broken at run time (Firefox, Epiphany, Gnome-mplayer, and others). All were complaining about libstdc++6 being missing. Manually installing the libstdc++6 package fixed the issue. Any idea what changed that introduced this issue? Yes I have been seeing that and spent not so much time on the real cause but it seems that the depends get lost when we rename the pkgs in debian way may be thats not the real cause I dont know yet. but that something to look at even libstdc++-dev ipks miss to have dependencies on libstdc++ it happens when you build 'gcc' after 'gcc-cross', gcc will doesn't create a libstdc6++ package, but it does create a libstdc-dev package. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (Darwin) iD8DBQFMhjWEMkyGM64RGpERAkP3AJ9664771JV6Rap+9F6c9xbeh69fZgCggBVt XerzMrwvIL7HaPknWKd816Y= =t1WC -END PGP SIGNATURE- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] virtclass_install prepend
On Mon, 2010-09-06 at 22:11 +0200, Henning Heinold wrote: The code is: do_install_virtclass-native_prepend() { install -d ${D}${datadir}/dbus install -m 0644 dbus-bus-introspect.xml ${D}${datadir}/dbus } Actually if the standard do_install needs to be changed, it generally raises some alarms with me. Why would we need to install something that the package normally does not install? (of course this could be a bug in the package, but then I would prefer a patch that we also try to push upstream). Agreed, that is odd. If it's something that dbus using things might need, why is it only prepended for the native version, and as you say, why is it not installed by the upstream install target. I'd do a git blame and figure out who added that and ask them :) -- Henning, Git blame gives your name as the person who created those lines. Care to comment? Frans if I remember correctly this file is generated in the build process. But somehow in the later versions of dbus-glib there is somehow an error so this file gets not installed at all in the native variant. So I did it per hand. I suspect that code could well have come from Poky. In this case the native recipe generates a file which is then used by the target builds. It can't be generated in the target recipe as that would mean running target binaries. So it is in fact a perfectly valid thing to do in this case. Cheers, Richard ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH] rename SOC_FAMILY to TARGET_SOC_FAMILY and make it global
-Original Message- From: openembedded-devel-boun...@lists.openembedded.org [mailto:openembedded-devel-boun...@lists.openembedded.org] On Behalf Of Frans Meulenbroeks Sent: Saturday, September 04, 2010 3:20 AM To: openembedded-devel@lists.openembedded.org Subject: Re: [oe] [PATCH] rename SOC_FAMILY to TARGET_SOC_FAMILY and make it global 2010/9/4 Frans Meulenbroeks fransmeulenbro...@gmail.com: 2010/9/4 Jean-Christophe PLAGNIOL-VILLARD plagn...@jcrosoft.com: add global OVERRIDES ${TARGET_SOC_FAMILY} and ${TARGET_ARCH}_${TARGET_SOC_FAMILY} What is the rationale for this? And why not fix the problem there is in base.bbclass as well. Frans. Forgot about this, but a variable should go with documentation. This already has been raised with the orginal patch, but was ignored by the submitters. Frans, Are you counting me as one of the original submitters? I mainly use the SOC_FAMILY, I didn't create it. That being said, if you have a recommended section of the usermanual that this should be documented in I'll try to add something. Consider this a NAK. Frans ___ 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] OE donations
On Sat, Sep 4, 2010 at 3:43 AM, Frans Meulenbroeks fransmeulenbro...@gmail.com wrote: 2010/9/3 Cliff Brake cliff.br...@gmail.com: Our immediate financial need is to upgrade storage on our server hardware: 4 new 1.5TB drives. Approx $1k Maybe before we spent 1k on disks: How much diskspace do we have now? How much of it is used? And what stored is on it? And why is this massive amount of storage (4.5 TB assuming they are in RAID5) needed? I feel 1k is a big amount for a small e.V. like ours, and before deciding on the spending of it we should probably first discuss the issue and evaluate other options. E.g. maybe we can find a sponsor to donate some space and bandwidth on their server. We share hardware and hosting costs with a number of other projects like: foonas.org nslu2-linux.org openwiz.org preware.org webos-internals.org Historically, we have funded very little of the server costs at the OSUOSL site. I personally purchased a CPU for them at one point, and I'm not sure much else has come from the OE project. So from a project standpoint, we are likely behind when it comes to paying for our share of the hardware costs. The 4.5TB will likely be shared with all the above projects. The http://wiki.openembedded.net/index.php/Infrastructure page lists some of the resources allocated specifically to the OE project. Other resources (such as a dedicated database server, and backups) are not so apparent. So in summary, we should fund at least a portion of the above storage costs. Personally, I'm satisfied with how things are OSUOSL are run -- Tom King and others spend a lot of volunteer time keeping things running. 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] [PATCH] rename SOC_FAMILY to TARGET_SOC_FAMILY and make it global
add global OVERRIDES ${TARGET_SOC_FAMILY} and ${TARGET_ARCH}_${TARGET_SOC_FAMILY} For my part I would ask why you are renaming SOC_FAMILY to TARGET_SOC_FAMILY? Why not leave the name the way it is since others may be using it in overlays, etc? Also, you might want to make sure your patch would include Fran's fix to base.bbclass that he mentioned at http://lists.linuxtogo.org/pipermail/openembedded-devel/2010-September/023680.html For what my input is worth I would NAK this patch because: 1. I don't see a reason to add this to the generic set of overrides. 2. I don't understand why the name of the variable SOC_FAMILY needs to be changed. I know this will break existing overlays and I don't see any reason why the change is made. 3. I disagree with the ${TARGET_ARCH}_${TARGET_SOC_FAMILY} override. If you have two patch series for different architectures then you should have two SOC_FAMILY settings or use the MACHINE setting for the override. I think this override is confusing and redundant. ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] testing branch 2010-09-07
Last weeks testing cycle was successful: http://cgit.openembedded.org/cgit.cgi/openembedded/tag/?id=testing_2010-08-30 I see a few more builds succeeding that were failing last week. The testing-next branch has been moved to current org.openembedded.dev and is ready for clean builds. http://wiki.openembedded.net/index.php/Testing 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
[oe] OE weekly changelog 2010-08-30 to 2010-09-06
OE weekly changelog for org.openembedded.dev, 2010-08-30 to 2010-09-06 Anatoly Shipitsin (1): sysvinit_2.86.bb: change sysvinit-utils for compatible with upstart Chris Larson (4): base.bbclass: fix bug with absolute file:// uris Revert base.bbclass: fix bug with absolute file:// uris base.bbclass: fix bug with absolute file:// uris do_unpack, do_patch: shift some responsibility around, clean things up Denys Dmytriyenko (1): matrix-tui: fix DEPENDS and use system LDFLAGS Florian Boor (7): simone.conf: Add jffs2 parameters dockstar.conf: Machine configuration for Seagate Dockstar linux: Add dockstar support to 2.6.35 linux: Sim.One support for 2.6.35 dockstar.conf: Make sure we use our known to be good kernel. linux: 2.6.35 - Insert space at the end of SRC_URI fixes building for machin Frans Meulenbroeks (6): Revert gtk+: remove old versions iscsi-target: moved to 1.4.20.2 MAINTAINERS: updated my entry tgt: moved to version 1.0.8 MAINTAINERS: forgot to add urjtag yesterday urjtag_git: updated to dev head (aug 30) Graham Gower (8): gst-plugins-bad_0.10.19.bb: add libmodplug to DEPENDS. pulseaudio: Fix most recent recipe and remove broken recipes. gnome-doc-utils: Add dependency upon gettext-native. package_ipk.bbclass: remove redundant dependencies upon opkg/opkg-collateral task-boot.bb: Don't pull in u-a if ONLINE_PACKAGE_MANAGEMENT=none. gpe-package_0.4.bb: fix build problems introduced in previous commit. gpe-package: remove some ancient recipes. gpsd: unbreak gpsd_2.38.bb and gpsd_2.39.bb Jason Kridner (1): esc-node-demo: add missing index.html file Khem Raj (31): efikamx.conf: Define entry point and load adress for kernel. make_3.82.bb: Add new recipe. unionfs-utils: Fix the QA error about hashing style. recipes: Move some recipes to nonworking for getting bitbake world. clutter_0.6svn.bb,clutter-gtk-0.6_git.bb: Unused and unbuildable for long he vlc-davinci_0.8.6h.bb: Rename codec-engine to ti-codec-engine bt950-cs_0.1.bb: Dont override PACKAGES but append to it. libmsip_svn.bb: Rename libmnetutil0-libmnetutil in DEPENDS libmsgenabler2_svn.bb: Replace gsmd-lips with gsmd in DEPENDS xqt2_20060509.bb: DEPEND on libxmu instead of xmu task-openprotium.bb: Define missing DISTRO_SSH_DAEMON,DISTRO_DEV_MANAGER,DIS recipes/tasks: Do not RDEPENDS on unavailable packages. openmoko-session_svn.bb: Replace openmoko-today with openmoko-today2 cnetworkmanager_git.bb: python-uuid is not provided remove it from RDEPENDS sugar-fructose.bb: sugar-web-activity is not provided by any recipe dont DEP initramfs-bootmenu-debug-image.bb,initramfs-bootmenu-image.bb: Rename klibc- initramfs-module-bootmenu_1.0.bb,initramfs-module-kexecboot_1.0.bb: Rename k angstrom/angstrom-bootmanager.bb: Remove task-arago-toolchain-target.bb: remove libpng12-dev which is not provided an task-demo-x11.bb: Replace non existing libgles-omap3-demos with libgles-omap task-gmae.bb: it uses XSERVER but doesnt really define it so define it. task-gpe.bb: virtual/xserver can not be RDEPEND'ed on it can be DEPEND'ed up meta-angstrom-2007.bb,meta-opie.bb: task-opie-bluetooth is added only if it meta-toolchain-arago-dvsdk.bb: Remove meta-toolchain-arago-gst.bb: Remove preferred-opie-versions-1.2.3.inc,preferred-opie-versions-1.2.4.inc: There i startup-notification_0.9.bb: Add evas to DEPENDS minimal.conf: Select bluez4 for bluez-utils-dbus and bluez-utils preferred-xorg-versions-X11R7.5-latest.inc, preferred-xorg-versions-X11R7.5. gnumail_1.1.2.bb: Point inetlib to java data dir in target staging area. autoconf213_2.13.bb: Re-add. Koen Kooi (4): abiword: add 2.8.6 qmake2: use the new qt4-tools instead of the unmaintained uicmoc recipes goffice: add 0.8.9 multi-kernel: work around do_unpack breakage a bit Leon Woestenberg (1): Added Freescale P1020RDB machine and linux-powerpc-fsl-2.6.35. Martin Jansa (1): matchbox-panel-2-icon-themes: use same SRCREV as matchbox-panel-2 Michael 'Mickey' Lauer (1): vala-dbus-binding-tool: catch up with vala 0.9.6.1 Michael Lippautz (1): u-boot: Unbreak u-boot 2009.08 for gcc = 4.4 Mickaël CHAZAUX (1): Add i.MX51 based Babbage board support Steffen Sledz (3): various syslogs: keep syslog running as long as possible on shutdown rt2x00: move driver version specific patch files to an own directory rt2x00: add linux kernel driver for Ralink RT3572 Tom Rini (2): oe-stylize.py: Move exports up to before normal functions perl: Use CCLD not ${TARGET_SYS}-gcc in do_compile = Bugs fixed: bug_id resolutionshort_desc Bugs opened: bug_id resolutionshort_desc -- = 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] [PATCH 1/2] java-library.bbclass: do_stage is not needed anymore
Patch is fine! Signed-off-by: Robert Schuster robertschus...@fsfe.org Am 07.09.2010 09:02, schrieb Khem Raj: Signed-off-by: Khem Raj raj.k...@gmail.com --- classes/java-library.bbclass |4 1 files changed, 0 insertions(+), 4 deletions(-) diff --git a/classes/java-library.bbclass b/classes/java-library.bbclass index 904b4f1..5ce0537 100644 --- a/classes/java-library.bbclass +++ b/classes/java-library.bbclass @@ -65,7 +65,3 @@ do_install() { java_stage() { oe_jarinstall -s ${JARFILENAME} ${ALTJARFILENAMES} } - -do_stage() { - java_stage -} signature.asc Description: OpenPGP digital signature ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH 2/2] jaxme_0.5.2.bb, xpp3_1.1.3.4.O.bb: Remove do_stage_append
This as well. Signed-off-by: Robert Schuster robertschus...@fsfe.org Am 07.09.2010 09:02, schrieb Khem Raj: Signed-off-by: Khem Raj raj.k...@gmail.com --- recipes/xml-commons/jaxme_0.5.2.bb|7 --- recipes/xml-commons/xpp3_1.1.3.4.O.bb |4 2 files changed, 0 insertions(+), 11 deletions(-) diff --git a/recipes/xml-commons/jaxme_0.5.2.bb b/recipes/xml-commons/jaxme_0.5.2.bb index 4fa9cdf..304c06d 100644 --- a/recipes/xml-commons/jaxme_0.5.2.bb +++ b/recipes/xml-commons/jaxme_0.5.2.bb @@ -39,13 +39,6 @@ do_install_append() { oe_jarinstall jaxmepm-${PV}.jar jaxmepm.jar } -do_stage_append() { - oe_jarinstall -s jaxmeapi-${PV}.jar jaxmeapi.jar - oe_jarinstall -s jaxmejs-${PV}.jar jaxmejs.jar - oe_jarinstall -s jaxmexs-${PV}.jar jaxmexs.jar - oe_jarinstall -s jaxmepm-${PV}.jar jaxmepm.jar -} - # Compile helper # 1 - source dir # 2 - dest dir diff --git a/recipes/xml-commons/xpp3_1.1.3.4.O.bb b/recipes/xml-commons/xpp3_1.1.3.4.O.bb index 11b82ab..40f7cb2 100644 --- a/recipes/xml-commons/xpp3_1.1.3.4.O.bb +++ b/recipes/xml-commons/xpp3_1.1.3.4.O.bb @@ -42,10 +42,6 @@ do_install_append() { oe_jarinstall xpp3-xpath-${PV}.jar xpp3-xpath.jar } -do_stage_append() { - oe_jarinstall -s xpp3-xpath-${PV}.jar xpp3-xpath.jar -} - FILES_libxpp3-xpath-java = ${datadir}/java/xpp3-xpath* signature.asc Description: OpenPGP digital signature ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] Images no longer automatically include libstdc++6
On Tue, Sep 7, 2010 at 5:52 AM, Koen Kooi k.k...@student.utwente.nl wrote: it happens when you build 'gcc' after 'gcc-cross', gcc will doesn't create a libstdc6++ package, but it does create a libstdc-dev package. I see thats plausible. I think its time to look into separating gcc runtime from gcc on the lines of poky. -Khem ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] Perl modules I can not get to build, libdbd-sqlite-perl libversion-perl
On Tue, Sep 7, 2010 at 8:24 AM, Tom Rini tom_r...@mentor.com wrote: Graham Gower wrote: On 3 September 2010 09:13, J. L. vwyodap...@gmail.com wrote: [snip] and the other is honestly above me at the moment as I do not grasp using devshell yet and how to work with in there, let alone properly lay out a program recipe and then patch it to work properly. Once I grasp things more I hope to be a help and not such a hindrance, I welcome any tips links or anything to point to how to fix either and I will try more on more with those pointers and if successful post the results and maybe a patch or post the failure. Read the OE manual. Read the Bitbake manual. Read .bb files. Read .conf files. Read .bbclass files. Read Bitbake sources. Send patches. Add time. Repeat. == expert! I'd just like to add in that while it's great (really, I mean it), you're reporting problems, if you can reproduce them in vanilla OE with something like MACHINE=qemuarm and DISTRO=angstrom-2008.1 (or DISTRO=minimal) or similar, that will help rule out a lot of concern on our part and give a testcase we can all easily try out. -- Tom Rini Mentor Graphics Corporation ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel OK thanks Tom I will try and read more on how to do that. Have not done anything with qemu yet. But what I get now and correct if I am wrong by OE vanilla you mean fresh directly off the dev branch no other sub tree correct? then modify my .conf to to the settings you listed above? If I am way off dont worry about taking the time to explain in detail I will just read about it. I feel I have become an annoyance on the boards from my lacking knowledge. Would showing the recipe I build for my gumstix help? Its now building but not with everything I want and some programs are broken, but its very close the closest I have gotten so far. Any who thanks for replying and giving me more info on how to help you guys help me. I do appreciate everyones help and input a bunch. JL ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] Moving keys to development server
Greetings, We at JLime are setting up an development server to be able for all developers to work on same machine (and build/push alot faster). Im having issues getting the write access from the server (works fine from my laptop). Ive moved the keys into my server user account but cant get it to work. It fails with access denied. So, what am I missing? Best wishes Kristoffer ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] Moving keys to development server
On Tue, Sep 7, 2010 at 9:36 AM, Kristoffer Ericson kristoffer.eric...@gmail.com wrote: Greetings, We at JLime are setting up an development server to be able for all developers to work on same machine (and build/push alot faster). Im having issues getting the write access from the server (works fine from my laptop). Ive moved the keys into my server user account but cant get it to work. It fails with access denied. So, what am I missing your private ssh keys which are in ~/.ssh on your laptop either you copy them over or you can setup keychain/ssh-agent to forward it from your laptop to this server whatever fits your security needs Best wishes Kristoffer ___ 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
[oe] [PATCH] sourceipk: make extra files inclusion optional
* Make the inclusion of the README and recipe files optional for source ipks. For some packages the sources owner may not want these additional files added to their sources. Signed-off-by: Chase Maupin chase.mau...@ti.com --- classes/sourceipk.bbclass | 15 --- 1 files changed, 12 insertions(+), 3 deletions(-) diff --git a/classes/sourceipk.bbclass b/classes/sourceipk.bbclass index 4957e4a..182785b 100644 --- a/classes/sourceipk.bbclass +++ b/classes/sourceipk.bbclass @@ -14,6 +14,9 @@ # - SRCIPK_PACKAGE_ARCH = This variable allows specific recipies to # specify an architecture for the sourcetree # package is all is not appropriate +# - SRCIPK_INC_EXTRAFILES = When set to 1 this variable indicates that +# the source ipk should contain extra files +# such as the README file and recipe. # # The default installation directory for the sources is: # /usr/src/${PN}-src @@ -47,6 +50,9 @@ SRCIPK_INSTALL_DIR ?= /usr/src/${PN}-src # Default PACKAGE_ARCH for sources is all SRCIPK_PACKAGE_ARCH ?= all +# Default SRCIPK_INCLUDE_EXTRAFILES is to include the extra files +SRCIPK_INCLUDE_EXTRAFILES ?= 1 + # Create a README file that describes the contents of the source ipk sourceipk_create_readme() { readme=$1/README.${PN}-src @@ -91,7 +97,6 @@ sourceipk_do_create_srcipk() { srcuri=OpenEmbedded fi echo Source: $srcuri $control_file - #Write the control tarball tar -C $tmp_dir/CONTROL --owner=0 --group=0 -czf $srcipk_dir/control.tar.gz . @@ -101,8 +106,12 @@ sourceipk_do_create_srcipk() { # Copy sources for packaging mkdir -p $tmp_dir/${SRCIPK_INSTALL_DIR} cp -rLf ${S}/* $tmp_dir/${SRCIPK_INSTALL_DIR}/ -sourceipk_create_readme $tmp_dir/${SRCIPK_INSTALL_DIR}/ -cp ${FILE} $tmp_dir/${SRCIPK_INSTALL_DIR}/ + +if [ ${SRCIPK_INCLUDE_EXTRAFILES} != 0 ] +then +sourceipk_create_readme $tmp_dir/${SRCIPK_INSTALL_DIR}/ +cp ${FILE} $tmp_dir/${SRCIPK_INSTALL_DIR}/ +fi #Write the data tarball tar -C $tmp_dir --owner=0 --group=0 -czf $srcipk_dir/data.tar.gz . -- 1.7.0.4 ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] Perl modules I can not get to build, libdbd-sqlite-perl libversion-perl
J. L. wrote: On Tue, Sep 7, 2010 at 8:24 AM, Tom Rini tom_r...@mentor.com wrote: Graham Gower wrote: On 3 September 2010 09:13, J. L. vwyodap...@gmail.com wrote: [snip] and the other is honestly above me at the moment as I do not grasp using devshell yet and how to work with in there, let alone properly lay out a program recipe and then patch it to work properly. Once I grasp things more I hope to be a help and not such a hindrance, I welcome any tips links or anything to point to how to fix either and I will try more on more with those pointers and if successful post the results and maybe a patch or post the failure. Read the OE manual. Read the Bitbake manual. Read .bb files. Read .conf files. Read .bbclass files. Read Bitbake sources. Send patches. Add time. Repeat. == expert! I'd just like to add in that while it's great (really, I mean it), you're reporting problems, if you can reproduce them in vanilla OE with something like MACHINE=qemuarm and DISTRO=angstrom-2008.1 (or DISTRO=minimal) or similar, that will help rule out a lot of concern on our part and give a testcase we can all easily try out. OK thanks Tom I will try and read more on how to do that. Have not done anything with qemu yet. But what I get now and correct if I am wrong by OE vanilla you mean fresh directly off the dev branch no other sub tree correct? then modify my .conf to to the settings you listed above? If I am way off dont worry about taking the time to Correct. explain in detail I will just read about it. I feel I have become an annoyance on the boards from my lacking knowledge. Would showing the recipe I build for my gumstix help? Its now building but not with everything I want and some programs are broken, but its very close the closest I have gotten so far. Any who thanks for replying and giving me more info on how to help you guys help me. I do appreciate everyones help and input a bunch. We're happy to have a problem report, really. It's just that since yes, you're working with more than just the vanilla tree we want to be certain that the problem is in the vanilla tree and not a conflict in having additional overlays and such available. -- Tom Rini Mentor Graphics Corporation ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] Moving keys to development server
On Tue, Sep 07, 2010 at 10:00:12AM -0700, Khem Raj wrote: On Tue, Sep 7, 2010 at 9:36 AM, Kristoffer Ericson kristoffer.eric...@gmail.com wrote: Greetings, We at JLime are setting up an development server to be able for all developers to work on same machine (and build/push alot faster). Im having issues getting the write access from the server (works fine from my laptop). Ive moved the keys into my server user account but cant get it to work. It fails with access denied. So, what am I missing your private ssh keys which are in ~/.ssh on your laptop either you copy them over or you can setup keychain/ssh-agent to forward it from your laptop to this server whatever fits your security needs Ive done exactly that, but getting this: kristoffer.eric...@jlime:~$ git clone g...@git.openembedded.org:openembedded Initialized empty Git repository in /home/users/kristoffer.ericson/openembedded/.git/ The authenticity of host 'git.openembedded.org (140.211.169.165)' can't be established. RSA key fingerprint is xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx. Are you sure you want to continue connecting (yes/no)? yes Warning: Permanently added 'git.openembedded.org,140.211.169.165' (RSA) to the list of known hosts. Agent admitted failure to sign using the key. Permission denied (publickey). fatal: The remote end hung up unexpectedly kristoffer.eric...@jlime:~$ So what could it be? Is it because my username is different on the server (kristoffer.ericson vs kristoffer)? Best wishes Kristoffer ___ 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 ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] Images no longer automatically include libstdc++6
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 07-09-10 18:18, Khem Raj wrote: On Tue, Sep 7, 2010 at 5:52 AM, Koen Kooi k.k...@student.utwente.nl wrote: it happens when you build 'gcc' after 'gcc-cross', gcc will doesn't create a libstdc6++ package, but it does create a libstdc-dev package. I see thats plausible. I think its time to look into separating gcc runtime from gcc on the lines of poky. I put back libgcc and libstdc++ for the time being: http://cgit.openembedded.org/cgit.cgi/openembedded/commit/?id=241b8865f20b9e3c3beb334535e6cd8452cbf47d I have a feeling the others needs to put back as well (e.g. fortran), but this fixes the immediate problem. regards, Koen -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (Darwin) iD8DBQFMhoxwMkyGM64RGpERAihiAJkBqBI+yvfQEwEzwgVKQgGWRvRy1QCfS6kF oOBWADuHZO69kRkC/Rbcsns= =OyU4 -END PGP SIGNATURE- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] Moving keys to development server
On Tue, Sep 07, 2010 at 10:00:12AM -0700, Khem Raj wrote: On Tue, Sep 7, 2010 at 9:36 AM, Kristoffer Ericson kristoffer.eric...@gmail.com wrote: Greetings, We at JLime are setting up an development server to be able for all developers to work on same machine (and build/push alot faster). Im having issues getting the write access from the server (works fine from my laptop). Ive moved the keys into my server user account but cant get it to work. It fails with access denied. So, what am I missing your private ssh keys which are in ~/.ssh on your laptop either you copy them over or you can setup keychain/ssh-agent to forward it from your laptop to this server whatever fits your security needs Got it working by doing ssh-add .ssh/id-rsa Best wishes Kristoffer ___ 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 ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] patch queue/patchwork: How should states be used?
On Fri, 13 Aug 2010, Paul Menzel wrote: Am Freitag, den 13.08.2010, 23:01 +0200 schrieb Vitus Jensen: On Fri, 13 Aug 2010, Khem Raj wrote: On Fri, Aug 13, 2010 at 2:59 AM, Vitus Jensen vjen...@gmx.de wrote: I would also advise to set the commit ID when setting the state to applied. Actually this can be done automatically [2], but the administrators have not yet had time to address this. This requires the pwclient script which people without commit access probably don't use. Well, I don't use it. We have the following 11 states. $ pwclient state IDName -- 1 New 2 Under Review 3 Accepted 4 Rejected 5 RFC 6 Not Applicable 7 Changes Requested 8 Awaiting Upstream 9 Superseded 10Deferred 11Applied What is the difference between 3 (Accepted) and 8 (Awaiting Upstream)? In which state should the Archived flag be set? What is the effect of that flag? And do we really need all those states? Rejected, Not Applicable, Changes Requested, Deferred? IMHO that's Rejected, refer to the mail archive for details. BTW: who removes patches from patchwork? I do have some patches in Superseded state which I no longer care about. 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
Re: [oe] [STABLE][PATCH] kernel bbclass: switch to u-boot-mkimage-native
On Thu, 24 Jun 2010, Marcin Juszkiewicz wrote: Dnia czwartek, 24 czerwca 2010 o 09:44:33 Philip Balister napisał(a): On 06/24/2010 06:50 AM, Vitus Jensen wrote: Thank you! May I get a second ACK from someone (because of stable branch and class change)? Acked-by: Philip Balister phi...@balister.org Acked-by: Marcin Juszkiewicz mar...@juszkiewicz.com.pl And could someone please apply the patch? It got 3 ACKs and does still apply. Best regards, 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
Re: [oe] [PATCH][STABLE] libusb1_1.0.8: new recipe
I probably should have created a new thread for this patch... If someone wants libusb1 on big-endian machines in stable/2009 he needs this patch. .dev is already on 1.0.8, should we support libusb1 on stable? Vitus On Thu, 24 Jun 2010, Vitus Jensen wrote: Signed-off-by: Vitus Jensen vjen...@gmx.de --- recipes/libusb/libusb1_1.0.8.bb | 24 1 files changed, 24 insertions(+), 0 deletions(-) create mode 100644 recipes/libusb/libusb1_1.0.8.bb diff --git a/recipes/libusb/libusb1_1.0.8.bb b/recipes/libusb/libusb1_1.0.8.bb new file mode 100644 index 000..f264321 --- /dev/null +++ b/recipes/libusb/libusb1_1.0.8.bb @@ -0,0 +1,24 @@ +DESCRIPTION = library to provide userspace access to USB devices +HOMEPAGE = http://libusb.sf.net; +SECTION = libs +LICENSE = LGPLv2.1 + +PR = r0 + +SRC_URI = \ + ${SOURCEFORGE_MIRROR}/libusb/libusb-${PV}.tar.bz2;name=tar \ + +S = ${WORKDIR}/libusb-${PV} + +inherit autotools_stage pkgconfig binconfig lib_package + +EXTRA_OECONF = --disable-build-docs + +LIBTOOL = ${HOST_SYS}-libtool +EXTRA_OEMAKE = 'LIBTOOL=${LIBTOOL}' + +PACKAGES =+ libusbpp +FILES_libusbpp = ${libdir}/libusbpp*.so.* + +SRC_URI[tar.md5sum] = 37d34e6eaa69a4b645a19ff4ca63ceef +SRC_URI[tar.sha256sum] = 21d0d3a5710f7f4211c595102c6b9eccb42435a17a4f5bd2c3f4166ab1badba9 -- 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] libsegfault on ARMV5
Hello, I'm trying to use libsegfault to log any application faults. On x86 it works great: Backtrace: ./src/svs(_ZN7Mapping22mapping_control_threadEPv+0xa2)[0x81badf] /lib/libglib-2.0.so.0(+0x67b84)[0x7f87e6266b84] /lib/libpthread.so.0(+0x69ca)[0x7f87e53489ca] /lib/libc.so.6(clone+0x6d)[0x7f87e43ae6fd] But, on my PXA270 system, it only provides: Backtrace: /lib/libSegFault.so[0x400275cc] /lib/libc.so.6(__default_rt_sa_restorer_v2+0x0)[0x4105e9c0] I'm running: libsegfault - 2.9-r36.3.5 Has anyone else successfully used libsegfault on ARM built with OE, or have other ideas on how to accomplish this? 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
[oe] [PATCH 2/2] python-2.6: remove python-distutils from python-modules
this module seems only needed for development. No installing it with python-modules saves 6MB on the image. Signed-off-by: Eric Bénard e...@eukrea.com --- recipes/python/python-2.6-manifest.inc |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/recipes/python/python-2.6-manifest.inc b/recipes/python/python-2.6-manifest.inc index eec9f22..ff54d36 100644 --- a/recipes/python/python-2.6-manifest.inc +++ b/recipes/python/python-2.6-manifest.inc @@ -266,7 +266,7 @@ RDEPENDS_python-audio=python-core FILES_python-audio=${libdir}/python2.6/wave.* ${libdir}/python2.6/chunk.* ${libdir}/python2.6/sndhdr.* ${libdir}/python2.6/lib-dynload/ossaudiodev.so ${libdir}/python2.6/lib-dynload/audioop.so DESCRIPTION_python-modules=All Python modules -RDEPENDS_python-modules=python-profile python-threading python-distutils python-doctest python-stringold python-codecs python-ctypes python-pickle python-datetime python-core python-io python-compiler python-compression python-re python-xmlrpc python-terminal python-email python-image python-tests python-resource python-json python-difflib python-math python-syslog python-hotshot python-unixadmin python-textutils python-tkinter python-gdbm python-elementtree python-fcntl python-netclient python-pprint python-netserver python-curses python-smtpd python-html python-readline python-subprocess python-pydoc python-logging python-mailbox python-xml python-mime python-sqlite3 python-sqlite3-tests python-unittest python-multiprocessing python-robotparser python-compile python-debugger python-pkgutil python-shell python-bsddb python-numbers python-mmap python-zlib python-db python-crypt python-idle python-lang python-audio +RDEPENDS_python-modules=python-profile python-threading python-doctest python-stringold python-codecs python-ctypes python-pickle python-datetime python-core python-io python-compiler python-compression python-re python-xmlrpc python-terminal python-email python-image python-tests python-resource python-json python-difflib python-math python-syslog python-hotshot python-unixadmin python-textutils python-tkinter python-gdbm python-elementtree python-fcntl python-netclient python-pprint python-netserver python-curses python-smtpd python-html python-readline python-subprocess python-pydoc python-logging python-mailbox python-xml python-mime python-sqlite3 python-sqlite3-tests python-unittest python-multiprocessing python-robotparser python-compile python-debugger python-pkgutil python-shell python-bsddb python-numbers python-mmap python-zlib python-db python-crypt python-idle python-lang python-audio ALLOW_EMPTY_python-modules = 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 1/2] python-2.6: remove python-dev from python-modules
actually python-modules installs python-dev in the image which pulls several dev packages leading to a 250MB image instead of a 60MB image with this patch. Signed-off-by: Eric Bénard e...@eukrea.com --- recipes/python/python-2.6-manifest.inc |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/recipes/python/python-2.6-manifest.inc b/recipes/python/python-2.6-manifest.inc index 4ed05cb..eec9f22 100644 --- a/recipes/python/python-2.6-manifest.inc +++ b/recipes/python/python-2.6-manifest.inc @@ -266,7 +266,7 @@ RDEPENDS_python-audio=python-core FILES_python-audio=${libdir}/python2.6/wave.* ${libdir}/python2.6/chunk.* ${libdir}/python2.6/sndhdr.* ${libdir}/python2.6/lib-dynload/ossaudiodev.so ${libdir}/python2.6/lib-dynload/audioop.so DESCRIPTION_python-modules=All Python modules -RDEPENDS_python-modules=python-profile python-threading python-distutils python-doctest python-stringold python-codecs python-ctypes python-pickle python-datetime python-core python-io python-compiler python-compression python-re python-xmlrpc python-terminal python-email python-image python-tests python-resource python-json python-dev python-difflib python-math python-syslog python-hotshot python-unixadmin python-textutils python-tkinter python-gdbm python-elementtree python-fcntl python-netclient python-pprint python-netserver python-curses python-smtpd python-html python-readline python-subprocess python-pydoc python-logging python-mailbox python-xml python-mime python-sqlite3 python-sqlite3-tests python-unittest python-multiprocessing python-robotparser python-compile python-debugger python-pkgutil python-shell python-bsddb python-numbers python-mmap python-zlib python-db python-crypt python-idle python-lang python-audio +RDEPENDS_python-modules=python-profile python-threading python-distutils python-doctest python-stringold python-codecs python-ctypes python-pickle python-datetime python-core python-io python-compiler python-compression python-re python-xmlrpc python-terminal python-email python-image python-tests python-resource python-json python-difflib python-math python-syslog python-hotshot python-unixadmin python-textutils python-tkinter python-gdbm python-elementtree python-fcntl python-netclient python-pprint python-netserver python-curses python-smtpd python-html python-readline python-subprocess python-pydoc python-logging python-mailbox python-xml python-mime python-sqlite3 python-sqlite3-tests python-unittest python-multiprocessing python-robotparser python-compile python-debugger python-pkgutil python-shell python-bsddb python-numbers python-mmap python-zlib python-db python-crypt python-idle python-lang python-audio ALLOW_EMPTY_python-modules = 1 -- 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] OE donations
On 09/03/2010 05:26 PM, Cliff Brake wrote: Hello, There is now a donation page on the OE website: http://wiki.openembedded.net/index.php/Donate The funds will be used by the board (http://wiki.openembedded.net/index.php/Organization) for various purposes, so please discuss with one of them if you have questions. I would assume there will be some type of report published as to how money is spent, but again that is not my responsibility. The treasurer (Florian Bloor) is responsible for presenting the eV's finances to the membership. Typically, this occurs during a General Assembly. Our immediate financial need is to upgrade storage on our server hardware: 4 new 1.5TB drives. Approx $1k In the past the eV has received money to help pay people's travel to events that benefit the project. It would be nice to have money on hand so we can be more responsive when the people working on the hosting need help. Philip Thanks, Cliff ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] virtclass_install prepend
On Tue, Sep 7, 2010 at 6:57 AM, Richard Purdie rpur...@rpsys.net wrote: On Mon, 2010-09-06 at 22:11 +0200, Henning Heinold wrote: The code is: do_install_virtclass-native_prepend() { install -d ${D}${datadir}/dbus install -m 0644 dbus-bus-introspect.xml ${D}${datadir}/dbus } Actually if the standard do_install needs to be changed, it generally raises some alarms with me. Why would we need to install something that the package normally does not install? (of course this could be a bug in the package, but then I would prefer a patch that we also try to push upstream). Agreed, that is odd. If it's something that dbus using things might need, why is it only prepended for the native version, and as you say, why is it not installed by the upstream install target. I'd do a git blame and figure out who added that and ask them :) -- Henning, Git blame gives your name as the person who created those lines. Care to comment? Frans if I remember correctly this file is generated in the build process. But somehow in the later versions of dbus-glib there is somehow an error so this file gets not installed at all in the native variant. So I did it per hand. I suspect that code could well have come from Poky. In this case the native recipe generates a file which is then used by the target builds. It can't be generated in the target recipe as that would mean running target binaries. So it is in fact a perfectly valid thing to do in this case. wow cool. This needs to be in the comments in that code. Cheers, Richard ___ 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] libsegfault on ARMV5
On 09/08/2010 07:40 AM, Cliff Brake wrote: Backtrace: /lib/libSegFault.so[0x400275cc] /lib/libc.so.6(__default_rt_sa_restorer_v2+0x0)[0x4105e9c0] I'm running: libsegfault - 2.9-r36.3.5 Has anyone else successfully used libsegfault on ARM built with OE, or have other ideas on how to accomplish this? Could you attempt to build the binary with -fno-omit-frame-pointer and see if it makes a difference? ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH] rename SOC_FAMILY to TARGET_SOC_FAMILY and make it global
On 09:43 Tue 07 Sep , Maupin, Chase wrote: add global OVERRIDES ${TARGET_SOC_FAMILY} and ${TARGET_ARCH}_${TARGET_SOC_FAMILY} For my part I would ask why you are renaming SOC_FAMILY to TARGET_SOC_FAMILY? Why not leave the name the way it is since others may be using it in overlays, etc? to be consistant it's the TARGET SOC FAMILY not the host as the ARCH Also, you might want to make sure your patch would include Fran's fix to base.bbclass that he mentioned at http://lists.linuxtogo.org/pipermail/openembedded-devel/2010-September/023680.html For what my input is worth I would NAK this patch because: 1. I don't see a reason to add this to the generic set of overrides. because you need for SoC support and it's not distrib related but hardware related (SoC familly) 2. I don't understand why the name of the variable SOC_FAMILY needs to be changed. I know this will break existing overlays and I don't see any reason why the change is made. 3. I disagree with the ${TARGET_ARCH}_${TARGET_SOC_FAMILY} override. If you have two patch series for different architectures then you should have two SOC_FAMILY settings or use the MACHINE setting for the override. I think this override is confusing and redundant. no as I describe already the same doc familly can be run on two or more ARCH so this make sens and no it's no the machine to handle this but each receipe and no it's not redundant at all it's more precises as at receipe level you may we do this SRC_URI_arm += patches SRC_URI_arm_mnt += patches SRC_URI_mnt += patches SRC_URI_mips += patches SRC_URI_mips_mnt += patches so yes it's need Best Regards, J. ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] llvm-native package dependency on binutils-croos package
Hello, I am going to remove binutils-cross dependency from llvm-native package as this package does build successfully without binutils-cross dependency. Regards, Noor -Original Message- From: openembedded-devel-boun...@lists.openembedded.org [mailto:openembedded-devel-boun...@lists.openembedded.org] On Behalf Of Frans Meulenbroeks Sent: Monday, September 06, 2010 3:29 PM To: openembedded-devel@lists.openembedded.org Cc: robertschus...@fsfe.org Subject: Re: [oe] llvm-native package dependency on binutils-croos package 2010/9/6 Ahsan, Noor noor_ah...@mentor.com: Hi all, I was looking into llvm2.7-native package (llvm2.7-native_2.7.bb). Its recipe file includes llvm-native.inc, in this file the DEPENDS lists contains binutils-cross package. I am bit confused that why a non-native package is present in DPENDS list of a native package. This commit link is 6da4ed714f269373271a14149b131bf1ff7a6def. When I removed the binutils-cross from the dependency list and cleaned binutils-cross and llvm-native packages and rebuilt llvm-native package it built without any problem. So if llvm-native build successfully then I think binutils-cross should be removed from the DEPENDS list. Can somebody explain the reason if binutils-cross in the DEPENDS list? Thanks. Regards, Noor Noor, thanks for spotting this. To me this dependency seems very weird. I can imagine a dependency on binutils-native, but having a host recipe depend on a target recipe is somewhat strange. Should this be a dep on binutils-native ? Robert, can you elaborate (as you added the dep)? Thanks alot, Frans ___ 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] [PATCH 1/2] java-library.bbclass: do_stage is not needed anymore
On Tue, 2010-09-07 at 00:02 -0700, Khem Raj wrote: Signed-off-by: Khem Raj raj.k...@gmail.com --- classes/java-library.bbclass |4 1 files changed, 0 insertions(+), 4 deletions(-) diff --git a/classes/java-library.bbclass b/classes/java-library.bbclass index 904b4f1..5ce0537 100644 --- a/classes/java-library.bbclass +++ b/classes/java-library.bbclass @@ -65,7 +65,3 @@ do_install() { java_stage() { oe_jarinstall -s ${JARFILENAME} ${ALTJARFILENAMES} } Shouldn't you remove this java_stage function as well, as it won't be called anymore. - -do_stage() { - java_stage -} ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel