[OE-core] [PATCH 1/4] minix-session: Add this recipe as the session file for mini X
From: Zhai Edwin edwin.z...@intel.com minix-session runs session files on behalf of file owner, so that no rootless X required. Signed-off-by: Zhai Edwin edwin.z...@intel.com --- .../minix-session/files/minix-session | 32 .../minix-session/minix-session_0.1.bb | 24 +++ 2 files changed, 56 insertions(+), 0 deletions(-) create mode 100644 meta/recipes-graphics/minix-session/files/minix-session create mode 100644 meta/recipes-graphics/minix-session/minix-session_0.1.bb diff --git a/meta/recipes-graphics/minix-session/files/minix-session b/meta/recipes-graphics/minix-session/files/minix-session new file mode 100644 index 000..c28d537 --- /dev/null +++ b/meta/recipes-graphics/minix-session/files/minix-session @@ -0,0 +1,32 @@ +#!/bin/sh +# +# Very simple session manager for Mini X +# + +# Uncomment below to enable parsing of debian menu entrys +# export MB_USE_DEB_MENUS=1 + +if [ -e $HOME/.minix/session ] +then +exec $HOME/.minix/session +fi + +if [ -e /etc/minix/session ] +then +exec /etc/minix/session +fi + +MINIX_SESSION_DIR=/etc/minix/session.d + +# Execute session file on behalf of file owner +for SESSIONFILE in $MINIX_SESSION_DIR/*; do +set +e +USERNAME=`stat -c %U $SESSIONFILE` +sudo -b -i -u $USERNAME $SESSIONFILE +set -e +done +# Default files to run if $HOME/.minix/session or /etc/minix/session +# dont exist. + +matchbox-terminal +exec matchbox-window-manager diff --git a/meta/recipes-graphics/minix-session/minix-session_0.1.bb b/meta/recipes-graphics/minix-session/minix-session_0.1.bb new file mode 100644 index 000..2e912c6 --- /dev/null +++ b/meta/recipes-graphics/minix-session/minix-session_0.1.bb @@ -0,0 +1,24 @@ +DESCRIPTION = Mini X session files for poky +HOMEPAGE = http://www.yoctoproject.org; +BUGTRACKER = http://bugzilla.pokylinux.org; + +LICENSE = GPL +LIC_FILES_CHKSUM = file://minix-session;endline=5;md5=b6430bffbcf05f9760e72938826b7487 + +SECTION = x11 +RCONFLICTS = matchbox-common + +SRC_URI = file://minix-session +S = ${WORKDIR} + +inherit update-alternatives + +ALTERNATIVE_NAME = x-session-manager +ALTERNATIVE_LINK = ${bindir}/x-session-manager +ALTERNATIVE_PATH = ${bindir}/minix-session +ALTERNATIVE_PRIORITY = 10 + +do_install() { + install -d ${D}/${bindir} + install -m 0755 ${S}/minix-session ${D}/${bindir} +} -- 1.7.1 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 3/4] Add builder user for specific purpose.
From: Zhai Edwin edwin.z...@intel.com builder can start some auto stuff by mini X session. Signed-off-by: Zhai Edwin edwin.z...@intel.com --- meta/recipes-graphics/builder/builder_0.1.bb | 27 + meta/recipes-graphics/builder/files/auto_start.sh | 11 2 files changed, 38 insertions(+), 0 deletions(-) create mode 100644 meta/recipes-graphics/builder/builder_0.1.bb create mode 100644 meta/recipes-graphics/builder/files/auto_start.sh diff --git a/meta/recipes-graphics/builder/builder_0.1.bb b/meta/recipes-graphics/builder/builder_0.1.bb new file mode 100644 index 000..abe329f --- /dev/null +++ b/meta/recipes-graphics/builder/builder_0.1.bb @@ -0,0 +1,27 @@ +SUMMARY = New user to do specific job +DESCRIPTION = This recipe create a new user named ${PN}, who is used for specific jobs like building. The task can be auto started via mini X +SECTION = x11 +PR = r0 +LICENSE = MIT +LIC_FILES_CHKSUM = file://auto_start.sh;endline=5;md5=66d6c43a8b2583e3bd70c6b020f679a4 + +SRC_URI = file://auto_start.sh + +S = ${WORKDIR} + +RDEPENDS_${PN} = minix-session + +inherit useradd + +USERADD_PACKAGES = ${PN} +USERADD_PARAM_${PN} = --system --create-home \ + --groups video,tty,audio \ + --user-group ${PN} + +do_install () { + install -d -m 755 ${D}/etc/minix/session.d + install -p -m 755 auto_start.sh ${D}/etc/minix/session.d/ + + chown ${PN}.${PN} ${D}/etc/minix/session.d/auto_start.sh +} + diff --git a/meta/recipes-graphics/builder/files/auto_start.sh b/meta/recipes-graphics/builder/files/auto_start.sh new file mode 100644 index 000..7247d1c --- /dev/null +++ b/meta/recipes-graphics/builder/files/auto_start.sh @@ -0,0 +1,11 @@ +#!/bin/sh +#This script will be called via minix X session on behalf of file owner, after +#installed in /etc/minix/session.d/. Any auto start jobs including X apps can +#be put here + +# start hob here +#cd /intel/poky/poky +#. ./oe-init-build-env +#../scripts/hob + +matchbox-terminal -- 1.7.1 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 4/4] self-hosted-image: Add builder user and mini X
From: Zhai Edwin edwin.z...@intel.com Signed-off-by: Zhai Edwin edwin.z...@intel.com --- meta/recipes-core/images/self-hosted-image.bb |4 +++- meta/recipes-core/tasks/task-self-hosted.bb |3 ++- 2 files changed, 5 insertions(+), 2 deletions(-) diff --git a/meta/recipes-core/images/self-hosted-image.bb b/meta/recipes-core/images/self-hosted-image.bb index 53bd989..111c057 100644 --- a/meta/recipes-core/images/self-hosted-image.bb +++ b/meta/recipes-core/images/self-hosted-image.bb @@ -4,6 +4,8 @@ POKY_EXTRA_INSTALL = \ task-self-hosted \ +IMAGE_FEATURES += x11-mini + inherit core-image -PR = r1 +PR = r2 diff --git a/meta/recipes-core/tasks/task-self-hosted.bb b/meta/recipes-core/tasks/task-self-hosted.bb index 077193b..ebf8a01 100644 --- a/meta/recipes-core/tasks/task-self-hosted.bb +++ b/meta/recipes-core/tasks/task-self-hosted.bb @@ -3,7 +3,7 @@ # DESCRIPTION = Create Basic Image Tasks -PR = r2 +PR = r3 LICENSE = MIT LIC_FILES_CHKSUM = file://${COREBASE}/LICENSE;md5=3f40d7994397109285ec7b81fdeb3b58 \ file://${COREBASE}/meta/COPYING.MIT;md5=3da9cfbcb788c80a0384361b4de20420 @@ -190,4 +190,5 @@ RDEPENDS_task-self-hosted-graphics = \ libsdl \ libsdl-dev \ libx11-dev \ +builder \ -- 1.7.1 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 0/4] [RFC] Add mini X for self-hosted
From: Zhai Edwin edwin.z...@intel.com All, These patches add mini X, who will execute session files on behalf of file owner without rootless X. By this way, a minimal X enviroment including matchbox-wm is availale for the builder user to start auto-run apps. Pls. help to review. Thanks, Edwin The following changes since commit 4648aadfe161d2e0ec51408f35fdf8996727bd22: ui/crumbs/hobprefs: trigger a reparse after changing IMAGE_FSTYPES (2011-12-20 13:15:54 +) are available in the git repository at: git://git.pokylinux.org/poky-contrib gzhai/build-appliance2 http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=gzhai/build-appliance2 Zhai Edwin (4): minix-session: Add this recipe as the session file for mini X Add mini X core tasks Add builder user for specific purpose. self-hosted-image: Add builder user and mini X meta/classes/core-image.bbclass|2 + meta/recipes-core/images/self-hosted-image.bb |4 +- meta/recipes-core/tasks/task-self-hosted.bb|3 +- meta/recipes-graphics/builder/builder_0.1.bb | 27 meta/recipes-graphics/builder/files/auto_start.sh | 11 + .../minix-session/files/minix-session | 32 ++ .../minix-session/minix-session_0.1.bb | 24 ++ meta/recipes-sato/tasks/task-core-x11-mini.bb | 45 8 files changed, 146 insertions(+), 2 deletions(-) create mode 100644 meta/recipes-graphics/builder/builder_0.1.bb create mode 100644 meta/recipes-graphics/builder/files/auto_start.sh create mode 100644 meta/recipes-graphics/minix-session/files/minix-session create mode 100644 meta/recipes-graphics/minix-session/minix-session_0.1.bb create mode 100644 meta/recipes-sato/tasks/task-core-x11-mini.bb ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] gdb-cross-canadian: build gdb with python support
Le 16/12/2011 15:05, Eric Bénard a écrit : * python support is needed for providing finer scripting control in gdb, and for remote controling gdb for example from qtcreator * gdb/configure tries to autodetect python using python executable with --includes --ldflags --exec-prefix to get the right flags As it's difficult to achieve in OE's context, we generate a script which will return the right values and make gdb's build system happy. This idea was taken from the following article : http://www.mentby.com/doug-evans-2/python-enabled-gdb-on-windows-and-relocation.html * tested using angstrom armv7 target qtcreator 201005 2.4.0 Signed-off-by: Eric Bénarde...@eukrea.com Cc: fcoo...@ti.com --- meta/recipes-devtools/gdb/gdb-cross-canadian.inc | 20 +++- 1 files changed, 19 insertions(+), 1 deletions(-) diff --git a/meta/recipes-devtools/gdb/gdb-cross-canadian.inc b/meta/recipes-devtools/gdb/gdb-cross-canadian.inc index ec0748e..e0e6e30 100644 --- a/meta/recipes-devtools/gdb/gdb-cross-canadian.inc +++ b/meta/recipes-devtools/gdb/gdb-cross-canadian.inc @@ -4,4 +4,22 @@ DESCRIPTION = cross-canadian gdb for ${TARGET_ARCH} target - GNU debugger PN = gdb-cross-canadian-${TRANSLATED_TARGET_ARCH} BPN = gdb -DEPENDS = ncurses-nativesdk expat-nativesdk gettext-nativesdk readline-nativesdk +DEPENDS = ncurses-nativesdk expat-nativesdk gettext-nativesdk readline-nativesdk python-nativesdk +RDEPENDS += python-nativesdk-core python-nativesdk-lang python-nativesdk-re \ + python-nativesdk-codecs python-nativesdk-netclient + +EXTRA_OECONF_append = --with-python=${WORKDIR}/python + +do_configure_prepend() { +cat ${WORKDIR}/python EOF +#! /bin/sh +case \$2 in +--includes) echo -I${STAGING_DIR}/${HOST_ARCH}-nativesdk${HOST_VENDOR}-${HOST_OS}${exec_prefix}/include/python${PYTHON_BASEVERSION}/ ;; +--ldflags) echo -L${STAGING_DIR}/${HOST_ARCH}-nativesdk${HOST_VENDOR}-${HOST_OS}${libdir}/python${PYTHON_BASEVERSION}/config/config -lpthread -ldl -lutil -lm -lpython${PYTHON_BASEVERSION} ;; +--exec-prefix) echo /usr ;; +*) exit 1 ;; +esac +exit 0 +EOF +chmod +x ${WORKDIR}/python +} \ No newline at end of file any comment concerning this patch ? Thanks Eric ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] opkg still breaks meta-toolchain-gmae
Cui, Dexuan wrote on 2011-12-21: Hi all, After I upgraded to the latest poky master (commit 4648aadf), core-image-sato-sdk can build file, but meta-toolchain-gmae (with ipk packaging) still doesn't work. Now the failure is: | error: Failed dependencies: | libsdl-nativesdk is needed by qemu-nativesdk-0.15.1-r1.x86_64 NOTE: package meta-toolchain-gmae-1.0-r6: task do_populate_sdk: Failed Sorry, I need to correct this above: It's actually rpm packaging(rpm did work fine with the slightly older commit 45987c5135) rather than ipk. If I use ipk packaging, I get the similar mkdir failure: mkdir: cannot create directory `/var/lib/opkg': Permission denied and, I finally got a libsdl failure, too: | Collected errors: | * satisfy_dependencies_for: Cannot satisfy the following dependencies for task-sdk-host-nativesdk: | *libsdl-nativesdk * So I suppose the libsdl patch( fix packaging) is suspicious. BTW, I use MACHINE=qemux86. If I built with a slightly older commit 45987c5135, the failure is: | mkdir: cannot create directory `/var/lib/opkg'\'': Permission denied | Configuring libc6. ... | + install -m 0644 /distro/dcui/1220/p1/build/tmp/work/i586-poky-linux/meta-toolchain-gma e- 1.0-r6/opkg-sdk.conf /distro/dcui/1220/p1/build/tmp/work/i586-poky-linux/meta-toolchain-gma e- 1.0-r6/sdk/image//opt/poky/1.1+snapshot/sysroots/x86_64-pokysdk-l' | mkdir: cannot create directory `/var/lib/opkg': Permission denied ... | gtk-update-icon-cache: Failed to open file | /usr/share/icons/whiteglass/.icon-theme.cache : Permission denied ... | + do_exit=1 | + test 1 = 1 | + exit 1 NOTE: package meta-toolchain-gmae-1.0-r6: task do_populate_sdk: Failed Looks somewhat the ${D} is empty, so the host directories are being installed into??? Thanks, -- Dexuan ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] opkg still breaks meta-toolchain-gmae
On Wed, 2011-12-21 at 16:51 +0800, Cui, Dexuan wrote: Cui, Dexuan wrote on 2011-12-21: Hi all, After I upgraded to the latest poky master (commit 4648aadf), core-image-sato-sdk can build file, but meta-toolchain-gmae (with ipk packaging) still doesn't work. Now the failure is: | error: Failed dependencies: | libsdl-nativesdk is needed by qemu-nativesdk-0.15.1-r1.x86_64 NOTE: package meta-toolchain-gmae-1.0-r6: task do_populate_sdk: Failed Sorry, I need to correct this above: It's actually rpm packaging(rpm did work fine with the slightly older commit 45987c5135) rather than ipk. If I use ipk packaging, I get the similar mkdir failure: mkdir: cannot create directory `/var/lib/opkg': Permission denied and, I finally got a libsdl failure, too: | Collected errors: | * satisfy_dependencies_for: Cannot satisfy the following dependencies for task-sdk-host-nativesdk: | *libsdl-nativesdk * So I suppose the libsdl patch( fix packaging) is suspicious. BTW, I use MACHINE=qemux86. I have a suspicion this is a missing PR bump on qemu after the libsdl change. Does rebuilding qemu-nativesdk help? Cheers, Richard ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] Architecture mismatch QA issue
Hi, I got the error when compiling Qt, pls help me to fix this error. | NOTE: Checking Package: libqt-embeddedpvrqwswsegl4-dbg | NOTE: Checking Package: qt4-embedded-tools | ERROR: QA Issue: Architecture did not match (40 to 3) on /work/armv5te-angstrom-linux-gnueabi/qt4-embedded-4.7.4-r39.5/packages-split/qt4-embedded-tools/usr/bin/rcc | ERROR: QA Issue: Architecture did not match (40 to 3) on /work/armv5te-angstrom-linux-gnueabi/qt4-embedded-4.7.4-r39.5/packages-split/qt4-embedded-tools/usr/bin/moc | ERROR: QA Issue: Architecture did not match (40 to 3) on /work/armv5te-angstrom-linux-gnueabi/qt4-embedded-4.7.4-r39.5/packages-split/qt4-embedded-tools/usr/bin/uic | NOTE: Checking Package: qt4-embedded-assistant | NOTE: Checking Package: qt4-embedded-common | NOTE: Checking Package: qt4-embedded-dbus | NOTE: Checking Package: qt4-embedded-demos | NOTE: Checking Package: qt4-embedded-designer | NOTE: Checking Package: qt4-embedded-examples | NOTE: Checking Package: qt4-embedded-fonts | NOTE: Checking Package: qt4-embedded-fonts-ttf-vera | NOTE: Checking Package: qt4-embedded-fonts-ttf-dejavu | NOTE: Checking Package: qt4-embedded-fonts-pfa | NOTE: Checking Package: qt4-embedded-fonts-pfb | NOTE: Checking Package: qt4-embedded-fonts-qpf | NOTE: Checking Package: qt4-embedded-linguist | NOTE: Checking Package: qt4-embedded-makeqpf | NOTE: Checking Package: qt4-embedded-mkspecs | NOTE: Checking Package: qt4-embedded-pixeltool | NOTE: Checking Package: qt4-embedded-qmlviewer | NOTE: Checking Package: qt4-embedded-xmlpatterns | NOTE: Checking Package: qt4-embedded-qt3to4 | NOTE: Checking Package: qt4-embedded-qml-plugins | NOTE: Checking Package: qt4-embedded-conf | NOTE: Checking Package: qt4-embedded-translation-qvfb | NOTE: Checking Package: qt4-embedded-translation-designer | NOTE: Checking Package: qt4-embedded-translation-qt | NOTE: Checking Package: qt4-embedded-translation-linguist | NOTE: Checking Package: qt4-embedded-translation-assistant | NOTE: Checking Package: qt4-embedded-translation-qtconfig | NOTE: Checking Package: qt4-embedded-phrasebook-german | NOTE: Checking Package: qt4-embedded-phrasebook-spanish | NOTE: Checking Package: qt4-embedded-phrasebook-italian | NOTE: Checking Package: qt4-embedded-phrasebook-russian | NOTE: Checking Package: qt4-embedded-phrasebook-norwegian | NOTE: Checking Package: qt4-embedded-phrasebook-polish | NOTE: Checking Package: qt4-embedded-phrasebook-finnish | NOTE: Checking Package: qt4-embedded-phrasebook-french | NOTE: Checking Package: qt4-embedded-phrasebook-danish | NOTE: Checking Package: qt4-embedded-phrasebook-dutch | NOTE: Checking Package: qt4-embedded-phrasebook-hungarian | NOTE: Checking Package: qt4-embedded-phrasebook-swedish | NOTE: Checking Package: qt4-embedded-phrasebook-japanese | NOTE: Checking Package: qt4-embedded-plugin-designer-qwebview | NOTE: Checking Package: qt4-embedded-plugin-designer-phononwidgets | NOTE: Checking Package: qt4-embedded-plugin-designer-worldtimeclockplugin | NOTE: Checking Package: qt4-embedded-plugin-designer-qt3supportwidgets | NOTE: Checking Package: qt4-embedded-plugin-designer-containerextension | NOTE: Checking Package: qt4-embedded-plugin-designer-taskmenuextension | NOTE: Checking Package: qt4-embedded-plugin-designer-qdeclarativeview | NOTE: Checking Package: qt4-embedded-plugin-designer-customwidgetplugin | NOTE: Checking Package: qt4-embedded-plugin-designer-qwebview-dbg | NOTE: Checking Package: qt4-embedded-plugin-designer-phononwidgets-dbg | NOTE: Checking Package: qt4-embedded-plugin-designer-worldtimeclockplugin-dbg | NOTE: Checking Package: qt4-embedded-plugin-designer-qt3supportwidgets-dbg | NOTE: Checking Package: qt4-embedded-plugin-designer-containerextension-dbg | NOTE: Checking Package: qt4-embedded-plugin-designer-taskmenuextension-dbg | NOTE: Checking Package: qt4-embedded-plugin-designer-qdeclarativeview-dbg | NOTE: Checking Package: qt4-embedded-plugin-designer-customwidgetplugin-dbg | NOTE: Checking Package: qt4-embedded-plugin-gfxdriver-gfxvnc | NOTE: Checking Package: qt4-embedded-plugin-gfxdriver-screenvfb | NOTE: Checking Package: qt4-embedded-plugin-gfxdriver-gfxtransformed | NOTE: Checking Package: qt4-embedded-plugin-gfxdriver-directfbscreen | NOTE: Checking Package: qt4-embedded-plugin-gfxdriver-gfxvnc-dbg | NOTE: Checking Package: qt4-embedded-plugin-gfxdriver-screenvfb-dbg | NOTE: Checking Package: qt4-embedded-plugin-gfxdriver-gfxtransformed-dbg | NOTE: Checking Package: qt4-embedded-plugin-gfxdriver-directfbscreen-dbg | NOTE: Checking Package: qt4-embedded-plugin-mousedriver-tslib | NOTE: Checking Package: qt4-embedded-plugin-mousedriver-tslib-dbg | NOTE: Checking Package: qt4-embedded-plugin-iconengine-svgicon | NOTE: Checking Package: qt4-embedded-plugin-iconengine-svgicon-dbg | NOTE: Checking Package: qt4-embedded-plugin-imageformat-gif | NOTE: Checking Package: qt4-embedded-plugin-imageformat-tiff | NOTE: Checking Package: qt4-embedded-plugin-imageformat-mng | NOTE:
Re: [OE-core] Architecture mismatch QA issue
Op 21 dec. 2011, om 10:49 heeft mohamed basith het volgende geschreven: Hi, I got the error when compiling Qt, pls help me to fix this error. | NOTE: Checking Package: libqt-embeddedpvrqwswsegl4-dbg | NOTE: Checking Package: qt4-embedded-tools | ERROR: QA Issue: Architecture did not match (40 to 3) on /work/armv5te-angstrom-linux-gnueabi/qt4-embedded-4.7.4-r39.5/packages-split/qt4-embedded-tools/usr/bin/rcc | ERROR: QA Issue: Architecture did not match (40 to 3) on /work/armv5te-angstrom-linux-gnueabi/qt4-embedded-4.7.4-r39.5/packages-split/qt4-embedded-tools/usr/bin/moc | ERROR: QA Issue: Architecture did not match (40 to 3) on /work/armv5te-angstrom-linux-gnueabi/qt4-embedded-4.7.4-r39.5/packages-split/qt4-embedded-tools/usr/bin/uic Hmmm, do we know why these sometimes are target binaries and sometimes host binaries? regards, Koen signature.asc Description: Message signed with OpenPGP using GPGMail ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] Architecture mismatch QA issue
On Wednesday 21 December 2011 10:55:43 Koen Kooi wrote: Hmmm, do we know why these sometimes are target binaries and sometimes host binaries? Having already fixed this and then reverted the fix, this is annoying to say the least. I tested this on several different architectures and the results were correct, so something unusual is at work here. I've filed bug #1856 [1] in the Yocto Project bugzilla and will do my best to investigate this, but the first thing I need is some more information to help reproduce the issue, at the moment I don't get the error. Cheers, Paul [1] http://bugzilla.pokylinux.org/show_bug.cgi?id=1856 -- Paul Eggleton Intel Open Source Technology Centre ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] RFC: nativesdk and native recipe names
We have a problem looming on the horizon with regard to the native and particularly nativesdk recipe names. We originally ran into this problem with the multilib code. The issue is that its rather hard to automagically translate PACKAGES and DEPENDS/RDEPENDS etc. into something the BBCLASSEXTEND classes can use and be consistent. To illustrate the problem, imagine a PACKAGES like foo: foo-dev doo-dbg foo-doc foo-utils which is built from: ${PN} ${PN}-dev ${PN}-dbg ${PN}-doc ${PN}-utils The class extension code changes PN and since these are constructed with PN, they become: foo-class foo-class-dev foo-class-dbg foo-class-doc foo-class-utils Imagine you're then presented with some dependency like foo-utils. How do you know where to place -class? We could write code which splits on the first dash character or a variety of other ways but for multilibs the easiest approach was to use a prefix instead of a suffix. I recently proposed a patch to native.bbclass and removed some ugly workarounds. It turns out this breaks nativesdk. There is some code in nativesdk designed to help with this but its disabled. I tried to enable it and hit these exact problems. If we change nativesdk to become a prefix, the problem can share the same code as multilib and become much more widely usable rather than the current special cases. Its obviously a fairly major change in recipe naming though. Would changing this be acceptable? Just for reference, -native is special in that PACKAGES = so its easier to handle. In theory we do still have the same issue there but R*_${PN} dependencies tend not to be problematic so we've got lucky so far. Cheers, Richard ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] RFC: nativesdk and native recipe names
On Wed, 2011-12-21 at 11:11 +, Richard Purdie wrote: If we change nativesdk to become a prefix, the problem can share the same code as multilib and become much more widely usable rather than the current special cases. Its obviously a fairly major change in recipe naming though. Would changing this be acceptable? I wonder whether we should just stop this business of bashing PN around altogether and encode the native- or sdk-ness into PACKAGE_ARCH or some such instead. (I guess this would need bitbake enhanced to be able to build a parallel dependency tree for each architecture, and a way of specifying the desired arch in DEPENDS, neither of which it can presumably do at the moment.) All these transforms on PN seem rather fragile and, although changing the infix to be a prefix will help, it still doesn't completely eliminate the chance of ambiguity. p. ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] RFC: nativesdk and native recipe names
* Otavio Salvador ota...@ossystems.com.br [111221 12:37]: On Wed, Dec 21, 2011 at 09:11, Richard Purdie richard.pur...@linuxfoundation.org wrote: If we change nativesdk to become a prefix, the problem can share the same code as multilib and become much more widely usable rather than the current special cases. Its obviously a fairly major change in recipe naming though. Would changing this be acceptable? I second this as this makes it more consistent and predictable (with the plus of avoiding naming hacks too). I think I'll second this as well... So far, I haven't used the multilib-features, but just to be sure, there is no problem with using prefixes both for multilibs and nativesdk? (Like I said, I haven't studied the multilib code/usecases, thus it's quite possible that this is a non-issue). Cheers, Anders -- Anders Darander ChargeStorm AB / eStorm AB ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] RFC: nativesdk and native recipe names
On Wed, 2011-12-21 at 11:55 +, Phil Blundell wrote: On Wed, 2011-12-21 at 11:11 +, Richard Purdie wrote: If we change nativesdk to become a prefix, the problem can share the same code as multilib and become much more widely usable rather than the current special cases. Its obviously a fairly major change in recipe naming though. Would changing this be acceptable? I wonder whether we should just stop this business of bashing PN around altogether and encode the native- or sdk-ness into PACKAGE_ARCH or some such instead. (I guess this would need bitbake enhanced to be able to build a parallel dependency tree for each architecture, and a way of specifying the desired arch in DEPENDS, neither of which it can presumably do at the moment.) This is certainly an alternative and we already encode the data into PACKAGE_ARCH FWIW. My gut instinct says the bitbake changes that would be required are rather complex though. At a high level the issue is making each variant appear unique to bitbake so I guess you could do this if you prefixed PROVIDES and R* variables internally to bitbake, a bit like BBCLASSEXTEND already does with filenames. This opens up questions like whether we'd have machine behave more like a BBCLASSEXTEND so you could do something like: bitbake qemuarm:core-image-sato qemumips:core-image-sato which is certainly something people have asked before. Of course we'd have to support stacking these: bitbake qemux86:multilib-lib32:core-image-sato and I'm shuddering to think of some of the corner cases. In summary, I think its worth thinking about but its a long term change which isn't going to be viable any time soon. All these transforms on PN seem rather fragile and, although changing the infix to be a prefix will help, it still doesn't completely eliminate the chance of ambiguity. It doesn't eliminate the issue but it woiuld certainly be an improvement... Cheers, Richard ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] RFC: nativesdk and native recipe names
On Wed, 2011-12-21 at 12:57 +0100, Anders Darander wrote: * Otavio Salvador ota...@ossystems.com.br [111221 12:37]: On Wed, Dec 21, 2011 at 09:11, Richard Purdie richard.pur...@linuxfoundation.org wrote: If we change nativesdk to become a prefix, the problem can share the same code as multilib and become much more widely usable rather than the current special cases. Its obviously a fairly major change in recipe naming though. Would changing this be acceptable? I second this as this makes it more consistent and predictable (with the plus of avoiding naming hacks too). I think I'll second this as well... So far, I haven't used the multilib-features, but just to be sure, there is no problem with using prefixes both for multilibs and nativesdk? (Like I said, I haven't studied the multilib code/usecases, thus it's quite possible that this is a non-issue). No, assuming the namespaces are kept separate which isn't an issue as long as you never want a multilib called nativesdk :) Cheers, Richard ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] opkg still breaks meta-toolchain-gmae
On Wed, 2011-12-21 at 17:51 +0800, Cui, Dexuan wrote: Richard Purdie wrote on 2011-12-21: On Wed, 2011-12-21 at 16:51 +0800, Cui, Dexuan wrote: Cui, Dexuan wrote on 2011-12-21: Hi all, After I upgraded to the latest poky master (commit 4648aadf), core-image-sato-sdk can build file, but meta-toolchain-gmae (with ipk packaging) still doesn't work. Now the failure is: | error: Failed dependencies: | libsdl-nativesdk is needed by qemu-nativesdk-0.15.1-r1.x86_64 NOTE: package meta-toolchain-gmae-1.0-r6: task do_populate_sdk: Failed Sorry, I need to correct this above: It's actually rpm packaging(rpm did work fine with the slightly older commit 45987c5135) rather than ipk. If I use ipk packaging, I get the similar mkdir failure: mkdir: cannot create directory `/var/lib/opkg': Permission denied and, I finally got a libsdl failure, too: | Collected errors: | * satisfy_dependencies_for: Cannot satisfy the following | dependencies for task-sdk-host-nativesdk: | *libsdl-nativesdk * So I suppose the libsdl patch( fix packaging) is suspicious. BTW, I use MACHINE=qemux86. I have a suspicion this is a missing PR bump on qemu after the libsdl change. Does rebuilding qemu-nativesdk help? Yeah, it does help (for rpm packaging)! Please make a patch to bump the PR. :-) BTW, with ipk, I still got the below issue: mkdir: cannot create directory `/var/lib/opkg': Permission denied This is usually a non fatal error noise in the logs. I appreciate that we need to fix it but if your build is failing its likely due to something else. Cheers, Richard ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [yocto] [PATCH 5/9] task-core-boot: Allow DISTRO to disable keymaps
Op 21 dec. 2011, om 11:09 heeft Martin Jansa het volgende geschreven: On Wed, Dec 21, 2011 at 01:02:51AM -0800, Darren Hart wrote: NOTE: I'm looking for a better way to do this. keymaps pulls in gettext, which can't build without wide character support. Rather than have to add a -tiny variant of every MACHINE to drop keyboard from the MACHINE_FEATURES, just enable the DISTRO to define what gets added to RDEPENDS_task-core-boot when MACHINE_FEATURES includes keyboard. By default, keep keymaps, but use DISTRO_KEYMAPS if it is set (to for example). Signed-off-by: Darren Hart dvh...@linux.intel.com --- meta/recipes-core/tasks/task-core-boot.bb |7 ++- 1 files changed, 6 insertions(+), 1 deletions(-) diff --git a/meta/recipes-core/tasks/task-core-boot.bb b/meta/recipes-core/tasks/task-core-boot.bb index 05c280d..e097836 100644 --- a/meta/recipes-core/tasks/task-core-boot.bb +++ b/meta/recipes-core/tasks/task-core-boot.bb @@ -17,6 +17,11 @@ PR = r9 MACHINE_ESSENTIAL_EXTRA_RDEPENDS ?= MACHINE_ESSENTIAL_EXTRA_RRECOMMENDS ?= +# +# Set by the distro configuration to empty if not supported +# +DISTRO_KEYMAPS ?= keymaps Why not VIRTUAL-RUNTIME_keymaps like everywhere else? Why not just create a proper task for -tiny instead of making the already horrible task-core-boot even more horrible? Besided that: this patch needs to go to the oe-core list regards, Koen signature.asc Description: Message signed with OpenPGP using GPGMail ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] gcc-4.6: Let G++ relocate gxx-include-dir when using --sysroot option
Hi Khem, Le 20/12/2011 20:59, Khem Raj a écrit : On Mon, Dec 19, 2011 at 10:36 PM, Eric Bénarde...@eukrea.com wrote: Hi, Khem, Le 14/12/2011 19:38, Khem Raj a écrit : On Wed, Dec 14, 2011 at 10:08 AM, Ulf Samuelsson openembedded-c...@emagii.comwrote: Not familiar with gcc internals, but just want to reiterate the point that the problem occured (the one I saw) only when I had BB_NUMBER_THREADS at a high value, so WHEN things are done seems to be important. Seems more complicated than this. A customeer reproduced it with BB_THREAD=2 and PARALLEL=j3 ... (I never reproduced in with BB_THREAD 5) Can you see when gcc-runtime was finished building and staging w.r.t to the failing app rm_work on gcc-runtime was done far before do_configure on the failing app (mysql in the present case). Eric ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] meta-toolchain-qte and wrong paths to QT tools
Hello list, I've two questions: 1) When I build meta-toolchain-qte (c2de8d4 metadata revision) and install the resulting sdk, I see two directories in /usr/local/: oecore-i686-arm and oecore-i686-i686. What is a rationale behind having these two directories instead of one i.e.: oecore-i686-arm? 2) The oecore-i686-arm/environment-setup-armv5te-oe-linux-gnueabi script sets paths to the QT tools which should be installed in oecore-i686-arm directory, but they are not. These tools are installed under oecore-i686-i686 directory. Changing the path in environment-setup-armv5te-oe-linux-gnueabi after toolchain installation is easy, but I do not consider it to be a correct fix (assuming that oecore-i686-{arm,i686} directories represents proper toolchain structure). What is a proper fix for this issue? Thank you in advance for your response(s). Cheers, Juraj ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 0/2] psplash fixes
On Tuesday 20 December 2011 10:31:52 Philip Balister wrote: I can see people taking an existing image, adding a few packages to customize it for their application, and changing the splash image to a product specific one. I'm not entirely convinced this workflow makes sense when you're interested in getting reproducible product images. This is basically the take some existing distro and hack it up until it fits approach which taken past a certain point leads to an unmaintainable mess, or at the very least regressions. People really ought to be able to produce their final images from the metadata with no additional post-build changes (or at least none that are manual). If that's too difficult, that's the problem I think is most worthwhile to attack, even if it requires more work on our part. Cheers, Paul -- Paul Eggleton Intel Open Source Technology Centre ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] meta-toolchain-qte and wrong paths to QT tools
Hi Juraj, Le 21/12/2011 15:56, Juraj Hercek a écrit : I've two questions: 1) When I build meta-toolchain-qte (c2de8d4 metadata revision) and install the resulting sdk, I see two directories in /usr/local/: oecore-i686-arm and oecore-i686-i686. What is a rationale behind having these two directories instead of one i.e.: oecore-i686-arm? 2) The oecore-i686-arm/environment-setup-armv5te-oe-linux-gnueabi script sets paths to the QT tools which should be installed in oecore-i686-arm directory, but they are not. These tools are installed under oecore-i686-i686 directory. Changing the path in environment-setup-armv5te-oe-linux-gnueabi after toolchain installation is easy, but I do not consider it to be a correct fix (assuming that oecore-i686-{arm,i686} directories represents proper toolchain structure). What is a proper fix for this issue? Thank you in advance for your response(s). did you build a i686 machine before building the arm one in the same tmp ? I have a similar problem reported here : http://lists.linuxtogo.org/pipermail/openembedded-core/2011-December/014480.html Eric ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 0/2] psplash fixes
On Monday 19 December 2011 19:12:10 Paul Eggleton wrote: On Monday 19 December 2011 20:02:02 Koen Kooi wrote: In OE-classic we had IMAGE_SPLASH. Btw, I'm not using core-image.bbclase. Well we could always use IMAGE_SPLASH and bring it in via image.bbclass. It seems to me like something you should be able to enable or exchange easily for any image. Would update-alternatives be needed at all in that case? It would if you want to change it after booting :) What's the use case for changing the splash image after booting? If you splash contains text its nice to be able to exchange it as easily as the rest of the system. So is this for i18n? Or do you have something in the text that's likely to need changing? Might it be better to provide an alternative channel for displaying text in psplash for that? Ping - if you help me to understand what you're trying to achieve then we can try to figure out the best way to solve it. Cheers, Paul -- Paul Eggleton Intel Open Source Technology Centre ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 0/2] psplash fixes
On Mon, 2011-12-19 at 19:48 +0100, Koen Kooi wrote: Op 19 dec. 2011, om 19:32 heeft Paul Eggleton het volgende geschreven: On Monday 19 December 2011 19:27:06 Koen Kooi wrote: Op 19 dec. 2011, om 19:22 heeft Paul Eggleton het volgende geschreven: On Monday 19 December 2011 18:50:35 Koen Kooi wrote: Op 19 dec. 2011, om 18:43 heeft Paul Eggleton het volgende geschreven: Set the default psplash image to the OpenEmbedded logo, and provide a script to allow people to use their own custom image. What I did in OE-classic and meta-angstrom is to use update-alternatives to provide different psplash images. This way you can choose a different splash for each image instead of having a distro wide one. Is something like that suitable for oe-core as well? Sounds like a useful capability, however, does this mean that when you want to override it in the image you end up with both psplash versions installed? in a splashless image you can just do 'IMAGE_INSTALL += psplash-angstrom and it will only install that one. If you want to reuse an existing, unmodified image with psplash and add your own, then you will end up with both. Although I guess another way to do it would be to do a VIRTUAL-RUNTIME type thing like we do for other such selections. At the moment in OE-core, psplash is brought in via task-core-console, and whilst it is a separate variable that could be overridden it's a task which once built really makes it impossible to customise per-image. What about a splash IMAGE_FEATURE and then a VIRTUAL-RUNTIME_splash to select which psplash to install? I will say again: I absolutely HATE that virtual-runtime nonsense. If you need to change a task, change the task, don't introduce things that make it non deterministic. Guess what happens when you change a virtual-runtime *after* you have built the task already. That virtual-runtime stuff is clearly distro related and should only be changed at the distro level. Doing anything else with it isn't supported. The splash screen issue strikes me as a distro level issue with different distro's wanting to rebrand as needed. It therefore seems appropriate to handle psplash that way? Having them parallel installed seems overly complex and a solution in search of a problem :/ And yes, personally I dislike the virtual-runtime stuff too but the alternative is a ton of copies of recipes with one line changes which I dislike more. Cheers, Richard ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] meta-toolchain-qte and wrong paths to QT tools
Hi Eric, On 12/21/2011 04:16 PM, Eric Bénard wrote: Hi Juraj, Le 21/12/2011 15:56, Juraj Hercek a écrit : I've two questions: 1) When I build meta-toolchain-qte (c2de8d4 metadata revision) and install the resulting sdk, I see two directories in /usr/local/: oecore-i686-arm and oecore-i686-i686. What is a rationale behind having these two directories instead of one i.e.: oecore-i686-arm? 2) The oecore-i686-arm/environment-setup-armv5te-oe-linux-gnueabi script sets paths to the QT tools which should be installed in oecore-i686-arm directory, but they are not. These tools are installed under oecore-i686-i686 directory. Changing the path in environment-setup-armv5te-oe-linux-gnueabi after toolchain installation is easy, but I do not consider it to be a correct fix (assuming that oecore-i686-{arm,i686} directories represents proper toolchain structure). What is a proper fix for this issue? Thank you in advance for your response(s). did you build a i686 machine before building the arm one in the same tmp ? AFAIR, I've just bitbake meta-toolchain-qte after removing build/{bitbake.lock,pseudodone,sstate-cache,tmp-eglibc} files/directories. I have a similar problem reported here : http://lists.linuxtogo.org/pipermail/openembedded-core/2011-December/014480.html It seems to be the same, or at least very similar problem. Eric --juraj ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 1/3] ltp: Add recipe from OE
The mv seems to cause a problem. Is there a reason you do this instead of just setting S = ${WORKDIR}/ltp-full-${PV} if that's what the tarball normally extracts to? Sorry for late response, Saul. If I set S to ltp-full-${PV}, do_unpack will report that ltp-full-${PV} is not a directory. It is due to that the source file for ltp is named as ltp-full-${PV}.bz2, which in fact should be extracted by bzip2 and tar. But the unpack code in bitbake could not handle this so I have to add some extra code for it. I have modified the patch to make the unpack pass and will send out again for review. Thanks a lot. ERROR: Function 'do_extract_tarball' failed (see /srv/home/swold/yocto-autobuilder/yocto-slave/nightly-x86/build/build/ tmp/w ork/i586-poky-linux/ltp-20110915-r0/temp/log.do_unpack.714 for further information) ERROR: Logfile of failure stored in: /srv/home/swold/yocto-autobuilder/yocto-slave/nightly-x86/build/build/ tmp/w ork/i586-poky-linux/ltp-20110915-r0/temp/log.do_unpack.714 Log data follows: | NOTE: Unpacking /srv/home/swold/downloads/ltp-full-20110915.bz2 to /srv/home/swold/yocto-autobuilder/yocto-slave/nightly-x86/build/build/ tmp/w ork/i586-poky-linux/ltp-20110915-r0/ | DEBUG: SITE files ['endian-little', 'bit-32', 'ix86-common', 'common-linux', 'common-glibc', 'i586-linux', 'common'] | ERROR: Function 'do_extract_tarball' failed (see /srv/home/swold/yocto-autobuilder/yocto-slave/nightly-x86/build/build/ tmp/w ork/i586-poky-linux/ltp-20110915-r0/temp/log.do_unpack.714 for further information) | mv: cannot overwrite directory `/srv/home/swold/yocto-autobuilder/yocto-slave/nightly-x86/build/build /tmp/w ork/i586-poky-linux/ltp-20110915-r0/ltp-20110915/ltp-full-20110915' with non-directory NOTE: package ltp-20110915-r0: task do_unpack: Failed ERROR: Task 2303 (/srv/home/swold/yocto-autobuilder/yocto-slave/nightly-x86/build/meta/ recipe s-extended/ltp/ltp_20110915.bb, do_unpack) failed with exit code '1' +do_install(){ + install -d ${D}/opt/ltp/ + oe_runmake DESTDIR=${D} SKIP_IDCHECK=1 install + + # Copy POSIX test suite into ${D}/opt/ltp/testcases by manual + cp -r testcases/open_posix_testsuite ${D}/opt/ltp/testcases + + # We need to remove all scripts which depend on /usr/bin/expect, +since expect is not supported in poky + # We will add expect for enhancement in future + find ${D} -type f -print | xargs grep \!.*\/usr\/bin\/expect | +awk -F: '{print $1}' | xargs rm -f } Best Regards, Jiajun ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [yocto] [PATCH 5/9] task-core-boot: Allow DISTRO to disable keymaps
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 12/21/2011 05:19 AM, Koen Kooi wrote: Op 21 dec. 2011, om 11:09 heeft Martin Jansa het volgende geschreven: On Wed, Dec 21, 2011 at 01:02:51AM -0800, Darren Hart wrote: NOTE: I'm looking for a better way to do this. keymaps pulls in gettext, which can't build without wide character support. Rather than have to add a -tiny variant of every MACHINE to drop keyboard from the MACHINE_FEATURES, just enable the DISTRO to define what gets added to RDEPENDS_task-core-boot when MACHINE_FEATURES includes keyboard. By default, keep keymaps, but use DISTRO_KEYMAPS if it is set (to for example). Signed-off-by: Darren Hart dvh...@linux.intel.com --- meta/recipes-core/tasks/task-core-boot.bb |7 ++- 1 files changed, 6 insertions(+), 1 deletions(-) diff --git a/meta/recipes-core/tasks/task-core-boot.bb b/meta/recipes-core/tasks/task-core-boot.bb index 05c280d..e097836 100644 --- a/meta/recipes-core/tasks/task-core-boot.bb +++ b/meta/recipes-core/tasks/task-core-boot.bb @@ -17,6 +17,11 @@ PR = r9 MACHINE_ESSENTIAL_EXTRA_RDEPENDS ?= MACHINE_ESSENTIAL_EXTRA_RRECOMMENDS ?= +# +# Set by the distro configuration to empty if not supported +# +DISTRO_KEYMAPS ?= keymaps Why not VIRTUAL-RUNTIME_keymaps like everywhere else? Why not just create a proper task for -tiny instead of making the already horrible task-core-boot even more horrible? Besided that: this patch needs to go to the oe-core list I addressed both of these in 0/9. task-core-boot really doesn't seem horrible to me. Recreating it everytime somone wanted a slightly different image config seems like it would explode into a ton of mostly duplicated task-core-boot-VARIANT.bb files. As for the list, I opted to keep everything together for the RFC as without the distro definition patches the rest had no real context, and that meant picking a list oe-core or yocto - since the ultimate goal was a distro definition for yocto, I sent to yocto. I could have sent to oe, then someone would have been upset that I didn't send to yocto. As I said in 0/9, the non-RFC patches will go to their respective lists. - -- Darren Hart Intel Open Source Technology Center Yocto Project - Linux Kernel -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJO8gH7AAoJEKbMaAwKp3642RkH/iAXzR42uEF5MfCrcQQtuKd+ W5VieJRmMZ8Yfdd9DtNxBcBLuoLSECETFKQihBq95SaEgHacTsw7H3mAY2lPA/qq ZUa4RczNC/21CHkKh5VZIYJYY0cIqMJou/7hvyuLyqNuMp9DYAAw4tNWKNNd78QI WUvsB9BRW4fDw17lx3ZopyK1ge7U/tWhmCaxlcls0g9s++vWZPiUxQN9h+ZPPluj qQ86sb8M3mO6kM6AvWafgQgMAc2fRaKlvvns9YR49kltaeAq/6yBRvowR5x3FLSq xz4F2tbtlUuhz56q72y23wJN9/eF0ll1VnKwACTquYNpmWPQGcHe6KQICEluo3Y= =JJu4 -END PGP SIGNATURE- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/3] ltp: Add recipe from OE
Port ltp recipe from OE and upgraged to latest version(20110915). Install ltp into ${D}/opt/ltp and POSIX test suite is also copied into ${D}/opt/ltp/testcases. TODO: Some cases are removed since they depend on command 'expect'. It is not in Poky or OE and we will add it for enhancement next. Signed-off-by: Jiajun Xu jiajun...@intel.com --- meta/recipes-extended/ltp/ltp_20110915.bb | 68 + 1 files changed, 68 insertions(+), 0 deletions(-) create mode 100644 meta/recipes-extended/ltp/ltp_20110915.bb diff --git a/meta/recipes-extended/ltp/ltp_20110915.bb b/meta/recipes-extended/ltp/ltp_20110915.bb new file mode 100644 index 000..dabc0f0 --- /dev/null +++ b/meta/recipes-extended/ltp/ltp_20110915.bb @@ -0,0 +1,68 @@ +SUMMARY = Linux Test Project +DESCRIPTION = The Linux Test Project is a joint project with SGI, IBM, OSDL, and Bull with a goal to deliver test suites to the open source community that validate the reliability, robustness, and stability of Linux. The Linux Test Project is a collection of tools for testing the Linux kernel and related features. +HOMEPAGE = http://ltp.sourceforge.net; +SECTION = console/utils + +PR = r0 + +LICENSE = GPLv2 GPLv2+ LGPLv2+ LGPLv2.1+ BSD-2-Clause +LIC_FILES_CHKSUM = file://COPYING;md5=0636e73ff0215e8d672dc4c32c317bb3 \ + file://testcases/kernel/mce-test/COPYING;md5=0636e73ff0215e8d672dc4c32c317bb3 \ + file://testcases/kernel/controllers/freezer/COPYING;md5=0636e73ff0215e8d672dc4c32c317bb3 \ + file://testcases/kernel/controllers/freezer/run_freezer.sh;startline=5;endline=17;md5=aeac3f7691caa2e76fd5a732fbd6510d \ + file://testcases/kernel/fs/ext4-new-features/ffsb-6.0-rc2/COPYING;md5=c46082167a314d785d012a244748d803 \ + file://testcases/kernel/hotplug/memory_hotplug/COPYING;md5=e04a2e542b2b8629bf9cd2ba29b0fe41 \ + file://testcases/kernel/hotplug/cpu_hotplug/COPYING;md5=e04a2e542b2b8629bf9cd2ba29b0fe41 \ + file://testcases/open_posix_testsuite/COPYING;md5=216e43b72efbe4ed9017cc19c4c68b01 \ + file://tools/netpipe-2.4/COPYING;md5=18810669f13b87348459e611d31ab760 \ + file://tools/netpipe-2.4-ipv6/COPYING;md5=18810669f13b87348459e611d31ab760 \ + file://tools/top-LTP/proc/COPYING;md5=6e29c688d912da12b66b73e32b03d812 \ + file://tools/pounder21/COPYING;md5=94d55d512a9ba36caa9b7df079bae19f \ + file://utils/benchmark/kernbench-0.42/COPYING;md5=94d55d512a9ba36caa9b7df079bae19f \ + + +SRC_URI = ${SOURCEFORGE_MIRROR}/ltp/ltp-full-${PV}.bz2 + +SRC_URI[md5sum] = 582fb78d7bf78a624a4387f29327d166 +SRC_URI[sha256sum] = 013f7f2f6fdf46b7d73216533c3d4c2d91f0a2cec522bf026f7c8920ede83d2c + +export prefix = /opt/ltp +export exec_prefix = /opt/ltp + +inherit autotools + +FILES_${PN}-dbg += /opt/ltp/runtest/.debug +FILES_${PN}-dbg += /opt/ltp/testcases/bin/.debug +FILES_${PN}-dbg += /opt/ltp/testcases/bin/*/bin/.debug +FILES_${PN}-dbg += /opt/ltp/testcases/bin/*/test/.debug +FILES_${PN}-dbg += /opt/ltp/scenario_groups/.debug +FILES_${PN}-dbg += /opt/ltp/testscripts/.debug +FILES_${PN}-dbg += /opt/ltp/testscripts/open_posix_testsuite/.debug + +FILES_${PN} += /opt/ltp/* /opt/ltp/runtest/* /opt/ltp/scenario_groups/* /opt/ltp/testcases/bin/* /opt/ltp/testcases/bin/*/bin/* /opt/ltp/testscripts/* /opt/ltp/testcases/open_posix_testsuite/* /opt/ltp/testcases/open_posix_testsuite/conformance/* /opt/ltp/testcases/open_posix_testsuite/Documentation/* /opt/ltp/testcases/open_posix_testsuite/functional/* /opt/ltp/testcases/open_posix_testsuite/include/* /opt/ltp/testcases/open_posix_testsuite/scripts/* /opt/ltp/testcases/open_posix_testsuite/stress/* /opt/ltp/testcases/open_posix_testsuite/tools/* + +TARGET_CC_ARCH += ${LDFLAGS} + +do_unpack_append() { +bb.build.exec_func('do_extract_tarball', d) +} + +do_extract_tarball() { + if test -f ${WORKDIR}/ltp-full-${PV} ; then + tar x --no-same-owner -f ${WORKDIR}/ltp-full-${PV} -C ${WORKDIR} + rm -rf ${WORKDIR}/ltp-${PV} + mv ${WORKDIR}/ltp-full-${PV} ${WORKDIR}/ltp-${PV} + fi +} + +do_install(){ + install -d ${D}/opt/ltp/ + oe_runmake DESTDIR=${D} SKIP_IDCHECK=1 install + + # Copy POSIX test suite into ${D}/opt/ltp/testcases by manual + cp -r testcases/open_posix_testsuite ${D}/opt/ltp/testcases + + # We need to remove all scripts which depend on /usr/bin/expect, since expect is not supported in poky + # We will add expect for enhancement in future + find ${D} -type f -print | xargs grep \!.*\/usr\/bin\/expect | awk -F: '{print $1}' | xargs rm -f +} -- 1.7.1 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 0/3] ltp: Add recipe from OE
The pull request is to address [YOCTO #1568] - Add recipe for ltp/posix tests and automate test. ltp is ported from OE and updated to latest version(20110915). Testcases are installed to ${D}/opt/ltp and POISX test suite is also copied into ${D}/opt/ltp/testcases folder. We include ltp to testapps list by default. Note that some cases are removed from ltp since they depend on expect. Currently there is no expect recipe in OE and we will add it for enhancement next. The following changes since commit ae4118a1f78f113c3d687c3aa6a86007cf977cae: libsdl 1.2.14: fix packaging (2011-12-19 12:17:36 +) are available in the git repository at: git://git.pokylinux.org/poky-contrib jxu49/oe-contrib http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=jxu49/oe-contrib Jiajun Xu (3): ltp: Add recipe from OE distro_tracking_fields: add information for ltp task-core-tools: add ltp to testapps list .../conf/distro/include/distro_tracking_fields.inc |8 ++ meta/recipes-core/tasks/task-core-tools.bb |3 +- meta/recipes-extended/ltp/ltp_20110915.bb | 68 3 files changed, 78 insertions(+), 1 deletions(-) create mode 100644 meta/recipes-extended/ltp/ltp_20110915.bb ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 2/3] distro_tracking_fields: add information for ltp
Add information for recipe ltp, which is ported from OE. Signed-off-by: Jiajun Xu jiajun...@intel.com --- .../conf/distro/include/distro_tracking_fields.inc |8 1 files changed, 8 insertions(+), 0 deletions(-) diff --git a/meta/conf/distro/include/distro_tracking_fields.inc b/meta/conf/distro/include/distro_tracking_fields.inc index f2b7d4b..ba261be 100644 --- a/meta/conf/distro/include/distro_tracking_fields.inc +++ b/meta/conf/distro/include/distro_tracking_fields.inc @@ -6103,6 +6103,14 @@ RECIPE_MANUAL_CHECK_DATE_pn-libiconv = Nov 22, 2011 DISTRO_PN_ALIAS_pn-libiconv = Fedora=mingw-libiconv Opensuse=cross-mingw-libiconv RECIPE_MAINTAINER_pn-libiconv = Saul Wold s...@linux.intel.com +RECIPE_STATUS_pn-ltp = green +RECIPE_LATEST_VERSION_pn-ltp = 20110915 +RECIPE_LATEST_RELEASE_DATE_pn-ltp = Sep 15, 2011 +RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-ltp = 3 months +RECIPE_NO_OF_PATCHES_pn-ltp = 0 +RECIPE_LAST_UPDATE_pn-ltp = Dec 22, 2011 +RECIPE_MAINTAINER_pn-ltp = Jiajun Xu jiajun...@intel.com + DISTRO_PN_ALIAS_pn-qt4-native = Fedora=qt4 Debian=qt4-dev-tools DISTRO_PN_ALIAS_pn-update-alternatives-dpkg = Opensuse=update-alternatives Mandriva=update-alternatives RECIPE_MAINTAINER_pn-update-alternatives-dpkg = Dongxiao Xu dongxiao...@intel.com -- 1.7.1 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 3/3] task-core-tools: add ltp to testapps list
Signed-off-by: Jiajun Xu jiajun...@intel.com --- meta/recipes-core/tasks/task-core-tools.bb |3 ++- 1 files changed, 2 insertions(+), 1 deletions(-) diff --git a/meta/recipes-core/tasks/task-core-tools.bb b/meta/recipes-core/tasks/task-core-tools.bb index 12d4ff9..6632b4f 100644 --- a/meta/recipes-core/tasks/task-core-tools.bb +++ b/meta/recipes-core/tasks/task-core-tools.bb @@ -6,7 +6,7 @@ DESCRIPTION = Tools tasks for OE-Core LICENSE = MIT LIC_FILES_CHKSUM = file://${COREBASE}/LICENSE;md5=3f40d7994397109285ec7b81fdeb3b58 \ file://${COREBASE}/meta/COPYING.MIT;md5=3da9cfbcb788c80a0384361b4de20420 -PR = r13 +PR = r14 PACKAGES = \ task-core-tools-debug \ @@ -98,4 +98,5 @@ RDEPENDS_task-core-tools-testapps = \ xprop \ xvideo-tests \ clutter-box2d \ +ltp \ -- 1.7.1 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH oe-core] valgrind: add powerpc into the compatible host list
On Wed, 2011-12-21 at 06:21 +, Luo Zhenhua-B19537 wrote: Since nobody confirm that it works on mips, I will create a new patch to define COMPATIBLE_HOST as following, does it make sense? COMPATIBLE_HOST = '(i.86|x86_64|powerpc|powerpc64|ppc|ppc64|arm).*-linux' Sounds good to me. Cheers, Richard ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 1/1] license: Fix manifest conditional
On Mon, 2011-12-19 at 13:50 -0800, Beth Flanagan wrote: The manifest conditionals COPY_LIC_MANIFEST and COPY_LIC_DIRS were returning true due to missing quotes in the bash test. This made images larger than expected. Signed-off-by: Beth Flanagan elizabeth.flana...@intel.com --- meta/classes/license.bbclass |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) Merged to master, thanks. Richard ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 00/10] Various license clarifications
On Thu, 2011-12-15 at 15:30 -0800, Joshua Lock wrote: A few metadata massages to ensure LICENSE fields specify the correct license version. The following changes since commit 0eb139619301d0efee330932eba3617dcb39284e: Patch Upstream Status Updates (2011-12-15 14:35:27 +) are available in the git repository at: git://git.openembedded.org/openembedded-core-contrib josh/updates http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=josh/updates Joshua Lock (10): gypsy: fix LICENSE field udev: fix LICENSE fields to be SPDX compliant apt: clarify LICENSE as GPL-2.0 dpkg: clarify LICENSE as GPL-2.0 clutter: clarify LICENSE as LGPL-2.1 cogl: clarify LICENSE as LGPL-2.1 and fix metadata matchbox-wm: clarify LICENSE as GPL-2.0 pango: clarify LICENSE is LGPL-2.0+ matchbox-desktop: clarify LICENSE is GPL-2.0+ matchbox-session-sato: clarify LICENSE in GPL-2.0 Merged to master, thanks. Richard ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 1/1] less: Correcting generic license
On Mon, 2011-12-19 at 09:23 -0800, Beth Flanagan wrote: I've asked and received permission from Mark Nudelman, the author of less, to utilize a generic BSD 2 clause license for less, instead of creating a common less license file. Signed-off-by: Beth Flanagan elizabeth.flana...@intel.com --- meta/recipes-extended/less/less_444.bb |6 +++--- 1 files changed, 3 insertions(+), 3 deletions(-) Merged to master, thanks. Richard ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] patch.bbclass: abstract out logic that determines patches to apply
On Tue, 2011-12-20 at 10:38 -0700, Christopher Larson wrote: This is needed by the copyleft_compliance class, so it can emit series files for the patches, which greatly increases their usefulness to a user trying to reconstruct the sources outside of OE. Signed-off-by: Christopher Larson chris_lar...@mentor.com --- meta/classes/patch.bbclass | 196 +++ 1 files changed, 105 insertions(+), 91 deletions(-) I have no objection to the change but the patch seems to be mangled somehow. Could you resend it or point me at a git tree please? Cheers, Richard ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 0/3] ltp: Add recipe from OE
On Thu, 2011-12-22 at 00:45 +0800, Jiajun Xu wrote: The pull request is to address [YOCTO #1568] - Add recipe for ltp/posix tests and automate test. ltp is ported from OE and updated to latest version(20110915). Testcases are installed to ${D}/opt/ltp and POISX test suite is also copied into ${D}/opt/ltp/testcases folder. We include ltp to testapps list by default. Note that some cases are removed from ltp since they depend on expect. Currently there is no expect recipe in OE and we will add it for enhancement next. The following changes since commit ae4118a1f78f113c3d687c3aa6a86007cf977cae: libsdl 1.2.14: fix packaging (2011-12-19 12:17:36 +) are available in the git repository at: git://git.pokylinux.org/poky-contrib jxu49/oe-contrib http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=jxu49/oe-contrib Jiajun Xu (3): ltp: Add recipe from OE distro_tracking_fields: add information for ltp task-core-tools: add ltp to testapps list Merged to master, thanks. Richard ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 0/1] [RESEND]Create a script for SUMMARY audit in recipes
On 20/12/11 22:10, Wang, Shane wrote: Saul Wold wrote on 2011-12-21: On 12/20/2011 08:32 PM, Shane Wang wrote: Here is the script to check which recipe provides SUMMARY and which doesnot. For those which do not, maintainer should add or update to a meaningful summary for HOB to display in description. Shane, I guess I am not understanding why this is needed. Why can't we use DESCRIPTION which is a required entry? Use the first X Characters of DESCRIPTION? There's a huge difference between a purposefully crafted 72 character summary and a free-for all description field that will have to be chopped to be displayed in the GUI. I originally chose summary as a succinct 72 characters would fit much better in the available UI. Aside: according to the Yocto docs the SUMMARY field should fall back to DESCRIPTION anyway. It's just that right now we do that at the package back-end level for each package back-end. OK, then HOB has a bug. To use DESCRIPTION instead of SUMMARY. I am OK with that. Josh, Dongxiao, did you see any problem if I change that? I think it's the wrong solution. Joshua -- Joshua Lock Yocto Project Johannes factotum Intel Open Source Technology Centre ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] meta-toolchain-qte and wrong paths to QT tools
On 12/21/2011 06:56 PM, Juraj Hercek wrote: Hello list, I've two questions: 1) When I build meta-toolchain-qte (c2de8d4 metadata revision) and install the resulting sdk, I see two directories in /usr/local/: oecore-i686-arm and oecore-i686-i686. What is a rationale behind having these two directories instead of one i.e.: oecore-i686-arm? Because oecore-i686-i686 holds files that are created on i686 to be used on i686. They will be common for arm meta-toolchain-qte, mips meta-toolchain-qte, powerpc meta-toolchain-qte, etc. 2) The oecore-i686-arm/environment-setup-armv5te-oe-linux-gnueabi script sets paths to the QT tools which should be installed in oecore-i686-arm directory, but they are not. These tools are installed under oecore-i686-i686 directory. Changing the path in environment-setup-armv5te-oe-linux-gnueabi after toolchain installation is easy, but I do not consider it to be a correct fix (assuming that oecore-i686-{arm,i686} directories represents proper toolchain structure). What is a proper fix for this issue? I have the attached patch in my patch queue. Hope this helps. -- With best wishes Dmitry From 80adbc460fa3abd595f1e4c37e402fb2ba51cba4 Mon Sep 17 00:00:00 2001 From: Dmitry Eremin-Solenikov dbarysh...@gmail.com Date: Sun, 18 Dec 2011 22:27:49 +0400 Subject: [PATCH] SDK generation: fixup paths Signed-off-by: Dmitry Eremin-Solenikov dbarysh...@gmail.com --- meta/conf/bitbake.conf |3 ++- meta/recipes-qt/meta/meta-toolchain-qte.bb |2 +- 2 files changed, 3 insertions(+), 2 deletions(-) diff --git a/meta/conf/bitbake.conf b/meta/conf/bitbake.conf index 1c21616..9af6faa 100644 --- a/meta/conf/bitbake.conf +++ b/meta/conf/bitbake.conf @@ -359,8 +359,9 @@ DEPLOY_DIR_TOOLS = ${DEPLOY_DIR}/tools PKGDATA_DIR = ${TMPDIR}/pkgdata/${MULTIMACH_TARGET_SYS} SDK_NAME = oecore-${SDK_ARCH}-${TARGET_ARCH} +SDK_NATIVE_NAME = oecore-${SDK_ARCH}-${BUILD_ARCH} SDKPATH = /usr/local/${SDK_NAME} -SDKPATHNATIVE = ${SDKPATH}/sysroots/${SDK_SYS} +SDKPATHNATIVE = /usr/local/${SDK_NATIVE_NAME}/sysroots/${SDK_SYS} ## # Kernel info. diff --git a/meta/recipes-qt/meta/meta-toolchain-qte.bb b/meta/recipes-qt/meta/meta-toolchain-qte.bb index 735ccd1..a0d13bd 100644 --- a/meta/recipes-qt/meta/meta-toolchain-qte.bb +++ b/meta/recipes-qt/meta/meta-toolchain-qte.bb @@ -30,5 +30,5 @@ toolchain_create_sdk_env_script_append() { # make a symbolic link to mkspecs for compatibility with Nokia's SDK # and QTCreator -(cd ${SDK_OUTPUT}/${QT_TOOLS_PREFIX}/..; ln -s ${SDKTARGETSYSROOT}/usr/share/qtopia/mkspecs mkspecs;) +(cd ${SDK_NATIVE_OUTPUT}/${QT_TOOLS_PREFIX}/..; ln -s ${SDKTARGETSYSROOT}/usr/share/qtopia/mkspecs mkspecs;) } -- 1.7.7.3 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 0/1] [RESEND]Create a script for SUMMARY audit in recipes
On 12/21/2011 10:16 AM, Joshua Lock wrote: On 20/12/11 22:10, Wang, Shane wrote: Saul Wold wrote on 2011-12-21: On 12/20/2011 08:32 PM, Shane Wang wrote: Here is the script to check which recipe provides SUMMARY and which doesnot. For those which do not, maintainer should add or update to a meaningful summary for HOB to display in description. Shane, I guess I am not understanding why this is needed. Why can't we use DESCRIPTION which is a required entry? Use the first X Characters of DESCRIPTION? There's a huge difference between a purposefully crafted 72 character summary and a free-for all description field that will have to be chopped to be displayed in the GUI. I originally chose summary as a succinct 72 characters would fit much better in the available UI. Aside: according to the Yocto docs the SUMMARY field should fall back to DESCRIPTION anyway. It's just that right now we do that at the package back-end level for each package back-end. Seems that's the other way around as coded, DESCRIPTION falls back to SUMMARY meta/conf/bitbake.conf:DESCRIPTION ?= ${SUMMARY} Which is why I think this issue is cropping up. So, then the proposal should really be to add SUMMARY to all recipes and initially make it a warning for now if non-existent SUMMARY as with DESCRIPTION and then remove the existing SUMMARY = ${PN}-${PV} ...?? The audit would then be the list of warnings which later becomes error Sau! OK, then HOB has a bug. To use DESCRIPTION instead of SUMMARY. I am OK with that. Josh, Dongxiao, did you see any problem if I change that? I think it's the wrong solution. Joshua ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 0/1] [RESEND]Create a script for SUMMARY audit in recipes
On 12/21/11 12:43 PM, Saul Wold wrote: On 12/21/2011 10:16 AM, Joshua Lock wrote: On 20/12/11 22:10, Wang, Shane wrote: Saul Wold wrote on 2011-12-21: On 12/20/2011 08:32 PM, Shane Wang wrote: Here is the script to check which recipe provides SUMMARY and which doesnot. For those which do not, maintainer should add or update to a meaningful summary for HOB to display in description. Shane, I guess I am not understanding why this is needed. Why can't we use DESCRIPTION which is a required entry? Use the first X Characters of DESCRIPTION? There's a huge difference between a purposefully crafted 72 character summary and a free-for all description field that will have to be chopped to be displayed in the GUI. I originally chose summary as a succinct 72 characters would fit much better in the available UI. Aside: according to the Yocto docs the SUMMARY field should fall back to DESCRIPTION anyway. It's just that right now we do that at the package back-end level for each package back-end. Seems that's the other way around as coded, DESCRIPTION falls back to SUMMARY meta/conf/bitbake.conf:DESCRIPTION ?= ${SUMMARY} Ya, I believe the original work was the reverse.. SUMMARY was the first X number of characters from the DESCRIPTION, but that soon changed.. Then the next iteration, all of the descriptions become summary fields and DESCRIPTION inherited SUMMARY. And then a default SUMMARY was added to maintain compatibility with older OE recipes. Which is why I think this issue is cropping up. So, then the proposal should really be to add SUMMARY to all recipes and initially make it a warning for now if non-existent SUMMARY as with DESCRIPTION and then remove the existing SUMMARY = ${PN}-${PV} ...?? The audit would then be the list of warnings which later becomes error I agree, this should become some kind of an audit warning, so we can improve the quality of the recipe information. I'm not sure I want it to be an error though as it may impact folks with existing OE recipes... --Mark Sau! OK, then HOB has a bug. To use DESCRIPTION instead of SUMMARY. I am OK with that. Josh, Dongxiao, did you see any problem if I change that? I think it's the wrong solution. Joshua ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 2/3] bitbake.conf multilib.conf: move the definition of baselib
From: Nitin A Kamble nitin.a.kam...@intel.com The baselib value varies with tune, even when multilib is not configured. This commit makes the logic to find value of baselib based on the tune available outside of multilib setup. This Fixes bug: [YOCTO #1854] Signed-off-by: Nitin A Kamble nitin.a.kam...@intel.com --- meta/conf/bitbake.conf |2 +- meta/conf/multilib.conf |2 -- 2 files changed, 1 insertions(+), 3 deletions(-) diff --git a/meta/conf/bitbake.conf b/meta/conf/bitbake.conf index 1c21616..700a40a 100644 --- a/meta/conf/bitbake.conf +++ b/meta/conf/bitbake.conf @@ -9,7 +9,7 @@ # Used by multilib code to change the library paths baselib = ${BASELIB} baselib[vardepvalue] = ${baselib} -BASELIB = lib +BASELIB = ${@d.getVar('BASE_LIB_tune-' + (d.getVar('DEFAULTTUNE', True) or 'INVALID'), True) or 'lib'} BASELIB_powerpc64 = lib64 # Path prefixes diff --git a/meta/conf/multilib.conf b/meta/conf/multilib.conf index 87a3d86..a9448df 100644 --- a/meta/conf/multilib.conf +++ b/meta/conf/multilib.conf @@ -1,6 +1,4 @@ -baselib = ${@d.getVar('BASE_LIB_tune-' + (d.getVar('DEFAULTTUNE', True) or 'INVALID'), True) or 'lib'} - MULTILIB_VARIANTS = ${@extend_variants(d,'MULTILIBS','multilib')} MULTILIB_SAVE_VARNAME = DEFAULTTUNE -- 1.7.6.4 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 3/3] binutils: fix building on distros with matching binutils version
From: Nitin A Kamble nitin.a.kam...@intel.com x86_64 opensuse 11.4 has bintuils version 2.21, and when binutils_2.21 recipe is built for x86_64 target then, the invocation of distro gcc fails with errors like this: /usr/lib64/gcc/x86_64-suse-linux/4.5/../../../../x86_64-suse-linux/bin/as: symbol lookup error: /usr/lib64/gcc/x86_64-suse-linux/4.5/.. make[2]: *** [sysinfo.o] Error 1 The issue rootcaused as incompatible LD_LIBRARY_PATH while running the distro gcc. As per Martin Jansa gentoo also sees similar issue with binutils 2.22 recipe. This commit fixes the issue by clearing the LD_LIBRARY_PATH for distro gcc (CC_FOR_BUILD) This Fixes bug: [YOCTO #1833] Signed-off-by: Nitin A Kamble nitin.a.kam...@intel.com --- .../binutils/binutils-cross-canadian_2.22.bb |2 +- .../binutils/binutils-crosssdk_2.22.bb |2 +- meta/recipes-devtools/binutils/binutils.inc|2 +- meta/recipes-devtools/binutils/binutils_2.22.bb|2 +- 4 files changed, 4 insertions(+), 4 deletions(-) diff --git a/meta/recipes-devtools/binutils/binutils-cross-canadian_2.22.bb b/meta/recipes-devtools/binutils/binutils-cross-canadian_2.22.bb index e91e7dc..a49aded 100644 --- a/meta/recipes-devtools/binutils/binutils-cross-canadian_2.22.bb +++ b/meta/recipes-devtools/binutils/binutils-cross-canadian_2.22.bb @@ -1,3 +1,3 @@ require binutils_${PV}.bb require binutils-cross-canadian.inc -PR = r1 +PR = r2 diff --git a/meta/recipes-devtools/binutils/binutils-crosssdk_2.22.bb b/meta/recipes-devtools/binutils/binutils-crosssdk_2.22.bb index 21289cd..0e8b6e4 100644 --- a/meta/recipes-devtools/binutils/binutils-crosssdk_2.22.bb +++ b/meta/recipes-devtools/binutils/binutils-crosssdk_2.22.bb @@ -4,7 +4,7 @@ inherit crosssdk PROVIDES = virtual/${TARGET_PREFIX}binutils-crosssdk -PR = r1 +PR = r2 do_configure_prepend () { sed -i 's#/usr/local/lib /lib /usr/lib#${SDKPATHNATIVE}/lib ${SDKPATHNATIVE}/usr/lib /usr/local/lib /lib /usr/lib#' ${S}/ld/configure.tgt diff --git a/meta/recipes-devtools/binutils/binutils.inc b/meta/recipes-devtools/binutils/binutils.inc index 5cb2cc9..30a0416 100644 --- a/meta/recipes-devtools/binutils/binutils.inc +++ b/meta/recipes-devtools/binutils/binutils.inc @@ -76,7 +76,7 @@ export RANLIB_FOR_TARGET = ${TARGET_PREFIX}ranlib export CC_FOR_HOST = ${CCACHE}${HOST_PREFIX}gcc ${HOST_CC_ARCH} export CXX_FOR_HOST = ${CCACHE}${HOST_PREFIX}gcc ${HOST_CC_ARCH} -export CC_FOR_BUILD = ${BUILD_CC} +export CC_FOR_BUILD = LD_LIBRARY_PATH= ${BUILD_CC} export CPP_FOR_BUILD = ${BUILD_CPP} export CFLAGS_FOR_BUILD = ${BUILD_CFLAGS} diff --git a/meta/recipes-devtools/binutils/binutils_2.22.bb b/meta/recipes-devtools/binutils/binutils_2.22.bb index f1e7e12..41a30ee 100644 --- a/meta/recipes-devtools/binutils/binutils_2.22.bb +++ b/meta/recipes-devtools/binutils/binutils_2.22.bb @@ -1,6 +1,6 @@ require binutils.inc -PR = r1 +PR = r2 LIC_FILES_CHKSUM=\ file://src-release;endline=17;md5=4830a9ef968f3b18dd5e9f2c00db2d35\ -- 1.7.6.4 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 0/3] misc fixes
From: Nitin A Kamble nitin.a.kam...@intel.com Here are few misc fixes for oecore. Thanks, Nitin The following changes since commit dee0fc1462ba18551571c3b2d0f2b443a2feca18: multilib.conf: Enable shadow-sysroot and libffi (2011-12-21 17:24:44 +) are available in the git repository at: git://git.pokylinux.org/poky-contrib nitin/misc http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=nitin/misc H.J. Lu (1): gmp: Don't check $CC $CFLAGS for x32 in gmp configure Nitin A Kamble (2): bitbake.conf multilib.conf: move the definition of baselib binutils: fix building on distros with matching binutils version meta/conf/bitbake.conf |2 +- meta/conf/multilib.conf|2 - .../binutils/binutils-cross-canadian_2.22.bb |2 +- .../binutils/binutils-crosssdk_2.22.bb |2 +- meta/recipes-devtools/binutils/binutils.inc|2 +- meta/recipes-devtools/binutils/binutils_2.22.bb|2 +- meta/recipes-support/gmp/gmp/gmp_fix_for_x32.patch | 24 --- 7 files changed, 15 insertions(+), 21 deletions(-) -- 1.7.6.4 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 3/4] Add builder user for specific purpose.
On 12/21/2011 12:18 AM, edwin.z...@intel.com wrote: From: Zhai Edwinedwin.z...@intel.com builder can start some auto stuff by mini X session. Signed-off-by: Zhai Edwinedwin.z...@intel.com --- meta/recipes-graphics/builder/builder_0.1.bb | 27 + meta/recipes-graphics/builder/files/auto_start.sh | 11 auto_start is a pretty generic script name, might be better to call it soemthing like builder_hob_start.sh or something more unique. Sau! 2 files changed, 38 insertions(+), 0 deletions(-) create mode 100644 meta/recipes-graphics/builder/builder_0.1.bb create mode 100644 meta/recipes-graphics/builder/files/auto_start.sh diff --git a/meta/recipes-graphics/builder/builder_0.1.bb b/meta/recipes-graphics/builder/builder_0.1.bb new file mode 100644 index 000..abe329f --- /dev/null +++ b/meta/recipes-graphics/builder/builder_0.1.bb @@ -0,0 +1,27 @@ +SUMMARY = New user to do specific job +DESCRIPTION = This recipe create a new user named ${PN}, who is used for specific jobs like building. The task can be auto started via mini X +SECTION = x11 +PR = r0 +LICENSE = MIT +LIC_FILES_CHKSUM = file://auto_start.sh;endline=5;md5=66d6c43a8b2583e3bd70c6b020f679a4 + +SRC_URI = file://auto_start.sh + +S = ${WORKDIR} + +RDEPENDS_${PN} = minix-session + +inherit useradd + +USERADD_PACKAGES = ${PN} +USERADD_PARAM_${PN} = --system --create-home \ + --groups video,tty,audio \ + --user-group ${PN} + +do_install () { + install -d -m 755 ${D}/etc/minix/session.d + install -p -m 755 auto_start.sh ${D}/etc/minix/session.d/ + + chown ${PN}.${PN} ${D}/etc/minix/session.d/auto_start.sh +} + diff --git a/meta/recipes-graphics/builder/files/auto_start.sh b/meta/recipes-graphics/builder/files/auto_start.sh new file mode 100644 index 000..7247d1c --- /dev/null +++ b/meta/recipes-graphics/builder/files/auto_start.sh @@ -0,0 +1,11 @@ +#!/bin/sh +#This script will be called via minix X session on behalf of file owner, after +#installed in /etc/minix/session.d/. Any auto start jobs including X apps can +#be put here + +# start hob here +#cd /intel/poky/poky +#. ./oe-init-build-env +#../scripts/hob + +matchbox-terminal ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 1/4] minix-session: Add this recipe as the session file for mini X
On Wed, Dec 21, 2011 at 08:36, Paul Eggleton paul.eggle...@linux.intel.comwrote: Hi Edwin, On Wednesday 21 December 2011 16:18:05 edwin.z...@intel.com wrote: From: Zhai Edwin edwin.z...@intel.com minix-session runs session files on behalf of file owner, so that no rootless X required. A bit of a minor nitpick I know, but since minix is already the name of a well-known operating system I would suggest changing this to mini-x-session or similar. Agreed; minix is too confusing for this context. -- Otavio Salvador O.S. Systems E-mail: ota...@ossystems.com.br http://www.ossystems.com.br Mobile: +55 53 9981-7854 http://projetos.ossystems.com.br ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] conf: machine: includes: add armv6-novfp support
This work was made by Victor Enriquez and then modified by Denis Carikli who was helped by Mark Hatle comments( who is fray on #yocto channel on Freenode ). The changes are for adding support to armv6-novfp, forbuilding binaries for armv6 machines without vfp, for examplethe htcdream. Signed-off-by: Denis 'GNUtoo' Carikli gnu...@no-log.org Signed-off-by: vquicksilver victor.quicksil...@gmail.com --- meta/conf/machine/include/arm/arch-armv6.inc | 31 + meta/conf/machine/include/arm/feature-arm-vfp.inc |4 ++- 2 files changed, 22 insertions(+), 13 deletions(-) diff --git a/meta/conf/machine/include/arm/arch-armv6.inc b/meta/conf/machine/include/arm/arch-armv6.inc index da8274e..3396c69 100644 --- a/meta/conf/machine/include/arm/arch-armv6.inc +++ b/meta/conf/machine/include/arm/arch-armv6.inc @@ -1,33 +1,40 @@ DEFAULTTUNE ?= armv6 -ARMPKGARCH ?= armv6 +ARMPKGARCH := armv6 TUNEVALID[armv6] = Enable instructions for ARMv6 TUNE_CONFLICTS[armv6] = armv4 armv5 TUNE_CCARGS += ${@bb.utils.contains(TUNE_FEATURES, armv6, -march=armv6, , d)} -MACHINEOVERRIDES .= ${@bb.utils.contains(TUNE_FEATURES, armv6, :armv6, ,d)} require conf/machine/include/arm/arch-armv5-dsp.inc # Little Endian -AVAILTUNES += armv6 armv6t armv6hf armv6thf +AVAILTUNES += armv6-novfp armv6 armv6t armv6t-novfp armv6hf armv6thf +TUNE_FEATURES_tune-armv6-novfp ?= armv6 TUNE_FEATURES_tune-armv6 ?= armv6 vfp +TUNE_FEATURES_tune-armv6t-novfp ?= armv6 thumb TUNE_FEATURES_tune-armv6t ?= armv6 vfp thumb TUNE_FEATURES_tune-armv6hf ?= ${TUNE_FEATURES_tune-armv6} callconvention-hard TUNE_FEATURES_tune-armv6thf ?= ${TUNE_FEATURES_tune-armv6t} callconvention-hard -PACKAGE_EXTRA_ARCHS_tune-armv6 = ${PACKAGE_EXTRA_ARCHS_tune-armv5e-vfp} armv6-vfp -PACKAGE_EXTRA_ARCHS_tune-armv6t = ${PACKAGE_EXTRA_ARCHS_tune-armv5te-vfp} armv6-vfp armv6t-vfp -PACKAGE_EXTRA_ARCHS_tune-armv6hf = ${PACKAGE_EXTRA_ARCHS_tune-armv5ehf-vfp} armv6hf-vfp -PACKAGE_EXTRA_ARCHS_tune-armv6thf = ${PACKAGE_EXTRA_ARCHS_tune-armv5tehf-vfp} armv6hf-vfp armv6thf-vfp +PACKAGE_EXTRA_ARCHS_tune-armv6-novfp = ${PACKAGE_EXTRA_ARCHS_tune-armv5e} armv6-novfp +PACKAGE_EXTRA_ARCHS_tune-armv6 = ${PACKAGE_EXTRA_ARCHS_tune-armv5e-vfp} armv6-novfp armv6 +PACKAGE_EXTRA_ARCHS_tune-armv6t-novfp = ${PACKAGE_EXTRA_ARCHS_tune-armv5e} armv6-novfp armv6t-novfp +PACKAGE_EXTRA_ARCHS_tune-armv6t = ${PACKAGE_EXTRA_ARCHS_tune-armv5te-vfp} armv6-novfp armv6t-novfp armv6-vfp armv6t +PACKAGE_EXTRA_ARCHS_tune-armv6hf = ${PACKAGE_EXTRA_ARCHS_tune-armv5ehf-vfp} armv6hf +PACKAGE_EXTRA_ARCHS_tune-armv6thf = ${PACKAGE_EXTRA_ARCHS_tune-armv5tehf-vfp} armv6hf-vfp armv6thf # Big Endian -AVAILTUNES += armv6b armv6tb armv6hfb armv6thfb +AVAILTUNES += armv6b-novfp armv6b armv6tb-novfp armv6tb armv6hfb armv6thfb +TUNE_FEATURES_tune-armv6b-novfp ?= ${TUNE_FEATURES_tune-armv6-novfp} bigendian TUNE_FEATURES_tune-armv6b ?= ${TUNE_FEATURES_tune-armv6} bigendian +TUNE_FEATURES_tune-armv6tb-novfp ?= ${TUNE_FEATURES_tune-armv6t-novfp} bigendian TUNE_FEATURES_tune-armv6tb ?= ${TUNE_FEATURES_tune-armv6t} bigendian TUNE_FEATURES_tune-armv6hfb ?= ${TUNE_FEATURES_tune-armv6b} callconvention-hard TUNE_FEATURES_tune-armv6thfb ?= ${TUNE_FEATURES_tune-armv6tb} callconvention-hard -PACKAGE_EXTRA_ARCHS_tune-armv6b = ${PACKAGE_EXTRA_ARCHS_tune-armv5eb-vfp} armv6b-vfp -PACKAGE_EXTRA_ARCHS_tune-armv6tb = ${PACKAGE_EXTRA_ARCHS_tune-armv5teb-vfp} armv6b-vfp armv6tb-vfp -PACKAGE_EXTRA_ARCHS_tune-armv6hfb = ${PACKAGE_EXTRA_ARCHS_tune-armv5ehfb-vfp} armv6hfb-vfp -PACKAGE_EXTRA_ARCHS_tune-armv6thfb = ${PACKAGE_EXTRA_ARCHS_tune-armv5tehfb-vfp} armv6hfb-vfp armv6thfb-vfp +PACKAGE_EXTRA_ARCHS_tune-armv6b-novfp = ${PACKAGE_EXTRA_ARCHS_tune-armv5eb} armv6b-novfp +PACKAGE_EXTRA_ARCHS_tune-armv6b = ${PACKAGE_EXTRA_ARCHS_tune-armv5eb-vfp} armv6b +PACKAGE_EXTRA_ARCHS_tune-armv6tb-novfp = ${PACKAGE_EXTRA_ARCHS_tune-armv5eb} armv6b-novfp armv6tb-novfp +PACKAGE_EXTRA_ARCHS_tune-armv6tb = ${PACKAGE_EXTRA_ARCHS_tune-armv5teb-vfp} armv6b-novfp armv6tb-novfp armv6b-vfp armv6tb +PACKAGE_EXTRA_ARCHS_tune-armv6hfb = ${PACKAGE_EXTRA_ARCHS_tune-armv5ehfb-vfp} armv6hfb +PACKAGE_EXTRA_ARCHS_tune-armv6thfb = ${PACKAGE_EXTRA_ARCHS_tune-armv5tehfb-vfp} armv6hfb-vfp armv6thfb diff --git a/meta/conf/machine/include/arm/feature-arm-vfp.inc b/meta/conf/machine/include/arm/feature-arm-vfp.inc index 29a925c..78f453c 100644 --- a/meta/conf/machine/include/arm/feature-arm-vfp.inc +++ b/meta/conf/machine/include/arm/feature-arm-vfp.inc @@ -1,5 +1,7 @@ TUNEVALID[vfp] = Enable Vector Floating Point (vfp) unit. -ARMPKGSFX_FPU .= ${@bb.utils.contains(TUNE_FEATURES, vfp, -vfp, ,d)} +TUNE_ARM_VFP = ${@bb.utils.contains(ARMPKGARCH, armv6, , vfp ,d)} +TUNE_ARM_NOVFP = ${@bb.utils.contains(ARMPKGARCH, armv6, -novfp, ,d)} +ARMPKGSFX_FPU .= ${@bb.utils.contains(TUNE_FEATURES, vfp, ${TUNE_ARM_VFP}, ${TUNE_ARM_NOVFP} ,d)} TUNEVALID[callconvention-hard] = Enable EABI hard float call convention, requires VFP.
Re: [OE-core] [PATCH] conf: machine: includes: add armv6-novfp support
On 12/21/11 1:48 PM, vquicksilver wrote: This work was made by Victor Enriquez and then modified by Denis Carikli who was helped by Mark Hatle comments( who is fray on #yocto channel on Freenode ). The changes are for adding support to armv6-novfp, forbuilding binaries for armv6 machines without vfp, for examplethe htcdream. Signed-off-by: Denis 'GNUtoo' Cariklignu...@no-log.org Signed-off-by: vquicksilvervictor.quicksil...@gmail.com --- meta/conf/machine/include/arm/arch-armv6.inc | 31 + meta/conf/machine/include/arm/feature-arm-vfp.inc |4 ++- 2 files changed, 22 insertions(+), 13 deletions(-) diff --git a/meta/conf/machine/include/arm/arch-armv6.inc b/meta/conf/machine/include/arm/arch-armv6.inc index da8274e..3396c69 100644 --- a/meta/conf/machine/include/arm/arch-armv6.inc +++ b/meta/conf/machine/include/arm/arch-armv6.inc @@ -1,33 +1,40 @@ DEFAULTTUNE ?= armv6 -ARMPKGARCH ?= armv6 +ARMPKGARCH := armv6 The ?= is what is needed here. The ARMPKGARCH needs to be able to be overwritten by other config files. (The order in which arch-armv6 and potentially other arm archs are included by a machine matters...) TUNEVALID[armv6] = Enable instructions for ARMv6 TUNE_CONFLICTS[armv6] = armv4 armv5 TUNE_CCARGS += ${@bb.utils.contains(TUNE_FEATURES, armv6, -march=armv6, , d)} -MACHINEOVERRIDES .= ${@bb.utils.contains(TUNE_FEATURES, armv6, :armv6, ,d)} I believe the override is still needed as well. This allows someone to do armv6 specific options -- such as: OE_CONFIG_armv6 = --cpu-config=armv6 ... I think everything else looks good.. --Mark require conf/machine/include/arm/arch-armv5-dsp.inc # Little Endian -AVAILTUNES += armv6 armv6t armv6hf armv6thf +AVAILTUNES += armv6-novfp armv6 armv6t armv6t-novfp armv6hf armv6thf +TUNE_FEATURES_tune-armv6-novfp ?= armv6 TUNE_FEATURES_tune-armv6 ?= armv6 vfp +TUNE_FEATURES_tune-armv6t-novfp ?= armv6 thumb TUNE_FEATURES_tune-armv6t ?= armv6 vfp thumb TUNE_FEATURES_tune-armv6hf ?= ${TUNE_FEATURES_tune-armv6} callconvention-hard TUNE_FEATURES_tune-armv6thf ?= ${TUNE_FEATURES_tune-armv6t} callconvention-hard -PACKAGE_EXTRA_ARCHS_tune-armv6 = ${PACKAGE_EXTRA_ARCHS_tune-armv5e-vfp} armv6-vfp -PACKAGE_EXTRA_ARCHS_tune-armv6t = ${PACKAGE_EXTRA_ARCHS_tune-armv5te-vfp} armv6-vfp armv6t-vfp -PACKAGE_EXTRA_ARCHS_tune-armv6hf = ${PACKAGE_EXTRA_ARCHS_tune-armv5ehf-vfp} armv6hf-vfp -PACKAGE_EXTRA_ARCHS_tune-armv6thf = ${PACKAGE_EXTRA_ARCHS_tune-armv5tehf-vfp} armv6hf-vfp armv6thf-vfp +PACKAGE_EXTRA_ARCHS_tune-armv6-novfp = ${PACKAGE_EXTRA_ARCHS_tune-armv5e} armv6-novfp +PACKAGE_EXTRA_ARCHS_tune-armv6 = ${PACKAGE_EXTRA_ARCHS_tune-armv5e-vfp} armv6-novfp armv6 +PACKAGE_EXTRA_ARCHS_tune-armv6t-novfp = ${PACKAGE_EXTRA_ARCHS_tune-armv5e} armv6-novfp armv6t-novfp +PACKAGE_EXTRA_ARCHS_tune-armv6t = ${PACKAGE_EXTRA_ARCHS_tune-armv5te-vfp} armv6-novfp armv6t-novfp armv6-vfp armv6t +PACKAGE_EXTRA_ARCHS_tune-armv6hf = ${PACKAGE_EXTRA_ARCHS_tune-armv5ehf-vfp} armv6hf +PACKAGE_EXTRA_ARCHS_tune-armv6thf = ${PACKAGE_EXTRA_ARCHS_tune-armv5tehf-vfp} armv6hf-vfp armv6thf # Big Endian -AVAILTUNES += armv6b armv6tb armv6hfb armv6thfb +AVAILTUNES += armv6b-novfp armv6b armv6tb-novfp armv6tb armv6hfb armv6thfb +TUNE_FEATURES_tune-armv6b-novfp ?= ${TUNE_FEATURES_tune-armv6-novfp} bigendian TUNE_FEATURES_tune-armv6b ?= ${TUNE_FEATURES_tune-armv6} bigendian +TUNE_FEATURES_tune-armv6tb-novfp ?= ${TUNE_FEATURES_tune-armv6t-novfp} bigendian TUNE_FEATURES_tune-armv6tb ?= ${TUNE_FEATURES_tune-armv6t} bigendian TUNE_FEATURES_tune-armv6hfb ?= ${TUNE_FEATURES_tune-armv6b} callconvention-hard TUNE_FEATURES_tune-armv6thfb ?= ${TUNE_FEATURES_tune-armv6tb} callconvention-hard -PACKAGE_EXTRA_ARCHS_tune-armv6b = ${PACKAGE_EXTRA_ARCHS_tune-armv5eb-vfp} armv6b-vfp -PACKAGE_EXTRA_ARCHS_tune-armv6tb = ${PACKAGE_EXTRA_ARCHS_tune-armv5teb-vfp} armv6b-vfp armv6tb-vfp -PACKAGE_EXTRA_ARCHS_tune-armv6hfb = ${PACKAGE_EXTRA_ARCHS_tune-armv5ehfb-vfp} armv6hfb-vfp -PACKAGE_EXTRA_ARCHS_tune-armv6thfb = ${PACKAGE_EXTRA_ARCHS_tune-armv5tehfb-vfp} armv6hfb-vfp armv6thfb-vfp +PACKAGE_EXTRA_ARCHS_tune-armv6b-novfp = ${PACKAGE_EXTRA_ARCHS_tune-armv5eb} armv6b-novfp +PACKAGE_EXTRA_ARCHS_tune-armv6b = ${PACKAGE_EXTRA_ARCHS_tune-armv5eb-vfp} armv6b +PACKAGE_EXTRA_ARCHS_tune-armv6tb-novfp = ${PACKAGE_EXTRA_ARCHS_tune-armv5eb} armv6b-novfp armv6tb-novfp +PACKAGE_EXTRA_ARCHS_tune-armv6tb = ${PACKAGE_EXTRA_ARCHS_tune-armv5teb-vfp} armv6b-novfp armv6tb-novfp armv6b-vfp armv6tb +PACKAGE_EXTRA_ARCHS_tune-armv6hfb = ${PACKAGE_EXTRA_ARCHS_tune-armv5ehfb-vfp} armv6hfb +PACKAGE_EXTRA_ARCHS_tune-armv6thfb = ${PACKAGE_EXTRA_ARCHS_tune-armv5tehfb-vfp} armv6hfb-vfp armv6thfb diff --git a/meta/conf/machine/include/arm/feature-arm-vfp.inc b/meta/conf/machine/include/arm/feature-arm-vfp.inc index 29a925c..78f453c 100644 --- a/meta/conf/machine/include/arm/feature-arm-vfp.inc +++ b/meta/conf/machine/include/arm/feature-arm-vfp.inc @@ -1,5 +1,7
Re: [OE-core] [PATCH] conf: machine: includes: add armv6-novfp support
On Wed, Dec 21, 2011 at 17:48, vquicksilver victor.quicksil...@gmail.comwrote: This work was made by Victor Enriquez and then modified by Denis Carikli who was helped by Mark Hatle comments( who is fray on #yocto channel on Freenode ). The changes are for adding support to armv6-novfp, forbuilding binaries for armv6 machines without vfp, for examplethe htcdream. Some typos on the commit log and missing spaces. -- Otavio Salvador O.S. Systems E-mail: ota...@ossystems.com.br http://www.ossystems.com.br Mobile: +55 53 9981-7854 http://projetos.ossystems.com.br ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] conf: machine: includes: add armv6-novfp support
and a missing real name for the SOB Op 21 dec. 2011 om 21:06 heeft Otavio Salvador ota...@ossystems.com.br het volgende geschreven: On Wed, Dec 21, 2011 at 17:48, vquicksilver victor.quicksil...@gmail.com wrote: This work was made by Victor Enriquez and then modified by Denis Carikli who was helped by Mark Hatle comments( who is fray on #yocto channel on Freenode ). The changes are for adding support to armv6-novfp, forbuilding binaries for armv6 machines without vfp, for examplethe htcdream. Some typos on the commit log and missing spaces. -- Otavio Salvador O.S. Systems E-mail: ota...@ossystems.com.br http://www.ossystems.com.br Mobile: +55 53 9981-7854 http://projetos.ossystems.com.br ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] gdb-cross-canadian: build gdb with python support
Hi Eric, Can you submit the patch against qt layer or meta-oe instead of oe-core, since python enabled gdb shouldn't be turned on by default in oe-core based on its usage, qtcreator, etc. Thanks, Jessica -Original Message- From: openembedded-core-boun...@lists.openembedded.org [mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf Of Eric Bénard Sent: Wednesday, December 21, 2011 12:51 AM To: Patches and discussions about the oe-core layer Subject: Re: [OE-core] [PATCH] gdb-cross-canadian: build gdb with python support Le 16/12/2011 15:05, Eric Bénard a écrit : * python support is needed for providing finer scripting control in gdb, and for remote controling gdb for example from qtcreator * gdb/configure tries to autodetect python using python executable with --includes --ldflags --exec-prefix to get the right flags As it's difficult to achieve in OE's context, we generate a script which will return the right values and make gdb's build system happy. This idea was taken from the following article : http://www.mentby.com/doug-evans-2/python-enabled-gdb-on-windows-and-relocation.html * tested using angstrom armv7 target qtcreator 201005 2.4.0 Signed-off-by: Eric Bénarde...@eukrea.com Cc: fcoo...@ti.com --- meta/recipes-devtools/gdb/gdb-cross-canadian.inc | 20 +++- 1 files changed, 19 insertions(+), 1 deletions(-) diff --git a/meta/recipes-devtools/gdb/gdb-cross-canadian.inc b/meta/recipes-devtools/gdb/gdb-cross-canadian.inc index ec0748e..e0e6e30 100644 --- a/meta/recipes-devtools/gdb/gdb-cross-canadian.inc +++ b/meta/recipes-devtools/gdb/gdb-cross-canadian.inc @@ -4,4 +4,22 @@ DESCRIPTION = cross-canadian gdb for ${TARGET_ARCH} target - GNU debugger PN = gdb-cross-canadian-${TRANSLATED_TARGET_ARCH} BPN = gdb -DEPENDS = ncurses-nativesdk expat-nativesdk gettext-nativesdk readline-nativesdk +DEPENDS = ncurses-nativesdk expat-nativesdk gettext-nativesdk readline-nativesdk python-nativesdk +RDEPENDS += python-nativesdk-core python-nativesdk-lang python-nativesdk-re \ + python-nativesdk-codecs python-nativesdk-netclient + +EXTRA_OECONF_append = --with-python=${WORKDIR}/python + +do_configure_prepend() { +cat ${WORKDIR}/python EOF +#! /bin/sh +case \$2 in +--includes) echo -I${STAGING_DIR}/${HOST_ARCH}-nativesdk${HOST_VENDOR}-${HOST_OS}${exec_prefix}/include/python${PYTHON_BASEVERSION}/ ;; +--ldflags) echo -L${STAGING_DIR}/${HOST_ARCH}-nativesdk${HOST_VENDOR}-${HOST_OS}${libdir}/python${PYTHON_BASEVERSION}/config/config -lpthread -ldl -lutil -lm -lpython${PYTHON_BASEVERSION} ;; +--exec-prefix) echo /usr ;; +*) exit 1 ;; +esac +exit 0 +EOF +chmod +x ${WORKDIR}/python +} \ No newline at end of file any comment concerning this patch ? Thanks Eric ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH v2] conf: machine: includes: add armv6-novfp support
This work was made by Victor Enriquez and then modified by Denis Carikli who was helped by Mark Hatle comments (who is fray on #yocto channel on Freenode). The changes are for adding support to armv6-novfp, for building binaries for armv6 machines without vfp, for example the htc dream. Signed-off-by: Mark Hatle mark.ha...@windriver.com Signed-off-by: Denis 'GNUtoo' Carikli gnu...@no-log.org Signed-off-by: Víctor Enríquez victor.quicksil...@gmail.com --- meta/conf/machine/include/arm/arch-armv6.inc | 28 +--- meta/conf/machine/include/arm/feature-arm-vfp.inc |4 ++- 2 files changed, 21 insertions(+), 11 deletions(-) diff --git a/meta/conf/machine/include/arm/arch-armv6.inc b/meta/conf/machine/include/arm/arch-armv6.inc index da8274e..f9c112e 100644 --- a/meta/conf/machine/include/arm/arch-armv6.inc +++ b/meta/conf/machine/include/arm/arch-armv6.inc @@ -10,24 +10,32 @@ MACHINEOVERRIDES .= ${@bb.utils.contains(TUNE_FEATURES, armv6, :armv6, require conf/machine/include/arm/arch-armv5-dsp.inc # Little Endian -AVAILTUNES += armv6 armv6t armv6hf armv6thf +AVAILTUNES += armv6-novfp armv6 armv6t armv6t-novfp armv6hf armv6thf +TUNE_FEATURES_tune-armv6-novfp ?= armv6 TUNE_FEATURES_tune-armv6 ?= armv6 vfp +TUNE_FEATURES_tune-armv6t-novfp ?= armv6 thumb TUNE_FEATURES_tune-armv6t ?= armv6 vfp thumb TUNE_FEATURES_tune-armv6hf ?= ${TUNE_FEATURES_tune-armv6} callconvention-hard TUNE_FEATURES_tune-armv6thf ?= ${TUNE_FEATURES_tune-armv6t} callconvention-hard -PACKAGE_EXTRA_ARCHS_tune-armv6 = ${PACKAGE_EXTRA_ARCHS_tune-armv5e-vfp} armv6-vfp -PACKAGE_EXTRA_ARCHS_tune-armv6t = ${PACKAGE_EXTRA_ARCHS_tune-armv5te-vfp} armv6-vfp armv6t-vfp -PACKAGE_EXTRA_ARCHS_tune-armv6hf = ${PACKAGE_EXTRA_ARCHS_tune-armv5ehf-vfp} armv6hf-vfp -PACKAGE_EXTRA_ARCHS_tune-armv6thf = ${PACKAGE_EXTRA_ARCHS_tune-armv5tehf-vfp} armv6hf-vfp armv6thf-vfp +PACKAGE_EXTRA_ARCHS_tune-armv6-novfp = ${PACKAGE_EXTRA_ARCHS_tune-armv5e} armv6-novfp +PACKAGE_EXTRA_ARCHS_tune-armv6 = ${PACKAGE_EXTRA_ARCHS_tune-armv5e-vfp} armv6-novfp armv6 +PACKAGE_EXTRA_ARCHS_tune-armv6t-novfp = ${PACKAGE_EXTRA_ARCHS_tune-armv5e} armv6-novfp armv6t-novfp +PACKAGE_EXTRA_ARCHS_tune-armv6t = ${PACKAGE_EXTRA_ARCHS_tune-armv5te-vfp} armv6-novfp armv6t-novfp armv6-vfp armv6t +PACKAGE_EXTRA_ARCHS_tune-armv6hf = ${PACKAGE_EXTRA_ARCHS_tune-armv5ehf-vfp} armv6hf +PACKAGE_EXTRA_ARCHS_tune-armv6thf = ${PACKAGE_EXTRA_ARCHS_tune-armv5tehf-vfp} armv6hf-vfp armv6thf # Big Endian -AVAILTUNES += armv6b armv6tb armv6hfb armv6thfb +AVAILTUNES += armv6b-novfp armv6b armv6tb-novfp armv6tb armv6hfb armv6thfb +TUNE_FEATURES_tune-armv6b-novfp ?= ${TUNE_FEATURES_tune-armv6-novfp} bigendian TUNE_FEATURES_tune-armv6b ?= ${TUNE_FEATURES_tune-armv6} bigendian +TUNE_FEATURES_tune-armv6tb-novfp ?= ${TUNE_FEATURES_tune-armv6t-novfp} bigendian TUNE_FEATURES_tune-armv6tb ?= ${TUNE_FEATURES_tune-armv6t} bigendian TUNE_FEATURES_tune-armv6hfb ?= ${TUNE_FEATURES_tune-armv6b} callconvention-hard TUNE_FEATURES_tune-armv6thfb ?= ${TUNE_FEATURES_tune-armv6tb} callconvention-hard -PACKAGE_EXTRA_ARCHS_tune-armv6b = ${PACKAGE_EXTRA_ARCHS_tune-armv5eb-vfp} armv6b-vfp -PACKAGE_EXTRA_ARCHS_tune-armv6tb = ${PACKAGE_EXTRA_ARCHS_tune-armv5teb-vfp} armv6b-vfp armv6tb-vfp -PACKAGE_EXTRA_ARCHS_tune-armv6hfb = ${PACKAGE_EXTRA_ARCHS_tune-armv5ehfb-vfp} armv6hfb-vfp -PACKAGE_EXTRA_ARCHS_tune-armv6thfb = ${PACKAGE_EXTRA_ARCHS_tune-armv5tehfb-vfp} armv6hfb-vfp armv6thfb-vfp +PACKAGE_EXTRA_ARCHS_tune-armv6b-novfp = ${PACKAGE_EXTRA_ARCHS_tune-armv5eb} armv6b-novfp +PACKAGE_EXTRA_ARCHS_tune-armv6b = ${PACKAGE_EXTRA_ARCHS_tune-armv5eb-vfp} armv6b +PACKAGE_EXTRA_ARCHS_tune-armv6tb-novfp = ${PACKAGE_EXTRA_ARCHS_tune-armv5eb} armv6b-novfp armv6tb-novfp +PACKAGE_EXTRA_ARCHS_tune-armv6tb = ${PACKAGE_EXTRA_ARCHS_tune-armv5teb-vfp} armv6b-novfp armv6tb-novfp armv6b-vfp armv6tb +PACKAGE_EXTRA_ARCHS_tune-armv6hfb = ${PACKAGE_EXTRA_ARCHS_tune-armv5ehfb-vfp} armv6hfb +PACKAGE_EXTRA_ARCHS_tune-armv6thfb = ${PACKAGE_EXTRA_ARCHS_tune-armv5tehfb-vfp} armv6hfb-vfp armv6thfb diff --git a/meta/conf/machine/include/arm/feature-arm-vfp.inc b/meta/conf/machine/include/arm/feature-arm-vfp.inc index 29a925c..78f453c 100644 --- a/meta/conf/machine/include/arm/feature-arm-vfp.inc +++ b/meta/conf/machine/include/arm/feature-arm-vfp.inc @@ -1,5 +1,7 @@ TUNEVALID[vfp] = Enable Vector Floating Point (vfp) unit. -ARMPKGSFX_FPU .= ${@bb.utils.contains(TUNE_FEATURES, vfp, -vfp, ,d)} +TUNE_ARM_VFP = ${@bb.utils.contains(ARMPKGARCH, armv6, , vfp ,d)} +TUNE_ARM_NOVFP = ${@bb.utils.contains(ARMPKGARCH, armv6, -novfp, ,d)} +ARMPKGSFX_FPU .= ${@bb.utils.contains(TUNE_FEATURES, vfp, ${TUNE_ARM_VFP}, ${TUNE_ARM_NOVFP} ,d)} TUNEVALID[callconvention-hard] = Enable EABI hard float call convention, requires VFP. TUNE_CCARGS += ${@bb.utils.contains(TUNE_FEATURES, vfp, bb.utils.contains(TUNE_FEATURES, callconvention-hard, -mfloat-abi=hard, -mfloat-abi=softfp, d), ,d)} -- 1.7.8
Re: [OE-core] [PATCH 3/3] binutils: fix building on distros with matching binutils version
On Wed, Dec 21, 2011 at 11:27:14AM -0800, nitin.a.kam...@intel.com wrote: From: Nitin A Kamble nitin.a.kam...@intel.com x86_64 opensuse 11.4 has bintuils version 2.21, and when binutils_2.21 recipe is built for x86_64 target then, the invocation of distro gcc fails with errors like this: /usr/lib64/gcc/x86_64-suse-linux/4.5/../../../../x86_64-suse-linux/bin/as: symbol lookup error: /usr/lib64/gcc/x86_64-suse-linux/4.5/.. make[2]: *** [sysinfo.o] Error 1 The issue rootcaused as incompatible LD_LIBRARY_PATH while running the distro gcc. As per Martin Jansa gentoo also sees similar issue with binutils 2.22 recipe. I can confirm that with similar patch based on your fix for 2.21 in poky-contrib/nitin/bugfix I was able to build binutils for qemux86-64 for first time without manual fix :). Cheers, This commit fixes the issue by clearing the LD_LIBRARY_PATH for distro gcc (CC_FOR_BUILD) This Fixes bug: [YOCTO #1833] Signed-off-by: Nitin A Kamble nitin.a.kam...@intel.com --- .../binutils/binutils-cross-canadian_2.22.bb |2 +- .../binutils/binutils-crosssdk_2.22.bb |2 +- meta/recipes-devtools/binutils/binutils.inc|2 +- meta/recipes-devtools/binutils/binutils_2.22.bb|2 +- 4 files changed, 4 insertions(+), 4 deletions(-) diff --git a/meta/recipes-devtools/binutils/binutils-cross-canadian_2.22.bb b/meta/recipes-devtools/binutils/binutils-cross-canadian_2.22.bb index e91e7dc..a49aded 100644 --- a/meta/recipes-devtools/binutils/binutils-cross-canadian_2.22.bb +++ b/meta/recipes-devtools/binutils/binutils-cross-canadian_2.22.bb @@ -1,3 +1,3 @@ require binutils_${PV}.bb require binutils-cross-canadian.inc -PR = r1 +PR = r2 diff --git a/meta/recipes-devtools/binutils/binutils-crosssdk_2.22.bb b/meta/recipes-devtools/binutils/binutils-crosssdk_2.22.bb index 21289cd..0e8b6e4 100644 --- a/meta/recipes-devtools/binutils/binutils-crosssdk_2.22.bb +++ b/meta/recipes-devtools/binutils/binutils-crosssdk_2.22.bb @@ -4,7 +4,7 @@ inherit crosssdk PROVIDES = virtual/${TARGET_PREFIX}binutils-crosssdk -PR = r1 +PR = r2 do_configure_prepend () { sed -i 's#/usr/local/lib /lib /usr/lib#${SDKPATHNATIVE}/lib ${SDKPATHNATIVE}/usr/lib /usr/local/lib /lib /usr/lib#' ${S}/ld/configure.tgt diff --git a/meta/recipes-devtools/binutils/binutils.inc b/meta/recipes-devtools/binutils/binutils.inc index 5cb2cc9..30a0416 100644 --- a/meta/recipes-devtools/binutils/binutils.inc +++ b/meta/recipes-devtools/binutils/binutils.inc @@ -76,7 +76,7 @@ export RANLIB_FOR_TARGET = ${TARGET_PREFIX}ranlib export CC_FOR_HOST = ${CCACHE}${HOST_PREFIX}gcc ${HOST_CC_ARCH} export CXX_FOR_HOST = ${CCACHE}${HOST_PREFIX}gcc ${HOST_CC_ARCH} -export CC_FOR_BUILD = ${BUILD_CC} +export CC_FOR_BUILD = LD_LIBRARY_PATH= ${BUILD_CC} export CPP_FOR_BUILD = ${BUILD_CPP} export CFLAGS_FOR_BUILD = ${BUILD_CFLAGS} diff --git a/meta/recipes-devtools/binutils/binutils_2.22.bb b/meta/recipes-devtools/binutils/binutils_2.22.bb index f1e7e12..41a30ee 100644 --- a/meta/recipes-devtools/binutils/binutils_2.22.bb +++ b/meta/recipes-devtools/binutils/binutils_2.22.bb @@ -1,6 +1,6 @@ require binutils.inc -PR = r1 +PR = r2 LIC_FILES_CHKSUM=\ file://src-release;endline=17;md5=4830a9ef968f3b18dd5e9f2c00db2d35\ -- 1.7.6.4 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core -- Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com signature.asc Description: Digital signature ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] meta-toolchain-qte and wrong paths to QT tools
Hi Dmitry, Le 21/12/2011 19:22, Dmitry Eremin-Solenikov a écrit : On 12/21/2011 06:56 PM, Juraj Hercek wrote: Hello list, I've two questions: 1) When I build meta-toolchain-qte (c2de8d4 metadata revision) and install the resulting sdk, I see two directories in /usr/local/: oecore-i686-arm and oecore-i686-i686. What is a rationale behind having these two directories instead of one i.e.: oecore-i686-arm? Because oecore-i686-i686 holds files that are created on i686 to be used on i686. They will be common for arm meta-toolchain-qte, mips meta-toolchain-qte, powerpc meta-toolchain-qte, etc. 2) The oecore-i686-arm/environment-setup-armv5te-oe-linux-gnueabi script sets paths to the QT tools which should be installed in oecore-i686-arm directory, but they are not. These tools are installed under oecore-i686-i686 directory. Changing the path in environment-setup-armv5te-oe-linux-gnueabi after toolchain installation is easy, but I do not consider it to be a correct fix (assuming that oecore-i686-{arm,i686} directories represents proper toolchain structure). What is a proper fix for this issue? I have the attached patch in my patch queue. Hope this helps. there seems to be something wrong here : -(cd ${SDK_OUTPUT}/${QT_TOOLS_PREFIX}/..; ln -s ${SDKTARGETSYSROOT}/usr/share/qtopia/mkspecs mkspecs;) +(cd ${SDK_NATIVE_OUTPUT}/${QT_TOOLS_PREFIX}/..; ln -s ${SDKTARGETSYSROOT}/usr/share/qtopia/mkspecs mkspecs;) ${SDK_NATIVE_OUTPUT} seems undefined. Eric ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] gdb-cross-canadian: build gdb with python support
Hi Eric, Yes, understand the usage and advantage, but still think apply the patch in meta-oe first then if later on there's strong demand for this feature we can pull into oe-core is the right approach. Thanks, Jessica -Original Message- From: openembedded-core-boun...@lists.openembedded.org [mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf Of Eric Bénard Sent: Wednesday, December 21, 2011 3:08 PM To: Patches and discussions about the oe-core layer Subject: Re: [OE-core] [PATCH] gdb-cross-canadian: build gdb with python support Hi Jessica, Le 21/12/2011 23:12, Zhang, Jessica a écrit : Can you submit the patch against qt layer or meta-oe instead of oe-core, since python enabled gdb shouldn't be turned on by default in oe-core based on its usage, qtcreator, etc. I can submit that to meta-oe (as qt is inside oe-core) but having a gdb with python can also make sense in oe-core as this is not dedicated to qtcreator but gives very good scripting capabilities to debug with gdb : http://sourceware.org/gdb/current/onlinedocs/gdb/Python.html#Python Eric ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 1/4] minix-session: Add this recipe as the session file for mini X
On 12/21/2011 06:36 PM, Paul Eggleton wrote: Hi Edwin, On Wednesday 21 December 2011 16:18:05 edwin.z...@intel.com wrote: From: Zhai Edwinedwin.z...@intel.com minix-session runs session files on behalf of file owner, so that no rootless X required. A bit of a minor nitpick I know, but since minix is already the name of a well-known operating system I would suggest changing this to mini-x-session or similar. Good point! I'll change it. Thanks, Cheers, Paul ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 1/4] minix-session: Add this recipe as the session file for mini X
On 12/22/2011 03:38 AM, Saul Wold wrote: diff --git a/meta/recipes-graphics/minix-session/minix-session_0.1.bb b/meta/recipes-graphics/minix-session/minix-session_0.1.bb new file mode 100644 index 000..2e912c6 --- /dev/null +++ b/meta/recipes-graphics/minix-session/minix-session_0.1.bb @@ -0,0 +1,24 @@ +DESCRIPTION = Mini X session files for poky +HOMEPAGE =http://www.yoctoproject.org; +BUGTRACKER =http://bugzilla.pokylinux.org; + +LICENSE = GPL +LIC_FILES_CHKSUM =file://minix-session;endline=5;md5=b6430bffbcf05f9760e72938826b7487 + Is this really GPL? MIT maybe? And if it is GPL then what version? I derived it from matchbox-session and inherited GPL. Maybe GPLv2 is more reasonable? Thanks, Edwin Sau! ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 1/4] minix-session: Add this recipe as the session file for mini X
On 12/21/2011 04:52 PM, Zhai, Edwin wrote: On 12/22/2011 03:38 AM, Saul Wold wrote: diff --git a/meta/recipes-graphics/minix-session/minix-session_0.1.bb b/meta/recipes-graphics/minix-session/minix-session_0.1.bb new file mode 100644 index 000..2e912c6 --- /dev/null +++ b/meta/recipes-graphics/minix-session/minix-session_0.1.bb @@ -0,0 +1,24 @@ +DESCRIPTION = Mini X session files for poky +HOMEPAGE =http://www.yoctoproject.org; +BUGTRACKER =http://bugzilla.pokylinux.org; + +LICENSE = GPL +LIC_FILES_CHKSUM =file://minix-session;endline=5;md5=b6430bffbcf05f9760e72938826b7487 + Is this really GPL? MIT maybe? And if it is GPL then what version? I derived it from matchbox-session and inherited GPL. Maybe GPLv2 is more reasonable? Yes Thanks, Edwin Sau! ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH v3 oe-core] valgrind: add powerpc and arm into COMPATIBLE_HOST
From: Zhenhua Luo b19...@freescale.com Signed-off-by: Zhenhua Luo b19...@freescale.com --- meta/recipes-devtools/valgrind/valgrind_3.6.1.bb |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/meta/recipes-devtools/valgrind/valgrind_3.6.1.bb b/meta/recipes-devtools/valgrind/valgrind_3.6.1.bb index 021caa8..8c14a58 100644 --- a/meta/recipes-devtools/valgrind/valgrind_3.6.1.bb +++ b/meta/recipes-devtools/valgrind/valgrind_3.6.1.bb @@ -7,7 +7,7 @@ LIC_FILES_CHKSUM = file://COPYING;md5=c46082167a314d785d012a244748d803 \ file://include/valgrind.h;beginline=1;endline=56;md5=13a71cedba99112334d8596162aec37e \ file://COPYING.DOCS;md5=8fdeb5abdb235a08e76835f8f3260215 DEPENDS = virtual/libx11 -PR = r1 +PR = r2 SRC_URI = http://www.valgrind.org/downloads/valgrind-${PV}.tar.bz2 \ file://fix_issue_caused_by_ccache.patch \ @@ -17,7 +17,7 @@ SRC_URI = http://www.valgrind.org/downloads/valgrind-${PV}.tar.bz2 \ SRC_URI[md5sum] = 2c3aa122498baecc9d69194057ca88f5 SRC_URI[sha256sum] = 49bdcc4fbcf060049b5f0dcfd8a187a6e90e0b0e57309f633b64e44430726a0e -COMPATIBLE_HOST = '(i.86|x86_64).*-linux' +COMPATIBLE_HOST = '(i.86|x86_64|powerpc|powerpc64|ppc|ppc64|arm).*-linux' inherit autotools -- 1.7.0.4 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 0/2]curl:upgrade from 7.22.0 to 7.23.1 and fix some typo issues.
Hi all, Upgrade curl from 7.22.0 to 7.23.1. Some typo issues exist in distro_tracking_fields.inc reported by pkg-report system, so fix them in this patch. Thanks, Lei The following changes since commit db446421933d640528328e46a29f828a36d6649b: Richard Purdie (1): multilib.conf: Enable shadow-sysroot and libffi are available in the git repository at: git://git.pokylinux.org/poky-contrib lmei3/upgrade-1 http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=lmei3/upgrade-1 Mei Lei (2): curl: Upgrade from 7.22.0 to 7.23.1 distro_tracking_fields: Update curl info and fix other recipes' typo issues .../conf/distro/include/distro_tracking_fields.inc | 30 ++-- .../curl/{curl_7.22.0.bb = curl_7.23.1.bb}|4 +- 2 files changed, 17 insertions(+), 17 deletions(-) rename meta/recipes-support/curl/{curl_7.22.0.bb = curl_7.23.1.bb} (92%) ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/2] curl: Upgrade from 7.22.0 to 7.23.1
Signed-off-by: Mei Lei lei@intel.com --- .../curl/{curl_7.22.0.bb = curl_7.23.1.bb}|4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) rename meta/recipes-support/curl/{curl_7.22.0.bb = curl_7.23.1.bb} (92%) diff --git a/meta/recipes-support/curl/curl_7.22.0.bb b/meta/recipes-support/curl/curl_7.23.1.bb similarity index 92% rename from meta/recipes-support/curl/curl_7.22.0.bb rename to meta/recipes-support/curl/curl_7.23.1.bb index 9ca450a..9772465 100644 --- a/meta/recipes-support/curl/curl_7.22.0.bb +++ b/meta/recipes-support/curl/curl_7.23.1.bb @@ -14,8 +14,8 @@ SRC_URI = http://curl.haxx.se/download/curl-${PV}.tar.bz2 \ file://noldlibpath.patch \ file://pkgconfig_fix.patch -SRC_URI[md5sum] = bdb5c226d37c4a6082c70e7ef6f63060 -SRC_URI[sha256sum] = bda0da862322b122784f5a9d7a65efdd99a6061292cfb8e9357e0c67c03e5112 +SRC_URI[md5sum] = 0296d3196b4bf82c896a869b38dbc5f2 +SRC_URI[sha256sum] = 7d8c8cef8f244118245c37853cb175bd95c156ff453730ec2c88189b05a7c06e inherit autotools pkgconfig binconfig -- 1.7.0.4 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 2/2] distro_tracking_fields: Update curl info and fix other recipes' typo issues
Signed-off-by: Mei Lei lei@intel.com --- .../conf/distro/include/distro_tracking_fields.inc | 30 ++-- 1 files changed, 15 insertions(+), 15 deletions(-) diff --git a/meta/conf/distro/include/distro_tracking_fields.inc b/meta/conf/distro/include/distro_tracking_fields.inc index ba261be..e2e1a6f 100644 --- a/meta/conf/distro/include/distro_tracking_fields.inc +++ b/meta/conf/distro/include/distro_tracking_fields.inc @@ -882,7 +882,7 @@ RECIPE_PATCH_pn-busybox+busybox-appletlib-dependency = added in 1.13.2; 58c556d RECIPE_PATCH_pn-busybox+run-parts.in.usr-bin = aded in 1.15.3; f1b326c8; 2010; change install dir for run-parts to avoid impacting debianutils install. perhaps a local patch RECIPE_INTEL_SECTION_pn-busybox = base utils RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-busybox = 3 months -RECIPE_LATEST_RELEASE_DATE_pn-busybox = 0iJun 01, 2010 +RECIPE_LATEST_RELEASE_DATE_pn-busybox = Jun 01, 2010 RECIPE_COMMENTS_pn-busybox = some special overrides/unsets for CFLAGS, etc. need to understand the tricks behind RECIPE_LAST_UPDATE_pn-busybox = Nov 17, 2010 RECIPE_MAINTAINER_pn-busybox = Edwin Zhai edwin.z...@intel.com @@ -1493,15 +1493,15 @@ RECIPE_COMMENTS_pn-sysfsutils = RECIPE_MAINTAINER_pn-sysfsutils = Saul Wold s...@linux.intel.com RECIPE_STATUS_pn-curl = green -RECIPE_LAST_UPDATE_pn-curl = Sep 30, 2011 +RECIPE_LAST_UPDATE_pn-curl = Dec 22, 2011 RECIPE_MAINTAINER_pn-curl = Mei Lei lei@intel.com RECIPE_DEPENDENCY_CHECK_pn-curl = not done -RECIPE_LATEST_VERSION_pn-curl = 7.22.0 +RECIPE_LATEST_VERSION_pn-curl = 7.23.1 RECIPE_PATCH_pn-curl+noldlibpath = no bother set LD_LIBRARY_PATH since we are cross compiling RECIPE_PATCH_pn-curl+pkgconfig-fix = fix libcurl.pc RECIPE_INTEL_SECTION_pn-curl = base utils RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-curl = 3 months -RECIPE_LATEST_RELEASE_DATE_pn-curl = Sep 01, 2011 +RECIPE_LATEST_RELEASE_DATE_pn-curl = Nov 17, 2011 RECIPE_COMMENTS_pn-curl = RECIPE_STATUS_pn-gconf-dbus = green @@ -1714,8 +1714,8 @@ RECIPE_MANUAL_CHECK_DATE_pn-strace = Nov 22, 2011 RECIPE_COMMENTS_pn-strace = 3-clause BSD RECIPE_STATUS_pn-dhcp = green -RECIPE_LATEST_VERSION_pn-dhcp = 4.2.3 -RECIPE_LATEST_RELEASE_DATE_pn-dhcp = Oct 19, 2011 +RECIPE_LATEST_VERSION_pn-dhcp = 4.2.3 +RECIPE_LATEST_RELEASE_DATE_pn-dhcp = Oct 19, 2011 RECIPE_LAST_UPDATE_pn-dhcp = Sep 28, 2011 RECIPE_MAINTAINER_pn-dhcp = Saul Wold s...@linux.intel.com RECIPE_INTEL_SECTION_pn-dhcp = base utils @@ -2821,7 +2821,7 @@ RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-oprofile = 4 months RECIPE_LATEST_RELEASE_DATE_pn-oprofile = Nov 24, 2009 RECIPE_COMMENTS_pn-oprofile = RECIPE_LAST_UPDATE_pn-oprofile = Jun 22, 2010 -RECIPE_MANUAL_CHECK_DATE-oprofile = Nov 17, 2011 +RECIPE_MANUAL_CHECK_DATE_pn-oprofile = Nov 17, 2011 RECIPE_MAINTAINER_pn-oprofile = Dexuan Cui dexuan@intel.com RECIPE_STATUS_pn-powertop = green @@ -3089,7 +3089,7 @@ RECIPE_MAINTAINER_pn-python-gst = Nitin A Kamble nitin.a.kam...@intel.com RECIPE_STATUS_pn-python-imaging=green RECIPE_LATEST_VERSION_pn-python-imaging=1.1.7 RECIPE_LAST_UPDATE_pn-python-imaging = Jul 7, 2010 -RECIPE_MAINTAINER_pnpython-imaging = Nitin A Kamble nitin.a.kam...@intel.com +RECIPE_MAINTAINER_pn-python-imaging = Nitin A Kamble nitin.a.kam...@intel.com RECIPE_STATUS_pn-python-pycurl=green RECIPE_LATEST_VERSION_pn-python-pycurl=7.19.0 @@ -3348,7 +3348,7 @@ RECIPE_STATUS_pn-mkfontdir=green # no update needed RECIPE_LATEST_VERSION_pn-mkfontdir=1.0.5 RECIPE_NO_OF_PATCHES_pn-mkfontdir=0 RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-mkfontdir=Oct 11, 2009 -RECIPE_LATEST_RELEASE_DATE_pn-mkfontdir=16 monthes +RECIPE_LATEST_RELEASE_DATE_pn-mkfontdir=Nov 7, 2010 RECIPE_INTEL_SECTION_pn-mkfontdir=graphic apps RECIPE_LAST_UPDATE_pn-mkfontdir = Jan 18, 2011 RECIPE_MAINTAINER_pn-mkfontdir=Saul Wold s...@linux.intel.com @@ -4664,19 +4664,19 @@ RECIPE_MAINTAINER_pn-libx11 = Dexuan Cui dexuan@intel.com RECIPE_STATUS_pn-libx11-diet = green DISTRO_PN_ALIAS_pn-libx11-diet = Debian=libx11-6 Fedora=libX11 Ubuntu=libx11-6 OpenSuSE=xorg-x11-libX11 RECIPE_LATEST_VERSION_pn-libx11-diet = 1.4.4 -RECIPE_LATEST_RELEASE_DATE_pn-libx11-diet = Jul 28,2011 +RECIPE_LATEST_RELEASE_DATE_pn-libx11-diet = Jul 28, 2011 RECIPE_LAST_UPDATE_pn-libx11-diet = Nov 22, 2011 RECIPE_MAINTAINER_pn-libx11-diet = Xiaofeng Yan xiaofeng@windriver.com RECIPE_STATUS_pn-directfb = green RECIPE_LATEST_VERSION_pn-directfb = 1.5.3 -RECIPE_LATEST_RELEASE_DATE_pn-direcfb = Aug 9,2011 +RECIPE_LATEST_RELEASE_DATE_pn-direcfb = Aug 9, 2011 RECIPE_LAST_UPDATE_pn-directfb = Nov 7, 2011 RECIPE_MAINTAINER_pn-directfb = Xiaofeng Yan xiaofeng@windriver.com RECIPE_STATUS_pn-libarchive = green RECIPE_LATEST_VERSION_pn-libarchive = 2.8.5 -RECIPE_LATEST_RELEASE_DATE_pn-libarchive = Sept 3, 2011 +RECIPE_LATEST_RELEASE_DATE_pn-libarchive = Sep 3, 2011 RECIPE_LAST_UPDATE_pn-libarchive = Nov 7, 2011 RECIPE_MAINTAINER_pn-libarchive = Xiaofeng Yan
[OE-core] [CONSOLIDATED PULL 05/26] mc: Add version 4.8.1 now GPLv3
Signed-off-by: Saul Wold s...@linux.intel.com --- meta/recipes-extended/mc/mc_4.8.1.bb | 25 + 1 files changed, 25 insertions(+), 0 deletions(-) create mode 100644 meta/recipes-extended/mc/mc_4.8.1.bb diff --git a/meta/recipes-extended/mc/mc_4.8.1.bb b/meta/recipes-extended/mc/mc_4.8.1.bb new file mode 100644 index 000..de7fe7a --- /dev/null +++ b/meta/recipes-extended/mc/mc_4.8.1.bb @@ -0,0 +1,25 @@ +DESCRIPTION = Midnight Commander is an ncurses based file manager. +HOMEPAGE = http://www.midnight-commander.org/; +LICENSE = GPLv3 +LIC_FILES_CHKSUM = file://COPYING;md5=270bbafe360e73f9840bd7981621f9c2 +SECTION = console/utils +DEPENDS = ncurses glib-2.0 +RDEPENDS_${PN} = ncurses-terminfo + +PR = r0 + +SRC_URI = http://www.midnight-commander.org/downloads/${BPN}-${PV}.tar.bz2; + +SRC_URI[md5sum] = 7d60c87d87b359831d976fa28034935e +SRC_URI[sha256sum] = 8f9bd09750c65a7786197a8f7e5a10a6dabf8c8737c564079ca393d8ecaf944d + +inherit autotools gettext + +EXTRA_OECONF = --with-screen=ncurses --without-gpm-mouse --without-x --without-samba + +FILES_${PN}-dbg += ${libexecdir}/mc/.debug/ + +do_install_append () { + sed -i -e '1s,#!.*perl,#!${bindir}/env perl,' ${D}${libexecdir}/mc/extfs.d/* + rm -rf ${D}${libdir} +} -- 1.7.6.4 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [CONSOLIDATED PULL 06/26] texi2html: Upgrade to 5.0
Add patch to update GETTEXT_MACRO_VERSION to 0.18 Signed-off-by: Saul Wold s...@linux.intel.com --- .../texi2html-5.0/fix_gettext_version.patch| 44 .../{texi2html_1.82.bb = texi2html_5.0.bb}| 19 +++-- 2 files changed, 59 insertions(+), 4 deletions(-) create mode 100644 meta/recipes-extended/texi2html/texi2html-5.0/fix_gettext_version.patch rename meta/recipes-extended/texi2html/{texi2html_1.82.bb = texi2html_5.0.bb} (43%) diff --git a/meta/recipes-extended/texi2html/texi2html-5.0/fix_gettext_version.patch b/meta/recipes-extended/texi2html/texi2html-5.0/fix_gettext_version.patch new file mode 100644 index 000..35c119b --- /dev/null +++ b/meta/recipes-extended/texi2html/texi2html-5.0/fix_gettext_version.patch @@ -0,0 +1,44 @@ + +Upstream-Status: Inappropriate [configuration] + +Signed-off-by: Saul Wold s...@linux.intel.com + +Index: texi2html-5.0/po_document/Makefile.in.in +=== +--- texi2html-5.0.orig/po_document/Makefile.in.in texi2html-5.0/po_document/Makefile.in.in +@@ -9,7 +9,7 @@ + # General Public License and is *not* in the public domain. + # + # Origin: gettext-0.17 +-GETTEXT_MACRO_VERSION = 0.17 ++GETTEXT_MACRO_VERSION = 0.18 + + PACKAGE = @PACKAGE@ + VERSION = @VERSION@ +Index: texi2html-5.0/po_messages/Makefile.in.in +=== +--- texi2html-5.0.orig/po_messages/Makefile.in.in texi2html-5.0/po_messages/Makefile.in.in +@@ -9,7 +9,7 @@ + # General Public License and is *not* in the public domain. + # + # Origin: gettext-0.17 +-GETTEXT_MACRO_VERSION = 0.17 ++GETTEXT_MACRO_VERSION = 0.18 + + PACKAGE = @PACKAGE@ + VERSION = @VERSION@ +Index: texi2html-5.0/m4/po.m4 +=== +--- texi2html-5.0.orig/m4/po.m4 texi2html-5.0/m4/po.m4 +@@ -29,7 +29,7 @@ AC_DEFUN([AM_PO_SUBDIRS], + + dnl Release version of the gettext macros. This is used to ensure that + dnl the gettext macros and po/Makefile.in.in are in sync. +- AC_SUBST([GETTEXT_MACRO_VERSION], [0.17]) ++ AC_SUBST([GETTEXT_MACRO_VERSION], [0.18]) + + dnl Perform the following tests also if --disable-nls has been given, + dnl because they are needed for make dist to work. diff --git a/meta/recipes-extended/texi2html/texi2html_1.82.bb b/meta/recipes-extended/texi2html/texi2html_5.0.bb similarity index 43% rename from meta/recipes-extended/texi2html/texi2html_1.82.bb rename to meta/recipes-extended/texi2html/texi2html_5.0.bb index f19b576..068f8bc 100644 --- a/meta/recipes-extended/texi2html/texi2html_1.82.bb +++ b/meta/recipes-extended/texi2html/texi2html_5.0.bb @@ -6,9 +6,20 @@ LIC_FILES_CHKSUM = file://COPYING;md5=59530bdf33659b29e73d4adb9f9f6552 PR = r0 -SRC_URI = http://download.savannah.gnu.org/releases/texi2html/${P}.tar.bz2; +SRC_URI = http://download.savannah.gnu.org/releases/texi2html/${P}.tar.bz2 \ + file://fix_gettext_version.patch -SRC_URI[md5sum] = a8a9193c0ac1bec2f3ca7be40a5a82eb -SRC_URI[sha256sum] = d69c1effc416896409003ea64fdb21152cc0a9a7c665d437a0a3bef9b588b4f1 +SRC_URI[md5sum] = f15ac876fcdc8be865b16535f480aa54 +SRC_URI[sha256sum] = e8a98b0ee20c495a6ab894398a065ef580272dbd5a15b1b19e8bd1bc89d9f9fa -inherit autotools +inherit autotools gettext + +do_configure_prepend() { + # Make a directory for the old gettext setup + mkdir ${S}/po +} + +do_configure_append() { + # Clean up the phony po directory + rm -rf ${S}/po +} -- 1.7.6.4 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [CONSOLIDATED PULL 04/26] libidn: Upgrade to 1.23
Signed-off-by: Saul Wold s...@linux.intel.com --- .../libidn/{libidn_1.22.bb = libidn_1.23.bb} |5 +++-- 1 files changed, 3 insertions(+), 2 deletions(-) rename meta/recipes-extended/libidn/{libidn_1.22.bb = libidn_1.23.bb} (86%) diff --git a/meta/recipes-extended/libidn/libidn_1.22.bb b/meta/recipes-extended/libidn/libidn_1.23.bb similarity index 86% rename from meta/recipes-extended/libidn/libidn_1.22.bb rename to meta/recipes-extended/libidn/libidn_1.23.bb index 9bdb322..851b5fc 100644 --- a/meta/recipes-extended/libidn/libidn_1.22.bb +++ b/meta/recipes-extended/libidn/libidn_1.23.bb @@ -12,8 +12,9 @@ PR = r0 inherit pkgconfig autotools gettext SRC_URI = ${GNU_MIRROR}/libidn/${BPN}-${PV}.tar.gz -SRC_URI[md5sum] = 893a1df0cf3b28b72d248382eaeaca71 -SRC_URI[sha256sum] = 2f765e868795f5478900ec9f42cb0ecc6ca22e2a85a62763c0b13c7da2f588ed + +SRC_URI[md5sum] = f9a417270cc9b6bf763ae1f88e60191c +SRC_URI[sha256sum] = 25b42d75851ebae52e1c969353b74eefd3d6817f41c8d2a6db258f5ec60c5e6a # command tool is under GPLv3+, while libidn itself is under LGPLv2.1+ # so package command into a separate package -- 1.7.6.4 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [CONSOLIDATED PULL 03/26] augeas: Upgrade to 0.10.0
Signed-off-by: Saul Wold s...@linux.intel.com --- meta/recipes-extended/augeas/augeas_0.10.0.bb |6 ++ meta/recipes-extended/augeas/augeas_0.9.0.bb |7 --- 2 files changed, 6 insertions(+), 7 deletions(-) create mode 100644 meta/recipes-extended/augeas/augeas_0.10.0.bb delete mode 100644 meta/recipes-extended/augeas/augeas_0.9.0.bb diff --git a/meta/recipes-extended/augeas/augeas_0.10.0.bb b/meta/recipes-extended/augeas/augeas_0.10.0.bb new file mode 100644 index 000..734d171 --- /dev/null +++ b/meta/recipes-extended/augeas/augeas_0.10.0.bb @@ -0,0 +1,6 @@ +require augeas.inc + +PR = r0 + +SRC_URI[md5sum] = fe1834e90a066c3208ac0214622c7352 +SRC_URI[sha256sum] = ec111af06186216930176ebe5ecccdf7bf528528aee9acde1d5d70088484afca diff --git a/meta/recipes-extended/augeas/augeas_0.9.0.bb b/meta/recipes-extended/augeas/augeas_0.9.0.bb deleted file mode 100644 index 4531560..000 --- a/meta/recipes-extended/augeas/augeas_0.9.0.bb +++ /dev/null @@ -1,7 +0,0 @@ -require augeas.inc - -PR = r0 - -SRC_URI[md5sum] = 5ef0ce53ce4c75f59ab2523506731084 -SRC_URI[sha256sum] = 55d2f482d02ac4cb38a80d95c53d2f73de435df7df1022827e7cba20bb4bb9b8 - -- 1.7.6.4 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [CONSOLIDATED PULL 01/26] distro tracking: update man-pages, gts-plugin-bluetooth, usbutils,
and libcap Signed-off-by: Saul Wold s...@linux.intel.com --- .../conf/distro/include/distro_tracking_fields.inc | 25 ++- 1 files changed, 18 insertions(+), 7 deletions(-) diff --git a/meta/conf/distro/include/distro_tracking_fields.inc b/meta/conf/distro/include/distro_tracking_fields.inc index ba261be..fc54e33 100644 --- a/meta/conf/distro/include/distro_tracking_fields.inc +++ b/meta/conf/distro/include/distro_tracking_fields.inc @@ -531,14 +531,15 @@ RECIPE_INTEL_SECTION_pn-attr = base libs RECIPE_LATEST_RELEASE_DATE_pn-attr = Aug 01, 2009 RECIPE_STATUS_pn-libcap = yellow # hand crafted Makefiles -RECIPE_LAST_UPDATE_pn-libcap = Jul 7, 2010 +RECIPE_LATEST_VERSION_pn-libcap = 2.22 +RECIPE_LATEST_RELEASE_DATE_pn-libcap = Jan 01, 2010 +RECIPE_LAST_UPDATE_pn-libcap = Jul 25, 2011 +RECIPE_MANUAL_CHECK_DATE_pn-libcap = Dec 15, 2011 RECIPE_MAINTAINER_pn-libcap = Saul Wold s...@linux.intel.com RECIPE_DEPENDENCY_CHECK_pn-libcap = done -RECIPE_LATEST_VERSION_pn-libcap = 2.19 RECIPE_INTEL_SECTION_pn-libcap = base libs RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-libcap = 1 month -RECIPE_LATEST_RELEASE_DATE_pn-libcap = Jan 01, 2010 -RECIPE_COMMENTS_pn-libcap = +RECIPE_COMMENTS_pn-libcap = Not available on kernel.org right now RECIPE_STATUS_pn-libevent = green RECIPE_LAST_UPDATE_pn-libevent = Jul 7, 2010 @@ -1795,15 +1796,15 @@ RECIPE_MANUAL_CHECK_DATE_pn-util-linux = Dec 01, 2011 RECIPE_COMMENTS_pn-util-linux = kernel.org still has this off-line RECIPE_STATUS_pn-usbutils = green +RECIPE_LATEST_VERSION_pn-usbutils = 0.91 +RECIPE_LATEST_RELEASE_DATE_pn-usbutils = Oct 22, 2010 RECIPE_LAST_UPDATE_pn-usbutils = May 20, 2011 +RECIPE_MANUAL_CHECK_DATE_pn-usbutils = May 24, 2011 RECIPE_MAINTAINER_pn-usbutils = Saul Wold s...@linux.intel.com RECIPE_DEPENDENCY_CHECK_pn-usbutils = done -RECIPE_LATEST_VERSION_pn-usbutils = 0.91 RECIPE_INTEL_SECTION_pn-usbutils = base utils RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-usbutils = 2 months -RECIPE_LATEST_RELEASE_DATE_pn-usbutils = Oct 22, 2010 RECIPE_COMMENTS_pn-usbutils = -RECIPE_MANUAL_CHECK_DATE_pn-usbutils = May 24, 2011 RECIPE_STATUS_pn-pciutils = yellow# custom build system, several hacks RECIPE_LAST_UPDATE_pn-pciutils = Nov 10, 2010 @@ -5828,9 +5829,19 @@ RECIPE_LAST_UPDATE_pn-libgdata = Dec 29, 2010 RECIPE_MAINTAINER_pn-libgdata = Zhai Edwin edwin.z...@intel.com RECIPE_LATEST_VERSION_pn-man-pages = 3.32 +RECIPE_LATEST_RELEASE_DATE_pn-man-pages = Sep 02, 2011 +RECIPE_LAST_UPDATE_pn-man-pages = Dec 29, 2010 +RECIPE_MANUAL_CHECK_DATE_pn-man-pages = Dec 15, 2011 +RECIPE_COMMENTS_pn-man-pages = Kernel.org is down RECIPE_LATEST_VERSION_pn-sysprof = 6b5b8432711ef5c747f8375073cd9af88922d3c6 RECIPE_LATEST_VERSION_pn-table = d42a44938699ee30a998fc42bc149aebf69389db +RECIPE_LATEST_VERSION_pn-gst-plugin-bluetooh = 4.96 +RECIPE_LATEST_RELEASE_DATE_pn-gst-plugin-bluetooh = Sep 02, 2011 +RECIPE_LAST_UPDATE_pn-gst-plugin-bluetooh = Dec 29, 2010 +RECIPE_MANUAL_CHECK_DATE_pn-gst-plugin-bluetooh = Dec 15, 2011 +RECIPE_COMMENTS_pn-gst-plugin-bluetooth = Kernel.org is down + RECIPE_STATUS_pn-qmmp = green RECIPE_LATEST_VERSION_pn-qmmp = 0.5.2 RECIPE_LATEST_RELEASE_DATE_pn-qmmp = Sep 02, 2011 -- 1.7.6.4 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [CONSOLIDATED PULL 00/26] Some Package Updates and Fixes
Richard Community: Here are some package updates along with fixes from various folks that have been pending for a couple of days. BTW, this does build world and gpl, although I have heard about some gettext issue I am still working. FYI: things might slow down a little over the next week as various people (like RP Saul) take some needed down time during the holiday season. Happy Holidays to everyone. Sau! The following changes since commit db446421933d640528328e46a29f828a36d6649b: multilib.conf: Enable shadow-sysroot and libffi (2011-12-21 17:24:37 +) are available in the git repository at: git://git.openembedded.org/openembedded-core-contrib sgw/stage http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=sgw/stage Dexuan Cui (2): socat: add the latest stable version 1.7.2.0 wget: fix a host intrusion issue introduced by adding --with-ssl=openssl. H.J. Lu (1): gmp: Don't check $CC $CFLAGS for x32 in gmp configure Ilya Yanok (1): arch-powerpc: set PACKAGE_EXTRA_ARCHS Nitin A Kamble (3): bitbake.conf multilib.conf: move the definition of baselib binutils: fix building on distros with matching binutils version image-types: add btrfs as a supported fstype Paul Eggleton (1): libsync: move to git.yoctoproject.org Saul Wold (10): distro tracking: update man-pages, gts-plugin-bluetooth, usbutils, python-pycairo: Upgrade to 1.10.0 augeas: Upgrade to 0.10.0 libidn: Upgrade to 1.23 mc: Add version 4.8.1 now GPLv3 texi2html: Upgrade to 5.0 libdrm: Upgrade to 2.4.29 distro_tracking: Mark Upgrade Info zypper: add patch from libxml2 bash: Add SRC_URI Checksums for GPLv2 Scott Garman (8): ncurses: move libraries to base_libdir libcap: move library to base_libdir util-linux: move libraries to base_libdir e2fsprogs: move libraries to base_libdir libusb1: move libraries to base_libdir libusb-compat: move libraries to base_libdir prelink: update to latest git version insane.bbclass: add QA tests for unsafe references to exec_prefix .../opensync/{libsync_svn.bb = libsync_git.bb}|9 +- meta/classes/image_types.bbclass |2 +- meta/classes/insane.bbclass| 111 +++- meta/conf/bitbake.conf |2 +- .../conf/distro/include/distro_tracking_fields.inc | 77 +- meta/conf/machine/include/powerpc/arch-powerpc.inc |6 +- meta/conf/machine/include/tune-ppc603e.inc |2 +- meta/conf/machine/include/tune-ppce300c2.inc |2 +- meta/conf/machine/include/tune-ppce500mc.inc |2 +- meta/conf/multilib.conf|2 - .../recipes-connectivity/socat/files/compile.patch | 946 meta/recipes-connectivity/socat/socat_1.7.2.0.bb | 28 + meta/recipes-core/ncurses/ncurses.inc | 26 +- meta/recipes-core/util-linux/util-linux.inc| 20 +- meta/recipes-core/util-linux/util-linux_2.19.1.bb |2 +- .../binutils/binutils-cross-canadian_2.22.bb |2 +- .../binutils/binutils-crosssdk_2.22.bb |2 +- meta/recipes-devtools/binutils/binutils.inc|2 +- meta/recipes-devtools/binutils/binutils_2.22.bb|2 +- .../e2fsprogs/e2fsprogs_1.41.14.bb | 29 +- meta/recipes-devtools/prelink/prelink_git.bb |2 +- .../python/python-pycairo_1.10.0.bb| 39 + .../python/python-pycairo_1.8.10.bb| 31 - meta/recipes-extended/augeas/augeas_0.10.0.bb |6 + meta/recipes-extended/augeas/augeas_0.9.0.bb |7 - meta/recipes-extended/bash/bash_3.2.48.bb |3 + .../libidn/{libidn_1.22.bb = libidn_1.23.bb} |5 +- meta/recipes-extended/mc/mc_4.8.1.bb | 25 + .../texi2html-5.0/fix_gettext_version.patch| 44 + .../{texi2html_1.82.bb = texi2html_5.0.bb}| 19 +- meta/recipes-extended/wget/wget.inc|4 +- .../zypper/zypper/cmake_libxml2.patch | 28 + meta/recipes-extended/zypper/zypper_git.bb |3 +- .../drm/{libdrm_2.4.27.bb = libdrm_2.4.29.bb} |8 +- meta/recipes-support/gmp/gmp/gmp_fix_for_x32.patch | 24 +- meta/recipes-support/libcap/libcap.inc | 15 +- meta/recipes-support/libcap/libcap_2.22.bb |2 +- meta/recipes-support/libusb/libusb-compat_0.1.3.bb | 12 +- meta/recipes-support/libusb/libusb1_1.0.8.bb | 16 +- 39 files changed, 1417 insertions(+), 150 deletions(-) rename meta-demoapps/recipes-connectivity/opensync/{libsync_svn.bb = libsync_git.bb} (72%) create mode 100644 meta/recipes-connectivity/socat/files/compile.patch create mode 100644 meta/recipes-connectivity/socat/socat_1.7.2.0.bb create mode 100644 meta/recipes-devtools/python/python-pycairo_1.10.0.bb delete mode 100644 meta/recipes-devtools/python/python-pycairo_1.8.10.bb create mode 100644 meta/recipes-extended/augeas/augeas_0.10.0.bb delete mode 100644
[OE-core] [CONSOLIDATED PULL 08/26] distro_tracking: Mark Upgrade Info
Updated the following: - libdrm - texi2html - mc - libidn - augeas - python-pycairo Signed-off-by: Saul Wold s...@linux.intel.com --- .../conf/distro/include/distro_tracking_fields.inc | 50 +++ 1 files changed, 29 insertions(+), 21 deletions(-) diff --git a/meta/conf/distro/include/distro_tracking_fields.inc b/meta/conf/distro/include/distro_tracking_fields.inc index fc54e33..3c4eca4 100644 --- a/meta/conf/distro/include/distro_tracking_fields.inc +++ b/meta/conf/distro/include/distro_tracking_fields.inc @@ -269,13 +269,12 @@ RECIPE_MANUAL_CHECK_DATE_pn-libpng = Nov 14, 2011 RECIPE_MAINTAINER_pn-libpng = Scott Garman scott.a.gar...@intel.com RECIPE_STATUS_pn-libidn = green -RECIPE_DEPENDENCY_CHECK_pn-libidn = not done -RECIPE_LATEST_VERSION_pn-libidn = 1.19 +RECIPE_LATEST_VERSION_pn-libidn = 1.23 +RECIPE_LATEST_RELEASE_DATE_pn-libidn = Nov 25, 2010 +RECIPE_LAST_UPDATE_pn-libidn = Dec 18, 2011 RECIPE_INTEL_SECTION_pn-libidn = base libs RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-libidn = 3 months -RECIPE_LATEST_RELEASE_DATE_pn-libidn = May 01, 2010 RECIPE_COMMENTS_pn-libidn = -RECIPE_LAST_UPDATE_pn-libidn = Jul 20, 2010 RECIPE_MAINTAINER_pn-libidn = Saul Wold s...@linux.intel.com RECIPE_STATUS_pn-glibc = green @@ -601,12 +600,12 @@ DISTRO_PN_ALIAS_pn-libcheck = Ubuntu=check Fedora=check OpenSuSE=check RECIPE_STATUS_pn-augeas = green RECIPE_DEPENDENCY_CHECK_pn-augeas = done -RECIPE_LAST_UPDATE_pn-augeas = Aug 20, 2010 +RECIPE_LATEST_VERSION_pn-augeas = 0.10.0 +RECIPE_LATEST_RELEASE_DATE_pn-augeas = Dec 02, 2011 +RECIPE_LAST_UPDATE_pn-augeas = Dec 20, 2011 RECIPE_MAINTAINER_pn-augeas = Saul Wold s...@linux.intel.com -RECIPE_LATEST_VERSION_pn-augeas = 0.7.3 RECIPE_INTEL_SECTION_pn-augeas = base libs RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-augeas = 1 month -RECIPE_LATEST_RELEASE_DATE_pn-augeas = Aug 01, 2010 RECIPE_COMMENTS_pn-augeas = DISTRO_PN_ALIAS_pn-augeas = Ubuntu=libaugeas0 Debian=libaugeas0 @@ -1170,6 +1169,7 @@ RECIPE_LATEST_VERSION_pn-libffi = 3.0.10 RECIPE_LATEST_RELEASE_DATE_pn-libffi = Aug 23, 2011 RECIPE_LAST_UPDATE_pn-libffi = Nov 29, 2011 RECIPE_MAINTAINER_pn-libffi = Saul Wold s...@linux.intel.com +RECIPE_NO_UPDATE_REASON_pn-libffi=3.0.11 is still RC RECIPE_STATUS_pn-libgdbus = green RECIPE_DEPENDENCY_CHECK_pn-libgdbus = not done @@ -3618,23 +3618,23 @@ RECIPE_LAST_UPDATE_pn-xf86-input-vmmouse = Nov 12, 2010 RECIPE_MAINTAINER_pn-xf86-input-vmmouse=Saul Wold s...@linux.intel.com RECIPE_STATUS_pn-libdrm=green # no update needed -RECIPE_LATEST_VERSION_pn-libdrm=2.4.27 -RECIPE_LATEST_RELEASE_DATE_pn-libdrm=Oct 29, 2011 -RECIPE_LAST_UPDATE_pn-libdrm = Nov 28, 2011 +RECIPE_LATEST_VERSION_pn-libdrm=2.4.29 +RECIPE_LATEST_RELEASE_DATE_pn-libdrm=Dec 13, 2011 +RECIPE_LAST_UPDATE_pn-libdrm = Dec 18, 2011 RECIPE_NO_OF_PATCHES_pn-libdrm=1 RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-libdrm=1 month RECIPE_INTEL_SECTION_pn-libdrm=graphic core RECIPE_MAINTAINER_pn-libdrm=Saul Wold s...@linux.intel.com RECIPE_STATUS_pn-python-pycairo=green # no upgrade needed -DISTRO_PN_ALIAS_pn-python-pycairo = Meego=pycairo Fedora=pycairo Ubuntu=pycairo Debian=pycairo -RECIPE_LATEST_VERSION_pn-python-pycairo=1.8.10 +RECIPE_LATEST_VERSION_pn-python-pycairo=1.10.0 +RECIPE_LATEST_RELEASE_DATE_pn-python-pycairo=Apr 18, 2011 +RECIPE_LAST_UPDATE_pn-python-pycairo = Dec 19, 2011 RECIPE_NO_OF_PATCHES_pn-python-pycairo=0 -RECIPE_LATEST_RELEASE_DATE_pn-python-pycairo=May 20, 2010 RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-python-pycairo=9 months RECIPE_INTEL_SECTION_pn-python-pycairo=graphic core -RECIPE_LAST_UPDATE_pn-python-pycairo = Aug 16, 2010 RECIPE_MAINTAINER_pn-python-pycairo=Saul Wold s...@linux.intel.com +DISTRO_PN_ALIAS_pn-python-pycairo = Meego=pycairo Fedora=pycairo Ubuntu=pycairo Debian=pycairo RECIPE_STATUS_pn-libxfontcache=green # no update neededd RECIPE_LATEST_VERSION_pn-libxfontcache=1.0.5 @@ -5727,7 +5727,6 @@ RECIPE_STATUS_pn-dtc = red RECIPE_STATUS_pn-gcalctool = red RECIPE_STATUS_pn-swabber = red RECIPE_STATUS_pn-man = red -RECIPE_STATUS_pn-man-pages = red RECIPE_STATUS_pn-guilt-native = red RECIPE_STATUS_pn-icon-naming-utils = red RECIPE_STATUS_pn-groff = red @@ -5828,8 +5827,9 @@ RECIPE_LATEST_VERSION_pn-libgdata = 0.8.0 RECIPE_LAST_UPDATE_pn-libgdata = Dec 29, 2010 RECIPE_MAINTAINER_pn-libgdata = Zhai Edwin edwin.z...@intel.com +RECIPE_STATUS_pn-man-pages = red RECIPE_LATEST_VERSION_pn-man-pages = 3.32 -RECIPE_LATEST_RELEASE_DATE_pn-man-pages = Sep 02, 2011 +RECIPE_LATEST_RELEASE_DATE_pn-man-pages = Dec 03, 2010 RECIPE_LAST_UPDATE_pn-man-pages = Dec 29, 2010 RECIPE_MANUAL_CHECK_DATE_pn-man-pages = Dec 15, 2011 RECIPE_COMMENTS_pn-man-pages = Kernel.org is down @@ -5837,8 +5837,8 @@ RECIPE_LATEST_VERSION_pn-sysprof = 6b5b8432711ef5c747f8375073cd9af88922d3c6 RECIPE_LATEST_VERSION_pn-table = d42a44938699ee30a998fc42bc149aebf69389db RECIPE_LATEST_VERSION_pn-gst-plugin-bluetooh = 4.96
[OE-core] [CONSOLIDATED PULL 11/26] wget: fix a host intrusion issue introduced by adding --with-ssl=openssl.
From: Dexuan Cui dexuan@intel.com On my x86-64 Ubuntu 11.04, with MACHINE=qemux86, bitbake wget fails. The config.log shows: configure:30072: i586-poky-linux-gcc -m32 -march=i586 --sysroot=/distro/dcui/1212/p1/build/tmp/sysroots/qemux86 -o conftest -O2 -pipe -g -feliminate-unused-debug-types -Wl,-O1 -Wl,--hash-style=gnu -Wl,--as-needed conftest.c -ldl -lz /usr/lib/libssl.so /usr/lib/libcrypto.so -lz 5 /usr/lib/libssl.so: could not read symbols: File in wrong format The patch fixes the issue by specifying libssl-prefix. Signed-off-by: Dexuan Cui dexuan@intel.com --- meta/recipes-extended/wget/wget.inc |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/meta/recipes-extended/wget/wget.inc b/meta/recipes-extended/wget/wget.inc index 7083569..25f36c8 100644 --- a/meta/recipes-extended/wget/wget.inc +++ b/meta/recipes-extended/wget/wget.inc @@ -4,11 +4,11 @@ LICENSE = GPL LIC_FILES_CHKSUM = file://COPYING;md5=d32239bcb673463ab874e80d47fae504 DEPENDS = openssl -INC_PR = r12 +INC_PR = r13 inherit autotools gettext update-alternatives -EXTRA_OECONF = --with-libc --enable-ipv6 --with-ssl=openssl +EXTRA_OECONF = --with-libc --enable-ipv6 --with-libssl-prefix=${STAGING_DIR_HOST} --with-ssl=openssl do_install_append () { mv ${D}${bindir}/wget ${D}${bindir}/wget.${PN} -- 1.7.6.4 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [CONSOLIDATED PULL 12/26] ncurses: move libraries to base_libdir
From: Scott Garman scott.a.gar...@intel.com Various utilities (including bash and the util-linux programs) located in base_bindir (/bin) or base_sbindir (/sbin) dynamically link against many of the ncurses libraries. So move these libraries from libdir (/usr/lib) to base_libdir (/lib). Signed-off-by: Scott Garman scott.a.gar...@intel.com --- meta/recipes-core/ncurses/ncurses.inc | 26 +- 1 files changed, 17 insertions(+), 9 deletions(-) diff --git a/meta/recipes-core/ncurses/ncurses.inc b/meta/recipes-core/ncurses/ncurses.inc index 583dad7..8c55631 100644 --- a/meta/recipes-core/ncurses/ncurses.inc +++ b/meta/recipes-core/ncurses/ncurses.inc @@ -26,6 +26,8 @@ ENABLE_WIDEC ?= true # builds. BUILD_CPPFLAGS += -D_GNU_SOURCE +BUILD_LDFLAGS += -Wl,-rpath,${base_libdir} + # Helper function for do_configure to allow multiple configurations # $1 the directory to run configure in # $@ the arguments to pass to configure @@ -41,6 +43,7 @@ ncurses_configure() { --enable-hard-tabs \ --enable-xmc-glitch \ --enable-colorfgbg \ + --libdir=${base_libdir} \ --with-termpath='${sysconfdir}/termcap:${datadir}/misc/termcap' \ --with-terminfo-dirs='${sysconfdir}/terminfo:${datadir}/terminfo' \ --with-shared \ @@ -120,7 +123,6 @@ do_install() { ! ${ENABLE_WIDEC} || \ oe_runmake -C widec ${_install_opts} - cd narrowc # include some basic terminfo files @@ -155,28 +157,29 @@ do_install() { # else when '-Wl,--no-copy-dt-needed-entries' has been set in # linker flags. for i in libncurses libncursesw; do - f=${D}${libdir}/$i.so +f=${D}${base_libdir}/$i.so test -h $f || continue rm -f $f echo '/* GNU ld script */' $f echo INPUT($i.so.5 AS_NEEDED(-ltinfo)) $f done - # Make sure that libcurses is linked so that it gets -ltinfo - # also, this should be addressed upstream really. - ln -sf libncurses.so ${D}${libdir}/libcurses.so + +# Make sure that libcurses is linked so that it gets -ltinfo +# also, this should be addressed upstream really. +ln -sf libncurses.so ${D}${base_libdir}/libcurses.so # create libtermcap.so linker script for backward compatibility -f=${D}${libdir}/libtermcap.so +f=${D}${base_libdir}/libtermcap.so echo '/* GNU ld script */' $f echo 'INPUT(AS_NEEDED(-ltinfo))' $f - oe_multilib_header curses.h +oe_multilib_header curses.h } python populate_packages_prepend () { -libdir = bb.data.expand(${libdir}, d) +base_libdir = bb.data.expand(${base_libdir}, d) pnbase = bb.data.expand(${PN}-lib%s, d) -do_split_packages(d, libdir, '^lib(.*)\.so\..*', pnbase, 'ncurses %s library', prepend=True, extra_depends = '', allow_links=True) +do_split_packages(d, base_libdir, '^lib(.*)\.so\..*', pnbase, 'ncurses %s library', prepend=True, extra_depends = '', allow_links=True) } @@ -210,6 +213,10 @@ FILES_${PN} = \ ${datadir}/tabset \ +FILES_${PN}-dev += \ + ${base_libdir}/*.so \ + + # This keeps only tput/tset in ncurses # clear/reset are in already busybox FILES_${PN}-tools = \ @@ -223,6 +230,7 @@ FILES_${PN}-tools = \ ${bindir}/tack \ ${bindir}/tabs \ + # 'reset' is a symlink to 'tset' which is in the 'ncurses' package RDEPENDS_${PN}-tools = ${PN} -- 1.7.6.4 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [CONSOLIDATED PULL 09/26] libsync: move to git.yoctoproject.org
From: Paul Eggleton paul.eggle...@linux.intel.com * Repositories on svn.o-hand.com have been converted to Git and are now hosted on git.yoctoproject.org. * Set LICENSE to LGPLv2 as there is an LGPLv2 COPYING file but no notice with or later in the source code Signed-off-by: Paul Eggleton paul.eggle...@linux.intel.com --- .../opensync/{libsync_svn.bb = libsync_git.bb}|9 + 1 files changed, 5 insertions(+), 4 deletions(-) rename meta-demoapps/recipes-connectivity/opensync/{libsync_svn.bb = libsync_git.bb} (72%) diff --git a/meta-demoapps/recipes-connectivity/opensync/libsync_svn.bb b/meta-demoapps/recipes-connectivity/opensync/libsync_git.bb similarity index 72% rename from meta-demoapps/recipes-connectivity/opensync/libsync_svn.bb rename to meta-demoapps/recipes-connectivity/opensync/libsync_git.bb index 34115ff..4986206 100644 --- a/meta-demoapps/recipes-connectivity/opensync/libsync_svn.bb +++ b/meta-demoapps/recipes-connectivity/opensync/libsync_git.bb @@ -1,16 +1,17 @@ SUMMARY = GObject-based sync library DESCRIPTION = LibSync is a GObject-based framework for more convenient use of \ OpenSync in GLib applications. -LICENSE = LGPL +LICENSE = LGPLv2 SECTION = x11 DEPENDS = glib-2.0 gtk+ libglade libopensync avahi RRECOMMENDS_${PN} = \ libopensync-plugin-file \ -PV = 0.0+svnr${SRCPV} -PR = r1 +SRCREV = 3f375969d56028505db97cd25ef1679a167cfc59 +PV = 0.0+gitr${SRCPV} +PR = r2 -SRC_URI = svn://svn.o-hand.com/repos/sync/trunk;module=sync;proto=http +SRC_URI = git://git.yoctoproject.org/sync;protocol=git inherit autotools pkgconfig -- 1.7.6.4 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [CONSOLIDATED PULL 15/26] e2fsprogs: move libraries to base_libdir
From: Scott Garman scott.a.gar...@intel.com The e2fsprogs utilities are installed into base_sbindir (/sbin) and should not link to libraries under exec_prefix (/usr). So move these libraries from libdir (/usr/lib) to base_libdir (/lib). Signed-off-by: Scott Garman scott.a.gar...@intel.com --- .../e2fsprogs/e2fsprogs_1.41.14.bb | 29 --- 1 files changed, 18 insertions(+), 11 deletions(-) diff --git a/meta/recipes-devtools/e2fsprogs/e2fsprogs_1.41.14.bb b/meta/recipes-devtools/e2fsprogs/e2fsprogs_1.41.14.bb index c6c1f0d..0bd0c67 100644 --- a/meta/recipes-devtools/e2fsprogs/e2fsprogs_1.41.14.bb +++ b/meta/recipes-devtools/e2fsprogs/e2fsprogs_1.41.14.bb @@ -1,6 +1,6 @@ require e2fsprogs.inc -PR = r3 +PR = r4 SRC_URI += file://quotefix.patch \ file://acinclude.m4 @@ -11,9 +11,9 @@ SRC_URI[sha256sum] = 3f8ac1fedd7c4bec480afcbe4acabdd4ac59ec0446a0fd50c8975cd0aa PARALLEL_MAKE = -EXTRA_OECONF += --sbindir=${base_sbindir} --enable-elf-shlibs --disable-libuuid -EXTRA_OECONF_darwin = --sbindir=${base_sbindir} --enable-bsd-shlibs -EXTRA_OECONF_darwin8 = --sbindir=${base_sbindir} --enable-bsd-shlibs +EXTRA_OECONF += --libdir=${base_libdir} --sbindir=${base_sbindir} --enable-elf-shlibs --disable-libuuid +EXTRA_OECONF_darwin = --libdir=${base_libdir} --sbindir=${base_sbindir} --enable-bsd-shlibs +EXTRA_OECONF_darwin8 = --libdir=${base_libdir} --sbindir=${base_sbindir} --enable-bsd-shlibs do_configure_prepend () { cp ${WORKDIR}/acinclude.m4 ${S}/ @@ -28,9 +28,16 @@ do_install () { oe_runmake 'DESTDIR=${D}' install oe_runmake 'DESTDIR=${D}' install-libs # We use blkid from util-linux now so remove from here - rm -f ${D}${libdir}/libblkid* + rm -f ${D}${base_libdir}/libblkid* rm -rf ${D}${includedir}/blkid - rm -f ${D}${libdir}/pkgconfig/blkid.pc + rm -f ${D}${base_libdir}/pkgconfig/blkid.pc +} + +do_install_append () { + # e2initrd_helper and the pkgconfig files belong in libdir + install -d ${D}${libdir} + mv ${D}${base_libdir}/e2initrd_helper ${D}${libdir} + mv ${D}${base_libdir}/pkgconfig ${D}${libdir} } # blkid used to be part of e2fsprogs but is useful outside, add it @@ -47,10 +54,10 @@ FILES_e2fsprogs-e2fsck = ${base_sbindir}/e2fsck ${base_sbindir}/fsck.ext* FILES_e2fsprogs-mke2fs = ${base_sbindir}/mke2fs ${base_sbindir}/mkfs.ext* ${sysconfdir}/mke2fs.conf FILES_e2fsprogs-tune2fs = ${base_sbindir}/tune2fs ${base_sbindir}/e2label ${base_sbindir}/findfs FILES_e2fsprogs-badblocks = ${base_sbindir}/badblocks -FILES_libcomerr = ${libdir}/libcom_err.so.* -FILES_libss = ${libdir}/libss.so.* -FILES_libe2p = ${libdir}/libe2p.so.* -FILES_libext2fs = ${libdir}/e2initrd_helper ${libdir}/libext2fs.so.* -FILES_${PN}-dev += ${datadir}/*/*.awk ${datadir}/*/*.sed +FILES_libcomerr = ${base_libdir}/libcom_err.so.* +FILES_libss = ${base_libdir}/libss.so.* +FILES_libe2p = ${base_libdir}/libe2p.so.* +FILES_libext2fs = ${libdir}/e2initrd_helper ${base_libdir}/libext2fs.so.* +FILES_${PN}-dev += ${datadir}/*/*.awk ${datadir}/*/*.sed ${base_libdir}/*.so BBCLASSEXTEND = native -- 1.7.6.4 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [CONSOLIDATED PULL 10/26] socat: add the latest stable version 1.7.2.0
From: Dexuan Cui dexuan@intel.com socat is useful for the self-hosted-image work. The original recipe is from OE: http://git.openembedded.org/openembedded/tree/recipes/socat/ and I upgraded it to 1.7.2.0. Thank Koen Kooi k...@dominion.thruhere.net for suggesting how to assign the LICENSE field with a proper value. Signed-off-by: Dexuan Cui dexuan@intel.com --- .../recipes-connectivity/socat/files/compile.patch | 946 meta/recipes-connectivity/socat/socat_1.7.2.0.bb | 28 + 2 files changed, 974 insertions(+), 0 deletions(-) create mode 100644 meta/recipes-connectivity/socat/files/compile.patch create mode 100644 meta/recipes-connectivity/socat/socat_1.7.2.0.bb diff --git a/meta/recipes-connectivity/socat/files/compile.patch b/meta/recipes-connectivity/socat/files/compile.patch new file mode 100644 index 000..4d1a0b6 --- /dev/null +++ b/meta/recipes-connectivity/socat/files/compile.patch @@ -0,0 +1,946 @@ +Upstream-Status: Inappropriate [configuration] + +The patch is from http://git.openembedded.org/openembedded/tree/recipes/socat/files/compile.patch +and was rebased to socat-1.7.2.0. + +Signed-off-by: Dexuan Cui dexuan@intel.com +Fri Dec 16 17:12:17 CST 2011 + +diff -Nru socat-1.7.2.0.orig/configure.in socat-1.7.2.0/configure.in +--- socat-1.7.2.0.orig/configure.in2011-12-04 21:34:16.0 +0800 socat-1.7.2.0/configure.in 2011-12-16 17:08:59.698367071 +0800 +@@ -88,7 +88,7 @@ + + + dnl Check for extra socket library (for Solaris) +-AC_CHECK_FUNC(hstrerror, , AC_CHECK_LIB(resolv, hstrerror, [LIBS=$LIBS -lresolv; AC_DEFINE(HAVE_HSTRERROR)])) ++AC_CHECK_FUNC(hstrerror, , AC_CHECK_LIB(resolv, hstrerror, [LIBS=$LIBS -lresolv; AC_DEFINE(HAVE_HSTRERROR, [1], [STRERROR])])) + AC_CHECK_FUNC(gethostent, , AC_CHECK_LIB(nsl, gethostent)) + AC_CHECK_FUNC(setsockopt, , AC_CHECK_LIB(socket, setsockopt)) + +@@ -102,7 +102,7 @@ + [sc_cv_have_prototype_hstrerror=yes]); + CFLAGS=$CFLAGS1]) + if test $sc_cv_have_prototype_hstrerror = yes; then +- AC_DEFINE(HAVE_PROTOTYPE_HSTRERROR) ++ AC_DEFINE(HAVE_PROTOTYPE_HSTRERROR, [1], [Has Strerror]) + fi + AC_MSG_RESULT($sc_cv_have_prototype_hstrerror) + +@@ -111,83 +111,83 @@ + AC_ARG_ENABLE(help, [ --disable-help disable help], + [case $enableval in + no) AC_MSG_RESULT(no);; +- *) AC_DEFINE(WITH_HELP) AC_MSG_RESULT(yes);; ++ *) AC_DEFINE(WITH_HELP, [1], [With help]) AC_MSG_RESULT(yes);; + esac], +- [AC_DEFINE(WITH_HELP) AC_MSG_RESULT(yes)]) ++ [AC_DEFINE(WITH_HELP, [1], [With help]) AC_MSG_RESULT(yes)]) + + AC_MSG_CHECKING(whether to include STDIO support) + AC_ARG_ENABLE(stdio, [ --disable-stdio disable STDIO support], + [case $enableval in + no) AC_MSG_RESULT(no);; +- *) AC_DEFINE(WITH_STDIO) AC_MSG_RESULT(yes);; ++ *) AC_DEFINE(WITH_STDIO, [1], [With stdio]) AC_MSG_RESULT(yes);; + esac], +- [AC_DEFINE(WITH_STDIO) AC_MSG_RESULT(yes)]) ++ [AC_DEFINE(WITH_STDIO, [1], [With stdio]) AC_MSG_RESULT(yes)]) + + AC_MSG_CHECKING(whether to include FD-number support) + AC_ARG_ENABLE(fdnum, [ --disable-fdnum disable FD-number support], + [case $enableval in + no) AC_MSG_RESULT(no);; +- *) AC_DEFINE(WITH_FDNUM) AC_MSG_RESULT(yes);; ++ *) AC_DEFINE(WITH_FDNUM, [1], [With fdnum]) AC_MSG_RESULT(yes);; + esac], +- [AC_DEFINE(WITH_FDNUM) AC_MSG_RESULT(yes)]) ++ [AC_DEFINE(WITH_FDNUM, [1], [With fdnum]) AC_MSG_RESULT(yes)]) + + AC_MSG_CHECKING(whether to include direct file support) + AC_ARG_ENABLE(file, [ --disable-file disable direct file support], + [case $enableval in + no) AC_MSG_RESULT(no);; +- *) AC_DEFINE(WITH_FILE) AC_MSG_RESULT(yes);; ++ *) AC_DEFINE(WITH_FILE, [1], [With file]) AC_MSG_RESULT(yes);; + esac], +- [AC_DEFINE(WITH_FILE) AC_MSG_RESULT(yes)]) ++ [AC_DEFINE(WITH_FILE, [1], [With file]) AC_MSG_RESULT(yes)]) + + AC_MSG_CHECKING(whether to include direct create support) + AC_ARG_ENABLE(creat, [ --disable-creat disable direct create support], + [case $enableval in + no) AC_MSG_RESULT(no);; +- *) AC_DEFINE(WITH_CREAT) AC_MSG_RESULT(yes);; ++ *) AC_DEFINE(WITH_CREAT, [1], [With creat]) AC_MSG_RESULT(yes);; + esac], +- [AC_DEFINE(WITH_CREAT) AC_MSG_RESULT(yes)]) ++ [AC_DEFINE(WITH_CREAT, [1], [With creat]) AC_MSG_RESULT(yes)]) + + AC_MSG_CHECKING(whether to include gopen support) + AC_ARG_ENABLE(gopen, [ --disable-gopen disable open for UNIX socket support], + [case $enableval in + no) AC_MSG_RESULT(no);; +- *) AC_DEFINE(WITH_GOPEN) AC_MSG_RESULT(yes);; ++ *)
[OE-core] [CONSOLIDATED PULL 13/26] libcap: move library to base_libdir
From: Scott Garman scott.a.gar...@intel.com ls from coreutils links to libcap, so move the libcap library from libdir (/usr/lib) to base_libdir (/lib). Signed-off-by: Scott Garman scott.a.gar...@intel.com --- meta/recipes-support/libcap/libcap.inc | 15 +-- meta/recipes-support/libcap/libcap_2.22.bb |2 +- 2 files changed, 14 insertions(+), 3 deletions(-) diff --git a/meta/recipes-support/libcap/libcap.inc b/meta/recipes-support/libcap/libcap.inc index 184b58a..9418abf 100644 --- a/meta/recipes-support/libcap/libcap.inc +++ b/meta/recipes-support/libcap/libcap.inc @@ -21,6 +21,8 @@ do_configure() { sed -e 's,BUILD_CFLAGS ?=,BUILD_CFLAGS := $(BUILD_CFLAGS),' -i Make.Rules } +BUILD_LDFLAGS_virtclass_native += -Wl,rpath=${base_libdir} + EXTRA_OEMAKE = \ LIBATTR=yes \ PAM_CAP=${@base_contains('DISTRO_FEATURES', 'pam', 'yes', 'no', d)} \ @@ -42,8 +44,17 @@ do_install() { oe_runmake install DESTDIR=${D} prefix=${prefix} } +do_install_append() { + # Move the library to base_libdir + install -d ${D}${base_libdir} + mv ${D}${libdir}/* ${D}${base_libdir} + rmdir ${D}${libdir} +} + +FILES_${PN}-dev += ${base_libdir}/*.so + # pam files -FILES_${PN} += ${libdir}/security/*.so -FILES_${PN}-dbg += ${libdir}/security/.debug/*.so +FILES_${PN} += ${base_libdir}/security/*.so +FILES_${PN}-dbg += ${base_libdir}/security/.debug/*.so BBCLASSEXTEND = native diff --git a/meta/recipes-support/libcap/libcap_2.22.bb b/meta/recipes-support/libcap/libcap_2.22.bb index dd63d9e..be1df54 100644 --- a/meta/recipes-support/libcap/libcap_2.22.bb +++ b/meta/recipes-support/libcap/libcap_2.22.bb @@ -1,6 +1,6 @@ require libcap.inc -PR = r2 +PR = r3 SRC_URI[md5sum] = ce64058bdb3f086ddbfca8ce6c919845 SRC_URI[sha256sum] = 73ebbd4877b5f69dd28b72098e510c5b318bc480f8201c4061ac98b78c04050f -- 1.7.6.4 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [CONSOLIDATED PULL 16/26] libusb1: move libraries to base_libdir
From: Scott Garman scott.a.gar...@intel.com udev links to libusb1, and so these libraries need to be in base_libdir (/lib) instead of libdir (/usr/lib). Signed-off-by: Scott Garman scott.a.gar...@intel.com --- meta/recipes-support/libusb/libusb1_1.0.8.bb | 16 ++-- 1 files changed, 14 insertions(+), 2 deletions(-) diff --git a/meta/recipes-support/libusb/libusb1_1.0.8.bb b/meta/recipes-support/libusb/libusb1_1.0.8.bb index 302a8be..5a921e0 100644 --- a/meta/recipes-support/libusb/libusb1_1.0.8.bb +++ b/meta/recipes-support/libusb/libusb1_1.0.8.bb @@ -1,4 +1,4 @@ -DESCRIPTION = userspace library to access USB (version 1.0) +DESCRIPTION = Userspace library to access USB (version 1.0) HOMEPAGE = http://libusb.sf.net; BUGTRACKER = http://www.libusb.org/report; SECTION = libs @@ -6,7 +6,7 @@ SECTION = libs LICENSE = LGPLv2.1+ LIC_FILES_CHKSUM = file://COPYING;md5=fbc093901857fcd118f065f900982c24 -PR = r0 +PR = r1 SRC_URI = ${SOURCEFORGE_MIRROR}/libusb/libusb-${PV}.tar.bz2 @@ -15,3 +15,15 @@ SRC_URI[sha256sum] = 21d0d3a5710f7f4211c595102c6b9eccb42435a17a4f5bd2c3f4166ab1 S = ${WORKDIR}/libusb-${PV} inherit autotools pkgconfig + +EXTRA_OECONF = --libdir=${base_libdir} + +do_install_append() { + install -d ${D}${libdir} + mv ${D}${base_libdir}/*.la ${D}${libdir} + mv ${D}${base_libdir}/pkgconfig ${D}${libdir} +} + +FILES_${PN} += ${base_libdir}/*.so.* + +FILES_${PN}-dev += ${base_libdir}/*.so -- 1.7.6.4 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [CONSOLIDATED PULL 14/26] util-linux: move libraries to base_libdir
From: Scott Garman scott.a.gar...@intel.com Various util-linux programs in base_sbindir (/sbin) linked to libraries located under exec_prefix (/usr). Since this is not safe, move these libraries from libdir (/usr/lib) to base_libdir (/lib). Signed-off-by: Scott Garman scott.a.gar...@intel.com --- meta/recipes-core/util-linux/util-linux.inc | 20 +++- meta/recipes-core/util-linux/util-linux_2.19.1.bb |2 +- 2 files changed, 12 insertions(+), 10 deletions(-) diff --git a/meta/recipes-core/util-linux/util-linux.inc b/meta/recipes-core/util-linux/util-linux.inc index acc4a39..0ed6775 100644 --- a/meta/recipes-core/util-linux/util-linux.inc +++ b/meta/recipes-core/util-linux/util-linux.inc @@ -17,7 +17,6 @@ inherit autotools gettext pkgconfig DEPENDS = zlib ncurses DEPENDS_virtclass-native = lzo-native - SRC_URI = ${KERNELORG_MIRROR}/linux/utils/util-linux-ng/v${MAJOR_VERSION}/util-linux-${PV}.tar.bz2 \ file://MCONFIG \ file://swapargs.h \ @@ -30,11 +29,14 @@ PACKAGES =+ util-linux-agetty util-linux-fdisk util-linux-cfdisk util-linux-sfd util-linux-mount util-linux-readprofile util-linux-libblkid \ util-linux-libblkid-dev util-linux-libuuid util-linux-libuuid-dev \ util-linux-uuidgen util-linux-lscpu util-linux-fsck util-linux-blkid \ -util-linux-chkdupexe util-linux-mkfs util-linux-mcookie + util-linux-chkdupexe util-linux-mkfs util-linux-mcookie -EXTRA_OECONF = --disable-use-tty-group --disable-makeinstall-chown --enable-elvtune --enable-init --enable-kill --enable-last \ - --enable-mesg --enable-partx --enable-raw --enable-rdev --enable-reset \ - --disable-login-utils --enable-write --enable-arch --enable-mount --with-fsprobe=builtin --enable-libuuid --enable-libblkid --enable-fsck +EXTRA_OECONF = --libdir=${base_libdir} --disable-use-tty-group \ +--disable-makeinstall-chown --enable-elvtune --enable-init \ +--enable-kill --enable-last --enable-mesg --enable-partx \ +--enable-raw --enable-rdev --enable-reset --disable-login-utils \ +--enable-write --enable-arch --enable-mount --with-fsprobe=builtin \ +--enable-libuuid --enable-libblkid --enable-fsck FILES_${PN}-doc += ${datadir}/getopt/getopt-*.* @@ -50,10 +52,10 @@ FILES_util-linux-umount = ${base_bindir}/umount.${PN} FILES_util-linux-readprofile = ${base_sbindir}/readprofile.${PN} FILES_util-linux-uuidgen = ${bindir}/uuidgen -FILES_util-linux-libblkid = ${libdir}/libblkid.so.* -FILES_util-linux-libblkid-dev = ${libdir}/libblkid.so ${libdir}/libblkid.a ${libdir}/libblkid.la ${includedir}/blkid -FILES_util-linux-libuuid = ${libdir}/libuuid.so.* -FILES_util-linux-libuuid-dev = ${libdir}/libuuid.so ${libdir}/libuuid.a ${libdir}/libuuid.la ${includedir}/uuid +FILES_util-linux-libblkid = ${base_libdir}/libblkid.so.* +FILES_util-linux-libblkid-dev = ${base_libdir}/libblkid.so ${base_libdir}/libblkid.a ${base_libdir}/libblkid.la ${includedir}/blkid +FILES_util-linux-libuuid = ${base_libdir}/libuuid.so.* +FILES_util-linux-libuuid-dev = ${base_libdir}/libuuid.so ${base_libdir}/libuuid.a ${base_libdir}/libuuid.la ${includedir}/uuid FILES_util-linux-lscpu = ${bindir}/lscpu FILES_util-linux-fsck = ${base_sbindir}/fsck* diff --git a/meta/recipes-core/util-linux/util-linux_2.19.1.bb b/meta/recipes-core/util-linux/util-linux_2.19.1.bb index 82040ef..f012907 100644 --- a/meta/recipes-core/util-linux/util-linux_2.19.1.bb +++ b/meta/recipes-core/util-linux/util-linux_2.19.1.bb @@ -1,5 +1,5 @@ MAJOR_VERSION = 2.19 -PR = r12 +PR = r13 require util-linux.inc # note that `lscpu' is under GPLv3+ -- 1.7.6.4 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [CONSOLIDATED PULL 02/26] python-pycairo: Upgrade to 1.10.0
tweak the pycairo.pc correctly. Signed-off-by: Saul Wold s...@linux.intel.com --- .../python/python-pycairo_1.10.0.bb| 39 .../python/python-pycairo_1.8.10.bb| 31 2 files changed, 39 insertions(+), 31 deletions(-) create mode 100644 meta/recipes-devtools/python/python-pycairo_1.10.0.bb delete mode 100644 meta/recipes-devtools/python/python-pycairo_1.8.10.bb diff --git a/meta/recipes-devtools/python/python-pycairo_1.10.0.bb b/meta/recipes-devtools/python/python-pycairo_1.10.0.bb new file mode 100644 index 000..812acfb --- /dev/null +++ b/meta/recipes-devtools/python/python-pycairo_1.10.0.bb @@ -0,0 +1,39 @@ +DESCRIPTION = Python Bindings for the Cairo canvas library +HOMEPAGE = http://cairographics.org/pycairo; +BUGTRACKER = http://bugs.freedesktop.org; +SECTION = python-devel +LICENSE = LGPLv1.1 MPL-1 +LIC_FILES_CHKSUM = file://COPYING;md5=f2e071ab72978431b294a0d696327421 \ + file://COPYING-LGPL-2.1;md5=fad9b3332be894bab9bc501572864b29 \ + file://COPYING-MPL-1.1;md5=bfe1f75d606912a4111c90743d6c7325 + +# cairo = 1.8.8 +DEPENDS = cairo +PR = r0 + +SRC_URI = http://cairographics.org/releases/py2cairo-${PV}.tar.bz2; + +SRC_URI[md5sum] = 20337132c4ab06c1146ad384d55372c5 +SRC_URI[sha256sum] = d30439f06c2ec1a39e27464c6c828b6eface3b22ee17b2de05dc409e429a7431 + +S = ${WORKDIR}/py2cairo-${PV} + +inherit distutils pkgconfig + +do_configure() { + BUILD_SYS=${BUILD_SYS} HOST_SYS=${HOST_SYS} ./waf configure --prefix=${D}${prefix} +} + +do_compile() { + ./waf build +} + +do_install() { + ./waf install + sed \ + -e 's:@prefix@:${prefix}:' \ + -e 's:@VERSION@:${PV}:' \ + -e 's:@includedir@:${includedir}:' \ + pycairo.pc.in pycairo.pc + install -m 0644 pycairo.pc ${D}${libdir}/pkgconfig/ +} diff --git a/meta/recipes-devtools/python/python-pycairo_1.8.10.bb b/meta/recipes-devtools/python/python-pycairo_1.8.10.bb deleted file mode 100644 index 02ec353..000 --- a/meta/recipes-devtools/python/python-pycairo_1.8.10.bb +++ /dev/null @@ -1,31 +0,0 @@ -DESCRIPTION = Python Bindings for the Cairo canvas library -HOMEPAGE = http://cairographics.org/pycairo; -BUGTRACKER = http://bugs.freedesktop.org; -SECTION = python-devel -LICENSE = LGPLv2.1 MPL-1 -LIC_FILES_CHKSUM = file://COPYING;md5=f2e071ab72978431b294a0d696327421 -# cairo = 1.8.8 -DEPENDS = cairo -PR = r2 - -SRC_URI = http://cairographics.org/releases/py2cairo-${PV}.tar.gz; - -SRC_URI[md5sum] = 87421a6a70304120555ba7ba238f3dc3 -SRC_URI[sha256sum] = b15f71019e42e06d86f7e8fe5587f07c3de5a59a6c3a071b25fe100796dbcd56 -S = ${WORKDIR}/pycairo-${PV} - -inherit distutils pkgconfig - -do_compile_prepend() { -#fix the installation path of __init__.py -#It was going in the sysroot instead of target install location - sed -i -e s#dsy.get_python_lib()#'${D}${PYTHON_SITEPACKAGES_DIR}'# ${S}/setup.py -} - -do_install_append () { - install -d ${D}${includedir} - install -d ${D}${libdir} - mv ${D}${datadir}/include/* ${D}${includedir} - mv ${D}${datadir}/lib/* ${D}${libdir} - sed -i -e 's#prefix=.*#prefix=${prefix}#' ${D}${libdir}/pkgconfig/pycairo.pc -} -- 1.7.6.4 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [CONSOLIDATED PULL 17/26] libusb-compat: move libraries to base_libdir
From: Scott Garman scott.a.gar...@intel.com udev links to libusb-compat, and so this library needs to be in base_libdir (/lib) instead of libdir (/usr/lib). Signed-off-by: Scott Garman scott.a.gar...@intel.com --- meta/recipes-support/libusb/libusb-compat_0.1.3.bb | 12 +++- 1 files changed, 11 insertions(+), 1 deletions(-) diff --git a/meta/recipes-support/libusb/libusb-compat_0.1.3.bb b/meta/recipes-support/libusb/libusb-compat_0.1.3.bb index ef8552b..e070463 100644 --- a/meta/recipes-support/libusb/libusb-compat_0.1.3.bb +++ b/meta/recipes-support/libusb/libusb-compat_0.1.3.bb @@ -15,7 +15,7 @@ DEPENDS = libusb1 PROVIDES = libusb PE = 1 -PR = r0 +PR = r1 SRC_URI = ${SOURCEFORGE_MIRROR}/libusb/libusb-compat-${PV}.tar.bz2 \ file://0.1.0-beta1-gcc3.4-fix.patch @@ -24,3 +24,13 @@ SRC_URI[md5sum] = 570ac2ea085b80d1f74ddc7c6a93c0eb SRC_URI[sha256sum] = a590a03b6188030ee1ca1a0af55685fcde005ca807b963970f839be776031d94 inherit autotools pkgconfig binconfig + +EXTRA_OECONF = --libdir=${base_libdir} + +do_install_append() { + install -d ${D}${libdir} + mv ${D}${base_libdir}/*.la ${D}${libdir} + mv ${D}${base_libdir}/pkgconfig ${D}${libdir} +} + +FILES_${PN}-dev += ${base_libdir}/*.so -- 1.7.6.4 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [CONSOLIDATED PULL 18/26] prelink: update to latest git version
From: Scott Garman scott.a.gar...@intel.com New version includes: 2011-12-08 Mark Hatle mark.ha...@windriver.com * rtld/rtld.c: Fix an issue where missing objects would trigger an assert in dl-version.c * rtld/rtld.h: Add _dl_new_object prototype * rtld/rtld.c: Add support for $ORIGIN, $PLATFORM and $LIB. Note: $PLATFORM = These fixes are needed to prevent prelink-rtld from crashing when running the new unsafe-references-in-binaries QA test. Signed-off-by: Scott Garman scott.a.gar...@intel.com --- .../conf/distro/include/distro_tracking_fields.inc |8 meta/recipes-devtools/prelink/prelink_git.bb |2 +- 2 files changed, 5 insertions(+), 5 deletions(-) diff --git a/meta/conf/distro/include/distro_tracking_fields.inc b/meta/conf/distro/include/distro_tracking_fields.inc index 3c4eca4..0346ea3 100644 --- a/meta/conf/distro/include/distro_tracking_fields.inc +++ b/meta/conf/distro/include/distro_tracking_fields.inc @@ -3068,10 +3068,10 @@ RECIPE_LAST_UPDATE_pn-perl = Oct 22, 2011 RECIPE_MANUAL_CHECK_DATE_pn-perl = Nov 16, 2011 RECIPE_MAINTAINER_pn-perl = Nitin A Kamble nitin.a.kam...@intel.com -RECIPE_STATUS_pn-prelink=red -RECIPE_LATEST_VERSION_pn-prelink=1.0+git0+0x909470ee441237563d6236c505cb2d02ddc48704 -RECIPE_LAST_UPDATE_pn-prelink = Jul 23, 2010 -RECIPE_MANUAL_CHECK_DATE_pn-prelink = Dec 01, 2011 +RECIPE_STATUS_pn-prelink=green +RECIPE_LATEST_VERSION_pn-prelink=1.0+git0+0xbb1b660c5e3859b6c5a2ac8d739713e9989a4dd7 +RECIPE_LAST_UPDATE_pn-prelink = Dec 15, 2011 +RECIPE_MANUAL_CHECK_DATE_pn-prelink = Dec 15, 2011 RECIPE_MAINTAINER_pn-prelink = Mark Hatle mark.ha...@windriver.com RECIPE_STATUS_pn-python-dbus=green diff --git a/meta/recipes-devtools/prelink/prelink_git.bb b/meta/recipes-devtools/prelink/prelink_git.bb index af6de8e..31c22ef 100644 --- a/meta/recipes-devtools/prelink/prelink_git.bb +++ b/meta/recipes-devtools/prelink/prelink_git.bb @@ -8,7 +8,7 @@ and executables, so that far fewer relocations need to be resolved at \ runtime and thus programs come up faster. LICENSE = GPLv2 LIC_FILES_CHKSUM = file://COPYING;md5=c93c0550bd3173f4504b2cbd8991e50b -SRCREV = 3e3f9b0876aa5ac83a783a95b8bab52cb38ed785 +SRCREV = bb1b660c5e3859b6c5a2ac8d739713e9989a4dd7 PV = 1.0+git${SRCPV} PR = r7 -- 1.7.6.4 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [CONSOLIDATED PULL 22/26] binutils: fix building on distros with matching binutils version
From: Nitin A Kamble nitin.a.kam...@intel.com x86_64 opensuse 11.4 has bintuils version 2.21, and when binutils_2.21 recipe is built for x86_64 target then, the invocation of distro gcc fails with errors like this: /usr/lib64/gcc/x86_64-suse-linux/4.5/../../../../x86_64-suse-linux/bin/as: symbol lookup error: /usr/lib64/gcc/x86_64-suse-linux/4.5/.. make[2]: *** [sysinfo.o] Error 1 The issue rootcaused as incompatible LD_LIBRARY_PATH while running the distro gcc. As per Martin Jansa gentoo also sees similar issue with binutils 2.22 recipe. This commit fixes the issue by clearing the LD_LIBRARY_PATH for distro gcc (CC_FOR_BUILD) This Fixes bug: [YOCTO #1833] Signed-off-by: Nitin A Kamble nitin.a.kam...@intel.com --- .../binutils/binutils-cross-canadian_2.22.bb |2 +- .../binutils/binutils-crosssdk_2.22.bb |2 +- meta/recipes-devtools/binutils/binutils.inc|2 +- meta/recipes-devtools/binutils/binutils_2.22.bb|2 +- 4 files changed, 4 insertions(+), 4 deletions(-) diff --git a/meta/recipes-devtools/binutils/binutils-cross-canadian_2.22.bb b/meta/recipes-devtools/binutils/binutils-cross-canadian_2.22.bb index e91e7dc..a49aded 100644 --- a/meta/recipes-devtools/binutils/binutils-cross-canadian_2.22.bb +++ b/meta/recipes-devtools/binutils/binutils-cross-canadian_2.22.bb @@ -1,3 +1,3 @@ require binutils_${PV}.bb require binutils-cross-canadian.inc -PR = r1 +PR = r2 diff --git a/meta/recipes-devtools/binutils/binutils-crosssdk_2.22.bb b/meta/recipes-devtools/binutils/binutils-crosssdk_2.22.bb index 21289cd..0e8b6e4 100644 --- a/meta/recipes-devtools/binutils/binutils-crosssdk_2.22.bb +++ b/meta/recipes-devtools/binutils/binutils-crosssdk_2.22.bb @@ -4,7 +4,7 @@ inherit crosssdk PROVIDES = virtual/${TARGET_PREFIX}binutils-crosssdk -PR = r1 +PR = r2 do_configure_prepend () { sed -i 's#/usr/local/lib /lib /usr/lib#${SDKPATHNATIVE}/lib ${SDKPATHNATIVE}/usr/lib /usr/local/lib /lib /usr/lib#' ${S}/ld/configure.tgt diff --git a/meta/recipes-devtools/binutils/binutils.inc b/meta/recipes-devtools/binutils/binutils.inc index 5cb2cc9..30a0416 100644 --- a/meta/recipes-devtools/binutils/binutils.inc +++ b/meta/recipes-devtools/binutils/binutils.inc @@ -76,7 +76,7 @@ export RANLIB_FOR_TARGET = ${TARGET_PREFIX}ranlib export CC_FOR_HOST = ${CCACHE}${HOST_PREFIX}gcc ${HOST_CC_ARCH} export CXX_FOR_HOST = ${CCACHE}${HOST_PREFIX}gcc ${HOST_CC_ARCH} -export CC_FOR_BUILD = ${BUILD_CC} +export CC_FOR_BUILD = LD_LIBRARY_PATH= ${BUILD_CC} export CPP_FOR_BUILD = ${BUILD_CPP} export CFLAGS_FOR_BUILD = ${BUILD_CFLAGS} diff --git a/meta/recipes-devtools/binutils/binutils_2.22.bb b/meta/recipes-devtools/binutils/binutils_2.22.bb index f1e7e12..41a30ee 100644 --- a/meta/recipes-devtools/binutils/binutils_2.22.bb +++ b/meta/recipes-devtools/binutils/binutils_2.22.bb @@ -1,6 +1,6 @@ require binutils.inc -PR = r1 +PR = r2 LIC_FILES_CHKSUM=\ file://src-release;endline=17;md5=4830a9ef968f3b18dd5e9f2c00db2d35\ -- 1.7.6.4 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [CONSOLIDATED PULL 24/26] arch-powerpc: set PACKAGE_EXTRA_ARCHS
From: Ilya Yanok ya...@emcraft.com Set PACKAGE_EXTRA_ARCHS for the generic tunes (powerpc and powerpc-nf) thus allowing to use them instead of tuning to the specific CPU. Signed-off-by: Ilya Yanok ya...@emcraft.com --- meta/conf/machine/include/powerpc/arch-powerpc.inc |6 -- meta/conf/machine/include/tune-ppc603e.inc |2 +- meta/conf/machine/include/tune-ppce300c2.inc |2 +- meta/conf/machine/include/tune-ppce500mc.inc |2 +- 4 files changed, 7 insertions(+), 5 deletions(-) diff --git a/meta/conf/machine/include/powerpc/arch-powerpc.inc b/meta/conf/machine/include/powerpc/arch-powerpc.inc index da1a1d6..8347f86 100644 --- a/meta/conf/machine/include/powerpc/arch-powerpc.inc +++ b/meta/conf/machine/include/powerpc/arch-powerpc.inc @@ -25,9 +25,11 @@ TUNE_PKGARCH ?= ${PPCPKGARCH} # Basic tune definitions AVAILTUNES += powerpc powerpc-nf -TUNE_FEATURES_tune-powerpc ?= m32 fpu-hard -BASE_LIB_tune-powerpc = lib TUNE_FEATURES_tune-powerpc-nf ?= m32 fpu-soft BASE_LIB_tune-powerpc-nf = lib +PACKAGE_EXTRA_ARCHS_tune-powerpc-nf = powerpc-nf +TUNE_FEATURES_tune-powerpc ?= m32 fpu-hard +BASE_LIB_tune-powerpc = lib +PACKAGE_EXTRA_ARCHS_tune-powerpc = ${PACKAGE_EXTRA_ARCHS_tune-powerpc-nf} powerpc diff --git a/meta/conf/machine/include/tune-ppc603e.inc b/meta/conf/machine/include/tune-ppc603e.inc index c743dde..663f220 100644 --- a/meta/conf/machine/include/tune-ppc603e.inc +++ b/meta/conf/machine/include/tune-ppc603e.inc @@ -8,7 +8,7 @@ TUNE_PKGARCH = ${@bb.utils.contains('TUNE_FEATURES', 'ppc603e', 'ppc603e', '${P AVAILTUNES = ppc603e TUNE_FEATURES_tune-ppc603e = m32 fpu-hard ppc603e -PACKAGE_EXTRA_ARCHS_tune-ppc603e = powerpc ppc603e +PACKAGE_EXTRA_ARCHS_tune-ppc603e = ${PACKAGE_EXTRA_ARCHS_tune-powerpc} ppc603e # glibc configure options to get 603e specific library (for sqrt) GLIBC_EXTRA_OECONF += ${@bb.utils.contains(TUNE_FEATURES, ppc603e, -with-cpu=603e, , d)} diff --git a/meta/conf/machine/include/tune-ppce300c2.inc b/meta/conf/machine/include/tune-ppce300c2.inc index 5eea4a6..bdca1aa 100644 --- a/meta/conf/machine/include/tune-ppce300c2.inc +++ b/meta/conf/machine/include/tune-ppce300c2.inc @@ -8,4 +8,4 @@ TUNE_PKGARCH = ${@bb.utils.contains(TUNE_FEATURES, ppce300c2, ppce300c2, AVAILTUNES += ppce300c2 TUNE_FEATURES_tune-ppce300c2 = m32 fpu-soft ppce300c2 -PACKAGE_EXTRA_ARCHS_tune-ppce300c2 = powerpc-nf ppce300c2 +PACKAGE_EXTRA_ARCHS_tune-ppce300c2 = ${PACKAGE_EXTRA_ARCHS_tune-powerpc-nf} ppce300c2 diff --git a/meta/conf/machine/include/tune-ppce500mc.inc b/meta/conf/machine/include/tune-ppce500mc.inc index 33820ef..950c46d 100644 --- a/meta/conf/machine/include/tune-ppce500mc.inc +++ b/meta/conf/machine/include/tune-ppce500mc.inc @@ -8,7 +8,7 @@ TUNE_PKGARCH = ${@bb.utils.contains(TUNE_FEATURES, ppce500mc, ppce500mc, AVAILTUNES = ppce500mc TUNE_FEATURES_tune-ppce500mc = m32 fpu-hard ppce500mc -PACKAGE_EXTRA_ARCHS_tune-ppce500mc = powerpc ppce500mc +PACKAGE_EXTRA_ARCHS_tune-ppce500mc = ${PACKAGE_EXTRA_ARCHS_tune-powerpc} ppce500mc # glibc configure options to get e500mc specific library (for sqrt) GLIBC_EXTRA_OECONF += ${@bb.utils.contains(TUNE_FEATURES, ppce500mc, -with-cpu=e500mc, , d)} -- 1.7.6.4 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [CONSOLIDATED PULL 25/26] zypper: add patch from libxml2
Due to Augaes adding the libxml2 requirement. Signed-off-by: Saul Wold s...@linux.intel.com --- .../zypper/zypper/cmake_libxml2.patch | 28 meta/recipes-extended/zypper/zypper_git.bb |3 +- 2 files changed, 30 insertions(+), 1 deletions(-) create mode 100644 meta/recipes-extended/zypper/zypper/cmake_libxml2.patch diff --git a/meta/recipes-extended/zypper/zypper/cmake_libxml2.patch b/meta/recipes-extended/zypper/zypper/cmake_libxml2.patch new file mode 100644 index 000..8cda7a4 --- /dev/null +++ b/meta/recipes-extended/zypper/zypper/cmake_libxml2.patch @@ -0,0 +1,28 @@ +Upstream-Status: Pending + +Signed-off-by: Saul Wold s...@linux.intel.com + +Index: git/CMakeLists.txt +=== +--- git.orig/CMakeLists.txt2011-12-20 15:13:59.851209493 -0800 git/CMakeLists.txt 2011-12-20 15:14:51.167211302 -0800 +@@ -25,6 +25,9 @@ + PKG_CHECK_MODULES(RPM REQUIRED rpm) + INCLUDE_DIRECTORIES( ${RPM_INCLUDE_DIRS} ) + ++PKG_CHECK_MODULES(LIBXML REQUIRED libxml-2.0) ++INCLUDE_DIRECTORIES( ${LIBXML_INCLUDE_DIRS} ) ++ + FIND_PACKAGE( Zypp REQUIRED ) + IF( ZYPP_FOUND ) + INCLUDE_DIRECTORIES(${ZYPP_INCLUDE_DIR}) +@@ -70,6 +73,9 @@ + INCLUDE(CTest) + ENABLE_TESTING() + ++# New Augeas requires libxml now ++PKG_CHECK_MODULES(LIBXML REQUIRED libxml-2.0) ++INCLUDE_DIRECTORIES( ${LIBXML_INCLUDE_DIRS} ) + + # documentation too important to be hidden in doc: + INSTALL( diff --git a/meta/recipes-extended/zypper/zypper_git.bb b/meta/recipes-extended/zypper/zypper_git.bb index 4f4fc4d..e5963be 100644 --- a/meta/recipes-extended/zypper/zypper_git.bb +++ b/meta/recipes-extended/zypper/zypper_git.bb @@ -5,13 +5,14 @@ LICENSE = GPLv2+ LIC_FILES_CHKSUM = file://COPYING;md5=3201406e350b39e05a82e28b5020f413 DEPENDS = libzypp augeas -PR = r6 +PR = r1 SRCREV = 2c5bb6ceb99ecd950ef993e43d77bf0569ea0582 inherit cmake SRC_URI = git://github.com/openSUSE/zypper.git;protocol=git \ file://cmake.patch \ + file://cmake_libxml2.patch \ file://dso_linking_change_build_fix.patch \ file://rpm5-flag.patch \ -- 1.7.6.4 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [CONSOLIDATED PULL 20/26] gmp: Don't check $CC $CFLAGS for x32 in gmp configure
From: H.J. Lu hjl.to...@gmail.com There is no need to check $CC $CFLAGS for x32 in gmp configure. The way GMP works is that it makes all the ABIs available for the user to pick from based on the target, but the final ABI is selected based on the $ABI variable or if compiler passes the ABI test. The test for x32 ABI is any_x32_testlist=sizeof-long-4 GMP will select x32 ABI only if long is 4byte, which will only be set to 4 by -mx32 passed in $CC $CFLAGS. Signed-off-by: H.J. Lu hjl.to...@gmail.com Signed-off-by: Nitin A Kamble nitin.a.kam...@intel.com --- meta/recipes-support/gmp/gmp/gmp_fix_for_x32.patch | 24 --- 1 files changed, 10 insertions(+), 14 deletions(-) diff --git a/meta/recipes-support/gmp/gmp/gmp_fix_for_x32.patch b/meta/recipes-support/gmp/gmp/gmp_fix_for_x32.patch index b8e22aa..76d3a00 100644 --- a/meta/recipes-support/gmp/gmp/gmp_fix_for_x32.patch +++ b/meta/recipes-support/gmp/gmp/gmp_fix_for_x32.patch @@ -8,7 +8,7 @@ Signed Off By: Nitin A Kamble nitin.a.kam...@intel.com 2011/11/21 --- gmp-4.3.2/configure.in.x32 2011-08-12 15:03:06.143548291 -0700 +++ gmp-4.3.2/configure.in 2011-08-12 15:06:20.580595316 -0700 -@@ -1499,6 +1499,25 @@ case $host in +@@ -1499,6 +1499,21 @@ case $host in path_64=x86_64/atom x86_64 ;; esac @@ -16,19 +16,15 @@ Signed Off By: Nitin A Kamble nitin.a.kam...@intel.com 2011/11/21 + # X32 support. + case x$path_64 in +xx86_64*) -+ case x$CC $CFLAGS in -+x*-mx32*) -+ abilist=x32 64 32 -+ path_x32=$path_64 -+ limb_x32=longlong -+ cclist_x32=gcc -+ gcc_x32_cflags=-O2 -mx32 -+ any_x32_testlist=sizeof-long-4 -+ CALLING_CONVENTIONS_OBJS_x32='amd64call.lo amd64check$U.lo' -+ SPEED_CYCLECOUNTER_OBJ_x32=x86_64.lo -+ cyclecounter_size_x32=2 -+ ;; -+ esac ++ abilist=x32 64 32 ++ path_x32=$path_64 ++ limb_x32=longlong ++ cclist_x32=gcc ++ gcc_x32_cflags=-O2 -mx32 ++ any_x32_testlist=sizeof-long-4 ++ CALLING_CONVENTIONS_OBJS_x32='amd64call.lo amd64check$U.lo' ++ SPEED_CYCLECOUNTER_OBJ_x32=x86_64.lo ++ cyclecounter_size_x32=2 + ;; + esac ;; -- 1.7.6.4 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [CONSOLIDATED PULL 21/26] bitbake.conf multilib.conf: move the definition of baselib
From: Nitin A Kamble nitin.a.kam...@intel.com The baselib value varies with tune, even when multilib is not configured. This commit makes the logic to find value of baselib based on the tune available outside of multilib setup. This Fixes bug: [YOCTO #1854] Signed-off-by: Nitin A Kamble nitin.a.kam...@intel.com --- meta/conf/bitbake.conf |2 +- meta/conf/multilib.conf |2 -- 2 files changed, 1 insertions(+), 3 deletions(-) diff --git a/meta/conf/bitbake.conf b/meta/conf/bitbake.conf index 1c21616..700a40a 100644 --- a/meta/conf/bitbake.conf +++ b/meta/conf/bitbake.conf @@ -9,7 +9,7 @@ # Used by multilib code to change the library paths baselib = ${BASELIB} baselib[vardepvalue] = ${baselib} -BASELIB = lib +BASELIB = ${@d.getVar('BASE_LIB_tune-' + (d.getVar('DEFAULTTUNE', True) or 'INVALID'), True) or 'lib'} BASELIB_powerpc64 = lib64 # Path prefixes diff --git a/meta/conf/multilib.conf b/meta/conf/multilib.conf index 87a3d86..a9448df 100644 --- a/meta/conf/multilib.conf +++ b/meta/conf/multilib.conf @@ -1,6 +1,4 @@ -baselib = ${@d.getVar('BASE_LIB_tune-' + (d.getVar('DEFAULTTUNE', True) or 'INVALID'), True) or 'lib'} - MULTILIB_VARIANTS = ${@extend_variants(d,'MULTILIBS','multilib')} MULTILIB_SAVE_VARNAME = DEFAULTTUNE -- 1.7.6.4 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [CONSOLIDATED PULL 19/26] insane.bbclass: add QA tests for unsafe references to exec_prefix
From: Scott Garman scott.a.gar...@intel.com Files under exec_prefix (commonly /usr) may not be available during system recovery. exec_prefix may also be kept on a separate partition that is mounted late in the boot process. This QA test throws an warning if a binary in base_[bindir|sbindir|libdir] is dynamically linked to a file under exec_prefix. The intention is to turn this into an error in the near future. It also checks executable non-binaries (e.g, shell scripts) in the above base directories with a simple grep test to look for references to exec_prefix. This test only produces a warning, since false positives are likely. This fixes [YOCTO #1008] Signed-off-by: Scott Garman scott.a.gar...@intel.com --- meta/classes/insane.bbclass | 111 ++- 1 files changed, 109 insertions(+), 2 deletions(-) diff --git a/meta/classes/insane.bbclass b/meta/classes/insane.bbclass index 5726e69..b8d4507 100644 --- a/meta/classes/insane.bbclass +++ b/meta/classes/insane.bbclass @@ -11,6 +11,10 @@ # -Check if packages contains .debug directories or .so files # where they should be in -dev or -dbg # -Check if config.log contains traces to broken autoconf tests +# -Ensure that binaries in base_[bindir|sbindir|libdir] do not link +# into exec_prefix +# -Check that scripts in base_[bindir|sbindir|libdir] do not reference +# files under exec_prefix # @@ -19,9 +23,14 @@ # The package.bbclass can help us here. # inherit package -PACKAGE_DEPENDS += pax-utils-native desktop-file-utils-native +PACKAGE_DEPENDS += pax-utils-native desktop-file-utils-native ${QADEPENDS} PACKAGEFUNCS += do_package_qa +# unsafe-references-in-binaries requires prelink-rtld from +# prelink-native, but we don't want this DEPENDS for -native builds +QADEPENDS = prelink-native +QADEPENDS_virtclass-native = +QADEPENDS_virtclass-nativesdk = # # dictionary for elf headers @@ -100,7 +109,7 @@ def package_qa_get_machine_dict(): # Currently not being used by default desktop -WARN_QA ?= ldflags useless-rpaths rpaths +WARN_QA ?= ldflags useless-rpaths rpaths unsafe-references-in-binaries unsafe-references-in-scripts ERROR_QA ?= dev-so debug-deps dev-deps debug-files arch la2 pkgconfig la perms def package_qa_clean_path(path,d): @@ -201,6 +210,104 @@ def package_qa_check_perm(path,name,d, elf, messages): return +QAPATHTEST[unsafe-references-in-binaries] = package_qa_check_unsafe_references_in_binaries +def package_qa_check_unsafe_references_in_binaries(path, name, d, elf, messages): + + Ensure binaries in base_[bindir|sbindir|libdir] do not link to files under exec_prefix + + if unsafe_references_skippable(path, name, d): + return + + if elf: + import subprocess as sub + pn = d.getVar('PN', True) + + exec_prefix = d.getVar('exec_prefix', True) + sysroot_path = d.getVar('STAGING_DIR_TARGET', True) + sysroot_path_usr = sysroot_path + exec_prefix + + try: + ldd_output = sub.check_output([prelink-rtld, --root, sysroot_path, path]) + except sub.CalledProcessError as e: + if e.returncode != 127: + error_msg = pn + : prelink-rtld aborted when processing %s % path + package_qa_handle_error(unsafe-references-in-binaries, error_msg, d) + return False + else: + # Sometimes this is done deliberately (e.g, e2fsprogs), so only warn + bb.warn(%s has missing library dependencies % path) + return + if sysroot_path_usr in ldd_output: + error_msg = pn + : %s links to something under exec_prefix % path + package_qa_handle_error(unsafe-references-in-binaries, error_msg, d) + error_msg = ldd reports: %s % ldd_output + package_qa_handle_error(unsafe-references-in-binaries, error_msg, d) + return False + +QAPATHTEST[unsafe-references-in-scripts] = package_qa_check_unsafe_references_in_scripts +def package_qa_check_unsafe_references_in_scripts(path, name, d, elf, messages): + + Warn if scripts in base_[bindir|sbindir|libdir] reference files under exec_prefix + + if unsafe_references_skippable(path, name, d): + return + + if not elf: + import stat + pn = d.getVar('PN', True) + + # Ensure we're checking an executable script + statinfo = os.stat(path) + if bool(statinfo.st_mode stat.S_IXUSR): + # grep shell scripts for possible references to /exec_prefix/ + exec_prefix = d.getVar('exec_prefix', True) +
[OE-core] [CONSOLIDATED PULL 23/26] image-types: add btrfs as a supported fstype
From: Nitin A Kamble nitin.a.kam...@intel.com Signed-off-by: Nitin A Kamble nitin.a.kam...@intel.com --- meta/classes/image_types.bbclass |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/meta/classes/image_types.bbclass b/meta/classes/image_types.bbclass index 489fbe1..6893e38 100644 --- a/meta/classes/image_types.bbclass +++ b/meta/classes/image_types.bbclass @@ -160,4 +160,4 @@ IMAGE_DEPENDS_ubi = mtd-utils-native IMAGE_DEPENDS_ubifs = mtd-utils-native # This variable is available to request which values are suitable for IMAGE_FSTYPES -IMAGE_TYPES = jffs2 sum.jffs2 cramfs ext2 ext2.gz ext2.bz2 ext3 ext3.gz ext2.lzma live squashfs squashfs-lzma ubi tar tar.gz tar.bz2 tar.xz cpio cpio.gz cpio.xz cpio.lzma +IMAGE_TYPES = jffs2 sum.jffs2 cramfs ext2 ext2.gz ext2.bz2 ext3 ext3.gz ext2.lzma btrfs live squashfs squashfs-lzma ubi tar tar.gz tar.bz2 tar.xz cpio cpio.gz cpio.xz cpio.lzma -- 1.7.6.4 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [CONSOLIDATED PULL 26/26] bash: Add SRC_URI Checksums for GPLv2
Signed-off-by: Saul Wold s...@linux.intel.com --- meta/recipes-extended/bash/bash_3.2.48.bb |3 +++ 1 files changed, 3 insertions(+), 0 deletions(-) diff --git a/meta/recipes-extended/bash/bash_3.2.48.bb b/meta/recipes-extended/bash/bash_3.2.48.bb index 1f70263..f10f687 100644 --- a/meta/recipes-extended/bash/bash_3.2.48.bb +++ b/meta/recipes-extended/bash/bash_3.2.48.bb @@ -22,6 +22,9 @@ SRC_URI[patch002.sha256sum] = 081bb03c580ecee63ba03b40beb3caf509eca29515b2e8dd3 SRC_URI[patch003.md5sum] = 15c6653042e9814aa87120098fc7a849 SRC_URI[patch003.sha256sum] = 354886097cd95b4def77028f32ee01e2e088d58a98184fede9d3ce9320e218ef +SRC_URI[md5sum] = 338dcf975a93640bb3eaa843ca42e3f8 +SRC_URI[sha256sum] = 128d281bd5682ba5f6953122915da71976357d7a76490d266c9173b1d0426348 + inherit autotools gettext PARALLEL_MAKE = -- 1.7.6.4 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core