Re: [OE-core] [PATCH 8/9] sqlite3: Update to 3.7.14.1

[Martin Jansa]

On Tue, Nov 13, 2012 at 09:32:50PM -0800, Saul Wold wrote:
 [YOCTO #3283]
 
 Signed-off-by: Saul Wold s...@linux.intel.com
 ---
  .../{sqlite3_3.7.13.bb = sqlite3_3.7.14.1.bb} |5 +
  1 files changed, 1 insertions(+), 4 deletions(-)
  rename meta/recipes-support/sqlite/{sqlite3_3.7.13.bb = 
 sqlite3_3.7.14.1.bb} (58%)
 
 diff --git a/meta/recipes-support/sqlite/sqlite3_3.7.13.bb 
 b/meta/recipes-support/sqlite/sqlite3_3.7.14.1.bb
 similarity index 58%
 rename from meta/recipes-support/sqlite/sqlite3_3.7.13.bb
 rename to meta/recipes-support/sqlite/sqlite3_3.7.14.1.bb
 index 48b50ac..00a3081 100644
 --- a/meta/recipes-support/sqlite/sqlite3_3.7.13.bb
 +++ b/meta/recipes-support/sqlite/sqlite3_3.7.14.1.bb
 @@ -2,10 +2,7 @@ require sqlite3.inc
  
  LIC_FILES_CHKSUM = 
 file://sqlite3.h;endline=11;md5=65f0a57ca6928710b418c094b3570bb0
  
 -PR = r1
 +PR = r0
  
  SRC_URI = http://www.sqlite.org/sqlite-autoconf-3071300.tar.gz;
  S = ${WORKDIR}/sqlite-autoconf-3071300
 -
 -SRC_URI[md5sum] = c97df403e8a3d5b67bb408fcd6aabd8e
 -SRC_URI[sha256sum] = 
 ac566819f82ec4cc2ff6c5cc90987ca38e589efbd79ff263838bbc62356ab119

Where is checksum for 3.7.14.1?

Cheers,

-- 
Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com


signature.asc
Description: Digital signature
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] Build failure

[Andreas Müller]

Ciao,

with latest layer HEADS and build from scratch I get:

KeyError: 'getpwnam(): name not found: root'

ERROR: The stack trace of python calls that resulted in this
exception/failure was:
ERROR:   File fixup_perms, line 227, in module
ERROR:
ERROR:   File fixup_perms, line 155, in fixup_perms
ERROR:
ERROR:   File fixup_perms, line 32, in __init__
ERROR:
ERROR:   File fixup_perms, line 42, in _setdir
ERROR:
ERROR:   File fixup_perms, line 66, in _procuid
ERROR:
ERROR: The code that was being executed was:
ERROR:  0223:each_file = os.path.join(root, f)
ERROR:  0224:fix_perms(each_file,
fs_perms_table[dir].fmode, fs_perms_table[dir].fuid,
fs_perms_table[dir].fgid, dir)
ERROR:  0225:
ERROR:  0226:
ERROR:  *** 0227:fixup_perms(d)
ERROR:  0228:
ERROR: [From file: 'fixup_perms', lineno: 227, function: module]
ERROR:  0151:for path in target_path_vars:
ERROR:  0152:dir = d.getVar(path, True) or 
ERROR:  0153:if dir == :
ERROR:  0154:continue
ERROR:  *** 0155:fs_perms_table[dir] =
fs_perms_entry(bb.data.expand(%s 0755 root root false - - - % (dir),
d))
ERROR:  0156:
ERROR:  0157:# Now we actually load from the configuration files
ERROR:  0158:for conf in get_fs_perms_list(d).split():
ERROR:  0159:if os.path.exists(conf):
ERROR: [From file: 'fixup_perms', lineno: 155, function: fixup_perms]
ERROR: Function failed: fixup_perms
ERROR: Logfile of failure stored in:
/home/andreas/tmp/oe-core-eglibc/work/armv7a-vfp-neon-angstrom-linux-gnueabi/util-macros-1_1.17-r0/temp/log.do_package.28653
ERROR: Task 4450
(/home/andreas/data/oe-core/sources/openembedded-core/meta/recipes-graphics/xorg-util/util-macros_1.17.bb,
do_package) failed with exit code '1'
NOTE: Tasks Summary: Attempted 3985 tasks of which 397 didn't need to
be rerun and 1 failed.

The only additional information I found up to now:

* the code mentioned in error message is found in package.bbclass.
* in sysroot/etc/passwd there is a line 'root::0:0:root:/home/root:/bin/sh'

Any ideas?

Andreas

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] [PATCH v2 02/12] xf86-video-intel: upgrade to 2.20.12

[Laurentiu Palcu]

Signed-off-by: Laurentiu Palcu laurentiu.pa...@intel.com
---
 ...intel_2.20.8.bb = xf86-video-intel_2.20.12.bb} |6 +++---
 1 file changed, 3 insertions(+), 3 deletions(-)
 rename meta/recipes-graphics/xorg-driver/{xf86-video-intel_2.20.8.bb = 
xf86-video-intel_2.20.12.bb} (84%)

diff --git a/meta/recipes-graphics/xorg-driver/xf86-video-intel_2.20.8.bb 
b/meta/recipes-graphics/xorg-driver/xf86-video-intel_2.20.12.bb
similarity index 84%
rename from meta/recipes-graphics/xorg-driver/xf86-video-intel_2.20.8.bb
rename to meta/recipes-graphics/xorg-driver/xf86-video-intel_2.20.12.bb
index 3ac746f..09aa339 100644
--- a/meta/recipes-graphics/xorg-driver/xf86-video-intel_2.20.8.bb
+++ b/meta/recipes-graphics/xorg-driver/xf86-video-intel_2.20.12.bb
@@ -9,7 +9,7 @@ Infrastructure (DRI).
 
 LIC_FILES_CHKSUM = file://COPYING;md5=8730ad58d11c7bbad9a7066d69f7808e
 
-PR = ${INC_PR}.1
+PR = ${INC_PR}.0
 
 DEPENDS += virtual/libx11 drm xf86driproto glproto \
virtual/libgl xineramaproto xf86driproto libpciaccess
@@ -23,5 +23,5 @@ EXTRA_OECONF += '${@base_conditional( ROOTLESS_X, 1,  
--enable-kms-only, 
 
 COMPATIBLE_HOST = '(i.86|x86_64).*-linux'
 
-SRC_URI[md5sum] = 63a002ac596208dc6047289553b75262
-SRC_URI[sha256sum] = 
2a126b2bb93b8d9db5eef68f1496e83713fd51ac435a7fafc7a36ff9c7ca83e7
+SRC_URI[md5sum] = 6d9565de03c167d8f621315476c20c73
+SRC_URI[sha256sum] = 
39e02b7f90a2665efe5483075f93b1c87d24f48070d5de783dd41e20d9eb0c7c
-- 
1.7.9.5


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] [PATCH v2 08/12] xserver-xorg: upgrade to 1.13.0

[Laurentiu Palcu]

The patch contains several aditional changes:
 * removed one backported patch (included in the new release);
 * changed mips64-compiler.patch to apply properly;
 * licence checksum for COPYING file changed: some copyright years have
   been changed

The following external modules are now built-in:
 * DBE
 * DRI2
 * DRI
 * RECORD

The extmod module was completely removed.

Signed-off-by: Laurentiu Palcu laurentiu.pa...@intel.com
---
 meta/conf/machine/include/ia32-base.inc|5 +-
 .../xserver-xorg-1.11.4/pkgconfig-deps.patch   |   70 
 .../crosscompile.patch |0
 .../fix_open_max_preprocessor_error.patch  |0
 .../macro_tweak.patch  |0
 .../mips64-compiler.patch  |   28 
 .../recipes-graphics/xorg-xserver/xserver-xorg.inc |   32 +
 ...erver-xorg_1.11.4.bb = xserver-xorg_1.13.0.bb} |5 +-
 8 files changed, 37 insertions(+), 103 deletions(-)
 delete mode 100644 
meta/recipes-graphics/xorg-xserver/xserver-xorg-1.11.4/pkgconfig-deps.patch
 rename meta/recipes-graphics/xorg-xserver/{xserver-xorg-1.11.4 = 
xserver-xorg-1.13.0}/crosscompile.patch (100%)
 rename meta/recipes-graphics/xorg-xserver/{xserver-xorg-1.11.4 = 
xserver-xorg-1.13.0}/fix_open_max_preprocessor_error.patch (100%)
 rename meta/recipes-graphics/xorg-xserver/{xserver-xorg-1.11.4 = 
xserver-xorg-1.13.0}/macro_tweak.patch (100%)
 rename meta/recipes-graphics/xorg-xserver/{xserver-xorg-1.11.4 = 
xserver-xorg-1.13.0}/mips64-compiler.patch (42%)
 rename meta/recipes-graphics/xorg-xserver/{xserver-xorg_1.11.4.bb = 
xserver-xorg_1.13.0.bb} (56%)

diff --git a/meta/conf/machine/include/ia32-base.inc 
b/meta/conf/machine/include/ia32-base.inc
index 4b10183..c2d267a 100644
--- a/meta/conf/machine/include/ia32-base.inc
+++ b/meta/conf/machine/include/ia32-base.inc
@@ -33,11 +33,8 @@ XSERVER_IA32_BASE = xserver-xorg \
xf86-input-synaptics \

 
-XSERVER_IA32_EXT = xserver-xorg-extension-dri \
-   xserver-xorg-extension-dri2 \
+XSERVER_IA32_EXT = 
xserver-xorg-extension-glx \
-   xserver-xorg-extension-extmod \
-   xserver-xorg-extension-dbe \
xserver-xorg-module-libint10 \

 
diff --git 
a/meta/recipes-graphics/xorg-xserver/xserver-xorg-1.11.4/pkgconfig-deps.patch 
b/meta/recipes-graphics/xorg-xserver/xserver-xorg-1.11.4/pkgconfig-deps.patch
deleted file mode 100644
index fee8d76..000
--- 
a/meta/recipes-graphics/xorg-xserver/xserver-xorg-1.11.4/pkgconfig-deps.patch
+++ /dev/null
@@ -1,70 +0,0 @@
-Upstream-Status: Backport
-Signed-off-by: Ross Burton ross.bur...@intel.com
-
-commit 41d903918a5721e53ed694880eab44170f9717cc
-Author: Jeremy Huddleston jerem...@apple.com
-Date:   Wed Sep 14 13:45:18 2011 -0500
-
-xorg-server.pc.in: Remove libpciaccess and pixman-1 from Requires
-
-Every module building against xorg-server does not *Require* pixman nor
-libpciaccess.  If such modules need pixman or pciaccess, they should be
-depending on them directly rather than inheriting a dependency from
-xorg-server.  To do this, they should use PKG_CHECK_MODULES in configure.ac
-to check for pixman-1 or pciaccess and include the apporpriate _LIBS 
variable
-to the appropriate _LDFLAGS variable in Makefile.am
-
-This also moves pixman-1 to Requires.private, so CPPFLAGS is set right to
-to satisfy include dependencies but avoid linking needlessly.
-
-Signed-off-by: Jeremy Huddleston jerem...@apple.com
-Reviewed-by: Gaetan Nadon mems...@videotron.ca
-
-diff --git a/configure.ac b/configure.ac
-index 50beb01..4bfa82c 100644
 a/configure.ac
-+++ b/configure.ac
-@@ -780,11 +780,6 @@ VIDMODEPROTO=xf86vidmodeproto = 2.2.99.1
- WINDOWSWMPROTO=windowswmproto
- APPLEWMPROTO=applewmproto = 1.4
- 
--dnl Core modules for most extensions, et al.
--SDK_REQUIRED_MODULES=[xproto = 7.0.22] [randrproto = 1.2.99.3] 
[renderproto = 0.11] [xextproto = 7.1.99] [inputproto = 1.9.99.902] [kbproto 
= 1.0.3] fontsproto
--# Make SDK_REQUIRED_MODULES available for inclusion in xorg-server.pc
--AC_SUBST(SDK_REQUIRED_MODULES)
--
- dnl List of libraries that require a specific version
- LIBAPPLEWM=applewm = 1.4
- LIBDMX=dmx = 1.0.99.1
-@@ -806,6 +801,11 @@ dnl specific modules against it
- PKG_CHECK_MODULES(PIXMAN, $LIBPIXMAN)
- REQUIRED_LIBS=$REQUIRED_LIBS $LIBPIXMAN $LIBXFONT xau
- 
-+dnl Core modules for most extensions, et al.
-+SDK_REQUIRED_MODULES=[xproto = 7.0.22] [randrproto = 1.2.99.3] 
[renderproto = 0.11] [xextproto = 7.1.99] [inputproto = 1.99.99.902] 
[kbproto = 1.0.3] fontsproto $LIBPIXMAN
-+# Make SDK_REQUIRED_MODULES available for inclusion in xorg-server.pc
-+AC_SUBST(SDK_REQUIRED_MODULES)
-+
- REQUIRED_MODULES=[fixesproto = 5.0] [damageproto = 1.1] [xcmiscproto = 
1.2.0] [xtrans = 1.2.2] [bigreqsproto = 1.1.0] $SDK_REQUIRED_MODULES
- 
- if test x$CONFIG_UDEV = xyes 
-@@ -1583,6 +1583,7 @@ if 

[OE-core] [PATCH v2 10/12] xf86-video-vmware: Add compat API

[Laurentiu Palcu]

Needed after upgrading xserver to 1.13.

Signed-off-by: Laurentiu Palcu laurentiu.pa...@intel.com
---
 ...ware-port-vmware-driver-to-new-compat-API.patch |  655 
 .../xorg-driver/xf86-video-vmware_12.0.2.bb|3 +-
 2 files changed, 657 insertions(+), 1 deletion(-)
 create mode 100644 
meta/recipes-graphics/xorg-driver/xf86-video-vmware/vmware-port-vmware-driver-to-new-compat-API.patch

diff --git 
a/meta/recipes-graphics/xorg-driver/xf86-video-vmware/vmware-port-vmware-driver-to-new-compat-API.patch
 
b/meta/recipes-graphics/xorg-driver/xf86-video-vmware/vmware-port-vmware-driver-to-new-compat-API.patch
new file mode 100644
index 000..610a133
--- /dev/null
+++ 
b/meta/recipes-graphics/xorg-driver/xf86-video-vmware/vmware-port-vmware-driver-to-new-compat-API.patch
@@ -0,0 +1,655 @@
+Upstream-Status: Backport
+
+From 61df95a86f4997e342d50d7779b00aba2e8849a6 Mon Sep 17 00:00:00 2001
+From: Dave Airlie airl...@redhat.com
+Date: Wed, 6 Jun 2012 09:58:01 +0100
+Subject: [PATCH] vmware: port vmware driver to new compat API
+
+This is a port of the vmware driver to the new compat API.
+
+Tested-by: Jakob Bornecrantz ja...@vmware.com
+Reviewed-by: Jakob Bornecrantz ja...@vmware.com
+Signed-off-by: Dave Airlie airl...@redhat.com
+Signed-off-by: Jakob Bornecrantz ja...@vmware.com
+---
+ saa/saa.c |4 +-
+ saa/saa.h |4 +-
+ src/Makefile.am   |1 +
+ src/compat-api.h  |   99 +
+ src/vmware.c  |   40 +-
+ src/vmware.h  |2 +-
+ src/vmware_common.h   |2 +
+ vmwgfx/vmwgfx_dri2.c  |4 +-
+ vmwgfx/vmwgfx_driver.c|   73 +
+ vmwgfx/vmwgfx_driver.h|7 ++--
+ vmwgfx/vmwgfx_saa.c   |4 +-
+ vmwgfx/vmwgfx_tex_video.c |6 +--
+ 12 files changed, 174 insertions(+), 72 deletions(-)
+ create mode 100644 src/compat-api.h
+
+diff --git a/saa/saa.c b/saa/saa.c
+index 173c090..f2d68e9 100644
+--- a/saa/saa.c
 b/saa/saa.c
+@@ -594,7 +594,7 @@ saa_set_fallback_debug(ScreenPtr screen, Bool enable)
+  * screen private, before calling down to the next CloseScreen.
+  */
+ Bool
+-saa_close_screen(int i, ScreenPtr pScreen)
++saa_close_screen(CLOSE_SCREEN_ARGS_DECL)
+ {
+ struct saa_screen_priv *sscreen = saa_screen(pScreen);
+ struct saa_driver *driver = sscreen-driver;
+@@ -624,7 +624,7 @@ saa_close_screen(int i, ScreenPtr pScreen)
+ 
+ free(sscreen);
+ 
+-return (*pScreen-CloseScreen) (i, pScreen);
++return (*pScreen-CloseScreen) (CLOSE_SCREEN_ARGS);
+ }
+ 
+ struct saa_driver *
+diff --git a/saa/saa.h b/saa/saa.h
+index c7aa3b6..4e5ced5 100644
+--- a/saa/saa.h
 b/saa/saa.h
+@@ -44,6 +44,8 @@
+ #include damage.h
+ #include picturestr.h
+ 
++#include ../src/compat-api.h
++
+ #define SAA_VERSION_MAJOR 0
+ #define SAA_VERSION_MINOR 1
+ 
+@@ -173,7 +175,7 @@ extern _X_EXPORT RegionPtr
+ saa_bitmap_to_region(PixmapPtr pPix);
+ 
+ extern _X_EXPORT Bool
+-saa_close_screen(int i, ScreenPtr pScreen);
++saa_close_screen(CLOSE_SCREEN_ARGS_DECL);
+ 
+ extern _X_EXPORT Bool
+ saa_gc_reads_destination(DrawablePtr pDrawable, GCPtr pGC);
+diff --git a/src/Makefile.am b/src/Makefile.am
+index 04c9e0d..b0dd147 100644
+--- a/src/Makefile.am
 b/src/Makefile.am
+@@ -37,6 +37,7 @@ endif
+ vmware_drv_la_SOURCES = \
+   bits2pixels.c \
+   bits2pixels.h \
++  compat-api.h \
+   guest_os.h \
+   includeCheck.h \
+   svga_escape.h \
+diff --git a/src/compat-api.h b/src/compat-api.h
+new file mode 100644
+index 000..6bc946f
+--- /dev/null
 b/src/compat-api.h
