Re: [oe] [meta-oe][meta-efl][PATCH 1/2] polkit: enable and disable systemd/consolekit support explicitly
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Op 20-02-12 23:13, Martin Jansa schreef: * people using sysvinit already have or can set something like task-core-boot.bb does VIRTUAL-RUNTIME_init_manager ?= sysvinit to disable systemd explicitly (so it's not picked by shlib when it's available because other packages). * and for the rest it will disable consolekit and enable systemd explititly Signed-off-by: Martin Jansa martin.ja...@gmail.com --- .../recipes-extended/polkit/polkit_0.104.bbappend |7 +-- 1 files changed, 5 insertions(+), 2 deletions(-) diff --git a/meta-oe/recipes-extended/polkit/polkit_0.104.bbappend b/meta-oe/recipes-extended/polkit/polkit_0.104.bbappend index 3c43970..d649f61 100644 --- a/meta-oe/recipes-extended/polkit/polkit_0.104.bbappend +++ b/meta-oe/recipes-extended/polkit/polkit_0.104.bbappend @@ -1,3 +1,6 @@ -DEPENDS += systemd +PRINC := ${@int(PRINC) + 3} -PRINC = 1 +PACKAGECONFIG ??= ${@base_contains('VIRTUAL-RUNTIME_init_manager', 'sysvinit', 'consolekit', 'systemd', d)} +PACKAGECONFIG[systemd] = --enable-systemd,--disable-systemd,systemd +# there is no --enable/--disable option for consolekit and it's not picked by shlibs, so add it to RDEPENDS +PACKAGECONFIG[consolekit] = ,,,consolekit I really don't want to use runtime vars to trigger buildtime deps :( -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (Darwin) Comment: GPGTools - http://gpgtools.org iEYEARECAAYFAk9EqLAACgkQMkyGM64RGpF9nACeJIMiWeUkdZ1f7HlDT669DohK xaEAoIbezxgzLUg97K500qpxDn1rPzH8 =XcOs -END PGP SIGNATURE- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [meta-oe][PATCH v2] v4l-utils: skip qv4l2 instead of using host toolchain
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Op 22-02-12 01:05, Ciprian Ciubotariu schreef: See #2134 What does that mean? -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (Darwin) Comment: GPGTools - http://gpgtools.org iEYEARECAAYFAk9EqpMACgkQMkyGM64RGpEfewCgqXchlAA5NdkJM2o+IAdKwd2y Lk8An3xPy9yCbnvOPqlLnQxnV8E1Hu/U =1MjV -END PGP SIGNATURE- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [meta-oe][meta-efl][PATCH 1/2] polkit: enable and disable systemd/consolekit support explicitly
On Wed, Feb 22, 2012 at 09:35:09AM +0100, Koen Kooi wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Op 20-02-12 23:13, Martin Jansa schreef: * people using sysvinit already have or can set something like task-core-boot.bb does VIRTUAL-RUNTIME_init_manager ?= sysvinit to disable systemd explicitly (so it's not picked by shlib when it's available because other packages). * and for the rest it will disable consolekit and enable systemd explititly Signed-off-by: Martin Jansa martin.ja...@gmail.com --- .../recipes-extended/polkit/polkit_0.104.bbappend |7 +-- 1 files changed, 5 insertions(+), 2 deletions(-) diff --git a/meta-oe/recipes-extended/polkit/polkit_0.104.bbappend b/meta-oe/recipes-extended/polkit/polkit_0.104.bbappend index 3c43970..d649f61 100644 --- a/meta-oe/recipes-extended/polkit/polkit_0.104.bbappend +++ b/meta-oe/recipes-extended/polkit/polkit_0.104.bbappend @@ -1,3 +1,6 @@ -DEPENDS += systemd +PRINC := ${@int(PRINC) + 3} -PRINC = 1 +PACKAGECONFIG ??= ${@base_contains('VIRTUAL-RUNTIME_init_manager', 'sysvinit', 'consolekit', 'systemd', d)} +PACKAGECONFIG[systemd] = --enable-systemd,--disable-systemd,systemd +# there is no --enable/--disable option for consolekit and it's not picked by shlibs, so add it to RDEPENDS +PACKAGECONFIG[consolekit] = ,,,consolekit I really don't want to use runtime vars to trigger buildtime deps :( But as VIRTUAL-RUNTIME_* should be consistent for whole build, then you can consider them as distro level PREFERRED_PROVIDERS for runtime. But if you want I'll send v2 with just PACKAGECONFIG definition changed to PACKAGECONFIG ??= systemd so that people with sysvinit can still easily overwrite it from .bbappend. Cheers, -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (Darwin) Comment: GPGTools - http://gpgtools.org iEYEARECAAYFAk9EqLAACgkQMkyGM64RGpF9nACeJIMiWeUkdZ1f7HlDT669DohK xaEAoIbezxgzLUg97K500qpxDn1rPzH8 =XcOs -END PGP SIGNATURE- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel -- Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com signature.asc Description: Digital signature ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [meta-oe] vsftpd: add new package
Hi Andreas, Le Mon, 20 Feb 2012 19:29:41 +0100, Andreas Oberritter o...@opendreambox.org a écrit : On 20.02.2012 14:51, Eric Bénard wrote: - imported 2.0.5 from oe-classic - upgrade to 2.3.5 which is latest stable - tested on ARMv5 with Angstrom I created a recipe for vsftpd, too. Here's my version for your reference. All patches were taken from the Debian or Ubuntu package. It differs from your recipe in these ways: - uses openssl - uses pam if available - uses xinetd - allows to set custom default configuration options in bbappends - only build-tested with OE-core, no runtime tests so far. your recipe was just pushed (with this email as the commit message ...). I think it would have need a little rework, at least to not depend on xinetd by default and be runtime tested before being pushed. Eric -- http://eukrea.com/en/news/104-2012 ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [meta-oe] vsftpd: add new package
On Wed, Feb 22, 2012 at 10:12 AM, Eric Bénard e...@eukrea.com wrote: Hi Andreas, Le Mon, 20 Feb 2012 19:29:41 +0100, Andreas Oberritter o...@opendreambox.org a écrit : On 20.02.2012 14:51, Eric Bénard wrote: - imported 2.0.5 from oe-classic - upgrade to 2.3.5 which is latest stable - tested on ARMv5 with Angstrom I created a recipe for vsftpd, too. Here's my version for your reference. All patches were taken from the Debian or Ubuntu package. It differs from your recipe in these ways: - uses openssl - uses pam if available - uses xinetd - allows to set custom default configuration options in bbappends - only build-tested with OE-core, no runtime tests so far. your recipe was just pushed (with this email as the commit message ...). I think it would have need a little rework, at least to not depend on xinetd by default and be runtime tested before being pushed. Eric And preferably should be committed in meta-oe/recipes-connectivity/vsftpd/ Now is in root of meta-openembedded. Cheers Andrea -- http://eukrea.com/en/news/104-2012 ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [meta-oe][PATCH 5/6] meta-initramfs: add kexecboot recipes from meta-handheld
On Tue, Feb 21, 2012 at 1:21 AM, Andrea Adami andrea.ad...@gmail.com wrote: * (purged from device specific settings) Signed-off-by: Andrea Adami andrea.ad...@gmail.com --- .../recipes-bsp/kexecboot/kexecboot-cfg_0.1.bb | 61 .../recipes-bsp/kexecboot/kexecboot-klibc_git.bb | 12 meta-initramfs/recipes-bsp/kexecboot/kexecboot.inc | 54 + .../recipes-bsp/kexecboot/kexecboot_git.bb | 9 +++ 4 files changed, 136 insertions(+), 0 deletions(-) create mode 100644 meta-initramfs/recipes-bsp/kexecboot/kexecboot-cfg_0.1.bb create mode 100644 meta-initramfs/recipes-bsp/kexecboot/kexecboot-klibc_git.bb create mode 100644 meta-initramfs/recipes-bsp/kexecboot/kexecboot.inc create mode 100644 meta-initramfs/recipes-bsp/kexecboot/kexecboot_git.bb diff --git a/meta-initramfs/recipes-bsp/kexecboot/kexecboot-cfg_0.1.bb b/meta-initramfs/recipes-bsp/kexecboot/kexecboot-cfg_0.1.bb new file mode 100644 index 000..84c1116 --- /dev/null +++ b/meta-initramfs/recipes-bsp/kexecboot/kexecboot-cfg_0.1.bb @@ -0,0 +1,61 @@ +DESCRIPTION = Configuration file for kexecboot +SECTION = base +LICENSE = MIT +LIC_FILES_CHKSUM = file://${COREBASE}/LICENSE;md5=3f40d7994397109285ec7b81fdeb3b58 + +PR = r13 + +INHIBIT_DEFAULT_DEPS = 1 + +SRC_URI = file://icon.xpm + +CMDLINE ?= +CMDLINE_DEBUG ?= ${@base_conditional('DISTRO_TYPE', 'release', 'quiet', 'debug',d)} + +# Note: for qvga the label is currently limited to about 24 chars +KEXECBOOT_LABEL ?= ${@d.getVar('DISTRO', True) or d.getVar('DISTRO_VERSION', True)}-${MACHINE} + +do_configure_prepend () { + install -m 0644 ${WORKDIR}/icon.xpm ${S} +} + +do_install_prepend () { +echo '# First kernel stanza. +# Specify full kernel path on target. +KERNEL=/boot/${KERNEL_IMAGETYPE} + +# Show this label in kexecboot menu. +LABEL=${KEXECBOOT_LABEL} +# +# Append this tags to the kernel cmdline. +APPEND=${CMDLINE} ${CMDLINE_DEBUG} +# +# Specify optional initrd/initramfs. +# INITRD=/boot/initramfs.cpio.gz +# +# Specify full path for a custom icon for the menu-item. +# If not set, use device-icons as default (NAND, SD, CF, ...). +# ICON=/boot/icon.xpm +# +# Priority of item in kexecboot menu. +# Items with highest priority will be shown at top of menu. +# Default: 0 (lowest, ordered by device ordering) +# PRIORITY=10 +# +# +# Second kernel stanza. +# KERNEL=/boot/${KERNEL_IMAGETYPE}-test +# LABEL=${DISTRO}-${MACHINE}-test +# APPEND=${CMDLINE} +#' ${S}/boot.cfg +} + +do_install () { + install -d ${D}/boot + install -m 0644 boot.cfg ${D}/boot/boot.cfg + install -m 0644 icon.xpm ${D}/boot/icon.xpm +} + +PACKAGE_ARCH = ${MACHINE_ARCH} + +FILES_${PN} += /boot/* diff --git a/meta-initramfs/recipes-bsp/kexecboot/kexecboot-klibc_git.bb b/meta-initramfs/recipes-bsp/kexecboot/kexecboot-klibc_git.bb new file mode 100644 index 000..0d6d00f --- /dev/null +++ b/meta-initramfs/recipes-bsp/kexecboot/kexecboot-klibc_git.bb @@ -0,0 +1,12 @@ +RDEPENDS_${PN} = kexec-klibc +PV = 0.5.9 +PR = r8+gitr${SRCREV} + +SRC_URI = git://git.linuxtogo.org/home/groups/kexecboot/kexecboot.git;protocol=git +SRCREV = 8f1d3cc3d9c650c6a6c88f83071185d6ee0ef9c7 +S = ${WORKDIR}/git + +# the binary is statically linked against klibc +inherit klibc + +require kexecboot.inc diff --git a/meta-initramfs/recipes-bsp/kexecboot/kexecboot.inc b/meta-initramfs/recipes-bsp/kexecboot/kexecboot.inc new file mode 100644 index 000..a205904 --- /dev/null +++ b/meta-initramfs/recipes-bsp/kexecboot/kexecboot.inc @@ -0,0 +1,54 @@ +### +# Configure options: +# +# --enable-static-linking compile kexecboot as static executable [default=no] +# --enable-fbui support framebuffer menu [default=yes] +# --enable-fbui-width limit FB UI width to specified value [default=no] +# --enable-fbui-height limit FB UI height to specified value [default=no] +# --enable-textui support console text user interface [default=no] +# --enable-cfgfiles support config files [default=yes] +# --enable-icons support custom icons (depends on fbui) [default=yes] +# --enable-zaurus compile Sharp Zaurus specific code [default=no] +# --enable-zimage compile with zImage support [default=yes] +# --enable-uimage compile with uImage support [default=no] +# --enable-machine-kernel look for machine-specific zImage kernel [default=no] +# --enable-devices-recreating +# enable devices re-creating [default=yes] +# --enable-debug enable debug output [default=no] +# --enable-host-debug allow for non-destructive executing of kexecboot on +# host system [default=no] +# --enable-numkeys enable menu item selection by keys [0-9] [default=yes] +# --enable-bg-buffer enable buffer for pre-drawed
[oe] [meta-oe][PATCH 0/2] PACKAGECONFIG for polkit and foxtrotgps upgrade
The following changes since commit f89d930201725d0427b0c1e881cff929c5a8ef7e: vsftpd: add new package (2012-02-22 09:45:55 +0100) are available in the git repository at: git://git.openembedded.org/meta-openembedded-contrib jansa/pull http://cgit.openembedded.org/cgit.cgi/meta-openembedded-contrib/log/?h=jansa/pull Martin Jansa (2): foxtrotgps: upgrade to 1.1.0 polkit: enable and disable systemd/consolekit support explicitly .../recipes-extended/polkit/polkit_0.104.bbappend |7 ++- .../foxtrotgps-1.0.1/remove.unused.header.patch| 40 .../{foxtrotgps_1.0.1.bb = foxtrotgps_1.1.0.bb} |8 +-- 3 files changed, 8 insertions(+), 47 deletions(-) delete mode 100644 meta-oe/recipes-navigation/foxtrotgps/foxtrotgps-1.0.1/remove.unused.header.patch rename meta-oe/recipes-navigation/foxtrotgps/{foxtrotgps_1.0.1.bb = foxtrotgps_1.1.0.bb} (61%) -- 1.7.8.4 ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [meta-oe][PATCH 1/2] foxtrotgps: upgrade to 1.1.0
Signed-off-by: Martin Jansa martin.ja...@gmail.com --- .../foxtrotgps-1.0.1/remove.unused.header.patch| 40 .../{foxtrotgps_1.0.1.bb = foxtrotgps_1.1.0.bb} |8 +-- 2 files changed, 3 insertions(+), 45 deletions(-) delete mode 100644 meta-oe/recipes-navigation/foxtrotgps/foxtrotgps-1.0.1/remove.unused.header.patch rename meta-oe/recipes-navigation/foxtrotgps/{foxtrotgps_1.0.1.bb = foxtrotgps_1.1.0.bb} (61%) diff --git a/meta-oe/recipes-navigation/foxtrotgps/foxtrotgps-1.0.1/remove.unused.header.patch b/meta-oe/recipes-navigation/foxtrotgps/foxtrotgps-1.0.1/remove.unused.header.patch deleted file mode 100644 index d80d321..000 --- a/meta-oe/recipes-navigation/foxtrotgps/foxtrotgps-1.0.1/remove.unused.header.patch +++ /dev/null @@ -1,40 +0,0 @@ -curl/types.h was removed in -https://github.com/bagder/curl/commit/2ef7a28a71f819343afefa721e5497119fb2cee0#include/curl -and is not available in curl-7.21.8 and newer - -=== modified file 'foxtrotgps-1.0.1/src/friends.c' foxtrotgps-1.0.1.orig/src/friends.c2011-05-01 20:51:37 + -+++ foxtrotgps-1.0.1/src/friends.c 2011-07-21 15:34:03 + -@@ -17,7 +17,6 @@ - #include gtk/gtk.h - - #include curl/curl.h --#include curl/types.h - #include curl/easy.h - - - -=== modified file 'foxtrotgps-1.0.1/src/tile_management.c' foxtrotgps-1.0.1.orig/src/tile_management.c2011-06-02 11:25:49 + -+++ foxtrotgps-1.0.1/src/tile_management.c 2011-07-21 15:34:06 + -@@ -8,7 +8,6 @@ - #include glib/gprintf.h - #include string.h - #include curl/curl.h --#include curl/types.h - #include curl/easy.h - #include math.h - #include globals.h - -=== modified file 'foxtrotgps-1.0.1/src/util.h' foxtrotgps-1.0.1.orig/src/util.h 2010-04-13 02:20:30 + -+++ foxtrotgps-1.0.1/src/util.h2011-07-21 15:34:05 + -@@ -2,7 +2,6 @@ - #include gtk/gtk.h - - #include curl/curl.h --#include curl/types.h - #include curl/easy.h - int - sql_execute(char *db_name, char *sql, int (*cb_func)(void*,int,char**,char**)); - diff --git a/meta-oe/recipes-navigation/foxtrotgps/foxtrotgps_1.0.1.bb b/meta-oe/recipes-navigation/foxtrotgps/foxtrotgps_1.1.0.bb similarity index 61% rename from meta-oe/recipes-navigation/foxtrotgps/foxtrotgps_1.0.1.bb rename to meta-oe/recipes-navigation/foxtrotgps/foxtrotgps_1.1.0.bb index 2a8293e..2580abc 100644 --- a/meta-oe/recipes-navigation/foxtrotgps/foxtrotgps_1.0.1.bb +++ b/meta-oe/recipes-navigation/foxtrotgps/foxtrotgps_1.1.0.bb @@ -5,12 +5,10 @@ SECTION = x11/applications LICENSE = GPLv2 LIC_FILES_CHKSUM = file://COPYING;md5=59530bdf33659b29e73d4adb9f9f6552 DEPENDS = curl gtk+ gconf libglade sqlite3 libexif gpsd -PR = r1 -SRC_URI = http://www.foxtrotgps.org/releases/${P}.tar.gz \ - file://remove.unused.header.patch -SRC_URI[md5sum] = 982d14cdb0439cc4d6aa6cefc232124d -SRC_URI[sha256sum] = 059158fd8e61137e2e6d6e01685add7fb85cce8483faa99efb01187f2ba50841 +SRC_URI = http://www.foxtrotgps.org/releases/${P}.tar.gz; +SRC_URI[md5sum] = 1585d332ae546a0f84e8327ac21b27b9 +SRC_URI[sha256sum] = 2d0d66d3e6d3c6ca1c8e5d82129182a49691b9622067b7c5edf82d808ebf1a77 inherit autotools pkgconfig perlnative -- 1.7.8.4 ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [meta-oe][PATCH 2/2] polkit: enable and disable systemd/consolekit support explicitly
* people using sysvinit need to add something like PACKAGECONFIG = ${@base_contains('VIRTUAL-RUNTIME_init_manager', 'sysvinit', 'consolekit', 'systemd', d)} or just PACKAGECONFIG = consolekit to their own .bbappend if they don't want to get systemd in their images. * and for the rest it will enable systemd explititly Signed-off-by: Martin Jansa martin.ja...@gmail.com --- .../recipes-extended/polkit/polkit_0.104.bbappend |7 +-- 1 files changed, 5 insertions(+), 2 deletions(-) diff --git a/meta-oe/recipes-extended/polkit/polkit_0.104.bbappend b/meta-oe/recipes-extended/polkit/polkit_0.104.bbappend index 3c43970..1e2cccd 100644 --- a/meta-oe/recipes-extended/polkit/polkit_0.104.bbappend +++ b/meta-oe/recipes-extended/polkit/polkit_0.104.bbappend @@ -1,3 +1,6 @@ -DEPENDS += systemd +PRINC := ${@int(PRINC) + 3} -PRINC = 1 +PACKAGECONFIG ??= systemd +PACKAGECONFIG[systemd] = --enable-systemd,--disable-systemd,systemd +# there is no --enable/--disable option for consolekit and it's not picked by shlibs, so add it to RDEPENDS +PACKAGECONFIG[consolekit] = ,,,consolekit -- 1.7.8.4 ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [meta-oe] vsftpd: add new package
On 22.02.2012 10:52, Andrea Adami wrote: On Wed, Feb 22, 2012 at 10:12 AM, Eric Bénard e...@eukrea.com wrote: Hi Andreas, Le Mon, 20 Feb 2012 19:29:41 +0100, Andreas Oberritter o...@opendreambox.org a écrit : On 20.02.2012 14:51, Eric Bénard wrote: - imported 2.0.5 from oe-classic - upgrade to 2.3.5 which is latest stable - tested on ARMv5 with Angstrom I created a recipe for vsftpd, too. Here's my version for your reference. All patches were taken from the Debian or Ubuntu package. It differs from your recipe in these ways: - uses openssl - uses pam if available - uses xinetd - allows to set custom default configuration options in bbappends - only build-tested with OE-core, no runtime tests so far. your recipe was just pushed (with this email as the commit message ...). I think it would have need a little rework, at least to not depend on xinetd by default and be runtime tested before being pushed. Eric And preferably should be committed in meta-oe/recipes-connectivity/vsftpd/ Now is in root of meta-openembedded. Cheers Andrea Yes. That was definitely not meant to be applied as is. Koen, did you by accident pick the wrong patch? Please revert and commit http://patches.openembedded.org/patch/21437/ instead. Regards, Andreas ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [meta-oe][PATCH 5/6] meta-initramfs: add kexecboot recipes from meta-handheld
On Wed, Feb 22, 2012 at 11:06:54AM +0100, Andrea Adami wrote: On Tue, Feb 21, 2012 at 1:21 AM, Andrea Adami andrea.ad...@gmail.com wrote: * (purged from device specific settings) With this patchset applied to meta-oe and current meta-handheld master I get strange bitbake error while parsing: OE qemux86-64@shr ~/shr-core $ bitbake mcnavi Pseudo is not present but is required, building this first before the main build NOTE: Out of date cache found, rebuilding... ERROR: Command execution failed: Exited with 1 | ETA: 0:00:36 Summary: There were 0 ERROR messages shown, returning a non-zero exit code. IIRC someone reported same error message yesterday on IRC or ML. Removing meta-handheld from bblayers.conf allows me to finish parsing and adding new meta-initramfs to bblayers.conf works too. Maybe it's some require/include/inherit without corresponding file available, but for those it was showing reasonable error message before.. Cheers, Signed-off-by: Andrea Adami andrea.ad...@gmail.com --- .../recipes-bsp/kexecboot/kexecboot-cfg_0.1.bb | 61 .../recipes-bsp/kexecboot/kexecboot-klibc_git.bb | 12 meta-initramfs/recipes-bsp/kexecboot/kexecboot.inc | 54 + .../recipes-bsp/kexecboot/kexecboot_git.bb | 9 +++ 4 files changed, 136 insertions(+), 0 deletions(-) create mode 100644 meta-initramfs/recipes-bsp/kexecboot/kexecboot-cfg_0.1.bb create mode 100644 meta-initramfs/recipes-bsp/kexecboot/kexecboot-klibc_git.bb create mode 100644 meta-initramfs/recipes-bsp/kexecboot/kexecboot.inc create mode 100644 meta-initramfs/recipes-bsp/kexecboot/kexecboot_git.bb diff --git a/meta-initramfs/recipes-bsp/kexecboot/kexecboot-cfg_0.1.bb b/meta-initramfs/recipes-bsp/kexecboot/kexecboot-cfg_0.1.bb new file mode 100644 index 000..84c1116 --- /dev/null +++ b/meta-initramfs/recipes-bsp/kexecboot/kexecboot-cfg_0.1.bb @@ -0,0 +1,61 @@ +DESCRIPTION = Configuration file for kexecboot +SECTION = base +LICENSE = MIT +LIC_FILES_CHKSUM = file://${COREBASE}/LICENSE;md5=3f40d7994397109285ec7b81fdeb3b58 + +PR = r13 + +INHIBIT_DEFAULT_DEPS = 1 + +SRC_URI = file://icon.xpm + +CMDLINE ?= +CMDLINE_DEBUG ?= ${@base_conditional('DISTRO_TYPE', 'release', 'quiet', 'debug',d)} + +# Note: for qvga the label is currently limited to about 24 chars +KEXECBOOT_LABEL ?= ${@d.getVar('DISTRO', True) or d.getVar('DISTRO_VERSION', True)}-${MACHINE} + +do_configure_prepend () { + install -m 0644 ${WORKDIR}/icon.xpm ${S} +} + +do_install_prepend () { +echo '# First kernel stanza. +# Specify full kernel path on target. +KERNEL=/boot/${KERNEL_IMAGETYPE} + +# Show this label in kexecboot menu. +LABEL=${KEXECBOOT_LABEL} +# +# Append this tags to the kernel cmdline. +APPEND=${CMDLINE} ${CMDLINE_DEBUG} +# +# Specify optional initrd/initramfs. +# INITRD=/boot/initramfs.cpio.gz +# +# Specify full path for a custom icon for the menu-item. +# If not set, use device-icons as default (NAND, SD, CF, ...). +# ICON=/boot/icon.xpm +# +# Priority of item in kexecboot menu. +# Items with highest priority will be shown at top of menu. +# Default: 0 (lowest, ordered by device ordering) +# PRIORITY=10 +# +# +# Second kernel stanza. +# KERNEL=/boot/${KERNEL_IMAGETYPE}-test +# LABEL=${DISTRO}-${MACHINE}-test +# APPEND=${CMDLINE} +#' ${S}/boot.cfg +} + +do_install () { + install -d ${D}/boot + install -m 0644 boot.cfg ${D}/boot/boot.cfg + install -m 0644 icon.xpm ${D}/boot/icon.xpm +} + +PACKAGE_ARCH = ${MACHINE_ARCH} + +FILES_${PN} += /boot/* diff --git a/meta-initramfs/recipes-bsp/kexecboot/kexecboot-klibc_git.bb b/meta-initramfs/recipes-bsp/kexecboot/kexecboot-klibc_git.bb new file mode 100644 index 000..0d6d00f --- /dev/null +++ b/meta-initramfs/recipes-bsp/kexecboot/kexecboot-klibc_git.bb @@ -0,0 +1,12 @@ +RDEPENDS_${PN} = kexec-klibc +PV = 0.5.9 +PR = r8+gitr${SRCREV} + +SRC_URI = git://git.linuxtogo.org/home/groups/kexecboot/kexecboot.git;protocol=git +SRCREV = 8f1d3cc3d9c650c6a6c88f83071185d6ee0ef9c7 +S = ${WORKDIR}/git + +# the binary is statically linked against klibc +inherit klibc + +require kexecboot.inc diff --git a/meta-initramfs/recipes-bsp/kexecboot/kexecboot.inc b/meta-initramfs/recipes-bsp/kexecboot/kexecboot.inc new file mode 100644 index 000..a205904 --- /dev/null +++ b/meta-initramfs/recipes-bsp/kexecboot/kexecboot.inc @@ -0,0 +1,54 @@ +### +# Configure options: +# +# --enable-static-linking compile kexecboot as static executable [default=no] +# --enable-fbui support framebuffer menu
Re: [oe] [meta-oe] vsftpd: add new package
Op 22 feb. 2012, om 11:35 heeft Andreas Oberritter het volgende geschreven: On 22.02.2012 10:52, Andrea Adami wrote: On Wed, Feb 22, 2012 at 10:12 AM, Eric Bénard e...@eukrea.com wrote: Hi Andreas, Le Mon, 20 Feb 2012 19:29:41 +0100, Andreas Oberritter o...@opendreambox.org a écrit : On 20.02.2012 14:51, Eric Bénard wrote: - imported 2.0.5 from oe-classic - upgrade to 2.3.5 which is latest stable - tested on ARMv5 with Angstrom I created a recipe for vsftpd, too. Here's my version for your reference. All patches were taken from the Debian or Ubuntu package. It differs from your recipe in these ways: - uses openssl - uses pam if available - uses xinetd - allows to set custom default configuration options in bbappends - only build-tested with OE-core, no runtime tests so far. your recipe was just pushed (with this email as the commit message ...). I think it would have need a little rework, at least to not depend on xinetd by default and be runtime tested before being pushed. Eric And preferably should be committed in meta-oe/recipes-connectivity/vsftpd/ Now is in root of meta-openembedded. Cheers Andrea Yes. That was definitely not meant to be applied as is. Koen, did you by accident pick the wrong patch? Please revert and commit http://patches.openembedded.org/patch/21437/ instead. Right, I picked the wrong patch, sorry about that. The was that path intentional? remark in patchwork suddenly makes sense, I couldn't figure it out while I was reading through the discussion. Anyway, my bad, the 21437 patch is in now. regards, Koen ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [meta-oe][v2] 00/22] systemd rework
On Mon, Feb 20, 2012 at 5:04 PM, Martin Jansa martin.ja...@gmail.com wrote: On Mon, Feb 20, 2012 at 04:56:46PM +0100, Andreas Müller wrote: On Mon, Feb 20, 2012 at 1:40 PM, Martin Jansa martin.ja...@gmail.com wrote: On Thu, Feb 16, 2012 at 03:02:54AM +0100, Andreas Müller wrote: V1 - V2: [2] do not check configuration variables for cross and nativesdk [3] rename systemd_package to systemd_generate_package_scripts [6] parse unit files to determine the files to pack [7] create warning if *-systemd package already rdepends it's base package added in V2: [8]-[20] remove obsolet systemd code from recipes (these were used as test cases) [21] dhcp-(relay) test case for multiple systemd packages [22] modified to start service The following tests were performed: * build from scratch with [1]-[7] / run test * build from scratch / apply patches / build - check buildhistory diff * build from scratch w/o patches / build from scratch with patches - check buildhistory diff Additional patches were prepared for other recipes inheriting systemd. These are not yet send because they move systemd support from ${PN} to ${PN}-systemd which currently needs modifications on tasks/images. I'd be happy if a common accepted solution would be suggested/implemented (image-feature?). Today I've noticed one more issue (not sure if it's caused by this patchset or not). I think it is Some images are failing for me with: For package xserver-nodm-init-systemd SYSTEMD_SERVICE-entry xserver-nodm.service does not exist from systemd.bbclass:populate_packages_prepend I guess it's because sstate package: sstate-xserver-nodm-init-all-oe-linux-2.0-r13-all-2-2ac030a94ddbd202f54b99c2e32c6312_package.tgz has only package/lib/systemd/system/xserver-nodm.service but systemd.bbclass:populate_packages_prepend is looking only in ${D} (image directory). I assume you are working with temp files deleted (don't know the exact Yes temp files were deleted (and inherit rm_work). config option now). To fix: Is there a variable pointing to package dir? classes/package.bbclass:PKGD = ${WORKDIR}/package should help I am working on this and checked rm_work.bbclass. Seems that complete package contents are retained / respectively are recovered by sstate. Hence I have another question: Will it cause problems to run the whole code in populate_packages_prepend only (once) in case ${D} exists? Any fallout to expect by this simple solution? Please let me know if so because this would save me from long build tests. Andreas ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [meta-oe][v2] 00/22] systemd rework
On Wed, Feb 22, 2012 at 01:47:07PM +0100, Andreas Müller wrote: On Mon, Feb 20, 2012 at 5:04 PM, Martin Jansa martin.ja...@gmail.com wrote: On Mon, Feb 20, 2012 at 04:56:46PM +0100, Andreas Müller wrote: On Mon, Feb 20, 2012 at 1:40 PM, Martin Jansa martin.ja...@gmail.com wrote: On Thu, Feb 16, 2012 at 03:02:54AM +0100, Andreas Müller wrote: V1 - V2: [2] do not check configuration variables for cross and nativesdk [3] rename systemd_package to systemd_generate_package_scripts [6] parse unit files to determine the files to pack [7] create warning if *-systemd package already rdepends it's base package added in V2: [8]-[20] remove obsolet systemd code from recipes (these were used as test cases) [21] dhcp-(relay) test case for multiple systemd packages [22] modified to start service The following tests were performed: * build from scratch with [1]-[7] / run test * build from scratch / apply patches / build - check buildhistory diff * build from scratch w/o patches / build from scratch with patches - check buildhistory diff Additional patches were prepared for other recipes inheriting systemd. These are not yet send because they move systemd support from ${PN} to ${PN}-systemd which currently needs modifications on tasks/images. I'd be happy if a common accepted solution would be suggested/implemented (image-feature?). Today I've noticed one more issue (not sure if it's caused by this patchset or not). I think it is Some images are failing for me with: For package xserver-nodm-init-systemd SYSTEMD_SERVICE-entry xserver-nodm.service does not exist from systemd.bbclass:populate_packages_prepend I guess it's because sstate package: sstate-xserver-nodm-init-all-oe-linux-2.0-r13-all-2-2ac030a94ddbd202f54b99c2e32c6312_package.tgz has only package/lib/systemd/system/xserver-nodm.service but systemd.bbclass:populate_packages_prepend is looking only in ${D} (image directory). I assume you are working with temp files deleted (don't know the exact Yes temp files were deleted (and inherit rm_work). config option now). To fix: Is there a variable pointing to package dir? classes/package.bbclass:PKGD = ${WORKDIR}/package should help I am working on this and checked rm_work.bbclass. Seems that complete package contents are retained / respectively are recovered by sstate. Hence I have another question: Will it cause problems to run the whole code in populate_packages_prepend only (once) in case ${D} exists? Any fallout to expect by this simple solution? If I understand you right, then looks good to me. Please let me know if so because this would save me from long build tests. For me this whole series can go in as it is now and my comments can be implemented as followup patches (which will be easier to review then whole patchset again). Maybe only add that variable for /lib/systemd/system so I can push my systemd rework patchset for meta-smartphone with this variable already. Cheers, -- Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com signature.asc Description: Digital signature ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [meta-oe][PATCH v2] v4l-utils: skip qv4l2 instead of using host toolchain
It's a reference to our internal issue tracker, which scans commit messages for such 'See #blah' references and makes a nice list of commits attached to each issue. I can strip that if needed. I was actually wondering how one can obey commit policies of more than one community, and still make use of git's DSCM abilities. On Wed, 2012-02-22 at 09:42 +0100, Koen Kooi wrote: Op 22-02-12 01:05, Ciprian Ciubotariu schreef: See #2134 What does that mean? ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [meta-oe][v2] 00/22] systemd rework
On Wed, Feb 22, 2012 at 2:15 PM, Martin Jansa martin.ja...@gmail.com wrote: On Wed, Feb 22, 2012 at 01:47:07PM +0100, Andreas Müller wrote: On Mon, Feb 20, 2012 at 5:04 PM, Martin Jansa martin.ja...@gmail.com wrote: On Mon, Feb 20, 2012 at 04:56:46PM +0100, Andreas Müller wrote: On Mon, Feb 20, 2012 at 1:40 PM, Martin Jansa martin.ja...@gmail.com wrote: On Thu, Feb 16, 2012 at 03:02:54AM +0100, Andreas Müller wrote: V1 - V2: [2] do not check configuration variables for cross and nativesdk [3] rename systemd_package to systemd_generate_package_scripts [6] parse unit files to determine the files to pack [7] create warning if *-systemd package already rdepends it's base package added in V2: [8]-[20] remove obsolet systemd code from recipes (these were used as test cases) [21] dhcp-(relay) test case for multiple systemd packages [22] modified to start service The following tests were performed: * build from scratch with [1]-[7] / run test * build from scratch / apply patches / build - check buildhistory diff * build from scratch w/o patches / build from scratch with patches - check buildhistory diff Additional patches were prepared for other recipes inheriting systemd. These are not yet send because they move systemd support from ${PN} to ${PN}-systemd which currently needs modifications on tasks/images. I'd be happy if a common accepted solution would be suggested/implemented (image-feature?). Today I've noticed one more issue (not sure if it's caused by this patchset or not). I think it is Some images are failing for me with: For package xserver-nodm-init-systemd SYSTEMD_SERVICE-entry xserver-nodm.service does not exist from systemd.bbclass:populate_packages_prepend I guess it's because sstate package: sstate-xserver-nodm-init-all-oe-linux-2.0-r13-all-2-2ac030a94ddbd202f54b99c2e32c6312_package.tgz has only package/lib/systemd/system/xserver-nodm.service but systemd.bbclass:populate_packages_prepend is looking only in ${D} (image directory). I assume you are working with temp files deleted (don't know the exact Yes temp files were deleted (and inherit rm_work). config option now). To fix: Is there a variable pointing to package dir? classes/package.bbclass:PKGD = ${WORKDIR}/package should help I am working on this and checked rm_work.bbclass. Seems that complete package contents are retained / respectively are recovered by sstate. Hence I have another question: Will it cause problems to run the whole code in populate_packages_prepend only (once) in case ${D} exists? Any fallout to expect by this simple solution? If I understand you right, then looks good to me. Please let me know if so because this would save me from long build tests. For me this whole series can go in as it is now and my comments can be implemented as followup patches (which will be easier to review then whole patchset again). Maybe only add that variable for /lib/systemd/system so I can push my systemd rework patchset for meta-smartphone with this variable already. I am afraid I have embedded all comments already - will send a new version after test... * the modifications will be documented * commits untouched will remain Otavio's ack so efforts for another review are few. Cheers Andreas ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [PATCH] bluez4: two patches for 4.98
* Adding two patches fixing functionality of bluez-4.98. The first fixes the synchronization between bluetoothd and driver. And the second is necessary for A2DP to work. Signed-off-by: Vita Preskovsky vi...@ti.com --- recipes/bluez/bluez4_4.98.bb |2 + .../files/0001-socket-enable-for-bluez-4_98.patch | 25 ++ ...synchronization-between-bluetoothd-and-dr.patch | 50 3 files changed, 77 insertions(+), 0 deletions(-) create mode 100644 recipes/bluez/files/0001-socket-enable-for-bluez-4_98.patch create mode 100755 recipes/bluez/files/0002-bluez4-fix-synchronization-between-bluetoothd-and-dr.patch diff --git a/recipes/bluez/bluez4_4.98.bb b/recipes/bluez/bluez4_4.98.bb index 2303994..1a5fd21 100644 --- a/recipes/bluez/bluez4_4.98.bb +++ b/recipes/bluez/bluez4_4.98.bb @@ -3,6 +3,8 @@ require bluez4.inc SRC_URI = \ ${KERNELORG_MIRROR}/pub/linux/bluetooth/bluez-${PV}.tar.gz \ file://bluetooth.conf \ + file://0001-socket-enable-for-bluez-4_98.patch \ + file://0002-bluez4-fix-synchronization-between-bluetoothd-and-dr.patch \ SRC_URI[md5sum] = 362864b716950baa04797de735fc237b SRC_URI[sha256sum] = 9a5b655bada7c7a1921cb3bac83b8a32bbe49893e4c7a1377cdc1b0d35f7d233 diff --git a/recipes/bluez/files/0001-socket-enable-for-bluez-4_98.patch b/recipes/bluez/files/0001-socket-enable-for-bluez-4_98.patch new file mode 100644 index 000..05cb2ee --- /dev/null +++ b/recipes/bluez/files/0001-socket-enable-for-bluez-4_98.patch @@ -0,0 +1,25 @@ +From e142a28897c0b0fe9e61259a96dad6fb9f818ecd Mon Sep 17 00:00:00 2001 +From: Moosa moosa.bara...@babcomsoftware.com +Date: Wed, 22 Feb 2012 10:06:37 +0200 +Subject: [PATCH] socket enable for bluez 0_98 + +* This is necessary for working with A2DP +--- + audio/audio.conf |1 + + 1 files changed, 1 insertions(+), 0 deletions(-) + +diff --git a/audio/audio.conf b/audio/audio.conf +index 302e046..9533ada 100644 +--- a/audio/audio.conf b/audio/audio.conf +@@ -3,6 +3,7 @@ + # This section contains options which are not specific to any + # particular interface + [General] ++Enable=Socket + + # Switch to master role for incoming connections (defaults to true) + #Master=true +-- +1.7.1 + diff --git a/recipes/bluez/files/0002-bluez4-fix-synchronization-between-bluetoothd-and-dr.patch b/recipes/bluez/files/0002-bluez4-fix-synchronization-between-bluetoothd-and-dr.patch new file mode 100755 index 000..4897647 --- /dev/null +++ b/recipes/bluez/files/0002-bluez4-fix-synchronization-between-bluetoothd-and-dr.patch @@ -0,0 +1,50 @@ +From ddca351e504dc3cb8d91ea10a1863949699c6e50 Mon Sep 17 00:00:00 2001 +From: Vita Preskovsky vi...@ti.com +Date: Tue, 13 Dec 2011 22:54:47 +0200 +Subject: [PATCH] bluez4: fix synchronization between bluetoothd and driver + * To fix situation when bluetoothd doesn't get messages +it expects to receive from the kernel. Therefore the +the required requests are sent again at the stage when device +is up. The mismatch caused to the list of adapters to be +empty. + +Signed-off-by: Vita Preskovsky vi...@ti.com +--- + plugins/hciops.c | 21 + + 1 files changed, 21 insertions(+), 0 deletions(-) + +diff --git a/plugins/hciops.c b/plugins/hciops.c +index ecc0e86..e2198ee 100644 +--- a/plugins/hciops.c b/plugins/hciops.c +@@ -2512,6 +2512,27 @@ static void device_devup_setup(int index) + hci_send_cmd(dev-sk, OGF_HOST_CTL, OCF_READ_STORED_LINK_KEY, + READ_STORED_LINK_KEY_CP_SIZE, cp); + ++ /* Even though it shouldn't happen it seems like we might miss ++ * initialization commands that kernel sends. So we check it here ++ * to avoid situation when we have device but it is not in the list ++ * of adapters. */ ++ if (hci_test_bit(PENDING_FEATURES, dev-pending)) ++ hci_send_cmd(dev-sk, OGF_INFO_PARAM, ++ OCF_READ_LOCAL_FEATURES, 0, NULL); ++ ++ if (hci_test_bit(PENDING_VERSION, dev-pending)) ++ hci_send_cmd(dev-sk, OGF_INFO_PARAM, ++ OCF_READ_LOCAL_VERSION, 0, NULL); ++ ++ if (hci_test_bit(PENDING_NAME, dev-pending)) ++ hci_send_cmd(dev-sk, OGF_HOST_CTL, ++ OCF_READ_LOCAL_NAME, 0, NULL); ++ ++ if (hci_test_bit(PENDING_BDADDR, dev-pending)) ++ hci_send_cmd(dev-sk, OGF_INFO_PARAM, ++ OCF_READ_BD_ADDR, 0, NULL); ++ ++ + if (!dev-pending) + init_adapter(index); + } +-- +1.7.0.4 + -- 1.7.0.4 ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [meta-oe][v2] 00/22] systemd rework
On Wed, Feb 22, 2012 at 12:45:55PM -0200, Otavio Salvador wrote: On Wed, Feb 22, 2012 at 11:15, Martin Jansa martin.ja...@gmail.com wrote: Maybe only add that variable for /lib/systemd/system so I can push my systemd rework patchset for meta-smartphone with this variable already. Can you explain why you'd like to move those files? I don't want to move it.. just wanted to use systemd_unitdir variable as discussed here http://www.mail-archive.com/openembedded-devel@lists.openembedded.org/msg23921.html when I'm updating all recipes in meta-smartphone which are using systemd, see: http://git.shr-project.org/git/?p=meta-smartphone.git;a=shortlog;h=refs/heads/jansa/test Cheers, -- Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com signature.asc Description: Digital signature ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] OE Changelog for 2012-02-13 to 2012-02-20
Changelog for 2012-02-13 to 2012-02-20. Projects included in this report: bitbake: git://git.openembedded.org/bitbake openembedded-core: git://git.openembedded.org/openembedded-core meta-openembedded: git://git.openembedded.org/meta-openembedded meta-angstrom: git://git.angstrom-distribution.org/meta-angstrom meta-yocto: git://git.yoctoproject.org/poky meta-texasinstruments: git://git.angstrom-distribution.org/meta-texasinstruments meta-smartphone: http://git.shr-project.org/repo/meta-smartphone.git meta-micro: git://git.openembedded.org/meta-micro meta-slugos: git://github.com/kraj/meta-slugos meta-nslu2: git://github.com/kraj/meta-nslu2 meta-intel: git://git.yoctoproject.org/meta-intel meta-handheld: git://git.openembedded.org/meta-handheld meta-opie: git://git.openembedded.org/meta-opie openembedded: git://git.openembedded.org/openembedded meta-bug: git://github.com/buglabs/meta-bug.git meta-efikamx: git://github.com/kraj/meta-efikamx.git meta-gumstix: git://gitorious.org/schnitzeltony-oe-meta/meta-gumstix.git meta-ettus: http://github.com/koenkooi/meta-ettus.git meta-fsl-ppc: git://git.yoctoproject.org/meta-fsl-ppc meta-igep: http://github.com/ebutera/meta-igep.git meta-netbookpro: git://github.com/tworaz/meta-netbookpro meta-xilinx: git://git.yoctoproject.org/meta-xilinx meta-chicken: git://github.com/OSSystems/meta-chicken meta-java: git://github.com/woglinde/meta-java meta-mozilla: git://github.com/OSSystems/meta-mozilla meta-qt3: git://git.yoctoproject.org/meta-qt3 meta-telephony: git://gitorious.org/sysmocom-openembedded/meta-telephony.git meta-eldk: git://git.denx.de/eldk.git Changelog for bitbake: Caleb Crome (1): Fix parser hang at 0% with single-core machines Christopher Larson (2): Merge remote-tracking branch 'kergoth/hang-issue-fix' persist_data: survive if sqlite3 couldn't enable the shared cache Changelog for openembedded-core: Changelog for meta-openembedded: Martin Jansa (2): webkit-efl: resolve build error with missing eina lib when linked by gold imagemagick: upgrade to 6.7.5 because 6.4.4 is not compatible with zlib-1.2. Peter Tworek (1): xfce4-settings: Update to latest stable version 4.8.3. Changelog for meta-angstrom: Changelog for meta-yocto: Changelog for meta-texasinstruments: Changelog for meta-smartphone: Denis 'GNUtoo' Carikli (2): meta-openmoko: om-gta04: add support for jffs2 images base-files: add fstab override for om-gta04 Martin Jansa (8): recipes: bump PR to rebuild .la files without libz.la meta-shr: bump DISTRO_PR and enable gold meta-shr: drop DISTRO_REVISION and DISTRO_PR, they are not used in oe-core : Merge remote-tracking branch 'contrib/shr' meta-nokia, meta-openmoko, u-boot: Always use gnu ld for LD meta-smartphone: move OLDEST_KERNEL setting from machine configs to distro c freesmartphone: use ${S} instead of ${WORKDIR}/git/${PN} when looking for .s Revert polkit: disable systemd support explicitly until we switch completel Changelog for meta-micro: Changelog for meta-slugos: Changelog for meta-nslu2: Changelog for meta-intel: Changelog for meta-handheld: Changelog for meta-opie: Changelog for openembedded: Henning Heinold (12): libbecj-bootstrap: use sort for build order of the javafiles and introduce I jamvm-inital: rework libffi detection cacao-native: update hg version icedtea6-native: add linux kernel version 3 support ecj-inital: rename recipe to ecj-initial-native jamvm: add recipes which combines native and target angstrom-jalimo.conf,sane-toolchain-java.inc: use jamvm-git instead of cacao rhino: add version 1.7r2 ecj-bootstrap-native: update ecj script openjdk: backport 1.11.1 release from meta-java angstrom-jalimo.conf: prefer icedtea 1.11.1 for openjdk6 openjdk-6-common.inc: fix hardcoded path for allowing to build with linux 3. Changelog for meta-bug: Changelog for meta-efikamx: Changelog for meta-gumstix: Changelog for meta-ettus: Changelog for meta-fsl-ppc:
[oe] Still no luck with runqemu
It boots, and opens a window, but when I type in the window, the keys are scrambled. Screen shot attached. The characters you see are the result of typing rootreturn into that window. Does this look familiar to anyone? Who can tell me what I need to do to be able to use the qemu? --rich attachment: Screen Shot 2012-02-22 at 09.45.28 .png___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] Still no luck with runqemu
On Wednesday 22 February 2012 09:48:36 Rich Pixley wrote: It boots, and opens a window, but when I type in the window, the keys are scrambled. Screen shot attached. The characters you see are the result of typing rootreturn into that window. Does this look familiar to anyone? Who can tell me what I need to do to be able to use the qemu? Some quick googling suggests that adding the following to the runqemu command line might help: qemuparams=-k en Cheers, Paul -- Paul Eggleton Intel Open Source Technology Centre ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] Still no luck with runqemu
On 2/22/12 09:57 , Paul Eggleton wrote: On Wednesday 22 February 2012 09:48:36 Rich Pixley wrote: It boots, and opens a window, but when I type in the window, the keys are scrambled. Screen shot attached. The characters you see are the result of typing rootreturn into that window. Does this look familiar to anyone? Who can tell me what I need to do to be able to use the qemu? Some quick googling suggests that adding the following to the runqemu command line might help: qemuparams=-k en qemuparms=-k en-us did it for me. Thank you. --rich ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] Still no luck with runqemu
On Wed, Feb 22, 2012 at 9:48 AM, Rich Pixley rich.pix...@palm.com wrote: It boots, and opens a window, but when I type in the window, the keys are scrambled. Screen shot attached. The characters you see are the result of typing rootreturn into that window. Does this look familiar to anyone? Who can tell me what I need to do to be able to use the qemu? seems you are using mac as client, I have similar issues on mac. I never bothered to dive deep since it worked well from a linux box. --rich ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [meta-oe][PATCH] udev: Upgrade 180 - 181
On Wed, Feb 22, 2012 at 9:40 AM, Koen Kooi k...@dominion.thruhere.net wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Op 21-02-12 03:47, Khem Raj schreef: 180 does not compile with kmod-5 As a precaution: how did you test it? I booted an image on qemuarm but not on a real hardware something that I think should be good to be done before getting this in. regards, Koen Signed-off-by: Khem Raj raj.k...@gmail.com --- .../recipes-core/udev/{udev_180.bb = udev_181.bb} | 5 +++-- 1 files changed, 3 insertions(+), 2 deletions(-) rename meta-oe/recipes-core/udev/{udev_180.bb = udev_181.bb} (95%) diff --git a/meta-oe/recipes-core/udev/udev_180.bb b/meta-oe/recipes-core/udev/udev_181.bb similarity index 95% rename from meta-oe/recipes-core/udev/udev_180.bb rename to meta-oe/recipes-core/udev/udev_181.bb index 4cabcce..1e0a02a 100644 --- a/meta-oe/recipes-core/udev/udev_180.bb +++ b/meta-oe/recipes-core/udev/udev_181.bb @@ -22,8 +22,9 @@ DEPENDS = gperf-native usbutils acl glib-2.0 util-linux kmod # version specific SRC_URI SRC_URI = ${KERNELORG_MIRROR}/linux/utils/kernel/hotplug/${P}.tar.gz \ file://gtk-doc.make -SRC_URI[md5sum] = 7a74429e5b4d5cc3d389945774807e46 -SRC_URI[sha256sum] = d8f021cc940da7c1f928e2e651c6aa00c5695f3227f560de4a65584e2f089115 + +SRC_URI[md5sum] = 86fed9d76060c8157e550ca1b4ee3250 +SRC_URI[sha256sum] = b4b0fb6553926bb83ff43b65df44f29a3bce0980a970bcc4a80d5e4f81946f30 # generic SRC_URI SRC_URI += \ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (Darwin) Comment: GPGTools - http://gpgtools.org iEYEARECAAYFAk9FKIQACgkQMkyGM64RGpHcQgCfdh9XbBY2PiWIPan2P9ie0l6x uzwAnAkeAaFqawKu1OA57wAaeRSuJP0/ =U/fR -END PGP SIGNATURE- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] gcc-cross-initial patching fails
At build from scratch I get ERROR: Command Error: exit status: 1 Output: Applying patch gcc45-no-add-needed.patch patching file gcc/config/alpha/elf.h patching file gcc/config/ia64/linux.h patching file gcc/config/linux.h Hunk #1 succeeded at 89 (offset -12 lines). patching file gcc/config/rs6000/sysv4.h Hunk #1 FAILED at 908. 1 out of 1 hunk FAILED -- rejects in file gcc/config/rs6000/sysv4.h Patch gcc45-no-add-needed.patch does not apply (enforce with -f) ERROR: Function failed: patch_do_patch ERROR: Logfile of failure stored in: /home/Superandy/tmp/oe-core-eglibc/work-shared/gcc-4.5-r45+svnr181733/temp/log.do_patch.5367 NOTE: package gcc-cross-initial-4.5-r45+svnr181733: task do_patch: Failed ERROR: Task 2829 (/home/Superandy/data/oe-core/sources/meta-openembedded/meta-oe/recipes-devtools/gcc/gcc-cross-initial_4.5.bb, do_patch) failed with exit code '1' git log does not help me much - what goes wrong? Andreas ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] gcc-cross-initial patching fails
On Wed, Feb 22, 2012 at 2:13 PM, Andreas Müller schnitzelt...@googlemail.com wrote: At build from scratch I get ERROR: Command Error: exit status: 1 Output: Applying patch gcc45-no-add-needed.patch patching file gcc/config/alpha/elf.h patching file gcc/config/ia64/linux.h patching file gcc/config/linux.h Hunk #1 succeeded at 89 (offset -12 lines). patching file gcc/config/rs6000/sysv4.h Hunk #1 FAILED at 908. 1 out of 1 hunk FAILED -- rejects in file gcc/config/rs6000/sysv4.h Patch gcc45-no-add-needed.patch does not apply (enforce with -f) ERROR: Function failed: patch_do_patch ERROR: Logfile of failure stored in: /home/Superandy/tmp/oe-core-eglibc/work-shared/gcc-4.5-r45+svnr181733/temp/log.do_patch.5367 NOTE: package gcc-cross-initial-4.5-r45+svnr181733: task do_patch: Failed ERROR: Task 2829 (/home/Superandy/data/oe-core/sources/meta-openembedded/meta-oe/recipes-devtools/gcc/gcc-cross-initial_4.5.bb, do_patch) failed with exit code '1' git log does not help me much - what goes wrong? Which actual patch is it failing on? Is there a conflict between oe-core and meta-oe patch set against gcc? -M ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [meta-oe] gcc-4_6-branch-linaro-backports.inc: allow GCC-4_6-BRANCH-LINARO-BACKPORTS to be overridden
This is useful when we want to include meta-oe as is, and also want to modify the toolchain such that these patches don't apply cleanly Signed-off-by: Matthew McClintock m...@freescale.com --- .../gcc/gcc-4_6-branch-linaro-backports.inc|2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/meta-oe/recipes-devtools/gcc/gcc-4_6-branch-linaro-backports.inc b/meta-oe/recipes-devtools/gcc/gcc-4_6-branch-linaro-backports.inc index 882876e..b0fd3c7 100644 --- a/meta-oe/recipes-devtools/gcc/gcc-4_6-branch-linaro-backports.inc +++ b/meta-oe/recipes-devtools/gcc/gcc-4_6-branch-linaro-backports.inc @@ -1,4 +1,4 @@ -GCC-4_6-BRANCH-LINARO-BACKPORTS = \ +GCC-4_6-BRANCH-LINARO-BACKPORTS ?= \ file://linaro/gcc-4.6-linaro-r106720.patch \ file://linaro/gcc-4.6-linaro-r106733.patch \ file://linaro/gcc-4.6-linaro-r106737.patch \ -- 1.7.6.1 ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] gcc-cross-initial patching fails
On Wed, Feb 22, 2012 at 9:13 PM, Andreas Müller schnitzelt...@googlemail.com wrote: At build from scratch I get ERROR: Command Error: exit status: 1 Output: Applying patch gcc45-no-add-needed.patch patching file gcc/config/alpha/elf.h patching file gcc/config/ia64/linux.h patching file gcc/config/linux.h Hunk #1 succeeded at 89 (offset -12 lines). patching file gcc/config/rs6000/sysv4.h Hunk #1 FAILED at 908. 1 out of 1 hunk FAILED -- rejects in file gcc/config/rs6000/sysv4.h Patch gcc45-no-add-needed.patch does not apply (enforce with -f) ERROR: Function failed: patch_do_patch ERROR: Logfile of failure stored in: /home/Superandy/tmp/oe-core-eglibc/work-shared/gcc-4.5-r45+svnr181733/temp/log.do_patch.5367 NOTE: package gcc-cross-initial-4.5-r45+svnr181733: task do_patch: Failed ERROR: Task 2829 (/home/Superandy/data/oe-core/sources/meta-openembedded/meta-oe/recipes-devtools/gcc/gcc-cross-initial_4.5.bb, do_patch) failed with exit code '1' git log does not help me much - what goes wrong? After looking around a bit I think this one is better on oe-core list. Maybe it is related to the last two patches: commit 6546096d068b51cc9cf4557cdb35aee6f62838d5 Author: Lianhao Lu lianhao...@intel.com Date: Tue Feb 14 10:57:52 2012 +0800 gcc: Excluding the DATE/SRCDATE from do_patch dependency. Corrected the error introduced by commit afb400e of dropping DATE/SRCDATE out of the vardepsexlude list of do_patch. Signed-off-by: Lianhao Lu lianhao...@intel.com diff --git a/meta/recipes-devtools/gcc/gcc-common.inc b/meta/recipes-devtools/gcc/gcc-common.inc index 57668f9..df6021a 100644 --- a/meta/recipes-devtools/gcc/gcc-common.inc +++ b/meta/recipes-devtools/gcc/gcc-common.inc @@ -109,4 +109,4 @@ do_headerfix[vardepvalue] = PATH # We need to ensure that for the shared work directory, the do_patch singatures match # The real WORKDIR location isn't a dependency for the shared workdir. src_patches[vardepsexclude] = WORKDIR -should_apply[vardepsexclude] = PN +should_apply[vardepsexclude] += PN commit afb400e9c3ddac604906bde44df5da29a6c134d9 Author: Lianhao Lu lianhao...@intel.com Date: Fri Feb 10 11:42:18 2012 +0800 gcc: Ensure same sstate hashes for shared soruce directory Ensure do_patch have the same sstate hashes for nativesdk variants of gcc family recipes, since they share the same source directory. Signed-off-by: Lianhao Lu lianhao...@intel.com diff --git a/meta/recipes-devtools/gcc/gcc-common.inc b/meta/recipes-devtools/gcc/gcc-common.inc index e89a7c0..57668f9 100644 --- a/meta/recipes-devtools/gcc/gcc-common.inc +++ b/meta/recipes-devtools/gcc/gcc-common.inc @@ -109,3 +109,4 @@ do_headerfix[vardepvalue] = PATH # We need to ensure that for the shared work directory, the do_patch singatures match # The real WORKDIR location isn't a dependency for the shared workdir. src_patches[vardepsexclude] = WORKDIR +should_apply[vardepsexclude] = PN Andreas ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] gcc-cross-initial patching fails
On Wed, Feb 22, 2012 at 12:15 PM, McClintock Matthew-B29882 b29...@freescale.com wrote: Applying patch gcc45-no-add-needed.patch patching file gcc/config/alpha/elf.h patching file gcc/config/ia64/linux.h patching file gcc/config/linux.h Hunk #1 succeeded at 89 (offset -12 lines). patching file gcc/config/rs6000/sysv4.h Hunk #1 FAILED at 908. 1 out of 1 hunk FAILED -- rejects in file gcc/config/rs6000/sysv4.h Patch gcc45-no-add-needed.patch does not apply (enforce with -f) ERROR: Function failed: patch_do_patch ERROR: Logfile of failure stored in: /home/Superandy/tmp/oe-core-eglibc/work-shared/gcc-4.5-r45+svnr181733/temp/log.do_patch.5367 NOTE: package gcc-cross-initial-4.5-r45+svnr181733: task do_patch: Failed ERROR: Task 2829 (/home/Superandy/data/oe-core/sources/meta-openembedded/meta-oe/recipes-devtools/gcc/gcc-cross-initial_4.5.bb, do_patch) failed with exit code '1' git log does not help me much - what goes wrong? Which actual patch is it failing on? Is there a conflict between oe-core and meta-oe patch set against gcc? gcc45-no-add-needed.patch is the patch in question. I dont see anything wrong with it. Can you do bitbake -ccleanall gcc-cross-initial and redo bitbake gcc-cross-initial -cpatch ? ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [meta-oe] gcc-4_6-branch-linaro-backports.inc: allow GCC-4_6-BRANCH-LINARO-BACKPORTS to be overridden
On Wed, Feb 22, 2012 at 11:50 AM, Matthew McClintock m...@freescale.com wrote: This is useful when we want to include meta-oe as is, and also want to modify the toolchain such that these patches don't apply cleanly I think the right thing to do is to spin this out into a layer of its own. which we discussed on another thread. if your intention is to just get non/oe-core overridden recipes from meta-oe. This patch not really incorrect but can be then avoided. Signed-off-by: Matthew McClintock m...@freescale.com --- .../gcc/gcc-4_6-branch-linaro-backports.inc | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/meta-oe/recipes-devtools/gcc/gcc-4_6-branch-linaro-backports.inc b/meta-oe/recipes-devtools/gcc/gcc-4_6-branch-linaro-backports.inc index 882876e..b0fd3c7 100644 --- a/meta-oe/recipes-devtools/gcc/gcc-4_6-branch-linaro-backports.inc +++ b/meta-oe/recipes-devtools/gcc/gcc-4_6-branch-linaro-backports.inc @@ -1,4 +1,4 @@ -GCC-4_6-BRANCH-LINARO-BACKPORTS = \ +GCC-4_6-BRANCH-LINARO-BACKPORTS ?= \ file://linaro/gcc-4.6-linaro-r106720.patch \ file://linaro/gcc-4.6-linaro-r106733.patch \ file://linaro/gcc-4.6-linaro-r106737.patch \ -- 1.7.6.1 ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] gcc-cross-initial patching fails
On 2012-02-22 14:18, Khem Raj wrote: On Wed, Feb 22, 2012 at 12:15 PM, McClintock Matthew-B29882 b29...@freescale.com wrote: Applying patch gcc45-no-add-needed.patch patching file gcc/config/alpha/elf.h patching file gcc/config/ia64/linux.h patching file gcc/config/linux.h Hunk #1 succeeded at 89 (offset -12 lines). patching file gcc/config/rs6000/sysv4.h Hunk #1 FAILED at 908. 1 out of 1 hunk FAILED -- rejects in file gcc/config/rs6000/sysv4.h Patch gcc45-no-add-needed.patch does not apply (enforce with -f) ERROR: Function failed: patch_do_patch ERROR: Logfile of failure stored in: /home/Superandy/tmp/oe-core-eglibc/work-shared/gcc-4.5-r45+svnr181733/temp/log.do_patch.5367 NOTE: package gcc-cross-initial-4.5-r45+svnr181733: task do_patch: Failed ERROR: Task 2829 (/home/Superandy/data/oe-core/sources/meta-openembedded/meta-oe/recipes-devtools/gcc/gcc-cross-initial_4.5.bb, do_patch) failed with exit code '1' git log does not help me much - what goes wrong? Which actual patch is it failing on? Is there a conflict between oe-core and meta-oe patch set against gcc? gcc45-no-add-needed.patch is the patch in question. I dont see anything wrong with it. Can you do bitbake -ccleanall gcc-cross-initial and redo bitbake gcc-cross-initial -cpatch ? I saw this as well after updating today but not a totally clean build tree. I'm building now totally from scratch (no build tree) and it seems to no longer have the issue. -- Gary Thomas | Consulting for the MLB Associates |Embedded world ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [meta-initramfs][PATCH] kexecboot_cfg: add missing default OE icon.xpm
* while there do minor cleanings wrt DISTRO vars: * remove ${@base_conditional('DISTRO_TYPE',... * fix label of second kernel stanza * bump PR Signed-off-by: Andrea Adami andrea.ad...@gmail.com --- .../recipes-bsp/kexecboot/kexecboot-cfg/icon.xpm | 43 .../recipes-bsp/kexecboot/kexecboot-cfg_0.1.bb |6 +- 2 files changed, 46 insertions(+), 3 deletions(-) create mode 100644 meta-initramfs/recipes-bsp/kexecboot/kexecboot-cfg/icon.xpm diff --git a/meta-initramfs/recipes-bsp/kexecboot/kexecboot-cfg/icon.xpm b/meta-initramfs/recipes-bsp/kexecboot/kexecboot-cfg/icon.xpm new file mode 100644 index 000..6e6fd77 --- /dev/null +++ b/meta-initramfs/recipes-bsp/kexecboot/kexecboot-cfg/icon.xpm @@ -0,0 +1,43 @@ +/* XPM */ +static char * icon_xpm[] = { +32 32 8 1, + c None, +. c #D6DBDE, ++ c #9BA6AE, +@ c #60727D, +# c #B8BFC5, +$ c #A9E8F6, +% c #12BCE4, + c #57D2EC, +, +, +, + .++++. , + ++ , + ## , + +@@+ , +.++##+@., +@@@..@@@, + +@+#@+ , + #@. $$ .@# , + @. %% .@ , + #+ %% +# , + @ %% @ , +.. $% $% .., ++ %$%+, ++@@@+ $ $% $$ +@@@+, ++ $ $% $%$ +, +# %%% $%% #, +. %%% $%%% ., +# $%%% %% %%%$ #, ++@@@+ $ $ +@@@+, ++ +, +# #, + + %%$$%% + , + +. $%%$ .+ , + .@ $$ @. , + #. .# , +$%%$, +, +, +}; diff --git a/meta-initramfs/recipes-bsp/kexecboot/kexecboot-cfg_0.1.bb b/meta-initramfs/recipes-bsp/kexecboot/kexecboot-cfg_0.1.bb index 84c1116..4dca06c 100644 --- a/meta-initramfs/recipes-bsp/kexecboot/kexecboot-cfg_0.1.bb +++ b/meta-initramfs/recipes-bsp/kexecboot/kexecboot-cfg_0.1.bb @@ -3,14 +3,14 @@ SECTION = base LICENSE = MIT LIC_FILES_CHKSUM = file://${COREBASE}/LICENSE;md5=3f40d7994397109285ec7b81fdeb3b58 -PR = r13 +PR = r14 INHIBIT_DEFAULT_DEPS = 1 SRC_URI = file://icon.xpm CMDLINE ?= -CMDLINE_DEBUG ?= ${@base_conditional('DISTRO_TYPE', 'release', 'quiet', 'debug',d)} +CMDLINE_DEBUG ?= quiet # Note: for qvga the label is currently limited to about 24 chars KEXECBOOT_LABEL ?= ${@d.getVar('DISTRO', True) or d.getVar('DISTRO_VERSION', True)}-${MACHINE} @@ -45,7 +45,7 @@ APPEND=${CMDLINE} ${CMDLINE_DEBUG} # # Second kernel stanza. # KERNEL=/boot/${KERNEL_IMAGETYPE}-test -# LABEL=${DISTRO}-${MACHINE}-test +# LABEL=${KEXECBOOT_LABEL}-test # APPEND=${CMDLINE} #' ${S}/boot.cfg } -- 1.7.3.4 ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [meta-handheld][PATCH] linux_3.2: update from 3.2.1 to 3.2.7
* apply latest patchset * bump INC_PR --- recipes-kernel/linux/linux-3.2.inc |6 +++--- recipes-kernel/linux/linux_3.2.bb |2 +- 2 files changed, 4 insertions(+), 4 deletions(-) diff --git a/recipes-kernel/linux/linux-3.2.inc b/recipes-kernel/linux/linux-3.2.inc index 8dd30d9..3a37200 100644 --- a/recipes-kernel/linux/linux-3.2.inc +++ b/recipes-kernel/linux/linux-3.2.inc @@ -3,12 +3,12 @@ DEFAULT_PREFERENCE = -1 COMPATIBLE_MACHINE = (spitz) SRC_URI += ${KERNELORG_MIRROR}/linux/kernel/v3.x/linux-${PV}.tar.bz2;name=kernel \ - ${KERNELORG_MIRROR}/linux/kernel/v3.x/patch-${PV}.1.bz2;apply=yes;name=stablepatch \ + ${KERNELORG_MIRROR}/linux/kernel/v3.x/patch-${PV}.7.bz2;apply=yes;name=stablepatch \ file://defconfig \ file://${LOGO_SIZE}/logo_linux_clut224.ppm.bz2 \ SRC_URI[kernel.md5sum] = 7ceb61f87c097fc17509844b71268935 SRC_URI[kernel.sha256sum] = c881fc2b53cf0da7ca4538aa44623a7de043a41f76fd5d0f51a31f6ed699d463 -SRC_URI[stablepatch.md5sum] = 31fc34340f8873463a1d59d47b7f -SRC_URI[stablepatch.sha256sum] = e9a26dc5faa309ae5172e3c65081fa98b60befab160fb14d9a75816bbde15626 +SRC_URI[stablepatch.md5sum] = 899624bffed6a19578613b672cc9483f +SRC_URI[stablepatch.sha256sum] = 779c548f4418f0baa782252d15a54fadf3c88d79fc547ee5801d31798020e701 diff --git a/recipes-kernel/linux/linux_3.2.bb b/recipes-kernel/linux/linux_3.2.bb index 28564b6..6c15a88 100644 --- a/recipes-kernel/linux/linux_3.2.bb +++ b/recipes-kernel/linux/linux_3.2.bb @@ -1,4 +1,4 @@ require linux.inc require linux-${PV}.inc -PR = ${INC_PR}.0 +PR = ${INC_PR}.1 -- 1.7.3.4 ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [meta-oe][PATCH 5/6] meta-initramfs: add kexecboot recipes from meta-handheld
On Wednesday 22 February 2012 11:43:31 Martin Jansa wrote: With this patchset applied to meta-oe and current meta-handheld master I get strange bitbake error while parsing: OE qemux86-64@shr ~/shr-core $ bitbake mcnavi Pseudo is not present but is required, building this first before the main build NOTE: Out of date cache found, rebuilding... ERROR: Command execution failed: Exited with 1 | ETA: 0:00:36 Summary: There were 0 ERROR messages shown, returning a non-zero exit code. IIRC someone reported same error message yesterday on IRC or ML. Removing meta-handheld from bblayers.conf allows me to finish parsing and adding new meta-initramfs to bblayers.conf works too. Maybe it's some require/include/inherit without corresponding file available, but for those it was showing reasonable error message before.. I think I've tracked this down to bitbake rev c9f58ef6b897d3fa5b0d23734b5f2cb3dabb057a cooker: add missing shutdowns to the exception handling. The actual error occurring here is ParseError: Could not inherit file classes/klibc.bbclass, however with the aforementioned change to cooker.py, sys.exit(1) gets called within self.shutdown() before the bb.fatal line that used to print out the error, thus no error message is printed. Chris, should we just change that bb.fatal line to a bb.error and put it before the self.shutdown? Cheers, Paul Eggleton Intel Open Source Technology Centre ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [meta-handheld][PATCH 2/2] zaurus.inc: default using console=tty0
Signed-off-by: Andrea Adami andrea.ad...@gmail.com --- conf/machine/include/zaurus.inc | 12 ++-- 1 files changed, 6 insertions(+), 6 deletions(-) diff --git a/conf/machine/include/zaurus.inc b/conf/machine/include/zaurus.inc index a43db8b..bee1283 100644 --- a/conf/machine/include/zaurus.inc +++ b/conf/machine/include/zaurus.inc @@ -52,12 +52,12 @@ SERIAL_CONSOLE_collie = 115200 ttySA0 PCMCIA_MANAGER ?= pcmciautils -CMDLINE_akita = console=ttyS0,115200n8 console=tty1 fbcon=rotate:1 -CMDLINE_c7x0 = console=ttyS0,115200n8 console=tty1 -CMDLINE_collie = console=ttySA0,115200n8 console=tty1 mem=64M fbcon=rotate:1 -CMDLINE_poodle = console=ttyS0,115200n8 console=tty1 fbcon=rotate:1 -CMDLINE_spitz = console=ttyS0,115200n8 console=tty1 fbcon=rotate:1 -CMDLINE_tosa = console=ttyS0,115200n8 console=tty1 +CMDLINE_akita = console=ttyS0,115200n8 console=tty0 fbcon=rotate:1 +CMDLINE_c7x0 = console=ttyS0,115200n8 console=tty0 +CMDLINE_collie = console=ttySA0,115200n8 console=tty0 mem=64M fbcon=rotate:1 +CMDLINE_poodle = console=ttyS0,115200n8 console=tty0 fbcon=rotate:1 +CMDLINE_spitz = console=ttyS0,115200n8 console=tty0 fbcon=rotate:1 +CMDLINE_tosa = console=ttyS0,115200n8 console=tty0 MACHINE_FEATURES = apm alsa pcmcia irda usbgadget keyboard touchscreen screen vfat ext2 MACHINE_FEATURES_append_akita = usbhost -- 1.7.3.4 ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [meta-handheld][PATCH 1/2] linux-kexecboot: use console=tty0 for all Zaurus
Signed-off-by: Andrea Adami andrea.ad...@gmail.com --- recipes-kernel/linux/linux-kexecboot_3.1.bbappend | 12 ++-- recipes-kernel/linux/linux-kexecboot_3.2.bbappend | 12 ++-- recipes-kernel/linux/linux-kexecboot_git.bbappend | 12 ++-- 3 files changed, 18 insertions(+), 18 deletions(-) diff --git a/recipes-kernel/linux/linux-kexecboot_3.1.bbappend b/recipes-kernel/linux/linux-kexecboot_3.1.bbappend index 74d63bb..ce58d19 100644 --- a/recipes-kernel/linux/linux-kexecboot_3.1.bbappend +++ b/recipes-kernel/linux/linux-kexecboot_3.1.bbappend @@ -3,12 +3,12 @@ FILESEXTRAPATHS_prepend := ${THISDIR}/linux-kexecboot-${PV}:${THISDIR}/files: COMPATIBLE_MACHINE = (akita|c7x0|collie|poodle|tosa|spitz) # Note we set loglevel=3 and master console on serial to protect bootlogo. -CMDLINE_c7x0 = console=tty1 console=ttyS0,115200n8 -CMDLINE_tosa = console=tty1 console=ttyS0,115200n8 -CMDLINE_poodle = console=tty1 console=ttyS0,115200n8 fbcon=rotate:1 -CMDLINE_akita = console=tty1 console=ttyS0,115200n8 fbcon=rotate:1 -CMDLINE_collie = console=tty1 console=ttySA0,115200n8 fbcon=rotate:1 mem=64M -CMDLINE_spitz = console=tty1 console=ttyS0,115200n8 fbcon=rotate:1 +CMDLINE_c7x0 = console=tty0 console=ttyS0,115200n8 +CMDLINE_tosa = console=tty0 console=ttyS0,115200n8 +CMDLINE_poodle = console=tty0 console=ttyS0,115200n8 fbcon=rotate:1 +CMDLINE_akita = console=tty0 console=ttyS0,115200n8 fbcon=rotate:1 +CMDLINE_collie = console=tty0 console=ttySA0,115200n8 fbcon=rotate:1 mem=64M +CMDLINE_spitz = console=tty0 console=ttyS0,115200n8 fbcon=rotate:1 # Zaurus machines need kernel size-check. KERNEL_IMAGE_MAXSIZE_akita = 1294336 diff --git a/recipes-kernel/linux/linux-kexecboot_3.2.bbappend b/recipes-kernel/linux/linux-kexecboot_3.2.bbappend index 375dcdd..0d4d01d 100644 --- a/recipes-kernel/linux/linux-kexecboot_3.2.bbappend +++ b/recipes-kernel/linux/linux-kexecboot_3.2.bbappend @@ -5,12 +5,12 @@ DEFAULT_PREFERENCE = -1 COMPATIBLE_MACHINE = (spitz) # Note we set loglevel=3 and master console on serial to protect bootlogo. -CMDLINE_c7x0 = console=tty1 console=ttyS0,115200n8 -CMDLINE_tosa = console=tty1 console=ttyS0,115200n8 -CMDLINE_poodle = console=tty1 console=ttyS0,115200n8 fbcon=rotate:1 -CMDLINE_akita = console=tty1 console=ttyS0,115200n8 fbcon=rotate:1 -CMDLINE_collie = console=tty1 console=ttySA0,115200n8 fbcon=rotate:1 mem=64M -CMDLINE_spitz = console=tty1 console=ttyS0,115200n8 fbcon=rotate:1 +CMDLINE_c7x0 = console=tty0 console=ttyS0,115200n8 +CMDLINE_tosa = console=tty0 console=ttyS0,115200n8 +CMDLINE_poodle = console=tty0 console=ttyS0,115200n8 fbcon=rotate:1 +CMDLINE_akita = console=tty0 console=ttyS0,115200n8 fbcon=rotate:1 +CMDLINE_collie = console=tty0 console=ttySA0,115200n8 fbcon=rotate:1 mem=64M +CMDLINE_spitz = console=tty0 console=ttyS0,115200n8 fbcon=rotate:1 # Zaurus machines need kernel size-check. KERNEL_IMAGE_MAXSIZE_akita = 1294336 diff --git a/recipes-kernel/linux/linux-kexecboot_git.bbappend b/recipes-kernel/linux/linux-kexecboot_git.bbappend index 1acab8a..13a72e6 100644 --- a/recipes-kernel/linux/linux-kexecboot_git.bbappend +++ b/recipes-kernel/linux/linux-kexecboot_git.bbappend @@ -5,12 +5,12 @@ DEFAULT_PREFERENCE = -2 COMPATIBLE_MACHINE = (spitz) # Note we set loglevel=3 and master console on serial to protect bootlogo. -CMDLINE_c7x0 = console=tty1 console=ttyS0,115200n8 -CMDLINE_tosa = console=tty1 console=ttyS0,115200n8 -CMDLINE_poodle = console=tty1 console=ttyS0,115200n8 fbcon=rotate:1 -CMDLINE_akita = console=tty1 console=ttyS0,115200n8 fbcon=rotate:1 -CMDLINE_collie = console=tty1 console=ttySA0,115200n8 fbcon=rotate:1 mem=64M -CMDLINE_spitz = console=tty1 console=ttyS0,115200n8 fbcon=rotate:1 +CMDLINE_c7x0 = console=tty0 console=ttyS0,115200n8 +CMDLINE_tosa = console=tty0 console=ttyS0,115200n8 +CMDLINE_poodle = console=tty0 console=ttyS0,115200n8 fbcon=rotate:1 +CMDLINE_akita = console=tty0 console=ttyS0,115200n8 fbcon=rotate:1 +CMDLINE_collie = console=tty0 console=ttySA0,115200n8 fbcon=rotate:1 mem=64M +CMDLINE_spitz = console=tty0 console=ttyS0,115200n8 fbcon=rotate:1 # Zaurus machines need kernel size-check. KERNEL_IMAGE_MAXSIZE_akita = 1294336 -- 1.7.3.4 ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [meta-oe] gcc-4_6-branch-linaro-backports.inc: allow GCC-4_6-BRANCH-LINARO-BACKPORTS to be overridden
On Wed, Feb 22, 2012 at 3:22 PM, Khem Raj raj.k...@gmail.com wrote: On Wed, Feb 22, 2012 at 11:50 AM, Matthew McClintock m...@freescale.com wrote: This is useful when we want to include meta-oe as is, and also want to modify the toolchain such that these patches don't apply cleanly I think the right thing to do is to spin this out into a layer of its own. which we discussed on another thread. if your intention is to just get non/oe-core overridden recipes from meta-oe. This patch not really incorrect but can be then avoided. How can I avoid this? If I add the meta-oe layer and I'm using gcc-4.6 then these seem to always get pulled in via SRC_URI_append? Is there a better work around here? gcc-4.6.bbappend: SRC_URI_append = ${GCC-4_6-BRANCH-LINARO-BACKPORTS} -M ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [meta-handheld][PATCH] linux_3.2: update from 3.2.1 to 3.2.7
On Wed, Feb 22, 2012 at 11:28:08PM +0100, Andrea Adami wrote: * apply latest patchset * bump INC_PR Looking at this commit and almost the same in meta-initramfs, why haven't you moved linux-3.2.inc to meta-initramfs and use that from meta-handheld as it already depends on meta-initramfs layer for kexecboot? Cheers, --- recipes-kernel/linux/linux-3.2.inc |6 +++--- recipes-kernel/linux/linux_3.2.bb |2 +- 2 files changed, 4 insertions(+), 4 deletions(-) diff --git a/recipes-kernel/linux/linux-3.2.inc b/recipes-kernel/linux/linux-3.2.inc index 8dd30d9..3a37200 100644 --- a/recipes-kernel/linux/linux-3.2.inc +++ b/recipes-kernel/linux/linux-3.2.inc @@ -3,12 +3,12 @@ DEFAULT_PREFERENCE = -1 COMPATIBLE_MACHINE = (spitz) SRC_URI += ${KERNELORG_MIRROR}/linux/kernel/v3.x/linux-${PV}.tar.bz2;name=kernel \ - ${KERNELORG_MIRROR}/linux/kernel/v3.x/patch-${PV}.1.bz2;apply=yes;name=stablepatch \ + ${KERNELORG_MIRROR}/linux/kernel/v3.x/patch-${PV}.7.bz2;apply=yes;name=stablepatch \ file://defconfig \ file://${LOGO_SIZE}/logo_linux_clut224.ppm.bz2 \ SRC_URI[kernel.md5sum] = 7ceb61f87c097fc17509844b71268935 SRC_URI[kernel.sha256sum] = c881fc2b53cf0da7ca4538aa44623a7de043a41f76fd5d0f51a31f6ed699d463 -SRC_URI[stablepatch.md5sum] = 31fc34340f8873463a1d59d47b7f -SRC_URI[stablepatch.sha256sum] = e9a26dc5faa309ae5172e3c65081fa98b60befab160fb14d9a75816bbde15626 +SRC_URI[stablepatch.md5sum] = 899624bffed6a19578613b672cc9483f +SRC_URI[stablepatch.sha256sum] = 779c548f4418f0baa782252d15a54fadf3c88d79fc547ee5801d31798020e701 diff --git a/recipes-kernel/linux/linux_3.2.bb b/recipes-kernel/linux/linux_3.2.bb index 28564b6..6c15a88 100644 --- a/recipes-kernel/linux/linux_3.2.bb +++ b/recipes-kernel/linux/linux_3.2.bb @@ -1,4 +1,4 @@ require linux.inc require linux-${PV}.inc -PR = ${INC_PR}.0 +PR = ${INC_PR}.1 -- 1.7.3.4 ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel -- Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com signature.asc Description: Digital signature ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel