date:20111219

[OE-core] [PATCH] opkg: add patch to make sure that D is empty when executing postinst scripts on target

2011-12-19 Thread Martin Jansa

Signed-off-by: Martin Jansa martin.ja...@gmail.com
---
 .../opkg/opkg/offlineroot_varname.patch|   33 +++-
 meta/recipes-devtools/opkg/opkg_svn.bb |4 +-
 2 files changed, 27 insertions(+), 10 deletions(-)

diff --git a/meta/recipes-devtools/opkg/opkg/offlineroot_varname.patch 
b/meta/recipes-devtools/opkg/opkg/offlineroot_varname.patch
index a67f389..73600e3 100644
--- a/meta/recipes-devtools/opkg/opkg/offlineroot_varname.patch
+++ b/meta/recipes-devtools/opkg/opkg/offlineroot_varname.patch
@@ -1,20 +1,37 @@
 OE uses D as the offline install directory in its scripts, not PKG_ROOT.
+D is expected to be empty on when offline_root is not used.
 
 Upstream-Status: Inappropriate [OE specific usage]
 
 RP 2011/12/15
 
-Index: trunk/libopkg/pkg.c
-===
 trunk.orig/libopkg/pkg.c   2011-12-15 15:58:39.0 +
-+++ trunk/libopkg/pkg.c2011-12-15 20:04:50.109992736 +
-@@ -1280,7 +1280,7 @@
+Signed-off-by: Martin Jansa martin.ja...@gmail.com
+
+diff --git a/libopkg/pkg.c b/libopkg/pkg.c
+index 6ccbde2..7d16f84 100644
+--- a/libopkg/pkg.c
 b/libopkg/pkg.c
+@@ -1250,6 +1250,7 @@ pkg_run_script(pkg_t *pkg, const char *script, const 
char *args)
+  int err;
+  char *path;
+  char *cmd;
++ char *pkg_root;
+ 
+  if (conf-noaction)
+return 0;
+@@ -1280,8 +1281,13 @@ pkg_run_script(pkg_t *pkg, const char *script, const 
char *args)
  
   opkg_msg(INFO, Running script %s.\n, path);
  
 - setenv(PKG_ROOT,
-+ setenv(D,
-   pkg-dest ? pkg-dest-root_dir : conf-default_dest-root_dir, 1);
+-  pkg-dest ? pkg-dest-root_dir : conf-default_dest-root_dir, 1);
++ pkg_root=pkg-dest ? pkg-dest-root_dir : conf-default_dest-root_dir;
++ setenv(PKG_ROOT, pkg_root, 1);
++ if (conf-offline_root) {
++   setenv(D, pkg_root, 1);
++ } else {
++   setenv(D, , 1);
++ }
  
   if (! file_exists(path)) {
-
+ free(path);
diff --git a/meta/recipes-devtools/opkg/opkg_svn.bb 
b/meta/recipes-devtools/opkg/opkg_svn.bb
index dbdfc7e..065a2cb 100644
--- a/meta/recipes-devtools/opkg/opkg_svn.bb
+++ b/meta/recipes-devtools/opkg/opkg_svn.bb
@@ -13,7 +13,7 @@ SRC_URI = 
svn://opkg.googlecode.com/svn;module=trunk;proto=http \
file://add_vercmp.patch \
file://add_uname_support.patch \
file://fix_installorder.patch \
-   file://offline_postinstall.patch\
+   file://offline_postinstall.patch \
file://offlineroot_varname.patch \
file://track_parents.patch \
 
@@ -22,7 +22,7 @@ S = ${WORKDIR}/trunk
 
 SRCREV = 633
 PV = 0.1.8+svnr${SRCPV}
-PR = r3
+PR = r4
 
 PACKAGES =+ libopkg${PKGSUFFIX}-dev libopkg${PKGSUFFIX} 
update-alternatives-cworth${PKGSUFFIX}
 
-- 
1.7.8


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

Re: [OE-core] [PATCH 1/1] socat: add the latest stable version 1.7.2.0

2011-12-19 Thread Koen Kooi


Op 19 dec. 2011, om 06:22 heeft Dexuan Cui het volgende geschreven:

 +DEPENDS = openssl
 +
 +LICENSE = GPLv2+

Linking GPL and openssl is not allowed due to the advertising clause in BSD. 
The socat people realized that and say:

license
---

socat is distributed under the terms of the GNU GPL;
except for install-sh, which is copyright MIT, with its own license;

In addition, as a special exception, the copyright holder
gives permission to link the code of this program with
any version of the OpenSSL library which is distributed
under a license identical to that listed in the included
COPYING.OpenSSL file, and distribute linked combinations
including the two. You must obey the GNU General Public
License in all respects for all of the code used other
than OpenSSL. If you modify this file, you may extend this
exception to your version of the file, but you are not
obligated to do so. If you do not wish to do so, delete
this exception statement from your version.

regards,

Koen

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

Re: [OE-core] [PATCH 1/5] kernel.bbclass: move uImage handling to separate task

2011-12-19 Thread Koen Kooi


Op 19 dec. 2011, om 02:39 heeft Bruce Ashfield het volgende geschreven:

 On Sun, Dec 18, 2011 at 4:19 PM, Koen Kooi k...@dominion.thruhere.net wrote:
 
 Op 18 dec. 2011, om 21:27 heeft Bruce Ashfield het volgende geschreven:
 
 On Sun, Dec 18, 2011 at 3:13 PM, Koen Kooi k...@dominion.thruhere.net 
 wrote:
 
 Op 18 dec. 2011, om 20:47 heeft Dmitry Eremin-Solenikov het volgende 
 geschreven:
 
 As per org.oe.dev and meta-oe's kernel.bbclass move uImage creation to
 separate task from do_deploy. This way the do_install task can also
 benefit from generated uImage.
 
 The only major feature of oe-core's version (not to recreate uImage
 if it exists) is retained in this patch.
 
 I still don't agree with that behaviour. The in-kernel uImage code is just 
 like the in-kernel defconfigs: useless for people who aren't kernel 
 developers.
 
 In that case, shouldn't people doing u-boot development (or other
 non-kernel developers),
 be building a uImage via something that isn't in kernel.bbclass ?
 
 I use the kernel.bbclass in meta-oe, that does what I need.
 
 ok. I was just trying to wrap my head around the use case, since I'm missing
 something, and that would help me understand what is missing in the in kernel
 uImage generation scripts. With that, we could see about getting
 changes upstream
 to address deficiencies.