+@@ -0,0 +1,99 @@
++/*
++ * Copyright 2012 Red Hat, Inc.
++ *
++ * Permission is hereby granted, free of charge, to any person obtaining a
++ * copy of this software and associated documentation files (the Software),
++ * to deal in the Software without restriction, including without limitation
++ * the rights to use, copy, modify, merge, publish, distribute, sublicense,
++ * and/or sell copies of the Software, and to permit persons to whom the
++ * Software is furnished to do so, subject to the following conditions:
++ *
++ * The above copyright notice and this permission notice (including the next
++ * paragraph) shall be included in all copies or substantial portions of the
++ * Software.
++ *
++ * THE SOFTWARE IS PROVIDED AS IS, WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
++ * IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
++ * FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT.  IN NO EVENT SHALL
++ * THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER
++ * LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING
++ * FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER
++ * DEALINGS IN THE SOFTWARE.
++ *
++ * Author: Dave Airlie airl...@redhat.com
++ */
++
++/* this file provides API compat between server post 1.13 and pre it,

[OE-core] [PATCH v2 09/12] mdadm: upgrade to 3.2.6

[Laurentiu Palcu]

Signed-off-by: Laurentiu Palcu laurentiu.pa...@intel.com
---
 .../mdadm/{mdadm_3.2.5.bb = mdadm_3.2.6.bb}   |6 +++---
 1 file changed, 3 insertions(+), 3 deletions(-)
 rename meta/recipes-extended/mdadm/{mdadm_3.2.5.bb = mdadm_3.2.6.bb} (86%)

diff --git a/meta/recipes-extended/mdadm/mdadm_3.2.5.bb 
b/meta/recipes-extended/mdadm/mdadm_3.2.6.bb
similarity index 86%
rename from meta/recipes-extended/mdadm/mdadm_3.2.5.bb
rename to meta/recipes-extended/mdadm/mdadm_3.2.6.bb
index 61846f4..7b6a6c7 100644
--- a/meta/recipes-extended/mdadm/mdadm_3.2.5.bb
+++ b/meta/recipes-extended/mdadm/mdadm_3.2.6.bb
@@ -8,14 +8,14 @@ LIC_FILES_CHKSUM = 
file://COPYING;md5=b234ee4d69f5fce4486a80fdaf4a4263 \
 
file://mdmon.c;beginline=4;endline=18;md5=af7d8444d9c4d3e5c7caac0d9d34039d \
 
file://mdadm.h;beglinlne=4;endline=22;md5=462bc9936ac0d3da110191a3f9994161
 
-PR = r1
+PR = r0
 
 SRC_URI = ${KERNELORG_MIRROR}/linux/utils/raid/mdadm/${BPN}-${PV}.tar.bz2 \
file://mdadm-3.2.2_fix_for_x32.patch \
  
 
-SRC_URI[md5sum] = 83ba4a6249ae24677e915e44c9cfcc58
-SRC_URI[sha256sum] = 
5ae2bfd241c88601c1ef9072806248491e025fa09a388c40230d72d65eabbd3c
+SRC_URI[md5sum] = 3e255dc71e5144bbcb872788ca647267
+SRC_URI[sha256sum] = 
c44ed3b31238b41cffe67caffaf45067d01e095de9499ea8a94e22dc6c38
 
 CFLAGS += -fno-strict-aliasing
 
-- 
1.7.9.5


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] [PATCH v2 11/12] xf86-input-synaptics: add mtdev dependency

[Laurentiu Palcu]

After upgrading xserver to 1.13, multitouch support is automatically
enabled in xf86-input-synaptics. Hence, the need for mtdev dependency.

Signed-off-by: Laurentiu Palcu laurentiu.pa...@intel.com
---
 .../xorg-driver/xf86-input-synaptics_1.6.2.bb  |4 ++--
 .../xorg-driver/xf86-input-synaptics_git.bb|4 ++--
 2 files changed, 4 insertions(+), 4 deletions(-)

diff --git a/meta/recipes-graphics/xorg-driver/xf86-input-synaptics_1.6.2.bb 
b/meta/recipes-graphics/xorg-driver/xf86-input-synaptics_1.6.2.bb
index 193bd08..8a94bfd 100644
--- a/meta/recipes-graphics/xorg-driver/xf86-input-synaptics_1.6.2.bb
+++ b/meta/recipes-graphics/xorg-driver/xf86-input-synaptics_1.6.2.bb
@@ -12,11 +12,11 @@ advanced features of the touchpad to become available.
 
 LIC_FILES_CHKSUM = file://COPYING;md5=e395e21f3c21d4fc3a243783e85e9ab5
 
-PR = ${INC_PR}.0
+PR = ${INC_PR}.1
 
 SRC_URI[md5sum] = 9914022a173e3f0ccfe7137ab84f6133
 SRC_URI[sha256sum] = 
c3f7d6a085d480c352f030aeb43db2e5560d1468ed34be24d44a0fc3fda25920
 
-DEPENDS += libxi
+DEPENDS += libxi mtdev
 
 FILES_${PN} += ${datadir}/X11/xorg.conf.d
diff --git a/meta/recipes-graphics/xorg-driver/xf86-input-synaptics_git.bb 
b/meta/recipes-graphics/xorg-driver/xf86-input-synaptics_git.bb
index 3b3db59..73b8089 100644
--- a/meta/recipes-graphics/xorg-driver/xf86-input-synaptics_git.bb
+++ b/meta/recipes-graphics/xorg-driver/xf86-input-synaptics_git.bb
@@ -10,9 +10,9 @@ advanced features of the touchpad to become available.
 
 SRCREV = 934bc0012f948c52aadc8eda912f7728fb7394a2
 PV = 0.15.2+git${SRCPV}
-PR = ${INC_PR}.0
+PR = ${INC_PR}.1
 
 SRC_URI = 
git://anongit.freedesktop.org/git/xorg/driver/xf86-input-synaptics;protocol=git
 S = ${WORKDIR}/git
 
-DEPENDS += libxi
+DEPENDS += libxi mtdev
-- 
1.7.9.5


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] [PATCH v2 01/12] xf86-video-vesa: upgrade to 2.3.2

[Laurentiu Palcu]

Signed-off-by: Laurentiu Palcu laurentiu.pa...@intel.com
---
 ...ideo-vesa_2.3.1.bb = xf86-video-vesa_2.3.2.bb} |6 +++---
 1 file changed, 3 insertions(+), 3 deletions(-)
 rename meta/recipes-graphics/xorg-driver/{xf86-video-vesa_2.3.1.bb = 
xf86-video-vesa_2.3.2.bb} (80%)

diff --git a/meta/recipes-graphics/xorg-driver/xf86-video-vesa_2.3.1.bb 
b/meta/recipes-graphics/xorg-driver/xf86-video-vesa_2.3.2.bb
similarity index 80%
rename from meta/recipes-graphics/xorg-driver/xf86-video-vesa_2.3.1.bb
rename to meta/recipes-graphics/xorg-driver/xf86-video-vesa_2.3.2.bb
index bc7fb2e..0fc6b71 100644
--- a/meta/recipes-graphics/xorg-driver/xf86-video-vesa_2.3.1.bb
+++ b/meta/recipes-graphics/xorg-driver/xf86-video-vesa_2.3.2.bb
@@ -11,7 +11,7 @@ can drive most VESA-compatible video cards, but only makes 
use of the \
 basic standard VESA core that is common to these cards. The driver \
 supports depths 8, 15 16 and 24.
 
-PR = ${INC_PR}.1
+PR = ${INC_PR}.0
 
 DEPENDS += virtual/libx11 libxvmc drm xf86driproto glproto \
virtual/libgl xineramaproto xf86driproto libpciaccess
@@ -20,5 +20,5 @@ COMPATIBLE_HOST = '(i.86|x86_64).*-linux'
 
 RRECOMMENDS_${PN} += xserver-xorg-module-libint10
 
-SRC_URI[md5sum] = 02e6eacc2d1e07ac893b62481905d6f0
-SRC_URI[sha256sum] = 
e4a1038d5bc8884de461737f68f963651ef91137976388e1db4efc3991d01573
+SRC_URI[md5sum] = 3eddd393fba79550e012d717499d58ad
+SRC_URI[sha256sum] = 
144a17ffae3c86603ddc4ae33521a52813498ee1f8213faa662dc4a8d6490ee3
-- 
1.7.9.5


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] [PATCH v2 03/12] xf86-input-mouse: upgrade to 1.8.1

[Laurentiu Palcu]

Licence chacksum changed because Red Hat added a copyright line.

Signed-off-by: Laurentiu Palcu laurentiu.pa...@intel.com
---
 ...ut-mouse_1.7.2.bb = xf86-input-mouse_1.8.1.bb} |7 ---
 1 file changed, 4 insertions(+), 3 deletions(-)
 rename meta/recipes-graphics/xorg-driver/{xf86-input-mouse_1.7.2.bb = 
xf86-input-mouse_1.8.1.bb} (64%)

diff --git a/meta/recipes-graphics/xorg-driver/xf86-input-mouse_1.7.2.bb 
b/meta/recipes-graphics/xorg-driver/xf86-input-mouse_1.8.1.bb
similarity index 64%
rename from meta/recipes-graphics/xorg-driver/xf86-input-mouse_1.7.2.bb
rename to meta/recipes-graphics/xorg-driver/xf86-input-mouse_1.8.1.bb
index 9ff4563..3b1dce4 100644
--- a/meta/recipes-graphics/xorg-driver/xf86-input-mouse_1.7.2.bb
+++ b/meta/recipes-graphics/xorg-driver/xf86-input-mouse_1.8.1.bb
@@ -8,9 +8,10 @@ functions as a pointer input device, and may be used as the X 
server's \
 core pointer. Multiple mice are supported by multiple instances of this \
 driver.
 
-LIC_FILES_CHKSUM = file://COPYING;md5=237eb1d1a602d29ef2af62d8fba60f19
+LIC_FILES_CHKSUM = file://COPYING;md5=90ea9f90d72b6d9327dede5ffdb2a510
 
 PR = ${INC_PR}.0
 
-SRC_URI[md5sum] = 871c828b88e9c973f1457724b35576fb
-SRC_URI[sha256sum] = 
332b7357c18e6b9daba51c8ed48ce118e9b51fb5990b6a2a68637be62da7413b
+SRC_URI[md5sum] = f314c56e4ac6c8fc0cc2710892d5776e
+SRC_URI[sha256sum] = 
f5b97aac9aab8fa8b933e960631441ae23b18681c8bf3d5007c00da838f9c9c8
+
-- 
1.7.9.5


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] [PATCH v2 07/12] libdrm: upgrade to 2.4.40

[Laurentiu Palcu]

Other changes:
 * removed a backported patch;
 * activated libdrm-omap helper layer which is needed by the latest
   xf86-video-omap xorg driver;
 * split libdrm-drivers package into libdrm-radeon, libdrm-nouveau and
   libdrm-omap;

Signed-off-by: Laurentiu Palcu laurentiu.pa...@intel.com
---
 meta/recipes-graphics/drm/libdrm.inc   |   18 +++--
 .../drm/libdrm/disable-cairo.patch |   74 
 .../drm/{libdrm_2.4.39.bb = libdrm_2.4.40.bb} |5 +-
 meta/recipes-graphics/drm/libdrm_git.bb|4 +-
 4 files changed, 16 insertions(+), 85 deletions(-)
 delete mode 100644 meta/recipes-graphics/drm/libdrm/disable-cairo.patch
 rename meta/recipes-graphics/drm/{libdrm_2.4.39.bb = libdrm_2.4.40.bb} (44%)

diff --git a/meta/recipes-graphics/drm/libdrm.inc 
b/meta/recipes-graphics/drm/libdrm.inc
index a64a5df..e10eae5 100644
--- a/meta/recipes-graphics/drm/libdrm.inc
+++ b/meta/recipes-graphics/drm/libdrm.inc
@@ -8,20 +8,26 @@ SECTION = x11/base
 LICENSE = MIT
 LIC_FILES_CHKSUM = 
file://xf86drm.c;beginline=9;endline=32;md5=c8a3b961af7667c530816761e949dc71
 SRC_URI = http://dri.freedesktop.org/libdrm/libdrm-${PV}.tar.bz2;
-PROVIDES = drm
+PROVIDES = drm libdrm-nouveau libdrm-radeon libdrm-omap
 DEPENDS = libpthread-stubs udev
 
-INC_PR = r3
+INC_PR = r4
 
 #libpciaccess is required starting from libdrm 2.4.26
 DEPENDS +=  libpciaccess
 
 inherit autotools pkgconfig
 
-EXTRA_OECONF += --disable-cairo-tests
+EXTRA_OECONF += --disable-cairo-tests \
+ --enable-omap-experimental-api \
+
+ALLOW_EMPTY_${PN}-drivers = 1
+PACKAGES =+ ${PN}-tests ${PN}-drivers ${PN}-radeon ${PN}-nouveau ${PN}-omap 
${PN}-kms
+
+RDEPENDS_${PN}-drivers = ${PN}-radeon ${PN}-nouveau ${PN}-omap
 
-PACKAGES =+ ${PN}-tests ${PN}-drivers ${PN}-kms
 FILES_${PN}-tests = ${bindir}/dr* ${bindir}/mode*
-FILES_${PN}-drivers = ${libdir}/libdrm_*.so.*
+FILES_${PN}-radeon = ${libdir}/libdrm_radeon.so.*
+FILES_${PN}-nouveau = ${libdir}/libdrm_nouveau.so.*
+FILES_${PN}-omap = ${libdir}/libdrm_omap.so.*
 FILES_${PN}-kms = ${libdir}/libkms*.so.*
-
diff --git a/meta/recipes-graphics/drm/libdrm/disable-cairo.patch 
b/meta/recipes-graphics/drm/libdrm/disable-cairo.patch
deleted file mode 100644
index 90e79d4..000
--- a/meta/recipes-graphics/drm/libdrm/disable-cairo.patch
+++ /dev/null
@@ -1,74 +0,0 @@
-commit c81d1df4926072d24b4dad1b488e618e57eff1c6
-Author: Daniel Stone dan...@fooishbar.org
-Date:   Thu Oct 4 10:26:37 2012 +1000
-
-configure.ac: Allow forcible disabling of Cairo support
-
-We don't want to build libdrm tests with Cairo support under Poky, since
-they're never used and also cause a build loop from libdrm - cairo -
-mesa-dri - libdrm.
-
-To avoid variance in build results, introduce a --disable-cairo-tests
-switch.
-
-Upstream-Status: Backport
-
-Signed-off-by: Daniel Stone dan...@fooishbar.org
-
-diff --git a/configure.ac b/configure.ac
-index 290362c..8c28107 100644
 a/configure.ac
-+++ b/configure.ac
-@@ -222,11 +222,23 @@ if test x$EXYNOS = xyes; then
-   AC_DEFINE(HAVE_EXYNOS, 1, [Have EXYNOS support])
- fi
- 
-+AC_ARG_ENABLE([cairo-tests],
-+  [AS_HELP_STRING([--enable-cairo-tests],
-+  [Enable support for Cairo rendering in tests 
(default: auto)])],
-+  [CAIRO=$enableval], [CAIRO=auto])
- PKG_CHECK_MODULES(CAIRO, cairo, [HAVE_CAIRO=yes], [HAVE_CAIRO=no])
--if test x$HAVE_CAIRO = xyes; then
--  AC_DEFINE(HAVE_CAIRO, 1, [Have cairo support])
-+AC_MSG_CHECKING([whether to enable Cairo tests])
-+if test x$CAIRO = xauto; then
-+  CAIRO=$HAVE_CAIRO
- fi
--AM_CONDITIONAL(HAVE_CAIRO, [test x$HAVE_CAIRO = xyes])
-+if test x$CAIRO = xyes; then
-+  if ! test x$HAVE_CAIRO = xyes; then
-+  AC_MSG_ERROR([Cairo support required but not present])
-+  fi
-+  AC_DEFINE(HAVE_CAIRO, 1, [Have Cairo support])
-+fi
-+AC_MSG_RESULT([$CAIRO])
-+AM_CONDITIONAL(HAVE_CAIRO, [test x$CAIRO = xyes])
- 
- # For enumerating devices in test case
- PKG_CHECK_MODULES(LIBUDEV, libudev, [HAVE_LIBUDEV=yes], [HAVE_LIBUDEV=no])
-diff --git a/tests/modetest/Makefile.am b/tests/modetest/Makefile.am
-index b5ec771..065ae13 100644
 a/tests/modetest/Makefile.am
-+++ b/tests/modetest/Makefile.am
-@@ -1,8 +1,7 @@
- AM_CFLAGS = \
-   -I$(top_srcdir)/include/drm \
-   -I$(top_srcdir)/libkms/ \
--  -I$(top_srcdir) \
--  $(CAIRO_CFLAGS)
-+  -I$(top_srcdir)
- 
- noinst_PROGRAMS = \
-   modetest
-@@ -12,5 +11,9 @@ modetest_SOURCES = \
- 
- modetest_LDADD = \
-   $(top_builddir)/libdrm.la \
--  $(top_builddir)/libkms/libkms.la \
--  $(CAIRO_LIBS)
-+  $(top_builddir)/libkms/libkms.la
-+
-+if HAVE_CAIRO
-+AM_CFLAGS += $(CAIRO_CFLAGS)
-+modetest_LDADD += $(CAIRO_LIBS)
-+endif
diff --git a/meta/recipes-graphics/drm/libdrm_2.4.39.bb 
b/meta/recipes-graphics/drm/libdrm_2.4.40.bb
similarity index 44%
rename from 

[OE-core] [PATCH v2 05/12] xcb-proto: upgrade to 1.8

[Laurentiu Palcu]

Signed-off-by: Laurentiu Palcu laurentiu.pa...@intel.com
---
 .../xcb/{xcb-proto_1.7.1.bb = xcb-proto_1.8.bb}   |4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-graphics/xcb/{xcb-proto_1.7.1.bb = xcb-proto_1.8.bb} (61%)

diff --git a/meta/recipes-graphics/xcb/xcb-proto_1.7.1.bb 
b/meta/recipes-graphics/xcb/xcb-proto_1.8.bb
similarity index 61%
rename from meta/recipes-graphics/xcb/xcb-proto_1.7.1.bb
rename to meta/recipes-graphics/xcb/xcb-proto_1.8.bb
index 27050d2..785156a 100644
--- a/meta/recipes-graphics/xcb/xcb-proto_1.7.1.bb
+++ b/meta/recipes-graphics/xcb/xcb-proto_1.8.bb
@@ -6,5 +6,5 @@ LIC_FILES_CHKSUM = 
file://COPYING;md5=d763b081cb10c223435b01e00dc0aba7 \
 
 PR = r0
 
-SRC_URI[md5sum] = 948fec39dd42f3694edd5d9689735ec4
-SRC_URI[sha256sum] = 
ad5d99887d811c9817f1916d7b3f5dc6c21414c093256cbeffb945aacdc34437
+SRC_URI[md5sum] = a5de3432cc6e43cc6a27f241dbb991b1
+SRC_URI[sha256sum] = 
233d16c7a019235b3092111e7c11429119357eb13754a607b75eea04453121b0
-- 
1.7.9.5


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] [PATCH v2 12/12] xf86-video-omapfb: upgrade to 0.4.2

[Laurentiu Palcu]

Other changes:
 * changed the recipe's SRC_URI to track the new (maintained) repo;
 * removed all old patches as the latest driver's structure has changed
   drastically;
 * license file changed quite a bit: MIT - GPLv2 (needs to be reviewed
   by somebody with a better understanding of these things though);
 * xf86-video-omapfb changed its name to xf86-video-omap: change the
   recipe name acordingly;
 * add dependency of libdrm-omap;

Signed-off-by: Laurentiu Palcu laurentiu.pa...@intel.com
---
 ...-video-omapfb_git.bb = xf86-video-omap_git.bb} |   27 ++--
 1 file changed, 13 insertions(+), 14 deletions(-)
 rename meta/recipes-graphics/xorg-driver/{xf86-video-omapfb_git.bb = 
xf86-video-omap_git.bb} (43%)

diff --git a/meta/recipes-graphics/xorg-driver/xf86-video-omapfb_git.bb 
b/meta/recipes-graphics/xorg-driver/xf86-video-omap_git.bb
similarity index 43%
rename from meta/recipes-graphics/xorg-driver/xf86-video-omapfb_git.bb
rename to meta/recipes-graphics/xorg-driver/xf86-video-omap_git.bb
index f16441e..fec3365 100644
--- a/meta/recipes-graphics/xorg-driver/xf86-video-omapfb_git.bb
+++ b/meta/recipes-graphics/xorg-driver/xf86-video-omap_git.bb
@@ -6,19 +6,18 @@ DESCRIPTION = omapfb driver supports the basic Texas 
Instruments OMAP \
 framebuffer.
 
 LICENSE = MIT-X  GPLv2+
-LIC_FILES_CHKSUM = file://COPYING;md5=63e2cbac53863f60e2f43343fb34367f
-DEPENDS += virtual/libx11
-
-SRCREV = 28c006c94e57ea71df11ec4fff79d7ffcfc4860f
-PR = ${INC_PR}.6
-PV = 0.1.1+gitr${SRCPV}
-
-SRC_URI = git://git.pingu.fi/xf86-video-omapfb;protocol=http \
-file://omap-revert-set-CRTC-limit.patch \
-file://omap-revert-set-virtual-size.patch \
-file://omap-force-plain-mode.patch  \
-file://omap-blacklist-tv-out.patch  \
-file://0004-Attempt-to-fix-VRFB.patch \
+LIC_FILES_CHKSUM = file://COPYING;md5=10ce5de3b111315ea652a5f74ec0c602
+DEPENDS += virtual/libx11 libdrm-omap
+
+RPROVIDES = xf86-video-omapfb
+RCONFLICTS = xf86-video-omapfb
+RREPLACES = xf86-video-omapfb
+
+SRCREV = ae0394e687f1a77e966cf72f895da91840dffb8f
+PR = ${INC_PR}.0
+PV = 0.4.2+gitr${SRCPV}
+
+SRC_URI = 
git://anongit.freedesktop.org/xorg/driver/xf86-video-omap;protocol=git \
 
 
 S = ${WORKDIR}/git
@@ -28,5 +27,5 @@ CFLAGS +=  -I${STAGING_INCDIR}/xorg 
 
 # Use overlay 2 on omap3 to enable other apps to use overlay 1 (e.g. dmai or 
omapfbplay)
 do_compile_prepend_armv7a () {
-sed -i -e s:fb1:fb2:g ${S}/src/omapfb-xv.c
+sed -i -e s:fb1:fb2:g ${S}/src/omap_xv.c
 }
-- 
1.7.9.5


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] [PATCH v2 00/12] xorg upgrades

[Laurentiu Palcu]

Changes in v2:
 * changes to yocto BSP related files were separated and will be sent to the
   appropriate list;
 * added RPROVIDES/RREPLACES/RCONFLICTS where applicable (libdrm, xserver-xorg
   and xf86-video-omap recipes). Had a little help from Ross with these, thanks!

Hi,

This patchset contains, mainly, xorg server/drivers upgrades and an unrelated
one: mdadm. The yocto autobuilder nightlies (x86/x86_64/ppc/arm/mips) compiled
successfully. Compilations were done on top of the following commit:
78983e939ab17f02f8911c8b0d0e326b419856b9.

The tests done were basic functionality tests in qemu. xf86-input-synaptics and
xf86-video-omap were not tested due to lack of hardware. If anybody is willing
to give them a try, they're welcome.

Thanks,
Laurentiu

The following changes since commit 78983e939ab17f02f8911c8b0d0e326b419856b9:

  lib/oe/classextend: Ensure we don't extend expressions more than once 
(2012-11-06 09:34:47 +0100)

are available in the git repository at:

  git://git.yoctoproject.org/poky-contrib lpalcu/upgrades
  http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=lpalcu/upgrades

Laurentiu Palcu (12):
  xf86-video-vesa: upgrade to 2.3.2
  xf86-video-intel: upgrade to 2.20.12
  xf86-input-mouse: upgrade to 1.8.1
  xkeyboard-config: upgrade to 2.7
  xcb-proto: upgrade to 1.8
  fontconfig: upgrade to 2.10.1
  libdrm: upgrade to 2.4.40
  xserver-xorg: upgrade to 1.13.0
  mdadm: upgrade to 3.2.6
  xf86-video-vmware: Add compat API
  xf86-input-synaptics: add mtdev dependency
  xf86-video-omapfb: upgrade to 0.4.2

 meta/conf/machine/include/ia32-base.inc|5 +-
 .../mdadm/{mdadm_3.2.5.bb = mdadm_3.2.6.bb}   |6 +-
 meta/recipes-graphics/drm/libdrm.inc   |   18 +-
 .../drm/libdrm/disable-cairo.patch |   74 ---
 .../drm/{libdrm_2.4.39.bb = libdrm_2.4.40.bb} |5 +-
 meta/recipes-graphics/drm/libdrm_git.bb|4 +-
 .../97_fontconfig  |0
 .../fix-pkgconfig.patch|0
 ...native_2.9.0.bb = fontconfig-native_2.10.1.bb} |0
 .../{fontconfig_2.9.0.bb = fontconfig_2.10.1.bb}  |7 +-
 .../xcb/{xcb-proto_1.7.1.bb = xcb-proto_1.8.bb}   |4 +-
 ...ut-mouse_1.7.2.bb = xf86-input-mouse_1.8.1.bb} |7 +-
 .../xorg-driver/xf86-input-synaptics_1.6.2.bb  |4 +-
 .../xorg-driver/xf86-input-synaptics_git.bb|4 +-
 ...intel_2.20.8.bb = xf86-video-intel_2.20.12.bb} |6 +-
 ...-video-omapfb_git.bb = xf86-video-omap_git.bb} |   27 +-
 ...ideo-vesa_2.3.1.bb = xf86-video-vesa_2.3.2.bb} |6 +-
 ...ware-port-vmware-driver-to-new-compat-API.patch |  655 
 .../xorg-driver/xf86-video-vmware_12.0.2.bb|3 +-
 ...board-config_2.1.bb = xkeyboard-config_2.7.bb} |   10 +-
 .../xserver-xorg-1.11.4/pkgconfig-deps.patch   |   70 ---
 .../crosscompile.patch |0
 .../fix_open_max_preprocessor_error.patch  |0
 .../macro_tweak.patch  |0
 .../mips64-compiler.patch  |   28 +-
 .../recipes-graphics/xorg-xserver/xserver-xorg.inc |   32 +-
 ...erver-xorg_1.11.4.bb = xserver-xorg_1.13.0.bb} |5 +-
 27 files changed, 751 insertions(+), 229 deletions(-)
 rename meta/recipes-extended/mdadm/{mdadm_3.2.5.bb = mdadm_3.2.6.bb} (86%)
 delete mode 100644 meta/recipes-graphics/drm/libdrm/disable-cairo.patch
 rename meta/recipes-graphics/drm/{libdrm_2.4.39.bb = libdrm_2.4.40.bb} (44%)
 rename meta/recipes-graphics/fontconfig/{fontconfig-2.9.0 = 
fontconfig-2.10.1}/97_fontconfig (100%)
 rename meta/recipes-graphics/fontconfig/{fontconfig-2.9.0 = 
fontconfig-2.10.1}/fix-pkgconfig.patch (100%)
 rename meta/recipes-graphics/fontconfig/{fontconfig-native_2.9.0.bb = 
fontconfig-native_2.10.1.bb} (100%)
 rename meta/recipes-graphics/fontconfig/{fontconfig_2.9.0.bb = 
fontconfig_2.10.1.bb} (91%)
 rename meta/recipes-graphics/xcb/{xcb-proto_1.7.1.bb = xcb-proto_1.8.bb} (61%)
 rename meta/recipes-graphics/xorg-driver/{xf86-input-mouse_1.7.2.bb = 
xf86-input-mouse_1.8.1.bb} (64%)
 rename meta/recipes-graphics/xorg-driver/{xf86-video-intel_2.20.8.bb = 
xf86-video-intel_2.20.12.bb} (84%)
 rename meta/recipes-graphics/xorg-driver/{xf86-video-omapfb_git.bb = 
xf86-video-omap_git.bb} (43%)
 rename meta/recipes-graphics/xorg-driver/{xf86-video-vesa_2.3.1.bb = 
xf86-video-vesa_2.3.2.bb} (80%)
 create mode 100644 
meta/recipes-graphics/xorg-driver/xf86-video-vmware/vmware-port-vmware-driver-to-new-compat-API.patch
 rename meta/recipes-graphics/xorg-lib/{xkeyboard-config_2.1.bb = 
xkeyboard-config_2.7.bb} (75%)
 delete mode 100644 
meta/recipes-graphics/xorg-xserver/xserver-xorg-1.11.4/pkgconfig-deps.patch
 rename meta/recipes-graphics/xorg-xserver/{xserver-xorg-1.11.4 = 
xserver-xorg-1.13.0}/crosscompile.patch (100%)
 rename meta/recipes-graphics/xorg-xserver/{xserver-xorg-1.11.4 = 
xserver-xorg-1.13.0}/fix_open_max_preprocessor_error.patch (100%)
 rename 

[OE-core] [PATCH v2 04/12] xkeyboard-config: upgrade to 2.7

[Laurentiu Palcu]

A couple of extra changes:
 * changed the SRC_URI to the new, valid, one
 * added dependency of gettext (do_qa_configure detected is needed)

Signed-off-by: Laurentiu Palcu laurentiu.pa...@intel.com
---
 ...board-config_2.1.bb = xkeyboard-config_2.7.bb} |   10 +-
 1 file changed, 5 insertions(+), 5 deletions(-)
 rename meta/recipes-graphics/xorg-lib/{xkeyboard-config_2.1.bb = 
xkeyboard-config_2.7.bb} (75%)

diff --git a/meta/recipes-graphics/xorg-lib/xkeyboard-config_2.1.bb 
b/meta/recipes-graphics/xorg-lib/xkeyboard-config_2.7.bb
similarity index 75%
rename from meta/recipes-graphics/xorg-lib/xkeyboard-config_2.1.bb
rename to meta/recipes-graphics/xorg-lib/xkeyboard-config_2.7.bb
index 1b28208..96c6188 100644
--- a/meta/recipes-graphics/xorg-lib/xkeyboard-config_2.1.bb
+++ b/meta/recipes-graphics/xorg-lib/xkeyboard-config_2.7.bb
@@ -12,14 +12,14 @@ BUGTRACKER = 
https://bugs.freedesktop.org/enter_bug.cgi?product=xkeyboard-confi
 LICENSE = MIT  MIT-style
 LIC_FILES_CHKSUM = file://COPYING;md5=0e7f21ca7db975c63467d2e7624a12f9
 
-SRC_URI = http://people.freedesktop.org/~svu/xkeyboard-config-${PV}.tar.bz2;
-SRC_URI[md5sum] = 6ce65480445fb2d9c071ad1f002a7675
-SRC_URI[sha256sum] = 
e293aa4b0dd259dbb4f0e7f56fdd95db5047d052c7b3b80922fe5663923a805d
+SRC_URI=${XORG_MIRROR}/individual/data/xkeyboard-config/${BPN}-${PV}.tar.bz2
+SRC_URI[md5sum] = 6ad7b43062f123eacf8ff0eb3a4e0678
+SRC_URI[sha256sum] = 
e43478a12fb0fe6757a7bad3a04fd3747ec53e53d5af22a9d9829dfb9aac8321
 
 SECTION = x11/libs
-DEPENDS = intltool-native xkbcomp-native glib-2.0
+DEPENDS = intltool-native xkbcomp-native glib-2.0 virtual/gettext
 
-PR = r2
+PR = r0
 
 EXTRA_OECONF = --with-xkb-rules-symlink=xorg
 
-- 
1.7.9.5


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] Build failure

[Andreas Müller]

On Wed, Nov 14, 2012 at 10:15 AM, Andreas Müller
schnitzelt...@googlemail.com wrote:
 Ciao,

 with latest layer HEADS and build from scratch I get:

 KeyError: 'getpwnam(): name not found: root'

 ERROR: The stack trace of python calls that resulted in this
 exception/failure was:
 ERROR:   File fixup_perms, line 227, in module
 ERROR:
 ERROR:   File fixup_perms, line 155, in fixup_perms
 ERROR:
 ERROR:   File fixup_perms, line 32, in __init__
 ERROR:
 ERROR:   File fixup_perms, line 42, in _setdir
 ERROR:
 ERROR:   File fixup_perms, line 66, in _procuid
 ERROR:
 ERROR: The code that was being executed was:
 ERROR:  0223:each_file = os.path.join(root, f)
 ERROR:  0224:fix_perms(each_file,
 fs_perms_table[dir].fmode, fs_perms_table[dir].fuid,
 fs_perms_table[dir].fgid, dir)
 ERROR:  0225:
 ERROR:  0226:
 ERROR:  *** 0227:fixup_perms(d)
 ERROR:  0228:
 ERROR: [From file: 'fixup_perms', lineno: 227, function: module]
 ERROR:  0151:for path in target_path_vars:
 ERROR:  0152:dir = d.getVar(path, True) or 
 ERROR:  0153:if dir == :
 ERROR:  0154:continue
 ERROR:  *** 0155:fs_perms_table[dir] =
 fs_perms_entry(bb.data.expand(%s 0755 root root false - - - % (dir),
 d))
 ERROR:  0156:
 ERROR:  0157:# Now we actually load from the configuration files
 ERROR:  0158:for conf in get_fs_perms_list(d).split():
 ERROR:  0159:if os.path.exists(conf):
 ERROR: [From file: 'fixup_perms', lineno: 155, function: fixup_perms]
 ERROR: Function failed: fixup_perms
 ERROR: Logfile of failure stored in:
 /home/andreas/tmp/oe-core-eglibc/work/armv7a-vfp-neon-angstrom-linux-gnueabi/util-macros-1_1.17-r0/temp/log.do_package.28653
 ERROR: Task 4450
 (/home/andreas/data/oe-core/sources/openembedded-core/meta/recipes-graphics/xorg-util/util-macros_1.17.bb,
 do_package) failed with exit code '1'
 NOTE: Tasks Summary: Attempted 3985 tasks of which 397 didn't need to
 be rerun and 1 failed.

 The only additional information I found up to now:

 * the code mentioned in error message is found in package.bbclass.
 * in sysroot/etc/passwd there is a line 'root::0:0:root:/home/root:/bin/sh'

 Any ideas?

Additional info: After running

bitbake -ccleansstate util-macros util-macros-native

the build continues as without issues. Some missing dependency race?

Andreas

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH v2 07/12] libdrm: upgrade to 2.4.40

[Martin Jansa]

On Wed, Nov 14, 2012 at 11:28:04AM +0200, Laurentiu Palcu wrote:
 Other changes:
  * removed a backported patch;
  * activated libdrm-omap helper layer which is needed by the latest
xf86-video-omap xorg driver;
  * split libdrm-drivers package into libdrm-radeon, libdrm-nouveau and
libdrm-omap;
 
 Signed-off-by: Laurentiu Palcu laurentiu.pa...@intel.com
 ---
  meta/recipes-graphics/drm/libdrm.inc   |   18 +++--
  .../drm/libdrm/disable-cairo.patch |   74 
 
  .../drm/{libdrm_2.4.39.bb = libdrm_2.4.40.bb} |5 +-
  meta/recipes-graphics/drm/libdrm_git.bb|4 +-
  4 files changed, 16 insertions(+), 85 deletions(-)
  delete mode 100644 meta/recipes-graphics/drm/libdrm/disable-cairo.patch
  rename meta/recipes-graphics/drm/{libdrm_2.4.39.bb = libdrm_2.4.40.bb} (44%)
 
 diff --git a/meta/recipes-graphics/drm/libdrm.inc 
 b/meta/recipes-graphics/drm/libdrm.inc
 index a64a5df..e10eae5 100644
 --- a/meta/recipes-graphics/drm/libdrm.inc
 +++ b/meta/recipes-graphics/drm/libdrm.inc
 @@ -8,20 +8,26 @@ SECTION = x11/base
  LICENSE = MIT
  LIC_FILES_CHKSUM = 
 file://xf86drm.c;beginline=9;endline=32;md5=c8a3b961af7667c530816761e949dc71
  SRC_URI = http://dri.freedesktop.org/libdrm/libdrm-${PV}.tar.bz2;
 -PROVIDES = drm
 +PROVIDES = drm libdrm-nouveau libdrm-radeon libdrm-omap

Is this needed at all?

Cheers,

  DEPENDS = libpthread-stubs udev
  
 -INC_PR = r3
 +INC_PR = r4
  
  #libpciaccess is required starting from libdrm 2.4.26
  DEPENDS +=  libpciaccess
  
  inherit autotools pkgconfig
  
 -EXTRA_OECONF += --disable-cairo-tests
 +EXTRA_OECONF += --disable-cairo-tests \
 + --enable-omap-experimental-api \
 +
 +ALLOW_EMPTY_${PN}-drivers = 1
 +PACKAGES =+ ${PN}-tests ${PN}-drivers ${PN}-radeon ${PN}-nouveau ${PN}-omap 
 ${PN}-kms
 +
 +RDEPENDS_${PN}-drivers = ${PN}-radeon ${PN}-nouveau ${PN}-omap
  
 -PACKAGES =+ ${PN}-tests ${PN}-drivers ${PN}-kms
  FILES_${PN}-tests = ${bindir}/dr* ${bindir}/mode*
 -FILES_${PN}-drivers = ${libdir}/libdrm_*.so.*
 +FILES_${PN}-radeon = ${libdir}/libdrm_radeon.so.*
 +FILES_${PN}-nouveau = ${libdir}/libdrm_nouveau.so.*
 +FILES_${PN}-omap = ${libdir}/libdrm_omap.so.*
  FILES_${PN}-kms = ${libdir}/libkms*.so.*
 -
 diff --git a/meta/recipes-graphics/drm/libdrm/disable-cairo.patch 
 b/meta/recipes-graphics/drm/libdrm/disable-cairo.patch
 deleted file mode 100644
 index 90e79d4..000
 --- a/meta/recipes-graphics/drm/libdrm/disable-cairo.patch
 +++ /dev/null
 @@ -1,74 +0,0 @@
 -commit c81d1df4926072d24b4dad1b488e618e57eff1c6
 -Author: Daniel Stone dan...@fooishbar.org
 -Date:   Thu Oct 4 10:26:37 2012 +1000
 -
 -configure.ac: Allow forcible disabling of Cairo support
 -
 -We don't want to build libdrm tests with Cairo support under Poky, since
 -they're never used and also cause a build loop from libdrm - cairo -
 -mesa-dri - libdrm.
 -
 -To avoid variance in build results, introduce a --disable-cairo-tests
 -switch.
 -
 -Upstream-Status: Backport
 -
 -Signed-off-by: Daniel Stone dan...@fooishbar.org
 -
 -diff --git a/configure.ac b/configure.ac
 -index 290362c..8c28107 100644
  a/configure.ac
 -+++ b/configure.ac
 -@@ -222,11 +222,23 @@ if test x$EXYNOS = xyes; then
 - AC_DEFINE(HAVE_EXYNOS, 1, [Have EXYNOS support])
 - fi
 - 
 -+AC_ARG_ENABLE([cairo-tests],
 -+  [AS_HELP_STRING([--enable-cairo-tests],
 -+  [Enable support for Cairo rendering in tests 
 (default: auto)])],
 -+  [CAIRO=$enableval], [CAIRO=auto])
 - PKG_CHECK_MODULES(CAIRO, cairo, [HAVE_CAIRO=yes], [HAVE_CAIRO=no])
 --if test x$HAVE_CAIRO = xyes; then
 --AC_DEFINE(HAVE_CAIRO, 1, [Have cairo support])
 -+AC_MSG_CHECKING([whether to enable Cairo tests])
 -+if test x$CAIRO = xauto; then
 -+CAIRO=$HAVE_CAIRO
 - fi
 --AM_CONDITIONAL(HAVE_CAIRO, [test x$HAVE_CAIRO = xyes])
 -+if test x$CAIRO = xyes; then
 -+if ! test x$HAVE_CAIRO = xyes; then
 -+AC_MSG_ERROR([Cairo support required but not present])
 -+fi
 -+AC_DEFINE(HAVE_CAIRO, 1, [Have Cairo support])
 -+fi
 -+AC_MSG_RESULT([$CAIRO])
 -+AM_CONDITIONAL(HAVE_CAIRO, [test x$CAIRO = xyes])
 - 
 - # For enumerating devices in test case
 - PKG_CHECK_MODULES(LIBUDEV, libudev, [HAVE_LIBUDEV=yes], [HAVE_LIBUDEV=no])
 -diff --git a/tests/modetest/Makefile.am b/tests/modetest/Makefile.am
 -index b5ec771..065ae13 100644
  a/tests/modetest/Makefile.am
 -+++ b/tests/modetest/Makefile.am
 -@@ -1,8 +1,7 @@
 - AM_CFLAGS = \
 - -I$(top_srcdir)/include/drm \
 - -I$(top_srcdir)/libkms/ \
 ---I$(top_srcdir) \
 --$(CAIRO_CFLAGS)
 -+-I$(top_srcdir)
 - 
 - noinst_PROGRAMS = \
 - modetest
 -@@ -12,5 +11,9 @@ modetest_SOURCES = \
 - 
 - modetest_LDADD = \
 - $(top_builddir)/libdrm.la \
 --$(top_builddir)/libkms/libkms.la \
 --$(CAIRO_LIBS)
 -+$(top_builddir)/libkms/libkms.la
 -+
 -+if HAVE_CAIRO
 -+AM_CFLAGS += 

Re: [OE-core] [PATCH v2 12/12] xf86-video-omapfb: upgrade to 0.4.2

[Martin Jansa]

On Wed, Nov 14, 2012 at 11:28:09AM +0200, Laurentiu Palcu wrote:
 Other changes:
  * changed the recipe's SRC_URI to track the new (maintained) repo;
  * removed all old patches as the latest driver's structure has changed
drastically;
  * license file changed quite a bit: MIT - GPLv2 (needs to be reviewed
by somebody with a better understanding of these things though);
  * xf86-video-omapfb changed its name to xf86-video-omap: change the
recipe name acordingly;
  * add dependency of libdrm-omap;
 
 Signed-off-by: Laurentiu Palcu laurentiu.pa...@intel.com
 ---
  ...-video-omapfb_git.bb = xf86-video-omap_git.bb} |   27 
 ++--
  1 file changed, 13 insertions(+), 14 deletions(-)
  rename meta/recipes-graphics/xorg-driver/{xf86-video-omapfb_git.bb = 
 xf86-video-omap_git.bb} (43%)
 
 diff --git a/meta/recipes-graphics/xorg-driver/xf86-video-omapfb_git.bb 
 b/meta/recipes-graphics/xorg-driver/xf86-video-omap_git.bb
 similarity index 43%
 rename from meta/recipes-graphics/xorg-driver/xf86-video-omapfb_git.bb
 rename to meta/recipes-graphics/xorg-driver/xf86-video-omap_git.bb
 index f16441e..fec3365 100644
 --- a/meta/recipes-graphics/xorg-driver/xf86-video-omapfb_git.bb
 +++ b/meta/recipes-graphics/xorg-driver/xf86-video-omap_git.bb
 @@ -6,19 +6,18 @@ DESCRIPTION = omapfb driver supports the basic Texas 
 Instruments OMAP \
  framebuffer.
  
  LICENSE = MIT-X  GPLv2+
 -LIC_FILES_CHKSUM = file://COPYING;md5=63e2cbac53863f60e2f43343fb34367f
 -DEPENDS += virtual/libx11
 -
 -SRCREV = 28c006c94e57ea71df11ec4fff79d7ffcfc4860f
 -PR = ${INC_PR}.6
 -PV = 0.1.1+gitr${SRCPV}
 -
 -SRC_URI = git://git.pingu.fi/xf86-video-omapfb;protocol=http \
 -file://omap-revert-set-CRTC-limit.patch \
 -file://omap-revert-set-virtual-size.patch \
 -file://omap-force-plain-mode.patch  \
 -file://omap-blacklist-tv-out.patch  \
 -file://0004-Attempt-to-fix-VRFB.patch \
 +LIC_FILES_CHKSUM = file://COPYING;md5=10ce5de3b111315ea652a5f74ec0c602
 +DEPENDS += virtual/libx11 libdrm-omap

Ah, now I see why you added them in libdrm PROVIDES, but why not use
libdrm in DEPENDS and libdrm-omap added to RDEPENDS by shlibs?

I also don't see GNUtoo comment resolved.

Cheers,

 +RPROVIDES = xf86-video-omapfb
 +RCONFLICTS = xf86-video-omapfb
 +RREPLACES = xf86-video-omapfb
 +
 +SRCREV = ae0394e687f1a77e966cf72f895da91840dffb8f
 +PR = ${INC_PR}.0
 +PV = 0.4.2+gitr${SRCPV}
 +
 +SRC_URI = 
 git://anongit.freedesktop.org/xorg/driver/xf86-video-omap;protocol=git \
  
  
  S = ${WORKDIR}/git
 @@ -28,5 +27,5 @@ CFLAGS +=  -I${STAGING_INCDIR}/xorg 
  
  # Use overlay 2 on omap3 to enable other apps to use overlay 1 (e.g. dmai or 
 omapfbplay)
  do_compile_prepend_armv7a () {
 -sed -i -e s:fb1:fb2:g ${S}/src/omapfb-xv.c
 +sed -i -e s:fb1:fb2:g ${S}/src/omap_xv.c
  }
 -- 
 1.7.9.5
 
 
 ___
 Openembedded-core mailing list
 Openembedded-core@lists.openembedded.org
 http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

-- 
Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com


signature.asc
Description: Digital signature
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 1/1] initscripts: improve the way initscripts handle volatile storage

[Otavio Salvador]

On Wed, Nov 14, 2012 at 5:30 AM, ChenQi qi.c...@windriver.com wrote:

 On 11/14/2012 07:14 AM, Saul Wold wrote:

 On 11/12/2012 03:33 AM, qi.c...@windriver.com wrote:

 From: Chen Qi qi.c...@windriver.com

 Change the way how populate_volatile.sh handles link-type config
 items. Previously, if a link-type config item is encountered, the
 script does not handle it correctly. If the target exists as a link,
 the config item is skipped no matter where the target actually points.
 If the target exists as a file or a directory, it does nothing.
 This behavious is sometimes confusing; for example, if /run has been
 created by other recipes, it will not be updated to a symlink as the
 config file states.

 This patch makes populate_volatile.sh do things as the config file
 tells it. As for link-type config items, it creates them properly
 with an effort to avoid data loss.

 Besides, it's not appropriate to divide volatile storage handling
 into two files. Operations for /tmp directory in bootmisc.sh should
 also be done by populate_volatile.sh.

 [YOCTO #3404]

 Signed-off-by: Chen Qi qi.c...@windriver.com
 ---
   .../initscripts/initscripts-1.**0/bootmisc.sh|7 -
   .../initscripts-1.0/populate-**volatile.sh   |   28
 +---
   .../initscripts/initscripts-1.**0/volatiles  |1 +
   
 meta/recipes-core/initscripts/**initscripts_1.0.bbhttp://initscripts_1.0.bb
   |2 +-
   4 files changed, 15 insertions(+), 23 deletions(-)

 diff --git a/meta/recipes-core/**initscripts/initscripts-1.0/**bootmisc.sh
 b/meta/recipes-core/**initscripts/initscripts-1.0/**bootmisc.sh
 index 4f76cb4..80f7ead 100755
 --- a/meta/recipes-core/**initscripts/initscripts-1.0/**bootmisc.sh
 +++ b/meta/recipes-core/**initscripts/initscripts-1.0/**bootmisc.sh
 @@ -54,13 +54,6 @@ fi

   #
   # This is as good a place as any for a sanity check
 -# /tmp should be a symlink to /var/tmp to cut down on the number
 -# of mounted ramdisks.
 -if test ! -L /tmp  test -d /var/tmp
 -then
 -rm -rf /tmp
 -ln -sf /var/tmp /tmp
 -fi

   # Set the system clock from hardware clock
   # If the timestamp is more recent than the current time,
 diff --git 
 a/meta/recipes-core/**initscripts/initscripts-1.0/**populate-volatile.sh
 b/meta/recipes-core/**initscripts/initscripts-1.0/**populate-volatile.sh
 index d2175d7..baee2ef 100755
 --- a/meta/recipes-core/**initscripts/initscripts-1.0/**
 populate-volatile.sh
 +++ b/meta/recipes-core/**initscripts/initscripts-1.0/**
 populate-volatile.sh
 @@ -47,15 +47,16 @@ mk_dir() {
   }

   link_file() {
 -EXEC=test -e \$2\ -o -L $2 || ln -s \$1\ \$2\ /dev/tty0
 21
 -
 -test $VOLATILE_ENABLE_CACHE = yes  echo $EXEC 
 /etc/volatile.cache.build
 -
 -[ -e $2 ]  {
 -  echo Cannot create link over existing -${TNAME}-. 2
 -} || {
 -  eval $EXEC 
 -}
 +EXEC=
 +if [ -L \$2\ ]; then
 +rm -f \$2\;
 +elif [ -d \$2\ ]; then
 +cp -rf \$2/*\ \$1\;
 +rm -rf \$2\;
 +fi;
 +ln -sf \$1\ \$2\ 
 +test $VOLATILE_ENABLE_CACHE = yes  echo$EXEC 
 /etc/volatile.

 I wonder if we should be testing /etc for writablity here first?  We need
 to make sure we respect the possibility that the root filesystem with
 read-only.

 Sau!

  +eval $EXEC 
   }

   check_requirements() {
 @@ -119,20 +120,17 @@ apply_cfgfile() {
   return 1
   }

 -  cat ${CFGFILE} | grep -v ^# | \
 +  cat ${CFGFILE} | grep -v ^# | sed -e '/^$/ d' | \
 while read LINE; do

   eval `echo $LINE | sed -n s/\(.*\)\ \(.*\) \(.*\)\ \(.*\)\
 \(.*\)\ \(.*\)/TTYPE=\1 ; TUSER=\2; TGROUP=\3; TMODE=\4; TNAME=\5
 TLTARGET=\6/p`

   [ ${VERBOSE} != no ]  echo Checking for -${TNAME}-.

 -
   [ ${TTYPE} = l ]  {
 TSOURCE=$TLTARGET
 -  [ -L ${TNAME} ] || {
 -[ ${VERBOSE} != no ]  echo Creating link -${TNAME}-
 pointing to -${TSOURCE}-.
 -link_file ${TSOURCE} ${TNAME} 
 -}
 +  [ ${VERBOSE} != no ]  echo Creating link -${TNAME}-
 pointing to -${TSOURCE}-.
 +  link_file ${TSOURCE} ${TNAME} 
 continue
 }

 diff --git a/meta/recipes-core/**initscripts/initscripts-1.0/**volatiles
 b/meta/recipes-core/**initscripts/initscripts-1.0/**volatiles
 index e0741aa..f7e2ef7 100644
 --- a/meta/recipes-core/**initscripts/initscripts-1.0/**volatiles
 +++ b/meta/recipes-core/**initscripts/initscripts-1.0/**volatiles
 @@ -31,6 +31,7 @@ l root root 1777 /var/lock /var/volatile/lock
   l root root 0755 /var/log /var/volatile/log
   l root root 0755 /var/run /var/volatile/run
   l root root 1777 /var/tmp /var/volatile/tmp
 +l root root 1777 /tmp /var/tmp
   d root root 0755 /var/lock/subsys none
   f root root 0664 /var/log/wtmp none
   f root root 0664 /var/run/utmp none
 diff --git 
 a/meta/recipes-core/**initscripts/initscripts_1.0.bbb/meta/recipes-core/
 **initscripts/initscripts_1.0.bb
 index d25838b..251dd06 100644
 --- a/meta/recipes-core/**initscripts/initscripts_1.0.bb
 +++ 

Re: [OE-core] [PATCH 2/9] builder: Add password for user

[Otavio Salvador]

On Wed, Nov 14, 2012 at 3:32 AM, Saul Wold s...@linux.intel.com wrote:

 This is needed to allow openssh to work correctly for the Eclipse
 plugin to have access to the build appliance to view/modify recipes
 and lauch builds

 Signed-off-by: Saul Wold s...@linux.intel.com


I'd like to be able to override the password used; another point is the
commit log ought to document what the default password and the recipe ought
to have it documented as well.

-- 
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 6/9] sysstat: Update to 10.1.2

[Otavio Salvador]

On Wed, Nov 14, 2012 at 3:32 AM, Saul Wold s...@linux.intel.com wrote:

 Signed-off-by: Saul Wold s...@linux.intel.com
 ---
  .../{sysstat_10.1.1.bb = sysstat_10.1.2.bb}   |5 +++--
  1 files changed, 3 insertions(+), 2 deletions(-)
  rename meta/recipes-extended/sysstat/{sysstat_10.1.1.bb =
 sysstat_10.1.2.bb} (44%)

 diff --git 
 a/meta/recipes-extended/sysstat/sysstat_10.1.1.bbb/meta/recipes-extended/sysstat/
 sysstat_10.1.2.bb
 similarity index 44%
 rename from meta/recipes-extended/sysstat/sysstat_10.1.1.bb
 rename to meta/recipes-extended/sysstat/sysstat_10.1.2.bb
 index 54b0226..6cd90a2 100644
 --- a/meta/recipes-extended/sysstat/sysstat_10.1.1.bb
 +++ b/meta/recipes-extended/sysstat/sysstat_10.1.2.bb
 @@ -4,5 +4,6 @@ LIC_FILES_CHKSUM =
 file://COPYING;md5=8ca43cbc842c2336e835926c2166c28b

  PR = ${INC_PR}.0

 -SRC_URI[md5sum] = 8250cdcbc4a959c8a05e4186fbd13d84
 -SRC_URI[sha256sum] =
 119c7a23c5597d6d0df0b229c54984a35f357ecbd1c96da8cef4d105e8dfdacf
 +SRC_URI[md5sum] = c40626b96cc2b4cf303cbcf1efc96eba
 +SRC_URI[sha256sum] =
 c68bc2b4b436812f45e6d440a3ac106fa2a77c5cfc9d4ba7d4e7f9ded7bffab4
 +


Please drop the extra empty line.

-- 
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 3/9] less: Update to 451

[Otavio Salvador]

On Wed, Nov 14, 2012 at 3:32 AM, Saul Wold s...@linux.intel.com wrote:

 LICENSE file was changed to match the BSD-2 Clause

 Signed-off-by: Saul Wold s...@linux.intel.com
 ---
  .../less/{less_444.bb = less_451.bb}  |8 
  1 files changed, 4 insertions(+), 4 deletions(-)
  rename meta/recipes-extended/less/{less_444.bb = less_451.bb} (82%)

 diff --git 
 a/meta/recipes-extended/less/less_444.bbb/meta/recipes-extended/less/
 less_451.bb
 similarity index 82%
 rename from meta/recipes-extended/less/less_444.bb
 rename to meta/recipes-extended/less/less_451.bb
 index 1ce9d92..93e4bbf 100644
 --- a/meta/recipes-extended/less/less_444.bb
 +++ b/meta/recipes-extended/less/less_451.bb
 @@ -21,14 +21,14 @@ SECTION = console/utils

  LICENSE = GPLv3+ | BSD-2-Clause
  LIC_FILES_CHKSUM = file://COPYING;md5=d32239bcb673463ab874e80d47fae504 \
 -file://LICENSE;md5=1237c0f825bb36122b0b2b486ffbe6be
 +file://LICENSE;md5=866cc220f330b04ae4661fc3cdfedea7
  DEPENDS = ncurses
 -PR = r3
 +PR = r0


Please drop PR as r0 is the default.


  SRC_URI = http://www.greenwoodsoftware.com/${BPN}/${BPN}-${PV}.tar.gz;

 -SRC_URI[md5sum] = 56f9f76ffe13f70155f47f6b3c87d421
 -SRC_URI[sha256sum] =
 be64ad3e22d6d4aa19fe7024d998563a1ce1671ee3625f8851d26b16dedcdeeb
 +SRC_URI[md5sum] = 765f082658002b2b46b86af4a0da1842
 +SRC_URI[sha256sum] =
 9fe8287c647afeafb4149c5dedaeacfd20971ed7c26c7553794bb750536b5f57

  inherit autotools update-alternatives

 --
 1.7.7.6


 ___
 Openembedded-core mailing list
 Openembedded-core@lists.openembedded.org
 http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core




-- 
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 v2 08/12] xserver-xorg: upgrade to 1.13.0

[Otavio Salvador]

On Wed, Nov 14, 2012 at 7:28 AM, Laurentiu Palcu
laurentiu.pa...@intel.comwrote:

 The patch contains several aditional changes:
  * removed one backported patch (included in the new release);
  * changed mips64-compiler.patch to apply properly;
  * licence checksum for COPYING file changed: some copyright years have
been changed

 The following external modules are now built-in:
  * DBE
  * DRI2
  * DRI
  * RECORD

 The extmod module was completely removed.


Why those are now built-in?

-- 
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 3/9] less: Update to 451

[Paul Eggleton]

On Wednesday 14 November 2012 09:26:53 Otavio Salvador wrote:
  -PR = r3
  +PR = r0
 
 Please drop PR as r0 is the default.

We don't do that in OE-Core.

Cheers,
Paul

-- 

Paul Eggleton
Intel Open Source Technology Centre

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 3/9] less: Update to 451

[Otavio Salvador]

On Wed, Nov 14, 2012 at 9:33 AM, Paul Eggleton 
paul.eggle...@linux.intel.com wrote:

 On Wednesday 14 November 2012 09:26:53 Otavio Salvador wrote:
   -PR = r3
   +PR = r0
 
  Please drop PR as r0 is the default.

 We don't do that in OE-Core.


Well, as far as I remember I always drop the PR when it is going to be r0.

But OK.

-- 
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 v2 08/12] xserver-xorg: upgrade to 1.13.0

[Burton, Ross]

On 14 November 2012 11:28, Otavio Salvador ota...@ossystems.com.br wrote:
 Why those are now built-in?

Because upstream made them builtin.

Ross

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] bash: Add fix for cross compile issues

[Martin Jansa]

On Tue, Nov 13, 2012 at 01:59:19PM +, Richard Purdie wrote:
 Signed-off-by: Richard Purdie richard.pur...@linuxfoundation.org
 ---
 diff --git a/meta/recipes-extended/bash/bash-4.2/crossfix.patch 
 b/meta/recipes-extended/bash/bash-4.2/crossfix.patch
 new file mode 100644
 index 000..f587c34
 --- a/dev/null
 +++ b/meta/recipes-extended/bash/bash-4.2/crossfix.patch
 @@ -0,0 +1,28 @@

Are you using some special tool to generate git patches or some weird
git version?

Patches from you where you add some file usually does not apply here,
It's caused by:
--- a/dev/null
+++ b/meta/recipes-extended/bash/bash-4.2/crossfix.patch
which usually looks like
--- /dev/null
+++ b/meta/recipes-extended/bash/bash-4.2/crossfix.patch

2012-11-14 13:22:27 URL:http://patchwork.openembedded.org/patch/38919/mbox/ 
[2833] - pw-am-38919.patch [1]
Applying: bash: Add fix for cross compile issues
fatal: git apply: bad git-diff - expected /dev/null on line 7
Patch failed at 0001 bash: Add fix for cross compile issues
The copy of the patch that failed is found in:
   /OE/openembedded-core/.git/rebase-apply/patch
When you have resolved this problem, run git am --resolved.
If you prefer to skip this patch, run git am --skip instead.
To restore the original branch and stop patching, run git am --abort.

Cheers,

-- 
Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com


signature.asc
Description: Digital signature
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] License of xz

[Anders Darander]

I've recently started to look into building internal images with 
INCOMPATIBLE_LICENSE = GPLv3

Sofar, I've mainly identified one issue, which is with the xz-package.
(This is currently a dependency of systemd).

xz sets LICENSE = GPLv2+  GPLv3+  LGPLv2.1+

If the info in COPYING from xz sources is correct, I guess that we
should be able to remove GPLv3 from the target packages. Would you agree
with that, or have I overlooked something?

If my interpretation is correct, I'll try to find more time to look into
the actual source files a bit more closely.


/Anders


Extract from COPYING:
 

XZ Utils Licensing
==

Different licenses apply to different files in this package. Here
is a rough summary of which licenses apply to which parts of this
package (but check the individual files to be sure!):

  - liblzma is in the public domain.

  - xz, xzdec, and lzmadec command line tools are in the public
domain unless GNU getopt_long had to be compiled and linked
in from the lib directory. The getopt_long code is under
GNU LGPLv2.1+.

  - The scripts to grep, diff, and view compressed files have been
adapted from gzip. These scripts and their documentation are
under GNU GPLv2+.

  - All the documentation in the doc directory and most of the
XZ Utils specific documentation files in other directories
are in the public domain.

  - Translated messages are in the public domain.

  - The build system contains public domain files, and files that
are under GNU GPLv2+ or GNU GPLv3+. None of these files end up
in the binaries being built.

  - Test files and test code in the tests directory, and debugging
utilities in the debug directory are in the public domain.

  - The extra directory may contain public domain files, and files
that are under various free software licenses.


-- 
Anders Darander
ChargeStorm AB / eStorm AB

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] bash: Add fix for cross compile issues

[Richard Purdie]

On Tue, 2012-11-13 at 16:42 -0700, Chris Larson wrote:

 On Tue, Nov 13, 2012 at 6:59 AM, Richard Purdie
 richard.pur...@linuxfoundation.org wrote:
 Signed-off-by: Richard Purdie
 richard.pur...@linuxfoundation.org
 ---
 diff --git
 a/meta/recipes-extended/bash/bash-4.2/crossfix.patch
 b/meta/recipes-extended/bash/bash-4.2/crossfix.patch
 new file mode 100644
 index 000..f587c34
 --- a/dev/null
 +++ b/meta/recipes-extended/bash/bash-4.2/crossfix.patch
 @@ -0,0 +1,28 @@
 +Adding @CROSS_COMPILE@ to CFLAGS_FOR_BUILD causes errors
 like:
 +
 +mkbuiltins.o: In function `open':
 +/usr/include/x86_64-linux-gnu/bits/fcntl2.h:54: undefined
 reference to `xopen'
 +mkbuiltins.o: In function `read':
 +/usr/include/x86_64-linux-gnu/bits/unistd.h:45: undefined
 reference to `xread'
 +collect2: ld returned 1 exit status
 +
 +when compiling on a 64 bit x86 build system for a 32 bit x86
 target since
 +config.h confuses the compiler about settings. By removing
 the option, config.h
 +isn't used and the compiler stops getting confused.
 +
 +Upstream-Status: Pending
 +RP 2012/11/13
 
 Relying on the target config.h to build a host tool could fail if the
 build and target environments differ greatly, which is likely why
 mkbuiltins.c has hardcoded defines assuming less about the host (just
 POSIX) based on the CROSS_COMPILE define. I don't think removing that
 is the best fix, personally.

Agreed. I'd actually misread that file and thought that it was using
config.h in the CROSS_COMPILE case.

 The reason for this failure has to do with a particular set of
 circumstances. A header in the bash source tree defines STRING() based
 on HAVE_STRINGIZE. This define overwrites the unistd.h define of the
 same macro. The unistd.h definitions of read() and open() wrap the
 call to the real functions to implement FORTIFY_SOURCES, and those
 wrappers use STRING() to do it. As a result, for any host that
 defaults to -DFORTIFY_SOURCES, STRING() returns 'x' resulting in a
 concatenation rather than an assembly level rename of the function
 being called.

 If we add -DHAVE_STRINGIZE in the CROSS_COMPILE case, then STRING()
 will be defined to something useful, and therefore the FORTIFY_SOURCES
 wrappers don't get hosed.

 See http://git.yoctoproject.org/cgit/cgit.cgi/meta-mentor/commit/?id=da0ff91 
 for an alternative fix which may be more likely to be accepted upstream.
 
This is better, yes. Is there a reason this is in meta-mentor and not
OE-Core? I'd really like to pull it into OE-Core...

Cheers,

Richard


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] [PATCH v3 02/12] xf86-video-intel: upgrade to 2.20.12

[Laurentiu Palcu]

Signed-off-by: Laurentiu Palcu laurentiu.pa...@intel.com
---
 ...intel_2.20.8.bb = xf86-video-intel_2.20.12.bb} |6 +++---
 1 file changed, 3 insertions(+), 3 deletions(-)
 rename meta/recipes-graphics/xorg-driver/{xf86-video-intel_2.20.8.bb = 
xf86-video-intel_2.20.12.bb} (84%)

diff --git a/meta/recipes-graphics/xorg-driver/xf86-video-intel_2.20.8.bb 
b/meta/recipes-graphics/xorg-driver/xf86-video-intel_2.20.12.bb
similarity index 84%
rename from meta/recipes-graphics/xorg-driver/xf86-video-intel_2.20.8.bb
rename to meta/recipes-graphics/xorg-driver/xf86-video-intel_2.20.12.bb
index 3ac746f..09aa339 100644
--- a/meta/recipes-graphics/xorg-driver/xf86-video-intel_2.20.8.bb
+++ b/meta/recipes-graphics/xorg-driver/xf86-video-intel_2.20.12.bb
@@ -9,7 +9,7 @@ Infrastructure (DRI).
 
 LIC_FILES_CHKSUM = file://COPYING;md5=8730ad58d11c7bbad9a7066d69f7808e
 
-PR = ${INC_PR}.1
+PR = ${INC_PR}.0
 
 DEPENDS += virtual/libx11 drm xf86driproto glproto \
virtual/libgl xineramaproto xf86driproto libpciaccess
@@ -23,5 +23,5 @@ EXTRA_OECONF += '${@base_conditional( ROOTLESS_X, 1,  
--enable-kms-only, 
 
 COMPATIBLE_HOST = '(i.86|x86_64).*-linux'
 
-SRC_URI[md5sum] = 63a002ac596208dc6047289553b75262
-SRC_URI[sha256sum] = 
2a126b2bb93b8d9db5eef68f1496e83713fd51ac435a7fafc7a36ff9c7ca83e7
+SRC_URI[md5sum] = 6d9565de03c167d8f621315476c20c73
+SRC_URI[sha256sum] = 
39e02b7f90a2665efe5483075f93b1c87d24f48070d5de783dd41e20d9eb0c7c
-- 
1.7.9.5


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] [PATCH v3 10/12] xf86-video-vmware: Add compat API

[Laurentiu Palcu]

Needed after upgrading xserver to 1.13.

Signed-off-by: Laurentiu Palcu laurentiu.pa...@intel.com
---
 ...ware-port-vmware-driver-to-new-compat-API.patch |  655 
 .../xorg-driver/xf86-video-vmware_12.0.2.bb|3 +-
 2 files changed, 657 insertions(+), 1 deletion(-)
 create mode 100644 
meta/recipes-graphics/xorg-driver/xf86-video-vmware/vmware-port-vmware-driver-to-new-compat-API.patch

diff --git 
a/meta/recipes-graphics/xorg-driver/xf86-video-vmware/vmware-port-vmware-driver-to-new-compat-API.patch
 
b/meta/recipes-graphics/xorg-driver/xf86-video-vmware/vmware-port-vmware-driver-to-new-compat-API.patch
new file mode 100644
index 000..610a133
--- /dev/null
+++ 
b/meta/recipes-graphics/xorg-driver/xf86-video-vmware/vmware-port-vmware-driver-to-new-compat-API.patch
@@ -0,0 +1,655 @@
+Upstream-Status: Backport
+
+From 61df95a86f4997e342d50d7779b00aba2e8849a6 Mon Sep 17 00:00:00 2001
+From: Dave Airlie airl...@redhat.com
+Date: Wed, 6 Jun 2012 09:58:01 +0100
+Subject: [PATCH] vmware: port vmware driver to new compat API
+
+This is a port of the vmware driver to the new compat API.
+
+Tested-by: Jakob Bornecrantz ja...@vmware.com
+Reviewed-by: Jakob Bornecrantz ja...@vmware.com
+Signed-off-by: Dave Airlie airl...@redhat.com
+Signed-off-by: Jakob Bornecrantz ja...@vmware.com
+---
+ saa/saa.c |4 +-
+ saa/saa.h |4 +-
+ src/Makefile.am   |1 +
+ src/compat-api.h  |   99 +
+ src/vmware.c  |   40 +-
+ src/vmware.h  |2 +-
+ src/vmware_common.h   |2 +
+ vmwgfx/vmwgfx_dri2.c  |4 +-
+ vmwgfx/vmwgfx_driver.c|   73 +
+ vmwgfx/vmwgfx_driver.h|7 ++--
+ vmwgfx/vmwgfx_saa.c   |4 +-
+ vmwgfx/vmwgfx_tex_video.c |6 +--
+ 12 files changed, 174 insertions(+), 72 deletions(-)
+ create mode 100644 src/compat-api.h
+
+diff --git a/saa/saa.c b/saa/saa.c
+index 173c090..f2d68e9 100644
+--- a/saa/saa.c
 b/saa/saa.c
+@@ -594,7 +594,7 @@ saa_set_fallback_debug(ScreenPtr screen, Bool enable)
+  * screen private, before calling down to the next CloseScreen.
+  */
+ Bool
+-saa_close_screen(int i, ScreenPtr pScreen)
++saa_close_screen(CLOSE_SCREEN_ARGS_DECL)
+ {
+ struct saa_screen_priv *sscreen = saa_screen(pScreen);
+ struct saa_driver *driver = sscreen-driver;
+@@ -624,7 +624,7 @@ saa_close_screen(int i, ScreenPtr pScreen)
+ 
+ free(sscreen);
+ 
+-return (*pScreen-CloseScreen) (i, pScreen);
++return (*pScreen-CloseScreen) (CLOSE_SCREEN_ARGS);
+ }
+ 
+ struct saa_driver *
+diff --git a/saa/saa.h b/saa/saa.h
+index c7aa3b6..4e5ced5 100644
+--- a/saa/saa.h
 b/saa/saa.h
