Re: [OE-core] Where is atom-pc.conf hiding?
Op 13 jun 2011, om 23:30 heeft Richard Purdie het volgende geschreven: On Mon, 2011-06-13 at 22:36 +0200, Koen Kooi wrote: Op 13 jun 2011, om 22:28 heeft Saul Wold het volgende geschreven: On 06/13/2011 11:31 AM, Koen Kooi wrote: Hi, Khem was asking if I could reproduce the recent x86 breakage he was seeing[1] and I ran into another bug: koen@dominion:/OE/tentacle/sources/meta-intel$ git blame meta-n450/conf/machine/n450.conf | grep atom 158f88d7 (Saul Wold 2011-01-03 15:33:52 -0800 6) require conf/machine/atom-pc.conf meta-yocto seems to be the place you need to look! I hope that the layering tools can help to detect and inform folks of this like of dependency. Isn't meta-yocto supposed to a the integration layer with no new parts? I can't use meta-yocto since it has conflicting beagleboard stuff in it, which means that meta-intel is now broken for me as well. That surely isn't the intended plan?!?! The plan on public record is that atom-pc moves to meta-intel as soon as the layer tooling comes online and meta-yocto becomes its own repo (which at present its not but its certainly the intent). So can someone at least put that in the meta-intel or meta-n450 README? Most layers now have a README with the dependency info (e.g. http://git.shr-project.org/git/?p=meta-smartphone.git;a=blob;f=meta-palm/README;h=200a3c83ff11ad790fe4e03e93a26520ec0c6714;hb=HEAD ) It would be nice if the ones on yocto-project.org had somethign similar :) ___ 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] autoconf/automake: Bump PR to resolve perl-native issue
To be clear: does the PR bump fix the issues or was there a fix earlier that
lacked a PR bump?
Op 13 jun 2011, om 23:30 heeft Saul Wold het volgende geschreven:
Signed-off-by: Saul Wold s...@linux.intel.com
---
meta/recipes-devtools/autoconf/autoconf_2.68.bb |2 +-
meta/recipes-devtools/automake/automake.inc |2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-devtools/autoconf/autoconf_2.68.bb
b/meta/recipes-devtools/autoconf/autoconf_2.68.bb
index c647a15..638e677 100644
--- a/meta/recipes-devtools/autoconf/autoconf_2.68.bb
+++ b/meta/recipes-devtools/autoconf/autoconf_2.68.bb
@@ -1,6 +1,6 @@
require autoconf.inc
-PR = r0
+PR = r1
PARALLEL_MAKE =
diff --git a/meta/recipes-devtools/automake/automake.inc
b/meta/recipes-devtools/automake/automake.inc
index 524e93e..beeec7b 100644
--- a/meta/recipes-devtools/automake/automake.inc
+++ b/meta/recipes-devtools/automake/automake.inc
@@ -4,7 +4,7 @@ Standards. Automake requires the use of Autoconf.
LICENSE = GPLv2
HOMEPAGE = http://www.gnu.org/software/automake/;
SECTION = devel
-PR = r1
+PR = r2
SRC_URI = ${GNU_MIRROR}/automake/automake-${PV}.tar.bz2
--
1.7.3.4
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [CONSOLIDATED PULL 04/51] uclibc: fix compile error on i586
From: Phil Blundell p...@pbcl.net
Without this you get:
| libc/sysdeps/linux/common/epoll.c: In function '__libc_epoll_pwait':
| libc/sysdeps/linux/common/epoll.c:71:80: error: memory input 7 is not
directly addressable
| libc/sysdeps/linux/common/epoll.c:75:86: error: memory input 7 is not
directly addressable
| make: *** [libc/sysdeps/linux/common/epoll.o] Error 1
Signed-off-by: Phil Blundell ph...@gnu.org
---
.../uclibc/uclibc-git/epoll-asm-fix.patch | 25
meta/recipes-core/uclibc/uclibc_git.bb |1 +
2 files changed, 26 insertions(+), 0 deletions(-)
create mode 100644 meta/recipes-core/uclibc/uclibc-git/epoll-asm-fix.patch
diff --git a/meta/recipes-core/uclibc/uclibc-git/epoll-asm-fix.patch
b/meta/recipes-core/uclibc/uclibc-git/epoll-asm-fix.patch
new file mode 100644
index 000..bcd834d
--- /dev/null
+++ b/meta/recipes-core/uclibc/uclibc-git/epoll-asm-fix.patch
@@ -0,0 +1,25 @@
+Fix a compile error due to last argument to syscall() not being memory
addressable.
+
+Upstream-Status: Pending
+Signed-off-by: Phil Blundell ph...@gnu.org
+
+diff --git a/libc/sysdeps/linux/common/epoll.c
b/libc/sysdeps/linux/common/epoll.c
+index 85b0cfd..c034b2c 100644
+--- a/libc/sysdeps/linux/common/epoll.c
b/libc/sysdeps/linux/common/epoll.c
+@@ -67,12 +67,13 @@ extern __typeof(epoll_pwait) __libc_epoll_pwait;
+ int __libc_epoll_pwait(int epfd, struct epoll_event *events, int maxevents,
+ int timeout, const sigset_t
*set)
+ {
++ int nsig = _NSIG / 8;
+ if (SINGLE_THREAD_P)
+- return INLINE_SYSCALL(epoll_pwait, 6, epfd, events, maxevents,
timeout, set, _NSIG / 8);
++ return INLINE_SYSCALL(epoll_pwait, 6, epfd, events, maxevents,
timeout, set, nsig);
+ # ifdef __UCLIBC_HAS_THREADS_NATIVE__
+ else {
+ int oldtype = LIBC_CANCEL_ASYNC ();
+- int result = INLINE_SYSCALL(epoll_pwait, 6, epfd, events,
maxevents, timeout, set, _NSIG / 8);
++ int result = INLINE_SYSCALL(epoll_pwait, 6, epfd, events,
maxevents, timeout, set, nsig);
+ LIBC_CANCEL_RESET (oldtype);
+ return result;
+ }
diff --git a/meta/recipes-core/uclibc/uclibc_git.bb
b/meta/recipes-core/uclibc/uclibc_git.bb
index eded2fb..54babca 100644
--- a/meta/recipes-core/uclibc/uclibc_git.bb
+++ b/meta/recipes-core/uclibc/uclibc_git.bb
@@ -29,5 +29,6 @@ SRC_URI =
git://uclibc.org/uClibc.git;branch=master;protocol=git \
file://remove_attribute_optimize_Os.patch \
file://append_UCLIBC_EXTRA_CFLAGS.patch \
file://compile-arm-fork-with-O2.patch \
+ file://epoll-asm-fix.patch \
S = ${WORKDIR}/git
--
1.7.3.4
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [CONSOLIDATED PULL 02/51] busybox: backport distro-features handling from oe master
From: Phil Blundell p...@pbcl.net
This is a backport from oe master of the code which adjusts the busybox
config according to DISTRO_FEATURES etc.
Signed-off-by: Phil Blundell ph...@gnu.org
---
meta/recipes-core/busybox/busybox.inc | 80 ++-
meta/recipes-core/busybox/busybox_1.18.4.bb |2 +-
2 files changed, 79 insertions(+), 3 deletions(-)
diff --git a/meta/recipes-core/busybox/busybox.inc
b/meta/recipes-core/busybox/busybox.inc
index 86fbdae..b697e88 100644
--- a/meta/recipes-core/busybox/busybox.inc
+++ b/meta/recipes-core/busybox/busybox.inc
@@ -35,8 +35,85 @@ RRECOMMENDS_${PN} = ${PN}-syslog ${PN}-udhcpc
inherit cml1 update-rc.d
+# internal helper
+def busybox_cfg(feature, features, tokens, cnf, rem):
+ if type(tokens) == type():
+ tokens = [tokens]
+ rem.extend(['/^[# ]*' + token + '[ =]/d' for token in tokens])
+ if type(features) == type([]) and feature in features:
+ cnf.extend([token + '=y' for token in tokens])
+ else:
+ cnf.extend(['# ' + token + ' is not set' for token in tokens])
+
+# Map distro and machine features to config settings
+def features_to_busybox_settings(d):
+ cnf, rem = ([], [])
+ distro_features = bb.data.getVar('DISTRO_FEATURES', d).split()
+ machine_features = bb.data.getVar('MACHINE_FEATURES', d).split()
+ busybox_cfg('ipv6', distro_features, 'CONFIG_FEATURE_IPV6', cnf, rem)
+ busybox_cfg('largefile', distro_features, 'CONFIG_LFS', cnf, rem)
+ busybox_cfg('largefile', distro_features,
'CONFIG_FDISK_SUPPORT_LARGE_DISKS', cnf, rem)
+ busybox_cfg('nls', distro_features, 'CONFIG_LOCALE_SUPPORT', cnf, rem)
+ busybox_cfg('ipv4', distro_features, 'CONFIG_FEATURE_IFUPDOWN_IPV4',
cnf, rem)
+ busybox_cfg('ipv6', distro_features, 'CONFIG_FEATURE_IFUPDOWN_IPV6',
cnf, rem)
+ busybox_cfg('kernel24', machine_features, 'CONFIG_FEATURE_2_4_MODULES',
cnf, rem)
+ return \n.join(cnf), \n.join(rem)
+
+# X, Y = ${@features_to_uclibc_settings(d)}
+# unfortunately doesn't seem to work with bitbake, workaround:
+def features_to_busybox_conf(d):
+ cnf, rem = features_to_busybox_settings(d)
+ return cnf
+def features_to_busybox_del(d):
+ cnf, rem = features_to_busybox_settings(d)
+ return rem
+
+configmangle = '/CROSS_COMPILER_PREFIX/d; \
+ /CONFIG_EXTRA_CFLAGS/d; \
+ '
+OE_FEATURES := ${@features_to_busybox_conf(d)}
+OE_DEL := ${@features_to_busybox_del(d)}
+DO_IPv4 := ${@base_contains('DISTRO_FEATURES', 'ipv4', 1, 0, d)}
+DO_IPv6 := ${@base_contains('DISTRO_FEATURES', 'ipv6', 1, 0, d)}
+
+python () {
+ if ${OE_DEL}:
+bb.data.setVar('configmangle_append', ${OE_DEL} + \n, d)
+ if ${OE_FEATURES}:
+bb.data.setVar('configmangle_append',
+ /^### DISTRO FEATURES$/a\\\n%s\n\n %
+ (\\n.join((bb.data.expand(${OE_FEATURES},
d).split(\n,
+ d)
+ bb.data.setVar('configmangle_append',
+ /^### CROSS$/a\\\n%s\n %
+
(\\n.join([CONFIG_CROSS_COMPILER_PREFIX=\${TARGET_PREFIX}\,
+ CONFIG_EXTRA_CFLAGS=\${CFLAGS}\
+])
+ ),
+ d)
+}
+
+do_prepare_config () {
+ sed -e 's#@DATADIR@#${datadir}#g' \
+${WORKDIR}/defconfig ${S}/.config
+ sed -i -e '/CONFIG_STATIC/d' .config
+ echo # CONFIG_STATIC is not set .config
+ for i in 'CROSS' 'DISTRO FEATURES'; do echo ### $i; done \
+ ${S}/.config
+ sed -i -e '${configmangle}' ${S}/.config
+ if test ${DO_IPv4} -eq 0 test ${DO_IPv6} -eq 0; then
+ # disable networking applets
+ mv ${S}/.config ${S}/.config.oe-tmp
+ awk 'BEGIN{net=0}
+ /^# Networking Utilities/{net=1}
+ /^#$/{if(net){net=net+1}}
+ {if(net==2$0 !~ /^#/$1){print(# $1 is not set)}else{print}}' \
+ ${S}/.config.oe-tmp ${S}/.config
+ fi
+}
+
do_configure () {
- install -m 0644 ${WORKDIR}/defconfig ${S}/.config
+ do_prepare_config
cml1_do_configure
}
@@ -184,4 +261,3 @@ pkg_prerm_${PN}-syslog () {
update-alternatives --remove syslog-init syslog.${PN}
update-alternatives --remove syslog-conf syslog.conf.${PN}
}
-
diff --git a/meta/recipes-core/busybox/busybox_1.18.4.bb
b/meta/recipes-core/busybox/busybox_1.18.4.bb
index a5080d5..a999490 100644
--- a/meta/recipes-core/busybox/busybox_1.18.4.bb
+++ b/meta/recipes-core/busybox/busybox_1.18.4.bb
@@ -1,5 +1,5 @@
require busybox.inc
-PR = r2
+PR = r3
SRC_URI = http://www.busybox.net/downloads/busybox-${PV}.tar.bz2;name=tarball
\
file://udhcpscript.patch \
--
1.7.3.4
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [CONSOLIDATED PULL 05/51] import recipe_sanity.bbclass from oe master
From: Phil Blundell p...@pbcl.net
This is a verbatim copy of the corresponding class from oe master.
Signed-off-by: Phil Blundell ph...@gnu.org
---
meta/classes/recipe_sanity.bbclass | 179
1 files changed, 179 insertions(+), 0 deletions(-)
create mode 100644 meta/classes/recipe_sanity.bbclass
diff --git a/meta/classes/recipe_sanity.bbclass
b/meta/classes/recipe_sanity.bbclass
new file mode 100644
index 000..bb60ffa
--- /dev/null
+++ b/meta/classes/recipe_sanity.bbclass
@@ -0,0 +1,179 @@
+def __note(msg, d):
+bb.note(%s: recipe_sanity: %s % (d.getVar(P, 1), msg))
+
+__recipe_sanity_badruntimevars = RDEPENDS RPROVIDES RRECOMMENDS RCONFLICTS
+def bad_runtime_vars(cfgdata, d):
+if bb.data.inherits_class(native, d) or \
+ bb.data.inherits_class(cross, d):
+return
+
+for var in d.getVar(__recipe_sanity_badruntimevars, 1).split():
+val = d.getVar(var, 0)
+if val and val != cfgdata.get(var):
+__note(%s should be %s_${PN} % (var, var), d)
+
+__recipe_sanity_reqvars = DESCRIPTION
+__recipe_sanity_reqdiffvars = LICENSE
+def req_vars(cfgdata, d):
+for var in d.getVar(__recipe_sanity_reqvars, 1).split():
+if not d.getVar(var, 0):
+__note(%s should be set % var, d)
+
+for var in d.getVar(__recipe_sanity_reqdiffvars, 1).split():
+val = d.getVar(var, 0)
+cfgval = cfgdata.get(var)
+
+# Hardcoding is bad, but I'm lazy. We don't care about license being
+# unset if the recipe has no sources!
+if var == LICENSE and d.getVar(SRC_URI, 1) ==
cfgdata.get(SRC_URI):
+continue
+
+if not val:
+__note(%s should be set % var, d)
+elif val == cfgval:
+__note(%s should be defined to something other than default (%s)
% (var, cfgval), d)
+
+def var_renames_overwrite(cfgdata, d):
+renames = d.getVar(__recipe_sanity_renames, 0)
+if renames:
+for (key, newkey, oldvalue, newvalue) in renames:
+if oldvalue != newvalue and oldvalue != cfgdata.get(newkey):
+__note(rename of variable '%s' to '%s' overwrote existing
value '%s' with '%s'. % (key, newkey, oldvalue, newvalue), d)
+
+def incorrect_nonempty_PACKAGES(cfgdata, d):
+if bb.data.inherits_class(native, d) or \
+ bb.data.inherits_class(cross, d):
+if d.getVar(PACKAGES, 1):
+return True
+
+def can_use_autotools_base(cfgdata, d):
+cfg = d.getVar(do_configure, 1)
+if not bb.data.inherits_class(autotools, d):
+return False
+
+for i in [autoreconf] + [%s_do_configure % cls for cls in
[gnomebase, gnome, e, autotools, efl, gpephone, openmoko,
openmoko2, xfce, xlibs]]:
+if cfg.find(i) != -1:
+return False
+
+import os
+for clsfile in d.getVar(__inherit_cache, 0):
+(base, _) = os.path.splitext(os.path.basename(clsfile))
+if cfg.find(%s_do_configure % base) != -1:
+__note(autotools_base usage needs verification, spotted
%s_do_configure % base, d)
+
+return True
+
+def can_remove_FILESPATH(cfgdata, d):
+expected = cfgdata.get(FILESPATH)
+#expected = ${@':'.join([os.path.normpath(os.path.join(fp, p, o)) for fp
in d.getVar('FILESPATHBASE', 1).split(':') for p in d.getVar('FILESPATHPKG',
1).split(':') for o in (d.getVar('OVERRIDES', 1) + ':').split(':') if
os.path.exists(os.path.join(fp, p, o))])}:${FILESDIR}
+expectedpaths = bb.data.expand(expected, d)
+unexpanded = d.getVar(FILESPATH, 0)
+filespath = d.getVar(FILESPATH, 1).split(:)
+filespath = [os.path.normpath(f) for f in filespath if os.path.exists(f)]
+for fp in filespath:
+if not fp in expectedpaths:
+# __note(Path %s in FILESPATH not in the expected paths %s %
+# (fp, expectedpaths), d)
+return False
+return expected != unexpanded
+
+def can_remove_FILESDIR(cfgdata, d):
+expected = cfgdata.get(FILESDIR)
+#expected = ${@bb.which(d.getVar('FILESPATH', 1), '.')}
+unexpanded = d.getVar(FILESDIR, 0)
+if unexpanded is None:
+return False
+
+expanded = os.path.normpath(d.getVar(FILESDIR, 1))
+filespath = d.getVar(FILESPATH, 1).split(:)
+filespath = [os.path.normpath(f) for f in filespath if os.path.exists(f)]
+
+return unexpanded != expected and \
+ os.path.exists(expanded) and \
+ (expanded in filespath or
+expanded == bb.data.expand(expected, d))
+
+def can_remove_others(p, cfgdata, d):
+for k in [S, PV, PN, DESCRIPTION, LICENSE, DEPENDS,
+ SECTION, PACKAGES, EXTRA_OECONF, EXTRA_OEMAKE]:
+#for k in cfgdata:
+unexpanded = d.getVar(k, 0)
+cfgunexpanded = cfgdata.get(k)
+if not cfgunexpanded:
+continue
+
+try:
+expanded = d.getVar(k, 1)
+cfgexpanded = bb.data.expand(cfgunexpanded, d)
+except bb.fetch.ParameterError:
+
[OE-core] [CONSOLIDATED PULL 07/51] linux-yocto: rename recipes to explicitly indicate version
From: Bruce Ashfield bruce.ashfi...@windriver.com
The existing recipe names for the linux-yocto kernel builds
worked well when there was a single, or two versions of the
kernel available. But with the impending kernel updates and
retirement of older kernels, the re-use of the same recipes
for different kernel versions violates the principle of least
surprise.
To address this, the recipes are being renamed as follows:
linux-yocto_git.bb - linux-yocto_2.6.37.bb
linux-yocto-stable_git.bb - linux-yocto_2.6.34.bb
There continue to be versionless recipe names that feed into
versioned recipes at the appropriate points. They are:
linux-yocto-dev.bb (tracking the latest yocto dev kernel)
linux-yocto-korg_head.bb (tracking korg kernels)
There are no existing users of linux-yocto-stable in the master
branches to convert to the new naming, so these changes work
in isolation.
Signed-off-by: Bruce Ashfield bruce.ashfi...@windriver.com
---
...x-yocto-stable_git.bb = linux-yocto_2.6.34.bb} |0
.../{linux-yocto_git.bb = linux-yocto_2.6.37.bb} |0
2 files changed, 0 insertions(+), 0 deletions(-)
rename meta/recipes-kernel/linux/{linux-yocto-stable_git.bb =
linux-yocto_2.6.34.bb} (100%)
rename meta/recipes-kernel/linux/{linux-yocto_git.bb = linux-yocto_2.6.37.bb}
(100%)
diff --git a/meta/recipes-kernel/linux/linux-yocto-stable_git.bb
b/meta/recipes-kernel/linux/linux-yocto_2.6.34.bb
similarity index 100%
rename from meta/recipes-kernel/linux/linux-yocto-stable_git.bb
rename to meta/recipes-kernel/linux/linux-yocto_2.6.34.bb
diff --git a/meta/recipes-kernel/linux/linux-yocto_git.bb
b/meta/recipes-kernel/linux/linux-yocto_2.6.37.bb
similarity index 100%
rename from meta/recipes-kernel/linux/linux-yocto_git.bb
rename to meta/recipes-kernel/linux/linux-yocto_2.6.37.bb
--
1.7.3.4
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [CONSOLIDATED PULL 00/51] 14-June-2011
Richard, This has number fixes for various issues along with recipe updates. While the autobuidler does not look so great, these have built on local machines in a cleaner environment. I removed the large patchset for GCC, it can be reviewed at the browse URL below Thanks Sau! The following changes since commit 6a3e57fcd3a172c9b2707510d65741734c98a143: Revert gcc: rebase the patch to avoid patch rejection (2011-06-10 12:56:29 +0100) are available in the git repository at: git://git.openembedded.org/openembedded-core-contrib sgw/stage http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=sgw/stage Anders Darander (2): perl-native: fix download url runqemu: take TMPDIR from bitbake Bruce Ashfield (1): linux-yocto: rename recipes to explicitly indicate version Dexuan Cui (14): git: restore the dependency on perl-native tcmode-default: fix PREFERRED_VERSION_gcc-cross-canadian recipes: update Upstream-Status for multiple recipes' patches gnome-doc-utils: upgrade from 0.20.5 to the latest version 0.20.6 startup-notification: upgrade from 0.10 to the latest version 0.12 util-macros: upgrade from 1.13.0 to the latest version 0.14.0 resourceproto: upgrade from 1.1.1 to the latest version 1.2.0 dri2proto: upgrade from 2.3 to the latest version 2.4 glproto: upgrade from 1.4.12 to the latest version 1.4.13 inputproto: upgrade from 2.0.1 to the latest version 2.0.2 pixman: upgrade from 0.20.2 to the latest stable 0.22.0 libxext: upgrade from 1.2.0 to the latest version 1.3.0 libxi: upgrade from 1.4.2 to the latest version 1.4.3 distro_tracking_fields.inc: update the info for the following recipes Kang Kai (2): ghostscript: update SRC_URI eglibc: migrate configurability from oe Khem Raj (6): util-macros_1.13.0.bb: Depend on virtual/gettext instead of gettext uclibc.inc: libsegfault is only RPROVIDED by uclibc gettext_0.18.1.1.bb: Fix build on uclibc uclibc: Cleanup the machine dependent config files eglibc 2.12/2.13: Upgrade SRCREV gcc-4.6.0: Bring in patches from FSF 4.6 branch Koen Kooi (2): qemu.inc: append to IMAGE_FSTYPES instead of weakly assigning them connman-gnome 0.5: build from git Phil Blundell (5): busybox: backport distro-features handling from oe master uclibc: fix compile error on i586 import recipe_sanity.bbclass from oe master uclibc: remove redundant python code uclibc: remove PACKAGE_ARCH Richard Purdie (11): pointercal: Inhibit toolchain dependencies as its just config files formfactor: Inhibit toolchain dependencies as its just config files keymaps: Inhibit toolchain dependencies as its just configuration files usbinit: Inherit allarch as its a generic script base-files: Inherit toolchain dependencies as a compiler isn't used poky-feed-opkg: Disable default toolchain dependencies as these are just configuration files initscripts: makedevs is no longer used anywhere so drop dependency. Also inhibit compiler/libc dependencies as they're unused sysvinit-inittab: Inhibit compiler/libc dependencies as this is just a configuration file initrdscripts: Inhibit compiler/libc dependencies as this is just a configuration file task-sdk-host: Add nativesdk to the task name so its clearer what the contents of the task represent nativesdk.bbclass: Correct ordering of manipulations Saul Wold (8): json-glib: Fix up SRC_URI Checksums clutter-box2d_git: Switch SRC_URI to git.gnome.org update-alternatives-dpkg: Fix SRC_URI Checksum jsib-glib: Fix SRC_URI Checksum rxvt-unicode: Fix SRC_URI LIC_FILES Checksum alsa-tools: fix Checksums libx11-diet: Fixed checksum and rebase patch autoconf/automake: Bump PR to resolve perl-native issue meta/classes/nativesdk.bbclass | 53 +- meta/classes/populate_sdk.bbclass |2 +- meta/classes/recipe_sanity.bbclass | 179 + meta/conf/distro/include/default-distrovars.inc|9 +- .../conf/distro/include/distro_tracking_fields.inc | 113 +- meta/conf/distro/include/tcmode-default.inc|2 +- meta/conf/machine/include/qemu.inc |2 +- meta/recipes-bsp/formfactor/formfactor_0.0.bb |1 + meta/recipes-bsp/keymaps/keymaps_1.0.bb|2 + meta/recipes-bsp/pointercal/pointercal_0.0.bb |1 + meta/recipes-bsp/usbinit/usbinit.bb|4 +- .../connman-gnome/applet_menu_popup_fix.patch | 19 - .../connman/connman-gnome/connman-gnome.patch | 4162 -- .../remove-connman-property-desktop-file.patch | 42 - .../connman-gnome/service_name_update.patch| 36 - .../connman/connman-gnome_0.5.bb | 13 +- meta/recipes-core/base-files/base-files_3.0.14.bb |2 + meta/recipes-core/busybox/busybox.inc | 80 +- meta/recipes-core/busybox/busybox_1.18.4.bb|2 +- meta/recipes-core/eglibc/eglibc-options.inc|
[OE-core] [CONSOLIDATED PULL 01/51] ghostscript: update SRC_URI
From: Kang Kai kai.k...@windriver.com
Build ghostscript-native fails on a i686 machine because it can't get
the source objarch.h and soobjarch.h, and .h files are not needed for
native package, so update the SRC_URI to fix it.
Signed-off-by: Kang Kai kai.k...@windriver.com
Removed the do_configure_prepend and folded into the target do_configure
since the native was picking it up for the do_configure_virtclass/native()
and then failing on i686.
Signed-off-by: Saul Wold s...@linux.intel.com
---
.../ghostscript/ghostscript_9.02.bb| 19 ++-
1 files changed, 10 insertions(+), 9 deletions(-)
diff --git a/meta/recipes-extended/ghostscript/ghostscript_9.02.bb
b/meta/recipes-extended/ghostscript/ghostscript_9.02.bb
index e3d32dd..3cb5485 100644
--- a/meta/recipes-extended/ghostscript/ghostscript_9.02.bb
+++ b/meta/recipes-extended/ghostscript/ghostscript_9.02.bb
@@ -15,17 +15,20 @@ SECTION = console/utils
LICENSE = GPLv3
LIC_FILES_CHKSUM = file://LICENSE;md5=d151214b3131251dfc9d858593acbd24
-PR = r1
+PR = r2
DEPENDS = ${PN}-native tiff jpeg fontconfig cups
DEPENDS_virtclass-native =
-SRC_URI = http://downloads.ghostscript.com/public/ghostscript-${PV}.tar.bz2 \
+SRC_URI_BASE =
http://downloads.ghostscript.com/public/ghostscript-${PV}.tar.bz2;
+
+SRC_URI = ${SRC_URI_BASE} \
file://ghostscript-9.02-prevent_recompiling.patch \
file://ghostscript-9.02-genarch.patch \
file://objarch.h \
file://soobjarch.h \
+SRC_URI_virtclass-native = ${SRC_URI_BASE}
SRC_URI[md5sum] = f67151444bd56a7904579fc75a083dd6
SRC_URI[sha256sum] =
03ea2cad13a36f8f9160912012b79619a826e7148fada6d3531feb25409ee05a
@@ -34,14 +37,12 @@ EXTRA_OECONF = --without-x --with-system-libtiff
--without-jbig2dec --without-j
inherit autotools
-do_configure_prepend () {
- mkdir -p obj
- mkdir -p soobj
- cp ${WORKDIR}/objarch.h obj/arch.h
- cp ${WORKDIR}/soobjarch.h soobj/arch.h
-}
-
do_configure () {
+mkdir -p obj
+mkdir -p soobj
+cp ${WORKDIR}/objarch.h obj/arch.h
+cp ${WORKDIR}/soobjarch.h soobj/arch.h
+
oe_runconf
# copy tools from the native ghostscript build
--
1.7.3.4
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [CONSOLIDATED PULL 03/51] git: restore the dependency on perl-native
From: Dexuan Cui dexuan@intel.com
[YOCTO #1155]
I thought git-native could depend on perl-native-runtime and tests on
Ubuntu 9.04/10.10 and Fedora 13 show it could buid fine (looks these distros
install perl-ExtUtils-MakeMaker by default).
However Joshua reported on Fedora 15 i686 host, git-native can't build unless
he manually installed perl-ExtUtils-MakeMaker to the host.
This makes me think we may as well make git-native depend on perl-native.
Signed-off-by: Dexuan Cui dexuan@intel.com
---
meta/recipes-devtools/git/git.inc|6 +++---
meta/recipes-devtools/git/git_1.7.5.1.bb |2 +-
2 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/meta/recipes-devtools/git/git.inc
b/meta/recipes-devtools/git/git.inc
index c884f9c..5d77880 100644
--- a/meta/recipes-devtools/git/git.inc
+++ b/meta/recipes-devtools/git/git.inc
@@ -1,16 +1,16 @@
DESCRIPTION = The git revision control system used by the Linux kernel
developers
SECTION = console/utils
LICENSE = GPLv2
-DEPENDS = perl-native openssl curl zlib expat
+DEPENDS = openssl curl zlib expat
SRC_URI = ${KERNELORG_MIRROR}/software/scm/git/git-${PV}.tar.bz2
S = ${WORKDIR}/git-${PV}
LIC_FILES_CHKSUM = file://COPYING;md5=7c0d7ef03a7eb04ce795b0f60e68e7e1
-EXTRA_OECONF = --with-perl=${STAGING_BINDIR_NATIVE}/perl --without-tcltk
+EXTRA_OECONF = --with-perl=${STAGING_BINDIR_NATIVE}/perl-native/perl
--without-tcltk
-inherit autotools
+inherit autotools perlnative
do_install () {
oe_runmake install DESTDIR=${D} bindir=${bindir} \
diff --git a/meta/recipes-devtools/git/git_1.7.5.1.bb
b/meta/recipes-devtools/git/git_1.7.5.1.bb
index bfdbf62..04d1d56 100644
--- a/meta/recipes-devtools/git/git_1.7.5.1.bb
+++ b/meta/recipes-devtools/git/git_1.7.5.1.bb
@@ -1,6 +1,6 @@
require git.inc
-PR = r0
+PR = r2
EXTRA_OECONF += ac_cv_snprintf_returns_bogus=no ac_cv_c_c99_format=yes \
ac_cv_fread_reads_directories=${ac_cv_fread_reads_directories=yes} \
--
1.7.3.4
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [CONSOLIDATED PULL 09/51] clutter-box2d_git: Switch SRC_URI to git.gnome.org
Signed-off-by: Saul Wold s...@linux.intel.com
---
meta/recipes-graphics/clutter/clutter-box2d_git.bb |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/meta/recipes-graphics/clutter/clutter-box2d_git.bb
b/meta/recipes-graphics/clutter/clutter-box2d_git.bb
index 4c1c003..bfd46b2 100644
--- a/meta/recipes-graphics/clutter/clutter-box2d_git.bb
+++ b/meta/recipes-graphics/clutter/clutter-box2d_git.bb
@@ -6,7 +6,7 @@ SRCREV = 4799ac10ae8cb7da936a2b999aba58fe62eb1ee3
PV = 0.10.1+git${SRCPV}
PR = r0
-SRC_URI = git://git.clutter-project.org/clutter-box2d.git;protocol=git
+SRC_URI = git://git.gnome.org/clutter-box2d.git
S = ${WORKDIR}/git
--
1.7.3.4
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [CONSOLIDATED PULL 08/51] perl-native: fix download url
From: Anders Darander and...@chargestorm.se
Signed-off-by: Anders Darander and...@chargestorm.se
---
meta/recipes-devtools/perl/perl-native_5.12.3.bb |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/meta/recipes-devtools/perl/perl-native_5.12.3.bb
b/meta/recipes-devtools/perl/perl-native_5.12.3.bb
index cbb4e78..50fa1c9 100644
--- a/meta/recipes-devtools/perl/perl-native_5.12.3.bb
+++ b/meta/recipes-devtools/perl/perl-native_5.12.3.bb
@@ -9,7 +9,7 @@ PR = r2
LIC_FILES_CHKSUM = file://Copying;md5=2b4c6ffbcfcbdee469f02565f253d81a \
file://Artistic;md5=f921793d03cc6d63ec4b15e9be8fd3f8
-SRC_URI = http://ftp.funet.fi/pub/CPAN/src/perl-${PV}.tar.gz \
+SRC_URI = http://www.cpan.org/src/5.0/perl-${PV}.tar.gz \
file://Configure-multilib.patch \
file://perl-configpm-switch.patch \
file://parallel_build_fix_1.patch \
--
1.7.3.4
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [CONSOLIDATED PULL 10/51] util-macros_1.13.0.bb: Depend on virtual/gettext instead of gettext
From: Khem Raj raj.k...@gmail.com
So multiple provider problem can be reolved amicably
Signed-off-by: Khem Raj raj.k...@gmail.com
---
.../xorg-util/util-macros_1.13.0.bb|4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-graphics/xorg-util/util-macros_1.13.0.bb
b/meta/recipes-graphics/xorg-util/util-macros_1.13.0.bb
index a6f5402..4bac614 100644
--- a/meta/recipes-graphics/xorg-util/util-macros_1.13.0.bb
+++ b/meta/recipes-graphics/xorg-util/util-macros_1.13.0.bb
@@ -12,8 +12,8 @@ PR = r0
# ${PN} is empty so we need to tweak -dev and -dbg package dependencies
DEPENDS = libgpg-error
-DEPENDS_virtclass-native = gettext
-DEPENDS_virtclass-nativesdk = gettext
+DEPENDS_virtclass-native = virtual/gettext
+DEPENDS_virtclass-nativesdk = virtual/gettext
RDEPENDS_${PN}-dev =
RRECOMMENDS_${PN}-dbg = ${PN}-dev (= ${EXTENDPKGV})
--
1.7.3.4
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [CONSOLIDATED PULL 12/51] gettext_0.18.1.1.bb: Fix build on uclibc
From: Khem Raj raj.k...@gmail.com
Use libc-uclibc override to seprate out uclibc bits
instead of using TARGET_OS
Signed-off-by: Khem Raj raj.k...@gmail.com
---
.../gnulib-uclibc-sched_param-def.patch| 21
meta/recipes-core/gettext/gettext_0.18.1.1.bb |7 +++--
2 files changed, 25 insertions(+), 3 deletions(-)
create mode 100644
meta/recipes-core/gettext/gettext-0.18.1.1/gnulib-uclibc-sched_param-def.patch
diff --git
a/meta/recipes-core/gettext/gettext-0.18.1.1/gnulib-uclibc-sched_param-def.patch
b/meta/recipes-core/gettext/gettext-0.18.1.1/gnulib-uclibc-sched_param-def.patch
new file mode 100644
index 000..d8d10db
--- /dev/null
+++
b/meta/recipes-core/gettext/gettext-0.18.1.1/gnulib-uclibc-sched_param-def.patch
@@ -0,0 +1,21 @@
+uclibc defines __GLIBC__ but it does not expose struct shed_param as much as
glibc
+and is not needed too per standard. gnulib attempts to use it but we have to
account
+for it because in this case uclibc does not behave like glibc.
+
+-Khem
+
+Upstream-Status: Pending
+
+Index: gettext-0.18.1.1/gettext-tools/gnulib-lib/spawn.in.h
+===
+--- gettext-0.18.1.1.orig/gettext-tools/gnulib-lib/spawn.in.h
gettext-0.18.1.1/gettext-tools/gnulib-lib/spawn.in.h
+@@ -31,7 +31,7 @@
+
+ /* Get definitions of 'struct sched_param' and 'sigset_t'.
+But avoid namespace pollution on glibc systems. */
+-#ifndef __GLIBC__
++#if !defined __GLIBC__ || defined __UCLIBC__
+ # include sched.h
+ # include signal.h
+ #endif
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 5f5f164..f54c111 100644
--- a/meta/recipes-core/gettext/gettext_0.18.1.1.bb
+++ b/meta/recipes-core/gettext/gettext_0.18.1.1.bb
@@ -12,11 +12,12 @@ PROVIDES = virtual/libintl virtual/gettext
PROVIDES_virtclass-native =
CONFLICTS_${PN} = proxy-libintl
SRC_URI = ${GNU_MIRROR}/gettext/gettext-${PV}.tar.gz \
- file://wchar-uclibc.patch \
-SRC_URI_append_linux-uclibc =
file://gettext-error_print_progname.patch;patch=1
-SRC_URI_append_linux-uclibceabi =
file://gettext-error_print_progname.patch;patch=1
+SRC_URI_append_libc-uclibc = file://wchar-uclibc.patch \
+ file://gettext-error_print_progname.patch \
+ file://gnulib-uclibc-sched_param-def.patch \
+
SRC_URI[md5sum] = 3dd55b952826d2b32f51308f2f91aa89
SRC_URI[sha256sum] =
93ac71a7afa5b70c1b1032516663658c51e653087f42a3fc8044752c026443e9
--
1.7.3.4
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [CONSOLIDATED PULL 13/51] uclibc: Cleanup the machine dependent config files
From: Khem Raj raj.k...@gmail.com
We only have arch specific machine fragments now.
Introduce use of KCONFIG_ALLCONFIG and use allnoconfig
Signed-off-by: Khem Raj raj.k...@gmail.com
---
.../uclibc/uclibc-git/armv5te/uClibc.machine |4 +-
.../{nslu2be = armv5teb}/uClibc.machine |0
.../uclibc/uclibc-git/efika/uClibc.machine | 45
.../uclibc-git/{qemumips = mips}/uClibc.machine |0
.../uclibc/uclibc-git/qemuarm/uClibc.machine | 77
.../uclibc/uclibc-git/qemux86/uClibc.machine | 59 ---
meta/recipes-core/uclibc/uclibc-git/uClibc.distro | 14 -
meta/recipes-core/uclibc/uclibc.inc|5 +-
meta/recipes-core/uclibc/uclibc_git.bb |1 -
9 files changed, 17 insertions(+), 188 deletions(-)
rename meta/recipes-core/uclibc/uclibc-git/{nslu2be =
armv5teb}/uClibc.machine (100%)
delete mode 100644 meta/recipes-core/uclibc/uclibc-git/efika/uClibc.machine
rename meta/recipes-core/uclibc/uclibc-git/{qemumips = mips}/uClibc.machine
(100%)
delete mode 100644 meta/recipes-core/uclibc/uclibc-git/qemuarm/uClibc.machine
delete mode 100644 meta/recipes-core/uclibc/uclibc-git/qemux86/uClibc.machine
delete mode 100644 meta/recipes-core/uclibc/uclibc-git/uClibc.config
diff --git a/meta/recipes-core/uclibc/uclibc-git/armv5te/uClibc.machine
b/meta/recipes-core/uclibc/uclibc-git/armv5te/uClibc.machine
index b012a38..2242dc9 100644
--- a/meta/recipes-core/uclibc/uclibc-git/armv5te/uClibc.machine
+++ b/meta/recipes-core/uclibc/uclibc-git/armv5te/uClibc.machine
@@ -38,14 +38,14 @@ FORCE_OPTIONS_FOR_ARCH=y
CONFIG_ARM_EABI=y
# COMPILE_IN_THUMB_MODE is not set
USE_BX=y
-CONFIG_GENERIC_ARM=y
+# CONFIG_GENERIC_ARM is not set
# CONFIG_ARM610 is not set
# CONFIG_ARM710 is not set
# CONFIG_ARM7TDMI is not set
# CONFIG_ARM720T is not set
# CONFIG_ARM920T is not set
# CONFIG_ARM922T is not set
-# CONFIG_ARM926T is not set
+CONFIG_ARM926T=y
# CONFIG_ARM10T is not set
# CONFIG_ARM1136JF_S is not set
# CONFIG_ARM1176JZ_S is not set
diff --git a/meta/recipes-core/uclibc/uclibc-git/nslu2be/uClibc.machine
b/meta/recipes-core/uclibc/uclibc-git/armv5teb/uClibc.machine
similarity index 100%
rename from meta/recipes-core/uclibc/uclibc-git/nslu2be/uClibc.machine
rename to meta/recipes-core/uclibc/uclibc-git/armv5teb/uClibc.machine
diff --git a/meta/recipes-core/uclibc/uclibc-git/efika/uClibc.machine
b/meta/recipes-core/uclibc/uclibc-git/efika/uClibc.machine
deleted file mode 100644
index 5ed7b51..000
--- a/meta/recipes-core/uclibc/uclibc-git/efika/uClibc.machine
+++ /dev/null
@@ -1,45 +0,0 @@
-#
-# Automatically generated make config: don't edit
-# Wed Dec 20 11:05:48 2006
-#
-# TARGET_alpha is not set
-# TARGET_arm is not set
-# TARGET_bfin is not set
-# TARGET_cris is not set
-# TARGET_e1 is not set
-# TARGET_frv is not set
-# TARGET_h8300 is not set
-# TARGET_hppa is not set
-# TARGET_i386 is not set
-# TARGET_i960 is not set
-# TARGET_ia64 is not set
-# TARGET_m68k is not set
-# TARGET_microblaze is not set
-# TARGET_mips is not set
-# TARGET_nios is not set
-# TARGET_nios2 is not set
-TARGET_powerpc=y
-# TARGET_sh is not set
-# TARGET_sh64 is not set
-# TARGET_sparc is not set
-# TARGET_v850 is not set
-# TARGET_vax is not set
-# TARGET_x86_64 is not set
-
-#
-# Target Architecture Features and Options
-#
-TARGET_ARCH=powerpc
-FORCE_OPTIONS_FOR_ARCH=y
-ARCH_BIG_ENDIAN=y
-
-#
-# Using Big Endian
-#
-ARCH_HAS_MMU=y
-ARCH_USE_MMU=y
-UCLIBC_HAS_FLOATS=y
-UCLIBC_HAS_FPU=y
-DO_C99_MATH=y
-KERNEL_HEADERS=path/to/kernel/headers
-HAVE_DOT_CONFIG=y
diff --git a/meta/recipes-core/uclibc/uclibc-git/qemumips/uClibc.machine
b/meta/recipes-core/uclibc/uclibc-git/mips/uClibc.machine
similarity index 100%
rename from meta/recipes-core/uclibc/uclibc-git/qemumips/uClibc.machine
rename to meta/recipes-core/uclibc/uclibc-git/mips/uClibc.machine
diff --git a/meta/recipes-core/uclibc/uclibc-git/qemuarm/uClibc.machine
b/meta/recipes-core/uclibc/uclibc-git/qemuarm/uClibc.machine
deleted file mode 100644
index 2242dc9..000
--- a/meta/recipes-core/uclibc/uclibc-git/qemuarm/uClibc.machine
+++ /dev/null
@@ -1,77 +0,0 @@
-#
-# Automatically generated make config: don't edit
-# Version: 0.9.32-git
-# Mon Jul 19 01:34:29 2010
-#
-# TARGET_alpha is not set
-TARGET_arm=y
-# TARGET_avr32 is not set
-# TARGET_bfin is not set
-# TARGET_cris is not set
-# TARGET_e1 is not set
-# TARGET_frv is not set
-# TARGET_h8300 is not set
-# TARGET_hppa is not set
-# TARGET_i386 is not set
-# TARGET_i960 is not set
-# TARGET_ia64 is not set
-# TARGET_m68k is not set
-# TARGET_microblaze is not set
-# TARGET_mips is not set
-# TARGET_nios is not set
-# TARGET_nios2 is not set
-# TARGET_powerpc is not set
-# TARGET_sh is not set
-# TARGET_sh64 is not set
-# TARGET_sparc is not set
-# TARGET_v850 is not set
-# TARGET_vax is not set
-# TARGET_x86_64 is not set
-# TARGET_xtensa is not set
-
-#
-# Target Architecture Features and
[OE-core] [CONSOLIDATED PULL 15/51] uclibc: remove PACKAGE_ARCH
From: Phil Blundell p...@pbcl.net
There is no good reason for uclibc to be machine specific. Remove local
assignment to PACKAGE_ARCH so that it gets the default target
architecture and bump PR for that change.
See http://lists.linuxtogo.org/pipermail/openembedded-core/2011-May/003064.html
Signed-off-by: Phil Blundell ph...@gnu.org
Acked-by: Koen Kooi k...@dominion.thruhere.net
Signed-off-by: Khem Raj raj.k...@gmail.com
---
meta/recipes-core/uclibc/uclibc_git.bb |4 +---
1 files changed, 1 insertions(+), 3 deletions(-)
diff --git a/meta/recipes-core/uclibc/uclibc_git.bb
b/meta/recipes-core/uclibc/uclibc_git.bb
index f5c861b..b8f58f0 100644
--- a/meta/recipes-core/uclibc/uclibc_git.bb
+++ b/meta/recipes-core/uclibc/uclibc_git.bb
@@ -2,11 +2,9 @@ SRCREV=71d63ed75648da9b0b71afabb9c60aaad792c55c
require uclibc.inc
PV = 0.9.31+0.9.32rc3
-PR = ${INC_PR}.2
+PR = ${INC_PR}.3
PROVIDES += virtual/${TARGET_PREFIX}libc-for-gcc
-#recent versions uclibc require real kernel headers
-PACKAGE_ARCH = ${MACHINE_ARCH}
FILESPATH = ${@base_set_filespath([ '${FILE_DIRNAME}/uclibc-git' ], d)}
SRC_URI = git://uclibc.org/uClibc.git;branch=master;protocol=git \
--
1.7.3.4
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [CONSOLIDATED PULL 16/51] qemu.inc: append to IMAGE_FSTYPES instead of weakly assigning them
From: Koen Kooi k...@dominion.thruhere.net The ext3 format is pretty much mandatory for qemu usage, so always create it. Signed-off-by: Koen Kooi k...@dominion.thruhere.net --- meta/conf/machine/include/qemu.inc |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/meta/conf/machine/include/qemu.inc b/meta/conf/machine/include/qemu.inc index 9ef242f..e908f69 100644 --- a/meta/conf/machine/include/qemu.inc +++ b/meta/conf/machine/include/qemu.inc @@ -3,7 +3,7 @@ PREFERRED_PROVIDER_virtual/xserver ?= xserver-kdrive MACHINE_FEATURES = kernel26 apm alsa pcmcia bluetooth irda usbgadget screen -IMAGE_FSTYPES ?= tar.bz2 ext3 +IMAGE_FSTYPES += tar.bz2 ext3 ROOT_FLASH_SIZE = 280 -- 1.7.3.4 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [CONSOLIDATED PULL 18/51] update-alternatives-dpkg: Fix SRC_URI Checksum
Signed-off-by: Saul Wold s...@linux.intel.com
---
.../update-alternatives-dpkg_1.16.0.3.bb |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git
a/meta/recipes-devtools/update-alternatives/update-alternatives-dpkg_1.16.0.3.bb
b/meta/recipes-devtools/update-alternatives/update-alternatives-dpkg_1.16.0.3.bb
index 5443122..f293177 100644
---
a/meta/recipes-devtools/update-alternatives/update-alternatives-dpkg_1.16.0.3.bb
+++
b/meta/recipes-devtools/update-alternatives/update-alternatives-dpkg_1.16.0.3.bb
@@ -4,5 +4,5 @@ PR = ${INC_PR}.0
LIC_FILES_CHKSUM = file://COPYING;md5=751419260aa954499f7abaabaa882bbe
-SRC_URI[md5sum] = d1731d4147c1ea3b537a4d094519a6dc
-SRC_URI[sha256sum] =
1ec1376471b04717a4497e5d7a27cd545248c92116898ce0c53ced8ea94267b5
+SRC_URI[md5sum] = 0266b06ef9da8278cea008d21e17e5f6
+SRC_URI[sha256sum] =
69669720020e67629d70aa5325e3c20c05cae7a9fc2d8abd442672c7b29e31d3
--
1.7.3.4
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [CONSOLIDATED PULL 19/51] jsib-glib: Fix SRC_URI Checksum
Signed-off-by: Saul Wold s...@linux.intel.com --- meta/recipes-gnome/json-glib/json-glib_0.12.4.bb |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/meta/recipes-gnome/json-glib/json-glib_0.12.4.bb b/meta/recipes-gnome/json-glib/json-glib_0.12.4.bb index 2b8bdf6..5bd9dcd 100644 --- a/meta/recipes-gnome/json-glib/json-glib_0.12.4.bb +++ b/meta/recipes-gnome/json-glib/json-glib_0.12.4.bb @@ -11,7 +11,7 @@ LIC_FILES_CHKSUM = file://COPYING;md5=7fbc338309ac38fefcd64b04bb903e34 DEPENDS = glib-2.0 SRC_URI[archive.md5sum] = 347e1714e4a2ce54298969d5ffec7dca -SRC_URI[archive.sha256sum] = 462cd611016ae189d5e3f258dc7741e6a2e8267404b4e3806aaf346d50f1df7e +SRC_URI[archive.sha256sum] = 462cd611016ae189d5e3f258dc7741e6a2e8267404b4e3806aaf346d50f1df7e PR = r0 -- 1.7.3.4 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [CONSOLIDATED PULL 20/51] rxvt-unicode: Fix SRC_URI LIC_FILES Checksum
Signed-off-by: Saul Wold s...@linux.intel.com
---
.../recipes-sato/rxvt-unicode/rxvt-unicode_9.11.bb |8
1 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/meta/recipes-sato/rxvt-unicode/rxvt-unicode_9.11.bb
b/meta/recipes-sato/rxvt-unicode/rxvt-unicode_9.11.bb
index 9657e21..db18169 100644
--- a/meta/recipes-sato/rxvt-unicode/rxvt-unicode_9.11.bb
+++ b/meta/recipes-sato/rxvt-unicode/rxvt-unicode_9.11.bb
@@ -7,12 +7,12 @@ output. It also supports mixing multiple fonts at the \
same time, including Xft fonts.
LICENSE = GPLv2+
LIC_FILES_CHKSUM = file://COPYING;md5=59530bdf33659b29e73d4adb9f9f6552 \
-
file://src/main.C;beginline=1;endline=31;md5=633e23cdeb89fe980ded9a3af4f335c2
+
file://src/main.C;beginline=1;endline=31;md5=775485398a09fa7aee6f90464af88432
SRC_URI =
http://dist.schmorp.de/rxvt-unicode/Attic/rxvt-unicode-${PV}.tar.bz2 \
file://xwc.patch \
file://rxvt.desktop \
file://rxvt.png
-PR = r0
+PR = r1
inherit autotools update-alternatives
@@ -61,5 +61,5 @@ do_install_append () {
FILES_${PN} += ${datadir}/applications/rxvt.desktop
${datadir}/pixmaps/rxvt.png
-SRC_URI[md5sum] = a23aa40b31e843878b6f9c44768de430
-SRC_URI[sha256sum] =
1c238f7e545b1a8da81239b826fb2a7d196c73effbcbd211db7a50995a0a067a
+SRC_URI[md5sum] = 1bed5bfeed026e0bfafa0e9e4f62aa37
+SRC_URI[sha256sum] =
0452c00066774ef6e32fcd0a1e6f09230392ea9f6f42e1c2ef7b91d6fcb82d85
--
1.7.3.4
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [CONSOLIDATED PULL 21/51] alsa-tools: fix Checksums
Signed-off-by: Saul Wold s...@linux.intel.com
---
.../recipes-multimedia/alsa/alsa-tools_1.0.24.1.bb |7 +--
1 files changed, 5 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-multimedia/alsa/alsa-tools_1.0.24.1.bb
b/meta/recipes-multimedia/alsa/alsa-tools_1.0.24.1.bb
index 4a65b91..4f71559 100644
--- a/meta/recipes-multimedia/alsa/alsa-tools_1.0.24.1.bb
+++ b/meta/recipes-multimedia/alsa/alsa-tools_1.0.24.1.bb
@@ -5,12 +5,15 @@ SECTION = console/utils
LICENSE = GPLv2
DEPENDS = alsa-lib ncurses
+PR = r1
+
LIC_FILES_CHKSUM =
file://hdsploader/COPYING;md5=94d55d512a9ba36caa9b7df079bae19f
SRC_URI = ftp://ftp.alsa-project.org/pub/tools/alsa-tools-${PV}.tar.bz2;
-SRC_URI[md5sum] = 6b9d146af621dd712472b3ebb519c596
-SRC_URI[sha256sum] =
2a05047363b20f16820f36198ed3b139d1c55f55464750ea11d350e00b09cb86
+SRC_URI[md5sum] = 08fe93a12006093e590d7ecc02b119dd
+SRC_URI[sha256sum] =
17d43de93ab2db98886d89a53e45341daa46a4ef6edd405db87f4b5a5dc64a05
+EXTRA_OEFLAGS = --host ${HOST_SYS}
inherit autotools
--
1.7.3.4
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [CONSOLIDATED PULL 25/51] tcmode-default: fix PREFERRED_VERSION_gcc-cross-canadian
From: Dexuan Cui dexuan@intel.com
[YOCTO #1163]
For some test I need to back to use gcc-4.5, so I changed GCCVERSION and
SDKGCCVERSION to 4.5.1, but I found gcc-cross-canadian's 4.6.0, rather
than 4.5.1, would be built! Finally I made this patch to fix the issue.
Signed-off-by: Dexuan Cui dexuan@intel.com
---
meta/conf/distro/include/tcmode-default.inc |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/meta/conf/distro/include/tcmode-default.inc
b/meta/conf/distro/include/tcmode-default.inc
index 6eb34ef..90282ee 100644
--- a/meta/conf/distro/include/tcmode-default.inc
+++ b/meta/conf/distro/include/tcmode-default.inc
@@ -37,7 +37,7 @@ PREFERRED_VERSION_gcc-cross-intermediate ?= ${GCCVERSION}
PREFERRED_VERSION_gcc-crosssdk ?= ${SDKGCCVERSION}
PREFERRED_VERSION_gcc-crosssdk-initial ?= ${SDKGCCVERSION}
PREFERRED_VERSION_gcc-crosssdk-intermediate ?= ${SDKGCCVERSION}
-PREFERRED_VERSION_gcc-cross-canadian ?= ${GCCVERSION}
+PREFERRED_VERSION_gcc-cross-canadian-${TRANSLATED_TARGET_ARCH} ?=
${GCCVERSION}
PREFERRED_VERSION_gcc-runtime ?= ${GCCVERSION}
PREFERRED_VERSION_gcc-runtime-nativesdk ?= ${SDKGCCVERSION}
PREFERRED_VERSION_libgcc ?= ${GCCVERSION}
--
1.7.3.4
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [CONSOLIDATED PULL 26/51] recipes: update Upstream-Status for multiple recipes' patches
From: Dexuan Cui dexuan@intel.com lttng-ust gnome-doc-utils Signed-off-by: Dexuan Cui dexuan@intel.com --- .../gnome/gnome-doc-utils/xsltproc_nonet.patch |2 +- .../lttng/lttng-ust/uclibc-sched_getcpu.patch |2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/meta/recipes-gnome/gnome/gnome-doc-utils/xsltproc_nonet.patch b/meta/recipes-gnome/gnome/gnome-doc-utils/xsltproc_nonet.patch index ad81c2f..44d18e7 100644 --- a/meta/recipes-gnome/gnome/gnome-doc-utils/xsltproc_nonet.patch +++ b/meta/recipes-gnome/gnome/gnome-doc-utils/xsltproc_nonet.patch @@ -1,7 +1,7 @@ This adds the -nonet option to xsltproc invocations, which fixes compile errors when building the gnome-doc-utils docs. -Upstream-Status: Pending +Upstream-Status: Inappropriate [configuration] Signed-off-by: Scott Garman scott.a.gar...@intel.com diff --git a/meta/recipes-kernel/lttng/lttng-ust/uclibc-sched_getcpu.patch b/meta/recipes-kernel/lttng/lttng-ust/uclibc-sched_getcpu.patch index 7ab429c..a6aa6a7 100644 --- a/meta/recipes-kernel/lttng/lttng-ust/uclibc-sched_getcpu.patch +++ b/meta/recipes-kernel/lttng/lttng-ust/uclibc-sched_getcpu.patch @@ -6,7 +6,7 @@ this header is not needed even in eglibc case so it can be removed Signed-off-by: Khem Raj raj.k...@gmail.com -Upstream-Status: Pending +Upstream-Status: Submitted Index: ust-0.12/libust/tracer.h === -- 1.7.3.4 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [CONSOLIDATED PULL 30/51] resourceproto: upgrade from 1.1.1 to the latest version 1.2.0
From: Dexuan Cui dexuan@intel.com
Update LIC_FILES_CHKSUM due to the only change:
+ Copyright (c) 2002 XFree86 Inc
Signed-off-by: Dexuan Cui dexuan@intel.com
---
...sourceproto_1.1.1.bb = resourceproto_1.2.0.bb} |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
rename meta/recipes-graphics/xorg-proto/{resourceproto_1.1.1.bb =
resourceproto_1.2.0.bb} (61%)
diff --git a/meta/recipes-graphics/xorg-proto/resourceproto_1.1.1.bb
b/meta/recipes-graphics/xorg-proto/resourceproto_1.2.0.bb
similarity index 61%
rename from meta/recipes-graphics/xorg-proto/resourceproto_1.1.1.bb
rename to meta/recipes-graphics/xorg-proto/resourceproto_1.2.0.bb
index fa13970..92c37c6 100644
--- a/meta/recipes-graphics/xorg-proto/resourceproto_1.1.1.bb
+++ b/meta/recipes-graphics/xorg-proto/resourceproto_1.2.0.bb
@@ -7,13 +7,13 @@ Resource extension. XRes provides an interface that allows X
clients to \
see and monitor X resource usage of various clients.
LICENSE = MIT
-LIC_FILES_CHKSUM = file://COPYING;md5=e01e66e4b317088cf869bc98e6af4fb6
+LIC_FILES_CHKSUM = file://COPYING;md5=604859305e662503077240fee8c77d97
CONFLICTS = resourceext
PR = r0
PE = 1
-SRC_URI[md5sum] = 8ff0525ae7502b48597b78d00bc22284
-SRC_URI[sha256sum] =
8579818e99aa881c00c04eb5f96fcbeec463816ca8e3cda9d3d25562f7a4b8c6
+SRC_URI[md5sum] = cfdb57dae221b71b2703f8e2980eaaf4
+SRC_URI[sha256sum] =
3c66003a6bdeb0f70932a9ed3cf57cc554234154378d301e0c5cfa189d8f6818
--
1.7.3.4
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [CONSOLIDATED PULL 28/51] startup-notification: upgrade from 0.10 to the latest version 0.12
From: Dexuan Cui dexuan@intel.com
Signed-off-by: Dexuan Cui dexuan@intel.com
---
...cation_0.10.bb = startup-notification_0.12.bb} |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
rename
meta/recipes-graphics/startup-notification/{startup-notification_0.10.bb =
startup-notification_0.12.bb} (87%)
diff --git
a/meta/recipes-graphics/startup-notification/startup-notification_0.10.bb
b/meta/recipes-graphics/startup-notification/startup-notification_0.12.bb
similarity index 87%
rename from
meta/recipes-graphics/startup-notification/startup-notification_0.10.bb
rename to
meta/recipes-graphics/startup-notification/startup-notification_0.12.bb
index 70afb73..d85df6b 100644
--- a/meta/recipes-graphics/startup-notification/startup-notification_0.10.bb
+++ b/meta/recipes-graphics/startup-notification/startup-notification_0.12.bb
@@ -22,5 +22,5 @@ inherit autotools pkgconfig
SRC_URI =
http://www.freedesktop.org/software/startup-notification/releases/${BPN}-${PV}.tar.gz;
-SRC_URI[md5sum] = bca0ed1c74bc4e483ea2ed12a5717354
-SRC_URI[sha256sum] =
64bbeb5c28619721fc19d6920ad2b8bf6c0dc3a0e96a1b0bc26f480fbc525459
+SRC_URI[md5sum] = 2cd77326d4dcaed9a5a23a1232fb38e9
+SRC_URI[sha256sum] =
3c391f7e930c583095045cd2d10eb73a64f085c7fde9d260f2652c7cb3cfbe4a
--
1.7.3.4
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [CONSOLIDATED PULL 43/51] poky-feed-opkg: Disable default toolchain dependencies as these are just configuration files
From: Richard Purdie richard.pur...@linuxfoundation.org
Signed-off-by: Richard Purdie richard.pur...@linuxfoundation.org
---
.../feed-config/poky-feed-config-opkg_1.0.bb |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/meta/recipes-core/feed-config/poky-feed-config-opkg_1.0.bb
b/meta/recipes-core/feed-config/poky-feed-config-opkg_1.0.bb
index 9b005d0..fc223c9 100644
--- a/meta/recipes-core/feed-config/poky-feed-config-opkg_1.0.bb
+++ b/meta/recipes-core/feed-config/poky-feed-config-opkg_1.0.bb
@@ -3,6 +3,7 @@ LICENSE = MIT
LIC_FILES_CHKSUM =
file://${COREBASE}/meta/COPYING.MIT;md5=3da9cfbcb788c80a0384361b4de20420
PR = r1
PACKAGE_ARCH = ${MACHINE_ARCH}
+INHIBIT_DEFAULT_DEPS = 1
#FEEDNAMEPREFIX ?= INVALID
#FEEDURIPREFIX ?= INVALID
--
1.7.3.4
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [CONSOLIDATED PULL 45/51] sysvinit-inittab: Inhibit compiler/libc dependencies as this is just a configuration file
From: Richard Purdie richard.pur...@linuxfoundation.org
Signed-off-by: Richard Purdie richard.pur...@linuxfoundation.org
---
.../sysvinit/sysvinit-inittab_2.88dsf.bb |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/meta/recipes-core/sysvinit/sysvinit-inittab_2.88dsf.bb
b/meta/recipes-core/sysvinit/sysvinit-inittab_2.88dsf.bb
index 9f34b27..ba60c74 100644
--- a/meta/recipes-core/sysvinit/sysvinit-inittab_2.88dsf.bb
+++ b/meta/recipes-core/sysvinit/sysvinit-inittab_2.88dsf.bb
@@ -9,6 +9,8 @@ SRC_URI = file://COPYING \
S = ${WORKDIR}/sysvinit-${PV}
+INHIBIT_DEFAULT_DEPS = 1
+
do_configure() {
cp ${WORKDIR}/COPYING ${S}/
}
--
1.7.3.4
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [CONSOLIDATED PULL 47/51] task-sdk-host: Add nativesdk to the task name so its clearer what the contents of the task represent
From: Richard Purdie richard.pur...@linuxfoundation.org
This is particularly important since the file doens't use BBCLASSEXTEND
and PN is therefore misleading
Signed-off-by: Richard Purdie richard.pur...@linuxfoundation.org
---
meta/classes/populate_sdk.bbclass |2 +-
...task-sdk-host.bb = task-sdk-host-nativesdk.bb} |0
meta/recipes-qt/meta/meta-toolchain-qte.bb |2 +-
...ost.bb = task-qte-toolchain-host-nativesdk.bb} |2 +-
4 files changed, 3 insertions(+), 3 deletions(-)
rename meta/recipes-core/tasks/{task-sdk-host.bb =
task-sdk-host-nativesdk.bb} (100%)
rename meta/recipes-qt/tasks/{task-qte-toolchain-host.bb =
task-qte-toolchain-host-nativesdk.bb} (70%)
diff --git a/meta/classes/populate_sdk.bbclass
b/meta/classes/populate_sdk.bbclass
index 413eb52..089ed9a 100644
--- a/meta/classes/populate_sdk.bbclass
+++ b/meta/classes/populate_sdk.bbclass
@@ -7,7 +7,7 @@ SDK_DEPLOY = ${TMPDIR}/deploy/sdk
SDKTARGETSYSROOT = ${SDKPATH}/sysroots/${TARGET_SYS}
-TOOLCHAIN_HOST_TASK ?= task-sdk-host
task-cross-canadian-${TRANSLATED_TARGET_ARCH}
+TOOLCHAIN_HOST_TASK ?= task-sdk-host-nativesdk
task-cross-canadian-${TRANSLATED_TARGET_ARCH}
TOOLCHAIN_TARGET_TASK ?= task-core-standalone-sdk-target
task-core-standalone-sdk-target-dbg
TOOLCHAIN_OUTPUTNAME ?= ${SDK_NAME}-toolchain-${DISTRO_VERSION}
diff --git a/meta/recipes-core/tasks/task-sdk-host.bb
b/meta/recipes-core/tasks/task-sdk-host-nativesdk.bb
similarity index 100%
rename from meta/recipes-core/tasks/task-sdk-host.bb
rename to meta/recipes-core/tasks/task-sdk-host-nativesdk.bb
diff --git a/meta/recipes-qt/meta/meta-toolchain-qte.bb
b/meta/recipes-qt/meta/meta-toolchain-qte.bb
index 72fa702..72d58db 100644
--- a/meta/recipes-qt/meta/meta-toolchain-qte.bb
+++ b/meta/recipes-qt/meta/meta-toolchain-qte.bb
@@ -1,6 +1,6 @@
# Qt Embedded toolchain
PR = r5
-TOOLCHAIN_HOST_TASK = task-qte-toolchain-host
task-cross-canadian-${TRANSLATED_TARGET_ARCH}
+TOOLCHAIN_HOST_TASK = task-qte-toolchain-host-nativesdk
task-cross-canadian-${TRANSLATED_TARGET_ARCH}
TOOLCHAIN_TARGET_TASK = task-qte-toolchain-target
TOOLCHAIN_OUTPUTNAME = ${SDK_NAME}-toolchain-qte-${DISTRO_VERSION}
diff --git a/meta/recipes-qt/tasks/task-qte-toolchain-host.bb
b/meta/recipes-qt/tasks/task-qte-toolchain-host-nativesdk.bb
similarity index 70%
rename from meta/recipes-qt/tasks/task-qte-toolchain-host.bb
rename to meta/recipes-qt/tasks/task-qte-toolchain-host-nativesdk.bb
index 2ab6ccf..cfa45ef 100644
--- a/meta/recipes-qt/tasks/task-qte-toolchain-host.bb
+++ b/meta/recipes-qt/tasks/task-qte-toolchain-host-nativesdk.bb
@@ -1,4 +1,4 @@
-require recipes-core/tasks/task-sdk-host.bb
+require recipes-core/tasks/task-sdk-host-nativesdk.bb
DESCRIPTION = Host packages for Qt Embedded SDK
LICENSE = MIT
--
1.7.3.4
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [CONSOLIDATED PULL 31/51] dri2proto: upgrade from 2.3 to the latest version 2.4
From: Dexuan Cui dexuan@intel.com
Signed-off-by: Dexuan Cui dexuan@intel.com
---
.../{dri2proto_2.3.bb = dri2proto_2.4.bb} |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-graphics/xorg-proto/{dri2proto_2.3.bb = dri2proto_2.4.bb}
(76%)
diff --git a/meta/recipes-graphics/xorg-proto/dri2proto_2.3.bb
b/meta/recipes-graphics/xorg-proto/dri2proto_2.4.bb
similarity index 76%
rename from meta/recipes-graphics/xorg-proto/dri2proto_2.3.bb
rename to meta/recipes-graphics/xorg-proto/dri2proto_2.4.bb
index 79f7dbc..9d30e94 100644
--- a/meta/recipes-graphics/xorg-proto/dri2proto_2.3.bb
+++ b/meta/recipes-graphics/xorg-proto/dri2proto_2.4.bb
@@ -12,5 +12,5 @@ LIC_FILES_CHKSUM =
file://COPYING;md5=2e396fa91834f8786032cad2da5638f3 \
PR = r0
-SRC_URI[md5sum] = 3407b494d5e90d584c9af52aa8f9f028
-SRC_URI[sha256sum] =
b2141892a0db35feffa5e952ff5e1d2727c4436b07d7e2e9dd2ed89c8bb3e677
+SRC_URI[md5sum] = 0cdeb1e95901813385dc9576be272bd3
+SRC_URI[sha256sum] =
ff156f178d48ab31beeb4be5eb39d5df7540791ba489a8d94c443bb99a2376f1
--
1.7.3.4
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [CONSOLIDATED PULL 36/51] libxi: upgrade from 1.4.2 to the latest version 1.4.3
From: Dexuan Cui dexuan@intel.com
Signed-off-by: Dexuan Cui dexuan@intel.com
---
.../xorg-lib/{libxi_1.4.2.bb = libxi_1.4.3.bb}|6 --
1 files changed, 4 insertions(+), 2 deletions(-)
rename meta/recipes-graphics/xorg-lib/{libxi_1.4.2.bb = libxi_1.4.3.bb} (80%)
diff --git a/meta/recipes-graphics/xorg-lib/libxi_1.4.2.bb
b/meta/recipes-graphics/xorg-lib/libxi_1.4.3.bb
similarity index 80%
rename from meta/recipes-graphics/xorg-lib/libxi_1.4.2.bb
rename to meta/recipes-graphics/xorg-lib/libxi_1.4.3.bb
index 50ff426..80a01fc 100644
--- a/meta/recipes-graphics/xorg-lib/libxi_1.4.2.bb
+++ b/meta/recipes-graphics/xorg-lib/libxi_1.4.3.bb
@@ -12,11 +12,13 @@ LIC_FILES_CHKSUM =
file://COPYING;md5=17b064789fab936a1c58c4e13d965b0f \
file://src/XIGetDevFocus.c;endline=23;md5=cdfb0d435a33ec57ea0d1e8e395b729f
DEPENDS += libxext inputproto
+
PE = 1
+PR = r0
XORG_PN = libXi
EXTRA_OECONF_append = --enable-specs=no
-SRC_URI[md5sum] = 3d14f7bfc4a4335cf0144de9b67a5444
-SRC_URI[sha256sum] =
272b8041efc0a0203fb0ba33481ddec989539aed862181b58c8c3e410e325691
+SRC_URI[md5sum] = 792e8a7ddc7175911d69f823d38eaff6
+SRC_URI[sha256sum] =
08c9d89a404740592621e6f5078414df86ccc78ca876e3da1af15639d81c74e0
--
1.7.3.4
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [CONSOLIDATED PULL 48/51] nativesdk.bbclass: Correct ordering of manipulations
From: Richard Purdie richard.pur...@linuxfoundation.org
OVERDIDES is the key variable that needs to be set prior to data finalisation.
The other variables should be manipulated after finalisation so any
DEPENDS_prepend and _append are accounted for. This patch ensures this is
the case.
The PACKAGES maniupulations are not enabled at this time as they
don't function 100% correctly yet.
Signed-off-by: Richard Purdie richard.pur...@linuxfoundation.org
---
meta/classes/nativesdk.bbclass | 53
1 files changed, 37 insertions(+), 16 deletions(-)
diff --git a/meta/classes/nativesdk.bbclass b/meta/classes/nativesdk.bbclass
index 644e731..3fe4bf9 100644
--- a/meta/classes/nativesdk.bbclass
+++ b/meta/classes/nativesdk.bbclass
@@ -62,27 +62,48 @@ python nativesdk_virtclass_handler () {
if not pn.endswith(-nativesdk):
return
-depends = bb.data.getVar(DEPENDS, e.data, True)
-deps = bb.utils.explode_deps(depends)
-newdeps = []
-for dep in deps:
-if dep.endswith(-native) or dep.endswith(-cross):
-newdeps.append(dep)
-elif dep.endswith(-gcc-intermediate) or dep.endswith(-gcc-initial)
or dep.endswith(-gcc) or dep.endswith(-g++):
-newdeps.append(dep + -crosssdk)
-elif not dep.endswith(-nativesdk):
-newdeps.append(dep + -nativesdk)
-else:
-newdeps.append(dep)
-bb.data.setVar(DEPENDS, .join(newdeps), e.data)
-provides = bb.data.getVar(PROVIDES, e.data, True)
+bb.data.setVar(OVERRIDES, bb.data.getVar(OVERRIDES, e.data, False) +
:virtclass-nativesdk, e.data)
+}
+
+python () {
+pn = bb.data.getVar(PN, d, True)
+if not pn.endswith(-nativesdk):
+return
+
+def map_dependencies(varname, d, suffix = ):
+if suffix:
+varname = varname + _ + suffix
+deps = bb.data.getVar(varname, d, True)
+if not deps:
+return
+deps = bb.utils.explode_deps(deps)
+newdeps = []
+for dep in deps:
+if dep.endswith(-native) or dep.endswith(-cross):
+newdeps.append(dep)
+elif dep.endswith(-gcc-intermediate) or
dep.endswith(-gcc-initial) or dep.endswith(-gcc) or dep.endswith(-g++):
+newdeps.append(dep + -crosssdk)
+elif not dep.endswith(-nativesdk):
+newdeps.append(dep.replace(-nativesdk, ) + -nativesdk)
+else:
+newdeps.append(dep)
+bb.data.setVar(varname, .join(newdeps), d)
+
+map_dependencies(DEPENDS, d)
+#for pkg in (d.getVar(PACKAGES, True).split() + []):
+#map_dependencies(RDEPENDS, d, pkg)
+#map_dependencies(RRECOMMENDS, d, pkg)
+#map_dependencies(RSUGGESTS, d, pkg)
+#map_dependencies(RPROVIDES, d, pkg)
+#map_dependencies(RREPLACES, d, pkg)
+
+provides = bb.data.getVar(PROVIDES, d, True)
for prov in provides.split():
if prov.find(pn) != -1:
continue
if not prov.endswith(-nativesdk):
provides = provides.replace(prov, prov + -nativesdk)
-bb.data.setVar(PROVIDES, provides, e.data)
-bb.data.setVar(OVERRIDES, bb.data.getVar(OVERRIDES, e.data, False) +
:virtclass-nativesdk, e.data)
+bb.data.setVar(PROVIDES, provides, d)
}
addhandler nativesdk_virtclass_handler
--
1.7.3.4
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [CONSOLIDATED PULL 29/51] util-macros: upgrade from 1.13.0 to the latest version 0.14.0
From: Dexuan Cui dexuan@intel.com
Signed-off-by: Dexuan Cui dexuan@intel.com
---
...util-macros_1.13.0.bb = util-macros_1.14.0.bb} |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-graphics/xorg-util/{util-macros_1.13.0.bb =
util-macros_1.14.0.bb} (79%)
diff --git a/meta/recipes-graphics/xorg-util/util-macros_1.13.0.bb
b/meta/recipes-graphics/xorg-util/util-macros_1.14.0.bb
similarity index 79%
rename from meta/recipes-graphics/xorg-util/util-macros_1.13.0.bb
rename to meta/recipes-graphics/xorg-util/util-macros_1.14.0.bb
index 4bac614..88ee4f6 100644
--- a/meta/recipes-graphics/xorg-util/util-macros_1.13.0.bb
+++ b/meta/recipes-graphics/xorg-util/util-macros_1.14.0.bb
@@ -20,5 +20,5 @@ RRECOMMENDS_${PN}-dbg = ${PN}-dev (= ${EXTENDPKGV})
BBCLASSEXTEND = native nativesdk
-SRC_URI[md5sum] = 31e9ddcbc1d8bc8c09ab180443974dd1
-SRC_URI[sha256sum] =
7bff944fb120192e7fe1706e9c0b7e41666e7983ce3e2bdef0b7734392d9e695
+SRC_URI[md5sum] = cbe57cd7cc492a762466f5280a7ffba8
+SRC_URI[sha256sum] =
9bd6949b930aadfce32bc9e101008d4c6ff48329ed0e3a467990bee69f574d66
--
1.7.3.4
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [CONSOLIDATED PULL 39/51] formfactor: Inhibit toolchain dependencies as its just config files
From: Richard Purdie richard.pur...@linuxfoundation.org
Signed-off-by: Richard Purdie richard.pur...@linuxfoundation.org
---
meta/recipes-bsp/formfactor/formfactor_0.0.bb |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/meta/recipes-bsp/formfactor/formfactor_0.0.bb
b/meta/recipes-bsp/formfactor/formfactor_0.0.bb
index 28624a6..abf20e0 100644
--- a/meta/recipes-bsp/formfactor/formfactor_0.0.bb
+++ b/meta/recipes-bsp/formfactor/formfactor_0.0.bb
@@ -9,6 +9,7 @@ SRC_URI = file://config file://machconfig
S = ${WORKDIR}
PACKAGE_ARCH = ${MACHINE_ARCH}
+INHIBIT_DEFAULT_DEPS = 1
do_install() {
# Only install file if it has a contents
--
1.7.3.4
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [CONSOLIDATED PULL 38/51] pointercal: Inhibit toolchain dependencies as its just config files
From: Richard Purdie richard.pur...@linuxfoundation.org
Signed-off-by: Richard Purdie richard.pur...@linuxfoundation.org
---
meta/recipes-bsp/pointercal/pointercal_0.0.bb |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/meta/recipes-bsp/pointercal/pointercal_0.0.bb
b/meta/recipes-bsp/pointercal/pointercal_0.0.bb
index 069d850..c8233ea 100644
--- a/meta/recipes-bsp/pointercal/pointercal_0.0.bb
+++ b/meta/recipes-bsp/pointercal/pointercal_0.0.bb
@@ -19,3 +19,4 @@ do_install() {
ALLOW_EMPTY_${PN} = 1
PACKAGE_ARCH = ${MACHINE_ARCH}
+INHIBIT_DEFAULT_DEPS = 1
\ No newline at end of file
--
1.7.3.4
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [CONSOLIDATED PULL 44/51] initscripts: makedevs is no longer used anywhere so drop dependency. Also inhibit compiler/libc dependencies as they're unused
From: Richard Purdie richard.pur...@linuxfoundation.org
Signed-off-by: Richard Purdie richard.pur...@linuxfoundation.org
---
meta/recipes-core/initscripts/initscripts_1.0.bb |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/meta/recipes-core/initscripts/initscripts_1.0.bb
b/meta/recipes-core/initscripts/initscripts_1.0.bb
index 720c252..48b65b9 100644
--- a/meta/recipes-core/initscripts/initscripts_1.0.bb
+++ b/meta/recipes-core/initscripts/initscripts_1.0.bb
@@ -2,11 +2,11 @@ SUMMARY = SysV init scripts
DESCRIPTION = Initscripts provide the basic system startup initialization
scripts for the system. These scripts include actions such as filesystem
mounting, fsck, RTC manipulation and other actions routinely performed at
system startup. In addition, the scripts are also used during system shutdown
to reverse the actions performed at startup.
SECTION = base
PRIORITY = required
-DEPENDS = makedevs
-RDEPENDS_${PN} = makedevs
LICENSE = GPLv2
LIC_FILES_CHKSUM = file://COPYING;md5=751419260aa954499f7abaabaa882bbe
-PR = r125
+PR = r126
+
+INHIBIT_DEFAULT_DEPS = 1
SRC_URI = file://functions \
file://halt \
--
1.7.3.4
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [CONSOLIDATED PULL 40/51] keymaps: Inhibit toolchain dependencies as its just configuration files
From: Richard Purdie richard.pur...@linuxfoundation.org
Signed-off-by: Richard Purdie richard.pur...@linuxfoundation.org
---
meta/recipes-bsp/keymaps/keymaps_1.0.bb |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/meta/recipes-bsp/keymaps/keymaps_1.0.bb
b/meta/recipes-bsp/keymaps/keymaps_1.0.bb
index 4683fa1..23a3051 100644
--- a/meta/recipes-bsp/keymaps/keymaps_1.0.bb
+++ b/meta/recipes-bsp/keymaps/keymaps_1.0.bb
@@ -7,6 +7,8 @@ LIC_FILES_CHKSUM =
file://COPYING;md5=751419260aa954499f7abaabaa882bbe
PACKAGE_ARCH = ${MACHINE_ARCH}
PR = r19
+INHIBIT_DEFAULT_DEPS = 1
+
inherit update-rc.d
SRC_URI = file://keymap.sh \
--
1.7.3.4
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [CONSOLIDATED PULL 46/51] initrdscripts: Inhibit compiler/libc dependencies as this is just a configuration file
From: Richard Purdie richard.pur...@linuxfoundation.org
Signed-off-by: Richard Purdie richard.pur...@linuxfoundation.org
---
.../initrdscripts/initramfs-live-install_1.0.bb|1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/meta/recipes-core/initrdscripts/initramfs-live-install_1.0.bb
b/meta/recipes-core/initrdscripts/initramfs-live-install_1.0.bb
index c92ee31..c792fe0 100644
--- a/meta/recipes-core/initrdscripts/initramfs-live-install_1.0.bb
+++ b/meta/recipes-core/initrdscripts/initramfs-live-install_1.0.bb
@@ -15,6 +15,7 @@ do_install() {
# simple script, reality is that it is Host specific based
# on the COMPATIBLE_HOST below, which needs to take precedence
#inherit allarch
+INHIBIT_DEFAULT_DEPS = 1
FILES_${PN} = /install.sh
--
1.7.3.4
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [CONSOLIDATED PULL 41/51] usbinit: Inherit allarch as its a generic script
From: Richard Purdie richard.pur...@linuxfoundation.org
Signed-off-by: Richard Purdie richard.pur...@linuxfoundation.org
---
meta/recipes-bsp/usbinit/usbinit.bb |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-bsp/usbinit/usbinit.bb
b/meta/recipes-bsp/usbinit/usbinit.bb
index 834649b..6170362 100644
--- a/meta/recipes-bsp/usbinit/usbinit.bb
+++ b/meta/recipes-bsp/usbinit/usbinit.bb
@@ -14,9 +14,9 @@ do_install() {
install -d ${D}/etc
install -d ${D}/etc/init.d
install usb-gether ${D}/etc/init.d
-}
+}
-inherit update-rc.d
+inherit update-rc.d allarch
INITSCRIPT_NAME = usb-gether
INITSCRIPT_PARAMS = start 99 5 2 . stop 20 0 1 6 .
--
1.7.3.4
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [CONSOLIDATED PULL 50/51] autoconf/automake: Bump PR to resolve perl-native issue
Signed-off-by: Saul Wold s...@linux.intel.com
---
meta/recipes-devtools/autoconf/autoconf_2.68.bb |2 +-
meta/recipes-devtools/automake/automake.inc |2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-devtools/autoconf/autoconf_2.68.bb
b/meta/recipes-devtools/autoconf/autoconf_2.68.bb
index c647a15..638e677 100644
--- a/meta/recipes-devtools/autoconf/autoconf_2.68.bb
+++ b/meta/recipes-devtools/autoconf/autoconf_2.68.bb
@@ -1,6 +1,6 @@
require autoconf.inc
-PR = r0
+PR = r1
PARALLEL_MAKE =
diff --git a/meta/recipes-devtools/automake/automake.inc
b/meta/recipes-devtools/automake/automake.inc
index 524e93e..beeec7b 100644
--- a/meta/recipes-devtools/automake/automake.inc
+++ b/meta/recipes-devtools/automake/automake.inc
@@ -4,7 +4,7 @@ Standards. Automake requires the use of Autoconf.
LICENSE = GPLv2
HOMEPAGE = http://www.gnu.org/software/automake/;
SECTION = devel
-PR = r1
+PR = r2
SRC_URI = ${GNU_MIRROR}/automake/automake-${PV}.tar.bz2
--
1.7.3.4
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [CONSOLIDATED PULL 34/51] pixman: upgrade from 0.20.2 to the latest stable 0.22.0
From: Dexuan Cui dexuan@intel.com
Update LIC_FILES_CHKSUM:
1) COPYING: only format change; no actual license change.
2) 0.22.0 doesn't have pixman-x64-mmx-emulation.h, so let's remove it.
Signed-off-by: Dexuan Cui dexuan@intel.com
---
.../{pixman_0.20.2.bb = pixman_0.22.0.bb} |8
1 files changed, 4 insertions(+), 4 deletions(-)
rename meta/recipes-graphics/xorg-lib/{pixman_0.20.2.bb = pixman_0.22.0.bb}
(66%)
diff --git a/meta/recipes-graphics/xorg-lib/pixman_0.20.2.bb
b/meta/recipes-graphics/xorg-lib/pixman_0.22.0.bb
similarity index 66%
rename from meta/recipes-graphics/xorg-lib/pixman_0.20.2.bb
rename to meta/recipes-graphics/xorg-lib/pixman_0.22.0.bb
index 00a58bf..e5472c0 100644
--- a/meta/recipes-graphics/xorg-lib/pixman_0.20.2.bb
+++ b/meta/recipes-graphics/xorg-lib/pixman_0.22.0.bb
@@ -8,10 +8,10 @@ including trapezoids, triangles, and rectangles.
require xorg-lib-common.inc
LICENSE = MIT MIT-style PD
-LIC_FILES_CHKSUM = file://COPYING;md5=fea989a44fb012b5e79584972a863d22 \
+LIC_FILES_CHKSUM = file://COPYING;md5=14096c769ae0cbb5fcb94ec468be11b3 \
file://pixman/pixman-matrix.c;endline=25;md5=ba6e8769bfaaee2c41698755af04c4be \
file://pixman/pixman-arm-neon-asm.h;endline=24;md5=9a9cc1e51abbf1da58f4d9528ec9d49b
\
-
file://pixman/pixman-x64-mmx-emulation.h;beginline=4;endline=9;md5=4e32716f2efaa6c4659222667c339bb8
+
DEPENDS = virtual/libx11
@@ -20,6 +20,6 @@ PR = r0
EXTRA_OECONF=--disable-gtk
-SRC_URI[md5sum] = 7ed10a0f0fde6853613105a99735e7e7
-SRC_URI[sha256sum] =
30316f269a6b84c32b47545ca7fc428fd16875849fea644dc6910b3f8c33f4a9
+SRC_URI[md5sum] = 307fe4d7dc83b1a558c362907097c0d0
+SRC_URI[sha256sum] =
24a1bce57c36c773f67d48f7f25f80d69a47ef92a67404f1644d94dee156ae2b
--
1.7.3.4
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [CONSOLIDATED PULL 33/51] inputproto: upgrade from 2.0.1 to the latest version 2.0.2
From: Dexuan Cui dexuan@intel.com
Signed-off-by: Dexuan Cui dexuan@intel.com
---
.../{inputproto_2.0.1.bb = inputproto_2.0.2.bb} |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-graphics/xorg-proto/{inputproto_2.0.1.bb =
inputproto_2.0.2.bb} (78%)
diff --git a/meta/recipes-graphics/xorg-proto/inputproto_2.0.1.bb
b/meta/recipes-graphics/xorg-proto/inputproto_2.0.2.bb
similarity index 78%
rename from meta/recipes-graphics/xorg-proto/inputproto_2.0.1.bb
rename to meta/recipes-graphics/xorg-proto/inputproto_2.0.2.bb
index 7103d0d..26f1e2d 100644
--- a/meta/recipes-graphics/xorg-proto/inputproto_2.0.1.bb
+++ b/meta/recipes-graphics/xorg-proto/inputproto_2.0.2.bb
@@ -17,6 +17,6 @@ inherit gettext
BBCLASSEXTEND = native nativesdk
-SRC_URI[md5sum] = da9bf9e5d174163f597d2d72757d9038
-SRC_URI[sha256sum] =
63663dd88df812738e0efdc52a18868c0756128f09748cbe89c8ec6d17124a44
+SRC_URI[md5sum] = 07d54ae098ed4e6dce472f6ef3de05ce
+SRC_URI[sha256sum] =
64222a590ad4a62a3c8d57805379451769e3329cc5c8c5c1f1fc0d1529ebf005
--
1.7.3.4
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [CONSOLIDATED PULL 42/51] base-files: Inherit toolchain dependencies as a compiler isn't used
From: Richard Purdie richard.pur...@linuxfoundation.org
Signed-off-by: Richard Purdie richard.pur...@linuxfoundation.org
---
meta/recipes-core/base-files/base-files_3.0.14.bb |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/meta/recipes-core/base-files/base-files_3.0.14.bb
b/meta/recipes-core/base-files/base-files_3.0.14.bb
index 4445081..e76fdf6 100644
--- a/meta/recipes-core/base-files/base-files_3.0.14.bb
+++ b/meta/recipes-core/base-files/base-files_3.0.14.bb
@@ -29,6 +29,8 @@ SRC_URI = file://rotation \
file://licenses/Artistic
S = ${WORKDIR}
+INHIBIT_DEFAULT_DEPS = 1
+
docdir_append = /${P}
dirs1777 = /tmp ${localstatedir}/volatile/lock ${localstatedir}/volatile/tmp
dirs2775 = /home ${prefix}/src ${localstatedir}/local
--
1.7.3.4
___
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] gupnp: upgrade from 0.16.0 to 0.16.1
-Original Message-
From: openembedded-core-boun...@lists.openembedded.org
[mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf Of
Koen Kooi
Sent: Tuesday, June 14, 2011 3:46 PM
To: Patches and discussions about the oe-core layer
Subject: Re: [OE-core] [PATCH 1/1] gupnp: upgrade from 0.16.0 to 0.16.1
Op 14 jun 2011, om 07:59 heeft Mei Lei het volgende geschreven:
Signed-off-by: Mei Lei lei@intel.com
---
.../gupnp/{gupnp_0.16.0.bb = gupnp_0.16.1.bb} |7 +--
1 files changed, 5 insertions(+), 2 deletions(-)
rename meta/recipes-connectivity/gupnp/{gupnp_0.16.0.bb =
gupnp_0.16.1.bb} (79%)
diff --git a/meta/recipes-connectivity/gupnp/gupnp_0.16.0.bb
b/meta/recipes-connectivity/gupnp/gupnp_0.16.1.bb
similarity index 79%
rename from meta/recipes-connectivity/gupnp/gupnp_0.16.0.bb
rename to meta/recipes-connectivity/gupnp/gupnp_0.16.1.bb
index 07b6b90..5b23134 100644
--- a/meta/recipes-connectivity/gupnp/gupnp_0.16.0.bb
+++ b/meta/recipes-connectivity/gupnp/gupnp_0.16.1.bb
@@ -7,8 +7,8 @@ DEPENDS = e2fsprogs gssdp libsoup-2.4 libxml2
gnome-icon-theme
SRC_URI = http://gupnp.org/sites/all/files/sources/${BPN}-${PV}.tar.gz;
-SRC_URI[md5sum] = 61b240c1a9fdf8ca82c5c3adde0d6757
-SRC_URI[sha256sum] =
1b77201866b7632fb68bc2a3bdea22ef8ead34ba850b3ee367797432cfc0f04a
+SRC_URI[md5sum] = 021bb237741532af4bca50157ff326e4
+SRC_URI[sha256sum] =
f01a1f4fd36ce161a3df29fa83e1a0a2fb40d3c9f30f6b403e7791688ad24cfe
PR = r0
@@ -19,6 +19,9 @@ inherit autotools pkgconfig
FILES_${PN} = ${libdir}/*.so.*
FILES_${PN}-dev += ${bindir}/gupnp-binding-tool
+do_configure_prepend() {
+sed -i -e
's:GOBJECT_INTROSPECTION_CHECK(\[0.6.4\]):AM_CONDITIONAL([HAVE_INTR
OSPECTION], [false]):g' ${S}/configure.ac
+}
SYSROOT_PREPROCESS_FUNCS += gupnp_sysroot_preprocess
Does adding 'gobject-introspection' to DEPENDS or --disable-introspection to
EXTRA_OECONF fix the build issue?
--disable-introspection to EXTRA_OECONF didn't fix the configure issue.
Adding depends is my first option, but that will trigger a do_compile failure
of 'gobject-introspection'.
So decide to upgrade it to the latest version in this way.
Thanks
Lei
regards,
Koen
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 1/1] autoconf/automake: Bump PR to resolve perl-native issue
On 06/14/2011 12:48 AM, Koen Kooi wrote:
To be clear: does the PR bump fix the issues or was there a fix earlier that
lacked a PR bump?
The fix was earlier and lacked the PR bump to these recipes.
Sau!
Op 13 jun 2011, om 23:30 heeft Saul Wold het volgende geschreven:
Signed-off-by: Saul Wolds...@linux.intel.com
---
meta/recipes-devtools/autoconf/autoconf_2.68.bb |2 +-
meta/recipes-devtools/automake/automake.inc |2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-devtools/autoconf/autoconf_2.68.bb
b/meta/recipes-devtools/autoconf/autoconf_2.68.bb
index c647a15..638e677 100644
--- a/meta/recipes-devtools/autoconf/autoconf_2.68.bb
+++ b/meta/recipes-devtools/autoconf/autoconf_2.68.bb
@@ -1,6 +1,6 @@
require autoconf.inc
-PR = r0
+PR = r1
PARALLEL_MAKE =
diff --git a/meta/recipes-devtools/automake/automake.inc
b/meta/recipes-devtools/automake/automake.inc
index 524e93e..beeec7b 100644
--- a/meta/recipes-devtools/automake/automake.inc
+++ b/meta/recipes-devtools/automake/automake.inc
@@ -4,7 +4,7 @@ Standards. Automake requires the use of Autoconf.
LICENSE = GPLv2
HOMEPAGE = http://www.gnu.org/software/automake/;
SECTION = devel
-PR = r1
+PR = r2
SRC_URI = ${GNU_MIRROR}/automake/automake-${PV}.tar.bz2
--
1.7.3.4
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
___
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] Upgrade gcc 4.6.0 to latest on FSF 4.6 branch
On Mon, 2011-06-13 at 10:12 -0700, Khem Raj wrote: On Mon, Jun 13, 2011 at 1:51 AM, Phil Blundell p...@pbcl.net wrote: On Sun, 2011-06-12 at 21:03 -0700, Khem Raj wrote: This patch brings in new patches from gcc 4.6 FSF branch And refreshes the headers of existing backported patches to not have git patch numbers in comments I am not sending the patch itself to mailing list due to its large size so please review it on the contrib tree itself Would we not be better off just pulling the tip of the 4.6 branch from FSF SVN, rather than having to keep all these patches in git? there is dislike for this approach in oe-core. As the release point is preferred I suggested to drop the minor release number and call the recipes 4.6 and use SVN REVs to track the recipe updates but it did not fly :) Where does that dislike come from? Koen did make a comment about having liked svn checkouts for 4.5 very, very much but I couldn't quite figure out whether he was being sarcastic or not and, if so, what exactly his objection was. I could understand there being a preference for individual patchsets if we were just going to cherry-pick carefully selected bugfixes from the branch and patch them in. But, if we're going to take the approach of just importing everything from the branch en masse, it seems like keeping them as patches is just making more work for ourselves. We're using svn checkouts for eglibc, which seems to be working well enough and hasn't provoked any particular outrage that I noticed. p. ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [CONSOLIDATED PULL 21/51] alsa-tools: fix Checksums
On Tue, 2011-06-14 at 01:01 -0700, Saul Wold wrote:
+EXTRA_OEFLAGS = --host ${HOST_SYS}
This change isn't mentioned in the checkin comment and, as far as I can
tell, setting that variable isn't going to produce any useful effect.
Can you clarify what's going on here?
p.
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] allarch.bbclass: Set FEED_ARCH to 'allarch'
On Mon, 2011-06-13 at 22:25 -0700, Khem Raj wrote:
PACKAGE_ARCH is set to BASE_PACKAGE_ARCH so we do not
need to define it here since we already define BASE_PACKAGE_ARCH
Additionally set FEED_ARCH to 'allarch' some distros e.g.
angstrom sets FEED_ARCH like
FEED_ARCH ?= ${BASE_PACKAGE_ARCH}
Um? Surely if FEED_ARCH is defined in terms of B_P_A then just setting
the latter variable ought to be enough. Why do you need to set both?
and 'all' doesnt go well for FEED_ARCH as it ends up with
parsing error for x86 machines.
That sounds a bit odd as well. I wouldn't have expected any value of
FEED_ARCH to result in parsing errors. What actually goes wrong?
p.
This might be a latent bug in bitbake but allarch.bbclass
excavated it and we burry it in the same class.
Signed-off-by: Khem Raj raj.k...@gmail.com
---
meta/classes/allarch.bbclass |5 ++---
1 files changed, 2 insertions(+), 3 deletions(-)
diff --git a/meta/classes/allarch.bbclass b/meta/classes/allarch.bbclass
index e3ac392..971cb92 100644
--- a/meta/classes/allarch.bbclass
+++ b/meta/classes/allarch.bbclass
@@ -2,9 +2,8 @@
# This class is used for architecture independent recipes/data files (usally
scripts)
#
-BASE_PACKAGE_ARCH = all
-PACKAGE_ARCH = all
-
+BASE_PACKAGE_ARCH = allarch
+FEED_ARCH = allarch
# No need for virtual/libc or a cross compiler
INHIBIT_DEFAULT_DEPS = 1
___
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] Upgrade gcc 4.6.0 to latest on FSF 4.6 branch
Op 14 jun 2011, om 11:28 heeft Phil Blundell het volgende geschreven: On Mon, 2011-06-13 at 10:12 -0700, Khem Raj wrote: On Mon, Jun 13, 2011 at 1:51 AM, Phil Blundell p...@pbcl.net wrote: On Sun, 2011-06-12 at 21:03 -0700, Khem Raj wrote: This patch brings in new patches from gcc 4.6 FSF branch And refreshes the headers of existing backported patches to not have git patch numbers in comments I am not sending the patch itself to mailing list due to its large size so please review it on the contrib tree itself Would we not be better off just pulling the tip of the 4.6 branch from FSF SVN, rather than having to keep all these patches in git? there is dislike for this approach in oe-core. As the release point is preferred I suggested to drop the minor release number and call the recipes 4.6 and use SVN REVs to track the recipe updates but it did not fly :) Where does that dislike come from? Koen did make a comment about having liked svn checkouts for 4.5 very, very much but I couldn't quite figure out whether he was being sarcastic or not and, if so, what exactly his objection was. I wasn't being sarcastic, I really like it very, very much. ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] runqemu: take TMPDIR from bitbake
On Tue, Jun 14, 2011 at 11:25, Yury Bushmelev jay4m...@gmail.com wrote: 2011/6/14 Anders Darander and...@chargestorm.se: On Tue, Jun 14, 2011 at 00:22, Yury Bushmelev jay4m...@gmail.com wrote: Getting some variable from bitbake is frequently used task. May be our bitbake people will add some special mode to bitbake for this? E.b. like bsd make have (make -V KERNCONF)[1]. I would suggest syntax like 'bitbake -V TMPDIR' That would definitely simplify a few lines in a number of scripts. Note that user may request more than one variable with single bitbake invocation. E.g.: bitbake -V TMPDIR -V DEPLOY_DIR In this case better to prefix variable value with name, like set does: TMPDIR=/path/to/tmpdir DEPLOY_DIR=/path/to/deploydir The question is, how often do we assume that multiple variable will be requested? Sure, if we need multiple variables, we'll save time by only invoking bitbake (and parse all configs, etc) once. On the other hand, have we then gained anything, as compared to 'bitbake -e'? Sure, we'll reduce the output, by only outputing the requested variables... But in the original case: TMPDIR=`bitbake -e | grep TMPDIR=\ | cut -d '=' -f2 | cut -d '' -f2` the only change we can do is to substitute 'bitbake -e' with 'bitbake -V TMDPDIR', which wouldn't be any improvement. Or should `bitbake -V TMPDIR` only output '/path/to/tmpdir', and `bitbake -V TMPDIR -V DEPLOY_DIR`output TMPDIR=/path/to/tmpdir DEPLOY_DIR=/path/to/deploydir i.e. only prefix the variable value if more than one variable is requested? I'd like `bitbake -V TMPDIR` to only output the value, as otherwise we can just use `bitbake -e` anyway. If we make `bitbake -V TMPDIR` only output the value, then the question is should we only allow a singel '-V VARIABLE', or should we accept multiple variables, and then prefix the values? Regards, Anders ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] runqemu: take TMPDIR from bitbake
On Tue, Jun 14, 2011 at 12:35, Phil Blundell p...@pbcl.net wrote: On Tue, 2011-06-14 at 12:33 +0200, Anders Darander wrote: Sure, if we need multiple variables, we'll save time by only invoking bitbake (and parse all configs, etc) once. On the other hand, have we then gained anything, as compared to 'bitbake -e'? Sure, we'll reduce the output, by only outputing the requested variables... But in the original case: TMPDIR=`bitbake -e | grep TMPDIR=\ | cut -d '=' -f2 | cut -d '' -f2` the only change we can do is to substitute 'bitbake -e' with 'bitbake -V TMDPDIR', which wouldn't be any improvement. Well, that's not quite true. If bitbake -V outputted the full assignment then you could just write: eval `bitbake -V TMPDIR` which would be a considerable improvement. That should be correct... I thought about something like that, but for some (unknown) reasons throw that idea away. I believe that I for some reason got hung on the TMPDIr=`` syntax. Using eval instead, all(?) problems should be gone. Updating my todo-list. Hopefully I'll get some time soon to implement this, as it looks pretty trivial to add this support (at least after a quick glance at the bitbake source). Regards, Anders ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] Where is atom-pc.conf hiding?
On Tue, 2011-06-14 at 08:44 +0100, Phil Blundell wrote: On Mon, 2011-06-13 at 15:10 -0700, Tom Rini wrote: Until then, and even afterwards can we please get some testing of non-poky builds done? I know the autobuilder is full but can't we toss a few things onto a personal box and try that a few times a week? I can probably find some spare cpu cycles to do testing. Is there an existing autobuild/autotest infrastructure that we can conveniently use to drive the tests and report the status? Buildbot is what Yocto is using and the documentation/sample config for what we do is available at: http://git.yoctoproject.org/cgit.cgi/poky-autobuilder/ Cheers, Richard ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [CONSOLIDATED PULL 00/51] 14-June-2011
Hi Saul, I did a merge of the easy ones in this series. There are some I've left pending a little further review or feedback. On Tue, 2011-06-14 at 01:01 -0700, Saul Wold wrote: This has number fixes for various issues along with recipe updates. While the autobuidler does not look so great, these have built on local machines in a cleaner environment. I removed the large patchset for GCC, it can be reviewed at the browse URL below I merged these with the exception of: Kang Kai (2): eglibc: migrate configurability from oe I wanted to read through this one again... Khem Raj (6): uclibc.inc: libsegfault is only RPROVIDED by uclibc I'm not 100% sure this is a good idea for various reasons, I need to reply about ti. gcc-4.6.0: Bring in patches from FSF 4.6 branch I suspect using gcc svn might be better at this point so we might as well skip merging this and switch straight over. Koen Kooi (2): qemu.inc: append to IMAGE_FSTYPES instead of weakly assigning them This needs more discussion as it forces users to build two image types and I'm not sure that every user will appreciate this. Phil Blundell (5): busybox: backport distro-features handling from oe master I also wanted to read through this one again... Saul Wold (8): json-glib: Fix up SRC_URI Checksums This patch looks like a whitespace change only? alsa-tools: fix Checksums This patch has something which looks unintended. Cheers, Richard ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 0/1] Upgrade gcc 4.6.0 to latest on FSF 4.6 branch
On Tue, 2011-06-14 at 10:28 +0100, Phil Blundell wrote: On Mon, 2011-06-13 at 10:12 -0700, Khem Raj wrote: On Mon, Jun 13, 2011 at 1:51 AM, Phil Blundell p...@pbcl.net wrote: On Sun, 2011-06-12 at 21:03 -0700, Khem Raj wrote: This patch brings in new patches from gcc 4.6 FSF branch And refreshes the headers of existing backported patches to not have git patch numbers in comments I am not sending the patch itself to mailing list due to its large size so please review it on the contrib tree itself Would we not be better off just pulling the tip of the 4.6 branch from FSF SVN, rather than having to keep all these patches in git? there is dislike for this approach in oe-core. As the release point is preferred I suggested to drop the minor release number and call the recipes 4.6 and use SVN REVs to track the recipe updates but it did not fly :) Where does that dislike come from? Koen did make a comment about having liked svn checkouts for 4.5 very, very much but I couldn't quite figure out whether he was being sarcastic or not and, if so, what exactly his objection was. I could understand there being a preference for individual patchsets if we were just going to cherry-pick carefully selected bugfixes from the branch and patch them in. But, if we're going to take the approach of just importing everything from the branch en masse, it seems like keeping them as patches is just making more work for ourselves. We're using svn checkouts for eglibc, which seems to be working well enough and hasn't provoked any particular outrage that I noticed. I think it was my dislike that Khem is referring to. I was under the impression that we were going to be more selective that just taking everything (e.g. the translation updates probably aren't essential to us). I realise its easier to just take everything though and if we are going to do that it probably does make sense to use svn directly. I'll take a patch to do that. Cheers, Richard ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [CONSOLIDATED PULL 00/51] 14-June-2011
Op 14 jun 2011, om 14:30 heeft Richard Purdie het volgende geschreven: Koen Kooi (2): qemu.inc: append to IMAGE_FSTYPES instead of weakly assigning them This needs more discussion as it forces users to build two image types and I'm not sure that every user will appreciate this. If they don't set IMAGE_FSTYPES they'll get 2 images already. ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [*RFC CONSOLIDATED PULL RFC* 03/23] git: restore the dependency on perl-native
On Tue, 2011-06-14 at 13:53 +0100, Phil Blundell wrote: On Sun, 2011-06-12 at 23:54 -0700, Saul Wold wrote: -inherit autotools +inherit autotools perlnative This broke the tree for me. Now I get: NOTE: Out of date cache found, rebuilding... ERROR: Could not inherit file classes/perlnative.bbclass### | ETA: 00:00:03 ERROR: Command execution failed: Exited with 1 BTW, Scott, this is also a new addition to my list of unsatisfactory bitbake error messages. It would be more helpful if bitbake: (a) printed the name of the recipe causing the problem, rather than leaving me to grep the tree/guess, and (b) continued rather than immediately bailing out. Also, aesthetically, it'd be nice if it didn't print the error on top of the status bar although I guess that is a minor issue in the larger scheme of things. However, on the positive side, at least there is no python stacktrace :-) p. ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH] Recipe for util-linux-2.19.1
Add a recipe for util-linux-2.19.1. Since 2.19 util-linux has dropped the '-ng' part of the package filename / extracted directory name. So util-linux.inc now uses base_version_less_or_equal to insert this string if required. This caused a deprecation warning for bb.vercmp, so changed that to bb.utils.vercmp_string. Most of the patches for 2.17.2 apply unchanged, so renamed the directory meta/recipes-core/util-linux/util-linux-2.17.2 to meta/recipes-core/util-linux/util-linux so that they can be shared between package revisions. Signed-off-by: Chris Elston cels...@katalix.com --- meta/lib/oe/utils.py |2 +- .../util-linux/util-linux-2.17.2/MCONFIG | 223 .../util-linux/util-linux-2.17.2/defines.h | 10 - .../util-linux/util-linux-2.17.2/make_include | 17 -- .../util-linux-2.17.2/remove-lscpu.patch | 103 - .../util-linux/util-linux-2.17.2/swapargs.h|3 - .../util-linux-2.17.2/uclibc-compile.patch | 15 -- .../util-linux-ng-2.16-mount_lock_path.patch | 27 --- .../util-linux-ng-replace-siginterrupt.patch | 25 --- meta/recipes-core/util-linux/util-linux.inc|5 +- meta/recipes-core/util-linux/util-linux/MCONFIG| 223 meta/recipes-core/util-linux/util-linux/defines.h | 10 + .../util-linux/util-linux/make_include | 17 ++ .../util-linux/util-linux/remove-lscpu.patch | 103 + meta/recipes-core/util-linux/util-linux/swapargs.h |3 + .../util-linux/util-linux/uclibc-compile.patch | 15 ++ .../util-linux-ng-2.16-mount_lock_path.patch | 27 +++ .../util-linux-ng-replace-siginterrupt.patch | 25 +++ meta/recipes-core/util-linux/util-linux_2.19.1.bb | 51 + 19 files changed, 478 insertions(+), 426 deletions(-) delete mode 100644 meta/recipes-core/util-linux/util-linux-2.17.2/MCONFIG delete mode 100644 meta/recipes-core/util-linux/util-linux-2.17.2/defines.h delete mode 100644 meta/recipes-core/util-linux/util-linux-2.17.2/make_include delete mode 100644 meta/recipes-core/util-linux/util-linux-2.17.2/remove-lscpu.patch delete mode 100644 meta/recipes-core/util-linux/util-linux-2.17.2/swapargs.h delete mode 100644 meta/recipes-core/util-linux/util-linux-2.17.2/uclibc-compile.patch delete mode 100644 meta/recipes-core/util-linux/util-linux-2.17.2/util-linux-ng-2.16-mount_lock_path.patch delete mode 100644 meta/recipes-core/util-linux/util-linux-2.17.2/util-linux-ng-replace-siginterrupt.patch create mode 100644 meta/recipes-core/util-linux/util-linux/MCONFIG create mode 100644 meta/recipes-core/util-linux/util-linux/defines.h create mode 100644 meta/recipes-core/util-linux/util-linux/make_include create mode 100644 meta/recipes-core/util-linux/util-linux/remove-lscpu.patch create mode 100644 meta/recipes-core/util-linux/util-linux/swapargs.h create mode 100644 meta/recipes-core/util-linux/util-linux/uclibc-compile.patch create mode 100644 meta/recipes-core/util-linux/util-linux/util-linux-ng-2.16-mount_lock_path.patch create mode 100644 meta/recipes-core/util-linux/util-linux/util-linux-ng-replace-siginterrupt.patch create mode 100644 meta/recipes-core/util-linux/util-linux_2.19.1.bb diff --git a/meta/lib/oe/utils.py b/meta/lib/oe/utils.py index f6d4142..4ebde67 100644 --- a/meta/lib/oe/utils.py +++ b/meta/lib/oe/utils.py @@ -28,7 +28,7 @@ def less_or_equal(variable, checkvalue, truevalue, falsevalue, d): return falsevalue def version_less_or_equal(variable, checkvalue, truevalue, falsevalue, d): -result = bb.vercmp(bb.data.getVar(variable,d,True), checkvalue) +result = bb.utils.vercmp_string(bb.data.getVar(variable,d,True), checkvalue) if result = 0: return truevalue else: diff --git a/meta/recipes-core/util-linux/util-linux-2.17.2/MCONFIG b/meta/recipes-core/util-linux/util-linux-2.17.2/MCONFIG deleted file mode 100644 index 3fea2c0..000 --- a/meta/recipes-core/util-linux/util-linux-2.17.2/MCONFIG +++ /dev/null @@ -1,223 +0,0 @@ -# MCONFIG -- Configuration stuff for util-linux -# Created: Sat Feb 4 15:50:30 1995 -# Copyright 1995 Rickard E. Faith (fa...@cs.unc.edu) - -# For a user-mode install, make (at least) three changes: -# - remove the `-o root' part in INSTALLSUID -# - set USE_TTY_GROUP=no -# - define DESTDIR - -# Select for ARCH one of intel, alpha, sparc, arm, m68k, mips -# Select for CPU i386 if the binaries must be able to run on an intel 386 -# (by default i486 code is generated, see below) -CPU=$(shell uname -m) -ARCH=$(shell echo $(CPU) | sed 's/i.86/intel/;s/arm.*/arm/') - -# If HAVE_PAM is set to yes, then login, chfn, chsh, and newgrp -# will use PAM for authentication. Additionally, passwd will not be -# installed as it is not PAM aware. -HAVE_PAM=no - -# If HAVE_SHADOW is set to yes, then login, chfn, chsh, newgrp, passwd, -# and vipw will not be built or installed from the login-utils -#
Re: [OE-core] [PATCH] Recipe for util-linux-2.19.1
Op 14 jun 2011, om 16:10 heeft Chris Elston het volgende geschreven: Add a recipe for util-linux-2.19.1. Since 2.19 util-linux has dropped the '-ng' part of the package filename / extracted directory name. So util-linux.inc now uses base_version_less_or_equal to insert this string if required. This caused a deprecation warning for bb.vercmp, so changed that to bb.utils.vercmp_string. Most of the patches for 2.17.2 apply unchanged, so renamed the directory meta/recipes-core/util-linux/util-linux-2.17.2 to meta/recipes-core/util-linux/util-linux so that they can be shared between package revisions. Signed-off-by: Chris Elston cels...@katalix.com Chris, Saul updated to 2.19.1 two weeks ago: http://cgit.openembedded.org/cgit.cgi/openembedded-core/commit/?id=596e6807826c34a4f93d7cb26052d1bd7a985201 It doesn't seem to have the vercmp change you mentioned, could you try to rebase your changes against that? regards, Koen ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] Recipe for util-linux-2.19.1
Chris, Saul updated to 2.19.1 two weeks ago: http://cgit.openembedded.org/cgit.cgi/openembedded-core/commit/?id=596e6807826c34a4f93d7cb26052d1bd7a985201 It doesn't seem to have the vercmp change you mentioned, could you try to rebase your changes against that? Thanks for pointing me at that. I guess it's not required because that change doesn't maintain compatibility with prior versions of util-linux, so no need to check the versions. Cheers, Chris. ___ 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] Upgrade gcc 4.6.0 to latest on FSF 4.6 branch
On Sun, 2011-06-12 at 21:03 -0700, Khem Raj wrote: This patch brings in new patches from gcc 4.6 FSF branch And refreshes the headers of existing backported patches to not have git patch numbers in comments I am not sending the patch itself to mailing list due to its large size so please review it on the contrib tree itself This patch doesn't seem to have bumped PR on gcc-4.6.0.bb even though the SRC_URI has changed. Was that intentional? p. ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [RFC] qemu* kernel configs
On Mon, Jun 13, 2011 at 10:41 AM, Koen Kooi k...@dominion.thruhere.net wrote: Op 13 jun 2011, om 15:57 heeft Bruce Ashfield het volgende geschreven: On Mon, Jun 13, 2011 at 9:27 AM, Koen Kooi k...@dominion.thruhere.net wrote: Op 13 jun 2011, om 14:54 heeft Bruce Ashfield het volgende geschreven: On Mon, Jun 13, 2011 at 8:10 AM, Koen Kooi k...@dominion.thruhere.net wrote: Hi, After finding the bug Scott was running into with systemd-image (no DEVTMPFS support) I have a closer look at the qemarm kernel config and it looks dated to me. If we want to have tools like udev, powertop, iotop, latencytop working we need to revisit the config. From a quick look I found the following items missing/incomplete: * devtmpfs + devtmpfs automounting. Recent udev versions require it * cgroups, systemd requires it * process accounting, *top uses it * fuse, gvfs requires it * autofs4, systemd works a lot better with it So what are people's thoughts on enabling the items that weren't set before and moving modules to built-in were needed? And if it's wanted, does anyone have a quickstart on how these changes should be done properly? My 5 minutes of google and 30 minutes of staring at the meta/ subdir didn't yield results. Hi Koen, The base configuration for the qemu* machines is kept as minimal as possible by design. It is supposed to be used as a building block, not cater to all the different image types we can throw at them by default. It sounds we need to remove the qemu machines from OE-core and replace them with more useful ones if we want people to actually test images with the machine present in OE-core. The current kernel config blocks me from merging a recent udev and systemd into oe-core since it can't be tested with only oe-core in bblayers.conf. I don't think we need to go this far. The configuration as it currently stands is not a golden standard, and in fact is already scheduled for some improvements in the yocto 1.1 timeframe. I'd consider this a suggestion for some new feature groups. I wouldn't considering enabling groups of functionality that the community needs for common higher level functional testing being extra or the kitchen sink. If we come up with feature groups, and name those groups, it is possible to disable them as well as enable them conditionally. I've found minimalistic kernel configs a huge pain since you need to know the mapping between userspace error X and CONFIG_SOMETHING=y, which most people don't know or want to know. With superset configs customers (and users) can tweak it till it breaks, instead of tweaking till it works. There's definitely two sides to this. Keeping the configuration tight and minimal is the embedded roots of these configurations. The problem with large configurations is the test matrix, which is something that we try to take seriously. If there's an explicitly enabled configuration, there's a known test for it and core functionality that can enable it (and for the record, I won't claim that this is 100% followed, but that's something we aim to improve). Having named groups (where they names are the high level functionality) that provide optional configuration that can be enabled, tends to hit the middle ground between these two issues. Users can see the name and grab onto the functionality, while the core set of configs stays clean and small. I'm not saying the qemu kernel configs needs to have everything enabled, since they are emulated machines which simply cannot have various extras (PCI cards) or have a hard time using them (USB devices are a pain in qemu). But having 'basic' things like devtmpfs disabled is counterproductive as Scott and I found out. Agreed. This goes back to the functionality to enable common use cases and requirements. If you want to send suggestions via patches (config fragments and SRC_URI updates) or just send lists of missing functionality and a mapping to the higher level requirement, we can work together to enable what we need and move the rest to optional features or other layers. The changes I made are (diffing the result from extract-ikconfig): devtmpfs: -# CONFIG_DEVTMPFS is not set +CONFIG_DEVTMPFS=y +CONFIG_DEVTMPFS_MOUNT=y cgroups: -# CONFIG_CGROUPS is not set -# CONFIG_NAMESPACES is not set +CONFIG_CGROUPS=y +CONFIG_CGROUP_DEBUG=y +CONFIG_CGROUP_NS=y +CONFIG_CGROUP_FREEZER=y +CONFIG_CGROUP_DEVICE=y +CONFIG_CPUSETS=y +# CONFIG_PROC_PID_CPUSET is not set +CONFIG_CGROUP_CPUACCT=y +CONFIG_RESOURCE_COUNTERS=y +CONFIG_CGROUP_MEM_RES_CTLR=y +CONFIG_CGROUP_MEM_RES_CTLR_SWAP=y +CONFIG_CGROUP_MEM_RES_CTLR_SWAP_ENABLED=y +CONFIG_CGROUP_SCHED=y +CONFIG_FAIR_GROUP_SCHED=y +# CONFIG_RT_GROUP_SCHED is not set +CONFIG_BLK_CGROUP=y +# CONFIG_DEBUG_BLK_CGROUP is not set +CONFIG_NAMESPACES=y +CONFIG_UTS_NS=y +CONFIG_IPC_NS=y +CONFIG_USER_NS=y +CONFIG_PID_NS=y +CONFIG_NET_NS=y -#
Re: [OE-core] [PATCH RFC] binutils: allow distro to select gold as default cross-linker
Op 14 jun 2011, om 17:30 heeft Phil Blundell het volgende geschreven:
This is not particularly pretty but I couldn't think of any obviously
better way of doing it. Any suggestions?
Signed-off-by: Phil Blundell ph...@gnu.org
---
meta/recipes-devtools/binutils/binutils-cross.inc |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/meta/recipes-devtools/binutils/binutils-cross.inc
b/meta/recipes-devtools/binutils/binutils-cross.inc
index 4b90972..5a41970 100644
--- a/meta/recipes-devtools/binutils/binutils-cross.inc
+++ b/meta/recipes-devtools/binutils/binutils-cross.inc
@@ -5,7 +5,8 @@ EXTRA_OECONF = --with-sysroot=${STAGING_DIR_TARGET} \
--program-prefix=${TARGET_PREFIX} \
--disable-install-libbfd \
--disable-werror \
---enable-poison-system-directories
+--enable-poison-system-directories \
+ ${@base_contains('DISTRO_FEATURES', 'ld-is-gold',
'--enable-gold=default', '', d)}
Out of curiousity, how well does gold work nowadays? Last I remember hearing of
it was in its x86-only days.
regards,
Koen
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] eglibc patching fails
Hi, After todays update with a clean build from scratch: ERROR: Logfile of failure stored in: /OE/tentacle/build/tmp-angstrom_2010_x-eglibc/work/armv7a-angstrom-linux-gnueabi/eglibc-2.12-r14/temp/log.do_patch.14168 Log data follows: | NOTE: Applying patch 'eglibc-svn-arm-lowlevellock-include-tls.patch' (sources/openembedded-core/meta/recipes-core/eglibc/eglibc-2.12/eglibc-svn-arm-lowlevellock-include-tls.patch) | NOTE: Applying patch 'IO-acquire-lock-fix.patch' (sources/openembedded-core/meta/recipes-core/eglibc/eglibc-2.12/IO-acquire-lock-fix.patch) | NOTE: Applying patch 'shorten-build-commands.patch' (sources/openembedded-core/meta/recipes-core/eglibc/eglibc-2.12/shorten-build-commands.patch) | NOTE: Applying patch 'mips-rld-map-check.patch' (sources/openembedded-core/meta/recipes-core/eglibc/eglibc-2.12/mips-rld-map-check.patch) | NOTE: Applying patch 'fix-for-make-3.82.diff' (sources/openembedded-core/meta/recipes-core/eglibc/eglibc-2.12/fix-for-make-3.82.diff) | ERROR: ld.so: object 'libpseudo.so' from LD_PRELOAD cannot be preloaded: ignored. | xterm Xt error: Can't open display: | xterm: DISPLAY is not set | ERROR: Cannot proceed with manual patch resolution - 'xterm -T $TERMWINDOWTITLE -e $SHELLCMDS' not found. Check TERMCMDRUN variable. | ERROR: Function 'patch_do_patch' failed NOTE: package eglibc-2.12-r14: task do_patch: Failed ERROR: Task 146 (/OE/tentacle/sources/openembedded-core/meta/recipes-core/eglibc/eglibc_2.12.bb, do_patch) failed with exit code '1' regards, Koen ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 2/2] distro_tracking: update sudo tracking info
Signed-off-by: Scott Garman scott.a.gar...@intel.com --- .../conf/distro/include/distro_tracking_fields.inc |8 1 files changed, 4 insertions(+), 4 deletions(-) diff --git a/meta/conf/distro/include/distro_tracking_fields.inc b/meta/conf/distro/include/distro_tracking_fields.inc index f4aa1ea..d70d746 100644 --- a/meta/conf/distro/include/distro_tracking_fields.inc +++ b/meta/conf/distro/include/distro_tracking_fields.inc @@ -802,12 +802,12 @@ RECIPE_MAINTAINER_pn-pax-utils = Scott Garman scott.a.gar...@intel.com RECIPE_STATUS_pn-sudo = green RECIPE_DEPENDENCY_CHECK_pn-sudo = not done -RECIPE_LATEST_VERSION_pn-sudo = 1.7.4p6 +RECIPE_LATEST_VERSION_pn-sudo = 1.8.1p2 RECIPE_INTEL_SECTION_pn-sudo = base utils -RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-sudo = 1 week -RECIPE_LATEST_RELEASE_DATE_pn-sudo = 2011/01/19 +RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-sudo = 1 month +RECIPE_LATEST_RELEASE_DATE_pn-sudo = 2011/05/16 RECIPE_COMMENTS_pn-sudo = -RECIPE_LAST_UPDATE_pn-sudo = Jan 23, 2011 +RECIPE_LAST_UPDATE_pn-sudo = Jun 14, 2011 RECIPE_MAINTAINER_pn-sudo = Scott Garman scott.a.gar...@intel.com RECIPE_STATUS_pn-blktool = green -- 1.7.1 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/2] sudo: upgrade to v1.8.1p2
Upgrading to the latest stable release of sudo.
This version of sudo has reorganized its source code layout, hence
the LIC_FILES_CHKSUM related changes. Also, some of the individual
.c files we checksummed (nonunix.h, vasgroups.c) are no longer
shipped with the sources. Finally, an embedded copy of zlib is now
included in these sources, so Zlib is included as one of the
licenses. I could not find any evidence of MIT-licensed sources,
so that license has been removed.
Signed-off-by: Scott Garman scott.a.gar...@intel.com
---
meta/recipes-extended/sudo/sudo.inc| 27 ---
.../sudo/{sudo_1.7.4p6.bb = sudo_1.8.1p2.bb} |4 +-
2 files changed, 13 insertions(+), 18 deletions(-)
rename meta/recipes-extended/sudo/{sudo_1.7.4p6.bb = sudo_1.8.1p2.bb} (52%)
diff --git a/meta/recipes-extended/sudo/sudo.inc
b/meta/recipes-extended/sudo/sudo.inc
index fd68057..0d9f35e 100644
--- a/meta/recipes-extended/sudo/sudo.inc
+++ b/meta/recipes-extended/sudo/sudo.inc
@@ -4,14 +4,12 @@ HOMEPAGE = http://www.sudo.ws;
BUGTRACKER = http://www.sudo.ws/bugs/;
PRIORITY = optional
SECTION = admin
-LICENSE = ISC UCB MIT
-LIC_FILES_CHKSUM = file://LICENSE;md5=0b07397b2fca3fb8b71f08cd85c6eb3f \
-
file://nonunix.h;beginline=4;endline=28;md5=af7d361f47ae60769cac77e4fca0dbb0 \
-
file://vasgroups.c;beginline=4;endline=28;md5=af7d361f47ae60769cac77e4fca0dbb0 \
-
file://fnmatch.c;beginline=6;endline=31;md5=5872733146b9eb0deb79e1f664815b85 \
-
file://getcwd.c;beginline=5;endline=27;md5=449af4cc57fc7d46f42090608ba3e681 \
-
file://glob.c;beginline=6;endline=31;md5=5872733146b9eb0deb79e1f664815b85 \
-
file://snprintf.c;beginline=6;endline=31;md5=c98b24f02967c095d7a70ae2e4d4d4ea
+LICENSE = ISC UCB Zlib
+LIC_FILES_CHKSUM = file://doc/LICENSE;md5=54f1b46c2459ecec3d892618eab44302 \
+
file://compat/fnmatch.c;beginline=6;endline=31;md5=5872733146b9eb0deb79e1f664815b85
\
+
file://compat/getcwd.c;beginline=5;endline=27;md5=449af4cc57fc7d46f42090608ba3e681
\
+
file://compat/glob.c;beginline=6;endline=31;md5=5872733146b9eb0deb79e1f664815b85
\
+
file://compat/snprintf.c;beginline=6;endline=31;md5=c98b24f02967c095d7a70ae2e4d4d4ea
inherit autotools
@@ -23,17 +21,14 @@ do_configure_prepend () {
fi
}
-# The script mkinstalldirs from package sudo will create directory
-# /var/lib/sudo by recursion with mode 0700 during installing files.
-# That is to say, var, var/lib and var/lib/sudo will possess access
authority
-# with mode 0700. It cause that directory var and var/lib
-# can't be accessed by common user. Creating directory /var/lib before
-# installing files can resolve this problem.
-
+# Explicitly create ${localstatedir}/lib before do_install to ensure
+# the directory is accessible by all users. Otherwise the mkinstalldirs
+# script (from sudo) will recursively create ${localstatedir}/lib/sudo
+# and then chmod each directory with 0700 permissions, which isn't what
+# we want (i.e, users would not be able to access /var/lib).
do_install_prepend (){
mkdir -p ${D}/${localstatedir}/lib
}
-
pkg_postinst_${PN} () {
if [ x$D != x ]; then
diff --git a/meta/recipes-extended/sudo/sudo_1.7.4p6.bb
b/meta/recipes-extended/sudo/sudo_1.8.1p2.bb
similarity index 52%
rename from meta/recipes-extended/sudo/sudo_1.7.4p6.bb
rename to meta/recipes-extended/sudo/sudo_1.8.1p2.bb
index edc9a0e..7eba307 100644
--- a/meta/recipes-extended/sudo/sudo_1.7.4p6.bb
+++ b/meta/recipes-extended/sudo/sudo_1.8.1p2.bb
@@ -5,7 +5,7 @@ PR = r0
SRC_URI = http://ftp.sudo.ws/sudo/dist/sudo-${PV}.tar.gz \
file://libtool.patch
-SRC_URI[md5sum] = 1ae12d3d22e7ffedbf2db26f957676f0
-SRC_URI[sha256sum] =
20091ef71018698c674c779f4b57178b2ecb4275fa34909b06219d2688ad14d5
+SRC_URI[md5sum] = e8330f0e63b0ecb2e12b5c76922818cc
+SRC_URI[sha256sum] =
281f90c80547cf22132e351e7f61c25ba4ba9cf393438468f318f9a7884026fb
EXTRA_OECONF += --with-pam=no
--
1.7.1
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 0/2] sudo upgrade
Hello,
Here's a recipe upgrade I squeezed in between some other things this
morning.
The following changes since commit 7aa7673459376aff911cef820c9417c998d1aa96:
meta-yocto/linux-yocto: update to match the renamed linux-yocto recipes
(2011-06-14 09:21:32 -0700)
are available in the git repository at:
git://git.pokylinux.org/poky-contrib sgarman/sudo-upgrade
http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=sgarman/sudo-upgrade
Scott Garman (2):
sudo: upgrade to v1.8.1p2
distro_tracking: update sudo tracking info
.../conf/distro/include/distro_tracking_fields.inc |8 +++---
meta/recipes-extended/sudo/sudo.inc| 27 ---
.../sudo/{sudo_1.7.4p6.bb = sudo_1.8.1p2.bb} |4 +-
3 files changed, 17 insertions(+), 22 deletions(-)
rename meta/recipes-extended/sudo/{sudo_1.7.4p6.bb = sudo_1.8.1p2.bb} (52%)
___
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] eglibc 2.12/2.13: Upgrade SRCREV
On Tue, Jun 14, 2011 at 9:07 AM, Koen Kooi k...@dominion.thruhere.net wrote:
It seems that this broke do_patch, could you have a look at it please?
for 2.13 its ok on my build box right now. Let me try 2.12
Op 13 jun 2011, om 08:10 heeft Khem Raj het volgende geschreven:
We need http://www.eglibc.org/archives/patches/msg00923.html
to get through the problem we see when OPTION_EGLIBC_RTLD_DEBUG
is disabled. This patch has been backported to both 2.12 and 2.13
branches. We bump SRCREVs to have that change.
Signed-off-by: Khem Raj raj.k...@gmail.com
---
meta/recipes-core/eglibc/eglibc_2.12.bb | 2 +-
meta/recipes-core/eglibc/eglibc_2.13.bb | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-core/eglibc/eglibc_2.12.bb
b/meta/recipes-core/eglibc/eglibc_2.12.bb
index e69cd0f..d851b5d 100644
--- a/meta/recipes-core/eglibc/eglibc_2.12.bb
+++ b/meta/recipes-core/eglibc/eglibc_2.12.bb
@@ -4,7 +4,7 @@ DEPENDS += gperf-native
FILESPATHPKG =. eglibc-svn:
PR = r14
-SRCREV = 11982
+SRCREV = 14158
EGLIBC_BRANCH=eglibc-2_12
SRC_URI =
svn://www.eglibc.org/svn/branches/;module=${EGLIBC_BRANCH};proto=http \
diff --git a/meta/recipes-core/eglibc/eglibc_2.13.bb
b/meta/recipes-core/eglibc/eglibc_2.13.bb
index c77bf3c..9a9773c 100644
--- a/meta/recipes-core/eglibc/eglibc_2.13.bb
+++ b/meta/recipes-core/eglibc/eglibc_2.13.bb
@@ -1,6 +1,6 @@
require eglibc.inc
-SRCREV = 13356
+SRCREV = 14157
DEPENDS += gperf-native
FILESPATHPKG =. eglibc-svn:
--
1.7.4.1
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH] eglibc_2.12.bb: Remove already upstreamed fix-for-make-3.82.diff
This patch is already applied to eglibc 2.12 branch as seen here
http://www.eglibc.org/cgi-bin/viewcvs.cgi/branches/eglibc-2_12/libc/manual/Makefile?rev=12230sortby=dater2=12230r1=10495
Signed-off-by: Khem Raj raj.k...@gmail.com
---
.../eglibc/eglibc-2.12/fix-for-make-3.82.diff | 27
meta/recipes-core/eglibc/eglibc_2.12.bb|3 +-
2 files changed, 1 insertions(+), 29 deletions(-)
delete mode 100644 meta/recipes-core/eglibc/eglibc-2.12/fix-for-make-3.82.diff
diff --git a/meta/recipes-core/eglibc/eglibc-2.12/fix-for-make-3.82.diff
b/meta/recipes-core/eglibc/eglibc-2.12/fix-for-make-3.82.diff
deleted file mode 100644
index 89fff79..000
--- a/meta/recipes-core/eglibc/eglibc-2.12/fix-for-make-3.82.diff
+++ /dev/null
@@ -1,27 +0,0 @@
-Upstream-Status: Inappropriate [Backport]
-
-Make 3.82, as shipped with Fedora 14, fixes some holes in the parser which in
-turn breaks behaviour of some Makefiles. Most notably eglibc's.
-
-http://www.mail-archive.com/bug-make@gnu.org/msg06220.html
-
-Fix back-ported from glibc/eglibc revision control.
-
-JL 13/10/10
-
-Index: libc/manual/Makefile
-===
libc.orig/manual/Makefile
-+++ libc/manual/Makefile
-@@ -243,7 +243,10 @@ ifdef objpfx
- .PHONY: stubs
- stubs: $(objpfx)stubs
- endif
--$(objpfx)stubs ../po/manual.pot $(objpfx)stamp%:
-+$(objpfx)stubs ../po/manual.pot:
-+ $(make-target-directory)
-+ touch $@
-+$(objpfx)stamp%:
- $(make-target-directory)
- touch $@
-
diff --git a/meta/recipes-core/eglibc/eglibc_2.12.bb
b/meta/recipes-core/eglibc/eglibc_2.12.bb
index d851b5d..fe2f51d 100644
--- a/meta/recipes-core/eglibc/eglibc_2.12.bb
+++ b/meta/recipes-core/eglibc/eglibc_2.12.bb
@@ -1,7 +1,6 @@
require eglibc.inc
DEPENDS += gperf-native
-FILESPATHPKG =. eglibc-svn:
PR = r14
SRCREV = 14158
@@ -14,7 +13,7 @@ SRC_URI =
svn://www.eglibc.org/svn/branches/;module=${EGLIBC_BRANCH};proto=http
file://mips-rld-map-check.patch \
file://etc/ld.so.conf \
file://generate-supported.mk \
- file://fix-for-make-3.82.diff
+
SRC_URI_append_virtclass-nativesdk = file://ld-search-order.patch
S = ${WORKDIR}/${EGLIBC_BRANCH}/libc
B = ${WORKDIR}/build-${TARGET_SYS}
--
1.7.4.1
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] eglibc_2.12.bb: Remove already upstreamed fix-for-make-3.82.diff
Testing it now
Op 14 jun 2011, om 20:53 heeft Khem Raj het volgende geschreven:
This patch is already applied to eglibc 2.12 branch as seen here
http://www.eglibc.org/cgi-bin/viewcvs.cgi/branches/eglibc-2_12/libc/manual/Makefile?rev=12230sortby=dater2=12230r1=10495
Signed-off-by: Khem Raj raj.k...@gmail.com
---
.../eglibc/eglibc-2.12/fix-for-make-3.82.diff | 27
meta/recipes-core/eglibc/eglibc_2.12.bb|3 +-
2 files changed, 1 insertions(+), 29 deletions(-)
delete mode 100644 meta/recipes-core/eglibc/eglibc-2.12/fix-for-make-3.82.diff
diff --git a/meta/recipes-core/eglibc/eglibc-2.12/fix-for-make-3.82.diff
b/meta/recipes-core/eglibc/eglibc-2.12/fix-for-make-3.82.diff
deleted file mode 100644
index 89fff79..000
--- a/meta/recipes-core/eglibc/eglibc-2.12/fix-for-make-3.82.diff
+++ /dev/null
@@ -1,27 +0,0 @@
-Upstream-Status: Inappropriate [Backport]
-
-Make 3.82, as shipped with Fedora 14, fixes some holes in the parser which in
-turn breaks behaviour of some Makefiles. Most notably eglibc's.
-
-http://www.mail-archive.com/bug-make@gnu.org/msg06220.html
-
-Fix back-ported from glibc/eglibc revision control.
-
-JL 13/10/10
-
-Index: libc/manual/Makefile
-===
libc.orig/manual/Makefile
-+++ libc/manual/Makefile
-@@ -243,7 +243,10 @@ ifdef objpfx
- .PHONY: stubs
- stubs: $(objpfx)stubs
- endif
--$(objpfx)stubs ../po/manual.pot $(objpfx)stamp%:
-+$(objpfx)stubs ../po/manual.pot:
-+$(make-target-directory)
-+touch $@
-+$(objpfx)stamp%:
- $(make-target-directory)
- touch $@
-
diff --git a/meta/recipes-core/eglibc/eglibc_2.12.bb
b/meta/recipes-core/eglibc/eglibc_2.12.bb
index d851b5d..fe2f51d 100644
--- a/meta/recipes-core/eglibc/eglibc_2.12.bb
+++ b/meta/recipes-core/eglibc/eglibc_2.12.bb
@@ -1,7 +1,6 @@
require eglibc.inc
DEPENDS += gperf-native
-FILESPATHPKG =. eglibc-svn:
PR = r14
SRCREV = 14158
@@ -14,7 +13,7 @@ SRC_URI =
svn://www.eglibc.org/svn/branches/;module=${EGLIBC_BRANCH};proto=http
file://mips-rld-map-check.patch \
file://etc/ld.so.conf \
file://generate-supported.mk \
-file://fix-for-make-3.82.diff
+
SRC_URI_append_virtclass-nativesdk = file://ld-search-order.patch
S = ${WORKDIR}/${EGLIBC_BRANCH}/libc
B = ${WORKDIR}/build-${TARGET_SYS}
--
1.7.4.1
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] eglibc_2.12.bb: Remove already upstreamed fix-for-make-3.82.diff
Op 14 jun 2011, om 20:53 heeft Khem Raj het volgende geschreven:
This patch is already applied to eglibc 2.12 branch as seen here
http://www.eglibc.org/cgi-bin/viewcvs.cgi/branches/eglibc-2_12/libc/manual/Makefile?rev=12230sortby=dater2=12230r1=10495
Signed-off-by: Khem Raj raj.k...@gmail.com
Acked-by: Koen Kooi k...@dominion.thruhere.net
---
.../eglibc/eglibc-2.12/fix-for-make-3.82.diff | 27
meta/recipes-core/eglibc/eglibc_2.12.bb|3 +-
2 files changed, 1 insertions(+), 29 deletions(-)
delete mode 100644 meta/recipes-core/eglibc/eglibc-2.12/fix-for-make-3.82.diff
diff --git a/meta/recipes-core/eglibc/eglibc-2.12/fix-for-make-3.82.diff
b/meta/recipes-core/eglibc/eglibc-2.12/fix-for-make-3.82.diff
deleted file mode 100644
index 89fff79..000
--- a/meta/recipes-core/eglibc/eglibc-2.12/fix-for-make-3.82.diff
+++ /dev/null
@@ -1,27 +0,0 @@
-Upstream-Status: Inappropriate [Backport]
-
-Make 3.82, as shipped with Fedora 14, fixes some holes in the parser which in
-turn breaks behaviour of some Makefiles. Most notably eglibc's.
-
-http://www.mail-archive.com/bug-make@gnu.org/msg06220.html
-
-Fix back-ported from glibc/eglibc revision control.
-
-JL 13/10/10
-
-Index: libc/manual/Makefile
-===
libc.orig/manual/Makefile
-+++ libc/manual/Makefile
-@@ -243,7 +243,10 @@ ifdef objpfx
- .PHONY: stubs
- stubs: $(objpfx)stubs
- endif
--$(objpfx)stubs ../po/manual.pot $(objpfx)stamp%:
-+$(objpfx)stubs ../po/manual.pot:
-+$(make-target-directory)
-+touch $@
-+$(objpfx)stamp%:
- $(make-target-directory)
- touch $@
-
diff --git a/meta/recipes-core/eglibc/eglibc_2.12.bb
b/meta/recipes-core/eglibc/eglibc_2.12.bb
index d851b5d..fe2f51d 100644
--- a/meta/recipes-core/eglibc/eglibc_2.12.bb
+++ b/meta/recipes-core/eglibc/eglibc_2.12.bb
@@ -1,7 +1,6 @@
require eglibc.inc
DEPENDS += gperf-native
-FILESPATHPKG =. eglibc-svn:
PR = r14
SRCREV = 14158
@@ -14,7 +13,7 @@ SRC_URI =
svn://www.eglibc.org/svn/branches/;module=${EGLIBC_BRANCH};proto=http
file://mips-rld-map-check.patch \
file://etc/ld.so.conf \
file://generate-supported.mk \
-file://fix-for-make-3.82.diff
+
SRC_URI_append_virtclass-nativesdk = file://ld-search-order.patch
S = ${WORKDIR}/${EGLIBC_BRANCH}/libc
B = ${WORKDIR}/build-${TARGET_SYS}
--
1.7.4.1
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH] eglibc: bump PR for SRCREV changes
Signed-off-by: Koen Kooi k...@dominion.thruhere.net
---
meta/recipes-core/eglibc/eglibc_2.12.bb |2 +-
meta/recipes-core/eglibc/eglibc_2.13.bb |2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-core/eglibc/eglibc_2.12.bb
b/meta/recipes-core/eglibc/eglibc_2.12.bb
index fe2f51d..f858bbc 100644
--- a/meta/recipes-core/eglibc/eglibc_2.12.bb
+++ b/meta/recipes-core/eglibc/eglibc_2.12.bb
@@ -1,7 +1,7 @@
require eglibc.inc
DEPENDS += gperf-native
-PR = r14
+PR = r15
SRCREV = 14158
diff --git a/meta/recipes-core/eglibc/eglibc_2.13.bb
b/meta/recipes-core/eglibc/eglibc_2.13.bb
index 9a9773c..3490d2d 100644
--- a/meta/recipes-core/eglibc/eglibc_2.13.bb
+++ b/meta/recipes-core/eglibc/eglibc_2.13.bb
@@ -4,7 +4,7 @@ SRCREV = 14157
DEPENDS += gperf-native
FILESPATHPKG =. eglibc-svn:
-PR = r1
+PR = r2
PR_append = +svnr${SRCPV}
EGLIBC_BRANCH=eglibc-2_13
--
1.6.6.1
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] Where is atom-pc.conf hiding?
On Tue, 2011-06-14 at 00:40 -0700, Koen Kooi wrote: Op 13 jun 2011, om 23:30 heeft Richard Purdie het volgende geschreven: On Mon, 2011-06-13 at 22:36 +0200, Koen Kooi wrote: Op 13 jun 2011, om 22:28 heeft Saul Wold het volgende geschreven: On 06/13/2011 11:31 AM, Koen Kooi wrote: Hi, Khem was asking if I could reproduce the recent x86 breakage he was seeing[1] and I ran into another bug: koen@dominion:/OE/tentacle/sources/meta-intel$ git blame meta-n450/conf/machine/n450.conf | grep atom 158f88d7 (Saul Wold 2011-01-03 15:33:52 -0800 6) require conf/machine/atom-pc.conf meta-yocto seems to be the place you need to look! I hope that the layering tools can help to detect and inform folks of this like of dependency. Isn't meta-yocto supposed to a the integration layer with no new parts? I can't use meta-yocto since it has conflicting beagleboard stuff in it, which means that meta-intel is now broken for me as well. That surely isn't the intended plan?!?! The plan on public record is that atom-pc moves to meta-intel as soon as the layer tooling comes online and meta-yocto becomes its own repo (which at present its not but its certainly the intent). So can someone at least put that in the meta-intel or meta-n450 README? Most layers now have a README with the dependency info (e.g. http://git.shr-project.org/git/?p=meta-smartphone.git;a=blob;f=meta-palm/README;h=200a3c83ff11ad790fe4e03e93a26520ec0c6714;hb=HEAD ) It would be nice if the ones on yocto-project.org had somethign similar :) _ Would something like this do the trick for now (if so, I can do similar for the other meta-intel bsps)? From ae612a895b320471f65e289328fd351d4094a7c2 Mon Sep 17 00:00:00 2001 Message-Id: ae612a895b320471f65e289328fd351d4094a7c2.1308077431.git.tom.zanu...@intel.com From: Tom Zanussi tom.zanu...@intel.com Date: Tue, 14 Jun 2011 13:49:24 -0500 Subject: [PATCH] meta-n450: add dependency info Add information on the dependencies needed to use the meta-n450 layer. Signed-off-by: Tom Zanussi tom.zanu...@intel.com --- meta-n450/ReleaseNotes | 30 ++ 1 files changed, 30 insertions(+), 0 deletions(-) diff --git a/meta-n450/ReleaseNotes b/meta-n450/ReleaseNotes index 23ac815..4257d94 100644 --- a/meta-n450/ReleaseNotes +++ b/meta-n450/ReleaseNotes @@ -1,8 +1,38 @@ Poky Laverne Release 4.0 +- Dependencies - Features and Updates - Known Issues +DEPENDENCIES + + +This layer depends on: + + URI: git://git.openembedded.org/bitbake + branch: master + + URI: git://git.openembedded.org/openembedded-core + layers: meta + branch: master + + URI: git://git.yoctoproject.org/poky + layers: meta-yocto + branch: master + +NOTE: n450 currently depends on meta-yocto due to atom-pc +dependencies. The plan is to move atom-pc to meta-intel as soon as +the layer tooling comes online and meta-yocto becomes its own repo. +At that point, meta-yocto will no longer be required. + +Note also that the layering with respect to the poky repo is in +transition; it currently contains both meta from openembedded-core and +bitbake along with some other files and directories which will +eventually be contained in standalone repos once the ongoing layering +work has been completed. As such, the master branch of the poky repo +can at the present time be used to satisfy all meta-intel +dependencies. + FEATURES AND UPDATES -- 1.7.0.4 __ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] Where is atom-pc.conf hiding?
Op 14 jun 2011, om 22:20 heeft Tom Zanussi het volgende geschreven: On Tue, 2011-06-14 at 00:40 -0700, Koen Kooi wrote: Op 13 jun 2011, om 23:30 heeft Richard Purdie het volgende geschreven: On Mon, 2011-06-13 at 22:36 +0200, Koen Kooi wrote: Op 13 jun 2011, om 22:28 heeft Saul Wold het volgende geschreven: On 06/13/2011 11:31 AM, Koen Kooi wrote: Hi, Khem was asking if I could reproduce the recent x86 breakage he was seeing[1] and I ran into another bug: koen@dominion:/OE/tentacle/sources/meta-intel$ git blame meta-n450/conf/machine/n450.conf | grep atom 158f88d7 (Saul Wold 2011-01-03 15:33:52 -0800 6) require conf/machine/atom-pc.conf meta-yocto seems to be the place you need to look! I hope that the layering tools can help to detect and inform folks of this like of dependency. Isn't meta-yocto supposed to a the integration layer with no new parts? I can't use meta-yocto since it has conflicting beagleboard stuff in it, which means that meta-intel is now broken for me as well. That surely isn't the intended plan?!?! The plan on public record is that atom-pc moves to meta-intel as soon as the layer tooling comes online and meta-yocto becomes its own repo (which at present its not but its certainly the intent). So can someone at least put that in the meta-intel or meta-n450 README? Most layers now have a README with the dependency info (e.g. http://git.shr-project.org/git/?p=meta-smartphone.git;a=blob;f=meta-palm/README;h=200a3c83ff11ad790fe4e03e93a26520ec0c6714;hb=HEAD ) It would be nice if the ones on yocto-project.org had somethign similar :) _ Would something like this do the trick for now (if so, I can do similar for the other meta-intel bsps)? I'd put it in README, but yeah, it's an improvement. ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH V2] allarch.bbclass: Set FEED_ARCH to original value of BASE_PACKAGE_ARCH and then set BASE_PACKAGE_ARCH to 'all'
PACKAGE_ARCH is set to BASE_PACKAGE_ARCH so we do not
need to define it here since we already define BASE_PACKAGE_ARCH
angstrom sets FEED_ARCH like
FEED_ARCH ?= ${BASE_PACKAGE_ARCH}
and 'all' doesnt go well for FEED_ARCH as it ends up with
parsing error for x86 machines.
This might be a latent bug in bitbake but allarch.bbclass
excavated it and we burry it in the same class.
This makes the behavior same as it was before allarch.bbclass
where we set PACKAGE_ARCH = all for common packages
Signed-off-by: Khem Raj raj.k...@gmail.com
---
meta/classes/allarch.bbclass |5 +++--
1 files changed, 3 insertions(+), 2 deletions(-)
diff --git a/meta/classes/allarch.bbclass b/meta/classes/allarch.bbclass
index e3ac392..b9ba28b 100644
--- a/meta/classes/allarch.bbclass
+++ b/meta/classes/allarch.bbclass
@@ -2,9 +2,10 @@
# This class is used for architecture independent recipes/data files (usally
scripts)
#
+# We need to pour the value of BASE_PACKAGE_ARCH into FEED_ARCH
+# before we reset it
+FEED_ARCH := ${BASE_PACKAGE_ARCH}
BASE_PACKAGE_ARCH = all
-PACKAGE_ARCH = all
-
# No need for virtual/libc or a cross compiler
INHIBIT_DEFAULT_DEPS = 1
--
1.7.4.1
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH V2] allarch.bbclass: Set FEED_ARCH to original value of BASE_PACKAGE_ARCH and then set BASE_PACKAGE_ARCH to 'all'
Op 14 jun 2011, om 23:13 heeft Khem Raj het volgende geschreven:
PACKAGE_ARCH is set to BASE_PACKAGE_ARCH so we do not
need to define it here since we already define BASE_PACKAGE_ARCH
angstrom sets FEED_ARCH like
FEED_ARCH ?= ${BASE_PACKAGE_ARCH}
and 'all' doesnt go well for FEED_ARCH as it ends up with
parsing error for x86 machines.
This might be a latent bug in bitbake but allarch.bbclass
excavated it and we burry it in the same class.
This makes the behavior same as it was before allarch.bbclass
where we set PACKAGE_ARCH = all for common packages
Signed-off-by: Khem Raj raj.k...@gmail.com
Just to repeat the questions you answered on IRC already:
this will still result in a foo_1.0_all.ipk, right? So I don't have to
recreated the feeds *again* as I needed to do after the
machine-name-machine_name changes?
regards,
Koen
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH V2] allarch.bbclass: Set FEED_ARCH to original value of BASE_PACKAGE_ARCH and then set BASE_PACKAGE_ARCH to 'all'
On Tue, 2011-06-14 at 14:13 -0700, Khem Raj wrote:
Signed-off-by: Khem Raj raj.k...@gmail.com
---
meta/classes/allarch.bbclass |5 +++--
1 files changed, 3 insertions(+), 2 deletions(-)
diff --git a/meta/classes/allarch.bbclass b/meta/classes/allarch.bbclass
index e3ac392..b9ba28b 100644
--- a/meta/classes/allarch.bbclass
+++ b/meta/classes/allarch.bbclass
@@ -2,9 +2,10 @@
# This class is used for architecture independent recipes/data files (usally
scripts)
#
+# We need to pour the value of BASE_PACKAGE_ARCH into FEED_ARCH
+# before we reset it
+FEED_ARCH := ${BASE_PACKAGE_ARCH}
BASE_PACKAGE_ARCH = all
-PACKAGE_ARCH = all
-
# No need for virtual/libc or a cross compiler
INHIBIT_DEFAULT_DEPS = 1
This is a *really* bad idea. An all package should have no need to set
architecture specific values into FEED_ARCH.
Just for those not following IRC, the problem is Angstrom adds FEED_ARCH
to OVERRIDES. Adding all to overrides turns out to do nasty things to
classes like rm_work with _all in the function names.
I'd suggest that various machines should start adding things like armv7a
to ${MACHINEOVERRIDES} which has a much more clearly defined scope and
that FEED_ARCH should quietly die ;-).
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 V2] allarch.bbclass: Set FEED_ARCH to original value of BASE_PACKAGE_ARCH and then set BASE_PACKAGE_ARCH to 'all'
On Tue, Jun 14, 2011 at 2:24 PM, Richard Purdie
richard.pur...@linuxfoundation.org wrote:
On Tue, 2011-06-14 at 14:13 -0700, Khem Raj wrote:
Signed-off-by: Khem Raj raj.k...@gmail.com
---
meta/classes/allarch.bbclass | 5 +++--
1 files changed, 3 insertions(+), 2 deletions(-)
diff --git a/meta/classes/allarch.bbclass b/meta/classes/allarch.bbclass
index e3ac392..b9ba28b 100644
--- a/meta/classes/allarch.bbclass
+++ b/meta/classes/allarch.bbclass
@@ -2,9 +2,10 @@
# This class is used for architecture independent recipes/data files
(usally scripts)
#
+# We need to pour the value of BASE_PACKAGE_ARCH into FEED_ARCH
+# before we reset it
+FEED_ARCH := ${BASE_PACKAGE_ARCH}
BASE_PACKAGE_ARCH = all
-PACKAGE_ARCH = all
-
# No need for virtual/libc or a cross compiler
INHIBIT_DEFAULT_DEPS = 1
This is a *really* bad idea. An all package should have no need to set
architecture specific values into FEED_ARCH.
Just for those not following IRC, the problem is Angstrom adds FEED_ARCH
to OVERRIDES. Adding all to overrides turns out to do nasty things to
classes like rm_work with _all in the function names.
I'd suggest that various machines should start adding things like armv7a
to ${MACHINEOVERRIDES} which has a much more clearly defined scope and
that FEED_ARCH should quietly die ;-).
Would it make sense to add TARGET_SUBARCH variable ?
TARRGET_ARCH = arm
TARGET_SUBARCH = armv7a
MACHINE=beagleboard
and in bitbake.conf
TARGET_SUBARCH ??= ${TARGET_ARCH}
Cheers,
Richard
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] Where is atom-pc.conf hiding?
On Tue, 2011-06-14 at 14:08 -0700, Koen Kooi wrote: Op 14 jun 2011, om 22:20 heeft Tom Zanussi het volgende geschreven: On Tue, 2011-06-14 at 00:40 -0700, Koen Kooi wrote: Op 13 jun 2011, om 23:30 heeft Richard Purdie het volgende geschreven: On Mon, 2011-06-13 at 22:36 +0200, Koen Kooi wrote: Op 13 jun 2011, om 22:28 heeft Saul Wold het volgende geschreven: On 06/13/2011 11:31 AM, Koen Kooi wrote: Hi, Khem was asking if I could reproduce the recent x86 breakage he was seeing[1] and I ran into another bug: koen@dominion:/OE/tentacle/sources/meta-intel$ git blame meta-n450/conf/machine/n450.conf | grep atom 158f88d7 (Saul Wold 2011-01-03 15:33:52 -0800 6) require conf/machine/atom-pc.conf meta-yocto seems to be the place you need to look! I hope that the layering tools can help to detect and inform folks of this like of dependency. Isn't meta-yocto supposed to a the integration layer with no new parts? I can't use meta-yocto since it has conflicting beagleboard stuff in it, which means that meta-intel is now broken for me as well. That surely isn't the intended plan?!?! The plan on public record is that atom-pc moves to meta-intel as soon as the layer tooling comes online and meta-yocto becomes its own repo (which at present its not but its certainly the intent). So can someone at least put that in the meta-intel or meta-n450 README? Most layers now have a README with the dependency info (e.g. http://git.shr-project.org/git/?p=meta-smartphone.git;a=blob;f=meta-palm/README;h=200a3c83ff11ad790fe4e03e93a26520ec0c6714;hb=HEAD ) It would be nice if the ones on yocto-project.org had somethign similar :) _ Would something like this do the trick for now (if so, I can do similar for the other meta-intel bsps)? I'd put it in README, but yeah, it's an improvement. OK, yeah, for some reason n450 decided to name its README 'ReleaseNotes'. I'll find out if there was a reason for that and rename it to README like the others if not... Tom ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH V2] allarch.bbclass: Set FEED_ARCH to original value of BASE_PACKAGE_ARCH and then set BASE_PACKAGE_ARCH to 'all'
Op 14 jun 2011, om 23:24 heeft Richard Purdie het volgende geschreven:
On Tue, 2011-06-14 at 14:13 -0700, Khem Raj wrote:
Signed-off-by: Khem Raj raj.k...@gmail.com
---
meta/classes/allarch.bbclass |5 +++--
1 files changed, 3 insertions(+), 2 deletions(-)
diff --git a/meta/classes/allarch.bbclass b/meta/classes/allarch.bbclass
index e3ac392..b9ba28b 100644
--- a/meta/classes/allarch.bbclass
+++ b/meta/classes/allarch.bbclass
@@ -2,9 +2,10 @@
# This class is used for architecture independent recipes/data files (usally
scripts)
#
+# We need to pour the value of BASE_PACKAGE_ARCH into FEED_ARCH
+# before we reset it
+FEED_ARCH := ${BASE_PACKAGE_ARCH}
BASE_PACKAGE_ARCH = all
-PACKAGE_ARCH = all
-
# No need for virtual/libc or a cross compiler
INHIBIT_DEFAULT_DEPS = 1
This is a *really* bad idea. An all package should have no need to set
architecture specific values into FEED_ARCH.
Just for those not following IRC, the problem is Angstrom adds FEED_ARCH
to OVERRIDES. Adding all to overrides turns out to do nasty things to
classes like rm_work with _all in the function names.
So why don't we just set PACKAGE_ARCH = all in allarch.bbclass and not touch
BASE_PACKAGE_ARCH and FEED_ARCH?
I'd suggest that various machines should start adding things like armv7a
to ${MACHINEOVERRIDES} which has a much more clearly defined scope and
that FEED_ARCH should quietly die ;-).
And that's what I've start calling a 'yocto' type of solution. That just
doesn't scale since it relies on fixing all the machines out there instead of
levering the knowledge provided by OE already. I'd appreciate a solution is
better thought out.
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH V2] allarch.bbclass: Set FEED_ARCH to original value of BASE_PACKAGE_ARCH and then set BASE_PACKAGE_ARCH to 'all'
Op 14 jun 2011, om 23:32 heeft Khem Raj het volgende geschreven:
On Tue, Jun 14, 2011 at 2:24 PM, Richard Purdie
richard.pur...@linuxfoundation.org wrote:
On Tue, 2011-06-14 at 14:13 -0700, Khem Raj wrote:
Signed-off-by: Khem Raj raj.k...@gmail.com
---
meta/classes/allarch.bbclass |5 +++--
1 files changed, 3 insertions(+), 2 deletions(-)
diff --git a/meta/classes/allarch.bbclass b/meta/classes/allarch.bbclass
index e3ac392..b9ba28b 100644
--- a/meta/classes/allarch.bbclass
+++ b/meta/classes/allarch.bbclass
@@ -2,9 +2,10 @@
# This class is used for architecture independent recipes/data files
(usally scripts)
#
+# We need to pour the value of BASE_PACKAGE_ARCH into FEED_ARCH
+# before we reset it
+FEED_ARCH := ${BASE_PACKAGE_ARCH}
BASE_PACKAGE_ARCH = all
-PACKAGE_ARCH = all
-
# No need for virtual/libc or a cross compiler
INHIBIT_DEFAULT_DEPS = 1
This is a *really* bad idea. An all package should have no need to set
architecture specific values into FEED_ARCH.
Just for those not following IRC, the problem is Angstrom adds FEED_ARCH
to OVERRIDES. Adding all to overrides turns out to do nasty things to
classes like rm_work with _all in the function names.
I'd suggest that various machines should start adding things like armv7a
to ${MACHINEOVERRIDES} which has a much more clearly defined scope and
that FEED_ARCH should quietly die ;-).
Would it make sense to add TARGET_SUBARCH variable ?
and have it mean the same as BASE_PACKAGE_ARCH?
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH V2] allarch.bbclass: Set FEED_ARCH to original value of BASE_PACKAGE_ARCH and then set BASE_PACKAGE_ARCH to 'all'
On Tue, Jun 14, 2011 at 2:33 PM, Koen Kooi k...@dominion.thruhere.net wrote:
Op 14 jun 2011, om 23:32 heeft Khem Raj het volgende geschreven:
On Tue, Jun 14, 2011 at 2:24 PM, Richard Purdie
richard.pur...@linuxfoundation.org wrote:
On Tue, 2011-06-14 at 14:13 -0700, Khem Raj wrote:
Signed-off-by: Khem Raj raj.k...@gmail.com
---
meta/classes/allarch.bbclass | 5 +++--
1 files changed, 3 insertions(+), 2 deletions(-)
diff --git a/meta/classes/allarch.bbclass b/meta/classes/allarch.bbclass
index e3ac392..b9ba28b 100644
--- a/meta/classes/allarch.bbclass
+++ b/meta/classes/allarch.bbclass
@@ -2,9 +2,10 @@
# This class is used for architecture independent recipes/data files
(usally scripts)
#
+# We need to pour the value of BASE_PACKAGE_ARCH into FEED_ARCH
+# before we reset it
+FEED_ARCH := ${BASE_PACKAGE_ARCH}
BASE_PACKAGE_ARCH = all
-PACKAGE_ARCH = all
-
# No need for virtual/libc or a cross compiler
INHIBIT_DEFAULT_DEPS = 1
This is a *really* bad idea. An all package should have no need to set
architecture specific values into FEED_ARCH.
Just for those not following IRC, the problem is Angstrom adds FEED_ARCH
to OVERRIDES. Adding all to overrides turns out to do nasty things to
classes like rm_work with _all in the function names.
I'd suggest that various machines should start adding things like armv7a
to ${MACHINEOVERRIDES} which has a much more clearly defined scope and
that FEED_ARCH should quietly die ;-).
Would it make sense to add TARGET_SUBARCH variable ?
and have it mean the same as BASE_PACKAGE_ARCH?
May be in some cases, but it wont be associated with packaging
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH V2] allarch.bbclass: Set FEED_ARCH to original value of BASE_PACKAGE_ARCH and then set BASE_PACKAGE_ARCH to 'all'
On Tue, Jun 14, 2011 at 2:32 PM, Koen Kooi k...@dominion.thruhere.net wrote:
Op 14 jun 2011, om 23:24 heeft Richard Purdie het volgende geschreven:
On Tue, 2011-06-14 at 14:13 -0700, Khem Raj wrote:
Signed-off-by: Khem Raj raj.k...@gmail.com
---
meta/classes/allarch.bbclass | 5 +++--
1 files changed, 3 insertions(+), 2 deletions(-)
diff --git a/meta/classes/allarch.bbclass b/meta/classes/allarch.bbclass
index e3ac392..b9ba28b 100644
--- a/meta/classes/allarch.bbclass
+++ b/meta/classes/allarch.bbclass
@@ -2,9 +2,10 @@
# This class is used for architecture independent recipes/data files
(usally scripts)
#
+# We need to pour the value of BASE_PACKAGE_ARCH into FEED_ARCH
+# before we reset it
+FEED_ARCH := ${BASE_PACKAGE_ARCH}
BASE_PACKAGE_ARCH = all
-PACKAGE_ARCH = all
-
# No need for virtual/libc or a cross compiler
INHIBIT_DEFAULT_DEPS = 1
This is a *really* bad idea. An all package should have no need to set
architecture specific values into FEED_ARCH.
Just for those not following IRC, the problem is Angstrom adds FEED_ARCH
to OVERRIDES. Adding all to overrides turns out to do nasty things to
classes like rm_work with _all in the function names.
So why don't we just set PACKAGE_ARCH = all in allarch.bbclass and not touch
BASE_PACKAGE_ARCH and FEED_ARCH?
because there are some machines conf files which use BASE_PACKAGE_ARCH e.g.
tune-xscale.inc
BASE_PACKAGE_ARCH = ${@['armv5teb',
'armv5te'][bb.data.getVar('SITEINFO_ENDIANESS', d, 1) == 'le']}
PACKAGE_EXTRA_ARCHS = ${@['armeb armv4b armv4tb armv5teb', 'arm armv4
armv4t armv5te'][bb.data.getVar('SITEINFO_ENDIANESS', d, 1) == 'le']}
and this does not get evaluated properly then
I'd suggest that various machines should start adding things like armv7a
to ${MACHINEOVERRIDES} which has a much more clearly defined scope and
that FEED_ARCH should quietly die ;-).
And that's what I've start calling a 'yocto' type of solution. That just
doesn't scale since it relies on fixing all the machines out there instead of
levering the knowledge provided by OE already. I'd appreciate a solution is
better thought out.
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH V2] allarch.bbclass: Set FEED_ARCH to original value of BASE_PACKAGE_ARCH and then set BASE_PACKAGE_ARCH to 'all'
Op 14 jun 2011, om 23:40 heeft Khem Raj het volgende geschreven:
On Tue, Jun 14, 2011 at 2:32 PM, Koen Kooi k...@dominion.thruhere.net wrote:
Op 14 jun 2011, om 23:24 heeft Richard Purdie het volgende geschreven:
On Tue, 2011-06-14 at 14:13 -0700, Khem Raj wrote:
Signed-off-by: Khem Raj raj.k...@gmail.com
---
meta/classes/allarch.bbclass |5 +++--
1 files changed, 3 insertions(+), 2 deletions(-)
diff --git a/meta/classes/allarch.bbclass b/meta/classes/allarch.bbclass
index e3ac392..b9ba28b 100644
--- a/meta/classes/allarch.bbclass
+++ b/meta/classes/allarch.bbclass
@@ -2,9 +2,10 @@
# This class is used for architecture independent recipes/data files
(usally scripts)
#
+# We need to pour the value of BASE_PACKAGE_ARCH into FEED_ARCH
+# before we reset it
+FEED_ARCH := ${BASE_PACKAGE_ARCH}
BASE_PACKAGE_ARCH = all
-PACKAGE_ARCH = all
-
# No need for virtual/libc or a cross compiler
INHIBIT_DEFAULT_DEPS = 1
This is a *really* bad idea. An all package should have no need to set
architecture specific values into FEED_ARCH.
Just for those not following IRC, the problem is Angstrom adds FEED_ARCH
to OVERRIDES. Adding all to overrides turns out to do nasty things to
classes like rm_work with _all in the function names.
So why don't we just set PACKAGE_ARCH = all in allarch.bbclass and not touch
BASE_PACKAGE_ARCH and FEED_ARCH?
because there are some machines conf files which use BASE_PACKAGE_ARCH e.g.
tune-xscale.inc
BASE_PACKAGE_ARCH = ${@['armv5teb',
'armv5te'][bb.data.getVar('SITEINFO_ENDIANESS', d, 1) == 'le']}
PACKAGE_EXTRA_ARCHS = ${@['armeb armv4b armv4tb armv5teb', 'arm armv4
armv4t armv5te'][bb.data.getVar('SITEINFO_ENDIANESS', d, 1) == 'le']}
and this does not get evaluated properly then
But that wouldn't matter in the scope of allarch, though?
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH] systemtap: remove non-core COMPATIBLE_MACHINES
Systemtap only supports x86, x86-64 and powerpc at this point.
v2: updated to reflect comments from Koen Kooi and Phil Blundell to use
COMPATIBLE_HOST instead.
Signed-off-by: Tom Zanussi tom.zanu...@intel.com
---
meta/recipes-kernel/systemtap/systemtap_git.bb |5 +++--
1 files changed, 3 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-kernel/systemtap/systemtap_git.bb
b/meta/recipes-kernel/systemtap/systemtap_git.bb
index 8ac4c14..e3e9264 100644
--- a/meta/recipes-kernel/systemtap/systemtap_git.bb
+++ b/meta/recipes-kernel/systemtap/systemtap_git.bb
@@ -5,7 +5,7 @@ LIC_FILES_CHKSUM =
file://COPYING;md5=94d55d512a9ba36caa9b7df079bae19f
DEPENDS = elfutils
SRCREV = 4ab3a1863bf4f472acae7a809bf2b38d91658aa8
-PR = r1
+PR = r2
PV = 1.4+git${SRCPV}
SRC_URI = git://sources.redhat.com/git/systemtap.git;protocol=git \
@@ -23,7 +23,8 @@ EXTRA_OECONF = --prefix=${D}
--with-libelf=${STAGING_DIR_TARGET} --without-rpm
SRC_URI[md5sum]= cb202866ed704c44a876d041f788bdee
SRC_URI[sha256sum] =
8ffe35caec0d937bd23fd78a3a8d94b58907cc0de0330b35e38f9f764815c459
-COMPATIBLE_MACHINE =
(qemux86|qemux86-64|qemuppc|emenlow|crownbay|atom-pc|n450)
+# systemtap doesn't work on arm and doesn't support mips
+COMPATIBLE_HOST = '(x86_64.*|i.86.*|powerpc.*)-linux'
S = ${WORKDIR}/git
--
1.7.0.4
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH V2] allarch.bbclass: Set FEED_ARCH to original value of BASE_PACKAGE_ARCH and then set BASE_PACKAGE_ARCH to 'all'
On Tue, Jun 14, 2011 at 2:44 PM, Koen Kooi k...@dominion.thruhere.net wrote:
Op 14 jun 2011, om 23:40 heeft Khem Raj het volgende geschreven:
On Tue, Jun 14, 2011 at 2:32 PM, Koen Kooi k...@dominion.thruhere.net
wrote:
Op 14 jun 2011, om 23:24 heeft Richard Purdie het volgende geschreven:
On Tue, 2011-06-14 at 14:13 -0700, Khem Raj wrote:
Signed-off-by: Khem Raj raj.k...@gmail.com
---
meta/classes/allarch.bbclass | 5 +++--
1 files changed, 3 insertions(+), 2 deletions(-)
diff --git a/meta/classes/allarch.bbclass b/meta/classes/allarch.bbclass
index e3ac392..b9ba28b 100644
--- a/meta/classes/allarch.bbclass
+++ b/meta/classes/allarch.bbclass
@@ -2,9 +2,10 @@
# This class is used for architecture independent recipes/data files
(usally scripts)
#
+# We need to pour the value of BASE_PACKAGE_ARCH into FEED_ARCH
+# before we reset it
+FEED_ARCH := ${BASE_PACKAGE_ARCH}
BASE_PACKAGE_ARCH = all
-PACKAGE_ARCH = all
-
# No need for virtual/libc or a cross compiler
INHIBIT_DEFAULT_DEPS = 1
This is a *really* bad idea. An all package should have no need to set
architecture specific values into FEED_ARCH.
Just for those not following IRC, the problem is Angstrom adds FEED_ARCH
to OVERRIDES. Adding all to overrides turns out to do nasty things to
classes like rm_work with _all in the function names.
So why don't we just set PACKAGE_ARCH = all in allarch.bbclass and not
touch BASE_PACKAGE_ARCH and FEED_ARCH?
because there are some machines conf files which use BASE_PACKAGE_ARCH e.g.
tune-xscale.inc
BASE_PACKAGE_ARCH = ${@['armv5teb',
'armv5te'][bb.data.getVar('SITEINFO_ENDIANESS', d, 1) == 'le']}
PACKAGE_EXTRA_ARCHS = ${@['armeb armv4b armv4tb armv5teb', 'arm armv4
armv4t armv5te'][bb.data.getVar('SITEINFO_ENDIANESS', d, 1) == 'le']}
and this does not get evaluated properly then
But that wouldn't matter in the scope of allarch, though?
SITEINFO_ENDIANESS = ${@siteinfo_get_endianess(d)}
def siteinfo_get_endianess(d):
info = get_siteinfo_list(d)
if 'endian-little' in info:
return le
elif 'endian-big' in info:
return be
bb.error(Site info could not determine endianess for target)
and
get_siteinfo_list has this
targetinfo = {\
allarch-linux: ,\
hence siteinfo_get_endianess ends up with
bb.error(Site info could not determine endianess for target)
may be we need to differentiate with None return and empty string
return along with 'endian-little' and 'endian-big'
or may be add another option called 'endian-neutral'
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 0/1] Upgrade gcc 4.6.0 to latest on FSF 4.6 branch
On 06/14/2011 05:37 AM, Richard Purdie wrote: On Tue, 2011-06-14 at 10:28 +0100, Phil Blundell wrote: On Mon, 2011-06-13 at 10:12 -0700, Khem Raj wrote: On Mon, Jun 13, 2011 at 1:51 AM, Phil Blundellp...@pbcl.net wrote: On Sun, 2011-06-12 at 21:03 -0700, Khem Raj wrote: This patch brings in new patches from gcc 4.6 FSF branch And refreshes the headers of existing backported patches to not have git patch numbers in comments I am not sending the patch itself to mailing list due to its large size so please review it on the contrib tree itself Would we not be better off just pulling the tip of the 4.6 branch from FSF SVN, rather than having to keep all these patches in git? there is dislike for this approach in oe-core. As the release point is preferred I suggested to drop the minor release number and call the recipes 4.6 and use SVN REVs to track the recipe updates but it did not fly :) Where does that dislike come from? Koen did make a comment about having liked svn checkouts for 4.5 very, very much but I couldn't quite figure out whether he was being sarcastic or not and, if so, what exactly his objection was. I could understand there being a preference for individual patchsets if we were just going to cherry-pick carefully selected bugfixes from the branch and patch them in. But, if we're going to take the approach of just importing everything from the branch en masse, it seems like keeping them as patches is just making more work for ourselves. We're using svn checkouts for eglibc, which seems to be working well enough and hasn't provoked any particular outrage that I noticed. I think it was my dislike that Khem is referring to. I was under the impression that we were going to be more selective that just taking everything (e.g. the translation updates probably aren't essential to us). I realise its easier to just take everything though and if we are going to do that it probably does make sense to use svn directly. I'll take a patch to do that. What goes into release branches of gcc are strictly bug fixes only. So its safe to get them all I will prepare a patch for it. Cheers, Richard ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 1/1] autoconf/automake: Bump PR to resolve perl-native issue
Saul Wold wrote: On 06/14/2011 12:48 AM, Koen Kooi wrote: To be clear: does the PR bump fix the issues or was there a fix earlier that lacked a PR bump? The fix was earlier and lacked the PR bump to these recipes. Sorry for the issue and thanks Saul for the fix! I knew the issue but I was not clear I should have bumped the PRs. I thought autoconf/aumake-native themselves didn't change... I'll be more careful. Thanks, -- Dexuan ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH RFC] binutils: allow distro to select gold as default cross-linker
On 06/14/2011 08:30 AM, Phil Blundell wrote:
This is not particularly pretty but I couldn't think of any obviously
better way of doing it. Any suggestions?
Signed-off-by: Phil Blundellph...@gnu.org
---
meta/recipes-devtools/binutils/binutils-cross.inc |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/meta/recipes-devtools/binutils/binutils-cross.inc
b/meta/recipes-devtools/binutils/binutils-cross.inc
index 4b90972..5a41970 100644
--- a/meta/recipes-devtools/binutils/binutils-cross.inc
+++ b/meta/recipes-devtools/binutils/binutils-cross.inc
@@ -5,7 +5,8 @@ EXTRA_OECONF = --with-sysroot=${STAGING_DIR_TARGET} \
--program-prefix=${TARGET_PREFIX} \
--disable-install-libbfd \
--disable-werror \
---enable-poison-system-directories
+--enable-poison-system-directories \
+ ${@base_contains('DISTRO_FEATURES', 'ld-is-gold',
'--enable-gold=default', '', d)}
do_install () {
oe_runmake 'DESTDIR=${D}' install
I think we need to document this distro feature somewhere as well. We
need the same for target binutils too.
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH RFC] binutils: allow distro to select gold as default cross-linker
On 06/14/2011 08:38 AM, Koen Kooi wrote:
Op 14 jun 2011, om 17:30 heeft Phil Blundell het volgende geschreven:
This is not particularly pretty but I couldn't think of any obviously
better way of doing it. Any suggestions?
Signed-off-by: Phil Blundellph...@gnu.org
---
meta/recipes-devtools/binutils/binutils-cross.inc |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/meta/recipes-devtools/binutils/binutils-cross.inc
b/meta/recipes-devtools/binutils/binutils-cross.inc
index 4b90972..5a41970 100644
--- a/meta/recipes-devtools/binutils/binutils-cross.inc
+++ b/meta/recipes-devtools/binutils/binutils-cross.inc
@@ -5,7 +5,8 @@ EXTRA_OECONF = --with-sysroot=${STAGING_DIR_TARGET} \
--program-prefix=${TARGET_PREFIX} \
--disable-install-libbfd \
--disable-werror \
---enable-poison-system-directories
+--enable-poison-system-directories \
+ ${@base_contains('DISTRO_FEATURES', 'ld-is-gold',
'--enable-gold=default', '', d)}
Out of curiousity, how well does gold work nowadays? Last I remember hearing of
it was in its x86-only days.
it works well on arm in fact link times are way better on some
(especially C++) applications using gold. We can try to use gold for
x86, x86_64 and arm to start with.
regards,
Koen
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 0/1] linux-yocto: update meta branch SRCREV
Richard/Saul, The patch really says it all, so I'm repeating it here: [ Updating the meta SRCREV to fix a bad commit which resulted in the tree being dirty after checkpoint, and hence a failure during the patch phase. The meta commits never modify code outside the 'meta' directory tree, a rule that was broken with this bad commit. Without this fix, you may see an error like: | [INFO] doing kernel configme | [INFO] Finding user(s) of branch yocto/standard/fsl-mpc8315e-rdb | [INFO] Branch meta-temp used by fsl-mpc8315e-rdb-standard.scc | [INFO] collecting configs in ./meta/meta-series | [INFO] checking out yocto/standard/fsl-mpc8315e-rdb | error: Your local changes to the following files would be overwritten by checkout: | arch/powerpc/boot/dts/mpc8315erdb.dts | Please, commit your changes or stash them before you can switch branches. | Aborting | [ERROR] Checkout of yocto/standard/fsl-mpc8315e-rdb failed | Error running the meta series for collecting config data | config of meta-temp (fsl-mpc8315e-rdb-standard.scc) failed ] The linux-yocto tree was fixed a few days ago, and the dust has settled enough (I hope) on the recipe renames that this can now go out. The following changes since commit 7aa7673459376aff911cef820c9417c998d1aa96: Bruce Ashfield (1): meta-yocto/linux-yocto: update to match the renamed linux-yocto recipes are available in the git repository at: git://git.pokylinux.org/poky-contrib zedd/kernel http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=zedd/kernel Bruce Ashfield (1): linux-yocto: update meta branch SRCREV meta/recipes-kernel/linux/linux-yocto_2.6.37.bb |2 +- 1 files changed, 1 insertions(+), 1 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] linux-yocto: update meta branch SRCREV
Updating the meta SRCREV to fix a bad commit which resulted in the
tree being dirty after checkpoint, and hence a failure during the
patch phase. The meta commits never modify code outside the 'meta'
directory tree, a rule that was broken with this bad commit.
Without this fix, you may see an error like:
| [INFO] doing kernel configme
| [INFO] Finding user(s) of branch yocto/standard/fsl-mpc8315e-rdb
| [INFO] Branch meta-temp used by fsl-mpc8315e-rdb-standard.scc
| [INFO] collecting configs in ./meta/meta-series
| [INFO] checking out yocto/standard/fsl-mpc8315e-rdb
| error: Your local changes to the following files would be overwritten by
checkout:
| arch/powerpc/boot/dts/mpc8315erdb.dts
| Please, commit your changes or stash them before you can switch branches.
| Aborting
| [ERROR] Checkout of yocto/standard/fsl-mpc8315e-rdb failed
| Error running the meta series for collecting config data
| config of meta-temp (fsl-mpc8315e-rdb-standard.scc) failed
Signed-off-by: Bruce Ashfield bruce.ashfi...@windriver.com
---
meta/recipes-kernel/linux/linux-yocto_2.6.37.bb |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/meta/recipes-kernel/linux/linux-yocto_2.6.37.bb
b/meta/recipes-kernel/linux/linux-yocto_2.6.37.bb
index 1d43e1e..f6abc9e 100644
--- a/meta/recipes-kernel/linux/linux-yocto_2.6.37.bb
+++ b/meta/recipes-kernel/linux/linux-yocto_2.6.37.bb
@@ -20,7 +20,7 @@ SRCREV_machine_qemuppc =
704497b3a48c0882078f6167277d65d932292535
SRCREV_machine_qemux86 = c1a74a7872fdd1152265087aa7e59b96a8f2f42a
SRCREV_machine_qemux86-64 = 1950ea205407d8950475a37404173572d55fd27f
SRCREV_machine = 697d84759be192403a8a87ab269196c67a0c2c88
-SRCREV_meta = f1dc3722d45cdcc92c84ebfecf4ce616d2efed26
+SRCREV_meta = 46a1be20b01e50d5d0646e5622e9dd06433238c2
PR = r18
PV = ${LINUX_VERSION}+git${SRCPV}
--
1.7.0.4
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
