date:20150518

[OE-core] [PATCH][V2] sqlite3: upgrade to 3.8.10

2015-05-18 Thread rongqing.li

From: Roy Li 

upgrade to include CVE fixes

Signed-off-by: Roy Li 
---
 .../files/0001-using-the-dynamic-library.patch | 28 ++
 .../{sqlite3_3.8.7.4.bb => sqlite3_3.8.10.0.bb}|  8 ---
 2 files changed, 33 insertions(+), 3 deletions(-)
 create mode 100644 
meta/recipes-support/sqlite/files/0001-using-the-dynamic-library.patch
 rename meta/recipes-support/sqlite/{sqlite3_3.8.7.4.bb => sqlite3_3.8.10.0.bb} 
(64%)

diff --git 
a/meta/recipes-support/sqlite/files/0001-using-the-dynamic-library.patch 
b/meta/recipes-support/sqlite/files/0001-using-the-dynamic-library.patch
new file mode 100644
index 000..5818aa2
--- /dev/null
+++ b/meta/recipes-support/sqlite/files/0001-using-the-dynamic-library.patch
@@ -0,0 +1,28 @@
+[PATCH] using the dynamic library
+
+Upstream-Status:  Inappropriate [configuration] 
+
+using the dynamic library, not link statically
+
+Signed-off-by: Roy Li 
+---
+ Makefile.am | 3 ++-
+ 1 file changed, 2 insertions(+), 1 deletion(-)
+
+diff --git a/Makefile.am b/Makefile.am
+index 88bc23d..fe50f20 100644
+--- a/Makefile.am
 b/Makefile.am
+@@ -7,7 +7,8 @@ libsqlite3_la_LDFLAGS = -no-undefined -version-info 8:6:8
+ 
+ bin_PROGRAMS = sqlite3
+ sqlite3_SOURCES = shell.c sqlite3.h
+-sqlite3_LDADD = sqlite3.$(OBJEXT) @READLINE_LIBS@
++sqlite3_LDADD = @READLINE_LIBS@ libsqlite3.la
++
+ 
+ include_HEADERS = sqlite3.h sqlite3ext.h
+ 
+-- 
+1.9.1
+
diff --git a/meta/recipes-support/sqlite/sqlite3_3.8.7.4.bb 
b/meta/recipes-support/sqlite/sqlite3_3.8.10.0.bb
similarity index 64%
rename from meta/recipes-support/sqlite/sqlite3_3.8.7.4.bb
rename to meta/recipes-support/sqlite/sqlite3_3.8.10.0.bb
index 4c73d30..d7f72d9 100644
--- a/meta/recipes-support/sqlite/sqlite3_3.8.7.4.bb
+++ b/meta/recipes-support/sqlite/sqlite3_3.8.10.0.bb
@@ -8,10 +8,12 @@ def sqlite_download_version(d):
 
 PE = "3"
 SQLITE_PV = "${@sqlite_download_version(d)}"
-SRC_URI = "http://www.sqlite.org/2014/sqlite-autoconf-${SQLITE_PV}.tar.gz";
+SRC_URI = "http://www.sqlite.org/2015/sqlite-autoconf-${SQLITE_PV}.tar.gz \
+   file://0001-using-the-dynamic-library.patch \
+"
 
-SRC_URI[md5sum] = "33bb8db0038317ce1b0480ca1185c7ba"
-SRC_URI[sha256sum] = 
"86370f139405fdfe03334fd618171a74e50f589f17ccbe5933361ed1f58359ec"
+SRC_URI[md5sum] = "04d0311ef70818e8d914c1dc383eddff"
+SRC_URI[sha256sum] = 
"c4b8f9eefbdf0b9bef2044bdc3510c8a3f3b0ddb0489661fb433034187f5a428"
 
 S = "${WORKDIR}/sqlite-autoconf-${SQLITE_PV}"
 
-- 
1.9.1

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

Re: [OE-core] [oe-core][PATCH 2/2] cleanup-workdir: wait for bitbake instances to finish

2015-05-18 Thread Anders Darander

* Otavio Salvador  [150519 00:27]:

> On Mon, May 18, 2015 at 7:23 PM, Christopher Larson  
> wrote:

> > On Mon, May 18, 2015 at 1:08 PM, Lucas Dutra Nunes 
> >  wrote:

> >> bitbake uses a lock file on the build dir, "bitbake.lock", to prevent it
> >> from running before an instance has exited. And sometimes the
> >> cleanup-workdir script can call bibake too many times, too fast, before
> >> the lock has been released.

> >> By simply waiting that the lock has been released solves this problem.

> >> Signed-off-by: Lucas Dutra Nunes 

> > The fact that the bitbake UI can exit before the lock has been
> > released is a bug. Not being able to assume bitbake is done by the
> > time the bitbake command exits is not ideal, no one should have to
> > block directly o the lock like this.

> Agreed so you would prefer this to be fixed there?

Sure, that would benefit everyone, not just this use-case.

Cheers,
Anders
-- 
Anders Darander
ChargeStorm AB / eStorm AB
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] trouble related to oe-core update

2015-05-18 Thread Khem Raj


> On May 18, 2015, at 6:12 AM, Otavio Salvador  wrote:
> 
> On Mon, May 18, 2015 at 10:08 AM, Andreas Müller
>  wrote:
>> On Mon, May 18, 2015 at 2:50 PM, Otavio Salvador
>>  wrote:
> ...
>> overestimate please. Still what about angstrom + imx6qsabresd?
> 
> No clue. I personally don't use Angstrom and I don't know what the
> distro does. You can instrument the class code to see if you find
> something useful and I can assist in how to address the issue. I just
> don't have enough time to debug this myself.

It has nothing to do with Angstrom, I checked meta-fsl-arm and here it goes

conf/machine/imx6qsabresd.conf
….
SOC_FAMILY = "mx6:mx6q”
…

Then

conf/machine/include/imx-base.inc

….
# Float-Point setting
# handled by software
# DEFAULTTUNE_mx6 ?= "cortexa9-neon"
# handled by hardware
DEFAULTTUNE_mx6 ?= "cortexa9hf-neon”
….

Here you are saying all mx6 machines which don’t choose their DEFAULTTUNE are 
not thumb capable
and hence ‘thumb’ does not get into TUNE_FEATURES

IMO changing defaults for mx6 to use cortexa9t2hf-vfp-neon would be most close 
to h/w capabilities.

and when we say my default instruction set is thumb then it errors out. Ofcours 
one could argue
that message could have been better but atleast it did not do the wrong thing




signature.asc
Description: Message signed with OpenPGP using GPGMail
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] Cortex-A9 vs Thumb configuration

2015-05-18 Thread Khem Raj


> On May 18, 2015, at 7:42 AM, Dmitry Eremin-Solenikov  
> wrote:
> 
> Hello,
> 
> I was hit by one of changes in the package arch/tune/etc. naming. I'm
> building an image
> for the qemuarma9 (well, the error will be applicable to any
> ARMv7-based machine).
> 

you need to select proper DEFAULTTUNE which has ’t’ bit set, otherwise you are 
saying that
my machine does not support thumb

> After enabling ARM_INSTRUCTION_SET="thumb" in the config, I received
> the following
> error:
> 
> ERROR:  OE-core's config sanity checker detected a potential misconfiguration.
>Either fix the cause of this error or at your own risk disable the
> checker (see sanity.conf).
>Following is the list of potential problems / advisories:
> 
>Error, the PACKAGE_ARCHS variable does not contain TUNE_PKGARCH
> (armv7at2-vfp-neon).
> 
> 
> --
> With best wishes
> Dmitry
> --
> ___
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core



signature.asc
Description: Message signed with OpenPGP using GPGMail
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] trouble related to oe-core update

2015-05-18 Thread Khem Raj


> On May 18, 2015, at 2:00 AM, Andreas Müller  
> wrote:
> 
> On Mon, May 18, 2015 at 10:01 AM, Martin Jansa  wrote:
>> On Mon, May 18, 2015 at 09:46:03AM +0200, Andreas Müller wrote:
>>> Hi,
>> 
>> Hi,
>> 
>>> have seen that a while ago but had no time to take care.
>>> 
>>> Since oe-core commit
>>> 
>>> commit 3e760031f91fb87c3e2f62b77a117eb41164f259
>>> Author: Martin Jansa 
>>> Date:   Wed Feb 18 15:40:35 2015 +0100
>>> 
>>>feature-arm-thumb.inc: respect ARM_INSTRUCTION_SET when adding thumb 
>>> suffix
>>> 
>>> I get
>>> 
>>> ERROR:  OE-core's config sanity checker detected a potential 
>>> misconfiguration.
>>>Either fix the cause of this error or at your own risk disable the
>>> checker (see sanity.conf).
>>>Following is the list of potential problems / advisories:
>>> 
>>>Error, the PACKAGE_ARCHS variable does not contain TUNE_PKGARCH
>>> (cortexa9t2hf-vfp-neon).
>>> 
>>> I don't understand this fully but it seems that
>>> fsl-dynamic-packagearch.bbclass would add this pkg arch but this never
>>> happens because sanity.bbclass is executed first and interrupts
>>> parsing. What I don't understand: Am I the only one having this issue
>>> o
>> I'm not using meta-fsl*, butdo you have this patch in your setup?
>> http://patches.openembedded.org/patch/90989/
>> it was discussed off-list a while ago and this change looks like result
>> of that discussion.
>> 
> Have meta-fsl-arm current master in my layers. This contains a similar patch:
> 
> commit bfe01a0ebde407086f4a7710ea165c6beff310d7
> Author: Max Krummenacher 
> Date:   Mon Mar 30 23:49:32 2015 +0200
> 
>fsl-dynamic-packagearch: add all MACHINE_SOCARCH feeds
> 
> Have rebased the mentionioned patch -> same result.
> 
> My problem seems to be that sanity.bbclass bails out before code in
> fsl-dynamic-packagearch.bbclass is executed (and would fix). Playing
> around with layer priorities / order of layers nothing changed
> situation.

angstrom uses thumb2 by default. So you have exposed a bug in OE-Core or 
meta-fsl-arm
the default configurations that meta-fsl-arm has been tested is probably not 
using thumb2

Just set ARM_INSTRUCTION_SET = “arm"

in local.conf and you should make progress.

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



signature.asc
Description: Message signed with OpenPGP using GPGMail
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] grep_2.5.1a: fix grep for LSB compliance.

2015-05-18 Thread Li, Xin

Ping

There are two versions of recipe grep.
One is 2.21 and the LICENSE is GPLv3.
The other is 2.5.1a and the LICENSE is GPLv2.
If you use the version 2.5.1a and this patch is need to fix LSB compliance.

Thanks.

Li xin
> -Original Message-
> From: Li, Xin/李 欣
> Sent: Friday, May 08, 2015 11:13 AM
> To: openembedded-core@lists.openembedded.org
> Cc: Li, Xin/李 欣
> Subject: [PATCH] grep_2.5.1a: fix grep for LSB compliance.
> 
> The LSB test requires the grep egrep and fgrep can perform pattern matching in
> searches without regard to case if -i option is specified.
> 
> Signed-off-by: Li Xin 
> ---
>  .../grep/grep-2.5.1a/grep-fix-LSB-NG-Cases.patch   | 1414
> 
>  meta/recipes-extended/grep/grep_2.5.1a.bb  |4 +-
>  2 files changed, 1417 insertions(+), 1 deletion(-)  create mode 100644
> meta/recipes-extended/grep/grep-2.5.1a/grep-fix-LSB-NG-Cases.patch
> 
> diff --git 
> a/meta/recipes-extended/grep/grep-2.5.1a/grep-fix-LSB-NG-Cases.patch
> b/meta/recipes-extended/grep/grep-2.5.1a/grep-fix-LSB-NG-Cases.patch
> new file mode 100644
> index 000..6ed6968
> --- /dev/null
> +++ b/meta/recipes-extended/grep/grep-2.5.1a/grep-fix-LSB-NG-Cases.patch
> @@ -0,0 +1,1414 @@
> +From baf14fa6a796753d3b74d74fa69fff0d38fea540 Mon Sep 17 00:00:00 2001
> +From: Li xin 
> +Date: Thu, 7 May 2015 18:28:46 +0900
> +Subject: [PATCH] grep: fix LSB NG Cases.
> +
> +NG Cases:
> +/tset/LI18NUX2K.L1/utils/egrep-tp/T.egrep-tp 5
> +/tset/LI18NUX2K.L1/utils/fgrep/T.fgrep 5
> +/tset/LI18NUX2K.L1/utils/grep-tp/T.grep-tp 5
> +
> +this patch is from Debian.
> +
> +Upstream-Status: pending
> +
> +Signed-off-by: Li Xin 
> +---
> + doc/grep.1|   5 +-
> + doc/grep.texi |   2 +-
> + lib/posix/regex.h |   4 +
> + src/dfa.c |  22 +-
> + src/grep.c|  96 ---
> + src/search.c  | 833
> +-
> + tests/Makefile.am |   3 +-
> + tests/Makefile.in |   3 +-
> + 8 files changed, 776 insertions(+), 192 deletions(-)
> +
> +diff --git a/doc/grep.1 b/doc/grep.1
> +index 314669a..02288ff 100644
> +--- a/doc/grep.1
>  b/doc/grep.1
> +@@ -191,6 +191,7 @@ Interpret
> + .I PATTERN
> + as a list of fixed strings, separated by newlines,  any of which is to
> +be matched.
> ++.TP
> + .BR \-P ", " \-\^\-perl-regexp
> + Interpret
> + .I PATTERN
> +@@ -300,9 +301,9 @@ Show only the part of a matching line that matches
> +Displays input actually coming from standard input as input coming from
> +file  .I LABEL.
> + This is especially useful for tools like zgrep, e.g.
> +-.B "gzip -cd foo.gz |grep --label=foo something"
> ++.B "gzip -cd foo.gz |grep -H --label=foo something"
> + .TP
> +-.BR \-\^\-line-buffering
> ++.BR \-\^\-line-buffered
> + Use line buffering, it can be a performance penality.
> + .TP
> + .BR \-q ", " \-\^\-quiet ", " \-\^\-silent diff --git a/doc/grep.texi
> +b/doc/grep.texi index 0aa2f4a..d84ed8a 100644
> +--- a/doc/grep.texi
>  b/doc/grep.texi
> +@@ -364,7 +364,7 @@ Set the line buffering policy, this can be a performance
> penality.
> + @cindex changing name of standard input  Displays input actually
> +coming from standard input as input coming from file  @var{LABEL}. This
> +is especially useful for tools like zgrep, e.g.
> +-@command{gzip -cd foo.gz |grep --label=foo something}
> ++@command{gzip -cd foo.gz |grep -H --label=foo something}
> +
> + @item -L
> + @itemx --files-without-match
> +diff --git a/lib/posix/regex.h b/lib/posix/regex.h index
> +63c2fef..7bb2b0e 100644
> +--- a/lib/posix/regex.h
>  b/lib/posix/regex.h
> +@@ -109,6 +109,10 @@ typedef unsigned long int reg_syntax_t;
> +If not set, \{, \}, {, and } are literals.  */  #define
> +RE_INTERVALS (RE_HAT_LISTS_NOT_NEWLINE << 1)
> +
> ++/* If this bit is set, then ignore case when matching.
> ++   If not set, then case is significant.  */ #define RE_ICASE
> ++(RE_INVALID_INTERVAL_ORD << 1)
> ++
> + /* If this bit is set, +, ? and | aren't recognized as operators.
> +If not set, they are.  */
> + #define RE_LIMITED_OPS (RE_INTERVALS << 1) diff --git a/src/dfa.c
> +b/src/dfa.c index 590bfa7..27c876a 100644
> +--- a/src/dfa.c
>  b/src/dfa.c
> +@@ -414,7 +414,7 @@ update_mb_len_index (unsigned char const *p, int
> +len)
> +
> + /* This function fetch a wide character, and update cur_mb_len,
> +used only if the current locale is a multibyte environment.  */
> +-static wchar_t
> ++static wint_t
> + fetch_wc (char const *eoferr)
> + {
> +   wchar_t wc;
> +@@ -423,7 +423,7 @@ fetch_wc (char const *eoferr)
> +   if (eoferr != 0)
> + dfaerror (eoferr);
> +   else
> +-return -1;
> ++return WEOF;
> + }
> +
> +   cur_mb_len = mbrtowc(&wc, lexptr, lexleft, &mbs); @@ -459,7 +459,7
> +@@ fetch_wc (char const *eoferr)  static void  parse_bracket_exp_mb ()
> +{
> +-  wchar_t wc, wc1, wc2;
> ++  wint_t wc, wc1, wc2;
> +
> +   /* Work area to build a mb_char_classes.  */
> +   struct mb_char_classes *work_mbc;
> +@@ -496,7 +496,7 @

Re: [OE-core] [PATCH 1/1] improve the sanity check for PATH and BBPATH

2015-05-18 Thread wenzong fan


Hi Ross,

Please refer to attachment for the rebased patch.

Thanks
Wenzong

On 12/05/2014 01:28 AM, Burton, Ross wrote:

This doesn't apply to master, can you rebase?

Ross

On 4 December 2014 at 02:29, Shiqun.Lin mailto:shiqun@windriver.com>> wrote:



--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org

http://lists.openembedded.org/mailman/listinfo/openembedded-core






0001-sanity.bbclass-improve-the-sanity-check-for-PATH-and.patch
Description: application/mbox
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH RFC] dosfstools: Bump to version 3.0.28

2015-05-18 Thread Khem Raj


> On May 17, 2015, at 10:48 PM, Soren Brinkmann  
> wrote:
> 
> From: Sören Brinkmann 
> 
> Migrate to a new upstream at https://github.com/dosfstools/dosfstools
> and use the latest release available as of today.
> 
> Signed-off-by: Sören Brinkmann 
> ---
> Hi,
> 
> I was looking for the application 'fatlabel' and found that dosfstools provide
> that app, but not in the version currently provided in OE.
> I spent some time and this patch is the result.
> The big changes are:
> - update to dosfstools 3.0.28
>   - new upstream
>   - licensed under GPLv3
> - removal of all patches
> 
> I suspected the big version jump probably obsoleted the patches carried in OE.
> Hence, I just removed them.
> I'm not sure whether the license change is the reason for OE only providing 
> the
> old version. In that case, I guess, just disregard this patch.
> 
> Initially, I ran into some issues in the QA step regarding files that have 
> been
> installed but not shipped. After a quick google search, I added the 
> FILES_${PN}
> and FILES_${PN}-doc lines. But I don't really know whether that is the
> appropriate solution.
> 


We still need to keep the GPLv2 version of the recipe. Its fine if you want to 
add GPL-3 version but
it should be an addition not replacement.

>   Thanks,
>   Sören
> 
> .../dosfstools/dosfstools/alignment_hack.patch |  38 --
> .../dosfstools/dosfstools-msdos_fs-types.patch |  37 --
> .../dosfstools/fix_populated_dosfs_creation.patch  | 489 
> .../dosfstools/include-linux-types.patch   |  22 -
> .../dosfstools/dosfstools/mkdosfs-bootcode.patch   | 241 
> .../dosfstools/dosfstools/mkdosfs-dir.patch| 639 -
> .../dosfstools/msdos_fat12_undefined.patch |  19 -
> .../dosfstools/dosfstools/nofat32_autoselect.patch |  27 -
> .../recipes-devtools/dosfstools/dosfstools_2.11.bb |  35 --
> .../dosfstools/dosfstools_3.0.28.bb|  23 +
> 10 files changed, 23 insertions(+), 1547 deletions(-)
> delete mode 100644 
> meta/recipes-devtools/dosfstools/dosfstools/alignment_hack.patch
> delete mode 100644 
> meta/recipes-devtools/dosfstools/dosfstools/dosfstools-msdos_fs-types.patch
> delete mode 100644 
> meta/recipes-devtools/dosfstools/dosfstools/fix_populated_dosfs_creation.patch
> delete mode 100644 
> meta/recipes-devtools/dosfstools/dosfstools/include-linux-types.patch
> delete mode 100644 
> meta/recipes-devtools/dosfstools/dosfstools/mkdosfs-bootcode.patch
> delete mode 100644 
> meta/recipes-devtools/dosfstools/dosfstools/mkdosfs-dir.patch
> delete mode 100644 
> meta/recipes-devtools/dosfstools/dosfstools/msdos_fat12_undefined.patch
> delete mode 100644 
> meta/recipes-devtools/dosfstools/dosfstools/nofat32_autoselect.patch
> delete mode 100644 meta/recipes-devtools/dosfstools/dosfstools_2.11.bb
> create mode 100644 meta/recipes-devtools/dosfstools/dosfstools_3.0.28.bb
> 
> diff --git a/meta/recipes-devtools/dosfstools/dosfstools/alignment_hack.patch 
> b/meta/recipes-devtools/dosfstools/dosfstools/alignment_hack.patch
> deleted file mode 100644
> index b46b2db0a3e1..
> --- a/meta/recipes-devtools/dosfstools/dosfstools/alignment_hack.patch
> +++ /dev/null
> @@ -1,38 +0,0 @@
> -The problem is that unsigned char[2] is
> -guranteed to be 8Bit aligned on arm
> -but unsigned short is/needs to be 16bit aligned
> -the union { unsigned short; unsigned char[2] } trick
> -didn't work so no we use the alpha hack.
> -
> -memcpy into an 16bit aligned
> -
> --zecke
> -
> -Upstream-Status: Inappropriate [licensing]
> -We're tracking an old release of dosfstools due to licensing issues.
> -
> -Signed-off-by: Scott Garman 
> -
>  dosfstools/dosfsck/boot.c.orig   2003-05-15 19:32:23.0 +0200
> -+++ dosfstools/dosfsck/boot.c2003-06-13 17:44:25.0 +0200
> -@@ -36,17 +36,15 @@
> - { 0xff, "5.25\" 320k floppy 2s/40tr/8sec" },
> - };
> -
> --#if defined __alpha || defined __ia64__ || defined __s390x__ || defined 
> __x86_64__ || defined __ppc64__
> -+
> - /* Unaligned fields must first be copied byte-wise */
> - #define GET_UNALIGNED_W(f)  \
> - ({  \
> - unsigned short __v; \
> - memcpy( &__v, &f, sizeof(__v) );\
> --CF_LE_W( *(unsigned short *)&f );   \
> -+CF_LE_W( *(unsigned short *)&__v ); \
> - })
> --#else
> --#define GET_UNALIGNED_W(f) CF_LE_W( *(unsigned short *)&f )
> --#endif
> -+
> -
> -
> - static char *get_media_descr( unsigned char media )
> diff --git 
> a/meta/recipes-devtools/dosfstools/dosfstools/dosfstools-msdos_fs-types.patch 
> b/meta/recipes-devtools/dosfstools/dosfstools/dosfstools-msdos_fs-types.patch
> deleted file mode 100644
> index 35abd1a2b155..
> --- 
> a/meta/recipes-devtools/dosfstools/dosfstools/dosfstools-msdos_fs-types.patch
> +++ /dev/null
> @@ -1,37 +0,0 @@
> -Ensure the __s8 type is properly defined.
> -
> -Upstream-Status

[OE-core] [PATCH] pinentry: package update to 9.2

2015-05-18 Thread Armin Kuster

added a few more PACKAGECONIG options.

Signed-off-by: Armin Kuster 
---
 .../pinentry/{pinentry_0.9.1.bb => pinentry_0.9.2.bb} | 8 ++--
 1 file changed, 6 insertions(+), 2 deletions(-)
 rename meta/recipes-support/pinentry/{pinentry_0.9.1.bb => pinentry_0.9.2.bb} 
(72%)

diff --git a/meta/recipes-support/pinentry/pinentry_0.9.1.bb 
b/meta/recipes-support/pinentry/pinentry_0.9.2.bb
similarity index 72%
rename from meta/recipes-support/pinentry/pinentry_0.9.1.bb
rename to meta/recipes-support/pinentry/pinentry_0.9.2.bb
index 08588dd..c836ca4 100644
--- a/meta/recipes-support/pinentry/pinentry_0.9.1.bb
+++ b/meta/recipes-support/pinentry/pinentry_0.9.2.bb
@@ -12,8 +12,8 @@ inherit autotools
 
 SRC_URI = "ftp://ftp.gnupg.org/gcrypt/${BPN}/${BPN}-${PV}.tar.bz2";
 
-SRC_URI[md5sum] = "d224d031130aedb44b05164cb04ed88b"
-SRC_URI[sha256sum] = 
"9cd08e856b395df3adc7124170b53f77c6d5c8bf88e899e818648ec70d3e9695"
+SRC_URI[md5sum] = "f51d454f92b5156a2291cbf70278"
+SRC_URI[sha256sum] = 
"fd8bc1592ceb22bb492b07cb29b1b140bb882c859e6503b974254c0a4b4134d1"
 
 EXTRA_OECONF = "--disable-rpath \
--disable-dependency-tracking \
@@ -24,4 +24,8 @@ PACKAGECONFIG ??= "ncurses libcap"
 PACKAGECONFIG[ncurses] = "--enable-ncurses  
--with-ncurses-include-dir=${STAGING_INCDIR}, --disable-ncurses, ncurses"
 PACKAGECONFIG[libcap] = "--with-libcap, --without-libcap, libcap"
 PACKAGECONFIG[qt4] = "--enable-pinentry-qt4, --disable-pinentry-qt4, qt4-x11"
+PACKAGECONFIG[qt4_clipboard] = "--enable-pinentry-qt4-clipboard 
--enable-pinentry-qt4, --disable-pinentry-qt4-clipboard, qt4-x11"
 PACKAGECONFIG[gtk2] = "--enable-pinentry-gtk2, --disable-pinentry-gtk2, gtk+ 
glib-2.0"
+
+#To use libsecret, add meta-gnome
+PACKAGECONFIG[secret] = "--enable-libsecret, --disable-libsecret, libsecret"
-- 
2.3.5

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

Re: [OE-core] [PATCH] gstreamer1.0-plugins-bad: Move EGL requirement for Wayland

2015-05-18 Thread Khem Raj


> On May 14, 2015, at 6:29 AM, Otavio Salvador  wrote:
> 
> On Thu, May 14, 2015 at 7:33 AM, Burton, Ross  wrote:
>> 
>> On 11 May 2015 at 12:26, Otavio Salvador  wrote:
>>> 
>>> The EGL is used by the Wayland backend. When building using Software
>>> Rendering and without Wayland support the EGL backend is not available
>>> so we should not require EGL for GLES2 support.
>> 
>> I think we should make the PACKAGECONFIG block be more explicit, and add a
>> separate [egl] that is required to be enabled if you also enable a feature
>> that depends on it (such as gles or wayland).
> 
> I did this initially and ended with the patch I sent. The reason is
> because the EGL is Wayland specific so I see no reason to split it.

egl is not wayland specific, unless you are using it in different context



signature.asc
Description: Message signed with OpenPGP using GPGMail
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 1/1] gcc-5: fix installed-vs-shipped

2015-05-18 Thread Khem Raj


> On May 14, 2015, at 1:11 AM, Robert Yang  wrote:
> 
> gcc-5.1.0: gcc: Files/directories were installed but not shipped in any 
> package:
>  /usr/bin/i586-poky-linux-gcov-tool
> 

this is ok

> Signed-off-by: Robert Yang 
> ---
> meta/recipes-devtools/gcc/gcc-target.inc |8 ++--
> 1 file changed, 6 insertions(+), 2 deletions(-)
> 
> diff --git a/meta/recipes-devtools/gcc/gcc-target.inc 
> b/meta/recipes-devtools/gcc/gcc-target.inc
> index e348517..5d31446 100644
> --- a/meta/recipes-devtools/gcc/gcc-target.inc
> +++ b/meta/recipes-devtools/gcc/gcc-target.inc
> @@ -83,8 +83,12 @@ FILES_cpp = "\
> ${libexecdir}/gcc/${TARGET_SYS}/${BINV}/cc1"
> FILES_cpp-symlinks = "${bindir}/cpp"
> 
> -FILES_gcov = "${bindir}/${TARGET_PREFIX}gcov"
> -FILES_gcov-symlinks = "${bindir}/gcov"
> +FILES_gcov = "${bindir}/${TARGET_PREFIX}gcov \
> +${bindir}/${TARGET_PREFIX}gcov-tool \
> +"
> +FILES_gcov-symlinks = "${bindir}/gcov \
> +${bindir}/gcov-tool \
> +"
> 
> FILES_g++ = "\
> ${bindir}/${TARGET_PREFIX}g++ \
> --
> 1.7.9.5
> 
> --
> ___
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core



signature.asc
Description: Message signed with OpenPGP using GPGMail
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] BITRATE E2 extension

2015-05-18 Thread Khem Raj


> On May 12, 2015, at 11:28 PM, mirgu  wrote:
> 
> Hello,
> 
> I would like to ask you about this plugin "Package: 
> enigma2-plugin-extensions-bitrate". I have a STB Golden Interstar Xpeed LX3 
> and installed this plugin. I tried it in every accessible Enigma2 for LX3 and 
> in none of them did not functioned it.
> Could you help me please.

if you add more details to what errors you see and any additional information, 
you might have some folks who could catch your line
of thought. Otherwise, its pretty difficult unless someone ran into your issue 
and can relate to it.



signature.asc
Description: Message signed with OpenPGP using GPGMail
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 4/4] gst-ffmpeg: fix CVEs

2015-05-18 Thread Kai Kang

Backport patches to fix CVEs: CVE-2014-7933, CVE-2014-9318 and
CVE-2014-9603.

Signed-off-by: Kai Kang 
---
 .../gst-ffmpeg-fix-CVE-2014-7933.patch | 38 
 .../gst-ffmpeg-fix-CVE-2014-9318.patch | 37 +++
 .../gst-ffmpeg-fix-CVE-2014-9603.patch | 41 ++
 .../gstreamer/gst-ffmpeg_0.10.13.bb|  3 ++
 4 files changed, 119 insertions(+)
 create mode 100644 
meta/recipes-multimedia/gstreamer/gst-ffmpeg-0.10.13/gst-ffmpeg-fix-CVE-2014-7933.patch
 create mode 100644 
meta/recipes-multimedia/gstreamer/gst-ffmpeg-0.10.13/gst-ffmpeg-fix-CVE-2014-9318.patch
 create mode 100644 
meta/recipes-multimedia/gstreamer/gst-ffmpeg-0.10.13/gst-ffmpeg-fix-CVE-2014-9603.patch

diff --git 
a/meta/recipes-multimedia/gstreamer/gst-ffmpeg-0.10.13/gst-ffmpeg-fix-CVE-2014-7933.patch
 
b/meta/recipes-multimedia/gstreamer/gst-ffmpeg-0.10.13/gst-ffmpeg-fix-CVE-2014-7933.patch
new file mode 100644
index 000..3c537c7
--- /dev/null
+++ 
b/meta/recipes-multimedia/gstreamer/gst-ffmpeg-0.10.13/gst-ffmpeg-fix-CVE-2014-7933.patch
@@ -0,0 +1,38 @@
+From 2266b8bc3370856d874334ba62b337ce4f1eb255 Mon Sep 17 00:00:00 2001
+From: Kai Kang 
+Date: Wed, 13 May 2015 16:46:06 +0800
+Subject: [PATCH 2/2] gst-ffmpeg: fix CVE-2014-7933
+
+Upstream-Status: Backport
+
+http://git.videolan.org/?p=ffmpeg.git;a=commit;h=33301f00
+
+Signed-off-by: Kai Kang 
+---
+ gst-libs/ext/libav/libavformat/matroskadec.c | 3 ++-
+ 1 file changed, 2 insertions(+), 1 deletion(-)
+
+diff --git a/gst-libs/ext/libav/libavformat/matroskadec.c 
b/gst-libs/ext/libav/libavformat/matroskadec.c
+index 59dce4f..e5f5fc1 100644
+--- a/gst-libs/ext/libav/libavformat/matroskadec.c
 b/gst-libs/ext/libav/libavformat/matroskadec.c