The biggest problem is that upstream is $vendor in a lot of cases, so fixing 
it once in OE is more productive than patching N vendor kernels. I agree that 
mainline should have the working version, but for my current project mainline 
doesn't even have support for this SoC and won't have till devicetree has cured 
worldpeace.

regards,

Koen

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

Re: [OE-core] [PATCH 1/1] socat: add the latest stable version 1.7.2.0

2011-12-19 Thread Cui, Dexuan

Koen Kooi wrote on 2011-12-19:
 
 Op 19 dec. 2011, om 06:22 heeft Dexuan Cui het volgende geschreven:
 
 +DEPENDS = openssl
 +
 +LICENSE = GPLv2+
Hi Koen,
Thanks very much for the comment! 

 Linking GPL and openssl is not allowed due to the advertising clause 
 in BSD. The socat people realized that and say:
the advertising clause in BSD? 
I suppose you meant the advertising clause in openssl license?

 license
 ---
 
 socat is distributed under the terms of the GNU GPL; except for 
 install-sh, which is copyright MIT, with its own license;
 
 In addition, as a special exception, the copyright holder gives 
 permission to link the code of this program with any version of the 
 OpenSSL library which is distributed under a license identical to that 
 listed in the included COPYING.OpenSSL file, and distribute linked 
 combinations including the two. You must obey the GNU General Public 
 License in all respects for all of the code used other than OpenSSL.
 If you modify this file, you may extend this exception to your version 
 of the file, but you are not obligated to do so. If you do not wish to do
 so, delete this exception statement from your version.
My understanding is: the author of socat allows us to link socat to the lib
openssl?

Koen, 
I'm really not good at the license stuff at all. Could you please explain
the situation in more details?
What need we do if we want to add the socat recipe into poky? It has
already been in OE for a long period of time.
 
Thanks,
-- Dexuan



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

Re: [OE-core] [PATCH 1/1] socat: add the latest stable version 1.7.2.0

2011-12-19 Thread Koen Kooi


Op 19 dec. 2011, om 10:16 heeft Cui, Dexuan het volgende geschreven:

 Koen Kooi wrote on 2011-12-19:
 
 Op 19 dec. 2011, om 06:22 heeft Dexuan Cui het volgende geschreven:
 
 +DEPENDS = openssl
 +
 +LICENSE = GPLv2+
 Hi Koen,
 Thanks very much for the comment! 
 
 Linking GPL and openssl is not allowed due to the advertising clause 
 in BSD. The socat people realized that and say:
 the advertising clause in BSD? 
 I suppose you meant the advertising clause in openssl license?

Yes, indeed

 
 license
 ---
 
 socat is distributed under the terms of the GNU GPL; except for 
 install-sh, which is copyright MIT, with its own license;
 
 In addition, as a special exception, the copyright holder gives 
 permission to link the code of this program with any version of the 
 OpenSSL library which is distributed under a license identical to that 
 listed in the included COPYING.OpenSSL file, and distribute linked 
 combinations including the two. You must obey the GNU General Public 
 License in all respects for all of the code used other than OpenSSL.
 If you modify this file, you may extend this exception to your version 
 of the file, but you are not obligated to do so. If you do not wish to do
 so, delete this exception statement from your version.
 My understanding is: the author of socat allows us to link socat to the lib
 openssl?

Correct. I don't know what happens when you include socat in a GPL product, but 
that's for other people to worry about :)

 Koen, 
 I'm really not good at the license stuff at all. Could you please explain
 the situation in more details?

From what I've understood the advertising clause is consired a restriction by 
the GPL and hence incompatible. Since openssl is so widespread and gnutls so 
buggy the exception was invented to allow openssl to link with gpl software.

 What need we do if we want to add the socat recipe into poky? It has
 already been in OE for a long period of time.

Some googling suggests that 'GPL-2.0+-with-OpenSSL-exception' is SPDX 
compatible, so we could put that in LICENSE.

regards,

Koen

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

Re: [OE-core] [PATCH 1/1] socat: add the latest stable version 1.7.2.0

2011-12-19 Thread Cui, Dexuan

