date:20150528

Re: [OE-core] [PATCH 9/9] lttng-ust: 2.6.0 - 2.6.1

2015-05-28 Thread Robert Yang




On 05/28/2015 06:03 PM, Martin Jansa wrote:

On Thu, May 28, 2015 at 02:57:27AM -0700, Robert Yang wrote:

Signed-off-by: Robert Yang liezhi.y...@windriver.com
---
  .../{lttng-ust_2.6.0.bb = lttng-ust_2.6.1.bb} |0
  1 file changed, 0 insertions(+), 0 deletions(-)
  rename meta/recipes-kernel/lttng/{lttng-ust_2.6.0.bb = lttng-ust_2.6.1.bb} 
(100%)

diff --git a/meta/recipes-kernel/lttng/lttng-ust_2.6.0.bb 
b/meta/recipes-kernel/lttng/lttng-ust_2.6.1.bb
similarity index 100%
rename from meta/recipes-kernel/lttng/lttng-ust_2.6.0.bb
rename to meta/recipes-kernel/lttng/lttng-ust_2.6.1.bb


No change in SRCREV? This looks like no-op rename. Please test your
changes.



Sorry, changed SRCREV from 5748584c5ae8ca5c4da26f41b6c61bb816e6d50b to
369ee1a1b12338e5158d24f9c879f5dd52f1aba2, and updated in the repo:

  git://git.openembedded.org/openembedded-core-contrib rbt/PU

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

Re: [OE-core] [PATCH 4/5] libav: upgrade to 9.18

2015-05-28 Thread Kang Kai


On 2015年05月28日 16:47, Martin Jansa wrote:

On Thu, May 28, 2015 at 04:18:24PM +0800, Kang Kai wrote:

On 2015年05月28日 15:14, Jussi Kukkonen wrote:

On 28 May 2015 at 04:26, Kai Kang kai.k...@windriver.com wrote:

Upgrade libav from version 9.16 to 9.18. Remove unused var INC_PR and
backport patch to fix CVE-2014-9676.

I'm sorry I didn't ask this in the original discussion but... Is there
a good reason for keeping 9.x in oe-core if we're bringing in 11.x
(instead of either dropping 9.x or moving it to meta-oe)?

I haven't found the API changes between 9 and 11 to be so large that
they would warrant keeping two versions. Admittedly I'm not working
with libav on daily basis so I might have missed things.

The original thought is just in case someone may want libav 9. According
to release log, series 11
is

Libav 11 is API-, but not ABI-compatible with the previous major
release.

So it is ok for us to use libav 11 as default. libav 9 recipe could be removed 
if no one opposes.

Ref:
https://libav.org/releases/libav-11.3.release

Does libav-11 show the same textrel issues? If it's fixed there I'm in favor of 
dropping libav-9.

from last world build:
gstreamer1.0-libav-1.4.5: ELF binary 
'/tmp/work/armv5e-oe-linux-gnueabi/gstreamer1.0-libav/1.4.5-r0/packages-split/gstreamer1.0-libav/usr/lib/gstreamer-1.0/libgstlibav.so'
 has relocations in .text [textrel]
gstreamer1.0-libav-1.4.5: ELF binary 
'/tmp/work/i586-oe-linux/gstreamer1.0-libav/1.4.5-r0/packages-split/gstreamer1.0-libav/usr/lib/gstreamer-1.0/libgstlibav.so'
 has relocations in .text [textrel]
libav-9.16: ELF binary 
'/tmp/work/armv5e-oe-linux-gnueabi/libav/9.16-r0/packages-split/libavcodec/usr/lib/libavcodec.so.54.35.0'
 has relocations in .text [textrel]
libav-9.16: ELF binary 
'/tmp/work/i586-oe-linux/libav/9.16-r0/packages-split/libavcodec/usr/lib/libavcodec.so.54.35.0'
 has relocations in .text [textrel]
libav-9.16: ELF binary 
'/tmp/work/i586-oe-linux/libav/9.16-r0/packages-split/libavdevice/usr/lib/libavdevice.so.53.2.0'
 has relocations in .text [textrel]
libav-9.16: ELF binary 
'/tmp/work/i586-oe-linux/libav/9.16-r0/packages-split/libavfilter/usr/lib/libavfilter.so.3.3.0'
 has relocations in .text [textrel]
libav-9.16: ELF binary 
'/tmp/work/i586-oe-linux/libav/9.16-r0/packages-split/libavformat/usr/lib/libavformat.so.54.20.4'
 has relocations in .text [textrel]
libav-9.16: ELF binary 
'/tmp/work/i586-oe-linux/libav/9.16-r0/packages-split/libavresample/usr/lib/libavresample.so.1.0.1'
 has relocations in .text [textrel]
libav-9.16: ELF binary 
'/tmp/work/i586-oe-linux/libav/9.16-r0/packages-split/libavutil/usr/lib/libavutil.so.52.3.0'
 has relocations in .text [textrel]
libav-9.16: ELF binary 
'/tmp/work/i586-oe-linux/libav/9.16-r0/packages-split/libswscale/usr/lib/libswscale.so.2.1.1'
 has relocations in .text [textrel]
libpostproc-52.3.0+gitAUTOINC+811db3b957: ELF binary 
'/tmp/work/armv5te-oe-linux-gnueabi/libpostproc/52.3.0+gitAUTOINC+811db3b957-r0/packages-split/libpostproc/usr/lib/libpostproc.so.52.3.0'
 has relocations in .text [textrel]
libpostproc-52.3.0+gitAUTOINC+811db3b957: ELF binary 
'/tmp/work/i586-oe-linux/libpostproc/52.3.0+gitAUTOINC+811db3b957-r0/packages-split/libpostproc/usr/lib/libpostproc.so.52.3.0'
 has relocations in .text [textrel]


No, the textrel issue is not fixed in version 11.3 either. It has an 
configure option '--enable-pic' but seems doesn't work.
x86 has same warnings and it just skips the textrel check in the libav 
recipe.


--Kai




Signed-off-by: Kai Kang kai.k...@windriver.com
---
   meta/recipes-multimedia/libav/libav.inc|  2 -
   .../libav/libav/libav-fix-CVE-2014-9676.patch  | 98 
++
   meta/recipes-multimedia/libav/libav_9.16.bb|  4 -
   meta/recipes-multimedia/libav/libav_9.18.bb|  6 ++
   4 files changed, 104 insertions(+), 6 deletions(-)
   create mode 100644 
meta/recipes-multimedia/libav/libav/libav-fix-CVE-2014-9676.patch
   delete mode 100644 meta/recipes-multimedia/libav/libav_9.16.bb
   create mode 100644 meta/recipes-multimedia/libav/libav_9.18.bb

diff --git a/meta/recipes-multimedia/libav/libav.inc 
b/meta/recipes-multimedia/libav/libav.inc
index cac836f..6ef273b 100644
--- a/meta/recipes-multimedia/libav/libav.inc
+++ b/meta/recipes-multimedia/libav/libav.inc
@@ -24,8 +24,6 @@ ARM_INSTRUCTION_SET = arm

   DEPENDS = alsa-lib zlib libogg yasm-native

-INC_PR = r8
-
   inherit autotools pkgconfig

   B = ${S}/build.${HOST_SYS}.${TARGET_SYS}
diff --git a/meta/recipes-multimedia/libav/libav/libav-fix-CVE-2014-9676.patch 
b/meta/recipes-multimedia/libav/libav/libav-fix-CVE-2014-9676.patch
new file mode 100644
index 000..1e31caa
--- /dev/null
+++ b/meta/recipes-multimedia/libav/libav/libav-fix-CVE-2014-9676.patch
@@ -0,0 +1,98 @@
+Upstream-Status: Backport
+
+Backport patch to fix CVE-2014-9676.
+
+https://security-tracker.debian.org/tracker/CVE-2014-9676

Re: [OE-core] [PATCH 3/5] qt4: fix CVE issues

2015-05-28 Thread Kang Kai


On 2015年05月28日 14:12, Alexander Kanavin wrote:

On 05/28/2015 04:26 AM, Kai Kang wrote:

Backport patches to fix qt4 CVE issues:

* CVE-2015-1858
* CVE-2015-1859
* CVE-2015-1860


Qt 4.8.7 is out and (I presume) it has all of those fixes. Why not 
update to that version instead?


Qt 4.8.7 is released on May 25 and I didn't see it when I made the 
patches. I'll update it.


Regards,
Kai




Alex




--
Regards,
Neil | Kai Kang

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

Re: [OE-core] [PATCH 1/3] boost/bjam-native: Upgrade to 1.58.0

2015-05-28 Thread Robert Yang



Hi Saul,

Got errors on qemumips:

$ MACHINE=qemumips bitbake boost

gcc.compile.c++ 
bin.v2/libs/system/build/gcc-4.3.1/release/threading-multi/error_code.o

mips-poky-linux-g++: error: unrecognized command line option '-m32'

mips-poky-linux-g++ -meb -mabi=32 -mhard-float -march=mips32r2 
-Wl,-O1 -Wl,--as-needed 
--sysroot=/buildarea/lyang1/test_x11/tmp/sysroots/qemumips 
-ftemplate-depth-128  -O2 -pipe -g -feliminate-unused-debug-types 
-fvisibility-inlines-hidden -O3 -finline-functions -Wno-inline -Wall -pedantic 
-pthread -fPIC -m32  -DBOOST_ALL_NO_LIB=1 -DBOOST_SYSTEM_DYN_LINK=1 -DNDEBUG 
-I. -c -o 
bin.v2/libs/system/build/gcc-4.3.1/release/threading-multi/error_code.o 
libs/system/src/error_code.cpp


...failed gcc.compile.c++ 
bin.v2/libs/system/build/gcc-4.3.1/release/threading-multi/error_code.o...

common.mkdir bin.v2/libs/date_time/build/gcc-4.3.1
common.mkdir bin.v2/libs/filesystem/build/gcc-4.3.1
common.mkdir bin.v2/libs/regex/build/gcc-4.3.1/release/link-static
gcc.compile.c++ 
bin.v2/libs/regex/build/gcc-4.3.1/release/threading-multi/c_regex_traits.o

mips-poky-linux-g++: error: unrecognized command line option '-m32'

mips-poky-linux-g++ -meb -mabi=32 -mhard-float -march=mips32r2 
-Wl,-O1 -Wl,--as-needed 
--sysroot=/buildarea/lyang1/test_x11/tmp/sysroots/qemumips 
-ftemplate-depth-128  -O2 -pipe -g -feliminate-unused-debug-types 
-fvisibility-inlines-hidden -O3 -finline-functions -Wno-inline -Wall -pedantic 
-pthread -fPIC -m32  -DBOOST_ALL_NO_LIB=1 -DBOOST_REGEX_DYN_LINK=1 -DNDEBUG 
-I. -c -o 
bin.v2/libs/regex/build/gcc-4.3.1/release/threading-multi/c_regex_traits.o 
libs/regex/build/../src/c_regex_traits.cpp


...failed gcc.compile.c++ 
bin.v2/libs/regex/build/gcc-4.3.1/release/threading-multi/c_regex_traits.o...
gcc.compile.c++ 
bin.v2/libs/regex/build/gcc-4.3.1/release/threading-multi/cpp_regex_traits.o

mips-poky-linux-g++: error: unrecognized command line option '-m32'

// Robert

On 05/22/2015 11:26 PM, Saul Wold wrote:

Signed-off-by: Saul Wold s...@linux.intel.com
---
  .../boost/{bjam-native_1.57.0.bb = bjam-native_1.58.0.bb}| 0
  meta/recipes-support/boost/{boost-1.57.0.inc = boost-1.58.0.inc} | 4 ++--
  meta/recipes-support/boost/{boost_1.57.0.bb = boost_1.58.0.bb}   | 0
  3 files changed, 2 insertions(+), 2 deletions(-)
  rename meta/recipes-support/boost/{bjam-native_1.57.0.bb = 
bjam-native_1.58.0.bb} (100%)
  rename meta/recipes-support/boost/{boost-1.57.0.inc = boost-1.58.0.inc} (83%)
  rename meta/recipes-support/boost/{boost_1.57.0.bb = boost_1.58.0.bb} (100%)

