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

[Laurentiu Palcu]

On 11/14/2012 06:28 PM, Saul Wold wrote:
> 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 
>> ---
>>   ...-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.
The v3 patchset had this already fixed.
> 
>> -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.
I didn't move anything. It's probably because the create-pull-request
script did not give the right -M option to git format-patch. A -M10
would have shown the patch as expected.

Anyway, you can ignore that now. The v3 patchset leaves
xf86-video-omapfb in place. It just adds another recipe.

Laurentiu

> 
>> +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

[OE-core] [PATCHv4] scripts/sstate-sysroot-cruft.sh: add simple script to find files in sysroots not tracked by sstate

[Martin Jansa]

* it's not very universal, but works with default oe-core setup and
  shows basic HOW-TO. It can be improved later.

Signed-off-by: Martin Jansa 
---
 V2: added .pyo to WHITELIST
 shorter filenames
 TMPDIR
 added duplicates but not shown

 V3: use also populate-sysroot.MACHINE, manifest name for populate-sysroot
 was changed in febeaf3d1b8917b660c7279b008d8b03337568e9

 V4: dropped eglibc-initial work around, it was fixed in oe-core

  
 scripts/sstate-sysroot-cruft.sh | 34 ++
 1 file changed, 34 insertions(+)
 create mode 100755 scripts/sstate-sysroot-cruft.sh

diff --git a/scripts/sstate-sysroot-cruft.sh b/scripts/sstate-sysroot-cruft.sh
new file mode 100755
index 000..ca23dcf
--- /dev/null
+++ b/scripts/sstate-sysroot-cruft.sh
@@ -0,0 +1,34 @@
+#!/bin/sh
+
+# Used to find files installed in sysroot which are not tracked by sstate 
manifest
+# Update BASE
+
+BASE="/OE/oe-core"
+TMPDIR="${BASE}/tmp-eglibc"
+
+OUTPUT=${BASE}/sysroot.cruft.`date "+%s"`
+WHITELIST="\/var\/pseudo\/*[^\/]*$ \/shlibs$ \.pyc$ \.pyo$"
+
+mkdir ${OUTPUT}
+find ${TMPDIR}/sstate-control -name \*.populate-sysroot\* -o -name 
\*.package\* | xargs cat | grep sysroots | \
+  sed 's#/$##g; s#///*#/#g' | \
+  # work around for paths ending with / for directories and multiplied // 
(e.g. paths to native sysroot)
+  sort > ${OUTPUT}/master.list.all
+sort -u ${OUTPUT}/master.list.all > ${OUTPUT}/master.list # -u because some 
directories are listed for more recipes
+find ${TMPDIR}/sysroots/ | \
+  sort > ${OUTPUT}/sysroot.list
+
+diff ${OUTPUT}/master.list.all ${OUTPUT}/master.list > ${OUTPUT}/duplicates
+diff ${OUTPUT}/master.list ${OUTPUT}/sysroot.list > ${OUTPUT}/diff.all
+
+cp ${OUTPUT}/diff.all ${OUTPUT}/diff
+for item in ${WHITELIST}; do 
+  sed -i "/${item}/d" ${OUTPUT}/diff;
+done
+
+# too many false positives for directories
+# echo "Following files are installed in sysroot at least twice"
+# cat ${OUTPUT}/duplicates
+
+echo "Following files are installed in sysroot, but not tracked by sstate"
+cat ${OUTPUT}/diff
-- 
1.8.0


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

[OE-core] [PATCH v2 1/1] eglibc: always compile with optimization.

[jackie.huang]

From: Jackie Huang 

eglibc fails to compile if someone tries to compile an entire image as -O0:
error "glibc cannot be compiled without optimization"
so in this case, force to use -O2 and give a note about it.

[YOCTO #3405]

Signed-off-by: Jackie Huang 
---
 meta/recipes-core/eglibc/eglibc_2.16.bb |   11 +++
 1 files changed, 11 insertions(+), 0 deletions(-)

diff --git a/meta/recipes-core/eglibc/eglibc_2.16.bb 
b/meta/recipes-core/eglibc/eglibc_2.16.bb
index aa9256c..71bcc30 100644
--- a/meta/recipes-core/eglibc/eglibc_2.16.bb
+++ b/meta/recipes-core/eglibc/eglibc_2.16.bb
@@ -87,6 +87,17 @@ EXTRA_OECONF = "--enable-kernel=${OLDEST_KERNEL} \
 
 EXTRA_OECONF += "${@get_libc_fpu_setting(bb, d)}"
 
+# eglibc can't be built without optimization, if someone tries to compile an
+# entire image as -O0, we override it with -O2 here and give a note about it.
+def get_optimization(d):
+selected_optimization = d.getVar("SELECTED_OPTIMIZATION", True)
+if base_contains("SELECTED_OPTIMIZATION", "-O0", "x", "", d) == "x":
+bb.note("eglibc can't be built with -O0, -O2 will be used instead.")
+return selected_optimization.replace("-O0", "-O2")
+return selected_optimization
+
+SELECTED_OPTIMIZATION := "${@get_optimization(d)}"
+
 do_unpack_append() {
 bb.build.exec_func('do_move_ports', d)
 }
-- 
1.7.4


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

[OE-core] [PATCH v2 0/1] eglibc: always compile with optimization.

[jackie.huang]

From: Jackie Huang 

* Test info:
1) MACHINE=qemux86-64/qemuppc/qemumips
$ bitbake core-image-sato 
$ bitbake eglibc

