[oe] [meta-java] openjdk-6-common ipk package - wrong dependency - unable to install

2014-01-14 Thread Mariusz Ryndzionek
Hi,

The openjdk-6-common ipk package depends on openjdk-6-vm-zero. It creates
circular dependency and opkg is unable to install Java. This issue was
introduced by the patch:
d0eeda3107951433db2b6d4ed602573ae52e166e
openjdk: link libjvm.so from hotspot to archdir

Linking the libjvm.so causes shlibdeps to pull the dependency into RDEPENDS.
Unfortunately I'm not able to fix this by myself but I think it is quite
serious issue and I hope it will be fixed soon.

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


[oe] [meta-java][PATCH] openjdk: make the pkg_postinst work on busybox based systems

2014-01-14 Thread Mariusz Ryndzionek
From cb6ebd77ca41e024f7168a1208523a81f158ed93 Mon Sep 17 00:00:00 2001
From: Mariusz Ryndzionek mryndzio...@gmail.com
Date: Tue, 14 Jan 2014 09:45:03 +0100
Subject: [PATCH] openjdk: make the pkg_postinst work on busybox based
systems

The 'head -1' option is not available on some busybox systems.
Change the command to 'head -n 1'.
---
 recipes-core/openjdk/openjdk-postinst.inc |   10 +-
 1 file changed, 5 insertions(+), 5 deletions(-)