diff --git a/meta/recipes-support/boost/bjam-native_1.57.0.bb 
b/meta/recipes-support/boost/bjam-native_1.58.0.bb
similarity index 100%
rename from meta/recipes-support/boost/bjam-native_1.57.0.bb
rename to meta/recipes-support/boost/bjam-native_1.58.0.bb
diff --git a/meta/recipes-support/boost/boost-1.57.0.inc 
b/meta/recipes-support/boost/boost-1.58.0.inc
similarity index 83%
rename from meta/recipes-support/boost/boost-1.57.0.inc
rename to meta/recipes-support/boost/boost-1.58.0.inc
index 809419d..0bae81b 100644
--- a/meta/recipes-support/boost/boost-1.57.0.inc
+++ b/meta/recipes-support/boost/boost-1.58.0.inc
@@ -13,7 +13,7 @@ BOOST_P = boost_${BOOST_VER}

  SRC_URI = ${SOURCEFORGE_MIRROR}/boost/${BOOST_P}.tar.bz2

-SRC_URI[md5sum] = 1be49befbdd9a5ce9def2983ba3e7b76
-SRC_URI[sha256sum] = 
910c8c022a33ccec7f088bd65d4f14b466588dda94ba2124e78b8c57db264967
+SRC_URI[md5sum] = b8839650e61e9c1c0a89f371dd475546
+SRC_URI[sha256sum] = 
fdfc204fc33ec79c99b9a74944c3e54bd78be4f7f15e260c0e2700a36dc7d3e5

  S = ${WORKDIR}/${BOOST_P}
diff --git a/meta/recipes-support/boost/boost_1.57.0.bb 
b/meta/recipes-support/boost/boost_1.58.0.bb
similarity index 100%
rename from meta/recipes-support/boost/boost_1.57.0.bb
rename to meta/recipes-support/boost/boost_1.58.0.bb


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

Re: [OE-core] Multi-Lib Address Sanitizer

2015-05-28 Thread Dan McGregor

On 26 May 2015 7:10 am, gr...@hcubed.com wrote:

 I have a need to have GCC's address sanitizer work in a 32-bit and a
64-bit environment. The current address sanitizer only produces the base
library. Does someone have patches that would allow the address sanitizer
to produce the libraries for both architectures?

 Thanks,
 Grant Haidinyak
 --

I hadn't really considered the multilib case for the sanitizers. It should
be pretty straightforward to build the multilib varieties, but since it
works for my case I likely won't look at it myself for a while.

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

Re: [OE-core] [PATCH 4/5] libav: upgrade to 9.18

2015-05-28 Thread Jussi Kukkonen

On 28 May 2015 at 11:18, Kang Kai kai.k...@windriver.com wrote:
 On 2015年05月28日 15:14, Jussi Kukkonen wrote:

 On 28 May 2015 at 04:26, Kai Kang kai.k...@windriver.com wrote:

 Upgrade libav from version 9.16 to 9.18. Remove unused var INC_PR and
 backport patch to fix CVE-2014-9676.

 I'm sorry I didn't ask this in the original discussion but... Is there
 a good reason for keeping 9.x in oe-core if we're bringing in 11.x
 (instead of either dropping 9.x or moving it to meta-oe)?

 I haven't found the API changes between 9 and 11 to be so large that
 they would warrant keeping two versions. Admittedly I'm not working
 with libav on daily basis so I might have missed things.


 The original thought is just in case someone may want libav 9. According to
 release log, series 11
 is

 Libav 11 is API-, but not ABI-compatible with the previous major
 release.

For full disclosure, libav 10 is not API-compatible with 9: the
differences aren't big but will certainly require changes in some
applications. Still, I haven't seen anything that would necessitate
keeping two versions.

 - Jussi

 So it is ok for us to use libav 11 as default. libav 9 recipe could be
 removed if no one opposes.
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] alsa-tools: update makefile_no_gtk.patch

2015-05-28 Thread Kai Kang

makefile_no_gtk.patch will be applied when no 'x11' in distro features.
It fails to apply after update to version 1.0.29. Fix it.

Signed-off-by: Kai Kang kai.k...@windriver.com
---
 meta/recipes-multimedia/alsa/alsa-tools/makefile_no_gtk.patch | 10 +++---
 1 file changed, 7 insertions(+), 3 deletions(-)

diff --git a/meta/recipes-multimedia/alsa/alsa-tools/makefile_no_gtk.patch 
b/meta/recipes-multimedia/alsa/alsa-tools/makefile_no_gtk.patch
index 2665726..c957609 100644
--- a/meta/recipes-multimedia/alsa/alsa-tools/makefile_no_gtk.patch
+++ b/meta/recipes-multimedia/alsa/alsa-tools/makefile_no_gtk.patch
@@ -5,21 +5,25 @@ Upstream-Status: Inappropriate [configuration]
 Signed-off-by: Rogerio Nunes ronu...@gmail.com
 Signed-off-by: Otavio Salvador ota...@ossystems.com.br
 
+Update patch for alsa-tools 1.0.29
+
+Signed-off-by: Kai Kang kai.k...@windriver.com
+
 diff --git a/Makefile b/Makefile
 index 2457a1c..72346d9 100644
 --- a/Makefile
 +++ b/Makefile
 @@ -1,9 +1,9 @@
- VERSION = 1.0.27
+ VERSION = 1.0.29
  TOP = .
 -SUBDIRS = as10k1 envy24control \
 -mixartloader pcxhrloader rmedigicontrol sb16_csp seq sscape_ctl \
 -us428control usx2yloader vxloader echomixer \
--hwmixvolume hdajackretask hda-verb
+-hwmixvolume hdajackretask hda-verb hdajacksensetest
 +SUBDIRS = as10k1 \
 +mixartloader pcxhrloader sb16_csp seq sscape_ctl \
 +us428control usx2yloader vxloader \
-+hwmixvolume hda-verb
++hwmixvolume hda-verb hdajacksensetest
  
  all:
@for i in $(SUBDIRS); do \
-- 
1.9.1

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

[OE-core] State of bitbake world, Failed tasks 2015-05-27

2015-05-28 Thread Martin Jansa

This time without sstate-cache, so the list of QA issues should be
almost complete (except recipes which fail to build or their
dependencies failed to build)

http://www.openembedded.org/wiki/Bitbake_World_Status

== Failed tasks 2015-05-27 ==

INFO: jenkins-job.sh-1.3.1 Complete log available at 
http://logs.nslu2-linux.org/buildlogs/oe/world/log.report.20150528_084227.log

=== common (4) ===
* 
/meta-openembedded/meta-multimedia/recipes-dvb/dvb-apps/dvb-apps_1.1.1.bb, 
do_unpack
* 
/meta-openembedded/meta-multimedia/recipes-mkv/mkvtoolnix/mkvtoolnix_git.bb, 
do_compile
* /meta-openembedded/meta-oe/recipes-support/vim/vim-tiny_7.4.481.bb, 
do_unpack
* /meta-openembedded/meta-oe/recipes-support/vim/vim_7.4.481.bb, do_unpack

=== common-x86 (1) ===
* /openembedded-core/meta/recipes-qt/qt4/qt4-x11-free_4.8.6.bb, do_compile

=== qemuarm (1) ===
* /meta-openembedded/meta-multimedia/recipes-multimedia/vlc/vlc_2.1.4.bb, 
do_compile

=== qemux86 (1) ===
* /meta-browser/recipes-browser/chromium/cef3_280796.bb, do_package_qa

=== qemux86_64 (1) ===
* /meta-browser/recipes-browser/chromium/cef3_280796.bb, do_configure

=== Number of failed tasks (17) ===
{| class=wikitable
|-
|| qemuarm  || 5 || 
http://logs.nslu2-linux.org/buildlogs/oe/world//log.world.20150525_135429.log// 
|| http://errors.yoctoproject.org:80/Errors/Build/6178/
|-
|| qemux86  || 6 || 
http://logs.nslu2-linux.org/buildlogs/oe/world//log.world.20150526_121631.log// 
|| http://errors.yoctoproject.org:80/Errors/Build/6190/
|-
|| qemux86_64   || 6 || 
http://logs.nslu2-linux.org/buildlogs/oe/world//log.world.20150527_092436.log// 
|| http://errors.yoctoproject.org:80/Errors/Build/6193/
|}

=== PNBLACKLISTs (68) ===

=== QA issues (111) ===
{| class=wikitable
!| Count||Issue
|-
||0 ||version-going-backwards
|-
||1 ||libdir
|-
||18||file-rdeps
|-
||29||build-deps
|-
||3 ||already-stripped
|-
||60||textrel
|}


PNBLACKLISTs:
openembedded-core/:
meta-browser:
meta-openembedded:
meta-efl/recipes-efl/e17/diskio_svn.bb:PNBLACKLIST[diskio] ?= broken: switch 
to https://git.enlightenment.org/enlightenment/modules/diskio.git/ and fix 
0.0.1+svnr82070-r0.0/E-MODULES-EXTRA/diskio/e-module-diskio.edc:58. invalid 
state name: 'off'. default state must always be first.
meta-efl/recipes-efl/efl/entrance_svn.bb:PNBLACKLIST[entrance] ?= broken: 
switch to https://git.enlightenment.org/misc/entrance.git and fix 
0.0.4+svnr82070-r7/entrance/data/themes/old/default.edc:678. invalid state 
name: 'defaault'. default state must always be first.
meta-efl/recipes-navigation/mcnavi/mcnavi_0.3.4.bb:PNBLACKLIST[mcnavi] ?= 
BROKEN: latest version 0.3.4 is 3 years old and now broken with more strict 
ejde_cc from efl-1.13
meta-filesystems/recipes-filesystems/ifuse/ifuse_1.1.2.bb:PNBLACKLIST[ifuse] ?= 
depends on blacklisted libimobiledevice
meta-gnome/recipes-apps/gnome-mplayer/gnome-mplayer_1.0.5.bb:PNBLACKLIST[gnome-mplayer]
 ?= rdepends on blacklisted mplayer
meta-gnome/recipes-gnome/gcr/gcr_3.8.2.bb:PNBLACKLIST[gcr] ?= CONFLICT: 4 
files conflict with gnome-keyring
meta-gnome/recipes-gnome/gnome-menus/gnome-menus3_3.10.1.bb:PNBLACKLIST[gnome-menus3]
 ?= CONFLICT: 24 files are conflicting with gnome-menus
meta-gnome/recipes-gnome/gnome-panel/gnome-panel3_3.0.2.bb:PNBLACKLIST[gnome-panel3]
 ?= CONFLICT: depends on libgweather3 which conflicts with libgweather
meta-gnome/recipes-gnome/gweather/libgweather3_3.0.2.bb:PNBLACKLIST[libgweather3]
 ?= CONFLICT: 876 files are conflicting with libgweather
meta-gnome/recipes-gnome/zenity/zenity_2.32.1.bb:PNBLACKLIST[zenity] ?= 
BROKEN: doesn't build with B!=S
meta-multimedia/recipes-mediacentre/xbmc/xbmc_git.bb:PNBLACKLIST[xbmc] ?= 
/usr/include/c++/ctime:70:11: error: '::gmtime' has not been declared
meta-multimedia/recipes-multimedia/coriander/coriander_2.0.2.bb:PNBLACKLIST[coriander]
 ?= BROKEN: fails to use SDL probably because libsdl-config was removed, 
error: unknown type name 'SDL_Overlay'
meta-multimedia/recipes-multimedia/dleyna/renderer-service-upnp_0.3.0.bb:PNBLACKLIST[renderer-service-upnp]
 ?= BROKEN: doesn't build with B!=S (trying to install rendererconsole.py from 