+@@ -44,6 +44,8 @@
+ #include damage.h
+ #include picturestr.h
+ 
++#include ../src/compat-api.h
++
+ #define SAA_VERSION_MAJOR 0
+ #define SAA_VERSION_MINOR 1
+ 
+@@ -173,7 +175,7 @@ extern _X_EXPORT RegionPtr
+ saa_bitmap_to_region(PixmapPtr pPix);
+ 
+ extern _X_EXPORT Bool
+-saa_close_screen(int i, ScreenPtr pScreen);
++saa_close_screen(CLOSE_SCREEN_ARGS_DECL);
+ 
+ extern _X_EXPORT Bool
+ saa_gc_reads_destination(DrawablePtr pDrawable, GCPtr pGC);
+diff --git a/src/Makefile.am b/src/Makefile.am
+index 04c9e0d..b0dd147 100644
+--- a/src/Makefile.am
 b/src/Makefile.am
+@@ -37,6 +37,7 @@ endif
+ vmware_drv_la_SOURCES = \
+   bits2pixels.c \
+   bits2pixels.h \
++  compat-api.h \
+   guest_os.h \
+   includeCheck.h \
+   svga_escape.h \
+diff --git a/src/compat-api.h b/src/compat-api.h
+new file mode 100644
+index 000..6bc946f
+--- /dev/null
 b/src/compat-api.h