2) MACHINE=qemux86-64/qemuppc/qemumips
   DEBUG_OPTIMIZATION = "-O0 -fno-omit-frame-pointer ${DEBUG_FLAGS} -pipe"
   DEBUG_BUILD = "1" or SELECTED_OPTIMIZATION = "${DEBUG_OPTIMIZATION}"
$ bitbake core-image-sato
$ bitbake eglibc


The following changes since commit 5e4714a454f9f742bf8af70dad2aa66ccb87e3fd:

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

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

Jackie Huang (1):
  eglibc: always compile with optimization.

 meta/recipes-core/eglibc/eglibc_2.16.bb |   11 +++
 1 files changed, 11 insertions(+), 0 deletions(-)

-- 
1.7.4


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

Re: [OE-core] [PATCHv2] cryptodev kernel module recipe

[McClintock Matthew-B29882]

On Tue, Nov 13, 2012 at 5:45 PM, Chris Larson  wrote:
>
>
> On Fri, Nov 2, 2012 at 3:15 PM, Yashpal Dutta 
> wrote:
>>
>> This is a /dev/crypto device driver, equivalent to those in OpenBSD or
>> FreeBSD.
>> The main idea is to access of existing ciphers in kernel space from
>> userspace,
>> thus enabling re-use of a hardware implementation of a cipher.
>>
>> Signed-off-by: Yashpal Dutta 
>
>
> I would think that patches which add recipes to oe-core would do more than
> describe what it is, but also provide justification for its inclusion in
> oe-core vs some other layer. If that was already covered in a previous
> thread, that's fine, but I wanted to make sure it was explicit.

Honestly, I'm not really sure why it should be in OE-core other than
that ocf-linux which is semi-equivalent is here also. Maybe we should
look at a meta-crypto layer or just keep this our own layer. Not sure,
opening for discussion here.

-M

___
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 

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

Signed-off-by: Roy Li 
---
 .../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 2>&1 || 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 2>&1 || 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 2>&1
 +  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 
+---
+ 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

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

[rongqing.li]

From: Roy.Li 

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

[rongqing.li]

From: Roy.Li 

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 

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 
---
 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 