${B} instead of ${S})
meta-networking/recipes-connectivity/snort/snort_2.9.6.0.bb:PNBLACKLIST[snort] 
?= BROKEN: autotools processing causes OOM condition on configure
meta-networking/recipes-support/lksctp-tools/lksctp-tools_1.0.16.bb:PNBLACKLIST[lksctp-tools]
 ?= ${@base_contains('DISTRO_FEATURES', 'ld-is-gold', BROKEN: fails to link 
against sctp_connectx symbol, '', d)}
meta-networking/recipes-support/nis/yp-tools_3.3.bb:PNBLACKLIST[yp-tools] ?= 
BROKEN: fails to build for qemuarm.
meta-networking/recipes-support/nis/ypbind-mt_2.2.bb:PNBLACKLIST[ypbind-mt] ?= 
BROKEN: Depends on broken yp-tools
meta-oe/recipes-connectivity/bluez/bluez-hcidump_2.5.bb:PNBLACKLIST[bluez-hcidump]
 ?= ${@bb.utils.contains('DISTRO_FEATURES', 'bluez5', 'bluez5 conflicts with 
bluez4 and

Re: [OE-core] [PATCH 4/5] libav: upgrade to 9.18

2015-05-28 Thread Martin Jansa

On Thu, May 28, 2015 at 04:18:24PM +0800, Kang Kai wrote:
 On 2015年05月28日 15:14, Jussi Kukkonen wrote:
  On 28 May 2015 at 04:26, Kai Kang kai.k...@windriver.com wrote:
  Upgrade libav from version 9.16 to 9.18. Remove unused var INC_PR and
  backport patch to fix CVE-2014-9676.
  I'm sorry I didn't ask this in the original discussion but... Is there
  a good reason for keeping 9.x in oe-core if we're bringing in 11.x
  (instead of either dropping 9.x or moving it to meta-oe)?
 
  I haven't found the API changes between 9 and 11 to be so large that
  they would warrant keeping two versions. Admittedly I'm not working
  with libav on daily basis so I might have missed things.
 
 The original thought is just in case someone may want libav 9. According 
 to release log, series 11
 is
 
 Libav 11 is API-, but not ABI-compatible with the previous major
 release.
 
 So it is ok for us to use libav 11 as default. libav 9 recipe could be 
 removed if no one opposes.
 
 Ref:
 https://libav.org/releases/libav-11.3.release

Does libav-11 show the same textrel issues? If it's fixed there I'm in favor of 
dropping libav-9.

from last world build:
gstreamer1.0-libav-1.4.5: ELF binary 
'/tmp/work/armv5e-oe-linux-gnueabi/gstreamer1.0-libav/1.4.5-r0/packages-split/gstreamer1.0-libav/usr/lib/gstreamer-1.0/libgstlibav.so'
 has relocations in .text [textrel]
gstreamer1.0-libav-1.4.5: ELF binary 
'/tmp/work/i586-oe-linux/gstreamer1.0-libav/1.4.5-r0/packages-split/gstreamer1.0-libav/usr/lib/gstreamer-1.0/libgstlibav.so'
 has relocations in .text [textrel]
libav-9.16: ELF binary 
'/tmp/work/armv5e-oe-linux-gnueabi/libav/9.16-r0/packages-split/libavcodec/usr/lib/libavcodec.so.54.35.0'
 has relocations in .text [textrel]
libav-9.16: ELF binary 
'/tmp/work/i586-oe-linux/libav/9.16-r0/packages-split/libavcodec/usr/lib/libavcodec.so.54.35.0'
 has relocations in .text [textrel]
libav-9.16: ELF binary 
'/tmp/work/i586-oe-linux/libav/9.16-r0/packages-split/libavdevice/usr/lib/libavdevice.so.53.2.0'
 has relocations in .text [textrel]
libav-9.16: ELF binary 
'/tmp/work/i586-oe-linux/libav/9.16-r0/packages-split/libavfilter/usr/lib/libavfilter.so.3.3.0'
 has relocations in .text [textrel]
libav-9.16: ELF binary 
'/tmp/work/i586-oe-linux/libav/9.16-r0/packages-split/libavformat/usr/lib/libavformat.so.54.20.4'
 has relocations in .text [textrel]
libav-9.16: ELF binary 
'/tmp/work/i586-oe-linux/libav/9.16-r0/packages-split/libavresample/usr/lib/libavresample.so.1.0.1'
 has relocations in .text [textrel]
libav-9.16: ELF binary 
'/tmp/work/i586-oe-linux/libav/9.16-r0/packages-split/libavutil/usr/lib/libavutil.so.52.3.0'
 has relocations in .text [textrel]
libav-9.16: ELF binary 
'/tmp/work/i586-oe-linux/libav/9.16-r0/packages-split/libswscale/usr/lib/libswscale.so.2.1.1'
 has relocations in .text [textrel]
libpostproc-52.3.0+gitAUTOINC+811db3b957: ELF binary 
'/tmp/work/armv5te-oe-linux-gnueabi/libpostproc/52.3.0+gitAUTOINC+811db3b957-r0/packages-split/libpostproc/usr/lib/libpostproc.so.52.3.0'
 has relocations in .text [textrel]
libpostproc-52.3.0+gitAUTOINC+811db3b957: ELF binary 
'/tmp/work/i586-oe-linux/libpostproc/52.3.0+gitAUTOINC+811db3b957-r0/packages-split/libpostproc/usr/lib/libpostproc.so.52.3.0'
 has relocations in .text [textrel]

  Signed-off-by: Kai Kang kai.k...@windriver.com
  ---
meta/recipes-multimedia/libav/libav.inc|  2 -
.../libav/libav/libav-fix-CVE-2014-9676.patch  | 98 
  ++
meta/recipes-multimedia/libav/libav_9.16.bb|  4 -
meta/recipes-multimedia/libav/libav_9.18.bb|  6 ++
4 files changed, 104 insertions(+), 6 deletions(-)
create mode 100644 
  meta/recipes-multimedia/libav/libav/libav-fix-CVE-2014-9676.patch
delete mode 100644 meta/recipes-multimedia/libav/libav_9.16.bb
create mode 100644 meta/recipes-multimedia/libav/libav_9.18.bb
 
  diff --git a/meta/recipes-multimedia/libav/libav.inc 
  b/meta/recipes-multimedia/libav/libav.inc
  index cac836f..6ef273b 100644
  --- a/meta/recipes-multimedia/libav/libav.inc
  +++ b/meta/recipes-multimedia/libav/libav.inc
  @@ -24,8 +24,6 @@ ARM_INSTRUCTION_SET = arm
 
DEPENDS = alsa-lib zlib libogg yasm-native
 
  -INC_PR = r8
  -
inherit autotools pkgconfig
 
B = ${S}/build.${HOST_SYS}.${TARGET_SYS}
  diff --git 
  a/meta/recipes-multimedia/libav/libav/libav-fix-CVE-2014-9676.patch 
  b/meta/recipes-multimedia/libav/libav/libav-fix-CVE-2014-9676.patch
  new file mode 100644
  index 000..1e31caa
  --- /dev/null
  +++ b/meta/recipes-multimedia/libav/libav/libav-fix-CVE-2014-9676.patch
  @@ -0,0 +1,98 @@
  +Upstream-Status: Backport
  +
  +Backport patch to fix CVE-2014-9676.
  +
  +https://security-tracker.debian.org/tracker/CVE-2014-9676
  +https://git.libav.org/?p=libav.git;a=commit;h=b3f04657368a32a9903406395f865e230b1de348
  +
  +Signed-off-by: Kai Kang kai.k...@windriver.com
  +---
  +From b3f04657368a32a9903406395f865e230b1de348 Mon Sep 17 00:00:00 2001
  +From: Luca Barbato

Re: [OE-core] [PATCH 4/5] libav: upgrade to 9.18

2015-05-28 Thread Jussi Kukkonen

On 28 May 2015 at 04:26, Kai Kang kai.k...@windriver.com wrote:
 Upgrade libav from version 9.16 to 9.18. Remove unused var INC_PR and
 backport patch to fix CVE-2014-9676.

I'm sorry I didn't ask this in the original discussion but... Is there
a good reason for keeping 9.x in oe-core if we're bringing in 11.x
(instead of either dropping 9.x or moving it to meta-oe)?

I haven't found the API changes between 9 and 11 to be so large that
they would warrant keeping two versions. Admittedly I'm not working
with libav on daily basis so I might have missed things.

Jussi

 Signed-off-by: Kai Kang kai.k...@windriver.com
 ---
  meta/recipes-multimedia/libav/libav.inc|  2 -
  .../libav/libav/libav-fix-CVE-2014-9676.patch  | 98 
 ++
  meta/recipes-multimedia/libav/libav_9.16.bb|  4 -
  meta/recipes-multimedia/libav/libav_9.18.bb|  6 ++
  4 files changed, 104 insertions(+), 6 deletions(-)
  create mode 100644 
 meta/recipes-multimedia/libav/libav/libav-fix-CVE-2014-9676.patch
  delete mode 100644 meta/recipes-multimedia/libav/libav_9.16.bb
  create mode 100644 meta/recipes-multimedia/libav/libav_9.18.bb

 diff --git a/meta/recipes-multimedia/libav/libav.inc 
 b/meta/recipes-multimedia/libav/libav.inc
 index cac836f..6ef273b 100644
 --- a/meta/recipes-multimedia/libav/libav.inc
 +++ b/meta/recipes-multimedia/libav/libav.inc
 @@ -24,8 +24,6 @@ ARM_INSTRUCTION_SET = arm

  DEPENDS = alsa-lib zlib libogg yasm-native

 -INC_PR = r8
 -
  inherit autotools pkgconfig

  B = ${S}/build.${HOST_SYS}.${TARGET_SYS}
 diff --git 
 a/meta/recipes-multimedia/libav/libav/libav-fix-CVE-2014-9676.patch 
 b/meta/recipes-multimedia/libav/libav/libav-fix-CVE-2014-9676.patch
 new file mode 100644
 index 000..1e31caa
 --- /dev/null
 +++ b/meta/recipes-multimedia/libav/libav/libav-fix-CVE-2014-9676.patch
 @@ -0,0 +1,98 @@
 +Upstream-Status: Backport
 +
 +Backport patch to fix CVE-2014-9676.
 +
 +https://security-tracker.debian.org/tracker/CVE-2014-9676
 +https://git.libav.org/?p=libav.git;a=commit;h=b3f04657368a32a9903406395f865e230b1de348
 +
 +Signed-off-by: Kai Kang kai.k...@windriver.com
 +---
 +From b3f04657368a32a9903406395f865e230b1de348 Mon Sep 17 00:00:00 2001
 +From: Luca Barbato lu_z...@gentoo.org
 +Date: Mon, 5 Jan 2015 10:40:41 +0100
 +Subject: [PATCH] segment: Fix the failure paths
 +
 +A failure in segment_end() or segment_start() would lead to freeing
 +a dangling pointer and in general further calls to seg_write_packet()
 +or to seg_write_trailer() would have the same faulty behaviour.
 +
 +CC: libav-sta...@libav.org
 +Reported-By: luodalon...@gmail.com
 +---
 + libavformat/segment.c | 32 
 + 1 file changed, 20 insertions(+), 12 deletions(-)
 +
 +diff --git a/libavformat/segment.c b/libavformat/segment.c
 +index 52da6b9..bcfd1f9 100644
 +--- a/libavformat/segment.c
  b/libavformat/segment.c
 +@@ -184,6 +184,13 @@ static void close_null_ctx(AVIOContext *pb)
 + av_free(pb);
 + }
 +
 ++static void seg_free_context(SegmentContext *seg)
 ++{
 ++avio_closep(seg-pb);
 ++avformat_free_context(seg-avf);
 ++seg-avf = NULL;
 ++}
 ++
 + static int seg_write_header(AVFormatContext *s)
 + {
 + SegmentContext *seg = s-priv_data;
 +@@ -265,12 +272,9 @@ static int seg_write_header(AVFormatContext *s)
 + }
 +
 + fail:
 +-if (ret) {
 +-if (seg-list)
 +-avio_close(seg-pb);
 +-if (seg-avf)
 +-avformat_free_context(seg-avf);
 +-}
 ++if (ret  0)
 ++seg_free_context(seg);
 ++
 + return ret;
 + }
 +
 +@@ -282,6 +286,9 @@ static int seg_write_packet(AVFormatContext *s, AVPacket 
 *pkt)
 + int64_t end_pts = seg-recording_time * seg-number;
 + int ret, can_split = 1;
 +
 ++if (!oc)
 ++return AVERROR(EINVAL);
 ++
 + if (seg-has_video) {
 + can_split = st-codec-codec_type == AVMEDIA_TYPE_VIDEO 
 + pkt-flags  AV_PKT_FLAG_KEY;
 +@@ -322,11 +329,8 @@ static int seg_write_packet(AVFormatContext *s, 
 AVPacket *pkt)
 + ret = ff_write_chained(oc, pkt-stream_index, pkt, s);
 +
 + fail:
 +-if (ret  0) {
 +-if (seg-list)
 +-avio_close(seg-pb);
 +-avformat_free_context(oc);
 +-}
 ++if (ret  0)
 ++seg_free_context(seg);
 +
 + return ret;
 + }
 +@@ -335,7 +339,11 @@ static int seg_write_trailer(struct AVFormatContext *s)
 + {
 + SegmentContext *seg = s-priv_data;
 + AVFormatContext *oc = seg-avf;
 +-int ret;
 ++int ret = 0;
 ++
 ++if (!oc)
 ++goto fail;
 ++
 + if (!seg-write_header_trailer) {
 + if ((ret = segment_end(oc, 0))  0)
 + goto fail;
 +--
 +2.4.1.314.g9532ead
 +
 diff --git a/meta/recipes-multimedia/libav/libav_9.16.bb 
 b/meta/recipes-multimedia/libav/libav_9.16.bb
 deleted file mode 100644
 index 79ff3f8..000
 --- a/meta/recipes-multimedia/libav/libav_9.16.bb
 +++ /dev/null
 @@ -1,4 +0,0 @@
 -require libav.inc
 -

Re: [OE-core] [PATCH 2/4] alsa-tools: upgrade to version 1.0.29

2015-05-28 Thread Kang Kai


On 2015年05月27日 20:06, Otavio Salvador wrote:

On Mon, May 18, 2015 at 10:08 PM, Kai Kang kai.k...@windriver.com wrote:

Upgrade alsa-tools from verion 1.0.28 to 1.0.29.

* update autotools.patch
* add file gitcompile which exists in git repo but missing in release
   tar ball for sub-directory hdajacksensetest

Signed-off-by: Kai Kang kai.k...@windriver.com

Seems this broke framebuffer build:

framebuffer fsl-image-machine-test@ls1021aqds (1/7) patching file Makefile
framebuffer fsl-image-machine-test@ls1021aqds (1/7) Hunk #1 FAILED at 1.
framebuffer fsl-image-machine-test@ls1021aqds (1/7) 1 out of 1 hunk
FAILED -- rejects in file Makefile
framebuffer fsl-image-machine-test@ls1021aqds (1/7) Patch
makefile_no_gtk.patch does not apply (enforce with -f)
framebuffer fsl-image-machine-test@ls1021aqds (1/7) ERROR: Function
failed: patch_do_patch
framebuffer fsl-image-machine-test@ls1021aqds (1/7) ERROR: Logfile of
failure stored in:
.../build-framebuffer/tmp/work/cortexa7hf-vfp-neon-poky-linux-gnueabi/alsa-tools/1.0.29-r0/temp/log.do_patch.26177
framebuffer fsl-image-machine-test@ls1021aqds (1/7) recipe
alsa-tools-1.0.29-r0: task do_patch: Failed

Is it possible to take a look?




OK. I'll send a patch to fix it .

--
Regards,
Neil | Kai Kang

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

Re: [OE-core] [PATCH 4/5] libav: upgrade to 9.18

2015-05-28 Thread Kang Kai


On 2015年05月28日 15:14, Jussi Kukkonen wrote:

On 28 May 2015 at 04:26, Kai Kang kai.k...@windriver.com wrote:

Upgrade libav from version 9.16 to 9.18. Remove unused var INC_PR and
backport patch to fix CVE-2014-9676.

I'm sorry I didn't ask this in the original discussion but... Is there
a good reason for keeping 9.x in oe-core if we're bringing in 11.x
(instead of either dropping 9.x or moving it to meta-oe)?

I haven't found the API changes between 9 and 11 to be so large that
they would warrant keeping two versions. Admittedly I'm not working
with libav on daily basis so I might have missed things.


The original thought is just in case someone may want libav 9. According 
to release log, series 11

is

Libav 11 is API-, but not ABI-compatible with the previous major
release.

So it is ok for us to use libav 11 as default. libav 9 recipe could be removed 
if no one opposes.

Ref:
https://libav.org/releases/libav-11.3.release

--Kai




Jussi


Signed-off-by: Kai Kang kai.k...@windriver.com
---
  meta/recipes-multimedia/libav/libav.inc|  2 -
  .../libav/libav/libav-fix-CVE-2014-9676.patch  | 98 ++
  meta/recipes-multimedia/libav/libav_9.16.bb|  4 -
  meta/recipes-multimedia/libav/libav_9.18.bb|  6 ++
  4 files changed, 104 insertions(+), 6 deletions(-)
  create mode 100644 
meta/recipes-multimedia/libav/libav/libav-fix-CVE-2014-9676.patch
  delete mode 100644 meta/recipes-multimedia/libav/libav_9.16.bb
  create mode 100644 meta/recipes-multimedia/libav/libav_9.18.bb

diff --git a/meta/recipes-multimedia/libav/libav.inc 
b/meta/recipes-multimedia/libav/libav.inc
index cac836f..6ef273b 100644
--- a/meta/recipes-multimedia/libav/libav.inc
+++ b/meta/recipes-multimedia/libav/libav.inc
@@ -24,8 +24,6 @@ ARM_INSTRUCTION_SET = arm

  DEPENDS = alsa-lib zlib libogg yasm-native

-INC_PR = r8
-
  inherit autotools pkgconfig

  B = ${S}/build.${HOST_SYS}.${TARGET_SYS}
diff --git a/meta/recipes-multimedia/libav/libav/libav-fix-CVE-2014-9676.patch 
b/meta/recipes-multimedia/libav/libav/libav-fix-CVE-2014-9676.patch
new file mode 100644
index 000..1e31caa
--- /dev/null
+++ b/meta/recipes-multimedia/libav/libav/libav-fix-CVE-2014-9676.patch
@@ -0,0 +1,98 @@
+Upstream-Status: Backport
+
+Backport patch to fix CVE-2014-9676.
+
+https://security-tracker.debian.org/tracker/CVE-2014-9676
+https://git.libav.org/?p=libav.git;a=commit;h=b3f04657368a32a9903406395f865e230b1de348
+
+Signed-off-by: Kai Kang kai.k...@windriver.com
+---
+From b3f04657368a32a9903406395f865e230b1de348 Mon Sep 17 00:00:00 2001
+From: Luca Barbato lu_z...@gentoo.org
+Date: Mon, 5 Jan 2015 10:40:41 +0100
+Subject: [PATCH] segment: Fix the failure paths
+
+A failure in segment_end() or segment_start() would lead to freeing
+a dangling pointer and in general further calls to seg_write_packet()
+or to seg_write_trailer() would have the same faulty behaviour.
+
+CC: libav-sta...@libav.org
+Reported-By: luodalon...@gmail.com
+---
+ libavformat/segment.c | 32 
+ 1 file changed, 20 insertions(+), 12 deletions(-)
+
+diff --git a/libavformat/segment.c b/libavformat/segment.c
+index 52da6b9..bcfd1f9 100644
+--- a/libavformat/segment.c
 b/libavformat/segment.c
+@@ -184,6 +184,13 @@ static void close_null_ctx(AVIOContext *pb)
+ av_free(pb);
+ }
+
++static void seg_free_context(SegmentContext *seg)
++{
++avio_closep(seg-pb);
++avformat_free_context(seg-avf);
++seg-avf = NULL;
++}
++
+ static int seg_write_header(AVFormatContext *s)
+ {
+ SegmentContext *seg = s-priv_data;
+@@ -265,12 +272,9 @@ static int seg_write_header(AVFormatContext *s)
+ }
+
+ fail:
+-if (ret) {
+-if (seg-list)
+-avio_close(seg-pb);
+-if (seg-avf)
+-avformat_free_context(seg-avf);
+-}
++if (ret  0)
++seg_free_context(seg);
++
+ return ret;
+ }
+
+@@ -282,6 +286,9 @@ static int seg_write_packet(AVFormatContext *s, AVPacket 
*pkt)
+ int64_t end_pts = seg-recording_time * seg-number;
+ int ret, can_split = 1;
+
++if (!oc)
++return AVERROR(EINVAL);
++
+ if (seg-has_video) {
+ can_split = st-codec-codec_type == AVMEDIA_TYPE_VIDEO 
+ pkt-flags  AV_PKT_FLAG_KEY;
+@@ -322,11 +329,8 @@ static int seg_write_packet(AVFormatContext *s, AVPacket 
*pkt)
+ ret = ff_write_chained(oc, pkt-stream_index, pkt, s);
+
+ fail:
+-if (ret  0) {
+-if (seg-list)
+-avio_close(seg-pb);
+-avformat_free_context(oc);
+-}
++if (ret  0)
++seg_free_context(seg);
+
+ return ret;
+ }
+@@ -335,7 +339,11 @@ static int seg_write_trailer(struct AVFormatContext *s)
+ {
+ SegmentContext *seg = s-priv_data;
+ AVFormatContext *oc = seg-avf;
+-int ret;
++int ret = 0;
++
++if (!oc)
++goto fail;
++
+ if (!seg-write_header_trailer) {
+ if ((ret = segment_end(oc, 0))  0)
+ goto fail;
+--
+2.4.1.314.g9532ead
+

Re: [OE-core] [PATCH 0/4] Support persistent /var/log

2015-05-28 Thread ChenQi


On 05/28/2015 12:55 PM, Khem Raj wrote:

On Tue, May 26, 2015 at 2:15 AM, Paul Eggleton
paul.eggle...@linux.intel.com wrote:

Randy, Khem, Otavio - this area was the subject of a discussion involving you
around the 1.8 release, if you could review this set and comment that would be
great.


Looked at it but it didnt sound like it considered read only rootfs case at all.



read-only rootfs and persistent /var/log are all custom configurations.
If a user wants a read-only rootfs but a persistent /var/log, he'll need 
to do more custom configurations like putting /var/ on a seperate 
partition or something else.


The purpose of this patch is to provide an easy way to user to keep 
their logs between reboots.


//Chen Qi


Thanks,
Paul

On Tuesday 26 May 2015 13:43:58 ChenQi wrote:

ping 

*ANY* comment would be welcome, really ...

Thanks,
Chen Qi

On 03/24/2015 04:42 PM, Chen Qi wrote:

The following changes since commit

d3fcfe346b3472170641d9194243c4bbe06b8585:

systemd: fix firmware path to match linux-firmware (2015-03-23 11:27:13
+)
are available in the git repository at:
git://git.openembedded.org/openembedded-core-contrib
ChenQi/persistent-var-log
http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h
=ChenQi/persistent-var-log
Chen Qi (4):
bitbake.conf: add VOLATILE_LOG_DIR variable
base-files: respect VOLATILE_LOG_DIR
initscripts: support persistent /var/log
package.bbclass: support persistent /var/log

   meta/classes/package.bbclass   |  2 +-
   meta/conf/bitbake.conf |  4 ++
   meta/files/fs-perms-persistent-log.txt | 66
   ++
   meta/recipes-core/base-files/base-files_3.0.14.bb  |  4 +-
   .../initscripts/initscripts-1.0/volatiles  |  1 -
   meta/recipes-core/initscripts/initscripts_1.0.bb   |  3 +
   6 files changed, 76 insertions(+), 4 deletions(-)
   create mode 100644 meta/files/fs-perms-persistent-log.txt

--

Paul Eggleton
Intel Open Source Technology Centre




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

[OE-core] [PATCH 3/9] python-git: 1.0.0 - 1.0.1

2015-05-28 Thread Robert Yang

Signed-off-by: Robert Yang liezhi.y...@windriver.com
---
 .../{python-git_1.0.0.bb = python-git_1.0.1.bb}   |4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-devtools/python/{python-git_1.0.0.bb = 
python-git_1.0.1.bb} (85%)

diff --git a/meta/recipes-devtools/python/python-git_1.0.0.bb 
b/meta/recipes-devtools/python/python-git_1.0.1.bb
similarity index 85%
rename from meta/recipes-devtools/python/python-git_1.0.0.bb
rename to meta/recipes-devtools/python/python-git_1.0.1.bb
index eea1543..a78d7c8 100644
--- a/meta/recipes-devtools/python/python-git_1.0.0.bb
+++ b/meta/recipes-devtools/python/python-git_1.0.1.bb
@@ -11,8 +11,8 @@ DEPENDS = python-gitdb
 
 SRC_URI = 
http://pypi.python.org/packages/source/G/GitPython/GitPython-${PV}.tar.gz;
 
-SRC_URI[md5sum] = c3833aad16d5660436e284d597ec1bec
-SRC_URI[sha256sum] = 
c1b3e6fdd209040b6b1cb32ecbff989eeb2fb31b4e7078c3342d71ae8ef7352b
+SRC_URI[md5sum] = 4659644b42c41e5e5170c0cd83ed6422
+SRC_URI[sha256sum] = 
9c88c17bbcae2a445ff64024ef13526224f70e35e38c33416be5ceb56ca7f760
 
 S = ${WORKDIR}/GitPython-${PV}
 
-- 
1.7.9.5

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

Re: [OE-core] [meta-qt5][fido] commit 699e1570e6 breaks build

2015-05-28 Thread Steffen Sledz

On 28.05.2015 11:48, Richard Purdie wrote:
 On Thu, 2015-05-28 at 11:39 +0200, Steffen Sledz wrote:
 Commit 699e1570e66cb28e4bfd0eb15d41f3af2bed5b62 (autotools: Fix find
 races on source directory) in fido branch of openembedded-core breaks
 build (do_configure) of qtbase-native from meta-qt5 fido branch. :(
 
 I'm struggling to see exactly how this commit could result in this kind
 of failure. How did you deduce that this was the problem?

By trying step by step one commit (in openembedded-core) after another.

 Is the problem not that qtbase-native doesn't rebuild cleanly if
 configure is re-executed? Have you tried cleaning qtbase-native and
 rebuilding it?

I're checked this. A clean build or a bitbake -c cleansstate qtbase-native 
avoids this problem.

-- 
DResearch Fahrzeugelektronik GmbH
Otto-Schmirgal-Str. 3, 10319 Berlin, Germany
Tel: +49 30 515932-237 mailto:sl...@dresearch-fe.de
Fax: +49 30 515932-299
Geschäftsführer: Dr. Michael Weber, Werner Mögle;
Amtsgericht Berlin Charlottenburg; HRB 130120 B;
Ust.-IDNr. DE273952058
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [oe] State of bitbake world, Failed tasks 2015-05-27

2015-05-28 Thread Paul Eggleton

On Thursday 28 May 2015 10:45:36 Martin Jansa wrote:
 This time without sstate-cache, so the list of QA issues should be
 almost complete (except recipes which fail to build or their
 dependencies failed to build)
 
 http://www.openembedded.org/wiki/Bitbake_World_Status
 
 == Failed tasks 2015-05-27 ==
 
 INFO: jenkins-job.sh-1.3.1 Complete log available at
 http://logs.nslu2-linux.org/buildlogs/oe/world/log.report.20150528_084227.log
...
 === common-x86 (1) ===
 * /openembedded-core/meta/recipes-qt/qt4/qt4-x11-free_4.8.6.bb, do_compile

This seems to be related to gstreamer 0.10 removal; though it's QtWebkit that's
failing rather than Phonon:

| cd WebKit/qt/tests/  
/home/jenkins/oe/world/shr-core/tmp-glibc/sysroots/x86_64-linux/usr/bin/qmake2 
-after  
INCPATH+=/home/jenkins/oe/world/shr-core/tmp-glibc/sysroots/qemux86/usr/include/freetype2
 LIBS+=-L/home/jenkins/oe/world/shr-core/tmp-glibc/sysroots/qemux86/usr/lib 
/home/jenkins/oe/world/shr-core/tmp-glibc/work/i586-oe-linux/qt4-x11-free/4.8.6-r0/qt-everywhere-opensource-src-4.8.6/src/3rdparty/webkit/Source/WebKit/qt/tests/tests.pro
 -spec 
/home/jenkins/oe/world/shr-core/tmp-glibc/work/i586-oe-linux/qt4-x11-free/4.8.6-r0/qt-everywhere-opensource-src-4.8.6/mkspecs/linux-g++
 -after  
INCPATH+=/home/jenkins/oe/world/shr-core/tmp-glibc/sysroots/qemux86/usr/include/freetype2
 LIBS+=-L/home/jenkins/oe/world/shr-core/tmp-glibc/sysroots/qemux86/usr/lib -o 
Makefile.WebKit
| WARNING: (internal):1: Variable INCPATH is deprecated; use INCLUDEPATH 
instead.
| WARNING: (internal):3: Variable INCPATH is deprecated; use INCLUDEPATH 
instead.
| WARNING: (internal):1: Variable INCPATH is deprecated; use INCLUDEPATH 
instead.
| WARNING: (internal):3: Variable INCPATH is deprecated; use INCLUDEPATH 
instead.
| WARNING: (internal):1: Variable INCPATH is deprecated; use INCLUDEPATH 
instead.
| WARNING: (internal):3: Variable INCPATH is deprecated; use INCLUDEPATH 
instead.
| WARNING: (internal):1: Variable INCPATH is deprecated; use INCLUDEPATH 
instead.
| WARNING: (internal):3: Variable INCPATH is deprecated; use INCLUDEPATH 
instead.
| WARNING: (internal):1: Variable INCPATH is deprecated; use INCLUDEPATH 
instead.
| WARNING: (internal):3: Variable INCPATH is deprecated; use INCLUDEPATH 
instead.
| Project ERROR: Package gstreamer-app-0.10 not found
| make[1]: *** [WebCore/Makefile.WebKit] Error 2
| make[1]: *** Waiting for unfinished jobs
| Project ERROR: Package gstreamer-app-0.10 not found
| make[1]: *** [WebKit/qt/Makefile.WebKit.QtWebKit] Error 2
| make[1]: Leaving directory 
`/home/jenkins/oe/world/shr-core/tmp-glibc/work/i586-oe-linux/qt4-x11-free/4.8.6-r0/qt-everywhere-opensource-src-4.8.6/src/3rdparty/webkit/Source'
| make: *** [sub-webkit-make_default-ordered] Error 2
| ERROR: oe_runmake failed
| WARNING: exit code 1 from a shell command.
| ERROR: Function failed: do_compile (log file is located at 
/home/jenkins/oe/world/shr-core/tmp-glibc/work/i586-oe-linux/qt4-x11-free/4.8.6-r0/temp/log.do_compile.14903)

Alex, can you take a look at this?

Thanks,
Paul

-- 

Paul Eggleton
Intel Open Source Technology Centre
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [meta-qt5][fido] commit 699e1570e6 breaks build

2015-05-28 Thread Martin Jansa

On Thu, May 28, 2015 at 11:39:37AM +0200, Steffen Sledz wrote:
 Commit 699e1570e66cb28e4bfd0eb15d41f3af2bed5b62 (autotools: Fix find races on 
 source directory) in fido branch of openembedded-core breaks build 
 (do_configure) of qtbase-native from meta-qt5 fido branch. :(
 
 sledz@fensuse:~/work/HIPOS.fido/build-open BB_NUMBER_THREADS=10 
 PARALLEL_MAKE=-j 10 MACHINE=qemuarm bitbake qtbase-native

I'm seeing the same in master branches, as temporary work around I've
added:
CLEANBROKEN = 1
but I haven't pushed it to meta-qt5 yet, because I was seeing this issue
only with 5.5_beta1 and was hoping to fix it properly.

 ...
 Build Configuration:
 BB_VERSION= 1.26.0
 BUILD_SYS = x86_64-linux
 NATIVELSBSTRING   = openSUSE-project-13.2
 TARGET_SYS= arm-angstrom-linux-gnueabi
 MACHINE   = qemuarm
 DISTRO= angstrom
 DISTRO_VERSION= v2015.06
 TUNE_FEATURES = arm armv5 thumb dsp
 TARGET_FPU= soft
 meta-hipos= fido:dcdb2fdd39104c787b97bd67459017baf67ced38
 meta-fsl-arm  = fido:0cfe91f3291d5c333f7fe657df397ddb520b6d31
 meta-fsl-arm-extra = fido:bc1269b1be74f319f492090ffd3d836e25d8a559
 meta-fsl-demos= fido:1ae8a2d8e9899f0182fa5227acc2b7b6c78039ff
 meta-java = master:d2b75b615e4612f9fa05950c1d76d4a719e573d4
 meta-qt5  = fido:3ccdc239b02aca03dc1e9316b7c5c870b3b59368
 meta-angstrom = 
 angstrom-v2015.06-yocto1.8:4b2350b1fdcffd31717c4ce256403fe2b391bb8d
 meta-oe
 meta-systemd
 meta-multimedia
 meta-networking
 meta-webserver
 meta-python
 meta-ruby
 meta-efl
 meta-gnome
 meta-xfce = fido:5b0305d9efa4b5692cd942586fb7aa92dba42d59
 meta  = 
 (HEADdetachedat699e157):699e1570e66cb28e4bfd0eb15d41f3af2bed5b62
 ...
 NOTE: recipe qtbase-native-5.4.1-r0: task do_configure: Started
 ERROR: Function failed: do_configure (log file is located at 
 /home/sledz/work/HIPOS.fido/build-open/tmp-glibc/work/x86_64-linux/qtbase-native/5.4.1-r0/temp/log.do_configure.14085)
 ERROR: Logfile of failure stored in: 
 /home/sledz/work/HIPOS.fido/build-open/tmp-glibc/work/x86_64-linux/qtbase-native/5.4.1-r0/temp/log.do_configure.14085
 ...
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] mesa: Upgrade 10.5.4 - 10.5.6

2015-05-28 Thread Jussi Kukkonen

Among other things fixes a bug that prevents Weston from starting
on i965.

Signed-off-by: Jussi Kukkonen jussi.kukko...@intel.com
---
 meta/recipes-graphics/mesa/{mesa-gl_10.5.4.bb = mesa-gl_10.5.6.bb} | 0
 meta/recipes-graphics/mesa/{mesa_10.5.4.bb = mesa_10.5.6.bb}   | 4 ++--
 2 files changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-graphics/mesa/{mesa-gl_10.5.4.bb = mesa-gl_10.5.6.bb} 
(100%)
 rename meta/recipes-graphics/mesa/{mesa_10.5.4.bb = mesa_10.5.6.bb} (77%)

diff --git a/meta/recipes-graphics/mesa/mesa-gl_10.5.4.bb 
b/meta/recipes-graphics/mesa/mesa-gl_10.5.6.bb
similarity index 100%
rename from meta/recipes-graphics/mesa/mesa-gl_10.5.4.bb
rename to meta/recipes-graphics/mesa/mesa-gl_10.5.6.bb
diff --git a/meta/recipes-graphics/mesa/mesa_10.5.4.bb 
b/meta/recipes-graphics/mesa/mesa_10.5.6.bb
similarity index 77%
rename from meta/recipes-graphics/mesa/mesa_10.5.4.bb
rename to meta/recipes-graphics/mesa/mesa_10.5.6.bb
index 03c9ecf..70cc8aa 100644
--- a/meta/recipes-graphics/mesa/mesa_10.5.4.bb
+++ b/meta/recipes-graphics/mesa/mesa_10.5.6.bb
@@ -2,8 +2,8 @@ require ${BPN}.inc
 
 SRC_URI = ftp://ftp.freedesktop.org/pub/mesa/${PV}/mesa-${PV}.tar.xz;
 
-SRC_URI[md5sum] = 26644437b6447fb3dbae50714a019797
-SRC_URI[sha256sum] = 
b51e723f3a20d842c88a92d809435b229fc4744ca0dbec0317d9d4a3ac4c6803
+SRC_URI[md5sum] = 7a845c50fc8aaae4c9373e795c1f491d
+SRC_URI[sha256sum] = 
66017853bde5f7a6647db3eede30512a091a3491daa1708e0ad8027c328ba595
 
 #because we cannot rely on the fact that all apps will use pkgconfig,
 #make eglplatform.h independent of MESA_EGL_NO_X11_HEADER
-- 
2.1.4

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

[OE-core] [PATCH 1/9] debianutils: 4.4 - 4.5

2015-05-28 Thread Robert Yang

Signed-off-by: Robert Yang liezhi.y...@windriver.com
---
 .../{debianutils_4.4.bb = debianutils_4.5.bb} |6 +++---
 1 file changed, 3 insertions(+), 3 deletions(-)
 rename meta/recipes-support/debianutils/{debianutils_4.4.bb = 
debianutils_4.5.bb} (84%)

diff --git a/meta/recipes-support/debianutils/debianutils_4.4.bb 
b/meta/recipes-support/debianutils/debianutils_4.5.bb
similarity index 84%
rename from meta/recipes-support/debianutils/debianutils_4.4.bb
rename to meta/recipes-support/debianutils/debianutils_4.5.bb
index 346eaf1..3593cdb 100644
--- a/meta/recipes-support/debianutils/debianutils_4.4.bb
+++ b/meta/recipes-support/debianutils/debianutils_4.5.bb
@@ -3,9 +3,9 @@ SECTION = base
 LICENSE = GPLv2  SMAIL_GPL
 LIC_FILES_CHKSUM = 
file://debian/copyright;md5=f01a5203d50512fc4830b4332b696a9f
 
-SRC_URI = ${DEBIAN_MIRROR}/main/d/${BPN}/${BPN}_${PV}.tar.gz
-SRC_URI[md5sum] = c0cb076754d7f4eb1e3397d00916647f
-SRC_URI[sha256sum] = 
190850cdd6b5302e0a1ba1aaed1bc7074d67d3bd8d04c613f242f7145afa53a6
+SRC_URI = ${DEBIAN_MIRROR}/main/d/${BPN}/${BPN}_${PV}.tar.xz
+SRC_URI[md5sum] = 43796250e927db531cdebe80c6b925ea
+SRC_URI[sha256sum] = 
7cfaa53cf36dad16fa69b30dd2b78b8dafebd766aacd53a3c7c78a9d441f
 
 inherit autotools update-alternatives
 
-- 
1.7.9.5

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

[OE-core] [PATCH 6/9] gnupg: 2.1.2 - 2.1.4

2015-05-28 Thread Robert Yang

Updated dirmngr-uses-libgpg-error.patch.

Signed-off-by: Robert Yang liezhi.y...@windriver.com
---
 .../gnupg/gnupg/dirmngr-uses-libgpg-error.patch|8 
 .../gnupg/{gnupg_2.1.2.bb = gnupg_2.1.4.bb}   |4 ++--
 2 files changed, 6 insertions(+), 6 deletions(-)
 rename meta/recipes-support/gnupg/{gnupg_2.1.2.bb = gnupg_2.1.4.bb} (89%)

diff --git a/meta/recipes-support/gnupg/gnupg/dirmngr-uses-libgpg-error.patch 
b/meta/recipes-support/gnupg/gnupg/dirmngr-uses-libgpg-error.patch
index 3dc506c..7af1955 100644
--- a/meta/recipes-support/gnupg/gnupg/dirmngr-uses-libgpg-error.patch
+++ b/meta/recipes-support/gnupg/gnupg/dirmngr-uses-libgpg-error.patch
@@ -4,13 +4,13 @@ Index: gnupg-2.1.0/dirmngr/Makefile.am
 ===
 --- gnupg-2.1.0.orig/dirmngr/Makefile.am
 +++ gnupg-2.1.0/dirmngr/Makefile.am
-@@ -71,7 +71,8 @@ endif
+@@ -78,7 +78,8 @@ endif
  dirmngr_LDADD = $(libcommontlsnpth) $(libcommonpth) \
- ../gl/libgnu.a $(DNSLIBS) $(LIBASSUAN_LIBS) \
+ $(DNSLIBS) $(LIBASSUAN_LIBS) \
$(LIBGCRYPT_LIBS) $(KSBA_LIBS) $(NPTH_LIBS) \
 -  $(NTBTLS_LIBS) $(LIBGNUTLS_LIBS) $(LIBINTL) $(LIBICONV)
 +  $(NTBTLS_LIBS) $(LIBGNUTLS_LIBS) $(LIBINTL) $(LIBICONV) \
-+$(GPG_ERROR_LIBS)
- if !USE_LDAPWRAPPER
++  $(GPG_ERROR_LIBS)
+ if USE_LDAP
  dirmngr_LDADD += $(ldaplibs)
  endif
diff --git a/meta/recipes-support/gnupg/gnupg_2.1.2.bb 
b/meta/recipes-support/gnupg/gnupg_2.1.4.bb
similarity index 89%
rename from meta/recipes-support/gnupg/gnupg_2.1.2.bb
rename to meta/recipes-support/gnupg/gnupg_2.1.4.bb
index 4784869..72635a2 100644
--- a/meta/recipes-support/gnupg/gnupg_2.1.2.bb
+++ b/meta/recipes-support/gnupg/gnupg_2.1.4.bb
@@ -14,8 +14,8 @@ SRC_URI = 
ftp://ftp.gnupg.org/gcrypt/${BPN}/${BPN}-${PV}.tar.bz2 \
file://dirmngr-uses-libgpg-error.patch \
   
 
-SRC_URI[md5sum] = 156fbd6566f4c51caac741c858d30d96
-SRC_URI[sha256sum] = 
404f5a43d591dfe41f0ffb204b49a1533b67d77bc1fd68febd7e447575616792
+SRC_URI[md5sum] = c36f1a4c261ecc81fa5df551356c33f1
+SRC_URI[sha256sum] = 
64127eedd868510f2bb22c507a4878ffa07495db16a0f976c67f56426cb0
 
 EXTRA_OECONF = --disable-ldap \
--disable-ccid-driver \
-- 
1.7.9.5

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

[OE-core] [PATCH 0/9] Packages Upgrade

2015-05-28 Thread Robert Yang

The following changes since commit e6952593d810636f26af541b12126848483e619a:

  kernel: Build uImage only when really needed (2015-05-26 10:57:41 +0100)

are available in the git repository at:

  git://git.openembedded.org/openembedded-core-contrib rbt/PU
  http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=rbt/PU

Robert Yang (9):
  debianutils: 4.4 - 4.5
  git: 2.3.7 - 2.4.2
  python-git: 1.0.0 - 1.0.1
  cracklib: 2.9.3 - 2.9.4
  man-pages: 3.83 - 4.00
  gnupg: 2.1.2 - 2.1.4
  btrfs-tools: 3.18.2 - 4.0.1
  nasm: 2.11.06 - 2.11.08
  lttng-ust: 2.6.0 - 2.6.1

 .../btrfs-tools/btrfs-tools/fix-parallel.patch |   16 
 .../btrfs-tools/btrfs-tools_git.bb |   16 +---
 .../git/{git_2.3.7.bb = git_2.4.2.bb} |8 
 .../nasm/{nasm_2.11.06.bb = nasm_2.11.08.bb}  |5 +++--
 .../{python-git_1.0.0.bb = python-git_1.0.1.bb}   |4 ++--
 .../{cracklib_2.9.3.bb = cracklib_2.9.4.bb}   |4 ++--
 .../{man-pages_3.83.bb = man-pages_4.00.bb}   |4 ++--
 .../{lttng-ust_2.6.0.bb = lttng-ust_2.6.1.bb} |0
 .../{debianutils_4.4.bb = debianutils_4.5.bb} |6 +++---
 .../gnupg/gnupg/dirmngr-uses-libgpg-error.patch|8 
 .../gnupg/{gnupg_2.1.2.bb = gnupg_2.1.4.bb}   |4 ++--
 11 files changed, 39 insertions(+), 36 deletions(-)
 rename meta/recipes-devtools/git/{git_2.3.7.bb = git_2.4.2.bb} (41%)
 rename meta/recipes-devtools/nasm/{nasm_2.11.06.bb = nasm_2.11.08.bb} (81%)
 rename meta/recipes-devtools/python/{python-git_1.0.0.bb = 
python-git_1.0.1.bb} (85%)
 rename meta/recipes-extended/cracklib/{cracklib_2.9.3.bb = cracklib_2.9.4.bb} 
(91%)
 rename meta/recipes-extended/man-pages/{man-pages_3.83.bb = 
man-pages_4.00.bb} (86%)
 rename meta/recipes-kernel/lttng/{lttng-ust_2.6.0.bb = lttng-ust_2.6.1.bb} 
(100%)
 rename meta/recipes-support/debianutils/{debianutils_4.4.bb = 
debianutils_4.5.bb} (84%)
 rename meta/recipes-support/gnupg/{gnupg_2.1.2.bb = gnupg_2.1.4.bb} (89%)

-- 
1.7.9.5

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

[OE-core] [PATCH 4/9] cracklib: 2.9.3 - 2.9.4

2015-05-28 Thread Robert Yang

Signed-off-by: Robert Yang liezhi.y...@windriver.com
---
 .../{cracklib_2.9.3.bb = cracklib_2.9.4.bb}   |4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-extended/cracklib/{cracklib_2.9.3.bb = cracklib_2.9.4.bb} 
(91%)

diff --git a/meta/recipes-extended/cracklib/cracklib_2.9.3.bb 
b/meta/recipes-extended/cracklib/cracklib_2.9.4.bb
similarity index 91%
rename from meta/recipes-extended/cracklib/cracklib_2.9.3.bb
rename to meta/recipes-extended/cracklib/cracklib_2.9.4.bb
index 51afc45..24730b8 100644
--- a/meta/recipes-extended/cracklib/cracklib_2.9.3.bb
+++ b/meta/recipes-extended/cracklib/cracklib_2.9.4.bb
@@ -15,8 +15,8 @@ SRC_URI = 
${SOURCEFORGE_MIRROR}/cracklib/cracklib-${PV}.tar.gz \
file://0001-packlib.c-support-dictionary-byte-order-dependent.patch 
\
file://0002-craklib-fix-testnum-and-teststr-failed.patch
 
-SRC_URI[md5sum] = 1e18ed9a593719af71b6440f16f91182
-SRC_URI[sha256sum] = 
9c55afcdc01ae90aad0af0f9e4de0db9ba2fadf88cdf3a585a08a3530d25dba5
+SRC_URI[md5sum] = b31f7e3618cda7a2ac38588067275013
+SRC_URI[sha256sum] = 
f2a866b4b9808344228ea6d68b69e3ba9a8a99210e23dfd718d4b95c60be8958
 
 inherit autotools gettext pythonnative python-dir
 
-- 
1.7.9.5

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

[OE-core] [PATCH 7/9] btrfs-tools: 3.18.2 - 4.0.1

2015-05-28 Thread Robert Yang

* Updated fix-parallel.patch
* inherit autotools-brokensep, the autotools doesn't work:
  | make: *** No rule to make target `ctree.o', needed by `btrfs'.  Stop.

Signed-off-by: Robert Yang liezhi.y...@windriver.com
---
 .../btrfs-tools/btrfs-tools/fix-parallel.patch |   16 
 .../btrfs-tools/btrfs-tools_git.bb |   16 +---
 2 files changed, 17 insertions(+), 15 deletions(-)

diff --git a/meta/recipes-devtools/btrfs-tools/btrfs-tools/fix-parallel.patch 
b/meta/recipes-devtools/btrfs-tools/btrfs-tools/fix-parallel.patch
index 65c31a4..bbc53c6 100644
--- a/meta/recipes-devtools/btrfs-tools/btrfs-tools/fix-parallel.patch
+++ b/meta/recipes-devtools/btrfs-tools/btrfs-tools/fix-parallel.patch
@@ -11,20 +11,20 @@ Upstream-Status: Pending
 
 Signed-off-by: Robert Yang liezhi.y...@windriver.com
 ---
- Makefile |2 +-
+ Makefile.in |2 +-
  1 file changed, 1 insertion(+), 1 deletion(-)
 
-diff --git a/Makefile b/Makefile
-index 9c69ada..30c6f06 100644
 a/Makefile
-+++ b/Makefile
-@@ -118,7 +118,7 @@ else
-   AM_CFLAGS += -U_FORTIFY_SOURCE -D_FORTIFY_SOURCE=2
+diff --git a/Makefile.in b/Makefile.in
+index 860a390..8a6fbd7 100644
+--- a/Makefile.in
 b/Makefile.in
+@@ -142,7 +142,7 @@ else
+   check_echo = true
  endif
  
 -%.o.d: %.c
 +%.o.d: %.c version.h
-   $(Q)$(CC) -MM -MG -MF $@ -MT $(@:.o.d=.o) -MT $(@:.o.d=.static.o) -MT 
$@ $(AM_CFLAGS) $(CFLAGS) $
+   $(Q)$(CC) -MM -MG -MF $@ -MT $(@:.o.d=.o) -MT $(@:.o.d=.static.o) -MT 
$@ $(CFLAGS) $
  
  .c.o:
 -- 
diff --git a/meta/recipes-devtools/btrfs-tools/btrfs-tools_git.bb 
b/meta/recipes-devtools/btrfs-tools/btrfs-tools_git.bb
index d86075c..82403aa 100644
--- a/meta/recipes-devtools/btrfs-tools/btrfs-tools_git.bb
+++ b/meta/recipes-devtools/btrfs-tools/btrfs-tools_git.bb
@@ -12,19 +12,21 @@ LIC_FILES_CHKSUM = 
file://COPYING;md5=fcb02dc552a041dee27e4b85c7396067
 SECTION = base
 DEPENDS = util-linux attr e2fsprogs lzo acl
 
-SRCREV = 344599a7aefe23c7169ccdde3ad1b921bb60024c
+SRCREV = c061b303c08af7a58373908d0d77ef0f1161fd36
 SRC_URI = git://git.kernel.org/pub/scm/linux/kernel/git/kdave/btrfs-progs.git 
\
file://fix-parallel.patch \
 
 
-S = ${WORKDIR}/git
-
-PV = 3.18.2+git${SRCPV}
+inherit autotools-brokensep pkgconfig
 
-EXTRA_OEMAKE += DISABLE_DOCUMENTATION=1
+EXTRA_OECONF += --disable-documentation
 
-do_install () {
-   oe_runmake 'DESTDIR=${D}' install
+do_configure_prepend() {
+  sh autogen.sh
 }
 
+S = ${WORKDIR}/git
+
+PV = 4.0.1+git${SRCPV}
+
 BBCLASSEXTEND = native
-- 
1.7.9.5

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

[OE-core] [PATCH 8/9] nasm: 2.11.06 - 2.11.08

2015-05-28 Thread Robert Yang

Signed-off-by: Robert Yang liezhi.y...@windriver.com
---
 .../nasm/{nasm_2.11.06.bb = nasm_2.11.08.bb}  |5 +++--
 1 file changed, 3 insertions(+), 2 deletions(-)
 rename meta/recipes-devtools/nasm/{nasm_2.11.06.bb = nasm_2.11.08.bb} (81%)

diff --git a/meta/recipes-devtools/nasm/nasm_2.11.06.bb 
b/meta/recipes-devtools/nasm/nasm_2.11.08.bb
similarity index 81%
rename from meta/recipes-devtools/nasm/nasm_2.11.06.bb
rename to meta/recipes-devtools/nasm/nasm_2.11.08.bb
index 4a69a6a..e0724e6 100644
--- a/meta/recipes-devtools/nasm/nasm_2.11.06.bb
+++ b/meta/recipes-devtools/nasm/nasm_2.11.08.bb
@@ -6,8 +6,9 @@ COMPATIBLE_HOST = '(x86_64|i.86).*-(linux|freebsd.*)'
 
 
 SRC_URI = http://www.nasm.us/pub/nasm/releasebuilds/${PV}/nasm-${PV}.tar.bz2 
-SRC_URI[md5sum] = 9d93e8df5f5c005567f47ed6ca3a93d4
-SRC_URI[sha256sum] = 
87b6d97d6981ca468f9dafda44cf1bb1ba122cec329d4d389af5db04fa0c3e6c
+
+SRC_URI[md5sum] = 7aae5cb8e03fac48029c82a7470ab066
+SRC_URI[sha256sum] = 
9da3a0291a0bdc06305b7ba194f1e2c2b55ae6f11210b4af43729868149d5445
 
 inherit autotools-brokensep
 
-- 
1.7.9.5

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

[OE-core] [PATCH 5/9] man-pages: 3.83 - 4.00

2015-05-28 Thread Robert Yang

Signed-off-by: Robert Yang liezhi.y...@windriver.com
---
 .../{man-pages_3.83.bb = man-pages_4.00.bb}   |4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-extended/man-pages/{man-pages_3.83.bb = 
man-pages_4.00.bb} (86%)

diff --git a/meta/recipes-extended/man-pages/man-pages_3.83.bb 
b/meta/recipes-extended/man-pages/man-pages_4.00.bb
similarity index 86%
rename from meta/recipes-extended/man-pages/man-pages_3.83.bb
rename to meta/recipes-extended/man-pages/man-pages_4.00.bb
index 790995d..121dd6c 100644
--- a/meta/recipes-extended/man-pages/man-pages_3.83.bb
+++ b/meta/recipes-extended/man-pages/man-pages_4.00.bb
@@ -7,8 +7,8 @@ LICENSE = GPLv2+
 LIC_FILES_CHKSUM = file://README;md5=8f2a3d43057d458e5066714980567a60
 SRC_URI = ${KERNELORG_MIRROR}/linux/docs/${BPN}/Archive/${BP}.tar.gz
 
-SRC_URI[md5sum] = f3ec499e5d2d164a14ac3f63b7c07c7b
-SRC_URI[sha256sum] = 
b12844bee3746fa0e4020d360e21f3ac66d121688eb5df5e9d937595240c6492
+SRC_URI[md5sum] = c9bd70494ae18b19eb6be9c3845536ec
+SRC_URI[sha256sum] = 
6eea4583b8688c7d305b48d5908fa22700f57792617e4b1f3cd3766ddb520553
 
 RDEPENDS_${PN} = man
 
-- 
1.7.9.5

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

[OE-core] [PATCH 9/9] lttng-ust: 2.6.0 - 2.6.1

2015-05-28 Thread Robert Yang

Signed-off-by: Robert Yang liezhi.y...@windriver.com
---
 .../{lttng-ust_2.6.0.bb = lttng-ust_2.6.1.bb} |0
 1 file changed, 0 insertions(+), 0 deletions(-)
 rename meta/recipes-kernel/lttng/{lttng-ust_2.6.0.bb = lttng-ust_2.6.1.bb} 
(100%)

diff --git a/meta/recipes-kernel/lttng/lttng-ust_2.6.0.bb 
b/meta/recipes-kernel/lttng/lttng-ust_2.6.1.bb
similarity index 100%
rename from meta/recipes-kernel/lttng/lttng-ust_2.6.0.bb
rename to meta/recipes-kernel/lttng/lttng-ust_2.6.1.bb
-- 
1.7.9.5

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

[OE-core] [PATCH 2/9] git: 2.3.7 - 2.4.2

2015-05-28 Thread Robert Yang

Signed-off-by: Robert Yang liezhi.y...@windriver.com
---
 .../git/{git_2.3.7.bb = git_2.4.2.bb} |8 
 1 file changed, 4 insertions(+), 4 deletions(-)
 rename meta/recipes-devtools/git/{git_2.3.7.bb = git_2.4.2.bb} (41%)

diff --git a/meta/recipes-devtools/git/git_2.3.7.bb 
b/meta/recipes-devtools/git/git_2.4.2.bb
similarity index 41%
rename from meta/recipes-devtools/git/git_2.3.7.bb
rename to meta/recipes-devtools/git/git_2.4.2.bb
index 61248c0..0bb92a2 100644
--- a/meta/recipes-devtools/git/git_2.3.7.bb
+++ b/meta/recipes-devtools/git/git_2.4.2.bb
@@ -1,9 +1,9 @@
 require git.inc
 
-SRC_URI[tarball.md5sum] = 370cc33cc0a77a1242b95cc703228162
-SRC_URI[tarball.sha256sum] = 
250ebf19c758bcf848f23f42bc632282ba8828b8965a306ad006bfb36ac1499a
-SRC_URI[manpages.md5sum] = 4c3b585c74bd937b80e04cba6db71da2
-SRC_URI[manpages.sha256sum] = 
079fcd6b8dad124960578fe91964a1185c99cdf024149ad50bde141600b21628
+SRC_URI[tarball.md5sum] = 80e127b1bde921479d1a6c3fa697e385
+SRC_URI[tarball.sha256sum] = 
8edd564051fb776a41b4c475ed2d6105de82b674b8903a9efafe8a0633e4876e
+SRC_URI[manpages.md5sum] = b52251e6f859a54bf5d5a3b7682fbfbf
+SRC_URI[manpages.sha256sum] = 
114b22518dd71cc1a16018b0ff198a5ee1e6b2239381dfd6a6b9994f3da89661
 
 EXTRA_OECONF += ac_cv_snprintf_returns_bogus=no ac_cv_c_c99_format=yes \
  
ac_cv_fread_reads_directories=${ac_cv_fread_reads_directories=yes} \
-- 
1.7.9.5

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

[OE-core] [PATCH 1/1] python3: fix build for shared object

2015-05-28 Thread Robert Yang

Fixed when build on armv7a_vfp_neon:
Python-3.3.3/Modules/_struct.o: relocation R_ARM_MOVW_ABS_NC against `a local 
symbol' can not be used when making a shared object; recompile with -fPIC

All the archs should use -fPIC when build shared object for linux.

Signed-off-by: Robert Yang liezhi.y...@windriver.com
---
 meta/recipes-devtools/python/python3_3.4.3.bb |1 +
 1 file changed, 1 insertion(+)

diff --git a/meta/recipes-devtools/python/python3_3.4.3.bb 
b/meta/recipes-devtools/python/python3_3.4.3.bb
index bee9e6f..5ef17e6 100644
--- a/meta/recipes-devtools/python/python3_3.4.3.bb
+++ b/meta/recipes-devtools/python/python3_3.4.3.bb
@@ -67,6 +67,7 @@ EXTRA_OECONF += 
CROSSPYTHONPATH=${STAGING_LIBDIR_NATIVE}/python${PYTHON_MAJMIN}
 export CROSS_COMPILE = ${TARGET_PREFIX}
 export _PYTHON_PROJECT_BASE = ${B}
 export _PYTHON_PROJECT_SRC = ${S}
+export CCSHARED = -fPIC
 
 # No ctypes option for python 3
 PYTHONLSBOPTS = 
-- 
1.7.9.5

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

[OE-core] [PATCH 0/1] python3: fix build for shared object

2015-05-28 Thread Robert Yang

The following changes since commit e6952593d810636f26af541b12126848483e619a:

  kernel: Build uImage only when really needed (2015-05-26 10:57:41 +0100)

are available in the git repository at:

  git://git.openembedded.org/openembedded-core-contrib rbt/py
  http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=rbt/py

Robert Yang (1):
  python3: fix build for shared object

 meta/recipes-devtools/python/python3_3.4.3.bb |1 +
 1 file changed, 1 insertion(+)

-- 
1.7.9.5

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

Re: [OE-core] [meta-qt5][fido] commit 699e1570e6 breaks build

2015-05-28 Thread Richard Purdie

On Thu, 2015-05-28 at 11:39 +0200, Steffen Sledz wrote:
 Commit 699e1570e66cb28e4bfd0eb15d41f3af2bed5b62 (autotools: Fix find
 races on source directory) in fido branch of openembedded-core breaks
 build (do_configure) of qtbase-native from meta-qt5 fido branch. :(

I'm struggling to see exactly how this commit could result in this kind
of failure. How did you deduce that this was the problem?

Is the problem not that qtbase-native doesn't rebuild cleanly if
configure is re-executed? Have you tried cleaning qtbase-native and
rebuilding it?

Cheers,

Richard



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

Re: [OE-core] [PATCH 9/9] lttng-ust: 2.6.0 - 2.6.1

2015-05-28 Thread Martin Jansa

On Thu, May 28, 2015 at 02:57:27AM -0700, Robert Yang wrote:
 Signed-off-by: Robert Yang liezhi.y...@windriver.com
 ---
  .../{lttng-ust_2.6.0.bb = lttng-ust_2.6.1.bb} |0
  1 file changed, 0 insertions(+), 0 deletions(-)
  rename meta/recipes-kernel/lttng/{lttng-ust_2.6.0.bb = lttng-ust_2.6.1.bb} 
 (100%)
 
 diff --git a/meta/recipes-kernel/lttng/lttng-ust_2.6.0.bb 
 b/meta/recipes-kernel/lttng/lttng-ust_2.6.1.bb
 similarity index 100%
 rename from meta/recipes-kernel/lttng/lttng-ust_2.6.0.bb
 rename to meta/recipes-kernel/lttng/lttng-ust_2.6.1.bb

No change in SRCREV? This looks like no-op rename. Please test your
changes.

-- 
Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] gtk-engines: Allow gtk-engines package to be empty in order to make the -dev package installable.

2015-05-28 Thread Florian Boor

Hi,

On 20.05.2015 15:48, Florian Boor wrote:
 ok great... then I'll change it to dropping the dependency of the -dev package
 while I'm working on it anyway.

hrm strange... somehow my new patch did not make it to the list. Anyone an idea
if it ended up in some filter?

Greetings

Florian

-- 
The dream of yesterday  Florian Boor
is the hope of todayTel: +49 271-771091-15
and the reality of tomorrow.Fax: +49 271-771091-19
[Robert Hutchings Goddard, 1904]florian.b...@kernelconcepts.de
http://www.kernelconcepts.de/en
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 3/5] qt4: fix CVE issues

2015-05-28 Thread Alexander Kanavin


On 05/28/2015 04:26 AM, Kai Kang wrote:

Backport patches to fix qt4 CVE issues:

* CVE-2015-1858
* CVE-2015-1859
* CVE-2015-1860


Qt 4.8.7 is out and (I presume) it has all of those fixes. Why not 
update to that version instead?



Alex

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

Re: [OE-core] [oe] State of bitbake world, Failed tasks 2015-05-27

2015-05-28 Thread Alexander Kanavin


On 05/28/2015 01:04 PM, Paul Eggleton wrote:



This seems to be related to gstreamer 0.10 removal; though it's QtWebkit that's
failing rather than Phonon:

| cd WebKit/qt/tests/  
/home/jenkins/oe/world/shr-core/tmp-glibc/sysroots/x86_64-linux/usr/bin/qmake2 -after   
   
INCPATH+=/home/jenkins/oe/world/shr-core/tmp-glibc/sysroots/qemux86/usr/include/freetype2
 LIBS+=-L/home/jenkins/oe/world/shr-core/tmp-glibc/sysroots/qemux86/usr/lib 
/home/jenkins/oe/world/shr-core/tmp-glibc/work/i586-oe-linux/qt4-x11-free/4.8.6-r0/qt-everywhere-opensource-src-4.8.6/src/3rdparty/webkit/Source/WebKit/qt/tests/tests.pro
 -spec 
/home/jenkins/oe/world/shr-core/tmp-glibc/work/i586-oe-linux/qt4-x11-free/4.8.6-r0/qt-everywhere-opensource-src-4.8.6/mkspecs/linux-g++
 -after  
INCPATH+=/home/jenkins/oe/world/shr-core/tmp-glibc/sysroots/qemux86/usr/include/freetype2
 LIBS+=-L/home/jenkins/oe/world/shr-core/tmp-glibc/sysroots/qemux86/usr/lib -o 
Makefile.WebKit
| WARNING: (internal):1: Variable INCPATH is deprecated; use INCLUDEPATH 
instead.
| WARNING: (internal):3: Variable INCPATH is deprecated; use INCLUDEPATH 
instead.
| WARNING: (internal):1: Variable INCPATH is deprecated; use INCLUDEPATH 
instead.
| WARNING: (internal):3: Variable INCPATH is deprecated; use INCLUDEPATH 
instead.
| WARNING: (internal):1: Variable INCPATH is deprecated; use INCLUDEPATH 
instead.
| WARNING: (internal):3: Variable INCPATH is deprecated; use INCLUDEPATH 
instead.
| WARNING: (internal):1: Variable INCPATH is deprecated; use INCLUDEPATH 
instead.
| WARNING: (internal):3: Variable INCPATH is deprecated; use INCLUDEPATH 
instead.
| WARNING: (internal):1: Variable INCPATH is deprecated; use INCLUDEPATH 
instead.
| WARNING: (internal):3: Variable INCPATH is deprecated; use INCLUDEPATH 
instead.
| Project ERROR: Package gstreamer-app-0.10 not found
| make[1]: *** [WebCore/Makefile.WebKit] Error 2
| make[1]: *** Waiting for unfinished jobs
| Project ERROR: Package gstreamer-app-0.10 not found
| make[1]: *** [WebKit/qt/Makefile.WebKit.QtWebKit] Error 2
| make[1]: Leaving directory 
`/home/jenkins/oe/world/shr-core/tmp-glibc/work/i586-oe-linux/qt4-x11-free/4.8.6-r0/qt-everywhere-opensource-src-4.8.6/src/3rdparty/webkit/Source'
| make: *** [sub-webkit-make_default-ordered] Error 2
| ERROR: oe_runmake failed
| WARNING: exit code 1 from a shell command.
| ERROR: Function failed: do_compile (log file is located at 
/home/jenkins/oe/world/shr-core/tmp-glibc/work/i586-oe-linux/qt4-x11-free/4.8.6-r0/temp/log.do_compile.14903)

Alex, can you take a look at this?


I already did; it should be fixed by this patch:

http://lists.openembedded.org/pipermail/openembedded-core/2015-May/105413.html

Regards,
Alex

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

Re: [OE-core] [oe] State of bitbake world, Failed tasks 2015-05-27

2015-05-28 Thread Paul Eggleton

On Thursday 28 May 2015 09:15:42 Alexander Kanavin wrote:
 On 05/28/2015 01:04 PM, Paul Eggleton wrote:
  This seems to be related to gstreamer 0.10 removal; though it's QtWebkit
  that's 
  failing rather than Phonon:
  | cd WebKit/qt/tests/ 
  | /home/jenkins/oe/world/shr-core/tmp-glibc/sysroots/x86_64-linux/usr/bin
  | /qmake2 -after 
  | INCPATH+=/home/jenkins/oe/world/shr-core/tmp-glibc/sysroots/qemux86/usr
  | /include/freetype2
  | LIBS+=-L/home/jenkins/oe/world/shr-core/tmp-glibc/sysroots/qemux86/usr/
  | lib
  | /home/jenkins/oe/world/shr-core/tmp-glibc/work/i586-oe-linux/qt4-x11-fr
  | ee/4.8.6-r0/qt-everywhere-opensource-src-4.8.6/src/3rdparty/webkit/Sourc
  | e/WebKit/qt/tests/tests.pro -spec
  | /home/jenkins/oe/world/shr-core/tmp-glibc/work/i586-oe-linux/qt4-x11-fr
  | ee/4.8.6-r0/qt-everywhere-opensource-src-4.8.6/mkspecs/linux-g++ -after 
  | INCPATH+=/home/jenkins/oe/world/shr-core/tmp-glibc/sysroots/qemux86/usr
  | /include/freetype2
  | LIBS+=-L/home/jenkins/oe/world/shr-core/tmp-glibc/sysroots/qemux86/usr/
  | lib -o Makefile.WebKit WARNING: (internal):1: Variable INCPATH is
  | deprecated; use INCLUDEPATH instead. WARNING: (internal):3: Variable
  | INCPATH is deprecated; use INCLUDEPATH instead. WARNING: (internal):1:
  | Variable INCPATH is deprecated; use INCLUDEPATH instead. WARNING:
  | (internal):3: Variable INCPATH is deprecated; use INCLUDEPATH instead.
  | WARNING: (internal):1: Variable INCPATH is deprecated; use INCLUDEPATH
  | instead. WARNING: (internal):3: Variable INCPATH is deprecated; use
  | INCLUDEPATH instead. WARNING: (internal):1: Variable INCPATH is
  | deprecated; use INCLUDEPATH instead. WARNING: (internal):3: Variable
  | INCPATH is deprecated; use INCLUDEPATH instead. WARNING: (internal):1:
  | Variable INCPATH is deprecated; use INCLUDEPATH instead. WARNING:
  | (internal):3: Variable INCPATH is deprecated; use INCLUDEPATH instead.
  | Project ERROR: Package gstreamer-app-0.10 not found
  | make[1]: *** [WebCore/Makefile.WebKit] Error 2
  | make[1]: *** Waiting for unfinished jobs
  | Project ERROR: Package gstreamer-app-0.10 not found
  | make[1]: *** [WebKit/qt/Makefile.WebKit.QtWebKit] Error 2
  | make[1]: Leaving directory
  | `/home/jenkins/oe/world/shr-core/tmp-glibc/work/i586-oe-linux/qt4-x11-f
  | ree/4.8.6-r0/qt-everywhere-opensource-src-4.8.6/src/3rdparty/webkit/Sour
  | ce' make: *** [sub-webkit-make_default-ordered] Error 2
  | ERROR: oe_runmake failed
  | WARNING: exit code 1 from a shell command.
  | ERROR: Function failed: do_compile (log file is located at
  | /home/jenkins/oe/world/shr-core/tmp-glibc/work/i586-oe-linux/qt4-x11-fr
  | ee/4.8.6-r0/temp/log.do_compile.14903) 
  Alex, can you take a look at this?
 
 I already did; it should be fixed by this patch:
 
 http://lists.openembedded.org/pipermail/openembedded-core/2015-May/105413.ht
 ml

Ah right, I missed that sorry. I guess it should be resolved once that patch 
gets merged.

Thanks,
Paul

-- 

Paul Eggleton
Intel Open Source Technology Centre
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [WIP][RFT] cogl/clutter/libinput/wayland/weston updates

2015-05-28 Thread Jussi Kukkonen

On 28 April 2015 at 18:46, Khem Raj raj.k...@gmail.com wrote:
 I have had wayland/weston updates lying on my tree for some time now

 http://git.openembedded.org/openembedded-core-contrib/commit/?h=kraj/masterid=eb52e9e6756641cd5b1ebbff0e82dcf6f1aa5c9b

 tried git versions too
 http://git.openembedded.org/openembedded-core-contrib/commit/?h=kraj/masterid=992c13dcd4b79fe64f4f9b8122627f918257ccef

 There are problem with emulator with 1.7 and libinput I guess where the
 mouse does not work
 in qemux86 as well as qemux86-64, it works fine with 1.6, I have tested all
 versions 0.8 and newer of lib input
 for no success. That was the reason I did not propose those patches.

I've been testing this and it looks like mouse does not work even on
our current version of weston on QEMU, _if_ it's using libinput.
Current Weston recipe happens to work because we default to 
--disable-libinput-backend.

I'll try to look into this more closely tomorrow.

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

Re: [OE-core] [WIP][RFT] cogl/clutter/libinput/wayland/weston updates

2015-05-28 Thread Khem Raj

On Thursday, May 28, 2015, Jussi Kukkonen jussi.kukko...@intel.com wrote:

 On 28 April 2015 at 18:46, Khem Raj raj.k...@gmail.com javascript:;
 wrote:
  I have had wayland/weston updates lying on my tree for some time now
 
 
 http://git.openembedded.org/openembedded-core-contrib/commit/?h=kraj/masterid=eb52e9e6756641cd5b1ebbff0e82dcf6f1aa5c9b
 
  tried git versions too
 
 http://git.openembedded.org/openembedded-core-contrib/commit/?h=kraj/masterid=992c13dcd4b79fe64f4f9b8122627f918257ccef
 
  There are problem with emulator with 1.7 and libinput I guess where the
  mouse does not work
  in qemux86 as well as qemux86-64, it works fine with 1.6, I have tested
 all
  versions 0.8 and newer of lib input
  for no success. That was the reason I did not propose those patches.

 I've been testing this and it looks like mouse does not work even on
 our current version of weston on QEMU, _if_ it's using libinput.
 Current Weston recipe happens to work because we default to 
 --disable-libinput-backend.


On my contrib branch I have a patch for runqemu script to not use tablet
USB device then it works. Also 1.8 release is coming out in couple of days
the patches on that branch are tracking that too. Please test it out


 I'll try to look into this more closely tomorrow.

  - Jussi

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

Re: [OE-core] [WIP][RFT] cogl/clutter/libinput/wayland/weston updates

2015-05-28 Thread Tim Orling

Thank you both for continuing to work on this and keeping us informed.

--Tim

On Thu, May 28, 2015 at 8:07 AM, Khem Raj raj.k...@gmail.com wrote:

On Thursday, May 28, 2015, Jussi Kukkonen jussi.kukko...@intel.com
wrote:

On 28 April 2015 at 18:46, Khem Raj raj.k...@gmail.com wrote:
I have had wayland/weston updates lying on my tree for some time now

http://git.openembedded.org/openembedded-core-contrib/commit/?h=kraj/masterid=eb52e9e6756641cd5b1ebbff0e82dcf6f1aa5c9b

tried git versions too

http://git.openembedded.org/openembedded-core-contrib/commit/?h=kraj/masterid=992c13dcd4b79fe64f4f9b8122627f918257ccef

There are problem with emulator with 1.7 and libinput I guess where the
mouse does not work
in qemux86 as well as qemux86-64, it works fine with 1.6, I have tested
all
versions 0.8 and newer of lib input
for no success. That was the reason I did not propose those patches.

I've been testing this and it looks like mouse does not work even on
our current version of weston on QEMU, _if_ it's using libinput.
Current Weston recipe happens to work because we default to
--disable-libinput-backend.

On my contrib branch I have a patch for runqemu script to not use tablet
USB device then it works. Also 1.8 release is coming out in couple of days
the patches on that branch are tracking that too. Please test it out

I'll try to look into this more closely tomorrow.

- Jussi

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

38 matches

Mail list logo