+@@ -0,0 +1,99 @@
++/*
++ * Copyright 2012 Red Hat, Inc.
++ *
++ * Permission is hereby granted, free of charge, to any person obtaining a
++ * copy of this software and associated documentation files (the Software),
++ * to deal in the Software without restriction, including without limitation
++ * the rights to use, copy, modify, merge, publish, distribute, sublicense,
++ * and/or sell copies of the Software, and to permit persons to whom the
++ * Software is furnished to do so, subject to the following conditions:
++ *
++ * The above copyright notice and this permission notice (including the next
++ * paragraph) shall be included in all copies or substantial portions of the
++ * Software.
++ *
++ * THE SOFTWARE IS PROVIDED AS IS, WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
++ * IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
++ * FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT.  IN NO EVENT SHALL
++ * THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER
++ * LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING
++ * FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER
++ * DEALINGS IN THE SOFTWARE.
++ *
++ * Author: Dave Airlie airl...@redhat.com
++ */
++
++/* this file provides API compat between server post 1.13 and pre it,

[OE-core] [PATCH v3 11/12] xf86-input-synaptics: add mtdev dependency

[Laurentiu Palcu]

After upgrading xserver to 1.13, multitouch support is automatically
enabled in xf86-input-synaptics. Hence, the need for mtdev dependency.

Signed-off-by: Laurentiu Palcu laurentiu.pa...@intel.com
---
 .../xorg-driver/xf86-input-synaptics_1.6.2.bb  |4 ++--
 .../xorg-driver/xf86-input-synaptics_git.bb|4 ++--
 2 files changed, 4 insertions(+), 4 deletions(-)

diff --git a/meta/recipes-graphics/xorg-driver/xf86-input-synaptics_1.6.2.bb 
b/meta/recipes-graphics/xorg-driver/xf86-input-synaptics_1.6.2.bb
index 193bd08..8a94bfd 100644
--- a/meta/recipes-graphics/xorg-driver/xf86-input-synaptics_1.6.2.bb
+++ b/meta/recipes-graphics/xorg-driver/xf86-input-synaptics_1.6.2.bb
@@ -12,11 +12,11 @@ advanced features of the touchpad to become available.
 
 LIC_FILES_CHKSUM = file://COPYING;md5=e395e21f3c21d4fc3a243783e85e9ab5
 
-PR = ${INC_PR}.0
+PR = ${INC_PR}.1
 
 SRC_URI[md5sum] = 9914022a173e3f0ccfe7137ab84f6133
 SRC_URI[sha256sum] = 
c3f7d6a085d480c352f030aeb43db2e5560d1468ed34be24d44a0fc3fda25920
 
-DEPENDS += libxi
+DEPENDS += libxi mtdev
 
 FILES_${PN} += ${datadir}/X11/xorg.conf.d
diff --git a/meta/recipes-graphics/xorg-driver/xf86-input-synaptics_git.bb 
b/meta/recipes-graphics/xorg-driver/xf86-input-synaptics_git.bb
index 3b3db59..73b8089 100644
--- a/meta/recipes-graphics/xorg-driver/xf86-input-synaptics_git.bb
+++ b/meta/recipes-graphics/xorg-driver/xf86-input-synaptics_git.bb
@@ -10,9 +10,9 @@ advanced features of the touchpad to become available.
 
 SRCREV = 934bc0012f948c52aadc8eda912f7728fb7394a2
 PV = 0.15.2+git${SRCPV}
-PR = ${INC_PR}.0
+PR = ${INC_PR}.1
 
 SRC_URI = 
git://anongit.freedesktop.org/git/xorg/driver/xf86-input-synaptics;protocol=git
 S = ${WORKDIR}/git
 
-DEPENDS += libxi
+DEPENDS += libxi mtdev
-- 
1.7.9.5


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] [PATCH v3 06/12] fontconfig: upgrade to 2.10.1

[Laurentiu Palcu]

A couple of changes:
 * licence snippet in fccache.c moved down the file;
 * new files appeared in this version, added them to fontconfig package

Signed-off-by: Laurentiu Palcu laurentiu.pa...@intel.com
---
 .../97_fontconfig  |0
 .../fix-pkgconfig.patch|0
 ...native_2.9.0.bb = fontconfig-native_2.10.1.bb} |0
 .../{fontconfig_2.9.0.bb = fontconfig_2.10.1.bb}  |7 ---
 4 files changed, 4 insertions(+), 3 deletions(-)
 rename meta/recipes-graphics/fontconfig/{fontconfig-2.9.0 = 
fontconfig-2.10.1}/97_fontconfig (100%)
 rename meta/recipes-graphics/fontconfig/{fontconfig-2.9.0 = 
fontconfig-2.10.1}/fix-pkgconfig.patch (100%)
 rename meta/recipes-graphics/fontconfig/{fontconfig-native_2.9.0.bb = 
fontconfig-native_2.10.1.bb} (100%)
 rename meta/recipes-graphics/fontconfig/{fontconfig_2.9.0.bb = 
fontconfig_2.10.1.bb} (91%)

diff --git a/meta/recipes-graphics/fontconfig/fontconfig-2.9.0/97_fontconfig 
b/meta/recipes-graphics/fontconfig/fontconfig-2.10.1/97_fontconfig
similarity index 100%
rename from meta/recipes-graphics/fontconfig/fontconfig-2.9.0/97_fontconfig
rename to meta/recipes-graphics/fontconfig/fontconfig-2.10.1/97_fontconfig
diff --git 
a/meta/recipes-graphics/fontconfig/fontconfig-2.9.0/fix-pkgconfig.patch 
b/meta/recipes-graphics/fontconfig/fontconfig-2.10.1/fix-pkgconfig.patch
similarity index 100%
rename from 
meta/recipes-graphics/fontconfig/fontconfig-2.9.0/fix-pkgconfig.patch
rename to meta/recipes-graphics/fontconfig/fontconfig-2.10.1/fix-pkgconfig.patch
diff --git a/meta/recipes-graphics/fontconfig/fontconfig-native_2.9.0.bb 
b/meta/recipes-graphics/fontconfig/fontconfig-native_2.10.1.bb
similarity index 100%
rename from meta/recipes-graphics/fontconfig/fontconfig-native_2.9.0.bb
rename to meta/recipes-graphics/fontconfig/fontconfig-native_2.10.1.bb
diff --git a/meta/recipes-graphics/fontconfig/fontconfig_2.9.0.bb 
b/meta/recipes-graphics/fontconfig/fontconfig_2.10.1.bb
similarity index 91%
rename from meta/recipes-graphics/fontconfig/fontconfig_2.9.0.bb
rename to meta/recipes-graphics/fontconfig/fontconfig_2.10.1.bb
index 7f3f111..268a3cb 100644
--- a/meta/recipes-graphics/fontconfig/fontconfig_2.9.0.bb
+++ b/meta/recipes-graphics/fontconfig/fontconfig_2.10.1.bb
@@ -14,7 +14,7 @@ BUGTRACKER = 
https://bugs.freedesktop.org/enter_bug.cgi?product=fontconfig;
 LICENSE = MIT-style  MIT  PD
 LIC_FILES_CHKSUM = file://COPYING;md5=dc5b39c592e47a22dbec44855988d2a0 \
 
file://src/fcfreetype.c;endline=45;md5=5d9513e3196a1fbfdfa94051c09dfc84 \
-
file://src/fccache.c;beginline=1077;endline=1092;md5=0326cfeb4a7333dd4dd25fbbc4b9f27f
+
file://src/fccache.c;beginline=1109;endline=1124;md5=0326cfeb4a7333dd4dd25fbbc4b9f27f
 
 SECTION = libs
 
@@ -26,12 +26,13 @@ SRC_URI = 
http://fontconfig.org/release/fontconfig-${PV}.tar.gz \
file://fix-pkgconfig.patch \
file://97_fontconfig
 
-SRC_URI[md5sum] = 26c83855ed256b5c032baae032fadc4f
-SRC_URI[sha256sum] = 
ca7e25071cf044bdcdaf7c48845243c115b9269b4e369c6bd78a29e71f01b41a
+SRC_URI[md5sum] = c94e380eea42f2f23ca9537035ef1899
+SRC_URI[sha256sum] = 
c3912bf909c0057e50a67f58fc1b0ae644f1ebf532a0d97864588d9599280222
 
 PACKAGES =+ fontconfig-utils-dbg fontconfig-utils 
 FILES_fontconfig-utils-dbg = ${bindir}/*.dbg
 FILES_fontconfig-utils = ${bindir}/*
+FILES_${PN} =+ ${datadir}/xml/*
 
 # Work around past breakage in debian.bbclass
 RPROVIDES_fontconfig-utils = libfontconfig-utils
-- 
1.7.9.5


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] [PATCH v3 05/12] xcb-proto: upgrade to 1.8

[Laurentiu Palcu]

Signed-off-by: Laurentiu Palcu laurentiu.pa...@intel.com
---
 .../xcb/{xcb-proto_1.7.1.bb = xcb-proto_1.8.bb}   |4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-graphics/xcb/{xcb-proto_1.7.1.bb = xcb-proto_1.8.bb} (61%)

diff --git a/meta/recipes-graphics/xcb/xcb-proto_1.7.1.bb 
b/meta/recipes-graphics/xcb/xcb-proto_1.8.bb
similarity index 61%
rename from meta/recipes-graphics/xcb/xcb-proto_1.7.1.bb
rename to meta/recipes-graphics/xcb/xcb-proto_1.8.bb
index 27050d2..785156a 100644
--- a/meta/recipes-graphics/xcb/xcb-proto_1.7.1.bb
+++ b/meta/recipes-graphics/xcb/xcb-proto_1.8.bb
@@ -6,5 +6,5 @@ LIC_FILES_CHKSUM = 
file://COPYING;md5=d763b081cb10c223435b01e00dc0aba7 \
 
 PR = r0
 
-SRC_URI[md5sum] = 948fec39dd42f3694edd5d9689735ec4
-SRC_URI[sha256sum] = 
ad5d99887d811c9817f1916d7b3f5dc6c21414c093256cbeffb945aacdc34437
+SRC_URI[md5sum] = a5de3432cc6e43cc6a27f241dbb991b1
+SRC_URI[sha256sum] = 
233d16c7a019235b3092111e7c11429119357eb13754a607b75eea04453121b0
-- 
1.7.9.5


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] [PATCH v3 07/12] libdrm: upgrade to 2.4.40

[Laurentiu Palcu]

Other changes:
 * removed a backported patch;
 * activated libdrm-omap helper layer which is needed by the latest
   xf86-video-omap xorg driver;
 * split libdrm-drivers package into libdrm-radeon, libdrm-nouveau and
   libdrm-omap;

Signed-off-by: Laurentiu Palcu laurentiu.pa...@intel.com
---
 meta/recipes-graphics/drm/libdrm.inc   |   16 +++--
 .../drm/libdrm/disable-cairo.patch |   74 
 .../drm/{libdrm_2.4.39.bb = libdrm_2.4.40.bb} |5 +-
 meta/recipes-graphics/drm/libdrm_git.bb|4 +-
 4 files changed, 15 insertions(+), 84 deletions(-)
 delete mode 100644 meta/recipes-graphics/drm/libdrm/disable-cairo.patch
 rename meta/recipes-graphics/drm/{libdrm_2.4.39.bb = libdrm_2.4.40.bb} (44%)

diff --git a/meta/recipes-graphics/drm/libdrm.inc 
b/meta/recipes-graphics/drm/libdrm.inc
index a64a5df..95d0942 100644
--- a/meta/recipes-graphics/drm/libdrm.inc
+++ b/meta/recipes-graphics/drm/libdrm.inc
@@ -11,17 +11,23 @@ SRC_URI = 
http://dri.freedesktop.org/libdrm/libdrm-${PV}.tar.bz2;
 PROVIDES = drm
 DEPENDS = libpthread-stubs udev
 
-INC_PR = r3
+INC_PR = r4
 
 #libpciaccess is required starting from libdrm 2.4.26
 DEPENDS +=  libpciaccess
 
 inherit autotools pkgconfig
 
-EXTRA_OECONF += --disable-cairo-tests
+EXTRA_OECONF += --disable-cairo-tests \
+ --enable-omap-experimental-api \
+
+ALLOW_EMPTY_${PN}-drivers = 1
+PACKAGES =+ ${PN}-tests ${PN}-drivers ${PN}-radeon ${PN}-nouveau ${PN}-omap 
${PN}-kms
+
+RDEPENDS_${PN}-drivers = ${PN}-radeon ${PN}-nouveau ${PN}-omap
 
-PACKAGES =+ ${PN}-tests ${PN}-drivers ${PN}-kms
 FILES_${PN}-tests = ${bindir}/dr* ${bindir}/mode*
-FILES_${PN}-drivers = ${libdir}/libdrm_*.so.*
+FILES_${PN}-radeon = ${libdir}/libdrm_radeon.so.*
+FILES_${PN}-nouveau = ${libdir}/libdrm_nouveau.so.*
+FILES_${PN}-omap = ${libdir}/libdrm_omap.so.*
 FILES_${PN}-kms = ${libdir}/libkms*.so.*
-
diff --git a/meta/recipes-graphics/drm/libdrm/disable-cairo.patch 
b/meta/recipes-graphics/drm/libdrm/disable-cairo.patch
deleted file mode 100644
index 90e79d4..000
--- a/meta/recipes-graphics/drm/libdrm/disable-cairo.patch
+++ /dev/null
@@ -1,74 +0,0 @@
-commit c81d1df4926072d24b4dad1b488e618e57eff1c6
-Author: Daniel Stone dan...@fooishbar.org
-Date:   Thu Oct 4 10:26:37 2012 +1000
-
-configure.ac: Allow forcible disabling of Cairo support
-
-We don't want to build libdrm tests with Cairo support under Poky, since
-they're never used and also cause a build loop from libdrm - cairo -
-mesa-dri - libdrm.
-
-To avoid variance in build results, introduce a --disable-cairo-tests
-switch.
-
-Upstream-Status: Backport
-
-Signed-off-by: Daniel Stone dan...@fooishbar.org
-
-diff --git a/configure.ac b/configure.ac
-index 290362c..8c28107 100644
 a/configure.ac
-+++ b/configure.ac
-@@ -222,11 +222,23 @@ if test x$EXYNOS = xyes; then
-   AC_DEFINE(HAVE_EXYNOS, 1, [Have EXYNOS support])
- fi
- 
-+AC_ARG_ENABLE([cairo-tests],
-+  [AS_HELP_STRING([--enable-cairo-tests],
-+  [Enable support for Cairo rendering in tests 
(default: auto)])],
-+  [CAIRO=$enableval], [CAIRO=auto])
- PKG_CHECK_MODULES(CAIRO, cairo, [HAVE_CAIRO=yes], [HAVE_CAIRO=no])
--if test x$HAVE_CAIRO = xyes; then
--  AC_DEFINE(HAVE_CAIRO, 1, [Have cairo support])
-+AC_MSG_CHECKING([whether to enable Cairo tests])
-+if test x$CAIRO = xauto; then
-+  CAIRO=$HAVE_CAIRO
- fi
--AM_CONDITIONAL(HAVE_CAIRO, [test x$HAVE_CAIRO = xyes])
-+if test x$CAIRO = xyes; then
-+  if ! test x$HAVE_CAIRO = xyes; then
-+  AC_MSG_ERROR([Cairo support required but not present])
-+  fi
-+  AC_DEFINE(HAVE_CAIRO, 1, [Have Cairo support])
-+fi
-+AC_MSG_RESULT([$CAIRO])
-+AM_CONDITIONAL(HAVE_CAIRO, [test x$CAIRO = xyes])
- 
- # For enumerating devices in test case
- PKG_CHECK_MODULES(LIBUDEV, libudev, [HAVE_LIBUDEV=yes], [HAVE_LIBUDEV=no])
-diff --git a/tests/modetest/Makefile.am b/tests/modetest/Makefile.am
-index b5ec771..065ae13 100644
 a/tests/modetest/Makefile.am
-+++ b/tests/modetest/Makefile.am
-@@ -1,8 +1,7 @@
- AM_CFLAGS = \
-   -I$(top_srcdir)/include/drm \
-   -I$(top_srcdir)/libkms/ \
--  -I$(top_srcdir) \
--  $(CAIRO_CFLAGS)
-+  -I$(top_srcdir)
- 
- noinst_PROGRAMS = \
-   modetest
-@@ -12,5 +11,9 @@ modetest_SOURCES = \
- 
- modetest_LDADD = \
-   $(top_builddir)/libdrm.la \
--  $(top_builddir)/libkms/libkms.la \
--  $(CAIRO_LIBS)
-+  $(top_builddir)/libkms/libkms.la
-+
-+if HAVE_CAIRO
-+AM_CFLAGS += $(CAIRO_CFLAGS)
-+modetest_LDADD += $(CAIRO_LIBS)
-+endif
diff --git a/meta/recipes-graphics/drm/libdrm_2.4.39.bb 
b/meta/recipes-graphics/drm/libdrm_2.4.40.bb
similarity index 44%
rename from meta/recipes-graphics/drm/libdrm_2.4.39.bb
rename to meta/recipes-graphics/drm/libdrm_2.4.40.bb
index f3ce2b1..42f860a 100644
--- a/meta/recipes-graphics/drm/libdrm_2.4.39.bb
+++ 

[OE-core] [PATCH v3 08/12] xserver-xorg: upgrade to 1.13.0

[Laurentiu Palcu]

The patch contains several aditional changes:
 * removed one backported patch (included in the new release);
 * changed mips64-compiler.patch to apply properly;
 * licence checksum for COPYING file changed: some copyright years have
   been changed

The following external modules are now built-in:
 * DBE
 * DRI2
 * DRI
 * RECORD

The extmod module was completely removed.

Signed-off-by: Laurentiu Palcu laurentiu.pa...@intel.com
---
 meta/conf/machine/include/ia32-base.inc|5 +-
 .../xserver-xorg-1.11.4/pkgconfig-deps.patch   |   70 
 .../crosscompile.patch |0
 .../fix_open_max_preprocessor_error.patch  |0
 .../macro_tweak.patch  |0
 .../mips64-compiler.patch  |   28 
 .../recipes-graphics/xorg-xserver/xserver-xorg.inc |   32 +
 ...erver-xorg_1.11.4.bb = xserver-xorg_1.13.0.bb} |5 +-
 8 files changed, 37 insertions(+), 103 deletions(-)
 delete mode 100644 
meta/recipes-graphics/xorg-xserver/xserver-xorg-1.11.4/pkgconfig-deps.patch
 rename meta/recipes-graphics/xorg-xserver/{xserver-xorg-1.11.4 = 
xserver-xorg-1.13.0}/crosscompile.patch (100%)
 rename meta/recipes-graphics/xorg-xserver/{xserver-xorg-1.11.4 = 
xserver-xorg-1.13.0}/fix_open_max_preprocessor_error.patch (100%)
 rename meta/recipes-graphics/xorg-xserver/{xserver-xorg-1.11.4 = 
xserver-xorg-1.13.0}/macro_tweak.patch (100%)
 rename meta/recipes-graphics/xorg-xserver/{xserver-xorg-1.11.4 = 
xserver-xorg-1.13.0}/mips64-compiler.patch (42%)
 rename meta/recipes-graphics/xorg-xserver/{xserver-xorg_1.11.4.bb = 
xserver-xorg_1.13.0.bb} (56%)

diff --git a/meta/conf/machine/include/ia32-base.inc 
b/meta/conf/machine/include/ia32-base.inc
index 4b10183..c2d267a 100644
--- a/meta/conf/machine/include/ia32-base.inc
+++ b/meta/conf/machine/include/ia32-base.inc
@@ -33,11 +33,8 @@ XSERVER_IA32_BASE = xserver-xorg \
xf86-input-synaptics \

 
-XSERVER_IA32_EXT = xserver-xorg-extension-dri \
-   xserver-xorg-extension-dri2 \
+XSERVER_IA32_EXT = 
xserver-xorg-extension-glx \
-   xserver-xorg-extension-extmod \
-   xserver-xorg-extension-dbe \
xserver-xorg-module-libint10 \

 
diff --git 
a/meta/recipes-graphics/xorg-xserver/xserver-xorg-1.11.4/pkgconfig-deps.patch 
b/meta/recipes-graphics/xorg-xserver/xserver-xorg-1.11.4/pkgconfig-deps.patch
deleted file mode 100644
index fee8d76..000
--- 
a/meta/recipes-graphics/xorg-xserver/xserver-xorg-1.11.4/pkgconfig-deps.patch
+++ /dev/null
@@ -1,70 +0,0 @@
-Upstream-Status: Backport
-Signed-off-by: Ross Burton ross.bur...@intel.com
-
-commit 41d903918a5721e53ed694880eab44170f9717cc
-Author: Jeremy Huddleston jerem...@apple.com
-Date:   Wed Sep 14 13:45:18 2011 -0500
-
-xorg-server.pc.in: Remove libpciaccess and pixman-1 from Requires
-
-Every module building against xorg-server does not *Require* pixman nor
-libpciaccess.  If such modules need pixman or pciaccess, they should be
-depending on them directly rather than inheriting a dependency from
-xorg-server.  To do this, they should use PKG_CHECK_MODULES in configure.ac
-to check for pixman-1 or pciaccess and include the apporpriate _LIBS 
variable
-to the appropriate _LDFLAGS variable in Makefile.am
-
-This also moves pixman-1 to Requires.private, so CPPFLAGS is set right to
-to satisfy include dependencies but avoid linking needlessly.
-
-Signed-off-by: Jeremy Huddleston jerem...@apple.com
-Reviewed-by: Gaetan Nadon mems...@videotron.ca
-
-diff --git a/configure.ac b/configure.ac
-index 50beb01..4bfa82c 100644
 a/configure.ac
-+++ b/configure.ac
-@@ -780,11 +780,6 @@ VIDMODEPROTO=xf86vidmodeproto = 2.2.99.1
- WINDOWSWMPROTO=windowswmproto
- APPLEWMPROTO=applewmproto = 1.4
- 
--dnl Core modules for most extensions, et al.
--SDK_REQUIRED_MODULES=[xproto = 7.0.22] [randrproto = 1.2.99.3] 
[renderproto = 0.11] [xextproto = 7.1.99] [inputproto = 1.9.99.902] [kbproto 
= 1.0.3] fontsproto
--# Make SDK_REQUIRED_MODULES available for inclusion in xorg-server.pc
--AC_SUBST(SDK_REQUIRED_MODULES)
--
- dnl List of libraries that require a specific version
- LIBAPPLEWM=applewm = 1.4
- LIBDMX=dmx = 1.0.99.1
-@@ -806,6 +801,11 @@ dnl specific modules against it
- PKG_CHECK_MODULES(PIXMAN, $LIBPIXMAN)
- REQUIRED_LIBS=$REQUIRED_LIBS $LIBPIXMAN $LIBXFONT xau
- 
-+dnl Core modules for most extensions, et al.
-+SDK_REQUIRED_MODULES=[xproto = 7.0.22] [randrproto = 1.2.99.3] 
[renderproto = 0.11] [xextproto = 7.1.99] [inputproto = 1.99.99.902] 
[kbproto = 1.0.3] fontsproto $LIBPIXMAN
-+# Make SDK_REQUIRED_MODULES available for inclusion in xorg-server.pc
-+AC_SUBST(SDK_REQUIRED_MODULES)
-+
- REQUIRED_MODULES=[fixesproto = 5.0] [damageproto = 1.1] [xcmiscproto = 
1.2.0] [xtrans = 1.2.2] [bigreqsproto = 1.1.0] $SDK_REQUIRED_MODULES
- 
- if test x$CONFIG_UDEV = xyes 
-@@ -1583,6 +1583,7 @@ if 

[OE-core] [PATCH v3 09/12] mdadm: upgrade to 3.2.6

[Laurentiu Palcu]

Signed-off-by: Laurentiu Palcu laurentiu.pa...@intel.com
---
 .../mdadm/{mdadm_3.2.5.bb = mdadm_3.2.6.bb}   |6 +++---
 1 file changed, 3 insertions(+), 3 deletions(-)
 rename meta/recipes-extended/mdadm/{mdadm_3.2.5.bb = mdadm_3.2.6.bb} (86%)

diff --git a/meta/recipes-extended/mdadm/mdadm_3.2.5.bb 
b/meta/recipes-extended/mdadm/mdadm_3.2.6.bb
similarity index 86%
rename from meta/recipes-extended/mdadm/mdadm_3.2.5.bb
rename to meta/recipes-extended/mdadm/mdadm_3.2.6.bb
index 61846f4..7b6a6c7 100644
--- a/meta/recipes-extended/mdadm/mdadm_3.2.5.bb
+++ b/meta/recipes-extended/mdadm/mdadm_3.2.6.bb
@@ -8,14 +8,14 @@ LIC_FILES_CHKSUM = 
file://COPYING;md5=b234ee4d69f5fce4486a80fdaf4a4263 \
 
file://mdmon.c;beginline=4;endline=18;md5=af7d8444d9c4d3e5c7caac0d9d34039d \
 
file://mdadm.h;beglinlne=4;endline=22;md5=462bc9936ac0d3da110191a3f9994161
 
-PR = r1
+PR = r0
 
 SRC_URI = ${KERNELORG_MIRROR}/linux/utils/raid/mdadm/${BPN}-${PV}.tar.bz2 \
file://mdadm-3.2.2_fix_for_x32.patch \
  
 
-SRC_URI[md5sum] = 83ba4a6249ae24677e915e44c9cfcc58
-SRC_URI[sha256sum] = 
5ae2bfd241c88601c1ef9072806248491e025fa09a388c40230d72d65eabbd3c
+SRC_URI[md5sum] = 3e255dc71e5144bbcb872788ca647267
+SRC_URI[sha256sum] = 
c44ed3b31238b41cffe67caffaf45067d01e095de9499ea8a94e22dc6c38
 
 CFLAGS += -fno-strict-aliasing
 
-- 
1.7.9.5


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] [PATCH v3 12/12] xf86-video-omap: add new recipe to follow the maintained repo

[Laurentiu Palcu]

This new recipe is needed because the old driver is unmaintained. This
new recipe will follow the new repo.

Signed-off-by: Laurentiu Palcu laurentiu.pa...@intel.com
---
 .../xorg-driver/xf86-video-omap_git.bb |   31 
 1 file changed, 31 insertions(+)
 create mode 100644 meta/recipes-graphics/xorg-driver/xf86-video-omap_git.bb

diff --git a/meta/recipes-graphics/xorg-driver/xf86-video-omap_git.bb 
b/meta/recipes-graphics/xorg-driver/xf86-video-omap_git.bb
new file mode 100644
index 000..b3177eb
--- /dev/null
+++ b/meta/recipes-graphics/xorg-driver/xf86-video-omap_git.bb
@@ -0,0 +1,31 @@
+require xorg-driver-video.inc
+
+SUMMARY = X.Org X server -- Texas Instruments OMAP framebuffer driver
+
+DESCRIPTION = omap driver supports the basic Texas Instruments OMAP \
+framebuffer.
+
+LICENSE = GPLv2+
+LIC_FILES_CHKSUM = file://COPYING;md5=10ce5de3b111315ea652a5f74ec0c602
+DEPENDS += virtual/libx11 libdrm
+
+RPROVIDES = xf86-video-omapfb
+RCONFLICTS = xf86-video-omapfb
+RREPLACES = xf86-video-omapfb
+
+SRCREV = ae0394e687f1a77e966cf72f895da91840dffb8f
+PR = ${INC_PR}.0
+PV = 0.4.2+gitr${SRCPV}
+
+SRC_URI = 
git://anongit.freedesktop.org/xorg/driver/xf86-video-omap;protocol=git \
+
+
+S = ${WORKDIR}/git
+
+EXTRA_OECONF_armv7a =  --enable-neon 
+CFLAGS +=  -I${STAGING_INCDIR}/xorg 
+
+# Use overlay 2 on omap3 to enable other apps to use overlay 1 (e.g. dmai or 
omapfbplay)
+do_compile_prepend_armv7a () {
+sed -i -e s:fb1:fb2:g ${S}/src/omap_xv.c
+}
-- 
1.7.9.5


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] [PATCH v3 01/12] xf86-video-vesa: upgrade to 2.3.2

[Laurentiu Palcu]

Signed-off-by: Laurentiu Palcu laurentiu.pa...@intel.com
---
 ...ideo-vesa_2.3.1.bb = xf86-video-vesa_2.3.2.bb} |6 +++---
 1 file changed, 3 insertions(+), 3 deletions(-)
 rename meta/recipes-graphics/xorg-driver/{xf86-video-vesa_2.3.1.bb = 
xf86-video-vesa_2.3.2.bb} (80%)

diff --git a/meta/recipes-graphics/xorg-driver/xf86-video-vesa_2.3.1.bb 
b/meta/recipes-graphics/xorg-driver/xf86-video-vesa_2.3.2.bb
similarity index 80%
rename from meta/recipes-graphics/xorg-driver/xf86-video-vesa_2.3.1.bb
rename to meta/recipes-graphics/xorg-driver/xf86-video-vesa_2.3.2.bb
index bc7fb2e..0fc6b71 100644
--- a/meta/recipes-graphics/xorg-driver/xf86-video-vesa_2.3.1.bb
+++ b/meta/recipes-graphics/xorg-driver/xf86-video-vesa_2.3.2.bb
@@ -11,7 +11,7 @@ can drive most VESA-compatible video cards, but only makes 
use of the \
 basic standard VESA core that is common to these cards. The driver \
 supports depths 8, 15 16 and 24.
 
-PR = ${INC_PR}.1
+PR = ${INC_PR}.0
 
 DEPENDS += virtual/libx11 libxvmc drm xf86driproto glproto \
virtual/libgl xineramaproto xf86driproto libpciaccess
@@ -20,5 +20,5 @@ COMPATIBLE_HOST = '(i.86|x86_64).*-linux'
 
 RRECOMMENDS_${PN} += xserver-xorg-module-libint10
 
-SRC_URI[md5sum] = 02e6eacc2d1e07ac893b62481905d6f0
-SRC_URI[sha256sum] = 
e4a1038d5bc8884de461737f68f963651ef91137976388e1db4efc3991d01573
+SRC_URI[md5sum] = 3eddd393fba79550e012d717499d58ad
+SRC_URI[sha256sum] = 
144a17ffae3c86603ddc4ae33521a52813498ee1f8213faa662dc4a8d6490ee3
-- 
1.7.9.5


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] [PATCH v3 00/12] xorg upgrades

[Laurentiu Palcu]

Changes in v3:
 * reintroduced the old xf86-video-omapfb recipe. However, this will not build
   because it needs to be ported to work with the compat-api. The new recipe
   has this, though. So there will still be work to be done in order to have
   this work with the 1.13 xorg server;
 * addressed Martin's comments;

Changes in v2:
 * changes to yocto BSP related files were separated and will be sent to the
   appropriate list;
 * added RPROVIDES/RREPLACES/RCONFLICTS where applicable (libdrm, xserver-xorg
   and xf86-video-omap recipes). Had a little help from Ross with these, thanks!

Hi,

This patchset contains, mainly, xorg server/drivers upgrades and an unrelated
one: mdadm. The yocto autobuilder nightlies (x86/x86_64/ppc/arm/mips) compiled
successfully. Compilations were done on top of the following commit:
78983e939ab17f02f8911c8b0d0e326b419856b9.

The tests done were basic functionality tests in qemu. xf86-input-synaptics and
xf86-video-omap were not tested due to lack of hardware. If anybody is willing
to give them a try, they're welcome.

Thanks,
Laurentiu

The following changes since commit 41125ddc8651494ffcf888d3b5efce1ae6d953bb:

  bitbake: print clear message for bitbake -e ASSUME_PROVIDED (2012-11-13 
14:21:16 +)

are available in the git repository at:

  git://git.yoctoproject.org/poky-contrib lpalcu/upgrades
  http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=lpalcu/upgrades

Laurentiu Palcu (12):
  xf86-video-vesa: upgrade to 2.3.2
  xf86-video-intel: upgrade to 2.20.12
  xf86-input-mouse: upgrade to 1.8.1
  xkeyboard-config: upgrade to 2.7
  xcb-proto: upgrade to 1.8
  fontconfig: upgrade to 2.10.1
  libdrm: upgrade to 2.4.40
  xserver-xorg: upgrade to 1.13.0
  mdadm: upgrade to 3.2.6
  xf86-video-vmware: Add compat API
  xf86-input-synaptics: add mtdev dependency
  xf86-video-omap: add new recipe to follow the maintained repo

 meta/conf/machine/include/ia32-base.inc|5 +-
 .../mdadm/{mdadm_3.2.5.bb = mdadm_3.2.6.bb}   |6 +-
 meta/recipes-graphics/drm/libdrm.inc   |   16 +-
 .../drm/libdrm/disable-cairo.patch |   74 ---
 .../drm/{libdrm_2.4.39.bb = libdrm_2.4.40.bb} |5 +-
 meta/recipes-graphics/drm/libdrm_git.bb|4 +-
 .../97_fontconfig  |0
 .../fix-pkgconfig.patch|0
 ...native_2.9.0.bb = fontconfig-native_2.10.1.bb} |0
 .../{fontconfig_2.9.0.bb = fontconfig_2.10.1.bb}  |7 +-
 .../xcb/{xcb-proto_1.7.1.bb = xcb-proto_1.8.bb}   |4 +-
 ...ut-mouse_1.7.2.bb = xf86-input-mouse_1.8.1.bb} |7 +-
 .../xorg-driver/xf86-input-synaptics_1.6.2.bb  |4 +-
 .../xorg-driver/xf86-input-synaptics_git.bb|4 +-
 ...intel_2.20.8.bb = xf86-video-intel_2.20.12.bb} |6 +-
 .../xorg-driver/xf86-video-omap_git.bb |   31 +
 ...ideo-vesa_2.3.1.bb = xf86-video-vesa_2.3.2.bb} |6 +-
 ...ware-port-vmware-driver-to-new-compat-API.patch |  655 
 .../xorg-driver/xf86-video-vmware_12.0.2.bb|3 +-
 ...board-config_2.1.bb = xkeyboard-config_2.7.bb} |   10 +-
 .../xserver-xorg-1.11.4/pkgconfig-deps.patch   |   70 ---
 .../crosscompile.patch |0
 .../fix_open_max_preprocessor_error.patch  |0
 .../macro_tweak.patch  |0
 .../mips64-compiler.patch  |   28 +-
 .../recipes-graphics/xorg-xserver/xserver-xorg.inc |   32 +-
 ...erver-xorg_1.11.4.bb = xserver-xorg_1.13.0.bb} |5 +-
 27 files changed, 768 insertions(+), 214 deletions(-)
 rename meta/recipes-extended/mdadm/{mdadm_3.2.5.bb = mdadm_3.2.6.bb} (86%)
 delete mode 100644 meta/recipes-graphics/drm/libdrm/disable-cairo.patch
 rename meta/recipes-graphics/drm/{libdrm_2.4.39.bb = libdrm_2.4.40.bb} (44%)
 rename meta/recipes-graphics/fontconfig/{fontconfig-2.9.0 = 
fontconfig-2.10.1}/97_fontconfig (100%)
 rename meta/recipes-graphics/fontconfig/{fontconfig-2.9.0 = 
fontconfig-2.10.1}/fix-pkgconfig.patch (100%)
 rename meta/recipes-graphics/fontconfig/{fontconfig-native_2.9.0.bb = 
fontconfig-native_2.10.1.bb} (100%)
 rename meta/recipes-graphics/fontconfig/{fontconfig_2.9.0.bb = 
fontconfig_2.10.1.bb} (91%)
 rename meta/recipes-graphics/xcb/{xcb-proto_1.7.1.bb = xcb-proto_1.8.bb} (61%)
 rename meta/recipes-graphics/xorg-driver/{xf86-input-mouse_1.7.2.bb = 
xf86-input-mouse_1.8.1.bb} (64%)
 rename meta/recipes-graphics/xorg-driver/{xf86-video-intel_2.20.8.bb = 
xf86-video-intel_2.20.12.bb} (84%)
 create mode 100644 meta/recipes-graphics/xorg-driver/xf86-video-omap_git.bb
 rename meta/recipes-graphics/xorg-driver/{xf86-video-vesa_2.3.1.bb = 
xf86-video-vesa_2.3.2.bb} (80%)
 create mode 100644 
meta/recipes-graphics/xorg-driver/xf86-video-vmware/vmware-port-vmware-driver-to-new-compat-API.patch
 rename meta/recipes-graphics/xorg-lib/{xkeyboard-config_2.1.bb = 
xkeyboard-config_2.7.bb} (75%)
 delete mode 100644 

[OE-core] [PATCH v3 03/12] xf86-input-mouse: upgrade to 1.8.1

[Laurentiu Palcu]

Licence chacksum changed because Red Hat added a copyright line.

Signed-off-by: Laurentiu Palcu laurentiu.pa...@intel.com
---
 ...ut-mouse_1.7.2.bb = xf86-input-mouse_1.8.1.bb} |7 ---
 1 file changed, 4 insertions(+), 3 deletions(-)
 rename meta/recipes-graphics/xorg-driver/{xf86-input-mouse_1.7.2.bb = 
xf86-input-mouse_1.8.1.bb} (64%)

diff --git a/meta/recipes-graphics/xorg-driver/xf86-input-mouse_1.7.2.bb 
b/meta/recipes-graphics/xorg-driver/xf86-input-mouse_1.8.1.bb
similarity index 64%
rename from meta/recipes-graphics/xorg-driver/xf86-input-mouse_1.7.2.bb
rename to meta/recipes-graphics/xorg-driver/xf86-input-mouse_1.8.1.bb
index 9ff4563..3b1dce4 100644
--- a/meta/recipes-graphics/xorg-driver/xf86-input-mouse_1.7.2.bb
+++ b/meta/recipes-graphics/xorg-driver/xf86-input-mouse_1.8.1.bb
@@ -8,9 +8,10 @@ functions as a pointer input device, and may be used as the X 
server's \
 core pointer. Multiple mice are supported by multiple instances of this \
 driver.
 
-LIC_FILES_CHKSUM = file://COPYING;md5=237eb1d1a602d29ef2af62d8fba60f19
+LIC_FILES_CHKSUM = file://COPYING;md5=90ea9f90d72b6d9327dede5ffdb2a510
 
 PR = ${INC_PR}.0
 
-SRC_URI[md5sum] = 871c828b88e9c973f1457724b35576fb
-SRC_URI[sha256sum] = 
332b7357c18e6b9daba51c8ed48ce118e9b51fb5990b6a2a68637be62da7413b
+SRC_URI[md5sum] = f314c56e4ac6c8fc0cc2710892d5776e
+SRC_URI[sha256sum] = 
f5b97aac9aab8fa8b933e960631441ae23b18681c8bf3d5007c00da838f9c9c8
+
-- 
1.7.9.5


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] [PATCH v3 04/12] xkeyboard-config: upgrade to 2.7

[Laurentiu Palcu]

A couple of extra changes:
 * changed the SRC_URI to the new, valid, one
 * added dependency of gettext (do_qa_configure detected is needed)

Signed-off-by: Laurentiu Palcu laurentiu.pa...@intel.com
---
 ...board-config_2.1.bb = xkeyboard-config_2.7.bb} |   10 +-
 1 file changed, 5 insertions(+), 5 deletions(-)
 rename meta/recipes-graphics/xorg-lib/{xkeyboard-config_2.1.bb = 
xkeyboard-config_2.7.bb} (75%)

diff --git a/meta/recipes-graphics/xorg-lib/xkeyboard-config_2.1.bb 
b/meta/recipes-graphics/xorg-lib/xkeyboard-config_2.7.bb
similarity index 75%
rename from meta/recipes-graphics/xorg-lib/xkeyboard-config_2.1.bb
rename to meta/recipes-graphics/xorg-lib/xkeyboard-config_2.7.bb
index 1b28208..96c6188 100644
--- a/meta/recipes-graphics/xorg-lib/xkeyboard-config_2.1.bb
+++ b/meta/recipes-graphics/xorg-lib/xkeyboard-config_2.7.bb
@@ -12,14 +12,14 @@ BUGTRACKER = 
https://bugs.freedesktop.org/enter_bug.cgi?product=xkeyboard-confi
 LICENSE = MIT  MIT-style
 LIC_FILES_CHKSUM = file://COPYING;md5=0e7f21ca7db975c63467d2e7624a12f9
 
-SRC_URI = http://people.freedesktop.org/~svu/xkeyboard-config-${PV}.tar.bz2;
-SRC_URI[md5sum] = 6ce65480445fb2d9c071ad1f002a7675
-SRC_URI[sha256sum] = 
e293aa4b0dd259dbb4f0e7f56fdd95db5047d052c7b3b80922fe5663923a805d
+SRC_URI=${XORG_MIRROR}/individual/data/xkeyboard-config/${BPN}-${PV}.tar.bz2
+SRC_URI[md5sum] = 6ad7b43062f123eacf8ff0eb3a4e0678
+SRC_URI[sha256sum] = 
e43478a12fb0fe6757a7bad3a04fd3747ec53e53d5af22a9d9829dfb9aac8321
 
 SECTION = x11/libs
-DEPENDS = intltool-native xkbcomp-native glib-2.0
+DEPENDS = intltool-native xkbcomp-native glib-2.0 virtual/gettext
 
-PR = r2
+PR = r0
 
 EXTRA_OECONF = --with-xkb-rules-symlink=xorg
 
-- 
1.7.9.5


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] bash: Add fix for cross compile issues

[Richard Purdie]

On Wed, 2012-11-14 at 13:30 +0100, Martin Jansa wrote:
 On Tue, Nov 13, 2012 at 01:59:19PM +, Richard Purdie wrote:
  Signed-off-by: Richard Purdie richard.pur...@linuxfoundation.org
  ---
  diff --git a/meta/recipes-extended/bash/bash-4.2/crossfix.patch 
  b/meta/recipes-extended/bash/bash-4.2/crossfix.patch
  new file mode 100644
  index 000..f587c34
  --- a/dev/null
  +++ b/meta/recipes-extended/bash/bash-4.2/crossfix.patch
  @@ -0,0 +1,28 @@
 
 Are you using some special tool to generate git patches or some weird
 git version?

Basically, the data from cgit in the web interface is broken and that is
causing this.

 Patches from you where you add some file usually does not apply here,
 It's caused by:
 --- a/dev/null
 +++ b/meta/recipes-extended/bash/bash-4.2/crossfix.patch
 which usually looks like
 --- /dev/null
 +++ b/meta/recipes-extended/bash/bash-4.2/crossfix.patch

Right, there is a bug in cgit. I'm not sure if anyone fancies trying to
find/fix it?

Cheers,

Richard


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] bash: Add fix for cross compile issues

[Richard Purdie]

On Wed, 2012-11-14 at 13:24 +, Richard Purdie wrote:
 On Wed, 2012-11-14 at 13:30 +0100, Martin Jansa wrote:
  On Tue, Nov 13, 2012 at 01:59:19PM +, Richard Purdie wrote:
   Signed-off-by: Richard Purdie richard.pur...@linuxfoundation.org
   ---
   diff --git a/meta/recipes-extended/bash/bash-4.2/crossfix.patch 
   b/meta/recipes-extended/bash/bash-4.2/crossfix.patch
   new file mode 100644
   index 000..f587c34
   --- a/dev/null
   +++ b/meta/recipes-extended/bash/bash-4.2/crossfix.patch
   @@ -0,0 +1,28 @@
  
  Are you using some special tool to generate git patches or some weird
  git version?
 
 Basically, the data from cgit in the web interface is broken and that is
 causing this.
 
  Patches from you where you add some file usually does not apply here,
  It's caused by:
  --- a/dev/null
  +++ b/meta/recipes-extended/bash/bash-4.2/crossfix.patch
  which usually looks like
  --- /dev/null
  +++ b/meta/recipes-extended/bash/bash-4.2/crossfix.patch
 
 Right, there is a bug in cgit. I'm not sure if anyone fancies trying to
 find/fix it?

Actually, its not hard to find:

http://hjemli.net/git/cgit/tree/ui-patch.c


In header(), the:
htmlf(\n--- a/%s\n, path1);
htmlf(+++ b/%s\n, path2);
needs to be conditional on is_null_sha1(sha1)/is_null_sha1(sha2) with
the alternative of:
htmlf(\n--- /%s\n, path1);
htmlf(+++ /%s\n, path2);
which there are a variety of ways to achieve...

Michael: Fancy fixing that on the server and sending a patch
upstream? :)

Cheers,

Richard




___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] bash: Add fix for cross compile issues

[Martin Jansa]

On Wed, Nov 14, 2012 at 01:24:02PM +, Richard Purdie wrote:
 On Wed, 2012-11-14 at 13:30 +0100, Martin Jansa wrote:
  On Tue, Nov 13, 2012 at 01:59:19PM +, Richard Purdie wrote:
   Signed-off-by: Richard Purdie richard.pur...@linuxfoundation.org
   ---
   diff --git a/meta/recipes-extended/bash/bash-4.2/crossfix.patch 
   b/meta/recipes-extended/bash/bash-4.2/crossfix.patch
   new file mode 100644
   index 000..f587c34
   --- a/dev/null
   +++ b/meta/recipes-extended/bash/bash-4.2/crossfix.patch
   @@ -0,0 +1,28 @@
  
  Are you using some special tool to generate git patches or some weird
  git version?
 
 Basically, the data from cgit in the web interface is broken and that is
 causing this.

You're copy pasting cgit output to email when sending patches, or how is
cgit involved in your patch flow?

I'm just curious, because I usually use only git send-email or
create-pull-request script.

Cheers,

  Patches from you where you add some file usually does not apply here,
  It's caused by:
  --- a/dev/null
  +++ b/meta/recipes-extended/bash/bash-4.2/crossfix.patch
  which usually looks like
  --- /dev/null
  +++ b/meta/recipes-extended/bash/bash-4.2/crossfix.patch
 
 Right, there is a bug in cgit. I'm not sure if anyone fancies trying to
 find/fix it?
 
 Cheers,
 
 Richard
 

-- 
Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com


signature.asc
Description: Digital signature
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] bash: Add fix for cross compile issues

[Chris Larson]

On Wed, Nov 14, 2012 at 6:01 AM, Richard Purdie 
richard.pur...@linuxfoundation.org wrote:

  The reason for this failure has to do with a particular set of
  circumstances. A header in the bash source tree defines STRING() based
  on HAVE_STRINGIZE. This define overwrites the unistd.h define of the
  same macro. The unistd.h definitions of read() and open() wrap the
  call to the real functions to implement FORTIFY_SOURCES, and those
  wrappers use STRING() to do it. As a result, for any host that
  defaults to -DFORTIFY_SOURCES, STRING() returns 'x' resulting in a
  concatenation rather than an assembly level rename of the function
  being called.
 
  If we add -DHAVE_STRINGIZE in the CROSS_COMPILE case, then STRING()
  will be defined to something useful, and therefore the FORTIFY_SOURCES
  wrappers don't get hosed.
 
  See
 http://git.yoctoproject.org/cgit/cgit.cgi/meta-mentor/commit/?id=da0ff91for 
 an alternative fix which may be more likely to be accepted upstream.
 
 This is better, yes. Is there a reason this is in meta-mentor and not
 OE-Core? I'd really like to pull it into OE-Core...


Nope, it's just in the pending upstream pile. I'll send a patch against
oe-core to the list today if you'd like.
-- 
Christopher Larson
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 2/9] builder: Add password for user

[Mark Hatle]

On 11/13/12 11:32 PM, Saul Wold wrote:

This is needed to allow openssh to work correctly for the Eclipse
plugin to have access to the build appliance to view/modify recipes
and lauch builds

Signed-off-by: Saul Wold s...@linux.intel.com
---
  meta/recipes-graphics/builder/builder_0.1.bb |5 +++--
  1 files changed, 3 insertions(+), 2 deletions(-)

diff --git a/meta/recipes-graphics/builder/builder_0.1.bb 
b/meta/recipes-graphics/builder/builder_0.1.bb
index 5c12c14..7ac531c 100644
--- a/meta/recipes-graphics/builder/builder_0.1.bb
+++ b/meta/recipes-graphics/builder/builder_0.1.bb
@@ -1,7 +1,7 @@
  SUMMARY = New user to do specific job
  DESCRIPTION = This recipe create a new user named ${PN}, who is used for specific 
jobs like building. The task can be auto started via mini X
  SECTION = x11
-PR = r4
+PR = r5
  LICENSE = MIT
  LIC_FILES_CHKSUM = 
file://builder_hob_start.sh;endline=5;md5=84796c3c41785d86100fdabcbdade00e

@@ -18,7 +18,8 @@ inherit useradd
  USERADD_PACKAGES = ${PN}
  USERADD_PARAM_${PN} = --system --create-home \
 --groups video,tty,audio \
-   --user-group ${PN}
+   --user-group ${PN} \
+   --password .gLibiNXn0P12


This should work, but can you add a comment that indicates the plain-text for 
the password?


--Mark


  do_install () {
install -d -m 755 ${D}${sysconfdir}/mini_x/session.d




___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] bash: Add fix for cross compile issues

[Richard Purdie]

On Wed, 2012-11-14 at 07:08 -0700, Chris Larson wrote:
 On Wed, Nov 14, 2012 at 6:01 AM, Richard Purdie
 richard.pur...@linuxfoundation.org wrote:
  The reason for this failure has to do with a particular set
 of
  circumstances. A header in the bash source tree defines
 STRING() based
  on HAVE_STRINGIZE. This define overwrites the unistd.h
 define of the
  same macro. The unistd.h definitions of read() and open()
 wrap the
  call to the real functions to implement FORTIFY_SOURCES, and
 those
  wrappers use STRING() to do it. As a result, for any host
 that
  defaults to -DFORTIFY_SOURCES, STRING() returns 'x'
 resulting in a
  concatenation rather than an assembly level rename of the
 function
  being called.
 
  If we add -DHAVE_STRINGIZE in the CROSS_COMPILE case, then
 STRING()
  will be defined to something useful, and therefore the
 FORTIFY_SOURCES
  wrappers don't get hosed.
 
  See
 
 http://git.yoctoproject.org/cgit/cgit.cgi/meta-mentor/commit/?id=da0ff91 for 
 an alternative fix which may be more likely to be accepted upstream.
 
 
 This is better, yes. Is there a reason this is in meta-mentor
 and not
 OE-Core? I'd really like to pull it into OE-Core...
 
 Nope, it's just in the pending upstream pile. I'll send a patch
 against oe-core to the list today if you'd like.

Please, I'd like to get that problem fixed.

Cheers,

Richard



___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] [PATCH] make-3.82: Add patch for archive expression expansion issues

[Richard Purdie]

bitbake make-native; MACHINE=qemuarm bitbake icu

would fail with:

*** No rule to make target `uconvmsg/libuconvmsg.a(uconvmsg/uconvmsg_dat.ao', 
needed by `uconvmsg/libuconvmsg.a'.  Stop

which is caused by a bug in make 3.82 which the attached patch fixes.

Signed-off-by: Richard Purdie richard.pur...@linuxfoundation.org
---
diff --git 
a/meta/recipes-devtools/make/make-3.82/make-savannah-bug30612-handling_of_archives.patch
 
b/meta/recipes-devtools/make/make-3.82/make-savannah-bug30612-handling_of_archives.patch
new file mode 100644
index 000..2502ac7
--- /dev/null
+++ 
b/meta/recipes-devtools/make/make-3.82/make-savannah-bug30612-handling_of_archives.patch
@@ -0,0 +1,188 @@
+Upstream-Status: Backport
+
+2010-08-13  Paul Smith  psm...@gnu.org
+
+* NEWS: Accidentally forgot to back out the sorted wildcard
+enhancement in 3.82, so update NEWS.
+Also add NEWS about the error check for explicit and pattern
+targets in the same rule, added to 3.82.
+
+* main.c (main): Add oneshell to $(.FEATURES) (forgot to add
+this in 3.82!)
+
+* read.c (parse_file_seq): Fix various errors parsing archives
+with multiple objects in the parenthesis, as well as wildcards.
+Fixes Savannah bug #30612.
+
+
+Index: NEWS
+===
+--- NEWS.orig  2010-07-28 05:39:50.0 +
 NEWS   2012-11-14 11:07:26.427456125 +
+@@ -18,14 +18,6 @@
+ * Compiling GNU make now requires a conforming ISO C 1989 compiler and
+   standard runtime library.
+ 
+-* WARNING: Future backward-incompatibility!
+-  Wildcards are not documented as returning sorted values, but up to and
+-  including this release the results have been sorted and some makefiles are
+-  apparently depending on that.  In the next release of GNU make, for
+-  performance reasons, we may remove that sorting.  If your makefiles
+-  require sorted results from wildcard expansions, use the $(sort ...)
+-  function to request it explicitly.
+-
+ * WARNING: Backward-incompatibility!
+   The POSIX standard for make was changed in the 2008 version in a
+   fundamentally incompatible way: make is required to invoke the shell as if
+@@ -42,6 +34,21 @@
+   existing targets were provided in $?).
+ 
+ * WARNING: Backward-incompatibility!
++  Wildcards were not documented as returning sorted values, but the results
++  have been sorted up until this release..  If your makefiles require sorted
++  results from wildcard expansions, use the $(sort ...)  function to request
++  it explicitly.
++
++* WARNING: Backward-incompatibility!
++  In previous versions of make it was acceptable to list one or more explicit
++  targets followed by one or more pattern targets in the same rule and it
++  worked as expected.  However, this was not documented as acceptable and if
++  you listed any explicit targets AFTER the pattern targets, the entire rule
++  would be mis-parsed.  This release removes this ability completely: make
++  will generate an error message if you mix explicit and pattern targets in
++  the same rule.
++
++* WARNING: Backward-incompatibility!
+   As a result of parser enhancements, three backward-compatibility issues
+   exist: first, a prerequisite containing an = cannot be escaped with a
+   backslash any longer.  You must create a variable containing an = and
+Index: main.c
+===
+--- main.c.orig2012-11-14 11:07:25.0 +
 main.c 2012-11-14 11:07:26.427456125 +
+@@ -1138,7 +1138,7 @@
+  a macro and some compilers (MSVC) don't like conditionals in macros.  */
+   {
+ const char *features = target-specific order-only second-expansion
+-else-if shortest-stem undefine
++else-if shortest-stem undefine oneshell
+ #ifndef NO_ARCHIVES
+ archives
+ #endif
+Index: read.c
+===
+--- read.c.orig2010-07-13 01:20:42.0 +
 read.c 2012-11-14 11:07:26.431456125 +
+@@ -3028,7 +3028,7 @@
+ {
+   /* This looks like the first element in an open archive group.
+  A valid group MUST have ')' as the last character.  */
+-  const char *e = p + nlen;
++  const char *e = p;
+   do
+ {
+   e = next_token (e);
+@@ -3084,19 +3084,19 @@
+  Go to the next item in the string.  */
+   if (flags  PARSEFS_NOGLOB)
+ {
+-  NEWELT (concat (2, prefix, tp));
++  NEWELT (concat (2, prefix, tmpbuf));
+   continue;
+ }
+ 
+   /* If we get here we know we're doing glob expansion.
+  TP is a string in tmpbuf.  NLEN is no longer used.
+  We may need to do more work: after this NAME will be set.  */
+-  name = tp;
++  name = tmpbuf;
+ 
+   /* Expand tilde if applicable.  */
+-  if 

[OE-core] [PATCH] python: Resolve intermediate staging issues

[Richard Purdie]

Its bad practise to poke into the sysroot without knowledge of sstate.

This adds a patch to python allowing us to account for cross compiling
and allow it to find the Makefile/pyconfig.h files without needing them 
in the sysroot for do_compile/do_install to complete.

Tested on two architectures and compared with buildhistory with no 
significant delta.

Signed-off-by: Richard Purdie richard.pur...@linuxfoundation.org
---
diff --git a/meta/recipes-devtools/python/python-native_2.7.3.bb 
b/meta/recipes-devtools/python/python-native_2.7.3.bb
index d450949..b0b3503 100644
--- a/meta/recipes-devtools/python/python-native_2.7.3.bb
+++ b/meta/recipes-devtools/python/python-native_2.7.3.bb
@@ -15,6 +15,7 @@ SRC_URI += file://04-default-is-optimized.patch \
file://nohostlibs.patch \
file://multilib.patch \
file://add-md5module-support.patch \
+   file://builddir.patch \

 S = ${WORKDIR}/Python-${PV}
 
diff --git a/meta/recipes-devtools/python/python/builddir.patch 
b/meta/recipes-devtools/python/python/builddir.patch
new file mode 100644
index 000..930170b
--- /dev/null
+++ b/meta/recipes-devtools/python/python/builddir.patch
@@ -0,0 +1,55 @@
+When cross compiling python, we used to need to install the Makefile, 
pyconfig.h 
+and the python library to their final location before being able to compile 
the 
+rest of python. This change allows us to point python at its own source when
+building, avoiding a variety of sysroot staging issues and simplifying the main
+python recipe.
+
+Upstream-Status: Inappropriate
+RP 2012/11/13
+
+Index: Python-2.7.3/Lib/sysconfig.py
+===
+--- Python-2.7.3.orig/Lib/sysconfig.py 2012-11-13 14:36:08.429167199 +
 Python-2.7.3/Lib/sysconfig.py  2012-11-13 21:58:31.788551800 +
+@@ -93,6 +93,7 @@
+ _EXEC_PREFIX = os.path.normpath(sys.exec_prefix)
+ _CONFIG_VARS = None
+ _USER_BASE = None
++_PYTHONBUILDDIR = os.environ.get(PYTHONBUILDDIR, None)
+ 
+ def _safe_realpath(path):
+ try:
+@@ -100,7 +102,9 @@
+ except OSError:
+ return path
+ 
+-if sys.executable:
++if _PYTHONBUILDDIR:
++_PROJECT_BASE = _PYTHONBUILDDIR
++elif sys.executable:
+ _PROJECT_BASE = os.path.dirname(_safe_realpath(sys.executable))
+ else:
+ # sys.executable can be empty if argv[0] has been changed and Python is
+Index: Python-2.7.3/Lib/distutils/sysconfig.py
+===
+--- Python-2.7.3.orig/Lib/distutils/sysconfig.py   2012-11-13 
14:36:08.005167209 +
 Python-2.7.3/Lib/distutils/sysconfig.py2012-11-13 22:07:05.644540695 
+
+@@ -26,6 +26,9 @@
+ # live in project/PCBuild9.  If we're dealing with an x64 Windows build,
+ # it'll live in project/PCbuild/amd64.
+ project_base = os.path.dirname(os.path.abspath(sys.executable))
++_PYTHONBUILDDIR = os.environ.get(PYTHONBUILDDIR, None)
++if _PYTHONBUILDDIR:
++project_base = _PYTHONBUILDDIR
+ if os.name == nt and pcbuild in project_base[-8:].lower():
+ project_base = os.path.abspath(os.path.join(project_base, os.path.pardir))
+ # PC/VS7.1
+@@ -247,7 +250,7 @@
+ def get_makefile_filename():
+ Return full pathname of installed Makefile from the Python build.
+ if python_build:
+-return os.path.join(os.path.dirname(sys.executable), Makefile)
++return os.path.join(project_base, Makefile)
+ lib_dir = get_python_lib(plat_specific=1, standard_lib=1)
+ return os.path.join(lib_dir, config, Makefile)
+ 
diff --git a/meta/recipes-devtools/python/python_2.7.3.bb 
b/meta/recipes-devtools/python/python_2.7.3.bb
index 3a17c85..f0d5c90 100644
--- a/meta/recipes-devtools/python/python_2.7.3.bb
+++ b/meta/recipes-devtools/python/python_2.7.3.bb
@@ -27,6 +27,7 @@ SRC_URI += \
   file://avoid_warning_for_sunos_specific_module.patch \
   file://python-2.7.3-berkeley-db-5.3.patch \
   file://python-2.7.3-remove-bsdb-rpath.patch \
+  file://builddir.patch \
 
 
 S = ${WORKDIR}/Python-${PV}
@@ -55,17 +56,6 @@ do_compile() {
 sed -e 's,${STAGING_DIR_HOST},,g' -i *.py
 cd -
 
-   #
-   # Copy config.h and an appropriate Makefile for distutils.sysconfig,
-   # which laters uses the information out of these to compile extensions
-   #
-   # The following part (until python compilation) should probably moved 
to an
-   # -initial recipe to handle staging better
-   #
-   install -d ${STAGING_INCDIR}/python${PYTHON_MAJMIN}/
-   install -d ${STAGING_LIBDIR}/python${PYTHON_MAJMIN}/config/
-   install -m 0644 pyconfig.h ${STAGING_INCDIR}/python${PYTHON_MAJMIN}/
-
# remove hardcoded ccache, see 
http://bugs.openembedded.net/show_bug.cgi?id=4144
sed -i -e s,ccache,'$(CCACHE)', Makefile
 
@@ -83,22 +73,12 @@ do_compile() {
-e 's,^INCLUDEDIR=.*,INCLUDE=${STAGING_INCDIR},g' \
-e 's,^CONFINCLUDEDIR=.*,CONFINCLUDE=${STAGING_INCDIR},g' 

[OE-core] [PATCH] sstate: Drop now unneeded python whitelist entries

[Richard Purdie]

Signed-off-by: Richard Purdie richard.pur...@linuxfoundation.org
---
diff --git a/meta/classes/sstate.bbclass b/meta/classes/sstate.bbclass
index 12c9c60..fce4956 100644
--- a/meta/classes/sstate.bbclass
+++ b/meta/classes/sstate.bbclass
@@ -21,8 +21,6 @@ SSTATE_DUPWHITELIST = ${DEPLOY_DIR_IMAGE}/ 
${DEPLOY_DIR}/licenses/
 # Also need to make cross recipes append to ${PN} and install once for any 
given PACAGE_ARCH so
 # can avoid multiple installs (e.g. routerstationpro+qemumips both using 
mips32)
 SSTATE_DUPWHITELIST += ${STAGING_LIBDIR_NATIVE}/${MULTIMACH_TARGET_SYS} 
${STAGING_DIR_NATIVE}/usr/libexec/${MULTIMACH_TARGET_SYS} 
${STAGING_BINDIR_NATIVE}/${MULTIMACH_TARGET_SYS} 
${STAGING_DIR_NATIVE}${includedir_native}/gcc-build-internal-${MULTIMACH_TARGET_SYS}
-# Also avoid python issues until we fix the python recipe
-SSTATE_DUPWHITELIST += ${STAGING_LIBDIR}/python2.7/config/Makefile 
${STAGING_LIBDIR}/libpython2.7 ${STAGING_INCDIR}/python2.7/pyconfig.h
 # Avoid docbook/sgml catalog warnings for now
 SSTATE_DUPWHITELIST += ${STAGING_ETCDIR_NATIVE}/sgml 
${STAGING_DATADIR_NATIVE}/sgml
 



___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 3/9] less: Update to 451

[Richard Purdie]

On Wed, 2012-11-14 at 09:36 -0200, Otavio Salvador wrote:
 On Wed, Nov 14, 2012 at 9:33 AM, Paul Eggleton
 paul.eggle...@linux.intel.com wrote:
 On Wednesday 14 November 2012 09:26:53 Otavio Salvador wrote:
   -PR = r3
   +PR = r0
 
  Please drop PR as r0 is the default.

 We don't do that in OE-Core.

 Well, as far as I remember I always drop the PR when it is going to be
 r0.

 But OK.

We've taken patches doing either, I find it hard to get worked up about
this either way.

I am totally fed up with the PR nonsense in general though and want the
PR service sorted out ASAP.

Cheers,

Richard


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] [PATCH] bash: fix mkbuiltins build failure

[Christopher Larson]

From: Christopher Larson chris_lar...@mentor.com

On hosts with FORTIFY_SOURCES, stringize support is required, as it's used by
the macros to wrap functions (e.g. read and open in unistd.h). Those wrappers
use the STRING() macro from unistd.h. A header in the bash sources overrides
the unistd.h macro to 'x' when HAVE_STRINGIZE is not defined, causing the
wrappers to generate calls to 'xread' and 'xopen', which do not exist,
resulting in a failure to link.

Assume we have stringize support when cross-compiling, which works around the
issue.

It may be best for upstream to either give up on supporting compilers without
stringize support, or to not define STRING() at all when FORTIFY_SOURCES is
defined, letting the unistd.h one be used, instead.

Signed-off-by: Christopher Larson chris_lar...@mentor.com
---
 .../bash/bash-4.2/mkbuiltins_have_stringize.patch  | 26 ++
 meta/recipes-extended/bash/bash_4.2.bb |  3 ++-
 2 files changed, 28 insertions(+), 1 deletion(-)
 create mode 100644 
meta/recipes-extended/bash/bash-4.2/mkbuiltins_have_stringize.patch

diff --git 
a/meta/recipes-extended/bash/bash-4.2/mkbuiltins_have_stringize.patch 
b/meta/recipes-extended/bash/bash-4.2/mkbuiltins_have_stringize.patch
new file mode 100644
index 000..a9391d6
--- /dev/null
+++ b/meta/recipes-extended/bash/bash-4.2/mkbuiltins_have_stringize.patch
@@ -0,0 +1,26 @@
+On hosts with FORTIFY_SOURCES, stringize support is required, as it's used by
+the macros to wrap functions (e.g. read and open in unistd.h). Those wrappers
+use the STRING() macro from unistd.h. A header in the bash sources overrides
+the unistd.h macro to 'x' when HAVE_STRINGIZE is not defined, causing the
+wrappers to generate calls to 'xread' and 'xopen', which do not exist,
+resulting in a failure to link.
+
+Assume we have stringize support when cross-compiling, which works around the
+issue.
+
+It may be best for upstream to either give up on supporting compilers without
+stringize support, or to not define STRING() at all when FORTIFY_SOURCES is
+defined, letting the unistd.h one be used, instead.
+
+Upstream-Status: Pending
+
+--- bash-4.2.orig/builtins/mkbuiltins.c
 bash-4.2/builtins/mkbuiltins.c
+@@ -28,6 +28,7 @@
+ #  define HAVE_STDLIB_H
+
+ #  define HAVE_RENAME
++#  define HAVE_STRINGIZE
+ #endif /* CROSS_COMPILING */
+
+ #if defined (HAVE_UNISTD_H)
diff --git a/meta/recipes-extended/bash/bash_4.2.bb 
b/meta/recipes-extended/bash/bash_4.2.bb
index 5a0f015..07dda09 100644
--- a/meta/recipes-extended/bash/bash_4.2.bb
+++ b/meta/recipes-extended/bash/bash_4.2.bb
@@ -4,7 +4,7 @@ require bash.inc
 LICENSE = GPLv3+
 LIC_FILES_CHKSUM = file://COPYING;md5=d32239bcb673463ab874e80d47fae504
 
-PR = r5
+PR = r6
 
 SRC_URI = ${GNU_MIRROR}/bash/${BPN}-${PV}.tar.gz;name=tarball \

${GNU_MIRROR}/bash/bash-4.2-patches/bash42-001;apply=yes;striplevel=0;name=patch001
 \
@@ -18,6 +18,7 @@ SRC_URI = 
${GNU_MIRROR}/bash/${BPN}-${PV}.tar.gz;name=tarball \

${GNU_MIRROR}/bash/bash-4.2-patches/bash42-009;apply=yes;striplevel=0;name=patch009
 \

${GNU_MIRROR}/bash/bash-4.2-patches/bash42-010;apply=yes;striplevel=0;name=patch010
 \
file://execute_cmd.patch;striplevel=0 \
+   file://mkbuiltins_have_stringize.patch \

 
 SRC_URI[tarball.md5sum] = 3fb927c7c33022f1c327f14a81c0d4b0
-- 
1.7.12.4


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH v3 07/12] libdrm: upgrade to 2.4.40

[Burton, Ross]

On 14 November 2012 13:21, Laurentiu Palcu laurentiu.pa...@intel.com wrote:
 Other changes:
  * removed a backported patch;
  * activated libdrm-omap helper layer which is needed by the latest
xf86-video-omap xorg driver;
  * split libdrm-drivers package into libdrm-radeon, libdrm-nouveau and
libdrm-omap;

 Signed-off-by: Laurentiu Palcu laurentiu.pa...@intel.com

Acked-By: Ross Burton ross.bur...@intel.com

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] [PATCH 7/8] kern-tools: flexibility and usability enhancements

