[OE-core] [PATCH] package_rpm.bbclass: Fix translate_smart_to_oe arch comparison

[Mark Hatle]

When the OE arch is of the format "foo_bar-foobar" the previous
comparison routine did not selectively translate the '-' causing
a failed comparison.

In order to work around this issue, we -always- compare the
RPM translated version of the package architectures.

Signed-off-by: Mark Hatle 
---
 meta/classes/package_rpm.bbclass |5 +++--
 1 files changed, 3 insertions(+), 2 deletions(-)

diff --git a/meta/classes/package_rpm.bbclass b/meta/classes/package_rpm.bbclass
index c0ba54d..697bb36 100644
--- a/meta/classes/package_rpm.bbclass
+++ b/meta/classes/package_rpm.bbclass
@@ -93,7 +93,8 @@ translate_smart_to_oe() {
while [ -n "$1" ]; do
cmp_arch=$1
shift
-   if [ "$arch" = "$cmp_arch" -o "$fixed_arch" = 
"$cmp_arch" ]; then
+   fixed_cmp_arch=`echo "$cmp_arch" | tr _ -`
+   if [ "$fixed_arch" = "$fixed_cmp_arch" ]; then
if [ "$mlib" = "default" ]; then
new_pkg="$pkg"
new_arch=$cmp_arch
@@ -114,7 +115,7 @@ translate_smart_to_oe() {
# break
fi
done
-   if [ "$found" = "1" ] && [ "$arch" = "$cmp_arch" -o 
"$fixed_arch" = "$cmp_arch" ]; then
+   if [ "$found" = "1" ] && [ "$fixed_arch" = 
"$fixed_cmp_arch" ]; then
break
fi
done
-- 
1.7.1


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

[OE-core] [PATCHv2] rm_work: remove package and packages-split dirs

[Martin Jansa]

* as described in
  
http://git.openembedded.org/openembedded-core/commit/?id=6107ee294afde395e39d084c33e8e94013c625a9

Signed-off-by: Martin Jansa 
---
 meta/classes/rm_work.bbclass | 20 +---
 1 file changed, 13 insertions(+), 7 deletions(-)

diff --git a/meta/classes/rm_work.bbclass b/meta/classes/rm_work.bbclass
index 997dcd1..d3be0be 100644
--- a/meta/classes/rm_work.bbclass
+++ b/meta/classes/rm_work.bbclass
@@ -17,15 +17,12 @@ do_rm_work () {
 cd ${WORKDIR}
 for dir in *
 do
-if [ `basename ${S}` = $dir ]; then
-rm -rf $dir
-# The package and packages-split directories are retained by sstate 
for 
-# do_package so we retain them here too. Anything in sstate 
'plaindirs' 
-# should be retained. Also retain logs and other files in temp.
-elif [ $dir != 'temp' ] && [ $dir != 'package' ]  && [ $dir != 
'packages-split' ]; then
+# Retain only logs and other files in temp.
+if [ $dir != 'temp' ]; then
 rm -rf $dir
 fi
 done
+
 # Need to add pseudo back or subsqeuent work in this workdir
 # might fail since setscene may not rerun to recreate it
 mkdir ${WORKDIR}/pseudo/
@@ -54,6 +51,15 @@ do_rm_work () {
 i=dummy
 break
 ;;
+# We remove do_package entirely, including any
+# sstate version since otherwise we'd need to leave 'plaindirs' 
around
+# such as 'packages' and 'packages-split' and these can be large. 
No end
+# of chain tasks depend directly on do_package anymore.
+*do_package|*do_package.*|*do_package_setscene.*)
+rm -f $i;
+i=dummy
+break
+;;
 *_setscene*)
 i=dummy
 break
@@ -71,7 +77,7 @@ do_rm_work () {
 addtask rm_work after do_${RMWORK_ORIG_TASK}
 
 do_rm_work_all () {
-   :
+:
 }
 do_rm_work_all[recrdeptask] = "do_rm_work"
 addtask rm_work_all after do_rm_work
-- 
1.8.1.4


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

Re: [OE-core] [PATCH v2] btrfs-tools: added PV to git package recipe

[Richard Purdie]

On Fri, 2013-03-01 at 20:24 +0100, Martin Jansa wrote:
> I don't think 0.20~rc1 sorts lower then 0.20 at least in opkg world:
> 
> 
> OE @ ~/projects/opkg-utils $ ./opkg-compare-versions 0.20~rc1 '<='
> 0.20 && echo "Y"
> OE @ ~/projects/opkg-utils $ ./opkg-compare-versions 0.20-rc1 '<='
> 0.20 && echo "Y"
> OE @ ~/projects/opkg-utils $ ./opkg-compare-versions 0.19+0.20~rc1
> '<=' 0.20 && echo "Y"
> Y
> OE @ ~/projects/opkg-utils $ ./opkg-compare-versions 0.19+0.20-rc1
> '<=' 0.20 && echo "Y"
> Y

Just to follow up, I added this support to opkg itself back in 2008:

http://code.google.com/p/opkg/source/detail?spec=svn40&r=40

It would be nice to finally be able to start using it!

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 1/2] connman: upgrade to 1.12

[Saul Wold]

On 03/01/2013 08:48 AM, Cristian Iorga wrote:

- 0002-storage.c-If-there-is-no-d_type-support-use-fstatat.patch no longer 
needed;
fix included in package source code

Does this also address the netinet/in.h issue that I recently added for 
1.10 and the 3.8 Kernel?  Ultimately this patch will need to be rebased 
based on master.


Sau!


Signed-off-by: Cristian Iorga 
---
  meta/recipes-connectivity/connman/connman.inc  |2 +-
  ...If-there-is-no-d_type-support-use-fstatat.patch |   55 
  .../connman/{connman_1.10.bb => connman_1.12.bb}   |5 +-
  3 files changed, 3 insertions(+), 59 deletions(-)
  delete mode 100644 
meta/recipes-connectivity/connman/connman/0002-storage.c-If-there-is-no-d_type-support-use-fstatat.patch
  rename meta/recipes-connectivity/connman/{connman_1.10.bb => connman_1.12.bb} 
(72%)

diff --git a/meta/recipes-connectivity/connman/connman.inc 
b/meta/recipes-connectivity/connman/connman.inc
index db4d26c..04b21f7 100644
--- a/meta/recipes-connectivity/connman/connman.inc
+++ b/meta/recipes-connectivity/connman/connman.inc
@@ -20,7 +20,7 @@ DEPENDS  = "dbus glib-2.0 ppp iptables gnutls \
  ${@base_contains('DISTRO_FEATURES', '3g','ofono', '', d)} \
  "

-INC_PR = "r18"
+INC_PR = "r0"

  TIST = "--enable-tist"
  TIST_powerpc = ""
diff --git 
a/meta/recipes-connectivity/connman/connman/0002-storage.c-If-there-is-no-d_type-support-use-fstatat.patch
 
b/meta/recipes-connectivity/connman/connman/0002-storage.c-If-there-is-no-d_type-support-use-fstatat.patch
deleted file mode 100644
index 7315545..000
--- 
a/meta/recipes-connectivity/connman/connman/0002-storage.c-If-there-is-no-d_type-support-use-fstatat.patch
+++ /dev/null
@@ -1,55 +0,0 @@
-From 7007ef32a959ac4717c19339a24fd90a68638a19 Mon Sep 17 00:00:00 2001
-From: Andrei Gherzan 
-Date: Tue, 17 Jul 2012 16:07:17 +0300
-Subject: [PATCH V3 2/2] storage.c: If there is no d_type support use
- fstatat()
-
-This is useful for filesystems where d_type is always DT_UNKNOWN.
-In this case use fstatat() function.
-
-Signed-off-by: Andrei Gherzan 
-Signed-off-by: Constantin Musca 
-Upstream-Status: Submitted
-

- src/storage.c |   19 +++
- 1 file changed, 19 insertions(+)
-
-Index: git/src/storage.c
-===
 git.orig/src/storage.c
-+++ git/src/storage.c
-@@ -193,7 +193,6 @@ gchar **connman_storage_get_services()
-
-   switch (d->d_type) {
-   case DT_DIR:
--  case DT_UNKNOWN:
-   /*
-* If the settings file is not found, then
-* assume this directory is not a services dir.
-@@ -203,6 +202,25 @@ gchar **connman_storage_get_services()
-   ret = stat(str, &buf);
-   g_free(str);
-   if (ret < 0)
-+  continue;
-+
-+  g_string_append_printf(result, "%s/", d->d_name);
-+  break;
-+  case DT_UNKNOWN:
-+  /*
-+   * If there is no d_type support use fstatat()
-+   * to check if directory
-+   */
-+  ret = fstatat(dirfd(dir), d->d_name, &buf, 0);
-+  if (ret < 0)
-+  continue;
-+  if (!(buf.st_mode & S_IFDIR))
-+  continue;
-+  str = g_strdup_printf("%s/%s/settings", STORAGEDIR,
-+  d->d_name);
-+  ret = stat(str, &buf);
-+  g_free(str);
-+  if (ret < 0)
-   continue;
-
-   g_string_append_printf(result, "%s/", d->d_name);
diff --git a/meta/recipes-connectivity/connman/connman_1.10.bb 
b/meta/recipes-connectivity/connman/connman_1.12.bb
similarity index 72%
rename from meta/recipes-connectivity/connman/connman_1.10.bb
rename to meta/recipes-connectivity/connman/connman_1.12.bb
index 10d5255..5da50fe 100644
--- a/meta/recipes-connectivity/connman/connman_1.10.bb
+++ b/meta/recipes-connectivity/connman/connman_1.12.bb
@@ -1,12 +1,11 @@
  require connman.inc

-# 1.10 tag
-SRCREV = "3bda76eb442c9395db1dba17352c3e78376671cc"
+# 1.12 tag
+SRCREV = "8397cbbc0a79d39cf3b1880f4fd3f3405b6bc6ad"
  SRC_URI  = "git://git.kernel.org/pub/scm/network/connman/connman.git \
  
file://0001-plugin.h-Change-visibility-to-default-for-debug-symb.patch \
  file://add_xuser_dbus_permission.patch \
  file://connman \
-
file://0002-storage.c-If-there-is-no-d_type-support-use-fstatat.patch \
  file://inet-fix-ip-cleanup-functions.patch"
  S = "${WORKDIR}/git"
  PR = "${INC_PR}.0"



___
Openembedded-core mailing list
Openembedded-core

Re: [OE-core] [V3] nfs-utils: Add scratch directory for NFS upcall state storage (denzil)

[Dubielzig, Rich]

I'm sorry to be filling up the forum like this.  Please disregard this patch, 
for some reason it is reverting my change instead of adding it.

From: Rich Dubielzig [rich.dubiel...@windriver.com]
Sent: Friday, March 01, 2013 3:36 PM
To: Openembedded-core@lists.openembedded.org
Cc: Dubielzig, Rich
Subject: [V3] nfs-utils: Add scratch directory for NFS upcall state storage 
(denzil)

When the /var/lib/nfs/v4recovery directory is not present, NFSD cannot
record the upcall state and cannot end the 90-second grace period on
startup.  This is true even when NFS4 is not being served according to
nfsstat.

Signed-off-by: Rich Dubielzig 
---
 .../nfs-utils/nfs-utils_1.2.3.bb   |4 +---
 1 files changed, 1 insertions(+), 3 deletions(-)

diff --git a/meta/recipes-connectivity/nfs-utils/nfs-utils_1.2.3.bb 
b/meta/recipes-connectivity/nfs-utils/nfs-utils_1.2.3.bb
index 138791b..84c4464 100644
--- a/meta/recipes-connectivity/nfs-utils/nfs-utils_1.2.3.bb
+++ b/meta/recipes-connectivity/nfs-utils/nfs-utils_1.2.3.bb
@@ -12,7 +12,7 @@ DEPENDS = "libcap libnfsidmap libevent util-linux 
tcp-wrappers"
 RDEPENDS_${PN} = "rpcbind"
 RRECOMMENDS_${PN} = "kernel-module-nfsd"

-PR = "r5"
+PR = "r4"

 SRC_URI = "${SOURCEFORGE_MIRROR}/nfs/nfs-utils-${PV}.tar.bz2 \
file://nfs-utils-1.0.6-uclibc.patch \
@@ -53,8 +53,6 @@ RDEPENDS_${PN}-stats = "python"
 do_install_append () {
install -d ${D}${sysconfdir}/init.d
install -m 0755 ${WORKDIR}/nfsserver ${D}${sysconfdir}/init.d/nfsserver
-   # kernel code as of 3.8 hard-codes this path as a default
-   install -d ${D}/var/lib/nfs/v4recovery

# the following are built by CC_FOR_BUILD
rm -f ${D}${sbindir}/rpcdebug
--
1.7.1


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

Re: [OE-core] [PATCH v2] btrfs-tools: added PV to git package recipe

[Richard Purdie]

On Fri, 2013-03-01 at 23:09 +, Burton, Ross wrote:
> On 1 March 2013 19:24, Martin Jansa  wrote:
> > I don't think 0.20~rc1 sorts lower then 0.20 at least in opkg world:
> 
> Hmph, stupid opkg. That's just a quick change to the comparison logic
> though right? Deb and rpm have these semantics for ~.

I'm sure I've seen changes for opkg itself and I think this util is out
of sync with the changes in opkg itself. It should really link against
libopkg and use the *same* version comparison algorithm.

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 1/1] matchbox-session-sato: do not rdepend on initscripts

[Burton, Ross]

On 1 March 2013 08:42,   wrote:
> From: Chen Qi 
>
> Previously, matchbox-session-sato depended on initscripts, thus resulting
> in initscripts package built and installed in case of systemd init manager.
>
> But there is actually no dependency between them. So this patch removes
> the dependency.

Good catch, I was wondering where that package came from.  This
probably means that systemd booting will break in subtle ways, which
will be fun.

Ross

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

Re: [OE-core] [PATCH v2] btrfs-tools: added PV to git package recipe

[Burton, Ross]

On 1 March 2013 19:24, Martin Jansa  wrote:
> I don't think 0.20~rc1 sorts lower then 0.20 at least in opkg world:

Hmph, stupid opkg. That's just a quick change to the comparison logic
though right? Deb and rpm have these semantics for ~.

Ross

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

Re: [OE-core] [PATCH 1/3] libaudit: new package

[Burton, Ross]

On 28 February 2013 21:14, Tom Zanussi  wrote:
> OK, thanks for that info.  I think I have enough to go on to try to turn
> this into something upstreamable now...

Interestingly it appears that if you can mandate a new-enough automake
you can actually override CC per-target these days, which does make
things a lot easier.

Ross

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

[OE-core] [PATCH V2] pulseaudio: Specify gdbm in configure (Denzil)

[Rich Dubielzig]

The OE code as-is makes pulseaudio depend on gdbm, but the actual configure
process may automatically select the tdb library if a samba build has already
started.  This is problematic because it's nondeterministic and the samba
build may not be in a completed state causing compile to fail.

Signed-off-by: Rich Dubielzig 
---
 meta/recipes-multimedia/pulseaudio/pulseaudio.inc  |3 ++-
 .../pulseaudio/pulseaudio_2.1.bb   |2 +-
 2 files changed, 3 insertions(+), 2 deletions(-)

diff --git a/meta/recipes-multimedia/pulseaudio/pulseaudio.inc 
b/meta/recipes-multimedia/pulseaudio/pulseaudio.inc
index 11c6355..4ce803c 100644
--- a/meta/recipes-multimedia/pulseaudio/pulseaudio.inc
+++ b/meta/recipes-multimedia/pulseaudio/pulseaudio.inc
@@ -36,7 +36,8 @@ EXTRA_OECONF = "\
 --disable-hal \
 --disable-orc \
 --with-access-group=audio \
-   --without-fftw \
+--without-fftw \
+--with-database=gdbm \
 "
 
 PARALLEL_MAKE = ""
diff --git a/meta/recipes-multimedia/pulseaudio/pulseaudio_2.1.bb 
b/meta/recipes-multimedia/pulseaudio/pulseaudio_2.1.bb
index e39b69e..2f3728f 100644
--- a/meta/recipes-multimedia/pulseaudio/pulseaudio_2.1.bb
+++ b/meta/recipes-multimedia/pulseaudio/pulseaudio_2.1.bb
@@ -1,6 +1,6 @@
 require pulseaudio.inc
 
-PR = "r3"
+PR = "r4"
 
 DEPENDS += "libjson gdbm speex libxml-parser-perl-native"
 
-- 
1.7.1


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

Re: [OE-core] [PATCH 1/3] libaudit: new package

[Colin Walters]

On Thu, 2013-02-28 at 21:01 +, Richard Purdie wrote:

> We fixed some issues in mesa-dri and gtk+ using techniques with these
> variables (all of which are now upstream in the appropriate sources).

For reference here's the gtk+ work he landed upstream:

https://bugzilla.gnome.org/show_bug.cgi?id=691301



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

Re: [OE-core] [PATCH V2] pulseaudio: Specify gdbm in configure

[Martin Jansa]

On Fri, Mar 01, 2013 at 02:39:12PM -0800, Rich Dubielzig wrote:
> The OE code as-is makes pulseaudio depend on gdbm, but the actual configure
> process may automatically select the tdb library if a samba build has already
> started.  This is problematic because it's nondeterministic and the samba
> build may not be in a completed state causing compile to fail.
> 
> Signed-off-by: Rich Dubielzig 
> ---
>  meta/recipes-multimedia/pulseaudio/pulseaudio.inc  |1 +
>  .../pulseaudio/pulseaudio_2.1.bb   |2 +-
>  2 files changed, 2 insertions(+), 1 deletions(-)
> 
> diff --git a/meta/recipes-multimedia/pulseaudio/pulseaudio.inc 
> b/meta/recipes-multimedia/pulseaudio/pulseaudio.inc
> index 11c6355..fdf4a8a 100644
> --- a/meta/recipes-multimedia/pulseaudio/pulseaudio.inc
> +++ b/meta/recipes-multimedia/pulseaudio/pulseaudio.inc
> @@ -37,6 +37,7 @@ EXTRA_OECONF = "\
>  --disable-orc \
>  --with-access-group=audio \
>   --without-fftw \
> + --with-database=gdbm \

Please don't mix tabs and spaces for indentation.

>  "
>  
>  PARALLEL_MAKE = ""
> diff --git a/meta/recipes-multimedia/pulseaudio/pulseaudio_2.1.bb 
> b/meta/recipes-multimedia/pulseaudio/pulseaudio_2.1.bb
> index e39b69e..2f3728f 100644
> --- a/meta/recipes-multimedia/pulseaudio/pulseaudio_2.1.bb
> +++ b/meta/recipes-multimedia/pulseaudio/pulseaudio_2.1.bb

Isn't 3.0 already in oe-core? rebase on latest master.

> @@ -1,6 +1,6 @@
>  require pulseaudio.inc
>  
> -PR = "r3"
> +PR = "r4"
>  
>  DEPENDS += "libjson gdbm speex libxml-parser-perl-native"
>  
> -- 
> 1.7.1
> 
> 
> ___
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

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


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

[OE-core] [PATCH V2] pulseaudio: Specify gdbm in configure

[Rich Dubielzig]

The OE code as-is makes pulseaudio depend on gdbm, but the actual configure
process may automatically select the tdb library if a samba build has already
started.  This is problematic because it's nondeterministic and the samba
build may not be in a completed state causing compile to fail.

Signed-off-by: Rich Dubielzig 
---
 meta/recipes-multimedia/pulseaudio/pulseaudio.inc  |1 +
 .../pulseaudio/pulseaudio_2.1.bb   |2 +-
 2 files changed, 2 insertions(+), 1 deletions(-)

diff --git a/meta/recipes-multimedia/pulseaudio/pulseaudio.inc 
b/meta/recipes-multimedia/pulseaudio/pulseaudio.inc
index 11c6355..fdf4a8a 100644
--- a/meta/recipes-multimedia/pulseaudio/pulseaudio.inc
+++ b/meta/recipes-multimedia/pulseaudio/pulseaudio.inc
@@ -37,6 +37,7 @@ EXTRA_OECONF = "\
 --disable-orc \
 --with-access-group=audio \
--without-fftw \
+   --with-database=gdbm \
 "
 
 PARALLEL_MAKE = ""
diff --git a/meta/recipes-multimedia/pulseaudio/pulseaudio_2.1.bb 
b/meta/recipes-multimedia/pulseaudio/pulseaudio_2.1.bb
index e39b69e..2f3728f 100644
--- a/meta/recipes-multimedia/pulseaudio/pulseaudio_2.1.bb
+++ b/meta/recipes-multimedia/pulseaudio/pulseaudio_2.1.bb
@@ -1,6 +1,6 @@
 require pulseaudio.inc
 
-PR = "r3"
+PR = "r4"
 
 DEPENDS += "libjson gdbm speex libxml-parser-perl-native"
 
-- 
1.7.1


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

[OE-core] [PATCH] Specify use of gdbm database for pulseaudio

[Rich Dubielzig]

The OE code as-is makes pulseaudio depend on gdbm, but the actual configure
process may automatically select the tdb library if a samba build has already
started.  This is problematic because it's nondeterministic and the samba
build may not be in a completed state causing compile to fail.

Signed-off-by: Rich Dubielzig 
---
 meta/recipes-multimedia/pulseaudio/pulseaudio.inc  |1 +
 .../pulseaudio/pulseaudio_2.1.bb   |2 +-
 2 files changed, 2 insertions(+), 1 deletions(-)

diff --git a/meta/recipes-multimedia/pulseaudio/pulseaudio.inc 
b/meta/recipes-multimedia/pulseaudio/pulseaudio.inc
index 11c6355..fdf4a8a 100644
--- a/meta/recipes-multimedia/pulseaudio/pulseaudio.inc
+++ b/meta/recipes-multimedia/pulseaudio/pulseaudio.inc
@@ -37,6 +37,7 @@ EXTRA_OECONF = "\
 --disable-orc \
 --with-access-group=audio \
--without-fftw \
+   --with-database=gdbm \
 "
 
 PARALLEL_MAKE = ""
diff --git a/meta/recipes-multimedia/pulseaudio/pulseaudio_2.1.bb 
b/meta/recipes-multimedia/pulseaudio/pulseaudio_2.1.bb
index e39b69e..2f3728f 100644
--- a/meta/recipes-multimedia/pulseaudio/pulseaudio_2.1.bb
+++ b/meta/recipes-multimedia/pulseaudio/pulseaudio_2.1.bb
@@ -1,6 +1,6 @@
 require pulseaudio.inc
 
-PR = "r3"
+PR = "r4"
 
 DEPENDS += "libjson gdbm speex libxml-parser-perl-native"
 
-- 
1.7.1


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

[OE-core] [PATCH 2/2] pulseaudio: add config option to ensure valgrind is excluded

[Saul Wold]

There have been occasions that pulseaudio sees valgrind and then later it's
not available, adding this setting ensures determinism by disabling it by
default

Signed-off-by: Saul Wold 
---
 meta/recipes-multimedia/pulseaudio/pulseaudio.inc | 1 +
 1 file changed, 1 insertion(+)

diff --git a/meta/recipes-multimedia/pulseaudio/pulseaudio.inc 
b/meta/recipes-multimedia/pulseaudio/pulseaudio.inc
index 9929f1b..2506e41 100644
--- a/meta/recipes-multimedia/pulseaudio/pulseaudio.inc
+++ b/meta/recipes-multimedia/pulseaudio/pulseaudio.inc
@@ -41,6 +41,7 @@ EXTRA_OECONF = "\
--disable-xen \
--with-database=simple \
--without-fftw \
+ac_cv_header_valgrind_memcheck_h=no \
 "
 
 EXTRA_OECONF_append_arm += "${@bb.utils.contains("TUNE_FEATURES", "neon", "", 
"--enable-neon-opt=no", d)}"
-- 
1.8.0.2


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

Re: [OE-core] [PATCH] buildhistory.bbclass: add support for SRCREV logging

[Saul Wold]

On 02/27/2013 07:37 AM, Constantin Musca wrote:

- create "latest_srcrev" for each recipe with the following format:
${BB_FILENAME},${SRC_URI},${SRCREV},${FROM_AUTOREV}

[YOCTO #3041]

Signed-off-by: Constantin Musca 
---
  meta/classes/buildhistory.bbclass | 23 ++-
  1 file changed, 22 insertions(+), 1 deletion(-)

diff --git a/meta/classes/buildhistory.bbclass 
b/meta/classes/buildhistory.bbclass
index a20d03d..fa13ef5 100644
--- a/meta/classes/buildhistory.bbclass
+++ b/meta/classes/buildhistory.bbclass
@@ -44,6 +44,11 @@ python buildhistory_emit_pkghistory() {
  self.pr = "r0"
  self.depends = ""
  self.packages = ""
+self.bbfile = ""
+self.src_uri = ""
+self.srcrev = ""
+self.srcrev_autorev = ""
+

  class PackageInfo:
  def __init__(self, name):
@@ -151,6 +156,12 @@ python buildhistory_emit_pkghistory() {
  pe = d.getVar('PE', True) or "0"
  pv = d.getVar('PV', True)
  pr = d.getVar('PR', True)
+
+bbfile = d.getVar('BB_FILENAME', True)
+src_uri = d.getVar('SRC_URI', True)
+srcrev = d.getVar('SRCREV', True)
+srcrev_autorev = 'yes' if d.getVar('SRCREV', False) == 'AUTOINC' else 'no'
+
  packages = squashspaces(d.getVar('PACKAGES', True))

  packagelist = packages.split()
@@ -159,7 +170,7 @@ python buildhistory_emit_pkghistory() {
  else:
  # Remove files for packages that no longer exist
  for item in os.listdir(pkghistdir):
-if item != "latest":
+if item != "latest" and item != "latest_srcrev":
  if item not in packagelist:
  subdir = os.path.join(pkghistdir, item)
  for subfile in os.listdir(subdir):
@@ -171,6 +182,10 @@ python buildhistory_emit_pkghistory() {
  rcpinfo.pv = pv
  rcpinfo.pr = pr
  rcpinfo.depends = sortlist(squashspaces(d.getVar('DEPENDS', True) or ""))
+rcpinfo.bbfile = bbfile
+rcpinfo.src_uri = src_uri
+rcpinfo.srcrev = srcrev
+rcpinfo.srcrev_autorev = srcrev_autorev
  rcpinfo.packages = packages
  write_recipehistory(rcpinfo, d)

@@ -241,6 +256,12 @@ def write_recipehistory(rcpinfo, d):
  f.write("DEPENDS = %s\n" %  rcpinfo.depends)
  f.write("PACKAGES = %s\n" %  rcpinfo.packages)

+if rcpinfo.srcrev:
+srcrevfile = os.path.join(pkghistdir, "latest_srcrev")
+with open(srcrevfile, "w") as f:
+f.write(','.join([rcpinfo.bbfile, rcpinfo.src_uri, rcpinfo.srcrev,
+rcpinfo.srcrev_autorev]))
+

  def write_pkghistory(pkginfo, d):
  bb.debug(2, "Writing package history for package %s" % pkginfo.name)



I found the following problem with multiple builds:


ERROR: The stack trace of python calls that resulted in this exception/failure 
was:
ERROR:   File "buildhistory_emit_pkghistory", line 200, in 
ERROR:
ERROR:   File "buildhistory_emit_pkghistory", line 136, in 
buildhistory_emit_pkghistory
ERROR:
ERROR: The code that was being executed was:
ERROR:  0196:
ERROR:  0197:write_pkghistory(pkginfo, d)
ERROR:  0198:
ERROR:  0199:
ERROR:  *** 0200:buildhistory_emit_pkghistory(d)
ERROR:  0201:
ERROR: [From file: 'buildhistory_emit_pkghistory', lineno: 200, function: 
]
ERROR:  0132:for item in os.listdir(pkghistdir):
ERROR:  0133:if item != "latest":
ERROR:  0134:if item not in packagelist:
ERROR:  0135:subdir = os.path.join(pkghistdir, item)
ERROR:  *** 0136:for subfile in os.listdir(subdir):
ERROR:  0137:os.unlink(os.path.join(subdir, 
subfile))
ERROR:  0138:os.rmdir(subdir)
ERROR:  0139:
ERROR:  0140:rcpinfo = RecipeInfo(pn)
ERROR: [From file: 'buildhistory_emit_pkghistory', lineno: 136, function: 
buildhistory_emit_pkghistory]
ERROR: Function failed: buildhistory_emit_pkghistory
ERROR: Logfile of failure stored in: 
/home/sgw/yocto/builds/world/tmp/work/x86_64-poky-linux/libgcc/4.7.2-r19/temp/log.do_package.24155
ERROR: Task 953 (/home/sgw/yocto/poky/meta/recipes-devtools/gcc/libgcc_4.7.bb, 
do_package) failed with exit code '1'


It occurs with base-files also.

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

Re: [OE-core] [PATCH v2] btrfs-tools: added PV to git package recipe

[Martin Jansa]

I don't think 0.20~rc1 sorts lower then 0.20 at least in opkg world:

OE @ ~/projects/opkg-utils $ ./opkg-compare-versions 0.20~rc1 '<=' 0.20 &&
echo "Y"
OE @ ~/projects/opkg-utils $ ./opkg-compare-versions 0.20-rc1 '<=' 0.20 &&
echo "Y"
OE @ ~/projects/opkg-utils $ ./opkg-compare-versions 0.19+0.20~rc1 '<='
0.20 && echo "Y"
Y
OE @ ~/projects/opkg-utils $ ./opkg-compare-versions 0.19+0.20-rc1 '<='
0.20 && echo "Y"
Y



On Fri, Mar 1, 2013 at 8:11 PM, Saul Wold  wrote:

> On 03/01/2013 04:41 AM, Richard Purdie wrote:
>
>> On Fri, 2013-03-01 at 14:19 +0200, Emilia Ciobanu wrote:
>>
>>> Signed-off-by: Emilia Ciobanu 
>>> 
>>> >
>>> ---
>>>   .../btrfs-tools/btrfs-tools_**git.bb 
>>> |2 ++
>>>   1 file changed, 2 insertions(+)
>>>
>>> diff --git 
>>> a/meta/recipes-devtools/btrfs-**tools/btrfs-tools_git.bbb/meta/recipes-devtools/btrfs-
>>> **tools/btrfs-tools_git.bb
>>> index e963a74..df216b1 100644
>>> --- a/meta/recipes-devtools/btrfs-**tools/btrfs-tools_git.bb
>>> +++ b/meta/recipes-devtools/btrfs-**tools/btrfs-tools_git.bb
>>> @@ -17,6 +17,8 @@ SRC_URI = "git://git.kernel.org/pub/scm/**
>>> linux/kernel/git/mason/btrfs-**progs.git;p
>>>
>>>   S = "${WORKDIR}/git"
>>>
>>> +PV = "0.20-rc1+git${SRCPV}"
>>> +
>>>   PR = "r6"
>>>
>>
>> Sadly this won't allow an upgrade path to 0.20 when its released.
>>
>> We'd either need to use 0.20~rc1 or 0.19+0.20-rc1 as the string.
>>
>
> I would suggest the 0.20~rc1 variation since the Git Rev we are at is
> already beyong 0.20-rc1 tag.
>
> Sau!
>
>
>
>> Cheers,
>>
>> Richard
>>
>>
>> __**_
>> 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
>
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH v3] btrfs-tools: added PV to git package recipe

[Saul Wold]

On 03/01/2013 09:11 AM, Emilia Ciobanu wrote:

Signed-off-by: Emilia Ciobanu 
---
  .../btrfs-tools/btrfs-tools_git.bb |2 ++
  1 file changed, 2 insertions(+)

diff --git a/meta/recipes-devtools/btrfs-tools/btrfs-tools_git.bb 
b/meta/recipes-devtools/btrfs-tools/btrfs-tools_git.bb
index e963a74..df216b1 100644
--- a/meta/recipes-devtools/btrfs-tools/btrfs-tools_git.bb
+++ b/meta/recipes-devtools/btrfs-tools/btrfs-tools_git.bb
@@ -17,6 +17,8 @@ SRC_URI = 
"git://git.kernel.org/pub/scm/linux/kernel/git/mason/btrfs-progs.git;p

  S = "${WORKDIR}/git"

+PV = "0.19+git${SRCPV}"
+
See my previous email, since we are currently beyond the 0.20-rc1 we 
should indicated that in the version info as 0.20~rc1.


Sau!


  PR = "r6"

  SRC_URI += " file://fix_use_of_gcc.patch \



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

Re: [OE-core] [PATCH v2] btrfs-tools: added PV to git package recipe

[Saul Wold]

On 03/01/2013 04:41 AM, Richard Purdie wrote:

On Fri, 2013-03-01 at 14:19 +0200, Emilia Ciobanu wrote:

Signed-off-by: Emilia Ciobanu 
---
  .../btrfs-tools/btrfs-tools_git.bb |2 ++
  1 file changed, 2 insertions(+)

diff --git a/meta/recipes-devtools/btrfs-tools/btrfs-tools_git.bb 
b/meta/recipes-devtools/btrfs-tools/btrfs-tools_git.bb
index e963a74..df216b1 100644
--- a/meta/recipes-devtools/btrfs-tools/btrfs-tools_git.bb
+++ b/meta/recipes-devtools/btrfs-tools/btrfs-tools_git.bb
@@ -17,6 +17,8 @@ SRC_URI = 
"git://git.kernel.org/pub/scm/linux/kernel/git/mason/btrfs-progs.git;p

  S = "${WORKDIR}/git"

+PV = "0.20-rc1+git${SRCPV}"
+
  PR = "r6"


Sadly this won't allow an upgrade path to 0.20 when its released.

We'd either need to use 0.20~rc1 or 0.19+0.20-rc1 as the string.


I would suggest the 0.20~rc1 variation since the Git Rev we are at is 
already beyong 0.20-rc1 tag.


Sau!



Cheers,

Richard


___
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] Perf using host system includes

[Trevor Woerner]

On Fri, Mar 1, 2013 at 7:00 AM, Jack Mitchell  wrote:
> It seems Perf is managing to have some system includes slip into the build.
> Attached is the log file with details.

Strange... I can't reproduce this. I just performed a build from master adding:

IMAGE_INSTALL_append = " perf"

to my conf/local.conf.

It is strange that, about a dozen lines down, your log says:

  PERF_VERSION = 3.8.0

mine says:

PERF_VERSION = 3.4.28


log.do_compile
Description: Binary data
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] [PATCH] sanity.bbclass: always use oe.lsb.distro_identifier method

[Martin Jansa]

* even when /etc/redhat-release or /etc/SuSE-release exists
* don't read /etc/lsb-release manually, NATIVELSBSTRING is not
  reading it too

Signed-off-by: Martin Jansa 
---
 meta/classes/sanity.bbclass | 36 
 1 file changed, 4 insertions(+), 32 deletions(-)

diff --git a/meta/classes/sanity.bbclass b/meta/classes/sanity.bbclass
index 94c6ce3..06e95e3 100644
--- a/meta/classes/sanity.bbclass
+++ b/meta/classes/sanity.bbclass
@@ -263,39 +263,11 @@ def check_supported_distro(sanity_data):
 if not tested_distros:
 return
 
-if os.path.exists("/etc/redhat-release"):
-f = open("/etc/redhat-release", "r")
-try:
-distro = f.readline().strip()
-finally:
-f.close()
-elif os.path.exists("/etc/SuSE-release"):
-import re
-f = open("/etc/SuSE-release", "r")
-try:
-distro = f.readline()
-# Remove the architecture suffix e.g. (i586)
-distro = re.sub(r' \([a-zA-Z0-9\-_]*\)$', '', distro).strip()
-finally:
-f.close()
-else:
-# Use LSB method
-try:
-distro = oe.lsb.distro_identifier()
-except Exception:
-distro = None
+try:
+distro = oe.lsb.distro_identifier()
+except Exception:
+distro = None
 
-if not distro:
-if os.path.exists("/etc/lsb-release"):
-f = open("/etc/lsb-release", "r")
-try:
-for line in f:
-lns = line.split('=')
-if lns[0] == "DISTRIB_DESCRIPTION":
-distro = lns[1].strip('"\n')
-break
-finally:
-f.close()
 if distro:
 if distro not in [x.strip() for x in tested_distros.split('\\n')]:
 bb.warn('Host distribution "%s" has not been validated with this 
version of the build system; you may possibly experience unexpected failures. 
It is recommended that you use a tested distribution.' % distro)
-- 
1.8.1.4


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

[OE-core] [PATCH 1/3] sysprof: upgrade to 1.2.0

[tom . zanussi]

From: Tom Zanussi 

Signed-off-by: Tom Zanussi 
---
 ...PowerPC-checks-for-__NR_perf_counter_open.patch | 35 --
 meta/recipes-kernel/sysprof/sysprof_git.bb |  6 ++--
 2 files changed, 2 insertions(+), 39 deletions(-)
 delete mode 100644 
meta/recipes-kernel/sysprof/files/0001-Fix-PowerPC-checks-for-__NR_perf_counter_open.patch

diff --git 
a/meta/recipes-kernel/sysprof/files/0001-Fix-PowerPC-checks-for-__NR_perf_counter_open.patch
 
b/meta/recipes-kernel/sysprof/files/0001-Fix-PowerPC-checks-for-__NR_perf_counter_open.patch
deleted file mode 100644
index 041054e..000
--- 
a/meta/recipes-kernel/sysprof/files/0001-Fix-PowerPC-checks-for-__NR_perf_counter_open.patch
+++ /dev/null
@@ -1,35 +0,0 @@
-Upstream-Status: Backport
-
-From 4708a509aa9d65ae93e9824e42ddbc6e8d42d90c Mon Sep 17 00:00:00 2001
-From: =?UTF-8?q?Michel=20D=C3=A4nzer?= 
-Date: Sat, 27 Aug 2011 20:04:44 +0200
-Subject: [PATCH] Fix PowerPC checks for __NR_perf_counter_open.
-MIME-Version: 1.0
-Content-Type: text/plain; charset=UTF-8
-Content-Transfer-Encoding: 8bit
-
-__ppc__ isn't defined here on Debian powerpc. Grepping through the headers
-installed in /usr/include, there are a few references to __ppc__ and
-__ppc64__, but I suspect they're for other OSs.
-
-Signed-off-by: Michel D??nzer 

- collector.c |2 +-
- 1 files changed, 1 insertions(+), 1 deletions(-)
-
-diff --git a/collector.c b/collector.c
-index b28964f..fe16967 100644
 a/collector.c
-+++ b/collector.c
-@@ -175,7 +175,7 @@ sysprof_perf_counter_open (struct perf_counter_attr *attr,
- #define __NR_perf_counter_open 337
- #elif defined(__hppa__)
- #define __NR_perf_counter_open 318
--#elif defined(__ppc__) || defined(__ppc64__)
-+#elif defined(__powerpc__) || defined(__powerpc64__)
- #define __NR_perf_counter_open 319
- #elif defined(__s390__)
- #define __NR_perf_counter_open 331
--- 
-1.7.6.1
-
diff --git a/meta/recipes-kernel/sysprof/sysprof_git.bb 
b/meta/recipes-kernel/sysprof/sysprof_git.bb
index 64414c0..c7506fe 100644
--- a/meta/recipes-kernel/sysprof/sysprof_git.bb
+++ b/meta/recipes-kernel/sysprof/sysprof_git.bb
@@ -4,13 +4,11 @@ LIC_FILES_CHKSUM = 
"file://COPYING;md5=94d55d512a9ba36caa9b7df079bae19f"
 
 DEPENDS = "gtk+ libglade"
 
-SRCREV = "4692f85f625f4fd969cef4ab5dc47cc4655c87f9"
-PR = "r2"
-PV = "1.1.8+git${SRCPV}"
+SRCREV = "cd44ee6644c3641507fb53b8a2a69137f2971219"
+PV = "1.2.0+git${SRCPV}"
 
 SRC_URI = "git://git.gnome.org/sysprof;protocol=git \
file://define-NT_GNU_BUILD_ID.patch \
-  file://0001-Fix-PowerPC-checks-for-__NR_perf_counter_open.patch \
   "
 
 SRC_URI_append_arm  = " file://rmb-arm.patch"
-- 
1.7.11.4


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

[OE-core] [PATCH 2/3] perf: add bash dependency

[tom . zanussi]

From: Tom Zanussi 

There are a number of scripts in the perf installation that use bash,
so we need to add a run-time dependency on bash for them. If not, we
can generate build errors like "no package provides /bin/bash".

Fixes [YOCTO #3951].

Signed-off-by: Tom Zanussi 
---
 meta/recipes-kernel/perf/perf_3.4.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-kernel/perf/perf_3.4.bb 
b/meta/recipes-kernel/perf/perf_3.4.bb
index e89a7c3..be0f386 100644
--- a/meta/recipes-kernel/perf/perf_3.4.bb
+++ b/meta/recipes-kernel/perf/perf_3.4.bb
@@ -28,7 +28,7 @@ DEPENDS = "virtual/kernel \
   "
 
 SCRIPTING_RDEPENDS = "${@perf_feature_enabled('perf-scripting', 'perl 
perl-modules python', '',d)}"
-RDEPENDS_${PN} += "elfutils ${SCRIPTING_RDEPENDS}"
+RDEPENDS_${PN} += "elfutils bash ${SCRIPTING_RDEPENDS}"
 
 PROVIDES = "virtual/perf"
 
-- 
1.7.11.4


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

[OE-core] [PATCH 0/3]

[tom . zanussi]

From: Tom Zanussi 

This patchset contains a couple of things:

  - a sysprof upgrade (YOCTO #3448)
  - a fix for YOCTO #3951, which is for perf, but I found and fixed a
similar problem for systemtap while doing the fix for perf.  In
any case, I'm now able to build a minimal image with tools-profile.

The following changes since commit 8264863ea0674f6cb105f5f7301861408fdc409b:

  Add KERNEL_EXTRA_ARGS parameter (2013-03-01 14:57:52 +)

are available in the git repository at:

  git://git.yoctoproject.org/poky-contrib.git 
tzanussi/minimal-and-sysprof-update-v0
  
http://git.yoctoproject.org/cgit/cgit.cgi/poky-contrib/log/?h=tzanussi/minimal-and-sysprof-update-v0

Tom Zanussi (3):
  sysprof: upgrade to 1.2.0
  perf: add bash dependency
  systemtap: add python and bash dependencies

 meta/recipes-kernel/perf/perf_3.4.bb   |  2 +-
 ...PowerPC-checks-for-__NR_perf_counter_open.patch | 35 --
 meta/recipes-kernel/sysprof/sysprof_git.bb |  6 ++--
 meta/recipes-kernel/systemtap/systemtap_git.bb |  4 +++
 4 files changed, 7 insertions(+), 40 deletions(-)
 delete mode 100644 
meta/recipes-kernel/sysprof/files/0001-Fix-PowerPC-checks-for-__NR_perf_counter_open.patch

-- 
1.7.11.4


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

[OE-core] [PATCH 3/3] systemtap: add python and bash dependencies

[tom . zanussi]

From: Tom Zanussi 

There are a number of scripts in the systemtap installation that use
python and bash, so we need to add run-time dependencies for them.  If
not, we can generate build errors like "no package provides
/usr/bin/python".

Fixes [YOCTO #3951].

Signed-off-by: Tom Zanussi 
---
 meta/recipes-kernel/systemtap/systemtap_git.bb | 4 
 1 file changed, 4 insertions(+)

diff --git a/meta/recipes-kernel/systemtap/systemtap_git.bb 
b/meta/recipes-kernel/systemtap/systemtap_git.bb
index 7fc92c8..22f8959 100644
--- a/meta/recipes-kernel/systemtap/systemtap_git.bb
+++ b/meta/recipes-kernel/systemtap/systemtap_git.bb
@@ -6,6 +6,10 @@ DEPENDS = "elfutils sqlite3 systemtap-native"
 DEPENDS_class-native = "elfutils-native sqlite3-native gettext-native"
 DEPENDS_class-nativesdk = "nativesdk-elfutils nativesdk-sqlite3 
nativesdk-gettext"
 
+RDEPENDS_${PN} += "python bash"
+RDEPENDS_${PN}_class-native += "python-native"
+RDEPENDS_${PN}_class-nativesdk += "python-native"
+
 PR = "r1"
 
 EXTRA_OECONF += "--with-libelf=${STAGING_DIR_TARGET} --without-rpm \
-- 
1.7.11.4


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

Re: [OE-core] [oe] [PATCH]: Resolve sysvinit and util-linux conflicting man pages.

[Mark Hatle]

On 3/1/13 11:13 AM, Jeffrey Honig wrote:

Martin Jansa  wrote:


On Thu, Feb 28, 2013 at 09:19:09PM -0500, Jeffrey Honig wrote:

From: Jeffrey C Honig 

[ CQID: WIND00404316 ]

Use alternatives mechanism to prevent sysvlinux and util-linux
man pages from causing conflicts.


It would be better to set higher then default priority in one of them,
otherwise last installed/upgraded wins (at least with opkg u-a
implementation).


As I understand it, this is already present:

sysvinit_2.88dsf.bb:

ALTERNATIVE_PRIORITY = "200"

util-linux.inc:

ALTERNATIVE_PRIORITY = "100"


And to clarify, this ensures the manpage for these alternatives match the 
priority of the base package as well.  So if both sysvinit and util-linux are 
installed (as well as their doc files), both man pages and executables will match.


--Mark


Thanks!

Jeff


Signed-off-by: Jeffrey C Honig 
---
  meta/recipes-core/sysvinit/sysvinit_2.88dsf.bb|   11 ++-
  meta/recipes-core/util-linux/util-linux.inc   |9 +
  meta/recipes-core/util-linux/util-linux_2.22.2.bb |2 +-
  3 files changed, 20 insertions(+), 2 deletions(-)

diff --git a/meta/recipes-core/sysvinit/sysvinit_2.88dsf.bb 
b/meta/recipes-core/sysvinit/sysvinit_2.88dsf.bb
index 0a11139..e64b67a 100644
--- a/meta/recipes-core/sysvinit/sysvinit_2.88dsf.bb
+++ b/meta/recipes-core/sysvinit/sysvinit_2.88dsf.bb
@@ -5,7 +5,7 @@ SECTION = "base"
  LICENSE = "GPLv2+"
  LIC_FILES_CHKSUM = "file://COPYING;md5=751419260aa954499f7abaabaa882bbe \
  
file://COPYRIGHT;endline=15;md5=349c872e0066155e1818b786938876a4"
-PR = "r10"
+PR = "r11"

  RDEPENDS_${PN} = "${PN}-inittab"

@@ -45,6 +45,15 @@ ALTERNATIVE_LINK_NAME[poweroff] = "${base_sbindir}/poweroff"
  ALTERNATIVE_${PN}-pidof = "pidof"
  ALTERNATIVE_LINK_NAME[pidof] = "${base_bindir}/pidof"

+ALTERNATIVE_${PN}-doc = "mountpoint.1 last.1 mesg.1 wall.1 sulogin.8 
utmpdump.1"
+
+ALTERNATIVE_LINK_NAME[last.1] = "${mandir}/man1/last.1"
+ALTERNATIVE_LINK_NAME[mesg.1] = "${mandir}/man1/mesg.1"
+ALTERNATIVE_LINK_NAME[mountpoint.1] = "${mandir}/man1/mountpoint.1"
+ALTERNATIVE_LINK_NAME[sulogin.8] = "${mandir}/man8/sulogin.8"
+ALTERNATIVE_LINK_NAME[utmpdump.1] = "${mandir}/man1/utmpdump.1"
+ALTERNATIVE_LINK_NAME[wall.1] = "${mandir}/man1/wall.1"
+
  PACKAGES =+ "sysvinit-pidof sysvinit-sulogin"
  FILES_${PN} += "${base_sbindir}/* ${base_bindir}/*"
  FILES_sysvinit-pidof = "${base_bindir}/pidof.sysvinit 
${base_sbindir}/killall5"
diff --git a/meta/recipes-core/util-linux/util-linux.inc 
b/meta/recipes-core/util-linux/util-linux.inc
index 10439c0..c91f4a3 100644
--- a/meta/recipes-core/util-linux/util-linux.inc
+++ b/meta/recipes-core/util-linux/util-linux.inc
@@ -154,6 +154,15 @@ ALTERNATIVE_LINK_NAME[pivot_root] = 
"${base_sbindir}/pivot_root"
  ALTERNATIVE_LINK_NAME[mkfs.minix] = "${base_sbindir}/mkfs.minix"
  ALTERNATIVE_LINK_NAME[eject] = "${bindir}/eject"

+ALTERNATIVE_${PN}-doc = "mountpoint.1 last.1 mesg.1 wall.1 sulogin.8 
utmpdump.1"
+
+ALTERNATIVE_LINK_NAME[last.1] = "${mandir}/man1/last.1"
+ALTERNATIVE_LINK_NAME[mesg.1] = "${mandir}/man1/mesg.1"
+ALTERNATIVE_LINK_NAME[mountpoint.1] = "${mandir}/man1/mountpoint.1"
+ALTERNATIVE_LINK_NAME[sulogin.8] = "${mandir}/man8/sulogin.8"
+ALTERNATIVE_LINK_NAME[utmpdump.1] = "${mandir}/man1/utmpdump.1"
+ALTERNATIVE_LINK_NAME[wall.1] = "${mandir}/man1/wall.1"
+
  # There seems to be problem, atleast on nslu2, with these, untill they are
  # fixed the busybox ones have higher priority
  ALTERNATIVE_PRIORITY[hwclock] = "10"
diff --git a/meta/recipes-core/util-linux/util-linux_2.22.2.bb 
b/meta/recipes-core/util-linux/util-linux_2.22.2.bb
index dd95573..f91784b 100644
--- a/meta/recipes-core/util-linux/util-linux_2.22.2.bb
+++ b/meta/recipes-core/util-linux/util-linux_2.22.2.bb
@@ -1,5 +1,5 @@
  MAJOR_VERSION = "2.22"
-PR = "r0"
+PR = "r1"
  require util-linux.inc

  # note that `lscpu' is under GPLv3+
--
1.7.9.5




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


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





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

[OE-core] [OE-Core][PATCH] iproute2: Fix build failure on ppc

[Khem Raj]

Latest version bump started failing for ppc32
attached patch is a backport from 3.9-rc1

Signed-off-by: Khem Raj 
---
 ...tion-error-of-m_ipt.c-with-Werror-enabled.patch |   46 
 .../iproute2/iproute2_3.8.0.bb |6 ++-
 2 files changed, 50 insertions(+), 2 deletions(-)
 create mode 100644 
meta/recipes-connectivity/iproute2/iproute2/0001-Fix-compilation-error-of-m_ipt.c-with-Werror-enabled.patch

diff --git 
a/meta/recipes-connectivity/iproute2/iproute2/0001-Fix-compilation-error-of-m_ipt.c-with-Werror-enabled.patch
 
b/meta/recipes-connectivity/iproute2/iproute2/0001-Fix-compilation-error-of-m_ipt.c-with-Werror-enabled.patch
new file mode 100644
index 000..db74963
--- /dev/null
+++ 
b/meta/recipes-connectivity/iproute2/iproute2/0001-Fix-compilation-error-of-m_ipt.c-with-Werror-enabled.patch
@@ -0,0 +1,46 @@
+Upstream-Status: Backport
+
+From 9235195666af7d887771cf557ef2bd3f00b9ecc8 Mon Sep 17 00:00:00 2001
+From: Vijay Subramanian 
+Date: Tue, 26 Feb 2013 09:12:07 +
+Subject: [PATCH] Fix compilation error of m_ipt.c with -Werror enabled
+
+Commit (5a650703d47e10aa386406c855eff5a593b2120b Makefile: make warnings into
+errors ) causes the following build error.
+
+gcc -Wall -Wstrict-prototypes -Werror -Wmissing-prototypes
+-Wmissing-declarations -Wold-style-definition -O2 -I../include
+-DRESOLVE_HOSTNAMES -DLIBDIR=\"/usr/lib\" -DCONFDIR=\"/etc/iproute2\"
+-D_GNU_SOURCE -DCONFIG_GACT -DCONFIG_GACT_PROB -DIPT_LIB_DIR=\"/lib/xtables\"
+-DYY_NO_INPUT   -c -o m_ipt.o m_ipt.c
+cc1: warnings being treated as errors
+m_ipt.c:72: error: no previous prototype for 'xtables_register_target'
+m_ipt.c:361: error: no previous prototype for 'build_st'
+make[1]: *** [m_ipt.o] Error 1
+
+This is fixed by adding the prototype in the header include/iptables.h
+
+I am not sure if this is due to something wrong on my build system but I am
+using current glibc 2.17.
+
+Signed-off-by: Vijay Subramanian 
+---
+ include/iptables.h |2 ++
+ 1 file changed, 2 insertions(+)
+
+diff --git a/include/iptables.h b/include/iptables.h
+index dd844c1..f1e62e2 100644
+--- a/include/iptables.h
 b/include/iptables.h
+@@ -143,6 +143,8 @@ extern int line;
+ /* Your shared library should call one of these. */
+ extern void register_match(struct iptables_match *me);
+ extern void register_target(struct iptables_target *me);
++extern void xtables_register_target(struct iptables_target *me);
++extern int build_st(struct iptables_target *target, struct ipt_entry_target 
*t);
+ 
+ extern struct in_addr *dotted_to_addr(const char *dotted);
+ extern char *addr_to_dotted(const struct in_addr *addrp);
+-- 
+1.7.9.5
+
diff --git a/meta/recipes-connectivity/iproute2/iproute2_3.8.0.bb 
b/meta/recipes-connectivity/iproute2/iproute2_3.8.0.bb
index 70dcd2d..892d230 100644
--- a/meta/recipes-connectivity/iproute2/iproute2_3.8.0.bb
+++ b/meta/recipes-connectivity/iproute2/iproute2_3.8.0.bb
@@ -1,9 +1,11 @@
 require iproute2.inc
 
-PR = "r0"
+PR = "r1"
 
 SRC_URI = "${KERNELORG_MIRROR}/linux/utils/net/${BPN}/${BPN}-${PV}.tar.xz \
-   file://configure-cross.patch"
+   file://configure-cross.patch \
+   
file://0001-Fix-compilation-error-of-m_ipt.c-with-Werror-enabled.patch \
+  "
 
 SRC_URI[md5sum] = "951622fd770428116dc165acba375414"
 SRC_URI[sha256sum] = 
"579145749f1aaf60e7c7a5de24b7f00fa2200a961094733c792b4ff139181e4f"
-- 
1.7.9.5


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

Re: [OE-core] [oe] [PATCH]: Resolve sysvinit and util-linux conflicting man pages.

[Mark Hatle]

On 3/1/13 1:12 AM, Khem Raj wrote:

On (28/02/13 21:19), Jeffrey Honig wrote:

From: Jeffrey C Honig 

[ CQID: WIND00404316 ]


except above. Patch looks ok.


We've submitted patches before with those identifiers and nobody has complained. 
 It's within the patch submission guidelines (and well makes our tracking 
easier from open source back into our internal systems.)


With that said, if the OE community does not want those types of identifiers 
I'll make sure my people know to exclude them in the future.  (I was the one who 
originally said submit them, unless the community says otherwise.)


--Mark



Use alternatives mechanism to prevent sysvlinux and util-linux
man pages from causing conflicts.

Signed-off-by: Jeffrey C Honig 
---
  meta/recipes-core/sysvinit/sysvinit_2.88dsf.bb|   11 ++-
  meta/recipes-core/util-linux/util-linux.inc   |9 +
  meta/recipes-core/util-linux/util-linux_2.22.2.bb |2 +-
  3 files changed, 20 insertions(+), 2 deletions(-)

diff --git a/meta/recipes-core/sysvinit/sysvinit_2.88dsf.bb 
b/meta/recipes-core/sysvinit/sysvinit_2.88dsf.bb
index 0a11139..e64b67a 100644
--- a/meta/recipes-core/sysvinit/sysvinit_2.88dsf.bb
+++ b/meta/recipes-core/sysvinit/sysvinit_2.88dsf.bb
@@ -5,7 +5,7 @@ SECTION = "base"
  LICENSE = "GPLv2+"
  LIC_FILES_CHKSUM = "file://COPYING;md5=751419260aa954499f7abaabaa882bbe \
  
file://COPYRIGHT;endline=15;md5=349c872e0066155e1818b786938876a4"
-PR = "r10"
+PR = "r11"

  RDEPENDS_${PN} = "${PN}-inittab"

@@ -45,6 +45,15 @@ ALTERNATIVE_LINK_NAME[poweroff] = "${base_sbindir}/poweroff"
  ALTERNATIVE_${PN}-pidof = "pidof"
  ALTERNATIVE_LINK_NAME[pidof] = "${base_bindir}/pidof"

+ALTERNATIVE_${PN}-doc = "mountpoint.1 last.1 mesg.1 wall.1 sulogin.8 
utmpdump.1"
+
+ALTERNATIVE_LINK_NAME[last.1] = "${mandir}/man1/last.1"
+ALTERNATIVE_LINK_NAME[mesg.1] = "${mandir}/man1/mesg.1"
+ALTERNATIVE_LINK_NAME[mountpoint.1] = "${mandir}/man1/mountpoint.1"
+ALTERNATIVE_LINK_NAME[sulogin.8] = "${mandir}/man8/sulogin.8"
+ALTERNATIVE_LINK_NAME[utmpdump.1] = "${mandir}/man1/utmpdump.1"
+ALTERNATIVE_LINK_NAME[wall.1] = "${mandir}/man1/wall.1"
+
  PACKAGES =+ "sysvinit-pidof sysvinit-sulogin"
  FILES_${PN} += "${base_sbindir}/* ${base_bindir}/*"
  FILES_sysvinit-pidof = "${base_bindir}/pidof.sysvinit 
${base_sbindir}/killall5"
diff --git a/meta/recipes-core/util-linux/util-linux.inc 
b/meta/recipes-core/util-linux/util-linux.inc
index 10439c0..c91f4a3 100644
--- a/meta/recipes-core/util-linux/util-linux.inc
+++ b/meta/recipes-core/util-linux/util-linux.inc
@@ -154,6 +154,15 @@ ALTERNATIVE_LINK_NAME[pivot_root] = 
"${base_sbindir}/pivot_root"
  ALTERNATIVE_LINK_NAME[mkfs.minix] = "${base_sbindir}/mkfs.minix"
  ALTERNATIVE_LINK_NAME[eject] = "${bindir}/eject"

+ALTERNATIVE_${PN}-doc = "mountpoint.1 last.1 mesg.1 wall.1 sulogin.8 
utmpdump.1"
+
+ALTERNATIVE_LINK_NAME[last.1] = "${mandir}/man1/last.1"
+ALTERNATIVE_LINK_NAME[mesg.1] = "${mandir}/man1/mesg.1"
+ALTERNATIVE_LINK_NAME[mountpoint.1] = "${mandir}/man1/mountpoint.1"
+ALTERNATIVE_LINK_NAME[sulogin.8] = "${mandir}/man8/sulogin.8"
+ALTERNATIVE_LINK_NAME[utmpdump.1] = "${mandir}/man1/utmpdump.1"
+ALTERNATIVE_LINK_NAME[wall.1] = "${mandir}/man1/wall.1"
+
  # There seems to be problem, atleast on nslu2, with these, untill they are
  # fixed the busybox ones have higher priority
  ALTERNATIVE_PRIORITY[hwclock] = "10"
diff --git a/meta/recipes-core/util-linux/util-linux_2.22.2.bb 
b/meta/recipes-core/util-linux/util-linux_2.22.2.bb
index dd95573..f91784b 100644
--- a/meta/recipes-core/util-linux/util-linux_2.22.2.bb
+++ b/meta/recipes-core/util-linux/util-linux_2.22.2.bb
@@ -1,5 +1,5 @@
  MAJOR_VERSION = "2.22"
-PR = "r0"
+PR = "r1"
  require util-linux.inc

  # note that `lscpu' is under GPLv3+
--
1.7.9.5




___
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] [oe] [PATCH]: Resolve sysvinit and util-linux conflicting man pages.

[Jeffrey Honig]

Martin Jansa  wrote:

> On Thu, Feb 28, 2013 at 09:19:09PM -0500, Jeffrey Honig wrote:
> > From: Jeffrey C Honig 
> > 
> > [ CQID: WIND00404316 ]
> > 
> > Use alternatives mechanism to prevent sysvlinux and util-linux
> > man pages from causing conflicts.
> 
> It would be better to set higher then default priority in one of them,
> otherwise last installed/upgraded wins (at least with opkg u-a 
> implementation).

As I understand it, this is already present:

sysvinit_2.88dsf.bb:

ALTERNATIVE_PRIORITY = "200"

util-linux.inc:

ALTERNATIVE_PRIORITY = "100"

Thanks!

Jeff

> > Signed-off-by: Jeffrey C Honig 
> > ---
> >  meta/recipes-core/sysvinit/sysvinit_2.88dsf.bb|   11 ++-
> >  meta/recipes-core/util-linux/util-linux.inc   |9 +
> >  meta/recipes-core/util-linux/util-linux_2.22.2.bb |2 +-
> >  3 files changed, 20 insertions(+), 2 deletions(-)
> > 
> > diff --git a/meta/recipes-core/sysvinit/sysvinit_2.88dsf.bb 
> > b/meta/recipes-core/sysvinit/sysvinit_2.88dsf.bb
> > index 0a11139..e64b67a 100644
> > --- a/meta/recipes-core/sysvinit/sysvinit_2.88dsf.bb
> > +++ b/meta/recipes-core/sysvinit/sysvinit_2.88dsf.bb
> > @@ -5,7 +5,7 @@ SECTION = "base"
> >  LICENSE = "GPLv2+"
> >  LIC_FILES_CHKSUM = "file://COPYING;md5=751419260aa954499f7abaabaa882bbe \
> >  
> > file://COPYRIGHT;endline=15;md5=349c872e0066155e1818b786938876a4"
> > -PR = "r10"
> > +PR = "r11"
> >  
> >  RDEPENDS_${PN} = "${PN}-inittab"
> >  
> > @@ -45,6 +45,15 @@ ALTERNATIVE_LINK_NAME[poweroff] = 
> > "${base_sbindir}/poweroff"
> >  ALTERNATIVE_${PN}-pidof = "pidof"
> >  ALTERNATIVE_LINK_NAME[pidof] = "${base_bindir}/pidof"
> >  
> > +ALTERNATIVE_${PN}-doc = "mountpoint.1 last.1 mesg.1 wall.1 sulogin.8 
> > utmpdump.1"
> > +
> > +ALTERNATIVE_LINK_NAME[last.1] = "${mandir}/man1/last.1"
> > +ALTERNATIVE_LINK_NAME[mesg.1] = "${mandir}/man1/mesg.1"
> > +ALTERNATIVE_LINK_NAME[mountpoint.1] = "${mandir}/man1/mountpoint.1"
> > +ALTERNATIVE_LINK_NAME[sulogin.8] = "${mandir}/man8/sulogin.8"
> > +ALTERNATIVE_LINK_NAME[utmpdump.1] = "${mandir}/man1/utmpdump.1"
> > +ALTERNATIVE_LINK_NAME[wall.1] = "${mandir}/man1/wall.1"
> > +
> >  PACKAGES =+ "sysvinit-pidof sysvinit-sulogin"
> >  FILES_${PN} += "${base_sbindir}/* ${base_bindir}/*"
> >  FILES_sysvinit-pidof = "${base_bindir}/pidof.sysvinit 
> > ${base_sbindir}/killall5"
> > diff --git a/meta/recipes-core/util-linux/util-linux.inc 
> > b/meta/recipes-core/util-linux/util-linux.inc
> > index 10439c0..c91f4a3 100644
> > --- a/meta/recipes-core/util-linux/util-linux.inc
> > +++ b/meta/recipes-core/util-linux/util-linux.inc
> > @@ -154,6 +154,15 @@ ALTERNATIVE_LINK_NAME[pivot_root] = 
> > "${base_sbindir}/pivot_root"
> >  ALTERNATIVE_LINK_NAME[mkfs.minix] = "${base_sbindir}/mkfs.minix"
> >  ALTERNATIVE_LINK_NAME[eject] = "${bindir}/eject"
> >  
> > +ALTERNATIVE_${PN}-doc = "mountpoint.1 last.1 mesg.1 wall.1 sulogin.8 
> > utmpdump.1"
> > +
> > +ALTERNATIVE_LINK_NAME[last.1] = "${mandir}/man1/last.1"
> > +ALTERNATIVE_LINK_NAME[mesg.1] = "${mandir}/man1/mesg.1"
> > +ALTERNATIVE_LINK_NAME[mountpoint.1] = "${mandir}/man1/mountpoint.1"
> > +ALTERNATIVE_LINK_NAME[sulogin.8] = "${mandir}/man8/sulogin.8"
> > +ALTERNATIVE_LINK_NAME[utmpdump.1] = "${mandir}/man1/utmpdump.1"
> > +ALTERNATIVE_LINK_NAME[wall.1] = "${mandir}/man1/wall.1"
> > +
> >  # There seems to be problem, atleast on nslu2, with these, untill they are
> >  # fixed the busybox ones have higher priority
> >  ALTERNATIVE_PRIORITY[hwclock] = "10"
> > diff --git a/meta/recipes-core/util-linux/util-linux_2.22.2.bb 
> > b/meta/recipes-core/util-linux/util-linux_2.22.2.bb
> > index dd95573..f91784b 100644
> > --- a/meta/recipes-core/util-linux/util-linux_2.22.2.bb
> > +++ b/meta/recipes-core/util-linux/util-linux_2.22.2.bb
> > @@ -1,5 +1,5 @@
> >  MAJOR_VERSION = "2.22"
> > -PR = "r0"
> > +PR = "r1"
> >  require util-linux.inc
> >  
> >  # note that `lscpu' is under GPLv3+
> > -- 
> > 1.7.9.5
> > 
> > 
> > 
> > 
> > ___
> > Openembedded-core mailing list
> > Openembedded-core@lists.openembedded.org
> > http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
> 
> -- 
> Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com

-- 
Jeffrey C. Honig
Manager of Linux Products Division / SDT
Wind River (风河)
+1.607.216.8613
http://www.windriver.com

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

[OE-core] [PATCH v3] btrfs-tools: added PV to git package recipe

[Emilia Ciobanu]

Signed-off-by: Emilia Ciobanu 
---
 .../btrfs-tools/btrfs-tools_git.bb |2 ++
 1 file changed, 2 insertions(+)

diff --git a/meta/recipes-devtools/btrfs-tools/btrfs-tools_git.bb 
b/meta/recipes-devtools/btrfs-tools/btrfs-tools_git.bb
index e963a74..df216b1 100644
--- a/meta/recipes-devtools/btrfs-tools/btrfs-tools_git.bb
+++ b/meta/recipes-devtools/btrfs-tools/btrfs-tools_git.bb
@@ -17,6 +17,8 @@ SRC_URI = 
"git://git.kernel.org/pub/scm/linux/kernel/git/mason/btrfs-progs.git;p
 
 S = "${WORKDIR}/git"
 
+PV = "0.19+git${SRCPV}"
+
 PR = "r6"
 
 SRC_URI += " file://fix_use_of_gcc.patch \
-- 
1.7.9.5


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

[OE-core] [PATCH 2/2] connman: Wired inteface provisioned via qemu

[Cristian Iorga]

- connman-conf package re-implemented
- connman 1.12 introduces provisioning for
wired interfaces also;
- wired interface settings are read from
kernel cmdline if present;
- after that are passed to connman as a
config file
- for BA, this is not needed, as BA will
have a network infrastructure to work with.

Fixes [YOCTO #3227];
Fixes [YOCTO #3804];
Fixes [YOCTO #3843].

Signed-off-by: Cristian Iorga 
---
 meta/recipes-connectivity/connman/connman-conf.bb |   17 ++---
 .../connman/connman-conf/qemuall/main.conf|3 ---
 .../connman/connman-conf/qemuall/wired-setup  |   16 
 .../connman/connman-conf/qemuall/wired.config |8 
 meta/recipes-connectivity/connman/connman/connman |3 +++
 5 files changed, 37 insertions(+), 10 deletions(-)
 delete mode 100644 
meta/recipes-connectivity/connman/connman-conf/qemuall/main.conf
 create mode 100644 
meta/recipes-connectivity/connman/connman-conf/qemuall/wired-setup
 create mode 100644 
meta/recipes-connectivity/connman/connman-conf/qemuall/wired.config

diff --git a/meta/recipes-connectivity/connman/connman-conf.bb 
b/meta/recipes-connectivity/connman/connman-conf.bb
index 7c7ef26..7b99953 100644
--- a/meta/recipes-connectivity/connman/connman-conf.bb
+++ b/meta/recipes-connectivity/connman/connman-conf.bb
@@ -1,18 +1,21 @@
-#connman config to ignore wired interfaces on qemu machines
+#connman config to setup wired interface on qemu machines
 
 LICENSE = "GPLv2"
 LIC_FILES_CHKSUM = 
"file://${COREBASE}/meta/files/common-licenses/GPL-2.0;md5=801f80980d171dd6425610833a22dbe6"
 
-SRC_URI_append_qemuall = " file://main.conf"
-
-PR = "r0"
+SRC_URI_append_qemuall = "file://wired.config \
+  file://wired-setup \
+ "
+PR = "r1"
 
 PACKAGE_ARCH = "${MACHINE_ARCH}"
 
 do_install() {
-#Blacklist ethn network interface in case of qemu* machines
-if test -e ${WORKDIR}/main.conf; then
+#Configure Wired network interface in case of qemu* machines
+if test -e ${WORKDIR}/wired.config && test -e ${WORKDIR}/wired-setup; then
+install -d ${D}${localstatedir}/lib/connman
+install -m 0644 ${WORKDIR}/wired.config 
${D}${localstatedir}/lib/connman
 install -d ${D}${sysconfdir}/connman
-install -m 0644 ${WORKDIR}/main.conf ${D}${sysconfdir}/connman
+install -m 0755 ${WORKDIR}/wired-setup ${D}${sysconfdir}/connman
 fi
 }
diff --git a/meta/recipes-connectivity/connman/connman-conf/qemuall/main.conf 
b/meta/recipes-connectivity/connman/connman-conf/qemuall/main.conf
deleted file mode 100644
index 01973e7..000
--- a/meta/recipes-connectivity/connman/connman-conf/qemuall/main.conf
+++ /dev/null
@@ -1,3 +0,0 @@
-[General]
-
-NetworkInterfaceBlacklist = eth
diff --git a/meta/recipes-connectivity/connman/connman-conf/qemuall/wired-setup 
b/meta/recipes-connectivity/connman/connman-conf/qemuall/wired-setup
new file mode 100644
index 000..135a6c1
--- /dev/null
+++ b/meta/recipes-connectivity/connman/connman-conf/qemuall/wired-setup
@@ -0,0 +1,16 @@
+#!/bin/sh
+
+CONFIGF=/var/lib/connman/wired.config
+
+# Extract wired network config from /proc/cmdline
+NET_CONF=`cat /proc/cmdline |sed -ne 's/^.*ip=\([^ ]*\):\([^ ]*\):\([^ 
]*\):\([^ ]*\).*$/\1\/\4\/\3/p'`
+
+# Check if eth0 is already set via kernel cmdline
+if [ "x$NET_CONF" = "x" ]; then
+   # Wired interface is not configured via kernel cmdline
+   # Remove connman config file template
+   rm ${CONFIGF}
+else
+   # Setup a connman config accordingly
+   sed -i -e "s|^\(IPv4 =\)|\1 ${NET_CONF}|" ${CONFIGF}
+fi
diff --git 
a/meta/recipes-connectivity/connman/connman-conf/qemuall/wired.config 
b/meta/recipes-connectivity/connman/connman-conf/qemuall/wired.config
new file mode 100644
index 000..996e429
--- /dev/null
+++ b/meta/recipes-connectivity/connman/connman-conf/qemuall/wired.config
@@ -0,0 +1,8 @@
+[global]
+Name = Wired
+Description = Wired network configuration
+
+[service_ethernet]
+Type = ethernet
+IPv4 =
+MAC = 52:54:00:12:34:56
diff --git a/meta/recipes-connectivity/connman/connman/connman 
b/meta/recipes-connectivity/connman/connman/connman
index aed4a79..ffd7fac 100644
--- a/meta/recipes-connectivity/connman/connman/connman
+++ b/meta/recipes-connectivity/connman/connman/connman
@@ -32,6 +32,9 @@ do_start() {
ethn=`ifconfig | grep eth | sed -e "s/\(eth[0-9]\)\(.*\)/\1/"`
EXTRA_PARAM="-I $ethn"
fi
+   if [ -f /etc/connman/wired-setup ] ; then
+   . /etc/connman/wired-setup
+   fi
$DAEMON $EXTRA_PARAM
 }
 
-- 
1.7.10.4


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

[OE-core] [PATCH 1/2] connman: upgrade to 1.12

[Cristian Iorga]

- 0002-storage.c-If-there-is-no-d_type-support-use-fstatat.patch no longer 
needed;
fix included in package source code

Signed-off-by: Cristian Iorga 
---
 meta/recipes-connectivity/connman/connman.inc  |2 +-
 ...If-there-is-no-d_type-support-use-fstatat.patch |   55 
 .../connman/{connman_1.10.bb => connman_1.12.bb}   |5 +-
 3 files changed, 3 insertions(+), 59 deletions(-)
 delete mode 100644 
meta/recipes-connectivity/connman/connman/0002-storage.c-If-there-is-no-d_type-support-use-fstatat.patch
 rename meta/recipes-connectivity/connman/{connman_1.10.bb => connman_1.12.bb} 
(72%)

diff --git a/meta/recipes-connectivity/connman/connman.inc 
b/meta/recipes-connectivity/connman/connman.inc
index db4d26c..04b21f7 100644
--- a/meta/recipes-connectivity/connman/connman.inc
+++ b/meta/recipes-connectivity/connman/connman.inc
@@ -20,7 +20,7 @@ DEPENDS  = "dbus glib-2.0 ppp iptables gnutls \
 ${@base_contains('DISTRO_FEATURES', '3g','ofono', '', d)} \
 "
 
-INC_PR = "r18"
+INC_PR = "r0"
 
 TIST = "--enable-tist"
 TIST_powerpc = ""
diff --git 
a/meta/recipes-connectivity/connman/connman/0002-storage.c-If-there-is-no-d_type-support-use-fstatat.patch
 
b/meta/recipes-connectivity/connman/connman/0002-storage.c-If-there-is-no-d_type-support-use-fstatat.patch
deleted file mode 100644
index 7315545..000
--- 
a/meta/recipes-connectivity/connman/connman/0002-storage.c-If-there-is-no-d_type-support-use-fstatat.patch
+++ /dev/null
@@ -1,55 +0,0 @@
-From 7007ef32a959ac4717c19339a24fd90a68638a19 Mon Sep 17 00:00:00 2001
-From: Andrei Gherzan 
-Date: Tue, 17 Jul 2012 16:07:17 +0300
-Subject: [PATCH V3 2/2] storage.c: If there is no d_type support use
- fstatat()
-
-This is useful for filesystems where d_type is always DT_UNKNOWN.
-In this case use fstatat() function.
-
-Signed-off-by: Andrei Gherzan 
-Signed-off-by: Constantin Musca 
-Upstream-Status: Submitted
- 

- src/storage.c |   19 +++
- 1 file changed, 19 insertions(+)
-
-Index: git/src/storage.c
-===
 git.orig/src/storage.c
-+++ git/src/storage.c
-@@ -193,7 +193,6 @@ gchar **connman_storage_get_services()
- 
-   switch (d->d_type) {
-   case DT_DIR:
--  case DT_UNKNOWN:
-   /*
-* If the settings file is not found, then
-* assume this directory is not a services dir.
-@@ -203,6 +202,25 @@ gchar **connman_storage_get_services()
-   ret = stat(str, &buf);
-   g_free(str);
-   if (ret < 0)
-+  continue;
-+
-+  g_string_append_printf(result, "%s/", d->d_name);
-+  break;
-+  case DT_UNKNOWN:
-+  /*
-+   * If there is no d_type support use fstatat()
-+   * to check if directory
-+   */
-+  ret = fstatat(dirfd(dir), d->d_name, &buf, 0);
-+  if (ret < 0)
-+  continue;
-+  if (!(buf.st_mode & S_IFDIR))
-+  continue;
-+  str = g_strdup_printf("%s/%s/settings", STORAGEDIR,
-+  d->d_name);
-+  ret = stat(str, &buf);
-+  g_free(str);
-+  if (ret < 0)
-   continue;
- 
-   g_string_append_printf(result, "%s/", d->d_name);
diff --git a/meta/recipes-connectivity/connman/connman_1.10.bb 
b/meta/recipes-connectivity/connman/connman_1.12.bb
similarity index 72%
rename from meta/recipes-connectivity/connman/connman_1.10.bb
rename to meta/recipes-connectivity/connman/connman_1.12.bb
index 10d5255..5da50fe 100644
--- a/meta/recipes-connectivity/connman/connman_1.10.bb
+++ b/meta/recipes-connectivity/connman/connman_1.12.bb
@@ -1,12 +1,11 @@
 require connman.inc
 
-# 1.10 tag
-SRCREV = "3bda76eb442c9395db1dba17352c3e78376671cc"
+# 1.12 tag
+SRCREV = "8397cbbc0a79d39cf3b1880f4fd3f3405b6bc6ad"
 SRC_URI  = "git://git.kernel.org/pub/scm/network/connman/connman.git \
 
file://0001-plugin.h-Change-visibility-to-default-for-debug-symb.patch \
 file://add_xuser_dbus_permission.patch \
 file://connman \
-
file://0002-storage.c-If-there-is-no-d_type-support-use-fstatat.patch \
 file://inet-fix-ip-cleanup-functions.patch"
 S = "${WORKDIR}/git"
 PR = "${INC_PR}.0"
-- 
1.7.10.4


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

[OE-core] [PATCH 0/2] Connman upgrade and qemu ethernet provisioning

[Cristian Iorga]

Connman 1.12 features Ethernet provisioning

As such, qemu machines will use it to prevent connman to
loose connectivity if no network infrastructure is present.

Fixes Yocto bugs YB3227, YB3804, YB3843.

Cristian Iorga (2):
  connman: upgrade to 1.12
  connman: Wired inteface provisioned via qemu

 meta/recipes-connectivity/connman/connman-conf.bb  |   17 +++---
 .../connman/connman-conf/qemuall/main.conf |3 --
 .../connman/connman-conf/qemuall/wired-setup   |   16 ++
 .../connman/connman-conf/qemuall/wired.config  |8 +++
 meta/recipes-connectivity/connman/connman.inc  |2 +-
 ...If-there-is-no-d_type-support-use-fstatat.patch |   55 
 meta/recipes-connectivity/connman/connman/connman  |3 ++
 .../connman/{connman_1.10.bb => connman_1.12.bb}   |5 +-
 8 files changed, 40 insertions(+), 69 deletions(-)
 delete mode 100644 
meta/recipes-connectivity/connman/connman-conf/qemuall/main.conf
 create mode 100644 
meta/recipes-connectivity/connman/connman-conf/qemuall/wired-setup
 create mode 100644 
meta/recipes-connectivity/connman/connman-conf/qemuall/wired.config
 delete mode 100644 
meta/recipes-connectivity/connman/connman/0002-storage.c-If-there-is-no-d_type-support-use-fstatat.patch
 rename meta/recipes-connectivity/connman/{connman_1.10.bb => connman_1.12.bb} 
(72%)

-- 
1.7.10.4


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

[OE-core] Fwd: Hello everyone

[Matthew McClintock]

Hello all,

If you need to contact me, please use this new email address
msm-...@mcclintock.net, instead of m...@freescale.com or
b29...@freescale.com.

Thanks!

-M

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

Re: [OE-core] [CONSOLIDATED PULL 00/40] Post-ELC Patches and Updates

[Trevor Woerner]

On Fri, Mar 1, 2013 at 11:01 AM, Martin Jansa  wrote:
> send lsb_release -a output

openSUSE 12.2:

$ lsb_release -a
LSB Version:
core-2.0-noarch:core-3.2-noarch:core-4.0-noarch:core-2.0-x86_64:core-3.2-x86_64:core-4.0-x86_64:desktop-4.0-amd64:desktop-4.0-noarch:graphics-2.0-amd64:graphics-2.0-noarch:graphics-3.2-amd64:graphics-3.2-noarch:graphics-4.0-amd64:graphics-4.0-noarch
Distributor ID: SUSE LINUX
Description:openSUSE 12.2 (x86_64)
Release:12.2
Codename:   Mantis

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

Re: [OE-core] [PATCH] qemu.inc: Non deterministic compile of qemu

[Trevor Woerner]

On Fri, Mar 1, 2013 at 9:26 AM, Jason Wessel  wrote:
> When you using a qemuppc target and sstate you might end up with
> the problem:
>
> diff --git a/meta/recipes-devtools/qemu/qemu.inc 
> b/meta/recipes-devtools/qemu/qemu.inc
> index 6c44b31..eb60d43 100644
> --- a/meta/recipes-devtools/qemu/qemu.inc
> +++ b/meta/recipes-devtools/qemu/qemu.inc
> @@ -2,8 +2,8 @@ DESCRIPTION = "open source processor emulator"
>  HOMEPAGE = "http://qemu.org";
>  LICENSE = "GPLv2 & LGPLv2.1"
>  DEPENDS = "glib-2.0 zlib alsa-lib virtual/libx11 pixman"
> -DEPENDS_class-native = "zlib-native alsa-lib-native glib-2.0-native 
> pixman-native"
> -DEPENDS_class-nativesdk = "nativesdk-zlib nativesdk-libsdl 
> nativesdk-glib-2.0 nativesdk-pixman"
> +DEPENDS_class-native = "zlib-native alsa-lib-native glib-2.0-native 
> pixman-native dtc-native"
> +DEPENDS_class-nativesdk = "nativesdk-zlib nativesdk-libsdl 
> nativesdk-glib-2.0 nativesdk-pixman nativesdk-dtc"
>  RDEPENDS_${PN}_class-nativesdk = "nativesdk-libsdl"

Is there a way to instrument this in such a way that these depends are
included only when the target machine is qemuppc? Some sort of
@machine_depends or something?

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

Re: [OE-core] [CONSOLIDATED PULL 00/40] Post-ELC Patches and Updates

[Martin Jansa]

On Fri, Mar 01, 2013 at 10:57:50AM -0500, Trevor Woerner wrote:
> On Fri, Mar 1, 2013 at 4:18 AM, Martin Jansa  wrote:
> > I'm sure about Ubuntu where it's easy:
> > Ubuntu-10.04 \n \
> > Ubuntu-11.10 \n \
> > Ubuntu-12.04 \n \
> > Ubuntu-12.10 \n \
> > but with others I'll need some help.
> 
> I can help with openSUSE, what do you need me to do?

send lsb_release -a output

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


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

Re: [OE-core] [CONSOLIDATED PULL 00/40] Post-ELC Patches and Updates

[Trevor Woerner]

On Fri, Mar 1, 2013 at 4:18 AM, Martin Jansa  wrote:
> I'm sure about Ubuntu where it's easy:
> Ubuntu-10.04 \n \
> Ubuntu-11.10 \n \
> Ubuntu-12.04 \n \
> Ubuntu-12.10 \n \
> but with others I'll need some help.

I can help with openSUSE, what do you need me to do?

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

Re: [OE-core] [PATCH] qemu.inc: Non deterministic compile of qemu

[Khem Raj]

Sent from my iPad

On Mar 1, 2013, at 6:26 AM, Jason Wessel  wrote:

> When you using a qemuppc target and sstate you might end up with
> the problem:
> 
> qemu-system-ppc: error while loading shared libraries:
>   libfdt.so.1: cannot open shared object file: No such file or directory
> 
> The way you can force this to happen assuming you are using sstate is
> as follows:
> 
> bitbake dtc-native
> bitbake -c cleansstate qemu-native
> bitbake qemu-native
> bitbake -c clean dtc-native
> 
> Now go start qemu and it will fail.  The solution is to always build
> the dtc libraries since they are used and needed by the qemuppc
> simulator.


I am carrying a local fix for same reason

Acked-by: Khem Raj 
> 
> Signed-off-by: Jason Wessel 
> ---
> meta/recipes-devtools/qemu/qemu.inc |4 ++--
> 1 files changed, 2 insertions(+), 2 deletions(-)
> 
> diff --git a/meta/recipes-devtools/qemu/qemu.inc 
> b/meta/recipes-devtools/qemu/qemu.inc
> index 6c44b31..eb60d43 100644
> --- a/meta/recipes-devtools/qemu/qemu.inc
> +++ b/meta/recipes-devtools/qemu/qemu.inc
> @@ -2,8 +2,8 @@ DESCRIPTION = "open source processor emulator"
> HOMEPAGE = "http://qemu.org";
> LICENSE = "GPLv2 & LGPLv2.1"
> DEPENDS = "glib-2.0 zlib alsa-lib virtual/libx11 pixman"
> -DEPENDS_class-native = "zlib-native alsa-lib-native glib-2.0-native 
> pixman-native"
> -DEPENDS_class-nativesdk = "nativesdk-zlib nativesdk-libsdl 
> nativesdk-glib-2.0 nativesdk-pixman"
> +DEPENDS_class-native = "zlib-native alsa-lib-native glib-2.0-native 
> pixman-native dtc-native"
> +DEPENDS_class-nativesdk = "nativesdk-zlib nativesdk-libsdl 
> nativesdk-glib-2.0 nativesdk-pixman nativesdk-dtc"
> RDEPENDS_${PN}_class-nativesdk = "nativesdk-libsdl"
> 
> require qemu-targets.inc
> -- 
> 1.7.1
> 
> 
> ___
> 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

[OE-core] Last minute 1.3.1 series

[Burton, Ross]

Hi,

The branch openembedded-core-contrib:ross/danny-next contains the
following series for danny:

d961e42 install: Look for grub2 files on the initramfs, not rootfs
f8d4458 tcp-wrappers: add socklen_t.patch
c98fd66 tcp-wrappers: remove size_t.patch
d8204a2 alsa-tools: fix compilation error
7912f3a base-passwd.preinst:fix creating passwd and group error
77fed2c tzdata: Simplify code removing not used cases
9e7980a tzdata: We shouldn't override the localtime if it is valid
5296971 base-files: fix 'dash' expanding '\n'
b479983 perl: fix security issue
11544f5 Python: Fix for CVE-2012-2135
00d0e1a scripts/bitbake: Remove all instances of paths to a layer's
scripts directory.

Please merge to danny and push to poky.

Cheers,
Ross

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

Re: [OE-core] [PATCH] apt: upgrade to 0.9.7.7

[Constantin Musca]

On 03/01/2013 05:06 PM, Constantin Musca wrote:

bb files: remove invalid config.sub/config.guess files (autotools will
generate the correct files)
allocate-larger-memory.patch: not needed anymore
fix-gcc-4.6-null-not-defined.patch: added
- include header that defines NULL
includes-fix.patch: not needed anymore
localefixes.patch: removed
- not necessary anymore (no compiling errors)
makerace.patch: adapted to the new version
no-ko-translation.patch: adapted to the new version
no-nls-dpkg.patch: added
- fix build without nls
noconfigure.patch: adapted to the new version
nodoc.patch: adapted to the new version (apply patch on all cases
because the doc generation needs docbook-xsl)
remove-redeclaration.patch: not needed anymore
truncate-filename.patch: moved
use-host.patch: adapted to the new version
no-curl.patch: adapted to the new version
disable-configure-in-makefile.patch: added
 - do not run configure at do_compile

Signed-off-by: Constantin Musca 
---
  .../apt/apt-0.7.14/allocate-larger-memory.patch| 75 --
  .../apt/apt-0.7.14/includes-fix.patch  | 44 ---
  .../apt/apt-0.7.14/localefixes.patch   | 91 --
  .../apt/apt-0.7.14/remove-redeclaration.patch  | 63 ---
  .../disable-configure-in-makefile.patch| 18 +
  .../apt-0.9.7.7/fix-gcc-4.6-null-not-defined.patch | 10 +++
  .../apt/{apt-0.7.14 => apt-0.9.7.7}/makerace.patch |  0
  .../no-ko-translation.patch|  8 +-
  .../apt/apt-0.9.7.7/no-nls-dpkg.patch  | 24 ++
  .../{apt-0.7.14 => apt-0.9.7.7}/noconfigure.patch  | 39 +-
  .../apt/{apt-0.7.14 => apt-0.9.7.7}/nodoc.patch| 21 +++--
  .../truncate-filename.patch|  0
  .../apt/{apt-0.7.14 => apt-0.9.7.7}/use-host.patch | 37 +
  meta/recipes-devtools/apt/apt-native.inc   |  2 +
  ...{apt-native_0.7.14.bb => apt-native_0.9.7.7.bb} | 12 ++-
  meta/recipes-devtools/apt/apt-package.inc  | 39 ++
  meta/recipes-devtools/apt/apt.inc  | 12 ++-
  .../apt/{apt_0.7.14.bb => apt_0.9.7.7.bb}  |  8 +-
  meta/recipes-devtools/apt/files/no-curl.patch  | 26 +++
  19 files changed, 122 insertions(+), 407 deletions(-)
  delete mode 100644 
meta/recipes-devtools/apt/apt-0.7.14/allocate-larger-memory.patch
  delete mode 100644 meta/recipes-devtools/apt/apt-0.7.14/includes-fix.patch
  delete mode 100644 meta/recipes-devtools/apt/apt-0.7.14/localefixes.patch
  delete mode 100644 
meta/recipes-devtools/apt/apt-0.7.14/remove-redeclaration.patch
  create mode 100644 
meta/recipes-devtools/apt/apt-0.9.7.7/disable-configure-in-makefile.patch
  create mode 100644 
meta/recipes-devtools/apt/apt-0.9.7.7/fix-gcc-4.6-null-not-defined.patch
  rename meta/recipes-devtools/apt/{apt-0.7.14 => apt-0.9.7.7}/makerace.patch 
(100%)
  rename meta/recipes-devtools/apt/{apt-0.7.14 => 
apt-0.9.7.7}/no-ko-translation.patch (28%)
  create mode 100644 meta/recipes-devtools/apt/apt-0.9.7.7/no-nls-dpkg.patch
  rename meta/recipes-devtools/apt/{apt-0.7.14 => 
apt-0.9.7.7}/noconfigure.patch (23%)
  rename meta/recipes-devtools/apt/{apt-0.7.14 => apt-0.9.7.7}/nodoc.patch (32%)
  rename meta/recipes-devtools/apt/{apt-0.7.14 => 
apt-0.9.7.7}/truncate-filename.patch (100%)
  rename meta/recipes-devtools/apt/{apt-0.7.14 => apt-0.9.7.7}/use-host.patch 
(31%)
  rename meta/recipes-devtools/apt/{apt-native_0.7.14.bb => 
apt-native_0.9.7.7.bb} (26%)
  rename meta/recipes-devtools/apt/{apt_0.7.14.bb => apt_0.9.7.7.bb} (64%)

diff --git a/meta/recipes-devtools/apt/apt-0.7.14/allocate-larger-memory.patch 
b/meta/recipes-devtools/apt/apt-0.7.14/allocate-larger-memory.patch
deleted file mode 100644
index 36e1499..000
--- a/meta/recipes-devtools/apt/apt-0.7.14/allocate-larger-memory.patch
+++ /dev/null
@@ -1,75 +0,0 @@
-Method file has died unexpectedly
-
-"Method file has died unexpectedly!", this is because the "char S[1024]"
-is not enough for the long the URI, "char S[2048]" would be enough.
-
-It would be boring if we use malloc here since we can't know how much
-memory is needed except strelen() every component of it. So similarly
-use "char S[2048]" as it did before.
-
-Upstream-Status: Pending
-Signed-off-by: Robert Yang 

- apt-pkg/acquire-method.cc |   12 ++--
- 1 file changed, 6 insertions(+), 6 deletions(-)
-
-diff --git a/apt-pkg/acquire-method.cc b/apt-pkg/acquire-method.cc
 a/apt-pkg/acquire-method.cc
-+++ b/apt-pkg/acquire-method.cc
-@@ -95,7 +95,7 @@ void pkgAcqMethod::Fail(string Err,bool Transient)
-*I = ' ';
-}
-
--   char S[1024];
-+   char S[2048];
-if (Queue != 0)
-{
-   snprintf(S,sizeof(S)-50,"400 URI Failure\nURI: %s\n"
-@@ -132,7 +132,7 @@ void pkgAcqMethod::URIStart(FetchResult &Res)
-if (Queue == 0)
-   abort();
-
--   char S[1024] = "";
-+   char S[2048] = "";
-char *End = S;
-
-End += snprintf(S,sizeof(S),"200 URI St

Re: [OE-core] [oe-commits] Constantin Musca : mesa: upgrade to 9.0.2

[Burton, Ross]

On 1 March 2013 15:10, Martin Jansa  wrote:
> This breaks upgrade path:
>  * check_data_file_clashes: Package libdricore9.0.2-1 wants to install
>  * file /etc/drirc
> But that file is already provided by package  * libdricore9.0.1-1

Urgh, that's annoying API versioning.  I wonder if some magic PV
parsing could be done to generate the conflicts/replaces.

Ross

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

Re: [OE-core] [oe-commits] Constantin Musca : mesa: upgrade to 9.0.2

[Martin Jansa]

On Tue, Feb 12, 2013 at 01:28:46PM +, g...@git.openembedded.org wrote:
> Module: openembedded-core.git
> Branch: master
> Commit: 7a0eca4379b72981a378ffe62f4e8e3428ee791a
> URL:
> http://git.openembedded.org/?p=openembedded-core.git&a=commit;h=7a0eca4379b72981a378ffe62f4e8e3428ee791a
> 
> Author: Constantin Musca 
> Date:   Mon Feb 11 14:59:55 2013 +0200
> 
> mesa: upgrade to 9.0.2
> 
> Signed-off-by: Constantin Musca 
> Signed-off-by: Saul Wold 

This breaks upgrade path:
 * check_data_file_clashes: Package libdricore9.0.2-1 wants to install
 * file /etc/drirc
But that file is already provided by package  * libdricore9.0.1-1


> 
> ---
> 
>  .../mesa/{mesa-9.0.1.inc => mesa-9.0.2.inc}|4 ++--
>  .../mesa/{mesa-dri_9.0.1.bb => mesa-dri_9.0.2.bb}  |0
>  2 files changed, 2 insertions(+), 2 deletions(-)
> 
> diff --git a/meta/recipes-graphics/mesa/mesa-9.0.1.inc 
> b/meta/recipes-graphics/mesa/mesa-9.0.2.inc
> similarity index 66%
> rename from meta/recipes-graphics/mesa/mesa-9.0.1.inc
> rename to meta/recipes-graphics/mesa/mesa-9.0.2.inc
> index 9b639da..bed432c 100644
> --- a/meta/recipes-graphics/mesa/mesa-9.0.1.inc
> +++ b/meta/recipes-graphics/mesa/mesa-9.0.2.inc
> @@ -3,8 +3,8 @@ SRC_URI = 
> "ftp://ftp.freedesktop.org/pub/mesa/${PV}/MesaLib-${PV}.tar.bz2 \
> file://cross-glsl.patch \
> "
>  
> -SRC_URI[md5sum] = "97d6554c05ea7449398afe3a0ede7018"
> -SRC_URI[sha256sum] = 
> "57a7ba83bace3f3a7dc0929fe026ef5f0ad454234ec4ad8a3e0d31650a75db6f"
> +SRC_URI[md5sum] = "dc45d1192203e418163e0017640e1cfc"
> +SRC_URI[sha256sum] = 
> "75bf31f26c6e7b5515e610c1005fd1be1f7eeb2c9e6859848dab879c355ad64e"
>  
>  LIC_FILES_CHKSUM = 
> "file://docs/license.html;md5=012f69938d81b766472fd0d240df38a4"
>  
> diff --git a/meta/recipes-graphics/mesa/mesa-dri_9.0.1.bb 
> b/meta/recipes-graphics/mesa/mesa-dri_9.0.2.bb
> similarity index 100%
> rename from meta/recipes-graphics/mesa/mesa-dri_9.0.1.bb
> rename to meta/recipes-graphics/mesa/mesa-dri_9.0.2.bb
> 
> 
> ___
> Openembedded-commits mailing list
> openembedded-comm...@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-commits

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


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

[OE-core] [PATCH] apt: upgrade to 0.9.7.7

[Constantin Musca]

bb files: remove invalid config.sub/config.guess files (autotools will
generate the correct files)
allocate-larger-memory.patch: not needed anymore
fix-gcc-4.6-null-not-defined.patch: added
- include header that defines NULL
includes-fix.patch: not needed anymore
localefixes.patch: removed
- not necessary anymore (no compiling errors)
makerace.patch: adapted to the new version
no-ko-translation.patch: adapted to the new version
no-nls-dpkg.patch: added
- fix build without nls
noconfigure.patch: adapted to the new version
nodoc.patch: adapted to the new version (apply patch on all cases
because the doc generation needs docbook-xsl)
remove-redeclaration.patch: not needed anymore
truncate-filename.patch: moved
use-host.patch: adapted to the new version
no-curl.patch: adapted to the new version
disable-configure-in-makefile.patch: added
- do not run configure at do_compile

Signed-off-by: Constantin Musca 
---
 .../apt/apt-0.7.14/allocate-larger-memory.patch| 75 --
 .../apt/apt-0.7.14/includes-fix.patch  | 44 ---
 .../apt/apt-0.7.14/localefixes.patch   | 91 --
 .../apt/apt-0.7.14/remove-redeclaration.patch  | 63 ---
 .../disable-configure-in-makefile.patch| 18 +
 .../apt-0.9.7.7/fix-gcc-4.6-null-not-defined.patch | 10 +++
 .../apt/{apt-0.7.14 => apt-0.9.7.7}/makerace.patch |  0
 .../no-ko-translation.patch|  8 +-
 .../apt/apt-0.9.7.7/no-nls-dpkg.patch  | 24 ++
 .../{apt-0.7.14 => apt-0.9.7.7}/noconfigure.patch  | 39 +-
 .../apt/{apt-0.7.14 => apt-0.9.7.7}/nodoc.patch| 21 +++--
 .../truncate-filename.patch|  0
 .../apt/{apt-0.7.14 => apt-0.9.7.7}/use-host.patch | 37 +
 meta/recipes-devtools/apt/apt-native.inc   |  2 +
 ...{apt-native_0.7.14.bb => apt-native_0.9.7.7.bb} | 12 ++-
 meta/recipes-devtools/apt/apt-package.inc  | 39 ++
 meta/recipes-devtools/apt/apt.inc  | 12 ++-
 .../apt/{apt_0.7.14.bb => apt_0.9.7.7.bb}  |  8 +-
 meta/recipes-devtools/apt/files/no-curl.patch  | 26 +++
 19 files changed, 122 insertions(+), 407 deletions(-)
 delete mode 100644 
meta/recipes-devtools/apt/apt-0.7.14/allocate-larger-memory.patch
 delete mode 100644 meta/recipes-devtools/apt/apt-0.7.14/includes-fix.patch
 delete mode 100644 meta/recipes-devtools/apt/apt-0.7.14/localefixes.patch
 delete mode 100644 
meta/recipes-devtools/apt/apt-0.7.14/remove-redeclaration.patch
 create mode 100644 
meta/recipes-devtools/apt/apt-0.9.7.7/disable-configure-in-makefile.patch
 create mode 100644 
meta/recipes-devtools/apt/apt-0.9.7.7/fix-gcc-4.6-null-not-defined.patch
 rename meta/recipes-devtools/apt/{apt-0.7.14 => apt-0.9.7.7}/makerace.patch 
(100%)
 rename meta/recipes-devtools/apt/{apt-0.7.14 => 
apt-0.9.7.7}/no-ko-translation.patch (28%)
 create mode 100644 meta/recipes-devtools/apt/apt-0.9.7.7/no-nls-dpkg.patch
 rename meta/recipes-devtools/apt/{apt-0.7.14 => apt-0.9.7.7}/noconfigure.patch 
(23%)
 rename meta/recipes-devtools/apt/{apt-0.7.14 => apt-0.9.7.7}/nodoc.patch (32%)
 rename meta/recipes-devtools/apt/{apt-0.7.14 => 
apt-0.9.7.7}/truncate-filename.patch (100%)
 rename meta/recipes-devtools/apt/{apt-0.7.14 => apt-0.9.7.7}/use-host.patch 
(31%)
 rename meta/recipes-devtools/apt/{apt-native_0.7.14.bb => 
apt-native_0.9.7.7.bb} (26%)
 rename meta/recipes-devtools/apt/{apt_0.7.14.bb => apt_0.9.7.7.bb} (64%)

diff --git a/meta/recipes-devtools/apt/apt-0.7.14/allocate-larger-memory.patch 
b/meta/recipes-devtools/apt/apt-0.7.14/allocate-larger-memory.patch
deleted file mode 100644
index 36e1499..000
--- a/meta/recipes-devtools/apt/apt-0.7.14/allocate-larger-memory.patch
+++ /dev/null
@@ -1,75 +0,0 @@
-Method file has died unexpectedly
-
-"Method file has died unexpectedly!", this is because the "char S[1024]"
-is not enough for the long the URI, "char S[2048]" would be enough.
-
-It would be boring if we use malloc here since we can't know how much
-memory is needed except strelen() every component of it. So similarly
-use "char S[2048]" as it did before.
-
-Upstream-Status: Pending
-Signed-off-by: Robert Yang 

- apt-pkg/acquire-method.cc |   12 ++--
- 1 file changed, 6 insertions(+), 6 deletions(-)
-
-diff --git a/apt-pkg/acquire-method.cc b/apt-pkg/acquire-method.cc
 a/apt-pkg/acquire-method.cc
-+++ b/apt-pkg/acquire-method.cc
-@@ -95,7 +95,7 @@ void pkgAcqMethod::Fail(string Err,bool Transient)
-*I = ' ';
-}
-
--   char S[1024];
-+   char S[2048];
-if (Queue != 0)
-{
-   snprintf(S,sizeof(S)-50,"400 URI Failure\nURI: %s\n"
-@@ -132,7 +132,7 @@ void pkgAcqMethod::URIStart(FetchResult &Res)
-if (Queue == 0)
-   abort();
-
--   char S[1024] = "";
-+   char S[2048] = "";
-char *End = S;
-
-End += snprintf(S,sizeof(S),"200 URI Start\nURI: %s\n",Queue->Uri.c_str());
-@@ -160,7 +160,7 @@ void pkgAcqMetho

Re: [OE-core] [RFC] U-Boot Recipes

[Bruce Ashfield]

On Fri, Mar 1, 2013 at 9:42 AM, Richard Purdie
 wrote:
> On Fri, 2013-03-01 at 08:33 -0500, Bruce Ashfield wrote:
>> On Fri, Mar 1, 2013 at 6:47 AM, Jack Mitchell  
>> wrote:
>> > Today I was building an image for the beaglebone with oe-core +
>> > meta-beagleboard. meta-beagleboard pretty much provides the machine
>> > definition and the kernel. In order to build the correct u-boot (2013.01+) 
>> > I
>> > had to add u-boot 2013.01 to oe-core. Whilst during this I noticed the mess
>> > that the u-boot directory had become, I think we need to have a show of
>> > hands who uses what u-boot recipes and can they migrate to newer (common)
>> > versions.
>>
>> The mpc8315e-rdb reference uses v2012.04, and a quick survey didn't turn up
>> any other explicit preferred versions in the layers that I have around my
>> development machine.
>>
>> So for now v2012.04 needs to stay, but as we bump that board to the 3.8 
>> kernel,
>> we can give another bootloader a test run.
>>
>> >
>> > When I submit a patch to get 2013.01 supported, that would make 4 different
>> > releases of u-boot; which seems a bit excessive.
>>
>> Most releases that I've ever used have kept compatibility fairly well, so I'm
>> all for keeping the number of active versions to a minimum. I'd say three is
>> a good number, since that matches the number of active kernel versions in
>> oe-core as well.
>
> I think one u-boot would be nice. Lets see if we can bump up the
> mpc8315e-rdb version...

That's always the goal, but time and effort comes into play .. I've got
my hands full with my current items and won't commit to a bump, since
I won't commit .. and then miss.

If someone else does the bump, that's an option .. but I have no idea
who that someone else would be.

One random thought (for no real reson is that this is one particular area that
commercial and upstream differ .. we almost never bump our u-boot versions
once they work, since there's no benefit and only risk to updating the firmware
and reflashing the board (heck, even *building* uboot) when it is  older and
doesn't have any missing functionality.

That being said, I'll see what I can do, but no promises. In the mean time, the
version called out in the reference board should stay around.

Cheers,

Bruce

>
> Cheers,
>
> Richard
>



-- 
"Thou shalt not follow the NULL pointer, for chaos and madness await
thee at its end"

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

Re: [OE-core] [PATCH V2] Add scratch directory for NFS upcall state storage

[Richard Purdie]

On Thu, 2013-02-28 at 10:43 -0800, Rich Dubielzig wrote:
> When the /var/lib/nfs/v4recovery directory is not present, NFSD cannot
> record the upcall state and cannot end the 90-second grace period on
> startup.  This is true even when NFS4 is not being served according to
> nfsstat.
> 
> More details and discussion here:
> https://lkml.org/lkml/2012/6/11/206
> 
> Signed-off-by: Rich Dubielzig 
> ---
>  .../nfs-utils/nfs-utils_1.2.3.bb   |4 +++-
>  1 files changed, 3 insertions(+), 1 deletions(-)

The subject line is missing the prefix ("nfs-utils: ") and this patch
doesn't apply against master which has nfs-utils 1.2.7?

Cheers,

Richard

> diff --git a/meta/recipes-connectivity/nfs-utils/nfs-utils_1.2.3.bb 
> b/meta/recipes-connectivity/nfs-utils/nfs-utils_1.2.3.bb
> index 84c4464..138791b 100644
> --- a/meta/recipes-connectivity/nfs-utils/nfs-utils_1.2.3.bb
> +++ b/meta/recipes-connectivity/nfs-utils/nfs-utils_1.2.3.bb
> @@ -12,7 +12,7 @@ DEPENDS = "libcap libnfsidmap libevent util-linux 
> tcp-wrappers"
>  RDEPENDS_${PN} = "rpcbind"
>  RRECOMMENDS_${PN} = "kernel-module-nfsd"
>  
> -PR = "r4"
> +PR = "r5"
>  
>  SRC_URI = "${SOURCEFORGE_MIRROR}/nfs/nfs-utils-${PV}.tar.bz2 \
> file://nfs-utils-1.0.6-uclibc.patch \
> @@ -53,6 +53,8 @@ RDEPENDS_${PN}-stats = "python"
>  do_install_append () {
>   install -d ${D}${sysconfdir}/init.d
>   install -m 0755 ${WORKDIR}/nfsserver ${D}${sysconfdir}/init.d/nfsserver
> + # kernel code as of 3.8 hard-codes this path as a default
> + install -d ${D}/var/lib/nfs/v4recovery
>  
>   # the following are built by CC_FOR_BUILD
>   rm -f ${D}${sbindir}/rpcdebug



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

Re: [OE-core] [RFC] U-Boot Recipes

[Richard Purdie]

On Fri, 2013-03-01 at 08:33 -0500, Bruce Ashfield wrote:
> On Fri, Mar 1, 2013 at 6:47 AM, Jack Mitchell  
> wrote:
> > Today I was building an image for the beaglebone with oe-core +
> > meta-beagleboard. meta-beagleboard pretty much provides the machine
> > definition and the kernel. In order to build the correct u-boot (2013.01+) I
> > had to add u-boot 2013.01 to oe-core. Whilst during this I noticed the mess
> > that the u-boot directory had become, I think we need to have a show of
> > hands who uses what u-boot recipes and can they migrate to newer (common)
> > versions.
> 
> The mpc8315e-rdb reference uses v2012.04, and a quick survey didn't turn up
> any other explicit preferred versions in the layers that I have around my
> development machine.
> 
> So for now v2012.04 needs to stay, but as we bump that board to the 3.8 
> kernel,
> we can give another bootloader a test run.
> 
> >
> > When I submit a patch to get 2013.01 supported, that would make 4 different
> > releases of u-boot; which seems a bit excessive.
> 
> Most releases that I've ever used have kept compatibility fairly well, so I'm
> all for keeping the number of active versions to a minimum. I'd say three is
> a good number, since that matches the number of active kernel versions in
> oe-core as well.

I think one u-boot would be nice. Lets see if we can bump up the
mpc8315e-rdb version...

Cheers,

Richard


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

[OE-core] [PATCH] qemu.inc: Non deterministic compile of qemu

[Jason Wessel]

When you using a qemuppc target and sstate you might end up with
the problem:

qemu-system-ppc: error while loading shared libraries:
   libfdt.so.1: cannot open shared object file: No such file or directory

The way you can force this to happen assuming you are using sstate is
as follows:

bitbake dtc-native
bitbake -c cleansstate qemu-native
bitbake qemu-native
bitbake -c clean dtc-native

Now go start qemu and it will fail.  The solution is to always build
the dtc libraries since they are used and needed by the qemuppc
simulator.

Signed-off-by: Jason Wessel 
---
 meta/recipes-devtools/qemu/qemu.inc |4 ++--
 1 files changed, 2 insertions(+), 2 deletions(-)

diff --git a/meta/recipes-devtools/qemu/qemu.inc 
b/meta/recipes-devtools/qemu/qemu.inc
index 6c44b31..eb60d43 100644
--- a/meta/recipes-devtools/qemu/qemu.inc
+++ b/meta/recipes-devtools/qemu/qemu.inc
@@ -2,8 +2,8 @@ DESCRIPTION = "open source processor emulator"
 HOMEPAGE = "http://qemu.org";
 LICENSE = "GPLv2 & LGPLv2.1"
 DEPENDS = "glib-2.0 zlib alsa-lib virtual/libx11 pixman"
-DEPENDS_class-native = "zlib-native alsa-lib-native glib-2.0-native 
pixman-native"
-DEPENDS_class-nativesdk = "nativesdk-zlib nativesdk-libsdl nativesdk-glib-2.0 
nativesdk-pixman"
+DEPENDS_class-native = "zlib-native alsa-lib-native glib-2.0-native 
pixman-native dtc-native"
+DEPENDS_class-nativesdk = "nativesdk-zlib nativesdk-libsdl nativesdk-glib-2.0 
nativesdk-pixman nativesdk-dtc"
 RDEPENDS_${PN}_class-nativesdk = "nativesdk-libsdl"
 
 require qemu-targets.inc
-- 
1.7.1


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

Re: [OE-core] [RFC] U-Boot Recipes

[Bruce Ashfield]

On Fri, Mar 1, 2013 at 6:47 AM, Jack Mitchell  wrote:
> Today I was building an image for the beaglebone with oe-core +
> meta-beagleboard. meta-beagleboard pretty much provides the machine
> definition and the kernel. In order to build the correct u-boot (2013.01+) I
> had to add u-boot 2013.01 to oe-core. Whilst during this I noticed the mess
> that the u-boot directory had become, I think we need to have a show of
> hands who uses what u-boot recipes and can they migrate to newer (common)
> versions.

The mpc8315e-rdb reference uses v2012.04, and a quick survey didn't turn up
any other explicit preferred versions in the layers that I have around my
development machine.

So for now v2012.04 needs to stay, but as we bump that board to the 3.8 kernel,
we can give another bootloader a test run.

>
> When I submit a patch to get 2013.01 supported, that would make 4 different
> releases of u-boot; which seems a bit excessive.

Most releases that I've ever used have kept compatibility fairly well, so I'm
all for keeping the number of active versions to a minimum. I'd say three is
a good number, since that matches the number of active kernel versions in
oe-core as well.

Cheers,

Bruce

>
> Thoughts?
>
> --
>
>   Jack Mitchell (j...@embed.me.uk)
>   Embedded Systems Engineer
>   http://www.embed.me.uk
>
> --
>
>
> ___
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core



--
"Thou shalt not follow the NULL pointer, for chaos and madness await
thee at its end"

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

Re: [OE-core] [PATCH V3 0/2]fix native package compile error with gcc 4.3.4 on x86 host

[Hongxu Jia]

On 03/01/2013 07:57 AM, Richard Purdie wrote:

On Thu, 2013-02-28 at 07:49 -0800, Khem Raj wrote:

On Thu, Feb 28, 2013 at 3:06 AM, Burton, Ross  wrote:

On 28 February 2013 07:09, Hongxu Jia  wrote:

Change from V2: as Khem Raj suggested, use `-march=native' to cause the
compiler to auto-detect the architecture of the build computer, if the
auto-detect is unsuccessful the option has no effect.

What happens if you're in an environment where you're sharing sstate
between multiple developers, and the build machine is an i7 but
another developer's machine is a Core2?These machines have
different sets of extensions available

yes I thought about it later on. adding march=i686 when host is 32bit
and march=x86-64 which build host is 64bit in bitbake.conf is probably
one way but I feel its overkill to please an old compiler and for one recipe
so may be you should try to deduce the version of gcc. i think best is to
fix the autoconf on glib-2.0 where you would add a test to find the version
of compiler and inject the needed option to flags



Using the architecture as determined by bitbake seems like a better
idea (which was V1, right?) as that's embedded in the sstate hash.

How about we patch sanity.bbclass to test the gcc version and if its
4.3.4 and march isn't in BUILD_CFLAGS, we ask the user to add:

BUILD_CFLAGS_append = " -march=native"

to their local.conf, mentioning this is to fix an issue with older gccs?

Got it, I will work on it.

Thanks
Hongxu


Cheers,

Richard



___
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 v2] btrfs-tools: added PV to git package recipe

[Richard Purdie]

On Fri, 2013-03-01 at 14:19 +0200, Emilia Ciobanu wrote:
> Signed-off-by: Emilia Ciobanu 
> ---
>  .../btrfs-tools/btrfs-tools_git.bb |2 ++
>  1 file changed, 2 insertions(+)
> 
> diff --git a/meta/recipes-devtools/btrfs-tools/btrfs-tools_git.bb 
> b/meta/recipes-devtools/btrfs-tools/btrfs-tools_git.bb
> index e963a74..df216b1 100644
> --- a/meta/recipes-devtools/btrfs-tools/btrfs-tools_git.bb
> +++ b/meta/recipes-devtools/btrfs-tools/btrfs-tools_git.bb
> @@ -17,6 +17,8 @@ SRC_URI = 
> "git://git.kernel.org/pub/scm/linux/kernel/git/mason/btrfs-progs.git;p
>  
>  S = "${WORKDIR}/git"
>  
> +PV = "0.20-rc1+git${SRCPV}"
> +
>  PR = "r6"

Sadly this won't allow an upgrade path to 0.20 when its released.

We'd either need to use 0.20~rc1 or 0.19+0.20-rc1 as the string.

Cheers,

Richard


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

[OE-core] [PATCH v2] remake: added PV to git package recipe

[Emilia Ciobanu]

Signed-off-by: Emilia Ciobanu 
---
 meta/recipes-devtools/remake/remake_git.bb |2 ++
 1 file changed, 2 insertions(+)

diff --git a/meta/recipes-devtools/remake/remake_git.bb 
b/meta/recipes-devtools/remake/remake_git.bb
index 42c4d48..a7cf54e 100644
--- a/meta/recipes-devtools/remake/remake_git.bb
+++ b/meta/recipes-devtools/remake/remake_git.bb
@@ -9,6 +9,8 @@ SRC_URI += "file://version-remake.texi.patch"
 SRCREV = "414d6e84121c6740ff5079370c905dea0f0e1ddb"
 S = "${WORKDIR}/git"
 
+PV = "3.82+dbg-0.8+git${SRCPV}"
+
 DEPENDS += "readline"
 PROVIDES += "make"
 
-- 
1.7.9.5


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

[OE-core] [PATCH v2] btrfs-tools: added PV to git package recipe

[Emilia Ciobanu]

Signed-off-by: Emilia Ciobanu 
---
 .../btrfs-tools/btrfs-tools_git.bb |2 ++
 1 file changed, 2 insertions(+)

diff --git a/meta/recipes-devtools/btrfs-tools/btrfs-tools_git.bb 
b/meta/recipes-devtools/btrfs-tools/btrfs-tools_git.bb
index e963a74..df216b1 100644
--- a/meta/recipes-devtools/btrfs-tools/btrfs-tools_git.bb
+++ b/meta/recipes-devtools/btrfs-tools/btrfs-tools_git.bb
@@ -17,6 +17,8 @@ SRC_URI = 
"git://git.kernel.org/pub/scm/linux/kernel/git/mason/btrfs-progs.git;p
 
 S = "${WORKDIR}/git"
 
+PV = "0.20-rc1+git${SRCPV}"
+
 PR = "r6"
 
 SRC_URI += " file://fix_use_of_gcc.patch \
-- 
1.7.9.5


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

[OE-core] Perf using host system includes

[Jack Mitchell]

It seems Perf is managing to have some system includes slip into the 
build. Attached is the log file with details.


--

  Jack Mitchell (j...@embed.me.uk)
  Embedded Systems Engineer
  http://www.embed.me.uk

--

DEBUG: Executing shell function do_compile
NOTE: make -j 8 -C 
/mnt/SSD/oe-r0005/ccoR0005/tmp/sysroots/beaglebone/usr/src/kernel/tools/perf 
O=/mnt/SSD/oe-r0005/ccoR0005/tmp/work/beaglebone-oecore-linux-gnueabi/perf/3.4-r8/perf-3.4
 CROSS_COMPILE=arm-oecore-linux-gnueabi- ARCH=arm 
CC=arm-oecore-linux-gnueabi-gcc  -march=armv7-a -mthumb-interwork 
-mfloat-abi=softfp -mfpu=neon  
--sysroot=/mnt/SSD/oe-r0005/ccoR0005/tmp/sysroots/beaglebone 
AR=arm-oecore-linux-gnueabi-ar perfexecdir=/usr/lib/perf NO_GTK2=1 NO_DWARF=1 
CFLAGS= -O2 -pipe -g -feliminate-unused-debug-types LDFLAGS=-ldl -lutil 
-lpthread -lrt -lelf -lm -lbfd prefix=/usr bindir=/usr/bin sharedir=/usr/share 
sysconfdir=/etc perfexecdir=/usr/lib/perf/perf-core ETC_PERFCONFIG=../etc 
sharedir=share mandir=share/man infodir=share/info all
CHK -fstack-protector-all
CHK -Wstack-protector
CHK -Wvolatile-register-var
CHK bionic
CHK libelf
CHK libdw
make: Entering directory 
`/mnt/SSD/oe-r0005/ccoR0005/tmp/sysroots/beaglebone/usr/src/kernel/tools/perf'
Makefile:554: No libdw.h found or old libdw.h found or elfutils is older than 
0.138, disables dwarf support. Please install new elfutils-devel/libdw-dev
CHK libunwind
Makefile:570: No libunwind found, disabling post unwind support. Please install 
libunwind-dev[el] >= 0.99
CHK -DLIBELF_MMAP
CHK libaudit
Makefile:627: No libaudit.h found, disables 'trace' tool, please install 
audit-libs-devel or libaudit-dev
CHK libnewt
CHK perl
CHK python
CHK python version
CHK libbfd
CHK -DHAVE_STRLCPY
CHK -DHAVE_ON_EXIT
CHK -DBACKTRACE_SUPPORT
MKDIR 
/mnt/SSD/oe-r0005/ccoR0005/tmp/work/beaglebone-oecore-linux-gnueabi/perf/3.4-r8/perf-3.4/arch/
MKDIR 
/mnt/SSD/oe-r0005/ccoR0005/tmp/work/beaglebone-oecore-linux-gnueabi/perf/3.4-r8/perf-3.4/bench/
MKDIR 
/mnt/SSD/oe-r0005/ccoR0005/tmp/work/beaglebone-oecore-linux-gnueabi/perf/3.4-r8/perf-3.4/scripts/perl/Perf-Trace-Util/
MKDIR 
/mnt/SSD/oe-r0005/ccoR0005/tmp/work/beaglebone-oecore-linux-gnueabi/perf/3.4-r8/perf-3.4/scripts/python/Perf-Trace-Util/
MKDIR 
/mnt/SSD/oe-r0005/ccoR0005/tmp/work/beaglebone-oecore-linux-gnueabi/perf/3.4-r8/perf-3.4/tests/
MKDIR 
/mnt/SSD/oe-r0005/ccoR0005/tmp/work/beaglebone-oecore-linux-gnueabi/perf/3.4-r8/perf-3.4/ui/
MKDIR 
/mnt/SSD/oe-r0005/ccoR0005/tmp/work/beaglebone-oecore-linux-gnueabi/perf/3.4-r8/perf-3.4/ui/browsers/
MKDIR 
/mnt/SSD/oe-r0005/ccoR0005/tmp/work/beaglebone-oecore-linux-gnueabi/perf/3.4-r8/perf-3.4/ui/stdio/
MKDIR 
/mnt/SSD/oe-r0005/ccoR0005/tmp/work/beaglebone-oecore-linux-gnueabi/perf/3.4-r8/perf-3.4/ui/tui/
MKDIR 
/mnt/SSD/oe-r0005/ccoR0005/tmp/work/beaglebone-oecore-linux-gnueabi/perf/3.4-r8/perf-3.4/util/scripting-engines/
MKDIR 
/mnt/SSD/oe-r0005/ccoR0005/tmp/work/beaglebone-oecore-linux-gnueabi/perf/3.4-r8/perf-3.4/util/
PERF_VERSION = 3.8.0
make: Leaving directory 
`/mnt/SSD/oe-r0005/ccoR0005/tmp/sysroots/beaglebone/usr/src/kernel/tools/perf'
CHK -fstack-protector-all
CHK -Wstack-protector
CHK -Wvolatile-register-var
CHK bionic
CHK libelf
CHK libdw
make: Entering directory 
`/mnt/SSD/oe-r0005/ccoR0005/tmp/sysroots/beaglebone/usr/src/kernel/tools/perf'
Makefile:554: No libdw.h found or old libdw.h found or elfutils is older than 
0.138, disables dwarf support. Please install new elfutils-devel/libdw-dev
CHK libunwind
Makefile:570: No libunwind found, disabling post unwind support. Please install 
libunwind-dev[el] >= 0.99
CHK -DLIBELF_MMAP
CHK libaudit
Makefile:627: No libaudit.h found, disables 'trace' tool, please install 
audit-libs-devel or libaudit-dev
CHK libnewt
CHK perl
CHK python
CHK python version
CHK libbfd
CHK -DHAVE_STRLCPY
CHK -DHAVE_ON_EXIT
CHK -DBACKTRACE_SUPPORT
GEN 
/mnt/SSD/oe-r0005/ccoR0005/tmp/work/beaglebone-oecore-linux-gnueabi/perf/3.4-r8/perf-3.4/common-cmds.h
* new build flags or prefix
BISON 
/mnt/SSD/oe-r0005/ccoR0005/tmp/work/beaglebone-oecore-linux-gnueabi/perf/3.4-r8/perf-3.4/util/pmu-bison.c
CC 
/mnt/SSD/oe-r0005/ccoR0005/tmp/work/beaglebone-oecore-linux-gnueabi/perf/3.4-r8/perf-3.4/util/environment.o
CC 
/mnt/SSD/oe-r0005/ccoR0005/tmp/work/beaglebone-oecore-linux-gnueabi/perf/3.4-r8/perf-3.4/util/event.o
CC 
/mnt/SSD/oe-r0005/ccoR0005/tmp/work/beaglebone-oecore-linux-gnueabi/perf/3.4-r8/perf-3.4/util/evlist.o
CC 
/mnt/SSD/oe-r0005/ccoR0005/tmp/work/beaglebone-oecore-linux-gnueabi/perf/3.4-r8/perf-3.4/util/evsel.o
CC 
/mnt/SSD/oe-r0005/ccoR0005/tmp/work/beaglebone-oecore-linux-gnueabi/perf/3.4-r8/perf-3.4/util/exec_cmd.o
CC 
/mnt/SSD/oe-r0005/ccoR0005/tmp/work/beaglebone-oecore-linux-gnueabi/perf/3.4-r8/perf-3.4/util/help.o
CC 
/mnt/SSD/oe-r0005/ccoR0005/t

[OE-core] [RFC] U-Boot Recipes

[Jack Mitchell]

Today I was building an image for the beaglebone with oe-core + 
meta-beagleboard. meta-beagleboard pretty much provides the machine 
definition and the kernel. In order to build the correct u-boot 
(2013.01+) I had to add u-boot 2013.01 to oe-core. Whilst during this I 
noticed the mess that the u-boot directory had become, I think we need 
to have a show of hands who uses what u-boot recipes and can they 
migrate to newer (common) versions.


When I submit a patch to get 2013.01 supported, that would make 4 
different releases of u-boot; which seems a bit excessive.


Thoughts?

--

  Jack Mitchell (j...@embed.me.uk)
  Embedded Systems Engineer
  http://www.embed.me.uk

--


___
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] base-passwd.preinst:fix creating passwd and group error

[Burton, Ross]

On 28 February 2013 15:25, Javier Viguera  wrote:
> I was bite by this one [YOCTO #3917] in *danny* branch not allowing me to
> create a rootfs based in DEB packages. Sometimes happens, sometimes not,
> depending on whether 'base-files' is installed in the rootfs before or after
> 'base-passwd'.
>
> Cherry-picking this commit from master fixes the problem.
>
> So could it be also considered for backporting to 'danny' in oe-core and
> poky?

Merged to danny-next, so will be in 1.3.1.

Ross

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

Re: [OE-core] systemd-systemctl-native not pulled in when building systemd image

[Burton, Ross]

On 1 March 2013 09:25, Erik Botö  wrote:
> I'm building a small image with systemd as DISTRO_FEATURES_INITMAN and
> it's also in DISTRO_FEATURES. But checking the log.do_rootfs I see
> that systemctl is missing when running the postinst script of e.g.
> systemd-compat-units.

That's a bug in systemd-compat-units, it should be depending on
systemd-systemctl-native - I'll fix that now.  The dependencies
injected by systemd.bbclass will only be used if you've recipes using
the class, so presumably you don't.

Ross

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

Re: [OE-core] [CONSOLIDATED PULL 00/40] Post-ELC Patches and Updates

[Burton, Ross]

On 1 March 2013 09:18, Martin Jansa  wrote:
> I'm not using poky as DISTRO and don't have access to most of those
> distros to check lsb_release output.
>
> I'm sure about Ubuntu where it's easy:
> Ubuntu-10.04 \n \
> Ubuntu-11.10 \n \
> Ubuntu-12.04 \n \
> Ubuntu-12.10 \n \
> but with others I'll need some help.

This is what lsb_release -a says on Debian unstable in it's
soon-to-be-released state:

$ lsb_release -a
No LSB modules are available.
Distributor ID: Debian
Description:Debian GNU/Linux 7.0 (wheezy)
Release:7.0
Codename:   wheezy

So that's "Debian-7.0".

On Fedora 17:
$ lsb_release -a
LSB Version:
:core-4.1-ia32:core-4.1-noarch:cxx-4.1-ia32:cxx-4.1-noarchesktop-4.1-ia32esktop-4.1-noarch:languages-4.1-ia32:languages-4.1-noarchrinting-4.1-ia32rinting-4.1-noarch
Distributor ID: Fedora
Description:Fedora release 17 (Beefy Miracle)
Release:17
Codename:   BeefyMiracle

So "Fedora-17".

Ross

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

[OE-core] [PATCH 0/2] Name rpm package postinstll files with their package names

[Kang Kai]

[YOCTO #3218]

The following changes since commit 0bedc0b80d9b46cbbf4a2c5e120a6aa52cbc7c2e:

  sudo : upgrade to 1.8.6p6 (2013-02-28 23:15:52 +)

are available in the git repository at:
  git://git.pokylinux.org/poky-contrib kaikang/name-rpm-postinst
  
http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=kaikang/name-rpm-postinst

Kang Kai (2):
  package_rpm.bbclass: add more description for pre/post scriptlets
  package_rpm.bbclass: name postinst files with package name

 meta/classes/package_rpm.bbclass |   15 +--
 1 files changed, 9 insertions(+), 6 deletions(-)

-- 
1.7.5.4


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

[OE-core] [PATCH 2/2] package_rpm.bbclass: name postinst files with package name

[Kang Kai]

When create rootfs, some post install scripts need be run on device.
They are saved under directory /etc/rpm-postinst and named with numbers
such as 100, 101 etc.

Update to name the postinst script file with its package name instead of
just number. That may be more easy to debug when there is a error.

[YOCTO #3218]

Signed-off-by: Kang Kai 
---
 meta/classes/package_rpm.bbclass |   11 +--
 1 files changed, 5 insertions(+), 6 deletions(-)

diff --git a/meta/classes/package_rpm.bbclass b/meta/classes/package_rpm.bbclass
index 99c4d1a..c0ba54d 100644
--- a/meta/classes/package_rpm.bbclass
+++ b/meta/classes/package_rpm.bbclass
@@ -383,12 +383,11 @@ export NATIVE_ROOT=${STAGING_DIR_NATIVE}
 \$2 \$1/\$3 \$4
 if [ \$? -ne 0 ]; then
   mkdir -p \$1/etc/rpm-postinsts
-  num=100
-  while [ -e \$1/etc/rpm-postinsts/\${num} ]; do num=\$((num + 1)); done
-  echo "#!\$2" > \$1/etc/rpm-postinsts/\${num}
-  echo "# Arg: \$4" >> \$1/etc/rpm-postinsts/\${num}
-  cat \$1/\$3 >> \$1/etc/rpm-postinsts/\${num}
-  chmod +x \$1/etc/rpm-postinsts/\${num}
+  name=\`head -1 \$1/\$3 | cut -d' ' -f 2\`
+  echo "#!\$2" > \$1/etc/rpm-postinsts/\${name}
+  echo "# Arg: \$4" >> \$1/etc/rpm-postinsts/\${name}
+  cat \$1/\$3 >> \$1/etc/rpm-postinsts/\${name}
+  chmod +x \$1/etc/rpm-postinsts/\${name}
 fi
 EOF
 
-- 
1.7.5.4


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

[OE-core] [PATCH 1/2] package_rpm.bbclass: add more description for pre/post scriptlets

[Kang Kai]

When write rpm spec file, one description line

"# pkgname - script_type"

is added to pre/post scriptlets for base package but no such line
writted for subpackage.

Add similiar line to subpackage to facilitate handling the pre/post
scriptlets.

Signed-off-by: Kang Kai 
---
 meta/classes/package_rpm.bbclass |4 
 1 files changed, 4 insertions(+), 0 deletions(-)

diff --git a/meta/classes/package_rpm.bbclass b/meta/classes/package_rpm.bbclass
index 7a1da33..99c4d1a 100644
--- a/meta/classes/package_rpm.bbclass
+++ b/meta/classes/package_rpm.bbclass
@@ -778,19 +778,23 @@ python write_specfile () {
 # Now process scriptlets
 if splitrpreinst:
 spec_scriptlets_bottom.append('%%pre -n %s' % splitname)
+spec_scriptlets_bottom.append('# %s - preinst' % splitname)
 spec_scriptlets_bottom.append(splitrpreinst)
 spec_scriptlets_bottom.append('')
 if splitrpostinst:
 spec_scriptlets_bottom.append('%%post -n %s' % splitname)
+spec_scriptlets_bottom.append('# %s - postinst' % splitname)
 spec_scriptlets_bottom.append(splitrpostinst)
 spec_scriptlets_bottom.append('')
 if splitrprerm:
 spec_scriptlets_bottom.append('%%preun -n %s' % splitname)
+spec_scriptlets_bottom.append('# %s - prerm' % splitname)
 scriptvar = wrap_uninstall(splitrprerm)
 spec_scriptlets_bottom.append(scriptvar)
 spec_scriptlets_bottom.append('')
 if splitrpostrm:
 spec_scriptlets_bottom.append('%%postun -n %s' % splitname)
+spec_scriptlets_bottom.append('# %s - postrm' % splitname)
 scriptvar = wrap_uninstall(splitrpostrm)
 spec_scriptlets_bottom.append(scriptvar)
 spec_scriptlets_bottom.append('')
-- 
1.7.5.4


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

[OE-core] [PATCH 2/2] populate_sdk_base.bbclass:fix toolchain relocation issues

[Hongxu Jia]

When run "autoreconf" in toolchain, there is an error if the host's perl's
version is not the same as the one in the SDK, the error says that the
executable perl mismatches the perl lib's version.

This is because most of the autotools' scripts use the "#!/usr/bin/perl -w"
which is host perl, but the gnu-configize uses "#! /usr/bin/env perl" which
invokes the perl wrapper in the SDK, and the wrapper will set the PERL5LIB to
the SDK which causes the mismatch. We can make all the perl scripts to use the
host perl or the SDK perl to fix this problem.

[YOCTO #3338]

Signed-off-by: Hongxu Jia 
---
 meta/classes/populate_sdk_base.bbclass |7 +++
 1 file changed, 7 insertions(+)

diff --git a/meta/classes/populate_sdk_base.bbclass 
b/meta/classes/populate_sdk_base.bbclass
index b99dc75..88de1e4 100644
--- a/meta/classes/populate_sdk_base.bbclass
+++ b/meta/classes/populate_sdk_base.bbclass
@@ -274,6 +274,13 @@ fi
 # replace ${SDKPATH} with the new prefix in all text files: configs/scripts/etc
 $SUDO_EXEC find $native_sysroot -type f -exec file '{}' \;|grep 
":.*\(ASCII\|script\|source\).*text"|cut -d':' -f1|$SUDO_EXEC xargs sed -i -e 
"s:$DEFAULT_INSTALL_DIR:$target_sdk_dir:g"
 
+# find out all perl scripts in $native_sysroot and modify them replacing the
+# host perl with SDK perl.
+for perl_script in $($SUDO_EXEC grep "^#!.*perl" -rl $native_sysroot); do
+   $SUDO_EXEC sed -i -e "s:^#! */usr/bin/perl.*:#! /usr/bin/env perl:g" -e 
\
+   "s: /usr/bin/perl: /usr/bin/env perl:g" $perl_script
+done
+
 # change all symlinks pointing to ${SDKPATH}
 for l in $($SUDO_EXEC find $native_sysroot -type l); do
$SUDO_EXEC ln -sfn $(readlink $l|$SUDO_EXEC sed -e 
"s:$DEFAULT_INSTALL_DIR:$target_sdk_dir:") $l
-- 
1.7.10.4


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

[OE-core] [PATCH 0/2] fix toolchain relocation issues

[Hongxu Jia]

[YOCTO #3338]

The following changes since commit d7b248e715d99766bf8602ff9f038f8b0afa5e78:

  augeas: change SRC_URI (2013-02-26 08:02:29 -0800)

are available in the git repository at:

  git://git.pokylinux.org/poky-contrib hongxu/fix-toolchain-relocation
  
http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=hongxu/fix-toolchain-relocation

Hongxu Jia (2):
  perl-nativesdk:fix toolchain relocation issues
  populate_sdk_base.bbclass:fix toolchain relocation issues

 meta/classes/populate_sdk_base.bbclass|7 +++
 meta/recipes-devtools/perl/perl_5.14.3.bb |8 +++-
 2 files changed, 14 insertions(+), 1 deletion(-)

-- 
1.7.10.4


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

[OE-core] [PATCH 1/2] perl-nativesdk:fix toolchain relocation issues

[Hongxu Jia]

1, Use create_wrapper to create perl wrapper in the SDK.
2, Add perl.real to perl-nativesdk package.

[YOCTO #3338]

Signed-off-by: Hongxu Jia 
---
 meta/recipes-devtools/perl/perl_5.14.3.bb |8 +++-
 1 file changed, 7 insertions(+), 1 deletion(-)

diff --git a/meta/recipes-devtools/perl/perl_5.14.3.bb 
b/meta/recipes-devtools/perl/perl_5.14.3.bb
index 6a3a170..1c3566b 100644
--- a/meta/recipes-devtools/perl/perl_5.14.3.bb
+++ b/meta/recipes-devtools/perl/perl_5.14.3.bb
@@ -7,7 +7,7 @@ LIC_FILES_CHKSUM = 
"file://Copying;md5=2b4c6ffbcfcbdee469f02565f253d81a \
 # We need gnugrep (for -I)
 DEPENDS = "virtual/db grep-native"
 DEPENDS += "gdbm zlib"
-PR = "r0"
+PR = "r1"
 
 # 5.10.1 has Module::Build built-in
 PROVIDES += "libmodule-build-perl"
@@ -210,6 +210,11 @@ do_install() {
 
 }
 
+do_install_append_class-nativesdk () {
+create_wrapper ${D}${bindir}/perl \
+
PERL5LIB='$PERL5LIB:$OECORE_NATIVE_SYSROOT/${libdir_nativesdk}/perl:$OECORE_NATIVE_SYSROOT/${libdir_nativesdk}/perl/${PV}'
+}
+
 PACKAGE_PREPROCESS_FUNCS += "perl_package_preprocess"
 
 perl_package_preprocess () {
@@ -247,6 +252,7 @@ FILES_${PN} = "${bindir}/perl ${bindir}/perl${PV} \
${libdir}/perl/${PV}/warnings \
${libdir}/perl/${PV}/vars.pm \
   "
+FILES_${PN}_append_class-nativesdk = " ${bindir}/perl.real"
 RPROVIDES_${PN} += "perl-module-strict perl-module-vars perl-module-config 
perl-module-warnings \
 perl-module-warnings-register"
 FILES_${PN}-dev = "${libdir}/perl/${PV}/CORE"
-- 
1.7.10.4


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

[OE-core] systemd-systemctl-native not pulled in when building systemd image

[Erik Botö]

Hi,

I'm building a small image with systemd as DISTRO_FEATURES_INITMAN and
it's also in DISTRO_FEATURES. But checking the log.do_rootfs I see
that systemctl is missing when running the postinst script of e.g.
systemd-compat-units.

If I put in DEPENDS += " systemd-systemctl-native" in my image recipe
it  works well, but it feels like this should be handled automatically
somehow.

The systemd.class has an anonymous python function for adding a
dependency to systemd-systemctl-native if it's in DISTRO_FEATURES, but
I guess this doesn't help during image builds?

Best Regards,
Erik

___
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] systemd.bbclass: fix bb.error

[Martin Jansa]

On Wed, Feb 27, 2013 at 01:47:00PM -0800, Khem Raj wrote:
> On Wed, Feb 27, 2013 at 9:46 AM, Martin Jansa  wrote:
> > NOTE: recipe avahi-ui-0.6.31-r7.0: task do_package: Started
> > ERROR: %s does not appear in package list, please add it avahi-ui-daemon
> > ERROR: %s does not appear in package list, please add it avahi-ui-dnsconfd
> >
> 
> IIRC there already is a patch floating around on ml which fixes it.

I was thinking the same, but then I wasn't able to find it in my ML
archive, so I created this one (expecting that what I've seen on ML
before was something else).

FWIW: neither fix was included in "[CONSOLIDATED PULL 00/40] Post-ELC
Patches and Updates" so Saul probably haven't seen it too.

> > Signed-off-by: Martin Jansa 
> > ---
> >  meta/classes/systemd.bbclass | 2 +-
> >  1 file changed, 1 insertion(+), 1 deletion(-)
> >
> > diff --git a/meta/classes/systemd.bbclass b/meta/classes/systemd.bbclass
> > index 00865ed..564cd72 100644
> > --- a/meta/classes/systemd.bbclass
> > +++ b/meta/classes/systemd.bbclass
> > @@ -53,7 +53,7 @@ python systemd_populate_packages() {
> >  def systemd_check_package(pkg_systemd):
> >  packages = d.getVar('PACKAGES', True)
> >  if not pkg_systemd in packages.split():
> > -bb.error('%s does not appear in package list, please add it', 
> > " " + pkg_systemd)
> > +bb.error('%s does not appear in package list, please add it' % 
> > pkg_systemd)
> >
> >
> >  # Add a runtime dependency on systemd to pkg
> > --
> > 1.8.1.4
> >
> >
> > ___
> > Openembedded-core mailing list
> > Openembedded-core@lists.openembedded.org
> > http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

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


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

Re: [OE-core] [oe] [PATCH]: Resolve sysvinit and util-linux conflicting man pages.

[Martin Jansa]

On Thu, Feb 28, 2013 at 09:19:09PM -0500, Jeffrey Honig wrote:
> From: Jeffrey C Honig 
> 
> [ CQID: WIND00404316 ]
> 
> Use alternatives mechanism to prevent sysvlinux and util-linux
> man pages from causing conflicts.

It would be better to set higher then default priority in one of them,
otherwise last installed/upgraded wins (at least with opkg u-a 
implementation).

> Signed-off-by: Jeffrey C Honig 
> ---
>  meta/recipes-core/sysvinit/sysvinit_2.88dsf.bb|   11 ++-
>  meta/recipes-core/util-linux/util-linux.inc   |9 +
>  meta/recipes-core/util-linux/util-linux_2.22.2.bb |2 +-
>  3 files changed, 20 insertions(+), 2 deletions(-)
> 
> diff --git a/meta/recipes-core/sysvinit/sysvinit_2.88dsf.bb 
> b/meta/recipes-core/sysvinit/sysvinit_2.88dsf.bb
> index 0a11139..e64b67a 100644
> --- a/meta/recipes-core/sysvinit/sysvinit_2.88dsf.bb
> +++ b/meta/recipes-core/sysvinit/sysvinit_2.88dsf.bb
> @@ -5,7 +5,7 @@ SECTION = "base"
>  LICENSE = "GPLv2+"
>  LIC_FILES_CHKSUM = "file://COPYING;md5=751419260aa954499f7abaabaa882bbe \
>  
> file://COPYRIGHT;endline=15;md5=349c872e0066155e1818b786938876a4"
> -PR = "r10"
> +PR = "r11"
>  
>  RDEPENDS_${PN} = "${PN}-inittab"
>  
> @@ -45,6 +45,15 @@ ALTERNATIVE_LINK_NAME[poweroff] = 
> "${base_sbindir}/poweroff"
>  ALTERNATIVE_${PN}-pidof = "pidof"
>  ALTERNATIVE_LINK_NAME[pidof] = "${base_bindir}/pidof"
>  
> +ALTERNATIVE_${PN}-doc = "mountpoint.1 last.1 mesg.1 wall.1 sulogin.8 
> utmpdump.1"
> +
> +ALTERNATIVE_LINK_NAME[last.1] = "${mandir}/man1/last.1"
> +ALTERNATIVE_LINK_NAME[mesg.1] = "${mandir}/man1/mesg.1"
> +ALTERNATIVE_LINK_NAME[mountpoint.1] = "${mandir}/man1/mountpoint.1"
> +ALTERNATIVE_LINK_NAME[sulogin.8] = "${mandir}/man8/sulogin.8"
> +ALTERNATIVE_LINK_NAME[utmpdump.1] = "${mandir}/man1/utmpdump.1"
> +ALTERNATIVE_LINK_NAME[wall.1] = "${mandir}/man1/wall.1"
> +
>  PACKAGES =+ "sysvinit-pidof sysvinit-sulogin"
>  FILES_${PN} += "${base_sbindir}/* ${base_bindir}/*"
>  FILES_sysvinit-pidof = "${base_bindir}/pidof.sysvinit 
> ${base_sbindir}/killall5"
> diff --git a/meta/recipes-core/util-linux/util-linux.inc 
> b/meta/recipes-core/util-linux/util-linux.inc
> index 10439c0..c91f4a3 100644
> --- a/meta/recipes-core/util-linux/util-linux.inc
> +++ b/meta/recipes-core/util-linux/util-linux.inc
> @@ -154,6 +154,15 @@ ALTERNATIVE_LINK_NAME[pivot_root] = 
> "${base_sbindir}/pivot_root"
>  ALTERNATIVE_LINK_NAME[mkfs.minix] = "${base_sbindir}/mkfs.minix"
>  ALTERNATIVE_LINK_NAME[eject] = "${bindir}/eject"
>  
> +ALTERNATIVE_${PN}-doc = "mountpoint.1 last.1 mesg.1 wall.1 sulogin.8 
> utmpdump.1"
> +
> +ALTERNATIVE_LINK_NAME[last.1] = "${mandir}/man1/last.1"
> +ALTERNATIVE_LINK_NAME[mesg.1] = "${mandir}/man1/mesg.1"
> +ALTERNATIVE_LINK_NAME[mountpoint.1] = "${mandir}/man1/mountpoint.1"
> +ALTERNATIVE_LINK_NAME[sulogin.8] = "${mandir}/man8/sulogin.8"
> +ALTERNATIVE_LINK_NAME[utmpdump.1] = "${mandir}/man1/utmpdump.1"
> +ALTERNATIVE_LINK_NAME[wall.1] = "${mandir}/man1/wall.1"
> +
>  # There seems to be problem, atleast on nslu2, with these, untill they are
>  # fixed the busybox ones have higher priority
>  ALTERNATIVE_PRIORITY[hwclock] = "10"
> diff --git a/meta/recipes-core/util-linux/util-linux_2.22.2.bb 
> b/meta/recipes-core/util-linux/util-linux_2.22.2.bb
> index dd95573..f91784b 100644
> --- a/meta/recipes-core/util-linux/util-linux_2.22.2.bb
> +++ b/meta/recipes-core/util-linux/util-linux_2.22.2.bb
> @@ -1,5 +1,5 @@
>  MAJOR_VERSION = "2.22"
> -PR = "r0"
> +PR = "r1"
>  require util-linux.inc
>  
>  # note that `lscpu' is under GPLv3+
> -- 
> 1.7.9.5
> 
> 
> 
> 
> ___
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

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


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

Re: [OE-core] [CONSOLIDATED PULL 00/40] Post-ELC Patches and Updates

[Martin Jansa]

On Fri, Mar 01, 2013 at 12:26:49AM +, Richard Purdie wrote:
> On Fri, 2013-03-01 at 00:42 +0100, Martin Jansa wrote:
> > On Thu, Feb 28, 2013 at 11:15:08PM +, Richard Purdie wrote:
> > > > Martin Jansa (1):
> > > >   sanity: use lsb distro_identifier
> > > 
> > > Where are the updates this would need associated with it?
> > 
> > It was only RFC and only Otavio said he likes it IIRC
> 
> It seems reasonable but I need both pieces and if its going in, it needs
> to go in soon as we are starting to get into the release period.

OK, just to be sure, the other piece is poky.conf update, right?
SANITY_TESTED_DISTROS ?= " \
Yocto (Built by Poky 8.0) 1.2 \n \
Yocto (Built by Poky 7.0) 1.2 \n \
Poky 7.0 (Yocto Project 1.2 Reference Distro) 1.2 \n \
Poky 8.0 (Yocto Project 1.3 Reference Distro) 1.3 \n \
Ubuntu 10.04.4 LTS \n \
Ubuntu 11.10 \n \
Ubuntu 12.04 LTS \n \
Ubuntu 12.04.1 LTS \n \
Ubuntu 12.10 \n \
Fedora release 16 (Verne) \n \
Fedora release 17 (Beefy Miracle) \n \
Fedora release 18 (Spherical Cow) \n \
CentOS release 5.6 (Final) \n \
CentOS release 5.7 (Final) \n \
CentOS release 5.8 (Final) \n \
CentOS release 6.3 (Final) \n \
Debian GNU/Linux 6.0.6 (squeeze) \n \
openSUSE 11.4 \n \
openSUSE 12.1 \n \
openSUSE 12.2 \n \
"

I'm not using poky as DISTRO and don't have access to most of those
distros to check lsb_release output.

I'm sure about Ubuntu where it's easy:
Ubuntu-10.04 \n \
Ubuntu-11.10 \n \
Ubuntu-12.04 \n \
Ubuntu-12.10 \n \
but with others I'll need some help.

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


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

[OE-core] [PATCH 1/1] matchbox-session-sato: do not rdepend on initscripts

[Qi.Chen]

From: Chen Qi 

Previously, matchbox-session-sato depended on initscripts, thus resulting
in initscripts package built and installed in case of systemd init manager.

But there is actually no dependency between them. So this patch removes
the dependency.

[YOCTO #3940]

Signed-off-by: Chen Qi 
---
 .../matchbox-sato/matchbox-session-sato_0.1.bb |7 ++-
 1 file changed, 2 insertions(+), 5 deletions(-)

diff --git a/meta/recipes-sato/matchbox-sato/matchbox-session-sato_0.1.bb 
b/meta/recipes-sato/matchbox-sato/matchbox-session-sato_0.1.bb
index 2d34754..70cf7a9 100644
--- a/meta/recipes-sato/matchbox-sato/matchbox-session-sato_0.1.bb
+++ b/meta/recipes-sato/matchbox-sato/matchbox-session-sato_0.1.bb
@@ -5,12 +5,9 @@ BUGTRACKER = "http://bugzilla.openedhand.com/";
 LICENSE = "GPLv2.0+"
 LIC_FILES_CHKSUM = 
"file://session;endline=3;md5=f8a5c5b9c279e52dc094d10e11c2be63"
 
-# Distro can override initscripts provider
-VIRTUAL-RUNTIME_initscripts ?= "initscripts"
-
 SECTION = "x11"
-RDEPENDS_${PN} = "formfactor gtk-sato-engine matchbox-theme-sato 
gtk-theme-sato matchbox-panel-2 matchbox-desktop-sato 
${VIRTUAL-RUNTIME_initscripts} matchbox-session"
-PR = "r29"
+RDEPENDS_${PN} = "formfactor gtk-sato-engine matchbox-theme-sato 
gtk-theme-sato matchbox-panel-2 matchbox-desktop-sato matchbox-session"
+PR = "r30"
 
 # This package is architecture specific because the session script is modified
 # based on the machine architecture.
-- 
1.7.9.5


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

[OE-core] [PATCH 0/1] matchbox-session-sato: do not rdepend on initscripts

[Qi.Chen]

From: Chen Qi 

The following changes since commit 2cc4fe4a0874c42421b1bf3fa100160a9e60a9da:

  upstream_tracking.inc: Coonectivity and multimedia packages updates 
(2013-02-25 05:58:20 -0800)

are available in the git repository at:

  git://git.pokylinux.org/poky-contrib ChenQi/matchbox-initscripts
  
http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=ChenQi/matchbox-initscripts

Chen Qi (1):
  matchbox-session-sato: do not rdepend on initscripts

 .../matchbox-sato/matchbox-session-sato_0.1.bb |7 ++-
 1 file changed, 2 insertions(+), 5 deletions(-)

-- 
1.7.9.5


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