[OE-core] [PATCH 1/1] eglibc 2.12/2.13: Upgrade SRCREV
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
[OE-core] [*RFC CONSOLIDATED PULL RFC* 06/23] json-glib: Fix up SRC_URI Checksums
Signed-off-by: Saul Wold s...@linux.intel.com --- meta/recipes-gnome/json-glib/json-glib_0.12.4.bb |4 ++-- 1 files changed, 2 insertions(+), 2 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 58dcde9..2b8bdf6 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 @@ -10,8 +10,8 @@ LIC_FILES_CHKSUM = file://COPYING;md5=7fbc338309ac38fefcd64b04bb903e34 DEPENDS = glib-2.0 -SRC_URI[archive.md5sum] = 71f911329c9f742543b378c3494490da -SRC_URI[archive.sha256sum] = 89fa9b870dfe2d8b7b00210be76cdbb2d46a8d2cc77ca7cbe5d081bdf8cad780 +SRC_URI[archive.md5sum] = 347e1714e4a2ce54298969d5ffec7dca +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] [*RFC CONSOLIDATED PULL RFC* 07/23] gconf-dbus: Update to 2.29.1 git
New version now uses git
set --enable-defaults-service=no so that polkit is not pulled in
Signed-off-by: Saul Wold s...@linux.intel.com
---
.../gnome/{gconf-dbus_svn.bb = gconf-dbus_git.bb} | 12 +---
1 files changed, 5 insertions(+), 7 deletions(-)
rename meta/recipes-gnome/gnome/{gconf-dbus_svn.bb = gconf-dbus_git.bb} (76%)
diff --git a/meta/recipes-gnome/gnome/gconf-dbus_svn.bb
b/meta/recipes-gnome/gnome/gconf-dbus_git.bb
similarity index 76%
rename from meta/recipes-gnome/gnome/gconf-dbus_svn.bb
rename to meta/recipes-gnome/gnome/gconf-dbus_git.bb
index 16a2ddb..2b6f9c3 100644
--- a/meta/recipes-gnome/gnome/gconf-dbus_svn.bb
+++ b/meta/recipes-gnome/gnome/gconf-dbus_git.bb
@@ -8,19 +8,17 @@ PROVIDES = gconf
RPROVIDES_${PN} = gconf
RPROVIDES_${PN}-dev = gconf-dev
-SRCREV = 705
-PV = 2.16.0+svnr${SRCPV}
+SRCREV = d096734a6c53954baa64e3ce8a62d11296b9eaab
+PV = 2.29.1+git${SRCPV}
-SRC_URI = svn://developer.imendio.com/svn/gconf-dbus;module=trunk;proto=http
-S = ${WORKDIR}/trunk
+SRC_URI = git://meego.gitorious.org/meego-os-base/gconf-dbus.git
+S = ${WORKDIR}/git
inherit pkgconfig autotools
PARALLEL_MAKE =
-
-EXTRA_OECONF = --disable-gtk-doc --disable-gtk --enable-shared
--disable-static --enable-debug=yes
-
+EXTRA_OECONF = --disable-gtk-doc --disable-gtk --enable-shared
--disable-static --enable-debug=yes --enable-defaults-service=no
do_configure_prepend() {
touch gtk-doc.make
--
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] [*RFC CONSOLIDATED PULL RFC* 08/23] 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] [*RFC CONSOLIDATED PULL RFC* 01/23] 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
---
.../ghostscript/ghostscript_9.02.bb|7 +--
1 files changed, 5 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-extended/ghostscript/ghostscript_9.02.bb
b/meta/recipes-extended/ghostscript/ghostscript_9.02.bb
index e3d32dd..bee5684 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
--
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] [*RFC CONSOLIDATED PULL RFC* 03/23] 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] [*RFC CONSOLIDATED PULL RFC* 00/23] 13-June-2011
Richard et al,
This is a RFC, please review this list, most should be straight
foward udpdate for uclibc and world / docs build issues.
This does note include Khem's latest GCC and eglibc updates, whichs
need more testing.
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 (1):
perl-native: fix download url
Bruce Ashfield (1):
linux-yocto: rename recipes to explicitly indicate version
Dexuan Cui (1):
git: restore the dependency on perl-native
Kang Kai (1):
ghostscript: update SRC_URI
Khem Raj (4):
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
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, fix compilation on i586
Saul Wold (8):
json-glib: Fix up SRC_URI Checksums
gconf-dbus: Update to 2.29.1 git
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
meta/classes/recipe_sanity.bbclass | 179 +
meta/conf/machine/include/qemu.inc |2 +-
.../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/busybox/busybox.inc | 80 +-
meta/recipes-core/busybox/busybox_1.18.4.bb|2 +-
.../gnulib-uclibc-sched_param-def.patch| 21 +
meta/recipes-core/gettext/gettext_0.18.1.1.bb |7 +-
.../uclibc/uclibc-git/armv5te/uClibc.machine |4 +-
.../{nslu2be = armv5teb}/uClibc.machine |0
.../uclibc/uclibc-git/efika/uClibc.machine | 45 -
.../uclibc/uclibc-git/epoll-asm-fix.patch | 25 +
.../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| 19 +-
meta/recipes-core/uclibc/uclibc_git.bb |6 +-
meta/recipes-devtools/git/git.inc |6 +-
meta/recipes-devtools/git/git_1.7.5.1.bb |2 +-
meta/recipes-devtools/perl/perl-native_5.12.3.bb |2 +-
.../update-alternatives-dpkg_1.16.0.3.bb |4 +-
.../ghostscript/ghostscript_9.02.bb|7 +-
.../gnome/{gconf-dbus_svn.bb = gconf-dbus_git.bb} | 12 +-
meta/recipes-gnome/json-glib/json-glib_0.12.4.bb |4 +-
meta/recipes-graphics/clutter/clutter-box2d_git.bb |2 +-
meta/recipes-graphics/xorg-lib/libx11-diet_1.3.bb | 14 +-
.../xorg-lib/libx11/X18NCMSstubs.diff | 62 +-
.../xorg-util/util-macros_1.13.0.bb|4 +-
...x-yocto-stable_git.bb = linux-yocto_2.6.34.bb} |0
.../{linux-yocto_git.bb = linux-yocto_2.6.37.bb} |0
.../recipes-multimedia/alsa/alsa-tools_1.0.24.1.bb |7 +-
.../recipes-sato/rxvt-unicode/rxvt-unicode_9.11.bb |8 +-
36 files changed, 409 insertions(+), 4537 deletions(-)
create mode 100644 meta/classes/recipe_sanity.bbclass
delete mode 100644
meta/recipes-connectivity/connman/connman-gnome/applet_menu_popup_fix.patch
delete mode 100644
meta/recipes-connectivity/connman/connman-gnome/connman-gnome.patch
delete mode 100644
meta/recipes-connectivity/connman/connman-gnome/remove-connman-property-desktop-file.patch
delete mode 100644
meta/recipes-connectivity/connman/connman-gnome/service_name_update.patch
create mode 100644
meta/recipes-core/gettext/gettext-0.18.1.1/gnulib-uclibc-sched_param-def.patch
rename meta/recipes-core/uclibc/uclibc-git/{nslu2be =
armv5teb}/uClibc.machine (100%)
delete mode 100644 meta/recipes-core/uclibc/uclibc-git/efika/uClibc.machine
create mode 100644 meta/recipes-core/uclibc/uclibc-git/epoll-asm-fix.patch
rename meta/recipes-core/uclibc/uclibc-git/{qemumips = mips}/uClibc.machine
(100%)
delete mode 100644
[OE-core] [*RFC CONSOLIDATED PULL RFC* 10/23] 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] [*RFC CONSOLIDATED PULL RFC* 05/23] 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] [*RFC CONSOLIDATED PULL RFC* 13/23] 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] [*RFC CONSOLIDATED PULL RFC* 12/23] uclibc.inc: libsegfault is only RPROVIDED by uclibc
From: Khem Raj raj.k...@gmail.com
Using ${PN} also means that uclibc-initial gets to provide it
which we do not want
Signed-off-by: Khem Raj raj.k...@gmail.com
---
meta/recipes-core/uclibc/uclibc.inc |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/meta/recipes-core/uclibc/uclibc.inc
b/meta/recipes-core/uclibc/uclibc.inc
index c1bc422..0f8c6c2 100644
--- a/meta/recipes-core/uclibc/uclibc.inc
+++ b/meta/recipes-core/uclibc/uclibc.inc
@@ -99,7 +99,7 @@ RPROVIDES_uclibc-dev += libc-dev virtual-libc-dev
# uclibc does not really have libsegfault but then using the one from glibc is
also not
# going to work. So we pretend that we have it to make bitbake not pull other
recipes
# to satisfy this dependency for the images/tasks
-RPROVIDES_${PN} += libsegfault
+RPROVIDES_uclibc += libsegfault
SRC_URI = \
http://www.uclibc.org/downloads/uClibc-${PV}.tar.bz2;name=uClibc-${PV}
\
--
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] [*RFC CONSOLIDATED PULL RFC* 11/23] 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] [*RFC CONSOLIDATED PULL RFC* 15/23] uclibc: remove redundant python code
From: Phil Blundell p...@pbcl.net
This chunk of python code has been around for a while (witness the
comment about gcc 3.4.0) and predates the availability of
COMPATIBLE_HOST. Rewrite it using a more modern idiom.
Signed-off-by: Phil Blundell ph...@gnu.org
Acked-by: Khem Raj raj.k...@gmail.com
Signed-off-by: Khem Raj raj.k...@gmail.com
---
meta/recipes-core/uclibc/uclibc.inc | 12 +---
1 files changed, 1 insertions(+), 11 deletions(-)
diff --git a/meta/recipes-core/uclibc/uclibc.inc
b/meta/recipes-core/uclibc/uclibc.inc
index 2bf3017..06c0f5d 100644
--- a/meta/recipes-core/uclibc/uclibc.inc
+++ b/meta/recipes-core/uclibc/uclibc.inc
@@ -36,21 +36,11 @@ cp ${SYSROOT_DESTDIR}${libdir}/libc.so
${WORKDIR}/site_config_libc; \
sed -i -e 's# ${base_libdir}# ${SYSROOT_DESTDIR}${base_libdir}#g' -e 's#
${libdir}# ${SYSROOT_DESTDIR}${libdir}#g' ${WORKDIR}/site_config_libc/libc.so; \
-#
# For now, we will skip building of a gcc package if it is a uclibc one
# and our build is not a uclibc one, and we skip a glibc one if our build
# is a uclibc build.
-#
-# See the note in gcc/gcc_3.4.0.oe
-#
+COMPATIBLE_HOST = .*-uclibc.*
-python __anonymous () {
-import bb, re
-uc_os = (re.match('.*uclibc*', bb.data.getVar('TARGET_OS', d, 1)) != None)
-if not uc_os:
-raise bb.parse.SkipPackage(incompatible with target %s %
- bb.data.getVar('TARGET_OS', d, 1))
-}
PROVIDES += virtual/libc virtual/${TARGET_PREFIX}libc-for-gcc
DEPENDS = virtual/${TARGET_PREFIX}binutils \
virtual/${TARGET_PREFIX}gcc-intermediate \
--
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] [*RFC CONSOLIDATED PULL RFC* 21/23] 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] [*RFC CONSOLIDATED PULL RFC* 23/23] libx11-diet: Fixed checksum and rebase patch
Signed-off-by: Saul Wold s...@linux.intel.com --- meta/recipes-graphics/xorg-lib/libx11-diet_1.3.bb | 14 +++-- .../xorg-lib/libx11/X18NCMSstubs.diff | 62 +++ 2 files changed, 44 insertions(+), 32 deletions(-) diff --git a/meta/recipes-graphics/xorg-lib/libx11-diet_1.3.bb b/meta/recipes-graphics/xorg-lib/libx11-diet_1.3.bb index fee44ae..a4929d2 100644 --- a/meta/recipes-graphics/xorg-lib/libx11-diet_1.3.bb +++ b/meta/recipes-graphics/xorg-lib/libx11-diet_1.3.bb @@ -3,13 +3,15 @@ require libx11.inc DESCRIPTION += Support for XCB, UDC, XCMS and XLOCALE is disabled in \ this version. -PR = r1 +LIC_FILES_CHKSUM = file://COPYING;md5=597df7e9217e89ccaeb749f48ce2aeb0 -SRC_URI += file://x11_disable_makekeys.patch;patch=1 \ -file://include_fix.patch;patch=1 \ -file://X18NCMSstubs.diff;patch=1 \ -file://fix-disable-xlocale.diff;patch=1 \ -file://fix-utf8-wrong-define.patch;patch=1 +PR = r2 + +SRC_URI += file://x11_disable_makekeys.patch \ +file://include_fix.patch \ +file://X18NCMSstubs.diff \ +file://fix-disable-xlocale.diff \ +file://fix-utf8-wrong-define.patch DEPENDS += bigreqsproto xproto xextproto xtrans libxau xcmiscproto \ libxdmcp xf86bigfontproto kbproto inputproto xproto-native diff --git a/meta/recipes-graphics/xorg-lib/libx11/X18NCMSstubs.diff b/meta/recipes-graphics/xorg-lib/libx11/X18NCMSstubs.diff index 2e86a48..91ab180 100644 --- a/meta/recipes-graphics/xorg-lib/libx11/X18NCMSstubs.diff +++ b/meta/recipes-graphics/xorg-lib/libx11/X18NCMSstubs.diff @@ -1,8 +1,10 @@ Upstream-Status: Pending libX11-X11R7.0-1.0.0/src/imConv.c.orig 2006-03-08 09:46:03.0 +0100 -+++ libX11-X11R7.0-1.0.0/src/imConv.c 2006-03-08 10:50:10.0 +0100 -@@ -83,6 +83,7 @@ +Index: libX11-1.3/src/imConv.c +=== +--- libX11-1.3.orig/src/imConv.c libX11-1.3/src/imConv.c +@@ -83,6 +83,7 @@ static const struct SubstRec SubstTable[ * from UCS char to specified charset char. * This converter is needed for _XimGetCharCode subroutine. */ @@ -10,7 +12,7 @@ Upstream-Status: Pending XPointer _XimGetLocaleCode ( _Xconst char* encoding_name) -@@ -96,6 +97,7 @@ +@@ -96,6 +97,7 @@ _XimGetLocaleCode ( } return cvt; } @@ -18,15 +20,15 @@ Upstream-Status: Pending /* * Returns the locale dependent representation of a keysym. -@@ -107,6 +109,7 @@ +@@ -106,6 +108,7 @@ _XimGetLocaleCode ( + * terminating NUL byte. Return 0 if the keysym is not representable in the * locale */ - /*ARGSUSED*/ +#ifdef XLOCALE - int + /*ARGSUSED*/ + int _XimGetCharCode ( - XPointerucs_conv, -@@ -135,6 +138,7 @@ +@@ -135,6 +138,7 @@ _XimGetCharCode ( buf[count]= '\0'; return count; } @@ -34,8 +36,10 @@ Upstream-Status: Pending #ifdef XKB static int lookup_string( libX11-X11R7.0-1.0.0/src/X18NCMSstubs.c.orig 2006-03-08 08:43:19.0 +0100 -+++ libX11-X11R7.0-1.0.0/src/X18NCMSstubs.c2006-03-08 11:41:28.0 +0100 +Index: libX11-1.3/src/X18NCMSstubs.c +=== +--- /dev/null libX11-1.3/src/X18NCMSstubs.c @@ -0,0 +1,428 @@ +/* + * X18NCMSstubs.c @@ -465,9 +469,11 @@ Upstream-Status: Pending +} + +#endif libX11-X11R7.0-1.0.0/src/Makefile.am.orig 2006-03-08 08:31:09.0 +0100 -+++ libX11-X11R7.0-1.0.0/src/Makefile.am 2006-03-08 09:36:23.0 +0100 -@@ -331,6 +331,8 @@ +Index: libX11-1.3/src/Makefile.am +=== +--- libX11-1.3.orig/src/Makefile.am libX11-1.3/src/Makefile.am +@@ -335,6 +335,8 @@ if THRSTUBS libX11_la_SOURCES+=UIThrStubs.c endif @@ -476,7 +482,7 @@ Upstream-Status: Pending x11datadir = @X11_DATADIR@ x11data_DATA = XKeysymDB XErrorDB -@@ -338,7 +340,8 @@ +@@ -342,7 +344,8 @@ EXTRA_DIST = \ $(x11data_DATA) \ os2Stubs.c \ udcInf.c \ @@ -484,11 +490,13 @@ Upstream-Status: Pending + UIThrStubs.c \ + X18NCMSstubs.c - # - # Figure out which sub-libraries to link into Xlib libX11-X11R7.0-1.0.0/src/locking.c.orig2006-03-08 11:05:56.0 +0100 -+++ libX11-X11R7.0-1.0.0/src/locking.c 2006-03-08 11:06:37.0 +0100 -@@ -55,7 +55,9 @@ + if XCB + libX11_la_SOURCES += \ +Index: libX11-1.3/src/locking.c +=== +--- libX11-1.3.orig/src/locking.c libX11-1.3/src/locking.c +@@ -66,7 +66,9 @@ in this Software without prior written a #define NUM_FREE_CVLS 4 /* in lcWrap.c */ @@ -498,7 +506,7 @@ Upstream-Status: Pending #ifdef WIN32 static DWORD _X_TlsIndex = (DWORD)-1; -@@ -625,9 +627,11 @@ +@@ -594,9 +596,11 @@ Status XInitThreads(void) _Xglobal_lock = global_lock;
[OE-core] [*RFC CONSOLIDATED PULL RFC* 17/23] 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] [*RFC CONSOLIDATED PULL RFC* 20/23] 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] [*RFC CONSOLIDATED PULL RFC* 22/23] 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] [PATCH 2/2] eglibc: migrate configurability from oe
From: Kang Kai kai.k...@windriver.com
Migrate configurability from oe, try to shrink minimal image size
All eglibc configuration options are included in
conf/distro/include/default-distrovars.inc.
Define DISTRO_FEATURES_LIBC and DISTRO_FEATURES in local.conf with the same way
in local.conf.sample.extended to enable those options.
Signed-off-by: Kang Kai kai.k...@windriver.com
---
meta/conf/distro/include/default-distrovars.inc |9 +++-
meta/recipes-core/eglibc/eglibc-options.inc | 62 +++
meta/recipes-core/eglibc/eglibc.inc |6 ++
3 files changed, 76 insertions(+), 1 deletions(-)
create mode 100644 meta/recipes-core/eglibc/eglibc-options.inc
diff --git a/meta/conf/distro/include/default-distrovars.inc
b/meta/conf/distro/include/default-distrovars.inc
index 4b68a0a..2cde46c 100644
--- a/meta/conf/distro/include/default-distrovars.inc
+++ b/meta/conf/distro/include/default-distrovars.inc
@@ -10,7 +10,14 @@ LIMIT_BUILT_LOCALES ?= POSIX en_US en_GB
ENABLE_BINARY_LOCALE_GENERATION ?= 1
LOCALE_UTF8_ONLY ?= 0
-DISTRO_FEATURES ?= alsa bluetooth ext2 irda pcmcia usbgadget usbhost wifi nfs
zeroconf pci
+DISTRO_FEATURES_LIBC ?= ipv6 libc-backtrace libc-big-macros libc-bsd
libc-cxx-tests libc-catgets libc-charsets libc-crypt \
+ libc-crypt-ufc libc-db-aliases
libc-envz libc-fcvt libc-fmtmsg libc-fstab libc-ftraverse \
+ libc-getlogin libc-idn libc-inet
libc-inet-anl libc-libm libc-libm-big libc-locales libc-locale-code \
+ libc-memusage libc-nis libc-nsswitch
libc-rcmd libc-rtld-debug libc-spawn libc-streams libc-sunrpc \
+ libc-utmp libc-utmpx libc-wordexp
libc-posix-clang-wchar libc-posix-regexp libc-posix-regexp-glibc \
+ libc-posix-wchar-io
+
+DISTRO_FEATURES ?= alsa bluetooth ext2 irda pcmcia usbgadget usbhost wifi nfs
zeroconf pci ${DISTRO_FEATURES_LIBC}
IMAGE_FEATURES ?=
diff --git a/meta/recipes-core/eglibc/eglibc-options.inc
b/meta/recipes-core/eglibc/eglibc-options.inc
new file mode 100644
index 000..119ceef
--- /dev/null
+++ b/meta/recipes-core/eglibc/eglibc-options.inc
@@ -0,0 +1,62 @@
+def eglibc_cfg(feature, features, tokens, cnf):
+ if type(tokens) == type():
+ tokens = [tokens]
+ if type(features) == type([]) and feature in features:
+ cnf.extend([token + ' = y' for token in tokens])
+ else:
+ for token in tokens:
+ cnf.extend([token + ' = n'])
+ if token == 'OPTION_EGLIBC_NSSWITCH':
+
cnf.extend([OPTION_EGLIBC_NSSWITCH_FIXED_CONFIG = ${S}/nss/nsswitch.conf])
+
cnf.extend([OPTION_EGLIBC_NSSWITCH_FIXED_FUNCTIONS =
${S}/nss/fixed-nsswitch.functions])
+
+# Map distro features to eglibc options settings
+def features_to_eglibc_settings(d):
+cnf = ([])
+distro_features = (bb.data.getVar('DISTRO_FEATURES', d, True) or
'').split()
+eglibc_cfg('ipv6', distro_features,
'OPTION_EGLIBC_ADVANCED_INET6', cnf)
+eglibc_cfg('libc-backtrace', distro_features,
'OPTION_EGLIBC_BACKTRACE', cnf)
+eglibc_cfg('libc-big-macros', distro_features,
'OPTION_EGLIBC_BIG_MACROS', cnf)
+eglibc_cfg('libc-bsd', distro_features, 'OPTION_EGLIBC_BSD', cnf)
+eglibc_cfg('libc-cxx-tests', distro_features,
'OPTION_EGLIBC_CXX_TESTS', cnf)
+eglibc_cfg('libc-catgets', distro_features,
'OPTION_EGLIBC_CATGETS', cnf)
+eglibc_cfg('libc-charsets', distro_features,
'OPTION_EGLIBC_CHARSETS', cnf)
+eglibc_cfg('libc-crypt', distro_features, 'OPTION_EGLIBC_CRYPT',
cnf)
+eglibc_cfg('libc-crypt-ufc', distro_features,
'OPTION_EGLIBC_CRYPT_UFC', cnf)
+eglibc_cfg('libc-db-aliases', distro_features,
'OPTION_EGLIBC_DB_ALIASES', cnf)
+eglibc_cfg('libc-envz', distro_features, 'OPTION_EGLIBC_ENVZ',
cnf)
+eglibc_cfg('libc-fcvt', distro_features, 'OPTION_EGLIBC_FCVT',
cnf)
+eglibc_cfg('libc-fmtmsg', distro_features,
'OPTION_EGLIBC_FMTMSG', cnf)
+eglibc_cfg('libc-fstab', distro_features, 'OPTION_EGLIBC_FSTAB',
cnf)
+eglibc_cfg('libc-ftraverse', distro_features,
'OPTION_EGLIBC_FTRAVERSE', cnf)
+eglibc_cfg('libc-getlogin', distro_features,
'OPTION_EGLIBC_GETLOGIN', cnf)
+eglibc_cfg('libc-idn', distro_features, 'OPTION_EGLIBC_IDN', cnf)
+eglibc_cfg('libc-inet', distro_features, 'OPTION_EGLIBC_INET',
cnf)
+eglibc_cfg('libc-inet-anl', distro_features,
'OPTION_EGLIBC_INET_ANL', cnf)
+eglibc_cfg('libc-libm', distro_features, 'OPTION_EGLIBC_LIBM',
cnf)
+eglibc_cfg('libc-libm-big', distro_features,
'OPTION_EGLIBC_LIBM_BIG', cnf)
+
Re: [OE-core] [PATCH 0/1] Upgrade gcc 4.6.0 to latest on FSF 4.6 branch
Op 13 jun 2011, om 10:51 heeft Phil Blundell het volgende geschreven: 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? We used the svn approach with gcc 4.5 and I liked it very, very much. 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 2/2] eglibc: migrate configurability from oe
On Mon, 2011-06-13 at 17:01 +0800, Kang Kai wrote:
-DISTRO_FEATURES ?= alsa bluetooth ext2 irda pcmcia usbgadget usbhost wifi
nfs zeroconf pci
+DISTRO_FEATURES_LIBC ?= ipv6 libc-backtrace libc-big-macros libc-bsd
libc-cxx-tests libc-catgets libc-charsets libc-crypt \
+ libc-crypt-ufc libc-db-aliases
libc-envz libc-fcvt libc-fmtmsg libc-fstab libc-ftraverse \
+ libc-getlogin libc-idn libc-inet
libc-inet-anl libc-libm libc-libm-big libc-locales libc-locale-code \
+ libc-memusage libc-nis libc-nsswitch
libc-rcmd libc-rtld-debug libc-spawn libc-streams libc-sunrpc \
+ libc-utmp libc-utmpx libc-wordexp
libc-posix-clang-wchar libc-posix-regexp libc-posix-regexp-glibc \
+ libc-posix-wchar-io
+
+DISTRO_FEATURES ?= alsa bluetooth ext2 irda pcmcia usbgadget usbhost wifi
nfs zeroconf pci ${DISTRO_FEATURES_LIBC}
Why is ipv6 in DISTRO_FEATURES_LIBC rather than DISTRO_FEATURES?
p.
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 2/2] eglibc: migrate configurability from oe
On 2011年06月13日 17:05, Phil Blundell wrote:
On Mon, 2011-06-13 at 17:01 +0800, Kang Kai wrote:
-DISTRO_FEATURES ?= alsa bluetooth ext2 irda pcmcia usbgadget usbhost wifi nfs
zeroconf pci
+DISTRO_FEATURES_LIBC ?= ipv6 libc-backtrace libc-big-macros libc-bsd
libc-cxx-tests libc-catgets libc-charsets libc-crypt \
+ libc-crypt-ufc libc-db-aliases
libc-envz libc-fcvt libc-fmtmsg libc-fstab libc-ftraverse \
+ libc-getlogin libc-idn libc-inet
libc-inet-anl libc-libm libc-libm-big libc-locales libc-locale-code \
+ libc-memusage libc-nis libc-nsswitch
libc-rcmd libc-rtld-debug libc-spawn libc-streams libc-sunrpc \
+ libc-utmp libc-utmpx libc-wordexp
libc-posix-clang-wchar libc-posix-regexp libc-posix-regexp-glibc \
+ libc-posix-wchar-io
+
+DISTRO_FEATURES ?= alsa bluetooth ext2 irda pcmcia usbgadget usbhost wifi nfs
zeroconf pci ${DISTRO_FEATURES_LIBC}
Why is ipv6 in DISTRO_FEATURES_LIBC rather than DISTRO_FEATURES?
Because eglibc has a feature libc-ipv6, and DISTRO_FEATURES has a ipv6
already. It is not needed to import a new feature name on the same
things, so use original ipv6. And eglibc still needs provide this
option, then put it in DISTRO_FEATURES_LIBC.
p.
Regards,
Kai
___
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 2/2] eglibc: migrate configurability from oe
On Mon, 2011-06-13 at 17:15 +0800, Kang Kai wrote:
On 2011年06月13日 17:05, Phil Blundell wrote:
On Mon, 2011-06-13 at 17:01 +0800, Kang Kai wrote:
-DISTRO_FEATURES ?= alsa bluetooth ext2 irda pcmcia usbgadget usbhost
wifi nfs zeroconf pci
+DISTRO_FEATURES_LIBC ?= ipv6 libc-backtrace libc-big-macros libc-bsd
libc-cxx-tests libc-catgets libc-charsets libc-crypt \
+ libc-crypt-ufc libc-db-aliases
libc-envz libc-fcvt libc-fmtmsg libc-fstab libc-ftraverse \
+ libc-getlogin libc-idn libc-inet
libc-inet-anl libc-libm libc-libm-big libc-locales libc-locale-code \
+ libc-memusage libc-nis libc-nsswitch
libc-rcmd libc-rtld-debug libc-spawn libc-streams libc-sunrpc \
+ libc-utmp libc-utmpx libc-wordexp
libc-posix-clang-wchar libc-posix-regexp libc-posix-regexp-glibc \
+ libc-posix-wchar-io
+
+DISTRO_FEATURES ?= alsa bluetooth ext2 irda pcmcia usbgadget usbhost
wifi nfs zeroconf pci ${DISTRO_FEATURES_LIBC}
Why is ipv6 in DISTRO_FEATURES_LIBC rather than DISTRO_FEATURES?
Because eglibc has a feature libc-ipv6, and DISTRO_FEATURES has a ipv6
already. It is not needed to import a new feature name on the same
things, so use original ipv6. And eglibc still needs provide this
option, then put it in DISTRO_FEATURES_LIBC.
I'm not quite sure I understood what you wrote above. But I think what
I was asking was, why doesn't eglibc just look at the existing ipv6
DISTRO_FEATURE?
p.
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 2/2] eglibc: migrate configurability from oe
On Mon, 2011-06-13 at 17:34 +0800, Kang Kai wrote: It seems DISTRO_FEATURE doesn't want to enable ipv6 by default, but eglibc needs supports it. That doesn't seem like it can be right. Why would you want ipv6 in eglibc if your DISTRO isn't using it? The whole point of DISTRO_FEATURES is that it's meant to give you a coherent set of system-wide options. FWIW, I think ipv6 should probably be set on in default-distrovar's DISTRO_FEATURES, but I guess some higher authority would need to make that decision. p. ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 2/2] eglibc: migrate configurability from oe
On Mon, Jun 13, 2011 at 11:42 AM, Phil Blundell p...@pbcl.net wrote:
On Mon, 2011-06-13 at 17:34 +0800, Kang Kai wrote:
It seems DISTRO_FEATURE doesn't want to enable ipv6 by default, but
eglibc needs supports it.
That doesn't seem like it can be right. Why would you want ipv6 in
eglibc if your DISTRO isn't using it?
The whole point of DISTRO_FEATURES is that it's meant to give you a
coherent set of system-wide options.
FWIW, I think ipv6 should probably be set on in default-distrovar's
DISTRO_FEATURES, but I guess some higher authority would need to make
that decision.
p.
I see your point
but ipv6 as DISTRO_FEATURES_LIBC ends in DISTRO_FEATURES as well
DISTRO_FEATURES ?= alsa bluetooth ext2 irda pcmcia usbgadget usbhost
wifi nfs zeroconf pci ${DISTRO_FEATURES_LIBC}
so I'm fine with ipv6 in DISTRO_FEATURES_LIBC
this way I can expect *libc to be tweaked by DISTRO_FEATURES_LIBC only
and the rest of image by whole DISTRO_FEATURES (including libc-* flags
and ipv6 from DISTRO_FEATURES_LIBC)
Regards,
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 2/2] eglibc: migrate configurability from oe
On Mon, 2011-06-13 at 12:00 +0200, Martin Jansa wrote:
On Mon, Jun 13, 2011 at 11:42 AM, Phil Blundell p...@pbcl.net wrote:
FWIW, I think ipv6 should probably be set on in default-distrovar's
DISTRO_FEATURES, but I guess some higher authority would need to make
that decision.
I see your point
but ipv6 as DISTRO_FEATURES_LIBC ends in DISTRO_FEATURES as well
DISTRO_FEATURES ?= alsa bluetooth ext2 irda pcmcia usbgadget usbhost
wifi nfs zeroconf pci ${DISTRO_FEATURES_LIBC}
Oh, so it does. So the effect of this is that we will end up with ipv6
on in DISTRO_FEATURES anyway. I guess I would consider this a good
result, if perhaps for the wrong reasons :-)
p.
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [RFC] qemu* kernel configs
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. regards, Koen ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] RFD: Recipe variants, multilib and package handling
On Mon, 2011-06-13 at 12:52 +0100, Richard Purdie wrote:
Options
===
a) We could introduce some kind of suffix variable ${PKGSFX} which would
contain the variant, maybe in conjuction with BPN instead of PN:
PACKAGES = ${BPN}${PKGSFX} ${BPN}-dev${PKGSFX}
FILES_${BPN}-dev${PKGSFX} = x
This has the downside of having to touch the whole metadata and it looks
ugly.
In OE-lite, we have tried out this option a. It works out pretty well,
but is ugly, and does to some degree make it more complex to manage
simple recipe meta-data.
For this reason, next OE-lite version will transition to something more
like the option b you suggest.
b) We could try and remap all the variables at BBCLASSEXTEND time. This
would mean remapping PACKAGES and renaming all the package specific
variables such as FILES, SUMMARY, DESCRIPTION, RDEPENDS, RRECOMMENDS,
RSUGGESTS, RPROVIDES, RREPLACES, ALLOW_EMPTY, SECTION and likely others.
In next OE-lite version, I have introduce something called recipe
type, which is nothing else than the name from BBCLASSEXEND, or
machine for default recipe type.
When resolving dependencies, I have introduced a recipe type context.
One for DEPENDS for each recipe type, and one for RDEPENDS for the
recipe types that is relevant for run-time dependency handling.
In recipe meta-data, you can fx. say
DEPENDS = libncurses native:libtool
Based on the recipe type context, the libncurses is prefixed with the
recipe type of the context, fx. machine:libncurses for machine recipe
type.
To further simplify recipe meta-data, I have introduced some generic
prefix aliases. I have host and target, and host-cross and
target-cross, which is then mapped to the proper recipe type based on
the context.
This seems to work out very nicely. I seems effective in reducing the
need for recipe type specfic overrides of DEPENDS variables, and makes
recipe meta-data much easier to read IMHO.
Of-course, OE-lite does only have package based dependencies, and I
haven't given any thought to how this would work out for OE's recipe
based build dependencies.
But perhaps it would also be a good choice for OE.
I knew were were going to have to read through some of those variables
and remap the dependencies but having to totally move them into new
namespaces is a scary thought (but still possible).
Hehe. In danish, we have a saying: Hvo intet vover, intet vinder,
which I belive is something like Nothing ventured, nothing gained in
english.
c) Switch to prepending to PN. This would only break cases where we have
packages which don't start with ${PN} of which there are comparatively
few. We could make the simplifying assumption that all PACKAGES start
with ${PN} meaning that all manipulations would be simple prepends. If
we do this, problems i) and ii) above are no longer an issue.
Discussion
==
I don't think option a) above is viable and the current plan implies
we'd do b) but its extremely ugly. I'm therefore tempted to look more
seriously at c). The bigger issues would appear to be:
* It breaks with convention/tradition for OE (xxx-native vs native:xxx)
* It would add the constraint of packaging starting with ${PN}
* It would require changes to the likes of debian.bbclass to account
for package prefixes when performing auto renaming
* It would break a small set of the metadata where packages don't start
with ${PN} (although the class could simply refuse to extend these
automatically).
Looking into the future, wouldn't it make most sense to use the solution
broadly in OE, to avoid making it even harder to get started with OE?
Things to consider:
* Would we just do this for multilibs or would we transition native
recipes to the new style of naming? We don't have PACKAGES problems
for native recipes.
* Likewise, would nativesdk transition? Is has more PACKAGES problems
so likely yes, it would make sense to transition.
* Would we stick with - as a delimiter or switch to something like
:?
I decided to switch from - to :, to allow robust translation of
non-prefixed dependency names.
Thoughts/suggestions/better ideas welcome...
Thanks,
Esben
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH] RFC - combo layer repo tool
combo-layer-tool: add tool to manipulate combo layer This patch adds the script combo-layer.py to manipulate the combo layer repo. A combo layer repo is a repo containing multiple component repo, e.g. oe-core, bitbake, BSP repos. The combo layer repo need to be updated by syncing with the component repo upstream. This script is written to assist the combo layer handling. See https://wiki.yoctoproject.org/wiki/Layer_Tooling#Combination_repo_tool for detail task description Combo layer tool provides three functionalities: - init: when the combo layer repo and component repo is not existed, init will git init the combo layer repo, and also git clone the component repo - update: combo layer tool will pull the latest commit from component repo upstream, and apply the commit since last update commit to the combo repo. If user specify interactive mode(--interactive), user can edit the patch list to select which commit to apply. - splitpatch: split the combo repo commit into separate patches per component repo. So that user can submit the patch to component repo upstream. Combo layer tool uses config file to define the component repo info. please check the combo-layer.conf.example for the detail explanation of the config file field. CC: Richard Purdie richard.pur...@linuxfoundation.org CC: Paul , Eggleton paul.eggle...@intel.com Signed-off-by: Yu Ke ke...@intel.com Note: I meeting some difficulty in push it to contrib tree. So just send it out as plain patch for review first. diff --git a/scripts/combo-layer-hook-default.sh b/scripts/combo-layer-hook-default.sh new file mode 100755 index 000..7dec9b8 --- /dev/null +++ b/scripts/combo-layer-hook-default.sh @@ -0,0 +1,14 @@ +#!/bin/sh +# Take a patch from bitbake and apply to poky +# Call as $0 revision to apply +# Parameter: +# $1 patch-file +# $2 revision +# $3 reponame + +patchfile=$1 +rev=$2 +reponame=$3 + +sed -i -e s#Subject: \[PATCH\] \(.*\)#Subject: \[PATCH\] $reponame: \1# $patchfile +sed -i -e 0,/Signed-off-by:/s#\(Signed-off-by:.*\)#\($reponame rev: $rev\)\n\n\1# $patchfile diff --git a/scripts/combo-layer.conf.example b/scripts/combo-layer.conf.example new file mode 100644 index 000..13a370f --- /dev/null +++ b/scripts/combo-layer.conf.example @@ -0,0 +1,38 @@ +# repo name +[bitbake] +# mandatory options +# git upstream uri +src_uri = git://git.openembedded.org/bitbake + +# the directory to clone the component repo +local_repo_dir = /home/kyu3/src/test/bitbake + +# the relative dir to commit the repo patch +# use . if it is root dir +dest_dir = bitbake + +# the updated revision last time. +# leave it empty if no commit updated yet, and then the tool +# will start from the first commit +last_revision = + +# optional options + +# file_filter: only include the interested file +# file_filter = [path] [path] ... +# example: +# file_filter = src/ : only include the subdir src +# file_filter = src/*.c : only include the src *.c file +# file_filter = src/main.c src/Makefile.am : only include these two files + +# hook: if provided, the tool will call the hook to proceed the generated patch from upstream, +# and then apply the modified patch to combo repo +# the hook's parameter is: ./hook patchpath revision reponame +# example: +# hook = combo-layer-hook-default.sh + +[oe-core] +src_uri = git://git.openembedded.org/openembedded-core +local_repo_dir = /home/kyu3/src/test/oecore +dest_dir = . +last_revision = diff --git a/scripts/combo-layer.py b/scripts/combo-layer.py new file mode 100755 index 000..1ebd81b --- /dev/null +++ b/scripts/combo-layer.py @@ -0,0 +1,405 @@ +#!/usr/bin/env python +# ex:ts=4:sw=4:sts=4:et +# -*- tab-width: 4; c-basic-offset: 4; indent-tabs-mode: nil -*- +# +# Copyright 2011 Intel Corporation +# Authored-by: Richard Purdie richard.pur...@intel.com +# Paul Eggleton paul.eggle...@intel.com +# Yu Ke ke...@intel.com +# +# This program is free software; you can redistribute it and/or modify +# it under the terms of the GNU General Public License version 2 as +# published by the Free Software Foundation. +# +# This program is distributed in the hope that it will be useful, +# but WITHOUT ANY WARRANTY; without even the implied warranty of +# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the +# GNU General Public License for more details. +# +# You should have received a copy of the GNU General Public License along +# with this program; if not, write to the Free Software Foundation, Inc., +# 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301 USA. + +import os, sys, re +import optparse +import logging +import subprocess,shlex + +__version__ = 0.1.0 + +def logger_create(): +logger = logging.getLogger() +loggerhandler = logging.StreamHandler() +loggerhandler.setFormatter(logging.Formatter([%(asctime)s] %(message)s,%H:%M:%S)) +
[OE-core] [PATCH] systemtap: remove non-core COMPATIBLE_MACHINES
Move these from here into their respective layers instead.
Signed-off-by: Tom Zanussi tom.zanu...@intel.com
---
meta/recipes-kernel/systemtap/systemtap_git.bb |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-kernel/systemtap/systemtap_git.bb
b/meta/recipes-kernel/systemtap/systemtap_git.bb
index 8ac4c14..783f30d 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,7 @@ 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)
+COMPATIBLE_MACHINE = (qemux86|qemux86-64|qemuppc|atom-pc)
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] [RFC] qemu* kernel configs
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 -# CONFIG_FREEZER is not set +CONFIG_FREEZER=y Fuse/cuse: -# CONFIG_FUSE_FS is not set +CONFIG_FUSE_FS=y
Re: [OE-core] [PATCH] systemtap: remove non-core COMPATIBLE_MACHINES
Op 13 jun 2011, om 16:35 heeft Tom Zanussi het volgende geschreven: -COMPATIBLE_MACHINE = (qemux86|qemux86-64|qemuppc|emenlow|crownbay|atom-pc|n450) +COMPATIBLE_MACHINE = (qemux86|qemux86-64|qemuppc|atom-pc) After having looked at the recipe (basically 'inherit autotools', PACKAGE_ARCH = BASE_PACKAGE_ARCH) and reading the systemtap wiki I can't figure out why COMPATIBLE_MACHINE is actually needed. The closest I get is needs specific kernel config, but that argument quickly falls down when looking at other recipes that need that (e.g. udev) and considering out layer strategy (bbappending it for all your machines). So, what am I missing here? regards, Koen PS: there's no 'atom-pc' in OE-core ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] systemtap: remove non-core COMPATIBLE_MACHINES
On Mon, 2011-06-13 at 09:54 -0500, Tom Zanussi wrote: On Mon, 2011-06-13 at 07:47 -0700, Koen Kooi wrote: Op 13 jun 2011, om 16:35 heeft Tom Zanussi het volgende geschreven: -COMPATIBLE_MACHINE = (qemux86|qemux86-64|qemuppc|emenlow|crownbay|atom-pc|n450) +COMPATIBLE_MACHINE = (qemux86|qemux86-64|qemuppc|atom-pc) After having looked at the recipe (basically 'inherit autotools', PACKAGE_ARCH = BASE_PACKAGE_ARCH) and reading the systemtap wiki I can't figure out why COMPATIBLE_MACHINE is actually needed. The closest I get is needs specific kernel config, but that argument quickly falls down when looking at other recipes that need that (e.g. udev) and considering out layer strategy (bbappending it for all your machines). So, what am I missing here? My testing showed systemtap doesn't actually work on arm, and has no support for mips - the machines listed are the only ones I've been able to verify that work. If it's actually architecture-dependent, ie it will work on any x86 (or sparc, or...) platform, the way to deal with that is via COMPATIBLE_HOST. p. ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] systemtap: remove non-core COMPATIBLE_MACHINES
On Mon, 2011-06-13 at 08:12 -0700, Koen Kooi wrote: Op 13 jun 2011, om 16:54 heeft Tom Zanussi het volgende geschreven: On Mon, 2011-06-13 at 07:47 -0700, Koen Kooi wrote: Op 13 jun 2011, om 16:35 heeft Tom Zanussi het volgende geschreven: -COMPATIBLE_MACHINE = (qemux86|qemux86-64|qemuppc|emenlow|crownbay|atom-pc|n450) +COMPATIBLE_MACHINE = (qemux86|qemux86-64|qemuppc|atom-pc) After having looked at the recipe (basically 'inherit autotools', PACKAGE_ARCH = BASE_PACKAGE_ARCH) and reading the systemtap wiki I can't figure out why COMPATIBLE_MACHINE is actually needed. The closest I get is needs specific kernel config, but that argument quickly falls down when looking at other recipes that need that (e.g. udev) and considering out layer strategy (bbappending it for all your machines). So, what am I missing here? My testing showed systemtap doesn't actually work on arm, and has no support for mips - the machines listed are the only ones I've been able to verify that work. So that sounds like COMPATIBLE_HOST instead of machine, no? Yeah, you're right - that does make more sense in this case. I'll update things with your suggestions and respin, thanks... Tom 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 00/11] Various dependency tweaks + nastivesdk fixes
This patch series contains various dependency tweaks simplifying the
dependencies of some of the configuration file/script packages.
It also fixes some bugs in nativesdk handling which were recently
introduced and improves some misleading package names.
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 rpurdie/for-master
http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=rpurdie/for-master
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
meta/classes/nativesdk.bbclass | 53 ++--
meta/classes/populate_sdk.bbclass |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 +-
meta/recipes-core/base-files/base-files_3.0.14.bb |2 +
.../feed-config/poky-feed-config-opkg_1.0.bb |1 +
.../initrdscripts/initramfs-live-install_1.0.bb|1 +
meta/recipes-core/initscripts/initscripts_1.0.bb |6 +-
.../sysvinit/sysvinit-inittab_2.88dsf.bb |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 +-
14 files changed, 55 insertions(+), 24 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%)
--
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] RFC - combo layer repo tool
2011/6/13 Yu, Ke ke...@intel.com: ... Combo layer tool provides three functionalities: - init: when the combo layer repo and component repo is not existed, init will git init the combo layer repo, and also git clone the component repo I think it is duplicating many features of git submodule. It seems more logical to put a script above git submodule rather then use a full repository for it. Am I missing anything? -- Otavio Salvador O.S. Systems E-mail: ota...@ossystems.com.br http://www.ossystems.com.br Mobile: +55 53 9981-7854 http://projetos.ossystems.com.br ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 10/11] 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.4.1
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 09/11] 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.4.1
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 02/11] 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.4.1
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 01/11] 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.4.1
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 03/11] 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.4.1
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 06/11] 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.4.1
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 11/11] 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.4.1
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 07/11] 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.4.1
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 05/11] 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.4.1
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 04/11] 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.4.1
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 00/13] fix to bug #1163 and misc upgrades
Please review them.
The following changes since commit 1a35778905893ff11cab48955a4e94e031734ebe:
Revert native/nativesdk: Clean up the depends ordering after bitbake
override handling updates (2011-06-13 15:06:01 +0800)
are available in the git repository at:
git://git.pokylinux.org/poky-contrib dcui/master
http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=dcui/master
Dexuan Cui (13):
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
.../conf/distro/include/distro_tracking_fields.inc | 113 +--
meta/conf/distro/include/tcmode-default.inc|2 +-
.../gnome/gnome-doc-utils/xsltproc_nonet.patch |2 +-
...c-utils_0.20.5.bb = gnome-doc-utils_0.20.6.bb} |6 +-
...cation_0.10.bb = startup-notification_0.12.bb} |4 +-
.../{libxext_1.2.0.bb = libxext_1.3.0.bb} |6 +-
.../xorg-lib/{libxi_1.4.2.bb = libxi_1.4.3.bb}|6 +-
.../{pixman_0.20.2.bb = pixman_0.22.0.bb} |8 +-
.../{dri2proto_2.3.bb = dri2proto_2.4.bb} |4 +-
.../{glproto_1.4.12.bb = glproto_1.4.13.bb} |4 +-
.../{inputproto_2.0.1.bb = inputproto_2.0.2.bb} |4 +-
...sourceproto_1.1.1.bb = resourceproto_1.2.0.bb} |6 +-
...util-macros_1.13.0.bb = util-macros_1.14.0.bb} |4 +-
.../lttng/lttng-ust/uclibc-sched_getcpu.patch |2 +-
14 files changed, 84 insertions(+), 87 deletions(-)
rename meta/recipes-gnome/gnome/{gnome-doc-utils_0.20.5.bb =
gnome-doc-utils_0.20.6.bb} (56%)
rename
meta/recipes-graphics/startup-notification/{startup-notification_0.10.bb =
startup-notification_0.12.bb} (87%)
rename meta/recipes-graphics/xorg-lib/{libxext_1.2.0.bb = libxext_1.3.0.bb}
(76%)
rename meta/recipes-graphics/xorg-lib/{libxi_1.4.2.bb = libxi_1.4.3.bb} (80%)
rename meta/recipes-graphics/xorg-lib/{pixman_0.20.2.bb = pixman_0.22.0.bb}
(66%)
rename meta/recipes-graphics/xorg-proto/{dri2proto_2.3.bb = dri2proto_2.4.bb}
(76%)
rename meta/recipes-graphics/xorg-proto/{glproto_1.4.12.bb =
glproto_1.4.13.bb} (77%)
rename meta/recipes-graphics/xorg-proto/{inputproto_2.0.1.bb =
inputproto_2.0.2.bb} (78%)
rename meta/recipes-graphics/xorg-proto/{resourceproto_1.1.1.bb =
resourceproto_1.2.0.bb} (61%)
rename meta/recipes-graphics/xorg-util/{util-macros_1.13.0.bb =
util-macros_1.14.0.bb} (79%)
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 05/13] util-macros: upgrade from 1.13.0 to the latest version 0.14.0
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 a6f5402..dfeb7ff 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.1
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 03/13] gnome-doc-utils: upgrade from 0.20.5 to the latest version 0.20.6
Signed-off-by: Dexuan Cui dexuan@intel.com
---
...c-utils_0.20.5.bb = gnome-doc-utils_0.20.6.bb} |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
rename meta/recipes-gnome/gnome/{gnome-doc-utils_0.20.5.bb =
gnome-doc-utils_0.20.6.bb} (56%)
diff --git a/meta/recipes-gnome/gnome/gnome-doc-utils_0.20.5.bb
b/meta/recipes-gnome/gnome/gnome-doc-utils_0.20.6.bb
similarity index 56%
rename from meta/recipes-gnome/gnome/gnome-doc-utils_0.20.5.bb
rename to meta/recipes-gnome/gnome/gnome-doc-utils_0.20.6.bb
index 115eb4d..e7bf6e9 100644
--- a/meta/recipes-gnome/gnome/gnome-doc-utils_0.20.5.bb
+++ b/meta/recipes-gnome/gnome/gnome-doc-utils_0.20.6.bb
@@ -1,9 +1,9 @@
require gnome-doc-utils.inc
LIC_FILES_CHKSUM = file://COPYING.GPL;md5=eb723b61539feef013de476e68b5c50a \
file://COPYING.LGPL;md5=a6f89e2100d9b6cdffcea4f398e37343
-PR = r2
+PR = r0
SRC_URI += file://xsltproc_nonet.patch
-SRC_URI[archive.md5sum] = 3aa1f651834714090cdbf898ec090a98
-SRC_URI[archive.sha256sum] =
08d99b8ab813fadd3407873e4a30282debce92e22eb1b45430a8bb9c120e2130
+SRC_URI[archive.md5sum] = 8f6e05071599bc073007830ea0a68391
+SRC_URI[archive.sha256sum] =
091486e370480bf45349ad09dac799211092a02938b26a0d68206172cb6cebbf
--
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 10/13] pixman: upgrade from 0.20.2 to the latest stable 0.22.0
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.1
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 13/13] distro_tracking_fields.inc: update the info for the following recipes
screen: remove the duplicate info tcf-agent: update MANUAL_CHECK_DATE gnome-doc-utils startup-notification util-macros liberation-fonts resourceproto dri2proto glproto inputproto pixman libxext libxi xcb-util Signed-off-by: Dexuan Cui dexuan@intel.com --- .../conf/distro/include/distro_tracking_fields.inc | 113 +-- 1 files changed, 54 insertions(+), 59 deletions(-) diff --git a/meta/conf/distro/include/distro_tracking_fields.inc b/meta/conf/distro/include/distro_tracking_fields.inc index babf9e0..f4aa1ea 100644 --- a/meta/conf/distro/include/distro_tracking_fields.inc +++ b/meta/conf/distro/include/distro_tracking_fields.inc @@ -104,11 +104,6 @@ RECIPE_LATEST_VERSION_pn-run-postinsts = check RECIPE_LAST_UPDATE_pn-run-postinsts = Nov 22, 2010 RECIPE_MAINTAINER_pn-run-postinsts = Dongxiao Xu dongxiao...@intel.com -RECIPE_STATUS_pn-screen = red -RECIPE_LATEST_VERSION_pn-screen = check -RECIPE_LAST_UPDATE_pn-screen = Aug 31, 2010 -RECIPE_MAINTAINER_pn-screen = Qing He qing...@intel.com - RECIPE_STATUS_pn-subversion = green RECIPE_LATEST_VERSION_pn-subversion = 1.6.15 RECIPE_MANUAL_CHECK_DATE_pn-subversion = Jan 25, 2011 @@ -2777,7 +2772,7 @@ RECIPE_STATUS_pn-tcf-agent = green DISTRO_PN_ALIAS_pn-tcf-agent = WindRiver upstream=http://www.eclipse.org/dsdp/tm/; RECIPE_DEPENDENCY_CHECK_pn-tcf-agent = not done RECIPE_LATEST_VERSION_pn-tcf-agent = 0.3.0+svnr1078 -RECIPE_MANUAL_CHECK_DATE_pn-tcf-agent = Apr 11, 2011 +RECIPE_MANUAL_CHECK_DATE_pn-tcf-agent = June 13, 2011 RECIPE_NO_UPDATE_REASON_pn-tcf-agent = Do not upgrade to version: (998)? because upstraem hasn't defined a formal release tag. RECIPE_NO_OF_PATCHES_pn-tcf-agent = 2 RECIPE_PATCH_pn-tcf-agent+terminals_agent = we might get the patch from git://git.yoctoproject.org/eclipse-poky.git in future @@ -3819,25 +3814,25 @@ RECIPE_MAINTAINER_pn-fontsproto = Dexuan Cui dexuan@intel.com RECIPE_STATUS_pn-glproto = green DISTRO_PN_ALIAS_pn-glproto = Meego=xorg-x11-proto-glproto RECIPE_DEPENDENCY_CHECK_pn-glproto = not done -RECIPE_LATEST_VERSION_pn-glproto = 1.4.12 +RECIPE_LATEST_VERSION_pn-glproto = 1.4.13 RECIPE_NO_OF_PATCHES_pn-glproto = 0 RECIPE_INTEL_SECTION_pn-glproto = x11/libs -RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-glproto = 7 months -RECIPE_LATEST_RELEASE_DATE_pn-glproto = Aug 10, 2010 +RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-glproto = 9 months +RECIPE_LATEST_RELEASE_DATE_pn-glproto = May 4, 2011 RECIPE_COMMENTS_pn-glproto = -RECIPE_LAST_UPDATE_pn-glproto = Nov 16, 2010 +RECIPE_LAST_UPDATE_pn-glproto = Jun 13, 2011 RECIPE_MAINTAINER_pn-glproto = Dexuan Cui dexuan@intel.com RECIPE_STATUS_pn-inputproto = green DISTRO_PN_ALIAS_pn-inputproto = Meego=xorg-x11-proto-inputproto RECIPE_DEPENDENCY_CHECK_pn-inputproto = not done -RECIPE_LATEST_VERSION_pn-inputproto = 2.0.1 +RECIPE_LATEST_VERSION_pn-inputproto = 2.0.2 RECIPE_NO_OF_PATCHES_pn-inputproto = 0 RECIPE_INTEL_SECTION_pn-inputproto = x11/libs -RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-inputproto = 1 year -RECIPE_LATEST_RELEASE_DATE_pn-inputproto = Nov 10, 2010 +RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-inputproto = 7 months +RECIPE_LATEST_RELEASE_DATE_pn-inputproto = Jun 7, 2011 RECIPE_COMMENTS_pn-inputproto = -RECIPE_LAST_UPDATE_pn-inputproto = Jan 5, 2011 +RECIPE_LAST_UPDATE_pn-inputproto = Jun 13, 2011 RECIPE_MAINTAINER_pn-inputproto = Dexuan Cui dexuan@intel.com RECIPE_STATUS_pn-kbproto = green @@ -3865,13 +3860,13 @@ RECIPE_MAINTAINER_pn-libdmx = Dexuan Cui dexuan@intel.com RECIPE_STATUS_pn-libxi = green RECIPE_DEPENDENCY_CHECK_pn-libxi = not done -RECIPE_LATEST_VERSION_pn-libxi = 1.4.2 +RECIPE_LATEST_VERSION_pn-libxi = 1.4.3 RECIPE_NO_OF_PATCHES_pn-libxi = 0 RECIPE_INTEL_SECTION_pn-libxi = x11/libs -RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-libxi = 2 months -RECIPE_LATEST_RELEASE_DATE_pn-libxi = Mar 18, 2011 +RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-libxi = 2+ months +RECIPE_LATEST_RELEASE_DATE_pn-libxi = Jun 6, 2011 RECIPE_COMMENTS_pn-libxi = -RECIPE_LAST_UPDATE_pn-libxi = Apr 11, 2011 +RECIPE_LAST_UPDATE_pn-libxi = Jun 13, 2011 RECIPE_MAINTAINER_pn-libxi = Dexuan Cui dexuan@intel.com RECIPE_STATUS_pn-libxinerama = green @@ -3958,13 +3953,13 @@ RECIPE_MAINTAINER_pn-renderproto = Dexuan Cui dexuan@intel.com RECIPE_STATUS_pn-resourceproto = green DISTRO_PN_ALIAS_pn-resourceproto = Meego=xorg-x11-proto-resourceproto RECIPE_DEPENDENCY_CHECK_pn-resourceproto = not done -RECIPE_LATEST_VERSION_pn-resourceproto = 1.1.1 +RECIPE_LATEST_VERSION_pn-resourceproto = 1.2.0 RECIPE_NO_OF_PATCHES_pn-resourceproto = 0 RECIPE_INTEL_SECTION_pn-resourceproto = x11/libs -RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-resourceproto = 1+ years -RECIPE_LATEST_RELEASE_DATE_pn-resourceproto = Dec 8, 2010 +RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-resourceproto = 5+ months +RECIPE_LATEST_RELEASE_DATE_pn-resourceproto = May 27, 2011 RECIPE_COMMENTS_pn-resourceproto = -RECIPE_LAST_UPDATE_pn-resourceproto = Jan 5, 2011
Re: [OE-core] [PATCH] RFC - combo layer repo tool
On Monday 13 June 2011 16:33:47 Otavio Salvador wrote: I think it is duplicating many features of git submodule. It seems more logical to put a script above git submodule rather then use a full repository for it. You're right in that git submodule provides a lot of these things. However, submodules don't give us the ability to split out and maintain just certain subdirectories / files; this allows us to bring in parts of external layers where the parts of that layer we want are not split out neatly into a subdirectory. In the case of the Poky repository (where there the need for this tool originated) as a user rather than a maintainer, having a single repository to check out from with no other special steps makes things much easier and cleaner. Frankly I'm not terribly impressed with how submodules have been implemented in git - they are not at all easy to use. Cheers, Paul - Intel Corporation (UK) Limited Registered No. 1134945 (England) Registered Office: Pipers Way, Swindon SN3 1RJ VAT No: 860 2173 47 This e-mail and any attachments may contain confidential material for the sole use of the intended recipient(s). Any review or distribution by others is strictly prohibited. If you are not the intended recipient, please contact the sender and delete all copies. ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] RFC - combo layer repo tool
On Mon, Jun 13, 2011 at 16:00, Paul Eggleton paul.eggle...@intel.com wrote: On Monday 13 June 2011 16:33:47 Otavio Salvador wrote: I think it is duplicating many features of git submodule. It seems more logical to put a script above git submodule rather then use a full repository for it. You're right in that git submodule provides a lot of these things. However, submodules don't give us the ability to split out and maintain just certain subdirectories / files; this allows us to bring in parts of external layers where the parts of that layer we want are not split out neatly into a subdirectory. I will give the script a try and see how it behave to us. -- Otavio Salvador O.S. Systems E-mail: ota...@ossystems.com.br http://www.ossystems.com.br Mobile: +55 53 9981-7854 http://projetos.ossystems.com.br ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] RFC - combo layer repo tool
On Mon, Jun 13, 2011 at 11:47 AM, Koen Kooi k...@dominion.thruhere.net wrote: Op 13 jun 2011, om 17:33 heeft Otavio Salvador het volgende geschreven: 2011/6/13 Yu, Ke ke...@intel.com: ... Combo layer tool provides three functionalities: - init: when the combo layer repo and component repo is not existed, init will git init the combo layer repo, and also git clone the component repo I think it is duplicating many features of git submodule. It seems more logical to put a script above git submodule rather then use a full repository for it. Am I missing anything? The fact that git submodules: a) universally suck b) behave wildly different between git versions The first version of the angstrom setup scripts used git submodules, but I quickly found that I as well as my coworkers are too stupid to deal with them properly, so we wrote an awk script to manage the layers. It's a red flag that only very recent git versions have the 'git clone --recursive' feature. It shows that git developers are either really, really disciplined or don't use submodules themselves. Anyone that knows me, knows that I'd second Koen's description of submodules. On paper they sounds good, but in practice, you quickly find the issues when dealing with them. So if there is some duplication with git submodules, I'd see that as an acceptable trade off if the end result is something manageable. Cheers, Bruce ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core -- Thou shalt not follow the NULL pointer, for chaos and madness await thee at its end ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/1] 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
Re: [OE-core] Where is atom-pc.conf hiding?
On 06/13/2011 02:30 PM, Richard Purdie wrote: 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). 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? -- Tom Rini Mentor Graphics Corporation ___ 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 Mon, Jun 13, 2011 at 22:10, Tom Rini tom_r...@mentor.com 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 think this ought to be the inverse. Poky ought to be less built since it depends (or will depends) on oe-core so this needs to be fully tested. After this passes then Poky and Yocto ought to be tested since the base has been proved stable and like. My 2c. -- Otavio Salvador O.S. Systems E-mail: ota...@ossystems.com.br http://www.ossystems.com.br Mobile: +55 53 9981-7854 http://projetos.ossystems.com.br ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] runqemu: take TMPDIR from bitbake
2011/6/13 Anders Darander and...@chargestorm.se: + # We have bitbake in PATH, get TMPDIR from bitbake + TMPDIR=`bitbake -e | grep TMPDIR=\ | cut -d '=' -f2 | cut -d '' -f2` This change inspired me just another crazy idea. 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' [1] http://www.freebsd.org/cgi/man.cgi?query=makemanpath=FreeBSD+8.2-RELEASE -- Yury Bushmelev ___ 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 Mon, 2011-06-13 at 15:10 -0700, Tom Rini wrote: On 06/13/2011 02:30 PM, Richard Purdie wrote: 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). 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? Sure, the more people testing the various combinations the better! Cheers, Richard ___ 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 Mon, 2011-06-13 at 15:44 -0700, Tom Rini wrote: On 06/13/2011 03:35 PM, Richard Purdie wrote: On Mon, 2011-06-13 at 15:10 -0700, Tom Rini wrote: On 06/13/2011 02:30 PM, Richard Purdie wrote: 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). 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? Sure, the more people testing the various combinations the better! I fear I'm not being clear. Can You, Saul and maybe other folks making frequent submissions and are at times more poky-oriented than not, do this as well? While I'd love the world I'd settle for a bunch of -g's to catch obvious problems and a console-image or something.. Since you're highlighting me personally here, I do test a variety of things periodically. I only have access to one desktop machine and one Linux laptop so just like everyone else the testing I can physically do is limited. I also merge a ton of changes from various people and rely at some level on trust of those people to have tested changes. I know Saul also does a lot of testing of various combinations. It might not always be the combination you personally want but its certainly better than no testing at all. OE is getting a number of new computer resources soon thanks to the Linux Foundation and testing OE-Core is on Tom King's todo list. Yocto is also stepping up and doing a lot of testing. It is hardware limited and also looking to increase its resources which is planned and happening, albeit slower than we'd like in an ideal world. So on the one hand I do understand your concern. I'm personally and Yocto are doing the best we can. On the other I'd suggest if testing certain combinations is this important to you (or Mentor?), stepping up and helping with the testing would be *much* appreciated and it isn't the sole responsibility of myself or Saul. Cheers, Richard ___ 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 Mon, 2011-06-13 at 23:17 +, Otavio Salvador wrote: On Mon, Jun 13, 2011 at 23:04, Richard Purdie richard.pur...@linuxfoundation.org wrote: ... So on the one hand I do understand your concern. I'm personally and Yocto are doing the best we can. On the other I'd suggest if testing certain combinations is this important to you (or Mentor?), stepping up and helping with the testing would be *much* appreciated and it isn't the sole responsibility of myself or Saul. ... It would be easier and better if people at Yocto could start basing their work on oe-core so stuff get tested there instead of Poky. Poky would then be an integration point not a base. Have you looked at the delta recently? Yocto uses OE-Core with the single addition of the meta-yocto layer which is tiny. Just like angstrom use the meta-angstrom layer and the meta-oe layer. More then once I got broken trees for stuff that were pushed to oe-core and were not working due missing fixes or features that were pushed to Poky's bitbake but not to the upstream one. Again, please look at the delta between upstream bitbake and the one in poky. All bitbake patches are now landing upstream first. There were issues, we came up with a plan to address them and we're doing what we said we would do... Doing this would help to improve it a lot. For example meta-intel would be already fixed since people would be using it against oe-core and would have already noticed the missing machine definition and like. We *know* the machine definition isn't there, its deliberate. We came up with a plan to create OE-Core and to get Poky and OE both migrated to using it. This process is not 100% complete yet although it gets closer every day. Cheers, Richard ___ 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, Jun 14, 2011 at 00:02, Richard Purdie richard.pur...@linuxfoundation.org wrote: ... We *know* the machine definition isn't there, its deliberate. We came up with a plan to create OE-Core and to get Poky and OE both migrated to using it. This process is not 100% complete yet although it gets closer every day. I know the delta is getting smaller and smaller. This is good. A good way to make it move faster is using OE-Core as basis. This will force the backporting of missing Poky's change to OE-Core to happen faster. Currently there're many people that base the stuff (that is target to OE-Core) on Poky and sometimes it cases issues (as the bitbake ones I used as example). -- Otavio Salvador O.S. Systems E-mail: ota...@ossystems.com.br http://www.ossystems.com.br Mobile: +55 53 9981-7854 http://projetos.ossystems.com.br ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/1] gupnp: upgrade from 0.16.0 to 0.16.1
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_INTROSPECTION],
[false]):g' ${S}/configure.ac
+}
SYSROOT_PREPROCESS_FUNCS += gupnp_sysroot_preprocess
gupnp_sysroot_preprocess () {
--
1.6.3.3
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