Koen Kooi wrote on 2011-12-19:

Op 19 dec. 2011, om 10:16 heeft Cui, Dexuan het volgende geschreven:

Koen Kooi wrote on 2011-12-19:

Op 19 dec. 2011, om 06:22 heeft Dexuan Cui het volgende geschreven:

+DEPENDS = openssl
+
+LICENSE = GPLv2+
Hi Koen,
Thanks very much for the comment!

Linking GPL and openssl is not allowed due to the advertising clause
in BSD. The socat people realized that and say:
the advertising clause in BSD?
I suppose you meant the advertising clause in openssl license?

Yes, indeed

license
---

socat is distributed under the terms of the GNU GPL; except for
install-sh, which is copyright MIT, with its own license;

In addition, as a special exception, the copyright holder gives
permission to link the code of this program with any version of the
OpenSSL library which is distributed under a license identical to
that listed in the included COPYING.OpenSSL file, and distribute
linked combinations including the two. You must obey the GNU General
Public License in all respects for all of the code used other than OpenSSL.
If you modify this file, you may extend this exception to your
version of the file, but you are not obligated to do so. If you do
not wish to do so, delete this exception statement from your version.
My understanding is: the author of socat allows us to link socat to
the lib openssl?

Correct. I don't know what happens when you include socat in a GPL
product, but that's for other people to worry about :)

Koen,
I'm really not good at the license stuff at all. Could you please
explain the situation in more details?

From what I've understood the advertising clause is consired a
restriction by the GPL and hence incompatible. Since openssl is so
widespread and gnutls so buggy the exception was invented to allow openssl to
link with gpl software.

What need we do if we want to add the socat recipe into poky? It has
already been in OE for a long period of time.

Some googling suggests that 'GPL-2.0+-with-OpenSSL-exception' is SPDX
compatible, so we could put that in LICENSE.
Thanks a lot for the suggestion!

Please review/use the new patch:
http://git.yoctoproject.org/cgit/cgit.cgi/poky-contrib/commit/?h=dcui/socat-v2id=896e5e9f9ca387d832d423a1e16ad918d473c4cc

Thanks,
-- Dexuan

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

[OE-core] [PATCH oe-core] valgrind: add powerpc into the compatible host list

2011-12-19 Thread b19537

From: Zhenhua Luo b19...@freescale.com

add powerpc/powerpc64/ppc/ppc64 in COMPATIBLE_HOST variable

Signed-off-by: Zhenhua Luo b19...@freescale.com
---
 meta/recipes-devtools/valgrind/valgrind_3.6.1.bb |4 ++--
 1 files changed, 2 insertions(+), 2 deletions(-)

diff --git a/meta/recipes-devtools/valgrind/valgrind_3.6.1.bb 
b/meta/recipes-devtools/valgrind/valgrind_3.6.1.bb
index 021caa8..c09fc41 100644
--- a/meta/recipes-devtools/valgrind/valgrind_3.6.1.bb
+++ b/meta/recipes-devtools/valgrind/valgrind_3.6.1.bb
@@ -7,7 +7,7 @@ LIC_FILES_CHKSUM = 
file://COPYING;md5=c46082167a314d785d012a244748d803 \
 
file://include/valgrind.h;beginline=1;endline=56;md5=13a71cedba99112334d8596162aec37e
 \
 file://COPYING.DOCS;md5=8fdeb5abdb235a08e76835f8f3260215
 DEPENDS = virtual/libx11
-PR = r1
+PR = r2
 
 SRC_URI = http://www.valgrind.org/downloads/valgrind-${PV}.tar.bz2 \
   file://fix_issue_caused_by_ccache.patch \
@@ -17,7 +17,7 @@ SRC_URI = 
http://www.valgrind.org/downloads/valgrind-${PV}.tar.bz2 \
 SRC_URI[md5sum] = 2c3aa122498baecc9d69194057ca88f5
 SRC_URI[sha256sum] = 
49bdcc4fbcf060049b5f0dcfd8a187a6e90e0b0e57309f633b64e44430726a0e
 
-COMPATIBLE_HOST = '(i.86|x86_64).*-linux'
+COMPATIBLE_HOST = '(i.86|x86_64|powerpc|powerpc64|ppc|ppc64).*-linux'
 
 inherit autotools
 
-- 
1.7.0.4



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

Re: [OE-core] [PATCH oe-core] valgrind: add powerpc into the compatible host list

2011-12-19 Thread Koen Kooi


Op 19 dec. 2011, om 11:12 heeft b19...@freescale.com b19...@freescale.com 
het volgende geschreven:

 From: Zhenhua Luo b19...@freescale.com
 
add powerpc/powerpc64/ppc/ppc64 in COMPATIBLE_HOST variable

Since valgrind works on arm as well it might be better just to drop the 
COMPATIBLE_HOST, no?

regards,