diff --git a/recipes-core/openjdk/openjdk-postinst.inc
b/recipes-core/openjdk/openjdk-postinst.inc
index e63a451..ad275d7 100644
--- a/recipes-core/openjdk/openjdk-postinst.inc
+++ b/recipes-core/openjdk/openjdk-postinst.inc
@@ -11,7 +11,7 @@ pkg_postinst_${JDKPN}-vm-shark () {
 pkg_prerm_${JDKPN}-vm-shark () {
  sed -i -e /^\-shark.*/d -e /^$/d
${JDK_HOME}/jre/lib/${JDK_ARCH}/jvm.cfg
 if grep -q KNOWN ${JDK_HOME}/jre/lib/${JDK_ARCH}/jvm.cfg  grep
-q \-server ERROR ${JDK_HOME}/jre/lib/${JDK_ARCH}/jvm.cfg; then
-  FIRST_KNOWN=`grep KNOWN
${JDK_HOME}/jre/lib/${JDK_ARCH}/jvm.cfg | head -1`
+  FIRST_KNOWN=`grep KNOWN
${JDK_HOME}/jre/lib/${JDK_ARCH}/jvm.cfg | head -n 1`
   sed -i -e /${FIRST_KNOWN}/d -e
 s|\(^\-server*\)|${FIRST_KNOWN}\n\1|
${JDK_HOME}/jre/lib/${JDK_ARCH}/jvm.cfg
 fi

@@ -29,7 +29,7 @@ pkg_postinst_${JDKPN}-vm-cacao () {
 pkg_prerm_${JDKPN}-vm-cacao () {
  sed -i -e /^\-cacao.*/d -e /^$/d
${JDK_HOME}/jre/lib/${JDK_ARCH}/jvm.cfg
 if grep -q KNOWN ${JDK_HOME}/jre/lib/${JDK_ARCH}/jvm.cfg  grep
-q \-server ERROR ${JDK_HOME}/jre/lib/${JDK_ARCH}/jvm.cfg; then
-  FIRST_KNOWN=`grep KNOWN
${JDK_HOME}/jre/lib/${JDK_ARCH}/jvm.cfg | head -1`
+  FIRST_KNOWN=`grep KNOWN
${JDK_HOME}/jre/lib/${JDK_ARCH}/jvm.cfg | head -n 1`
   sed -i -e /${FIRST_KNOWN}/d -e
 s|\(^\-server*\)|${FIRST_KNOWN}\n\1|
${JDK_HOME}/jre/lib/${JDK_ARCH}/jvm.cfg
 fi

@@ -47,7 +47,7 @@ pkg_postinst_${JDKPN}-vm-jamvm () {
 pkg_prerm_${JDKPN}-vm-jamvm () {
  sed -i -e /^\-jamvm.*/d -e /^$/d
${JDK_HOME}/jre/lib/${JDK_ARCH}/jvm.cfg
 if grep -q KNOWN ${JDK_HOME}/jre/lib/${JDK_ARCH}/jvm.cfg  grep
-q \-server ERROR ${JDK_HOME}/jre/lib/${JDK_ARCH}/jvm.cfg; then
-  FIRST_KNOWN=`grep KNOWN
${JDK_HOME}/jre/lib/${JDK_ARCH}/jvm.cfg | head -1`
+  FIRST_KNOWN=`grep KNOWN
${JDK_HOME}/jre/lib/${JDK_ARCH}/jvm.cfg | head -n 1`
   sed -i -e /${FIRST_KNOWN}/d -e
 s|\(^\-server*\)|${FIRST_KNOWN}\n\1|
${JDK_HOME}/jre/lib/${JDK_ARCH}/jvm.cfg
 fi

@@ -56,7 +56,7 @@ pkg_prerm_${JDKPN}-vm-jamvm () {

 pkg_postinst_${JDKPN}-vm-zero () {
 if grep -q KNOWN $D/${JDK_HOME}/jre/lib/${JDK_ARCH}/jvm.cfg 
grep -q \-server ERROR $D/${JDK_HOME}/jre/lib/${JDK_ARCH}/jvm.cfg; then
-   FIRST_KNOWN=`grep KNOWN
$D/${JDK_HOME}/jre/lib/${JDK_ARCH}/jvm.cfg | head -1`
+   FIRST_KNOWN=`grep KNOWN
$D/${JDK_HOME}/jre/lib/${JDK_ARCH}/jvm.cfg | head -n 1`
sed -i -e /${FIRST_KNOWN}/d -e /^$/d
$D/${JDK_HOME}/jre/lib/${JDK_ARCH}/jvm.cfg
echo ${FIRST_KNOWN} 
$D/${JDK_HOME}/jre/lib/${JDK_ARCH}/jvm.cfg
 fi
@@ -67,7 +67,7 @@ pkg_postinst_${JDKPN}-vm-zero () {
 pkg_prerm_${JDKPN}-vm-zero () {
  sed -i -e /^\-server.*/\-server ERROR
${JDK_HOME}/jre/lib/${JDK_ARCH}/jvm.cfg
 if grep -q KNOWN ${JDK_HOME}/jre/lib/${JDK_ARCH}/jvm.cfg; then
-  FIRST_KNOWN=`grep KNOWN
${JDK_HOME}/jre/lib/${JDK_ARCH}/jvm.cfg | head -1`
+  FIRST_KNOWN=`grep KNOWN
${JDK_HOME}/jre/lib/${JDK_ARCH}/jvm.cfg | head -n 1`
   sed -i -e /${FIRST_KNOWN}/d -e
 s|\(^\-server*\)|${FIRST_KNOWN}\n\1|
${JDK_HOME}/jre/lib/${JDK_ARCH}/jvm.cfg
 fi
 }
-- 
1.7.9.5
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel


[oe] [meta-oe][PATCH 2/2] inetutils: not hard coded libreadline path

2014-01-14 Thread b28495
From: Ting Liu b28...@freescale.com

Avoid below QA issues:
| ERROR: QA Issue: package inetutils-ftp contains bad RPATH
| ERROR: QA Issue: package inetutils-telnet contains bad RPATH
| ERROR: QA Issue: package inetutils-telnetd contains bad RPATH
| ERROR: QA run found fatal errors. Please consider fixing them.
| ERROR: Function failed: do_package_qa

Signed-off-by: Ting Liu b28...@freescale.com
---
 .../inetutils/inetutils_1.9.1.bb   |1 -
 1 files changed, 0 insertions(+), 1 deletions(-)

diff --git a/meta-networking/recipes-connectivity/inetutils/inetutils_1.9.1.bb 
b/meta-networking/recipes-connectivity/inetutils/inetutils_1.9.1.bb
index 97fc6a1..03b8e65 100644
--- a/meta-networking/recipes-connectivity/inetutils/inetutils_1.9.1.bb
+++ b/meta-networking/recipes-connectivity/inetutils/inetutils_1.9.1.bb
@@ -37,7 +37,6 @@ PACKAGECONFIG[uucpd] = 
--enable-uucpd,--disable-uucpd,readline
 
 EXTRA_OECONF = --with-ncurses-include-dir=${STAGING_INCDIR} \
 ${noipv6} \
---with-libreadline-prefix=${STAGING_DIR_HOST}${prefix} \
 
 
 do_configure_prepend () {
-- 
1.7.3.4


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


[oe] [meta-oe][PATCH 1/2] lmbench: use base_libdir instead of hardcoded /lib

2014-01-14 Thread b28495
From: Ting Liu b28...@freescale.com

Fix the below QA warning when building 64bit target:
| WARNING: QA Issue: lmbench: Files/directories were installed but not
| shipped
| /usr/lib
| /usr/lib/libmbench.a

Signed-off-by: Ting Liu b28...@freescale.com
---
 .../use-base_libdir-instead-of-hardcoded-lib.patch |   32 
 .../recipes-benchmark/lmbench/lmbench_3.0-a9.bb|1 +
 2 files changed, 33 insertions(+), 0 deletions(-)
 create mode 100644 
meta-oe/recipes-benchmark/lmbench/lmbench-3.0-a9/use-base_libdir-instead-of-hardcoded-lib.patch

diff --git 
a/meta-oe/recipes-benchmark/lmbench/lmbench-3.0-a9/use-base_libdir-instead-of-hardcoded-lib.patch
 
b/meta-oe/recipes-benchmark/lmbench/lmbench-3.0-a9/use-base_libdir-instead-of-hardcoded-lib.patch
new file mode 100644
index 000..3351ce8
--- /dev/null
+++ 
b/meta-oe/recipes-benchmark/lmbench/lmbench-3.0-a9/use-base_libdir-instead-of-hardcoded-lib.patch
@@ -0,0 +1,32 @@
+From 0d09e31970616e09beb7f238c2b59bfc541148fb Mon Sep 17 00:00:00 2001
+From: Ting Liu b28...@freescale.com
+Date: Fri, 22 Nov 2013 15:20:08 +0800
+Subject: [PATCH] use base_libdir instead of hardcoded /lib
+
+Upsteam Status: Inappropriate [configuration]
+
+Signed-off-by: Ting Liu b28...@freescale.com
+---
+ src/Makefile |4 ++--
+ 1 files changed, 2 insertions(+), 2 deletions(-)
+
+diff --git a/src/Makefile b/src/Makefile
+index c7a8c79..c7e4e3c 100644
+--- a/src/Makefile
 b/src/Makefile
+@@ -143,10 +143,10 @@ install-target:
+   if [ ! -d $(BASE) ]; then mkdir $(BASE); fi
+   if [ ! -d $(BASE)/bin ]; then mkdir $(BASE)/bin; fi
+   if [ ! -d $(BASE)/include ]; then mkdir $(BASE)/include; fi
+-  if [ ! -d $(BASE)/lib ]; then mkdir $(BASE)/lib; fi
++  if [ ! -d $(BASE)$(base_libdir) ]; then mkdir $(BASE)$(base_libdir); fi
+   cp $(EXES) $(BASE)/bin
+   cp $(INCS) $(BASE)/include
+-  cp $O/lmbench.a $(BASE)/lib/libmbench.a
++  cp $O/lmbench.a $(BASE)$(base_libdir)
+   cd ../doc; env MAKEFLAGS=$(MAKEFLAGS) make CC=${CC} OS=${OS} 
BASE=$(BASE) install
+ 
+ 
+-- 
+1.7.5.4
+
diff --git a/meta-oe/recipes-benchmark/lmbench/lmbench_3.0-a9.bb 
b/meta-oe/recipes-benchmark/lmbench/lmbench_3.0-a9.bb
index b4020d7..eb38f07 100644
--- a/meta-oe/recipes-benchmark/lmbench/lmbench_3.0-a9.bb
+++ b/meta-oe/recipes-benchmark/lmbench/lmbench_3.0-a9.bb
@@ -15,6 +15,7 @@ SRC_URI = ${SOURCEFORGE_MIRROR}/lmbench/lmbench-${PV}.tgz \
file://update-results-script.patch \
file://obey-ranlib.patch \
file://update-config-script.patch \ 
+   file://use-base_libdir-instead-of-hardcoded-lib.patch \ 
 
 SRC_URI[md5sum] = b3351a3294db66a72e2864a199d37cbf
 SRC_URI[sha256sum] = 
cbd5777d15f44eab7666dcac418054c3c09df99826961a397d9acf43d8a2a551
-- 
1.7.3.4


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


Re: [oe] [meta-oe][PATCH 2/2] inetutils: not hard coded libreadline path

2014-01-14 Thread Martin Jansa
On Tue, Jan 14, 2014 at 05:10:10PM +0800, b28...@freescale.com wrote:
 From: Ting Liu b28...@freescale.com
 
 Avoid below QA issues:
 | ERROR: QA Issue: package inetutils-ftp contains bad RPATH
 | ERROR: QA Issue: package inetutils-telnet contains bad RPATH
 | ERROR: QA Issue: package inetutils-telnetd contains bad RPATH
 | ERROR: QA run found fatal errors. Please consider fixing them.
 | ERROR: Function failed: do_package_qa

Doesn't it autodetect libreadline?

 Signed-off-by: Ting Liu b28...@freescale.com
 ---
  .../inetutils/inetutils_1.9.1.bb   |1 -
  1 files changed, 0 insertions(+), 1 deletions(-)
 
 diff --git 
 a/meta-networking/recipes-connectivity/inetutils/inetutils_1.9.1.bb 
 b/meta-networking/recipes-connectivity/inetutils/inetutils_1.9.1.bb
 index 97fc6a1..03b8e65 100644
 --- a/meta-networking/recipes-connectivity/inetutils/inetutils_1.9.1.bb
 +++ b/meta-networking/recipes-connectivity/inetutils/inetutils_1.9.1.bb
 @@ -37,7 +37,6 @@ PACKAGECONFIG[uucpd] = 
 --enable-uucpd,--disable-uucpd,readline
  
  EXTRA_OECONF = --with-ncurses-include-dir=${STAGING_INCDIR} \
  ${noipv6} \
 ---with-libreadline-prefix=${STAGING_DIR_HOST}${prefix} \
  
  
  do_configure_prepend () {
 -- 
 1.7.3.4
 
 
 ___
 Openembedded-devel mailing list
 Openembedded-devel@lists.openembedded.org
 http://lists.openembedded.org/mailman/listinfo/openembedded-devel

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


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


[oe] [meta-oe][PATCH] netcf: hardcode --with-driver=redhat for target build

2014-01-14 Thread b28495
From: Ting Liu b28...@freescale.com

The configure script of netcf checks the HOST setup to identify the
network interface. This means it checks for Red Hat, SuSE, debian,
Ubuntu, etc. As this is an embedded cross build, it doesn't seem to
make sense to check the HOST in the first place to determine info for
the TARGET.

Signed-off-by: Ting Liu b28...@freescale.com
---
 meta-networking/recipes-support/netcf/netcf_git.bb |1 +
 1 files changed, 1 insertions(+), 0 deletions(-)

diff --git a/meta-networking/recipes-support/netcf/netcf_git.bb 
b/meta-networking/recipes-support/netcf/netcf_git.bb
index 60d82d1..93f8c70 100644
--- a/meta-networking/recipes-support/netcf/netcf_git.bb
+++ b/meta-networking/recipes-support/netcf/netcf_git.bb
@@ -18,6 +18,7 @@ S = ${WORKDIR}/git
 
 inherit gettext autotools
 
+EXTRA_OECONF_append_class-target =  --with-driver=redhat
 do_configure_prepend() {
cd ${S}
./bootstrap
-- 
1.7.3.4


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


Re: [oe] [meta-oe][PATCH 2/2] inetutils: not hard coded libreadline path

2014-01-14 Thread Martin Jansa
On Tue, Jan 14, 2014 at 09:26:18AM +, ting@freescale.com wrote:
  -Original Message-
  From: Martin Jansa [mailto:martin.ja...@gmail.com]
  Sent: Tuesday, January 14, 2014 5:22 PM
  To: Liu Ting-B28495
  Cc: openembedded-devel@lists.openembedded.org
  Subject: Re: [oe] [meta-oe][PATCH 2/2] inetutils: not hard coded
  libreadline path
  
  On Tue, Jan 14, 2014 at 05:10:10PM +0800, b28...@freescale.com wrote:
   From: Ting Liu b28...@freescale.com
  
   Avoid below QA issues:
   | ERROR: QA Issue: package inetutils-ftp contains bad RPATH
   | ERROR: QA Issue: package inetutils-telnet contains bad RPATH
   | ERROR: QA Issue: package inetutils-telnetd contains bad RPATH
   | ERROR: QA run found fatal errors. Please consider fixing them.
   | ERROR: Function failed: do_package_qa
  
  Doesn't it autodetect libreadline?
 
 it can find libreadline without specifying --with-libreadline-prefix, so just 
 remove the option to avoid QA errors.

If it disables libreadline support, that should be clearly stated in
commit message - from current one it looks like you're just fixing QA
issue.

 
  
   Signed-off-by: Ting Liu b28...@freescale.com
   ---
.../inetutils/inetutils_1.9.1.bb   |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
  
   diff --git a/meta-networking/recipes-
  connectivity/inetutils/inetutils_1.9.1.bb b/meta-networking/recipes-
  connectivity/inetutils/inetutils_1.9.1.bb
   index 97fc6a1..03b8e65 100644
   --- a/meta-networking/recipes-connectivity/inetutils/inetutils_1.9.1.bb
   +++ b/meta-networking/recipes-connectivity/inetutils/inetutils_1.9.1.bb
   @@ -37,7 +37,6 @@ PACKAGECONFIG[uucpd] = --enable-uucpd,--disable-
  uucpd,readline
  
EXTRA_OECONF = --with-ncurses-include-dir=${STAGING_INCDIR} \
${noipv6} \
   ---with-libreadline-prefix=${STAGING_DIR_HOST}${prefix} \

  
do_configure_prepend () {
   --
   1.7.3.4
  
  
   ___
   Openembedded-devel mailing list
   Openembedded-devel@lists.openembedded.org
   http://lists.openembedded.org/mailman/listinfo/openembedded-devel
  
  --
  Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com

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


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


Re: [oe] [meta-oe][PATCH 2/2] inetutils: not hard coded libreadline path

2014-01-14 Thread ting....@freescale.com
 -Original Message-
 From: Martin Jansa [mailto:martin.ja...@gmail.com]
 Sent: Tuesday, January 14, 2014 5:50 PM
 To: Liu Ting-B28495
 Cc: openembedded-devel@lists.openembedded.org
 Subject: Re: [oe] [meta-oe][PATCH 2/2] inetutils: not hard coded
 libreadline path
 
 On Tue, Jan 14, 2014 at 09:26:18AM +, ting@freescale.com wrote:
   -Original Message-
   From: Martin Jansa [mailto:martin.ja...@gmail.com]
   Sent: Tuesday, January 14, 2014 5:22 PM
   To: Liu Ting-B28495
   Cc: openembedded-devel@lists.openembedded.org
   Subject: Re: [oe] [meta-oe][PATCH 2/2] inetutils: not hard coded
   libreadline path
  
   On Tue, Jan 14, 2014 at 05:10:10PM +0800, b28...@freescale.com wrote:
From: Ting Liu b28...@freescale.com
   
Avoid below QA issues:
| ERROR: QA Issue: package inetutils-ftp contains bad RPATH
| ERROR: QA Issue: package inetutils-telnet contains bad RPATH
| ERROR: QA Issue: package inetutils-telnetd contains bad RPATH
| ERROR: QA run found fatal errors. Please consider fixing them.
| ERROR: Function failed: do_package_qa
  
   Doesn't it autodetect libreadline?
 
  it can find libreadline without specifying --with-libreadline-prefix,
 so just remove the option to avoid QA errors.
 
 If it disables libreadline support, that should be clearly stated in
 commit message - from current one it looks like you're just fixing QA
 issue.
 

OK. I will check. Thanks.


 
  
Signed-off-by: Ting Liu b28...@freescale.com
---
 .../inetutils/inetutils_1.9.1.bb   |1 -
 1 files changed, 0 insertions(+), 1 deletions(-)
   
diff --git a/meta-networking/recipes-
   connectivity/inetutils/inetutils_1.9.1.bb b/meta-networking/recipes-
   connectivity/inetutils/inetutils_1.9.1.bb
index 97fc6a1..03b8e65 100644
---
a/meta-networking/recipes-connectivity/inetutils/inetutils_1.9.1.b
b
+++ b/meta-networking/recipes-connectivity/inetutils/inetutils_1.9
+++ .1.bb
@@ -37,7 +37,6 @@ PACKAGECONFIG[uucpd] =
--enable-uucpd,--disable-
   uucpd,readline
   
 EXTRA_OECONF = --with-ncurses-include-dir=${STAGING_INCDIR} \
 ${noipv6} \
---with-libreadline-prefix=${STAGING_DIR_HOST}${prefix} \
 
   
 do_configure_prepend () {
--
1.7.3.4
   
   
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
  
   --
   Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com
 
 --
 Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel


[oe] Public TSC / OE Workgroup meeting today

2014-01-14 Thread Paul Eggleton
Hi all,

There will be a public OpenEmbedded TSC/workgroup meeting today - there 
wouldn't normally be one scheduled but there was quite a lot of discussion 
last time (which is a good thing!). If you're interested in discussing long-
term technical efforts around the OpenEmbedded project please join us on 
irc.freenode.net in channel #oe at 
17:00 GMT (9am PST, 11am CST, 12 EST, 18:00 CET) today.

Topics we covered last meeting:

* Qt 4 / 5 recipes in OE-Core
* Rising bug count in Bugzilla and what we can do about it
* (briefly) Patch review/merging process
* Absentee layer maintainers

Issues we didn't get to last time (that weren't resolved on the mailing list):
- janitorial day/week?
- bitbake world failures scrub
- initrdscripts/init-live needs work
- lava evaluation
- website and other infrastructure issues
- next release

New issues for discussion are also welcome.

Cheers,
Paul

-- 

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


Re: [oe] Public TSC / OE Workgroup meeting today

2014-01-14 Thread Martin Jansa
On Tue, Jan 14, 2014 at 10:08:35AM +, Paul Eggleton wrote:
 Hi all,
 
 There will be a public OpenEmbedded TSC/workgroup meeting today - there 
 wouldn't normally be one scheduled but there was quite a lot of discussion 
 last time (which is a good thing!). If you're interested in discussing long-
 term technical efforts around the OpenEmbedded project please join us on 
 irc.freenode.net in channel #oe at 
 17:00 GMT (9am PST, 11am CST, 12 EST, 18:00 CET) today.
 
 Topics we covered last meeting:
 
 * Qt 4 / 5 recipes in OE-Core
 * Rising bug count in Bugzilla and what we can do about it
 * (briefly) Patch review/merging process
 * Absentee layer maintainers
 
 Issues we didn't get to last time (that weren't resolved on the mailing list):
 - janitorial day/week?
 - bitbake world failures scrub
 - initrdscripts/init-live needs work
 - lava evaluation
 - website and other infrastructure issues
 - next release
 
 New issues for discussion are also welcome.

Not sure if it's worth new item on agenda, but maybe we should move
meta/classes/image-prelink.bbclass functionality to package.bbclass,
maybe we have more cases like this where image build is changing files
which are provided by normal packages (such cases are lost after
upgrading on device with packagemanager).

Cheers,

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


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


Re: [oe] [OE-core] Public TSC / OE Workgroup meeting today

2014-01-14 Thread Martin Jansa
On Tue, Jan 14, 2014 at 12:55:28PM +, Phil Blundell wrote:
 On Tue, 2014-01-14 at 13:13 +0100, Martin Jansa wrote:
  Not sure if it's worth new item on agenda, but maybe we should move
  meta/classes/image-prelink.bbclass functionality to package.bbclass,
  maybe we have more cases like this where image build is changing files
  which are provided by normal packages (such cases are lost after
  upgrading on device with packagemanager).
 
 How would that work?  I'm not sure that it's possible (in the general
 case) to prelink in any sensible way prior to rootfs construction.  The
 same applies to image-mklibs.bbclass.

Hmm, you're right.

The reason why I was thinking about this, is that someone reported to me
that libc-dbg doesn't work after prelink changed libc headers in
do_rootfs (external toolchain).

IIRC there was some discussion about issues caused by prelink changing headers,
I'll try to find it in archives, sorry for noise.
-- 
Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com


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


Re: [oe] Public TSC / OE Workgroup meeting today

2014-01-14 Thread Trevor Woerner

On 01/14/14 05:08, Paul Eggleton wrote:
 There will be a public OpenEmbedded TSC/workgroup meeting today

Hmm... is this the first announcement/discussion of the date/time for
the intermediate meeting? I was really hoping to attend, but have a
schedule conflict :-(
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel


Re: [oe] Public TSC / OE Workgroup meeting today

2014-01-14 Thread Trevor Woerner
The minutes from the last meeting don't appear to be up:
http://www.openembedded.org/wiki/TSC#Meeting_Minutes

Is somebody looking into that?

Also, any chance the #MeetingBot will be able to generate good links at
the end of today's meeting?
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel


[oe] ** bug squashing weekend - Jan 17 to 20, 2014

2014-01-14 Thread Trevor Woerner
Hello all OE/Yocto enthusiasts!

https://bugzilla.yoctoproject.org/

It has been noted that the number of unresolved issues in our bugzilla
has been rising which, if left unchecked, will lead to an
ever-increasing bug count. In an effort to raise awareness of the number
of unresolved bugs and work to reduce them, we'd like to plan a bug
squashing weekend for this upcoming Friday to Monday (January 17th to
20th, 2014).

If you work with OE/Yocto during the week then you'll have two days to
look at issues, or if you have more time on weekends you'll also have
two potential days for this activity.

It would be nice if anyone involved in OE/Yocto could take some time
between now and Monday to have a look at the bugzilla database and
consider contributing towards reducing the number of opened issues.
Obviously if you're a maintainer or some sort of a developer there are,
most likely, obvious issues you could consider addressing. But there are
also lots of issues an OE/Yocto user could investigate as well -- for
example there are documentation issues, there are several issues in the
NEEDINFO state, and sometimes just being able to reproduce a bug (or
not) and confirm (or not) that an issue can be demonstrated on more than
one host can be valuable information for the person who does eventually
get assigned to solve the problem.

Please take the opportunity to have a look at the opened issues in the
bugzilla database. If you don't have an account, please consider signing
up. Play with the Search capability (you'll probably want to try an
advanced search,
https://bugzilla.yoctoproject.org/query.cgi?format=advanced) and see if
there are issues to which you might want to contribute.

In an effort to keep multiple people from working on the same issues
during this sprint, please let the community know on which bugs you'd
like to work. You could reply to this email (keeping all the mailing
lists CC'ed), and/or you could re-assign a bug to yourself.

There are usually plenty of friendly, knowledgeable people around who
can help. You can use the mailing lists, IRC channels, or bugzilla
itself to communicate.
https://www.yoctoproject.org/tools-resources/community

Thanks for your participation! :-)

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


[oe] [meta-oe][PATCH] python-mako: fix SRC_URI

2014-01-14 Thread b40290
From: Chunrong Guo b40...@freescale.com

   The package is no longer available in the
   official Mako site, so download it from a mirror.

Signed-off-by: Chunrong Guo b40...@freescale.com
---
 meta-oe/recipes-devtools/python/python-mako_0.7.2.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta-oe/recipes-devtools/python/python-mako_0.7.2.bb 
b/meta-oe/recipes-devtools/python/python-mako_0.7.2.bb
index 1d2bdd7..6993a3f 100644
--- a/meta-oe/recipes-devtools/python/python-mako_0.7.2.bb
+++ b/meta-oe/recipes-devtools/python/python-mako_0.7.2.bb
@@ -5,7 +5,7 @@ LIC_FILES_CHKSUM = 
file://LICENSE;md5=da8dd26ed9751ee0cfdf9df1a16bbb54
 
 PR = r2
 
-SRC_URI = http://www.makotemplates.org/downloads/Mako-${PV}.tar.gz;
+SRC_URI = https://pypi.python.org/packages/source/M/Mako/Mako-${PV}.tar.gz;
 SRC_URI[md5sum] = e3c0a677aa4216da9e89ef8fa76cbafb
 SRC_URI[sha256sum] = 
fe8698e845035586bd711a6748e4e40a208a58de276b9138026164700494b68f
 
-- 
1.8.3.2


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


[oe] [PATCH] vim: Upgrade to version 7.4.155

2014-01-14 Thread Paul Barker
Signed-off-by: Paul Barker p...@paulbarker.me.uk
---
 meta-oe/recipes-support/vim/{vim_7.4.27.bb = vim_7.4.155.bb} | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)
 rename meta-oe/recipes-support/vim/{vim_7.4.27.bb = vim_7.4.155.bb} (99%)

diff --git a/meta-oe/recipes-support/vim/vim_7.4.27.bb 
b/meta-oe/recipes-support/vim/vim_7.4.155.bb
similarity index 99%
rename from meta-oe/recipes-support/vim/vim_7.4.27.bb
rename to meta-oe/recipes-support/vim/vim_7.4.155.bb
index 5cb933b..0d98e7a 100644
--- a/meta-oe/recipes-support/vim/vim_7.4.27.bb
+++ b/meta-oe/recipes-support/vim/vim_7.4.155.bb
@@ -8,7 +8,7 @@ LIC_FILES_CHKSUM = 
file://../runtime/doc/uganda.txt;md5=b779e18be6ed77facc77069
 
 SRC_URI = hg://vim.googlecode.com/hg/;protocol=https;module=vim \
   file://configure.in_remove_CC_quotes.patch;patchdir=..
-SRCREV = v7-4-027
+SRCREV = v7-4-155
 
 S = ${WORKDIR}/${PN}/src
 
-- 
1.8.5.2

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


[oe] [meta-oe][PATCH v2] inetutils: fix libreadline path to fix QA errors

2014-01-14 Thread b28495
From: Ting Liu b28...@freescale.com

If wrong path set, inetutils configure script will add a absolute
rpath, which result in the below QA errors:
| ERROR: QA Issue: package inetutils-ftp contains bad RPATH
| ERROR: QA Issue: package inetutils-telnet contains bad RPATH
| ERROR: QA Issue: package inetutils-telnetd contains bad RPATH
| ERROR: QA run found fatal errors. Please consider fixing them.
| ERROR: Function failed: do_package_qa

Signed-off-by: Ting Liu b28...@freescale.com
---
 .../inetutils/inetutils_1.9.1.bb   |2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta-networking/recipes-connectivity/inetutils/inetutils_1.9.1.bb 
b/meta-networking/recipes-connectivity/inetutils/inetutils_1.9.1.bb
index 97fc6a1..80022c7 100644
--- a/meta-networking/recipes-connectivity/inetutils/inetutils_1.9.1.bb
+++ b/meta-networking/recipes-connectivity/inetutils/inetutils_1.9.1.bb
@@ -37,7 +37,7 @@ PACKAGECONFIG[uucpd] = 
--enable-uucpd,--disable-uucpd,readline
 
 EXTRA_OECONF = --with-ncurses-include-dir=${STAGING_INCDIR} \
 ${noipv6} \
---with-libreadline-prefix=${STAGING_DIR_HOST}${prefix} \
+--with-libreadline-prefix=${STAGING_LIBDIR} \
 
 
 do_configure_prepend () {
-- 
1.7.9.7


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