[OE-core] [PATCH 0/1] tiny: Update linux-yocto-tiny to 3.2
The following changes since commit c97f7f4e4ecd6c431712059c34ebc17b68b055ae: cross-canadian.bbclass: fix rpath for sdk executables (2012-03-31 18:00:36 +0100) are available in the git repository at: git://git.infradead.org/users/dvhart/oe-core.git dvhart/tiny http://git.infradead.org/users/dvhart/oe-core.git/shortlog/refs/heads/dvhart/tiny Darren Hart (1): tiny: Update linux-yocto-tiny to 3.2 meta/recipes-kernel/linux/linux-yocto-tiny/ata.cfg |9 - .../recipes-kernel/linux/linux-yocto-tiny/core.cfg | 19 - .../linux/linux-yocto-tiny/debug.cfg |5 - .../linux/linux-yocto-tiny/devtmpfs.cfg|6 - .../linux/linux-yocto-tiny/e1000.cfg |7 - .../recipes-kernel/linux/linux-yocto-tiny/ext2.cfg |1 - .../recipes-kernel/linux/linux-yocto-tiny/ext3.cfg |2 - .../recipes-kernel/linux/linux-yocto-tiny/lzma.cfg |3 - meta/recipes-kernel/linux/linux-yocto-tiny/net.cfg | 26 - .../linux/linux-yocto-tiny/qemux86/defconfig | 613 .../linux/linux-yocto-tiny/ramfs.cfg |6 - .../linux/linux-yocto-tiny/rtc-pc.cfg | 13 - .../linux/linux-yocto-tiny/serial.cfg |7 - meta/recipes-kernel/linux/linux-yocto-tiny/smp.cfg |7 - meta/recipes-kernel/linux/linux-yocto-tiny_3.0.bb | 39 -- meta/recipes-kernel/linux/linux-yocto-tiny_3.2.bb | 25 + 16 files changed, 25 insertions(+), 763 deletions(-) delete mode 100644 meta/recipes-kernel/linux/linux-yocto-tiny/ata.cfg delete mode 100644 meta/recipes-kernel/linux/linux-yocto-tiny/core.cfg delete mode 100644 meta/recipes-kernel/linux/linux-yocto-tiny/debug.cfg delete mode 100644 meta/recipes-kernel/linux/linux-yocto-tiny/devtmpfs.cfg delete mode 100644 meta/recipes-kernel/linux/linux-yocto-tiny/e1000.cfg delete mode 100644 meta/recipes-kernel/linux/linux-yocto-tiny/ext2.cfg delete mode 100644 meta/recipes-kernel/linux/linux-yocto-tiny/ext3.cfg delete mode 100644 meta/recipes-kernel/linux/linux-yocto-tiny/lzma.cfg delete mode 100644 meta/recipes-kernel/linux/linux-yocto-tiny/net.cfg delete mode 100644 meta/recipes-kernel/linux/linux-yocto-tiny/qemux86/defconfig delete mode 100644 meta/recipes-kernel/linux/linux-yocto-tiny/ramfs.cfg delete mode 100644 meta/recipes-kernel/linux/linux-yocto-tiny/rtc-pc.cfg delete mode 100644 meta/recipes-kernel/linux/linux-yocto-tiny/serial.cfg delete mode 100644 meta/recipes-kernel/linux/linux-yocto-tiny/smp.cfg delete mode 100644 meta/recipes-kernel/linux/linux-yocto-tiny_3.0.bb create mode 100644 meta/recipes-kernel/linux/linux-yocto-tiny_3.2.bb -- 1.7.5.4 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/1] tiny: Update linux-yocto-tiny to 3.2
Migrate linux-yocto-tiny from 3.0 to 3.2. The 3.0 recipe was based entirely on recipe-space fragments and was only a proof of concept. The 3.2 linux-yocto meta-data now has a proper tiny KTYPE defined. By default this recipe supports only the qemux86 machine, which builds the common-pc support (including networking, sound, USB, VGA and serial consoles, etc.). New machines can be added and will use the tiny KTYPE, but will need to add any desired hardware support as the base config is very minimal. No filesystems are supported by default, only the initramfs. Signed-off-by: Darren Hart dvh...@linux.intel.com --- meta/recipes-kernel/linux/linux-yocto-tiny/ata.cfg |9 - .../recipes-kernel/linux/linux-yocto-tiny/core.cfg | 19 - .../linux/linux-yocto-tiny/debug.cfg |5 - .../linux/linux-yocto-tiny/devtmpfs.cfg|6 - .../linux/linux-yocto-tiny/e1000.cfg |7 - .../recipes-kernel/linux/linux-yocto-tiny/ext2.cfg |1 - .../recipes-kernel/linux/linux-yocto-tiny/ext3.cfg |2 - .../recipes-kernel/linux/linux-yocto-tiny/lzma.cfg |3 - meta/recipes-kernel/linux/linux-yocto-tiny/net.cfg | 26 - .../linux/linux-yocto-tiny/qemux86/defconfig | 613 .../linux/linux-yocto-tiny/ramfs.cfg |6 - .../linux/linux-yocto-tiny/rtc-pc.cfg | 13 - .../linux/linux-yocto-tiny/serial.cfg |7 - meta/recipes-kernel/linux/linux-yocto-tiny/smp.cfg |7 - meta/recipes-kernel/linux/linux-yocto-tiny_3.0.bb | 39 -- meta/recipes-kernel/linux/linux-yocto-tiny_3.2.bb | 25 + 16 files changed, 25 insertions(+), 763 deletions(-) delete mode 100644 meta/recipes-kernel/linux/linux-yocto-tiny/ata.cfg delete mode 100644 meta/recipes-kernel/linux/linux-yocto-tiny/core.cfg delete mode 100644 meta/recipes-kernel/linux/linux-yocto-tiny/debug.cfg delete mode 100644 meta/recipes-kernel/linux/linux-yocto-tiny/devtmpfs.cfg delete mode 100644 meta/recipes-kernel/linux/linux-yocto-tiny/e1000.cfg delete mode 100644 meta/recipes-kernel/linux/linux-yocto-tiny/ext2.cfg delete mode 100644 meta/recipes-kernel/linux/linux-yocto-tiny/ext3.cfg delete mode 100644 meta/recipes-kernel/linux/linux-yocto-tiny/lzma.cfg delete mode 100644 meta/recipes-kernel/linux/linux-yocto-tiny/net.cfg delete mode 100644 meta/recipes-kernel/linux/linux-yocto-tiny/qemux86/defconfig delete mode 100644 meta/recipes-kernel/linux/linux-yocto-tiny/ramfs.cfg delete mode 100644 meta/recipes-kernel/linux/linux-yocto-tiny/rtc-pc.cfg delete mode 100644 meta/recipes-kernel/linux/linux-yocto-tiny/serial.cfg delete mode 100644 meta/recipes-kernel/linux/linux-yocto-tiny/smp.cfg delete mode 100644 meta/recipes-kernel/linux/linux-yocto-tiny_3.0.bb create mode 100644 meta/recipes-kernel/linux/linux-yocto-tiny_3.2.bb diff --git a/meta/recipes-kernel/linux/linux-yocto-tiny/ata.cfg b/meta/recipes-kernel/linux/linux-yocto-tiny/ata.cfg deleted file mode 100644 index 97e4d00..000 --- a/meta/recipes-kernel/linux/linux-yocto-tiny/ata.cfg +++ /dev/null @@ -1,9 +0,0 @@ -# IDE disk support -# Dependencies -CONFIG_PCI=y -CONFIG_BLOCK=y -CONFIG_BLK_DEV_SD=y -CONFIG_ATA=y -CONFIG_ATA_SFF=y -CONFIG_ATA_BMDMA=y -CONFIG_ATA_PIIX=y diff --git a/meta/recipes-kernel/linux/linux-yocto-tiny/core.cfg b/meta/recipes-kernel/linux/linux-yocto-tiny/core.cfg deleted file mode 100644 index 7057218..000 --- a/meta/recipes-kernel/linux/linux-yocto-tiny/core.cfg +++ /dev/null @@ -1,19 +0,0 @@ -# Basic facilities that shall be present in all kernels - -# Needed to execute... anything (like init) -CONFIG_BINFMT_ELF=y - -# Needed by at least the telephony daemon -CONFIG_SIGNALFD=y - -# At least bootlogd requires this -CONFIG_UNIX98_PTYS=y - -# Required for basic IPC and pthread locking support -CONFIG_SYSVIPC=y -CONFIG_FUTEX=y -CONFIG_RT_MUTEXES=y - -CONFIG_PROC_FS=y -CONFIG_SYSFS=y - diff --git a/meta/recipes-kernel/linux/linux-yocto-tiny/debug.cfg b/meta/recipes-kernel/linux/linux-yocto-tiny/debug.cfg deleted file mode 100644 index 886bfd9..000 --- a/meta/recipes-kernel/linux/linux-yocto-tiny/debug.cfg +++ /dev/null @@ -1,5 +0,0 @@ -# Debug options -# +98k bzImage -CONFIG_PRINTK=y -CONFIG_EARLY_PRINTK=y -CONFIG_PRINTK_TIME=y diff --git a/meta/recipes-kernel/linux/linux-yocto-tiny/devtmpfs.cfg b/meta/recipes-kernel/linux/linux-yocto-tiny/devtmpfs.cfg deleted file mode 100644 index 07632e2..000 --- a/meta/recipes-kernel/linux/linux-yocto-tiny/devtmpfs.cfg +++ /dev/null @@ -1,6 +0,0 @@ -# For /dev and udev -# Could eliminate for a static /dev tree -# +1.5k bzImage -CONFIG_HOTPLUG=y -CONFIG_DEVTMPFS=y -CONFIG_DEVTMPFS_MOUNT=y diff --git a/meta/recipes-kernel/linux/linux-yocto-tiny/e1000.cfg b/meta/recipes-kernel/linux/linux-yocto-tiny/e1000.cfg deleted file mode 100644 index 8e18bbb..000 --- a/meta/recipes-kernel/linux/linux-yocto-tiny/e1000.cfg +++ /dev/null @@ -1,7 +0,0 @@ -# e1000 PCI network card support (qemu default) -# FIXME: This appears
[OE-core] [PATCH 0/1] archiver.bbclass: enhance code readability
From: Xiaofeng Yan xiaofeng@windriver.com Modified code and description according to Christopher Larson's suggestion. This is a part of modification. The modification is as follow: - Modify some codes with more preferable readability and vague description. - Use existed functions instead of custom functions. About license parts, I will continue to make modification. Pull URL: git://git.pokylinux.org/poky-contrib.git Branch: xiaofeng/archiver Browse: http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=xiaofeng/archiver Thanks, Xiaofeng Yan xiaofeng@windriver.com --- Xiaofeng Yan (1): archiver.bbclass: enhance code readability meta/classes/archiver.bbclass | 227 +++- 1 files changed, 108 insertions(+), 119 deletions(-) ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/1] archiver.bbclass: enhance code readability
From: Xiaofeng Yan xiaofeng@windriver.com
The modification is as follow:
- Modify some codes with more preferable readability and vague description.
- Use existed functions instead of custom functions.
Signed-off-by: Xiaofeng Yan xiaofeng@windriver.com
---
meta/classes/archiver.bbclass | 227 +++-
1 files changed, 108 insertions(+), 119 deletions(-)
diff --git a/meta/classes/archiver.bbclass b/meta/classes/archiver.bbclass
index 471430e..4e4e964 100644
--- a/meta/classes/archiver.bbclass
+++ b/meta/classes/archiver.bbclass
@@ -2,28 +2,11 @@
# It also output building environment to xxx.dump.data and create xxx.diff.gz
to record
# all content in ${S} to a diff file.
-EXCLUDE_FROM ?= .pc autom4te.cache
+ARCHIVE_EXCLUDE_FROM ?= .pc autom4te.cache
ARCHIVE_TYPE ?= TAR SRPM
DISTRO ?= poky
PATCHES_ARCHIVE_WITH_SERIES = 'TRUE'
-def parse_var(d,var):
- ''' parse variable like ${PV} in require xxx_${PV}.inc to a real
value. for example, change require xxx_${PV}.inc to require xxx_1.2.inc '''
- import re
- pat = re.compile('.*\$({(.*)}).*')
- if '$' not in var and '/' not in var:
- return var
- else:
- if '/' in var:
- return [i for i in var.split('/') if
i.endswith('.inc')][0]
- elif '$' in var:
- m = pat.match(var)
- patstr = '\$' + m.group(1)
- var_str = m.group(2)
- return re.sub(patstr,d.getVar(var_str,True),var)
- else:
- return var
-
def get_bb_inc(d):
'''create a directory script-logs including .bb and .inc file in
${WORKDIR}'''
import re
@@ -32,14 +15,18 @@ def get_bb_inc(d):
bbinc = []
pat=re.compile('require\s*([^\s]*\.*)(.*)')
- file_dir = d.getVar('FILE', True)
- bbdir = os.path.dirname(file_dir)
work_dir = d.getVar('WORKDIR', True)
- os.chdir(work_dir)
- bb.mkdirhier(script-logs)
- os.chdir(bbdir)
- bbfile = os.path.basename(file_dir)
- bbinc.append(bbfile)
+ bbfile = d.getVar('FILE', True)
+ bbdir = os.path.dirname(bbfile)
+ script_logs = os.path.join(work_dir,'script-logs')
+ bb_inc = os.path.join(script_logs,'bb_inc')
+ bb.mkdirhier(script_logs)
+ bb.mkdirhier(bb_inc)
+
+ def find_file(dir,file):
+ for root, dirs, files in os.walk(dir):
+ if file in files:
+ return os.path.join(root,file)
def get_inc (file):
f = open(file,'r')
@@ -49,21 +36,26 @@ def get_bb_inc(d):
else:
try:
incfile = pat.match(line).group(1)
- incfile = parse_var(d,incfile)
- bbinc.append(incfile)
- get_inc(incfile)
- except (IOError,AttributeError):
+ incfile =
bb.data.expand(os.path.basename(incfile),d)
+ abs_incfile = find_file(bbdir,incfile)
+ if abs_incfile:
+ bbinc.append(abs_incfile)
+ get_inc(abs_incfile)
+ except AttributeError:
pass
get_inc(bbfile)
- os.chdir(work_dir)
- for root, dirs, files in os.walk(bbdir):
- for file in bbinc:
- if file in files:
- shutil.copy(root + '/' + file,'script-logs')
- oe.path.copytree('temp', 'script-logs')
- return work_dir + '/script-logs'
-
-def get_all_patches(d):
+ bbinc = list(set(bbinc))
+ for bbincfile in bbinc:
+ shutil.copy(bbincfile,bb_inc)
+
+ try:
+ bb.mkdirhier(os.path.join(script_logs,'temp'))
+ oe.path.copytree(os.path.join(work_dir,'temp'),
os.path.join(script_logs,'temp'))
+ except (IOError,AttributeError):
+ pass
+ return script_logs
+
+def get_series(d):
'''copy patches and series file to a pointed directory which will be
archived to tarball in ${WORKDIR}'''
import shutil
@@ -71,11 +63,11 @@ def get_all_patches(d):
pf = d.getVar('PF', True)
work_dir = d.getVar('WORKDIR', True)
s = d.getVar('S',True)
- dest = os.path.join(work_dir, pf + '-patches')
+ dest = os.path.join(work_dir, pf + '-series')
shutil.rmtree(dest, ignore_errors=True)
bb.mkdirhier(dest)
- src_uri = d.getVar('SRC_URI', 1).split()
+ src_uri = d.getVar('SRC_URI',
Re: [OE-core] [PATCH 0/6] Setup for VMDK to use Direct Disk
Cui, Dexuan wrote on 2012-03-31: Cui, Dexuan wrote on 2012-03-31: Paul Eggleton wrote on 2012-03-30: On Monday 26 March 2012 22:42:54 Saul Wold wrote: Updated comments per Darren's request, added cleanup to image-types to only use one -i (inode-count) parameter. Sau! The following changes since commit 644b7503c37fd73730dd3d7841463b158b8934ed: guile: Deal with hardcoded path issues (2012-03-27 00:28:41 +0100) are available in the git repository at: git://git.openembedded.org/openembedded-core-contrib sgw/self http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log / ?h =sgw/ self So these patches have been merged now; I updated to latest master and re-ran bitbake self-hosted-image; unfortunately the output doesn't appear to be usable. I don't know what has gone wrong but during boot there are complaints that the filesystem is corrupt: SYSLINUX 4.03 2010-10-22 EDD Copyright (C) 1994-2010 H. Peter Anvin et al EXT3-fs error (device hda2): ext3_lookup: deleted inode referenced: 581713 EXT3-fs error (device hda2): ext3_lookup: deleted inode referenced: 610383 Kernel panic - not syncing: no init found. Try passing init= option to kernel. Running e2fsck -fn on the rootfs.ext3 file shows quite a number of errors. There were no unusual errors in the log.do_rootfs. Hi Paul, I can reproduce the same I issue, too... I'll try to look into this, but at the first glance, I don't know what has gone wrong, either... Can we make a conclusion the current genext2fs is buggy here when creating a big image(e.g., 4GB)? Hi Paul, I believe this is true: genext2fs-1.4.1 can create a corrupt file system when the size of the file system exceeds some limit. e.g., when I create an image of 2.8GB, the image can be mounted properly, but when I create an image of about 4.5GB(yes, I found genext2fs-1.4.1 is actually able to create an image of 4.5GB; I also found it's unable to create an image of about 5.5GB, always reporting couldn't allocate a block (no free space)), the generated image can show something like this when it's booted: EXT3-fs error (device hda2): ext3_lookup: deleted inode referenced... However, with Corey's patches (from the genext2fs's mailing list) applied, I can't see the issues. You can try the patch too to see if this would also works for you: http://git.yoctoproject.org/cgit/cgit.cgi/poky-contrib/commit/?h=dcui/masterid=c76f9db84c2eabe0bf704b253a957f695f421936 Thanks, -- Dexuan ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] RFC: Porting KDE Plasma Active (WIP)
On Sunday 01 April 2012 10:31:48 Robert Yang wrote: On 04/01/2012 08:47 AM, Paul Eggleton wrote: usr/bin/icemaker: No such file or directory This is a known issue, there is an work around, it seems that the MACHINE is qemux86, and host is x86_64, we can: cp tmp/work/i586-poky-linux/kdelibs4-4.8.0+git1+1439483a67135f483632f4c4cd239e9 6d2ed61fc-r0/git/build/bin/icemaker tmp/sysroots/x86_64-linux/usr/bin/icemaker The problem is that we don't have a kdelibs4-native, and it seems it is not easy to add it. Ah, I see I neglected to install kdelibs-devel; but on the version of Fedora I am building on when I do install it that executable is not provided (at version 4.6.5 perhaps it is too old). I've copied it as you suggested but then I run into the lack of kconfig_compiler. On this machine yum whatprovides tells me that the only package that provides kconfig_compiler is kdelibs3-devel which is clearly not what is needed. I can't help feeling we need to have kdelibs4-native and forget the consequences of having to extend qt4-native if that's what's required; otherwise it's just too hard for people to build. 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/1] tiny: Update linux-yocto-tiny to 3.2
On 12-04-01 3:19 AM, Darren Hart wrote: The following changes since commit c97f7f4e4ecd6c431712059c34ebc17b68b055ae: cross-canadian.bbclass: fix rpath for sdk executables (2012-03-31 18:00:36 +0100) Acked-by: Bruce Ashfield bruce.ashfi...@windriver.com are available in the git repository at: git://git.infradead.org/users/dvhart/oe-core.git dvhart/tiny http://git.infradead.org/users/dvhart/oe-core.git/shortlog/refs/heads/dvhart/tiny Darren Hart (1): tiny: Update linux-yocto-tiny to 3.2 meta/recipes-kernel/linux/linux-yocto-tiny/ata.cfg |9 - .../recipes-kernel/linux/linux-yocto-tiny/core.cfg | 19 - .../linux/linux-yocto-tiny/debug.cfg |5 - .../linux/linux-yocto-tiny/devtmpfs.cfg|6 - .../linux/linux-yocto-tiny/e1000.cfg |7 - .../recipes-kernel/linux/linux-yocto-tiny/ext2.cfg |1 - .../recipes-kernel/linux/linux-yocto-tiny/ext3.cfg |2 - .../recipes-kernel/linux/linux-yocto-tiny/lzma.cfg |3 - meta/recipes-kernel/linux/linux-yocto-tiny/net.cfg | 26 - .../linux/linux-yocto-tiny/qemux86/defconfig | 613 .../linux/linux-yocto-tiny/ramfs.cfg |6 - .../linux/linux-yocto-tiny/rtc-pc.cfg | 13 - .../linux/linux-yocto-tiny/serial.cfg |7 - meta/recipes-kernel/linux/linux-yocto-tiny/smp.cfg |7 - meta/recipes-kernel/linux/linux-yocto-tiny_3.0.bb | 39 -- meta/recipes-kernel/linux/linux-yocto-tiny_3.2.bb | 25 + 16 files changed, 25 insertions(+), 763 deletions(-) delete mode 100644 meta/recipes-kernel/linux/linux-yocto-tiny/ata.cfg delete mode 100644 meta/recipes-kernel/linux/linux-yocto-tiny/core.cfg delete mode 100644 meta/recipes-kernel/linux/linux-yocto-tiny/debug.cfg delete mode 100644 meta/recipes-kernel/linux/linux-yocto-tiny/devtmpfs.cfg delete mode 100644 meta/recipes-kernel/linux/linux-yocto-tiny/e1000.cfg delete mode 100644 meta/recipes-kernel/linux/linux-yocto-tiny/ext2.cfg delete mode 100644 meta/recipes-kernel/linux/linux-yocto-tiny/ext3.cfg delete mode 100644 meta/recipes-kernel/linux/linux-yocto-tiny/lzma.cfg delete mode 100644 meta/recipes-kernel/linux/linux-yocto-tiny/net.cfg delete mode 100644 meta/recipes-kernel/linux/linux-yocto-tiny/qemux86/defconfig delete mode 100644 meta/recipes-kernel/linux/linux-yocto-tiny/ramfs.cfg delete mode 100644 meta/recipes-kernel/linux/linux-yocto-tiny/rtc-pc.cfg delete mode 100644 meta/recipes-kernel/linux/linux-yocto-tiny/serial.cfg delete mode 100644 meta/recipes-kernel/linux/linux-yocto-tiny/smp.cfg delete mode 100644 meta/recipes-kernel/linux/linux-yocto-tiny_3.0.bb create mode 100644 meta/recipes-kernel/linux/linux-yocto-tiny_3.2.bb ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] What causes a variable being static/global
On Tue, Mar 27, 2012 at 5:32 PM, Andreas Müller schnitzelt...@googlemail.com wrote: Hi, some more stupid questions: What causes a variable being global (accessible by all recipes)? Does the declaration in *.conf lead to global variable? Are there other mechanisms forcing global scope? Thanks in advance Andreas Maybe my intention was not clear. For a generic run-once implementation (see patch for gtk-icon-cache.bbclass [1]) I need variables which are shared by all recipes. Each recipe can append data so the 'sum' is used at image creation. What steps are necessary creating a variable which is existing as one instance for all recipes using it? Andreas [1] http://patches.openembedded.org/patch/24179/ ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] What causes a variable being static/global
On Sun, Apr 1, 2012 at 6:10 AM, Andreas Müller schnitzelt...@googlemail.com wrote: On Tue, Mar 27, 2012 at 5:32 PM, Andreas Müller schnitzelt...@googlemail.com wrote: Hi, some more stupid questions: What causes a variable being global (accessible by all recipes)? Does the declaration in *.conf lead to global variable? Are there other mechanisms forcing global scope? Thanks in advance Andreas Maybe my intention was not clear. For a generic run-once implementation (see patch for gtk-icon-cache.bbclass [1]) I need variables which are shared by all recipes. Each recipe can append data so the 'sum' is used at image creation. What steps are necessary creating a variable which is existing as one instance for all recipes using it? There are no steps, because there is no support for such a thing. -- Christopher Larson ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 3/5] self-hosted-image: renew the poky src's SRCREV that's installed into the target
Signed-off-by: Dexuan Cui dexuan@intel.com
---
meta/recipes-core/images/self-hosted-image.bb |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-core/images/self-hosted-image.bb
b/meta/recipes-core/images/self-hosted-image.bb
index e962f30..91942ee 100644
--- a/meta/recipes-core/images/self-hosted-image.bb
+++ b/meta/recipes-core/images/self-hosted-image.bb
@@ -4,7 +4,7 @@ LICENSE = MIT
LIC_FILES_CHKSUM =
file://${COREBASE}/LICENSE;md5=3f40d7994397109285ec7b81fdeb3b58 \
file://${COREBASE}/meta/COPYING.MIT;md5=3da9cfbcb788c80a0384361b4de20420
-PR = r7
+PR = r8
CORE_IMAGE_EXTRA_INSTALL = \
task-self-hosted \
@@ -25,7 +25,7 @@ IMAGE_FSTYPES = vmdk
inherit core-image
-SRCREV = 26a46938d3ea1821e7bec4fa6cc8379babad238b
+SRCREV = 8691a588267472eb5a32b978a0eb9ddfd0c91733
SRC_URI = git://git.yoctoproject.org/poky;protocol=git
fakeroot do_populate_poky_src () {
--
1.7.6
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 5/5] self-hosted-image: fix indentation: 8 spaces -- Tab
Signed-off-by: Dexuan Cui dexuan@intel.com
---
meta/recipes-core/images/self-hosted-image.bb | 10 +-
1 files changed, 5 insertions(+), 5 deletions(-)
diff --git a/meta/recipes-core/images/self-hosted-image.bb
b/meta/recipes-core/images/self-hosted-image.bb
index 91942ee..39f0fc4 100644
--- a/meta/recipes-core/images/self-hosted-image.bb
+++ b/meta/recipes-core/images/self-hosted-image.bb
@@ -46,12 +46,12 @@ fakeroot do_populate_poky_src () {
echo /usr/bin ${IMAGE_ROOTFS}/home/builder/poky/build/pseudodone
echo BB_NO_NETWORK = \1\
${IMAGE_ROOTFS}/home/builder/poky/build/conf/auto.conf
echo INHERIT += \rm_work\
${IMAGE_ROOTFS}/home/builder/poky/build/conf/auto.conf
-mkdir -p ${IMAGE_ROOTFS}/home/builder/pseudo
-echo export PSEUDO_PREFIX=/usr
${IMAGE_ROOTFS}/home/builder/.bashrc
-echo export PSEUDO_LOCALSTATEDIR=/home/builder/pseudo
${IMAGE_ROOTFS}/home/builder/.bashrc
-echo export PSEUDO_LIBDIR=/usr/lib/pseudo/lib64
${IMAGE_ROOTFS}/home/builder/.bashrc
+ mkdir -p ${IMAGE_ROOTFS}/home/builder/pseudo
+ echo export PSEUDO_PREFIX=/usr ${IMAGE_ROOTFS}/home/builder/.bashrc
+ echo export PSEUDO_LOCALSTATEDIR=/home/builder/pseudo
${IMAGE_ROOTFS}/home/builder/.bashrc
+ echo export PSEUDO_LIBDIR=/usr/lib/pseudo/lib64
${IMAGE_ROOTFS}/home/builder/.bashrc
-chown builder.builder ${IMAGE_ROOTFS}/home/builder/pseudo
+ chown builder.builder ${IMAGE_ROOTFS}/home/builder/pseudo
chown -R builder.builder ${IMAGE_ROOTFS}/home/builder/poky
}
--
1.7.6
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 2/5] self-hosted-image: improve do_populate_poky_src
1) remove the assumption ${DL_DIR} ends with downloads/.
Thanks Paul Eggleton for pointing this out.
2) remove downloads/git2_* tarballs to speed up the rootfs creation.
This is ok since we still have the git2/.
Thanks Richard Purdie for suggesting this.
Signed-off-by: Dexuan Cui dexuan@intel.com
---
meta/recipes-core/images/self-hosted-image.bb |9 +++--
1 files changed, 7 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-core/images/self-hosted-image.bb
b/meta/recipes-core/images/self-hosted-image.bb
index 5aa670d..e962f30 100644
--- a/meta/recipes-core/images/self-hosted-image.bb
+++ b/meta/recipes-core/images/self-hosted-image.bb
@@ -4,7 +4,7 @@ LICENSE = MIT
LIC_FILES_CHKSUM =
file://${COREBASE}/LICENSE;md5=3f40d7994397109285ec7b81fdeb3b58 \
file://${COREBASE}/meta/COPYING.MIT;md5=3da9cfbcb788c80a0384361b4de20420
-PR = r6
+PR = r7
CORE_IMAGE_EXTRA_INSTALL = \
task-self-hosted \
@@ -37,7 +37,12 @@ fakeroot do_populate_poky_src () {
cp -Rp ${WORKDIR}/git ${IMAGE_ROOTFS}/home/builder/poky
mkdir -p ${IMAGE_ROOTFS}/home/builder/poky/build/conf
- cp -Rp ${DL_DIR} ${IMAGE_ROOTFS}/home/builder/poky/build
+ mkdir -p ${IMAGE_ROOTFS}/home/builder/poky/build/downloads
+ cp -RpL ${DL_DIR}/* ${IMAGE_ROOTFS}/home/builder/poky/build/downloads/
+
+ # Remove the git2_* tarballs -- this is ok since we still have the
git2/.
+ rm -rf ${IMAGE_ROOTFS}/home/builder/poky/build/downloads/git2_*
+
echo /usr/bin ${IMAGE_ROOTFS}/home/builder/poky/build/pseudodone
echo BB_NO_NETWORK = \1\
${IMAGE_ROOTFS}/home/builder/poky/build/conf/auto.conf
echo INHERIT += \rm_work\
${IMAGE_ROOTFS}/home/builder/poky/build/conf/auto.conf
--
1.7.6
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 4/5] builder: uncomment the settings for BB_NUMBER_THREADS and PARALLEL_MAKE
We use sed to enable the 2 settingis in conf/local.conf.
Signed-off-by: Dexuan Cui dexuan@intel.com
---
meta/recipes-graphics/builder/builder_0.1.bb |2 +-
.../builder/files/builder_hob_start.sh |5 +
2 files changed, 6 insertions(+), 1 deletions(-)
diff --git a/meta/recipes-graphics/builder/builder_0.1.bb
b/meta/recipes-graphics/builder/builder_0.1.bb
index 1324e5b..af6ba51 100644
--- a/meta/recipes-graphics/builder/builder_0.1.bb
+++ b/meta/recipes-graphics/builder/builder_0.1.bb
@@ -1,7 +1,7 @@
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 = r1
+PR = r2
LICENSE = MIT
LIC_FILES_CHKSUM =
file://builder_hob_start.sh;endline=5;md5=84796c3c41785d86100fdabcbdade00e
diff --git a/meta/recipes-graphics/builder/files/builder_hob_start.sh
b/meta/recipes-graphics/builder/files/builder_hob_start.sh
index f43e6c5..98b2adb 100644
--- a/meta/recipes-graphics/builder/files/builder_hob_start.sh
+++ b/meta/recipes-graphics/builder/files/builder_hob_start.sh
@@ -10,6 +10,11 @@ export PSEUDO_LIBDIR=/usr/lib/pseudo/lib64
cd /home/builder/poky
. ./oe-init-build-env
+
+#uncomment the settings for BB_NUMBER_THREADS and PARALLEL_MAKE
+sed -i 's/^#BB_NUMBER_THREADS =/BB_NUMBER_THREADS =/g' conf/local.conf
+sed -i 's/^#PARALLEL_MAKE =/PARALLEL_MAKE =/g' conf/local.conf
+
hob
matchbox-terminal
--
1.7.6
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 0/5] dexuan: more build appliance patches: [Apr 1, 2012]
BTW: I added a Upstream-Status: inappropriat into every patches to genext2fs. With the patches, I only spent about 10~15 minutes to create a 4.5GB .rootfs.ext3 file by genext2fs. The following changes since commit 8691a588267472eb5a32b978a0eb9ddfd0c91733: cross-canadian.bbclass: fix rpath for sdk executables (2012-03-31 18:00:59 +0100) are available in the git repository at: git://git.yoctoproject.org/poky-contrib dcui/master http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=dcui/master Dexuan Cui (5): genext2fs: support large files and filesystems without using large amounts of memory self-hosted-image: improve do_populate_poky_src self-hosted-image: renew the poky src's SRCREV that's installed into the target builder: uncomment the settings for BB_NUMBER_THREADS and PARALLEL_MAKE self-hosted-image: fix indentation: 8 spaces -- Tab meta/recipes-core/images/self-hosted-image.bb | 21 +- ...01-Fix-warnings-remove-some-unused-macros.patch | 72 ++ .../0002-Add-put_blk-and-put_nod-routines.patch| 1123 .../0003-Add-get_blkmap-and-put_blkmap.patch | 222 ...lker-for-walking-through-directory-entrie.patch | 357 +++ ...05-Make-filesystem-struct-not-an-overloay.patch | 374 +++ ...0006-Improve-the-efficiency-of-extend_blk.patch | 272 + ...ove-hdlinks-into-the-filesystem-structure.patch | 175 +++ ...t-the-creation-of-the-filesystem-structur.patch | 95 ++ ...e-byte-swapping-into-the-get-put-routines.patch | 421 ...rt-over-to-keeping-the-filesystem-on-disk.patch | 839 +++ ...les-into-the-filesystem-a-piece-at-a-time.patch | 103 ++ ...upport-large-file-support-and-rework-hole.patch | 211 .../0013-Add-volume-id-support.patch | 86 ++ ...014-Remove-unneeded-setting-of-s_reserved.patch | 28 + ...-Rework-creating-the-lost-found-directory.patch | 57 + ...ix-the-documentation-for-the-new-L-option.patch | 29 + .../0017-Fix-file-same-comparison.patch| 30 + ...andle-files-changing-while-we-are-working.patch | 89 ++ ...ke-sure-superblock-is-clear-on-allocation.patch | 42 + .../genext2fs-1.4.1/fix-nbblocks-cast.patch| 18 +- .../genext2fs/genext2fs-1.4.1/update_to_1.95.patch | 119 ++ meta/recipes-devtools/genext2fs/genext2fs_1.4.1.bb | 24 +- meta/recipes-graphics/builder/builder_0.1.bb |2 +- .../builder/files/builder_hob_start.sh |5 + 25 files changed, 4795 insertions(+), 19 deletions(-) create mode 100644 meta/recipes-devtools/genext2fs/genext2fs-1.4.1/0001-Fix-warnings-remove-some-unused-macros.patch create mode 100644 meta/recipes-devtools/genext2fs/genext2fs-1.4.1/0002-Add-put_blk-and-put_nod-routines.patch create mode 100644 meta/recipes-devtools/genext2fs/genext2fs-1.4.1/0003-Add-get_blkmap-and-put_blkmap.patch create mode 100644 meta/recipes-devtools/genext2fs/genext2fs-1.4.1/0004-Add-a-dirwalker-for-walking-through-directory-entrie.patch create mode 100644 meta/recipes-devtools/genext2fs/genext2fs-1.4.1/0005-Make-filesystem-struct-not-an-overloay.patch create mode 100644 meta/recipes-devtools/genext2fs/genext2fs-1.4.1/0006-Improve-the-efficiency-of-extend_blk.patch create mode 100644 meta/recipes-devtools/genext2fs/genext2fs-1.4.1/0007-Move-hdlinks-into-the-filesystem-structure.patch create mode 100644 meta/recipes-devtools/genext2fs/genext2fs-1.4.1/0008-Separate-out-the-creation-of-the-filesystem-structur.patch create mode 100644 meta/recipes-devtools/genext2fs/genext2fs-1.4.1/0009-Move-byte-swapping-into-the-get-put-routines.patch create mode 100644 meta/recipes-devtools/genext2fs/genext2fs-1.4.1/0010-Convert-over-to-keeping-the-filesystem-on-disk.patch create mode 100644 meta/recipes-devtools/genext2fs/genext2fs-1.4.1/0011-Copy-files-into-the-filesystem-a-piece-at-a-time.patch create mode 100644 meta/recipes-devtools/genext2fs/genext2fs-1.4.1/0012-Add-rev-1-support-large-file-support-and-rework-hole.patch create mode 100644 meta/recipes-devtools/genext2fs/genext2fs-1.4.1/0013-Add-volume-id-support.patch create mode 100644 meta/recipes-devtools/genext2fs/genext2fs-1.4.1/0014-Remove-unneeded-setting-of-s_reserved.patch create mode 100644 meta/recipes-devtools/genext2fs/genext2fs-1.4.1/0015-Rework-creating-the-lost-found-directory.patch create mode 100644 meta/recipes-devtools/genext2fs/genext2fs-1.4.1/0016-Fix-the-documentation-for-the-new-L-option.patch create mode 100644 meta/recipes-devtools/genext2fs/genext2fs-1.4.1/0017-Fix-file-same-comparison.patch create mode 100644 meta/recipes-devtools/genext2fs/genext2fs-1.4.1/0018-Handle-files-changing-while-we-are-working.patch create mode 100644 meta/recipes-devtools/genext2fs/genext2fs-1.4.1/0019-Make-sure-superblock-is-clear-on-allocation.patch create mode 100644 meta/recipes-devtools/genext2fs/genext2fs-1.4.1/update_to_1.95.patch -- 1.7.6 ___
[OE-core] Inaugural Yocto BSP Summit - Hosted by Mentor
I am pleased to announce that Mentor Graphics is hosting the Inaugural Yocto BSP Summit on April 2nd, 2012 at the Mentor Graphics office in Fremont, CA. I apologize for the short notice and the lengthy email, but there are a lot of details to cover. In order to allow for remote participation from the community at the BSP Summit, Mentor Graphics will be providing a WebEx session, a live video stream, and recording the stream for later viewing. Details can be found below. If you get a chance, please take a moment to respond to the following short questions to either myself or to jeffrey.osier-mi...@intel.commailto:jeffrey.osier-mi...@intel.com. 1. What is your background with BSPs and what do you want to get out of this summit? 2. What are the challenges you face developing and/or using BSPs? 3. What concerns do you have about creating and/or maintaining BSPs for Yocto? When: Mon Apr 2 8am – 5pm US - Pacific Time A few notes about remote participation: 1) Registration will be required for the webex session. (This is for cost control reasons, not to exclude anyone.) 2) As the majority of the summit will be presentations and to minimize disruption, all remote participants on the conference will be placed on mute. However, we will monitor the #yocto and #oe channels on freenode and relay comments/questions into the sessions. Planned Agenda: ( all times are in US-Pacific Time ) 08:00 - 09:00 -- Social/continental breakfast (not recorded) 09:00 - 09:15 -- Welcome and introduction (Sean Hudson, Mentor Graphics) 09:15 - 10:15 -- Current state of Yocto Project BSP definition (Tom Zanussi, Intel) 10:15 - 10:30 -- Break 10:30 - 11:30 -- Working with meta-ti (Denys Dmitriyenko, TI) 11:30 - 12:30 -- Lunch hardware setup 12:30 - 13:00 -- Strategic Platforms (Bruce Ashfield, Windriver) 13:00 - 14:30 -- Yocto Project BSP open discussion (moderator: Sean Hudson, Mentor Graphics, notes: Jeffrey Osier-Mixon, Intel) 14:30 - 17:00 -- Working sessions (flexible time) (may not be recorded) 17:00 - 18:30 -- Pizza/beer social (additional working time too) (not recorded) If you have not already done so, please take a moment to look over the three questions sent out and send responses to myself or Jeff. Video conference access information: Conference ID: 101 Note: The video conference will not connect until the call is active. However, it will connect 15 minutes early. Video participants that are connecting from outside the Mentor Network will need to call into the Video Conference Bridge using one of the following methods: IP Address: 192.94.38.249 Video Address (H.323 or SIP): vi...@mentor.commailto:vi...@mentor.com Once connected to the Bridge, please enter the Conference ID followed by the # sign. Webex information: Meeting Number: 758 201 571 Meeting Password: Once you have registered for the meeting, you will receive an email message confirming your registration. This message will provide the information that you need to join the meeting. --- To join this meeting (Now from mobile devices!) --- 1. Go to https://mentor.webex.com/mentor/j.php?J=758201571 2. If requested, enter your name and email address. 3. If a password is required, enter the meeting password: Once you have registered for the meeting, you will receive an email message confirming your registration. This message will provide the information that you need to join the meeting. 4. Click Join. 5. Follow the instructions that appear on your screen. --- Audio conference information --- Conference ID: 101 Telephone only participants can join the meeting by calling either: +1-503-685-1234 (8213-1234), or toll-free, +1-800-547-3011 ( International dial-in numbers are available on request. ) Once connected to the conference bridge, enter the Conference ID followed by the # sign. http://www.webex.com We've got to start meeting like this(TM) IMPORTANT NOTICE: This WebEx service includes a feature that allows audio and any documents and other materials exchanged or viewed during the session to be recorded. By joining this session, you automatically consent to such recordings. If you do not consent to the recording, discuss your concerns with the meeting host prior to the start of the recording or do not join the session. Please note that any such recordings may be subject to discovery in the event of litigation. ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 0/6] Setup for VMDK to use Direct Disk
On Sunday 01 April 2012 10:28:35 Cui, Dexuan wrote: Hi Paul, I believe this is true: genext2fs-1.4.1 can create a corrupt file system when the size of the file system exceeds some limit. e.g., when I create an image of 2.8GB, the image can be mounted properly, but when I create an image of about 4.5GB(yes, I found genext2fs-1.4.1 is actually able to create an image of 4.5GB; I also found it's unable to create an image of about 5.5GB, always reporting couldn't allocate a block (no free space)), the generated image can show something like this when it's booted: EXT3-fs error (device hda2): ext3_lookup: deleted inode referenced... However, with Corey's patches (from the genext2fs's mailing list) applied, I can't see the issues. I can confirm this. With these patches applied I also compared (a) using genext2fs to create a 30GB rootfs, and (b) letting genext2fs create a filesystem with just enough space and then resizing it to 30GB with resize2fs. There was no benefit in the latter - it took 5 minutes longer. 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 1/5] genext2fs: support large files and filesystems without using large amounts of memory
BTW, we can see http://sourceforge.net/mailarchive/message.php?msg_id=29071716 for what Corey, the author of the patches to genext2fs, said: We (MontaVista) and our customers have been using these patches in production since the time I sent them out and we haven't had any issues So, the quality of the patches seems pretty good. Thanks, -- Dexuan -Original Message- From: openembedded-core-boun...@lists.openembedded.org [mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf Of Dexuan Cui Sent: Monday, April 02, 2012 12:10 AM To: openembedded-core@lists.openembedded.org Subject: [OE-core] [PATCH 1/5] genext2fs: support large files and filesystems without using large amounts of memory update_to_1.95.patch was generated by making a diff bewteen the 1.4.1 release and the latest 1.9.5 version in the cvs repo: http://genext2fs.cvs.sourceforge.net/viewvc/genext2fs/genext2fs/genext2fs.c? revision=1.95 The patches 0001-0019 come from mailing list of genext2fs-devel http://sourceforge.net/mailarchive/forum.php?forum_name=genext2fs-devel; max_rows=100style=flatviewmonth=201106 Signed-off-by: Dexuan Cui dexuan@intel.com --- ...01-Fix-warnings-remove-some-unused-macros.patch | 72 ++ .../0002-Add-put_blk-and-put_nod-routines.patch| 1123 .../0003-Add-get_blkmap-and-put_blkmap.patch | 222 ...lker-for-walking-through-directory-entrie.patch | 357 +++ ...05-Make-filesystem-struct-not-an-overloay.patch | 374 +++ ...0006-Improve-the-efficiency-of-extend_blk.patch | 272 + ...ove-hdlinks-into-the-filesystem-structure.patch | 175 +++ ...t-the-creation-of-the-filesystem-structur.patch | 95 ++ ...e-byte-swapping-into-the-get-put-routines.patch | 421 ...rt-over-to-keeping-the-filesystem-on-disk.patch | 839 +++ ...les-into-the-filesystem-a-piece-at-a-time.patch | 103 ++ ...upport-large-file-support-and-rework-hole.patch | 211 .../0013-Add-volume-id-support.patch | 86 ++ ...014-Remove-unneeded-setting-of-s_reserved.patch | 28 + ...-Rework-creating-the-lost-found-directory.patch | 57 + ...ix-the-documentation-for-the-new-L-option.patch | 29 + .../0017-Fix-file-same-comparison.patch| 30 + ...andle-files-changing-while-we-are-working.patch | 89 ++ ...ke-sure-superblock-is-clear-on-allocation.patch | 42 + .../genext2fs-1.4.1/fix-nbblocks-cast.patch| 18 +- .../genext2fs/genext2fs-1.4.1/update_to_1.95.patch | 119 ++ meta/recipes-devtools/genext2fs/genext2fs_1.4.1.bb | 24 +- 22 files changed, 4776 insertions(+), 10 deletions(-) ... ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 0/5] dexuan: more build appliance patches: [Apr 1, 2012]
On Mon, 2012-04-02 at 00:10 +0800, Dexuan Cui wrote: BTW: I added a Upstream-Status: inappropriat into every patches to genext2fs. With the patches, I only spent about 10~15 minutes to create a 4.5GB .rootfs.ext3 file by genext2fs. The following changes since commit 8691a588267472eb5a32b978a0eb9ddfd0c91733: cross-canadian.bbclass: fix rpath for sdk executables (2012-03-31 18:00:59 +0100) are available in the git repository at: git://git.yoctoproject.org/poky-contrib dcui/master http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=dcui/master Dexuan Cui (5): genext2fs: support large files and filesystems without using large amounts of memory self-hosted-image: improve do_populate_poky_src self-hosted-image: renew the poky src's SRCREV that's installed into the target builder: uncomment the settings for BB_NUMBER_THREADS and PARALLEL_MAKE self-hosted-image: fix indentation: 8 spaces -- Tab I've merged these to master, thanks. Whilst I'm reluctant to do so at this point in the release process for such major changes, I think in this case it does make sense since the genext2fs changes seem to fix a number of problematic issues. 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] linux-yocto: update tiny meta and configuration for kernel 3.2
On Sat, 2012-03-31 at 23:54 -0400, Bruce Ashfield wrote: Updating the META SRCREV to pickup these commits: 59f350e meta: Add common-pc-tiny.scc 0996ca9 tiny: Minimize the tiny config d6b57bb meta: common-pc add dependencies to cfg Which update the configuration for the tiny profile of the kernel for the 3.2 release. cc: Darren Hart dvh...@linux.intel.com Signed-off-by: Bruce Ashfield bruce.ashfi...@windriver.com --- meta/recipes-kernel/linux/linux-yocto-rt_3.2.bb |2 +- meta/recipes-kernel/linux/linux-yocto_3.2.bb|2 +- 2 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] Re-execution of tasks - test report and results
On Sat, 2012-03-31 at 17:55 +0100, Richard Purdie wrote:
On Sat, 2012-03-31 at 08:59 -0700, Steve Sakoman wrote:
On Sat, Mar 31, 2012 at 8:34 AM, Richard Purdie
richard.pur...@linuxfoundation.org wrote:
Hmm, yes. We already have a bug open against git but I'd like to
understand shadow-native and sqlite. If you have the failure logs for
those two, I think it would be worth opening bugs for them.
Details for shadow-native and sqlite below:
shadow-native:
| aclocal: unknown warning category `cross'
| configure.in:496: warning: macro `AM_GNU_GETTEXT_VERSION' not found in
library
| configure.in:497: warning: macro `AM_GNU_GETTEXT' not found in library
| autoreconf: configure.in: tracing
| autoreconf: configure.in: AM_GNU_GETTEXT_VERSION is used, but not
AM_GNU_GETTEXT
| autoreconf: running: libtoolize --copy --force
| libtoolize: putting auxiliary files in `.'.
| libtoolize: copying file `./ltmain.sh'
| libtoolize: Consider adding `AC_CONFIG_MACRO_DIR([m4])' to configure.in
and
| libtoolize: rerunning libtoolize, to keep the correct libtool macros
in-tree.
| libtoolize: Consider adding `-I m4' to ACLOCAL_AMFLAGS in Makefile.am.
| aclocal: unknown warning category `cross'
| configure.in:496: warning: macro `AM_GNU_GETTEXT_VERSION' not found in
library
| configure.in:497: warning: macro `AM_GNU_GETTEXT' not found in library
| autoreconf: running:
/media/data/yocto/tmp/sysroots/x86_64-linux/usr/bin/autoconf
--include=/media/data/yocto/tmp/sysroots/x86_64-linux/usr/share/aclocal-1.11
--include=/media/data/yocto/tmp/work/x86_64-linux/shadow-native-4.1.4.3-r3/shadow-4.1.4.3/aclocal-copy/
--force --warnings=cross
| configure.in:496: error: possibly undefined macro: AM_GNU_GETTEXT_VERSION
| If this token and others are legitimate, please use
m4_pattern_allow.
| See the Autoconf documentation.
| configure.in:497: error: possibly undefined macro: AM_GNU_GETTEXT
| autoreconf: /media/data/yocto/tmp/sysroots/x86_64-linux/usr/bin/autoconf
failed with exit status: 1
| ERROR: autoreconf execution failed.
NOTE: package shadow-native-4.1.4.3-r3: task do_configure: Failed
ERROR: Task 1316
(/home/steve/source/yocto/poky/meta/recipes-extended/shadow/shadow-native_4.1.4.3.bb,
do_configure) failed with exit code '1'
This looks like a missing gettext dependency...
I think its more subtle than that. I think gettext-minimal-native and
gettext-native are trampling over each other's files. This can probably
be reproduced with:
bitbake gettext-minimal-native
bitbake gettext-native
bitbake gettext-native -c clean
bitbake shadow-native
I think the fix should be something like:
diff --git a/meta/recipes-core/gettext/gettext_0.18.1.1.bb
b/meta/recipes-core/gettext/gettext_0.18.1.1.bb
index 4144d2b..0ed5dd9 100644
--- a/meta/recipes-core/gettext/gettext_0.18.1.1.bb
+++ b/meta/recipes-core/gettext/gettext_0.18.1.1.bb
@@ -7,7 +7,7 @@ LIC_FILES_CHKSUM =
file://COPYING;md5=d32239bcb673463ab874e80d47fae504
PR = r10
DEPENDS = libxml2-native gettext-native virtual/libiconv ncurses expat
-DEPENDS_virtclass-native = libxml2-native
+DEPENDS_virtclass-native = libxml2-native gettext-minimal-native
PROVIDES = virtual/libintl virtual/gettext
PROVIDES_virtclass-native = virtual/gettext-native
CONFLICTS_${PN} = proxy-libintl
@@ -95,4 +95,8 @@ do_install_append() {
rm -f ${D}${libdir}/preloadable_libintl.so
}
+do_install_append_virtclass-native () {
+ rm ${D}${datadir}/aclocal/*
+}
+
BBCLASSEXTEND = native nativesdk
although I'm travelling at the moment and have not tested this yet.
Cheers,
Richard
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