Koen

 
 Signed-off-by: Zhenhua Luo b19...@freescale.com
 ---
 meta/recipes-devtools/valgrind/valgrind_3.6.1.bb |4 ++--
 1 files changed, 2 insertions(+), 2 deletions(-)
 
 diff --git a/meta/recipes-devtools/valgrind/valgrind_3.6.1.bb 
 b/meta/recipes-devtools/valgrind/valgrind_3.6.1.bb
 index 021caa8..c09fc41 100644
 --- a/meta/recipes-devtools/valgrind/valgrind_3.6.1.bb
 +++ b/meta/recipes-devtools/valgrind/valgrind_3.6.1.bb
 @@ -7,7 +7,7 @@ LIC_FILES_CHKSUM = 
 file://COPYING;md5=c46082167a314d785d012a244748d803 \
 
 file://include/valgrind.h;beginline=1;endline=56;md5=13a71cedba99112334d8596162aec37e
  \
 file://COPYING.DOCS;md5=8fdeb5abdb235a08e76835f8f3260215
 DEPENDS = virtual/libx11
 -PR = r1
 +PR = r2
 
 SRC_URI = http://www.valgrind.org/downloads/valgrind-${PV}.tar.bz2 \
  file://fix_issue_caused_by_ccache.patch \
 @@ -17,7 +17,7 @@ SRC_URI = 
 http://www.valgrind.org/downloads/valgrind-${PV}.tar.bz2 \
 SRC_URI[md5sum] = 2c3aa122498baecc9d69194057ca88f5
 SRC_URI[sha256sum] = 
 49bdcc4fbcf060049b5f0dcfd8a187a6e90e0b0e57309f633b64e44430726a0e
 
 -COMPATIBLE_HOST = '(i.86|x86_64).*-linux'
 +COMPATIBLE_HOST = '(i.86|x86_64|powerpc|powerpc64|ppc|ppc64).*-linux'
 
 inherit autotools
 
 -- 
 1.7.0.4
 
 
 
 ___
 Openembedded-core mailing list
 Openembedded-core@lists.openembedded.org
 http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core



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

Re: [OE-core] [PATCH oe-core] valgrind: add powerpc into the compatible host list

2011-12-19 Thread Luo Zhenhua-B19537

Sure, if valgrind can work on x86, powerpc, arm, COMPATIBLE_HOST can be 
removed, I will post a v2 patch. 


Best Regards,

Zhenhua


 -Original Message-
 From: openembedded-core-boun...@lists.openembedded.org [mailto:openembedded-
 core-boun...@lists.openembedded.org] On Behalf Of Koen Kooi
 Sent: Monday, December 19, 2011 6:30 PM
 To: Patches and discussions about the oe-core layer
 Subject: Re: [OE-core] [PATCH oe-core] valgrind: add powerpc into the 
 compatible
 host list
 
 
 Op 19 dec. 2011, om 11:12 heeft b19...@freescale.com b19...@freescale.com
 het volgende geschreven:
 
  From: Zhenhua Luo b19...@freescale.com
 
 add powerpc/powerpc64/ppc/ppc64 in COMPATIBLE_HOST variable
 
 Since valgrind works on arm as well it might be better just to drop the
 COMPATIBLE_HOST, no?
 
 regards,
 
 Koen
 
 
  Signed-off-by: Zhenhua Luo b19...@freescale.com
  ---
  meta/recipes-devtools/valgrind/valgrind_3.6.1.bb |4 ++--
  1 files changed, 2 insertions(+), 2 deletions(-)
 
  diff --git a/meta/recipes-devtools/valgrind/valgrind_3.6.1.bb
  b/meta/recipes-devtools/valgrind/valgrind_3.6.1.bb
  index 021caa8..c09fc41 100644
  --- a/meta/recipes-devtools/valgrind/valgrind_3.6.1.bb
  +++ b/meta/recipes-devtools/valgrind/valgrind_3.6.1.bb
  @@ -7,7 +7,7 @@ LIC_FILES_CHKSUM =
 file://COPYING;md5=c46082167a314d785d012a244748d803 \
 
 file://include/valgrind.h;beginline=1;endline=56;md5=13a71cedba99112334d8596162a
 ec37e \
  
  file://COPYING.DOCS;md5=8fdeb5abdb235a08e76835f8f3260215
  DEPENDS = virtual/libx11
  -PR = r1
  +PR = r2
 
  SRC_URI = http://www.valgrind.org/downloads/valgrind-${PV}.tar.bz2 \
 file://fix_issue_caused_by_ccache.patch \ @@ -17,7 +17,7 @@
  SRC_URI = http://www.valgrind.org/downloads/valgrind-${PV}.tar.bz2 \
  SRC_URI[md5sum] = 2c3aa122498baecc9d69194057ca88f5
  SRC_URI[sha256sum] =
 49bdcc4fbcf060049b5f0dcfd8a187a6e90e0b0e57309f633b64e44430726a0e
 
  -COMPATIBLE_HOST = '(i.86|x86_64).*-linux'
  +COMPATIBLE_HOST = '(i.86|x86_64|powerpc|powerpc64|ppc|ppc64).*-linux'
 
  inherit autotools
 
  --
  1.7.0.4
 
 
 
  ___
  Openembedded-core mailing list
  Openembedded-core@lists.openembedded.org
  http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core



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

Re: [OE-core] [PATCH 0/1] mktemp: mark patch as upstreamed

2011-12-19 Thread Richard Purdie