+@@ -1916,7 +1916,7 @@ static int matroska_read_seek(AVFormatContext *s, int 
stream_index,
+   int64_t timestamp, int flags)
+ {
+ MatroskaDemuxContext *matroska = s->priv_data;
+-MatroskaTrack *tracks = matroska->tracks.elem;
++MatroskaTrack *tracks = NULL;
+ AVStream *st = s->streams[stream_index];
+ int i, index, index_sub, index_min;
+ 
+@@ -1939,6 +1939,7 @@ static int matroska_read_seek(AVFormatContext *s, int 
stream_index,
+ return 0;
+ 
+ index_min = index;
++tracks = matroska->tracks.elem;
+ for (i=0; i < matroska->tracks.nb_elem; i++) {
+ tracks[i].audio.pkt_cnt = 0;
+ tracks[i].audio.sub_packet_cnt = 0;
+-- 
+1.9.1
+
diff --git 
a/meta/recipes-multimedia/gstreamer/gst-ffmpeg-0.10.13/gst-ffmpeg-fix-CVE-2014-9318.patch
 
b/meta/recipes-multimedia/gstreamer/gst-ffmpeg-0.10.13/gst-ffmpeg-fix-CVE-2014-9318.patch
new file mode 100644
index 000..0553cee
--- /dev/null
+++ 
b/meta/recipes-multimedia/gstreamer/gst-ffmpeg-0.10.13/gst-ffmpeg-fix-CVE-2014-9318.patch
@@ -0,0 +1,37 @@
+From 0d3a3b9f8907625b361420d48fe05716859620ff Mon Sep 17 00:00:00 2001
+From: Michael Niedermayer 
+Date: Wed, 26 Nov 2014 18:56:39 +0100
+Subject: [PATCH] avcodec/rawdec: Check the return code of
+ avpicture_get_size()
+
+(Upstream commit 1d3a3b9f8907625b361420d48fe05716859620ff)
+
+Fixes out of array access
+Fixes: asan_heap-oob_22388d0_3435_cov_3297128910_small_roll5_FlashCine1.cine
+Found-by: Mateusz "j00ru" Jurczyk and Gynvael Coldwind
+
+Upstream-Status: Backport
+
+Signed-off-by: Michael Niedermayer 
+Signed-off-by: Yue Tao 
+---
+ libavcodec/rawdec.c |3 +++
+ 1 file changed, 3 insertions(+)
+
+diff --git a/libavcodec/rawdec.c b/libavcodec/rawdec.c
+index 28792a1..647dfa9 100644
+--- a/gst-libs/ext/libav/libavcodec/rawdec.c
 b/gst-libs/ext/libav/libavcodec/rawdec.c
+@@ -87,6 +87,9 @@ static av_cold int raw_init_decoder(AVCodecContext *avctx)
+ 
+ ff_set_systematic_pal2(context->palette, avctx->pix_fmt);
+ context->length = avpicture_get_size(avctx->pix_fmt, avctx->width, 
avctx->height);
++if (context->length < 0)
++return context->length;
++
+ if((avctx->bits_per_coded_sample == 4 || avctx->bits_per_coded_sample == 
2) &&
+avctx->pix_fmt==PIX_FMT_PAL8 &&
+(!avctx->codec_tag || avctx->codec_tag == MKTAG('r','a','w',' '))){
+-- 
+1.7.9.5
+
diff --git 
a/meta/recipes-multimedia/gstreamer/gst-ffmpeg-0.10.13/gst-ffmpeg-fix-CVE-2014-9603.patch
 
b/meta/recipes-multimedia/gstreamer/gst-ffmpeg-0.10.13/gst-ffmpeg-fix-CVE-2014-9603.patch
new file mode 100644
index 000..5dda4cc
--- /dev/null
+++ 
b/meta/recipes-multimedia/gstreamer/gst-ffmpeg-0.10.13/gst-ffmpeg-fix-CVE-2014-9603.patch
@@ -0,0 +1,41 @@
+From dc68faf8339a885bc55fabe5b01f1de4f8f3782c Mon Sep 17 00:00:00 2001
+From: Kai Kang 
+Date: Wed, 13 May 2015 16:30:53 +0800
+Subject: [PATCH 1/2] gst-ffmpeg: fix CVE-2014-9603
+
+Upstream-Status: Backport
+
+Upstream is version 2.x and vmdav.c is splitted into 2 files vmdaudio.c
+and vmdvideo.c. Becuase source code changes, just partly backport commit which
+is applicable to version 0.10.13 to fix CVE-2014-9603.
+
+http://git.videolan.org/?p=ff

[OE-core] [PATCH 1/4] vala: upgrade to version 0.28.0

2015-05-18 Thread Kai Kang

Upgrade vala from version 0.26.1 to 0.28.0.

Signed-off-by: Kai Kang 
---
 meta/recipes-devtools/vala/{vala_0.26.1.bb => vala_0.28.0.bb} | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-devtools/vala/{vala_0.26.1.bb => vala_0.28.0.bb} (42%)

diff --git a/meta/recipes-devtools/vala/vala_0.26.1.bb 
b/meta/recipes-devtools/vala/vala_0.28.0.bb
similarity index 42%
rename from meta/recipes-devtools/vala/vala_0.26.1.bb
rename to meta/recipes-devtools/vala/vala_0.28.0.bb
index 3df9cd4..120906c 100644
--- a/meta/recipes-devtools/vala/vala_0.26.1.bb
+++ b/meta/recipes-devtools/vala/vala_0.28.0.bb
@@ -2,5 +2,5 @@ require ${BPN}.inc
 
 SRC_URI += " 
file://0001-git-version-gen-don-t-append-dirty-if-we-re-not-in-g.patch"
 
-SRC_URI[md5sum] = "723a03b822d4cc47abc4019685970a3e"
-SRC_URI[sha256sum] = 
"8407abb19ab3a58bbfc0d288abb47666ef81f76d0540258c03965e7545f59e6b"
+SRC_URI[md5sum] = "8d4ceac3451a0d5497e7be38e5e4c2ad"
+SRC_URI[sha256sum] = 
"0d9e3bd3f82145664875f7c29b2f544ba92d2814f75412948f774c0727fc977f"
-- 
1.9.1

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

[OE-core] [PATCH 3/4] alsa-utils: upgrade to 1.0.29

2015-05-18 Thread Kai Kang

Upgrade alsa-utils from 1.0.28 to 1.0.29.

* remove PR
* rename package alsa-utils-alsaconf to alsa-utils-scripts, and add
  script alsa-info.sh

Signed-off-by: Kai Kang 
---
 ...lsa-utils-alsaconf_1.0.28.bb => alsa-utils-scripts_1.0.29.bb} | 8 ++--
 .../alsa/{alsa-utils_1.0.28.bb => alsa-utils_1.0.29.bb}  | 9 -
 2 files changed, 10 insertions(+), 7 deletions(-)
 rename meta/recipes-multimedia/alsa/{alsa-utils-alsaconf_1.0.28.bb => 
alsa-utils-scripts_1.0.29.bb} (49%)
 rename meta/recipes-multimedia/alsa/{alsa-utils_1.0.28.bb => 
alsa-utils_1.0.29.bb} (95%)

diff --git a/meta/recipes-multimedia/alsa/alsa-utils-alsaconf_1.0.28.bb 
b/meta/recipes-multimedia/alsa/alsa-utils-scripts_1.0.29.bb
similarity index 49%
rename from meta/recipes-multimedia/alsa/alsa-utils-alsaconf_1.0.28.bb
rename to meta/recipes-multimedia/alsa/alsa-utils-scripts_1.0.29.bb
index 2d49cc5..a98f9b9 100644
--- a/meta/recipes-multimedia/alsa/alsa-utils-alsaconf_1.0.28.bb
+++ b/meta/recipes-multimedia/alsa/alsa-utils-scripts_1.0.29.bb
@@ -1,17 +1,21 @@
 require alsa-utils_${PV}.bb
 
-SUMMARY = "Shell script that creates ALSA configuration files"
+SUMMARY = "Shell scripts that show help info and create ALSA configuration 
files"
+PROVIDES = "alsa-utils-alsaconf"
 
 FILESEXTRAPATHS_prepend := "${THISDIR}/alsa-utils:"
 
 PACKAGES = "${PN}"
 RDEPENDS_${PN} += "bash"
 
-FILES_${PN} = "${sbindir}/alsaconf"
+FILES_${PN} = "${sbindir}/alsaconf \
+   ${sbindir}/alsa-info.sh \
+  "
 
 S = "${WORKDIR}/alsa-utils-${PV}"
 
 do_install() {
install -d ${D}${sbindir}
install -m 0755 ${B}/alsaconf/alsaconf ${D}${sbindir}/
+   install -m 0755 ${S}/alsa-info/alsa-info.sh ${D}${sbindir}/
 }
diff --git a/meta/recipes-multimedia/alsa/alsa-utils_1.0.28.bb 
b/meta/recipes-multimedia/alsa/alsa-utils_1.0.29.bb
similarity index 95%
rename from meta/recipes-multimedia/alsa/alsa-utils_1.0.28.bb
rename to meta/recipes-multimedia/alsa/alsa-utils_1.0.29.bb
index 506698e..65cae0b 100644
--- a/meta/recipes-multimedia/alsa/alsa-utils_1.0.28.bb
+++ b/meta/recipes-multimedia/alsa/alsa-utils_1.0.29.bb
@@ -16,8 +16,8 @@ SRC_URI = 
"ftp://ftp.alsa-project.org/pub/utils/alsa-utils-${PV}.tar.bz2 \
file://alsa-utils-aplay-interrupt-signal-handling.patch \
   "
 
-SRC_URI[md5sum] = "361552d5b1cacd0a1e7ba09e69990211"
-SRC_URI[sha256sum] = 
"f3ff4c89b0125a7797b1b13cd094cc92276e655458274967386e812d03642acc"
+SRC_URI[md5sum] = "6b289bf874c4c9a63f4b3973093dd404"
+SRC_URI[sha256sum] = 
"5160058f3e14483ced5de919dd473f93932059454530a9b7ef97dcabd6833e9b"
 
 # lazy hack. needs proper fixing in gettext.m4, see
 # http://bugs.openembedded.org/show_bug.cgi?id=2348
@@ -25,8 +25,6 @@ SRC_URI[sha256sum] = 
"f3ff4c89b0125a7797b1b13cd094cc92276e655458274967386e812d03
 #
 EXTRA_OECONF_append_libc-uclibc = " --disable-nls"
 
-PR = "r1"
-
 inherit autotools gettext pkgconfig
 
 # This are all packages that we need to make. Also, the now empty alsa-utils
@@ -86,8 +84,9 @@ do_install() {
autotools_do_install
 
# We don't ship this here because it requires a dependency on bash.
-   # See alsa-utils-alsaconf_${PV}.bb
+   # See alsa-utils-scripts_${PV}.bb
rm ${D}${sbindir}/alsaconf
+   rm ${D}${sbindir}/alsa-info.sh
 
if ${@bb.utils.contains('PACKAGECONFIG', 'udev', 'false', 'true', d)}; 
then
   # This is where alsa-utils will install its rules if we don't tell 
it anything else.
-- 
1.9.1

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

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

2015-05-18 Thread Kai Kang

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 
---
 meta/recipes-multimedia/alsa/alsa-tools/autotools.patch |  4 ++--
 .../alsa/alsa-tools/gitcompile_hdajacksensetest | 13 +
 .../alsa/{alsa-tools_1.0.28.bb => alsa-tools_1.0.29.bb} | 10 +++---
 3 files changed, 22 insertions(+), 5 deletions(-)
 create mode 100755 
meta/recipes-multimedia/alsa/alsa-tools/gitcompile_hdajacksensetest
 rename meta/recipes-multimedia/alsa/{alsa-tools_1.0.28.bb => 
alsa-tools_1.0.29.bb} (82%)

diff --git a/meta/recipes-multimedia/alsa/alsa-tools/autotools.patch 
b/meta/recipes-multimedia/alsa/alsa-tools/autotools.patch
index 5aec84c..59391d6 100644
--- a/meta/recipes-multimedia/alsa/alsa-tools/autotools.patch
+++ b/meta/recipes-multimedia/alsa/alsa-tools/autotools.patch
@@ -20,13 +20,13 @@ diff -ruN alsa-tools-1.0.24.1-orig//Makefile 
alsa-tools-1.0.24.1/Makefile
 --- alsa-tools-1.0.24.1-orig//Makefile 2011-07-06 11:27:40.207665000 +0800
 +++ alsa-tools-1.0.24.1/Makefile   2011-07-14 15:08:08.877665009 +0800
 @@ -1,8 +1,8 @@
- VERSION = 1.0.27
+ VERSION = 1.0.29
  TOP = .
 -SUBDIRS = as10k1 envy24control hdsploader hdspconf hdspmixer \
 +SUBDIRS = as10k1 envy24control \
  mixartloader pcxhrloader rmedigicontrol sb16_csp seq sscape_ctl \
 -us428control usx2yloader vxloader echomixer ld10k1 qlo10k1 \
 +us428control usx2yloader vxloader echomixer \
- hwmixvolume hdajackretask hda-verb
+ hwmixvolume hdajackretask hda-verb hdajacksensetest
  
  all:
diff --git 
a/meta/recipes-multimedia/alsa/alsa-tools/gitcompile_hdajacksensetest 
b/meta/recipes-multimedia/alsa/alsa-tools/gitcompile_hdajacksensetest
new file mode 100755
index 000..58328bd
--- /dev/null
+++ b/meta/recipes-multimedia/alsa/alsa-tools/gitcompile_hdajacksensetest
@@ -0,0 +1,13 @@
+#!/bin/bash
+
+aclocal $ACLOCAL_FLAGS || exit 1
+automake --foreign --add-missing || exit 1
+autoconf || exit 1
+export CFLAGS='-O2 -Wall -pipe -g'
+echo "CFLAGS=$CFLAGS"
+echo "./configure $@"
+./configure $@ || exit 1
+unset CFLAGS
+if [ -z "$GITCOMPILE_NO_MAKE" ]; then
+  make || exit 1
+fi
diff --git a/meta/recipes-multimedia/alsa/alsa-tools_1.0.28.bb 
b/meta/recipes-multimedia/alsa/alsa-tools_1.0.29.bb
similarity index 82%
rename from meta/recipes-multimedia/alsa/alsa-tools_1.0.28.bb
rename to meta/recipes-multimedia/alsa/alsa-tools_1.0.29.bb
index d684225..9133012 100644
--- a/meta/recipes-multimedia/alsa/alsa-tools_1.0.28.bb
+++ b/meta/recipes-multimedia/alsa/alsa-tools_1.0.29.bb
@@ -11,10 +11,12 @@ LIC_FILES_CHKSUM = 
"file://hdsploader/COPYING;md5=94d55d512a9ba36caa9b7df079bae1
 SRC_URI = "ftp://ftp.alsa-project.org/pub/tools/${BP}.tar.bz2 \
file://autotools.patch \
${@bb.utils.contains('DISTRO_FEATURES', 'x11', '', \
-'file://makefile_no_gtk.patch', d)}"
+'file://makefile_no_gtk.patch', d)} \
+   file://gitcompile_hdajacksensetest \
+  "
 
-SRC_URI[md5sum] = "e6c929175d8ee729c06d49b51439bad6"
-SRC_URI[sha256sum] = 
"76e59711c6d0f39cbddce83ce1ed8da00bad112fee021f94fa990d8685cc3761"
+SRC_URI[md5sum] = "f339a3cd24f748c9d007bdff0e98775b"
+SRC_URI[sha256sum] = 
"94abf0ab5a73f0710c70d4fb3dc1003af5bae2d2ed721d59d245b41ad0f2fbd1"
 
 inherit autotools-brokensep pkgconfig
 
@@ -32,6 +34,8 @@ do_compile_prepend () {
 #Automake dir is not correctly detected in cross compilation case
 export AUTOMAKE_DIR="$(automake --print-libdir)"
 export ACLOCAL_FLAGS="--system-acdir=${ACLOCALDIR}/"
+
+cp ${WORKDIR}/gitcompile_hdajacksensetest ${S}/hdajacksensetest/gitcompile
 }
 
 FILES_${PN} += "${datadir}/ld10k1"
-- 
1.9.1

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

[OE-core] [PATCH 0/4] Upgrade packages and some CVEs fix for gst-ffmpeg

2015-05-18 Thread Kai Kang

The following changes since commit bc162d21dd148252efcf3ed771e04c791ef4d869:

  bitbake: tests/parse: Add file missing from previous commit (2015-05-16 
22:40:44 +0100)

are available in the git repository at:

  git://git.yoctoproject.org/poky-contrib kangkai/uprade-pkgs-may19
  http://git.yoctoproject.org/cgit.cgi//log/?h=kangkai/uprade-pkgs-may19

Kai Kang (4):
  vala: upgrade to version 0.28.0
  alsa-tools: upgrade to version 1.0.29
  alsa-utils: upgrade to 1.0.29
  gst-ffmpeg: fix CVEs

 .../vala/{vala_0.26.1.bb => vala_0.28.0.bb}|  4 +--
 .../alsa/alsa-tools/autotools.patch|  4 +--
 .../alsa/alsa-tools/gitcompile_hdajacksensetest| 13 +++
 .../{alsa-tools_1.0.28.bb => alsa-tools_1.0.29.bb} | 10 --
 ...conf_1.0.28.bb => alsa-utils-scripts_1.0.29.bb} |  8 +++--
 .../{alsa-utils_1.0.28.bb => alsa-utils_1.0.29.bb} |  9 +++--
 .../gst-ffmpeg-fix-CVE-2014-7933.patch | 38 
 .../gst-ffmpeg-fix-CVE-2014-9318.patch | 37 +++
 .../gst-ffmpeg-fix-CVE-2014-9603.patch | 41 ++
 .../gstreamer/gst-ffmpeg_0.10.13.bb|  3 ++
 10 files changed, 153 insertions(+), 14 deletions(-)
 rename meta/recipes-devtools/vala/{vala_0.26.1.bb => vala_0.28.0.bb} (42%)
 create mode 100755 
meta/recipes-multimedia/alsa/alsa-tools/gitcompile_hdajacksensetest
 rename meta/recipes-multimedia/alsa/{alsa-tools_1.0.28.bb => 
alsa-tools_1.0.29.bb} (82%)
 rename meta/recipes-multimedia/alsa/{alsa-utils-alsaconf_1.0.28.bb => 
alsa-utils-scripts_1.0.29.bb} (49%)
 rename meta/recipes-multimedia/alsa/{alsa-utils_1.0.28.bb => 
alsa-utils_1.0.29.bb} (95%)
 create mode 100644 
meta/recipes-multimedia/gstreamer/gst-ffmpeg-0.10.13/gst-ffmpeg-fix-CVE-2014-7933.patch
 create mode 100644 
meta/recipes-multimedia/gstreamer/gst-ffmpeg-0.10.13/gst-ffmpeg-fix-CVE-2014-9318.patch
 create mode 100644 
meta/recipes-multimedia/gstreamer/gst-ffmpeg-0.10.13/gst-ffmpeg-fix-CVE-2014-9603.patch

-- 
1.9.1

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

[OE-core] [PATCH 1/5] libidn: Upgrade to 1.30

2015-05-18 Thread Saul Wold

LIC_CHKSUM updated because year was changed in those associated files.

Signed-off-by: Saul Wold 
---
 .../recipes-extended/libidn/{libidn_1.29.bb => libidn_1.30.bb} | 10 +-
 1 file changed, 5 insertions(+), 5 deletions(-)
 rename meta/recipes-extended/libidn/{libidn_1.29.bb => libidn_1.30.bb} (75%)

diff --git a/meta/recipes-extended/libidn/libidn_1.29.bb 
b/meta/recipes-extended/libidn/libidn_1.30.bb
similarity index 75%
rename from meta/recipes-extended/libidn/libidn_1.29.bb
rename to meta/recipes-extended/libidn/libidn_1.30.bb
index 04b5344..7234747 100644
--- a/meta/recipes-extended/libidn/libidn_1.29.bb
+++ b/meta/recipes-extended/libidn/libidn_1.30.bb
@@ -3,13 +3,13 @@ DESCRIPTION = "Implementation of the Stringprep, Punycode and 
IDNA specification
 HOMEPAGE = "http://www.gnu.org/software/libidn/";
 SECTION = "libs"
 LICENSE = "(LGPLv2.1+ | LGPLv3) & GPLv3+"
-LIC_FILES_CHKSUM = "file://COPYING;md5=b35f8839295dd730a55f1a19ec086217 \
+LIC_FILES_CHKSUM = "file://COPYING;md5=df4be47940a91ee69556f5f71eed4aec \
 
file://COPYING.LESSERv2;md5=4fbd65380cdd255951079008b364516c \
 
file://COPYING.LESSERv3;md5=e6a600fd5e1d9cbde2d983680233ad02 \
 file://COPYINGv2;md5=b234ee4d69f5fce4486a80fdaf4a4263 \
 file://COPYINGv3;md5=d32239bcb673463ab874e80d47fae504 \
-
file://lib/idna.h;endline=21;md5=61a0e126c0c5552290d9bfa57e407dd6 \
-
file://src/idn.c;endline=20;md5=3f55c28bede16bd7b1244be73067d195"
+
file://lib/idna.h;endline=21;md5=7c0b3828d1b153663be9a04ad4f7975f \
+
file://src/idn.c;endline=20;md5=f4235f2a2cb2b65786b2979fb3cf7fbf"
 
 inherit pkgconfig autotools gettext texinfo
 
@@ -19,8 +19,8 @@ SRC_URI = "${GNU_MIRROR}/libidn/${BPN}-${PV}.tar.gz \
file://dont-depend-on-help2man.patch \
 "
 
-SRC_URI[md5sum] = "2b67bb507207af379f9461e1307dc84b"
-SRC_URI[sha256sum] = 
"fb82747dbbf9b36f703ed27293317d818d7e851d4f5773dedf3efa4db32a7c7c"
+SRC_URI[md5sum] = "b17edc8551cd31cc5f14c82a9dabf58e"
+SRC_URI[sha256sum] = 
"39b9fc94d74081c185757b12e0891ce5a22db55268e7d1bb24533ff4432eb053"
 
 # command tool is under GPLv3+, while libidn itself is under LGPLv2.1+ or 
LGPLv3
 # so package command into a separate package
-- 
2.1.0

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

[OE-core] [PATCH 5/5] liburcu: Upgrade to 0.8.7

2015-05-18 Thread Saul Wold

Signed-off-by: Saul Wold 
---
 meta/recipes-support/liburcu/{liburcu_0.8.6.bb => liburcu_0.8.7.bb} | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-support/liburcu/{liburcu_0.8.6.bb => liburcu_0.8.7.bb} 
(83%)

diff --git a/meta/recipes-support/liburcu/liburcu_0.8.6.bb 
b/meta/recipes-support/liburcu/liburcu_0.8.7.bb
similarity index 83%
rename from meta/recipes-support/liburcu/liburcu_0.8.6.bb
rename to meta/recipes-support/liburcu/liburcu_0.8.7.bb
index 263b77e..71cb149 100644
--- a/meta/recipes-support/liburcu/liburcu_0.8.6.bb
+++ b/meta/recipes-support/liburcu/liburcu_0.8.7.bb
@@ -12,8 +12,8 @@ SRC_URI = 
"http://lttng.org/files/urcu/userspace-rcu-${PV}.tar.bz2 \
file://aarch64.patch \
   "
 
-SRC_URI[md5sum] = "834d91d939dd55108a05763be9879856"
-SRC_URI[sha256sum] = 
"b1a5d3bce014ba7a702759bc60b692c1cd46ff0e8a5b53f0d0a95e22db74ab21"
+SRC_URI[md5sum] = "7a6ee17871d31226db3f618e28351d22"
+SRC_URI[sha256sum] = 
"b523f22c4726ca6bb77a77d258e76d8c33c89724433bd65313024b98e55c4295"
 
 S = "${WORKDIR}/userspace-rcu-${PV}"
 CFLAGS_append_libc-uclibc = " -D_GNU_SOURCE"
-- 
2.1.0

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

[OE-core] [PATCH 0/5] Package Updates

2015-05-18 Thread Saul Wold

Ross, Richard:

Here is a set of updates to core support libraries and lsbinitscripts, 
I tested these packages by building and running webkit and midori which
are dependant on those libraries on hardware targets

Thanks
   Sau!


Saul Wold (5):
  libidn: Upgrade to 1.30
  libksba: Upgrade to 1.3.3
  libinitscripts: Upgrade to 9.63
  msmtp: Upgrade to 1.6.2
  liburcu: Upgrade to 0.8.7

 .../recipes-extended/libidn/{libidn_1.29.bb => libidn_1.30.bb} | 10 +-
 .../lsb/{lsbinitscripts_9.61.bb => lsbinitscripts_9.63.bb} |  6 +++---
 meta/recipes-extended/msmtp/{msmtp_1.6.1.bb => msmtp_1.6.2.bb} |  4 ++--
 .../libksba/{libksba_1.3.2.bb => libksba_1.3.3.bb} |  4 ++--
 .../liburcu/{liburcu_0.8.6.bb => liburcu_0.8.7.bb} |  4 ++--
 5 files changed, 14 insertions(+), 14 deletions(-)
 rename meta/recipes-extended/libidn/{libidn_1.29.bb => libidn_1.30.bb} (75%)
 rename meta/recipes-extended/lsb/{lsbinitscripts_9.61.bb => 
lsbinitscripts_9.63.bb} (80%)
 rename meta/recipes-extended/msmtp/{msmtp_1.6.1.bb => msmtp_1.6.2.bb} (86%)
 rename meta/recipes-support/libksba/{libksba_1.3.2.bb => libksba_1.3.3.bb} 
(86%)
 rename meta/recipes-support/liburcu/{liburcu_0.8.6.bb => liburcu_0.8.7.bb} 
(83%)

-- 
2.1.0

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

[OE-core] [PATCH 4/5] msmtp: Upgrade to 1.6.2

2015-05-18 Thread Saul Wold

Signed-off-by: Saul Wold 
---
 meta/recipes-extended/msmtp/{msmtp_1.6.1.bb => msmtp_1.6.2.bb} | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-extended/msmtp/{msmtp_1.6.1.bb => msmtp_1.6.2.bb} (86%)

diff --git a/meta/recipes-extended/msmtp/msmtp_1.6.1.bb 
b/meta/recipes-extended/msmtp/msmtp_1.6.2.bb
similarity index 86%
rename from meta/recipes-extended/msmtp/msmtp_1.6.1.bb
rename to meta/recipes-extended/msmtp/msmtp_1.6.2.bb
index d6f3a15..f9bf563 100644
--- a/meta/recipes-extended/msmtp/msmtp_1.6.1.bb
+++ b/meta/recipes-extended/msmtp/msmtp_1.6.2.bb
@@ -12,8 +12,8 @@ LIC_FILES_CHKSUM = 
"file://COPYING;md5=d32239bcb673463ab874e80d47fae504"
 SRC_URI = 
"http://sourceforge.net/projects/msmtp/files/msmtp/${PV}/${BPN}-${PV}.tar.xz \
   "
 
-SRC_URI[md5sum] = "6ebba4809bbc665b8a665a018d1a5ee1"
-SRC_URI[sha256sum] = 
"c45d47f2dc77484e3f74c0f66aef0d5d95de6c47ed71d9f926d86d546f8346f3"
+SRC_URI[md5sum] = "3baca93c7e5f1aa9d36a2e5b38739ab9"
+SRC_URI[sha256sum] = 
"2f6ecd7cbfadf548fd55205bd24cb63b84bcbb1185efed917dd7800595a48789"
 
 inherit gettext autotools update-alternatives pkgconfig
 
-- 
2.1.0

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

[OE-core] [PATCH 2/5] libksba: Upgrade to 1.3.3

2015-05-18 Thread Saul Wold

Signed-off-by: Saul Wold 
---
 meta/recipes-support/libksba/{libksba_1.3.2.bb => libksba_1.3.3.bb} | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-support/libksba/{libksba_1.3.2.bb => libksba_1.3.3.bb} 
(86%)

diff --git a/meta/recipes-support/libksba/libksba_1.3.2.bb 
b/meta/recipes-support/libksba/libksba_1.3.3.bb
similarity index 86%
rename from meta/recipes-support/libksba/libksba_1.3.2.bb
rename to meta/recipes-support/libksba/libksba_1.3.3.bb
index cce08c3..bc21164 100644
--- a/meta/recipes-support/libksba/libksba_1.3.2.bb
+++ b/meta/recipes-support/libksba/libksba_1.3.3.bb
@@ -16,8 +16,8 @@ inherit autotools binconfig-disabled pkgconfig texinfo
 SRC_URI = "ftp://ftp.gnupg.org/gcrypt/${BPN}/${BPN}-${PV}.tar.bz2 \
file://ksba-add-pkgconfig-support.patch"
 
-SRC_URI[md5sum] = "c3c9a66e22d87fe3ae59865250b8a09c"
-SRC_URI[sha256sum] = 
"eb95537955dfc2845690a4cc3836074fa6d0a2c2ca2cbf1759364d3bd9868406"
+SRC_URI[md5sum] = "a5dd3c57fca254935f5cf8db26e39065"
+SRC_URI[sha256sum] = 
"0c7f5ffe34d0414f6951d9880a46fcc2985c487f7c36369b9f11ad41131c7786"
 
 do_configure_prepend () {
# Else these could be used in preference to those in aclocal-copy
-- 
2.1.0

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

[OE-core] [PATCH 3/5] libinitscripts: Upgrade to 9.63

2015-05-18 Thread Saul Wold

Signed-off-by: Saul Wold 
---
 .../lsb/{lsbinitscripts_9.61.bb => lsbinitscripts_9.63.bb}  | 6 +++---
 1 file changed, 3 insertions(+), 3 deletions(-)
 rename meta/recipes-extended/lsb/{lsbinitscripts_9.61.bb => 
lsbinitscripts_9.63.bb} (80%)

diff --git a/meta/recipes-extended/lsb/lsbinitscripts_9.61.bb 
b/meta/recipes-extended/lsb/lsbinitscripts_9.63.bb
similarity index 80%
rename from meta/recipes-extended/lsb/lsbinitscripts_9.61.bb
rename to meta/recipes-extended/lsb/lsbinitscripts_9.63.bb
index 65eb9f4..b955464 100644
--- a/meta/recipes-extended/lsb/lsbinitscripts_9.61.bb
+++ b/meta/recipes-extended/lsb/lsbinitscripts_9.63.bb
@@ -6,12 +6,12 @@ DEPENDS = "popt glib-2.0"
 LIC_FILES_CHKSUM = "file://COPYING;md5=ebf4e8b49780ab187d51bd26aaa022c6"
 
 S="${WORKDIR}/initscripts-${PV}"
-SRC_URI = 
"http://pkgs.fedoraproject.org/repo/pkgs/initscripts/initscripts-9.61.tar.bz2/892006be882b41f680109cb7336949d1/initscripts-9.61.tar.bz2
 \
+SRC_URI = 
"http://pkgs.fedoraproject.org/repo/pkgs/initscripts/initscripts-9.63.tar.bz2/1ae0f15e54a904ac30185548d43daa1c/initscripts-9.63.tar.bz2
 \
file://functions.patch \
   " 
 
-SRC_URI[md5sum] = "892006be882b41f680109cb7336949d1"
-SRC_URI[sha256sum] = 
"fb090d3fc48adbc0bb5835090e7eb5f1aa7e33d39537523d017a604527a59653"
+SRC_URI[md5sum] = "1ae0f15e54a904ac30185548d43daa1c"
+SRC_URI[sha256sum] = 
"39474c3a83e2e03077e27bf9418a4296651c421cf0ba7672e67fe2e3567b36e1"
 
 inherit update-alternatives
 
-- 
2.1.0

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

Re: [OE-core] [PATCH] image_types.bbclass: add support for multiple ubi sizes

2015-05-18 Thread Pushpal Sidhu

Richard,

Can I get some feedback/consumption on this?

- Pushpal

On Fri, Apr 24, 2015 at 5:23 PM, Pushpal Sidhu  wrote:
> Add new FSTYPE called 'multiubi'. This new type has the ability to
> create multple ubi's, something that's extremely useful on boards that
> can include varying flash sizes (e.g. 256MB vs 2GB).
>
> Because we don't want to reuse code, I extracted the mkfs and ubinize
> commands out to a new function that will handle the creation of both
> multiple ubi's, as well as the 'ubi' FSTYPE (so as not to break current
> boards).
>
> Due to the single processes nature of the OE when doing it's
> 'create_image', this new multiubi_mkfs function also creates it's own
> symlinks as well as cleans up it's own cfg file.
>
> Signed-off-by: Pushpal Sidhu 
> ---
>  meta/classes/image_types.bbclass | 55 
> +++-
>  1 file changed, 43 insertions(+), 12 deletions(-)
>
> diff --git a/meta/classes/image_types.bbclass 
> b/meta/classes/image_types.bbclass
> index 72c7337..b250dbd 100644
> --- a/meta/classes/image_types.bbclass
> +++ b/meta/classes/image_types.bbclass
> @@ -97,18 +97,48 @@ IMAGE_TYPEDEP_elf = "cpio.gz"
>
>  UBI_VOLNAME ?= "${MACHINE}-rootfs"
>
> -IMAGE_CMD_ubi () {
> -   echo \[ubifs\] > ubinize.cfg
> -   echo mode=ubi >> ubinize.cfg
> -   echo image=${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}.rootfs.ubifs >> 
> ubinize.cfg
> -   echo vol_id=0 >> ubinize.cfg
> -   echo vol_type=dynamic >> ubinize.cfg
> -   echo vol_name=${UBI_VOLNAME} >> ubinize.cfg
> -   echo vol_flags=autoresize >> ubinize.cfg
> -   mkfs.ubifs -r ${IMAGE_ROOTFS} -o 
> ${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}.rootfs.ubifs ${MKUBIFS_ARGS}
> -   ubinize -o ${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}.rootfs.ubi 
> ${UBINIZE_ARGS} ubinize.cfg
> +multiubi_mkfs() {
> +   local mkubifs_args="$1"
> +   local ubinize_args="$2"
> +   local vname="_$3"
> +
> +   echo \[ubifs\] > ubinize${vname}.cfg
> +   echo mode=ubi >> ubinize${vname}.cfg
> +   echo image=${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}${vname}.rootfs.ubifs >> 
> ubinize${vname}.cfg
> +   echo vol_id=0 >> ubinize${vname}.cfg
> +   echo vol_type=dynamic >> ubinize${vname}.cfg
> +   echo vol_name=${UBI_VOLNAME} >> ubinize${vname}.cfg
> +   echo vol_flags=autoresize >> ubinize${vname}.cfg
> +   mkfs.ubifs -r ${IMAGE_ROOTFS} -o 
> ${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}${vname}.rootfs.ubifs ${mkubifs_args}
> +   ubinize -o ${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}${vname}.rootfs.ubi 
> ${ubinize_args} ubinize${vname}.cfg
> +
> +   # Cleanup cfg file
> +   mv ubinize${vname}.cfg ${DEPLOY_DIR_IMAGE}/
> +
> +   # Create own symlink
> +   cd ${DEPLOY_DIR_IMAGE}
> +   if [ -e ${IMAGE_NAME}${vname}.rootfs.ubifs ]; then
> +   ln -sf ${IMAGE_NAME}${vname}.rootfs.ubifs \
> +   ${IMAGE_LINK_NAME}${vname}.ubifs
> +   fi
> +   if [ -e ${IMAGE_NAME}${vname}.rootfs.ubi ]; then
> +   ln -sf ${IMAGE_NAME}${vname}.rootfs.ubi \
> +   ${IMAGE_LINK_NAME}${vname}.ubi
> +   fi
> +   cd -
> +}
> +
> +IMAGE_CMD_multiubi () {
> +   # Split MKUBIFS_ARGS_ and UBINIZE_ARGS_
> +   for name in ${MULTIUBI_BUILD}; do
> +   eval local mkubifs_args=\"\$MKUBIFS_ARGS_${name}\"
> +   eval local ubinize_args=\"\$UBINIZE_ARGS_${name}\"
> +
> +   multiubi_mkfs "${mkubifs_args}" "${ubinize_args}" "${name}"
> +   done
>  }
> -IMAGE_TYPEDEP_ubi = "ubifs"
> +
> +IMAGE_CMD_ubi = "multiubi_mkfs "${MKUBIFS_ARGS}" "${UBINIZE_ARGS}" 
> "${UBI_VOLNAME}""
>
>  IMAGE_CMD_ubifs = "mkfs.ubifs -r ${IMAGE_ROOTFS} -o 
> ${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}.rootfs.ubifs ${MKUBIFS_ARGS}"
>
> @@ -139,6 +169,7 @@ IMAGE_DEPENDS_squashfs-lzo = "squashfs-tools-native"
>  IMAGE_DEPENDS_elf = "virtual/kernel mkelfimage-native"
>  IMAGE_DEPENDS_ubi = "mtd-utils-native"
>  IMAGE_DEPENDS_ubifs = "mtd-utils-native"
> +IMAGE_DEPENDS_multiubi = "mtd-utils-native"
>
>  # This variable is available to request which values are suitable for 
> IMAGE_FSTYPES
>  IMAGE_TYPES = " \
> @@ -151,7 +182,7 @@ IMAGE_TYPES = " \
>  iso \
>  hddimg \
>  squashfs squashfs-xz squashfs-lzo \
> -ubi ubifs \
> +ubi ubifs multiubi \
>  tar tar.gz tar.bz2 tar.xz tar.lz4 \
>  cpio cpio.gz cpio.xz cpio.lzma cpio.lz4 \
>  vmdk \
> --
> 2.3.5
>
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [oe-core][PATCH 2/2] cleanup-workdir: wait for bitbake instances to finish

2015-05-18 Thread Otavio Salvador

On Mon, May 18, 2015 at 7:23 PM, Christopher Larson  wrote:
>
>
> On Mon, May 18, 2015 at 1:08 PM, Lucas Dutra Nunes  
> wrote:
>>
>> bitbake uses a lock file on the build dir, "bitbake.lock", to prevent it
>> from running before an instance has exited. And sometimes the
>> cleanup-workdir script can call bibake too many times, too fast, before
>> the lock has been released.
>>
>> By simply waiting that the lock has been released solves this problem.
>>
>> Signed-off-by: Lucas Dutra Nunes 
>
>
> The fact that the bitbake UI can exit before the lock has been released is a 
> bug. Not being able to assume bitbake is done by the time the bitbake command 
> exits is not ideal, no one should have to block directly o the lock like this.

Agreed so you would prefer this to be fixed there?

-- 
Otavio Salvador O.S. Systems
http://www.ossystems.com.brhttp://code.ossystems.com.br
Mobile: +55 (53) 9981-7854Mobile: +1 (347) 903-9750
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [oe-core][PATCH 2/2] cleanup-workdir: wait for bitbake instances to finish

2015-05-18 Thread Christopher Larson

On Mon, May 18, 2015 at 1:08 PM, Lucas Dutra Nunes  wrote:

> bitbake uses a lock file on the build dir, "bitbake.lock", to prevent it
> from running before an instance has exited. And sometimes the
> cleanup-workdir script can call bibake too many times, too fast, before
> the lock has been released.
>
> By simply waiting that the lock has been released solves this problem.
>
> Signed-off-by: Lucas Dutra Nunes 


The fact that the bitbake UI can exit before the lock has been released is
a bug. Not being able to assume bitbake is done by the time the bitbake
command exits is not ideal, no one should have to block directly o the lock
like this.
-- 
Christopher Larson
clarson at kergoth dot com
Founder - BitBake, OpenEmbedded, OpenZaurus
Maintainer - Tslib
Senior Software Engineer, Mentor Graphics
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] OpenEmbedded e.V. membership status announcement

2015-05-18 Thread Dmitry Eremin-Solenikov

Hello,

2015-05-05 1:27 GMT+03:00 Denys Dmytriyenko :
> All,
>
> In accordance with OpenEmbedded e.V. statutes, members that were absent from
> two or more consecutive annual General Assembly meetings and didn't have
> anyone representing them by proxy, forfeit their active membership status and
> can no longer vote in any OE e.V. election. Thus, the current up-to-date
> membership roster is one of the blocking items for any election process.
>
> After collating the attendance records and all gathered proxy forms from past
> years GA meetings, the Board of Directors came up with the following list of
> inactive members - see below.
>
> Realizing, that some people may still be active in other capacities in the
> OpenEmbedded e.V. organization, or just wish to renew their active status, the
> Board of Directors would like to open up a two-week period for inactive
> members to state their intent to become active, after which we should be able
> to vote for reinstating them back.
>
> The Board will make an effort to contact inactive members directly by email,
> or please feel free to reply to this announcement with your intent. Thanks.
>
> The list of e.V. members to become inactive, based on GA attendance:

[skipped a list with my name in it]

While I'm an active user and sporadically active contributor to OE,
I'm not a frequent visitor to the conferences, where GA take place :(
I tried using proxies for GA attendance, but it did not work for
various reasons. So I'm OK with being listed as an 'inactive' member.
Hoping that I will be able to become formally 'active' again, if I
become active wrt. e.V in real life.

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

[OE-core] [PATCH] license_class: Add explicity avoid of CLOSED license in validations

2015-05-18 Thread Aníbal Limón

The CLOSED license isn't a generic license it is a set and can
be any closed source license.

[YOCTO #7752]

Signed-off-by: Aníbal Limón 
---
 meta/classes/license.bbclass | 10 --
 1 file changed, 8 insertions(+), 2 deletions(-)

diff --git a/meta/classes/license.bbclass b/meta/classes/license.bbclass
index 7972c79..756e7f0 100644
--- a/meta/classes/license.bbclass
+++ b/meta/classes/license.bbclass
@@ -80,6 +80,10 @@ python license_create_manifest() {
 lic_file = os.path.join(d.getVar('LICENSE_DIRECTORY', True),
 pkg_dic[pkg]["PN"], "generic_%s" % 
 re.sub('\+', '', lic))
+# add explicity avoid of CLOSED license because isn't generic
+if lic == "CLOSED":
+   continue
+
 if not os.path.exists(lic_file):
bb.warn("The license listed %s was not in the "\ 
 "licenses collected for recipe %s" 
@@ -278,8 +282,10 @@ def find_license_files(d):
 lic_files_paths.append(("generic_" + license_type, path))
 break
 else:
-# And here is where we warn people that their licenses are lousy
-bb.warn("%s: No generic license file exists for: %s in any 
provider" % (pn, license_type))
+# Add explicity avoid of CLOSED license because this isn't generic
+if license_type != 'CLOSED':
+# And here is where we warn people that their licenses are 
lousy
+bb.warn("%s: No generic license file exists for: %s in any 
provider" % (pn, license_type))
 pass
 
 if not generic_directory:
-- 
1.8.4.5

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

[OE-core] [oe-core][PATCH 2/2] cleanup-workdir: wait for bitbake instances to finish

2015-05-18 Thread Lucas Dutra Nunes

bitbake uses a lock file on the build dir, "bitbake.lock", to prevent it
from running before an instance has exited. And sometimes the
cleanup-workdir script can call bibake too many times, too fast, before
the lock has been released.

By simply waiting that the lock has been released solves this problem.

Signed-off-by: Lucas Dutra Nunes 
---
 scripts/cleanup-workdir | 31 +++
 1 file changed, 27 insertions(+), 4 deletions(-)

diff --git a/scripts/cleanup-workdir b/scripts/cleanup-workdir
index bf37f90..3e1df1f 100755
--- a/scripts/cleanup-workdir
+++ b/scripts/cleanup-workdir
@@ -21,6 +21,8 @@ import optparse
 import re
 import subprocess
 import shutil
+import fcntl
+from contextlib import contextmanager
 
 pkg_cur_dirs = {}
 obsolete_dirs = []
@@ -51,7 +53,7 @@ def get_cur_arch_dirs(workdir, arch_dirs):
 pattern = workdir + '/(.*?)/'
 
 cmd = "bitbake -e | grep ^SDK_ARCH="
-output = run_command(cmd)
+output = run_bitbake_command(cmd)
 sdk_arch = output.split('"')[1]
 
 # select thest 5 packages to get the dirs of current arch
@@ -59,7 +61,7 @@ def get_cur_arch_dirs(workdir, arch_dirs):
 
 for pkg in pkgs:
 cmd = "bitbake -e " + pkg + " | grep ^IMAGE_ROOTFS="
-output = run_command(cmd)
+output = run_bitbake_command(cmd)
 output = output.split('"')[1]
 m = re.match(pattern, output)
 arch_dirs.append(m.group(1))
@@ -67,6 +69,27 @@ def get_cur_arch_dirs(workdir, arch_dirs):
 def get_build_dir():
 return run_command('echo $BUILDDIR').strip()
 
+@contextmanager
+def wait_for_bitbake():
+builddir = get_build_dir()
+bitbake_lock_file = os.path.join(builddir, 'bitbake.lock')
+
+with open(bitbake_lock_file, 'w+') as f:
+fd = f.fileno()
+try:
+# Lock and unlock the lock file, to be sure that there are no other
+# instances of bitbake running at the moment:
+fcntl.flock(fd, fcntl.LOCK_EX)
+fcntl.flock(fd, fcntl.LOCK_UN)
+yield
+finally:
+# And unlock again, just to be safe:
+fcntl.flock(fd, fcntl.LOCK_UN)
+
+def run_bitbake_command(cmd):
+with wait_for_bitbake():
+return run_command(cmd)
+
 def main():
 global parser
 parser = optparse.OptionParser(
@@ -89,7 +112,7 @@ will be deleted. Be CAUTIOUS.""")
 
 print 'Updating bitbake caches...'
 cmd = "bitbake -s"
-output = run_command(cmd)
+output = run_bitbake_command(cmd)
 
 output = output.split('\n')
 index = 0
@@ -111,7 +134,7 @@ will be deleted. Be CAUTIOUS.""")
 pkg_cur_dirs[elems[0]] = version
 
 cmd = "bitbake -e"
-output = run_command(cmd)
+output = run_bitbake_command(cmd)
 
 tmpdir = None
 image_rootfs = None
-- 
2.1.4

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

[OE-core] [oe-core][PATCH 1/2] cleanup-workdir: add a method for getting the build dir

2015-05-18 Thread Lucas Dutra Nunes

Signed-off-by: Lucas Dutra Nunes 
---
 scripts/cleanup-workdir | 5 -
 1 file changed, 4 insertions(+), 1 deletion(-)

diff --git a/scripts/cleanup-workdir b/scripts/cleanup-workdir
index a7f5a3a..bf37f90 100755
--- a/scripts/cleanup-workdir
+++ b/scripts/cleanup-workdir
@@ -64,6 +64,9 @@ def get_cur_arch_dirs(workdir, arch_dirs):
 m = re.match(pattern, output)
 arch_dirs.append(m.group(1))
 
+def get_build_dir():
+return run_command('echo $BUILDDIR').strip()
+
 def main():
 global parser
 parser = optparse.OptionParser(
@@ -77,7 +80,7 @@ will be deleted. Be CAUTIOUS.""")
 
 options, args = parser.parse_args(sys.argv)
 
-builddir = run_command('echo $BUILDDIR').strip()
+builddir = get_build_dir()
 if len(builddir) == 0:
 err_quit("Please source file \"oe-init-build-env\" first.\n")
 
-- 
2.1.4

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

[OE-core] [FIDO][PATCH] license_class: Add explicity avoid of CLOSED license in validations

2015-05-18 Thread Aníbal Limón

The CLOSED license isn't a generic license it is a set and can
be any closed source license.

[YOCTO #7752]

Signed-off-by: Aníbal Limón 
---
 meta/classes/license.bbclass | 11 +--
 1 file changed, 9 insertions(+), 2 deletions(-)

diff --git a/meta/classes/license.bbclass b/meta/classes/license.bbclass
index 73a0e97..fdc1170 100644
--- a/meta/classes/license.bbclass
+++ b/meta/classes/license.bbclass
@@ -71,6 +71,11 @@ license_create_manifest() {
 
lics="$(echo ${pkged_lic} | sed "s/[|&()*]/ /g" | sed "s/  */ 
/g" )"
for lic in ${lics}; do
+   # add explicity avoid of CLOSED license because isn't 
generic
+   if [ "$lic" = "CLOSED" ]; then
+   continue
+   fi
+
# to reference a license file trim trailing + symbol
if ! [ -e 
"${LICENSE_DIRECTORY}/${pkged_pn}/generic_${lic%+}" ]; then
bbwarn "The license listed ${lic} was not in 
the licenses collected for ${pkged_pn}"
@@ -242,8 +247,10 @@ def find_license_files(d):
 
 lic_files_paths.append(("generic_" + license_type, 
os.path.join(license_source, spdx_generic)))
 else:
-# And here is where we warn people that their licenses are lousy
-bb.warn("%s: No generic license file exists for: %s in any 
provider" % (pn, license_type))
+# Add explicity avoid of CLOSED license because this isn't generic
+if license_type != 'CLOSED':
+# And here is where we warn people that their licenses are 
lousy
+bb.warn("%s: No generic license file exists for: %s in any 
provider" % (pn, license_type))
 pass
 
 if not generic_directory:
-- 
1.8.4.5

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

Re: [OE-core] [PATCH] license_class: Add explicity avoid of CLOSED license in validations

2015-05-18 Thread Aníbal Limón


Sorry i forget to put [FIDO] suffix.

Regards,
alimon

On 18/05/15 14:16, Aníbal Limón wrote:

The CLOSED license isn't a generic license it is a set and can
be any closed source license.

[YOCTO #7752]

Signed-off-by: Aníbal Limón 
---
  meta/classes/license.bbclass | 11 +--
  1 file changed, 9 insertions(+), 2 deletions(-)

diff --git a/meta/classes/license.bbclass b/meta/classes/license.bbclass
index 73a0e97..fdc1170 100644
--- a/meta/classes/license.bbclass
+++ b/meta/classes/license.bbclass
@@ -71,6 +71,11 @@ license_create_manifest() {
  
  		lics="$(echo ${pkged_lic} | sed "s/[|&()*]/ /g" | sed "s/  */ /g" )"

for lic in ${lics}; do
+   # add explicity avoid of CLOSED license because isn't 
generic
+   if [ "$lic" = "CLOSED" ]; then
+   continue
+   fi
+
# to reference a license file trim trailing + symbol
if ! [ -e 
"${LICENSE_DIRECTORY}/${pkged_pn}/generic_${lic%+}" ]; then
bbwarn "The license listed ${lic} was not in the 
licenses collected for ${pkged_pn}"
@@ -242,8 +247,10 @@ def find_license_files(d):
  
  lic_files_paths.append(("generic_" + license_type, os.path.join(license_source, spdx_generic)))

  else:
-# And here is where we warn people that their licenses are lousy
-bb.warn("%s: No generic license file exists for: %s in any 
provider" % (pn, license_type))
+# Add explicity avoid of CLOSED license because this isn't generic
+if license_type != 'CLOSED':
+# And here is where we warn people that their licenses are 
lousy
+bb.warn("%s: No generic license file exists for: %s in any 
provider" % (pn, license_type))
  pass
  
  if not generic_directory:


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

[OE-core] [PATCH] license_class: Add explicity avoid of CLOSED license in validations

2015-05-18 Thread Aníbal Limón

The CLOSED license isn't a generic license it is a set and can
be any closed source license.

[YOCTO #7752]

Signed-off-by: Aníbal Limón 
---
 meta/classes/license.bbclass | 11 +--
 1 file changed, 9 insertions(+), 2 deletions(-)

diff --git a/meta/classes/license.bbclass b/meta/classes/license.bbclass
index 73a0e97..fdc1170 100644
--- a/meta/classes/license.bbclass
+++ b/meta/classes/license.bbclass
@@ -71,6 +71,11 @@ license_create_manifest() {
 
lics="$(echo ${pkged_lic} | sed "s/[|&()*]/ /g" | sed "s/  */ 
/g" )"
for lic in ${lics}; do
+   # add explicity avoid of CLOSED license because isn't 
generic
+   if [ "$lic" = "CLOSED" ]; then
+   continue
+   fi
+
# to reference a license file trim trailing + symbol
if ! [ -e 
"${LICENSE_DIRECTORY}/${pkged_pn}/generic_${lic%+}" ]; then
bbwarn "The license listed ${lic} was not in 
the licenses collected for ${pkged_pn}"
@@ -242,8 +247,10 @@ def find_license_files(d):
 
 lic_files_paths.append(("generic_" + license_type, 
os.path.join(license_source, spdx_generic)))
 else:
-# And here is where we warn people that their licenses are lousy
-bb.warn("%s: No generic license file exists for: %s in any 
provider" % (pn, license_type))
+# Add explicity avoid of CLOSED license because this isn't generic
+if license_type != 'CLOSED':
+# And here is where we warn people that their licenses are 
lousy
+bb.warn("%s: No generic license file exists for: %s in any 
provider" % (pn, license_type))
 pass
 
 if not generic_directory:
-- 
1.8.4.5

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

[OE-core] [PATCH 07/13] randrproto: upgrade to 1.5.0

2015-05-18 Thread Ross Burton

Signed-off-by: Ross Burton 
---
 .../xorg-proto/{randrproto_1.4.1.bb => randrproto_1.5.0.bb}   | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-graphics/xorg-proto/{randrproto_1.4.1.bb => 
randrproto_1.5.0.bb} (80%)

diff --git a/meta/recipes-graphics/xorg-proto/randrproto_1.4.1.bb 
b/meta/recipes-graphics/xorg-proto/randrproto_1.5.0.bb
similarity index 80%
rename from meta/recipes-graphics/xorg-proto/randrproto_1.4.1.bb
rename to meta/recipes-graphics/xorg-proto/randrproto_1.5.0.bb
index 601de05..b59e525 100644
--- a/meta/recipes-graphics/xorg-proto/randrproto_1.4.1.bb
+++ b/meta/recipes-graphics/xorg-proto/randrproto_1.5.0.bb
@@ -15,5 +15,5 @@ PE = "1"
 
 BBCLASSEXTEND = "native nativesdk"
 
-SRC_URI[md5sum] = "51ff4d45dbe8e1098740d384971805ee"
-SRC_URI[sha256sum] = 
"543dcb2ebb0622d8a506dcef6470c6dd066f3e3f866552a5060b91ab6129e1dc"
+SRC_URI[md5sum] = "a46765c8dcacb7114c821baf0df1e797"
+SRC_URI[sha256sum] = 
"4c675533e79cd730997d232c8894b6692174dce58d3e207021b8f860be498468"
-- 
2.1.4

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

[OE-core] [PATCH 06/13] libxkbfile: upgrade to 1.0.9

2015-05-18 Thread Ross Burton

Signed-off-by: Ross Burton 
---
 .../xorg-lib/{libxkbfile_1.0.8.bb => libxkbfile_1.0.9.bb} | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-graphics/xorg-lib/{libxkbfile_1.0.8.bb => 
libxkbfile_1.0.9.bb} (73%)

diff --git a/meta/recipes-graphics/xorg-lib/libxkbfile_1.0.8.bb 
b/meta/recipes-graphics/xorg-lib/libxkbfile_1.0.9.bb
similarity index 73%
rename from meta/recipes-graphics/xorg-lib/libxkbfile_1.0.8.bb
rename to meta/recipes-graphics/xorg-lib/libxkbfile_1.0.9.bb
index 620b414..39a344c 100644
--- a/meta/recipes-graphics/xorg-lib/libxkbfile_1.0.8.bb
+++ b/meta/recipes-graphics/xorg-lib/libxkbfile_1.0.9.bb
@@ -14,5 +14,5 @@ PE = "1"
 
 BBCLASSEXTEND = "native"
 
-SRC_URI[md5sum] = "19e6533ae64abba0773816a23f2b9507"
-SRC_URI[sha256sum] = 
"8aa94e19c537c43558f30906650cea6e15fa012591445d9f927658c3b32a8f3a"
+SRC_URI[md5sum] = "4a4cfeaf24dab1b991903455d6d7d404"
+SRC_URI[sha256sum] = 
"51817e0530961975d9513b773960b4edd275f7d5c72293d5a151ed4f42aeb16a"
-- 
2.1.4

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

[OE-core] [PATCH 11/13] libxt: upgrade to 1.1.5

2015-05-18 Thread Ross Burton

Remove the custom compile logic as upstream now detects cross-compilation and
uses CC_FOR_BUILD.

Signed-off-by: Ross Burton 
---
 .../xorg-lib/{libxt_1.1.4.bb => libxt_1.1.5.bb}   | 15 ++-
 1 file changed, 2 insertions(+), 13 deletions(-)
 rename meta/recipes-graphics/xorg-lib/{libxt_1.1.4.bb => libxt_1.1.5.bb} (66%)

diff --git a/meta/recipes-graphics/xorg-lib/libxt_1.1.4.bb 
b/meta/recipes-graphics/xorg-lib/libxt_1.1.5.bb
similarity index 66%
rename from meta/recipes-graphics/xorg-lib/libxt_1.1.4.bb
rename to meta/recipes-graphics/xorg-lib/libxt_1.1.5.bb
index 9c1aaa4..c1ed0bb 100644
--- a/meta/recipes-graphics/xorg-lib/libxt_1.1.4.bb
+++ b/meta/recipes-graphics/xorg-lib/libxt_1.1.5.bb
@@ -29,16 +29,5 @@ BBCLASSEXTEND = "native"
 
 EXTRA_OECONF += "--disable-xkb"
 
-do_compile() {
-   (
-   unset CC LD CXX CCLD CFLAGS
-   oe_runmake -C util 'XT_CFLAGS=' 'CC=${BUILD_CC}' 
'LD=${BUILD_LD}' 'CXX=${BUILD_CXX}' 'CCLD=${BUILD_CCLD}' 'CFLAGS=-D_GNU_SOURCE 
-I${STAGING_INCDIR_NATIVE} ${BUILD_CFLAGS}' 'LDFLAGS=${BUILD_LDFLAGS}' 
'CXXFLAGS=${BUILD_CXXFLAGS}' 'CPPFLAGS=${BUILD_CPPFLAGS}' makestrs
-   )
-   if [ "$?" != "0" ]; then
-   exit 1
-   fi
-   oe_runmake
-}
-
-SRC_URI[md5sum] = "03149823ae57bb02d0cec90d5b97d56c"
-SRC_URI[sha256sum] = 
"843a97a988f5654872682a4120486d987d853a71651515472f55519ffae2dd57"
+SRC_URI[md5sum] = "8f5b5576fbabba29a05f3ca2226f74d3"
+SRC_URI[sha256sum] = 
"46eeb6be780211fdd98c5109286618f6707712235fdd19df4ce1e6954f349f1a"
-- 
2.1.4

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

[OE-core] [PATCH 10/13] libxshmfence: upgrade to 1.2

2015-05-18 Thread Ross Burton

Signed-off-by: Ross Burton 
---
 .../xorg-lib/{libxshmfence_1.1.bb => libxshmfence_1.2.bb} | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-graphics/xorg-lib/{libxshmfence_1.1.bb => 
libxshmfence_1.2.bb} (75%)

diff --git a/meta/recipes-graphics/xorg-lib/libxshmfence_1.1.bb 
b/meta/recipes-graphics/xorg-lib/libxshmfence_1.2.bb
similarity index 75%
rename from meta/recipes-graphics/xorg-lib/libxshmfence_1.1.bb
rename to meta/recipes-graphics/xorg-lib/libxshmfence_1.2.bb
index 7dff0d4..ae34b1f 100644
--- a/meta/recipes-graphics/xorg-lib/libxshmfence_1.1.bb
+++ b/meta/recipes-graphics/xorg-lib/libxshmfence_1.2.bb
@@ -13,5 +13,5 @@ DEPENDS += "virtual/libx11"
 
 BBCLASSEXTEND = "native nativesdk"
 
-SRC_URI[md5sum] = "2dd10448c1166e71a176206a8dfabe6d"
-SRC_URI[sha256sum] = 
"dbc2db2925ca9f216fd1e9c63d0974db9f4d49aaf5877ffb606d2d8d7e58cebe"
+SRC_URI[md5sum] = "2e76899112c0f99e22f2fc775a7e"
+SRC_URI[sha256sum] = 
"d21b2d1fd78c1efbe1f2c16dae1cb23f8fd231dcf891465b8debe636a9054b0c"
-- 
2.1.4

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

[OE-core] [PATCH 12/13] libxvmc: upgrade to 1.0.9

2015-05-18 Thread Ross Burton

Signed-off-by: Ross Burton 
---
 meta/recipes-graphics/xorg-lib/{libxvmc_1.0.8.bb => libxvmc_1.0.9.bb} | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-graphics/xorg-lib/{libxvmc_1.0.8.bb => libxvmc_1.0.9.bb} 
(76%)

diff --git a/meta/recipes-graphics/xorg-lib/libxvmc_1.0.8.bb 
b/meta/recipes-graphics/xorg-lib/libxvmc_1.0.9.bb
similarity index 76%
rename from meta/recipes-graphics/xorg-lib/libxvmc_1.0.8.bb
rename to meta/recipes-graphics/xorg-lib/libxvmc_1.0.9.bb
index b0d5e0d..41e8498 100644
--- a/meta/recipes-graphics/xorg-lib/libxvmc_1.0.8.bb
+++ b/meta/recipes-graphics/xorg-lib/libxvmc_1.0.9.bb
@@ -15,5 +15,5 @@ PE = "1"
 
 XORG_PN = "libXvMC"
 
-SRC_URI[md5sum] = "2e4014e9d55c430e307999a6b3dd256d"
-SRC_URI[sha256sum] = 
"5e1a401efa433f959d41e17932b8c218c56b931348f494b8fa4656d7d798b204"
+SRC_URI[md5sum] = "eba6b738ed5fdcd8f4203d7c8a470c79"
+SRC_URI[sha256sum] = 
"0703d7dff6ffc184f1735ca5d4eb9dbb402b522e08e008f2f96aee16c40a5756"
-- 
2.1.4

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

[OE-core] [PATCH 13/13] libxx86vm: upgrade to 1.1.4

2015-05-18 Thread Ross Burton

Signed-off-by: Ross Burton 
---
 .../xorg-lib/{libxxf86vm_1.1.3.bb => libxxf86vm_1.1.4.bb} | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-graphics/xorg-lib/{libxxf86vm_1.1.3.bb => 
libxxf86vm_1.1.4.bb} (77%)

diff --git a/meta/recipes-graphics/xorg-lib/libxxf86vm_1.1.3.bb 
b/meta/recipes-graphics/xorg-lib/libxxf86vm_1.1.4.bb
similarity index 77%
rename from meta/recipes-graphics/xorg-lib/libxxf86vm_1.1.3.bb
rename to meta/recipes-graphics/xorg-lib/libxxf86vm_1.1.4.bb
index e276a76..35f87d2 100644
--- a/meta/recipes-graphics/xorg-lib/libxxf86vm_1.1.3.bb
+++ b/meta/recipes-graphics/xorg-lib/libxxf86vm_1.1.4.bb
@@ -16,5 +16,5 @@ PE = "1"
 
 XORG_PN = "libXxf86vm"
 
-SRC_URI[md5sum] = "e46f6ee4f4567349a3189044fe1bb712"
-SRC_URI[sha256sum] = 
"da5e86c32ee2069b9e6d820e4c2e4242d4877cb155a2b2fbf2675a1480ec37b8"
+SRC_URI[md5sum] = "298b8fff82df17304dfdb5fe4066fe3a"
+SRC_URI[sha256sum] = 
"afee27f93c5f31c0ad582852c0fb36d50e4de7cd585fcf655e278a633d85cd57"
-- 
2.1.4

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

[OE-core] [PATCH 09/13] libxrender: upgrade to 0.9.9

2015-05-18 Thread Ross Burton

Signed-off-by: Ross Burton 
---
 .../xorg-lib/{libxrender_0.9.8.bb => libxrender_0.9.9.bb} | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-graphics/xorg-lib/{libxrender_0.9.8.bb => 
libxrender_0.9.9.bb} (82%)

diff --git a/meta/recipes-graphics/xorg-lib/libxrender_0.9.8.bb 
b/meta/recipes-graphics/xorg-lib/libxrender_0.9.9.bb
similarity index 82%
rename from meta/recipes-graphics/xorg-lib/libxrender_0.9.8.bb
rename to meta/recipes-graphics/xorg-lib/libxrender_0.9.9.bb
index abd7767..9fde040 100644
--- a/meta/recipes-graphics/xorg-lib/libxrender_0.9.8.bb
+++ b/meta/recipes-graphics/xorg-lib/libxrender_0.9.9.bb
@@ -19,5 +19,5 @@ XORG_PN = "libXrender"
 
 BBCLASSEXTEND = "native nativesdk"
 
-SRC_URI[md5sum] = "2bd9a15fcf64d216e63b8d129e4f1f1c"
-SRC_URI[sha256sum] = 
"1d14b02f0060aec5d90dfdcf16a996f17002e515292906ed26e3dcbba0f4fc62"
+SRC_URI[md5sum] = "5db92962b124ca3a8147daae4adbd622"
+SRC_URI[sha256sum] = 
"fc2fe57980a14092426dffcd1f2d9de0987b9d40adea663bd70d6342c0e9be1a"
-- 
2.1.4

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

[OE-core] [PATCH 08/13] libxrandr: upgrade to 1.5.0

2015-05-18 Thread Ross Burton

Signed-off-by: Ross Burton 
---
 .../xorg-lib/{libxrandr_1.4.2.bb => libxrandr_1.5.0.bb}   | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-graphics/xorg-lib/{libxrandr_1.4.2.bb => 
libxrandr_1.5.0.bb} (81%)

diff --git a/meta/recipes-graphics/xorg-lib/libxrandr_1.4.2.bb 
b/meta/recipes-graphics/xorg-lib/libxrandr_1.5.0.bb
similarity index 81%
rename from meta/recipes-graphics/xorg-lib/libxrandr_1.4.2.bb
rename to meta/recipes-graphics/xorg-lib/libxrandr_1.5.0.bb
index 4df4b3a..abbbae5 100644
--- a/meta/recipes-graphics/xorg-lib/libxrandr_1.4.2.bb
+++ b/meta/recipes-graphics/xorg-lib/libxrandr_1.5.0.bb
@@ -19,5 +19,5 @@ XORG_PN = "libXrandr"
 
 BBCLASSEXTEND = "native nativesdk"
 
-SRC_URI[md5sum] = "210ed9499a3d9c96e3a221629b7d39b0"
-SRC_URI[sha256sum] = 
"caa7b31ac769be51a532343c65376f1d4df3f307afaed58e34fb5e82e8b825ad"
+SRC_URI[md5sum] = "309762867e41c6fd813da880d8a1bc93"
+SRC_URI[sha256sum] = 
"6f864959b7fc35db11754b270d71106ef5b5cf363426aa58589cb8ac8266de58"
-- 
2.1.4

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

[OE-core] [PATCH 04/13] libxdmcp: upgrade to 1.1.2

2015-05-18 Thread Ross Burton

Signed-off-by: Ross Burton 
---
 .../xorg-lib/{libxdmcp_1.1.1.bb => libxdmcp_1.1.2.bb} | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-graphics/xorg-lib/{libxdmcp_1.1.1.bb => libxdmcp_1.1.2.bb} 
(81%)

diff --git a/meta/recipes-graphics/xorg-lib/libxdmcp_1.1.1.bb 
b/meta/recipes-graphics/xorg-lib/libxdmcp_1.1.2.bb
similarity index 81%
rename from meta/recipes-graphics/xorg-lib/libxdmcp_1.1.1.bb
rename to meta/recipes-graphics/xorg-lib/libxdmcp_1.1.2.bb
index 3529ead..7471b9a 100644
--- a/meta/recipes-graphics/xorg-lib/libxdmcp_1.1.1.bb
+++ b/meta/recipes-graphics/xorg-lib/libxdmcp_1.1.2.bb
@@ -22,5 +22,5 @@ XORG_PN = "libXdmcp"
 
 BBCLASSEXTEND = "native nativesdk"
 
-SRC_URI[md5sum] = "b94af6cef211cf3ee256f7e81f70fcd9"
-SRC_URI[sha256sum] = 
"9ace6d4230f9dce4ed090692f82f613253ada8f887b23b3d8ff3dd4e3a7c118e"
+SRC_URI[md5sum] = "18aa5c1279b01f9d18e3299969665b2e"
+SRC_URI[sha256sum] = 
"81fe09867918fff258296e1e1e159f0dc639cb30d201c53519f25ab73af4e4e2"
-- 
2.1.4

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

[OE-core] [PATCH 05/13] libxfont: upgrade to 1.5.1

2015-05-18 Thread Ross Burton

Remove the backported patches as they're integrated in this release.

Signed-off-by: Ross Burton 
---
 ...acters-bailout-if-a-char-s-bitmap-cannot-.patch | 40 ---
 ...acters-ensure-metrics-fit-into-xCharInfo-.patch | 80 --
 ...erties-property-count-needs-range-check-C.patch | 38 --
 .../{libxfont_1.5.0.bb => libxfont_1.5.1.bb}   |  9 +--
 4 files changed, 2 insertions(+), 165 deletions(-)
 delete mode 100644 
meta/recipes-graphics/xorg-lib/libxfont/0001-bdfReadCharacters-bailout-if-a-char-s-bitmap-cannot-.patch
 delete mode 100644 
meta/recipes-graphics/xorg-lib/libxfont/0001-bdfReadCharacters-ensure-metrics-fit-into-xCharInfo-.patch
 delete mode 100644 
meta/recipes-graphics/xorg-lib/libxfont/0001-bdfReadProperties-property-count-needs-range-check-C.patch
 rename meta/recipes-graphics/xorg-lib/{libxfont_1.5.0.bb => libxfont_1.5.1.bb} 
(54%)

diff --git 
a/meta/recipes-graphics/xorg-lib/libxfont/0001-bdfReadCharacters-bailout-if-a-char-s-bitmap-cannot-.patch
 
b/meta/recipes-graphics/xorg-lib/libxfont/0001-bdfReadCharacters-bailout-if-a-char-s-bitmap-cannot-.patch
deleted file mode 100644
index cc66c12..000
--- 
a/meta/recipes-graphics/xorg-lib/libxfont/0001-bdfReadCharacters-bailout-if-a-char-s-bitmap-cannot-.patch
+++ /dev/null
@@ -1,40 +0,0 @@
-From 78c2e3d70d29698244f70164428bd2868c0ab34c Mon Sep 17 00:00:00 2001
-From: Alan Coopersmith 
-Date: Fri, 6 Feb 2015 15:54:00 -0800
-Subject: [PATCH] bdfReadCharacters: bailout if a char's bitmap cannot be read
- [CVE-2015-1803]
-
-Previously would charge on ahead with a NULL pointer in ci->bits, and
-then crash later in FontCharInkMetrics() trying to access the bits.
-
-Found with afl-1.23b.
-
-Signed-off-by: Alan Coopersmith 
-Reviewed-by: Julien Cristau 
-
-Upstream-Status: backport
-
-Signed-off-by: Li Zhou 

- src/bitmap/bdfread.c |5 -
- 1 file changed, 4 insertions(+), 1 deletion(-)
-
-diff --git a/src/bitmap/bdfread.c b/src/bitmap/bdfread.c
-index 6387908..1b29b81 100644
 a/src/bitmap/bdfread.c
-+++ b/src/bitmap/bdfread.c
-@@ -458,7 +458,10 @@ bdfReadCharacters(FontFilePtr file, FontPtr pFont, 
bdfFileState *pState,
-   ci->metrics.descent = -bb;
-   ci->metrics.characterWidth = wx;
-   ci->bits = NULL;
--  bdfReadBitmap(ci, file, bit, byte, glyph, scan, bitmapsSizes);
-+  if (!bdfReadBitmap(ci, file, bit, byte, glyph, scan, bitmapsSizes)) 
{
-+  bdfError("could not read bitmap for character '%s'\n", 
charName);
-+  goto BAILOUT;
-+  }
-   ci++;
-   ndx++;
-   } else
--- 
-1.7.9.5
-
diff --git 
a/meta/recipes-graphics/xorg-lib/libxfont/0001-bdfReadCharacters-ensure-metrics-fit-into-xCharInfo-.patch
 
b/meta/recipes-graphics/xorg-lib/libxfont/0001-bdfReadCharacters-ensure-metrics-fit-into-xCharInfo-.patch
deleted file mode 100644
index b64f1d9..000
--- 
a/meta/recipes-graphics/xorg-lib/libxfont/0001-bdfReadCharacters-ensure-metrics-fit-into-xCharInfo-.patch
+++ /dev/null
@@ -1,80 +0,0 @@
-From 2351c83a77a478b49cba6beb2ad386835e264744 Mon Sep 17 00:00:00 2001
-From: Alan Coopersmith 
-Date: Fri, 6 Mar 2015 22:54:58 -0800
-Subject: [PATCH] bdfReadCharacters: ensure metrics fit into xCharInfo struct
- [CVE-2015-1804]
-
-We use 32-bit ints to read from the bdf file, but then try to stick
-into a 16-bit int in the xCharInfo struct, so make sure they won't
-overflow that range.
-
-Found by afl-1.24b.
-
-v2: Verify that additions won't overflow 32-bit int range either.
-v3: As Julien correctly observes, the previous check for bh & bw not
-being < 0 reduces the number of cases we need to check for overflow.
-
-Signed-off-by: Alan Coopersmith 
-Reviewed-by: Julien Cristau 
-
-Upstream-Status: backport
-
-Signed-off-by: Li Zhou 

- src/bitmap/bdfread.c |   26 --
- 1 file changed, 24 insertions(+), 2 deletions(-)
-
-diff --git a/src/bitmap/bdfread.c b/src/bitmap/bdfread.c
-index 1b29b81..a0ace8f 100644
 a/src/bitmap/bdfread.c
-+++ b/src/bitmap/bdfread.c
-@@ -62,8 +62,16 @@ from The Open Group.
- 
- #if HAVE_STDINT_H
- #include 
--#elif !defined(INT32_MAX)
--#define INT32_MAX 0x7fff
-+#else
-+# ifndef INT32_MAX
-+#  define INT32_MAX 0x7fff
-+# endif
-+# ifndef INT16_MAX
-+#  define INT16_MAX 0x7fff
-+# endif
-+# ifndef INT16_MIN
-+#  define INT16_MIN (0 - 0x8000)
-+# endif
- #endif
- 
- #define INDICES 256
-@@ -417,6 +425,12 @@ bdfReadCharacters(FontFilePtr file, FontPtr pFont, 
bdfFileState *pState,
-   bdfError("DWIDTH y value must be zero\n");
-   goto BAILOUT;
-   }
-+  /* xCharInfo metrics are stored as INT16 */
-+  if ((wx < 0) || (wx > INT16_MAX)) {
-+  bdfError("character '%s' has out of range width, %d\n",
-+   charName, wx);
-+  goto BAILOUT;
-+  }
-   line = bdfGetLine(file, lineBuf, BDFLINELEN);
-   if ((!line) || (sscanf((char *) line, "BBX %d %d %d %d", &bw, &bh, &bl, 
&bb) != 4)) {
-

[OE-core] [PATCH 02/13] libfontenc: upgrade to 1.1.3

2015-05-18 Thread Ross Burton

Signed-off-by: Ross Burton 
---
 .../xorg-lib/{libfontenc_1.1.2.bb => libfontenc_1.1.3.bb} | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-graphics/xorg-lib/{libfontenc_1.1.2.bb => 
libfontenc_1.1.3.bb} (71%)

diff --git a/meta/recipes-graphics/xorg-lib/libfontenc_1.1.2.bb 
b/meta/recipes-graphics/xorg-lib/libfontenc_1.1.3.bb
similarity index 71%
rename from meta/recipes-graphics/xorg-lib/libfontenc_1.1.2.bb
rename to meta/recipes-graphics/xorg-lib/libfontenc_1.1.3.bb
index b79ab8f..a181f05 100644
--- a/meta/recipes-graphics/xorg-lib/libfontenc_1.1.2.bb
+++ b/meta/recipes-graphics/xorg-lib/libfontenc_1.1.3.bb
@@ -13,5 +13,5 @@ PE = "1"
 
 BBCLASSEXTEND = "native"
 
-SRC_URI[md5sum] = "ad2919764933e075bb0361ad5caa3d19"
-SRC_URI[sha256sum] = 
"a9a4efed3359b2e80161bb66b65038fac145137fa134e71335264cbc23b02f62"
+SRC_URI[md5sum] = "0920924c3a9ebc1265517bdd2f9fde50"
+SRC_URI[sha256sum] = 
"70588930e6fc9542ff38e0884778fbc6e6febf21adbab92fd8f524fe60aefd21"
-- 
2.1.4

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

[OE-core] [PATCH 03/13] libx11: upgrade to 1.6.3

2015-05-18 Thread Ross Burton

Drop backported patch always-use-XCOMM patch.
Refresh Add-missing-NULL-check.

Signed-off-by: Ross Burton 
---
 .../{libx11-diet_1.6.2.bb => libx11-diet_1.6.3.bb} |   4 +-
 .../libx11/libX11-Add-missing-NULL-check.patch |   6 +-
 ...use-XCOMM-instead-of-for-comments-in-Comp.patch | 101 -
 meta/recipes-graphics/xorg-lib/libx11_1.6.2.bb |  12 ---
 meta/recipes-graphics/xorg-lib/libx11_1.6.3.bb |  11 +++
 5 files changed, 16 insertions(+), 118 deletions(-)
 rename meta/recipes-graphics/xorg-lib/{libx11-diet_1.6.2.bb => 
libx11-diet_1.6.3.bb} (73%)
 delete mode 100644 
meta/recipes-graphics/xorg-lib/libx11/nls-always-use-XCOMM-instead-of-for-comments-in-Comp.patch
 delete mode 100644 meta/recipes-graphics/xorg-lib/libx11_1.6.2.bb
 create mode 100644 meta/recipes-graphics/xorg-lib/libx11_1.6.3.bb

diff --git a/meta/recipes-graphics/xorg-lib/libx11-diet_1.6.2.bb 
b/meta/recipes-graphics/xorg-lib/libx11-diet_1.6.3.bb
similarity index 73%
rename from meta/recipes-graphics/xorg-lib/libx11-diet_1.6.2.bb
rename to meta/recipes-graphics/xorg-lib/libx11-diet_1.6.3.bb
index 89b0716..c0d0148 100644
--- a/meta/recipes-graphics/xorg-lib/libx11-diet_1.6.2.bb
+++ b/meta/recipes-graphics/xorg-lib/libx11-diet_1.6.3.bb
@@ -11,8 +11,8 @@ SRC_URI += "file://X18NCMSstubs.diff \
 RPROVIDES_${PN}-dev = "libx11-dev"
 RPROVIDES_${PN}-locale = "libx11-locale"
 
-SRC_URI[md5sum] = "c35d6ad95b06635a524579e88622fdb5"
-SRC_URI[sha256sum] = 
"2aa027e837231d2eeea90f3a4afe19948a6eb4c8b2bec0241eba7dbc8106bd16"
+SRC_URI[md5sum] = "2e36b73f8a42143142dda8129f02e4e0"
+SRC_URI[sha256sum] = 
"cf31a7c39f2f52e8ebd0db95640384e63451f9b014eed2bb7f5de03e8adc8111"
 
 EXTRA_OECONF += "--disable-xlocale"
 
diff --git 
a/meta/recipes-graphics/xorg-lib/libx11/libX11-Add-missing-NULL-check.patch 
b/meta/recipes-graphics/xorg-lib/libx11/libX11-Add-missing-NULL-check.patch
index 3068620..a60e985 100644
--- a/meta/recipes-graphics/xorg-lib/libx11/libX11-Add-missing-NULL-check.patch
+++ b/meta/recipes-graphics/xorg-lib/libx11/libX11-Add-missing-NULL-check.patch
@@ -29,7 +29,7 @@ diff -ru libX11-1.6.2-orig/src/xlibi18n/ICWrap.c 
libX11-1.6.2/src/xlibi18n/ICWra
 -ret = (*im->methods->set_values) (im, args);
 +if (im && im->methods)
 +  ret = (*im->methods->set_values) (im, args);
- if (args) Xfree(args);
+ Xfree(args);
  return ret;
  }
 @@ -196,7 +197,7 @@
@@ -48,7 +48,7 @@ diff -ru libX11-1.6.2-orig/src/xlibi18n/ICWrap.c 
libX11-1.6.2/src/xlibi18n/ICWra
 -ret = (*im->methods->get_values) (im, args);
 +if (im && im->methods)
 +  ret = (*im->methods->get_values) (im, args);
- if (args) Xfree(args);
+ Xfree(args);
  return ret;
  }
 @@ -228,7 +230,7 @@
@@ -67,6 +67,6 @@ diff -ru libX11-1.6.2-orig/src/xlibi18n/ICWrap.c 
libX11-1.6.2/src/xlibi18n/ICWra
 -ic = (XIC) (*im->methods->create_ic) (im, args);
 +if (im && im->methods)
 +  ic = (XIC) (*im->methods->create_ic) (im, args);
- if (args) Xfree(args);
+ Xfree(args);
  if (ic) {
ic->core.next = im->core.ic_chain;
diff --git 
a/meta/recipes-graphics/xorg-lib/libx11/nls-always-use-XCOMM-instead-of-for-comments-in-Comp.patch
 
b/meta/recipes-graphics/xorg-lib/libx11/nls-always-use-XCOMM-instead-of-for-comments-in-Comp.patch
deleted file mode 100644
index b7f5356..000
--- 
a/meta/recipes-graphics/xorg-lib/libx11/nls-always-use-XCOMM-instead-of-for-comments-in-Comp.patch
+++ /dev/null
@@ -1,101 +0,0 @@
-Upstream-Status: Backport
-
-Signed-off-by: Chong Lu 
-
-From b64bee2ddb7b96f00713a8b8435f11ad9ac1c9e0 Mon Sep 17 00:00:00 2001
-From: Ran Benita 
-Date: Sun, 16 Feb 2014 15:24:58 +0200
-Subject: [PATCH] nls: always use XCOMM instead of # for comments in
- Compose.pre files
-
-Lines starting with # are considered as preprocessor directives in the
-.pre files.
-
-Fixes warnings like:
-:3:0: error: invalid preprocessing directive #Khmer
-
-Signed-off-by: Ran Benita 
-Signed-off-by: James Cloos 

- nls/km_KH.UTF-8/Compose.pre |2 +-
- nls/sr_CS.UTF-8/Compose.pre |   32 
- 2 files changed, 17 insertions(+), 17 deletions(-)
-
-diff --git a/nls/km_KH.UTF-8/Compose.pre b/nls/km_KH.UTF-8/Compose.pre
-index 77651d0..dc89119 100644
 a/nls/km_KH.UTF-8/Compose.pre
-+++ b/nls/km_KH.UTF-8/Compose.pre
-@@ -1,6 +1,6 @@
- include "X11_LOCALEDATADIR/en_US.UTF-8/Compose"
- 
--# Khmer digraphs
-+XCOMM Khmer digraphs
-:   "ាំ"
-:   "ោះ"
-:   "េះ"
-diff --git a/nls/sr_CS.UTF-8/Compose.pre b/nls/sr_CS.UTF-8/Compose.pre
-index 119e23e..b2397f7 100644
 a/nls/sr_CS.UTF-8/Compose.pre
-+++ b/nls/sr_CS.UTF-8/Compose.pre
-@@ -1,17 +1,17 @@
- include "X11_LOCALEDATADIR/en_US.UTF-8/Compose"
- 
--# Serbian accented Cyrillic
--# а А - U+0430, U+0410 Cyrillic_a, Cyrillic_A
--# е Е - U+0435, U+0415 Cyrillic_e, Cyrillic_E
--# о О - U+043E, U+041E Cyrillic_o, Cyrillic_O
--# у У - U+0443, U+0423 Cyrillic_u, Cyrillic_U
--# и И - U+0438, U+0418 Cyrillic_i, Cyrillic_I
--

[OE-core] [PATCH 01/13] font-util: upgrade to 1.3.1

2015-05-18 Thread Ross Burton

License checksums updated as the Unicode license was modified (wording only).

Signed-off-by: Ross Burton 
---
 .../xorg-font/{font-util_1.3.0.bb => font-util_1.3.1.bb}  | 8 +++-
 1 file changed, 3 insertions(+), 5 deletions(-)
 rename meta/recipes-graphics/xorg-font/{font-util_1.3.0.bb => 
font-util_1.3.1.bb} (77%)

diff --git a/meta/recipes-graphics/xorg-font/font-util_1.3.0.bb 
b/meta/recipes-graphics/xorg-font/font-util_1.3.1.bb
similarity index 77%
rename from meta/recipes-graphics/xorg-font/font-util_1.3.0.bb
rename to meta/recipes-graphics/xorg-font/font-util_1.3.1.bb
index 03f70bf..2285124 100644
--- a/meta/recipes-graphics/xorg-font/font-util_1.3.0.bb
+++ b/meta/recipes-graphics/xorg-font/font-util_1.3.1.bb
@@ -4,7 +4,7 @@ require xorg-font-common.inc
 
 #Unicode is MIT
 LICENSE = "BSD & MIT"
-LIC_FILES_CHKSUM = "file://COPYING;md5=c0067273d90f6336008cb2504e14bd32 \
+LIC_FILES_CHKSUM = "file://COPYING;md5=5df208ec65eb84ce5bb8d82d8f3b9675 \
 
file://ucs2any.c;endline=28;md5=8357dc567fc628bd12696f15b2a33bcb \
 
file://bdftruncate.c;endline=26;md5=4f82ffc101a1b165eae9c6998abff937 \
 
file://map-ISO8859-1;beginline=9;endline=23;md5=1cecb984063248f29ffe5c46f5c04f34"
@@ -14,12 +14,10 @@ DEPENDS_class-native = "util-macros-native"
 RDEPENDS_${PN} = "mkfontdir mkfontscale encodings"
 RDEPENDS_${PN}_class-native = "mkfontdir-native mkfontscale-native"
 
-PR = "${INC_PR}.0"
-
 BBCLASSEXTEND = "native"
 
-SRC_URI[md5sum] = "ddfc8a89d597651408369d940d03d06b"
-SRC_URI[sha256sum] = 
"dfa9e55625a4e0250f32fabab1fd5c8ffcd2d1ff2720d6fcf0f74bc8a5929195"
+SRC_URI[md5sum] = "23756dab809f9ec5011bb27fb2c3c7d6"
+SRC_URI[sha256sum] = 
"aa7ebdb0715106dd255082f2310dbaa2cd7e225957c2a77d719720c7cc92b921"
 
 SYSROOT_PREPROCESS_FUNCS += "fontutil_sysroot_preprocess"
 fontutil_sysroot_preprocess () {
-- 
2.1.4

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

Re: [OE-core] [PATCH 0/5] devtool / recipetool bbappend support

2015-05-18 Thread Paul Eggleton

On Monday 18 May 2015 16:15:03 Paul Eggleton wrote:
> Add support for creating/updating bbappends in both devtool (within the
> update-recipe subcommand) and in recipetool (with a new appendfile
> subcommand), as well as some related tidy-ups.

I missed mentioning - this series *requires* the set of changes for 
lib/bb/utils.py that I just posted to the bitbake mailing list.

Cheers,
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] [RFC] Add something like bitbake -cmenuconfig ?

2015-05-18 Thread Paul Eggleton

On Monday 18 May 2015 08:15:05 Christopher Larson wrote:
> On Mon, May 18, 2015 at 5:04 AM, Paul Eggleton <
> paul.eggle...@linux.intel.com> wrote:
> > On Monday 18 May 2015 08:52:04 Otavio Salvador wrote:
> > > On Mon, May 18, 2015 at 5:45 AM, Paul Eggleton
> > >  wrote:
> > > > 
> > > > On Monday 18 May 2015 09:52:50 Robert Yang wrote:
> > > >> On 05/17/2015 05:34 AM, Richard Purdie wrote:
> > > >> > On Fri, 2015-05-15 at 10:35 +0800, Robert Yang wrote:
> > > >> >> Is is useful/possible if we add something like bitbake 
> > > >> >> -cmenuconfig, just like kernel's make menuconfig ?
> > > >> >> 
> > > >> >> We can use the menuconfig to config the vars such as MACHINE,
> > > >> >> DL_DIR, DISTRO_FEATURES, MACHINE_FEATURES and all the variables
> > > >> >> which are configurable, I think that this would help the newbie a
> > > >> >> lot.
> > > >> >> 
> > > >> >> I think that we can add a menuconfig.bbclass (or other names) to
> > > >> >> do this, and I'd like to work on it.
> > > >> > 
> > > >> > Why would you want to specify a  when configuring MACHINE?
> > > >> > I understand why you're thinking this but it isn't well thought out
> > > >> > and in this form would confuse users more than help them.
> > > >> > 
> > > >> > I don't think the system will even parse without a valid MACHINE,
> > > >> > let alone execute tasks.
> > > >> 
> > > >> I meant that we need something to help configure the build easier, it
> > > >> can generate something like local.conf.append, not configure the
> > > >> recipe.
> > > >>
> > > >> The example "bitbake  -cmenuconfig" wasn't right enough, it's
> > > >> just a rough thought, we can use the current default local.conf
> > > >> (MACHINE = qemux86) to make system parse.
> > > >> 
> > > >> The problem is that we have many bbclasses in oe-core, a lot of them
> > > >> has specify configurations, and also a lot of vars in the conf file
> > > >> such as bitbake.conf, it's not easy to know how and what to config,
> > > >> especially, for newbies. The "bitbake -cmenuconfig" maybe not a good
> > > >> idea, I think that we need something to help config the build
> > > >> (generate local.conf) easier, do you have any suggestions, please ?
> > > > 
> > > > This is likely the direction we will be going in with the Toaster web
> > > > UI - with a web-based tool we can present a much friendlier interface
> > > > and have the chance to link to other information, for example we can
> > > > link to the appropriate manual section for individual variables (and
> > > > in future error messages, classes, etc.), analyse the output of the
> > > > build, manage multiple sets of configuration, etc. These are things
> > > > that would be difficult to do practically from the command line.
> > > 
> > > Toaster is nice but we shouldn't stop improving cmdline use as the
> > > first won't work for some use-cases.
> > 
> > Sure, I'm pointing out that this kind of thing is being worked on in a
> > slightly different context, it's not that nothing is being done in this
> > area.
> 
> A good first step for both may be to add more typing information to the
> metadata, so the UI can present something more intelligent than a bunch of
> text boxes for text input. I expect that would be useful for any
> configuration UI, whether toaster or console.

Indeed, this is something I'd like to see as well. There are already 
situations where we need to know the type of various variables (e.g. in 
buildhistory, where we have some of the variable typing hardcoded in the 
absence of proper definition within the metadata).

> I’d certainly find a curses / menuconfig style interface to be interesting,
> I’m sure there are folks who would find it useful, as long as it’s done
> well.

Sure, I wouldn't object to it either, but the important thing is someone not 
only needs to create it, but also maintain it in the future. Ideally it would 
also make use of some underlying definitions / code that would be re-usable 
elsewhere (as you're suggesting).

> My question would be, how does the UI determine what variables to present?
> Do we hardcode the list of variables they might want to edit, or provide
> that information in the metadata in some fashion?

I'd certainly prefer to define as much as possible in the metadata. Truth be 
told we have defined a bit more than I'd like in the way of OE-specific 
knowledge in Toaster itself; my intent was that we'd come back and clean up a 
lot of it later where practical, but of course that does mean improving what 
we expose on the metadata side, and sometimes that's really quite difficult.

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

[OE-core] [PATCH 4/5] recipetool: add appendfile subcommand

2015-05-18 Thread Paul Eggleton

Locating which recipe provides a file in an image that you want to
modify and then figuring out how to bbappend the recipe in order to
replace it can be a tedious process. Thus, add a new appendfile
subcommand to recipetool, providing the ability to create a bbappend
file to add/replace any file in the target system. Without the -r
option, it will search for the recipe packaging the specified file
(using pkgdata from previously built recipes). The bbappend will be
created at the appropriate path within the specified layer directory
(which may or may not be in your bblayers.conf) or if one already exists
it will be updated appropriately.

Fairly extensive oe-selftest tests are also provided.

Implements [YOCTO #6447].

Signed-off-by: Paul Eggleton 
---
 .../recipes-test/recipetool/files/add-file.patch   |   8 +
 meta-selftest/recipes-test/recipetool/files/file1  |   2 +
 .../recipes-test/recipetool/files/installscript.sh |   3 +
 .../recipetool/files/selftest-replaceme-inst-func  |   1 +
 .../files/selftest-replaceme-inst-globfile |   1 +
 .../files/selftest-replaceme-inst-todir-globfile   |   1 +
 .../recipetool/files/selftest-replaceme-orig   |   1 +
 .../files/selftest-replaceme-src-globfile  |   1 +
 .../recipetool/files/selftest-replaceme-todir  |   1 +
 .../recipetool/files/subdir/fileinsubdir   |   1 +
 .../recipetool/selftest-recipetool-appendfile.bb   |  42 +++
 meta/lib/oe/patch.py   |  63 
 meta/lib/oe/recipeutils.py | 328 ++-
 meta/lib/oeqa/selftest/devtool.py  |  31 +-
 meta/lib/oeqa/selftest/recipetool.py   | 313 +-
 meta/lib/oeqa/utils/commands.py|  11 +
 scripts/lib/recipetool/append.py   | 360 +
 scripts/recipetool |   6 +-
 18 files changed, 1167 insertions(+), 7 deletions(-)
 create mode 100644 meta-selftest/recipes-test/recipetool/files/add-file.patch
 create mode 100644 meta-selftest/recipes-test/recipetool/files/file1
 create mode 100644 meta-selftest/recipes-test/recipetool/files/installscript.sh
 create mode 100644 
meta-selftest/recipes-test/recipetool/files/selftest-replaceme-inst-func
 create mode 100644 
meta-selftest/recipes-test/recipetool/files/selftest-replaceme-inst-globfile
 create mode 100644 
meta-selftest/recipes-test/recipetool/files/selftest-replaceme-inst-todir-globfile
 create mode 100644 
meta-selftest/recipes-test/recipetool/files/selftest-replaceme-orig
 create mode 100644 
meta-selftest/recipes-test/recipetool/files/selftest-replaceme-src-globfile
 create mode 100644 
meta-selftest/recipes-test/recipetool/files/selftest-replaceme-todir
 create mode 100644 
meta-selftest/recipes-test/recipetool/files/subdir/fileinsubdir
 create mode 100644 
meta-selftest/recipes-test/recipetool/selftest-recipetool-appendfile.bb
 create mode 100644 scripts/lib/recipetool/append.py

diff --git a/meta-selftest/recipes-test/recipetool/files/add-file.patch 
b/meta-selftest/recipes-test/recipetool/files/add-file.patch
new file mode 100644
index 000..bdc99c9
--- /dev/null
+++ b/meta-selftest/recipes-test/recipetool/files/add-file.patch
@@ -0,0 +1,8 @@
+diff --git a/file2 b/file2
+new file mode 100644
+index 000..049b42e
+--- /dev/null
 b/file2
+@@ -0,0 +1,2 @@
++Test file 2
++456
diff --git a/meta-selftest/recipes-test/recipetool/files/file1 
b/meta-selftest/recipes-test/recipetool/files/file1
new file mode 100644
index 000..7571aa7
--- /dev/null
+++ b/meta-selftest/recipes-test/recipetool/files/file1
@@ -0,0 +1,2 @@
+First test file
+123
diff --git a/meta-selftest/recipes-test/recipetool/files/installscript.sh 
b/meta-selftest/recipes-test/recipetool/files/installscript.sh
new file mode 100644
index 000..9de30d6
--- /dev/null
+++ b/meta-selftest/recipes-test/recipetool/files/installscript.sh
@@ -0,0 +1,3 @@
+#!/bin/sh
+echo "Third file" > $1/selftest-replaceme-scripted
+
diff --git 
a/meta-selftest/recipes-test/recipetool/files/selftest-replaceme-inst-func 
b/meta-selftest/recipes-test/recipetool/files/selftest-replaceme-inst-func
new file mode 100644
index 000..2802bb3
--- /dev/null
+++ b/meta-selftest/recipes-test/recipetool/files/selftest-replaceme-inst-func
@@ -0,0 +1 @@
+A file installed by a function called by do_install
diff --git 
a/meta-selftest/recipes-test/recipetool/files/selftest-replaceme-inst-globfile 
b/meta-selftest/recipes-test/recipetool/files/selftest-replaceme-inst-globfile
new file mode 100644
index 000..996298b
--- /dev/null
+++ 
b/meta-selftest/recipes-test/recipetool/files/selftest-replaceme-inst-globfile
@@ -0,0 +1 @@
+A file matched by a glob in do_install
diff --git 
a/meta-selftest/recipes-test/recipetool/files/selftest-replaceme-inst-todir-globfile
 
b/meta-selftest/recipes-test/recipetool/files/selftest-replaceme-inst-todir-globfile
new file mode 100644
index 000..585ae3e
--- /dev/null
+++ 
b/

Re: [OE-core] [RFC] Add something like bitbake -cmenuconfig ?

2015-05-18 Thread Christopher Larson

On Mon, May 18, 2015 at 5:04 AM, Paul Eggleton <
paul.eggle...@linux.intel.com> wrote:

> On Monday 18 May 2015 08:52:04 Otavio Salvador wrote:
> > On Mon, May 18, 2015 at 5:45 AM, Paul Eggleton
> >
> >  wrote:
> > > Hi Robert,
> > >
> > > On Monday 18 May 2015 09:52:50 Robert Yang wrote:
> > >> On 05/17/2015 05:34 AM, Richard Purdie wrote:
> > >> > On Fri, 2015-05-15 at 10:35 +0800, Robert Yang wrote:
> > >> >> Is is useful/possible if we add something like bitbake 
> > >> >> -cmenuconfig, just like kernel's make menuconfig ?
> > >> >>
> > >> >> We can use the menuconfig to config the vars such as MACHINE,
> DL_DIR,
> > >> >> DISTRO_FEATURES, MACHINE_FEATURES and all the variables which are
> > >> >> configurable, I think that this would help the newbie a lot.
> > >> >>
> > >> >> I think that we can add a menuconfig.bbclass (or other names) to do
> > >> >> this,
> > >> >> and I'd like to work on it.
> > >> >
> > >> > Why would you want to specify a  when configuring MACHINE? I
> > >> > understand why you're thinking this but it isn't well thought out
> and
> > >> > in
> > >> > this form would confuse users more than help them.
> > >> >
> > >> > I don't think the system will even parse without a valid MACHINE,
> let
> > >> > alone execute tasks.
> > >>
> > >> I meant that we need something to help configure the build easier, it
> > >> can generate something like local.conf.append, not configure the
> recipe.
> > >>
> > >> The example "bitbake  -cmenuconfig" wasn't right enough, it's
> > >> just a rough thought, we can use the current default local.conf
> > >> (MACHINE = qemux86) to make system parse.
> > >>
> > >> The problem is that we have many bbclasses in oe-core, a lot of them
> > >> has specify configurations, and also a lot of vars in the conf file
> such
> > >> as bitbake.conf, it's not easy to know how and what to config,
> > >> especially,
> > >> for newbies. The "bitbake -cmenuconfig" maybe not a good idea, I think
> > >> that
> > >> we need something to help config the build (generate local.conf)
> easier,
> > >> do you have any suggestions, please ?
> > >
> > > This is likely the direction we will be going in with the Toaster web
> UI -
> > > with a web-based tool we can present a much friendlier interface and
> have
> > > the chance to link to other information, for example we can link to the
> > > appropriate manual section for individual variables (and in future
> error
> > > messages, classes, etc.), analyse the output of the build, manage
> > > multiple sets of configuration, etc. These are things that would be
> > > difficult to do practically from the command line.
> >
> > Toaster is nice but we shouldn't stop improving cmdline use as the
> > first won't work for some use-cases.
>
> Sure, I'm pointing out that this kind of thing is being worked on in a
> slightly different context, it's not that nothing is being done in this
> area.


A good first step for both may be to add more typing information to the
metadata, so the UI can present something more intelligent than a bunch of
text boxes for text input. I expect that would be useful for any
configuration UI, whether toaster or console.

I’d certainly find a curses / menuconfig style interface to be interesting,
I’m sure there are folks who would find it useful, as long as it’s done
well.

My question would be, how does the UI determine what variables to present?
Do we hardcode the list of variables they might want to edit, or provide
that information in the metadata in some fashion?
-- 
Christopher Larson
clarson at kergoth dot com
Founder - BitBake, OpenEmbedded, OpenZaurus
Maintainer - Tslib
Senior Software Engineer, Mentor Graphics
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 5/5] devtool: update-recipe: add option to write changes to bbappend

2015-05-18 Thread Paul Eggleton

Quite often what you want to do having made customisations to a piece of
software is to apply those customisations in your own layer rather than
in the original recipe. Thus, add a -a/--append option to the
update-recipe subcommand which allows you to specify the layer to write
a bbappend into. The bbappend will be created at the appropriate path
within the specified layer directory (which may or may not be in your
bblayers.conf) or if one already exists it will be updated
appropriately.

(This re-uses code written for recipetool appendfile.)

Implements [YOCTO #7587].

Signed-off-by: Paul Eggleton 
---
 meta/lib/oeqa/selftest/devtool.py | 171 ++
 scripts/lib/devtool/standard.py   | 148 -
 2 files changed, 278 insertions(+), 41 deletions(-)

diff --git a/meta/lib/oeqa/selftest/devtool.py 
b/meta/lib/oeqa/selftest/devtool.py
index ad10af5..4e22e1d 100644
--- a/meta/lib/oeqa/selftest/devtool.py
+++ b/meta/lib/oeqa/selftest/devtool.py
@@ -524,6 +524,177 @@ class DevtoolTests(DevtoolBase):
 break
 self.assertTrue(matched, 'Unexpected diff remove line: %s' % 
line)
 
+def test_devtool_update_recipe_append(self):
+# Check preconditions
+workspacedir = os.path.join(self.builddir, 'workspace')
+self.assertTrue(not os.path.exists(workspacedir), 'This test cannot be 
run with a workspace directory under the build directory')
+testrecipe = 'mdadm'
+recipefile = get_bb_var('FILE', testrecipe)
+src_uri = get_bb_var('SRC_URI', testrecipe)
+self.assertNotIn('git://', src_uri, 'This test expects the %s recipe 
to NOT be a git recipe' % testrecipe)
+result = runCmd('git status . --porcelain', 
cwd=os.path.dirname(recipefile))
+self.assertEqual(result.output.strip(), "", '%s recipe is not clean' % 
testrecipe)
+# First, modify a recipe
+tempdir = tempfile.mkdtemp(prefix='devtoolqa')
+tempsrcdir = os.path.join(tempdir, 'source')
+templayerdir = os.path.join(tempdir, 'layer')
+self.track_for_cleanup(tempdir)
+self.track_for_cleanup(workspacedir)
+self.add_command_to_tearDown('bitbake-layers remove-layer */workspace')
+# (don't bother with cleaning the recipe on teardown, we won't be 
building it)
+result = runCmd('devtool modify %s -x %s' % (testrecipe, tempsrcdir))
+# Check git repo
+self.assertTrue(os.path.isdir(os.path.join(tempsrcdir, '.git')), 'git 
repository for external source tree not found')
+result = runCmd('git status --porcelain', cwd=tempsrcdir)
+self.assertEqual(result.output.strip(), "", 'Created git repo is not 
clean')
+result = runCmd('git symbolic-ref HEAD', cwd=tempsrcdir)
+self.assertEqual(result.output.strip(), "refs/heads/devtool", 'Wrong 
branch in git repo')
+# Add a commit
+result = runCmd("sed 's!\\(#define 
VERSION\\W*\"[^\"]*\\)\"!\\1-custom\"!' -i ReadMe.c", cwd=tempsrcdir)
+result = runCmd('git commit -a -m "Add our custom version"', 
cwd=tempsrcdir)
+self.add_command_to_tearDown('cd %s; rm -f %s/*.patch; git checkout .' 
% (os.path.dirname(recipefile), testrecipe))
+# Create a temporary layer and add it to bblayers.conf
+self._create_temp_layer(templayerdir, True, 'selftestupdaterecipe')
+# Create the bbappend
+result = runCmd('devtool update-recipe %s -a %s' % (testrecipe, 
templayerdir))
+self.assertNotIn('WARNING:', result.output)
+# Check recipe is still clean
+result = runCmd('git status . --porcelain', 
cwd=os.path.dirname(recipefile))
+self.assertEqual(result.output.strip(), "", '%s recipe is not clean' % 
testrecipe)
+# Check bbappend was created
+splitpath = os.path.dirname(recipefile).split(os.sep)
+appenddir = os.path.join(templayerdir, splitpath[-2], splitpath[-1])
+bbappendfile = self._check_bbappend(testrecipe, recipefile, appenddir)
+patchfile = os.path.join(appenddir, testrecipe, 
'0001-Add-our-custom-version.patch')
+self.assertTrue(os.path.exists(patchfile), 'Patch file not created')
+
+# Check bbappend contents
+expectedlines = ['FILESEXTRAPATHS_prepend := "${THISDIR}/${PN}:"\n',
+ '\n',
+ 'SRC_URI += 
"file://0001-Add-our-custom-version.patch"\n',
+ '\n']
+with open(bbappendfile, 'r') as f:
+self.assertEqual(expectedlines, f.readlines())
+
+# Check we can run it again and bbappend isn't modified
+result = runCmd('devtool update-recipe %s -a %s' % (testrecipe, 
templayerdir))
+with open(bbappendfile, 'r') as f:
+self.assertEqual(expectedlines, f.readlines())
+# Drop new commit and check patch gets deleted
+result = runCmd('git reset HEAD^', cwd=tempsrcdir)
+result = runC

[OE-core] [PATCH 1/5] devtool / recipetool: ensure bb.note() gets printed

2015-05-18 Thread Paul Eggleton

Most of the time when bb.note() gets called we want to see the output,
so ensure the level is set appropriately depending on the command line
options instead of being fixed at warning. (We don't want to see the
notes for fetch/unpack/patch though as they are too verbose).

Signed-off-by: Paul Eggleton 
---
 scripts/lib/devtool/__init__.py | 2 +-
 scripts/lib/devtool/standard.py | 7 +++
 scripts/recipetool  | 2 +-
 3 files changed, 9 insertions(+), 2 deletions(-)

diff --git a/scripts/lib/devtool/__init__.py b/scripts/lib/devtool/__init__.py
index 5a06c78..9ec1ef6 100644
--- a/scripts/lib/devtool/__init__.py
+++ b/scripts/lib/devtool/__init__.py
@@ -85,6 +85,6 @@ def setup_tinfoil():
 import bb.tinfoil
 tinfoil = bb.tinfoil.Tinfoil()
 tinfoil.prepare(False)
-tinfoil.logger.setLevel(logging.WARNING)
+tinfoil.logger.setLevel(logger.getEffectiveLevel())
 return tinfoil
 
diff --git a/scripts/lib/devtool/standard.py b/scripts/lib/devtool/standard.py
index 61c0df9..122121a 100644
--- a/scripts/lib/devtool/standard.py
+++ b/scripts/lib/devtool/standard.py
@@ -245,6 +245,11 @@ def _extract_source(srctree, keep_temp, devbranch, d):
 bb.utils.mkdirhier(srctree)
 os.rmdir(srctree)
 
+# We don't want notes to be printed, they are too verbose
+origlevel = bb.logger.getEffectiveLevel()
+if logger.getEffectiveLevel() > logging.DEBUG:
+bb.logger.setLevel(logging.WARNING)
+
 initial_rev = None
 tempdir = tempfile.mkdtemp(prefix='devtool')
 try:
@@ -349,6 +354,8 @@ def _extract_source(srctree, keep_temp, devbranch, d):
 shutil.move(srcsubdir, srctree)
 logger.info('Source tree extracted to %s' % srctree)
 finally:
+bb.logger.setLevel(origlevel)
+
 if keep_temp:
 logger.info('Preserving temporary directory %s' % tempdir)
 else:
diff --git a/scripts/recipetool b/scripts/recipetool
index 2cfa763..b7d3ee8 100755
--- a/scripts/recipetool
+++ b/scripts/recipetool
@@ -40,7 +40,7 @@ def tinfoil_init():
 for plugin in plugins:
 if hasattr(plugin, 'tinfoil_init'):
 plugin.tinfoil_init(tinfoil)
-tinfoil.logger.setLevel(logging.WARNING)
+tinfoil.logger.setLevel(logger.getEffectiveLevel())
 
 def main():
 
-- 
2.1.0

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

[OE-core] [PATCH 0/5] devtool / recipetool bbappend support

2015-05-18 Thread Paul Eggleton

Add support for creating/updating bbappends in both devtool (within the
update-recipe subcommand) and in recipetool (with a new appendfile
subcommand), as well as some related tidy-ups.


The following changes since commit aa2e02a4f78d87bd466bbf92ca57147066c5367f:

  README: add "Contributing" section (2015-05-16 22:37:15 +0100)

are available in the git repository at:

  git://git.openembedded.org/openembedded-core-contrib paule/devtool-bbappends
  
http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=paule/devtool-bbappends

Paul Eggleton (5):
  devtool / recipetool: ensure bb.note() gets printed
  lib/oe/patch: use with open() for all file operations
  oe-selftest: move recipetool tests to their own module
  recipetool: add appendfile subcommand
  devtool: update-recipe: add option to write changes to bbappend

 .../recipes-test/recipetool/files/add-file.patch   |   8 +
 meta-selftest/recipes-test/recipetool/files/file1  |   2 +
 .../recipes-test/recipetool/files/installscript.sh |   3 +
 .../recipetool/files/selftest-replaceme-inst-func  |   1 +
 .../files/selftest-replaceme-inst-globfile |   1 +
 .../files/selftest-replaceme-inst-todir-globfile   |   1 +
 .../recipetool/files/selftest-replaceme-orig   |   1 +
 .../files/selftest-replaceme-src-globfile  |   1 +
 .../recipetool/files/selftest-replaceme-todir  |   1 +
 .../recipetool/files/subdir/fileinsubdir   |   1 +
 .../recipetool/selftest-recipetool-appendfile.bb   |  42 +++
 meta/lib/oe/patch.py   | 103 --
 meta/lib/oe/recipeutils.py | 328 ++-
 meta/lib/oeqa/selftest/devtool.py  | 283 
 meta/lib/oeqa/selftest/recipetool.py   | 364 +
 meta/lib/oeqa/utils/commands.py|  11 +
 scripts/lib/devtool/__init__.py|   2 +-
 scripts/lib/devtool/standard.py| 155 ++---
 scripts/lib/recipetool/append.py   | 360 
 scripts/recipetool |   8 +-
 20 files changed, 1548 insertions(+), 128 deletions(-)
 create mode 100644 meta-selftest/recipes-test/recipetool/files/add-file.patch
 create mode 100644 meta-selftest/recipes-test/recipetool/files/file1
 create mode 100644 meta-selftest/recipes-test/recipetool/files/installscript.sh
 create mode 100644 
meta-selftest/recipes-test/recipetool/files/selftest-replaceme-inst-func
 create mode 100644 
meta-selftest/recipes-test/recipetool/files/selftest-replaceme-inst-globfile
 create mode 100644 
meta-selftest/recipes-test/recipetool/files/selftest-replaceme-inst-todir-globfile
 create mode 100644 
meta-selftest/recipes-test/recipetool/files/selftest-replaceme-orig
 create mode 100644 
meta-selftest/recipes-test/recipetool/files/selftest-replaceme-src-globfile
 create mode 100644 
meta-selftest/recipes-test/recipetool/files/selftest-replaceme-todir
 create mode 100644 
meta-selftest/recipes-test/recipetool/files/subdir/fileinsubdir
 create mode 100644 
meta-selftest/recipes-test/recipetool/selftest-recipetool-appendfile.bb
 create mode 100644 meta/lib/oeqa/selftest/recipetool.py
 create mode 100644 scripts/lib/recipetool/append.py

-- 
2.1.0

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

[OE-core] [PATCH 3/5] oe-selftest: move recipetool tests to their own module

2015-05-18 Thread Paul Eggleton

These tests really belong in their own module; if we refactor
out a base class from DevtoolTests with shared functions then we can
move them out easily. Also create temp directory in setupLocal() so we
don't have to do that in individual tests anymore.

Signed-off-by: Paul Eggleton 
---
 meta/lib/oeqa/selftest/devtool.py| 81 ++--
 meta/lib/oeqa/selftest/recipetool.py | 55 
 2 files changed, 77 insertions(+), 59 deletions(-)
 create mode 100644 meta/lib/oeqa/selftest/recipetool.py

diff --git a/meta/lib/oeqa/selftest/devtool.py 
b/meta/lib/oeqa/selftest/devtool.py
index 1d16113..f4571c4 100644
--- a/meta/lib/oeqa/selftest/devtool.py
+++ b/meta/lib/oeqa/selftest/devtool.py
@@ -11,29 +11,7 @@ from oeqa.selftest.base import oeSelfTest
 from oeqa.utils.commands import runCmd, bitbake, get_bb_var
 from oeqa.utils.decorators import testcase
 
-class DevtoolTests(oeSelfTest):
-
-def test_create_workspace(self):
-# Check preconditions
-workspacedir = os.path.join(self.builddir, 'workspace')
-self.assertTrue(not os.path.exists(workspacedir), 'This test cannot be 
run with a workspace directory under the build directory')
-result = runCmd('bitbake-layers show-layers')
-self.assertTrue('/workspace' not in result.output, 'This test cannot 
be run with a workspace layer in bblayers.conf')
-# Try creating a workspace layer with a specific path
-tempdir = tempfile.mkdtemp(prefix='devtoolqa')
-self.track_for_cleanup(tempdir)
-result = runCmd('devtool create-workspace %s' % tempdir)
-self.assertTrue(os.path.isfile(os.path.join(tempdir, 'conf', 
'layer.conf')))
-result = runCmd('bitbake-layers show-layers')
-self.assertIn(tempdir, result.output)
-# Try creating a workspace layer with the default path
-self.track_for_cleanup(workspacedir)
-self.add_command_to_tearDown('bitbake-layers remove-layer */workspace')
-result = runCmd('devtool create-workspace')
-self.assertTrue(os.path.isfile(os.path.join(workspacedir, 'conf', 
'layer.conf')))
-result = runCmd('bitbake-layers show-layers')
-self.assertNotIn(tempdir, result.output)
-self.assertIn(workspacedir, result.output)
+class DevtoolBase(oeSelfTest):
 
 def _test_recipe_contents(self, recipefile, checkvars, checkinherits):
 with open(recipefile, 'r') as f:
@@ -53,45 +31,30 @@ class DevtoolTests(oeSelfTest):
 for inherit in checkinherits:
 self.assertIn(inherit, inherits, 'Missing inherit of %s' % inherit)
 
-def test_recipetool_create(self):
-# Try adding a recipe
-tempdir = tempfile.mkdtemp(prefix='devtoolqa')
-self.track_for_cleanup(tempdir)
-tempsrc = os.path.join(tempdir, 'srctree')
-os.makedirs(tempsrc)
-recipefile = os.path.join(tempdir, 'logrotate_3.8.7.bb')
-srcuri = 
'https://fedorahosted.org/releases/l/o/logrotate/logrotate-3.8.7.tar.gz'
-result = runCmd('recipetool create -o %s %s -x %s' % (recipefile, 
srcuri, tempsrc))
-self.assertTrue(os.path.isfile(recipefile))
-checkvars = {}
-checkvars['LICENSE'] = 'GPLv2'
-checkvars['LIC_FILES_CHKSUM'] = 
'file://COPYING;md5=18810669f13b87348459e611d31ab760'
-checkvars['SRC_URI'] = 
'https://fedorahosted.org/releases/l/o/logrotate/logrotate-${PV}.tar.gz'
-checkvars['SRC_URI[md5sum]'] = '99e08503ef24c3e2e3ff74cc5f3be213'
-checkvars['SRC_URI[sha256sum]'] = 
'f6ba691f40e30e640efa2752c1f9499a3f9738257660994de70a45fe00d12b64'
-self._test_recipe_contents(recipefile, checkvars, [])
 
-def test_recipetool_create_git(self):
-# Ensure we have the right data in shlibs/pkgdata
-bitbake('libpng pango libx11 libxext jpeg')
-# Try adding a recipe
+class DevtoolTests(DevtoolBase):
+
+def test_create_workspace(self):
+# Check preconditions
+workspacedir = os.path.join(self.builddir, 'workspace')
+self.assertTrue(not os.path.exists(workspacedir), 'This test cannot be 
run with a workspace directory under the build directory')
+result = runCmd('bitbake-layers show-layers')
+self.assertTrue('/workspace' not in result.output, 'This test cannot 
be run with a workspace layer in bblayers.conf')
+# Try creating a workspace layer with a specific path
 tempdir = tempfile.mkdtemp(prefix='devtoolqa')
 self.track_for_cleanup(tempdir)
-tempsrc = os.path.join(tempdir, 'srctree')
-os.makedirs(tempsrc)
-recipefile = os.path.join(tempdir, 'libmatchbox.bb')
-srcuri = 'git://git.yoctoproject.org/libmatchbox'
-result = runCmd('recipetool create -o %s %s -x %s' % (recipefile, 
srcuri, tempsrc))
-self.assertTrue(os.path.isfile(recipefile), 'recipetool did not create 
recipe file; output:\n%s' % result.output)
-checkvars = {}
-c

[OE-core] [PATCH 2/5] lib/oe/patch: use with open() for all file operations

2015-05-18 Thread Paul Eggleton

with open(...)... is preferred for reading/writing files as it is neater
and takes care of closing the file for you.

Signed-off-by: Paul Eggleton 
---
 meta/lib/oe/patch.py | 40 +++-
 1 file changed, 19 insertions(+), 21 deletions(-)

diff --git a/meta/lib/oe/patch.py b/meta/lib/oe/patch.py
index f68d40f..e1f1c53 100644
--- a/meta/lib/oe/patch.py
+++ b/meta/lib/oe/patch.py
@@ -115,7 +115,8 @@ class PatchTree(PatchSet):
 def _removePatchFile(self, all = False):
 if not os.path.exists(self.seriespath):
 return
-patches = open(self.seriespath, 'r+').readlines()
+with open(self.seriespath, 'r+') as f:
+patches = f.readlines()
 if all:
 for p in reversed(patches):
 self._removePatch(os.path.join(self.patchdir, p.strip()))
@@ -405,16 +406,15 @@ class QuiltTree(PatchSet):
 if not os.path.exists(self.dir):
 raise NotFoundError(self.dir)
 if os.path.exists(seriespath):
-series = file(seriespath, 'r')
-for line in series.readlines():
-patch = {}
-parts = line.strip().split()
-patch["quiltfile"] = self._quiltpatchpath(parts[0])
-patch["quiltfilemd5"] = bb.utils.md5_file(patch["quiltfile"])
-if len(parts) > 1:
-patch["strippath"] = parts[1][2:]
-self.patches.append(patch)
-series.close()
+with open(seriespath, 'r') as f:
+for line in f.readlines():
+patch = {}
+parts = line.strip().split()
+patch["quiltfile"] = self._quiltpatchpath(parts[0])
+patch["quiltfilemd5"] = 
bb.utils.md5_file(patch["quiltfile"])
+if len(parts) > 1:
+patch["strippath"] = parts[1][2:]
+self.patches.append(patch)
 
 # determine which patches are applied -> self._current
 try:
@@ -436,9 +436,8 @@ class QuiltTree(PatchSet):
 self.InitFromDir()
 PatchSet.Import(self, patch, force)
 oe.path.symlink(patch["file"], self._quiltpatchpath(patch["file"]), 
force=True)
-f = open(os.path.join(self.dir, "patches","series"), "a");
-f.write(os.path.basename(patch["file"]) + " -p" + 
patch["strippath"]+"\n")
-f.close()
+with open(os.path.join(self.dir, "patches", "series"), "a") as f:
+f.write(os.path.basename(patch["file"]) + " -p" + 
patch["strippath"] + "\n")
 patch["quiltfile"] = self._quiltpatchpath(patch["file"])
 patch["quiltfilemd5"] = bb.utils.md5_file(patch["quiltfile"])
 
@@ -559,13 +558,12 @@ class UserResolver(Resolver):
 bb.utils.mkdirhier(t)
 import random
 rcfile = "%s/bashrc.%s.%s" % (t, str(os.getpid()), random.random())
-f = open(rcfile, "w")
-f.write("echo '*** Manual patch resolution mode ***'\n")
-f.write("echo 'Dropping to a shell, so patch rejects can be fixed 
manually.'\n")
-f.write("echo 'Run \"quilt refresh\" when patch is corrected, 
press CTRL+D to exit.'\n")
-f.write("echo ''\n")
-f.write(" ".join(patchcmd) + "\n")
-f.close()
+with open(rcfile, "w") as f:
+f.write("echo '*** Manual patch resolution mode ***'\n")
+f.write("echo 'Dropping to a shell, so patch rejects can be 
fixed manually.'\n")
+f.write("echo 'Run \"quilt refresh\" when patch is corrected, 
press CTRL+D to exit.'\n")
+f.write("echo ''\n")
+f.write(" ".join(patchcmd) + "\n")
 os.chmod(rcfile, 0775)
 
 self.terminal("bash --rcfile " + rcfile, 'Patch Rejects: Please 
fix patch rejects manually', self.patchset.d)
-- 
2.1.0

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

[OE-core] Cortex-A9 vs Thumb configuration

2015-05-18 Thread Dmitry Eremin-Solenikov

Hello,

I was hit by one of changes in the package arch/tune/etc. naming. I'm
building an image
for the qemuarma9 (well, the error will be applicable to any
ARMv7-based machine).

After enabling ARM_INSTRUCTION_SET="thumb" in the config, I received
the following
error:

ERROR:  OE-core's config sanity checker detected a potential misconfiguration.
Either fix the cause of this error or at your own risk disable the
checker (see sanity.conf).
Following is the list of potential problems / advisories:

Error, the PACKAGE_ARCHS variable does not contain TUNE_PKGARCH
(armv7at2-vfp-neon).


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

[OE-core] [PATCH 4/6] qt4: disable Phonon framework

2015-05-18 Thread Alexander Kanavin

From: Alexander Kanavin 

This allows removal of gstreamer 0.10 dependency from Qt4 recipe

https://bugzilla.yoctoproject.org/show_bug.cgi?id=6294
Signed-off-by: Alexander Kanavin 
Signed-off-by: Alexander Kanavin 
---
 meta/recipes-qt/qt4/qt4.inc | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/meta/recipes-qt/qt4/qt4.inc b/meta/recipes-qt/qt4/qt4.inc
index 09f6d93..6d67994 100644
--- a/meta/recipes-qt/qt4/qt4.inc
+++ b/meta/recipes-qt/qt4/qt4.inc
@@ -1,6 +1,6 @@
 inherit qmake_base
 
-DEPENDS += "qt4-tools-native freetype jpeg libpng zlib dbus openssl glib-2.0 
gstreamer gst-plugins-base sqlite3 tiff icu"
+DEPENDS += "qt4-tools-native freetype jpeg libpng zlib dbus openssl glib-2.0 
sqlite3 tiff icu"
 DEPENDS += "${@bb.utils.contains('DISTRO_FEATURES', 'pulseaudio', 
'pulseaudio', '', d)}"
 
 require qt4_arch.inc
@@ -16,7 +16,7 @@ QT_GLFLAGS ?= ""
 QT_QT3SUPPORT ?= "-qt3support"
 QT_XML ?= "-xmlpatterns"
 QT_WEBKIT ?= "-webkit"
-QT_PHONON ?= "-phonon"
+QT_PHONON ?= "-no-phonon"
 QT_DBUS ?= "-qdbus"
 QT_MULTIMEDIA ?= "${@bb.utils.contains('DISTRO_FEATURES', 'pulseaudio', 
'-pulseaudio', '-no-pulseaudio', d)}"
  
-- 
2.1.4

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

[OE-core] [PATCH 0/6] Remove unsupported GStreamer 0.10

2015-05-18 Thread Alexander Kanavin

These patches remove the unsupported GStreamer 0.10 framework from oe-core.
GStreamer 0.10 will still be available from meta-oe, but is no longer 
recommended to use.

Fixes: https://bugzilla.yoctoproject.org/show_bug.cgi?id=6294

Alexander Kanavin (6):
  python-gst: remove obsolete Python gstreamer 0.10 bindings
  clutter-gst: update to latest upstream version 3.0.4
  qt4: remove Qt Mobility
  qt4: disable Phonon framework
  webkitgtk: disable audio and video support
  gstreamer: remove 0.10 recipes

 .../python/python-gst/python-path.patch|   28 -
 meta/recipes-devtools/python/python-gst_0.10.22.bb |   29 -
 .../clutter/clutter-gst-1.0-1.6.0/cogl-1.14.patch  |   48 -
 .../clutter-gst-1.0-1.6.0/enable-tests.patch   |   23 -
 meta/recipes-graphics/clutter/clutter-gst-1.0.inc  |   18 -
 .../clutter/clutter-gst-1.0_1.6.0.bb   |9 -
 ...mple-binary-needed-for-core-image-clutter.patch |   33 +
 .../clutter-gst-3.0-3.0.4/enable-tests.patch   |   23 +
 meta/recipes-graphics/clutter/clutter-gst-3.0.inc  |   18 +
 .../clutter/clutter-gst-3.0_3.0.4.bb   |7 +
 .../packagegroups/packagegroup-core-clutter.bb |2 +-
 .../0001-aacdec-check-channel-count.patch  |   34 -
 .../0001-alac-fix-nb_samples-order-case.patch  |   30 -
 .../0001-alsdec-check-block-length.patch   |   61 -
 ...ac3dec-Check-coding-mode-against-channels.patch |   37 -
 ...util-fix-signedness-in-sizeof-comparissio.patch |   40 -
 ...le-use-av_image_get_linesize-to-calculate.patch |   50 -
 ...c-parser-reset-indexes-on-realloc-failure.patch |   50 -
 ...a-Perform-pointer-advance-and-checks-befo.patch |   81 -
 .../0001-avcodec-smc-fix-off-by-1-error.patch  |   32 -
 ...egtsenc-Check-data-array-size-in-mpegts_w.patch |   69 -
 .../0001-eamad-fix-out-of-array-accesses.patch |   29 -
 ...-error-concealment-initialize-block-index.patch |   29 -
 ...alment-Check-that-the-picture-is-not-in-a.patch |   37 -
 .../0001-ffserver-set-oformat.patch|   36 -
 ...t-ref-count-check-and-limit-fix-out-of-ar.patch |   29 -
 ...t-parameters-from-SPS-whenever-it-changes.patch |  145 -
 ...rror-concealment-when-SPS-and-slices-are-.patch |   33 -
 .../0001-h264_sei-Fix-infinite-loop.patch  |   39 -
 ...01-huffyuvdec-Check-init_vlc-return-codes.patch |   87 -
 .../0001-huffyuvdec-Skip-len-0-cases.patch |   61 -
 ...f-compute-probe-buffer-size-more-reliably.patch |   45 -
 .../0001-mjpegdec-check-SE.patch   |   32 -
 ...heck-RLE-size-before-copying.-Fix-out-of-.patch |   34 -
 ...er-dont-access-out-of-array-elements-at-t.patch |   44 -
 ...array-index-before-use-fix-out-of-array-a.patch |   30 -
 .../0001-qdm2dec-fix-buffer-overflow.patch |   58 -
 ...001-roqvideodec-check-dimensions-validity.patch |   36 -
 ...Check-that-the-last-indexes-are-within-th.patch |   32 -
 ...-vp3-Copy-all-3-frames-for-thread-updates.patch |   32 -
 ...-read-for-negative-tokens-and-memleaks-on.patch |  183 -
 ...o-check-chunk-sizes-before-reading-chunks.patch |   51 -
 ...egdec-check-bits-per-pixel-for-changes-si.patch |   68 -
 .../gst-ffmpeg-0.10.13/configure-fix.patch |   22 -
 .../gst-ffmpeg-CVE-2013-0855.patch |  100 -
 .../gst-ffmpeg-CVE-2013-3674.patch |   26 -
 .../gst-ffmpeg-0.10.13/h264_qpel_mmx.patch |   57 -
 .../gstreamer/gst-ffmpeg-0.10.13/libav-9.patch | 9304 
 .../gst-ffmpeg-0.10.13/libav_e500mc.patch  |   21 -
 .../gstreamer/gst-ffmpeg-0.10.13/libav_e5500.patch |   19 -
 .../gstreamer/gst-ffmpeg-0.10.13/lower-rank.diff   |   16 -
 .../gstreamer/gst-ffmpeg_0.10.13.bb|   90 -
 .../gstreamer/gst-fluendo-mp3_0.10.31.bb   |   14 -
 .../gstreamer/gst-fluendo-mpegdemux_0.10.85.bb |   12 -
 meta/recipes-multimedia/gstreamer/gst-fluendo.inc  |   14 -
 .../gstreamer/gst-meta-base_0.10.bb|   73 -
 .../gstreamer/gst-openmax/gcc_4.6.patch|   18 -
 .../gstreamer/gst-openmax/ptr-array.patch  |   46 -
 .../gstreamer/gst-openmax_0.10.1.bb|   35 -
 .../gstreamer/gst-plugins-bad_0.10.23.bb   |   50 -
 ...le-Fix-build-on-x86-if-emmintrin.h-is-ava.patch |   37 -
 .../configure.ac-fix-subparse-plugin.patch |   27 -
 .../gst-plugins-base-tremor.patch  |   20 -
 .../gstreamer/gst-plugins-base_0.10.36.bb  |   39 -
 ...-conditional-gl-framebuffer-undefined-use.patch |   35 -
 .../gstreamer/gst-plugins-gl_0.10.3.bb |   25 -
 ...ild-with-recent-kernels-the-v4l2_buffer-i.patch |   33 -
 ...define-V4L2_CID_HCENTER-and-V4L2_CID_VCEN.patch |   45 -
 .../0407-mulawdec-fix-integer-overrun.patch|   47 -
 .../gstreamer/gst-plugins-good_0.10.31.bb  |   47 -
 .../gstreamer/gst-plugins-ugly_0.10.19.bb  |   29 -
 meta/recipes-multimedia/gstreamer/gst-plugins.inc  |   28 -
 ...ix-self-comparison-always-evaluates-to-tr.patch |   32 -
 .../gstreamer/gstr

[OE-core] [PATCH 2/6] clutter-gst: update to latest upstream version 3.0.4

2015-05-18 Thread Alexander Kanavin

From: Alexander Kanavin 

This also makes it GStreamer 1.0 compatible

https://bugzilla.yoctoproject.org/show_bug.cgi?id=6294

Signed-off-by: Alexander Kanavin 
Signed-off-by: Alexander Kanavin 
---
 .../clutter/clutter-gst-1.0-1.6.0/cogl-1.14.patch  | 48 --
 .../clutter-gst-1.0-1.6.0/enable-tests.patch   | 23 ---
 meta/recipes-graphics/clutter/clutter-gst-1.0.inc  | 18 
 .../clutter/clutter-gst-1.0_1.6.0.bb   |  9 
 ...mple-binary-needed-for-core-image-clutter.patch | 33 +++
 .../clutter-gst-3.0-3.0.4/enable-tests.patch   | 23 +++
 meta/recipes-graphics/clutter/clutter-gst-3.0.inc  | 18 
 .../clutter/clutter-gst-3.0_3.0.4.bb   |  7 
 .../packagegroups/packagegroup-core-clutter.bb |  2 +-
 9 files changed, 82 insertions(+), 99 deletions(-)
 delete mode 100644 
meta/recipes-graphics/clutter/clutter-gst-1.0-1.6.0/cogl-1.14.patch
 delete mode 100644 
meta/recipes-graphics/clutter/clutter-gst-1.0-1.6.0/enable-tests.patch
 delete mode 100644 meta/recipes-graphics/clutter/clutter-gst-1.0.inc
 delete mode 100644 meta/recipes-graphics/clutter/clutter-gst-1.0_1.6.0.bb
 create mode 100644 
meta/recipes-graphics/clutter/clutter-gst-3.0-3.0.4/0001-Install-example-binary-needed-for-core-image-clutter.patch
 create mode 100644 
meta/recipes-graphics/clutter/clutter-gst-3.0-3.0.4/enable-tests.patch
 create mode 100644 meta/recipes-graphics/clutter/clutter-gst-3.0.inc
 create mode 100644 meta/recipes-graphics/clutter/clutter-gst-3.0_3.0.4.bb

diff --git 
a/meta/recipes-graphics/clutter/clutter-gst-1.0-1.6.0/cogl-1.14.patch 
b/meta/recipes-graphics/clutter/clutter-gst-1.0-1.6.0/cogl-1.14.patch
deleted file mode 100644
index d009e44..000
--- a/meta/recipes-graphics/clutter/clutter-gst-1.0-1.6.0/cogl-1.14.patch
+++ /dev/null
@@ -1,48 +0,0 @@
-From 1ae4c3e7b1e2c33892590f9ac7bf0e892a5bcbd5 Mon Sep 17 00:00:00 2001
-From: Tomas Frydrych 
-Date: Thu, 11 Oct 2012 08:53:03 +0100
-Subject: [PATCH] ClutterGstVideoSink: fix includes so we can build against
- cogl-1.14
-
-Cogl 1.14 exposes various GL types through the public API but it does not
-pull in the GL type definitions through its public headers; specifically
-compilation will fail due to undefined GL_TEXTURE_2D. So include the headers
-the hard way.
-
-Upstream-Status: Submitted @ https://bugzilla.gnome.org/show_bug.cgi?id=700509
-Signed-off-by: Tomas Frydrych 

- clutter-gst/clutter-gst-video-sink.c |   17 +
- 1 file changed, 17 insertions(+)
-
-diff --git a/clutter-gst/clutter-gst-video-sink.c 
b/clutter-gst/clutter-gst-video-sink.c
-index 9b4b53c..f092581 100644
 a/clutter-gst/clutter-gst-video-sink.c
-+++ b/clutter-gst/clutter-gst-video-sink.c
-@@ -42,6 +42,23 @@
- #include "config.h"
- #endif
-
-+/*
-+ * cogl-1.14 exposes generic GL types in the API, but not the actual includes.
-+ */
-+#include 
-+
-+#ifdef COGL_HAS_GLES1
-+#include 
-+#include 
-+#elif COGL_HAS_GLES2
-+#include 
-+#include 
-+#elif COGL_HAS_GL
-+#include 
-+#else
-+#error Unknown cogl configuration
-+#endif
-+
- #include "clutter-gst-video-sink.h"
- #include "clutter-gst-util.h"
- #include "clutter-gst-private.h"
---
-1.7.10.4
-
diff --git 
a/meta/recipes-graphics/clutter/clutter-gst-1.0-1.6.0/enable-tests.patch 
b/meta/recipes-graphics/clutter/clutter-gst-1.0-1.6.0/enable-tests.patch
deleted file mode 100644
index b3aec39..000
--- a/meta/recipes-graphics/clutter/clutter-gst-1.0-1.6.0/enable-tests.patch
+++ /dev/null
@@ -1,23 +0,0 @@
-Install example binary needed for core-image-clutter
-
-Signed-off-by: Zhai Edwin 
-
-Upstream-Status: Inappropriate [configuration]
-
-Imported from clutter-gst-1.8 package, git://git.openembedded.org/openembedded,
-commit ae28ee3f7a060b9e0d13154a84f2444a98490b5b, updated for clutter-gst 1.6
-
-Signed-off-by: Tomas Frydrych 
-
-Index: git/examples/Makefile.am
-===
 git.orig/examples/Makefile.am  2011-01-31 10:14:23.0 +0800
-+++ git/examples/Makefile.am   2011-01-31 10:14:34.0 +0800
-@@ -1,6 +1,6 @@
- NULL = #
- 
--noinst_PROGRAMS = video-player video-sink video-sink-navigation
-+bin_PROGRAMS = video-player video-sink video-sink-navigation
- 
- INCLUDES = -I$(top_srcdir) \
-  $(MAINTAINER_CFLAGS) \
diff --git a/meta/recipes-graphics/clutter/clutter-gst-1.0.inc 
b/meta/recipes-graphics/clutter/clutter-gst-1.0.inc
deleted file mode 100644
index bb05ede..000
--- a/meta/recipes-graphics/clutter/clutter-gst-1.0.inc
+++ /dev/null
@@ -1,18 +0,0 @@
-SUMMARY = "GStreamer integration library for Clutter"
-HOMEPAGE = "http://www.clutter-project.org/";
-LICENSE = "LGPLv2+"
-
-inherit clutter
-
-SRC_URI += "file://enable-tests.patch"
-
-DEPENDS = "gst-plugins-base gst-plugins-bad clutter-1.0"
-RDEPENDS_${PN} += "gst-meta-base"
-PACKAGES  =+ "${PN}-examples"
-
-EXTRA_OECONF += "--disable-introspection"
-
-FILES_${PN}  += "${libdir}/gstreamer-

[OE-core] [PATCH 5/6] webkitgtk: disable audio and video support

2015-05-18 Thread Alexander Kanavin

From: Alexander Kanavin 

This allows removal of gstreamer 0.10 dependency from webkit recipe

https://bugzilla.yoctoproject.org/show_bug.cgi?id=6294

Signed-off-by: Alexander Kanavin 
Signed-off-by: Alexander Kanavin 
---
 meta/recipes-sato/webkit/webkit-gtk_1.8.3.bb | 6 +-
 1 file changed, 5 insertions(+), 1 deletion(-)

diff --git a/meta/recipes-sato/webkit/webkit-gtk_1.8.3.bb 
b/meta/recipes-sato/webkit/webkit-gtk_1.8.3.bb
index 3f19c2d..e5447d2 100644
--- a/meta/recipes-sato/webkit/webkit-gtk_1.8.3.bb
+++ b/meta/recipes-sato/webkit/webkit-gtk_1.8.3.bb
@@ -14,7 +14,7 @@ ICU_LIB = "icu"
 ICU_LIB_powerpc = "pango"
 
 DEPENDS = "zlib enchant libsoup-2.4 curl libxml2 cairo libxslt libxt libidn 
gnutls \
-   gtk+ gstreamer gst-plugins-base flex-native gperf-native 
perl-native-runtime sqlite3 ${ICU_LIB}"
+   gtk+ flex-native gperf-native perl-native-runtime sqlite3 
${ICU_LIB}"
 DEPENDS += " ${@bb.utils.contains('DISTRO_FEATURES', 'opengl', 
'virtual/libgl', '', d)}"
 
 SRC_URI = "\
@@ -39,6 +39,9 @@ inherit autotools lib_package gtk-doc pkgconfig
 
 S = "${WORKDIR}/webkit-${PV}/"
 
+# Disabled by default because it pulls in obsolete gstreamer 0.10
+WEBKIT_AUDIOVIDEO ?= "--disable-video --disable-web-audio"
+
 EXTRA_OECONF = "\
 --enable-debug=no \
 --enable-svg \
@@ -48,6 +51,7 @@ EXTRA_OECONF = "\
 --enable-link-prefetch \
 --with-gtk=2.0 \
 --disable-geolocation \
+   ${WEBKIT_AUDIOVIDEO} \
 ${@bb.utils.contains('DISTRO_FEATURES', 'opengl', 
'--enable-webgl', '--disable-webgl', d)} \
 UNICODE_CFLAGS=-D_REENTRANT \
"
-- 
2.1.4

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

[OE-core] [PATCH 1/6] python-gst: remove obsolete Python gstreamer 0.10 bindings

2015-05-18 Thread Alexander Kanavin

From: Alexander Kanavin 

GStreamer 1.0 python bindings are gobject-introspection based,
so until that is fixed, they will not be available.

https://bugzilla.yoctoproject.org/show_bug.cgi?id=6294

Signed-off-by: Alexander Kanavin 
Signed-off-by: Alexander Kanavin 
---
 .../python/python-gst/python-path.patch| 28 -
 meta/recipes-devtools/python/python-gst_0.10.22.bb | 29 --
 2 files changed, 57 deletions(-)
 delete mode 100644 meta/recipes-devtools/python/python-gst/python-path.patch
 delete mode 100644 meta/recipes-devtools/python/python-gst_0.10.22.bb

diff --git a/meta/recipes-devtools/python/python-gst/python-path.patch 
b/meta/recipes-devtools/python/python-gst/python-path.patch
deleted file mode 100644
index 21b5bbf..000
--- a/meta/recipes-devtools/python/python-gst/python-path.patch
+++ /dev/null
@@ -1,28 +0,0 @@
-Upstream-Status:Pending
-
-Index: gst-python-0.10.19/acinclude.m4
-===
 gst-python-0.10.19.orig/acinclude.m4   2010-04-21 15:23:44.0 
-0700
-+++ gst-python-0.10.19/acinclude.m42010-11-15 14:43:00.642994001 -0800
-@@ -43,6 +43,13 @@
- [AC_REQUIRE([AM_PATH_PYTHON])
- AC_MSG_CHECKING(for headers required to compile python extensions)
- dnl deduce PYTHON_INCLUDES
-+
-+AC_ARG_WITH(python-includes,
-+  [  --with-python-includes=DIR  path to Python includes], 
py_exec_prefix=$withval)
-+if test x$py_exec_prefix != x; then
-+PYTHON_INCLUDES="-I${py_exec_prefix}/include/python${PYTHON_VERSION}"
-+py_prefix="${py_exec_prefix}"
-+else
- py_prefix=`$PYTHON -c "import sys; print sys.prefix"`
- py_exec_prefix=`$PYTHON -c "import sys; print sys.exec_prefix"`
- if $PYTHON-config --help 2>/dev/null; then
-@@ -53,6 +60,7 @@
- PYTHON_INCLUDES="$PYTHON_INCLUDES 
-I${py_exec_prefix}/include/python${PYTHON_VERSION}"
-   fi
- fi
-+fi
- AC_SUBST(PYTHON_INCLUDES)
- dnl check if the headers exist:
- save_CPPFLAGS="$CPPFLAGS"
diff --git a/meta/recipes-devtools/python/python-gst_0.10.22.bb 
b/meta/recipes-devtools/python/python-gst_0.10.22.bb
deleted file mode 100644
index 2a5f2b3..000
--- a/meta/recipes-devtools/python/python-gst_0.10.22.bb
+++ /dev/null
@@ -1,29 +0,0 @@
-SUMMARY = "Python bindings for the GStreamer multimedia framework"
-SECTION = "devel/python"
-LICENSE = "LGPLv2.1"
-DEPENDS = "gstreamer gst-plugins-base python-pygobject"
-RDEPENDS_${PN} += "python-pygtk"
-PR = "r2"
-
-SRC_URI = 
"http://gstreamer.freedesktop.org/src/gst-python/gst-python-${PV}.tar.bz2 \
-   file://python-path.patch"
-
-SRC_URI[md5sum] = "937152fe896241f827689f4b53e79b22"
-SRC_URI[sha256sum] = 
"8f26f519a5bccd770864317e098e5e307fc5ad1201eb96329634b6508b253178"
-S = "${WORKDIR}/gst-python-${PV}"
-
-LIC_FILES_CHKSUM = "file://COPYING;md5=39ff67e932b7bdfa9b78bad67151690b"
-
-inherit autotools distutils-base pkgconfig
-
-EXTRA_OECONF += "--with-python-includes=${STAGING_INCDIR}/../"
-
-FILES_${PN} += "${datadir}/gst-python"
-FILES_${PN}-dev += "${datadir}/gst-python/0.10/defs"
-FILES_${PN}-dbg += "${libdir}/${PYTHON_DIR}/site-packages/gst-0.10/gst/.debug/ 
${libdir}/gstreamer-0.10/.debug/"
-
-do_configure_prepend() {
-   if [ `find ${STAGING_LIBDIR} -name libpython*.so` ]; then
-   ln -sf ${STAGING_LIBDIR}/libpython*.so `find ${STAGING_LIBDIR} 
-name libpython*.a -exec dirname {} \;`
-   fi
-}
-- 
2.1.4

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

2015-05-18 Thread Martin Jansa

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

qtlocation failure is just random binutils segfault

== Failed tasks 2015-05-17 ==

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

=== common () ===

=== common-x86 (0) ===

=== qemuarm (2) ===
* /meta-openembedded/meta-multimedia/recipes-multimedia/vlc/vlc_2.1.4.bb, 
do_compile
* /meta-qt5/recipes-qt/qt5/qtlocation_5.4.1.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 (4) ===
{| class=wikitable
|-
|| qemuarm  || 2 || 
http://logs.nslu2-linux.org/buildlogs/oe/world//log.world.20150516_120952.log// 
|| http://errors.yoctoproject.org:80/Errors/Build/5975/
|-
|| qemux86  || 1 || 
http://logs.nslu2-linux.org/buildlogs/oe/world//log.world.20150517_025406.log// 
|| http://errors.yoctoproject.org:80/Errors/Build/5979/
|-
|| qemux86_64   || 1 || 
http://logs.nslu2-linux.org/buildlogs/oe/world//log.world.20150517_194221.log// 
|| http://errors.yoctoproject.org:80/Errors/Build/5983/
|}

=== PNBLACKLISTs (68) ===

=== QA issues (142) ===
{| class=wikitable
!| Count||Issue
|-
||1 ||libdir
|-
||13||build-deps
|-
||3 ||already-stripped
|-
||30||file-rdeps
|-
||35||version-going-backwards
|-
||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 bluez5 is selected in DISTRO_FEATURES', '', d)}"
meta-oe/recipes-connectivity/bluez/bluez4_4.101.bb:PNBLACKLIST[bluez4] ?= 
"${@bb.utils.contains('DISTRO_FEATURES', 'bluez5', 'bluez5 conflicts with 
bluez4 and bluez5 is selected in DISTRO_FEATURES', '', d)}"
meta-oe/recipes-connectivity/bluez/gst-plugin-bluetooth_4.101.bb:PNBLACKLIST[gst-plugin-bluetooth]
 ?= "${@bb.utils.contains('DISTRO_FEATURES', 'bluez5', 'bluez5 conflicts with 
blue

Re: [OE-core] trouble related to oe-core update

2015-05-18 Thread Otavio Salvador

On Mon, May 18, 2015 at 10:08 AM, Andreas Müller
 wrote:
> On Mon, May 18, 2015 at 2:50 PM, Otavio Salvador
>  wrote:
...
> overestimate please. Still what about angstrom + imx6qsabresd?

No clue. I personally don't use Angstrom and I don't know what the
distro does. You can instrument the class code to see if you find
something useful and I can assist in how to address the issue. I just
don't have enough time to debug this myself.

-- 
Otavio Salvador O.S. Systems
http://www.ossystems.com.brhttp://code.ossystems.com.br
Mobile: +55 (53) 9981-7854Mobile: +1 (347) 903-9750
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] trouble related to oe-core update

2015-05-18 Thread Andreas Müller

On Mon, May 18, 2015 at 2:50 PM, Otavio Salvador
 wrote:
> On Mon, May 18, 2015 at 9:43 AM, Andreas Müller
>  wrote:
>> On Mon, May 18, 2015 at 1:55 PM, Otavio Salvador
>>  wrote:
>>> On Mon, May 18, 2015 at 6:00 AM, Andreas Müller
>>>  wrote:
 On Mon, May 18, 2015 at 10:01 AM, Martin Jansa  
 wrote:
> On Mon, May 18, 2015 at 09:46:03AM +0200, Andreas Müller wrote:
>> Hi,
>
> Hi,
>
>> have seen that a while ago but had no time to take care.
>>
>> Since oe-core commit
>>
>> commit 3e760031f91fb87c3e2f62b77a117eb41164f259
>> Author: Martin Jansa 
>> Date:   Wed Feb 18 15:40:35 2015 +0100
>>
>> feature-arm-thumb.inc: respect ARM_INSTRUCTION_SET when adding thumb 
>> suffix
>>
>> I get
>>
>> ERROR:  OE-core's config sanity checker detected a potential 
>> misconfiguration.
>> Either fix the cause of this error or at your own risk disable the
>> checker (see sanity.conf).
>> Following is the list of potential problems / advisories:
>>
>> Error, the PACKAGE_ARCHS variable does not contain TUNE_PKGARCH
>> (cortexa9t2hf-vfp-neon).
>>
>> I don't understand this fully but it seems that
>> fsl-dynamic-packagearch.bbclass would add this pkg arch but this never
>> happens because sanity.bbclass is executed first and interrupts
>> parsing. What I don't understand: Am I the only one having this issue
>>o
> I'm not using meta-fsl*, butdo you have this patch in your setup?
> http://patches.openembedded.org/patch/90989/
> it was discussed off-list a while ago and this change looks like result
> of that discussion.
>
 Have meta-fsl-arm current master in my layers. This contains a similar 
 patch:

 commit bfe01a0ebde407086f4a7710ea165c6beff310d7
 Author: Max Krummenacher 
 Date:   Mon Mar 30 23:49:32 2015 +0200

 fsl-dynamic-packagearch: add all MACHINE_SOCARCH feeds

 Have rebased the mentionioned patch -> same result.

 My problem seems to be that sanity.bbclass bails out before code in
 fsl-dynamic-packagearch.bbclass is executed (and would fix). Playing
 around with layer priorities / order of layers nothing changed
 situation.
>>>
>>> What board are you using?
>>>
>> For this I used imx6qsabresd (want to build for another machine but to
>> be sure that my layer does not cause trouble I removed it from
>> bblayers.conf and select imx6qsabresd).
>>
>> Updates:
>>
>> 1) when replacing DISTRO = "angstrom" by DISTRO = "nodistro" in
>> local.conf and using imx6qsabresd as machine -> parsing of recipes
>> starts.
>> 2) selecting custom machine [1] and DISTRO = "nodistro" -> sanity causes 
>> break
>>
>> I get the feeling that there is some kind of race:
>> check_sanity_eventhandler in sanity.bbclass might get called before
>> python code in fsl-dynamic-packagearch.bbclass was executed.
>>
>> [1] 
>> https://github.com/schnitzeltony/meta-variscite-community/blob/master/conf/machine/varsomimx6q.conf
>
> So it is clearly related to the Variscite board.
>
> This layer has too much duplication. Stop using the duplicated bits
> and rely on the ones provided by the BSP (imx-base.inc for example).
> To be honest, it would be good to push Variscite to proper integrate
> the board as it is a very popular SoM for custom projects. The
> imx-base.inc reuse should fix your issue I think.
>
This layer is WIP (would be happy to see something usable in
meta-fsl-arm-extra -but this is a different story) so don't
overestimate please. Still what about angstrom + imx6qsabresd?

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

Re: [OE-core] [PATCH 11/11] devtool: deploy plugin: wrap long lines in code

2015-05-18 Thread Markus Lehtonen

Hi,

On Tue, 2015-05-12 at 16:20 +0100, Paul Eggleton wrote:
> On Monday 11 May 2015 16:17:11 Markus Lehtonen wrote:
> > Signed-off-by: Markus Lehtonen 
> > ---
> >  scripts/lib/devtool/deploy.py | 99
> > +++ 1 file changed, 72
> > insertions(+), 27 deletions(-)
> > 
> > diff --git a/scripts/lib/devtool/deploy.py b/scripts/lib/devtool/deploy.py
> > index 078c74b..f6ae433 100644
> > --- a/scripts/lib/devtool/deploy.py
> > +++ b/scripts/lib/devtool/deploy.py
> > @@ -45,17 +45,23 @@ def deploy(args, config, basepath, workspace):
> >  deploy_dir = os.path.join(basepath, 'target_deploy', args.target)
> >  deploy_file = os.path.join(deploy_dir, args.recipename + '.list')
> > 
> > -stdout, _ = exec_build_env_command(config.init_path, basepath, 'bitbake
> > -e %s' % args.recipename, shell=True) +stdout, _ =
> > exec_build_env_command(config.init_path, basepath, +   
> >'bitbake -e %s' % args.recipename, +
> >   shell=True)
> >  recipe_outdir = re.search(r'^D="(.*)"', stdout, re.MULTILINE).group(1)
> >  if not os.path.exists(recipe_outdir) or not os.listdir(recipe_outdir):
> > -logger.error('No files to deploy - have you built the %s recipe? If
> > so, the install step has not installed any files.' % args.recipename) +
> >logger.error('No files to deploy - have you built the %s recipe? If ' + 
> >'so, the install step has not installed any files.' % + 
> >args.recipename)
> >  return -1
> > 
> >  if args.dry_run:
> > -print('Files to be deployed for %s on target %s:' %
> > (args.recipename, args.target)) +print('Files to be deployed for %s
> > on target %s:' %
> > +  (args.recipename, args.target))
> >  for root, _, files in os.walk(recipe_outdir):
> >  for fn in files:
> > -print('  %s' % os.path.join(destdir, os.path.relpath(root,
> > recipe_outdir), fn)) +print('  %s' % os.path.join(
> > +destdir, os.path.relpath(root, recipe_outdir), fn))
> > return 0
> > 
> >  if os.path.exists(deploy_file):
> > @@ -65,12 +71,16 @@ def deploy(args, config, basepath, workspace):
> > 
> >  extraoptions = ''
> >  if args.no_host_check:
> > -extraoptions += '-o UserKnownHostsFile=/dev/null -o
> > StrictHostKeyChecking=no' +extraoptions += '-o
> > UserKnownHostsFile=/dev/null'
> > +extraoptions += ' -o StrictHostKeyChecking=no'
> >  if not args.show_status:
> >  extraoptions += ' -q'
> > -ret = subprocess.call('scp -r %s %s/* %s:%s' % (extraoptions,
> > recipe_outdir, args.target, destdir), shell=True) +ret =
> > subprocess.call('scp -r %s %s/* %s:%s' %
> > +  (extraoptions, recipe_outdir, args.target,
> > destdir), +  shell=True)
> >  if ret != 0:
> > -logger.error('Deploy failed - rerun with -s to get a complete error
> > message') +logger.error('Deploy failed - rerun with -s to get a
> > complete error ' + 'message')
> >  return ret
> > 
> >  logger.info('Successfully deployed %s' % recipe_outdir)
> > @@ -81,7 +91,8 @@ def deploy(args, config, basepath, workspace):
> >  files_list = []
> >  for root, _, files in os.walk(recipe_outdir):
> >  for filename in files:
> > -filename = os.path.relpath(os.path.join(root, filename),
> > recipe_outdir) +filename = os.path.relpath(os.path.join(root,
> > filename), +   recipe_outdir)
> >  files_list.append(os.path.join(destdir, filename))
> > 
> >  with open(deploy_file, 'w') as fobj:
> > @@ -91,13 +102,15 @@ def deploy(args, config, basepath, workspace):
> > 
> >  def undeploy(args, config, basepath, workspace):
> >  """Entry point for the devtool 'undeploy' subcommand"""
> > -deploy_file = os.path.join(basepath, 'target_deploy', args.target,
> > args.recipename + '.list') +deploy_file = os.path.join(basepath,
> > 'target_deploy', args.target, +  
> > args.recipename + '.list')
> >  if not os.path.exists(deploy_file):
> >  logger.error('%s has not been deployed' % args.recipename)
> >  return -1
> > 
> >  if args.dry_run:
> > -print('Previously deployed files to be un-deployed for %s on target
> > %s:' % (args.recipename, args.target)) +print('Previously deployed
> > files to be un-deployed for %s on target ' +  '%s:' %
> > (args.recipename, args.target))
> >  with open(deploy_file, 'r') as f:
> >  for line in f:
> >  print('  %s' % line.rstrip())
> > @@ -105,39 +118,71 @@ def undeploy(args, config, basepath, workspace):
> > 
> >  extraoptions = ''
> >  if args.no_host_check:
> > -extraoptions += '-o Us

Re: [OE-core] trouble related to oe-core update

2015-05-18 Thread Otavio Salvador

On Mon, May 18, 2015 at 9:43 AM, Andreas Müller
 wrote:
> On Mon, May 18, 2015 at 1:55 PM, Otavio Salvador
>  wrote:
>> On Mon, May 18, 2015 at 6:00 AM, Andreas Müller
>>  wrote:
>>> On Mon, May 18, 2015 at 10:01 AM, Martin Jansa  
>>> wrote:
 On Mon, May 18, 2015 at 09:46:03AM +0200, Andreas Müller wrote:
> Hi,

 Hi,

> have seen that a while ago but had no time to take care.
>
> Since oe-core commit
>
> commit 3e760031f91fb87c3e2f62b77a117eb41164f259
> Author: Martin Jansa 
> Date:   Wed Feb 18 15:40:35 2015 +0100
>
> feature-arm-thumb.inc: respect ARM_INSTRUCTION_SET when adding thumb 
> suffix
>
> I get
>
> ERROR:  OE-core's config sanity checker detected a potential 
> misconfiguration.
> Either fix the cause of this error or at your own risk disable the
> checker (see sanity.conf).
> Following is the list of potential problems / advisories:
>
> Error, the PACKAGE_ARCHS variable does not contain TUNE_PKGARCH
> (cortexa9t2hf-vfp-neon).
>
> I don't understand this fully but it seems that
> fsl-dynamic-packagearch.bbclass would add this pkg arch but this never
> happens because sanity.bbclass is executed first and interrupts
> parsing. What I don't understand: Am I the only one having this issue
>o
 I'm not using meta-fsl*, butdo you have this patch in your setup?
 http://patches.openembedded.org/patch/90989/
 it was discussed off-list a while ago and this change looks like result
 of that discussion.

>>> Have meta-fsl-arm current master in my layers. This contains a similar 
>>> patch:
>>>
>>> commit bfe01a0ebde407086f4a7710ea165c6beff310d7
>>> Author: Max Krummenacher 
>>> Date:   Mon Mar 30 23:49:32 2015 +0200
>>>
>>> fsl-dynamic-packagearch: add all MACHINE_SOCARCH feeds
>>>
>>> Have rebased the mentionioned patch -> same result.
>>>
>>> My problem seems to be that sanity.bbclass bails out before code in
>>> fsl-dynamic-packagearch.bbclass is executed (and would fix). Playing
>>> around with layer priorities / order of layers nothing changed
>>> situation.
>>
>> What board are you using?
>>
> For this I used imx6qsabresd (want to build for another machine but to
> be sure that my layer does not cause trouble I removed it from
> bblayers.conf and select imx6qsabresd).
>
> Updates:
>
> 1) when replacing DISTRO = "angstrom" by DISTRO = "nodistro" in
> local.conf and using imx6qsabresd as machine -> parsing of recipes
> starts.
> 2) selecting custom machine [1] and DISTRO = "nodistro" -> sanity causes break
>
> I get the feeling that there is some kind of race:
> check_sanity_eventhandler in sanity.bbclass might get called before
> python code in fsl-dynamic-packagearch.bbclass was executed.
>
> [1] 
> https://github.com/schnitzeltony/meta-variscite-community/blob/master/conf/machine/varsomimx6q.conf

So it is clearly related to the Variscite board.

This layer has too much duplication. Stop using the duplicated bits
and rely on the ones provided by the BSP (imx-base.inc for example).
To be honest, it would be good to push Variscite to proper integrate
the board as it is a very popular SoM for custom projects. The
imx-base.inc reuse should fix your issue I think.

-- 
Otavio Salvador O.S. Systems
http://www.ossystems.com.brhttp://code.ossystems.com.br
Mobile: +55 (53) 9981-7854Mobile: +1 (347) 903-9750
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] trouble related to oe-core update

2015-05-18 Thread Andreas Müller

On Mon, May 18, 2015 at 1:55 PM, Otavio Salvador
 wrote:
> On Mon, May 18, 2015 at 6:00 AM, Andreas Müller
>  wrote:
>> On Mon, May 18, 2015 at 10:01 AM, Martin Jansa  
>> wrote:
>>> On Mon, May 18, 2015 at 09:46:03AM +0200, Andreas Müller wrote:
 Hi,
>>>
>>> Hi,
>>>
 have seen that a while ago but had no time to take care.

 Since oe-core commit

 commit 3e760031f91fb87c3e2f62b77a117eb41164f259
 Author: Martin Jansa 
 Date:   Wed Feb 18 15:40:35 2015 +0100

 feature-arm-thumb.inc: respect ARM_INSTRUCTION_SET when adding thumb 
 suffix

 I get

 ERROR:  OE-core's config sanity checker detected a potential 
 misconfiguration.
 Either fix the cause of this error or at your own risk disable the
 checker (see sanity.conf).
 Following is the list of potential problems / advisories:

 Error, the PACKAGE_ARCHS variable does not contain TUNE_PKGARCH
 (cortexa9t2hf-vfp-neon).

 I don't understand this fully but it seems that
 fsl-dynamic-packagearch.bbclass would add this pkg arch but this never
 happens because sanity.bbclass is executed first and interrupts
 parsing. What I don't understand: Am I the only one having this issue
o
>>> I'm not using meta-fsl*, butdo you have this patch in your setup?
>>> http://patches.openembedded.org/patch/90989/
>>> it was discussed off-list a while ago and this change looks like result
>>> of that discussion.
>>>
>> Have meta-fsl-arm current master in my layers. This contains a similar patch:
>>
>> commit bfe01a0ebde407086f4a7710ea165c6beff310d7
>> Author: Max Krummenacher 
>> Date:   Mon Mar 30 23:49:32 2015 +0200
>>
>> fsl-dynamic-packagearch: add all MACHINE_SOCARCH feeds
>>
>> Have rebased the mentionioned patch -> same result.
>>
>> My problem seems to be that sanity.bbclass bails out before code in
>> fsl-dynamic-packagearch.bbclass is executed (and would fix). Playing
>> around with layer priorities / order of layers nothing changed
>> situation.
>
> What board are you using?
>
For this I used imx6qsabresd (want to build for another machine but to
be sure that my layer does not cause trouble I removed it from
bblayers.conf and select imx6qsabresd).

Updates:

1) when replacing DISTRO = "angstrom" by DISTRO = "nodistro" in
local.conf and using imx6qsabresd as machine -> parsing of recipes
starts.
2) selecting custom machine [1] and DISTRO = "nodistro" -> sanity causes break

I get the feeling that there is some kind of race:
check_sanity_eventhandler in sanity.bbclass might get called before
python code in fsl-dynamic-packagearch.bbclass was executed.

[1] 
https://github.com/schnitzeltony/meta-variscite-community/blob/master/conf/machine/varsomimx6q.conf

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

[OE-core] [PATCH 4/5] pulseaudio-client-conf-sato: initial recipe

2015-05-18 Thread Tanu Kaskinen

This recipe is related to enabling PulseAudio in Sato images. We will
rely on PulseAudio's autospawn feature to automatically start the
daemon. The graphical session in Sato runs under root, however, and
PulseAudio disables autospawning for root by default. We provide a
custom client.conf in Sato to change that default setting.

Signed-off-by: Tanu Kaskinen 
---
 .../pulseaudio-client-conf-sato/client.conf  |  7 +++
 .../pulseaudio-sato/pulseaudio-client-conf-sato_1.bb | 20 
 2 files changed, 27 insertions(+)
 create mode 100644 
meta/recipes-sato/pulseaudio-sato/pulseaudio-client-conf-sato/client.conf
 create mode 100644 
meta/recipes-sato/pulseaudio-sato/pulseaudio-client-conf-sato_1.bb

diff --git 
a/meta/recipes-sato/pulseaudio-sato/pulseaudio-client-conf-sato/client.conf 
b/meta/recipes-sato/pulseaudio-sato/pulseaudio-client-conf-sato/client.conf
new file mode 100644
index 000..97492e7
--- /dev/null
+++ b/meta/recipes-sato/pulseaudio-sato/pulseaudio-client-conf-sato/client.conf
@@ -0,0 +1,7 @@
+# We rely on PulseAudio's autospawn feature to automatically start the daemon
+# in Sato. The graphical session in Sato runs under root, however, and
+# PulseAudio disables autospawning for root by default. In a normal setup it's
+# not desirable to autospawn for root, because it can easily interfere with
+# other users' PulseAudio instances, but in Sato there are no other users, so
+# it's OK to enable this in Sato.
+allow-autospawn-for-root = yes
diff --git a/meta/recipes-sato/pulseaudio-sato/pulseaudio-client-conf-sato_1.bb 
b/meta/recipes-sato/pulseaudio-sato/pulseaudio-client-conf-sato_1.bb
new file mode 100644
index 000..c0858f6
--- /dev/null
+++ b/meta/recipes-sato/pulseaudio-sato/pulseaudio-client-conf-sato_1.bb
@@ -0,0 +1,20 @@
+SUMMARY = "/etc/pulse/client.conf tailored for Sato"
+SECTION = "multimedia"
+LICENSE = "MIT"
+LIC_FILES_CHKSUM = 
"file://${COREBASE}/LICENSE;md5=4d92cd373abda3937c2bc47fbc49d690 \
+
file://${COREBASE}/meta/COPYING.MIT;md5=3da9cfbcb788c80a0384361b4de20420"
+
+SRC_URI = "file://client.conf"
+S = "${WORKDIR}"
+
+do_install() {
+   install -d ${D}${sysconfdir}/pulse
+   install -m 0644 ${S}/client.conf ${D}${sysconfdir}/pulse
+}
+
+RCONFLICTS_${PN} = "pulseaudio-client-conf"
+RPROVIDES_${PN} = "pulseaudio-client-conf"
+RREPLACES_${PN} = "pulseaudio-client-conf"
+
+FILES_${PN} = "${sysconfdir}/pulse/client.conf"
+CONFFILES_${PN} = "${sysconfdir}/pulse/client.conf"
-- 
1.9.3

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

[OE-core] [PATCH 2/5] pulseaudio: client-conf: Add allow-autospawn-for-root

2015-05-18 Thread Tanu Kaskinen

This is related to enabling PulseAudio in Sato images. Sato doesn't
have regular users; the graphical session is run as root. PulseAudio
disables autospawning for root, but in Sato that's not the desired
behaviour. This patch allows autospawning to be enabled for root in
systems where that makes sense.

Signed-off-by: Tanu Kaskinen 
---
 ...-client-conf-Add-allow-autospawn-for-root.patch | 92 ++
 .../pulseaudio/pulseaudio_6.0.bb   |  1 +
 2 files changed, 93 insertions(+)
 create mode 100644 
meta/recipes-multimedia/pulseaudio/pulseaudio/0001-client-conf-Add-allow-autospawn-for-root.patch

diff --git 
a/meta/recipes-multimedia/pulseaudio/pulseaudio/0001-client-conf-Add-allow-autospawn-for-root.patch
 
b/meta/recipes-multimedia/pulseaudio/pulseaudio/0001-client-conf-Add-allow-autospawn-for-root.patch
new file mode 100644
index 000..d19eb7c
--- /dev/null
+++ 
b/meta/recipes-multimedia/pulseaudio/pulseaudio/0001-client-conf-Add-allow-autospawn-for-root.patch
@@ -0,0 +1,92 @@
+From 1cb5647f76dc8cd7bacbce2a64fac9e6c2dc3b16 Mon Sep 17 00:00:00 2001
+From: Tanu Kaskinen 
+Date: Tue, 28 Apr 2015 14:32:43 +0300
+Subject: [PATCH] client-conf: Add allow-autospawn-for-root
+
+Usually autospawning for root is a bad idea, since it can easily
+interfere with other users' PulseAudio instances, but in embedded
+environments where only root exists, autospawning is fine.
+
+Upstream-Status: Submitted 
[http://thread.gmane.org/gmane.comp.audio.pulseaudio.general/23549]
+
+Signed-off-by: Tanu Kaskinen 
+---
+ man/pulse-client.conf.5.xml.in | 9 +
+ src/pulse/client-conf.c| 1 +
+ src/pulse/client-conf.h| 1 +
+ src/pulse/client.conf.in   | 1 +
+ src/pulse/context.c| 2 +-
+ 5 files changed, 13 insertions(+), 1 deletion(-)
+
+diff --git a/man/pulse-client.conf.5.xml.in b/man/pulse-client.conf.5.xml.in
+index 1002dbe..0058490 100644
+--- a/man/pulse-client.conf.5.xml.in
 b/man/pulse-client.conf.5.xml.in
+@@ -71,6 +71,15 @@ License along with PulseAudio; if not, see 
.
+ 
+ 
+ 
++  allow-autospawn-for-root= Allow autospawning also for 
root.
++  Takes a boolean value, defaults to no. If the autospawn
++   option is disabled, this option has no effect. Autospawning for
++  root is disabled by default, because running PulseAudio as root will
++  interfere with regular users' PulseAudio instances. This option should 
be
++  enabled only in environments where there are no regular users at 
all.
++
++
++
+   daemon-binary= Path to the PulseAudio daemon to
+   run when autospawning. Defaults to a path configured at compile
+   time.
+diff --git a/src/pulse/client-conf.c b/src/pulse/client-conf.c
+index 83331f8..0474583 100644
+--- a/src/pulse/client-conf.c
 b/src/pulse/client-conf.c
+@@ -138,6 +138,7 @@ void pa_client_conf_load(pa_client_conf *c, bool 
load_from_x11, bool load_from_e
+ { "default-server", pa_config_parse_string,   
&c->default_server, NULL },
+ { "default-dbus-server",pa_config_parse_string,   
&c->default_dbus_server, NULL },
+ { "autospawn",  pa_config_parse_bool, &c->autospawn, 
NULL },
++{ "allow-autospawn-for-root", pa_config_parse_bool,   
&c->allow_autospawn_for_root, NULL },
+ { "cookie-file",pa_config_parse_string,   
&c->cookie_file_from_client_conf, NULL },
+ { "disable-shm",pa_config_parse_bool, 
&c->disable_shm, NULL },
+ { "enable-shm", pa_config_parse_not_bool, 
&c->disable_shm, NULL },
+diff --git a/src/pulse/client-conf.h b/src/pulse/client-conf.h
+index eac705a..131393a 100644
+--- a/src/pulse/client-conf.h
 b/src/pulse/client-conf.h
+@@ -38,6 +38,7 @@ typedef struct pa_client_conf {
+ char *cookie_file_from_application;
+ char *cookie_file_from_client_conf;
+ bool autospawn, disable_shm, auto_connect_localhost, auto_connect_display;
++bool allow_autospawn_for_root;
+ size_t shm_size;
+ } pa_client_conf;
+ 
+diff --git a/src/pulse/client.conf.in b/src/pulse/client.conf.in
+index 26b7790..69830ef 100644
+--- a/src/pulse/client.conf.in
 b/src/pulse/client.conf.in
+@@ -23,6 +23,7 @@
+ ; default-dbus-server =
+ 
+ ; autospawn = yes
++; allow-autospawn-for-root = no
+ ; daemon-binary = @PA_BINARY@
+ ; extra-arguments = --log-target=syslog
+ 
+diff --git a/src/pulse/context.c b/src/pulse/context.c
+index 4bc445f..d6c3f6d 100644
+--- a/src/pulse/context.c
 b/src/pulse/context.c
+@@ -976,7 +976,7 @@ int pa_context_connect(
+ if (!(flags & PA_CONTEXT_NOAUTOSPAWN) && c->conf->autospawn) {
+ 
+ #ifdef HAVE_GETUID
+-if (getuid() == 0)
++if (!c->conf->allow_autospawn_for_root && getuid() == 0)
+ pa_log_debug("Not doing autospawn since we are root.");
+ else {
+ c->do_autospawn = true;
+-- 
+1.9.3
+
diff --git a/meta/recipes-multimedia/pulseaudio/p

[OE-core] [PATCH 5/5] packagegroup-core-x11-sato: add PulseAudio

2015-05-18 Thread Tanu Kaskinen

This enables PulseAudio in the Sato images.

[YOCTO #7517]

Signed-off-by: Tanu Kaskinen 
---
 meta/recipes-sato/packagegroups/packagegroup-core-x11-sato.bb | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/meta/recipes-sato/packagegroups/packagegroup-core-x11-sato.bb 
b/meta/recipes-sato/packagegroups/packagegroup-core-x11-sato.bb
index 2d046c4..04d1e99 100644
--- a/meta/recipes-sato/packagegroups/packagegroup-core-x11-sato.bb
+++ b/meta/recipes-sato/packagegroups/packagegroup-core-x11-sato.bb
@@ -39,6 +39,8 @@ RDEPENDS_${PN}-base = "\
 libsdl \
 ${NETWORK_MANAGER} \
 udev-extraconf \
+pulseaudio-server \
+pulseaudio-client-conf-sato \
 "
 
 # pcmanfm doesn't work on mips
-- 
1.9.3

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

[OE-core] [PATCH 3/5] pulseaudio: move client.conf to a separate package

2015-05-18 Thread Tanu Kaskinen

Putting client.conf to a separate package allows other recipes to
provide a replacement package when a custom version of client.conf is
needed (Sato will need that to make autospawning work for root).

Signed-off-by: Tanu Kaskinen 
---
 meta/recipes-multimedia/pulseaudio/pulseaudio.inc | 15 ---
 1 file changed, 8 insertions(+), 7 deletions(-)

diff --git a/meta/recipes-multimedia/pulseaudio/pulseaudio.inc 
b/meta/recipes-multimedia/pulseaudio/pulseaudio.inc
index 44aabea..d99dbd2 100644
--- a/meta/recipes-multimedia/pulseaudio/pulseaudio.inc
+++ b/meta/recipes-multimedia/pulseaudio/pulseaudio.inc
@@ -72,7 +72,8 @@ USERADD_PARAM_pulseaudio-server = "--system --home 
/var/run/pulse \
 # adding the console-kit module to an image, we also get the necessary
 # consolekit package produced.
 PACKAGES =+ "libpulsecore libpulsecommon libpulse libpulse-simple 
libpulse-mainloop-glib \
- pulseaudio-server pulseaudio-misc 
${@bb.utils.contains('PACKAGECONFIG', 'x11', 'pulseaudio-module-console-kit', 
'', d)}"
+ pulseaudio-client-conf pulseaudio-server pulseaudio-misc \
+ ${@bb.utils.contains('PACKAGECONFIG', 'x11', 
'pulseaudio-module-console-kit', '', d)}"
 
 #upgrade path:
 RREPLACES_pulseaudio-server = "libpulse-bin libpulse-conf"
@@ -81,11 +82,7 @@ PACKAGES_DYNAMIC += "^pulseaudio-lib-.* 
^pulseaudio-module-.*"
 
 FILES_libpulsecore = "${libdir}/libpulsecore*.so"
 FILES_libpulsecommon = "${libdir}/pulseaudio/libpulsecommon*.so"
-
-# client.conf configures the behaviour of libpulse, so it belongs in the same
-# package.
-FILES_libpulse = "${libdir}/libpulse.so.* ${sysconfdir}/pulse/client.conf"
-
+FILES_libpulse = "${libdir}/libpulse.so.*"
 FILES_libpulse-simple = "${libdir}/libpulse-simple.so.*"
 FILES_libpulse-mainloop-glib = "${libdir}/libpulse-mainloop-glib.so.*"
 
@@ -94,6 +91,7 @@ FILES_${PN}-dbg += "${libexecdir}/pulse/.debug \
 FILES_${PN}-dev += "${libdir}/pulse-${PV}/modules/*.la ${datadir}/vala 
${libdir}/cmake"   
 FILES_${PN}-conf = "${sysconfdir}"
 FILES_${PN}-bin += "${sysconfdir}/default/volatiles/volatiles.04_pulse"
+FILES_${PN}-client-conf = "${sysconfdir}/pulse/client.conf"
 FILES_${PN}-server = "${bindir}/pulseaudio ${bindir}/start-* ${sysconfdir} 
${bindir}/pactl */udev/rules.d/*.rules"
 
 #SYSTEMD_PACKAGES = "${PN}-server"
@@ -104,7 +102,7 @@ FILES_${PN}-misc = "${bindir}/* 
${libdir}/pulseaudio/libpulsedsp.so"
 # Allow the pulseaudio package to be created empty as a placeholder (-dbg and 
-dev depend on it)
 ALLOW_EMPTY_${PN} = "1"
 
-CONFFILES_libpulse = "${sysconfdir}/pulse/client.conf"
+CONFFILES_${PN}-client-conf = "${sysconfdir}/pulse/client.conf"
 
 CONFFILES_pulseaudio-server = "\ 
   ${sysconfdir}/pulse/default.pa \
@@ -126,6 +124,9 @@ python populate_packages_prepend() {
 do_split_packages(d, plugindir, '^lib(.*)\.so$', 'pulseaudio-lib-%s', 
'PulseAudio library for %s', extra_depends='', prepend=True)
 }
 
+# client.conf controls libpulse behaviour, hence the dependency.
+REDPENDS_libpulse += "pulseaudio-client-conf"
+
 RDEPENDS_pulseaudio-server = " \
 pulseaudio-module-filter-apply \
 pulseaudio-module-filter-heuristics \
-- 
1.9.3

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

[OE-core] [PATCH 1/5] alsa-plugins: initial recipe

2015-05-18 Thread Tanu Kaskinen

When PulseAudio is installed, alsa-plugins is needed to provide
compatibility for ALSA applications.

The dependencies are set up so that pulseaudio-server depends on
alsa-plugins-pulseaudio-conf, and alsa-plugins-pulseaudio-conf depends
on the PulseAudio plugins. This should make the ALSA->PulseAudio
compatibility configuration work out of the box, while leaving the
PulseAudio specific configuration out on systems that don't have
pulseaudio-server installed.

Signed-off-by: Tanu Kaskinen 
---
 .../recipes-multimedia/alsa/alsa-plugins_1.0.29.bb | 81 ++
 meta/recipes-multimedia/pulseaudio/pulseaudio.inc  |  5 ++
 2 files changed, 86 insertions(+)
 create mode 100644 meta/recipes-multimedia/alsa/alsa-plugins_1.0.29.bb

diff --git a/meta/recipes-multimedia/alsa/alsa-plugins_1.0.29.bb 
b/meta/recipes-multimedia/alsa/alsa-plugins_1.0.29.bb
new file mode 100644
index 000..ffdaef9
--- /dev/null
+++ b/meta/recipes-multimedia/alsa/alsa-plugins_1.0.29.bb
@@ -0,0 +1,81 @@
+DESCRIPTION = "ALSA Plugins"
+HOMEPAGE = "http://alsa-project.org";
+SECTION = "multimedia"
+
+# The primary license of alsa-plugins is LGPLv2.1.
+# 
+# m4/attributes.m4 is licensed under GPLv2+. m4/attributes.m4 is part of the
+# build system, and doesn't affect the licensing of the build result.
+#
+# The samplerate plugin source code is licensed under GPLv2+ to be consistent
+# with the libsamplerate license.
+LICENSE = "LGPLv2.1 & GPLv2+"
+LIC_FILES_CHKSUM = "\
+file://COPYING;md5=7fbc338309ac38fefcd64b04bb903e34 \
+file://COPYING.GPL;md5=94d55d512a9ba36caa9b7df079bae19f \
+
file://m4/attributes.m4;endline=33;md5=b25958da44c02231e3641f1bccef53eb \
+
file://rate/rate_samplerate.c;endline=19;md5=f3d3ce0b189846a486517d97a854b276 \
+"
+
+SRC_URI = "ftp://ftp.alsa-project.org/pub/plugins/${BP}.tar.bz2";
+SRC_URI[md5sum] = "a66797b4471e3cbe96575207bfbe252c"
+SRC_URI[sha256sum] = 
"325d85cac285f632b83e0191ae3f348bad03c1f007b937042f164abb81ea6532"
+
+DEPENDS += "alsa-lib"
+
+inherit autotools pkgconfig
+
+PACKAGECONFIG ??= "\
+samplerate \
+speex \
+${@bb.utils.contains('DISTRO_FEATURES', 'pulseaudio', 'pulseaudio', 
'', d)} \
+"
+PACKAGECONFIG[avcodec] = "--enable-avcodec,--disable-avcodec,libav"
+PACKAGECONFIG[jack] = "--enable-jack,--disable-jack,jack"
+PACKAGECONFIG[maemo-plugin] = "--enable-maemo-plugin,--disable-maemo-plugin"
+PACKAGECONFIG[maemo-resource-manager] = 
"--enable-maemo-resource-manager,--disable-maemo-resource-manager,dbus"
+PACKAGECONFIG[pulseaudio] = 
"--enable-pulseaudio,--disable-pulseaudio,pulseaudio"
+PACKAGECONFIG[samplerate] = 
"--enable-samplerate,--disable-samplerate,libsamplerate0"
+PACKAGECONFIG[speex] = "--with-speex=lib,--with-speex=no,speex"
+
+PACKAGES += "alsa-plugins-pulseaudio-conf"
+
+PACKAGES_DYNAMIC = "^libasound-module-.*"
+
+python populate_packages_prepend() {
+plugindir = bb.data.expand('${libdir}/alsa-lib/', d)
+do_split_packages(d, plugindir, '^libasound_module_(.*)\.so$', 
'libasound-module-%s', 'Alsa plugin for %s', extra_depends='')
+}
+
+do_install_append() {
+   # We use the example as is, so just drop the .example suffix.
+   mv ${D}${datadir}/alsa/alsa.conf.d/99-pulseaudio-default.conf.example 
${D}${datadir}/alsa/alsa.conf.d/99-pulseaudio-default.conf
+}
+
+FILES_${PN}-dbg += "${libdir}/alsa-lib/.debug"
+FILES_${PN}-dev += "${libdir}/alsa-lib/*.la"
+
+# 50-pulseaudio.conf defines a device named "pulse" that applications can use
+# if they explicitly want to use the PulseAudio plugin.
+# 99-pulseaudio-default.conf configures the "default" device to use the
+# PulseAudio plugin.
+FILES_${PN}-pulseaudio-conf += "\
+${datadir}/alsa/alsa.conf.d/50-pulseaudio.conf \
+${datadir}/alsa/alsa.conf.d/99-pulseaudio-default.conf \
+"
+
+# The resampler plugins create some symlinks, which have to be added to FILES
+# manually, since do_split_packages() rejects symlinks. The symlinks also cause
+# QA errors, but those errors are false positives, so we disable the QA checks.
+FILES_libasound-module-rate-lavcrate += 
"${libdir}/alsa-lib/*rate_lavcrate_*.so"
+FILES_libasound-module-rate-samplerate += 
"${libdir}/alsa-lib/*rate_samplerate_*.so"
+FILES_libasound-module-rate-speexrate += 
"${libdir}/alsa-lib/*rate_speexrate_*.so"
+INSANE_SKIP_libasound-module-rate-lavcrate = "dev-so"
+INSANE_SKIP_libasound-module-rate-samplerate = "dev-so"
+INSANE_SKIP_libasound-module-rate-speexrate = "dev-so"
+
+RDEPENDS_${PN}-pulseaudio-conf += "\
+libasound-module-conf-pulse \
+libasound-module-ctl-pulse \
+libasound-module-pcm-pulse \
+"
diff --git a/meta/recipes-multimedia/pulseaudio/pulseaudio.inc 
b/meta/recipes-multimedia/pulseaudio/pulseaudio.inc
index d6ddc3b..44aabea 100644
--- a/meta/recipes-multimedia/pulseaudio/pulseaudio.inc
+++ b/meta/recipes-multimedia/pulseaudio/pulseaudio.inc
@@ -149,6 +149,11 @@ RDEPENDS_pulseaudio-server = " \
 pulseaudio-module-role-cork \
 pulseaudio-mod

[OE-core] [PATCH 0/5] Enable PulseAudio in Sato images

2015-05-18 Thread Tanu Kaskinen

These patches fix YOCTO#7517.

ALSA configuration is set up so that the default ALSA device is the
PulseAudio plugin, so ALSA applications still work when PulseAudio is
using the audio hardware.

There's one quirk that can cause some confusion sometimes: the
PulseAudio server will auto-exit in 20 seconds after the last client
has disconnected. This shouldn't generally be a problem, because the
server will automatically start again when the next client tries to
connect. On a more "normal" system PulseAudio would not exit until the
user login session has terminated, but it seems that the graphical
session in Sato doesn't register as a session in ConsoleKit, so
PulseAudio doesn't know when the session ends.

Tanu Kaskinen (5):
  alsa-plugins: initial recipe
  pulseaudio: client-conf: Add allow-autospawn-for-root
  pulseaudio: move client.conf to a separate package
  pulseaudio-client-conf-sato: initial recipe
  packagegroup-core-x11-sato: add PulseAudio

 .../recipes-multimedia/alsa/alsa-plugins_1.0.29.bb | 81 +++
 meta/recipes-multimedia/pulseaudio/pulseaudio.inc  | 20 +++--
 ...-client-conf-Add-allow-autospawn-for-root.patch | 92 ++
 .../pulseaudio/pulseaudio_6.0.bb   |  1 +
 .../packagegroups/packagegroup-core-x11-sato.bb|  2 +
 .../pulseaudio-client-conf-sato/client.conf|  7 ++
 .../pulseaudio-client-conf-sato_1.bb   | 20 +
 7 files changed, 216 insertions(+), 7 deletions(-)
 create mode 100644 meta/recipes-multimedia/alsa/alsa-plugins_1.0.29.bb
 create mode 100644 
meta/recipes-multimedia/pulseaudio/pulseaudio/0001-client-conf-Add-allow-autospawn-for-root.patch
 create mode 100644 
meta/recipes-sato/pulseaudio-sato/pulseaudio-client-conf-sato/client.conf
 create mode 100644 
meta/recipes-sato/pulseaudio-sato/pulseaudio-client-conf-sato_1.bb

-- 
1.9.3

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

Re: [OE-core] [RFC] Add something like bitbake -cmenuconfig ?

2015-05-18 Thread Paul Eggleton

On Monday 18 May 2015 08:52:04 Otavio Salvador wrote:
> On Mon, May 18, 2015 at 5:45 AM, Paul Eggleton
> 
>  wrote:
> > Hi Robert,
> > 
> > On Monday 18 May 2015 09:52:50 Robert Yang wrote:
> >> On 05/17/2015 05:34 AM, Richard Purdie wrote:
> >> > On Fri, 2015-05-15 at 10:35 +0800, Robert Yang wrote:
> >> >> Is is useful/possible if we add something like bitbake 
> >> >> -cmenuconfig, just like kernel's make menuconfig ?
> >> >> 
> >> >> We can use the menuconfig to config the vars such as MACHINE, DL_DIR,
> >> >> DISTRO_FEATURES, MACHINE_FEATURES and all the variables which are
> >> >> configurable, I think that this would help the newbie a lot.
> >> >> 
> >> >> I think that we can add a menuconfig.bbclass (or other names) to do
> >> >> this,
> >> >> and I'd like to work on it.
> >> > 
> >> > Why would you want to specify a  when configuring MACHINE? I
> >> > understand why you're thinking this but it isn't well thought out and
> >> > in
> >> > this form would confuse users more than help them.
> >> > 
> >> > I don't think the system will even parse without a valid MACHINE, let
> >> > alone execute tasks.
> >> 
> >> I meant that we need something to help configure the build easier, it
> >> can generate something like local.conf.append, not configure the recipe.
> >> 
> >> The example "bitbake  -cmenuconfig" wasn't right enough, it's
> >> just a rough thought, we can use the current default local.conf
> >> (MACHINE = qemux86) to make system parse.
> >> 
> >> The problem is that we have many bbclasses in oe-core, a lot of them
> >> has specify configurations, and also a lot of vars in the conf file such
> >> as bitbake.conf, it's not easy to know how and what to config,
> >> especially,
> >> for newbies. The "bitbake -cmenuconfig" maybe not a good idea, I think
> >> that
> >> we need something to help config the build (generate local.conf) easier,
> >> do you have any suggestions, please ?
> > 
> > This is likely the direction we will be going in with the Toaster web UI -
> > with a web-based tool we can present a much friendlier interface and have
> > the chance to link to other information, for example we can link to the
> > appropriate manual section for individual variables (and in future error
> > messages, classes, etc.), analyse the output of the build, manage
> > multiple sets of configuration, etc. These are things that would be
> > difficult to do practically from the command line.
> 
> Toaster is nice but we shouldn't stop improving cmdline use as the
> first won't work for some use-cases.

Sure, I'm pointing out that this kind of thing is being worked on in a 
slightly different context, it's not that nothing is being done in this area.

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

[OE-core] [PATCH][V2] xkeyboard-config: remove GPLv3 files

2015-05-18 Thread Ross Burton

xkeyboard-config is intended to be MIT licensed, so backport a patch from
upstream to relicense one file and temporarily delete another.

Signed-off-by: Ross Burton 
---
 .../0001-Remove-GPLv3-content.patch| 1043 
 .../xorg-lib/xkeyboard-config_2.13.bb  |6 +-
 2 files changed, 1047 insertions(+), 2 deletions(-)
 create mode 100644 
meta/recipes-graphics/xorg-lib/xkeyboard-config/0001-Remove-GPLv3-content.patch

diff --git 
a/meta/recipes-graphics/xorg-lib/xkeyboard-config/0001-Remove-GPLv3-content.patch
 
b/meta/recipes-graphics/xorg-lib/xkeyboard-config/0001-Remove-GPLv3-content.patch
new file mode 100644
index 000..d291cfc
--- /dev/null
+++ 
b/meta/recipes-graphics/xorg-lib/xkeyboard-config/0001-Remove-GPLv3-content.patch
@@ -0,0 +1,1043 @@
+Remove GPLv3 content so the package remains MIT licensed.
+
+symbols/eu has been relicensed upstream.
+Remove symbols/ph until that is relicensed upstream.
+
+Upstream-Status; Inappropriate
+Signed-off-by: Ross Burton 
+
+---
+ symbols/eu |   1 -
+ symbols/ph | 996 -
+ 2 files changed, 997 deletions(-)
+ delete mode 100644 symbols/ph
+
+diff --git a/symbols/eu b/symbols/eu
+index 0a4d31a..5b767f1 100644
+--- a/symbols/eu
 b/symbols/eu
+@@ -1,6 +1,5 @@
+ // Based on 
+ // Copyright: Copyright 2012 Steffen Bruentjen (eurkey (at) steffen dot 
bruentjen dot de)
+-// License: GPLv3 
+ // modified by Christoph Roeper  (use firstName to 
mail)
+ 
+ default  partial alphanumeric_keys modifier_keys 
+diff --git a/symbols/ph b/symbols/ph
+deleted file mode 100644
+index 6b3defa..000
+--- a/symbols/ph
 /dev/null
+@@ -1,996 +0,0 @@
+-
+-// Philippines National Keyboard Layout v1.0.0 (2010-10-23)   
//
+-// http://laibcoms.com/sandbox/the-philippines-national-keyboard-layout   
//
+-//
//
+-// License: GNU/GPLv3 
//
+-//
//
+-// Loosely based on ISO/IEC 9995-3:2009   
//
+-//* glyphs that are not used in Philippine Languages and//
+-//Philippine English were not included  //
+-//* Additions/Changes that are not part of ISO/IEC 9995-3:2009  //
+-//were added//
+-//
//
+-// http://en.wikipedia.org/wiki/ISO/IEC_9995  
//
+-// http://www.fileformat.info/info/unicode/char/20B1/index.htm
//
+-//
//
+-// By: Ubuntu Philippines LoCo Team   
//
+-// Site: http://ubuntu-ph.org 
//
+-//
//
+-// Project Contact: JC John Sese Cuneta / 謝施洗 / ᜑᜓᜏᜈ᜔ ᜃᜓᜈᜒᜆ   
 //
+-// XMPP/Jabber: jcjohn.sesecun...@talkr.im
//
+-// Email: jcjohn.sesecun...@laibcoms.com  
//
+-
+-
+-// QWERTY (Latin) version
+-// http://en.wikipedia.org/wiki/QWERTY
+-//
+-// 
┌─┬─┬─┬─┬─┬─┬─┬─┬─┬─┬─┬─┬─┲━━━┓
+-// │ ~ ̃◌ │ ! ¡ │ @ ¤ │ # £ │ $ € │ % ° │ ^ ̂◌ │ & ← │ * → │ ( ↑ │ ) ↓ │ _ ◌͠ 
 │ + ∓ ┃ ⌫ Bak ┃
+-// │ ` ̀◌ │ 1 ¹ │ 2 ² │ 3 ³ │ 4 ¼ │ 5 ½ │ 6 ¾ │ 7 ⅛ │ 8 ⅜ │ 9 ⅝ │ 0 ⅞ │ - ¬ │ 
= ± ┃ Space ┃
+-// 
┢━┷━┱───┴─┬───┴─┬───┴─┬───┴─┬───┴─┬───┴─┬───┴─┬───┴─┬───┴─┬───┴─┬───┴─┬───┺━┯━┩
+-// ┃   ┃ Q   │ W   │ E Œ │ R ¶ │ T   │ Y   │ U   │ I İ │ O Ø │ P   │ {   
│ }   │ | Ə │
+-// ┃Tab ↹  ┃ q   │ w   │ e œ │ r ® │ t ™ │ y ¥ │ u   │ i ı │ o ø │ p ₱ │ [   
│ ]   │ \ ə │
+-// 
┣━━━┻┱┴┬┴┬┴┬┴┬┴┬┴┬┴┬┴┬┴┬┴┬┴┲┷━┪
+-// ┃┃ A Æ │ S   │ D   │ F ª │ G   │ H   │ J   │ K   │ L   │ :   │ " 
̋◌ ┃ Enter┃
+-// ┃Caps ⇬  ┃ a æ │ s § │ d   │ f   │ g   │ h   │ j   │ k   │ l   │ ;   │ ' 
́◌ ┃   ⏎  ┃
+-// 
┣━━━┳┹┬┴┬┴┬┴┬┴┬┴┬┴┬┴┬┴┬┴┬┴┲┻━━┫
+-// ┃   ┃   ¦ │ Z » │ X · │ C ¢ │ V ‘ │ B ’ │ N Ñ │ M º │ < ̨◌ │ > ␣ │ ? ¿ 
┃   ┃
+-// ┃Shift ⇧┃ │ z « │ x × │ c © │ v “ │ b ” │ n ñ │ m µ │ , ̧◌ │ . … │ / ÷ 
┃Shift ⇧┃
+-// 
┣━━━╋━┷━┳━━━┷━━━┱─┴─┴─┴─┴─┴───┲━┷━╈━┷━┳━━━┻━━━┳━━━┫
+-// ┃   ┃Win┃   ┃ ␣ Space

[OE-core] [PATCH] xkeyboard-config: remove GPLv3 files

2015-05-18 Thread Ross Burton

xkeyboard-config is intended to be MIT licensed, so backport a patch from
upstream to relicense one file and temporarily delete another.

Signed-off-by: Ross Burton 
---
 .../0001-Remove-GPLv3-content.patch| 1043 
 .../xorg-lib/xkeyboard-config_2.13.bb  |4 +-
 2 files changed, 1046 insertions(+), 1 deletion(-)
 create mode 100644 
meta/recipes-graphics/xorg-lib/xkeyboard-config/0001-Remove-GPLv3-content.patch

diff --git 
a/meta/recipes-graphics/xorg-lib/xkeyboard-config/0001-Remove-GPLv3-content.patch
 
b/meta/recipes-graphics/xorg-lib/xkeyboard-config/0001-Remove-GPLv3-content.patch
new file mode 100644
index 000..d291cfc
--- /dev/null
+++ 
b/meta/recipes-graphics/xorg-lib/xkeyboard-config/0001-Remove-GPLv3-content.patch
@@ -0,0 +1,1043 @@
+Remove GPLv3 content so the package remains MIT licensed.
+
+symbols/eu has been relicensed upstream.
+Remove symbols/ph until that is relicensed upstream.
+
+Upstream-Status; Inappropriate
+Signed-off-by: Ross Burton 
+
+---
+ symbols/eu |   1 -
+ symbols/ph | 996 -
+ 2 files changed, 997 deletions(-)
+ delete mode 100644 symbols/ph
+
+diff --git a/symbols/eu b/symbols/eu
+index 0a4d31a..5b767f1 100644
+--- a/symbols/eu
 b/symbols/eu
+@@ -1,6 +1,5 @@
+ // Based on 
+ // Copyright: Copyright 2012 Steffen Bruentjen (eurkey (at) steffen dot 
bruentjen dot de)
+-// License: GPLv3 
+ // modified by Christoph Roeper  (use firstName to 
mail)
+ 
+ default  partial alphanumeric_keys modifier_keys 
+diff --git a/symbols/ph b/symbols/ph
+deleted file mode 100644
+index 6b3defa..000
+--- a/symbols/ph
 /dev/null
+@@ -1,996 +0,0 @@
+-
+-// Philippines National Keyboard Layout v1.0.0 (2010-10-23)   
//
+-// http://laibcoms.com/sandbox/the-philippines-national-keyboard-layout   
//
+-//
//
+-// License: GNU/GPLv3 
//
+-//
//
+-// Loosely based on ISO/IEC 9995-3:2009   
//
+-//* glyphs that are not used in Philippine Languages and//
+-//Philippine English were not included  //
+-//* Additions/Changes that are not part of ISO/IEC 9995-3:2009  //
+-//were added//
+-//
//
+-// http://en.wikipedia.org/wiki/ISO/IEC_9995  
//
+-// http://www.fileformat.info/info/unicode/char/20B1/index.htm
//
+-//
//
+-// By: Ubuntu Philippines LoCo Team   
//
+-// Site: http://ubuntu-ph.org 
//
+-//
//
+-// Project Contact: JC John Sese Cuneta / 謝施洗 / ᜑᜓᜏᜈ᜔ ᜃᜓᜈᜒᜆ   
 //
+-// XMPP/Jabber: jcjohn.sesecun...@talkr.im
//
+-// Email: jcjohn.sesecun...@laibcoms.com  
//
+-
+-
+-// QWERTY (Latin) version
+-// http://en.wikipedia.org/wiki/QWERTY
+-//
+-// 
┌─┬─┬─┬─┬─┬─┬─┬─┬─┬─┬─┬─┬─┲━━━┓
+-// │ ~ ̃◌ │ ! ¡ │ @ ¤ │ # £ │ $ € │ % ° │ ^ ̂◌ │ & ← │ * → │ ( ↑ │ ) ↓ │ _ ◌͠ 
 │ + ∓ ┃ ⌫ Bak ┃
+-// │ ` ̀◌ │ 1 ¹ │ 2 ² │ 3 ³ │ 4 ¼ │ 5 ½ │ 6 ¾ │ 7 ⅛ │ 8 ⅜ │ 9 ⅝ │ 0 ⅞ │ - ¬ │ 
= ± ┃ Space ┃
+-// 
┢━┷━┱───┴─┬───┴─┬───┴─┬───┴─┬───┴─┬───┴─┬───┴─┬───┴─┬───┴─┬───┴─┬───┴─┬───┺━┯━┩
+-// ┃   ┃ Q   │ W   │ E Œ │ R ¶ │ T   │ Y   │ U   │ I İ │ O Ø │ P   │ {   
│ }   │ | Ə │
+-// ┃Tab ↹  ┃ q   │ w   │ e œ │ r ® │ t ™ │ y ¥ │ u   │ i ı │ o ø │ p ₱ │ [   
│ ]   │ \ ə │
+-// 
┣━━━┻┱┴┬┴┬┴┬┴┬┴┬┴┬┴┬┴┬┴┬┴┬┴┲┷━┪
+-// ┃┃ A Æ │ S   │ D   │ F ª │ G   │ H   │ J   │ K   │ L   │ :   │ " 
̋◌ ┃ Enter┃
+-// ┃Caps ⇬  ┃ a æ │ s § │ d   │ f   │ g   │ h   │ j   │ k   │ l   │ ;   │ ' 
́◌ ┃   ⏎  ┃
+-// 
┣━━━┳┹┬┴┬┴┬┴┬┴┬┴┬┴┬┴┬┴┬┴┬┴┲┻━━┫
+-// ┃   ┃   ¦ │ Z » │ X · │ C ¢ │ V ‘ │ B ’ │ N Ñ │ M º │ < ̨◌ │ > ␣ │ ? ¿ 
┃   ┃
+-// ┃Shift ⇧┃ │ z « │ x × │ c © │ v “ │ b ” │ n ñ │ m µ │ , ̧◌ │ . … │ / ÷ 
┃Shift ⇧┃
+-// 
┣━━━╋━┷━┳━━━┷━━━┱─┴─┴─┴─┴─┴───┲━┷━╈━┷━┳━━━┻━━━┳━━━┫
+-// ┃   ┃Win┃   ┃ ␣ Space

Re: [OE-core] trouble related to oe-core update

2015-05-18 Thread Otavio Salvador

On Mon, May 18, 2015 at 6:00 AM, Andreas Müller
 wrote:
> On Mon, May 18, 2015 at 10:01 AM, Martin Jansa  wrote:
>> On Mon, May 18, 2015 at 09:46:03AM +0200, Andreas Müller wrote:
>>> Hi,
>>
>> Hi,
>>
>>> have seen that a while ago but had no time to take care.
>>>
>>> Since oe-core commit
>>>
>>> commit 3e760031f91fb87c3e2f62b77a117eb41164f259
>>> Author: Martin Jansa 
>>> Date:   Wed Feb 18 15:40:35 2015 +0100
>>>
>>> feature-arm-thumb.inc: respect ARM_INSTRUCTION_SET when adding thumb 
>>> suffix
>>>
>>> I get
>>>
>>> ERROR:  OE-core's config sanity checker detected a potential 
>>> misconfiguration.
>>> Either fix the cause of this error or at your own risk disable the
>>> checker (see sanity.conf).
>>> Following is the list of potential problems / advisories:
>>>
>>> Error, the PACKAGE_ARCHS variable does not contain TUNE_PKGARCH
>>> (cortexa9t2hf-vfp-neon).
>>>
>>> I don't understand this fully but it seems that
>>> fsl-dynamic-packagearch.bbclass would add this pkg arch but this never
>>> happens because sanity.bbclass is executed first and interrupts
>>> parsing. What I don't understand: Am I the only one having this issue
>>>o
>> I'm not using meta-fsl*, butdo you have this patch in your setup?
>> http://patches.openembedded.org/patch/90989/
>> it was discussed off-list a while ago and this change looks like result
>> of that discussion.
>>
> Have meta-fsl-arm current master in my layers. This contains a similar patch:
>
> commit bfe01a0ebde407086f4a7710ea165c6beff310d7
> Author: Max Krummenacher 
> Date:   Mon Mar 30 23:49:32 2015 +0200
>
> fsl-dynamic-packagearch: add all MACHINE_SOCARCH feeds
>
> Have rebased the mentionioned patch -> same result.
>
> My problem seems to be that sanity.bbclass bails out before code in
> fsl-dynamic-packagearch.bbclass is executed (and would fix). Playing
> around with layer priorities / order of layers nothing changed
> situation.

What board are you using?

-- 
Otavio Salvador O.S. Systems
http://www.ossystems.com.brhttp://code.ossystems.com.br
Mobile: +55 (53) 9981-7854Mobile: +1 (347) 903-9750
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [RFC] Add something like bitbake -cmenuconfig ?

2015-05-18 Thread Otavio Salvador

On Mon, May 18, 2015 at 5:45 AM, Paul Eggleton
 wrote:
> Hi Robert,
>
> On Monday 18 May 2015 09:52:50 Robert Yang wrote:
>> On 05/17/2015 05:34 AM, Richard Purdie wrote:
>> > On Fri, 2015-05-15 at 10:35 +0800, Robert Yang wrote:
>> >> Is is useful/possible if we add something like bitbake 
>> >> -cmenuconfig, just like kernel's make menuconfig ?
>> >>
>> >> We can use the menuconfig to config the vars such as MACHINE, DL_DIR,
>> >> DISTRO_FEATURES, MACHINE_FEATURES and all the variables which are
>> >> configurable, I think that this would help the newbie a lot.
>> >>
>> >> I think that we can add a menuconfig.bbclass (or other names) to do this,
>> >> and I'd like to work on it.
>> >
>> > Why would you want to specify a  when configuring MACHINE? I
>> > understand why you're thinking this but it isn't well thought out and in
>> > this form would confuse users more than help them.
>> >
>> > I don't think the system will even parse without a valid MACHINE, let
>> > alone execute tasks.
>>
>> I meant that we need something to help configure the build easier, it
>> can generate something like local.conf.append, not configure the recipe.
>>
>> The example "bitbake  -cmenuconfig" wasn't right enough, it's
>> just a rough thought, we can use the current default local.conf
>> (MACHINE = qemux86) to make system parse.
>>
>> The problem is that we have many bbclasses in oe-core, a lot of them
>> has specify configurations, and also a lot of vars in the conf file such
>> as bitbake.conf, it's not easy to know how and what to config, especially,
>> for newbies. The "bitbake -cmenuconfig" maybe not a good idea, I think that
>> we need something to help config the build (generate local.conf) easier,
>> do you have any suggestions, please ?
>
> This is likely the direction we will be going in with the Toaster web UI -
> with a web-based tool we can present a much friendlier interface and have the
> chance to link to other information, for example we can link to the
> appropriate manual section for individual variables (and in future error
> messages, classes, etc.), analyse the output of the build, manage multiple
> sets of configuration, etc. These are things that would be difficult to do
> practically from the command line.

Toaster is nice but we shouldn't stop improving cmdline use as the
first won't work for some use-cases.

-- 
Otavio Salvador O.S. Systems
http://www.ossystems.com.brhttp://code.ossystems.com.br
Mobile: +55 (53) 9981-7854Mobile: +1 (347) 903-9750
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] meta-gir issues and maintenance

2015-05-18 Thread Andreas Müller

On Mon, May 18, 2015 at 1:00 PM, Burton, Ross  wrote:
> On 18 May 2015 at 09:00, Andreas Müller 
> wrote:
>>
>> I would appreciate to have the gintrospection more central - this
>> would give us a chance to get the gtk stuff out of stone age..
>
>
> Well, oe-core already has GTK+ 3, so we're "just" missing the bindings to
> Python and JavaScript.
Sorry - I meant gnome not gtk.
>
> Changhyeok, you're welcome to fork meta-gir to your own repository and work
> on it independently.  If you can update it so that it works with oe-core
> master then you're the new maintainer. :)
>
Andreas
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] meta-gir issues and maintenance

2015-05-18 Thread Burton, Ross

On 18 May 2015 at 09:00, Andreas Müller 
wrote:

> I would appreciate to have the gintrospection more central - this
> would give us a chance to get the gtk stuff out of stone age..
>

Well, oe-core already has GTK+ 3, so we're "just" missing the bindings to
Python and JavaScript.

Changhyeok, you're welcome to fork meta-gir to your own repository and work
on it independently.  If you can update it so that it works with oe-core
master then you're the new maintainer. :)

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

Re: [OE-core] trouble related to oe-core update

2015-05-18 Thread Andreas Müller

On Mon, May 18, 2015 at 10:01 AM, Martin Jansa  wrote:
> On Mon, May 18, 2015 at 09:46:03AM +0200, Andreas Müller wrote:
>> Hi,
>
> Hi,
>
>> have seen that a while ago but had no time to take care.
>>
>> Since oe-core commit
>>
>> commit 3e760031f91fb87c3e2f62b77a117eb41164f259
>> Author: Martin Jansa 
>> Date:   Wed Feb 18 15:40:35 2015 +0100
>>
>> feature-arm-thumb.inc: respect ARM_INSTRUCTION_SET when adding thumb 
>> suffix
>>
>> I get
>>
>> ERROR:  OE-core's config sanity checker detected a potential 
>> misconfiguration.
>> Either fix the cause of this error or at your own risk disable the
>> checker (see sanity.conf).
>> Following is the list of potential problems / advisories:
>>
>> Error, the PACKAGE_ARCHS variable does not contain TUNE_PKGARCH
>> (cortexa9t2hf-vfp-neon).
>>
>> I don't understand this fully but it seems that
>> fsl-dynamic-packagearch.bbclass would add this pkg arch but this never
>> happens because sanity.bbclass is executed first and interrupts
>> parsing. What I don't understand: Am I the only one having this issue
>>o
> I'm not using meta-fsl*, butdo you have this patch in your setup?
> http://patches.openembedded.org/patch/90989/
> it was discussed off-list a while ago and this change looks like result
> of that discussion.
>
Have meta-fsl-arm current master in my layers. This contains a similar patch:

commit bfe01a0ebde407086f4a7710ea165c6beff310d7
Author: Max Krummenacher 
Date:   Mon Mar 30 23:49:32 2015 +0200

fsl-dynamic-packagearch: add all MACHINE_SOCARCH feeds

Have rebased the mentionioned patch -> same result.

My problem seems to be that sanity.bbclass bails out before code in
fsl-dynamic-packagearch.bbclass is executed (and would fix). Playing
around with layer priorities / order of layers nothing changed
situation.

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

Re: [OE-core] [RFC] Add something like bitbake -cmenuconfig ?

2015-05-18 Thread Paul Eggleton

Hi Robert,

On Monday 18 May 2015 09:52:50 Robert Yang wrote:
> On 05/17/2015 05:34 AM, Richard Purdie wrote:
> > On Fri, 2015-05-15 at 10:35 +0800, Robert Yang wrote:
> >> Is is useful/possible if we add something like bitbake 
> >> -cmenuconfig, just like kernel's make menuconfig ?
> >> 
> >> We can use the menuconfig to config the vars such as MACHINE, DL_DIR,
> >> DISTRO_FEATURES, MACHINE_FEATURES and all the variables which are
> >> configurable, I think that this would help the newbie a lot.
> >> 
> >> I think that we can add a menuconfig.bbclass (or other names) to do this,
> >> and I'd like to work on it.
> > 
> > Why would you want to specify a  when configuring MACHINE? I
> > understand why you're thinking this but it isn't well thought out and in
> > this form would confuse users more than help them.
> > 
> > I don't think the system will even parse without a valid MACHINE, let
> > alone execute tasks.
> 
> I meant that we need something to help configure the build easier, it
> can generate something like local.conf.append, not configure the recipe.
> 
> The example "bitbake  -cmenuconfig" wasn't right enough, it's
> just a rough thought, we can use the current default local.conf
> (MACHINE = qemux86) to make system parse.
> 
> The problem is that we have many bbclasses in oe-core, a lot of them
> has specify configurations, and also a lot of vars in the conf file such
> as bitbake.conf, it's not easy to know how and what to config, especially,
> for newbies. The "bitbake -cmenuconfig" maybe not a good idea, I think that
> we need something to help config the build (generate local.conf) easier,
> do you have any suggestions, please ?

This is likely the direction we will be going in with the Toaster web UI - 
with a web-based tool we can present a much friendlier interface and have the 
chance to link to other information, for example we can link to the 
appropriate manual section for individual variables (and in future error 
messages, classes, etc.), analyse the output of the build, manage multiple 
sets of configuration, etc. These are things that would be difficult to do 
practically from the command line.

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

[OE-core] [PATCH] icu-native: fix hard paths in native icu

2015-05-18 Thread André Draszik

The icu recipe installs icu-native twice, once in the usual location,
and once for cross builds into the path given by --with-cross-build.

This latter path is not included in the list of paths recognised by
chrpath.bbclass, hence the binaries in there retain the rpath as used
during compilation. This causes the package to not be relocateable
from sstate
[YOCTO #6851]

We use the infrastructure that is in place already, and simply set
PREPROCESS_RELOCATE_DIRS as necessary, and things start to work.
---
 meta/recipes-support/icu/icu.inc | 1 +
 1 file changed, 1 insertion(+)

diff --git a/meta/recipes-support/icu/icu.inc b/meta/recipes-support/icu/icu.inc
index f4254b5..cc6f222 100644
--- a/meta/recipes-support/icu/icu.inc
+++ b/meta/recipes-support/icu/icu.inc
@@ -26,6 +26,7 @@ EXTRA_OECONF = "--with-cross-build=${STAGING_ICU_DIR_NATIVE}"
 EXTRA_OECONF_class-native = ""
 EXTRA_OECONF_class-nativesdk = "--with-cross-build=${STAGING_ICU_DIR_NATIVE}"
 
+PREPROCESS_RELOCATE_DIRS = "${datadir}/${BPN}/${PV}"
 do_install_append_class-native() {
mkdir -p ${D}/${STAGING_ICU_DIR_NATIVE}/config
cp -r ${B}/config/icucross.mk ${D}/${STAGING_ICU_DIR_NATIVE}/config
-- 
2.1.4

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

[OE-core] [PATCH 0/1] icu-native: not relocatable via sstate

2015-05-18 Thread André Draszik


The icu recipe installs icu-native twice, once in the usual location,
and once for cross builds into the path given by --with-cross-build.

This latter path is not included in the list of paths recognised by
chrpath.bbclass, hence the binaries in there retain the rpath as used
during compilation. This causes the package to not be relocateable
from sstate.
[YOCTO #6851]


Please note that the attached change alone doesn't cause the sstate
signature to become invalid, hence bitbake will use an existing
archive from sstate (which still has the old rpaths).
Not sure what's missing to force a signature change here, other than
doing a -c cleansstate

Also, in the patch, I did try using ${STAGING_ICU_DIR_NATIVE} instead
of open-coding ${datadir}/${BPN}/${PV}, originally, but that didn't
work, as at the time chrpath.bbclass was running, this translated
into .../usr/lib instead of .../usr/share (as it should and does
during all the other tasks). I didn't find the reason for that.


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

Re: [OE-core] trouble related to oe-core update

2015-05-18 Thread Martin Jansa

On Mon, May 18, 2015 at 09:46:03AM +0200, Andreas Müller wrote:
> Hi,

Hi,

> have seen that a while ago but had no time to take care.
> 
> Since oe-core commit
> 
> commit 3e760031f91fb87c3e2f62b77a117eb41164f259
> Author: Martin Jansa 
> Date:   Wed Feb 18 15:40:35 2015 +0100
> 
> feature-arm-thumb.inc: respect ARM_INSTRUCTION_SET when adding thumb 
> suffix
> 
> I get
> 
> ERROR:  OE-core's config sanity checker detected a potential misconfiguration.
> Either fix the cause of this error or at your own risk disable the
> checker (see sanity.conf).
> Following is the list of potential problems / advisories:
> 
> Error, the PACKAGE_ARCHS variable does not contain TUNE_PKGARCH
> (cortexa9t2hf-vfp-neon).
> 
> I don't understand this fully but it seems that
> fsl-dynamic-packagearch.bbclass would add this pkg arch but this never
> happens because sanity.bbclass is executed first and interrupts
> parsing. What I don't understand: Am I the only one having this issue
>o
I'm not using meta-fsl*, butdo you have this patch in your setup?
http://patches.openembedded.org/patch/90989/
it was discussed off-list a while ago and this change looks like result
of that discussion.

-- 
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] meta-gir issues and maintenance

2015-05-18 Thread Andreas Müller

On Thu, May 14, 2015 at 4:50 AM, Changhyeok Bae  wrote:
> Hi Tomas,
>
> I'm Changhyeok and working with Martin Jansa.
> Actually I'm using meta-gir layer. So can I take over meta-gir layer?
>
> Thanks
> Changhyeok
>
> -Original Message-
> From: openembedded-core-boun...@lists.openembedded.org
> [mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf Of Tomas
> Frydrych
> Sent: Friday, March 13, 2015 3:03 AM
> To: OE-core
> Subject: Re: [OE-core] meta-gir issues and maintenance
>
> Martin,
>
> On 12/03/15 14:35, Martin Jansa wrote:
>> I was trying to use meta-gir in Dizzy release and found out that last
>> commit in this layer is 16 months ago and many .bbappends no longer
>> match with their recipes.
>>
>> Was this layer superseded by something else or you just didn't have
>> time to update it for newer Yocto releases?
>
> Unfortunately, life has been getting in the way of working on this layer (as
> well as meta-guacamayo), and it is not going to change in the foreseeable
> future. :-( It's a pity, as the gir stuff is useful/necessary for things
> like python bindings to gobject and related.
> If someone wanted to take over, it would make sense to move the repo
> somewhere more central (yocto, oe) as well.
>
> Tomas
>
I would appreciate to have the gintrospection more central - this
would give us a chance to get the gtk stuff out of stone age..

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

[OE-core] trouble related to oe-core update

2015-05-18 Thread Andreas Müller

Hi,

have seen that a while ago but had no time to take care.

Since oe-core commit

commit 3e760031f91fb87c3e2f62b77a117eb41164f259
Author: Martin Jansa 
Date:   Wed Feb 18 15:40:35 2015 +0100

feature-arm-thumb.inc: respect ARM_INSTRUCTION_SET when adding thumb suffix

I get

ERROR:  OE-core's config sanity checker detected a potential misconfiguration.
Either fix the cause of this error or at your own risk disable the
checker (see sanity.conf).
Following is the list of potential problems / advisories:

Error, the PACKAGE_ARCHS variable does not contain TUNE_PKGARCH
(cortexa9t2hf-vfp-neon).

I don't understand this fully but it seems that
fsl-dynamic-packagearch.bbclass would add this pkg arch but this never
happens because sanity.bbclass is executed first and interrupts
parsing. What I don't understand: Am I the only one having this issue
and if yes - what makes my configuration special.

Help - please :)

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

87 matches

Mail list logo