[Bruce Ashfield]

Updating the SRCREV to import the following changes.

 [updateme: find the board description with the highest score]

   This removes the requirement that a custom linux-yocto .scc file have
   define KTYPE foo, where foo is typically standard. The tools can
   now match on a .scc file that only matches the board, but will still
   chose one that matches the board and kernel type, if available.

 [updateme: allow for tabs or spaces in defines]

   define KMACHINEtab$MACHINE was missed by the regex.

 [scc/kgit-meta: detect and avoid duplicating patching]

   To allow feature description to be included multiple times, they were
   previously split into -enable and 'patch' descriptions. With this change
   the patches will be detected as already included, and skipped
   automatically. Removing the need to do this split. It also cleans up
   the ability to warn about multiple includes.

 [kconf_check: add verify configuration fragment type]

   This adds the ability for a BSP to have a kernel configuration
   fragment that lists options that must be present. If they are not
   present it is a hard error. required is a similar fragment, but
   it adds them to the build, and audits them at the end, but does
   not abort the build if they are present. This is a minor distinction,
   but one that is useful when creating flexible, shared kernel config
   structures.

 [kconf_check: improve kernel audit report formatting]
 [kconf_check: perform validity checks on non-hardware options]
 [kconf_check: cleanups and verbose flag]

   The existing output was verbose and not always useful to the reader.
   This change makes the output more compact, audits non-hardware options
   and gives information

 [invalid (54)]: meta/cfg/preempt-rt/common-pc/invalid.cfg
This BSP sets config options that are not offered anywhere within this 
kernel

Signed-off-by: Bruce Ashfield bruce.ashfi...@windriver.com
---
 meta/recipes-kernel/kern-tools/kern-tools-native_git.bb |2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-kernel/kern-tools/kern-tools-native_git.bb 
b/meta/recipes-kernel/kern-tools/kern-tools-native_git.bb
index ce94885..f2cd39f 100644
--- a/meta/recipes-kernel/kern-tools/kern-tools-native_git.bb
+++ b/meta/recipes-kernel/kern-tools/kern-tools-native_git.bb
@@ -4,7 +4,7 @@ LIC_FILES_CHKSUM = 
file://git/tools/kgit;beginline=5;endline=9;md5=d8d1d729a70c
 
 DEPENDS = git-native guilt-native
 
-SRCREV = a802ee9c8d9334c0f7932dfd40d45599addb7c90
+SRCREV = 6f68c9473b43c3e39755a72aef8733cbd0bf1a59
 PR = r12
 PV = 0.1+git${SRCPV}
 
-- 
1.7.10.4


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] [PATCH 3/8] linux-yocto/3.4: bump kver to v3.4.16

[Bruce Ashfield]

The -stable 3.4 kernel has updated versions, so we import 3.4.16 and
make that our new baseline.

Signed-off-by: Bruce Ashfield bruce.ashfi...@windriver.com
---
 meta/recipes-kernel/linux/linux-yocto-rt_3.4.bb   |8 
 meta/recipes-kernel/linux/linux-yocto-tiny_3.4.bb |6 +++---
 meta/recipes-kernel/linux/linux-yocto_3.4.bb  |   16 
 3 files changed, 15 insertions(+), 15 deletions(-)

diff --git a/meta/recipes-kernel/linux/linux-yocto-rt_3.4.bb 
b/meta/recipes-kernel/linux/linux-yocto-rt_3.4.bb
index bdbecf4..3ccd64a 100644
--- a/meta/recipes-kernel/linux/linux-yocto-rt_3.4.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-rt_3.4.bb
@@ -3,14 +3,14 @@ require recipes-kernel/linux/linux-yocto.inc
 KBRANCH = standard/preempt-rt/base
 KBRANCH_qemuppc = standard/preempt-rt/qemuppc
 
-LINUX_VERSION ?= 3.4.11
+LINUX_VERSION ?= 3.4.16
 LINUX_KERNEL_TYPE = preempt-rt
 
 KMETA = meta
 
-SRCREV_machine ?= fb596148058bf5e7ef550a040d143bdfbf4146b0
-SRCREV_machine_qemuppc ?= b24ede45575d58ace08633f0e8fd31b594c5c80e
-SRCREV_meta ?= 68a635bf8dfb64b02263c1ac80c948647cc76d5f
+SRCREV_machine ?= e9e1c1ef7b67464cb81b4c77bb9e97518851e2ad
+SRCREV_machine_qemuppc ?= 6ce035a7528b710e0483d3d0a3f4e27e152bfccb
+SRCREV_meta ?= 7c258779acffc9be33c7a31fa799dd416e9784a0
 
 PR = ${INC_PR}.0
 PV = ${LINUX_VERSION}+git${SRCPV}
diff --git a/meta/recipes-kernel/linux/linux-yocto-tiny_3.4.bb 
b/meta/recipes-kernel/linux/linux-yocto-tiny_3.4.bb
index 772cfef..e3c44ca 100644
--- a/meta/recipes-kernel/linux/linux-yocto-tiny_3.4.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-tiny_3.4.bb
@@ -8,12 +8,12 @@ KBRANCH = ${KBRANCH_DEFAULT}
 LINUX_KERNEL_TYPE = tiny
 KCONFIG_MODE = --allnoconfig
 
-LINUX_VERSION ?= 3.4.11
+LINUX_VERSION ?= 3.4.16
 
 KMETA = meta
 
-SRCREV_machine ?= 218bd8d2022b9852c60d32f0d770931e3cf343e2
-SRCREV_meta ?= 68a635bf8dfb64b02263c1ac80c948647cc76d5f
+SRCREV_machine ?= 0d734af0fa4dbef33cb486e147dccf35c4ad0900
+SRCREV_meta ?= 7c258779acffc9be33c7a31fa799dd416e9784a0
 
 PR = ${INC_PR}.0
 PV = ${LINUX_VERSION}+git${SRCPV}
diff --git a/meta/recipes-kernel/linux/linux-yocto_3.4.bb 
b/meta/recipes-kernel/linux/linux-yocto_3.4.bb
index 22593c6..156619e 100644
--- a/meta/recipes-kernel/linux/linux-yocto_3.4.bb
+++ b/meta/recipes-kernel/linux/linux-yocto_3.4.bb
@@ -3,17 +3,17 @@ require recipes-kernel/linux/linux-yocto.inc
 KBRANCH_DEFAULT = standard/base
 KBRANCH = ${KBRANCH_DEFAULT}
 
-SRCREV_machine_qemuarm ?= cec289be595a5889740ad4f0a58d12579f528d5e
-SRCREV_machine_qemumips  ?= 01ab58eb9dc64ceccb2d7be80ef4a511479fc899
-SRCREV_machine_qemuppc ?= c820da3c7fa5176507c116352ee3bd1e682f36bd
-SRCREV_machine_qemux86 ?= 218bd8d2022b9852c60d32f0d770931e3cf343e2
-SRCREV_machine_qemux86-64 ?= 218bd8d2022b9852c60d32f0d770931e3cf343e2
-SRCREV_machine ?= 218bd8d2022b9852c60d32f0d770931e3cf343e2
-SRCREV_meta ?= 68a635bf8dfb64b02263c1ac80c948647cc76d5f
+SRCREV_machine_qemuarm ?= ca1bbde92c0d66ba8db6ac4654de12c0fbd5c0c8
+SRCREV_machine_qemumips  ?= c349c5fd5d9dc04b3983565c239805f2c30ce6ca
+SRCREV_machine_qemuppc ?= 475a5e7d76f4e2914caefda3fed0adf40d0a2cc6
+SRCREV_machine_qemux86 ?= 0d734af0fa4dbef33cb486e147dccf35c4ad0900
+SRCREV_machine_qemux86-64 ?= 0d734af0fa4dbef33cb486e147dccf35c4ad0900
+SRCREV_machine ?= 0d734af0fa4dbef33cb486e147dccf35c4ad0900
+SRCREV_meta ?= 7c258779acffc9be33c7a31fa799dd416e9784a0
 
 SRC_URI = 
git://git.yoctoproject.org/linux-yocto-3.4.git;protocol=git;nocheckout=1;branch=${KBRANCH},meta;name=machine,meta
 
-LINUX_VERSION ?= 3.4.11
+LINUX_VERSION ?= 3.4.16
 
 PR = ${INC_PR}.3
 PV = ${LINUX_VERSION}+git${SRCPV}
-- 
1.7.10.4


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] [PATCH 2/8] linux-yocto/3.4: efi/mmc fixes and fri2 updates

[Bruce Ashfield]

Updating the 3.4 SRCREVs to pick up the following two fixes:

 218bd8d efi: Add patch to fix 32bit EFI service mapping (rhbz 726701)
 b6d08f7 mmc: sdhci: Use DBG() instead of pr_warning() on large timeout

And the following meta branch config updates:

 68a635b fri2: Disable GPIO_PCH for preempt-rt
 2ec32d5 fri2: Add fri2-tiny support
 a7b9607 fri2: Required boot config for fri2
 bed2080 fri2: Remove graphics options from the core fri2 description

Signed-off-by: Bruce Ashfield bruce.ashfi...@windriver.com
---
 meta/recipes-kernel/linux/linux-yocto-rt_3.4.bb   |6 +++---
 meta/recipes-kernel/linux/linux-yocto-tiny_3.4.bb |5 ++---
 meta/recipes-kernel/linux/linux-yocto_3.4.bb  |   14 +++---
 3 files changed, 12 insertions(+), 13 deletions(-)

diff --git a/meta/recipes-kernel/linux/linux-yocto-rt_3.4.bb 
b/meta/recipes-kernel/linux/linux-yocto-rt_3.4.bb
index bbac322..bdbecf4 100644
--- a/meta/recipes-kernel/linux/linux-yocto-rt_3.4.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-rt_3.4.bb
@@ -8,9 +8,9 @@ LINUX_KERNEL_TYPE = preempt-rt
 
 KMETA = meta
 
-SRCREV_machine ?= 5705c8037d2c47938034ead87c70ae3ebef552f7
-SRCREV_machine_qemuppc ?= c8b651aab5d2d5c0839cdedc0c0ec5dc09cf47c0
-SRCREV_meta ?= 0541ba5f98f31419e9bdfec895c18029bf424e7c
+SRCREV_machine ?= fb596148058bf5e7ef550a040d143bdfbf4146b0
+SRCREV_machine_qemuppc ?= b24ede45575d58ace08633f0e8fd31b594c5c80e
+SRCREV_meta ?= 68a635bf8dfb64b02263c1ac80c948647cc76d5f
 
 PR = ${INC_PR}.0
 PV = ${LINUX_VERSION}+git${SRCPV}
diff --git a/meta/recipes-kernel/linux/linux-yocto-tiny_3.4.bb 
b/meta/recipes-kernel/linux/linux-yocto-tiny_3.4.bb
index e1d349d..772cfef 100644
--- a/meta/recipes-kernel/linux/linux-yocto-tiny_3.4.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-tiny_3.4.bb
@@ -12,9 +12,8 @@ LINUX_VERSION ?= 3.4.11
 
 KMETA = meta
 
-SRCREV_machine ?= 449f7f520350700858f21a5554b81cc8ad23267d
-SRCREV_meta ?= 0541ba5f98f31419e9bdfec895c18029bf424e7c
-
+SRCREV_machine ?= 218bd8d2022b9852c60d32f0d770931e3cf343e2
+SRCREV_meta ?= 68a635bf8dfb64b02263c1ac80c948647cc76d5f
 
 PR = ${INC_PR}.0
 PV = ${LINUX_VERSION}+git${SRCPV}
diff --git a/meta/recipes-kernel/linux/linux-yocto_3.4.bb 
b/meta/recipes-kernel/linux/linux-yocto_3.4.bb
index 904e79e..22593c6 100644
--- a/meta/recipes-kernel/linux/linux-yocto_3.4.bb
+++ b/meta/recipes-kernel/linux/linux-yocto_3.4.bb
@@ -3,13 +3,13 @@ require recipes-kernel/linux/linux-yocto.inc
 KBRANCH_DEFAULT = standard/base
 KBRANCH = ${KBRANCH_DEFAULT}
 
-SRCREV_machine_qemuarm ?= 8ee53c3b82ada3cdfd7d25f07d3975834ac9a9b2
-SRCREV_machine_qemumips  ?= caf99a20e3c3ba036ed1bb46875059a0d24e4fbd
-SRCREV_machine_qemuppc ?= 7833f1549c3d44cce8aea38b65cd501229aad492
-SRCREV_machine_qemux86 ?= 449f7f520350700858f21a5554b81cc8ad23267d
-SRCREV_machine_qemux86-64 ?= 449f7f520350700858f21a5554b81cc8ad23267d
-SRCREV_machine ?= 449f7f520350700858f21a5554b81cc8ad23267d
-SRCREV_meta ?= 0541ba5f98f31419e9bdfec895c18029bf424e7c
+SRCREV_machine_qemuarm ?= cec289be595a5889740ad4f0a58d12579f528d5e
+SRCREV_machine_qemumips  ?= 01ab58eb9dc64ceccb2d7be80ef4a511479fc899
+SRCREV_machine_qemuppc ?= c820da3c7fa5176507c116352ee3bd1e682f36bd
+SRCREV_machine_qemux86 ?= 218bd8d2022b9852c60d32f0d770931e3cf343e2
+SRCREV_machine_qemux86-64 ?= 218bd8d2022b9852c60d32f0d770931e3cf343e2
+SRCREV_machine ?= 218bd8d2022b9852c60d32f0d770931e3cf343e2
+SRCREV_meta ?= 68a635bf8dfb64b02263c1ac80c948647cc76d5f
 
 SRC_URI = 
git://git.yoctoproject.org/linux-yocto-3.4.git;protocol=git;nocheckout=1;branch=${KBRANCH},meta;name=machine,meta
 
-- 
1.7.10.4


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] [PATCH 0/8] linux-yocto + kern tools consolidated pull request

[Bruce Ashfield]

Richard/Saul,

This is a collection of updates that I've had locally in the last few
weeks leading up to the 1.3 release, but they were held back to avoid
any negative impacts on the release.

I've kept all the kernel -stable and configuration updates as distinct
commits, so it will be possible to separate any issues that crop up 
into manageable chunks. It also shows the different test points that 
I've used while updating the kernels.

For the kernel trees we get the following:

  - the latest 3.2 and 3.4 -stable updates
  - the latest 3.2 and 3.4 -rt updates
  - configuration changes that have been collected for BSPs

  ** As far as I'm concerned these are all bugfix/stable changes and
 can go into danny-next. Others may not agree :)

These have been build tested to the amount that my cycles allow, and
others have already been used in the meta-intel BSPs. It's worth running
this through a test build if you are so inclined, just to be sure.

For the tools we get the following updates:

  - A fix for YOCTO #3226 that silences the warning:

   find: warning: -path $oe-path/linux/ will not match anything because it 
ends with /.

** This change should be considering for the danny-next branch as well.

  - A fix to the guilt SRC_URI to point at a valid tgz upstream.

** This change should be considering for the danny-next branch as well.

  - kern-tools improvements and fixes that are part of the 1.4 feature work.
The kern-tools commit has the details of the changes. They'll be further
improved in the upcoming weeks, but they have been in use locally for 
over a month now, and have been tested by others as well, so they shouldn't
cause any problems in master and are invisible to most users.

I've added Ross to the CC for the commits that can be pulled into the 1.3
maintenance branches.

I've added Rahul since there was some refactoring of the Rangely/dpdk
configuration that should be checked as well.

Cheers,

Bruce  

The following changes since commit 41125ddc8651494ffcf888d3b5efce1ae6d953bb:

  bitbake: print clear message for bitbake -e ASSUME_PROVIDED (2012-11-13 
14:21:16 +)

are available in the git repository at:

  git://git.pokylinux.org/poky-contrib zedd/kernel
  http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=zedd/kernel

Bruce Ashfield (8):
  linux-yocto/3.4: nfsd, pci, fishriver and rangely config changes
  linux-yocto/3.4: efi/mmc fixes and fri2 updates
  linux-yocto/3.4: bump kver to v3.4.16
  linux-yocto/3.4: v3.4.17, v3.4.18, -rt and config changes
  linux-yocto/3.2: update to v3.2.32 and 3.2.32-rt48
  kern-tools: kconf_check: fix find warning
  kern-tools: flexibility and usability enhancements
  guilt: change upstream tgz location

 meta/recipes-devtools/guilt/guilt-native_0.33.bb |4 ++--
 .../kern-tools/kern-tools-native_git.bb  |2 +-
 meta/recipes-kernel/linux/linux-yocto-rt_3.2.bb  |8 
 meta/recipes-kernel/linux/linux-yocto-rt_3.4.bb  |8 
 meta/recipes-kernel/linux/linux-yocto-tiny_3.2.bb|6 +++---
 meta/recipes-kernel/linux/linux-yocto-tiny_3.4.bb|7 +++
 meta/recipes-kernel/linux/linux-yocto_3.2.bb |   18 +-
 meta/recipes-kernel/linux/linux-yocto_3.4.bb |   16 
 8 files changed, 34 insertions(+), 35 deletions(-)

-- 
1.7.10.4


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] [PATCH 8/8] guilt: change upstream tgz location

[Bruce Ashfield]

The kernel.org mirror of the guilt tarball has been missing for a while
and the yocto mirrors have been keeping builds working. Switching to a
debian upstream is better than solely relying on the yocto mirrors for
serving the tgz.

Signed-off-by: Bruce Ashfield bruce.ashfi...@windriver.com
---
 meta/recipes-devtools/guilt/guilt-native_0.33.bb |4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/meta/recipes-devtools/guilt/guilt-native_0.33.bb 
b/meta/recipes-devtools/guilt/guilt-native_0.33.bb
index 03763f7..754b528 100644
--- a/meta/recipes-devtools/guilt/guilt-native_0.33.bb
+++ b/meta/recipes-devtools/guilt/guilt-native_0.33.bb
@@ -4,11 +4,11 @@ LICENSE = GPLv2
 LIC_FILES_CHKSUM = file://COPYING;md5=b6f3400dc1a01cebafe8a52b3f344135
 
 PV = 0.33
-PR = r1
+PR = r2
 
 inherit native
 
-SRC_URI = 
${KERNELORG_MIRROR}/linux/kernel/people/jsipek/guilt/guilt-${PV}.tar.gz\
+SRC_URI = 
http://ftp.de.debian.org/debian/pool/main/g/guilt/guilt_${PV}.orig.tar.gz\
file://guilt-push.patch \
   file://guilt-pop.patch \
   file://guilt.patch \
-- 
1.7.10.4


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH v3 08/12] xserver-xorg: upgrade to 1.13.0

[Burton, Ross]

On 14 November 2012 13:21, Laurentiu Palcu laurentiu.pa...@intel.com wrote:
 The patch contains several aditional changes:
  * removed one backported patch (included in the new release);
  * changed mips64-compiler.patch to apply properly;
  * licence checksum for COPYING file changed: some copyright years have
been changed

 The following external modules are now built-in:
  * DBE
  * DRI2
  * DRI
  * RECORD

 The extmod module was completely removed.

 Signed-off-by: Laurentiu Palcu laurentiu.pa...@intel.com

I'd like to see the upgrade path verified just to make sure we don't
have a repeat of the EXA farce...

Ross

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] [PATCH 5/8] linux-yocto/3.2: update to v3.2.32 and 3.2.32-rt48

[Bruce Ashfield]

The 3.2 kernel was lagging behind on kernel.org -stable and -rt
updates. Even though no 1.3 BSPs directly use this kernel, it should be
updated for those that may use it.

Sanity test on qemu* for -rt and standard builds.

Signed-off-by: Bruce Ashfield bruce.ashfi...@windriver.com
---
 meta/recipes-kernel/linux/linux-yocto-rt_3.2.bb   |8 
 meta/recipes-kernel/linux/linux-yocto-tiny_3.2.bb |6 +++---
 meta/recipes-kernel/linux/linux-yocto_3.2.bb  |   18 +-
 3 files changed, 16 insertions(+), 16 deletions(-)

diff --git a/meta/recipes-kernel/linux/linux-yocto-rt_3.2.bb 
b/meta/recipes-kernel/linux/linux-yocto-rt_3.2.bb
index a3900ce..0c82e16 100644
--- a/meta/recipes-kernel/linux/linux-yocto-rt_3.2.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-rt_3.2.bb
@@ -3,14 +3,14 @@ require recipes-kernel/linux/linux-yocto.inc
 KBRANCH = standard/preempt-rt/base
 KBRANCH_qemuppc = standard/preempt-rt/qemu-ppc32
 
-LINUX_VERSION ?= 3.2.18
+LINUX_VERSION ?= 3.2.32
 LINUX_KERNEL_TYPE = preempt-rt
 
 KMETA = meta
 
-SRCREV_machine ?= c094363010bd4645e65cc8845dd23e513ac894d1
-SRCREV_machine_qemuppc ?= 8e63a7522e4901c1312f7f53e490027070ffc057
-SRCREV_meta ?= 486f7aec824b4127e91ef53228823e996b3696f0
+SRCREV_machine ?= d8f7347b67d909a999391c4b6f64447b0ccdc86a
+SRCREV_machine_qemuppc ?= 65c57e1a8656830260aa56a25bc8512dcb68258a
+SRCREV_meta ?= e7f2fdc48f8808887175f0328274a2668084738c
 
 PR = ${INC_PR}.0
 PV = ${LINUX_VERSION}+git${SRCPV}
diff --git a/meta/recipes-kernel/linux/linux-yocto-tiny_3.2.bb 
b/meta/recipes-kernel/linux/linux-yocto-tiny_3.2.bb
index 2bd7eee..00f706b 100644
--- a/meta/recipes-kernel/linux/linux-yocto-tiny_3.2.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-tiny_3.2.bb
@@ -8,12 +8,12 @@ KBRANCH = ${KBRANCH_DEFAULT}
 LINUX_KERNEL_TYPE = tiny
 KCONFIG_MODE = --allnoconfig
 
-LINUX_VERSION ?= 3.2.18
+LINUX_VERSION ?= 3.2.32
 
 KMETA = meta
 
-SRCREV_machine ?= da6291c46f37e2fb799d964c807d8d57ea89c375
-SRCREV_meta ?= 486f7aec824b4127e91ef53228823e996b3696f0
+SRCREV_machine ?= c07ec7159c3ede723953b0d603a7bb55d8614b44
+SRCREV_meta ?= e7f2fdc48f8808887175f0328274a2668084738c
 
 PR = ${INC_PR}.0
 PV = ${LINUX_VERSION}+git${SRCPV}
diff --git a/meta/recipes-kernel/linux/linux-yocto_3.2.bb 
b/meta/recipes-kernel/linux/linux-yocto_3.2.bb
index 45414d5..77508fc 100644
--- a/meta/recipes-kernel/linux/linux-yocto_3.2.bb
+++ b/meta/recipes-kernel/linux/linux-yocto_3.2.bb
@@ -7,15 +7,15 @@ KBRANCH_qemuppc  = standard/default/qemu-ppc32
 KBRANCH_qemumips = standard/default/mti-malta32-be
 KBRANCH_qemuarm  = standard/default/arm-versatile-926ejs
 
-LINUX_VERSION ?= 3.2.18
-
-SRCREV_machine_qemuarm ?= c721e94f7cd1b1ae7da5edc52076c771b2e9d134
-SRCREV_machine_qemumips  ?= 2172812072c372cc704dac5e1654da81d6eabad3
-SRCREV_machine_qemuppc ?= 800615ccdce45f6900b841954fa2f47987bb2a95
-SRCREV_machine_qemux86 ?= 9e23973679d82a54dda697f539243fdea612e878
-SRCREV_machine_qemux86-64 ?= d7823aebcf7f724f50e30f245e5e71b3b4db1a0b
-SRCREV_machine ?= 06882fc16a4e965872e7faacb91da1497efd9ac3
-SRCREV_meta ?= 486f7aec824b4127e91ef53228823e996b3696f0
+LINUX_VERSION ?= 3.2.32
+
+SRCREV_machine_qemuarm ?= ec68698f59bed87be4e13954d5d2b9dc1f314b45
+SRCREV_machine_qemumips  ?= ce21a2ab86277e410fd2229a10c45be6c9d0aa17
+SRCREV_machine_qemuppc ?= edd27681039f2077d83eb02d7c1c44afb7b6224f
+SRCREV_machine_qemux86 ?= 2223d2fb00365c168ec380bdcbef05ef89751c85
+SRCREV_machine_qemux86-64 ?= 2d7956d7e3d15f69c923315c175847813f353d39
+SRCREV_machine ?= 6970a8f4f7caa2633aa1ae0b51732b246eb581ef
+SRCREV_meta ?= e7f2fdc48f8808887175f0328274a2668084738c
 
 PR = ${INC_PR}.1
 PV = ${LINUX_VERSION}+git${SRCPV}
-- 
1.7.10.4


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] [PATCH 1/8] linux-yocto/3.4: nfsd, pci, fishriver and rangely config changes

[Bruce Ashfield]

Updating the 3.4 meta branch with the following configuration changes
and additions:

0541ba5 meta: Rangeley Machine Created
9e3bdb7 meta: Add nfsd kernel features
da9b37d CrystalForest: Enable PCI extended config space for CrystalForest 
Machine.
628cbe9 meta: Add a new feature for PCI devices.
9c3a2b3 meta: fishriver: remove meta-data