On Sun, 2011-12-18 at 15:37 -0800, Scott Garman wrote:
 Hello,
 
 I submitted a parallel make patch upstream to the mktemp maintainer,
 who has accepted it. This just updates our patch's Upstream-Status
 field accordingly.
 
 Scot
 
 
 The following changes since commit 3e05acab1c119a3b2a4703ea8729cc768935d36e:
 
   license.bbclass: remove bashism (2011-12-16 16:50:39 +)
 
 are available in the git repository at:
   git://git.pokylinux.org/poky-contrib sgarman/upstreamed
   http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=sgarman/upstreamed
 
 Scott Garman (1):
   mktemp: mark patch as upstreamed

Merged to master, thanks.

Richard


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

Re: [OE-core] [PATCH 0/1] Add missing SUMMARY fields to various recipes

2011-12-19 Thread Richard Purdie

On Sun, 2011-12-18 at 15:06 -0800, Scott Garman wrote:
 Hello,
 
 In response to Shane's request for recipe maintainers to update recipes
 missing SUMMARY fields, this should take care of my list.
 
 Scott
 
 The following changes since commit 3e05acab1c119a3b2a4703ea8729cc768935d36e:
 
   license.bbclass: remove bashism (2011-12-16 16:50:39 +)
 
 are available in the git repository at:
   git://git.pokylinux.org/poky-contrib sgarman/update-summary-final
   
 http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=sgarman/update-summary-final
 
 Scott Garman (1):
   Add missing SUMMARY fields to various recipes

Merged to master, thanks.

Richard


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

Re: [OE-core] [PATCH 1/1] connman: disable 'alg-test' building

2011-12-19 Thread Richard Purdie

On Sat, 2011-12-17 at 11:36 +, Otavio Salvador wrote:
 'alg-test' requires 'linux/if_alg.h' header enforcing a dependency on
 linux-libc-headers 2.6.39 or newer.
 
 Signed-off-by: Otavio Salvador ota...@ossystems.com.br
 ---
  meta/recipes-connectivity/connman/connman.inc  |8 ---
  .../connman/connman/disable_alg-test.patch |   46 
 
  meta/recipes-connectivity/connman/connman_0.78.bb  |3 +-
  3 files changed, 48 insertions(+), 9 deletions(-)
  create mode 100644 
 meta/recipes-connectivity/connman/connman/disable_alg-test.patch

Merged to master, thanks.

Richard


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

Re: [OE-core] [PATCH v2] libsdl 1.2.14: fix packaging

2011-12-19 Thread Richard Purdie

On Sun, 2011-12-18 at 11:09 +0100, Koen Kooi wrote:
 For some reason the -config script was shipped in ${PN} leading to shlibs 
 renaming issues:
 
 What we want, and how meta-oe used to do it:
   libsdl-1.2-0_1.2.14-r0.0_armv7a.ipk
 
 Current OE-core status:
   libsdl_1.2.14-r2_armv7a.ipk
 
 With this commit we get both proper shlib renaming and the -dev package now 
 has all the dev files
 
 Signed-off-by: Koen Kooi k...@dominion.thruhere.net

Merged to master, thanks.

Richard


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

Re: [OE-core] [PATCH 4/5] libatomics-ops: move docs to correct directory

2011-12-19 Thread Richard Purdie

On Sun, 2011-12-18 at 23:47 +0400, Dmitry Eremin-Solenikov wrote:
 Signed-off-by: Dmitry Eremin-Solenikov dbarysh...@gmail.com
 ---
  .../pulseaudio/libatomics-ops_1.2.bb   |6 --
  1 files changed, 4 insertions(+), 2 deletions(-)

Merged to master, thanks.

Richard


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

Re: [OE-core] [PATCH 5/5] icecc.bbclass: also use icecc for kernel modules compilation

2011-12-19 Thread Richard Purdie

On Sun, 2011-12-18 at 23:47 +0400, Dmitry Eremin-Solenikov wrote:
 Signed-off-by: Dmitry Eremin-Solenikov dbarysh...@gmail.com
 ---
  meta/classes/icecc.bbclass |4 
  1 files changed, 4 insertions(+), 0 deletions(-)

Merged to master, thanks.

Richard


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

Re: [OE-core] [PATCH 0/4] Add gcc cross test driver and improve eglibc testing

2011-12-19 Thread Richard Purdie

On Fri, 2011-12-16 at 14:33 -0800, Khem Raj wrote:
 Add cross testing driver for gcc-cross
 Replaces the patch to relocate gxx headers with upstream submitted one
 Drop shorten-build-commands eglibc patch since it hinders testing
 Add a patch to eglibc so it can accomodate gxx headers the way OE installs 
 them
 Improve the eglibc testing since we needed to override more
 variables to point to final sysroot
 
 
 The following changes since commit 3e05acab1c119a3b2a4703ea8729cc768935d36e:
 
   license.bbclass: remove bashism (2011-12-16 16:50:39 +)
 
 are available in the git repository at:
   git://git.openembedded.org/openembedded-core-contrib kraj/gcc-cross-testing
   
 http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=kraj/gcc-cross-testing
 
 Khem Raj (4):
   eglibc-testing: Clean the test before running them
   gcc-cross: Add cross testing driver for running regression testsuites
   gcc-4.6: Let G++ relocate gxx-include-dir when using --sysroot option
   eglibc: Fixes for running regression tests

I merged this to master. I'm still not convinced there is *any* change n
behaviour from the g++ relocation patch but it makes sense to keep more
in line with upstream.

Cheers,

Richard


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

