Re: [oe] [meta-oe][PATCH] parted_1.8.6.bb: add parted that not GPLv3

2015-08-31 Thread Anders Darander
* Andre McCurdy  [150831 22:03]:

> On Mon, Aug 31, 2015 at 12:38 PM, Andreas Müller
>  wrote:
> > On Mon, Aug 31, 2015 at 9:11 PM, Andre McCurdy  wrote:
> >> On Mon, Aug 31, 2015 at 10:58 AM, Martin Jansa  
> >> wrote:
> >>> I cannot take this to meta-oe, because as soon as it's added there it
> >>> will be used by all DISTROs even those who don't mind having GPLv3
> >>> version.

> >>> Everybody would need to define PREFERRED_VERSION, because
> >>> DEFAULT_PREFERENCE is useless across different layers :/
> >>> https://bugzilla.yoctoproject.org/show_bug.cgi?id=2964

> >>> So this either has to be introduced in oe-core or in completely separate
> >>> layer which would be included only by those who cannot use GPLv3.

I think that the correct way to handle those recipes (that isn't core
enough to be kept in oe-core) is to create a new layer, maybe meta-gplv2
or meta-nongplv3; dependig on how explicit the naming should be. This
layer could very well be put in meta-openembedded (the meta layer, not
meta-oe).

> >> Third option would be to reduce the priority of meta-oe to be lower
> >> than oe-core.

> >> That seems logical regardless of any GPLv3 discussion - since meta-oe
> >> "fills in the gaps" in oe-core, if something _is_ present in oe-core
> >> then it probably should be the default version.

> > This scares me: to get a recipe in with old version not supporting
> > modern file systems you want to change meta-oe's layer priority
> > risiking unknown issues. I wonder how far the GPLv3 avoidance hype
> > takes us...

> No, if you read the various threads, my preference is to have the
> GPLv2 parted recipe in oe-core. That option has been shot down though
> and the general consensus seems to be that the older version of parted
> is too buggy to be included anywhere in OE. That topic seems to be
> closed.

> Trying to understand why meta-oe needs a higher priority than oe-core
> is a separate topic. If the priorities were changed it would allow
> older (and newer) versions of oe-core recipes to safely live in
> meta-oe. That would help non-GPLv3 versions of GPLv3 packages, but it
> might be useful in other cases too.

Well, changing the priority might have effects on peoples current
builds; most likely effects that you don't anticipate during an upgrade.

And at least periodically, meta-oe has modified how recipes from oe-core
has been built. Thus, the need for a higher priority of meta-oe as
compared to oe-core. (I know that I've had to undo such changes in my
own layers in older releases).

Cheers,
Anders

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


[oe] [PATCH v2] hostapd: Fix bugs from CVE-2015-4141 to CVE-2015-4146

2015-08-31 Thread Fan Xin
hostapd: Fix bugs from CVE-2015-4141 to CVE-2015-4146

These patches are originally from:
 http://w1.fi/security/2015-2/
 http://w1.fi/security/2015-3/
 http://w1.fi/security/2015-4/

The relationships between CVE number and patch file are as follows:

CVE-2015-4141
 0001-WPS-Fix-HTTP-chunked-transfer-encoding-parser.patch

CVE-2015-4142
 0001-AP-WMM-Fix-integer-underflow-in-WMM-Action-frame-par.patch

CVE-2015-4143
 0001-EAP-pwd-peer-Fix-payload-length-validation-for-Commi.patch
 0002-EAP-pwd-server-Fix-payload-length-validation-for-Com.patch

CVE-2015-4144
CVE-2015-4145
 0003-EAP-pwd-peer-Fix-Total-Length-parsing-for-fragment-r.patch
 0004-EAP-pwd-server-Fix-Total-Length-parsing-for-fragment.patch

CVE-2015-4146
 0005-EAP-pwd-peer-Fix-asymmetric-fragmentation-behavior.patch

Signed-off-by: Fan Xin 
---
 ...integer-underflow-in-WMM-Action-frame-par.patch | 45 +
 ...r-Fix-payload-length-validation-for-Commi.patch | 77
++
 ...Fix-HTTP-chunked-transfer-encoding-parser.patch | 53 +++
 ...ver-Fix-payload-length-validation-for-Com.patch | 70

 ...r-Fix-Total-Length-parsing-for-fragment-r.patch | 56 
 ...ver-Fix-Total-Length-parsing-for-fragment.patch | 54 +++
 ...eer-Fix-asymmetric-fragmentation-behavior.patch | 36 ++
 7 files changed, 391 insertions(+)
 create mode 100644
meta/recipes-connectivity/hostapd/hostapd/0001-AP-WMM-Fix-integer-underflow-in-WMM-Action-frame-par.patch
 create mode 100644
meta/recipes-connectivity/hostapd/hostapd/0001-EAP-pwd-peer-Fix-payload-length-validation-for-Commi.patch
 create mode 100644
meta/recipes-connectivity/hostapd/hostapd/0001-WPS-Fix-HTTP-chunked-transfer-encoding-parser.patch
 create mode 100644
meta/recipes-connectivity/hostapd/hostapd/0002-EAP-pwd-server-Fix-payload-length-validation-for-Com.patch
 create mode 100644
meta/recipes-connectivity/hostapd/hostapd/0003-EAP-pwd-peer-Fix-Total-Length-parsing-for-fragment-r.patch
 create mode 100644
meta/recipes-connectivity/hostapd/hostapd/0004-EAP-pwd-server-Fix-Total-Length-parsing-for-fragment.patch
 create mode 100644
meta/recipes-connectivity/hostapd/hostapd/0005-EAP-pwd-peer-Fix-asymmetric-fragmentation-behavior.patch

diff --git
a/meta/recipes-connectivity/hostapd/hostapd/0001-AP-WMM-Fix-integer-underflow-in-WMM-Action-frame-par.patch
b/meta/recipes-connectivity/hostapd/hostapd/0001-AP-WMM-Fix-integer-underflow-in-WMM-Action-frame-par.patch
new file mode 100644
index 000..882674f
--- /dev/null
+++
b/meta/recipes-connectivity/hostapd/hostapd/0001-AP-WMM-Fix-integer-underflow-in-WMM-Action-frame-par.patch
@@ -0,0 +1,45 @@
+Upstream-Status: Backport
+
+Signed-off-by: Fan Xin 
+
+From ef566a4d4f74022e1fdb0a2addfe81e6de9f4aae Mon Sep 17 00:00:00 2001
+From: Jouni Malinen 
+Date: Wed, 29 Apr 2015 02:21:53 +0300
+Subject: [PATCH] AP WMM: Fix integer underflow in WMM Action frame parser
+
+The length of the WMM Action frame was not properly validated and the
+length of the information elements (int left) could end up being
+negative. This would result in reading significantly past the stack
+buffer while parsing the IEs in ieee802_11_parse_elems() and while doing
+so, resulting in segmentation fault.
+
+This can result in an invalid frame being used for a denial of service
+attack (hostapd process killed) against an AP with a driver that uses
+hostapd for management frame processing (e.g., all mac80211-based
+drivers).
+
+Thanks to Kostya Kortchinsky of Google security team for discovering and
+reporting this issue.
+
+Signed-off-by: Jouni Malinen 
+---
+ src/ap/wmm.c | 3 +++
+ 1 file changed, 3 insertions(+)
+
+diff --git a/src/ap/wmm.c b/src/ap/wmm.c
+index 6d4177c..314e244 100644
+--- a/src/ap/wmm.c
 b/src/ap/wmm.c