Signed-off-by: Bruce Ashfield bruce.ashfi...@windriver.com
---
 meta/recipes-kernel/linux/linux-yocto-rt_3.4.bb   |2 +-
 meta/recipes-kernel/linux/linux-yocto-tiny_3.4.bb |2 +-
 meta/recipes-kernel/linux/linux-yocto_3.4.bb  |2 +-
 3 files changed, 3 insertions(+), 3 deletions(-)

diff --git a/meta/recipes-kernel/linux/linux-yocto-rt_3.4.bb 
b/meta/recipes-kernel/linux/linux-yocto-rt_3.4.bb
index 91dc54f..bbac322 100644
--- a/meta/recipes-kernel/linux/linux-yocto-rt_3.4.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-rt_3.4.bb
@@ -10,7 +10,7 @@ KMETA = meta
 
 SRCREV_machine ?= 5705c8037d2c47938034ead87c70ae3ebef552f7
 SRCREV_machine_qemuppc ?= c8b651aab5d2d5c0839cdedc0c0ec5dc09cf47c0
-SRCREV_meta ?= a201268353c030d9fafe00f2041976f7437d9386
+SRCREV_meta ?= 0541ba5f98f31419e9bdfec895c18029bf424e7c
 
 PR = ${INC_PR}.0
 PV = ${LINUX_VERSION}+git${SRCPV}
diff --git a/meta/recipes-kernel/linux/linux-yocto-tiny_3.4.bb 
b/meta/recipes-kernel/linux/linux-yocto-tiny_3.4.bb
index 60b877f..e1d349d 100644
--- a/meta/recipes-kernel/linux/linux-yocto-tiny_3.4.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-tiny_3.4.bb
@@ -13,7 +13,7 @@ LINUX_VERSION ?= 3.4.11
 KMETA = meta
 
 SRCREV_machine ?= 449f7f520350700858f21a5554b81cc8ad23267d
-SRCREV_meta ?= a201268353c030d9fafe00f2041976f7437d9386
+SRCREV_meta ?= 0541ba5f98f31419e9bdfec895c18029bf424e7c
 
 
 PR = ${INC_PR}.0
diff --git a/meta/recipes-kernel/linux/linux-yocto_3.4.bb 
b/meta/recipes-kernel/linux/linux-yocto_3.4.bb
index 3383147..904e79e 100644
--- a/meta/recipes-kernel/linux/linux-yocto_3.4.bb
+++ b/meta/recipes-kernel/linux/linux-yocto_3.4.bb
@@ -9,7 +9,7 @@ SRCREV_machine_qemuppc ?= 
7833f1549c3d44cce8aea38b65cd501229aad492
 SRCREV_machine_qemux86 ?= 449f7f520350700858f21a5554b81cc8ad23267d
 SRCREV_machine_qemux86-64 ?= 449f7f520350700858f21a5554b81cc8ad23267d
 SRCREV_machine ?= 449f7f520350700858f21a5554b81cc8ad23267d
-SRCREV_meta ?= a201268353c030d9fafe00f2041976f7437d9386
+SRCREV_meta ?= 0541ba5f98f31419e9bdfec895c18029bf424e7c
 
 SRC_URI = 
git://git.yoctoproject.org/linux-yocto-3.4.git;protocol=git;nocheckout=1;branch=${KBRANCH},meta;name=machine,meta
 
-- 
1.7.10.4


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] [PATCH 6/8] kern-tools: kconf_check: fix find warning

[Bruce Ashfield]

Bumping the kern-tools SRCREV to pickup the following change:

[
kconf_check: fix find warning

When searching for all available Kconfig files, kconf_check was using
$meta_dir instead of $META_DIR. This resulted in a truncated path and
the following warning:

  find: warning: -path $oe-path/linux/ will not match anything because it 
ends with /.

Using the proper variable removes the warning and make sure that we
do actually search all relevant directories.

Signed-off-by: Bruce Ashfield bruce.ashfi...@windriver.com
]

[YOCTO #3226]

Signed-off-by: Bruce Ashfield bruce.ashfi...@windriver.com
---
 meta/recipes-kernel/kern-tools/kern-tools-native_git.bb |2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-kernel/kern-tools/kern-tools-native_git.bb 
b/meta/recipes-kernel/kern-tools/kern-tools-native_git.bb
index 1381fd1..ce94885 100644
--- a/meta/recipes-kernel/kern-tools/kern-tools-native_git.bb
+++ b/meta/recipes-kernel/kern-tools/kern-tools-native_git.bb
@@ -4,7 +4,7 @@ LIC_FILES_CHKSUM = 
file://git/tools/kgit;beginline=5;endline=9;md5=d8d1d729a70c
 
 DEPENDS = git-native guilt-native
 
-SRCREV = a04138a02644eada0d012196e5ac3db4f516114d
+SRCREV = a802ee9c8d9334c0f7932dfd40d45599addb7c90
 PR = r12
 PV = 0.1+git${SRCPV}
 
-- 
1.7.10.4


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] [PATCH 4/8] linux-yocto/3.4: v3.4.17, v3.4.18, -rt and config changes

[Bruce Ashfield]

Bumping the linux-yocto/3.4 SRCREVs to incorporate the following updates:

  - v3.4.17
  - v3.4.18
  - 3.4.18-rt29

Also incorporating the following meta branch config changes:

  5bd6d0d rangeley: update include to use the new intel-dpdk feature
  4b277c2 dpdk: Add feature Intel DPDK
  3905e74 meta: rangeley: Enable Zlib Compression
  194c5f1 meta: Add a new feature for Zlib
  14cb04d meta: rangeley: Enable AES feature
  8e4dbf6 meta: Add new feature for Ciphers
  7e75c1f enable IPv6 Router Preference (RFC 4191) support
  dfd56d1 Create IPv4 and IPv6 IPSec fragments
  0a85061 rangeley: Add smp support
  1190856 rangeley: Add efi support
  b262e38 rangeley: Add PCI features
  80c9084 rangeley: Add uio and hugetlb support

Signed-off-by: Bruce Ashfield bruce.ashfi...@windriver.com
---
 meta/recipes-kernel/linux/linux-yocto-rt_3.4.bb   |8 
 meta/recipes-kernel/linux/linux-yocto-tiny_3.4.bb |6 +++---
 meta/recipes-kernel/linux/linux-yocto_3.4.bb  |   16 
 3 files changed, 15 insertions(+), 15 deletions(-)

diff --git a/meta/recipes-kernel/linux/linux-yocto-rt_3.4.bb 
b/meta/recipes-kernel/linux/linux-yocto-rt_3.4.bb
index 3ccd64a..1176404 100644
--- a/meta/recipes-kernel/linux/linux-yocto-rt_3.4.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-rt_3.4.bb
@@ -3,14 +3,14 @@ require recipes-kernel/linux/linux-yocto.inc
 KBRANCH = standard/preempt-rt/base
 KBRANCH_qemuppc = standard/preempt-rt/qemuppc
 
-LINUX_VERSION ?= 3.4.16
+LINUX_VERSION ?= 3.4.18
 LINUX_KERNEL_TYPE = preempt-rt
 
 KMETA = meta
 
-SRCREV_machine ?= e9e1c1ef7b67464cb81b4c77bb9e97518851e2ad
-SRCREV_machine_qemuppc ?= 6ce035a7528b710e0483d3d0a3f4e27e152bfccb
-SRCREV_meta ?= 7c258779acffc9be33c7a31fa799dd416e9784a0
+SRCREV_machine ?= 2572b13999da8129c37eb2bf7e9a8fa68dc2a4bf
+SRCREV_machine_qemuppc ?= 2004632314104d4f31bb1577e955da53796f517c
+SRCREV_meta ?= 553a8512fd924420db5cc2320ece4a6fd9b1e486
 
 PR = ${INC_PR}.0
 PV = ${LINUX_VERSION}+git${SRCPV}
diff --git a/meta/recipes-kernel/linux/linux-yocto-tiny_3.4.bb 
b/meta/recipes-kernel/linux/linux-yocto-tiny_3.4.bb
index e3c44ca..6cfec92 100644
--- a/meta/recipes-kernel/linux/linux-yocto-tiny_3.4.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-tiny_3.4.bb
@@ -8,12 +8,12 @@ KBRANCH = ${KBRANCH_DEFAULT}
 LINUX_KERNEL_TYPE = tiny
 KCONFIG_MODE = --allnoconfig
 
-LINUX_VERSION ?= 3.4.16
+LINUX_VERSION ?= 3.4.18
 
 KMETA = meta
 
-SRCREV_machine ?= 0d734af0fa4dbef33cb486e147dccf35c4ad0900
-SRCREV_meta ?= 7c258779acffc9be33c7a31fa799dd416e9784a0
+SRCREV_machine ?= f1c2320544eaffd6ecc7fcb8b18f8a0ed4ba2e14
+SRCREV_meta ?= 553a8512fd924420db5cc2320ece4a6fd9b1e486
 
 PR = ${INC_PR}.0
 PV = ${LINUX_VERSION}+git${SRCPV}
diff --git a/meta/recipes-kernel/linux/linux-yocto_3.4.bb 
b/meta/recipes-kernel/linux/linux-yocto_3.4.bb
index 156619e..7a58e1c 100644
--- a/meta/recipes-kernel/linux/linux-yocto_3.4.bb
+++ b/meta/recipes-kernel/linux/linux-yocto_3.4.bb
@@ -3,17 +3,17 @@ require recipes-kernel/linux/linux-yocto.inc
 KBRANCH_DEFAULT = standard/base
 KBRANCH = ${KBRANCH_DEFAULT}
 
-SRCREV_machine_qemuarm ?= ca1bbde92c0d66ba8db6ac4654de12c0fbd5c0c8
-SRCREV_machine_qemumips  ?= c349c5fd5d9dc04b3983565c239805f2c30ce6ca
-SRCREV_machine_qemuppc ?= 475a5e7d76f4e2914caefda3fed0adf40d0a2cc6
-SRCREV_machine_qemux86 ?= 0d734af0fa4dbef33cb486e147dccf35c4ad0900
-SRCREV_machine_qemux86-64 ?= 0d734af0fa4dbef33cb486e147dccf35c4ad0900
-SRCREV_machine ?= 0d734af0fa4dbef33cb486e147dccf35c4ad0900
-SRCREV_meta ?= 7c258779acffc9be33c7a31fa799dd416e9784a0
+SRCREV_machine_qemuarm ?= e24986bf7398f5fb471173bda1d4f32008da101a
+SRCREV_machine_qemumips  ?= 8835a2ba0d8e8f9bb5e2513d3568ae3970acefd5
+SRCREV_machine_qemuppc ?= ae8e2cd14e47bceb9c2bdcb927b3a0ea61f6c311
+SRCREV_machine_qemux86 ?= f1c2320544eaffd6ecc7fcb8b18f8a0ed4ba2e14
+SRCREV_machine_qemux86-64 ?= f1c2320544eaffd6ecc7fcb8b18f8a0ed4ba2e14
+SRCREV_machine ?= f1c2320544eaffd6ecc7fcb8b18f8a0ed4ba2e14
+SRCREV_meta ?= 553a8512fd924420db5cc2320ece4a6fd9b1e486
 
 SRC_URI = 
git://git.yoctoproject.org/linux-yocto-3.4.git;protocol=git;nocheckout=1;branch=${KBRANCH},meta;name=machine,meta
 
-LINUX_VERSION ?= 3.4.16
+LINUX_VERSION ?= 3.4.18
 
 PR = ${INC_PR}.3
 PV = ${LINUX_VERSION}+git${SRCPV}
-- 
1.7.10.4


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] classes: Be consistent about sstate-inputdirs/outputdirs ending with '/'

[Martin Jansa]

