[OE-core] qt4-embedded - image size
I've successfully built qt4-embedded (oe-core, denzil, beaglebone) and have got a Qt/QML application running (on a beaglebone) The image size is quite big however and I notice there a load of examples/demos etc that I don't need on the filesystem. I presume I am probably just building the wrong thing ? Can someone advise the recommended way to get Qt built without all the demos etc ? This is what I added to our image - IMAGE_INSTALL += \ qt4-embedded \ Thanks John ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] qt4-embedded - image size
Hi John, On Monday 10 June 2013 11:31:26 John Stirling wrote: I've successfully built qt4-embedded (oe-core, denzil, beaglebone) and have got a Qt/QML application running (on a beaglebone) The image size is quite big however and I notice there a load of examples/demos etc that I don't need on the filesystem. I presume I am probably just building the wrong thing ? Can someone advise the recommended way to get Qt built without all the demos etc ? This is what I added to our image - IMAGE_INSTALL += \ qt4-embedded \ It's not what you're building that's the problem, but the package you're selecting to go into the image. The qt4-embedded package will pull in all of the Qt/Embedded packages, which probably isn't what you want. Assuming your Qt application is compiled rather than pure QML, most of the time you can get away with only installing your Qt application - the Qt libraries that it uses will be installed automatically as dependencies. Then the only thing you will need to install as far as Qt is concerned are any plugins (database, image, etc.). You may also want qt4-embedded-qml-plugins and qt4-embedded-qmlviewer depending on how you start your application. Cheers, Paul -- Paul Eggleton Intel Open Source Technology Centre ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] qt4-embedded - image size
Hi Paul, Thanks for the reply. The Qt application (qtui) is compiled and has some C++, some QML and needs to use dbus. I am kicking it off via './qtui -qws'. So basically if I had this - IMAGE_INSTALL += \ qt4-embedded \ qtui \ You suggest just cutting it down to IMAGE_INSTALL += \ qtui \ and it should work itself out ? qtui.bb is - I am not entirely sure on the 'inherit qt4e' line. If there are any glaring errors here let me know. I'll kick off a build in the meantime. SRC_URI = git://${SOURCE_REPO}/git/${PN}.git;protocol=ssh;tag=${PV} LICENSE=CLOSED PROVIDES = ${PN}_${PV} DEPENDS = qt4-embedded S = ${WORKDIR}/git RPROVIDES = qtui_${PV} PACKAGES=${PN} FILES_${PN} += /root/qtui /usr/share/reciva/qml/qtui ${sysconfdir}/dbus-1/system.d/ inherit qt4e do_compile() { cd ${S} ./rebuild } do_install() { install -d ${D}/usr/share/reciva/ install -d ${D}/usr/share/reciva/qml/ install -d ${D}/usr/share/reciva/qml/qtui/ install -d ${D}/root/ install -d ${D}/${sysconfdir}/ install -d ${D}/${sysconfdir}/dbus-1/ install -d ${D}/${sysconfdir}/dbus-1/system.d/ install -m 0755 ${S}/qtui ${D}/root/ install -m 0755 ${S}/qml/qtui/* ${D}/usr/share/reciva/qml/qtui/ # So that qtui can use dbus system bus install -m 0644 ${S}/dbus_config/qtui.conf ${D}/${sysconfdir}/dbus-1/system.d/ } On 10 June 2013 11:55, Paul Eggleton paul.eggle...@linux.intel.com wrote: Hi John, On Monday 10 June 2013 11:31:26 John Stirling wrote: I've successfully built qt4-embedded (oe-core, denzil, beaglebone) and have got a Qt/QML application running (on a beaglebone) The image size is quite big however and I notice there a load of examples/demos etc that I don't need on the filesystem. I presume I am probably just building the wrong thing ? Can someone advise the recommended way to get Qt built without all the demos etc ? This is what I added to our image - IMAGE_INSTALL += \ qt4-embedded \ It's not what you're building that's the problem, but the package you're selecting to go into the image. The qt4-embedded package will pull in all of the Qt/Embedded packages, which probably isn't what you want. Assuming your Qt application is compiled rather than pure QML, most of the time you can get away with only installing your Qt application - the Qt libraries that it uses will be installed automatically as dependencies. Then the only thing you will need to install as far as Qt is concerned are any plugins (database, image, etc.). You may also want qt4-embedded-qml-plugins and qt4-embedded-qmlviewer depending on how you start your application. Cheers, Paul -- Paul Eggleton Intel Open Source Technology Centre ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] qemu: update to 1.5.0
On 6 June 2013 16:54, Saul Wold s...@linux.intel.com wrote: On 06/06/2013 05:08 AM, Riku Voipio wrote: Patches removed: 0001-doc-Fix-texinfo-table-markup-in-qemu-options.hx.patch - applied 0002-docs-Fix-generating-qemu-doc.html-with-texinfo-5.patch - fixed different upstream Revert-vmware_vga-Add-back-some-info-in-local-state-.patch - fixed different upstream arm-bgr.patch - this should be also fixed upstream, if still issue please resend. fallback-to-safe-mmap_min_addr.patch - this should be also fixed upstream, if still issue please resend. linker-flags.patch - unneeded with makefile changes from configure the obsolete --audio-cards-list option has been removed. Please describe how this was tested, as Qemu is a core part of OE-core we have seen past failures on version updates. It's important to do multi-architecture builds and execution with graphics. Also will it build target binaries (for example the build appliance uses qemu on the target) we have seen failures there also on updates. I've only tested building ARMv5 and ARMv7 systemd-gnome-images (which use qemu-native at some point of build. I just tested also building qemu for arm target and it builds fine. Differences between 1.4.1 and 1.5 in upstream are not that major that they should cause breakage in typical usecases. Setting IMAGETEST=qemu did start qemu but the image didn't start. That however didn't work with 1.4.1 either. Riku Thanks Sau! --- ...x-texinfo-table-markup-in-qemu-options.hx.patch | 213 ...x-generating-qemu-doc.html-with-texinfo-5.patch | 54 - ...re_vga-Add-back-some-info-in-local-state-.patch | 114 --- meta/recipes-devtools/qemu/files/arm-bgr.patch | 30 --- .../files/fallback-to-safe-mmap_min_addr.patch | 39 .../recipes-devtools/qemu/files/linker-flags.patch | 25 --- meta/recipes-devtools/qemu/qemu.inc|7 +- .../qemu/{qemu_1.4.1.bb = qemu_1.5.0.bb} |4 +- 8 files changed, 3 insertions(+), 483 deletions(-) delete mode 100644 meta/recipes-devtools/qemu/files/0001-doc-Fix-texinfo-table-markup-in-qemu-options.hx.patch delete mode 100644 meta/recipes-devtools/qemu/files/0002-docs-Fix-generating-qemu-doc.html-with-texinfo-5.patch delete mode 100644 meta/recipes-devtools/qemu/files/Revert-vmware_vga-Add-back-some-info-in-local-state-.patch delete mode 100644 meta/recipes-devtools/qemu/files/arm-bgr.patch delete mode 100644 meta/recipes-devtools/qemu/files/fallback-to-safe-mmap_min_addr.patch delete mode 100644 meta/recipes-devtools/qemu/files/linker-flags.patch rename meta/recipes-devtools/qemu/{qemu_1.4.1.bb = qemu_1.5.0.bb} (67%) diff --git a/meta/recipes-devtools/qemu/files/0001-doc-Fix-texinfo-table-markup-in-qemu-options.hx.patch b/meta/recipes-devtools/qemu/files/0001-doc-Fix-texinfo-table-markup-in-qemu-options.hx.patch deleted file mode 100644 index 9435cfe..000 --- a/meta/recipes-devtools/qemu/files/0001-doc-Fix-texinfo-table-markup-in-qemu-options.hx.patch +++ /dev/null @@ -1,213 +0,0 @@ -From 9a7146ca91c04d05af36684d8b3ca79c1254abc2 Mon Sep 17 00:00:00 2001 -From: Markus Armbruster arm...@redhat.com -Date: Wed, 13 Feb 2013 19:49:40 +0100 -Subject: [PATCH 1/2] doc: Fix texinfo @table markup in qemu-options.hx - -End tables before headings, start new ones afterwards. Fixes -incorrect indentation of headings File system options and Virtual -File system pass-through options in manual page and qemu-doc. - -Normalize markup some to increase chances it survives future edits. - -Upstream-Status: Backport - -Signed-off-by: Martin Jansa martin.ja...@gmail.com -Signed-off-by: Markus Armbruster arm...@redhat.com -Reviewed-by: Stefan Hajnoczi stefa...@redhat.com -Message-id: 1360781383-28635-5-git-send-email-arm...@redhat.com -Signed-off-by: Anthony Liguori aligu...@us.ibm.com - qemu-options.hx | 56 +--- - 1 file changed, 37 insertions(+), 19 deletions(-) - -diff --git a/qemu-options.hx b/qemu-options.hx -index 9d7131a..54bd92a 100644 a/qemu-options.hx -+++ b/qemu-options.hx -@@ -537,13 +537,15 @@ STEXI - @end table - ETEXI - --DEF(usb, 0, QEMU_OPTION_usb, ---usbenable the USB driver (will be the default soon)\n, --QEMU_ARCH_ALL) - STEXI - USB options: - @table @option -+ETEXI - -+DEF(usb, 0, QEMU_OPTION_usb, -+-usbenable the USB driver (will be the default soon)\n, -+QEMU_ARCH_ALL) -+STEXI - @item -usb - @findex -usb - Enable the USB driver (will be the default soon) -@@ -610,9 +612,15 @@ possible drivers and properties, use @code{-device help} and - @code{-device @var{driver},help}. - ETEXI - -+STEXI -+@end table -+ETEXI - DEFHEADING() - - DEFHEADING(File system options:) -+STEXI -+@table @option -+ETEXI - - DEF(fsdev, HAS_ARG, QEMU_OPTION_fsdev, - -fsdev
Re: [OE-core] qt4-embedded - image size
On Mon, Jun 10, 2013 at 1:19 PM, John Stirling ap.john.stirl...@gmail.comwrote: You suggest just cutting it down to IMAGE_INSTALL += \ qtui \ and it should work itself out ? hi, i have observed the same issue, and I used the following 'workaround': BAD_RECOMMENDATIONS = \ qt4-embedded-demos \ qt4-embedded-examples \ qt4-embedded-demos-doc \ qt4-embedded-tools \ qt4-embedded-assistant \ which I added in my image recipe, that would ensure that the packages which are RECOMMENDS don't get installed in the final image. I would be happy to use another (nicer?) method, too. ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] qt4-embedded - image size
On Monday 10 June 2013 12:19:48 John Stirling wrote: The Qt application (qtui) is compiled and has some C++, some QML and needs to use dbus. I am kicking it off via './qtui -qws'. So basically if I had this - IMAGE_INSTALL += \ qt4-embedded \ qtui \ You suggest just cutting it down to IMAGE_INSTALL += \ qtui \ and it should work itself out ? Apart from plugins and anything else that your application doesn't get directly linked to, yes. I am not entirely sure on the 'inherit qt4e' line. You do want this here, yes. SRC_URI = git://${SOURCE_REPO}/git/${PN}.git;protocol=ssh;tag=${PV} I think you probably should specify SRCREV here, even if it's SRCREV = ${AUTOREV} to build the latest version on the specified branch. For tags that won't change, typically we recommend that you specify the full sha1 hash in SRCREV and then the system knows it doesn't need to query the git server to get the current hash corresponding to the tag. PROVIDES = ${PN}_${PV} This should not be necessary. DEPENDS = qt4-embedded This is already done for you by inheriting qt4e. RPROVIDES = qtui_${PV} This should not be necessary either. PACKAGES=${PN} Unless you have a good reason to do this I would recommend not doing so; the standard package splitting should work for most situations and for those where it needs to be tweaked slightly that can be done fairly easily. FILES_${PN} += /root/qtui /usr/share/reciva/qml/qtui ${sysconfdir}/dbus-1/system.d/ Typically you would install binaries such as this to ${bindir} rather than /root. Cheers, Paul -- Paul Eggleton Intel Open Source Technology Centre ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] qt4e-demo-image with meta-fsl-arm: successful build?
On Mon, Jun 10, 2013 at 12:45 AM, Eric Bénard e...@eukrea.com wrote: the strange thing is why do you get a X qtdemo when building qt4e-demo-image ? I haven't begun debugging yet, but I had 2 initial thoughts as to why the X error message: 1. The qtdemo init seems to be written to support both x and x-free setups, so perhaps the init is getting confused 2. I had built the x11-free version of qt prior to the qte version, so perhaps that causes the issue I started a clean build just in case #2 is the cause. Steve I've launched a build and will test on my imx28evk asap. Eric ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] qt4-embedded - image size
Hi Nicolas, Le Mon, 10 Jun 2013 14:10:15 +0200, Nicolas Dechesne nicolas.deche...@linaro.org a écrit : On Mon, Jun 10, 2013 at 1:19 PM, John Stirling ap.john.stirl...@gmail.comwrote: You suggest just cutting it down to IMAGE_INSTALL += \ qtui \ and it should work itself out ? this will work but if you need plugins they will be missing as only the linked libraries will be automatically integrated. hi, i have observed the same issue, and I used the following 'workaround': BAD_RECOMMENDATIONS = \ qt4-embedded-demos \ qt4-embedded-examples \ qt4-embedded-demos-doc \ qt4-embedded-tools \ qt4-embedded-assistant \ which I added in my image recipe, that would ensure that the packages which are RECOMMENDS don't get installed in the final image. I would be happy to use another (nicer?) method, too. check packagegroup-core-qt4e.bb and remove : qt4-embedded-demos \ qt4-embedded-examples \ qt-demo-init \ qt4-embedded-assistant \ (and also the plugins libs you may not need) FWIW I'm using this to build a quite full featured qt4e base image : RDEPENDS_append += \ qt4-embedded \ QT_INSTALL = \ libqt-embedded3support4 \ libqt-embeddedclucene4 \ libqt-embeddedcore4 \ libqt-embeddedgui4 \ libqt-embeddednetwork4 \ libqt-embeddedsvg4 \ libqt-embeddedsql4 \ libqt-embeddedxml4 \ libqt-embeddedxmlpatterns4 \ libqt-embeddedwebkit4 \ libqt-embeddedscripttools4 \ libqt-embeddedtest4 \ libqt-embeddedmultimedia4 \ libqt-embeddedhelp4 \ libqt-embeddeddeclarative4 \ libqt-embeddeddbus4 \ libqt-embeddedphonon4 \ \ qt4-embedded-fonts-ttf-vera \ qt4-embedded-fonts-ttf-dejavu \ qt4-embedded-plugin-mousedriver-tslib \ qt4-embedded-plugin-sqldriver-sqlite2 \ qt4-embedded-plugin-sqldriver-sqlite \ qt4-embedded-plugin-phonon-backend-gstreamer \ qt4-embedded-plugin-iconengine-svgicon \ qt4-embedded-plugin-imageformat-gif \ qt4-embedded-plugin-imageformat-ico \ qt4-embedded-plugin-imageformat-jpeg \ qt4-embedded-plugin-imageformat-mng \ qt4-embedded-plugin-imageformat-svg \ qt4-embedded-plugin-imageformat-tiff \ sqlite3 \ QWT_INSTALL = \ qwt-e \ IMAGE_INSTALL += \ ${QT_INSTALL} \ ${QWT_INSTALL} \ and I add this when I want the examples : IMAGE_INSTALL += \ qt4-embedded-demos qt4-embedded-examples qt-demo-init \ qwt-e-examples \ (qt-demo-init is a homemade init script). Eric ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] qt4e-demo-image with meta-fsl-arm: successful build?
And of course I should have mentioned in my first email that I am using the danny branch of both repositories! Steve On Mon, Jun 10, 2013 at 5:58 AM, Steve Sakoman sako...@gmail.com wrote: On Mon, Jun 10, 2013 at 12:45 AM, Eric Bénard e...@eukrea.com wrote: the strange thing is why do you get a X qtdemo when building qt4e-demo-image ? I haven't begun debugging yet, but I had 2 initial thoughts as to why the X error message: 1. The qtdemo init seems to be written to support both x and x-free setups, so perhaps the init is getting confused 2. I had built the x11-free version of qt prior to the qte version, so perhaps that causes the issue I started a clean build just in case #2 is the cause. Steve I've launched a build and will test on my imx28evk asap. Eric ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] qt4e-demo-image with meta-fsl-arm: successful build?
Le Mon, 10 Jun 2013 05:58:42 -0700, Steve Sakoman sako...@gmail.com a écrit : On Mon, Jun 10, 2013 at 12:45 AM, Eric Bénard e...@eukrea.com wrote: the strange thing is why do you get a X qtdemo when building qt4e-demo-image ? I haven't begun debugging yet, but I had 2 initial thoughts as to why the X error message: 1. The qtdemo init seems to be written to support both x and x-free setups, so perhaps the init is getting confused 2. I had built the x11-free version of qt prior to the qte version, so perhaps that causes the issue I started a clean build just in case #2 is the cause. OK #2 is clearly a situation I avoid here as this created me some troubles in the past. Eric ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] qt4-embedded - image size
On Mon, Jun 10, 2013 at 2:59 PM, Eric Bénard e...@eukrea.com wrote: Hi Nicolas, Le Mon, 10 Jun 2013 14:10:15 +0200, Nicolas Dechesne nicolas.deche...@linaro.org a écrit : On Mon, Jun 10, 2013 at 1:19 PM, John Stirling ap.john.stirl...@gmail.comwrote: You suggest just cutting it down to IMAGE_INSTALL += \ qtui \ and it should work itself out ? this will work but if you need plugins they will be missing as only the linked libraries will be automatically integrated. hi, i have observed the same issue, and I used the following 'workaround': BAD_RECOMMENDATIONS = \ qt4-embedded-demos \ qt4-embedded-examples \ qt4-embedded-demos-doc \ qt4-embedded-tools \ qt4-embedded-assistant \ which I added in my image recipe, that would ensure that the packages which are RECOMMENDS don't get installed in the final image. I would be happy to use another (nicer?) method, too. check packagegroup-core-qt4e.bb and remove : qt4-embedded-demos \ qt4-embedded-examples \ qt-demo-init \ qt4-embedded-assistant \ (and also the plugins libs you may not need) FWIW I'm using this to build a quite full featured qt4e base image : RDEPENDS_append += \ qt4-embedded \ QT_INSTALL = \ libqt-embedded3support4 \ libqt-embeddedclucene4 \ libqt-embeddedcore4 \ libqt-embeddedgui4 \ libqt-embeddednetwork4 \ libqt-embeddedsvg4 \ libqt-embeddedsql4 \ libqt-embeddedxml4 \ libqt-embeddedxmlpatterns4 \ libqt-embeddedwebkit4 \ libqt-embeddedscripttools4 \ libqt-embeddedtest4 \ libqt-embeddedmultimedia4 \ libqt-embeddedhelp4 \ libqt-embeddeddeclarative4 \ libqt-embeddeddbus4 \ libqt-embeddedphonon4 \ \ qt4-embedded-fonts-ttf-vera \ qt4-embedded-fonts-ttf-dejavu \ qt4-embedded-plugin-mousedriver-tslib \ qt4-embedded-plugin-sqldriver-sqlite2 \ qt4-embedded-plugin-sqldriver-sqlite \ qt4-embedded-plugin-phonon-backend-gstreamer \ qt4-embedded-plugin-iconengine-svgicon \ qt4-embedded-plugin-imageformat-gif \ qt4-embedded-plugin-imageformat-ico \ qt4-embedded-plugin-imageformat-jpeg \ qt4-embedded-plugin-imageformat-mng \ qt4-embedded-plugin-imageformat-svg \ qt4-embedded-plugin-imageformat-tiff \ sqlite3 \ QWT_INSTALL = \ qwt-e \ IMAGE_INSTALL += \ ${QT_INSTALL} \ ${QWT_INSTALL} \ and I add this when I want the examples : IMAGE_INSTALL += \ qt4-embedded-demos qt4-embedded-examples qt-demo-init \ qwt-e-examples \ (qt-demo-init is a homemade init script). hi Eric, thanks for your answer. so, yes I kind of figured out I could do that. But in fact I was hoping that re-using the existing packagegroup from oe-core *should* be the right thing to do, instead of re-implementing another one. and perhaps the packagegroup being called core-qt4e should be restricted to 'core' components, and we could have 1 (or more) additional packagegroups that could be pulled into images, instead? otherwise what's the point of having a 'core QT4e packagegroup' if it's not suitable for any real usage? now, given the current QT4/QT5 stuff, i don't know how relevant this discussion is.. but i wanted to point out that as a newcomer to this area, that has been quite confusing! Eric ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] qt4-embedded - image size
Le Mon, 10 Jun 2013 15:07:01 +0200, Nicolas Dechesne nicolas.deche...@linaro.org a écrit : On Mon, Jun 10, 2013 at 2:59 PM, Eric Bénard e...@eukrea.com wrote: Hi Nicolas, Le Mon, 10 Jun 2013 14:10:15 +0200, Nicolas Dechesne nicolas.deche...@linaro.org a écrit : On Mon, Jun 10, 2013 at 1:19 PM, John Stirling ap.john.stirl...@gmail.comwrote: You suggest just cutting it down to IMAGE_INSTALL += \ qtui \ and it should work itself out ? this will work but if you need plugins they will be missing as only the linked libraries will be automatically integrated. hi, i have observed the same issue, and I used the following 'workaround': BAD_RECOMMENDATIONS = \ qt4-embedded-demos \ qt4-embedded-examples \ qt4-embedded-demos-doc \ qt4-embedded-tools \ qt4-embedded-assistant \ which I added in my image recipe, that would ensure that the packages which are RECOMMENDS don't get installed in the final image. I would be happy to use another (nicer?) method, too. check packagegroup-core-qt4e.bb and remove : qt4-embedded-demos \ qt4-embedded-examples \ qt-demo-init \ qt4-embedded-assistant \ (and also the plugins libs you may not need) FWIW I'm using this to build a quite full featured qt4e base image : RDEPENDS_append += \ qt4-embedded \ QT_INSTALL = \ libqt-embedded3support4 \ libqt-embeddedclucene4 \ libqt-embeddedcore4 \ libqt-embeddedgui4 \ libqt-embeddednetwork4 \ libqt-embeddedsvg4 \ libqt-embeddedsql4 \ libqt-embeddedxml4 \ libqt-embeddedxmlpatterns4 \ libqt-embeddedwebkit4 \ libqt-embeddedscripttools4 \ libqt-embeddedtest4 \ libqt-embeddedmultimedia4 \ libqt-embeddedhelp4 \ libqt-embeddeddeclarative4 \ libqt-embeddeddbus4 \ libqt-embeddedphonon4 \ \ qt4-embedded-fonts-ttf-vera \ qt4-embedded-fonts-ttf-dejavu \ qt4-embedded-plugin-mousedriver-tslib \ qt4-embedded-plugin-sqldriver-sqlite2 \ qt4-embedded-plugin-sqldriver-sqlite \ qt4-embedded-plugin-phonon-backend-gstreamer \ qt4-embedded-plugin-iconengine-svgicon \ qt4-embedded-plugin-imageformat-gif \ qt4-embedded-plugin-imageformat-ico \ qt4-embedded-plugin-imageformat-jpeg \ qt4-embedded-plugin-imageformat-mng \ qt4-embedded-plugin-imageformat-svg \ qt4-embedded-plugin-imageformat-tiff \ sqlite3 \ QWT_INSTALL = \ qwt-e \ IMAGE_INSTALL += \ ${QT_INSTALL} \ ${QWT_INSTALL} \ and I add this when I want the examples : IMAGE_INSTALL += \ qt4-embedded-demos qt4-embedded-examples qt-demo-init \ qwt-e-examples \ (qt-demo-init is a homemade init script). hi Eric, thanks for your answer. so, yes I kind of figured out I could do that. But in fact I was hoping that re-using the existing packagegroup from oe-core *should* be the right thing to do, instead of re-implementing another one. and perhaps the packagegroup being called core-qt4e should be restricted to 'core' components, and we could have 1 (or more) additional packagegroups that could be pulled into images, instead? otherwise what's the point of having a 'core QT4e packagegroup' if it's not suitable for any real usage? true, I'll cook test a split of the packagegroup to make the examples demos optional Eric ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] qt4-embedded - image size
Looking fairly promising so far. Image size down from 280Mb to 90Mb and only Qt related stuff now seems to be in /usr/lib/ The font's seem to be missing though - QFontDatabase: Cannot find font directory /usr/lib/fonts - is Qt installed correctly? We won't need all the fonts in any case but would you expect them to have been pulled in automatically ? Here's what I now have in /usr/lib/libQt* -rwxr-xr-x root root 3157228 ./usr/lib/libQtCoreE.so.4.8.0 -rwxr-xr-x root root 481476 ./usr/lib/libQtDBusE.so.4.8.0 -rwxr-xr-x root root 3571644 ./usr/lib/libQtDeclarativeE.so.4.8.0 -rwxr-xr-x root root 9643544 ./usr/lib/libQtGuiE.so.4.8.0 -rwxr-xr-x root root 1231712 ./usr/lib/libQtNetworkE.so.4.8.0 -rwxr-xr-x root root 2507000 ./usr/lib/libQtScriptE.so.4.8.0 -rwxr-xr-x root root 217564 ./usr/lib/libQtSqlE.so.4.8.0 -rwxr-xr-x root root 247056 ./usr/lib/libQtXmlE.so.4.8.0 -rwxr-xr-x root root 4412572 ./usr/lib/libQtXmlPatternsE.so.4.8.0 Total approx 25Mb there. Pretty sure I need the first 3, but not sure about the rest. Does that look about right to you size wise ? We're just trying to tie down flash sizes at the moment and want to get a fairly accurate estimate for Qt. I guess also at some point we might want to switch to Qt5. Is that comparable in size ? On 10 June 2013 13:17, Paul Eggleton paul.eggle...@linux.intel.com wrote: On Monday 10 June 2013 12:19:48 John Stirling wrote: The Qt application (qtui) is compiled and has some C++, some QML and needs to use dbus. I am kicking it off via './qtui -qws'. So basically if I had this - IMAGE_INSTALL += \ qt4-embedded \ qtui \ You suggest just cutting it down to IMAGE_INSTALL += \ qtui \ and it should work itself out ? Apart from plugins and anything else that your application doesn't get directly linked to, yes. I am not entirely sure on the 'inherit qt4e' line. You do want this here, yes. SRC_URI = git://${SOURCE_REPO}/git/${PN}.git;protocol=ssh;tag=${PV} I think you probably should specify SRCREV here, even if it's SRCREV = ${AUTOREV} to build the latest version on the specified branch. For tags that won't change, typically we recommend that you specify the full sha1 hash in SRCREV and then the system knows it doesn't need to query the git server to get the current hash corresponding to the tag. PROVIDES = ${PN}_${PV} This should not be necessary. DEPENDS = qt4-embedded This is already done for you by inheriting qt4e. RPROVIDES = qtui_${PV} This should not be necessary either. PACKAGES=${PN} Unless you have a good reason to do this I would recommend not doing so; the standard package splitting should work for most situations and for those where it needs to be tweaked slightly that can be done fairly easily. FILES_${PN} += /root/qtui /usr/share/reciva/qml/qtui ${sysconfdir}/dbus-1/system.d/ Typically you would install binaries such as this to ${bindir} rather than /root. Cheers, Paul -- Paul Eggleton Intel Open Source Technology Centre ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] qt4-embedded - image size
On Monday 10 June 2013 14:46:57 John Stirling wrote: Looking fairly promising so far. Image size down from 280Mb to 90Mb and only Qt related stuff now seems to be in /usr/lib/ The font's seem to be missing though - QFontDatabase: Cannot find font directory /usr/lib/fonts - is Qt installed correctly? We won't need all the fonts in any case but would you expect them to have been pulled in automatically ? Right, for Qt/E if you are displaying any text you'll need to explicitly install the package for this since nothing depends upon it. You can install the qt4-embedded-fonts package which brings in all fonts that are distributed with Qt, or alternatively you can install only the fonts you want (qt4- embedded-fonts-ttf-vera, etc.) Pretty sure I need the first 3, but not sure about the rest. Does that look about right to you size wise ? We're just trying to tie down flash sizes at the moment and want to get a fairly accurate estimate for Qt. This looks reasonable to me. Note however if you start changing some of the build-time configuration options for Qt you may be able to disable a few things you don't need. Have a look at Qt's configuration options [1]. You can see exactly which options are being used to build Qt with: bitbake -e | grep ^QT_CONFIG_FLAGS= If you search for QT_CONFIG_FLAGS under meta/recipes-qt/qt4/ you'll see how this variable gets set. I guess also at some point we might want to switch to Qt5. Is that comparable in size ? Not sure I'm afraid, although I believe it is more modular so in theory you should be able to cut out more pieces you don't need. Cheers, Paul [1] http://qt-project.org/doc/qt-4.8/configure-options.html -- Paul Eggleton Intel Open Source Technology Centre ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [dylan][PATCH 0/9] Stable branch cherry-picks (cover letter only)
These are cherry-picks from master to be applied to the dylan branch for inclusion in the next 1.4 stable release (1.4.1). Please review this series for suitability for inclusion into the stable branch. The following changes since commit e174486f04e81ec342ab4ec854d4194bb372b96b: build-appliance-image: update to latest dylan revision for release (2013-06-03 17:45:37 +0100) are available in the git repository at: git://git.openembedded.org/openembedded-core-contrib paule/dylan-next http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=paule/dylan-next Carlos Rafael Giani (1): gstreamer: fixed -meta package rdepends Jackie Huang (1): grub-0.97: fix the objcopy error in configure Jonathan Liu (1): classes/buildhistory: record removals in buildhistory directory Paul Barker (1): qt4: remove trailing slash from prefix Phil Blundell (1): openssl: Disable parallel make Richard Purdie (2): autotools.bbclass: Factor out aclocal copying function alsa-tools: Fix configure race Saul Wold (2): self-hosted: Add libssp libraries to packagegroup/image libxi: Add libxfixes as dependency meta/classes/autotools.bbclass | 37 meta/classes/buildhistory.bbclass | 2 +- .../grub/grub-0.97/objcopy-absolute.patch | 40 ++ meta/recipes-bsp/grub/grub_0.97.bb | 1 + .../recipes-connectivity/openssl/openssl_1.0.1e.bb | 1 + .../packagegroups/packagegroup-self-hosted.bb | 3 ++ meta/recipes-graphics/xorg-lib/libxi_1.7.bb| 2 +- .../recipes-multimedia/alsa/alsa-tools_1.0.26.1.bb | 8 - .../gstreamer/gst-plugins-package.inc | 27 --- meta/recipes-qt/qt4/qt4.inc| 6 ++-- 10 files changed, 101 insertions(+), 26 deletions(-) create mode 100644 meta/recipes-bsp/grub/grub-0.97/objcopy-absolute.patch -- 1.8.1.2 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] qt4e-demo-image with meta-fsl-arm: successful build?
On Mon, Jun 10, 2013 at 6:07 AM, Eric Bénard e...@eukrea.com wrote: Le Mon, 10 Jun 2013 05:58:42 -0700, Steve Sakoman sako...@gmail.com a écrit : I haven't begun debugging yet, but I had 2 initial thoughts as to why the X error message: 1. The qtdemo init seems to be written to support both x and x-free setups, so perhaps the init is getting confused 2. I had built the x11-free version of qt prior to the qte version, so perhaps that causes the issue I started a clean build just in case #2 is the cause. OK #2 is clearly a situation I avoid here as this created me some troubles in the past. And it created issues for me too :-) A clean build of qt4e-demo-image works. A clean build of a similar image based on qt4-x11-free however is broken as described in my original post. Clearly one must choose either qt4-x11-free or qt4e, having both in the same build setup is broken (perhaps by design) Steve ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [oe-commits] Andy Voltz : tune-cortexa.inc: create a common include for cortex-a armv7a tuning
Hi Martin, On Sat, Jun 08, 2013 at 11:10:20AM +0200, Martin Jansa wrote: Something is wrong with this one: ERROR: OE-core's config sanity checker detected a potential misconfiguration. Either fix the cause of this error or at your own risk disable the checker (see sanity.conf). Following is the list of potential problems / advisories: Error, the PACKAGE_ARCHS variable does not contain TUNE_PKGARCH (${ARMPKGARCH_tune-cortexa8t-neon}).Toolchain tunings invalid: Tuning 'cortexa8t-neon' has no defined features, and cannot be used. ERROR: Execution of event handler 'check_sanity_eventhandler' failed Please use tests like http://git.openembedded.org/openembedded-core-contrib/log/?h=jansa/tune2-test to check that all tunes are still valid after such change. I was not aware of this test. I'll look into this. Also it was using -mtune and documentation talks about -mtune, but actual tune-cortexa.inc is using -mcpu, this change wasn't mentioned in commit message and I don't think it's improvement. *facepalm* This is actually my mistake when I squashed my cortex-a5 file into a general cortexa file. I meant to keep the -mtune in place. I started out using mcpu before realizing mtune was also valid for cortex-a5. I have a patch to revert that change / go back to -mtune. I will send it after I rebuild for cortex-a5. Sorry about that. It didn't come out because the build was happy with -mcpu=cortex-a5 -- Andy Voltz Timesys Corporation ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] qt4e-demo-image with meta-fsl-arm: successful build?
On Monday 10 June 2013 08:43:38 Steve Sakoman wrote: On Mon, Jun 10, 2013 at 6:07 AM, Eric Bénard e...@eukrea.com wrote: Le Mon, 10 Jun 2013 05:58:42 -0700, Steve Sakoman sako...@gmail.com a écrit : I haven't begun debugging yet, but I had 2 initial thoughts as to why the X error message: 1. The qtdemo init seems to be written to support both x and x-free setups, so perhaps the init is getting confused 2. I had built the x11-free version of qt prior to the qte version, so perhaps that causes the issue I started a clean build just in case #2 is the cause. OK #2 is clearly a situation I avoid here as this created me some troubles in the past. And it created issues for me too :-) A clean build of qt4e-demo-image works. A clean build of a similar image based on qt4-x11-free however is broken as described in my original post. Clearly one must choose either qt4-x11-free or qt4e, having both in the same build setup is broken (perhaps by design) I can say this is not by design. The two should be able to coexist (which is why the library names are different); if they currently cannot we need to figure out why that is and get it fixed. Cheers, Paul -- Paul Eggleton Intel Open Source Technology Centre ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] qt4-embedded - image size
Thanks Paul. Fonts all ok now. For the benefit of anyone else listening here's what I ended up with IMAGE_INSTALL += \ qt4-embedded-fonts-ttf-vera \ qtui \ ttf-vera fonts are about 500k in total, but could be cut down to ~100k in my case as I don't really need italics (eg just use Vera.ttf and VeraBd.ttf) Qt libraries were about 25Mb in total which I expect could be reduced a bit, but think I have enough information for now. On 10 June 2013 15:03, Paul Eggleton paul.eggle...@linux.intel.com wrote: On Monday 10 June 2013 14:46:57 John Stirling wrote: Looking fairly promising so far. Image size down from 280Mb to 90Mb and only Qt related stuff now seems to be in /usr/lib/ The font's seem to be missing though - QFontDatabase: Cannot find font directory /usr/lib/fonts - is Qt installed correctly? We won't need all the fonts in any case but would you expect them to have been pulled in automatically ? Right, for Qt/E if you are displaying any text you'll need to explicitly install the package for this since nothing depends upon it. You can install the qt4-embedded-fonts package which brings in all fonts that are distributed with Qt, or alternatively you can install only the fonts you want (qt4- embedded-fonts-ttf-vera, etc.) Pretty sure I need the first 3, but not sure about the rest. Does that look about right to you size wise ? We're just trying to tie down flash sizes at the moment and want to get a fairly accurate estimate for Qt. This looks reasonable to me. Note however if you start changing some of the build-time configuration options for Qt you may be able to disable a few things you don't need. Have a look at Qt's configuration options [1]. You can see exactly which options are being used to build Qt with: bitbake -e | grep ^QT_CONFIG_FLAGS= If you search for QT_CONFIG_FLAGS under meta/recipes-qt/qt4/ you'll see how this variable gets set. I guess also at some point we might want to switch to Qt5. Is that comparable in size ? Not sure I'm afraid, although I believe it is more modular so in theory you should be able to cut out more pieces you don't need. Cheers, Paul [1] http://qt-project.org/doc/qt-4.8/configure-options.html -- Paul Eggleton Intel Open Source Technology Centre ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] boot-directdisk: mount root by MBR disk signature for Linux 3.8+
On 06/08/2013 06:03 AM, Jonathan Liu wrote: Hi Darren, + sed -i s|\broot=[^ ]*|root=PARTUUID=$DISK_SIGNATURE-02| $HDDDIR/syslinux.cfg In bootimg.bbclass I have been abstracting out the boot loader so it is not explicitly referenced. Something like that is in order here. For example, an EFI boot-directdisk (which admittedly doesn't exist yet) would not have a syslinux.cfg but would still need the change. Consider using the syslinux class to abstract this necessary change. Then I can add the gummiboot change when EFI support is added. Do you mean adding a function to the syslinux class which updates root= in syslinux.cfg previously created by build_syslinux_cfg()? In the words of a wise director at a large technology company, I meant whatever is the most intelligent. :-) This could be a new function in syslinux.bbclass. It could also be a parameter to build_syslinux_cfg which would allow it to be used from either bootimg.bbclass, boot-directdisk.bbclass, with or without EFI, with various kernel versions, etc. I suspect some parameterization will result in the cleanest, most maintainable approach, but investigation is required. Thanks! Darren -- Darren + fi + mkdosfs -n ${BOOTDD_VOLUME_ID} -S 512 -C $HDDIMG $BLOCKS mcopy -i $HDDIMG -s $HDDDIR/* ::/ @@ -71,10 +88,8 @@ build_boot_dd() { END3=`expr \( $ROOTFSBLOCKS \* 1024 \) + $END1` echo $ROOTFSBLOCKS $TOTALSIZE $END1 $END2 $END3 - rm -rf $IMAGE dd if=/dev/zero of=$IMAGE bs=1024 seek=$TOTALSIZE count=1 - parted $IMAGE mklabel msdos parted $IMAGE mkpart primary fat16 0 ${END1}B parted $IMAGE unit B mkpart primary ext2 ${END2}B ${END3}B parted $IMAGE set 1 boot on Regards, Jonathan -- Darren Hart Intel Open Source Technology Center Yocto Project - Technical Lead - Linux Kernel ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 2/3] boot-directdisk: Scope HDDDIR and HDDIMG variables to avoid conflicts
On 06/09/2013 05:11 AM, Jonathan Liu wrote: On 8 June 2013 09:31, Darren Hart dvh...@linux.intel.com wrote: On 05/08/2013 08:24 PM, Jonathan Liu wrote: These variables should not be shared with other image classes. The bootimg class also has an HDDDIR variable that could be overwritten if executing concurrently in the same image recipe. Nice catch. Would you considering sending a patch against the bootimg class as well? I did originally submit a patch against the bootimg class as well but it turns out those variables are used by grub-efi.bbclass and syslinux.bbclass. See http://lists.openembedded.org/pipermail/openembedded-core/2013-May/078011.html. Ah yes. And boot-directdisk.bbclass also makes use of those. Sounds like some investigation into how to better modularize this is in order. -- Darren Hart Intel Open Source Technology Center Yocto Project - Technical Lead - Linux Kernel ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] qt4-embedded - image size
On Monday 10 June 2013 15:13:56 Eric Bénard wrote: Le Mon, 10 Jun 2013 15:07:01 +0200, Nicolas Dechesne nicolas.deche...@linaro.org a écrit : thanks for your answer. so, yes I kind of figured out I could do that. But in fact I was hoping that re-using the existing packagegroup from oe-core *should* be the right thing to do, instead of re-implementing another one. and perhaps the packagegroup being called core-qt4e should be restricted to 'core' components, and we could have 1 (or more) additional packagegroups that could be pulled into images, instead? otherwise what's the point of having a 'core QT4e packagegroup' if it's not suitable for any real usage? true, I'll cook test a split of the packagegroup to make the examples demos optional This sounds like a good idea. FWIW, the contents of this packagegroup came up on IRC a week or two ago and it was pointed out that the main package includes qt4-embedded which pulls in everything, but also includes a subset of the qt4-embedded-* packages and having both seems a bit pointless. I did test removing qt4-embedded from the packagegroup to see what would be removed from a qt4e-demo-image; unfortunately I don't seem to have the buildhistory output to hand, but IIRC it didn't seem to me that anything we would have needed was being removed. Cheers, Paul -- Paul Eggleton Intel Open Source Technology Centre ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] tar: don't mv tar for nativesdk
We move tar into /bin for target but it can stay in /usr/bin for nativesdk this will also mean the paths are correct for the buildtools-tarball environment Signed-off-by: Saul Wold s...@linux.intel.com --- meta/recipes-extended/tar/tar.inc | 1 + 1 file changed, 1 insertion(+) diff --git a/meta/recipes-extended/tar/tar.inc b/meta/recipes-extended/tar/tar.inc index abeb8c1..358384a 100644 --- a/meta/recipes-extended/tar/tar.inc +++ b/meta/recipes-extended/tar/tar.inc @@ -11,6 +11,7 @@ inherit autotools gettext EXTRA_OECONF += DEFAULT_RMT_DIR=${base_sbindir} EXTRAINSTALL = do_install_extra +EXTRAINSTALL_class-nativesdk = do_install () { autotools_do_install -- 1.8.1.4 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/4] packagegroup-core-tools-profile: don't exclude mips
From: Christopher Larson chris_lar...@mentor.com Now that liburcu supports mips, this packagegroup can pull in lttng software on that architecture. Signed-off-by: Christopher Larson chris_lar...@mentor.com --- .../packagegroups/packagegroup-core-tools-profile.bb | 11 --- 1 file changed, 11 deletions(-) diff --git a/meta/recipes-core/packagegroups/packagegroup-core-tools-profile.bb b/meta/recipes-core/packagegroups/packagegroup-core-tools-profile.bb index 8f40c4e..bb1b78b 100644 --- a/meta/recipes-core/packagegroups/packagegroup-core-tools-profile.bb +++ b/meta/recipes-core/packagegroups/packagegroup-core-tools-profile.bb @@ -48,22 +48,15 @@ SYSTEMTAP_aarch64 = LTTNGUST = lttng-ust LTTNGUST_libc-uclibc = -LTTNGUST_mips = LTTNGUST_aarch64 = -# lttng-tools, lttng-modules and babeltrace all depend on liburcu -# which currentl doesn't build on mips - LTTNGTOOLS = lttng-tools -LTTNGTOOLS_mips = LTTNGTOOLS_aarch64 = LTTNGMODULES = lttng-modules -LTTNGMODULES_mips = LTTNGMODULES_aarch64 = BABELTRACE = babeltrace -BABELTRACE_mips = BABELTRACE_aarch64 = # valgrind does not work on mips @@ -77,10 +70,6 @@ VALGRIND_aarch64 = #exmap-console #exmap-server -# At present we only build lttng-ust on -# qemux86/qemux86-64/qemuppc/qemuarm/emenlow/atom-pc since upstream liburcu -# (which is required by lttng-ust) may not build on other platforms, like -# MIPS. RDEPENDS_${PN} = \ ${PROFILETOOLS} \ ${LTTNGUST} \ -- 1.8.3 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 2/2] copyleft_compliance: set 'dirs' flag on task
From: Christopher Larson chris_lar...@mentor.com Without this, due to bitbake defaulting to ${B}, it's possible to get ${S} inadvertantly created before do_unpack, breaking the unpack of git sources, which expect the destination to not exist. Signed-off-by: Christopher Larson chris_lar...@mentor.com --- meta/classes/copyleft_compliance.bbclass | 1 + 1 file changed, 1 insertion(+) diff --git a/meta/classes/copyleft_compliance.bbclass b/meta/classes/copyleft_compliance.bbclass index adb48be..6b30b87 100644 --- a/meta/classes/copyleft_compliance.bbclass +++ b/meta/classes/copyleft_compliance.bbclass @@ -63,4 +63,5 @@ python do_prepare_copyleft_sources () { } addtask prepare_copyleft_sources after do_fetch before do_build +do_prepare_copyleft_sources[dirs] = ${WORKDIR} do_build[recrdeptask] += 'do_prepare_copyleft_sources' -- 1.8.3 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/2] copyleft_compliance: handle localpaths ending with '/'
From: Christopher Larson chris_lar...@mentor.com Signed-off-by: Christopher Larson chris_lar...@mentor.com --- meta/classes/copyleft_compliance.bbclass | 2 ++ 1 file changed, 2 insertions(+) diff --git a/meta/classes/copyleft_compliance.bbclass b/meta/classes/copyleft_compliance.bbclass index 06b0227..adb48be 100644 --- a/meta/classes/copyleft_compliance.bbclass +++ b/meta/classes/copyleft_compliance.bbclass @@ -39,6 +39,8 @@ python do_prepare_copyleft_sources () { local = os.path.normpath(fetch.localpath(u.url)) if local.endswith('.bb'): continue +elif local.endswith('/'): +local = local[:-1] if u.mirrortarball: tarball_path = os.path.join(dl_dir, u.mirrortarball) -- 1.8.3 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 2/3] sstate.bbclass: fetch archive+siginfo in a single pstaging_fetch
From: Christopher Larson chris_lar...@mentor.com This avoids unnecessary duplication of setup. The only visible change in behavior will be the case if siginfo exists and the archive does not, in which case it'll redownload both, but this doesn't seem unresasonable to me, particularly since the archive is downloaded first, making this case particularly unlikely. Signed-off-by: Christopher Larson chris_lar...@mentor.com --- meta/classes/sstate.bbclass | 32 +++- 1 file changed, 15 insertions(+), 17 deletions(-) diff --git a/meta/classes/sstate.bbclass b/meta/classes/sstate.bbclass index 3aa4371..28dc312 100644 --- a/meta/classes/sstate.bbclass +++ b/meta/classes/sstate.bbclass @@ -224,8 +224,6 @@ def sstate_installpkg(ss, d): if not os.path.exists(sstatepkg): pstaging_fetch(sstatefetch, sstatepkg, d) -if not os.path.exists(sstatepkg + .siginfo): -pstaging_fetch(sstatefetch + .siginfo, sstatepkg + .siginfo, d) if not os.path.isfile(sstatepkg): bb.note(Staging package %s does not exist % sstatepkg) @@ -504,30 +502,30 @@ def pstaging_fetch(sstatefetch, sstatepkg, d): bb.data.update_data(localdata) dldir = localdata.expand(${SSTATE_DIR}) -srcuri = file:// + sstatefetch - bb.mkdirhier(dldir) localdata.delVar('MIRRORS') localdata.delVar('FILESPATH') localdata.setVar('DL_DIR', dldir) localdata.setVar('PREMIRRORS', mirrors) -localdata.setVar('SRC_URI', srcuri) # Try a fetch from the sstate mirror, if it fails just return and # we will build the package -try: -fetcher = bb.fetch2.Fetch([srcuri], localdata, cache=False) -fetcher.download() - -# Need to optimise this, if using file:// urls, the fetcher just changes the local path -# For now work around by symlinking -localpath = bb.data.expand(fetcher.localpath(srcuri), localdata) -if localpath != sstatepkg and os.path.exists(localpath) and not os.path.exists(sstatepkg): -os.symlink(localpath, sstatepkg) - -except bb.fetch2.BBFetchException: -pass +for srcuri in ['file://{0}'.format(sstatefetch), + 'file://{0}.siginfo'.format(sstatefetch)]: +localdata.setVar('SRC_URI', srcuri) +try: +fetcher = bb.fetch2.Fetch([srcuri], localdata, cache=False) +fetcher.download() + +# Need to optimise this, if using file:// urls, the fetcher just changes the local path +# For now work around by symlinking +localpath = bb.data.expand(fetcher.localpath(srcuri), localdata) +if localpath != sstatepkg and os.path.exists(localpath) and not os.path.exists(sstatepkg): +os.symlink(localpath, sstatepkg) + +except bb.fetch2.BBFetchException: +break def sstate_setscene(d): shared_state = sstate_state_fromvars(d) -- 1.8.3 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 3/3] sstate.bbclass: brute force silence fetch errors
From: Christopher Larson chris_lar...@mentor.com bb.fetch2.Fetcher.download() prints any fetch errors that come from the underlying fetcher, rather than letting the caller do so, which means there's no way to silence the fetch error messages without manipulating the loggers. So we do so. The reason for doing this is that the user doesn't care if we failed to fetch an sstate archive, the failure mode is just to rerun the real task anyway. Signed-off-by: Christopher Larson chris_lar...@mentor.com --- meta/classes/sstate.bbclass | 5 + 1 file changed, 5 insertions(+) diff --git a/meta/classes/sstate.bbclass b/meta/classes/sstate.bbclass index 28dc312..5b9d86e 100644 --- a/meta/classes/sstate.bbclass +++ b/meta/classes/sstate.bbclass @@ -491,6 +491,7 @@ def sstate_package(ss, d): def pstaging_fetch(sstatefetch, sstatepkg, d): import bb.fetch2 +import logging # Only try and fetch if the user has configured a mirror mirrors = d.getVar('SSTATE_MIRRORS', True) @@ -514,6 +515,8 @@ def pstaging_fetch(sstatefetch, sstatepkg, d): for srcuri in ['file://{0}'.format(sstatefetch), 'file://{0}.siginfo'.format(sstatefetch)]: localdata.setVar('SRC_URI', srcuri) +oldlevel = bb.fetch2.logger.level +bb.fetch2.logger.setLevel(logging.CRITICAL) try: fetcher = bb.fetch2.Fetch([srcuri], localdata, cache=False) fetcher.download() @@ -526,6 +529,8 @@ def pstaging_fetch(sstatefetch, sstatepkg, d): except bb.fetch2.BBFetchException: break +finally: +bb.fetch2.logger.setLevel(oldlevel) def sstate_setscene(d): shared_state = sstate_state_fromvars(d) -- 1.8.3 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 0/2] copyleft_compliance fixes
From: Christopher Larson chris_lar...@mentor.com The following changes since commit b4f208f418d18f2a4e78a56bebacef481061d917: tar: don't mv tar for nativesdk (2013-06-10 18:06:33 +0100) are available in the git repository at: https://github.com/kergoth/oe-core.git copyleft-compliance-fixes https://github.com//tree/copyleft-compliance-fixes Christopher Larson (2): copyleft_compliance: handle localpaths ending with '/' copyleft_compliance: set 'dirs' flag on task meta/classes/copyleft_compliance.bbclass | 3 +++ 1 file changed, 3 insertions(+) -- 1.8.3 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 0/3] sstate fetch improvements
From: Christopher Larson chris_lar...@mentor.com The following changes since commit b4f208f418d18f2a4e78a56bebacef481061d917: tar: don't mv tar for nativesdk (2013-06-10 18:06:33 +0100) are available in the git repository at: https://github.com/kergoth/oe-core.git improve-sstate-fetch Christopher Larson (3): sstate.bbclass: kill MIRRORS and FILESPATH to speed up fetching sstate.bbclass: fetch archive+siginfo in a single pstaging_fetch sstate.bbclass: brute force silence fetch errors meta/classes/sstate.bbclass | 39 ++- 1 file changed, 22 insertions(+), 17 deletions(-) -- 1.8.3 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/3] sstate.bbclass: kill MIRRORS and FILESPATH to speed up fetching
From: Christopher Larson chris_lar...@mentor.com The default FILESPATH isn't really of use, as we don't expect to find sstate archives buried in layer recipe directories, and the default MIRRORS is intended for use for fetching SRC_URI, not sstate. Signed-off-by: Christopher Larson chris_lar...@mentor.com --- meta/classes/sstate.bbclass | 2 ++ 1 file changed, 2 insertions(+) diff --git a/meta/classes/sstate.bbclass b/meta/classes/sstate.bbclass index e74c642..3aa4371 100644 --- a/meta/classes/sstate.bbclass +++ b/meta/classes/sstate.bbclass @@ -508,6 +508,8 @@ def pstaging_fetch(sstatefetch, sstatepkg, d): bb.mkdirhier(dldir) +localdata.delVar('MIRRORS') +localdata.delVar('FILESPATH') localdata.setVar('DL_DIR', dldir) localdata.setVar('PREMIRRORS', mirrors) localdata.setVar('SRC_URI', srcuri) -- 1.8.3 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 2/4] gconf: inherit gettext
From: Christopher Larson chris_lar...@mentor.com Signed-off-by: Christopher Larson chris_lar...@mentor.com --- meta/recipes-gnome/gnome/gconf_3.2.6.bb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/recipes-gnome/gnome/gconf_3.2.6.bb b/meta/recipes-gnome/gnome/gconf_3.2.6.bb index a1843d5..9b22d95 100644 --- a/meta/recipes-gnome/gnome/gconf_3.2.6.bb +++ b/meta/recipes-gnome/gnome/gconf_3.2.6.bb @@ -8,7 +8,7 @@ DEPENDS_class-native = glib-2.0-native dbus-native dbus-glib-native libxml2-nat PR = r0 -inherit gnomebase gtk-doc +inherit gnomebase gtk-doc gettext SRC_URI = ${GNOME_MIRROR}/GConf/${@gnome_verdir(${PV})}/GConf-${PV}.tar.xz;name=archive \ file://remove_plus_from_invalid_characters_list.patch \ -- 1.8.3 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 0/4] A few miscellaneous fixes from Mentor
From: Christopher Larson chris_lar...@mentor.com The following changes since commit b4f208f418d18f2a4e78a56bebacef481061d917: tar: don't mv tar for nativesdk (2013-06-10 18:06:33 +0100) are available in the git repository at: https://github.com/kergoth/oe-core.git misc-fixes Christopher Larson (4): packagegroup-core-tools-profile: don't exclude mips gconf: inherit gettext avahi: inherit python classes, use PACKAGECONFIG license.bbclass: include all licenses in the manifest meta/classes/license.bbclass | 7 +++ meta/recipes-connectivity/avahi/avahi-ui_0.6.31.bb| 9 +++-- .../packagegroups/packagegroup-core-tools-profile.bb | 11 --- meta/recipes-gnome/gnome/gconf_3.2.6.bb | 2 +- 4 files changed, 11 insertions(+), 18 deletions(-) -- 1.8.3 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 2/4] libnewt: split python module into libnewt-python
From: Christopher Larson chris_lar...@mentor.com This is useful as it avoids pulling python into a build just to build chkconfig. The python recipe uses the libnewt installed in the sysroot by the main package, so there's little loss of build time, other than the additional unpack/patch. Signed-off-by: Christopher Larson chris_lar...@mentor.com --- .../newt/libnewt-python_0.52.14.bb | 26 ++ meta/recipes-extended/newt/libnewt_0.52.14.bb | 15 + 2 files changed, 31 insertions(+), 10 deletions(-) create mode 100644 meta/recipes-extended/newt/libnewt-python_0.52.14.bb diff --git a/meta/recipes-extended/newt/libnewt-python_0.52.14.bb b/meta/recipes-extended/newt/libnewt-python_0.52.14.bb new file mode 100644 index 000..9af2d5d --- /dev/null +++ b/meta/recipes-extended/newt/libnewt-python_0.52.14.bb @@ -0,0 +1,26 @@ +require recipes-extended/newt/libnewt_${PV}.bb + +SUMMARY .= - python +DEPENDS = libnewt python +RDEPENDS_${PN} += python-core + +inherit pythonnative python-dir + +EXTRA_OECONF += --with-python +EXTRA_OEMAKE += PYTHONVERS=${PYTHON_DIR} + + +do_compile () { + VERSION=$(sed -n 's/^VERSION = //p' Makefile) + oe_runmake LIBNEWTSH=${STAGING_LIBDIR}/libnewt.so.$VERSION _snackmodule.so +} + +do_install () { + install -d ${D}${PYTHON_SITEPACKAGES_DIR} + install -m 0755 ${PYTHON_DIR}/_snackmodule.so ${D}${PYTHON_SITEPACKAGES_DIR}/ + install -m 0644 snack.py ${D}${PYTHON_SITEPACKAGES_DIR}/ +} + + +FILES_${PN} = ${PYTHON_SITEPACKAGES_DIR}/* +FILES_${PN}-dbg += ${PYTHON_SITEPACKAGES_DIR}/.debug/ diff --git a/meta/recipes-extended/newt/libnewt_0.52.14.bb b/meta/recipes-extended/newt/libnewt_0.52.14.bb index 54da15d..ee8206e 100644 --- a/meta/recipes-extended/newt/libnewt_0.52.14.bb +++ b/meta/recipes-extended/newt/libnewt_0.52.14.bb @@ -15,7 +15,7 @@ LICENSE = LGPLv2 LIC_FILES_CHKSUM = file://COPYING;md5=55ca817ccb7d5b5b66355690e9abc605 # slang needs to be = 2.2 -DEPENDS = slang popt python +DEPENDS = slang popt PR = r2 @@ -30,11 +30,9 @@ SRC_URI[sha256sum] = f70f4f58baa60388ddf2e39249ffb00898fb40f2b2767e42e2ab51fe4b S = ${WORKDIR}/newt-${PV} -EXTRA_OECONF = --without-tcl +EXTRA_OECONF = --without-tcl --without-python -inherit autotools pythonnative python-dir - -EXTRA_OEMAKE = PYTHONVERS=${PYTHON_DIR} +inherit autotools export STAGING_INCDIR export STAGING_LIBDIR @@ -42,13 +40,10 @@ export STAGING_LIBDIR export BUILD_SYS export HOST_SYS -PACKAGES_prepend = whiptail ${PN}-python +PACKAGES_prepend = whiptail do_configure_prepend() { -( cd ${S}; sh autogen.sh ) +sh autogen.sh } FILES_whiptail = ${bindir}/whiptail -FILES_${PN}-dbg += ${PYTHON_SITEPACKAGES_DIR}/.debug/ -FILES_${PN}-python = ${PYTHON_SITEPACKAGES_DIR}/* -FILES_${PN}-staticdev = ${libdir}/*.a -- 1.8.3 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 3/4] avahi: inherit python classes, use PACKAGECONFIG
From: Christopher Larson chris_lar...@mentor.com Without using our python classes and having appropriate dependencies, the build is nondeterministic, and whether a python-avahi package is produced will vary depending on the host environment, yet avahi-discover is always produced, and it depends on python-avahi. Signed-off-by: Christopher Larson chris_lar...@mentor.com --- meta/recipes-connectivity/avahi/avahi-ui_0.6.31.bb | 9 +++-- 1 file changed, 7 insertions(+), 2 deletions(-) diff --git a/meta/recipes-connectivity/avahi/avahi-ui_0.6.31.bb b/meta/recipes-connectivity/avahi/avahi-ui_0.6.31.bb index 7d56dad..557c1c1 100644 --- a/meta/recipes-connectivity/avahi/avahi-ui_0.6.31.bb +++ b/meta/recipes-connectivity/avahi/avahi-ui_0.6.31.bb @@ -6,6 +6,11 @@ LIC_FILES_CHKSUM = file://LICENSE;md5=2d5025d4aa3495befef8f17206a5b0a1 \ require avahi.inc +inherit python-dir pythonnative + +PACKAGECONFIG ??= python +PACKAGECONFIG[python] = --enable-python,--disable-python,python-native python + PR = ${INC_PR}.0 SRC_URI[md5sum] = 2f22745b8f7368ad5a0a3fddac343f2d @@ -26,7 +31,7 @@ FILES_${PN}-staticdev += ${libdir}/libavahi-ui.a FILES_${PN}-utils = ${bindir}/b* ${datadir}/applications/b* -FILES_python-avahi = ${PYTHON_SITEPACKAGES_DIR}/avahi/* +FILES_python-avahi = ${PYTHON_SITEPACKAGES_DIR}/avahi ${PYTHON_SITEPACKAGES_DIR}/avahi_discover FILES_avahi-discover = ${bindir}/avahi-discover \ ${datadir}/applications/avahi-discover.desktop \ ${datadir}/avahi/interfaces/avahi-discover* @@ -34,7 +39,7 @@ FILES_avahi-discover-standalone = ${bindir}/avahi-discover-standalone \ ${datadir}/avahi/interfaces/avahi-discover.glade RDEPENDS_avahi-discover = python-avahi python-pygtk -RDEPENDS_python-avahi = python-dbus +RDEPENDS_python-avahi = python-core python-dbus do_install_append () { -- 1.8.3 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/4] connman: use PACKAGECONFIG for WISPr support
From: Christopher Larson chris_lar...@mentor.com Signed-off-by: Christopher Larson chris_lar...@mentor.com --- meta/recipes-connectivity/connman/connman.inc | 10 +++--- 1 file changed, 7 insertions(+), 3 deletions(-) diff --git a/meta/recipes-connectivity/connman/connman.inc b/meta/recipes-connectivity/connman/connman.inc index 0eb5865..f250d78 100644 --- a/meta/recipes-connectivity/connman/connman.inc +++ b/meta/recipes-connectivity/connman/connman.inc @@ -13,7 +13,7 @@ LICENSE = GPLv2 LIC_FILES_CHKSUM = file://COPYING;md5=12f884d2ae1ff87c09e5b7ccc2c4ca7e \ file://src/main.c;beginline=1;endline=20;md5=d6a1ac98a6791c5294e8a7f176ecd66d -DEPENDS = dbus glib-2.0 ppp iptables gnutls +DEPENDS = dbus glib-2.0 ppp iptables INC_PR = r20 @@ -32,7 +32,7 @@ EXTRA_OECONF += \ ${@base_contains('DISTRO_FEATURES', 'systemd', '--with-systemdunitdir=${systemd_unitdir}/system/', '--with-systemdunitdir=', d)} \ -PACKAGECONFIG ??= \ +PACKAGECONFIG ??= wispr \ ${@base_contains('DISTRO_FEATURES', 'wifi','wifi', '', d)} \ ${@base_contains('DISTRO_FEATURES', 'bluetooth','bluetooth', '', d)} \ ${@base_contains('DISTRO_FEATURES', '3g','3g', '', d)} \ @@ -50,6 +50,8 @@ PACKAGECONFIG[openvpn] = --enable-openvpn,--disable-openvpn,,openvpn PACKAGECONFIG[vpnc] = --enable-vpnc,--disable-vpnc,,vpnc PACKAGECONFIG[l2tp] = --enable-l2tp,--disable-l2tp,,xl2tpd PACKAGECONFIG[pptp] = --enable-pptp,--disable-pptp,,pptp-linux +# WISPr support for logging into hotspots, requires TLS +PACKAGECONFIG[wispr] = --enable-wispr,--disable-wispr,gnutls, INITSCRIPT_NAME = connman INITSCRIPT_PARAMS = start 05 5 2 3 . stop 22 0 1 6 . @@ -89,7 +91,9 @@ do_install_append() { install -d ${D}${bindir} install -m 0755 ${S}/tools/*-test ${D}${bindir} - install -m 0755 ${S}/tools/wispr ${D}${bindir} + if [ -e ${S}/tools/wispr ]; then + install -m 0755 ${S}/tools/wispr ${D}${bindir} + fi install -m 0755 ${B}/client/connmanctl ${D}${bindir} # We don't need to package an empty directory -- 1.8.3 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 3/4] packagegroup-base-vfat: include dosfsprogs
From: Christopher Larson chris_lar...@mentor.com The ext2 group includes e2fsprogs, so this is consistent and should be appropriate, I think. Signed-off-by: Christopher Larson chris_lar...@mentor.com --- meta/recipes-core/packagegroups/packagegroup-base.bb | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/meta/recipes-core/packagegroups/packagegroup-base.bb b/meta/recipes-core/packagegroups/packagegroup-base.bb index 799e12a..061c1a7 100644 --- a/meta/recipes-core/packagegroups/packagegroup-base.bb +++ b/meta/recipes-core/packagegroups/packagegroup-base.bb @@ -179,7 +179,8 @@ RRECOMMENDS_packagegroup-base-vfat = \ kernel-module-msdos \ kernel-module-vfat \ kernel-module-nls-iso8859-1 \ -kernel-module-nls-cp437 +kernel-module-nls-cp437 \ +dosfsprogs SUMMARY_packagegroup-base-alsa = ALSA sound support RDEPENDS_packagegroup-base-alsa = \ -- 1.8.3 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 4/4] license.bbclass: include all licenses in the manifest
From: Christopher Larson chris_lar...@mentor.com When we don't have a generic license file for the license in question, we can warn, but we should still include it in the manifest, otherwise the manifest doesn't reflect reality. Failing to include a license listed in the recipe in the manifest can't be allowed. Signed-off-by: Christopher Larson chris_lar...@mentor.com --- meta/classes/license.bbclass | 7 +++ 1 file changed, 3 insertions(+), 4 deletions(-) diff --git a/meta/classes/license.bbclass b/meta/classes/license.bbclass index 76749c4..2ca47cc 100644 --- a/meta/classes/license.bbclass +++ b/meta/classes/license.bbclass @@ -51,11 +51,10 @@ license_create_manifest() { printf LICENSE: ${LICENSE_MANIFEST} for lic in ${pkged_lic}; do # to reference a license file trim trailing + symbol - if [ -e ${LICENSE_DIRECTORY}/${pkged_pn}/generic_${lic%+} ]; then - printf ${lic} ${LICENSE_MANIFEST} - else - echo WARNING: The license listed ${lic} was not in the licenses collected for ${pkged_pn} + if ! [ -e ${LICENSE_DIRECTORY}/${pkged_pn}/generic_${lic%+} ]; then + bbwarn The license listed ${lic} was not in the licenses collected for ${pkged_pn} fi +printf ${lic} ${LICENSE_MANIFEST} done printf \n\n ${LICENSE_MANIFEST} done -- 1.8.3 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 4/4] insane.bbclass: quiet package errors not in *_QA
From: Christopher Larson chris_lar...@mentor.com Currently, if a package QA type from package.bbclass is not listed in ERROR_QA, it gets shown, regardless of whether it's in WARN_QA. This differs from the behavior of the rest of the QA handling (which doesn't call package_qa_handle_error at all if it's in neither _QA variable), and is nonintuitive. Change this to use bb.note() if it's listed neither in ERROR_QA nor WARN_QA, so it ends up in the task logs, but doesn't clutter up the user's output. Signed-off-by: Christopher Larson chris_lar...@mentor.com --- meta/classes/insane.bbclass | 6 -- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git a/meta/classes/insane.bbclass b/meta/classes/insane.bbclass index c091005..2b30538 100644 --- a/meta/classes/insane.bbclass +++ b/meta/classes/insane.bbclass @@ -143,9 +143,11 @@ def package_qa_handle_error(error_class, error_msg, d): bb.error(QA Issue: %s % error_msg) d.setVar(QA_SANE, False) return False -else: +elif error_class in (d.getVar(WARN_QA, True) or ).split(): bb.warn(QA Issue: %s % error_msg) -return True +else: +bb.note(QA Issue: %s % error_msg) +return True QAPATHTEST[libexec] = package_qa_check_libexec def package_qa_check_libexec(path,name, d, elf, messages): -- 1.8.3 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 1/3] sstate.bbclass: kill MIRRORS and FILESPATH to speed up fetching
On Mon, Jun 10, 2013 at 5:46 PM, Christopher Larson kerg...@gmail.comwrote: From: Christopher Larson chris_lar...@mentor.com The default FILESPATH isn't really of use, as we don't expect to find sstate archives buried in layer recipe directories, and the default MIRRORS is intended for use for fetching SRC_URI, not sstate. Signed-off-by: Christopher Larson chris_lar...@mentor.com Reviewed-by: Otavio Salvador ota...@ossystems.com.br -- Otavio Salvador O.S. Systems http://www.ossystems.com.brhttp://projetos.ossystems.com.br Mobile: +55 (53) 9981-7854Mobile: +1 (347) 903-9750 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 2/3] sstate.bbclass: fetch archive+siginfo in a single pstaging_fetch
On Mon, Jun 10, 2013 at 5:46 PM, Christopher Larson kerg...@gmail.comwrote: From: Christopher Larson chris_lar...@mentor.com This avoids unnecessary duplication of setup. The only visible change in behavior will be the case if siginfo exists and the archive does not, in which case it'll redownload both, but this doesn't seem unresasonable to me, particularly since the archive is downloaded first, making this case particularly unlikely. Signed-off-by: Christopher Larson chris_lar...@mentor.com Reviewed-by: Otavio Salvador ota...@ossystems.com.br -- Otavio Salvador O.S. Systems http://www.ossystems.com.brhttp://projetos.ossystems.com.br Mobile: +55 (53) 9981-7854Mobile: +1 (347) 903-9750 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 3/3] sstate.bbclass: brute force silence fetch errors
On Mon, Jun 10, 2013 at 5:46 PM, Christopher Larson kerg...@gmail.comwrote: From: Christopher Larson chris_lar...@mentor.com bb.fetch2.Fetcher.download() prints any fetch errors that come from the underlying fetcher, rather than letting the caller do so, which means there's no way to silence the fetch error messages without manipulating the loggers. So we do so. The reason for doing this is that the user doesn't care if we failed to fetch an sstate archive, the failure mode is just to rerun the real task anyway. Signed-off-by: Christopher Larson chris_lar...@mentor.com Reviewed-by: Otavio Salvador ota...@ossystems.com.br -- Otavio Salvador O.S. Systems http://www.ossystems.com.brhttp://projetos.ossystems.com.br Mobile: +55 (53) 9981-7854Mobile: +1 (347) 903-9750 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 2/2] copyleft_compliance: set 'dirs' flag on task
On Mon, Jun 10, 2013 at 5:46 PM, Christopher Larson kerg...@gmail.comwrote: From: Christopher Larson chris_lar...@mentor.com Without this, due to bitbake defaulting to ${B}, it's possible to get ${S} inadvertantly created before do_unpack, breaking the unpack of git sources, which expect the destination to not exist. Signed-off-by: Christopher Larson chris_lar...@mentor.com Reviewed-by: Otavio Salvador ota...@ossystems.com.br -- Otavio Salvador O.S. Systems http://www.ossystems.com.brhttp://projetos.ossystems.com.br Mobile: +55 (53) 9981-7854Mobile: +1 (347) 903-9750 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 1/4] packagegroup-core-tools-profile: don't exclude mips
On Mon, Jun 10, 2013 at 5:46 PM, Christopher Larson kerg...@gmail.comwrote: From: Christopher Larson chris_lar...@mentor.com Now that liburcu supports mips, this packagegroup can pull in lttng software on that architecture. Signed-off-by: Christopher Larson chris_lar...@mentor.com Your commit log say's nothing about babeltrace. I think it'd be good to add it. -- Otavio Salvador O.S. Systems http://www.ossystems.com.brhttp://projetos.ossystems.com.br Mobile: +55 (53) 9981-7854Mobile: +1 (347) 903-9750 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 3/4] avahi: inherit python classes, use PACKAGECONFIG
On Mon, Jun 10, 2013 at 5:46 PM, Christopher Larson kerg...@gmail.comwrote: From: Christopher Larson chris_lar...@mentor.com Without using our python classes and having appropriate dependencies, the build is nondeterministic, and whether a python-avahi package is produced will vary depending on the host environment, yet avahi-discover is always produced, and it depends on python-avahi. Signed-off-by: Christopher Larson chris_lar...@mentor.com Reviewed-by: Otavio Salvador ota...@ossystems.com.br This could be backported for 1.4.2 I think; Paul? -- Otavio Salvador O.S. Systems http://www.ossystems.com.brhttp://projetos.ossystems.com.br Mobile: +55 (53) 9981-7854Mobile: +1 (347) 903-9750 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 3/4] packagegroup-base-vfat: include dosfsprogs
On Mon, Jun 10, 2013 at 5:47 PM, Christopher Larson kerg...@gmail.comwrote: From: Christopher Larson chris_lar...@mentor.com The ext2 group includes e2fsprogs, so this is consistent and should be appropriate, I think. Signed-off-by: Christopher Larson chris_lar...@mentor.com Reviewed-by: Otavio Salvador ota...@ossystems.com.br -- Otavio Salvador O.S. Systems http://www.ossystems.com.brhttp://projetos.ossystems.com.br Mobile: +55 (53) 9981-7854Mobile: +1 (347) 903-9750 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 4/4] license.bbclass: include all licenses in the manifest
On Mon, Jun 10, 2013 at 5:46 PM, Christopher Larson kerg...@gmail.comwrote: From: Christopher Larson chris_lar...@mentor.com When we don't have a generic license file for the license in question, we can warn, but we should still include it in the manifest, otherwise the manifest doesn't reflect reality. Failing to include a license listed in the recipe in the manifest can't be allowed. Signed-off-by: Christopher Larson chris_lar...@mentor.com Reviewed-by: Otavio Salvador ota...@ossystems.com.br -- Otavio Salvador O.S. Systems http://www.ossystems.com.brhttp://projetos.ossystems.com.br Mobile: +55 (53) 9981-7854Mobile: +1 (347) 903-9750 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 1/4] packagegroup-core-tools-profile: don't exclude mips
On Mon, Jun 10, 2013 at 1:56 PM, Otavio Salvador ota...@ossystems.com.brwrote: On Mon, Jun 10, 2013 at 5:46 PM, Christopher Larson kerg...@gmail.comwrote: From: Christopher Larson chris_lar...@mentor.com Now that liburcu supports mips, this packagegroup can pull in lttng software on that architecture. Signed-off-by: Christopher Larson chris_lar...@mentor.com Your commit log say's nothing about babeltrace. I think it'd be good to add it. It's debatable whether babel trace is considered 'lttng software', as it's listed at http://lttng.org/download and http://lttng.org/babeltrace redirects to the official babeltrace project page also. If you think mentioning it separately would be beneficial, I'll send a v2. Thanks for reviewing these. -- Christopher Larson clarson at kergoth dot com Founder - BitBake, OpenEmbedded, OpenZaurus Maintainer - Tslib Senior Software Engineer, Mentor Graphics ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 4/4] insane.bbclass: quiet package errors not in *_QA
On Mon, Jun 10, 2013 at 5:47 PM, Christopher Larson kerg...@gmail.comwrote: From: Christopher Larson chris_lar...@mentor.com Currently, if a package QA type from package.bbclass is not listed in ERROR_QA, it gets shown, regardless of whether it's in WARN_QA. This differs from the behavior of the rest of the QA handling (which doesn't call package_qa_handle_error at all if it's in neither _QA variable), and is nonintuitive. Change this to use bb.note() if it's listed neither in ERROR_QA nor WARN_QA, so it ends up in the task logs, but doesn't clutter up the user's output. Signed-off-by: Christopher Larson chris_lar...@mentor.com Reviewed-by: Otavio Salvador ota...@ossystems.com.br -- Otavio Salvador O.S. Systems http://www.ossystems.com.brhttp://projetos.ossystems.com.br Mobile: +55 (53) 9981-7854Mobile: +1 (347) 903-9750 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 1/4] connman: use PACKAGECONFIG for WISPr support
On Mon, Jun 10, 2013 at 5:47 PM, Christopher Larson kerg...@gmail.comwrote: From: Christopher Larson chris_lar...@mentor.com Signed-off-by: Christopher Larson chris_lar...@mentor.com Reviewed-by: Otavio Salvador ota...@ossystems.com.br This seems safe for backporting to 1.4.2 and would allow for more control on connman build; Paul? -- Otavio Salvador O.S. Systems http://www.ossystems.com.brhttp://projetos.ossystems.com.br Mobile: +55 (53) 9981-7854Mobile: +1 (347) 903-9750 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 0/5] Fixup usage of create_wrapper
Richard, I found these following the buildtools-tarball change, also a couple of other changes, one to clean up the suprious warning, and other a DEPENDS fix. Sau! Saul Wold (5): sanity: remove warn debug message createrepo: Fix usage of create_wrapper dpkg: Fix usage of create_wrapper gnome-doc-utils: Fix usage of create_wrapper librsvg: configure needs a native gdk-pixbuf binary meta/classes/sanity.bbclass | 1 - meta/recipes-devtools/dpkg/dpkg.inc | 2 +- meta/recipes-gnome/gnome/gnome-doc-utils.inc | 2 +- meta/recipes-gnome/librsvg/librsvg_2.32.1.bb | 1 + meta/recipes-support/createrepo/createrepo_0.4.11.bb | 2 +- 5 files changed, 4 insertions(+), 4 deletions(-) -- 1.8.1.4 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/5] sanity: remove warn debug message
Signed-off-by: Saul Wold s...@linux.intel.com --- meta/classes/sanity.bbclass | 1 - 1 file changed, 1 deletion(-) diff --git a/meta/classes/sanity.bbclass b/meta/classes/sanity.bbclass index 744e30d..a8e3af6 100644 --- a/meta/classes/sanity.bbclass +++ b/meta/classes/sanity.bbclass @@ -353,7 +353,6 @@ def check_git_version(sanity_data, loosever): if status != 0: return Unable to execute git --version, exit code %s\n % status version = result.split()[2] -bb.warn(version) if loosever(version) loosever(1.7.5): return Your version of git is older than 1.7.5 and has bugs which will break builds. Please install a newer version of git.\n return None -- 1.8.1.4 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 2/5] createrepo: Fix usage of create_wrapper
create_wrapper changed recently and behaves differently now. It does not directly exec the , but exports them, so the first parameter needs to be an environemnt variable like a PATH, not a executable. Signed-off-by: Saul Wold s...@linux.intel.com --- meta/recipes-support/createrepo/createrepo_0.4.11.bb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/recipes-support/createrepo/createrepo_0.4.11.bb b/meta/recipes-support/createrepo/createrepo_0.4.11.bb index c977c2e..4d71883 100644 --- a/meta/recipes-support/createrepo/createrepo_0.4.11.bb +++ b/meta/recipes-support/createrepo/createrepo_0.4.11.bb @@ -35,7 +35,7 @@ do_install_append_class-native () { for i in ${D}${datadir}/createrepo/genpkgmetadata.py \ ${D}${datadir}/createrepo/modifyrepo.py \ ${D}${bindir}/rpm-createsolvedb.py ; do - create_wrapper $i ${STAGING_BINDIR_NATIVE}/python-native/python + create_wrapper $i PATH=${STAGING_BINDIR_NATIVE}/python-native:\$PATH done create_wrapper ${D}/${bindir}/createrepo \ -- 1.8.1.4 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 4/5] gnome-doc-utils: Fix usage of create_wrapper
create_wrapper changed recently and behaves differently now. It does not directly exec the , but exports them, so the first parameter needs to be an environemnt variable like a PATH, not a executable. Signed-off-by: Saul Wold s...@linux.intel.com --- meta/recipes-gnome/gnome/gnome-doc-utils.inc | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/recipes-gnome/gnome/gnome-doc-utils.inc b/meta/recipes-gnome/gnome/gnome-doc-utils.inc index 9d243a1..3eaebe3 100644 --- a/meta/recipes-gnome/gnome/gnome-doc-utils.inc +++ b/meta/recipes-gnome/gnome/gnome-doc-utils.inc @@ -20,7 +20,7 @@ do_install_append() { } do_install_append_class-native () { - create_wrapper ${D}${bindir}/xml2po ${STAGING_BINDIR_NATIVE}/python-native/python + create_wrapper ${D}${bindir}/xml2po PATH=${STAGING_BINDIR_NATIVE}/python-native:\$PATH } FILES_${PN} += ${datadir}/xml* ${PYTHON_SITEPACKAGES_DIR}/* -- 1.8.1.4 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 3/5] dpkg: Fix usage of create_wrapper
create_wrapper changed recently and behaves differently now. It does not directly exec the , but exports them, so the first parameter needs to be an environemnt variable like a PATH, not a executable. Signed-off-by: Saul Wold s...@linux.intel.com --- meta/recipes-devtools/dpkg/dpkg.inc | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/recipes-devtools/dpkg/dpkg.inc b/meta/recipes-devtools/dpkg/dpkg.inc index 28c4f89..02383ed 100644 --- a/meta/recipes-devtools/dpkg/dpkg.inc +++ b/meta/recipes-devtools/dpkg/dpkg.inc @@ -56,7 +56,7 @@ do_install_append () { do_install_append_class-native () { tmp=`find ${D}${bindir} -type f -exec grep -m 1 -l '#!/.*/perl-native/perl' {} \;` for i in $tmp; do - create_wrapper $i ${STAGING_BINDIR_NATIVE}/perl-native/perl + create_wrapper $i PATH=${STAGING_BINDIR_NATIVE}/perl-native:\$PATH done } -- 1.8.1.4 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 5/5] librsvg: configure needs a native gdk-pixbuf binary
Build failure was seen on the autobuilder, so add gdk-pixbuf-native to depends list Signed-off-by: Saul Wold s...@linux.intel.com --- meta/recipes-gnome/librsvg/librsvg_2.32.1.bb | 1 + 1 file changed, 1 insertion(+) diff --git a/meta/recipes-gnome/librsvg/librsvg_2.32.1.bb b/meta/recipes-gnome/librsvg/librsvg_2.32.1.bb index 9b1e0ec..4818422 100644 --- a/meta/recipes-gnome/librsvg/librsvg_2.32.1.bb +++ b/meta/recipes-gnome/librsvg/librsvg_2.32.1.bb @@ -8,6 +8,7 @@ LIC_FILES_CHKSUM = file://COPYING;md5=94d55d512a9ba36caa9b7df079bae19f \ SECTION = x11/utils DEPENDS = cairo glib-2.0 gdk-pixbuf fontconfig freetype libxml2 pango +DEPENDS += gdk-pixbuf-native BBCLASSEXTEND = native PR = r12 -- 1.8.1.4 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] tune-cortexa.inc: Use -mtune not -mcpu
Using -mcpu was a mistake introduced in the creation commit for this file. This restores the previous default tuning for cortex a7,a8,a9,a15 Signed-off-by: Andy Voltz andy.vo...@timesys.com --- meta/conf/machine/include/tune-cortexa.inc |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/conf/machine/include/tune-cortexa.inc b/meta/conf/machine/include/tune-cortexa.inc index 987e4d9..b6427f7 100644 --- a/meta/conf/machine/include/tune-cortexa.inc +++ b/meta/conf/machine/include/tune-cortexa.inc @@ -2,7 +2,7 @@ DEFAULTTUNE ?= armv7a-neon require conf/machine/include/arm/arch-armv7a.inc -TUNE_CCARGS .= ${@bb.utils.contains(TUNE_FEATURES, cortex${CORTEX_ID}, -mcpu=cortex-${CORTEX_ID}, , d)} +TUNE_CCARGS .= ${@bb.utils.contains(TUNE_FEATURES, cortex${CORTEX_ID}, -mtune=cortex-${CORTEX_ID}, , d)} # Little Endian base configs AVAILTUNES += cortex${CORTEX_ID} cortex${CORTEX_ID}t cortex${CORTEX_ID}-neon cortex${CORTEX_ID}t-neon -- 1.7.9.5 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [CONSOLIDATED PULL 00/35] Qt and postinsts patches
Richard, Here is some updates and patches, the bulk of which are QT and Postinstall related. I also include the Updated GStreamer 1.0, to be kept in parallel with the older one for now, when the time is right we will depericate the 0.10 version. I tested your change set with MUT over the weekend, but did include them here since they contain both bitbake and OE-Core changes and figured you would merge them. I will test MUT again with the updated build tarball later today. Sau! The following changes since commit b4f208f418d18f2a4e78a56bebacef481061d917: tar: don't mv tar for nativesdk (2013-06-10 18:06:33 +0100) are available in the git repository at: git://git.openembedded.org/openembedded-core-contrib sgw/stage http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=sgw/stage Andrei Dinu (2): openssh : upgrade to 6.2p2 sudo : upgrade to 1.8.6p8 Carlos Rafael Giani (1): gstreamer: added GStreamer 1.0 recipes Felipe F. Tonello (1): libxml2: added python dependency to nativesdk Hongxu Jia (2): init-live.sh: fix media automount failed after booting from usb-drive ddimage: fix incompatibility with dash Jonathan Liu (10): nativesdk-qt4-tools.inc: update HOMEPAGE qt-mobility: update HOMEPAGE qt4-embedded: update HOMEPAGE qt4-native: update HOMEPAGE qt4-x11-free: update HOMEPAGE qt4-native: build lconvert and xmlpatterns classes/qmake2: export OE_QMAKE_LCONVERT and OE_QMAKE_XMLPATTERNS classes/qmake_base: update .pro hack qt4-native: update configure paths to match target qt4: fix QMAKE_QT_CONFIG being overwritten with empty value Laurentiu Palcu (7): rootfs_*.bbclass: add some helper functions image.bbclass: remove unneeded files from the image core-image-minimal: do not remove packaging files in the rootfs postprocess run-postinsts: make it generic rootfs_rpm.bbclass: switch to using run-postinsts package_rpm.bbclass: handle pre/post remove scriptlets rpm: replace rpm-postinsts dependency with run-postinsts Marko Lindqvist (2): gnomebase.bbclass: implement gnome_verdir() using trim_version() gnomebase.bbclass: add support for archive name different from BPN Paul Eggleton (1): classes/buildhistory: split SDK data by IMAGE_NAME Roy.Li (3): socat: enable termios PPP: add default configuration file and fix hard-coded CFLAGS trace-cmd: backport three patches Saul Wold (4): createrepo: Fix usage of create_wrapper dpkg: Fix usage of create_wrapper gnome-doc-utils: Fix usage of create_wrapper librsvg: configure needs a native gdk-pixbuf binary Wenzong Fan (2): chkconfig: fix QA warning about unsafe references in binaries cracklib: fix QA warning about unsafe references in binaries meta/classes/buildhistory.bbclass | 2 +- meta/classes/gnomebase.bbclass | 7 +- meta/classes/image.bbclass | 33 +++ meta/classes/package_rpm.bbclass | 16 ++-- meta/classes/qmake2.bbclass| 2 + meta/classes/qmake_base.bbclass| 15 ++- meta/classes/rootfs_deb.bbclass| 23 - meta/classes/rootfs_ipk.bbclass| 39 meta/classes/rootfs_rpm.bbclass| 29 +- .../openssh/{openssh-6.2p1 = openssh-6.2p2}/init | 0 .../{openssh-6.2p1 = openssh-6.2p2}/nostrip.patch | 0 .../openssh-CVE-2011-4327.patch| 0 .../{openssh-6.2p1 = openssh-6.2p2}/ssh_config| 0 .../openssh/{openssh-6.2p1 = openssh-6.2p2}/sshd | 0 .../{openssh-6.2p1 = openssh-6.2p2}/sshd_config | 0 .../openssh/{openssh_6.2p1.bb = openssh_6.2p2.bb} | 5 +- .../recipes-connectivity/ppp/ppp-2.4.5/copts.patch | 21 + meta/recipes-connectivity/ppp/ppp-2.4.5/pap| 22 + .../recipes-connectivity/ppp/ppp-2.4.5/ppp_on_boot | 21 + meta/recipes-connectivity/ppp/ppp-2.4.5/provider | 35 +++ meta/recipes-connectivity/ppp/ppp_2.4.5.bb | 16 +++- .../socat/files/fix-xxx_SHIFT-autoheader.patch | 40 meta/recipes-connectivity/socat/socat_1.7.2.1.bb | 15 ++- meta/recipes-core/images/core-image-minimal.bb | 2 - meta/recipes-core/initrdscripts/files/init-live.sh | 6 +- meta/recipes-core/libxml/libxml2.inc | 1 + meta/recipes-devtools/dpkg/dpkg.inc| 2 +- .../dpkg/run-postinsts/run-postinsts | 36 --- .../dpkg/run-postinsts/run-postinsts.awk | 30 -- meta/recipes-devtools/rpm/rpm_5.4.9.bb | 2 +- .../run-postinsts/run-postinsts/run-postinsts | 47 + .../{dpkg = run-postinsts}/run-postinsts_1.0.bb | 7 +- .../recipes-extended/chkconfig/chkconfig_1.3.58.bb | 3 +- meta/recipes-extended/cracklib/cracklib_2.8.22.bb | 2 +- meta/recipes-extended/sudo/files/crypt.patch | 100 .../sudo/{sudo_1.8.6p7.bb = sudo_1.8.6p8.bb} | 5 +-
[OE-core] Sample recipe for qt4e app?
The qt-apps folder in oe-core only seems to have recipes for qt4-x11-free apps. Does anyone have a recipe for a simple qt4e app that they would be willing to share? I'm looking to get an idea of just how small a qt4e image can be without climbing the learning curve of writing a qt app and recipe :-) Thanks! Steve ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] Sample recipe for qt4e app?
Hi Steve, On Monday 10 June 2013 15:45:42 Steve Sakoman wrote: The qt-apps folder in oe-core only seems to have recipes for qt4-x11-free apps. Does anyone have a recipe for a simple qt4e app that they would be willing to share? I'm looking to get an idea of just how small a qt4e image can be without climbing the learning curve of writing a qt app and recipe :-) It's not really much different; you should only need to inherit qt4e instead of qt4x11. As for an example, you could look at the qconnman-e recipe in meta-oe: http://cgit.openembedded.org/meta-openembedded/tree/meta-oe/recipes-qt/qconnman Cheers, Paul -- Paul Eggleton Intel Open Source Technology Centre ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH v2 4/4] license.bbclass: include all licenses in the manifest
From: Christopher Larson chris_lar...@mentor.com When we don't have a generic license file for the license in question, we can warn, but we should still include it in the manifest, otherwise the manifest doesn't reflect reality. Failing to include a license listed in the recipe in the manifest can't be allowed. Signed-off-by: Christopher Larson chris_lar...@mentor.com --- meta/classes/license.bbclass | 7 +++ 1 file changed, 3 insertions(+), 4 deletions(-) diff --git a/meta/classes/license.bbclass b/meta/classes/license.bbclass index 76749c4..2ca47cc 100644 --- a/meta/classes/license.bbclass +++ b/meta/classes/license.bbclass @@ -51,11 +51,10 @@ license_create_manifest() { printf LICENSE: ${LICENSE_MANIFEST} for lic in ${pkged_lic}; do # to reference a license file trim trailing + symbol - if [ -e ${LICENSE_DIRECTORY}/${pkged_pn}/generic_${lic%+} ]; then - printf ${lic} ${LICENSE_MANIFEST} - else - echo WARNING: The license listed ${lic} was not in the licenses collected for ${pkged_pn} + if ! [ -e ${LICENSE_DIRECTORY}/${pkged_pn}/generic_${lic%+} ]; then + bbwarn The license listed ${lic} was not in the licenses collected for ${pkged_pn} fi +printf ${lic} ${LICENSE_MANIFEST} done printf \n\n ${LICENSE_MANIFEST} done -- 1.8.3 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH v2 3/4] avahi: inherit python classes, use PACKAGECONFIG
From: Christopher Larson chris_lar...@mentor.com Without using our python classes and having appropriate dependencies, the build is nondeterministic, and whether a python-avahi package is produced will vary depending on the host environment, yet avahi-discover is always produced, and it depends on python-avahi. Signed-off-by: Christopher Larson chris_lar...@mentor.com --- meta/recipes-connectivity/avahi/avahi-ui_0.6.31.bb | 9 +++-- 1 file changed, 7 insertions(+), 2 deletions(-) diff --git a/meta/recipes-connectivity/avahi/avahi-ui_0.6.31.bb b/meta/recipes-connectivity/avahi/avahi-ui_0.6.31.bb index 7d56dad..557c1c1 100644 --- a/meta/recipes-connectivity/avahi/avahi-ui_0.6.31.bb +++ b/meta/recipes-connectivity/avahi/avahi-ui_0.6.31.bb @@ -6,6 +6,11 @@ LIC_FILES_CHKSUM = file://LICENSE;md5=2d5025d4aa3495befef8f17206a5b0a1 \ require avahi.inc +inherit python-dir pythonnative + +PACKAGECONFIG ??= python +PACKAGECONFIG[python] = --enable-python,--disable-python,python-native python + PR = ${INC_PR}.0 SRC_URI[md5sum] = 2f22745b8f7368ad5a0a3fddac343f2d @@ -26,7 +31,7 @@ FILES_${PN}-staticdev += ${libdir}/libavahi-ui.a FILES_${PN}-utils = ${bindir}/b* ${datadir}/applications/b* -FILES_python-avahi = ${PYTHON_SITEPACKAGES_DIR}/avahi/* +FILES_python-avahi = ${PYTHON_SITEPACKAGES_DIR}/avahi ${PYTHON_SITEPACKAGES_DIR}/avahi_discover FILES_avahi-discover = ${bindir}/avahi-discover \ ${datadir}/applications/avahi-discover.desktop \ ${datadir}/avahi/interfaces/avahi-discover* @@ -34,7 +39,7 @@ FILES_avahi-discover-standalone = ${bindir}/avahi-discover-standalone \ ${datadir}/avahi/interfaces/avahi-discover.glade RDEPENDS_avahi-discover = python-avahi python-pygtk -RDEPENDS_python-avahi = python-dbus +RDEPENDS_python-avahi = python-core python-dbus do_install_append () { -- 1.8.3 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH v2 2/4] gconf: inherit gettext
From: Christopher Larson chris_lar...@mentor.com Signed-off-by: Christopher Larson chris_lar...@mentor.com --- meta/recipes-gnome/gnome/gconf_3.2.6.bb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/recipes-gnome/gnome/gconf_3.2.6.bb b/meta/recipes-gnome/gnome/gconf_3.2.6.bb index a1843d5..9b22d95 100644 --- a/meta/recipes-gnome/gnome/gconf_3.2.6.bb +++ b/meta/recipes-gnome/gnome/gconf_3.2.6.bb @@ -8,7 +8,7 @@ DEPENDS_class-native = glib-2.0-native dbus-native dbus-glib-native libxml2-nat PR = r0 -inherit gnomebase gtk-doc +inherit gnomebase gtk-doc gettext SRC_URI = ${GNOME_MIRROR}/GConf/${@gnome_verdir(${PV})}/GConf-${PV}.tar.xz;name=archive \ file://remove_plus_from_invalid_characters_list.patch \ -- 1.8.3 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH v2 1/4] packagegroup-core-tools-profile: don't exclude mips
On Mon, Jun 10, 2013 at 8:15 PM, Christopher Larson kerg...@gmail.comwrote: From: Christopher Larson chris_lar...@mentor.com Now that liburcu supports mips, this packagegroup can pull in lttng recipes (lttng-ust, lttng-tools, lttng-modules, babeltrace) on that architecture as it does for the others. Signed-off-by: Christopher Larson chris_lar...@mentor.com Reviewed-by: Otavio Salvador ota...@ossystems.com.br -- Otavio Salvador O.S. Systems http://www.ossystems.com.brhttp://projetos.ossystems.com.br Mobile: +55 (53) 9981-7854Mobile: +1 (347) 903-9750 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH v2 4/4] license.bbclass: include all licenses in the manifest
On Mon, Jun 10, 2013 at 8:15 PM, Christopher Larson kerg...@gmail.comwrote: From: Christopher Larson chris_lar...@mentor.com When we don't have a generic license file for the license in question, we can warn, but we should still include it in the manifest, otherwise the manifest doesn't reflect reality. Failing to include a license listed in the recipe in the manifest can't be allowed. Signed-off-by: Christopher Larson chris_lar...@mentor.com Reviewed-by: Otavio Salvador ota...@ossystems.com.br -- Otavio Salvador O.S. Systems http://www.ossystems.com.brhttp://projetos.ossystems.com.br Mobile: +55 (53) 9981-7854Mobile: +1 (347) 903-9750 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 2/4] libnewt: split python module into libnewt-python
On 06/10/2013 01:47 PM, Christopher Larson wrote: From: Christopher Larson chris_lar...@mentor.com This is useful as it avoids pulling python into a build just to build chkconfig. The python recipe uses the libnewt installed in the sysroot by the main package, so there's little loss of build time, other than the additional unpack/patch. This one seems to introduce a new warning, this was from a populated build dir with sstate available WARNING: The recipe libnewt-python is trying to install files into a shared area when those files already exist. Those files and their manifest location are: /srv/ssd/sgw/builds/world/tmp/pkgdata/x86_64-poky-linux/runtime/whiptail Matched in manifest-x86_64-libnewt.packagedata /srv/ssd/sgw/builds/world/tmp/pkgdata/x86_64-poky-linux/runtime-reverse/whiptail Matched in manifest-x86_64-libnewt.packagedata Please verify which package should provide the above files. Sau! Signed-off-by: Christopher Larson chris_lar...@mentor.com --- .../newt/libnewt-python_0.52.14.bb | 26 ++ meta/recipes-extended/newt/libnewt_0.52.14.bb | 15 + 2 files changed, 31 insertions(+), 10 deletions(-) create mode 100644 meta/recipes-extended/newt/libnewt-python_0.52.14.bb diff --git a/meta/recipes-extended/newt/libnewt-python_0.52.14.bb b/meta/recipes-extended/newt/libnewt-python_0.52.14.bb new file mode 100644 index 000..9af2d5d --- /dev/null +++ b/meta/recipes-extended/newt/libnewt-python_0.52.14.bb @@ -0,0 +1,26 @@ +require recipes-extended/newt/libnewt_${PV}.bb + +SUMMARY .= - python +DEPENDS = libnewt python +RDEPENDS_${PN} += python-core + +inherit pythonnative python-dir + +EXTRA_OECONF += --with-python +EXTRA_OEMAKE += PYTHONVERS=${PYTHON_DIR} + + +do_compile () { + VERSION=$(sed -n 's/^VERSION = //p' Makefile) + oe_runmake LIBNEWTSH=${STAGING_LIBDIR}/libnewt.so.$VERSION _snackmodule.so +} + +do_install () { + install -d ${D}${PYTHON_SITEPACKAGES_DIR} + install -m 0755 ${PYTHON_DIR}/_snackmodule.so ${D}${PYTHON_SITEPACKAGES_DIR}/ + install -m 0644 snack.py ${D}${PYTHON_SITEPACKAGES_DIR}/ +} + + +FILES_${PN} = ${PYTHON_SITEPACKAGES_DIR}/* +FILES_${PN}-dbg += ${PYTHON_SITEPACKAGES_DIR}/.debug/ diff --git a/meta/recipes-extended/newt/libnewt_0.52.14.bb b/meta/recipes-extended/newt/libnewt_0.52.14.bb index 54da15d..ee8206e 100644 --- a/meta/recipes-extended/newt/libnewt_0.52.14.bb +++ b/meta/recipes-extended/newt/libnewt_0.52.14.bb @@ -15,7 +15,7 @@ LICENSE = LGPLv2 LIC_FILES_CHKSUM = file://COPYING;md5=55ca817ccb7d5b5b66355690e9abc605 # slang needs to be = 2.2 -DEPENDS = slang popt python +DEPENDS = slang popt PR = r2 @@ -30,11 +30,9 @@ SRC_URI[sha256sum] = f70f4f58baa60388ddf2e39249ffb00898fb40f2b2767e42e2ab51fe4b S = ${WORKDIR}/newt-${PV} -EXTRA_OECONF = --without-tcl +EXTRA_OECONF = --without-tcl --without-python -inherit autotools pythonnative python-dir - -EXTRA_OEMAKE = PYTHONVERS=${PYTHON_DIR} +inherit autotools export STAGING_INCDIR export STAGING_LIBDIR @@ -42,13 +40,10 @@ export STAGING_LIBDIR export BUILD_SYS export HOST_SYS -PACKAGES_prepend = whiptail ${PN}-python +PACKAGES_prepend = whiptail do_configure_prepend() { -( cd ${S}; sh autogen.sh ) +sh autogen.sh } FILES_whiptail = ${bindir}/whiptail -FILES_${PN}-dbg += ${PYTHON_SITEPACKAGES_DIR}/.debug/ -FILES_${PN}-python = ${PYTHON_SITEPACKAGES_DIR}/* -FILES_${PN}-staticdev = ${libdir}/*.a ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 2/4] libnewt: split python module into libnewt-python
On Mon, Jun 10, 2013 at 5:51 PM, Saul Wold s...@linux.intel.com wrote: On 06/10/2013 01:47 PM, Christopher Larson wrote: From: Christopher Larson chris_lar...@mentor.com This is useful as it avoids pulling python into a build just to build chkconfig. The python recipe uses the libnewt installed in the sysroot by the main package, so there's little loss of build time, other than the additional unpack/patch. This one seems to introduce a new warning, this was from a populated build dir with sstate available WARNING: The recipe libnewt-python is trying to install files into a shared area when those files already exist. Those files and their manifest location are: /srv/ssd/sgw/builds/world/tmp/**pkgdata/x86_64-poky-linux/**runtime/whiptail Matched in manifest-x86_64-libnewt.**packagedata /srv/ssd/sgw/builds/world/tmp/**pkgdata/x86_64-poky-linux/** runtime-reverse/whiptail Matched in manifest-x86_64-libnewt.**packagedata Please verify which package should provide the above files. Oops, sorry about that. I'll submit a v2 patch series with this fixed. Thanks. -- Christopher Larson clarson at kergoth dot com Founder - BitBake, OpenEmbedded, OpenZaurus Maintainer - Tslib Senior Software Engineer, Mentor Graphics ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH v2 1/4] connman: use PACKAGECONFIG for WISPr support
From: Christopher Larson chris_lar...@mentor.com Signed-off-by: Christopher Larson chris_lar...@mentor.com --- meta/recipes-connectivity/connman/connman.inc | 10 +++--- 1 file changed, 7 insertions(+), 3 deletions(-) diff --git a/meta/recipes-connectivity/connman/connman.inc b/meta/recipes-connectivity/connman/connman.inc index 0eb5865..f250d78 100644 --- a/meta/recipes-connectivity/connman/connman.inc +++ b/meta/recipes-connectivity/connman/connman.inc @@ -13,7 +13,7 @@ LICENSE = GPLv2 LIC_FILES_CHKSUM = file://COPYING;md5=12f884d2ae1ff87c09e5b7ccc2c4ca7e \ file://src/main.c;beginline=1;endline=20;md5=d6a1ac98a6791c5294e8a7f176ecd66d -DEPENDS = dbus glib-2.0 ppp iptables gnutls +DEPENDS = dbus glib-2.0 ppp iptables INC_PR = r20 @@ -32,7 +32,7 @@ EXTRA_OECONF += \ ${@base_contains('DISTRO_FEATURES', 'systemd', '--with-systemdunitdir=${systemd_unitdir}/system/', '--with-systemdunitdir=', d)} \ -PACKAGECONFIG ??= \ +PACKAGECONFIG ??= wispr \ ${@base_contains('DISTRO_FEATURES', 'wifi','wifi', '', d)} \ ${@base_contains('DISTRO_FEATURES', 'bluetooth','bluetooth', '', d)} \ ${@base_contains('DISTRO_FEATURES', '3g','3g', '', d)} \ @@ -50,6 +50,8 @@ PACKAGECONFIG[openvpn] = --enable-openvpn,--disable-openvpn,,openvpn PACKAGECONFIG[vpnc] = --enable-vpnc,--disable-vpnc,,vpnc PACKAGECONFIG[l2tp] = --enable-l2tp,--disable-l2tp,,xl2tpd PACKAGECONFIG[pptp] = --enable-pptp,--disable-pptp,,pptp-linux +# WISPr support for logging into hotspots, requires TLS +PACKAGECONFIG[wispr] = --enable-wispr,--disable-wispr,gnutls, INITSCRIPT_NAME = connman INITSCRIPT_PARAMS = start 05 5 2 3 . stop 22 0 1 6 . @@ -89,7 +91,9 @@ do_install_append() { install -d ${D}${bindir} install -m 0755 ${S}/tools/*-test ${D}${bindir} - install -m 0755 ${S}/tools/wispr ${D}${bindir} + if [ -e ${S}/tools/wispr ]; then + install -m 0755 ${S}/tools/wispr ${D}${bindir} + fi install -m 0755 ${B}/client/connmanctl ${D}${bindir} # We don't need to package an empty directory -- 1.8.3 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH v2 0/4] A few miscellaneous improvements from Mentor
From: Christopher Larson chris_lar...@mentor.com The following changes since commit b4f208f418d18f2a4e78a56bebacef481061d917: tar: don't mv tar for nativesdk (2013-06-10 18:06:33 +0100) are available in the git repository at: https://github.com/kergoth/oe-core.git misc-improvements Christopher Larson (4): connman: use PACKAGECONFIG for WISPr support packagegroup-base-vfat: include dosfsprogs insane.bbclass: quiet package errors not in *_QA libnewt: split python module into libnewt-python meta/classes/insane.bbclass| 6 ++- meta/recipes-connectivity/connman/connman.inc | 10 ++-- .../packagegroups/packagegroup-base.bb | 3 +- meta/recipes-extended/newt/libnewt-0.52.14.inc | 45 ++ .../newt/libnewt-python_0.52.14.bb | 26 +++ meta/recipes-extended/newt/libnewt_0.52.14.bb | 54 +- 6 files changed, 86 insertions(+), 58 deletions(-) create mode 100644 meta/recipes-extended/newt/libnewt-0.52.14.inc create mode 100644 meta/recipes-extended/newt/libnewt-python_0.52.14.bb -- 1.8.3 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH v2 3/4] insane.bbclass: quiet package errors not in *_QA
From: Christopher Larson chris_lar...@mentor.com Currently, if a package QA type from package.bbclass is not listed in ERROR_QA, it gets shown, regardless of whether it's in WARN_QA. This differs from the behavior of the rest of the QA handling (which doesn't call package_qa_handle_error at all if it's in neither _QA variable), and is nonintuitive. Change this to use bb.note() if it's listed neither in ERROR_QA nor WARN_QA, so it ends up in the task logs, but doesn't clutter up the user's output. Signed-off-by: Christopher Larson chris_lar...@mentor.com --- meta/classes/insane.bbclass | 6 -- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git a/meta/classes/insane.bbclass b/meta/classes/insane.bbclass index c091005..2b30538 100644 --- a/meta/classes/insane.bbclass +++ b/meta/classes/insane.bbclass @@ -143,9 +143,11 @@ def package_qa_handle_error(error_class, error_msg, d): bb.error(QA Issue: %s % error_msg) d.setVar(QA_SANE, False) return False -else: +elif error_class in (d.getVar(WARN_QA, True) or ).split(): bb.warn(QA Issue: %s % error_msg) -return True +else: +bb.note(QA Issue: %s % error_msg) +return True QAPATHTEST[libexec] = package_qa_check_libexec def package_qa_check_libexec(path,name, d, elf, messages): -- 1.8.3 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH v2 4/4] libnewt: split python module into libnewt-python
From: Christopher Larson chris_lar...@mentor.com This is useful as it avoids pulling python into a build just to build chkconfig. The python recipe uses the libnewt installed in the sysroot by the main package, so there's little loss of build time, other than the additional unpack/patch. Signed-off-by: Christopher Larson chris_lar...@mentor.com --- meta/recipes-extended/newt/libnewt-0.52.14.inc | 45 ++ .../newt/libnewt-python_0.52.14.bb | 26 +++ meta/recipes-extended/newt/libnewt_0.52.14.bb | 54 +- 3 files changed, 73 insertions(+), 52 deletions(-) create mode 100644 meta/recipes-extended/newt/libnewt-0.52.14.inc create mode 100644 meta/recipes-extended/newt/libnewt-python_0.52.14.bb diff --git a/meta/recipes-extended/newt/libnewt-0.52.14.inc b/meta/recipes-extended/newt/libnewt-0.52.14.inc new file mode 100644 index 000..262610c --- /dev/null +++ b/meta/recipes-extended/newt/libnewt-0.52.14.inc @@ -0,0 +1,45 @@ +SUMMARY = A library for text mode user interfaces + +DESCRIPTION = Newt is a programming library for color text mode, widget based user \ +interfaces. Newt can be used to add stacked windows, entry widgets, \ +checkboxes, radio buttons, labels, plain text fields, scrollbars, \ +etc., to text mode user interfaces. This package also contains the \ +shared library needed by programs built with newt, as well as a \ +/usr/bin/dialog replacement called whiptail. Newt is based on the \ +slang library. + +HOMEPAGE = https://fedorahosted.org/newt/; +SECTION = libs + +LICENSE = LGPLv2 +LIC_FILES_CHKSUM = file://COPYING;md5=55ca817ccb7d5b5b66355690e9abc605 + +# slang needs to be = 2.2 +DEPENDS = slang popt + +PR = r2 + +SRC_URI = https://fedorahosted.org/releases/n/e/newt/newt-${PV}.tar.gz \ + file://remove_slang_include.patch \ + file://fix_SHAREDDIR.patch \ + file://cross_ar.patch \ + file://fix_python_fpic.patch + +SRC_URI[md5sum] = eb78c6bb658b92ec7198908b5b8d0e37 +SRC_URI[sha256sum] = f70f4f58baa60388ddf2e39249ffb00898fb40f2b2767e42e2ab51fe4b40978e + +S = ${WORKDIR}/newt-${PV} + +EXTRA_OECONF = --without-tcl --without-python + +inherit autotools + +export STAGING_INCDIR +export STAGING_LIBDIR + +export BUILD_SYS +export HOST_SYS + +do_configure_prepend() { +sh autogen.sh +} diff --git a/meta/recipes-extended/newt/libnewt-python_0.52.14.bb b/meta/recipes-extended/newt/libnewt-python_0.52.14.bb new file mode 100644 index 000..dd3ac63 --- /dev/null +++ b/meta/recipes-extended/newt/libnewt-python_0.52.14.bb @@ -0,0 +1,26 @@ +require recipes-extended/newt/libnewt-${PV}.inc + +SUMMARY .= - python +DEPENDS = libnewt python +RDEPENDS_${PN} += python-core + +inherit pythonnative python-dir + +EXTRA_OECONF += --with-python +EXTRA_OEMAKE += PYTHONVERS=${PYTHON_DIR} + + +do_compile () { + VERSION=$(sed -n 's/^VERSION = //p' Makefile) + oe_runmake LIBNEWTSH=${STAGING_LIBDIR}/libnewt.so.$VERSION _snackmodule.so +} + +do_install () { + install -d ${D}${PYTHON_SITEPACKAGES_DIR} + install -m 0755 ${PYTHON_DIR}/_snackmodule.so ${D}${PYTHON_SITEPACKAGES_DIR}/ + install -m 0644 snack.py ${D}${PYTHON_SITEPACKAGES_DIR}/ +} + + +FILES_${PN} = ${PYTHON_SITEPACKAGES_DIR}/* +FILES_${PN}-dbg += ${PYTHON_SITEPACKAGES_DIR}/.debug/ diff --git a/meta/recipes-extended/newt/libnewt_0.52.14.bb b/meta/recipes-extended/newt/libnewt_0.52.14.bb index 54da15d..155114e 100644 --- a/meta/recipes-extended/newt/libnewt_0.52.14.bb +++ b/meta/recipes-extended/newt/libnewt_0.52.14.bb @@ -1,54 +1,4 @@ -SUMMARY = A library for text mode user interfaces - -DESCRIPTION = Newt is a programming library for color text mode, widget based user \ -interfaces. Newt can be used to add stacked windows, entry widgets, \ -checkboxes, radio buttons, labels, plain text fields, scrollbars, \ -etc., to text mode user interfaces. This package also contains the \ -shared library needed by programs built with newt, as well as a \ -/usr/bin/dialog replacement called whiptail. Newt is based on the \ -slang library. - -HOMEPAGE = https://fedorahosted.org/newt/; -SECTION = libs - -LICENSE = LGPLv2 -LIC_FILES_CHKSUM = file://COPYING;md5=55ca817ccb7d5b5b66355690e9abc605 - -# slang needs to be = 2.2 -DEPENDS = slang popt python - -PR = r2 - -SRC_URI = https://fedorahosted.org/releases/n/e/newt/newt-${PV}.tar.gz \ - file://remove_slang_include.patch \ - file://fix_SHAREDDIR.patch \ - file://cross_ar.patch \ - file://fix_python_fpic.patch - -SRC_URI[md5sum] = eb78c6bb658b92ec7198908b5b8d0e37 -SRC_URI[sha256sum] = f70f4f58baa60388ddf2e39249ffb00898fb40f2b2767e42e2ab51fe4b40978e - -S = ${WORKDIR}/newt-${PV} - -EXTRA_OECONF = --without-tcl - -inherit autotools pythonnative python-dir - -EXTRA_OEMAKE = PYTHONVERS=${PYTHON_DIR} - -export STAGING_INCDIR -export STAGING_LIBDIR - -export BUILD_SYS -export HOST_SYS - -PACKAGES_prepend = whiptail ${PN}-python -
[OE-core] [PATCH v2 2/4] packagegroup-base-vfat: include dosfsprogs
From: Christopher Larson chris_lar...@mentor.com The ext2 group includes e2fsprogs, so this is consistent and should be appropriate, I think. Signed-off-by: Christopher Larson chris_lar...@mentor.com --- meta/recipes-core/packagegroups/packagegroup-base.bb | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/meta/recipes-core/packagegroups/packagegroup-base.bb b/meta/recipes-core/packagegroups/packagegroup-base.bb index 799e12a..061c1a7 100644 --- a/meta/recipes-core/packagegroups/packagegroup-base.bb +++ b/meta/recipes-core/packagegroups/packagegroup-base.bb @@ -179,7 +179,8 @@ RRECOMMENDS_packagegroup-base-vfat = \ kernel-module-msdos \ kernel-module-vfat \ kernel-module-nls-iso8859-1 \ -kernel-module-nls-cp437 +kernel-module-nls-cp437 \ +dosfsprogs SUMMARY_packagegroup-base-alsa = ALSA sound support RDEPENDS_packagegroup-base-alsa = \ -- 1.8.3 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [RFC] get minimal rootfs to be even smaller
On May 31, 2013, at 7:11 AM, Marcin Juszkiewicz mar...@juszkiewicz.com.pl wrote: First hit: pci.ids.gz and usb.ids.gz ~350KB in total. udev just RRECOMMENDS usbutils-ids pciutils-ids so how did it get into build time dependencies to begin with ? ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH v2] gcc: add build directory to include directories
what happens if you use --disable-libunwind-exceptions On May 31, 2013, at 8:55 AM, Mark Hatle mark.ha...@windriver.com wrote: From: Roy.Li rongqing...@windriver.com Add build directory to include directories by -I${B}/include which will be searched before standard system include directories. Both libunwind and gcc supply unwind.h, once gcc use libunwind's unwind.h, the compiling will fail. This patch is generally not applicable to the upstream as they do not use libunwind. Signed-off-by: Roy.Li rongqing...@windriver.com Signed-off-by: Jeff Polk jeff.p...@windriver.com Signed-off-by: Mark Hatle mark.ha...@windriver.com --- meta/recipes-devtools/gcc/gcc_4.7.bb | 2 +- meta/recipes-devtools/gcc/gcc_4.8.bb | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/meta/recipes-devtools/gcc/gcc_4.7.bb b/meta/recipes-devtools/gcc/gcc_4.7.bb index 9954375..f68c67a 100644 --- a/meta/recipes-devtools/gcc/gcc_4.7.bb +++ b/meta/recipes-devtools/gcc/gcc_4.7.bb @@ -2,4 +2,4 @@ require recipes-devtools/gcc/gcc-${PV}.inc require gcc-configure-target.inc require gcc-package-target.inc -ARCH_FLAGS_FOR_TARGET += -isystem${STAGING_INCDIR} +ARCH_FLAGS_FOR_TARGET += -isystem${STAGING_INCDIR} -I${B}/gcc/include/ diff --git a/meta/recipes-devtools/gcc/gcc_4.8.bb b/meta/recipes-devtools/gcc/gcc_4.8.bb index 9954375..f68c67a 100644 --- a/meta/recipes-devtools/gcc/gcc_4.8.bb +++ b/meta/recipes-devtools/gcc/gcc_4.8.bb @@ -2,4 +2,4 @@ require recipes-devtools/gcc/gcc-${PV}.inc require gcc-configure-target.inc require gcc-package-target.inc -ARCH_FLAGS_FOR_TARGET += -isystem${STAGING_INCDIR} +ARCH_FLAGS_FOR_TARGET += -isystem${STAGING_INCDIR} -I${B}/gcc/include/ -- 1.8.3.rc1.25.g423ecb0 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH v2 1/4] packagegroup-core-tools-profile: don't exclude mips
On Jun 10, 2013, at 4:15 PM, Christopher Larson kerg...@gmail.com wrote: From: Christopher Larson chris_lar...@mentor.com Now that liburcu supports mips, this packagegroup can pull in lttng recipes (lttng-ust, lttng-tools, lttng-modules, babeltrace) on that architecture as it does for the others. it still does not work on mips64 though. but thats another patch probably. Signed-off-by: Christopher Larson chris_lar...@mentor.com --- .../packagegroups/packagegroup-core-tools-profile.bb | 11 --- 1 file changed, 11 deletions(-) diff --git a/meta/recipes-core/packagegroups/packagegroup-core-tools-profile.bb b/meta/recipes-core/packagegroups/packagegroup-core-tools-profile.bb index 8f40c4e..bb1b78b 100644 --- a/meta/recipes-core/packagegroups/packagegroup-core-tools-profile.bb +++ b/meta/recipes-core/packagegroups/packagegroup-core-tools-profile.bb @@ -48,22 +48,15 @@ SYSTEMTAP_aarch64 = LTTNGUST = lttng-ust LTTNGUST_libc-uclibc = -LTTNGUST_mips = LTTNGUST_aarch64 = -# lttng-tools, lttng-modules and babeltrace all depend on liburcu -# which currentl doesn't build on mips - LTTNGTOOLS = lttng-tools -LTTNGTOOLS_mips = LTTNGTOOLS_aarch64 = LTTNGMODULES = lttng-modules -LTTNGMODULES_mips = LTTNGMODULES_aarch64 = BABELTRACE = babeltrace -BABELTRACE_mips = BABELTRACE_aarch64 = # valgrind does not work on mips @@ -77,10 +70,6 @@ VALGRIND_aarch64 = #exmap-console #exmap-server -# At present we only build lttng-ust on -# qemux86/qemux86-64/qemuppc/qemuarm/emenlow/atom-pc since upstream liburcu -# (which is required by lttng-ust) may not build on other platforms, like -# MIPS. RDEPENDS_${PN} = \ ${PROFILETOOLS} \ ${LTTNGUST} \ -- 1.8.3 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH v2 1/4] packagegroup-core-tools-profile: don't exclude mips
On Mon, Jun 10, 2013 at 7:27 PM, Khem Raj raj.k...@gmail.com wrote: On Jun 10, 2013, at 4:15 PM, Christopher Larson kerg...@gmail.com wrote: From: Christopher Larson chris_lar...@mentor.com Now that liburcu supports mips, this packagegroup can pull in lttng recipes (lttng-ust, lttng-tools, lttng-modules, babeltrace) on that architecture as it does for the others. it still does not work on mips64 though. but thats another patch probably. Good point, indeed. -- Christopher Larson clarson at kergoth dot com Founder - BitBake, OpenEmbedded, OpenZaurus Maintainer - Tslib Senior Software Engineer, Mentor Graphics ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [oe-commits] Andy Voltz : tune-cortexa.inc: create a common include for cortex-a armv7a tuning
On Mon, Jun 10, 2013 at 8:50 AM, Andy Voltz andy.vo...@timesys.com wrote: ERROR: OE-core's config sanity checker detected a potential misconfiguration. Either fix the cause of this error or at your own risk disable the checker (see sanity.conf). Following is the list of potential problems / advisories: Error, the PACKAGE_ARCHS variable does not contain TUNE_PKGARCH (${ARMPKGARCH_tune-cortexa8t-neon}).Toolchain tunings invalid: Tuning 'cortexa8t-neon' has no defined features, and cannot be used. ERROR: Execution of event handler 'check_sanity_eventhandler' failed Please use tests like http://git.openembedded.org/openembedded-core-contrib/log/?h=jansa/tune2-test to check that all tunes are still valid after such change. I was not aware of this test. I'll look into this. This patch is not going to work. How did you test it ? Its trying to substitute into overrides which then are not expanded before being treated as overrides. as a result overrides variable themselves are wrong. We have to revert this patch please and I conur with Martin it did not seem like a significant improvement either. ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] Sample recipe for qt4e app?
On Mon, Jun 10, 2013 at 4:06 PM, Paul Eggleton paul.eggle...@linux.intel.com wrote: On Monday 10 June 2013 15:45:42 Steve Sakoman wrote: Does anyone have a recipe for a simple qt4e app that they would be willing to share? It's not really much different; you should only need to inherit qt4e instead of qt4x11. As for an example, you could look at the qconnman-e recipe in meta-oe: http://cgit.openembedded.org/meta-openembedded/tree/meta-oe/recipes-qt/qconnman Thanks Paul, that helped a lot! Steve ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [RFC] get minimal rootfs to be even smaller
On 06/10/2013 07:06 PM, Khem Raj wrote: On May 31, 2013, at 7:11 AM, Marcin Juszkiewicz mar...@juszkiewicz.com.pl wrote: First hit: pci.ids.gz and usb.ids.gz ~350KB in total. udev just RRECOMMENDS usbutils-ids pciutils-ids so how did it get into build time dependencies to begin with ? I looked into this a while back and it's the fact that those packages are built, so they are seen and get installed. If the packages aren't available they won't get installed. Since pciutils and usbutils are both DEPENDS of udev, those get built and the packages get deployed and then are available to be installed at the behest of the RRECOMMENDS. We could maybe have added BAD_RECOMMENDATIONS for core-image-minimal so that on a larger system udev would still have the -id files available, I just thought of this, not tested. Sau! ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core