+@@ -274,6 +274,9 @@ void hostapd_wmm_action(struct hostapd_data *hapd,
+ return;
+ }
+
++if (left < 0)
++return; /* not a valid WMM Action frame */
++
+ /* extract the tspec info element */
+ if (ieee802_11_parse_elems(pos, left, &elems, 1) == ParseFailed) {
+ hostapd_logger(hapd, mgmt->sa, HOSTAPD_MODULE_IEEE80211,
+--
+1.9.1
+
diff --git
a/meta/recipes-connectivity/hostapd/hostapd/0001-EAP-pwd-peer-Fix-payload-length-validation-for-Commi.patch
b/meta/recipes-connectivity/hostapd/hostapd/0001-EAP-pwd-peer-Fix-payload-length-validation-for-Commi.patch
new file mode 100644
index 000..a2bafc8
--- /dev/null
+++
b/meta/recipes-connectivity/hostapd/hostapd/0001-EAP-pwd-peer-Fix-payload-length-validation-for-Commi.patch
@@ -0,0 +1,77 @@
+Upstream-Status: Backport
+
+Signed-off-by: Fan Xin 
+
+From dd2f043c9c43d156494e33d7ce22db96e6ef42c7 Mon Sep 17 00:00:00 2001
+From: Jouni Malinen 
+Date: Fri, 1 May 2015 16:37:45 +0300
+Subject: [PATCH 1/5] EAP-pwd peer: Fix payload length validation for Commit
+ and Confirm
+
+The length of the received Commit and Confirm message payloads was not
+checked before reading them. This could result in a buffer read
+overflow when process

[oe] Using QT_DIR_NAME; Correct way of flattening QT5 directory structure?

2015-08-31 Thread Adam Lee
My system only runs Qt5. Hence no need to have `qmake` and others in
`/usr/bin/qt5`.
I prefer to have them in `/usr/bin`.

JaMa's comment[1] seems to suggest that all it takes is setting
`QT_DIR_NAME` to an empty string.

With this, I get tonnes of QA errors because `FILES_` paths now
contain `//`, which is the right behavior
as per the manual[2].

For example:

   $ bitbake qttools -e | grep FILES_qttools-mkspecs
   # $FILES_qttools-mkspecs
   FILES_qttools-mkspecs="/usr/lib//mkspecs "

And the corresponding error being this:

   WARNING: QA Issue: FILES variable for package qttools-mkspecs
   contains '//' which is invalid. Attempting to fix this but you should correct
   the metadata.
   [files-invalid]

The build system [seems to] successfully correct the issue, and I see
the files in the resulting rootfs.
That said, I am either doing something incorrect, or something has to be fixed.

[1] 
http://lists.openembedded.org/pipermail/openembedded-devel/2014-February/094232.html
[2] 
http://www.yoctoproject.org/docs/current/ref-manual/ref-manual.html#qa-issue-files-invalid
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel


Re: [oe] [meta-security] [PATCH] tripwire: Fix path to nano in default twcfg.txt

2015-08-31 Thread akuster808
merged.

thanks,
Armin

On 08/31/2015 12:40 PM, Haris Okanovic wrote:
> Nano is installed under /usr/bin/, not /bin/.
> 
> Installed Tripwire on a Fido image and successfully ran
> `tripwire --update` to invoke text editor.
> 
> Signed-off-by: Haris Okanovic 
> ---
>  recipes-security/tripwire/files/twcfg.txt | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
> 
> diff --git a/recipes-security/tripwire/files/twcfg.txt 
> b/recipes-security/tripwire/files/twcfg.txt
> index 131b097..224e920 100644
> --- a/recipes-security/tripwire/files/twcfg.txt
> +++ b/recipes-security/tripwire/files/twcfg.txt
> @@ -4,7 +4,7 @@ DBFILE =/var/lib/tripwire/$(HOSTNAME).twd
>  REPORTFILE =/var/lib/tripwire/report/$(HOSTNAME)-$(DATE).twr
>  SITEKEYFILE=/etc/tripwire/site.key
>  LOCALKEYFILE   =/etc/tripwire/$(HOSTNAME)-local.key
> -EDITOR =/bin/nano
> +EDITOR =/usr/bin/nano
>  LATEPROMPTING  =false
>  LOOSEDIRECTORYCHECKING =false
>  MAILNOVIOLATIONS   =true
> 
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel


[oe] [meta-security] [PATCH] tripwire: Fix path to nano in default twcfg.txt

2015-08-31 Thread Haris Okanovic
Nano is installed under /usr/bin/, not /bin/.

Installed Tripwire on a Fido image and successfully ran
`tripwire --update` to invoke text editor.

Signed-off-by: Haris Okanovic 
---
 recipes-security/tripwire/files/twcfg.txt | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/recipes-security/tripwire/files/twcfg.txt 
b/recipes-security/tripwire/files/twcfg.txt
index 131b097..224e920 100644
--- a/recipes-security/tripwire/files/twcfg.txt
+++ b/recipes-security/tripwire/files/twcfg.txt
@@ -4,7 +4,7 @@ DBFILE =/var/lib/tripwire/$(HOSTNAME).twd
 REPORTFILE =/var/lib/tripwire/report/$(HOSTNAME)-$(DATE).twr
 SITEKEYFILE=/etc/tripwire/site.key
 LOCALKEYFILE   =/etc/tripwire/$(HOSTNAME)-local.key
-EDITOR =/bin/nano
+EDITOR =/usr/bin/nano
 LATEPROMPTING  =false
 LOOSEDIRECTORYCHECKING =false
 MAILNOVIOLATIONS   =true
-- 
2.4.5

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


Re: [oe] [meta-oe][PATCH] parted_1.8.6.bb: add parted that not GPLv3

2015-08-31 Thread Andre McCurdy
On Mon, Aug 31, 2015 at 12:38 PM, Andreas Müller
 wrote:
> On Mon, Aug 31, 2015 at 9:11 PM, Andre McCurdy  wrote:
>> On Mon, Aug 31, 2015 at 10:58 AM, Martin Jansa  
>> wrote:
>>> On Mon, Jul 06, 2015 at 09:51:34AM +0800, Lei Maohui wrote:
 In oe-core,the parted is GPLv3,so add parted-1.8.6 which is not GPLv3.

 Signed-off-by: Lei Maohui 
 ---
  .../parted-1.8.6/1000parted-1.8.6-warnings1.patch  | 11 
  .../1001parted-1.8.6-notransname1.patch| 39 ++
  .../1002parted-1.8.6-off-by-one1.patch | 25 +
  .../1003parted-1.8.6-primary-boundary1.patch   | 12 +
  .../parted-1.8.6/1004parted-1.8.6-xvd1.patch   | 50 +
  .../1005parted-1.8.6-devmapper-header1.patch   | 13 +
  .../parted/parted-1.8.6/7000no_effect_macro1.patch | 11 
  .../parted/parted-1.8.6/ui.c-fix-build-error.patch | 26 +
  meta-oe/recipes-extended/parted/parted_1.8.6.bb| 62 
 ++
  9 files changed, 249 insertions(+)
  create mode 100644 
 meta-oe/recipes-extended/parted/parted-1.8.6/1000parted-1.8.6-warnings1.patch
  create mode 100644 
 meta-oe/recipes-extended/parted/parted-1.8.6/1001parted-1.8.6-notransname1.patch
  create mode 100644 
 meta-oe/recipes-extended/parted/parted-1.8.6/1002parted-1.8.6-off-by-one1.patch
  create mode 100644 
 meta-oe/recipes-extended/parted/parted-1.8.6/1003parted-1.8.6-primary-boundary1.patch
  create mode 100644 
 meta-oe/recipes-extended/parted/parted-1.8.6/1004parted-1.8.6-xvd1.patch
  create mode 100644 
 meta-oe/recipes-extended/parted/parted-1.8.6/1005parted-1.8.6-devmapper-header1.patch
  create mode 100644 
 meta-oe/recipes-extended/parted/parted-1.8.6/7000no_effect_macro1.patch
  create mode 100644 
 meta-oe/recipes-extended/parted/parted-1.8.6/ui.c-fix-build-error.patch
  create mode 100644 meta-oe/recipes-extended/parted/parted_1.8.6.bb
>>>
>>> I cannot take this to meta-oe, because as soon as it's added there it
>>> will be used by all DISTROs even those who don't mind having GPLv3
>>> version.
>>>
>>> Everybody would need to define PREFERRED_VERSION, because
>>> DEFAULT_PREFERENCE is useless across different layers :/
>>> https://bugzilla.yoctoproject.org/show_bug.cgi?id=2964
>>>
>>> So this either has to be introduced in oe-core or in completely separate
>>> layer which would be included only by those who cannot use GPLv3.
>>
>> Third option would be to reduce the priority of meta-oe to be lower
>> than oe-core.
>>
>> That seems logical regardless of any GPLv3 discussion - since meta-oe
>> "fills in the gaps" in oe-core, if something _is_ present in oe-core
>> then it probably should be the default version.
>>
> This scares me: to get a recipe in with old version not supporting
> modern file systems you want to change meta-oe's layer priority
> risiking unknown issues. I wonder how far the GPLv3 avoidance hype
> takes us...

No, if you read the various threads, my preference is to have the
GPLv2 parted recipe in oe-core. That option has been shot down though
and the general consensus seems to be that the older version of parted
is too buggy to be included anywhere in OE. That topic seems to be
closed.

Trying to understand why meta-oe needs a higher priority than oe-core
is a separate topic. If the priorities were changed it would allow
older (and newer) versions of oe-core recipes to safely live in
meta-oe. That would help non-GPLv3 versions of GPLv3 packages, but it
might be useful in other cases too.


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


Re: [oe] [meta-oe][PATCH] parted_1.8.6.bb: add parted that not GPLv3

2015-08-31 Thread Andre McCurdy
On Mon, Aug 31, 2015 at 12:35 PM, Martin Jansa  wrote:
> On Mon, Aug 31, 2015 at 12:11:01PM -0700, Andre McCurdy wrote:
>> On Mon, Aug 31, 2015 at 10:58 AM, Martin Jansa  
>> wrote:
>> > On Mon, Jul 06, 2015 at 09:51:34AM +0800, Lei Maohui wrote:
>> >> In oe-core,the parted is GPLv3,so add parted-1.8.6 which is not GPLv3.
>> >>
>> >> Signed-off-by: Lei Maohui 
>> >> ---
>> >>  .../parted-1.8.6/1000parted-1.8.6-warnings1.patch  | 11 
>> >>  .../1001parted-1.8.6-notransname1.patch| 39 ++
>> >>  .../1002parted-1.8.6-off-by-one1.patch | 25 +
>> >>  .../1003parted-1.8.6-primary-boundary1.patch   | 12 +
>> >>  .../parted-1.8.6/1004parted-1.8.6-xvd1.patch   | 50 +
>> >>  .../1005parted-1.8.6-devmapper-header1.patch   | 13 +
>> >>  .../parted/parted-1.8.6/7000no_effect_macro1.patch | 11 
>> >>  .../parted/parted-1.8.6/ui.c-fix-build-error.patch | 26 +
>> >>  meta-oe/recipes-extended/parted/parted_1.8.6.bb| 62 
>> >> ++
>> >>  9 files changed, 249 insertions(+)
>> >>  create mode 100644 
>> >> meta-oe/recipes-extended/parted/parted-1.8.6/1000parted-1.8.6-warnings1.patch
>> >>  create mode 100644 
>> >> meta-oe/recipes-extended/parted/parted-1.8.6/1001parted-1.8.6-notransname1.patch
>> >>  create mode 100644 
>> >> meta-oe/recipes-extended/parted/parted-1.8.6/1002parted-1.8.6-off-by-one1.patch
>> >>  create mode 100644 
>> >> meta-oe/recipes-extended/parted/parted-1.8.6/1003parted-1.8.6-primary-boundary1.patch
>> >>  create mode 100644 
>> >> meta-oe/recipes-extended/parted/parted-1.8.6/1004parted-1.8.6-xvd1.patch
>> >>  create mode 100644 
>> >> meta-oe/recipes-extended/parted/parted-1.8.6/1005parted-1.8.6-devmapper-header1.patch
>> >>  create mode 100644 
>> >> meta-oe/recipes-extended/parted/parted-1.8.6/7000no_effect_macro1.patch
>> >>  create mode 100644 
>> >> meta-oe/recipes-extended/parted/parted-1.8.6/ui.c-fix-build-error.patch
>> >>  create mode 100644 meta-oe/recipes-extended/parted/parted_1.8.6.bb
>> >
>> > I cannot take this to meta-oe, because as soon as it's added there it
>> > will be used by all DISTROs even those who don't mind having GPLv3
>> > version.
>> >
>> > Everybody would need to define PREFERRED_VERSION, because
>> > DEFAULT_PREFERENCE is useless across different layers :/
>> > https://bugzilla.yoctoproject.org/show_bug.cgi?id=2964
>> >
>> > So this either has to be introduced in oe-core or in completely separate
>> > layer which would be included only by those who cannot use GPLv3.
>>
>> Third option would be to reduce the priority of meta-oe to be lower
>> than oe-core.
>>
>> That seems logical regardless of any GPLv3 discussion - since meta-oe
>> "fills in the gaps" in oe-core, if something _is_ present in oe-core
>> then it probably should be the default version.
>
> Except when this additional stuff requires some changes in recipes
> already available in oe-core, that's why meta-oe has higher priority.
>

Do you have an example?
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel


Re: [oe] [meta-oe][PATCH] parted_1.8.6.bb: add parted that not GPLv3

2015-08-31 Thread Andreas Müller
On Mon, Aug 31, 2015 at 9:11 PM, Andre McCurdy  wrote:
> On Mon, Aug 31, 2015 at 10:58 AM, Martin Jansa  wrote:
>> On Mon, Jul 06, 2015 at 09:51:34AM +0800, Lei Maohui wrote:
>>> In oe-core,the parted is GPLv3,so add parted-1.8.6 which is not GPLv3.
>>>
>>> Signed-off-by: Lei Maohui 
>>> ---
>>>  .../parted-1.8.6/1000parted-1.8.6-warnings1.patch  | 11 
>>>  .../1001parted-1.8.6-notransname1.patch| 39 ++
>>>  .../1002parted-1.8.6-off-by-one1.patch | 25 +
>>>  .../1003parted-1.8.6-primary-boundary1.patch   | 12 +
>>>  .../parted-1.8.6/1004parted-1.8.6-xvd1.patch   | 50 +
>>>  .../1005parted-1.8.6-devmapper-header1.patch   | 13 +
>>>  .../parted/parted-1.8.6/7000no_effect_macro1.patch | 11 
>>>  .../parted/parted-1.8.6/ui.c-fix-build-error.patch | 26 +
>>>  meta-oe/recipes-extended/parted/parted_1.8.6.bb| 62 
>>> ++
>>>  9 files changed, 249 insertions(+)
>>>  create mode 100644 
>>> meta-oe/recipes-extended/parted/parted-1.8.6/1000parted-1.8.6-warnings1.patch
>>>  create mode 100644 
>>> meta-oe/recipes-extended/parted/parted-1.8.6/1001parted-1.8.6-notransname1.patch
>>>  create mode 100644 
>>> meta-oe/recipes-extended/parted/parted-1.8.6/1002parted-1.8.6-off-by-one1.patch
>>>  create mode 100644 
>>> meta-oe/recipes-extended/parted/parted-1.8.6/1003parted-1.8.6-primary-boundary1.patch
>>>  create mode 100644 
>>> meta-oe/recipes-extended/parted/parted-1.8.6/1004parted-1.8.6-xvd1.patch
>>>  create mode 100644 
>>> meta-oe/recipes-extended/parted/parted-1.8.6/1005parted-1.8.6-devmapper-header1.patch
>>>  create mode 100644 
>>> meta-oe/recipes-extended/parted/parted-1.8.6/7000no_effect_macro1.patch
>>>  create mode 100644 
>>> meta-oe/recipes-extended/parted/parted-1.8.6/ui.c-fix-build-error.patch
>>>  create mode 100644 meta-oe/recipes-extended/parted/parted_1.8.6.bb
>>
>> I cannot take this to meta-oe, because as soon as it's added there it
>> will be used by all DISTROs even those who don't mind having GPLv3
>> version.
>>
>> Everybody would need to define PREFERRED_VERSION, because
>> DEFAULT_PREFERENCE is useless across different layers :/
>> https://bugzilla.yoctoproject.org/show_bug.cgi?id=2964
>>
>> So this either has to be introduced in oe-core or in completely separate
>> layer which would be included only by those who cannot use GPLv3.
>
> Third option would be to reduce the priority of meta-oe to be lower
> than oe-core.
>
> That seems logical regardless of any GPLv3 discussion - since meta-oe
> "fills in the gaps" in oe-core, if something _is_ present in oe-core
> then it probably should be the default version.
>
This scares me: to get a recipe in with old version not supporting
modern file systems you want to change meta-oe's layer priority
risiking unknown issues. I wonder how far the GPLv3 avoidance hype
takes us...

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


Re: [oe] [meta-oe][PATCH] parted_1.8.6.bb: add parted that not GPLv3

2015-08-31 Thread Martin Jansa
On Mon, Aug 31, 2015 at 12:11:01PM -0700, Andre McCurdy wrote:
> On Mon, Aug 31, 2015 at 10:58 AM, Martin Jansa  wrote:
> > On Mon, Jul 06, 2015 at 09:51:34AM +0800, Lei Maohui wrote:
> >> In oe-core,the parted is GPLv3,so add parted-1.8.6 which is not GPLv3.
> >>
> >> Signed-off-by: Lei Maohui 
> >> ---
> >>  .../parted-1.8.6/1000parted-1.8.6-warnings1.patch  | 11 
> >>  .../1001parted-1.8.6-notransname1.patch| 39 ++
> >>  .../1002parted-1.8.6-off-by-one1.patch | 25 +
> >>  .../1003parted-1.8.6-primary-boundary1.patch   | 12 +
> >>  .../parted-1.8.6/1004parted-1.8.6-xvd1.patch   | 50 +
> >>  .../1005parted-1.8.6-devmapper-header1.patch   | 13 +
> >>  .../parted/parted-1.8.6/7000no_effect_macro1.patch | 11 
> >>  .../parted/parted-1.8.6/ui.c-fix-build-error.patch | 26 +
> >>  meta-oe/recipes-extended/parted/parted_1.8.6.bb| 62 
> >> ++
> >>  9 files changed, 249 insertions(+)
> >>  create mode 100644 
> >> meta-oe/recipes-extended/parted/parted-1.8.6/1000parted-1.8.6-warnings1.patch
> >>  create mode 100644 
> >> meta-oe/recipes-extended/parted/parted-1.8.6/1001parted-1.8.6-notransname1.patch
> >>  create mode 100644 
> >> meta-oe/recipes-extended/parted/parted-1.8.6/1002parted-1.8.6-off-by-one1.patch
> >>  create mode 100644 
> >> meta-oe/recipes-extended/parted/parted-1.8.6/1003parted-1.8.6-primary-boundary1.patch
> >>  create mode 100644 
> >> meta-oe/recipes-extended/parted/parted-1.8.6/1004parted-1.8.6-xvd1.patch
> >>  create mode 100644 
> >> meta-oe/recipes-extended/parted/parted-1.8.6/1005parted-1.8.6-devmapper-header1.patch
> >>  create mode 100644 
> >> meta-oe/recipes-extended/parted/parted-1.8.6/7000no_effect_macro1.patch
> >>  create mode 100644 
> >> meta-oe/recipes-extended/parted/parted-1.8.6/ui.c-fix-build-error.patch
> >>  create mode 100644 meta-oe/recipes-extended/parted/parted_1.8.6.bb
> >
> > I cannot take this to meta-oe, because as soon as it's added there it
> > will be used by all DISTROs even those who don't mind having GPLv3
> > version.
> >
> > Everybody would need to define PREFERRED_VERSION, because
> > DEFAULT_PREFERENCE is useless across different layers :/
> > https://bugzilla.yoctoproject.org/show_bug.cgi?id=2964
> >
> > So this either has to be introduced in oe-core or in completely separate
> > layer which would be included only by those who cannot use GPLv3.
> 
> Third option would be to reduce the priority of meta-oe to be lower
> than oe-core.
> 
> That seems logical regardless of any GPLv3 discussion - since meta-oe
> "fills in the gaps" in oe-core, if something _is_ present in oe-core
> then it probably should be the default version.

Except when this additional stuff requires some changes in recipes
already available in oe-core, that's why meta-oe has higher priority.

> 
> >
> >>
> >> diff --git 
> >> a/meta-oe/recipes-extended/parted/parted-1.8.6/1000parted-1.8.6-warnings1.patch
> >>  
> >> b/meta-oe/recipes-extended/parted/parted-1.8.6/1000parted-1.8.6-warnings1.patch
> >> new file mode 100644
> >> index 000..c8b2e7d
> >> --- /dev/null
> >> +++ 
> >> b/meta-oe/recipes-extended/parted/parted-1.8.6/1000parted-1.8.6-warnings1.patch
> >> @@ -0,0 +1,11 @@
> >> +--- parted-1.8.6/libparted/fs/linux_swap/linux_swap.c.warnings   
> >> 2007-03-20 13:22:36.0 -0400
> >>  parted-1.8.6/libparted/fs/linux_swap/linux_swap.c2007-03-20 
> >> 13:59:11.0 -0400
> >> +@@ -123,7 +123,7 @@
> >> +
> >> + error_close_fs:
> >> + swap_close (fs);
> >> +-error:
> >> ++
> >> + return 0;
> >> + }
> >> + #endif /* !DISCOVER_ONLY */
> >> diff --git 
> >> a/meta-oe/recipes-extended/parted/parted-1.8.6/1001parted-1.8.6-notransname1.patch
> >>  
> >> b/meta-oe/recipes-extended/parted/parted-1.8.6/1001parted-1.8.6-notransname1.patch
> >> new file mode 100644
> >> index 000..5fdf10b
> >> --- /dev/null
> >> +++ 
> >> b/meta-oe/recipes-extended/parted/parted-1.8.6/1001parted-1.8.6-notransname1.patch
> >> @@ -0,0 +1,39 @@
> >> +--- parted-1.8.6/parted/parted.c.notransname 2007-03-13 
> >> 13:01:09.0 -0400
> >>  parted-1.8.6/parted/parted.c 2007-03-21 10:50:35.0 -0400
> >> +@@ -1429,7 +1429,7 @@
> >> +  part->fs_type->name : "");
> >> +
> >> + if (has_name) {
> >> +-name = _(ped_partition_get_name 
> >> (part));
> >> ++name = ped_partition_get_name (part);
> >> + str_list_append (row, name);
> >> + }
> >> +
> >> +--- parted-1.8.6/parted/table.c.notransname  2007-03-13 
> >> 13:01:09.0 -0400
> >>  parted-1.8.6/parted/table.c  2007-03-21 10:51:31.0 -0400
> >> +@@ -191,7 +191,8 @@
> >> + len += wcslen(COLSUFFIX);
> >> +
> >> + newsize = (wcslen(*s) + len + 1) * sizeof(wchar

Re: [oe] [meta-oe][PATCH] parted_1.8.6.bb: add parted that not GPLv3

2015-08-31 Thread Andre McCurdy
On Mon, Aug 31, 2015 at 10:58 AM, Martin Jansa  wrote:
> On Mon, Jul 06, 2015 at 09:51:34AM +0800, Lei Maohui wrote:
>> In oe-core,the parted is GPLv3,so add parted-1.8.6 which is not GPLv3.
>>
>> Signed-off-by: Lei Maohui 
>> ---
>>  .../parted-1.8.6/1000parted-1.8.6-warnings1.patch  | 11 
>>  .../1001parted-1.8.6-notransname1.patch| 39 ++
>>  .../1002parted-1.8.6-off-by-one1.patch | 25 +
>>  .../1003parted-1.8.6-primary-boundary1.patch   | 12 +
>>  .../parted-1.8.6/1004parted-1.8.6-xvd1.patch   | 50 +
>>  .../1005parted-1.8.6-devmapper-header1.patch   | 13 +
>>  .../parted/parted-1.8.6/7000no_effect_macro1.patch | 11 
>>  .../parted/parted-1.8.6/ui.c-fix-build-error.patch | 26 +
>>  meta-oe/recipes-extended/parted/parted_1.8.6.bb| 62 
>> ++
>>  9 files changed, 249 insertions(+)
>>  create mode 100644 
>> meta-oe/recipes-extended/parted/parted-1.8.6/1000parted-1.8.6-warnings1.patch
>>  create mode 100644 
>> meta-oe/recipes-extended/parted/parted-1.8.6/1001parted-1.8.6-notransname1.patch
>>  create mode 100644 
>> meta-oe/recipes-extended/parted/parted-1.8.6/1002parted-1.8.6-off-by-one1.patch
>>  create mode 100644 
>> meta-oe/recipes-extended/parted/parted-1.8.6/1003parted-1.8.6-primary-boundary1.patch
>>  create mode 100644 
>> meta-oe/recipes-extended/parted/parted-1.8.6/1004parted-1.8.6-xvd1.patch
>>  create mode 100644 
>> meta-oe/recipes-extended/parted/parted-1.8.6/1005parted-1.8.6-devmapper-header1.patch
>>  create mode 100644 
>> meta-oe/recipes-extended/parted/parted-1.8.6/7000no_effect_macro1.patch
>>  create mode 100644 
>> meta-oe/recipes-extended/parted/parted-1.8.6/ui.c-fix-build-error.patch
>>  create mode 100644 meta-oe/recipes-extended/parted/parted_1.8.6.bb
>
> I cannot take this to meta-oe, because as soon as it's added there it
> will be used by all DISTROs even those who don't mind having GPLv3
> version.
>
> Everybody would need to define PREFERRED_VERSION, because
> DEFAULT_PREFERENCE is useless across different layers :/
> https://bugzilla.yoctoproject.org/show_bug.cgi?id=2964
>
> So this either has to be introduced in oe-core or in completely separate
> layer which would be included only by those who cannot use GPLv3.

Third option would be to reduce the priority of meta-oe to be lower
than oe-core.

That seems logical regardless of any GPLv3 discussion - since meta-oe
"fills in the gaps" in oe-core, if something _is_ present in oe-core
then it probably should be the default version.

>
>>
>> diff --git 
>> a/meta-oe/recipes-extended/parted/parted-1.8.6/1000parted-1.8.6-warnings1.patch
>>  
>> b/meta-oe/recipes-extended/parted/parted-1.8.6/1000parted-1.8.6-warnings1.patch
>> new file mode 100644
>> index 000..c8b2e7d
>> --- /dev/null
>> +++ 
>> b/meta-oe/recipes-extended/parted/parted-1.8.6/1000parted-1.8.6-warnings1.patch
>> @@ -0,0 +1,11 @@
>> +--- parted-1.8.6/libparted/fs/linux_swap/linux_swap.c.warnings   
>> 2007-03-20 13:22:36.0 -0400
>>  parted-1.8.6/libparted/fs/linux_swap/linux_swap.c2007-03-20 
>> 13:59:11.0 -0400
>> +@@ -123,7 +123,7 @@
>> +
>> + error_close_fs:
>> + swap_close (fs);
>> +-error:
>> ++
>> + return 0;
>> + }
>> + #endif /* !DISCOVER_ONLY */
>> diff --git 
>> a/meta-oe/recipes-extended/parted/parted-1.8.6/1001parted-1.8.6-notransname1.patch
>>  
>> b/meta-oe/recipes-extended/parted/parted-1.8.6/1001parted-1.8.6-notransname1.patch
>> new file mode 100644
>> index 000..5fdf10b
>> --- /dev/null
>> +++ 
>> b/meta-oe/recipes-extended/parted/parted-1.8.6/1001parted-1.8.6-notransname1.patch
>> @@ -0,0 +1,39 @@
>> +--- parted-1.8.6/parted/parted.c.notransname 2007-03-13 13:01:09.0 
>> -0400
>>  parted-1.8.6/parted/parted.c 2007-03-21 10:50:35.0 -0400
>> +@@ -1429,7 +1429,7 @@
>> +  part->fs_type->name : "");
>> +
>> + if (has_name) {
>> +-name = _(ped_partition_get_name 
>> (part));
>> ++name = ped_partition_get_name (part);
>> + str_list_append (row, name);
>> + }
>> +
>> +--- parted-1.8.6/parted/table.c.notransname  2007-03-13 13:01:09.0 
>> -0400
>>  parted-1.8.6/parted/table.c  2007-03-21 10:51:31.0 -0400
>> +@@ -191,7 +191,8 @@
>> + len += wcslen(COLSUFFIX);
>> +
>> + newsize = (wcslen(*s) + len + 1) * sizeof(wchar_t);
>> +-*s = realloc (*s, newsize);
>> ++*s = (wchar_t *) realloc (*s, newsize);
>> ++assert(*s != NULL);
>> +
>> + for (i = 0; i < ncols; ++i)
>> + {
>> +@@ -199,6 +200,7 @@
>> + int nspaces = max(t->widths[i] - wcswidth(row[i], 
>> MAX_WIDTH),
>> +   0);
>> + wchar_t* pad = malloc ( (nspaces + 1) * sizeof(wch

[oe] [meta-oe][PATCH] python-pyroute2: Add recipe

2015-08-31 Thread Fabio Berton
Signed-off-by: Fabio Berton 
---
 .../import-simplejson-as-json.patch| 26 ++
 .../python/python-pyroute2_0.3.12.bb   | 14 
 2 files changed, 40 insertions(+)
 create mode 100644 
meta-python/recipes-devtools/python/python-pyroute2/import-simplejson-as-json.patch
 create mode 100644 
meta-python/recipes-devtools/python/python-pyroute2_0.3.12.bb

diff --git 
a/meta-python/recipes-devtools/python/python-pyroute2/import-simplejson-as-json.patch
 
b/meta-python/recipes-devtools/python/python-pyroute2/import-simplejson-as-json.patch
new file mode 100644
index 000..d73da07
--- /dev/null
+++ 
b/meta-python/recipes-devtools/python/python-pyroute2/import-simplejson-as-json.patch
@@ -0,0 +1,26 @@
+Upstream-Status: Inappropriate [wrong dependency]
+
+Subject: [PATCH] import simplejson as json
+
+At runtime python-pyroute2 tries to import json, but the module is not 
+available, import simplejson as json solve the issue.
+
+Signed-off-by: Fabio Berton 
+---
+ pyroute2/netlink/rtnl/ifinfmsg.py | 2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+diff --git a/pyroute2/netlink/rtnl/ifinfmsg.py 
b/pyroute2/netlink/rtnl/ifinfmsg.py
+index 4f14f25..55643eb 100644
+--- a/pyroute2/netlink/rtnl/ifinfmsg.py
 b/pyroute2/netlink/rtnl/ifinfmsg.py
+@@ -1,5 +1,5 @@
+ import os
+-import json
++import simplejson as json
+ import errno
+ import select
+ import struct
+-- 
+2.1.4
+
diff --git a/meta-python/recipes-devtools/python/python-pyroute2_0.3.12.bb 
b/meta-python/recipes-devtools/python/python-pyroute2_0.3.12.bb
new file mode 100644
index 000..d809d97
--- /dev/null
+++ b/meta-python/recipes-devtools/python/python-pyroute2_0.3.12.bb
@@ -0,0 +1,14 @@
+DESCRIPTION = "A pure Python netlink and Linux network configuration library"
+LICENSE = "BSD"
+LIC_FILES_CHKSUM = "file://PKG-INFO;md5=270323035ef766597dabd91747c36e3d"
+
+SRC_URI[md5sum] = "5d83ec82acb54ab88c98f0d25d13308b"
+SRC_URI[sha256sum] = 
"c0e1637a75e099104f14d9e03fd5a698dfcc923a22fbfac4a19bd7e94d1fcaa5"
+
+SRC_URI += "file://import-simplejson-as-json.patch"
+
+inherit pypi
+
+RDEPENDS_${PN} = "python-distutils \
+  python-simplejson \
+  "
-- 
2.1.4

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


[oe] [meta-python][PATCH] python-pyroute2: Add recipe

2015-08-31 Thread Fabio Berton
Signed-off-by: Fabio Berton 
---
 .../import-simplejson-as-json.patch| 26 ++
 .../python/python-pyroute2_0.3.12.bb   | 14 
 2 files changed, 40 insertions(+)
 create mode 100644 
meta-python/recipes-devtools/python/python-pyroute2/import-simplejson-as-json.patch
 create mode 100644 
meta-python/recipes-devtools/python/python-pyroute2_0.3.12.bb

diff --git 
a/meta-python/recipes-devtools/python/python-pyroute2/import-simplejson-as-json.patch
 
b/meta-python/recipes-devtools/python/python-pyroute2/import-simplejson-as-json.patch
new file mode 100644
index 000..d73da07
--- /dev/null
+++ 
b/meta-python/recipes-devtools/python/python-pyroute2/import-simplejson-as-json.patch
@@ -0,0 +1,26 @@
+Upstream-Status: Inappropriate [wrong dependency]
+
+Subject: [PATCH] import simplejson as json
+
+At runtime python-pyroute2 tries to import json, but the module is not 
+available, import simplejson as json solve the issue.
+
+Signed-off-by: Fabio Berton 
+---
+ pyroute2/netlink/rtnl/ifinfmsg.py | 2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+diff --git a/pyroute2/netlink/rtnl/ifinfmsg.py 
b/pyroute2/netlink/rtnl/ifinfmsg.py
+index 4f14f25..55643eb 100644
+--- a/pyroute2/netlink/rtnl/ifinfmsg.py
 b/pyroute2/netlink/rtnl/ifinfmsg.py
+@@ -1,5 +1,5 @@
+ import os
+-import json
++import simplejson as json
+ import errno
+ import select
+ import struct
+-- 
+2.1.4
+
diff --git a/meta-python/recipes-devtools/python/python-pyroute2_0.3.12.bb 
b/meta-python/recipes-devtools/python/python-pyroute2_0.3.12.bb
new file mode 100644
index 000..d809d97
--- /dev/null
+++ b/meta-python/recipes-devtools/python/python-pyroute2_0.3.12.bb
@@ -0,0 +1,14 @@
+DESCRIPTION = "A pure Python netlink and Linux network configuration library"
+LICENSE = "BSD"
+LIC_FILES_CHKSUM = "file://PKG-INFO;md5=270323035ef766597dabd91747c36e3d"
+
+SRC_URI[md5sum] = "5d83ec82acb54ab88c98f0d25d13308b"
+SRC_URI[sha256sum] = 
"c0e1637a75e099104f14d9e03fd5a698dfcc923a22fbfac4a19bd7e94d1fcaa5"
+
+SRC_URI += "file://import-simplejson-as-json.patch"
+
+inherit pypi
+
+RDEPENDS_${PN} = "python-distutils \
+  python-simplejson \
+  "
-- 
2.1.4

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


Re: [oe] [PATCH] opkg: upgrade to v0.3.0

2015-08-31 Thread Martin Jansa
On Mon, Aug 31, 2015 at 12:47:27PM -0500, Alejandro del Castillo wrote:
> Changes required:
> - Rename opkg-cl to opkg
> - Add libarchive dependency
> - Drop backport patches
> - Drop obsolete directory options
> - Add patch to handle empty index files
> 
> Based on initial work by Paul Barker.
> 
> Signed-off-by: Alejandro del Castillo 
> CC: Paul Barker 

Wrong ML, this belongs to openembedded-c...@lists.openembedded.org

> ---
>  meta/lib/oe/package_manager.py |   6 +-
>  .../installer/adt-installer/adt_installer  |   2 +-
>  .../adt-installer/scripts/adt_installer_internal   |   4 +-
>  .../opkg/0001-opkg-key-Backport-improvements.patch |  78 
>  ...ve-add-support-for-empty-compressed-files.patch |  64 ++
>  meta/recipes-devtools/opkg/opkg/add-exclude.patch  | 131 
> -
>  .../opkg/opkg/no-install-recommends.patch  |  91 --
>  .../opkg/opkg/opkg-configure.service   |   2 +-
>  .../opkg/remove-ACLOCAL_AMFLAGS-I-shave-I-m4.patch |  32 -
>  meta/recipes-devtools/opkg/opkg_0.2.4.bb   |  84 -
>  meta/recipes-devtools/opkg/opkg_0.3.0.bb   |  72 +++
>  .../run-postinsts/run-postinsts/run-postinsts  |   2 +-
>  12 files changed, 144 insertions(+), 424 deletions(-)
>  delete mode 100644 
> meta/recipes-devtools/opkg/opkg/0001-opkg-key-Backport-improvements.patch
>  create mode 100644 
> meta/recipes-devtools/opkg/opkg/0001-opkg_archive-add-support-for-empty-compressed-files.patch
>  delete mode 100644 meta/recipes-devtools/opkg/opkg/add-exclude.patch
>  delete mode 100644 
> meta/recipes-devtools/opkg/opkg/no-install-recommends.patch
>  delete mode 100644 
> meta/recipes-devtools/opkg/opkg/remove-ACLOCAL_AMFLAGS-I-shave-I-m4.patch
>  delete mode 100644 meta/recipes-devtools/opkg/opkg_0.2.4.bb
>  create mode 100644 meta/recipes-devtools/opkg/opkg_0.3.0.bb
> 
> diff --git a/meta/lib/oe/package_manager.py b/meta/lib/oe/package_manager.py
> index 2ab1d78..4986bf9 100644
> --- a/meta/lib/oe/package_manager.py
> +++ b/meta/lib/oe/package_manager.py
> @@ -376,7 +376,7 @@ class OpkgPkgsList(PkgsList):
>  def __init__(self, d, rootfs_dir, config_file):
>  super(OpkgPkgsList, self).__init__(d, rootfs_dir)
>  
> -self.opkg_cmd = bb.utils.which(os.getenv('PATH'), "opkg-cl")
> +self.opkg_cmd = bb.utils.which(os.getenv('PATH'), "opkg")
>  self.opkg_args = "-f %s -o %s " % (config_file, rootfs_dir)
>  self.opkg_args += self.d.getVar("OPKG_ARGS", True)
>  
> @@ -1228,8 +1228,8 @@ class OpkgPM(PackageManager):
>  
>  self.deploy_dir = self.d.getVar("DEPLOY_DIR_IPK", True)
>  self.deploy_lock_file = os.path.join(self.deploy_dir, "deploy.lock")
> -self.opkg_cmd = bb.utils.which(os.getenv('PATH'), "opkg-cl")
> -self.opkg_args = "-f %s -o %s " % (self.config_file, target_rootfs)
> +self.opkg_cmd = bb.utils.which(os.getenv('PATH'), "opkg")
> +self.opkg_args = "--volatile-cache -f %s -o %s " % 
> (self.config_file, target_rootfs)
>  self.opkg_args += self.d.getVar("OPKG_ARGS", True)
>  
>  opkg_lib_dir = self.d.getVar('OPKGLIBDIR', True)
> diff --git a/meta/recipes-devtools/installer/adt-installer/adt_installer 
> b/meta/recipes-devtools/installer/adt-installer/adt_installer
> index 24db247..3172de7 100755
> --- a/meta/recipes-devtools/installer/adt-installer/adt_installer
> +++ b/meta/recipes-devtools/installer/adt-installer/adt_installer
> @@ -156,7 +156,7 @@ validate_config()
>  #this installed local opkg
>  install_opkg()
>  {
> -if [ ! -x "$LOCAL_OPKG_LOC/bin/opkg-cl" ]; then
> +if [ ! -x "$LOCAL_OPKG_LOC/bin/opkg" ]; then
>echo_info "OPKG is not setup, setting up opkg in local, which is required 
> for installing yocto ADT...\n"
>  
>if [ -d $LOCAL_OPKG_LOC ]; then
> diff --git 
> a/meta/recipes-devtools/installer/adt-installer/scripts/adt_installer_internal
>  
> b/meta/recipes-devtools/installer/adt-installer/scripts/adt_installer_internal
> index 2a8a30c..6f5fb49 100755
> --- 
> a/meta/recipes-devtools/installer/adt-installer/scripts/adt_installer_internal
> +++ 
> b/meta/recipes-devtools/installer/adt-installer/scripts/adt_installer_internal
> @@ -124,9 +124,9 @@ fi
>  
>  #first update repository
>  if [ "x$SUDO" = "x" ]; then
> -OPKG_CMD="$LOCAL_OPKG_LOC/bin/opkg-cl"
> +OPKG_CMD="$LOCAL_OPKG_LOC/bin/opkg"
>  else
> -OPKG_CMD="sudo -E $LOCAL_OPKG_LOC/bin/opkg-cl"
> +OPKG_CMD="sudo -E $LOCAL_OPKG_LOC/bin/opkg"
>  fi
>  
>  echo_info "Updating opkg..."
> diff --git 
> a/meta/recipes-devtools/opkg/opkg/0001-opkg-key-Backport-improvements.patch 
> b/meta/recipes-devtools/opkg/opkg/0001-opkg-key-Backport-improvements.patch
> deleted file mode 100644
> index ae319ce..000
> --- 
> a/meta/recipes-devtools/opkg/opkg/0001-opkg-key-Backport-improvements.patch
> +++ /dev/null
> @@ -1,78 +0,0 @@
> -From 87bec8300a1122829b2ed565db7da5bacfa88919 Mon Sep 17 00:00:0

Re: [oe] [meta-oe][PATCH] parted_1.8.6.bb: add parted that not GPLv3

2015-08-31 Thread Martin Jansa
On Mon, Jul 06, 2015 at 09:51:34AM +0800, Lei Maohui wrote:
> In oe-core,the parted is GPLv3,so add parted-1.8.6 which is not GPLv3.
> 
> Signed-off-by: Lei Maohui 
> ---
>  .../parted-1.8.6/1000parted-1.8.6-warnings1.patch  | 11 
>  .../1001parted-1.8.6-notransname1.patch| 39 ++
>  .../1002parted-1.8.6-off-by-one1.patch | 25 +
>  .../1003parted-1.8.6-primary-boundary1.patch   | 12 +
>  .../parted-1.8.6/1004parted-1.8.6-xvd1.patch   | 50 +
>  .../1005parted-1.8.6-devmapper-header1.patch   | 13 +
>  .../parted/parted-1.8.6/7000no_effect_macro1.patch | 11 
>  .../parted/parted-1.8.6/ui.c-fix-build-error.patch | 26 +
>  meta-oe/recipes-extended/parted/parted_1.8.6.bb| 62 
> ++
>  9 files changed, 249 insertions(+)
>  create mode 100644 
> meta-oe/recipes-extended/parted/parted-1.8.6/1000parted-1.8.6-warnings1.patch
>  create mode 100644 
> meta-oe/recipes-extended/parted/parted-1.8.6/1001parted-1.8.6-notransname1.patch
>  create mode 100644 
> meta-oe/recipes-extended/parted/parted-1.8.6/1002parted-1.8.6-off-by-one1.patch
>  create mode 100644 
> meta-oe/recipes-extended/parted/parted-1.8.6/1003parted-1.8.6-primary-boundary1.patch
>  create mode 100644 
> meta-oe/recipes-extended/parted/parted-1.8.6/1004parted-1.8.6-xvd1.patch
>  create mode 100644 
> meta-oe/recipes-extended/parted/parted-1.8.6/1005parted-1.8.6-devmapper-header1.patch
>  create mode 100644 
> meta-oe/recipes-extended/parted/parted-1.8.6/7000no_effect_macro1.patch
>  create mode 100644 
> meta-oe/recipes-extended/parted/parted-1.8.6/ui.c-fix-build-error.patch
>  create mode 100644 meta-oe/recipes-extended/parted/parted_1.8.6.bb

I cannot take this to meta-oe, because as soon as it's added there it
will be used by all DISTROs even those who don't mind having GPLv3
version.

Everybody would need to define PREFERRED_VERSION, because
DEFAULT_PREFERENCE is useless across different layers :/
https://bugzilla.yoctoproject.org/show_bug.cgi?id=2964

So this either has to be introduced in oe-core or in completely separate
layer which would be included only by those who cannot use GPLv3.

Regards,

> 
> diff --git 
> a/meta-oe/recipes-extended/parted/parted-1.8.6/1000parted-1.8.6-warnings1.patch
>  
> b/meta-oe/recipes-extended/parted/parted-1.8.6/1000parted-1.8.6-warnings1.patch
> new file mode 100644
> index 000..c8b2e7d
> --- /dev/null
> +++ 
> b/meta-oe/recipes-extended/parted/parted-1.8.6/1000parted-1.8.6-warnings1.patch
> @@ -0,0 +1,11 @@
> +--- parted-1.8.6/libparted/fs/linux_swap/linux_swap.c.warnings   
> 2007-03-20 13:22:36.0 -0400
>  parted-1.8.6/libparted/fs/linux_swap/linux_swap.c2007-03-20 
> 13:59:11.0 -0400
> +@@ -123,7 +123,7 @@
> + 
> + error_close_fs:
> + swap_close (fs);
> +-error:
> ++
> + return 0;
> + }
> + #endif /* !DISCOVER_ONLY */
> diff --git 
> a/meta-oe/recipes-extended/parted/parted-1.8.6/1001parted-1.8.6-notransname1.patch
>  
> b/meta-oe/recipes-extended/parted/parted-1.8.6/1001parted-1.8.6-notransname1.patch
> new file mode 100644
> index 000..5fdf10b
> --- /dev/null
> +++ 
> b/meta-oe/recipes-extended/parted/parted-1.8.6/1001parted-1.8.6-notransname1.patch
> @@ -0,0 +1,39 @@
> +--- parted-1.8.6/parted/parted.c.notransname 2007-03-13 13:01:09.0 
> -0400
>  parted-1.8.6/parted/parted.c 2007-03-21 10:50:35.0 -0400
> +@@ -1429,7 +1429,7 @@
> +  part->fs_type->name : "");
> + 
> + if (has_name) {
> +-name = _(ped_partition_get_name (part));
> ++name = ped_partition_get_name (part);
> + str_list_append (row, name);
> + }
> + 
> +--- parted-1.8.6/parted/table.c.notransname  2007-03-13 13:01:09.0 
> -0400
>  parted-1.8.6/parted/table.c  2007-03-21 10:51:31.0 -0400
> +@@ -191,7 +191,8 @@
> + len += wcslen(COLSUFFIX);
> + 
> + newsize = (wcslen(*s) + len + 1) * sizeof(wchar_t);
> +-*s = realloc (*s, newsize);
> ++*s = (wchar_t *) realloc (*s, newsize);
> ++assert(*s != NULL);
> + 
> + for (i = 0; i < ncols; ++i)
> + {
> +@@ -199,6 +200,7 @@
> + int nspaces = max(t->widths[i] - wcswidth(row[i], 
> MAX_WIDTH),
> +   0);
> + wchar_t* pad = malloc ( (nspaces + 1) * sizeof(wchar_t) );
> ++assert(pad != NULL);
> + 
> + for (j = 0; j < nspaces; ++j)
> +pad[j] = L' '; 
> +@@ -211,6 +213,7 @@
> + wcscat (*s, DELIMITER);
> + 
> + free (pad);
> ++pad = NULL;
> + }
> + 
> + wcscat (*s, COLSUFFIX);
> diff --git 
> a/meta-oe/recipes-extended/parted/parted-1.8.6/1002parted-1.8.6-off-b

[oe] [PATCH] opkg: upgrade to v0.3.0

2015-08-31 Thread Alejandro del Castillo
Changes required:
- Rename opkg-cl to opkg
- Add libarchive dependency
- Drop backport patches
- Drop obsolete directory options
- Add patch to handle empty index files

Based on initial work by Paul Barker.

Signed-off-by: Alejandro del Castillo 
CC: Paul Barker 
---
 meta/lib/oe/package_manager.py |   6 +-
 .../installer/adt-installer/adt_installer  |   2 +-
 .../adt-installer/scripts/adt_installer_internal   |   4 +-
 .../opkg/0001-opkg-key-Backport-improvements.patch |  78 
 ...ve-add-support-for-empty-compressed-files.patch |  64 ++
 meta/recipes-devtools/opkg/opkg/add-exclude.patch  | 131 -
 .../opkg/opkg/no-install-recommends.patch  |  91 --
 .../opkg/opkg/opkg-configure.service   |   2 +-
 .../opkg/remove-ACLOCAL_AMFLAGS-I-shave-I-m4.patch |  32 -
 meta/recipes-devtools/opkg/opkg_0.2.4.bb   |  84 -
 meta/recipes-devtools/opkg/opkg_0.3.0.bb   |  72 +++
 .../run-postinsts/run-postinsts/run-postinsts  |   2 +-
 12 files changed, 144 insertions(+), 424 deletions(-)
 delete mode 100644 
meta/recipes-devtools/opkg/opkg/0001-opkg-key-Backport-improvements.patch
 create mode 100644 
meta/recipes-devtools/opkg/opkg/0001-opkg_archive-add-support-for-empty-compressed-files.patch
 delete mode 100644 meta/recipes-devtools/opkg/opkg/add-exclude.patch
 delete mode 100644 meta/recipes-devtools/opkg/opkg/no-install-recommends.patch
 delete mode 100644 
meta/recipes-devtools/opkg/opkg/remove-ACLOCAL_AMFLAGS-I-shave-I-m4.patch
 delete mode 100644 meta/recipes-devtools/opkg/opkg_0.2.4.bb
 create mode 100644 meta/recipes-devtools/opkg/opkg_0.3.0.bb

diff --git a/meta/lib/oe/package_manager.py b/meta/lib/oe/package_manager.py
index 2ab1d78..4986bf9 100644
--- a/meta/lib/oe/package_manager.py
+++ b/meta/lib/oe/package_manager.py
@@ -376,7 +376,7 @@ class OpkgPkgsList(PkgsList):
 def __init__(self, d, rootfs_dir, config_file):
 super(OpkgPkgsList, self).__init__(d, rootfs_dir)
 
-self.opkg_cmd = bb.utils.which(os.getenv('PATH'), "opkg-cl")
+self.opkg_cmd = bb.utils.which(os.getenv('PATH'), "opkg")
 self.opkg_args = "-f %s -o %s " % (config_file, rootfs_dir)
 self.opkg_args += self.d.getVar("OPKG_ARGS", True)
 
@@ -1228,8 +1228,8 @@ class OpkgPM(PackageManager):
 
 self.deploy_dir = self.d.getVar("DEPLOY_DIR_IPK", True)
 self.deploy_lock_file = os.path.join(self.deploy_dir, "deploy.lock")
-self.opkg_cmd = bb.utils.which(os.getenv('PATH'), "opkg-cl")
-self.opkg_args = "-f %s -o %s " % (self.config_file, target_rootfs)
+self.opkg_cmd = bb.utils.which(os.getenv('PATH'), "opkg")
+self.opkg_args = "--volatile-cache -f %s -o %s " % (self.config_file, 
target_rootfs)
 self.opkg_args += self.d.getVar("OPKG_ARGS", True)
 
 opkg_lib_dir = self.d.getVar('OPKGLIBDIR', True)
diff --git a/meta/recipes-devtools/installer/adt-installer/adt_installer 
b/meta/recipes-devtools/installer/adt-installer/adt_installer
index 24db247..3172de7 100755
--- a/meta/recipes-devtools/installer/adt-installer/adt_installer
+++ b/meta/recipes-devtools/installer/adt-installer/adt_installer
@@ -156,7 +156,7 @@ validate_config()
 #this installed local opkg
 install_opkg()
 {
-if [ ! -x "$LOCAL_OPKG_LOC/bin/opkg-cl" ]; then
+if [ ! -x "$LOCAL_OPKG_LOC/bin/opkg" ]; then
   echo_info "OPKG is not setup, setting up opkg in local, which is required 
for installing yocto ADT...\n"
 
   if [ -d $LOCAL_OPKG_LOC ]; then
diff --git 
a/meta/recipes-devtools/installer/adt-installer/scripts/adt_installer_internal 
b/meta/recipes-devtools/installer/adt-installer/scripts/adt_installer_internal
index 2a8a30c..6f5fb49 100755
--- 
a/meta/recipes-devtools/installer/adt-installer/scripts/adt_installer_internal
+++ 
b/meta/recipes-devtools/installer/adt-installer/scripts/adt_installer_internal
@@ -124,9 +124,9 @@ fi
 
 #first update repository
 if [ "x$SUDO" = "x" ]; then
-OPKG_CMD="$LOCAL_OPKG_LOC/bin/opkg-cl"
+OPKG_CMD="$LOCAL_OPKG_LOC/bin/opkg"
 else
-OPKG_CMD="sudo -E $LOCAL_OPKG_LOC/bin/opkg-cl"
+OPKG_CMD="sudo -E $LOCAL_OPKG_LOC/bin/opkg"
 fi
 
 echo_info "Updating opkg..."
diff --git 
a/meta/recipes-devtools/opkg/opkg/0001-opkg-key-Backport-improvements.patch 
b/meta/recipes-devtools/opkg/opkg/0001-opkg-key-Backport-improvements.patch
deleted file mode 100644
index ae319ce..000
--- a/meta/recipes-devtools/opkg/opkg/0001-opkg-key-Backport-improvements.patch
+++ /dev/null
@@ -1,78 +0,0 @@
-From 87bec8300a1122829b2ed565db7da5bacfa88919 Mon Sep 17 00:00:00 2001
-From: Paul Barker 
-Date: Sun, 12 Oct 2014 09:59:53 +
-Subject: [PATCH] opkg-key: Backport improvements
-
-The improvements to opkg-key made for v0.3.0 are backported. The rest of v0.3.0
-needs further testing and bugfixing prior to release, but the improvements to
-opkg-key have been tested and work well.
-
-1) opkg-key: Add 'reset' option
-
- 

Re: [oe] State of bitbake world, Failed tasks 2015-08-30

2015-08-31 Thread Martin Jansa
On Mon, Aug 31, 2015 at 03:32:42PM +0200, Andreas Müller wrote:
> On Mon, Aug 31, 2015 at 2:56 PM, Martin Jansa  wrote:
> >
> > == Failed tasks 2015-08-30 ==
> >
> > INFO: jenkins-job.sh-1.3.1 Complete log available at 
> > http://logs.nslu2-linux.org/buildlogs/oe/world/log.report.20150830_101221.log
> >
> > === common (16) ===
> > * /meta-openembedded/meta-efl/recipes-efl/efl/epdf_svn.bb, do_compile
> > * 
> > /meta-openembedded/meta-gnome/recipes-gnome/epiphany/epiphany_2.30.6.bb, 
> > do_fetch
> > * 
> > /meta-openembedded/meta-gnome/recipes-gnome/gnome-bluetooth/gnome-bluetooth_2.32.0.bb,
> >  do_compile
> ^ patch sent
> > * 
> > /meta-openembedded/meta-gnome/recipes-gnome/gnome-disk-utility/gnome-disk-utility_2.32.0.bb,
> >  do_compile
> ^ patch sent
> > * 
> > /meta-openembedded/meta-gnome/recipes-gnome/gnome-power-manager/gnome-power-manager_2.32.0.bb,
> >  do_compile
> > * 
> > /meta-openembedded/meta-gnome/recipes-gnome/gnome-settings-daemon/gnome-settings-daemon_2.32.1.bb,
> >  do_compile
> > * 
> > /meta-openembedded/meta-gnome/recipes-gnome/nautilus/nautilus3_3.2.1.bb, 
> > do_fetch
> ^ how did this return to world?

The exclude was removed as requested in:
http://lists.openembedded.org/pipermail/openembedded-devel/2015-August/103045.html

> > * 
> > /meta-openembedded/meta-multimedia/recipes-mkv/mkvtoolnix/mkvtoolnix_git.bb,
> >  do_compile
> > * 
> > /meta-openembedded/meta-multimedia/recipes-multimedia/vlc/vlc_2.2.1.bb, 
> > do_compile
> > * 
> > /meta-openembedded/meta-networking/recipes-connectivity/inetutils/inetutils_1.9.4.bb,
> >  do_patch
> > * /meta-openembedded/meta-oe/recipes-support/gd/gd_2.1.1.bb, do_compile
> > * 
> > /meta-openembedded/meta-oe/recipes-support/libdbi/libdbi-drivers_0.8.3-1.bb,
> >  do_compile
> > * 
> > /meta-openembedded/meta-python/recipes-devtools/python/python-pyopenssl_0.15.1.bb,
> >  do_populate_sysroot
> > * 
> > /meta-openembedded/meta-xfce/recipes-apps/xfce4-notifyd/xfce4-notifyd_0.2.4.bb,
> >  do_compile
> ^ patch sent
> > * 
> > /meta-openembedded/meta-xfce/recipes-art/xfce4-icon-theme/xfce4-icon-theme_4.4.3.bb,
> >  do_populate_sysroot
> ^ patch sent
> > * /meta-webos-ports/meta-luneui/recipes-luneui/luna-next/luna-next.bb, 
> > do_compile
> >
> 
> Regards
> 
> Andreas
> -- 
> ___
> Openembedded-devel mailing list
> Openembedded-devel@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-devel

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


signature.asc
Description: Digital signature
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel


[oe] OE Changelog since 2015-08-23 until 2015-08-30

2015-08-31 Thread cliff . brake
Changelog since 2015-08-23 until 2015-08-30.  Projects included in this report:

bitbake: git://git.openembedded.org/bitbake
openembedded-core: git://git.openembedded.org/openembedded-core
meta-openembedded: git://git.openembedded.org/meta-openembedded
meta-angstrom: git://github.com/Angstrom-distribution/meta-angstrom.git
meta-arago: git://arago-project.org/git/meta-arago.git
meta-atmel: https://github.com/linux4sam/meta-atmel.git
meta-beagleboard: git://github.com/beagleboard/meta-beagleboard.git
meta-browser: git://github.com/OSSystems/meta-browser.git
meta-bug: git://github.com/buglabs/meta-bug.git
meta-chicken: git://github.com/OSSystems/meta-chicken
meta-efikamx: git://github.com/kraj/meta-efikamx.git
meta-ettus: http://github.com/koenkooi/meta-ettus.git
meta-fsl-arm: git://git.yoctoproject.org/meta-fsl-arm
meta-fsl-arm-extra: git://github.com/Freescale/meta-fsl-arm-extra.git
meta-fsl-ppc: git://git.yoctoproject.org/meta-fsl-ppc
meta-guacamayo: git://github.com/Guacamayo/meta-guacamayo.git
meta-gumstix: git://github.com/gumstix/meta-gumstix.git
meta-gumstix-community: 
https://github.com/schnitzeltony/meta-gumstix-community.git
meta-handheld: git://git.openembedded.org/meta-handheld
meta-igep: http://github.com/ebutera/meta-igep.git
meta-intel: git://git.yoctoproject.org/meta-intel
meta-ivi: git://git.yoctoproject.org/meta-ivi
meta-java: git://github.com/woglinde/meta-java
meta-jetson-tk1: https://github.com/cubicool/meta-jetson-tk1.git
meta-kde: git://gitorious.org/openembedded-core-layers/meta-kde.git
meta-micro: git://git.openembedded.org/meta-micro
meta-mono: git://git.yoctoproject.org/meta-mono.git
meta-netbookpro: git://github.com/tworaz/meta-netbookpro
meta-nodejs: https://github.com/imyller/meta-nodejs.git
meta-nslu2: git://github.com/kraj/meta-nslu2
meta-opie: git://git.openembedded.org/meta-opie
meta-qt3: git://git.yoctoproject.org/meta-qt3
meta-qt5: git://github.com/meta-qt5/meta-qt5.git
meta-slugos: git://github.com/kraj/meta-slugos
meta-systemd: git://git.yoctoproject.org/meta-systemd
meta-raspberrypi: git://github.com/djwillis/meta-raspberrypi.git
meta-smartphone: http://git.shr-project.org/repo/meta-smartphone.git
meta-ti: git://git.yoctoproject.org/meta-ti
meta-webos: git://github.com/openwebos/meta-webos.git
meta-xilinx: git://git.yoctoproject.org/meta-xilinx
meta-yocto: git://git.yoctoproject.org/meta-yocto
openembedded: git://git.openembedded.org/openembedded


Changelog for bitbake:

Belen Barros Pena (6):
  toastergui: remove old screenshots
  toastergui: change image in landing page
  toaster: new Toaster image
  toaster: fix show / hide columns in all builds table
  toaster: adjust spacing in project pages
  toaster: fix global navigation

Bian Naimeng (1):
  toaster: Support environments which have proxies set

David Reyna (1):
  toaster: update directory tree expansion

Michael Wood (1):
  toastergui: Add frontend javascript unit tests

Paul Eggleton (2):
  lib/bb/main: avoid importing all server/UI modules on every execution
  lib/bb/cooker: add interrupted flag to BuildCompleted event

Sujith Haridasan (2):
  toaster: Fix extra checkbox in most recently built recipes section
  toaster: Remove Log column from All builds page


Changelog for openembedded-core:

Ajay M (1):
  parted: set VERSION number same as recipe's version

Alex Franco (2):
  Empty image: package list splitting and iteration
  Empty image: filesystem allocation

Alexander Kanavin (7):
  classes/gnomebase: change tarball compression to xz
  harfbuzz: enable icu feature
  classes/cmake: add arch conversion routine
  glib: add a warning suppression patch to glib
  iso-codes: add a recipe from meta-oe
  libnotify: update to version 0.7.6
  jpeg: update to version 9a

Aníbal Limón (3):
  systemd: Increase devices timeout in QEMU machines to avoid failures on seri
  qemu-native: Enable temporary debug info as default.
  runqemu-internal: Fixes unary operator expected in new TCPSERIAL_PORTNUM

Bruce Ashfield (9):
  linux-yocto/4.1: fix qemuarm preempt-rt configuration
  linux-yocto/3.19/4.1: add coretemp to intel-common-drivers
  linux-yocto/4.1: quark configuration and thermal support
  linux-yocto/3.14: cleanups and gcc5 ARM build fixes
  linux-yocto/4.1: update to v4.1.6 and v4.1.6-rt5
  linux-yocto/4.1: enable DRM_CIRRUS_QEMU and EXT4_USE_FOR_EXT23
  linux-yocto/4.1: CIRRUS config and quark thermal support
  linux-yocto-dev: update to 4.2-rc
  linux-yocto/3.14/4.1: fix ARM boot with gcc 5.x

Carlos Rafael Giani (2):
  gstreamer1.0-plugins: Ensure the native OE orcc is used
  gstreamer1.0-plugins-*: Remove unused GSTREAMER_1_0_ORC variable

Christopher Larson (8):
  bitbake.conf: unexport SHELL
  bitbake.conf: set USE_NLS based on DISTRO_FEATURES
  bitbake.conf: set PATCHRESOLVE to noop by default
  image.bbclass: re-run do_rootfs when feature packages change
  update-rc.d.bbclass: explicitly dep on initscri

[oe] [PATCH] nautilus3: update the checksums to match the .xz compressed tarball

2015-08-31 Thread Alexander Kanavin
Previously the default was .bz2

Signed-off-by: Alexander Kanavin 
---
 meta-gnome/recipes-gnome/nautilus/nautilus3_3.2.1.bb | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/meta-gnome/recipes-gnome/nautilus/nautilus3_3.2.1.bb 
b/meta-gnome/recipes-gnome/nautilus/nautilus3_3.2.1.bb
index 586d1d9..a1b3b7b 100644
--- a/meta-gnome/recipes-gnome/nautilus/nautilus3_3.2.1.bb
+++ b/meta-gnome/recipes-gnome/nautilus/nautilus3_3.2.1.bb
@@ -20,8 +20,8 @@ BPN = "nautilus"
 inherit gnome
 
 SRC_URI += "file://no-try-run-strftime.diff"
-SRC_URI[archive.md5sum] = "ecd100ed94431363fa68b217351649c0"
-SRC_URI[archive.sha256sum] = 
"584e97d3eb093ee16a779809b679150a636bcd4a3767fb604993013b523d2df1"
+SRC_URI[archive.md5sum] = "12314328b59aa1dfd83619f718b81bd5"
+SRC_URI[archive.sha256sum] = 
"c482d6e7babcc238304cf55586cdf7e2b2806025214a143ed355f0d89b33b154"
 
 EXTRA_OECONF = " --disable-gtk-doc  --disable-update-mimedb 
--enable-nst-extension"
 export SYSROOT = "${STAGING_DIR_HOST}"
-- 
2.1.4

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


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

2015-08-31 Thread Alexander Kanavin

On 08/31/2015 04:32 PM, Andreas Müller wrote:

 * /meta-openembedded/meta-gnome/recipes-gnome/epiphany/epiphany_2.30.6.bb, 
do_fetch


This recipe will be removed when the new epiphany shows up in oe-core.


 * 
/meta-openembedded/meta-gnome/recipes-gnome/gnome-power-manager/gnome-power-manager_2.32.0.bb,
 do_compile
 * 
/meta-openembedded/meta-gnome/recipes-gnome/gnome-settings-daemon/gnome-settings-daemon_2.32.1.bb,
 do_compile


These are probably due to removal of libnotify 0.6.0.


 * /meta-openembedded/meta-gnome/recipes-gnome/nautilus/nautilus3_3.2.1.bb, 
do_fetch

^ how did this return to world?


It was previously excluded because it was not compatible with libnotify 
0.6.0. Now that it's gone, there is no reason to exclude it from world.


The fetch failure is because I somehow overlooked the recipe when fixing 
the default tarball compression in gnome recipes. It needs a checksum 
update.



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


Re: [oe] meta-java - recent commits break foreign (MY!) builds ...

2015-08-31 Thread Richard Leitner
On 08/31/2015 03:06 PM, Otavio Salvador wrote:
> On Mon, Aug 31, 2015 at 4:33 AM, Richard Leitner
>  wrote:
>>> The point is Java is complex and we have few people working on this so
>>> I prefer one well maintained version than 3 oddly ones.
>>
>> I understand that. But currently I have no need for openjdk-8. Therefore
>> my focus is on keeping openjdk-7 up to date.
> 
> Sure.
> 
> Specially if your app works with OpenJDK 8 I see no much benefit in
> keep using the old version. Do you see it differently?
> 

If we have verified that everything is working as expected with
openjdk-8 we will for sure think of updating to it. But as we have a
quite big application stack and long QA/testing phases this may take
some time.
Therefore we will stay (as far as I can currently tell) at least for
another year with openjdk-7.
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel


Re: [oe] State of bitbake world, Failed tasks 2015-08-30

2015-08-31 Thread Andreas Müller
On Mon, Aug 31, 2015 at 2:56 PM, Martin Jansa  wrote:
>
> == Failed tasks 2015-08-30 ==
>
> INFO: jenkins-job.sh-1.3.1 Complete log available at 
> http://logs.nslu2-linux.org/buildlogs/oe/world/log.report.20150830_101221.log
>
> === common (16) ===
> * /meta-openembedded/meta-efl/recipes-efl/efl/epdf_svn.bb, do_compile
> * 
> /meta-openembedded/meta-gnome/recipes-gnome/epiphany/epiphany_2.30.6.bb, 
> do_fetch
> * 
> /meta-openembedded/meta-gnome/recipes-gnome/gnome-bluetooth/gnome-bluetooth_2.32.0.bb,
>  do_compile
^ patch sent
> * 
> /meta-openembedded/meta-gnome/recipes-gnome/gnome-disk-utility/gnome-disk-utility_2.32.0.bb,
>  do_compile
^ patch sent
> * 
> /meta-openembedded/meta-gnome/recipes-gnome/gnome-power-manager/gnome-power-manager_2.32.0.bb,
>  do_compile
> * 
> /meta-openembedded/meta-gnome/recipes-gnome/gnome-settings-daemon/gnome-settings-daemon_2.32.1.bb,
>  do_compile
> * 
> /meta-openembedded/meta-gnome/recipes-gnome/nautilus/nautilus3_3.2.1.bb, 
> do_fetch
^ how did this return to world?
> * 
> /meta-openembedded/meta-multimedia/recipes-mkv/mkvtoolnix/mkvtoolnix_git.bb, 
> do_compile
> * /meta-openembedded/meta-multimedia/recipes-multimedia/vlc/vlc_2.2.1.bb, 
> do_compile
> * 
> /meta-openembedded/meta-networking/recipes-connectivity/inetutils/inetutils_1.9.4.bb,
>  do_patch
> * /meta-openembedded/meta-oe/recipes-support/gd/gd_2.1.1.bb, do_compile
> * 
> /meta-openembedded/meta-oe/recipes-support/libdbi/libdbi-drivers_0.8.3-1.bb, 
> do_compile
> * 
> /meta-openembedded/meta-python/recipes-devtools/python/python-pyopenssl_0.15.1.bb,
>  do_populate_sysroot
> * 
> /meta-openembedded/meta-xfce/recipes-apps/xfce4-notifyd/xfce4-notifyd_0.2.4.bb,
>  do_compile
^ patch sent
> * 
> /meta-openembedded/meta-xfce/recipes-art/xfce4-icon-theme/xfce4-icon-theme_4.4.3.bb,
>  do_populate_sysroot
^ patch sent
> * /meta-webos-ports/meta-luneui/recipes-luneui/luna-next/luna-next.bb, 
> do_compile
>

Regards

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


Re: [oe] meta-java - recent commits break foreign (MY!) builds ...

2015-08-31 Thread Otavio Salvador
On Mon, Aug 31, 2015 at 4:33 AM, Richard Leitner
 wrote:
> On 08/28/2015 04:11 PM, Otavio Salvador wrote:
>> On Fri, Aug 28, 2015 at 3:59 AM, Richard Leitner
>>  wrote:
>>> I think we should keep (and UPDATE!) openjdk 6 & 7 as long as they get
>>> support from RedHat and therefore IcedTea. There may be users relying on
>>> the old java version for their long-term-supported products (so do we)!
>>>
>>> IMHO we should start with openjdk 6: remove the old versions and add the
>>> latest (1.13.8)!
>>>
>>> What do you think? Any comments?
>>
>> If you are willing to work on that, I have no problem.
>
> As I mentioned, I will update openjdk-7 as long as I need it. If it's
> okay for you I will send patches for these updates to the ml. From a
> current point of view it looks like I will provide updates until end of
> 2016 at least.

Yes; fine with me.

>> The point is Java is complex and we have few people working on this so
>> I prefer one well maintained version than 3 oddly ones.
>
> I understand that. But currently I have no need for openjdk-8. Therefore
> my focus is on keeping openjdk-7 up to date.

Sure.

Specially if your app works with OpenJDK 8 I see no much benefit in
keep using the old version. Do you see it differently?

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


Re: [oe] State of bitbake world, Failed tasks 2015-08-30

2015-08-31 Thread Martin Jansa
OE @ ~/openembedded-core $ git log --oneline 
origin/master..contrib/jansa/master 
8a4935f pulseaudio: improve PACKAGECONFIG for dbus/consolekit dependencies
125ca28 guile, mailx, gcc, opensp, gstreamer1.0-libav, libunwind: disable thumb 
where it fails for qemuarm
e223862 initramfs-framework: Drop allarch
d51627d linux-firmware: Drop allarch
ee54e69 ppp-dialin: Drop allarch
2ff92fc usbinit, weston-init, run-postinsts, qt-demo-init: Drop allarch
913639d resolvconf: Drop allarch
fb0f4d3 icu: force arm mode
00671a5 gdb: force arm mode
b403ca3 DO-NOT-MERGE: distutils3.bbclass: Don't use MACHINE variable
ada51b5 libsdl: Add support for libsdl-native
d15d53b WIP: Add KERNEL_EXTRA_ARGS?
b3eeef0 sstate-sysroot-cruft: Add /usr/src/kernel/.* to whitelist
f49d8ca report-error: Allow to upload reports automatically
758bb0b qemux86: Add identical qemux86copy variant for tests

== Failed tasks 2015-08-30 ==

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

=== common (16) ===
* /meta-openembedded/meta-efl/recipes-efl/efl/epdf_svn.bb, do_compile
* /meta-openembedded/meta-gnome/recipes-gnome/epiphany/epiphany_2.30.6.bb, 
do_fetch
* 
/meta-openembedded/meta-gnome/recipes-gnome/gnome-bluetooth/gnome-bluetooth_2.32.0.bb,
 do_compile
* 
/meta-openembedded/meta-gnome/recipes-gnome/gnome-disk-utility/gnome-disk-utility_2.32.0.bb,
 do_compile
* 
/meta-openembedded/meta-gnome/recipes-gnome/gnome-power-manager/gnome-power-manager_2.32.0.bb,
 do_compile
* 
/meta-openembedded/meta-gnome/recipes-gnome/gnome-settings-daemon/gnome-settings-daemon_2.32.1.bb,
 do_compile
* /meta-openembedded/meta-gnome/recipes-gnome/nautilus/nautilus3_3.2.1.bb, 
do_fetch
* 
/meta-openembedded/meta-multimedia/recipes-mkv/mkvtoolnix/mkvtoolnix_git.bb, 
do_compile
* /meta-openembedded/meta-multimedia/recipes-multimedia/vlc/vlc_2.2.1.bb, 
do_compile
* 
/meta-openembedded/meta-networking/recipes-connectivity/inetutils/inetutils_1.9.4.bb,
 do_patch
* /meta-openembedded/meta-oe/recipes-support/gd/gd_2.1.1.bb, do_compile
* 
/meta-openembedded/meta-oe/recipes-support/libdbi/libdbi-drivers_0.8.3-1.bb, 
do_compile
* 
/meta-openembedded/meta-python/recipes-devtools/python/python-pyopenssl_0.15.1.bb,
 do_populate_sysroot
* 
/meta-openembedded/meta-xfce/recipes-apps/xfce4-notifyd/xfce4-notifyd_0.2.4.bb, 
do_compile
* 
/meta-openembedded/meta-xfce/recipes-art/xfce4-icon-theme/xfce4-icon-theme_4.4.3.bb,
 do_populate_sysroot
* /meta-webos-ports/meta-luneui/recipes-luneui/luna-next/luna-next.bb, 
do_compile

=== common-x86 (3) ===
* /meta-openembedded/meta-efl/recipes-efl/webkit/webkit-efl_1.11.0.bb, 
do_compile
* 
/meta-openembedded/meta-networking/recipes-kernel/netmap/netmap-modules_git.bb, 
do_compile
* /meta-qt5/recipes-qt/qt5/qtwebengine_git.bb, do_compile

=== qemuarm (0) ===

=== qemux86 (1) ===
* 
/meta-openembedded/meta-oe/recipes-graphics/xorg-driver/xf86-video-geode_2.11.16.bb,
 do_compile

=== qemux86_64 (3) ===
* /meta-browser/recipes-browser/chromium/cef3_280796.bb, do_configure
* /meta-openembedded/meta-oe/recipes-extended/collectd/collectd_5.5.0.bb, 
do_compile
* /meta-openembedded/meta-oe/recipes-support/ipmiutil/ipmiutil_2.9.6.bb, 
do_compile

=== Number of failed tasks (58) ===
{| class=wikitable
|-
|| qemuarm  || 16|| 
http://logs.nslu2-linux.org/buildlogs/oe/world//log.world.20150829_114024.log// 
|| http://errors.yoctoproject.org:80/Errors/Build/8422/
|-
|| qemux86  || 20|| 
http://logs.nslu2-linux.org/buildlogs/oe/world//log.world.20150829_180544.log// 
|| 
|-
|| qemux86_64   || 22|| 
http://logs.nslu2-linux.org/buildlogs/oe/world//log.world.20150830_052357.log// 
|| 
|}

=== PNBLACKLISTs (66) ===

=== QA issues (68) ===
{| class=wikitable
!| Count||Issue
|-
||0 ||already-stripped
|-
||0 ||libdir
|-
||2 ||build-deps
|-
||2 ||textrel
|-
||4 ||file-rdeps
|-
||60||version-going-backwards
|}


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-gnome/recipes-apps/gnome-mplayer/gnome-mplayer_1.0.5.bb:PNBLACKLIST[gnome-mplayer]
 ?= "rdepends on blacklisted mplayer"
meta-gnom

Re: [oe] meta-java - recent commits break foreign (MY!) builds ...

2015-08-31 Thread Richard Leitner
On 08/28/2015 04:11 PM, Otavio Salvador wrote:
> On Fri, Aug 28, 2015 at 3:59 AM, Richard Leitner
>  wrote:
>> I think we should keep (and UPDATE!) openjdk 6 & 7 as long as they get
>> support from RedHat and therefore IcedTea. There may be users relying on
>> the old java version for their long-term-supported products (so do we)!
>>
>> IMHO we should start with openjdk 6: remove the old versions and add the
>> latest (1.13.8)!
>>
>> What do you think? Any comments?
> 
> If you are willing to work on that, I have no problem.

As I mentioned, I will update openjdk-7 as long as I need it. If it's
okay for you I will send patches for these updates to the ml. From a
current point of view it looks like I will provide updates until end of
2016 at least.

> 
> The point is Java is complex and we have few people working on this so
> I prefer one well maintained version than 3 oddly ones.

I understand that. But currently I have no need for openjdk-8. Therefore
my focus is on keeping openjdk-7 up to date.

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