On Tue, Nov 13, 2012 at 02:05:00PM +, Richard Purdie wrote:
 If sstate-inputdirs and sstate-outputdirs don't match with ending '/'
 characters, the manifest file can end up corrupted. This change
 ensures the metadata is consistent in ending do_populate_root tasks
 with this character to avoid manifest file corruption.
 
 Signed-off-by: Richard Purdie richard.pur...@linuxfoundation.org
 ---
 diff --git a/meta/classes/cross.bbclass b/meta/classes/cross.bbclass
 index 735f6d2..b57e523 100644
 --- a/meta/classes/cross.bbclass
 +++ b/meta/classes/cross.bbclass
 @@ -54,7 +54,7 @@ base_sbindir = ${bindir}
  libdir = ${exec_prefix}/lib/${CROSS_TARGET_SYS_DIR}
  libexecdir = ${exec_prefix}/libexec/${CROSS_TARGET_SYS_DIR}
  
 -do_populate_sysroot[sstate-inputdirs] = 
 ${SYSROOT_DESTDIR}/${STAGING_DIR_NATIVE}
 +do_populate_sysroot[sstate-inputdirs] = 
 ${SYSROOT_DESTDIR}/${STAGING_DIR_NATIVE}/
  
  python cross_virtclass_handler () {
  if not isinstance(e, bb.event.RecipePreFinalise):
 diff --git a/meta/classes/native.bbclass b/meta/classes/native.bbclass
 index 6314ba1..1462ffb 100644
 --- a/meta/classes/native.bbclass
 +++ b/meta/classes/native.bbclass
 @@ -82,8 +82,8 @@ bindir .= ${NATIVE_PACKAGE_PATH_SUFFIX}
  libdir .= ${NATIVE_PACKAGE_PATH_SUFFIX}
  libexecdir .= ${NATIVE_PACKAGE_PATH_SUFFIX}
  
 -do_populate_sysroot[sstate-inputdirs] = 
 ${SYSROOT_DESTDIR}/${STAGING_DIR_NATIVE}
 -do_populate_sysroot[sstate-outputdirs] = ${STAGING_DIR_NATIVE}
 +do_populate_sysroot[sstate-inputdirs] = 
 ${SYSROOT_DESTDIR}/${STAGING_DIR_NATIVE}/
 +do_populate_sysroot[sstate-outputdirs] = ${STAGING_DIR_NATIVE}/
  
  # Since we actually install these into situ there is no staging prefix
  STAGING_DIR_HOST = 
 diff --git a/meta/recipes-core/eglibc/eglibc-initial.inc 
 b/meta/recipes-core/eglibc/eglibc-initial.inc
 index c1a090e..83b1d2c 100644
 --- a/meta/recipes-core/eglibc/eglibc-initial.inc
 +++ b/meta/recipes-core/eglibc/eglibc-initial.inc
 @@ -72,7 +72,7 @@ eglibcinitial_sstate_postinst() {
   fi
  }
  
 -do_populate_sysroot[sstate-outputdirs] = ${STAGING_DIR_TCBOOTSTRAP}
 +do_populate_sysroot[sstate-outputdirs] = ${STAGING_DIR_TCBOOTSTRAP}/
  
  # We don't install any scripts so there is nothing to evacuate
  do_evacuate_scripts () {
 diff --git a/meta/recipes-core/uclibc/uclibc-initial_0.9.33.bb 
 b/meta/recipes-core/uclibc/uclibc-initial_0.9.33.bb
 index 22f56de..4620c96 100644
 --- a/meta/recipes-core/uclibc/uclibc-initial_0.9.33.bb
 +++ b/meta/recipes-core/uclibc/uclibc-initial_0.9.33.bb
 @@ -33,4 +33,4 @@ do_siteconfig () {
  :
  }
  
 -do_populate_sysroot[sstate-outputdirs] = ${STAGING_DIR_TCBOOTSTRAP}
 +do_populate_sysroot[sstate-outputdirs] = ${STAGING_DIR_TCBOOTSTRAP}/
 diff --git a/meta/recipes-core/uclibc/uclibc-initial_git.bb 
 b/meta/recipes-core/uclibc/uclibc-initial_git.bb
 index c0b7d52..9e3edbd 100644
 --- a/meta/recipes-core/uclibc/uclibc-initial_git.bb
 +++ b/meta/recipes-core/uclibc/uclibc-initial_git.bb
 @@ -33,4 +33,4 @@ do_siteconfig () {
  :
  }
  
 -do_populate_sysroot[sstate-outputdirs] = ${STAGING_DIR_TCBOOTSTRAP}
 +do_populate_sysroot[sstate-outputdirs] = ${STAGING_DIR_TCBOOTSTRAP}/
 diff --git a/meta/recipes-devtools/gcc/gcc-cross-initial.inc 
 b/meta/recipes-devtools/gcc/gcc-cross-initial.inc
 index ff6556c..1ac1db6 100644
 --- a/meta/recipes-devtools/gcc/gcc-cross-initial.inc
 +++ b/meta/recipes-devtools/gcc/gcc-cross-initial.inc
 @@ -74,6 +74,6 @@ sysroot_stage_all() {
   mv ${SYSROOT_DESTDIR}${target_libdir}/* 
 ${SYSROOT_DESTDIR}${STAGING_DIR_TARGET}${target_libdir}/ || true
  }
  
 -do_populate_sysroot[sstate-inputdirs] = 
 ${SYSROOT_DESTDIR}/${STAGING_DIR_HOST} 
 ${SYSROOT_DESTDIR}/${STAGING_DIR_TARGET}/${target_base_libdir}
 -do_populate_sysroot[sstate-outputdirs] = ${STAGING_DIR_HOST} 
 ${STAGING_DIR_TCBOOTSTRAP}/${target_base_libdir}
 +do_populate_sysroot[sstate-inputdirs] = 
 ${SYSROOT_DESTDIR}/${STAGING_DIR_HOST}/ 
 ${SYSROOT_DESTDIR}/${STAGING_DIR_TARGET}/${target_base_libdir}/
 +do_populate_sysroot[sstate-outputdirs] = ${STAGING_DIR_HOST}/ 
 ${STAGING_DIR_TCBOOTSTRAP}/${target_base_libdir}/

Not sure if it can be caused by this, but building from scratch fails
today with:

NOTE: Running setscene task 430 of 457 
(/OE/oe-core/openembedded-core/meta/recipes-kernel/linux-libc-headers/linux-libc-headers_3.4.3.bb,
 do_populate_sysroot_setscene)
ERROR: Error executing a python function in 
/OE/oe-core/openembedded-core/meta/recipes-devtools/gcc/gcc-cross-initial_4.7.bb:
OSError: [Errno 2] No such file or directory

ERROR: The stack trace of python calls that resulted in this exception/failure 
was:
ERROR:   File do_populate_sysroot_setscene, line 6, in module
ERROR:
ERROR:   File do_populate_sysroot_setscene, line 3, in 
do_populate_sysroot_setscene
ERROR:
ERROR:   File sstate.bbclass, line 3, in sstate_setscene
ERROR:
ERROR:   File sstate.bbclass, line 63, in sstate_installpkg
ERROR:
ERROR: The code that was being executed was:
ERROR:  0002:def 

Re: [OE-core] [PATCH] classes: Be consistent about sstate-inputdirs/outputdirs ending with '/'

[Martin Jansa]

On Wed, Nov 14, 2012 at 04:09:45PM +0100, Martin Jansa wrote:
 On Tue, Nov 13, 2012 at 02:05:00PM +, Richard Purdie wrote:
  If sstate-inputdirs and sstate-outputdirs don't match with ending '/'
  characters, the manifest file can end up corrupted. This change
  ensures the metadata is consistent in ending do_populate_root tasks
  with this character to avoid manifest file corruption.
  
  diff --git a/meta/recipes-devtools/gcc/gcc-cross-initial.inc 
  b/meta/recipes-devtools/gcc/gcc-cross-initial.inc
  index ff6556c..1ac1db6 100644
  --- a/meta/recipes-devtools/gcc/gcc-cross-initial.inc
  +++ b/meta/recipes-devtools/gcc/gcc-cross-initial.inc
  @@ -74,6 +74,6 @@ sysroot_stage_all() {
  mv ${SYSROOT_DESTDIR}${target_libdir}/* 
  ${SYSROOT_DESTDIR}${STAGING_DIR_TARGET}${target_libdir}/ || true
   }
   
  -do_populate_sysroot[sstate-inputdirs] = 
  ${SYSROOT_DESTDIR}/${STAGING_DIR_HOST} 
  ${SYSROOT_DESTDIR}/${STAGING_DIR_TARGET}/${target_base_libdir}
  -do_populate_sysroot[sstate-outputdirs] = ${STAGING_DIR_HOST} 
  ${STAGING_DIR_TCBOOTSTRAP}/${target_base_libdir}
  +do_populate_sysroot[sstate-inputdirs] = 
  ${SYSROOT_DESTDIR}/${STAGING_DIR_HOST}/ 
  ${SYSROOT_DESTDIR}/${STAGING_DIR_TARGET}/${target_base_libdir}/
  +do_populate_sysroot[sstate-outputdirs] = ${STAGING_DIR_HOST}/ 
  ${STAGING_DIR_TCBOOTSTRAP}/${target_base_libdir}/
 
 Not sure if it can be caused by this, but building from scratch fails
 today with:
 

with some added debug output it looks like trying to move the same directory 
twice:
WARNING: Moving
/OE/oe-core/tmp-eglibc/work/x86_64-oe-linux/gcc-cross-initial-4.7.2-r13/sstate-install-populate-sysroot/
to
/OE/oe-core/tmp-eglibc/work/x86_64-oe-linux/gcc-cross-initial-4.7.2-r13/sysroot-destdir///OE/oe-core/tmp-eglibc/sysroots/x86_64-linux/
WARNING: Moving
/OE/oe-core/tmp-eglibc/work/x86_64-oe-linux/gcc-cross-initial-4.7.2-r13/sstate-install-populate-sysroot/
to
/OE/oe-core/tmp-eglibc/work/x86_64-oe-linux/gcc-cross-initial-4.7.2-r13/sysroot-destdir///OE/oe-core/tmp-eglibc/sysroots/qemux86-64//lib/
ERROR: Error executing a python function in
/OE/oe-core/openembedded-core/meta/recipes-devtools/gcc/gcc-cross-initial_4.7.bb:

Cheers,

 NOTE: Running setscene task 430 of 457 
 (/OE/oe-core/openembedded-core/meta/recipes-kernel/linux-libc-headers/linux-libc-headers_3.4.3.bb,
  do_populate_sysroot_setscene)
 ERROR: Error executing a python function in 
 /OE/oe-core/openembedded-core/meta/recipes-devtools/gcc/gcc-cross-initial_4.7.bb:
 OSError: [Errno 2] No such file or directory
 
 ERROR: The stack trace of python calls that resulted in this 
 exception/failure was:
 ERROR:   File do_populate_sysroot_setscene, line 6, in module
 ERROR:
 ERROR:   File do_populate_sysroot_setscene, line 3, in 
 do_populate_sysroot_setscene
 ERROR:
 ERROR:   File sstate.bbclass, line 3, in sstate_setscene
 ERROR:
 ERROR:   File sstate.bbclass, line 63, in sstate_installpkg
 ERROR:
 ERROR: The code that was being executed was:
 ERROR:  0002:def do_populate_sysroot_setscene(d):
 ERROR:  0003:sstate_setscene(d)
 ERROR:  0004:
 ERROR:  0005:
 ERROR:  *** 0006:do_populate_sysroot_setscene(d)
 ERROR:  0007:
 ERROR: [From file: 'do_populate_sysroot_setscene', lineno: 6, function: 
 module]
 ERROR:  0001:
 ERROR:  0002:def do_populate_sysroot_setscene(d):
 ERROR:  *** 0003:sstate_setscene(d)
 ERROR:  0004:
 ERROR:  0005:
 ERROR:  0006:do_populate_sysroot_setscene(d)
 ERROR:  0007:
 ERROR: [From file: 'do_populate_sysroot_setscene', lineno: 3, function: 
 do_populate_sysroot_setscene]
 ERROR:  0001:def sstate_setscene(d):
 ERROR:  0002:shared_state = sstate_state_fromvars(d)
 ERROR:  *** 0003:accelerate = sstate_installpkg(shared_state, d)
 ERROR:  0004:if not accelerate:
 ERROR:  0005:raise bb.build.FuncFailed(No suitable staging 
 package found)
 ERROR:  0006:
 ERROR: [From file: 'sstate.bbclass', lineno: 3, function: sstate_setscene]
 ERROR:  0059:os.remove(fixmefn)
 ERROR:  0060:
 ERROR:  0061:for state in ss['dirs']:
 ERROR:  0062:prepdir(state[1])
 ERROR:  *** 0063:os.rename(sstateinst + state[0], state[1])
 ERROR:  0064:sstate_install(ss, d)
 ERROR:  0065:
 ERROR:  0066:for plain in ss['plaindirs']:
 ERROR:  0067:workdir = d.getVar('WORKDIR', True)
 ERROR: [From file: 'sstate.bbclass', lineno: 63, function: sstate_installpkg]
 NOTE: recipe gcc-cross-initial-4.7.2-r13: task do_populate_sysroot_setscene: 
 Failed
 WARNING: Setscene task 92 
 (/OE/oe-core/openembedded-core/meta/recipes-devtools/gcc/gcc-cross-initial_4.7.bb,
  do_populate_sysroot_setscene) failed with exit co
 de '1' - real task will be run instead
 
 It's not fatal, but it wasn't there yesterday AFAIK.
 
 Cheers,
 -- 
 Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com



-- 
Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com


signature.asc
Description: Digital signature

Re: [OE-core] [PATCH] classes: Be consistent about sstate-inputdirs/outputdirs ending with '/'

[Richard Purdie]

On Wed, 2012-11-14 at 16:22 +0100, Martin Jansa wrote:
 On Wed, Nov 14, 2012 at 04:09:45PM +0100, Martin Jansa wrote:
  On Tue, Nov 13, 2012 at 02:05:00PM +, Richard Purdie wrote:
   If sstate-inputdirs and sstate-outputdirs don't match with ending '/'
   characters, the manifest file can end up corrupted. This change
   ensures the metadata is consistent in ending do_populate_root tasks
   with this character to avoid manifest file corruption.
   
   diff --git a/meta/recipes-devtools/gcc/gcc-cross-initial.inc 
   b/meta/recipes-devtools/gcc/gcc-cross-initial.inc
   index ff6556c..1ac1db6 100644
   --- a/meta/recipes-devtools/gcc/gcc-cross-initial.inc
   +++ b/meta/recipes-devtools/gcc/gcc-cross-initial.inc
   @@ -74,6 +74,6 @@ sysroot_stage_all() {
 mv ${SYSROOT_DESTDIR}${target_libdir}/* 
   ${SYSROOT_DESTDIR}${STAGING_DIR_TARGET}${target_libdir}/ || true
}

   -do_populate_sysroot[sstate-inputdirs] = 
   ${SYSROOT_DESTDIR}/${STAGING_DIR_HOST} 
   ${SYSROOT_DESTDIR}/${STAGING_DIR_TARGET}/${target_base_libdir}
   -do_populate_sysroot[sstate-outputdirs] = ${STAGING_DIR_HOST} 
   ${STAGING_DIR_TCBOOTSTRAP}/${target_base_libdir}
   +do_populate_sysroot[sstate-inputdirs] = 
   ${SYSROOT_DESTDIR}/${STAGING_DIR_HOST}/ 
   ${SYSROOT_DESTDIR}/${STAGING_DIR_TARGET}/${target_base_libdir}/
   +do_populate_sysroot[sstate-outputdirs] = ${STAGING_DIR_HOST}/ 
   ${STAGING_DIR_TCBOOTSTRAP}/${target_base_libdir}/
  
  Not sure if it can be caused by this, but building from scratch fails
  today with:
  
 
 with some added debug output it looks like trying to move the same directory 
 twice:
 WARNING: Moving
 /OE/oe-core/tmp-eglibc/work/x86_64-oe-linux/gcc-cross-initial-4.7.2-r13/sstate-install-populate-sysroot/
 to
 /OE/oe-core/tmp-eglibc/work/x86_64-oe-linux/gcc-cross-initial-4.7.2-r13/sysroot-destdir///OE/oe-core/tmp-eglibc/sysroots/x86_64-linux/
 WARNING: Moving
 /OE/oe-core/tmp-eglibc/work/x86_64-oe-linux/gcc-cross-initial-4.7.2-r13/sstate-install-populate-sysroot/
 to
 /OE/oe-core/tmp-eglibc/work/x86_64-oe-linux/gcc-cross-initial-4.7.2-r13/sysroot-destdir///OE/oe-core/tmp-eglibc/sysroots/qemux86-64//lib/
 ERROR: Error executing a python function in
 /OE/oe-core/openembedded-core/meta/recipes-devtools/gcc/gcc-cross-initial_4.7.bb:

There is something missing from after sstate-install-populate-sysroot/.
I've pushed a fix into master. Its only appearing when installing from
sstate.

Cheers,

Richard


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] License of xz

[Otavio Salvador]

On Wed, Nov 14, 2012 at 10:42 AM, Anders Darander and...@chargestorm.sewrote:

 ...

If my interpretation is correct, I'll try to find more time to look into
 the actual source files a bit more closely.
 ...

  - The build system contains public domain files, and files that
 are under GNU GPLv2+ or GNU GPLv3+. None of these files end up
 in the binaries being built.


From my understanding, if you remove the generated files from the source
and rebuild those you'd be GPLv2 compatible.

-- 
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 v3 07/12] libdrm: upgrade to 2.4.40

[Burton, Ross]

On 14 November 2012 14:56, Burton, Ross ross.bur...@intel.com wrote:
 Acked-By: Ross Burton ross.bur...@intel.com

Retracted.  There isn't a libdrm-intel package for the Intel driver,
so it goes into libdrm.  This then messes up the renaming and upgrades
become impossible.

Ross

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 2/9] builder: Add password for user

[Saul Wold]

On 11/14/2012 06:09 AM, Mark Hatle wrote:

On 11/13/12 11:32 PM, Saul Wold wrote:

This is needed to allow openssh to work correctly for the Eclipse
plugin to have access to the build appliance to view/modify recipes
and lauch builds

Signed-off-by: Saul Wold s...@linux.intel.com
---
  meta/recipes-graphics/builder/builder_0.1.bb |5 +++--
  1 files changed, 3 insertions(+), 2 deletions(-)

diff --git a/meta/recipes-graphics/builder/builder_0.1.bb
b/meta/recipes-graphics/builder/builder_0.1.bb
index 5c12c14..7ac531c 100644
--- a/meta/recipes-graphics/builder/builder_0.1.bb
+++ b/meta/recipes-graphics/builder/builder_0.1.bb
@@ -1,7 +1,7 @@
  SUMMARY = New user to do specific job
  DESCRIPTION = This recipe create a new user named ${PN}, who is
used for specific jobs like building. The task can be auto started via
mini X
  SECTION = x11
-PR = r4
+PR = r5
  LICENSE = MIT
  LIC_FILES_CHKSUM =
file://builder_hob_start.sh;endline=5;md5=84796c3c41785d86100fdabcbdade00e


@@ -18,7 +18,8 @@ inherit useradd
  USERADD_PACKAGES = ${PN}
  USERADD_PARAM_${PN} = --system --create-home \
 --groups video,tty,audio \
-   --user-group ${PN}
+   --user-group ${PN} \
+   --password .gLibiNXn0P12


This should work, but can you add a comment that indicates the
plain-text for the password?


Ahh, that would take all the fun out!

v2 coming with Otavio's suggestion also!

Sau!


--Mark


  do_install () {
  install -d -m 755 ${D}${sysconfdir}/mini_x/session.d




___
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 v3 08/12] xserver-xorg: upgrade to 1.13.0

[Burton, Ross]

On 14 November 2012 15:03, Burton, Ross ross.bur...@intel.com wrote:
 I'd like to see the upgrade path verified just to make sure we don't
 have a repeat of the EXA farce...

Just did an upgrade.  There is the drm breakage I talked about in the
other mail, and then some very odd breakage I wasn't expecting with
Xorg ABI versions.

The xorg server/drivers upgraded fine, but then on startup we got the
ABI errors.  This shouldn't have happened - the ABI version in the
code should have matched the ABI in the dependencies, but they are
different.

I'm digging into this now.

Ross

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH v2 12/12] xf86-video-omapfb: upgrade to 0.4.2

[Saul Wold]

On 11/14/2012 01:28 AM, Laurentiu Palcu wrote:

Other changes:
  * changed the recipe's SRC_URI to track the new (maintained) repo;
  * removed all old patches as the latest driver's structure has changed
drastically;
  * license file changed quite a bit: MIT - GPLv2 (needs to be reviewed
by somebody with a better understanding of these things though);
  * xf86-video-omapfb changed its name to xf86-video-omap: change the
recipe name acordingly;
  * add dependency of libdrm-omap;

Signed-off-by: Laurentiu Palcu laurentiu.pa...@intel.com
---
  ...-video-omapfb_git.bb = xf86-video-omap_git.bb} |   27 ++--
  1 file changed, 13 insertions(+), 14 deletions(-)
  rename meta/recipes-graphics/xorg-driver/{xf86-video-omapfb_git.bb = 
xf86-video-omap_git.bb} (43%)

diff --git a/meta/recipes-graphics/xorg-driver/xf86-video-omapfb_git.bb 
b/meta/recipes-graphics/xorg-driver/xf86-video-omap_git.bb
similarity index 43%
rename from meta/recipes-graphics/xorg-driver/xf86-video-omapfb_git.bb
rename to meta/recipes-graphics/xorg-driver/xf86-video-omap_git.bb
index f16441e..fec3365 100644
--- a/meta/recipes-graphics/xorg-driver/xf86-video-omapfb_git.bb
+++ b/meta/recipes-graphics/xorg-driver/xf86-video-omap_git.bb
@@ -6,19 +6,18 @@ DESCRIPTION = omapfb driver supports the basic Texas 
Instruments OMAP \
  framebuffer.

  LICENSE = MIT-X  GPLv2+
If the license changed to GPLv2, then why is MIT-X still listed, if the 
MIT bits are gone the remove MIT here.



-LIC_FILES_CHKSUM = file://COPYING;md5=63e2cbac53863f60e2f43343fb34367f
-DEPENDS += virtual/libx11
-
-SRCREV = 28c006c94e57ea71df11ec4fff79d7ffcfc4860f
-PR = ${INC_PR}.6
-PV = 0.1.1+gitr${SRCPV}
-
-SRC_URI = git://git.pingu.fi/xf86-video-omapfb;protocol=http \
-file://omap-revert-set-CRTC-limit.patch \
-file://omap-revert-set-virtual-size.patch \
-file://omap-force-plain-mode.patch  \
-file://omap-blacklist-tv-out.patch  \
-file://0004-Attempt-to-fix-VRFB.patch \
+LIC_FILES_CHKSUM = file://COPYING;md5=10ce5de3b111315ea652a5f74ec0c602
+DEPENDS += virtual/libx11 libdrm-omap
+
Why did you move LIC_FILES_CHKSUM and DEPENDS down here, they were in 
the correct location above.



+RPROVIDES = xf86-video-omapfb
+RCONFLICTS = xf86-video-omapfb
+RREPLACES = xf86-video-omapfb
+
+SRCREV = ae0394e687f1a77e966cf72f895da91840dffb8f
+PR = ${INC_PR}.0
+PV = 0.4.2+gitr${SRCPV}
+
+SRC_URI = 
git://anongit.freedesktop.org/xorg/driver/xf86-video-omap;protocol=git \
  

  S = ${WORKDIR}/git
@@ -28,5 +27,5 @@ CFLAGS +=  -I${STAGING_INCDIR}/xorg 

  # Use overlay 2 on omap3 to enable other apps to use overlay 1 (e.g. dmai or 
omapfbplay)
  do_compile_prepend_armv7a () {
-sed -i -e s:fb1:fb2:g ${S}/src/omapfb-xv.c
+sed -i -e s:fb1:fb2:g ${S}/src/omap_xv.c
  }



___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 7/8] kern-tools: flexibility and usability enhancements

[Darren Hart]

On 11/14/2012 07:03 AM, Bruce Ashfield wrote:
 Updating the SRCREV to import the following changes.
 
  [updateme: find the board description with the highest score]
 
This removes the requirement that a custom linux-yocto .scc file have
define KTYPE foo, where foo is typically standard. The tools can
now match on a .scc file that only matches the board, but will still
chose one that matches the board and kernel type, if available.

Should the documentation then state that KTYPE is only necessary to
define if it is not standard ? Does this also apply to
linux-yocto-custom recipes/kernels where the repository could very well
not define any ktype at all?

 
  [updateme: allow for tabs or spaces in defines]
 
define KMACHINEtab$MACHINE was missed by the regex.
 
  [scc/kgit-meta: detect and avoid duplicating patching]
 
To allow feature description to be included multiple times, they were
previously split into -enable and 'patch' descriptions. With this change
the patches will be detected as already included, and skipped
automatically. Removing the need to do this split. It also cleans up
the ability to warn about multiple includes.
 
  [kconf_check: add verify configuration fragment type]
 
This adds the ability for a BSP to have a kernel configuration
fragment that lists options that must be present. If they are not
present it is a hard error. required is a similar fragment, but
it adds them to the build, and audits them at the end, but does
not abort the build if they are present. This is a minor distinction,
but one that is useful when creating flexible, shared kernel config
structures.


IIRC we discussed this verify thing at ELCE and how it broke some of the
semantics trying to remember now, let's see:

kconf hardware foo.cfg
kconf verify hardware bar.cfg
kconf non-hardware foobar.cfg
kconf verify non-hardware barfoo.cfg

Is that how this is to be used? The configuration space just doubled
from a documentation point of view, and that is without even considering
the required keyword you described.

Can you use required with verify? Can you use both of them with both
hardware and non-hardware?


 
  [kconf_check: improve kernel audit report formatting]
  [kconf_check: perform validity checks on non-hardware options]
  [kconf_check: cleanups and verbose flag]
 
The existing output was verbose and not always useful to the reader.
This change makes the output more compact, audits non-hardware options
and gives information
 
  [invalid (54)]: meta/cfg/preempt-rt/common-pc/invalid.cfg
 This BSP sets config options that are not offered anywhere within 
 this kernel
 
 Signed-off-by: Bruce Ashfield bruce.ashfi...@windriver.com
 ---
  meta/recipes-kernel/kern-tools/kern-tools-native_git.bb |2 +-
  1 file changed, 1 insertion(+), 1 deletion(-)
 
 diff --git a/meta/recipes-kernel/kern-tools/kern-tools-native_git.bb 
 b/meta/recipes-kernel/kern-tools/kern-tools-native_git.bb
 index ce94885..f2cd39f 100644
 --- a/meta/recipes-kernel/kern-tools/kern-tools-native_git.bb
 +++ b/meta/recipes-kernel/kern-tools/kern-tools-native_git.bb
 @@ -4,7 +4,7 @@ LIC_FILES_CHKSUM = 
 file://git/tools/kgit;beginline=5;endline=9;md5=d8d1d729a70c
  
  DEPENDS = git-native guilt-native
  
 -SRCREV = a802ee9c8d9334c0f7932dfd40d45599addb7c90
 +SRCREV = 6f68c9473b43c3e39755a72aef8733cbd0bf1a59
  PR = r12
  PV = 0.1+git${SRCPV}
  
 

-- 
Darren Hart
Intel Open Source Technology Center
Yocto Project - Technical Lead - Linux Kernel

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] meta-freescale general mailing list

[McClintock Matthew-B29882]

YoctoProject.org is now hosting a meta-freescale mailing list that are
going to unify the communities of meta-fsl-ppc and meta-fsl-arm.

From now on all patches affecting meta-fsl-ppc and meta-fsl-arm can be
sent to meta-freesc...@yoctoproject.org and have the respective tag in
the patch. Please check the README in respective layer about the
command line to use for git format-patch.

Please subscribe here: https://lists.yoctoproject.org/listinfo/meta-freescale
Archives here: https://lists.yoctoproject.org/pipermail/meta-freescale/

-Matthew

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 7/8] kern-tools: flexibility and usability enhancements

[Bruce Ashfield]

On 12-11-14 11:33 AM, Darren Hart wrote:



On 11/14/2012 07:03 AM, Bruce Ashfield wrote:

Updating the SRCREV to import the following changes.

  [updateme: find the board description with the highest score]

This removes the requirement that a custom linux-yocto .scc file have
define KTYPE foo, where foo is typically standard. The tools can
now match on a .scc file that only matches the board, but will still
chose one that matches the board and kernel type, if available.


Should the documentation then state that KTYPE is only necessary to
define if it is not standard ? Does this also apply to


Nope. That isn't the intention. If you are using kernel types at all,
you should define one. Whether it be standard or not.


linux-yocto-custom recipes/kernels where the repository could very well
not define any ktype at all?


Same as the above. If you are create kernel .scc files to work with
linux-yocto custom, you are now free to use kernel types, or not, your
choice.





  [updateme: allow for tabs or spaces in defines]

define KMACHINEtab$MACHINE was missed by the regex.

  [scc/kgit-meta: detect and avoid duplicating patching]

To allow feature description to be included multiple times, they were
previously split into -enable and 'patch' descriptions. With this change
the patches will be detected as already included, and skipped
automatically. Removing the need to do this split. It also cleans up
the ability to warn about multiple includes.

  [kconf_check: add verify configuration fragment type]

This adds the ability for a BSP to have a kernel configuration
fragment that lists options that must be present. If they are not
present it is a hard error. required is a similar fragment, but
it adds them to the build, and audits them at the end, but does
not abort the build if they are present. This is a minor distinction,
but one that is useful when creating flexible, shared kernel config
structures.



IIRC we discussed this verify thing at ELCE and how it broke some of the
semantics trying to remember now, let's see:

kconf hardware foo.cfg
kconf verify hardware bar.cfg
kconf non-hardware foobar.cfg
kconf verify non-hardware barfoo.cfg

Is that how this is to be used? The configuration space just doubled
from a documentation point of view, and that is without even considering
the required keyword you described.


I'll continue to work on this for 1.4, but I didn't want to pend the
series on anything that we discussed in Barcelona .. these have been
around for some time and I wanted to push them out before doing any 1.4
tweaks.

But to answer your question. You could have multiple 'verify' fragments,
but I'd only suggest one. It's a final check that critical options are
in the final .config and will throw a hard error. required is an
alias for 'hardware' and still only throws a warning if they are missing.

There few current users of 'verify', so I can still follow up with
syntax tweaks that we discussed (do you have notes on that ?). I recall
simply making 'verify' a modifier of the existing kconf types would be
better than the current new type. I'll keep all the variants around, since
the plumbing is the same and that will again give time for migration.

We could argue that required should also be a hard error, but we can't
do that quite yet, since there are some existing use cases and trees
that will start to error out, and I'd like to migrate them first.



Can you use required with verify? Can you use both of them with both
hardware and non-hardware?


Any combination at all should work.

Cheers,

Bruce






  [kconf_check: improve kernel audit report formatting]
  [kconf_check: perform validity checks on non-hardware options]
  [kconf_check: cleanups and verbose flag]

The existing output was verbose and not always useful to the reader.
This change makes the output more compact, audits non-hardware options
and gives information

  [invalid (54)]: meta/cfg/preempt-rt/common-pc/invalid.cfg
 This BSP sets config options that are not offered anywhere within this 
kernel

Signed-off-by: Bruce Ashfield bruce.ashfi...@windriver.com
---
  meta/recipes-kernel/kern-tools/kern-tools-native_git.bb |2 +-
  1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-kernel/kern-tools/kern-tools-native_git.bb 
b/meta/recipes-kernel/kern-tools/kern-tools-native_git.bb
index ce94885..f2cd39f 100644
--- a/meta/recipes-kernel/kern-tools/kern-tools-native_git.bb
+++ b/meta/recipes-kernel/kern-tools/kern-tools-native_git.bb
@@ -4,7 +4,7 @@ LIC_FILES_CHKSUM = 
file://git/tools/kgit;beginline=5;endline=9;md5=d8d1d729a70c

  DEPENDS = git-native guilt-native

-SRCREV = a802ee9c8d9334c0f7932dfd40d45599addb7c90
+SRCREV = 6f68c9473b43c3e39755a72aef8733cbd0bf1a59
  PR = r12
  PV = 0.1+git${SRCPV}







___
Openembedded-core mailing list

Re: [OE-core] [PATCH 7/8] kern-tools: flexibility and usability enhancements

[Darren Hart]

On 11/14/2012 08:58 AM, Bruce Ashfield wrote:
 On 12-11-14 11:33 AM, Darren Hart wrote:


 On 11/14/2012 07:03 AM, Bruce Ashfield wrote:
 Updating the SRCREV to import the following changes.

   [updateme: find the board description with the highest score]

 This removes the requirement that a custom linux-yocto .scc file have
 define KTYPE foo, where foo is typically standard. The tools can
 now match on a .scc file that only matches the board, but will still
 chose one that matches the board and kernel type, if available.

 Should the documentation then state that KTYPE is only necessary to
 define if it is not standard ? Does this also apply to
 
 Nope. That isn't the intention. If you are using kernel types at all,
 you should define one. Whether it be standard or not.
 
 linux-yocto-custom recipes/kernels where the repository could very well
 not define any ktype at all?
 
 Same as the above. If you are create kernel .scc files to work with
 linux-yocto custom, you are now free to use kernel types, or not, your
 choice.

And what happens if they don't? It will just match on KMACHINE? Making
it so you can define one defconfig per machine and be done with it?
(if that's what you really wanted to do).


 


   [updateme: allow for tabs or spaces in defines]

 define KMACHINEtab$MACHINE was missed by the regex.

   [scc/kgit-meta: detect and avoid duplicating patching]

 To allow feature description to be included multiple times, they were
 previously split into -enable and 'patch' descriptions. With this change
 the patches will be detected as already included, and skipped
 automatically. Removing the need to do this split. It also cleans up
 the ability to warn about multiple includes.

   [kconf_check: add verify configuration fragment type]

 This adds the ability for a BSP to have a kernel configuration
 fragment that lists options that must be present. If they are not
 present it is a hard error. required is a similar fragment, but
 it adds them to the build, and audits them at the end, but does
 not abort the build if they are present. This is a minor distinction,
 but one that is useful when creating flexible, shared kernel config
 structures.


 IIRC we discussed this verify thing at ELCE and how it broke some of the
 semantics trying to remember now, let's see:

 kconf hardware foo.cfg
 kconf verify hardware bar.cfg
 kconf non-hardware foobar.cfg
 kconf verify non-hardware barfoo.cfg

 Is that how this is to be used? The configuration space just doubled
 from a documentation point of view, and that is without even considering
 the required keyword you described.
 
 I'll continue to work on this for 1.4, but I didn't want to pend the
 series on anything that we discussed in Barcelona .. these have been
 around for some time and I wanted to push them out before doing any 1.4
 tweaks.
 
 But to answer your question. You could have multiple 'verify' fragments,
 but I'd only suggest one. It's a final check that critical options are
 in the final .config and will throw a hard error. required is an
 alias for 'hardware' and still only throws a warning if they are missing.
 
 There few current users of 'verify', so I can still follow up with
 syntax tweaks that we discussed (do you have notes on that ?). I recall
 simply making 'verify' a modifier of the existing kconf types would be
 better than the current new type. I'll keep all the variants around, since
 the plumbing is the same and that will again give time for migration.
 
 We could argue that required should also be a hard error, but we can't
 do that quite yet, since there are some existing use cases and trees
 that will start to error out, and I'd like to migrate them first.


I don't seem to have any notes on this for some reason. I'm wondering if
instead of modifiers, these should just be kconf types:

non-hardware
hardware
required
verify

As you said, required is an alias to hardware, so it isn't really a
modifier. And verify is less of a modifier and more of a verification
step, so it doesn't matter if it's hardware or non-hardware.

This would reduce the config space from 6 to 4, not a huge savings,
but it would be much simpler to document.

I'm going to omit these from the docs for now though.

 

 Can you use required with verify? Can you use both of them with both
 hardware and non-hardware?
 
 Any combination at all should work.
 
 Cheers,
 
 Bruce
 



   [kconf_check: improve kernel audit report formatting]
   [kconf_check: perform validity checks on non-hardware options]
   [kconf_check: cleanups and verbose flag]

 The existing output was verbose and not always useful to the reader.
 This change makes the output more compact, audits non-hardware options
 and gives information

   [invalid (54)]: meta/cfg/preempt-rt/common-pc/invalid.cfg
  This BSP sets config options that are not offered anywhere within 
 this kernel

 

Re: [OE-core] [PATCH] classes: Be consistent about sstate-inputdirs/outputdirs ending with '/'

[McClintock Matthew-B29882]

On Wed, Nov 14, 2012 at 9:59 AM, Richard Purdie
richard.pur...@linuxfoundation.org wrote:
 On Wed, 2012-11-14 at 16:22 +0100, Martin Jansa wrote:
 On Wed, Nov 14, 2012 at 04:09:45PM +0100, Martin Jansa wrote:
  On Tue, Nov 13, 2012 at 02:05:00PM +, Richard Purdie wrote:
   If sstate-inputdirs and sstate-outputdirs don't match with ending '/'
   characters, the manifest file can end up corrupted. This change
   ensures the metadata is consistent in ending do_populate_root tasks
   with this character to avoid manifest file corruption.
  
   diff --git a/meta/recipes-devtools/gcc/gcc-cross-initial.inc 
   b/meta/recipes-devtools/gcc/gcc-cross-initial.inc
   index ff6556c..1ac1db6 100644
   --- a/meta/recipes-devtools/gcc/gcc-cross-initial.inc
   +++ b/meta/recipes-devtools/gcc/gcc-cross-initial.inc
   @@ -74,6 +74,6 @@ sysroot_stage_all() {
 mv ${SYSROOT_DESTDIR}${target_libdir}/* 
   ${SYSROOT_DESTDIR}${STAGING_DIR_TARGET}${target_libdir}/ || true
}
  
   -do_populate_sysroot[sstate-inputdirs] = 
   ${SYSROOT_DESTDIR}/${STAGING_DIR_HOST} 
   ${SYSROOT_DESTDIR}/${STAGING_DIR_TARGET}/${target_base_libdir}
   -do_populate_sysroot[sstate-outputdirs] = ${STAGING_DIR_HOST} 
   ${STAGING_DIR_TCBOOTSTRAP}/${target_base_libdir}
   +do_populate_sysroot[sstate-inputdirs] = 
   ${SYSROOT_DESTDIR}/${STAGING_DIR_HOST}/ 
   ${SYSROOT_DESTDIR}/${STAGING_DIR_TARGET}/${target_base_libdir}/
   +do_populate_sysroot[sstate-outputdirs] = ${STAGING_DIR_HOST}/ 
   ${STAGING_DIR_TCBOOTSTRAP}/${target_base_libdir}/
 
  Not sure if it can be caused by this, but building from scratch fails
  today with:
 

 with some added debug output it looks like trying to move the same directory 
 twice:
 WARNING: Moving
 /OE/oe-core/tmp-eglibc/work/x86_64-oe-linux/gcc-cross-initial-4.7.2-r13/sstate-install-populate-sysroot/
 to
 /OE/oe-core/tmp-eglibc/work/x86_64-oe-linux/gcc-cross-initial-4.7.2-r13/sysroot-destdir///OE/oe-core/tmp-eglibc/sysroots/x86_64-linux/
 WARNING: Moving
 /OE/oe-core/tmp-eglibc/work/x86_64-oe-linux/gcc-cross-initial-4.7.2-r13/sstate-install-populate-sysroot/
 to
 /OE/oe-core/tmp-eglibc/work/x86_64-oe-linux/gcc-cross-initial-4.7.2-r13/sysroot-destdir///OE/oe-core/tmp-eglibc/sysroots/qemux86-64//lib/
 ERROR: Error executing a python function in
 /OE/oe-core/openembedded-core/meta/recipes-devtools/gcc/gcc-cross-initial_4.7.bb:

 There is something missing from after sstate-install-populate-sysroot/.
 I've pushed a fix into master. Its only appearing when installing from
 sstate.

I've seen this on older releases also...

-M

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 7/8] kern-tools: flexibility and usability enhancements

[Bruce Ashfield]

On 12-11-14 12:09 PM, Darren Hart wrote:



On 11/14/2012 08:58 AM, Bruce Ashfield wrote:

On 12-11-14 11:33 AM, Darren Hart wrote:



On 11/14/2012 07:03 AM, Bruce Ashfield wrote:

Updating the SRCREV to import the following changes.

   [updateme: find the board description with the highest score]

 This removes the requirement that a custom linux-yocto .scc file have
 define KTYPE foo, where foo is typically standard. The tools can
 now match on a .scc file that only matches the board, but will still
 chose one that matches the board and kernel type, if available.


Should the documentation then state that KTYPE is only necessary to
define if it is not standard ? Does this also apply to


Nope. That isn't the intention. If you are using kernel types at all,
you should define one. Whether it be standard or not.


linux-yocto-custom recipes/kernels where the repository could very well
not define any ktype at all?


Same as the above. If you are create kernel .scc files to work with
linux-yocto custom, you are now free to use kernel types, or not, your
choice.


And what happens if they don't? It will just match on KMACHINE? Making
it so you can define one defconfig per machine and be done with it?
(if that's what you really wanted to do).


Correct. It matches the .scc file that scores the best. If you don't
have a kernel type and a .scc file matches the KMACHINE that's the
one it'll use. If you want more separation, then you can start using
KTYPE without modifying the existing .scc files, since one with
a matching KMACHINE/KTYPE will score higher than the KMACHINE only
.scc file.










   [updateme: allow for tabs or spaces in defines]

 define KMACHINEtab$MACHINE was missed by the regex.

   [scc/kgit-meta: detect and avoid duplicating patching]

 To allow feature description to be included multiple times, they were
 previously split into -enable and 'patch' descriptions. With this change
 the patches will be detected as already included, and skipped
 automatically. Removing the need to do this split. It also cleans up
 the ability to warn about multiple includes.

   [kconf_check: add verify configuration fragment type]

 This adds the ability for a BSP to have a kernel configuration
 fragment that lists options that must be present. If they are not
 present it is a hard error. required is a similar fragment, but
 it adds them to the build, and audits them at the end, but does
 not abort the build if they are present. This is a minor distinction,
 but one that is useful when creating flexible, shared kernel config
 structures.



IIRC we discussed this verify thing at ELCE and how it broke some of the
semantics trying to remember now, let's see:

kconf hardware foo.cfg
kconf verify hardware bar.cfg
kconf non-hardware foobar.cfg
kconf verify non-hardware barfoo.cfg

Is that how this is to be used? The configuration space just doubled
from a documentation point of view, and that is without even considering
the required keyword you described.


I'll continue to work on this for 1.4, but I didn't want to pend the
series on anything that we discussed in Barcelona .. these have been
around for some time and I wanted to push them out before doing any 1.4
tweaks.

But to answer your question. You could have multiple 'verify' fragments,
but I'd only suggest one. It's a final check that critical options are
in the final .config and will throw a hard error. required is an
alias for 'hardware' and still only throws a warning if they are missing.

There few current users of 'verify', so I can still follow up with
syntax tweaks that we discussed (do you have notes on that ?). I recall
simply making 'verify' a modifier of the existing kconf types would be
better than the current new type. I'll keep all the variants around, since
the plumbing is the same and that will again give time for migration.

We could argue that required should also be a hard error, but we can't
do that quite yet, since there are some existing use cases and trees
that will start to error out, and I'd like to migrate them first.



I don't seem to have any notes on this for some reason. I'm wondering if
instead of modifiers, these should just be kconf types:

non-hardware
hardware
required
verify

As you said, required is an alias to hardware, so it isn't really a
modifier. And verify is less of a modifier and more of a verification
step, so it doesn't matter if it's hardware or non-hardware.

This would reduce the config space from 6 to 4, not a huge savings,
but it would be much simpler to document.


Agreed, I'll put this into bugzilla and document what we'll do for
1.4 as the final syntax.



I'm going to omit these from the docs for now though.



Sounds good. We'll nail them down first and then document it :)

Cheers,

Bruce





Can you use required with verify? Can you use both of them with both
hardware and non-hardware?


Any combination at all should work.

[OE-core] Can't build qt4-x11-free

[Gary Thomas]

| arm-poky-linux-gnueabi-g++  -march=armv5te  -marm -mthumb-interwork  -mtune=arm926ej-s --sysroot=/local/qemuarm_test/tmp/sysroots/qemuarm 
-Wl,-rpath-link,/local/qemuarm_test/tmp/sysroots/qemuarm/usr/lib -Wl,-O1 -Wl,--hash-style=gnu -Wl,--as-needed 
-Wl,-rpath-link,/local/qemuarm_test/tmp/work/armv5te-poky-linux-gnueabi/qt4-x11-free-4.8.1-r47.1/qt-everywhere-opensource-src-4.8.1/lib 
-Wl,-rpath-link,/local/qemuarm_test/tmp/work/armv5te-poky-linux-gnueabi/qt4-x11-free-4.8.1-r47.1/qt-everywhere-opensource-src-4.8.1/lib -shared -o libphonon_gstreamer.so 
.obj/release-shared/abstractrenderer.o .obj/release-shared/artssink.o .obj/release-shared/audioeffect.o .obj/release-shared/audiooutput.o .obj/release-shared/audiodataoutput.o 
.obj/release-shared/backend.o .obj/release-shared/devicemanager.o .obj/release-shared/effect.o .obj/release-shared/effectmanager.o .obj/release-shared/glrenderer.o 
.obj/release-shared/gsthelper.o .obj/release-shared/medianode.o .obj/release-shared/medianodeevent.o .obj/release-shared/mediaobject.o .obj/release-shared/message.o 
.obj/release-shared/phononsrc.o .obj/release-shared/qwidgetvideosink.o .obj/release-shared/streamreader.o .obj/release-shared/videowidget.o .obj/release-shared/volumefadereffect.o 
.obj/release-shared/widgetrenderer.o .obj/release-shared/x11renderer.o .obj/release-shared/moc_devicemanager.o .obj/release-shared/moc_effectmanager.o 
.obj/release-shared/moc_glrenderer.o   -L/local/qemuarm_test/tmp/sysroots/qemuarm/usr/lib 
-L/local/qemuarm_test/tmp/work/armv5te-poky-linux-gnueabi/qt4-x11-free-4.8.1-r47.1/qt-everywhere-opensource-src-4.8.1/lib -pthread -lgstreamer-0.10 -lgobject-2.0 -lgmodule-2.0 
-lgthread-2.0 -lrt -lxml2 -lgstinterfaces-0.10 -lgstvideo-0.10 -lgstbase-0.10 -lgstaudio-0.10 -L/local/qemuarm_test/tmp/sysroots/qemuarm/usr/lib -lphonon 
-L/local/qemuarm_test/tmp/work/armv5te-poky-linux-gnueabi/qt4-x11-free-4.8.1-r47.1/qt-everywhere-opensource-src-4.8.1/lib -lpulse-mainloop-glib -lpulse -lglib-2.0 -lQtDBus -lQtXml 
-lQtOpenGL -lQtGui -lQtCore -lGLU -lGL -lpthread

| 
/local/qemuarm_test/tmp/sysroots/i686-linux/usr/libexec/armv5te-poky-linux-gnueabi/gcc/arm-poky-linux-gnueabi/4.7.2/ld:
 cannot find -lGLU

This happens because of this commit:
$ git log meta/recipes-graphics/mesa/mesa-common.inc
commit 662a445b30af4d7538c3e7081dd9403acd006938
Author: Daniel Stone dan...@fooishbar.org
Date:   Fri Oct 26 16:00:09 2012 +0100

mesa: Build separate GLU library

Mesa has removed GLU from the core tree upstream, so remove it from the
Mesa build and add the separate tarball as a new recipe.

(From OE-Core rev: 4395691a44b198ba0b9a969cbade669e8de07a4f)

Signed-off-by: Daniel Stone dan...@fooishbar.org
Signed-off-by: Ross Burton ross.bur...@intel.com
Signed-off-by: Richard Purdie richard.pur...@linuxfoundation.org

Adding 'libglu' to the DEPENDS in
  meta/recipes-qt/qt4/qt4-x11-free.inc:DEPENDS += virtual/libgl virtual/libx11 
fontconfig libxft libxext libxrender libxrandr libxcursor
fixes the build, but doesn't that doesn't seem quite right since currently
it's the mesa* recipe which forced this split, but some other instance
of virtual/libgl might not.

So, how do I best to fix the build with this new setup?

Thanks

--

Gary Thomas |  Consulting for the
MLB Associates  |Embedded world


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH v2] initrd: add recovery feature

[Radu Moisan]

On 11/14/2012 01:07 AM, Saul Wold wrote:

On 11/13/2012 01:12 PM, Radu Moisan wrote:

Allows you to use as root a partition instead of the rootfs.img
for recovering an old install, and fails safe when no rootfs is
found, dropping the user to a shell if something goes wrong.

Signed-off-by: Radu Moisan radu.moi...@intel.com
Signed-off-by: Alexandru Damian alexandru.dam...@intel.com
---
  meta/recipes-core/initrdscripts/files/init-live.sh |   44 
+++-

  1 file changed, 42 insertions(+), 2 deletions(-)

diff --git a/meta/recipes-core/initrdscripts/files/init-live.sh 
b/meta/recipes-core/initrdscripts/files/init-live.sh

index 5682fd1..81686b9 100644
--- a/meta/recipes-core/initrdscripts/files/init-live.sh
+++ b/meta/recipes-core/initrdscripts/files/init-live.sh
@@ -68,13 +68,49 @@ fatal() {

  early_setup

+# wait for the udevd to settle
+echo Waiting for udev to settle...
+udevadm settle --timeout=3
+
Why are you still adding in the timeout?  This still could have 
adverse affects on some machines, just let settle do it's job.


Sau!

Well, I didn't see any side effects. If there are side effects I'll 
remove the timeout but please point out to me some of those. Anyway, I 
thought about this more like a safety net because I've noticed settle 
has some history with hanging the system boot more that it should in 
some circumstances.


Radu

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH v2] initrd: add recovery feature

[Radu Moisan]

On 11/14/2012 03:30 AM, Otavio Salvador wrote:



On Tue, Nov 13, 2012 at 7:12 PM, Radu Moisan radu.moi...@intel.com 
mailto:radu.moi...@intel.com wrote:


Allows you to use as root a partition instead of the rootfs.img
for recovering an old install, and fails safe when no rootfs is
found, dropping the user to a shell if something goes wrong.

Signed-off-by: Radu Moisan radu.moi...@intel.com
mailto:radu.moi...@intel.com
Signed-off-by: Alexandru Damian alexandru.dam...@intel.com
mailto:alexandru.dam...@intel.com
---
 meta/recipes-core/initrdscripts/files/init-live.sh |   44
+++-
 1 file changed, 42 insertions(+), 2 deletions(-)

diff --git a/meta/recipes-core/initrdscripts/files/init-live.sh
b/meta/recipes-core/initrdscripts/files/init-live.sh
index 5682fd1..81686b9 100644
--- a/meta/recipes-core/initrdscripts/files/init-live.sh
+++ b/meta/recipes-core/initrdscripts/files/init-live.sh
@@ -68,13 +68,49 @@ fatal() {

 early_setup

+# wait for the udevd to settle
+echo Waiting for udev to settle...
+udevadm settle --timeout=3


I think if we take a timeout it needs to be about 10s or 20s. I have 
some slow machines that take way more time then 3s.

This is more reasonable then just removing the timeout.

Radu
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] bash: Add fix for cross compile issues

[Michael Halstead]

On 11/14/2012 05:30 AM, Richard Purdie wrote:
 On Wed, 2012-11-14 at 13:24 +, Richard Purdie wrote:
 On Wed, 2012-11-14 at 13:30 +0100, Martin Jansa wrote:
 On Tue, Nov 13, 2012 at 01:59:19PM +, Richard Purdie wrote:
 Signed-off-by: Richard Purdie richard.pur...@linuxfoundation.org
 ---
 diff --git a/meta/recipes-extended/bash/bash-4.2/crossfix.patch 
 b/meta/recipes-extended/bash/bash-4.2/crossfix.patch
 new file mode 100644
 index 000..f587c34
 --- a/dev/null
 +++ b/meta/recipes-extended/bash/bash-4.2/crossfix.patch
 @@ -0,0 +1,28 @@
 Are you using some special tool to generate git patches or some weird
 git version?
 Basically, the data from cgit in the web interface is broken and that is
 causing this.

 Patches from you where you add some file usually does not apply here,
 It's caused by:
 --- a/dev/null
 +++ b/meta/recipes-extended/bash/bash-4.2/crossfix.patch
 which usually looks like
 --- /dev/null
 +++ b/meta/recipes-extended/bash/bash-4.2/crossfix.patch
 Right, there is a bug in cgit. I'm not sure if anyone fancies trying to
 find/fix it?
 Actually, its not hard to find:

 http://hjemli.net/git/cgit/tree/ui-patch.c


 In header(), the:
   htmlf(\n--- a/%s\n, path1);
   htmlf(+++ b/%s\n, path2);
 needs to be conditional on is_null_sha1(sha1)/is_null_sha1(sha2) with
 the alternative of:
   htmlf(\n--- /%s\n, path1);
   htmlf(+++ /%s\n, path2);
 which there are a variety of ways to achieve...

 Michael: Fancy fixing that on the server and sending a patch
 upstream? :)

 Cheers,

 Richard

I'm happy to. I've fixed the code you've tracked down and recompiled for
git.yoctoproject.org. You can see the result at
https://git.yoctoproject.org/cgit/cgit.cgi/poky/patch/?id=ed234aca98d0867c7b32801fc63820b19cf67df9
but I am still working on fixing the shared UI for this view
https://git.yoctoproject.org/cgit/cgit.cgi/poky/commit/?id=ed234aca98d0867c7b32801fc63820b19cf67df9.


Once I have both fixes I'll upgrade http://cgit.openembedded.org/ with
the new version and submit my patch upstream.

-- 
Michael Halstead
Yocto Project / Sys Admin





smime.p7s
Description: S/MIME Cryptographic Signature
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] Can't build qt4-x11-free

[Henning Heinold]

On Wed, Nov 14, 2012 at 11:07:19AM -0700, Gary Thomas wrote:
 | 
 /local/qemuarm_test/tmp/sysroots/i686-linux/usr/libexec/armv5te-poky-linux-gnueabi/gcc/arm-poky-linux-gnueabi/4.7.2/ld:
  cannot find -lGLU
 

Hi,

did you check if qt actually needs any glu symbols?

Bye Henning

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] Can't build qt4-x11-free

[Gary Thomas]

On 2012-11-14 13:06, Henning Heinold wrote:

On Wed, Nov 14, 2012 at 11:07:19AM -0700, Gary Thomas wrote:

| 
/local/qemuarm_test/tmp/sysroots/i686-linux/usr/libexec/armv5te-poky-linux-gnueabi/gcc/arm-poky-linux-gnueabi/4.7.2/ld:
 cannot find -lGLU



Hi,

did you check if qt actually needs any glu symbols?


Indeed, it's not and this was already fixed in the tree by:
  commit 7ee2410825cb30b7f073c69d8c32a498835f0eec
  Author: Martin Jansa martin.ja...@gmail.com
  Date:   Tue Nov 6 00:36:47 2012 +0100

Somehow I missed this when I pulled into my tree which is based
on Poky/Yocto.  I pulled on Nov 9 and I guess the change had not
yet been propagated.

--

Gary Thomas |  Consulting for the
MLB Associates  |Embedded world


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] bash: Add fix for cross compile issues

[Michael Halstead]

On 11/14/2012 11:45 AM, Michael Halstead wrote:
 On 11/14/2012 05:30 AM, Richard Purdie wrote:
 On Wed, 2012-11-14 at 13:24 +, Richard Purdie wrote:
 On Wed, 2012-11-14 at 13:30 +0100, Martin Jansa wrote:
 On Tue, Nov 13, 2012 at 01:59:19PM +, Richard Purdie wrote:
 Signed-off-by: Richard Purdie richard.pur...@linuxfoundation.org
 ---
 diff --git a/meta/recipes-extended/bash/bash-4.2/crossfix.patch 
 b/meta/recipes-extended/bash/bash-4.2/crossfix.patch
 new file mode 100644
 index 000..f587c34
 --- a/dev/null
 +++ b/meta/recipes-extended/bash/bash-4.2/crossfix.patch
 @@ -0,0 +1,28 @@
 Are you using some special tool to generate git patches or some weird
 git version?
 Basically, the data from cgit in the web interface is broken and that is
 causing this.

 Patches from you where you add some file usually does not apply here,
 It's caused by:
 --- a/dev/null
 +++ b/meta/recipes-extended/bash/bash-4.2/crossfix.patch
 which usually looks like
 --- /dev/null
 +++ b/meta/recipes-extended/bash/bash-4.2/crossfix.patch
 Right, there is a bug in cgit. I'm not sure if anyone fancies trying to
 find/fix it?
 Actually, its not hard to find:

 http://hjemli.net/git/cgit/tree/ui-patch.c


 In header(), the:
  htmlf(\n--- a/%s\n, path1);
  htmlf(+++ b/%s\n, path2);
 needs to be conditional on is_null_sha1(sha1)/is_null_sha1(sha2) with
 the alternative of:
  htmlf(\n--- /%s\n, path1);
  htmlf(+++ /%s\n, path2);
 which there are a variety of ways to achieve...

 Michael: Fancy fixing that on the server and sending a patch
 upstream? :)

 Cheers,

 Richard

 I'm happy to. I've fixed the code you've tracked down and recompiled for
 git.yoctoproject.org. You can see the result at
 https://git.yoctoproject.org/cgit/cgit.cgi/poky/patch/?id=ed234aca98d0867c7b32801fc63820b19cf67df9
 but I am still working on fixing the shared UI for this view
 https://git.yoctoproject.org/cgit/cgit.cgi/poky/commit/?id=ed234aca98d0867c7b32801fc63820b19cf67df9.


 Once I have both fixes I'll upgrade http://cgit.openembedded.org/ with
 the new version and submit my patch upstream.

I've submitted the patch upstream and installed a fixed copy of cgit on
cgit.openembedded.org. Please let me know if any errors in the
formatting remain.

Michael Halstead
Yocto Project / Sys Admin




smime.p7s
Description: S/MIME Cryptographic Signature
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] [PATCH 07/10] libcheck: Update to 0.9.9

[Saul Wold]

Signed-off-by: Saul Wold s...@linux.intel.com
---
 .../{libcheck_0.9.8.bb = libcheck_0.9.9.bb}   |7 ---
 1 files changed, 4 insertions(+), 3 deletions(-)
 rename meta/recipes-support/libcheck/{libcheck_0.9.8.bb = libcheck_0.9.9.bb} 
(74%)

diff --git a/meta/recipes-support/libcheck/libcheck_0.9.8.bb 
b/meta/recipes-support/libcheck/libcheck_0.9.9.bb
similarity index 74%
rename from meta/recipes-support/libcheck/libcheck_0.9.8.bb
rename to meta/recipes-support/libcheck/libcheck_0.9.9.bb
index e988d47..5ccce7a 100644
--- a/meta/recipes-support/libcheck/libcheck_0.9.8.bb
+++ b/meta/recipes-support/libcheck/libcheck_0.9.9.bb
@@ -5,14 +5,15 @@ SECTION = devel
 LICENSE  = LGPLv2.1+
 LIC_FILES_CHKSUM = file://COPYING.LESSER;md5=2d5025d4aa3495befef8f17206a5b0a1
 
-PR = r1
+PR = r0
 
 SRC_URI = ${SOURCEFORGE_MIRROR}/check/check-${PV}.tar.gz \
file://libcheck_fix_for_automake-1.12.patch \
   
 
-SRC_URI[md5sum] = 5d75e9a6027cde79d2c339ef261e7470
-SRC_URI[sha256sum] = 
82acf956bb07584ffea2bf04d5989fe939c3e74ecf93133a21037fd0f7996a7f
+SRC_URI[md5sum] = f3702f2fcfc19ce3f62dca66c241a168
+SRC_URI[sha256sum] = 
1a7a9abb9d051e1b9da4149ce651436a29e20135a40bdb202bd7b2bef3878ac9
+
 S = ${WORKDIR}/check-${PV}
 
 inherit autotools pkgconfig
-- 
1.7.7.6


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] [PATCH 02/10] mx: Update to 1.4.7

[Saul Wold]

Source moved to GitHub

(From OE-Core rev: d0f9486a2c71999f3730b525769e703165b98bb8)

Signed-off-by: Saul Wold s...@linux.intel.com
Signed-off-by: Richard Purdie richard.pur...@linuxfoundation.org
---
 .../mx/{mx_1.4.6.bb = mx_1.4.7.bb}|   13 ++---
 1 files changed, 6 insertions(+), 7 deletions(-)
 rename meta/recipes-graphics/mx/{mx_1.4.6.bb = mx_1.4.7.bb} (66%)

diff --git a/meta/recipes-graphics/mx/mx_1.4.6.bb 
b/meta/recipes-graphics/mx/mx_1.4.7.bb
similarity index 66%
rename from meta/recipes-graphics/mx/mx_1.4.6.bb
rename to meta/recipes-graphics/mx/mx_1.4.7.bb
index 81bc5b9..fd9189b 100644
--- a/meta/recipes-graphics/mx/mx_1.4.6.bb
+++ b/meta/recipes-graphics/mx/mx_1.4.7.bb
@@ -1,19 +1,18 @@
 DESCRIPTION = Clutter based widget library
 LICENSE = LGPLv2.1
 
+LIC_FILES_CHKSUM = file://COPYING.LIB;md5=fbc093901857fcd118f065f900982c24 \
+
file://mx/mx-widget.c;beginline=8;endline=20;md5=13bba3c973a72414a701e1e87b5ee879
+
 PR = r0
 
 DEPENDS = clutter-1.8 dbus-glib libxrandr gdk-pixbuf startup-notification
 
 inherit autotools gettext
 
-SRC_URI = http://source.clutter-project.org/sources/mx/1.4/mx-${PV}.tar.bz2;
+SRC_URI = https://github.com/downloads/clutter-project/${BPN}/${BP}.tar.xz;
 
-SRC_URI[md5sum] = c7192ca7c43bb1a39adc2fafdc012f49
-SRC_URI[sha256sum] = 
a3c7ffaf29b282144c982757b450d145cd85867183dfafef4750a00a0d406672
-
-LIC_FILES_CHKSUM = file://COPYING.LIB;md5=fbc093901857fcd118f065f900982c24 \
-
file://mx/mx-widget.c;beginline=8;endline=20;md5=13bba3c973a72414a701e1e87b5ee879
+SRC_URI[md5sum] = 19b1e4918a5ae6d014fc0dab2bb3d0a1
+SRC_URI[sha256sum] = 
1d2930d196717cacbee0ee101cf21d289b8200b5e938823d852b3b4a2f4a0e9d
 
 EXTRA_OECONF = --disable-introspection --disable-gtk-widgets --with-dbus
-
-- 
1.7.7.6


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] [PATCH 04/10] psmisc: Update to 22.20

[Saul Wold]

(From OE-Core rev: c1d3fbf49ac6ea2a6d56370311874ab99ddf57d1)

Signed-off-by: Saul Wold s...@linux.intel.com
Signed-off-by: Richard Purdie richard.pur...@linuxfoundation.org
---
 .../psmisc/{psmisc_22.19.bb = psmisc_22.20.bb}|4 ++--
 1 files changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-extended/psmisc/{psmisc_22.19.bb = psmisc_22.20.bb} (46%)

diff --git a/meta/recipes-extended/psmisc/psmisc_22.19.bb 
b/meta/recipes-extended/psmisc/psmisc_22.20.bb
similarity index 46%
rename from meta/recipes-extended/psmisc/psmisc_22.19.bb
rename to meta/recipes-extended/psmisc/psmisc_22.20.bb
index 7c34de9..f0ee79c 100644
--- a/meta/recipes-extended/psmisc/psmisc_22.19.bb
+++ b/meta/recipes-extended/psmisc/psmisc_22.20.bb
@@ -3,5 +3,5 @@ LICENSE = GPLv2
 LIC_FILES_CHKSUM = file://COPYING;md5=0636e73ff0215e8d672dc4c32c317bb3
 PR = r0
 
-SRC_URI[md5sum] = 38563b4760ffce54b0eadf99cb5b16e8
-SRC_URI[sha256sum] = 
e112ccadd4694c98f5ea4a02cd6944fdc5a2a1985f20e2b3f74f4dbca83a2a31
+SRC_URI[md5sum] = a25fc99a6dc7fa7ae6e4549be80b401f
+SRC_URI[sha256sum] = 
b17224e2385f6a799ffebba27eb7870771d42555e86814ef56b6d7e955765514
-- 
1.7.7.6


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] [PATCH 08/10] sqlite3: Update to 3.7.14.1

[Saul Wold]

[YOCTO #3283]

Signed-off-by: Saul Wold s...@linux.intel.com
---
 meta/recipes-support/sqlite/sqlite3_3.7.13.bb   |   11 ---
 meta/recipes-support/sqlite/sqlite3_3.7.14.1.bb |   11 +++
 2 files changed, 11 insertions(+), 11 deletions(-)
 delete mode 100644 meta/recipes-support/sqlite/sqlite3_3.7.13.bb
 create mode 100644 meta/recipes-support/sqlite/sqlite3_3.7.14.1.bb

diff --git a/meta/recipes-support/sqlite/sqlite3_3.7.13.bb 
b/meta/recipes-support/sqlite/sqlite3_3.7.13.bb
deleted file mode 100644
index 48b50ac..000
--- a/meta/recipes-support/sqlite/sqlite3_3.7.13.bb
+++ /dev/null
@@ -1,11 +0,0 @@
-require sqlite3.inc
-
-LIC_FILES_CHKSUM = 
file://sqlite3.h;endline=11;md5=65f0a57ca6928710b418c094b3570bb0
-
-PR = r1
-
-SRC_URI = http://www.sqlite.org/sqlite-autoconf-3071300.tar.gz;
-S = ${WORKDIR}/sqlite-autoconf-3071300
-
-SRC_URI[md5sum] = c97df403e8a3d5b67bb408fcd6aabd8e
-SRC_URI[sha256sum] = 
ac566819f82ec4cc2ff6c5cc90987ca38e589efbd79ff263838bbc62356ab119
diff --git a/meta/recipes-support/sqlite/sqlite3_3.7.14.1.bb 
b/meta/recipes-support/sqlite/sqlite3_3.7.14.1.bb
new file mode 100644
index 000..69e011a
--- /dev/null
+++ b/meta/recipes-support/sqlite/sqlite3_3.7.14.1.bb
@@ -0,0 +1,11 @@
+require sqlite3.inc
+
+LIC_FILES_CHKSUM = 
file://sqlite3.h;endline=11;md5=65f0a57ca6928710b418c094b3570bb0
+
+PR = r0
+
+SRC_URI = http://www.sqlite.org/sqlite-autoconf-3071401.tar.gz;
+S = ${WORKDIR}/sqlite-autoconf-3071401
+
+SRC_URI[md5sum] = 4cf3fd434bbb6e50777019ff3507bfa5
+SRC_URI[sha256sum] = 
d46d302a63b23d9c3b80e519be12cb7d6a8d3da57bd9c119341a0aa8b3b28692
-- 
1.7.7.6


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] [PATCH 03/10] kconfig-frontends: Update to 3.6

[Saul Wold]

(From OE-Core rev: 800ec42d0cb3c994ba15c0ce7e4f5a6e312012a4)

Signed-off-by: Saul Wold s...@linux.intel.com
Signed-off-by: Richard Purdie richard.pur...@linuxfoundation.org
---
 ...g-frontends_3.5.bb = kconfig-frontends_3.6.bb} |9 +
 1 files changed, 5 insertions(+), 4 deletions(-)
 rename meta/recipes-devtools/kconfig-frontends/{kconfig-frontends_3.5.bb = 
kconfig-frontends_3.6.bb} (88%)

diff --git a/meta/recipes-devtools/kconfig-frontends/kconfig-frontends_3.5.bb 
b/meta/recipes-devtools/kconfig-frontends/kconfig-frontends_3.6.bb
similarity index 88%
rename from meta/recipes-devtools/kconfig-frontends/kconfig-frontends_3.5.bb
rename to meta/recipes-devtools/kconfig-frontends/kconfig-frontends_3.6.bb
index 96899b8..d1fdc0e 100644
--- a/meta/recipes-devtools/kconfig-frontends/kconfig-frontends_3.5.bb
+++ b/meta/recipes-devtools/kconfig-frontends/kconfig-frontends_3.6.bb
@@ -11,12 +11,13 @@ LICENSE = GPL-2.0
 LIC_FILES_CHKSUM = file://COPYING;md5=9b8cf60ff39767ff04b671fca8302408
 SECTION = devel
 DEPENDS += ncurses flex bison gperf
-PR = r1
-PV = 3.5.0
+PR = r0
+PV = 3.6.0
 SPIN = 0
 SRC_URI = 
http://ymorin.is-a-geek.org/download/${BPN}/${BPN}-${PV}-${SPIN}.tar.xz;
-SRC_URI[md5sum] = 0e476b35f321234e0c2bea953461b46f
-SRC_URI[sha256sum] = 
567a556db5dc5f5c63e9d9fc9a45918ce870e3423407715a495e11b67e70b2f2
+
+SRC_URI[md5sum] = 91ca87abb3c99c3fd40a7babb05ec507
+SRC_URI[sha256sum] = 
3084989a9b146688f318b5524dfb7ab3ba47c9cef355d1aebaa520befdb48da0
 
 S = ${WORKDIR}/${BPN}-${PV}-${SPIN}
 
-- 
1.7.7.6


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] [PATCH 10/10] packagegroup-self-hosted: add sftp server

[Saul Wold]

Which is needed for integration with Eclispe plugin

(From OE-Core rev: c96ec6723ba289d40f4901ecaa5464b9b73aaa6e)

Signed-off-by: Saul Wold s...@linux.intel.com
Signed-off-by: Richard Purdie richard.pur...@linuxfoundation.org
---
 .../packagegroups/packagegroup-self-hosted.bb  |3 ++-
 1 files changed, 2 insertions(+), 1 deletions(-)

diff --git a/meta/recipes-core/packagegroups/packagegroup-self-hosted.bb 
b/meta/recipes-core/packagegroups/packagegroup-self-hosted.bb
index 19f5a16..6dcc44a 100644
--- a/meta/recipes-core/packagegroups/packagegroup-self-hosted.bb
+++ b/meta/recipes-core/packagegroups/packagegroup-self-hosted.bb
@@ -4,7 +4,7 @@
 
 SUMMARY = Self-hosting
 DESCRIPTION = Packages required to run the build system
-PR = r12
+PR = r13
 LICENSE = MIT
 
 inherit packagegroup
@@ -131,6 +131,7 @@ RDEPENDS_packagegroup-self-hosted-extended = \
 nfs-utils \
 nfs-utils-client \
 openssl \
+openssh-sftp-server \
 opkg \
 opkg-utils \
 patch \
-- 
1.7.7.6


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] [PATCH 01/10] pulse: fix Bashism in string test

[Saul Wold]

(From OE-Core rev: cab0c2edf8e87fd89ce7993ad99dfec213fc602a)

Signed-off-by: Saul Wold s...@linux.intel.com
Signed-off-by: Richard Purdie richard.pur...@linuxfoundation.org
---
 meta/recipes-multimedia/pulseaudio/pulseaudio.inc  |2 +-
 .../pulseaudio/pulseaudio_2.1.bb   |2 +-
 2 files changed, 2 insertions(+), 2 deletions(-)

diff --git a/meta/recipes-multimedia/pulseaudio/pulseaudio.inc 
b/meta/recipes-multimedia/pulseaudio/pulseaudio.inc
index 1708db7..cf4c83b 100644
--- a/meta/recipes-multimedia/pulseaudio/pulseaudio.inc
+++ b/meta/recipes-multimedia/pulseaudio/pulseaudio.inc
@@ -53,7 +53,7 @@ do_install_append() {
install -d ${D}${sysconfdir}/default/volatiles
install -m 0644 ${WORKDIR}/volatiles.04_pulse  
${D}${sysconfdir}/default/volatiles/volatiles.04_pulse

-   if [ x${TARGET_PFPU} == xsoft ] ; then 
+   if [ x${TARGET_PFPU} = xsoft ] ; then 
 sed -i -e s:\;\ resample-method\ =\ sinc-fastest:resample-method\ 
=\ trivial: ${D}${sysconfdir}/pulse/daemon.conf
fi
 }
diff --git a/meta/recipes-multimedia/pulseaudio/pulseaudio_2.1.bb 
b/meta/recipes-multimedia/pulseaudio/pulseaudio_2.1.bb
index 546a80f..2468495 100644
--- a/meta/recipes-multimedia/pulseaudio/pulseaudio_2.1.bb
+++ b/meta/recipes-multimedia/pulseaudio/pulseaudio_2.1.bb
@@ -1,6 +1,6 @@
 require pulseaudio.inc
 
-PR = r11
+PR = r12
 
 DEPENDS += libjson gdbm speex libxml-parser-perl-native
 
-- 
1.7.7.6


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] [PATCH 09/10] builder: Add password for user

[Saul Wold]

This is needed to allow openssh to work correctly for the Eclipse
plugin to have access to the build appliance to view/modify recipes
and lauch builds

Default password is builder

Signed-off-by: Saul Wold s...@linux.intel.com
---
 meta/recipes-graphics/builder/builder_0.1.bb |7 +--
 1 files changed, 5 insertions(+), 2 deletions(-)

diff --git a/meta/recipes-graphics/builder/builder_0.1.bb 
b/meta/recipes-graphics/builder/builder_0.1.bb
index 5c12c14..41871d6 100644
--- a/meta/recipes-graphics/builder/builder_0.1.bb
+++ b/meta/recipes-graphics/builder/builder_0.1.bb
@@ -1,7 +1,7 @@
 SUMMARY = New user to do specific job
 DESCRIPTION = This recipe create a new user named ${PN}, who is used for 
specific jobs like building. The task can be auto started via mini X
 SECTION = x11
-PR = r4
+PR = r5
 LICENSE = MIT
 LIC_FILES_CHKSUM = 
file://builder_hob_start.sh;endline=5;md5=84796c3c41785d86100fdabcbdade00e
 
@@ -15,10 +15,13 @@ RDEPENDS_${PN} = mini-x-session
 
 inherit useradd
 
+# builder user password is builder
+BUILDER_PASSWORD ?= .gLibiNXn0P12
 USERADD_PACKAGES = ${PN}
 USERADD_PARAM_${PN} = --system --create-home \
--groups video,tty,audio \
-   --user-group ${PN}
+   --user-group ${PN} \
+   --password ${BUILDER_PASSWORD}
 
 do_install () {
install -d -m 755 ${D}${sysconfdir}/mini_x/session.d
-- 
1.7.7.6


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] [PATCH 05/10] less: Update to 451

[Saul Wold]

LICENSE file was changed to match the BSD-2 Clause

(From OE-Core rev: 5982fa16ba67e3cd0a0191eca452bb61282e1cda)

Signed-off-by: Saul Wold s...@linux.intel.com
Signed-off-by: Richard Purdie richard.pur...@linuxfoundation.org
---
 .../less/{less_444.bb = less_451.bb}  |8 
 1 files changed, 4 insertions(+), 4 deletions(-)
 rename meta/recipes-extended/less/{less_444.bb = less_451.bb} (82%)

diff --git a/meta/recipes-extended/less/less_444.bb 
b/meta/recipes-extended/less/less_451.bb
similarity index 82%
rename from meta/recipes-extended/less/less_444.bb
rename to meta/recipes-extended/less/less_451.bb
index 1ce9d92..93e4bbf 100644
--- a/meta/recipes-extended/less/less_444.bb
+++ b/meta/recipes-extended/less/less_451.bb
@@ -21,14 +21,14 @@ SECTION = console/utils
 
 LICENSE = GPLv3+ | BSD-2-Clause
 LIC_FILES_CHKSUM = file://COPYING;md5=d32239bcb673463ab874e80d47fae504 \
-file://LICENSE;md5=1237c0f825bb36122b0b2b486ffbe6be
+file://LICENSE;md5=866cc220f330b04ae4661fc3cdfedea7
 DEPENDS = ncurses
-PR = r3
+PR = r0
 
 SRC_URI = http://www.greenwoodsoftware.com/${BPN}/${BPN}-${PV}.tar.gz;
 
-SRC_URI[md5sum] = 56f9f76ffe13f70155f47f6b3c87d421
-SRC_URI[sha256sum] = 
be64ad3e22d6d4aa19fe7024d998563a1ce1671ee3625f8851d26b16dedcdeeb
+SRC_URI[md5sum] = 765f082658002b2b46b86af4a0da1842
+SRC_URI[sha256sum] = 
9fe8287c647afeafb4149c5dedaeacfd20971ed7c26c7553794bb750536b5f57
 
 inherit autotools update-alternatives
 
-- 
1.7.7.6


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] [PATCH 06/10] sysstat: Update to 10.1.2

[Saul Wold]

Signed-off-by: Saul Wold s...@linux.intel.com
---
 .../{sysstat_10.1.1.bb = sysstat_10.1.2.bb}   |4 ++--
 1 files changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-extended/sysstat/{sysstat_10.1.1.bb = sysstat_10.1.2.bb} 
(44%)

diff --git a/meta/recipes-extended/sysstat/sysstat_10.1.1.bb 
b/meta/recipes-extended/sysstat/sysstat_10.1.2.bb
similarity index 44%
rename from meta/recipes-extended/sysstat/sysstat_10.1.1.bb
rename to meta/recipes-extended/sysstat/sysstat_10.1.2.bb
index 54b0226..6f22f0c 100644
--- a/meta/recipes-extended/sysstat/sysstat_10.1.1.bb
+++ b/meta/recipes-extended/sysstat/sysstat_10.1.2.bb
@@ -4,5 +4,5 @@ LIC_FILES_CHKSUM = 
file://COPYING;md5=8ca43cbc842c2336e835926c2166c28b
 
 PR = ${INC_PR}.0
 
-SRC_URI[md5sum] = 8250cdcbc4a959c8a05e4186fbd13d84
-SRC_URI[sha256sum] = 
119c7a23c5597d6d0df0b229c54984a35f357ecbd1c96da8cef4d105e8dfdacf
+SRC_URI[md5sum] = c40626b96cc2b4cf303cbcf1efc96eba
+SRC_URI[sha256sum] = 
c68bc2b4b436812f45e6d440a3ac106fa2a77c5cfc9d4ba7d4e7f9ded7bffab4
-- 
1.7.7.6


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] [PATCH 00/10 v2] Updates and Fixes

[Saul Wold]

Richard,

This is v2 of the patch set from yesterday, mostly the
same, but fixes the issues mentioned on the list.

sysstat
sqlite3
builder

Added libcheck after some testing.

Thanks
Sau!


The following changes since commit f7a25dd72d1d463eb72d48c6f9dd968d376496c0:

  bash: fix mkbuiltins build failure (2012-11-14 15:57:13 +)

are available in the git repository at:
  git://git.openembedded.org/openembedded-core-contrib sgw/updates
  
http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=sgw/updates

Saul Wold (10):
  pulse: fix Bashism in string test
  mx: Update to 1.4.7
  kconfig-frontends: Update to 3.6
  psmisc: Update to 22.20
  less: Update to 451
  sysstat: Update to 10.1.2
  libcheck: Update to 0.9.9
  sqlite3: Update to 3.7.14.1
  builder: Add password for user
  packagegroup-self-hosted: add sftp server

 .../packagegroups/packagegroup-self-hosted.bb  |3 ++-
 ...g-frontends_3.5.bb = kconfig-frontends_3.6.bb} |9 +
 .../less/{less_444.bb = less_451.bb}  |8 
 .../psmisc/{psmisc_22.19.bb = psmisc_22.20.bb}|4 ++--
 .../{sysstat_10.1.1.bb = sysstat_10.1.2.bb}   |4 ++--
 meta/recipes-graphics/builder/builder_0.1.bb   |7 +--
 .../mx/{mx_1.4.6.bb = mx_1.4.7.bb}|   13 ++---
 meta/recipes-multimedia/pulseaudio/pulseaudio.inc  |2 +-
 .../pulseaudio/pulseaudio_2.1.bb   |2 +-
 .../{libcheck_0.9.8.bb = libcheck_0.9.9.bb}   |7 ---
 meta/recipes-support/sqlite/sqlite3_3.7.13.bb  |   11 ---
 meta/recipes-support/sqlite/sqlite3_3.7.14.1.bb|   11 +++
 12 files changed, 43 insertions(+), 38 deletions(-)
 rename meta/recipes-devtools/kconfig-frontends/{kconfig-frontends_3.5.bb = 
kconfig-frontends_3.6.bb} (88%)
 rename meta/recipes-extended/less/{less_444.bb = less_451.bb} (82%)
 rename meta/recipes-extended/psmisc/{psmisc_22.19.bb = psmisc_22.20.bb} (46%)
 rename meta/recipes-extended/sysstat/{sysstat_10.1.1.bb = sysstat_10.1.2.bb} 
(44%)
 rename meta/recipes-graphics/mx/{mx_1.4.6.bb = mx_1.4.7.bb} (66%)
 rename meta/recipes-support/libcheck/{libcheck_0.9.8.bb = libcheck_0.9.9.bb} 
(74%)
 delete mode 100644 meta/recipes-support/sqlite/sqlite3_3.7.13.bb
 create mode 100644 meta/recipes-support/sqlite/sqlite3_3.7.14.1.bb

-- 
1.7.7.6


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] [PATCH] sstate: Bump version number to deal with layout fixes

[Richard Purdie]

The recent proceeding sstate directory layout fixes made the code do
what it was originally intended to do, as can be clearly seen from the
code. Unfortunately this changed the contents and layout of the sstate
files themselves since the bug was leading to a directory prefix being
missing.

This is now resulting in chaotic messages on the console since things
are getting confused with the two different layouts. The simplest way to
resolve this is to bump the version number, hence moving the new layout
into its own new namespace.

Its worth noting that whilst the failure messages are scary, the failure
mode is relatively harmless since it will just fall back to building the
data rather than installing from sstate.

Usually I'd give more notice of a change like this but under the
circumstances, I'm just going to push this in to resolve the failures
people are seeing. Initially I thought the problem was limited to
some of the -cross packages and therefore of low impact but that is
clearly not the case.

Signed-off-by: Richard Purdie richard.pur...@linuxfoundation.org
---
diff --git a/meta/classes/sstate.bbclass b/meta/classes/sstate.bbclass
index c1925b2..cfda40d 100644
--- a/meta/classes/sstate.bbclass
+++ b/meta/classes/sstate.bbclass
@@ -1,4 +1,4 @@
-SSTATE_VERSION = 2
+SSTATE_VERSION = 3
 
 SSTATE_MANIFESTS ?= ${TMPDIR}/sstate-control
 SSTATE_MANFILEBASE = ${SSTATE_MANIFESTS}/manifest-${SSTATE_MANMACH}-



___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] [PATCH 0/1] Change some applets dirs to make them FHS and LSB compliance

[rongqing.li]

From: Roy.Li rongqing...@windriver.com

The following changes since commit b53ea6687b6201c8c5ab5cb0d2a845ef7e7b2abe:

  sstate: Bump version number to deal with layout fixes (2012-11-14 23:37:26 
+)

are available in the git repository at:
  git://git.pokylinux.org/poky-contrib roy/change-applets-dir
  http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=roy/change-applets-dir

Roy.Li (1):
  Change some applets dirs to make them FHS and LSB compliance

 meta/recipes-bsp/pm-utils/pm-utils_1.4.1.bb|6 +-
 meta/recipes-connectivity/iproute2/iproute2.inc|2 +-
 .../iproute2/iproute2_3.5.1.bb |2 +-
 ...-several-applets-to-different-install-dir.patch |  174 
 meta/recipes-core/busybox/busybox_1.20.2.bb|5 +-
 meta/recipes-core/kbd/kbd_1.15.2.bb|9 +-
 meta/recipes-core/tinylogin/tinylogin_1.4.bb   |   22 ++-
 meta/recipes-core/util-linux/util-linux.inc|5 +-
 meta/recipes-core/util-linux/util-linux_2.21.2.bb  |2 +-
 9 files changed, 214 insertions(+), 13 deletions(-)
 create mode 100644 
meta/recipes-core/busybox/busybox-1.20.2/Move-several-applets-to-different-install-dir.patch

-- 
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 1/1] Change some applets dirs to make them FHS and LSB compliance

[rongqing.li]

From: Roy.Li rongqing...@windriver.com

Change some applets dirs to make them FHS and LSB compliance by backporting
patch dac8e79a190fcfe (Move several applets to different install dir) and
adjusting alternatives in several bb files, the result is below:
ip: /bin/--/sbin/
adduser deluser addgroup delgroup: /bin/--/usr/sbin/
fdformat: /usr/bin/--/usr/sbin/
kbd_mode: /usr/bin/--/bin/
rtcwake: /usr/bin/--/usr/sbin/
readahead: /usr/bin/--/usr/sbin/

The patch dac8e79a190fcfe also changes the below applets dirs, but these applets
are not enabled in our busybox, or the change for these applets dirs in patch
dac8e79a190fcfe maybe not good, so do not update their alternatives.
killall5 arping chat ether-wake ifplugd ipaddr iproute iprule iptunnel

Signed-off-by: Roy.Li rongqing...@windriver.com
---
 meta/recipes-bsp/pm-utils/pm-utils_1.4.1.bb|6 +-
 meta/recipes-connectivity/iproute2/iproute2.inc|2 +-
 .../iproute2/iproute2_3.5.1.bb |2 +-
 ...-several-applets-to-different-install-dir.patch |  174 
 meta/recipes-core/busybox/busybox_1.20.2.bb|5 +-
 meta/recipes-core/kbd/kbd_1.15.2.bb|9 +-
 meta/recipes-core/tinylogin/tinylogin_1.4.bb   |   22 ++-
 meta/recipes-core/util-linux/util-linux.inc|5 +-
 meta/recipes-core/util-linux/util-linux_2.21.2.bb  |2 +-
 9 files changed, 214 insertions(+), 13 deletions(-)
 create mode 100644 
meta/recipes-core/busybox/busybox-1.20.2/Move-several-applets-to-different-install-dir.patch

diff --git a/meta/recipes-bsp/pm-utils/pm-utils_1.4.1.bb 
b/meta/recipes-bsp/pm-utils/pm-utils_1.4.1.bb
index faa0e4e..a8f3314 100644
--- a/meta/recipes-bsp/pm-utils/pm-utils_1.4.1.bb
+++ b/meta/recipes-bsp/pm-utils/pm-utils_1.4.1.bb
@@ -14,7 +14,7 @@ SRC_URI = 
http://pm-utils.freedesktop.org/releases/pm-utils-${PV}.tar.gz;
 SRC_URI[md5sum] = 1742a556089c36c3a89eb1b957da5a60
 SRC_URI[sha256sum] = 
8ed899032866d88b2933a1d34cc75e8ae42dcde20e1cc21836baaae3d4370c0b
 
-inherit pkgconfig autotools
+inherit pkgconfig autotools update-alternatives
 
 RDEPENDS_${PN} = grep
 
@@ -25,3 +25,7 @@ do_configure_prepend () {
 FILES_${PN} += ${libdir}/${BPN}/*
 FILES_${PN}-dbg += ${libdir}/${BPN}/bin/.debug \
${datadir}/doc/pm-utils/README.debugging
+
+ALTERNATIVE_${PN} = readahead
+ALTERNATIVE_LINK_NAME[readahead] = ${sbindir}/readahead
+ALTERNATIVE_TARGET[readahead] = ${libdir}/${BPN}/power.d/readahead
diff --git a/meta/recipes-connectivity/iproute2/iproute2.inc 
b/meta/recipes-connectivity/iproute2/iproute2.inc
index d8b1a17..e3fc9e8 100644
--- a/meta/recipes-connectivity/iproute2/iproute2.inc
+++ b/meta/recipes-connectivity/iproute2/iproute2.inc
@@ -31,7 +31,7 @@ FILES_${PN}-dbg += ${libdir}/tc/.debug
 
 ALTERNATIVE_${PN} = ip
 ALTERNATIVE_TARGET[ip] = ${base_sbindir}/ip.${BPN}
-ALTERNATIVE_LINK_NAME[ip] = ${base_bindir}/ip
+ALTERNATIVE_LINK_NAME[ip] = ${base_sbindir}/ip
 ALTERNATIVE_PRIORITY = 100
 
 PARALLEL_MAKE = 
diff --git a/meta/recipes-connectivity/iproute2/iproute2_3.5.1.bb 
b/meta/recipes-connectivity/iproute2/iproute2_3.5.1.bb
index c1e9bd3..643f0e3 100644
--- a/meta/recipes-connectivity/iproute2/iproute2_3.5.1.bb
+++ b/meta/recipes-connectivity/iproute2/iproute2_3.5.1.bb
@@ -1,6 +1,6 @@
 require iproute2.inc
 
-PR = r1
+PR = r2
 
 SRC_URI = ${KERNELORG_MIRROR}/linux/utils/net/${BPN}/${BPN}-${PV}.tar.xz \
file://configure-cross.patch
diff --git 
a/meta/recipes-core/busybox/busybox-1.20.2/Move-several-applets-to-different-install-dir.patch
 
b/meta/recipes-core/busybox/busybox-1.20.2/Move-several-applets-to-different-install-dir.patch
new file mode 100644
index 000..2ec57cd
--- /dev/null
+++ 
b/meta/recipes-core/busybox/busybox-1.20.2/Move-several-applets-to-different-install-dir.patch
@@ -0,0 +1,174 @@
+Move several applets to different install dir:
+
+Upstream-Status: Backport
+dac8e79a190fcfedb9c9054034a521e84c7bec72
+
+Moved to [/usr]/sbin:
+addgroup, adduser, delgroup, deluser,
+arping, chat, ether-wake, fdformat, ifplugd,
+ip, ipaddr, iplink, iproute, iprule, iptunnel,
+killall5, readahead, rtcwake, tftpd, add-shell, remove-shell, powertop.
+
+Moved to /bin for /usr/bin: kbd_mode.
+
+Signed-off-by: Denys Vlasenko vda.li...@googlemail.com
+---
+ include/applets.src.h |   40 
+ loginutils/add-remove-shell.c |4 ++--
+ procps/powertop.c |2 +-
+ 3 files changed, 23 insertions(+), 23 deletions(-)
+
+diff --git a/include/applets.src.h b/include/applets.src.h
+index 02b995b..867b19e 100644
+--- a/include/applets.src.h
 b/include/applets.src.h
+@@ -70,12 +70,12 @@ INSERT
+ IF_TEST(APPLET_NOFORK([,  test, BB_DIR_USR_BIN, BB_SUID_DROP, test))
+ IF_TEST(APPLET_NOFORK([[, test, BB_DIR_USR_BIN, BB_SUID_DROP, test))
+ IF_ACPID(APPLET(acpid, BB_DIR_SBIN, BB_SUID_DROP))
+-IF_ADDGROUP(APPLET(addgroup, BB_DIR_BIN, BB_SUID_DROP))

[OE-core] [PATCH 0/1] bind: make /etc/init.d/bind stop work

[rongqing.li]

From: Roy.Li rongqing...@windriver.com

The following changes since commit b53ea6687b6201c8c5ab5cb0d2a845ef7e7b2abe:

  sstate: Bump version number to deal with layout fixes (2012-11-14 23:37:26 
+)

are available in the git repository at:
  git://git.pokylinux.org/poky-contrib roy/bind
  http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=roy/bind

Roy Li (1):
  bind: make /etc/init.d/bind stop work

 .../bind/bind-9.8.1/conf.patch |   15 +--
 .../bind-9.8.1/make-etc-initd-bind-stop-work.patch |   42 
 meta/recipes-connectivity/bind/bind_9.8.1.bb   |3 +-
 3 files changed, 55 insertions(+), 5 deletions(-)
 create mode 100644 
meta/recipes-connectivity/bind/bind-9.8.1/make-etc-initd-bind-stop-work.patch

-- 
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 1/1] bind: make /etc/init.d/bind stop work

[rongqing.li]

From: Roy Li rongqing...@windriver.com

Add some configurations, make rndc command be able to controls
the named daemon.

Signed-off-by: Roy Li rongqing...@windriver.com
---
 .../bind/bind-9.8.1/conf.patch |   15 +--
 .../bind-9.8.1/make-etc-initd-bind-stop-work.patch |   42 
 meta/recipes-connectivity/bind/bind_9.8.1.bb   |3 +-
 3 files changed, 55 insertions(+), 5 deletions(-)
 create mode 100644 
meta/recipes-connectivity/bind/bind-9.8.1/make-etc-initd-bind-stop-work.patch

diff --git a/meta/recipes-connectivity/bind/bind-9.8.1/conf.patch 
b/meta/recipes-connectivity/bind/bind-9.8.1/conf.patch
index fd5606e..6fea70e 100644
--- a/meta/recipes-connectivity/bind/bind-9.8.1/conf.patch
+++ b/meta/recipes-connectivity/bind/bind-9.8.1/conf.patch
@@ -241,7 +241,7 @@ diff -urN bind-9.3.1.orig/conf/zones.rfc1918 
bind-9.3.1/conf/zones.rfc1918
 diff -urN bind-9.3.1.orig/init.d bind-9.3.1/init.d
 --- bind-9.3.1.orig/init.d 1970-01-01 01:00:00.0 +0100
 +++ bind-9.3.1/init.d  2005-07-10 23:09:58.0 +0200
-@@ -0,0 +1,63 @@
+@@ -0,0 +1,70 @@
 +#!/bin/sh
 +
 +PATH=/sbin:/bin:/usr/sbin:/usr/bin
@@ -259,9 +259,16 @@ diff -urN bind-9.3.1.orig/init.d bind-9.3.1/init.d
 +  echo -n Starting domain name service: named
 +
 +  modprobe capability /dev/null 21 || true
++  if [ ! -f /etc/bind/rndc.key ]; then
++  /usr/sbin/rndc-confgen -a -b 512 -r /dev/urandom
++  chown 0640 /etc/bind/rndc.key
++  fi
++  if [ -f /var/run/named/named.pid ]; then
++  ps `cat /var/run/named/named.pid`  /dev/null  exit 1
++  fi
 +
 +  # dirs under /var/run can go away on reboots.
-+  mkdir -p /var/run/bind/run
++  mkdir -p /var/run/named
 +  mkdir -p /var/cache/bind
 +  chmod 775 /var/run/bind/run
 +  chown root:bind /var/run/bind/run /dev/null 21 || true
@@ -271,7 +278,7 @@ diff -urN bind-9.3.1.orig/init.d bind-9.3.1/init.d
 +  exit 1
 +  fi
 +  if start-stop-daemon --start --quiet --exec /usr/sbin/named \
-+  --pidfile /var/run/bind/run/named.pid -- $OPTIONS; then
++  --pidfile /var/run/named/named.pid -- $OPTIONS; then
 +  if [ -x /sbin/resolvconf ] ; then
 +  echo nameserver 127.0.0.1 | /sbin/resolvconf -a lo
 +  fi
@@ -284,7 +291,7 @@ diff -urN bind-9.3.1.orig/init.d bind-9.3.1/init.d
 +  if [ -x /sbin/resolvconf ]; then
 +  /sbin/resolvconf -d lo
 +  fi
-+  /usr/sbin/rndc stop
++  /usr/sbin/rndc stop /dev/null 21
 +  echo .
 +;;
 +
diff --git 
a/meta/recipes-connectivity/bind/bind-9.8.1/make-etc-initd-bind-stop-work.patch 
b/meta/recipes-connectivity/bind/bind-9.8.1/make-etc-initd-bind-stop-work.patch
new file mode 100644
index 000..146f3e3
--- /dev/null
+++ 
b/meta/recipes-connectivity/bind/bind-9.8.1/make-etc-initd-bind-stop-work.patch
@@ -0,0 +1,42 @@
+bind: make /etc/init.d/bind stop work
+
+Upstream-Status: Inappropriate [configuration]
+
+Add some configurations, make rndc command be able to controls
+the named daemon.
+
+Signed-off-by: Roy Li rongqing...@windriver.com
+---
+ conf/named.conf |5 +
+ conf/rndc.conf  |5 +
+ 2 files changed, 10 insertions(+), 0 deletions(-)
+ create mode 100644 conf/rndc.conf
+
+diff --git a/conf/named.conf b/conf/named.conf
+index 95829cf..c8899e7 100644
+--- a/conf/named.conf
 b/conf/named.conf
+@@ -47,3 +47,8 @@ zone 255.in-addr.arpa {
+ // root-delegation-only exclude { DE; MUSEUM; };
+ 
+ include /etc/bind/named.conf.local;
++include /etc/bind/rndc.key ;
++controls {
++  inet 127.0.0.1 allow { localhost; }
++  keys { rndc-key; };
++};
+diff --git a/conf/rndc.conf b/conf/rndc.conf
+new file mode 100644
+index 000..a0b481d
+--- /dev/null
 b/conf/rndc.conf
+@@ -0,0 +1,5 @@
++include /etc/bind/rndc.key;
++options {
++  default-server  localhost;
++  default-key rndc-key;
++};
+
+-- 
+1.7.5.4
+
diff --git a/meta/recipes-connectivity/bind/bind_9.8.1.bb 
b/meta/recipes-connectivity/bind/bind_9.8.1.bb
index 2efd09d..23ff0b4 100644
--- a/meta/recipes-connectivity/bind/bind_9.8.1.bb
+++ b/meta/recipes-connectivity/bind/bind_9.8.1.bb
@@ -6,11 +6,12 @@ LICENSE = ISC  BSD
 LIC_FILES_CHKSUM = file://COPYRIGHT;md5=0fbe2a3ab3c68ac3fea3cad13093877c
 
 DEPENDS = openssl libcap
-PR = r3
+PR = r4
 
 SRC_URI = ftp://ftp.isc.org/isc/bind9/${PV}/${BPN}-${PV}.tar.gz \
file://conf.patch \
file://cross-build-fix.patch \
+   file://make-etc-initd-bind-stop-work.patch \
   
 
 SRC_URI[md5sum] = cf31117c5d35af34d4c0702970ad9fb7
-- 
1.7.4.1


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core