+---
+ 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))
+-IF_ADDUSER(APPLET(adduser, BB_DIR_BIN, BB_

[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 
---
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 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 06/10] sysstat: Update to 10.1.2

[Saul Wold]

Signed-off-by: Saul Wold 
---
 .../{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 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 
Signed-off-by: Richard Purdie 
---
 .../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 
Signed-off-by: Richard Purdie 
---
 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 
---
 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 
Signed-off-by: Richard Purdie 
---
 .../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 04/10] psmisc: Update to 22.20

[Saul Wold]

(From OE-Core rev: c1d3fbf49ac6ea2a6d56370311874ab99ddf57d1)

Signed-off-by: Saul Wold 
Signed-off-by: Richard Purdie 
---
 .../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 
---
 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 
Signed-off-by: Richard Purdie 
---
 ...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 07/10] libcheck: Update to 0.9.9

[Saul Wold]

Signed-off-by: Saul Wold 
---
 .../{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 
Signed-off-by: Richard Purdie 
---
 .../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

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 
> ---
> 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

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 
  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] 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] [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 
 ---
 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] [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 
Signed-off-by: Alexandru Damian 
---
  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 > 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 mailto:radu.moi...@intel.com>>
Signed-off-by: Alexandru Damian 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

[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 
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 
Signed-off-by: Ross Burton 
Signed-off-by: Richard Purdie 

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 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 , where  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 KMACHINE$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.

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
 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

[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 , where  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 KMACHINE$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 opt

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 , where  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 KMACHINE$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 
---
  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
Openembedded-core@lists.openembedded.org
http://lis

[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

[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 , where  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 KMACHINE$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 
> ---
>  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

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

[Burton, Ross]

On 14 November 2012 15:03, Burton, Ross  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 v3 07/12] libdrm: upgrade to 2.4.40

[Burton, Ross]

On 14 November 2012 14:56, Burton, Ross  wrote:
> Acked-By: Ross Burton 

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 
---
  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] License of xz

[Otavio Salvador]

On Wed, Nov 14, 2012 at 10:42 AM, Anders Darander wrote:

> ...

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] 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] [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 
> 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: 
> ]
> 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..

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 
> ---
> 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 
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", li

[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 
---
 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

[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 
]

[YOCTO #3226]

Signed-off-by: Bruce Ashfield 
---
 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 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 
---
 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 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 
---
 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 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 
---
 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  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 

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 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 
---
 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 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 
---
 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 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 , where  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 KMACHINE$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 
---
 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

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

[Burton, Ross]

On 14 November 2012 13:21, 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 

Acked-By: Ross Burton 

___
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 

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 
---
 .../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 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
>  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] sstate: Drop now unneeded python whitelist entries

[Richard Purdie]

Signed-off-by: Richard Purdie 
---
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

[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 
---
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] 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 
---
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  
+
+* 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 (tp[0] == '~')
++  if (tmpbuf[0

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
>  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

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 
---
  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

[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] 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 
> > > ---
> > > 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

[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 
> > > ---
> > > 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

[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 
> > ---
> > 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

[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 
meta/recip

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

[Laurentiu Palcu]

Signed-off-by: Laurentiu Palcu 
---
 .../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 
---
 .../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 
---
 ...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 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 
---
 ...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 
---
 ...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

[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 
---
 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 
-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 
-
-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
+++ b/meta/recipes-graphics/drm/libd

[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 
---
 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 
-
-commit 41d903918a5721e53ed694880eab44170f9717cc
-Author: Jeremy Huddleston 
-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 
-Reviewed-by: Gaetan Nadon 
-
-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 test "x$XORG" = xyes; then
-   if test "x$PC

[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 
---
 .../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 
---
 .../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 
---
 .../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 02/12] xf86-video-intel: upgrade to 2.20.12

[Laurentiu Palcu]

Signed-off-by: Laurentiu Palcu 
---
 ...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 
---
 ...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 
+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 
+Reviewed-by: Jakob Bornecrantz 
+Signed-off-by: Dave Airlie 
+Signed-off-by: Jakob Bornecrantz 
+---
+ 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 
+ #include 
+ 
++#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 
++ */
++
++/* this file provides API compat between server post 1.13 and pre it,
++   it should be reused inside as many drivers as possible */
++#ifndef COMPAT_API_H
++#define COMPAT_API_H
++
++#ifndef GLYPH_HAS_GLYPH_

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
>  wrote:
> Signed-off-by: Richard Purdie
> 
> ---
> 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] 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

[Martin Jansa]

On Tue, Nov 13, 2012 at 01:59:19PM +, Richard Purdie wrote:
> Signed-off-by: Richard Purdie 
> ---
> 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

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

[Burton, Ross]

On 14 November 2012 11:28, Otavio Salvador  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 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 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 v2 08/12] xserver-xorg: upgrade to 1.13.0

[Otavio Salvador]

On Wed, Nov 14, 2012 at 7:28 AM, Laurentiu Palcu
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.
>

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

[Otavio Salvador]

On Wed, Nov 14, 2012 at 3:32 AM, Saul Wold  wrote:

> LICENSE file was changed to match the BSD-2 Clause
>
> Signed-off-by: Saul Wold 
> ---
>  .../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 6/9] sysstat: Update to 10.1.2

[Otavio Salvador]

On Wed, Nov 14, 2012 at 3:32 AM, Saul Wold  wrote:

> Signed-off-by: Saul Wold 
> ---
>  .../{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 2/9] builder: Add password for user

[Otavio Salvador]

On Wed, Nov 14, 2012 at 3:32 AM, 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 
>

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 1/1] initscripts: improve the way initscripts handle volatile storage

[Otavio Salvador]

On Wed, Nov 14, 2012 at 5:30 AM, ChenQi  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 
>>>
>>> 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 
>>> ---
>>>   .../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.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
>>> 2>&1"
>>> -
>>> -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 /v

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 
> ---
>  ...-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 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 
> ---
>  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 
> -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 
> -
> -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

Re: [OE-core] Build failure

[Andreas Müller]

On Wed, Nov 14, 2012 at 10:15 AM, Andreas Müller
 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 
> 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: ]
> 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

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

[Laurentiu Palcu]

Signed-off-by: Laurentiu Palcu 
---
 .../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 
---
 ...-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%

[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 
---
 ...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

[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 
---
 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 
-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 
-
-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-gra

[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 
---
 ...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 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 
---
 .../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 v2 01/12] xf86-video-vesa: upgrade to 2.3.2

[Laurentiu Palcu]

Signed-off-by: Laurentiu Palcu 
---
 ...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 09/12] mdadm: upgrade to 3.2.6

[Laurentiu Palcu]

Signed-off-by: Laurentiu Palcu 
---
 .../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