Re: [OE-core] [PATCH oe-core] valgrind: add powerpc into the compatible host list

2011-12-19 Thread Richard Purdie

On Mon, 2011-12-19 at 10:32 +, Luo Zhenhua-B19537 wrote:
 Sure, if valgrind can work on x86, powerpc, arm, COMPATIBLE_HOST can be 
 removed, I will post a v2 patch. 

Can someone confirm it works on mips too please?

Cheers,

Richard


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

Re: [OE-core] [oe-commits] Scott Garman : Add missing SUMMARY fields to various recipes

2011-12-19 Thread Andreas Müller

On Monday, December 19, 2011 10:34:47 AM g...@git.openembedded.org wrote:
 Module: openembedded-core.git
 Branch: master
 Commit: e8c194a627e091ef9da3b7fa83ea3897bd283d9e
 URL:   
 http://git.openembedded.org/?p=openembedded-core.gita=commit;h=e8c194a627
 e091ef9da3b7fa83ea3897bd283d9e
 
 Author: Scott Garman scott.a.gar...@intel.com
 Date:   Sun Dec 18 15:06:57 2011 -0800
 
 Add missing SUMMARY fields to various recipes
 
 This adds the SUMMARY field to the following recipes which were
 missing it:
 
 * dosfstools
 * grep
 * icu
 * libevent
 * libnfsidmap
 * qemu-helper-nativesdk
 
 Signed-off-by: Scott Garman scott.a.gar...@intel.com
 Signed-off-by: Richard Purdie richard.pur...@linuxfoundation.org
 
 ---
 
  .../nfs-utils/libnfsidmap_0.24.bb  |3 ++-
  .../recipes-devtools/dosfstools/dosfstools_2.11.bb |2 +-
  .../qemu/qemu-helper-nativesdk_1.0.bb  |3 ++-
  meta/recipes-extended/grep/grep_2.9.bb |1 +
  meta/recipes-support/icu/icu-3.6.inc   |1 +
  meta/recipes-support/libevent/libevent_1.4.14b.bb  |3 ++-
  6 files changed, 9 insertions(+), 4 deletions(-)
 
 diff --git a/meta/recipes-connectivity/nfs-utils/libnfsidmap_0.24.bb
 b/meta/recipes-connectivity/nfs-utils/libnfsidmap_0.24.bb index
 101ecab..eff75ec 100644
 --- a/meta/recipes-connectivity/nfs-utils/libnfsidmap_0.24.bb
 +++ b/meta/recipes-connectivity/nfs-utils/libnfsidmap_0.24.bb
 @@ -1,4 +1,5 @@
 -DESCRIPTION = nfs idmapping library
 +SUMMARY = NFS id mapping library
 +DESCRIPTION = NFS id mapping library
  HOMEPAGE = http://www.citi.umich.edu/projects/nfsv4/linux/;
  SECTION = libs
 
 diff --git a/meta/recipes-devtools/dosfstools/dosfstools_2.11.bb
 b/meta/recipes-devtools/dosfstools/dosfstools_2.11.bb index
 ec75ac9..eca54f1 100644
 --- a/meta/recipes-devtools/dosfstools/dosfstools_2.11.bb
 +++ b/meta/recipes-devtools/dosfstools/dosfstools_2.11.bb
 @@ -1,7 +1,7 @@
  # dosfstools OE build file
  # Copyright (C) 2004-2006, Advanced Micro Devices, Inc.  All Rights
 Reserved # Released under the MIT license (see packages/COPYING)
 -
 +SUMMARY = DOS FAT Filesystem Utilities
  DESCRIPTION = DOS FAT Filesystem Utilities
 
  SECTION = base
 diff --git a/meta/recipes-devtools/qemu/qemu-helper-nativesdk_1.0.bb
 b/meta/recipes-devtools/qemu/qemu-helper-nativesdk_1.0.bb index
 a3dca3d..df0cae0 100644
 --- a/meta/recipes-devtools/qemu/qemu-helper-nativesdk_1.0.bb
 +++ b/meta/recipes-devtools/qemu/qemu-helper-nativesdk_1.0.bb
 @@ -1,4 +1,5 @@
 -DESCRIPTION = Qemu helper scripts from Poky
 +SUMMARY = Qemu helper scripts
 +DESCRIPTION = Qemu helper scripts
  LICENSE = GPLv2
  RDEPENDS_${PN} = qemu-nativesdk
  PR = r9
 diff --git a/meta/recipes-extended/grep/grep_2.9.bb
 b/meta/recipes-extended/grep/grep_2.9.bb index 08ac527..9099bed 100644
 --- a/meta/recipes-extended/grep/grep_2.9.bb
 +++ b/meta/recipes-extended/grep/grep_2.9.bb
 @@ -1,3 +1,4 @@
 +SUMMARY = GNU grep utility
  DESCRIPTION = GNU grep utility
  HOMEPAGE = http://savannah.gnu.org/projects/grep/;
  BUGTRACKER = http://savannah.gnu.org/bugs/?group=grep;
 diff --git a/meta/recipes-support/icu/icu-3.6.inc
 b/meta/recipes-support/icu/icu-3.6.inc index 8fadc92..e3f9dd2 100644
 --- a/meta/recipes-support/icu/icu-3.6.inc
 +++ b/meta/recipes-support/icu/icu-3.6.inc
 @@ -1,3 +1,4 @@
 +SUMMARY = International Component for Unicode libraries
  DESCRIPTION = The International Component for Unicode (ICU) is a mature,
 portable set of C/C++ and Java libraries for Unicode support, software
 internationalization (I18N) and globalization (G11N), giving applications
 the same results on all platforms. HOMEPAGE =
 http://www-01.ibm.com/software/globalization/icu/index.jsp;
 
 diff --git a/meta/recipes-support/libevent/libevent_1.4.14b.bb
 b/meta/recipes-support/libevent/libevent_1.4.14b.bb index 1a369b5..36468dc
 100644
 --- a/meta/recipes-support/libevent/libevent_1.4.14b.bb
 +++ b/meta/recipes-support/libevent/libevent_1.4.14b.bb
 @@ -1,4 +1,5 @@
 -DESCRIPTION = an asynchronous event notification library
 +SUMMARY = An asynchronous event notification library
 +DESCRIPTION = An asynchronous event notification library
  HOMEPAGE = http://www.monkey.org/~provos/libevent/;
  SECTION = libs
Sorry I sent it to the wrong list so now again:

What is the value - apart HOB's sake - in creating redundancies by copying 
DESRCIPTION to SUMMARY? Why not use DESCRIPTION?

Andreas

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

[OE-core] [PATCH oe-core v2] valgrind: remove COMPATIBLE_HOST to extend the supported arch

2011-12-19 Thread b19537

From: Zhenhua Luo b19...@freescale.com

Signed-off-by: Zhenhua Luo b19...@freescale.com
---
 meta/recipes-devtools/valgrind/valgrind_3.6.1.bb |4 +---
 1 files changed, 1 insertions(+), 3 deletions(-)

diff --git a/meta/recipes-devtools/valgrind/valgrind_3.6.1.bb 
b/meta/recipes-devtools/valgrind/valgrind_3.6.1.bb
index 021caa8..0a09ea1 100644
--- a/meta/recipes-devtools/valgrind/valgrind_3.6.1.bb
+++ b/meta/recipes-devtools/valgrind/valgrind_3.6.1.bb
@@ -7,7 +7,7 @@ LIC_FILES_CHKSUM = 
file://COPYING;md5=c46082167a314d785d012a244748d803 \
 
file://include/valgrind.h;beginline=1;endline=56;md5=13a71cedba99112334d8596162aec37e
 \
 file://COPYING.DOCS;md5=8fdeb5abdb235a08e76835f8f3260215
 DEPENDS = virtual/libx11
-PR = r1
+PR = r2
 
 SRC_URI = http://www.valgrind.org/downloads/valgrind-${PV}.tar.bz2 \
   file://fix_issue_caused_by_ccache.patch \
@@ -17,8 +17,6 @@ SRC_URI = 
http://www.valgrind.org/downloads/valgrind-${PV}.tar.bz2 \
 SRC_URI[md5sum] = 2c3aa122498baecc9d69194057ca88f5
 SRC_URI[sha256sum] = 
49bdcc4fbcf060049b5f0dcfd8a187a6e90e0b0e57309f633b64e44430726a0e
 
-COMPATIBLE_HOST = '(i.86|x86_64).*-linux'
-
 inherit autotools
 
 EXTRA_OECONF = --enable-tls
-- 
1.7.0.4



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

Re: [OE-core] [PATCH 1/5] kernel.bbclass: move uImage handling to separate task

2011-12-19 Thread Dmitry Eremin-Solenikov


On 12/19/2011 12:13 AM, Koen Kooi wrote:


Op 18 dec. 2011, om 20:47 heeft Dmitry Eremin-Solenikov het volgende geschreven:


As per org.oe.dev and meta-oe's kernel.bbclass move uImage creation to
separate task from do_deploy. This way the do_install task can also
benefit from generated uImage.

The only major feature of oe-core's version (not to recreate uImage
if it exists) is retained in this patch.


I still don't agree with that behaviour. The in-kernel uImage code is just like 
the in-kernel defconfigs: useless for people who aren't kernel developers.


Koen, that was addressed with KERNEL_RECREATE_UIMAGE variable.
Probably I should document it somewhere (in the commit message?
documentation.conf? smwh. else?). Would you agree with this patch + docs?




On the contra, as this version
was merged from meta-oe/org.oe.dev, new function has another feature:
it permits overriding the u-boot entrypoint via u-boot symbol.


No it doesn't, since it doesn't recreate uImage.


It does.

BTW: I don't have much experience of uImage usage on ARM SoCs (I used
them only on Atmel boards, where things usually 'just worked' regarding 
Kernel load address  Ko). On PowerPC I also didn't have too much 
problems with upstream kernels (both from Linus'es tree and from 
Freescale's one).


I understand your concern, that for your tasks, you have to recreate 
uImage using your sane values. However for some people sane values are 
ones present in upstream tree. Moreover, if you care about history, it 
was specially changed in oe-core not to recreate uImage, as it caused 
problems for some of the users.


--
With best wishes
Dmitry


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

Re: [OE-core] [PATCH 1/1] initramfs-framework: provides a modular initramfs

2011-12-19 Thread Xu, Dongxiao

Hi Otavio and Saul,

I tried to build initramfs-framework in Yocto master, and it reports the 
following multiple provider issue:

ERROR: Multiple .bb files are due to be built which each provide udev 
(/home/dongxiao/poky/meta/recipes-core/udev/udev_164.bb 
/home/dongxiao/poky/meta/recipes-core/udev/udev_145.bb).

I saw initramfs-framework RDEPENDS on package udev-utils, which doesn't exist 
in latest udev-164, thus it will try to include udev-145. This caused the 
multiple provider issue.

Could you help to have a look at that?

Thanks,
Dongxiao

 -Original Message-
 From: openembedded-core-boun...@lists.openembedded.org
 [mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf Of
 Saul Wold
 Sent: Friday, December 09, 2011 2:16 AM
 To: Patches and discussions about the oe-core layer
 Subject: Re: [OE-core] [PATCH 1/1] initramfs-framework: provides a modular
 initramfs
 
 On 12/07/2011 01:23 PM, Otavio Salvador wrote:
  Provides the API and modules for a modular initramfs. The currently
  included modules are:
 
* initramfs-module-debug adds support to dynamic debugging of
  initramfs using bootparams
 
* initramfs-module-udev: enables udev usage
 
* initramfs-module-mdev: enables mdev usage
 
* initramfs-module-e2fs: adds support for ext4, ext3 and ext2
  filesystems
 
  Signed-off-by: Otavio Salvadorota...@ossystems.com.br
  ---
.../initrdscripts/initramfs-framework/debug|   82
 
.../initrdscripts/initramfs-framework/e2fs |   28 
.../initrdscripts/initramfs-framework/finish   |   46 +++
.../initrdscripts/initramfs-framework/init |  136
 
.../initrdscripts/initramfs-framework/mdev |   30 +
.../initrdscripts/initramfs-framework/udev |   22 +++
.../initrdscripts/initramfs-framework_1.0.bb   |   57 
7 files changed, 401 insertions(+), 0 deletions(-)
create mode 100644
 meta/recipes-core/initrdscripts/initramfs-framework/debug
create mode 100755
 meta/recipes-core/initrdscripts/initramfs-framework/e2fs
create mode 100755
 meta/recipes-core/initrdscripts/initramfs-framework/finish
create mode 100755
 meta/recipes-core/initrdscripts/initramfs-framework/init
create mode 100644
 meta/recipes-core/initrdscripts/initramfs-framework/mdev
create mode 100644
 meta/recipes-core/initrdscripts/initramfs-framework/udev
create mode 100644
  meta/recipes-core/initrdscripts/initramfs-framework_1.0.bb
 
 
 Merged to OE-Core
 
 Thanks
   Sau!
 
 ___
 Openembedded-core mailing list
 Openembedded-core@lists.openembedded.org
 http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

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

Re: [OE-core] [PATCH 1/5] kernel.bbclass: move uImage handling to separate task

2011-12-19 Thread Dmitry Eremin-Solenikov


On 12/19/2011 04:54 PM, Koen Kooi wrote:


Op 19 dec. 2011, om 13:47 heeft Dmitry Eremin-Solenikov het volgende geschreven:




On 12/19/2011 12:13 AM, Koen Kooi wrote:


Op 18 dec. 2011, om 20:47 heeft Dmitry Eremin-Solenikov het volgende geschreven:


As per org.oe.dev and meta-oe's kernel.bbclass move uImage creation to
separate task from do_deploy. This way the do_install task can also
benefit from generated uImage.

The only major feature of oe-core's version (not to recreate uImage
if it exists) is retained in this patch.


I still don't agree with that behaviour. The in-kernel uImage code is just like 
the in-kernel defconfigs: useless for people who aren't kernel developers.


Koen, that was addressed with KERNEL_RECREATE_UIMAGE variable.
Probably I should document it somewhere (in the commit message?
documentation.conf? smwh. else?). Would you agree with this patch + docs?


No. If the machine.conf sets the UBOOT_* variables I should not need some magic 
unbreak-me variable to get kernel.bbclass to use them.


I see your point. I'll redo it so.

--
With best wishes
Dmitry

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

Re: [OE-core] [PATCH oe-core] valgrind: add powerpc into the compatible host list

2011-12-19 Thread Phil Blundell

On Mon, 2011-12-19 at 10:32 +, Luo Zhenhua-B19537 wrote:
 Sure, if valgrind can work on x86, powerpc, arm, COMPATIBLE_HOST can be 
 removed, I will post a v2 patch. 

That still leaves mips unsupported.  But I don't really have a problem
with removing COMPATIBLE_HOST anyway since it doesn't really add much
value for valgrind. 

p.



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

Re: [OE-core] [PATCH] xorg-font-common.inc: break runtime dependency loop

2011-12-19 Thread Richard Purdie

On Mon, 2011-12-19 at 01:48 +0100, Andreas Müller wrote:
 On Sunday, December 18, 2011 02:03:17 AM Andreas Müller wrote:
  required since opkg update [1]
  
 Hope there is no need to apply this one. Will test RP's patch tomorrow

To be honest the font-* dependencies look rather wrong to me and in need
of disentangling. I'll hold off this patch and see if we can some up
with something better though.

I suspect the better fix would be to have the actual fonts have a
separate.inc with the dependencies so encodings/utils/alias don't get
those defaults...

Cheers,

Richard


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

72 matches

Mail list logo