Re: [oe] [OE-core] MS Windows machine?

[Steffen Sledz]

On 04.01.2018 15:39, Richard Purdie wrote:
> In basic terms, you need a machine which:
> 
> * Sets TARGET_ARCH to the right thing (i686 or x86_64)
> * Sets TARGET_OS to mingw32
> 
> and then some distro config which sets up the toolchain when mingw is
> the target os to the values like meta-mingw/conf/machine-sdk/i686-
> mingw32.conf sets.

Do you have a sample distro config which we can use as a template?
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [OE-core] MS Windows machine?

[Steffen Sledz]

On 21.12.2017 14:00, Steffen Sledz wrote:
> On 21.12.2017 12:39, Burton, Ross wrote:
>> If you want to build for a Windows target then that should be possible but
>> nobody as far as I'm aware has made the work public.  meta-mingw will
>> contain most of the changes needed as that does build Windows binaries.
> 
> That's exactly what we like to to.
> 
> So has anyone tried this before?
> 
> What else would be needed to build e.g. for MACHINE=i686-mingw32?

Is someone able to create a machine definition for this? I'm not really 
familiar with this job.

Steffen

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

Re: [oe] [OE-core] MS Windows machine?

[Steffen Sledz]

On 21.12.2017 12:39, Burton, Ross wrote:
> If you want to build for a Windows target then that should be possible but
> nobody as far as I'm aware has made the work public.  meta-mingw will
> contain most of the changes needed as that does build Windows binaries.

That's exactly what we like to to.

So has anyone tried this before?

What else would be needed to build e.g. for MACHINE=i686-mingw32?

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

Re: [oe] [OE-core] MS Windows machine?

[Steffen Sledz]

On 21.12.2017 10:08, Burton, Ross wrote:
> On 21 December 2017 at 06:40, Steffen Sledz <sl...@dresearch-fe.de> wrote:
>> Anyone tried to cross-compile for MS Windows target with Yocto/OE?
> 
> Yes, see meta-mingw.


A misunderstanding?

I like to build *for* MS Windows, not *at* MS Windows.

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

[oe] MS Windows machine?

[Steffen Sledz]

Anyone tried to cross-compile for MS Windows target with Yocto/OE?

Regards,
Steffen

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

[oe] [meta-qt5][pyro][PATCH] qtquickcontrols2: fix compilation of examples/texteditor

[Steffen Sledz]

git/examples/quickcontrols2/texteditor/documenthandler.cpp:284:18: error: 
invalid use of incomplete type 'class QDebug'
  qWarning() << "load() called before DocumentHandler has QQmlEngine";

Signed-off-by: Steffen Sledz <sl...@dresearch-fe.de>
---
 ...rols2-fix-compilation-of-examples-textedi.patch | 28 ++
 recipes-qt/qt5/qtquickcontrols2_git.bb |  4 
 2 files changed, 32 insertions(+)
 create mode 100644 
recipes-qt/qt5/qtquickcontrols2/0001-qtquickcontrols2-fix-compilation-of-examples-textedi.patch

diff --git 
a/recipes-qt/qt5/qtquickcontrols2/0001-qtquickcontrols2-fix-compilation-of-examples-textedi.patch
 
b/recipes-qt/qt5/qtquickcontrols2/0001-qtquickcontrols2-fix-compilation-of-examples-textedi.patch
new file mode 100644
index 000..d08c57e
--- /dev/null
+++ 
b/recipes-qt/qt5/qtquickcontrols2/0001-qtquickcontrols2-fix-compilation-of-examples-textedi.patch
@@ -0,0 +1,28 @@
+From 3696a416bd594d3f280c281cb2a66bc837829238 Mon Sep 17 00:00:00 2001
+From: Steffen Sledz <sl...@dresearch-fe.de>
+Date: Thu, 6 Jul 2017 13:28:07 +0200
+Subject: [PATCH] qtquickcontrols2: fix compilation of examples/texteditor
+
+git/examples/quickcontrols2/texteditor/documenthandler.cpp:284:18: error: 
invalid use of incomplete type 'class QDebug'
+  qWarning() << "load() called before DocumentHandler has QQmlEngine";
+
+Signed-off-by: Steffen Sledz <sl...@dresearch-fe.de>
+---
+ examples/quickcontrols2/texteditor/documenthandler.cpp | 1 +
+ 1 file changed, 1 insertion(+)
+
+diff --git a/examples/quickcontrols2/texteditor/documenthandler.cpp 
b/examples/quickcontrols2/texteditor/documenthandler.cpp
+index e57946fd..94ca82ad 100644
+--- a/examples/quickcontrols2/texteditor/documenthandler.cpp
 b/examples/quickcontrols2/texteditor/documenthandler.cpp
+@@ -59,6 +59,7 @@
+ #include 
+ #include 
+ #include 
++#include 
+ 
+ DocumentHandler::DocumentHandler(QObject *parent)
+ : QObject(parent)
+-- 
+2.13.2
+
diff --git a/recipes-qt/qt5/qtquickcontrols2_git.bb 
b/recipes-qt/qt5/qtquickcontrols2_git.bb
index 42acb8a..371f4ae 100644
--- a/recipes-qt/qt5/qtquickcontrols2_git.bb
+++ b/recipes-qt/qt5/qtquickcontrols2_git.bb
@@ -10,4 +10,8 @@ LIC_FILES_CHKSUM = " \
 
 DEPENDS += "qtdeclarative"
 
+SRC_URI += " \
+file://0001-qtquickcontrols2-fix-compilation-of-examples-textedi.patch \
+"
+
 SRCREV = "6f7852a307c7ebbdb3b6efa00cbf7626b072bbc1"
-- 
2.13.2

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

[oe] [meta-qt5][PATCH] qtquickcontrols2: fix compilation of examples/texteditor

[Steffen Sledz]

git/examples/quickcontrols2/texteditor/documenthandler.cpp:284:18: error: 
invalid use of incomplete type 'class QDebug'
  qWarning() << "load() called before DocumentHandler has QQmlEngine";

Signed-off-by: Steffen Sledz <sl...@dresearch-fe.de>
---
 ...rols2-fix-compilation-of-examples-textedi.patch | 28 ++
 recipes-qt/qt5/qtquickcontrols2_git.bb |  4 
 2 files changed, 32 insertions(+)
 create mode 100644 
recipes-qt/qt5/qtquickcontrols2/0001-qtquickcontrols2-fix-compilation-of-examples-textedi.patch

diff --git 
a/recipes-qt/qt5/qtquickcontrols2/0001-qtquickcontrols2-fix-compilation-of-examples-textedi.patch
 
b/recipes-qt/qt5/qtquickcontrols2/0001-qtquickcontrols2-fix-compilation-of-examples-textedi.patch
new file mode 100644
index 000..d08c57e
--- /dev/null
+++ 
b/recipes-qt/qt5/qtquickcontrols2/0001-qtquickcontrols2-fix-compilation-of-examples-textedi.patch
@@ -0,0 +1,28 @@
+From 3696a416bd594d3f280c281cb2a66bc837829238 Mon Sep 17 00:00:00 2001
+From: Steffen Sledz <sl...@dresearch-fe.de>
+Date: Thu, 6 Jul 2017 13:28:07 +0200
+Subject: [PATCH] qtquickcontrols2: fix compilation of examples/texteditor
+
+git/examples/quickcontrols2/texteditor/documenthandler.cpp:284:18: error: 
invalid use of incomplete type 'class QDebug'
+  qWarning() << "load() called before DocumentHandler has QQmlEngine";
+
+Signed-off-by: Steffen Sledz <sl...@dresearch-fe.de>
+---
+ examples/quickcontrols2/texteditor/documenthandler.cpp | 1 +
+ 1 file changed, 1 insertion(+)
+
+diff --git a/examples/quickcontrols2/texteditor/documenthandler.cpp 
b/examples/quickcontrols2/texteditor/documenthandler.cpp
+index e57946fd..94ca82ad 100644
+--- a/examples/quickcontrols2/texteditor/documenthandler.cpp
 b/examples/quickcontrols2/texteditor/documenthandler.cpp
+@@ -59,6 +59,7 @@
+ #include 
+ #include 
+ #include 
++#include 
+ 
+ DocumentHandler::DocumentHandler(QObject *parent)
+ : QObject(parent)
+-- 
+2.13.2
+
diff --git a/recipes-qt/qt5/qtquickcontrols2_git.bb 
b/recipes-qt/qt5/qtquickcontrols2_git.bb
index 42acb8a..371f4ae 100644
--- a/recipes-qt/qt5/qtquickcontrols2_git.bb
+++ b/recipes-qt/qt5/qtquickcontrols2_git.bb
@@ -10,4 +10,8 @@ LIC_FILES_CHKSUM = " \
 
 DEPENDS += "qtdeclarative"
 
+SRC_URI += " \
+file://0001-qtquickcontrols2-fix-compilation-of-examples-textedi.patch \
+"
+
 SRCREV = "6f7852a307c7ebbdb3b6efa00cbf7626b072bbc1"
-- 
2.13.2

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

[oe] kernel not booting if build with gcc-5.2.0

[Steffen Sledz]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

While switching from fido to jethro we hit the next problem. :(

For one of our machines (based on Marvell Kirkwood, very similar to OpenRD) the 
kernel build with the preferred gcc-5.2.0 does not boot. Immediately after the 
kernel is started from u-boot the system freezes. The last output on the 
console is "Starting kernel ...".

If we build with the also available gcc-4.9.3 the kernel boots fine.

The kernel version is the one siggested by jethro:

 SRC_URI = " 
git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git;protocol=git;nocheckout=1;name=machine
 \
 ...
 LINUX_VERSION ?= "4.2"
 LINUX_VERSION_EXTENSION_append = "-hikirk"
 ...
 SRCREV_machine="64291f7db5bd8150a74ad2036f1037e6a0428df2"

Any suggestions?

Regards,
Steffen

- -- 
DResearch Fahrzeugelektronik GmbH
Otto-Schmirgal-Str. 3, 10319 Berlin, Germany
Tel: +49 30 515932-237 mailto:sl...@dresearch-fe.de
Fax: +49 30 515932-299
Geschäftsführer: Dr. Michael Weber, Werner Mögle;
Amtsgericht Berlin Charlottenburg; HRB 130120 B;
Ust.-IDNr. DE273952058
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBAgAGBQJWuGyJAAoJEIz5slJ1krPh1pUP/RtqrOY8EIjpksnpOuF4hecR
fyigic5MN4D+/n4meRUOXYOGZHvBSWIQXLYvfooCTAMYaQS+J96B+2ZCVkv52AI6
NyGGdUJ065+yPt3obgOBP2/yJXsvJWPmlIa6SZDawwXnsr2hJZE2wrCpDWeVXvyy
LnhykrkCcblTvHH2nWkK+Tym1uOAfNrU8bqptm66jrSKg/9gysSicwamzyAeofrU
K+gizGKa4mj54QeINvGKwVWOzSWPNBuAszfnnDwcg9Cpc1GZpjc511oUBMO2xCqH
Sub8D0yBtGreokfYDl5FDlT+7n1qtpliZ7ZFZH0TZqWazA021u0nZ/UWHQe3UtOI
uaswhTdRQqL+okqKqrIAvcTuFcCZxBVd8orz7wEm/3huTAWIWQplyPWSOXjeK9es
MbkO/daNLsRzF/PJgX+zF5mk1F06o/zYwXRzWboNMPeir3ehet2N1CUKLJVbKMW3
cDvYXEtvYwXe8JtYPxQUN4ceruxqvrLVdZMhViIiVOXqGmRsXPsPKQIE9qXIa4gY
GTY/n7FSHThf1q3j3cTu+p2AWpGgYzaaZ/i4mFK72Sn0FHZZGPEtB6/QvvFEORLn
7Dfm3YThf4od6V1T1JVDQKwRIXeGjXRNb27bWyWIOhkLx+mfh3Y9HaCXfIeXsyk+
5AkiQRfKR/O29IePx0a0
=J9ka
-END PGP SIGNATURE-
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] rsyslog: buggy systemd/ua handling?

[Steffen Sledz]

On 16.11.2015 12:28, Steffen Sledz wrote:
> I'm not sure but i believe there's a bug in the systemd/ua-handling in 
> meta-oe/recipes-extended/rsyslog/rsyslog_7.6.1.bb.
> 
> In my opinion this code
> 
> if bb.utils.contains('DISTRO_FEATURES', 'systemd', True, False, d):
> pn = d.getVar('PN', True)
> d.appendVar('ALTERNATIVE_%s' % (pn), ' syslog-service')
> d.setVarFlag('ALTERNATIVE_LINK_NAME', 'syslog-service', 
> '%s/systemd/system/syslog.service' % (d.getVar('sysconfdir', True)))
> d.setVarFlag('ALTERNATIVE_TARGET', 'syslog-service', 
> '%s/system/rsyslog.service' % (d.getVar('systemd_unitdir', True)))
> 
> registers the systemd service file under the (ua-)name "syslog-service". So 
> it should not be
> 
>   SYSTEMD_SERVICE_${PN} = "${BPN}.service"
> 
> but
> 
>   SYSTEMD_SERVICE_${PN} = "syslog.service"
> 
> Right?

Hi experts! Is my assumption correct? If yes i would prepare patches for 
master, fido and jethro.

-- 
DResearch Fahrzeugelektronik GmbH
Otto-Schmirgal-Str. 3, 10319 Berlin, Germany
Tel: +49 30 515932-237 mailto:sl...@dresearch-fe.de
Fax: +49 30 515932-299
Geschäftsführer: Dr. Michael Weber, Werner Mögle;
Amtsgericht Berlin Charlottenburg; HRB 130120 B;
Ust.-IDNr. DE273952058
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

[oe] rsyslog: buggy systemd/ua handling?

[Steffen Sledz]

I'm not sure but i believe there's a bug in the systemd/ua-handling in 
meta-oe/recipes-extended/rsyslog/rsyslog_7.6.1.bb.

In my opinion this code

if bb.utils.contains('DISTRO_FEATURES', 'systemd', True, False, d):
pn = d.getVar('PN', True)
d.appendVar('ALTERNATIVE_%s' % (pn), ' syslog-service')
d.setVarFlag('ALTERNATIVE_LINK_NAME', 'syslog-service', 
'%s/systemd/system/syslog.service' % (d.getVar('sysconfdir', True)))
d.setVarFlag('ALTERNATIVE_TARGET', 'syslog-service', 
'%s/system/rsyslog.service' % (d.getVar('systemd_unitdir', True)))

registers the systemd service file under the (ua-)name "syslog-service". So it 
should not be

  SYSTEMD_SERVICE_${PN} = "${BPN}.service"

but

  SYSTEMD_SERVICE_${PN} = "syslog.service"

Right?

-- 
DResearch Fahrzeugelektronik GmbH
Otto-Schmirgal-Str. 3, 10319 Berlin, Germany
Tel: +49 30 515932-237 mailto:sl...@dresearch-fe.de
Fax: +49 30 515932-299
Geschäftsführer: Dr. Michael Weber, Werner Mögle;
Amtsgericht Berlin Charlottenburg; HRB 130120 B;
Ust.-IDNr. DE273952058
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] OE/Yocto developer survey

[Steffen Sledz]

On 26.10.2015 20:18, Cliff Brake wrote:
> Hi,
> 
> I'd like to get some feedback on the following questions -- feel free
> to respond to list, or directly to me, and I'll withhold your
> name/company from any results.
> 
> I would like to collect feedback until 2015-11-02, and will summarize
> the results after that.
> 
> My goal with this survey is to get a sense for best practices and what
> is most commonly used among Yocto/OE developers so I can better advise
> clients using Yocto/OE.  Hopefully this will also generate some
> interesting discussions.
> 
> How long have you been using OE?  _2008_
> 
> How do you use OE/Yocto?
> [ X ] product development
> [  ] hobby/research/education/yocto core developer, etc
> 
> What distro do you use?
> [  ] Poky
> [ X ] Angstrom
> [ X ] nodistro or custom
> 
> How do you organize multiple git repos?
> [ X ] Git submodules
> [  ] Repo
> [  ] Other
> 
> What packaging system?
> [ X ] OPKG
> [  ] RPM
> [  ] Other
> 
> What GUI toolkits?
> [ X ] Qt
> [  ] Gtk
> [  ] EFL
> [  ] HTML5/JS
> [  ] Other
> 
> What init system?
> [ X ] systemd
> [  ] sysvinit
> [  ] busybox init
> [  ] Other
> 
> What libc?
> [ X ] glibc
> [  ] uclibc
> [  ] musl
> [  ] Other
> 
> How do you develop custom applications?
> [  ] application-SDK
> [ X ] devshell
> [  ] develop on PC, test on target
> [ X ] Other
> 
> What language do you primarily use for custom applications?
> [ X ] C
> [  ] C++
> [  ] Python
> [  ] Javascript
> [  ] Lua
> [  ] Other
> 
> What do you use for Continuous Integration?
> [  ] Buildbot
> [ X ] Jenkins
> [  ] Other
> 
> Do you use any any of the tooling projects
> (https://www.yoctoproject.org/tools-resources/projects) such as ADT,
> Hob, Toaster, etc?
> 
> _no_
> 
> Reasons or explanations are appreciated, and please feel free to
> include additional choices/information you think are relevant.

-- 
DResearch Fahrzeugelektronik GmbH
Otto-Schmirgal-Str. 3, 10319 Berlin, Germany
Tel: +49 30 515932-237 mailto:sl...@dresearch-fe.de
Fax: +49 30 515932-299
Geschäftsführer: Dr. Michael Weber, Werner Mögle;
Amtsgericht Berlin Charlottenburg; HRB 130120 B;
Ust.-IDNr. DE273952058
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [meta-oe][PATCH] syslog-ng: add UPDATE_ALTERNATIVE for syslog-service

[Steffen Sledz]

This fixes [YOCTO-8688].

-- 
DResearch Fahrzeugelektronik GmbH
Otto-Schmirgal-Str. 3, 10319 Berlin, Germany
Tel: +49 30 515932-237 mailto:sl...@dresearch-fe.de
Fax: +49 30 515932-299
Geschäftsführer: Dr. Michael Weber, Werner Mögle;
Amtsgericht Berlin Charlottenburg; HRB 130120 B;
Ust.-IDNr. DE273952058
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

[oe] [meta-oe][PATCH] syslog-ng: add UPDATE_ALTERNATIVE for syslog-service

[Steffen Sledz]

Use ALTERNATIVE mechanism in OE to manage the syslog service to
avoid conflicts with other syslog implementations like rsyslog
or busybox.

Signed-off-by: Steffen Sledz <sl...@dresearch-fe.de>
---
 meta-oe/recipes-support/syslog-ng/syslog-ng.inc | 8 +++-
 1 file changed, 7 insertions(+), 1 deletion(-)

diff --git a/meta-oe/recipes-support/syslog-ng/syslog-ng.inc 
b/meta-oe/recipes-support/syslog-ng/syslog-ng.inc
index a990bf8..54f6920 100644
--- a/meta-oe/recipes-support/syslog-ng/syslog-ng.inc
+++ b/meta-oe/recipes-support/syslog-ng/syslog-ng.inc
@@ -96,12 +96,18 @@ SYSTEMD_SERVICE_${PN} = "${BPN}.service"

 # no syslog-init for systemd
 python () {
-if 'sysvinit' in d.getVar("DISTRO_FEATURES", True).split():
+if bb.utils.contains('DISTRO_FEATURES', 'sysvinit', True, False, d):
 pn = d.getVar('PN', True)
 sysconfdir = d.getVar('sysconfdir', True)
 d.appendVar('ALTERNATIVE_%s' % (pn), ' syslog-init')
 d.setVarFlag('ALTERNATIVE_PRIORITY', 'syslog-init', '200')
 d.setVarFlag('ALTERNATIVE_LINK_NAME', 'syslog-init', 
'%s/init.d/syslog' % (sysconfdir))
+
+if bb.utils.contains('DISTRO_FEATURES', 'systemd', True, False, d):
+pn = d.getVar('PN', True)
+d.appendVar('ALTERNATIVE_%s' % (pn), ' syslog-service')
+d.setVarFlag('ALTERNATIVE_LINK_NAME', 'syslog-service', 
'%s/systemd/system/syslog.service' % (d.getVar('sysconfdir', True)))
+d.setVarFlag('ALTERNATIVE_TARGET', 'syslog-service', 
'%s/system/${BPN}.service' % (d.getVar('systemd_unitdir', True)))
 }

 INITSCRIPT_NAME = "syslog"
-- 
2.6.3



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

Re: [oe] cups-filters

[Steffen Sledz]

On 22.10.2015 09:50, Richard Leitner wrote:
> On 10/21/2015 04:01 PM, Steffen Sledz wrote:
>> Does anybody know about a recipe providing cups-filters?
>>
>> http://layers.openembedded.org was not really helpful here.
> 
> I have one which works for my purposes but it is not really tested...
> It is based on something I found somewhere on the web (I don't remember
> the source).

Any plans to make this part of an official layer?

Regards,
Steffen

-- 
DResearch Fahrzeugelektronik GmbH
Otto-Schmirgal-Str. 3, 10319 Berlin, Germany
Tel: +49 30 515932-237 mailto:sl...@dresearch-fe.de
Fax: +49 30 515932-299
Geschäftsführer: Dr. Michael Weber, Werner Mögle;
Amtsgericht Berlin Charlottenburg; HRB 130120 B;
Ust.-IDNr. DE273952058
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] cups-filters

[Steffen Sledz]

On 22.10.2015 10:54, Richard Leitner wrote:
> On 10/22/2015 10:52 AM, Steffen Sledz wrote:
>> On 22.10.2015 09:50, Richard Leitner wrote:
>>> On 10/21/2015 04:01 PM, Steffen Sledz wrote:
>>>> Does anybody know about a recipe providing cups-filters?
>>>>
>>>> http://layers.openembedded.org was not really helpful here.
>>>
>>> I have one which works for my purposes but it is not really tested...
>>> It is based on something I found somewhere on the web (I don't remember
>>> the source).
>>
>> Any plans to make this part of an official layer?
>>
> Currently I have no time for creating and testing a clean patch for it.
> But if anybody has time and motivation, feel free to do it ;-)

I could try to prepare one.

@layer-maintainers: What would be the right layer for this? openembedded-core 
or meta-oe?

-- 
DResearch Fahrzeugelektronik GmbH
Otto-Schmirgal-Str. 3, 10319 Berlin, Germany
Tel: +49 30 515932-237 mailto:sl...@dresearch-fe.de
Fax: +49 30 515932-299
Geschäftsführer: Dr. Michael Weber, Werner Mögle;
Amtsgericht Berlin Charlottenburg; HRB 130120 B;
Ust.-IDNr. DE273952058
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

[oe] cups-filters

[Steffen Sledz]

Does anybody know about a recipe providing cups-filters?

http://layers.openembedded.org was not really helpful here.

-- 
DResearch Fahrzeugelektronik GmbH
Otto-Schmirgal-Str. 3, 10319 Berlin, Germany
Tel: +49 30 515932-237 mailto:sl...@dresearch-fe.de
Fax: +49 30 515932-299
Geschäftsführer: Dr. Michael Weber, Werner Mögle;
Amtsgericht Berlin Charlottenburg; HRB 130120 B;
Ust.-IDNr. DE273952058
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [OE-core] "sub" machine types?

[Steffen Sledz]

On 07.09.2015 16:24, Lee Nipper wrote:
> 
> On Mon, Sep 7, 2015 at 7:08 AM, Steffen Sledz <sl...@dresearch-fe.de 
> <mailto:sl...@dresearch-fe.de>> wrote:
> 
> On 07.09.2015 09:09, Steffen Sledz wrote:
> > On 05.09.2015 13:29, Mike Looijmans wrote:
> >> ... and I think the u-boot recipe recently learned to have multiple 
> targets, so you can build multiple bootloaders for a single machine too.
> >
> > That sounds great. Can someone give a pointer to some documentation or 
> examples for that?
> 
> Is it correct to just replace the UBOOT_MACHINE item in the machine 
> config with something like this?
> 
> UBOOT_CONFIG ??= "sub1 sub2 sub3"
> UBOOT_CONFIG[sub1] = "mymachine_sub1_config"
> UBOOT_CONFIG[sub2] = "mymachine_sub2_config"
> UBOOT_CONFIG[sub3] = "mymachine_sub3_config"
> 
> 
> Looks right.

What about the u-boot-fw-utils? Is the recipe ready for this too?

What about the artefacts? Is there one binary usable for all u-boot images?

-- 
DResearch Fahrzeugelektronik GmbH
Otto-Schmirgal-Str. 3, 10319 Berlin, Germany
Tel: +49 30 515932-237 mailto:sl...@dresearch-fe.de
Fax: +49 30 515932-299
Geschäftsführer: Dr. Michael Weber, Werner Mögle;
Amtsgericht Berlin Charlottenburg; HRB 130120 B;
Ust.-IDNr. DE273952058
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [OE-core] "sub" machine types?

[Steffen Sledz]

On 05.09.2015 13:29, Mike Looijmans wrote:
> ... and I think the u-boot recipe recently learned to have multiple targets, 
> so you can build multiple bootloaders for a single machine too.

That sounds great. Can someone give a pointer to some documentation or examples 
for that?

-- 
DResearch Fahrzeugelektronik GmbH
Otto-Schmirgal-Str. 3, 10319 Berlin, Germany
Tel: +49 30 515932-237 mailto:sl...@dresearch-fe.de
Fax: +49 30 515932-299
Geschäftsführer: Dr. Michael Weber, Werner Mögle;
Amtsgericht Berlin Charlottenburg; HRB 130120 B;
Ust.-IDNr. DE273952058
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [OE-core] "sub" machine types?

[Steffen Sledz]

On 07.09.2015 09:09, Steffen Sledz wrote:
> On 05.09.2015 13:29, Mike Looijmans wrote:
>> ... and I think the u-boot recipe recently learned to have multiple targets, 
>> so you can build multiple bootloaders for a single machine too.
> 
> That sounds great. Can someone give a pointer to some documentation or 
> examples for that?

Is it correct to just replace the UBOOT_MACHINE item in the machine config with 
something like this?

UBOOT_CONFIG ??= "sub1 sub2 sub3"
UBOOT_CONFIG[sub1] = "mymachine_sub1_config"
UBOOT_CONFIG[sub2] = "mymachine_sub2_config"
UBOOT_CONFIG[sub3] = "mymachine_sub3_config"

-- 
DResearch Fahrzeugelektronik GmbH
Otto-Schmirgal-Str. 3, 10319 Berlin, Germany
Tel: +49 30 515932-237 mailto:sl...@dresearch-fe.de
Fax: +49 30 515932-299
Geschäftsführer: Dr. Michael Weber, Werner Mögle;
Amtsgericht Berlin Charlottenburg; HRB 130120 B;
Ust.-IDNr. DE273952058
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [meta-qt5] install problem for qtbase

[Steffen Sledz]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Am 04.09.2015 um 19:43 schrieb Martin Jansa:
> On Fri, Sep 04, 2015 at 06:05:16PM +0200, Steffen Sledz wrote: We've a big 
> problem building qtbase (from fido branch) for two machines with the same SoC 
> in one workspace.
> 
> It seems that the do_install of the run for the second machine (which fails) 
> destroys the image subdirectory totally. :(
> 
>> the image subdirectory is only temporary and removed before do_install starts
> 
>> permanent files are always installed in MACHINE sysroot (or as packages in 
>> deploy directory)

That's clear but why does the image subdir contains the

 ??? home
 ?   ??? sledz
 ?   ??? work

subtree after the second run? And why are the font files (and may be other) in 
a wrong location?

>> use bitbake-diffsigs to find out why do_install is re-executed for your 
>> secondmachine after it was finished for firstmachine.

OK, i wil try this. Can you give a brief instruction how to do this in detail?

> Here's what we see after a clean build:
> 
> -
>  MACHINE=firstmachine bitbake qtbase
> 
> # tree -d -L 3 
> tmp-glibc/work/cortexa9t2hf-vfp-neon-mx6qdl-angstrom-linux-gnueabi/qtbase/5.4.2+gitAUTOINC+2cb17c1fb9-r0/image/
>  
> tmp-glibc/work/cortexa9t2hf-vfp-neon-mx6qdl-angstrom-linux-gnueabi/qtbase/5.4.2+gitAUTOINC+2cb17c1fb9-r0/image/
>  ??? usr ??? bin ?   ??? qt5 ??? include ?   ??? qt5 ??? lib ?   ??? cmake ?  
>  ??? fonts ?   ??? pkgconfig ?   ??? qt5 ??? share ??? doc ??? qt5
> 
> 13 directories # tree -d -L 3 
> tmp-glibc/work/x86_64-linux/qtbase-native/5.4.2+gitAUTOINC+2cb17c1fb9-r0/image/
>  
> tmp-glibc/work/x86_64-linux/qtbase-native/5.4.2+gitAUTOINC+2cb17c1fb9-r0/image/
>  ??? home ??? sledz ??? work
> 
> 3 directories
> 
> -
>  MACHINE=secondmachine bitbake qtbase
> 
> # tree -d -L 3 
> tmp-glibc/work/cortexa9t2hf-vfp-neon-mx6qdl-angstrom-linux-gnueabi/qtbase/5.4.2+gitAUTOINC+2cb17c1fb9-r0/image/
>  
> tmp-glibc/work/cortexa9t2hf-vfp-neon-mx6qdl-angstrom-linux-gnueabi/qtbase/5.4.2+gitAUTOINC+2cb17c1fb9-r0/image/
>  ??? home ?   ??? sledz ?   ??? work ??? usr ??? bin ?   ??? qt5 ??? lib
> 
> 7 directories # tree -d -L 3 
> tmp-glibc/work/x86_64-linux/qtbase-native/5.4.2+gitAUTOINC+2cb17c1fb9-r0/image/
>  
> tmp-glibc/work/x86_64-linux/qtbase-native/5.4.2+gitAUTOINC+2cb17c1fb9-r0/image/
>  ??? home ??? sledz ??? work
> 
> 3 directories
> 
> -
> 
> Additionally after the second run some files are in the wrong subdirectories, 
> e.g. the font files are located in image/usr/lib/ instead of 
> image/usr/lib/fonts.

- -- 
DResearch Fahrzeugelektronik GmbH
Otto-Schmirgal-Str. 3, 10319 Berlin, Germany
Tel: +49 30 515932-237 mailto:sl...@dresearch-fe.de
Fax: +49 30 515932-299
Geschäftsführer: Dr. Michael Weber, Werner Mögle;
Amtsgericht Berlin Charlottenburg; HRB 130120 B;
Ust.-IDNr. DE273952058
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBAgAGBQJV6pCBAAoJEIz5slJ1krPhBEQQAL86xHoNH63omdOPI/03x8nt
wLhwKoZVI3mnrvsrOmQD7n4TDMHNh8FNDehFgJC9yO5BgphcFPrrnoVFvqYHSsu4
+8Z16UMoWd/hvvyntl1Ua4qaJo8SBtu/Dzr3+bIBF8Fh70UVu562LCGZGusopR0T
AMLDipZ9RDYeV3hgsufk3x2NCz55vc8/vobzdgGj5jp0rPEVw+dWq2jrc4PT7xxV
F80/XNykVD+nZ8L5X/J9Iwfb1oARInbyqa9ENugncmqkcAQrLpBhueIxCJwYtYLz
9vMR2zpvGlYw8kswWdom74FVDGyQz7xSQj02cbeLHSzRFIcaSgE6xypo0sJ47prm
S1PRQGvdd0LP1aP9BZdGToirTFM3QkMDAXzNPnPwjliM/de9vpC/Pen3kt75hwHn
jt3kfW+wpjE31yrViIOGXwbohw6iMEUepfUojK8XjM7+OpEKNmbwDrE1ZuKJDoqq
gjotuf+rRb89338O9FqzHioM9798Ihg0nVLEnmEXblGqkBCQSf6T391Q1PBdayoP
+hMqk3yb4Bee0UClj0HP/uy3oHTO8rtdmcw1eHLQen/zJbuTbvcYmPLqxI8oOcdt
eaQzMqBMMX+f0jhVTg4TXKZNatR0eQpToZeALcRo3qNuDTfN4M3p68gxlThd0dzs
ujlqdS9/2vGQ7Q7U2cvE
=88HE
-END PGP SIGNATURE-
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [OE-core] "sub" machine types?

[Steffen Sledz]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Am 04.09.2015 um 09:45 schrieb Nicolas Dechesne:
> On Fri, Sep 4, 2015 at 9:35 AM, Steffen Sledz <sl...@dresearch-fe.de> wrote:
>> We have some products which differ in bootloaders (u-boot) and kernel device 
>> trees only. They use the same kernel and root filesystem.
>> 
>> Does OE have concepts for this? Or any suggestions to realize this without 
>> building for many machines?
> 
> most BSP layers use SOC_FAMILY, see [1] for this type of things, such that 
> you can create 'SOC' specific packages that are reused across multiple (OE) 
> machines. That sounds like that would help in your situation.
> 
> [1] 
> http://www.yoctoproject.org/docs/1.8/ref-manual/ref-manual.html#var-SOC_FAMILY

I'm not really sure if this is what we need. You suggest to use different 
MACHINEs of one SOC_FAMILY, Right?

But if I bitbake the root filesystem for each MACHINE an *own* image is 
created. And not *one* usable for all of them.

What we wish is one image containing one kernel and device tree files for each 
product.

In addition a u-boot image for each product so that we can use a boot setup 
running different u-boot images starting the same kernel and root filesystem 
with different parameters (e.g. for the device trees).

- -- 
DResearch Fahrzeugelektronik GmbH
Otto-Schmirgal-Str. 3, 10319 Berlin, Germany
Tel: +49 30 515932-237 mailto:sl...@dresearch-fe.de
Fax: +49 30 515932-299
Geschäftsführer: Dr. Michael Weber, Werner Mögle;
Amtsgericht Berlin Charlottenburg; HRB 130120 B;
Ust.-IDNr. DE273952058
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBAgAGBQJV6o9aAAoJEIz5slJ1krPhF9UP/0cp0JrohbZOeRen1ksJfGIr
J3kGKKEqBlw4s+0ugsPIMSp3pR2La/7/IgGV938H5mc6+88CobTpQU25TaE31ukq
hgfoG/SHuZCucp1TpTahANkt+d8OmrDOTDLYTzEmWD47VGRp64PiMzlQBKIg27Bo
NUdG3cFoUzPrS6tu24LR/EiM+ve2+ItZ8/pEXY0RiCYD/vhehP8qq2Yunow5cvyj
xvy1kxbJYCYvjXQF52z9L+R68vvZVzXFF7VrTeT00DJlj99KP5R97vvbIyHzFsHK
1YJfmRkkSx5d41QGegM9GHJGaGOKxHQekh/V5PgwfgQKBxgXq/5slWAvIzH7l6Fq
udkqX9goeeEmkztiUhK1VbEQr8wd5SyRI/9wfEJD8AuJPiV460JZrC2lhh/dOxnf
sEOGzgNMe/lddcGty6ns5Jn9ztJhnaYNtYK1NFdY/aGUPASgcXCCcPxUNW00KEsp
yCwmVEUE37vIGJltqJ2XfUCPhIZ4eiuPZOkzYHo4s+CtArKHiWlzWWREXSrNREql
92FDTuOCkBuYDrmiRMbIuHRxO7gguE2ZS8YPCSRbGsE/VwwUhlMAtRddnGr5QA1G
FL1qnW+28wrqwHZlVfzFzO+qUnAo7/LqfnF525ABObdlF6sk4/b9r2MeTEoPwLkx
qd2HFZDh4HBu2h4t6E1s
=m/r6
-END PGP SIGNATURE-
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

[oe] [meta-qt5] install problem for qtbase

[Steffen Sledz]

We've a big problem building qtbase (from fido branch) for two machines with 
the same SoC in one workspace.

It seems that the do_install of the run for the second machine (which fails) 
destroys the image subdirectory totally. :(

Here's what we see after a clean build:

-
MACHINE=firstmachine bitbake qtbase

# tree -d -L 3 
tmp-glibc/work/cortexa9t2hf-vfp-neon-mx6qdl-angstrom-linux-gnueabi/qtbase/5.4.2+gitAUTOINC+2cb17c1fb9-r0/image/
tmp-glibc/work/cortexa9t2hf-vfp-neon-mx6qdl-angstrom-linux-gnueabi/qtbase/5.4.2+gitAUTOINC+2cb17c1fb9-r0/image/
└── usr
├── bin
│   └── qt5
├── include
│   └── qt5
├── lib
│   ├── cmake
│   ├── fonts
│   ├── pkgconfig
│   └── qt5
└── share
├── doc
└── qt5

13 directories
# tree -d -L 3 
tmp-glibc/work/x86_64-linux/qtbase-native/5.4.2+gitAUTOINC+2cb17c1fb9-r0/image/
tmp-glibc/work/x86_64-linux/qtbase-native/5.4.2+gitAUTOINC+2cb17c1fb9-r0/image/
└── home
└── sledz
└── work

3 directories

-
MACHINE=secondmachine bitbake qtbase

# tree -d -L 3 
tmp-glibc/work/cortexa9t2hf-vfp-neon-mx6qdl-angstrom-linux-gnueabi/qtbase/5.4.2+gitAUTOINC+2cb17c1fb9-r0/image/
tmp-glibc/work/cortexa9t2hf-vfp-neon-mx6qdl-angstrom-linux-gnueabi/qtbase/5.4.2+gitAUTOINC+2cb17c1fb9-r0/image/
├── home
│   └── sledz
│   └── work
└── usr
├── bin
│   └── qt5
└── lib

7 directories
# tree -d -L 3 
tmp-glibc/work/x86_64-linux/qtbase-native/5.4.2+gitAUTOINC+2cb17c1fb9-r0/image/
tmp-glibc/work/x86_64-linux/qtbase-native/5.4.2+gitAUTOINC+2cb17c1fb9-r0/image/
└── home
└── sledz
└── work

3 directories

-

Additionally after the second run some files are in the wrong subdirectories, 
e.g. the font files are located in image/usr/lib/ instead of 
image/usr/lib/fonts.

-- 
DResearch Fahrzeugelektronik GmbH
Otto-Schmirgal-Str. 3, 10319 Berlin, Germany
Tel: +49 30 515932-237 mailto:sl...@dresearch-fe.de
Fax: +49 30 515932-299
Geschäftsführer: Dr. Michael Weber, Werner Mögle;
Amtsgericht Berlin Charlottenburg; HRB 130120 B;
Ust.-IDNr. DE273952058
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

[oe] "sub" machine types?

[Steffen Sledz]

We have some products which differ in bootloaders (u-boot) and kernel device 
trees only. They use the same kernel and root filesystem.

Does OE have concepts for this? Or any suggestions to realize this without 
building for many machines?

Steffen

-- 
DResearch Fahrzeugelektronik GmbH
Otto-Schmirgal-Str. 3, 10319 Berlin, Germany
Tel: +49 30 515932-237 mailto:sl...@dresearch-fe.de
Fax: +49 30 515932-299
Geschäftsführer: Dr. Michael Weber, Werner Mögle;
Amtsgericht Berlin Charlottenburg; HRB 130120 B;
Ust.-IDNr. DE273952058
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [bitbake-devel] [PATCH] fetch/hg: Disable checksums for archived downloads

[Steffen Sledz]

On 02.06.2015 06:38, Robert Yang wrote:
 I'm working on fixing the issues now, will send patches sooner.

Any news on that?

-- 
DResearch Fahrzeugelektronik GmbH
Otto-Schmirgal-Str. 3, 10319 Berlin, Germany
Tel: +49 30 515932-237 mailto:sl...@dresearch-fe.de
Fax: +49 30 515932-299
Geschäftsführer: Dr. Michael Weber, Werner Mögle;
Amtsgericht Berlin Charlottenburg; HRB 130120 B;
Ust.-IDNr. DE273952058
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

[oe] outdated compat-wireless

[Steffen Sledz]

meta-openembedded contains a recipe for compat-wireless. According to [1] this 
is really outdated and replaced by a renamed project called backports[2].

Has anyone tried or plans to replace compat-wireless with this?

[1] https://wireless.wiki.kernel.org/en/users/Download
[2] https://backports.wiki.kernel.org

-- 
DResearch Fahrzeugelektronik GmbH
Otto-Schmirgal-Str. 3, 10319 Berlin, Germany
Tel: +49 30 515932-237 mailto:sl...@dresearch-fe.de
Fax: +49 30 515932-299
Geschäftsführer: Dr. Michael Weber, Werner Mögle;
Amtsgericht Berlin Charlottenburg; HRB 130120 B;
Ust.-IDNr. DE273952058
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [OE-core] multiple git repos vs. AUTOREV?

[Steffen Sledz]

On 16.06.2015 16:20, Paul Eggleton wrote:
 On Tuesday 16 June 2015 16:12:49 Steffen Sledz wrote:
 For development purposes we use this method to build always from the HEAD
 revision of a git repository.
 ...
 Now we like to do the same in one recipe which uses sources from two git
 repos.
 ...
 
 I believe this should work:
 
 - snip --
 SRCREV_FORMAT = foo_bar
 SRCREV_foo = ${AUTOREV}
 SRCREV_bar = ${AUTOREV}
 PV = gitr${SRCPV}
  
 SRC_URI =  \
   git://g...@bitbucket.org/.../foo.git;protocol=ssh,name=foo \
   git://g...@bitbucket.org/.../bar.git;protocol=ssh,name=bar \
  
 - snap --

Thanx.

Now we have a similar but little different problem definition. We like to 
integrate the code of an own kernel driver into the current linux-boundary 
recipe. Because the driver is under development we like to use the HEAD 
revision of this repo. My first try was this bbappend.

- snip --
SRCREV_FORMAT_append += _mydriver
SRCREV_mydriver = ${AUTOREV}
PV_append = gitr${SRCPV}

SRC_URI_append =  \

git://github.com/.../mydriver.git;protocol=https;destsuffix=git.mydriver;name=mydriver
 \


...
- snap --

But this leads to an error.

ERROR: ExpansionError during parsing 
/.../meta-fsl-arm-extra/recipes-kernel/linux/linux-boundary_3.10.53.bb: Failure 
expanding variable pkg_postrm_kernel-devicetree: ExpansionError: Failure 
expanding variable KERNEL_PRIORITY, expression was 
${@int(d.getVar('PV',1).split('-')[0].split('+')[0].split('.')[0]) * 1 +

int(d.getVar('PV',1).split('-')[0].split('+')[0].split('.')[1]) * 100 + 
   
int(d.getVar('PV',1).split('-')[0].split('+')[0].split('.')[-1])} which 
triggered exception ValueError: invalid literal for int() with base 10: 
'53gitrAUTOINC'

Without the PV_append line everything builds well but the resulting package 
version does not contain a part for the additional repo version. :(

Any ideas on this one?

Steffen

-- 
DResearch Fahrzeugelektronik GmbH
Otto-Schmirgal-Str. 3, 10319 Berlin, Germany
Tel: +49 30 515932-237 mailto:sl...@dresearch-fe.de
Fax: +49 30 515932-299
Geschäftsführer: Dr. Michael Weber, Werner Mögle;
Amtsgericht Berlin Charlottenburg; HRB 130120 B;
Ust.-IDNr. DE273952058
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [OE-core] multiple git repos vs. AUTOREV?

[Steffen Sledz]

On 17.06.2015 12:09, Steffen Sledz wrote:
 On 17.06.2015 10:10, Richard Purdie wrote:
 On Wed, 2015-06-17 at 09:27 +0200, Steffen Sledz wrote:
 On 16.06.2015 16:20, Paul Eggleton wrote:
 On Tuesday 16 June 2015 16:12:49 Steffen Sledz wrote:
 For development purposes we use this method to build always from the HEAD
 revision of a git repository.
 ...
 Now we like to do the same in one recipe which uses sources from two git
 repos.
 ...

 I believe this should work:

 - snip --
 SRCREV_FORMAT = foo_bar
 SRCREV_foo = ${AUTOREV}
 SRCREV_bar = ${AUTOREV}
 PV = gitr${SRCPV}
  
 SRC_URI =  \
git://g...@bitbucket.org/.../foo.git;protocol=ssh,name=foo \
git://g...@bitbucket.org/.../bar.git;protocol=ssh,name=bar \
  
 - snap --

 Thanx.

 Now we have a similar but little different problem definition. We like to 
 integrate the code of an own kernel driver into the current linux-boundary 
 recipe. Because the driver is under development we like to use the HEAD 
 revision of this repo. My first try was this bbappend.

 - snip --
 SRCREV_FORMAT_append += _mydriver
 SRCREV_mydriver = ${AUTOREV}
 PV_append = gitr${SRCPV}

 SRC_URI_append =  \
 
 git://github.com/.../mydriver.git;protocol=https;destsuffix=git.mydriver;name=mydriver
  \
 

 ...
 - snap --

 But this leads to an error.

 ERROR: ExpansionError during parsing 
 /.../meta-fsl-arm-extra/recipes-kernel/linux/linux-boundary_3.10.53.bb: 
 Failure expanding variable pkg_postrm_kernel-devicetree: ExpansionError: 
 Failure expanding variable KERNEL_PRIORITY, expression was 
 ${@int(d.getVar('PV',1).split('-')[0].split('+')[0].split('.')[0]) * 1 
 +
 int(d.getVar('PV',1).split('-')[0].split('+')[0].split('.')[1]) * 100 + 

 int(d.getVar('PV',1).split('-')[0].split('+')[0].split('.')[-1])} which 
 triggered exception ValueError: invalid literal for int() with base 10: 
 '53gitrAUTOINC'

 Without the PV_append line everything builds well but the resulting package 
 version does not contain a part for the additional repo version. :(

 Any ideas on this one?

 What value of PV does the recipe have originally? That code (from
 KERNEL_PRIORITY in kernel.bbclass) is meant to be stripping off the base
 version and computing values from it:

 d.getVar('PV',1).split('-')[0].split('+')[0].split('.')[0]

 however if you don't have a good base PV value, its likely its getting
 confused. If you use a form like:

 PV = x.y.z
 (in the base recipe)
 PV_append = +gitr${SRCPV}
 (in the append)

 then the code above should work ok.
 
 The unmodified PV ist 3.10.53.
 
 Unfortunatly an additional PV_append = +gitr${SRCPV} leads to exception. :(
 
 - snip --
 NOTE: Preparing RunQueue
 ERROR: An uncaught exception occured in runqueue, please see the failure 
 below:
 ERROR: Running idle function
 Traceback (most recent call last):
   File /home/sledz/work/HIPOS.fido/bitbake/lib/bb/runqueue.py, line 1029, 
 in RunQueue._execute_runqueue():
  self.rqexe = RunQueueExecuteDummy(self)
 if self.rqdata.prepare() == 0:
  self.state = runQueueComplete
   File /home/sledz/work/HIPOS.fido/bitbake/lib/bb/runqueue.py, line 809, in 
 RunQueueData.prepare():
  
 procdep.append(self.taskData.fn_index[self.runq_fnid[dep]] + . + 
 self.runq_task[dep])
 self.runq_hash[task] = 
 bb.parse.siggen.get_taskhash(self.taskData.fn_index[self.runq_fnid[task]], 
 self.runq_task[task], procdep, self.dataCache)
 
   File 
 /home/sledz/work/HIPOS.fido/openembedded-core/meta/lib/oe/sstatesig.py, 
 line 113, in 
 SignatureGeneratorOEBasicHash.get_taskhash(fn='/home/sledz/work/HIPOS.fido/meta-fsl-arm-extra/recipes-kernel/linux/linux-boundary_3.10.53.bb',
  task='do_fetch', deps=[], dataCache=bb.cache.CacheData object at 
 0x7f62d4409fd0):
  def get_taskhash(self, fn, task, deps, dataCache):
 h = super(bb.siggen.SignatureGeneratorBasicHash, 
 self).get_taskhash(fn, task, deps, dataCache)
 
   File /home/sledz/work/HIPOS.fido/bitbake/lib/bb/siggen.py, line 192, in 
 SignatureGeneratorOEBasicHash.get_taskhash(fn='/home/sledz/work/HIPOS.fido/meta-fsl-arm-extra/recipes-kernel/linux/linux-boundary_3.10.53.bb',
  task='do_fetch', deps=[], dataCache=bb.cache.CacheData object at 
 0x7f62d4409fd0):
  if task in dataCache.file_checksums[fn]:
 checksums = 
 bb.fetch2.get_file_checksums(dataCache.file_checksums[fn][task], recipename)
  for (f,cs) in checksums:
   File /home/sledz/work/HIPOS.fido/bitbake/lib/bb/fetch2/__init__.py, line 
 1077, in 
 get_file_checksums(filelist='/home/sledz/work/HIPOS.fido/meta-hipos/recipes-kernel/linux/files/angstrom/defconfig:False
  
 /home/sledz/work/HIPOS.fido/meta-fsl-arm-extra/recipes-kernel/linux/linux-boundary-3.10.53+gitrAUTOINC+
  _6c4bcab6c1

Re: [oe] [OE-core] multiple git repos vs. AUTOREV?

[Steffen Sledz]

On 17.06.2015 10:10, Richard Purdie wrote:
 On Wed, 2015-06-17 at 09:27 +0200, Steffen Sledz wrote:
 On 16.06.2015 16:20, Paul Eggleton wrote:
 On Tuesday 16 June 2015 16:12:49 Steffen Sledz wrote:
 For development purposes we use this method to build always from the HEAD
 revision of a git repository.
 ...
 Now we like to do the same in one recipe which uses sources from two git
 repos.
 ...

 I believe this should work:

 - snip --
 SRCREV_FORMAT = foo_bar
 SRCREV_foo = ${AUTOREV}
 SRCREV_bar = ${AUTOREV}
 PV = gitr${SRCPV}
  
 SRC_URI =  \
 git://g...@bitbucket.org/.../foo.git;protocol=ssh,name=foo \
 git://g...@bitbucket.org/.../bar.git;protocol=ssh,name=bar \
  
 - snap --

 Thanx.

 Now we have a similar but little different problem definition. We like to 
 integrate the code of an own kernel driver into the current linux-boundary 
 recipe. Because the driver is under development we like to use the HEAD 
 revision of this repo. My first try was this bbappend.

 - snip --
 SRCREV_FORMAT_append += _mydriver
 SRCREV_mydriver = ${AUTOREV}
 PV_append = gitr${SRCPV}

 SRC_URI_append =  \
  
 git://github.com/.../mydriver.git;protocol=https;destsuffix=git.mydriver;name=mydriver
  \
 

 ...
 - snap --

 But this leads to an error.

 ERROR: ExpansionError during parsing 
 /.../meta-fsl-arm-extra/recipes-kernel/linux/linux-boundary_3.10.53.bb: 
 Failure expanding variable pkg_postrm_kernel-devicetree: ExpansionError: 
 Failure expanding variable KERNEL_PRIORITY, expression was 
 ${@int(d.getVar('PV',1).split('-')[0].split('+')[0].split('.')[0]) * 1 + 

 int(d.getVar('PV',1).split('-')[0].split('+')[0].split('.')[1]) * 100 +  
   
 int(d.getVar('PV',1).split('-')[0].split('+')[0].split('.')[-1])} which 
 triggered exception ValueError: invalid literal for int() with base 10: 
 '53gitrAUTOINC'

 Without the PV_append line everything builds well but the resulting package 
 version does not contain a part for the additional repo version. :(

 Any ideas on this one?
 
 What value of PV does the recipe have originally? That code (from
 KERNEL_PRIORITY in kernel.bbclass) is meant to be stripping off the base
 version and computing values from it:
 
 d.getVar('PV',1).split('-')[0].split('+')[0].split('.')[0]
 
 however if you don't have a good base PV value, its likely its getting
 confused. If you use a form like:
 
 PV = x.y.z
 (in the base recipe)
 PV_append = +gitr${SRCPV}
 (in the append)
 
 then the code above should work ok.

The unmodified PV ist 3.10.53.

Unfortunatly an additional PV_append = +gitr${SRCPV} leads to exception. :(

- snip --
NOTE: Preparing RunQueue
ERROR: An uncaught exception occured in runqueue, please see the failure below:
ERROR: Running idle function
Traceback (most recent call last):
  File /home/sledz/work/HIPOS.fido/bitbake/lib/bb/runqueue.py, line 1029, in 
RunQueue._execute_runqueue():
 self.rqexe = RunQueueExecuteDummy(self)
if self.rqdata.prepare() == 0:
 self.state = runQueueComplete
  File /home/sledz/work/HIPOS.fido/bitbake/lib/bb/runqueue.py, line 809, in 
RunQueueData.prepare():
 
procdep.append(self.taskData.fn_index[self.runq_fnid[dep]] + . + 
self.runq_task[dep])
self.runq_hash[task] = 
bb.parse.siggen.get_taskhash(self.taskData.fn_index[self.runq_fnid[task]], 
self.runq_task[task], procdep, self.dataCache)

  File 
/home/sledz/work/HIPOS.fido/openembedded-core/meta/lib/oe/sstatesig.py, line 
113, in 
SignatureGeneratorOEBasicHash.get_taskhash(fn='/home/sledz/work/HIPOS.fido/meta-fsl-arm-extra/recipes-kernel/linux/linux-boundary_3.10.53.bb',
 task='do_fetch', deps=[], dataCache=bb.cache.CacheData object at 
0x7f62d4409fd0):
 def get_taskhash(self, fn, task, deps, dataCache):
h = super(bb.siggen.SignatureGeneratorBasicHash, 
self).get_taskhash(fn, task, deps, dataCache)

  File /home/sledz/work/HIPOS.fido/bitbake/lib/bb/siggen.py, line 192, in 
SignatureGeneratorOEBasicHash.get_taskhash(fn='/home/sledz/work/HIPOS.fido/meta-fsl-arm-extra/recipes-kernel/linux/linux-boundary_3.10.53.bb',
 task='do_fetch', deps=[], dataCache=bb.cache.CacheData object at 
0x7f62d4409fd0):
 if task in dataCache.file_checksums[fn]:
checksums = 
bb.fetch2.get_file_checksums(dataCache.file_checksums[fn][task], recipename)
 for (f,cs) in checksums:
  File /home/sledz/work/HIPOS.fido/bitbake/lib/bb/fetch2/__init__.py, line 
1077, in 
get_file_checksums(filelist='/home/sledz/work/HIPOS.fido/meta-hipos/recipes-kernel/linux/files/angstrom/defconfig:False
 
/home/sledz/work/HIPOS.fido/meta-fsl-arm-extra/recipes-kernel/linux/linux-boundary-3.10.53+gitrAUTOINC+
 _6c4bcab6c1/angstrom/defconfig:False 
/home/sledz/work/HIPOS.fido/meta-fsl-arm-extra/recipes-kernel

[oe] multiple git repos vs. AUTOREV?

[Steffen Sledz]

For development purposes we use this method to build always from the HEAD 
revision of a git repository.

- snip --
SRCREV=${AUTOREV}
PV = gitr${SRCPV}

SRC_URI = git://g...@bitbucket.org/.../foo.git;protocol=ssh
- snap --

Now we like to do the same in one recipe which uses sources from two git repos.

Our first try was this one. But if failed..

- snip --
SRCREV_foo=${AUTOREV_foo}
SRCREV_bar=${AUTOREV_bar}
PV = gitr${SRCPV_foo}+${SRCPV_bar}

SRC_URI =  \
git://g...@bitbucket.org/.../foo.git;protocol=ssh,name=foo \
git://g...@bitbucket.org/.../bar.git;protocol=ssh,name=bar \

- snap --

Is it possible to do what we want? And what's the right way to do it?

Thx,
Steffen

-- 
DResearch Fahrzeugelektronik GmbH
Otto-Schmirgal-Str. 3, 10319 Berlin, Germany
Tel: +49 30 515932-237 mailto:sl...@dresearch-fe.de
Fax: +49 30 515932-299
Geschäftsführer: Dr. Michael Weber, Werner Mögle;
Amtsgericht Berlin Charlottenburg; HRB 130120 B;
Ust.-IDNr. DE273952058
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [OE-core] opkg_install_pkg: Package name md5sum mismatch. Either the opkg or the package index are corrupt.

[Steffen Sledz]

Am 02.05.2015 um 23:55 schrieb Andrea Adami:
 On Fri, May 1, 2015 at 6:06 PM, Denys Dmytriyenko de...@denix.org wrote:
 Has anyone ever seen this message during image.do_rootfs task?

 Collected errors:
  * opkg_install_pkg: Package package md5sum mismatch. Either the opkg or 
 the package index are corrupt. Try 'opkg update'.
  * opkg_install_cmd: Cannot install package package.

 We started seeing it on random packages inside the image few weeks ago on
 different machines. At the time we had switched to bitbake 1.26. But even
 trying different bitbake versions still occasionally caused the same error, 
 so
 the culprit is still unknwon. Using oe-core/daisy for now.

 Any comments or suggestions to where start looking would be appreciated!
 
 yes, I have seen this during multimachine builds.
 My TMPDIR is on tmpfs in ram so everytime I reboot it is re-populated
 from sstate.
 ...

We have the same problem here. Also with packages from the all feed in a 
multimachine build environment. But it does not seem related to packagegroups.

I've a hypothesis but was not able to validate or falsify it till now: Given a 
recipe which does only use file:// type SRC_URI. If i change something in these 
sources and do not update PR the prserv/hashing mechanism detects the changes a 
builds a new package. But this package has the same version info as the one 
before. So for opkg there's no need to update it's package database.

As said before this is just a hypothesis.

Steffen

-- 
DResearch Fahrzeugelektronik GmbH
Otto-Schmirgal-Str. 3, 10319 Berlin, Germany
Tel: +49 30 515932-237 mailto:sl...@dresearch-fe.de
Fax: +49 30 515932-299
Geschäftsführer: Dr. Michael Weber, Werner Mögle;
Amtsgericht Berlin Charlottenburg; HRB 130120 B;
Ust.-IDNr. DE273952058
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [meta-ruby][PATCH] ruby: explicitly disable dtrace support

[Steffen Sledz]

On 01.05.2015 14:30, Martin Jansa wrote:
 both 2.2.1 and 2.2.2 are failing on some hosts native builds with:
 ...

It would be really great if this patch could make it to the fido branch!

We are some of the mourners and cannot build fido at the moment. :(

-- 
DResearch Fahrzeugelektronik GmbH
Otto-Schmirgal-Str. 3, 10319 Berlin, Germany
Tel: +49 30 515932-237 mailto:sl...@dresearch-fe.de
Fax: +49 30 515932-299
Geschäftsführer: Dr. Michael Weber, Werner Mögle;
Amtsgericht Berlin Charlottenburg; HRB 130120 B;
Ust.-IDNr. DE273952058
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [OE-core] fetch race problem

[Steffen Sledz]

Am 24.03.2015 um 12:12 schrieb Richard Purdie:
 On Tue, 2015-03-24 at 12:00 +0100, Steffen Sledz wrote:
 We hit the following problem in oe-classic. And we're not sure if this 
 problem may occur in current oe too, or if it is fixed there.

 They are two or more recipes (may be in different layers) for packages with 
 sources from the same (git) repository. If the fetching from the repo needs 
 some time we see file changed as we read it errors in all likelihood.

 -- snip ---
 ERROR: Error evaluating '${PF}:${P}:${PN}:${BP}:${BPN}:files:.'
 Traceback (most recent call last):
   File /CACHE/jenkins-workspace/foo/bitbake/lib/bb/data_smart.py, line 
 116, in expandWithRefs
 s = __expand_var_regexp__.sub(varparse.var_sub, s)
   File /CACHE/jenkins-workspace/foo/bitbake/lib/bb/data_smart.py, line 60, 
 in var_sub
 var = self.d.getVar(key, 1)
   File /CACHE/jenkins-workspace/foo/bitbake/lib/bb/data_smart.py, line 
 260, in getVar
 return self.expand(value, var)
   File /CACHE/jenkins-workspace/foo/bitbake/lib/bb/data_smart.py, line 
 132, in expand
 return self.expandWithRefs(s, varname).value
   File /CACHE/jenkins-workspace/foo/bitbake/lib/bb/data_smart.py, line 
 116, in expandWithRefs
 s = __expand_var_regexp__.sub(varparse.var_sub, s)
 FetchError: Fetch command export HOME=/var/lib/jenkins; export 
 PATH=/CACHE/jenkins-workspace/foo/OE//bin:/CACHE/jenkins-workspace/foo/openembedded/bin:/CACHE/jenkins-workspace/foo/OE/tmp.7/sysroots/x86_64-linux/usr/armv5te/bin:/CACHE/jenkins-workspace/foo/OE/tmp.7/sysroots/x86_64-linux/usr/sbin:/CACHE/jenkins-workspace/foo/OE/tmp.7/sysroots/x86_64-linux/usr/bin:/CACHE/jenkins-workspace/foo/OE/tmp.7/sysroots/x86_64-linux/sbin:/CACHE/jenkins-workspace/foo/OE/tmp.7/sysroots/x86_64-linux//bin:/CACHE/jenkins-workspace/foo/OE/bin-HYP-6339:/CACHE/jenkins-workspace/foo/bitbake/bin:/sbin:/usr/sbin:/bin:/usr/bin;
  tar -czf 
 /var/lib/jenkins/sources/git_bitbucket.org.dresearchfe.drconfig.git.tar.gz 
 ./.git/* failed with signal 1, output:
 /bin/tar: ./.git/objects/pack/tmp_pack_BwThcc: File removed before we read it
 /bin/tar: ./.git/objects/pack/tmp_pack_Ans7xK: File removed before we read it
 /bin/tar: ./.git/objects/pack: file changed as we read it
 -- snap ---

 Is this a problem in oe-core too (or oe-classic only)?

 Any ideas how to avoid such errors?
 
 In theory bitbake has locks on files in DL_DIR, even for git
 repositories so it should only touch the repo with one fetch process at
 a time even if multiple recipes reference the same thing.
 
 There were some big fetcher reworks in more recent versions of bitbake.
 For OE-Classic, I'm guessing you're using an older version. You could
 try transplanting the modern fetcher core onto your older bitbake I
 guess.

I do not feel competent enough to try this.

Is it possible (in oe-classic) to mark two or more recipes (or single stages) 
to run exclusive?


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

[oe] fetch race problem

[Steffen Sledz]

We hit the following problem in oe-classic. And we're not sure if this problem 
may occur in current oe too, or if it is fixed there.

They are two or more recipes (may be in different layers) for packages with 
sources from the same (git) repository. If the fetching from the repo needs 
some time we see file changed as we read it errors in all likelihood.

-- snip ---
ERROR: Error evaluating '${PF}:${P}:${PN}:${BP}:${BPN}:files:.'
Traceback (most recent call last):
  File /CACHE/jenkins-workspace/foo/bitbake/lib/bb/data_smart.py, line 116, 
in expandWithRefs
s = __expand_var_regexp__.sub(varparse.var_sub, s)
  File /CACHE/jenkins-workspace/foo/bitbake/lib/bb/data_smart.py, line 60, in 
var_sub
var = self.d.getVar(key, 1)
  File /CACHE/jenkins-workspace/foo/bitbake/lib/bb/data_smart.py, line 260, 
in getVar
return self.expand(value, var)
  File /CACHE/jenkins-workspace/foo/bitbake/lib/bb/data_smart.py, line 132, 
in expand
return self.expandWithRefs(s, varname).value
  File /CACHE/jenkins-workspace/foo/bitbake/lib/bb/data_smart.py, line 116, 
in expandWithRefs
s = __expand_var_regexp__.sub(varparse.var_sub, s)
FetchError: Fetch command export HOME=/var/lib/jenkins; export 
PATH=/CACHE/jenkins-workspace/foo/OE//bin:/CACHE/jenkins-workspace/foo/openembedded/bin:/CACHE/jenkins-workspace/foo/OE/tmp.7/sysroots/x86_64-linux/usr/armv5te/bin:/CACHE/jenkins-workspace/foo/OE/tmp.7/sysroots/x86_64-linux/usr/sbin:/CACHE/jenkins-workspace/foo/OE/tmp.7/sysroots/x86_64-linux/usr/bin:/CACHE/jenkins-workspace/foo/OE/tmp.7/sysroots/x86_64-linux/sbin:/CACHE/jenkins-workspace/foo/OE/tmp.7/sysroots/x86_64-linux//bin:/CACHE/jenkins-workspace/foo/OE/bin-HYP-6339:/CACHE/jenkins-workspace/foo/bitbake/bin:/sbin:/usr/sbin:/bin:/usr/bin;
 tar -czf 
/var/lib/jenkins/sources/git_bitbucket.org.dresearchfe.drconfig.git.tar.gz 
./.git/* failed with signal 1, output:
/bin/tar: ./.git/objects/pack/tmp_pack_BwThcc: File removed before we read it
/bin/tar: ./.git/objects/pack/tmp_pack_Ans7xK: File removed before we read it
/bin/tar: ./.git/objects/pack: file changed as we read it
-- snap ---

Is this a problem in oe-core too (or oe-classic only)?

Any ideas how to avoid such errors?

Steffen

-- 
DResearch Fahrzeugelektronik GmbH
Otto-Schmirgal-Str. 3, 10319 Berlin, Germany
Tel: +49 30 515932-237 mailto:sl...@dresearch-fe.de
Fax: +49 30 515932-299
Geschäftsführer: Dr. Michael Weber, Werner Mögle;
Amtsgericht Berlin Charlottenburg; HRB 130120 B;
Ust.-IDNr. DE273952058
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

[oe] meta-angstrom commit 75f0f25e breaks build of opencv from meta-openembedded

[Steffen Sledz]

Commit 75f0f25e55f0745a011640b5c81d88be99366f45 in meta-angstrom/recipes-tweaks 
(branch angstrom-v2014.12-yocto1.7) introduces version 10.5 of libav.

This version does no longer provide defines like CODEC_ID_H264 which are needed 
for opencv 2.4.9 from meta-openembedded/meta-oe/recipes-support (branch dizzy).

- snip --
.../tmp-glibc/work/armv5te-angstrom-linux-gnueabi/opencv/2.4.9+gitAUTOINC+df8e28283f-r0/git/modules/highgui/src/ffmpeg_codecs.hpp:104:7:
 error: 'CODEC_ID_H264' was not declared in this scope
 { CODEC_ID_H264, MKTAG('H', '2', '6', '4') },
   ^
.../tmp-glibc/work/armv5te-angstrom-linux-gnueabi/opencv/2.4.9+gitAUTOINC+df8e28283f-r0/git/modules/highgui/src/ffmpeg_codecs.hpp:105:7:
 error: 'CODEC_ID_H264' was not declared in this scope
 { CODEC_ID_H264, MKTAG('h', '2', '6', '4') },
   ^
.../tmp-glibc/work/armv5te-angstrom-linux-gnueabi/opencv/2.4.9+gitAUTOINC+df8e28283f-r0/git/modules/highgui/src/ffmpeg_codecs.hpp:106:7:
 error: 'CODEC_ID_H264' was not declared in this scope
 { CODEC_ID_H264, MKTAG('X', '2', '6', '4') },
   ^
.../tmp-glibc/work/armv5te-angstrom-linux-gnueabi/opencv/2.4.9+gitAUTOINC+df8e28283f-r0/git/modules/highgui/src/ffmpeg_codecs.hpp:107:7:
 error: 'CODEC_ID_H264' was not declared in this scope
 { CODEC_ID_H264, MKTAG('x', '2', '6', '4') },
...
- snip --

I'm not sure if this problem occurs in the master branches too, but the 
dizzy/angstrom-v2014.12-yocto1.7 branches are unusable for some of our 
applications beacause of this problem at the moment. :(

Steffen

-- 
DResearch Fahrzeugelektronik GmbH
Otto-Schmirgal-Str. 3, 10319 Berlin, Germany
Tel: +49 30 515932-237 mailto:sl...@dresearch-fe.de
Fax: +49 30 515932-299
Geschäftsführer: Dr. Michael Weber, Werner Mögle;
Amtsgericht Berlin Charlottenburg; HRB 130120 B;
Ust.-IDNr. DE273952058
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [meta-oe][dizzy][PATCH] rsyslog: fix name of syslogd ua group

[Steffen Sledz]

On 27.02.2015 13:45, Steffen Sledz wrote:
 (backport from master)
 
 All the other syslogd implementations use 'syslogd' as update alternatives
 group name. So rsyslogd should use this too.
 
 Signed-off-by: Steffen Sledz sl...@dresearch-fe.de
 Signed-off-by: Martin Jansa martin.ja...@gmail.com
 ---
  meta-oe/recipes-extended/rsyslog/rsyslog_7.4.4.bb | 6 +++---
  1 file changed, 3 insertions(+), 3 deletions(-)
 
 diff --git a/meta-oe/recipes-extended/rsyslog/rsyslog_7.4.4.bb 
 b/meta-oe/recipes-extended/rsyslog/rsyslog_7.4.4.bb
 index aeca09a..7593dfb 100644
 --- a/meta-oe/recipes-extended/rsyslog/rsyslog_7.4.4.bb
 +++ b/meta-oe/recipes-extended/rsyslog/rsyslog_7.4.4.bb
 @@ -125,10 +125,10 @@ INITSCRIPT_PARAMS = defaults
  # higher than sysklogd's 100
  ALTERNATIVE_PRIORITY = 110
  
 -ALTERNATIVE_${PN} = rsyslogd syslog-conf syslog-logrotate
 +ALTERNATIVE_${PN} = syslogd syslog-conf syslog-logrotate
  
 -ALTERNATIVE_LINK_NAME[rsyslogd] = ${base_sbindir}/syslogd
 -ALTERNATIVE_TARGET[rsyslogd] = ${sbindir}/rsyslogd
 +ALTERNATIVE_LINK_NAME[syslogd] = ${base_sbindir}/syslogd
 +ALTERNATIVE_TARGET[syslogd] = ${sbindir}/rsyslogd
  ALTERNATIVE_LINK_NAME[syslog-conf] = ${sysconfdir}/syslog.conf
  ALTERNATIVE_TARGET[syslog-conf] = ${sysconfdir}/rsyslog.conf
  ALTERNATIVE_LINK_NAME[syslog-logrotate] = ${sysconfdir}/logrotate.d/syslog

Would be great if this patch could make it expeditiously to dizzy

Without this patch it is not possible to use rsyslog without problems because 
the wrong ua group name leads to running rsyslog and busybox-syslogd in 
parallel fighting on sockets and other ressources.

Thx,
Steffen

-- 
DResearch Fahrzeugelektronik GmbH
Otto-Schmirgal-Str. 3, 10319 Berlin, Germany
Tel: +49 30 515932-237 mailto:sl...@dresearch-fe.de
Fax: +49 30 515932-299
Geschäftsführer: Dr. Michael Weber, Werner Mögle;
Amtsgericht Berlin Charlottenburg; HRB 130120 B;
Ust.-IDNr. DE273952058
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [meta-oe][PATCH v2] rsyslog: fix name of syslogd ua group

[Steffen Sledz]

On 16.02.2015 19:37, Steffen Sledz wrote:
 All the other syslogd implementations use 'syslogd' as update alternatives
 group name. So rsyslogd should use this too.
 
 Signed-off-by: Steffen Sledz sl...@dresearch-fe.de
 ---
  meta-oe/recipes-extended/rsyslog/rsyslog_7.4.4.bb | 6 +++---
  1 file changed, 3 insertions(+), 3 deletions(-)
 
 diff --git a/meta-oe/recipes-extended/rsyslog/rsyslog_7.4.4.bb 
 b/meta-oe/recipes-extended/rsyslog/rsyslog_7.4.4.bb
 index 422def3..5ab6a30 100644
 --- a/meta-oe/recipes-extended/rsyslog/rsyslog_7.4.4.bb
 +++ b/meta-oe/recipes-extended/rsyslog/rsyslog_7.4.4.bb
 @@ -127,10 +127,10 @@ INITSCRIPT_PARAMS = defaults
  # higher than sysklogd's 100
  ALTERNATIVE_PRIORITY = 110
  
 -ALTERNATIVE_${PN} = rsyslogd syslog-conf syslog-logrotate
 +ALTERNATIVE_${PN} = syslogd syslog-conf syslog-logrotate
  
 -ALTERNATIVE_LINK_NAME[rsyslogd] = ${base_sbindir}/syslogd
 -ALTERNATIVE_TARGET[rsyslogd] = ${sbindir}/rsyslogd
 +ALTERNATIVE_LINK_NAME[syslogd] = ${base_sbindir}/syslogd
 +ALTERNATIVE_TARGET[syslogd] = ${sbindir}/rsyslogd
  ALTERNATIVE_LINK_NAME[syslog-conf] = ${sysconfdir}/syslog.conf
  ALTERNATIVE_TARGET[syslog-conf] = ${sysconfdir}/rsyslog.conf
  ALTERNATIVE_LINK_NAME[syslog-logrotate] = ${sysconfdir}/logrotate.d/syslog

Ping!

Something wrong with this patch? I think it fixes an obvious bug.

Regards,
Steffen

-- 
DResearch Fahrzeugelektronik GmbH
Otto-Schmirgal-Str. 3, 10319 Berlin, Germany
Tel: +49 30 515932-237 mailto:sl...@dresearch-fe.de
Fax: +49 30 515932-299
Geschäftsführer: Dr. Michael Weber, Werner Mögle;
Amtsgericht Berlin Charlottenburg; HRB 130120 B;
Ust.-IDNr. DE273952058
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

[oe] [meta-oe][PATCH v2] rsyslog: fix name of syslogd ua group

[Steffen Sledz]

All the other syslogd implementations use 'syslogd' as update alternatives
group name. So rsyslogd should use this too.

Signed-off-by: Steffen Sledz sl...@dresearch-fe.de
---
 meta-oe/recipes-extended/rsyslog/rsyslog_7.4.4.bb | 6 +++---
 1 file changed, 3 insertions(+), 3 deletions(-)

diff --git a/meta-oe/recipes-extended/rsyslog/rsyslog_7.4.4.bb 
b/meta-oe/recipes-extended/rsyslog/rsyslog_7.4.4.bb
index 422def3..5ab6a30 100644
--- a/meta-oe/recipes-extended/rsyslog/rsyslog_7.4.4.bb
+++ b/meta-oe/recipes-extended/rsyslog/rsyslog_7.4.4.bb
@@ -127,10 +127,10 @@ INITSCRIPT_PARAMS = defaults
 # higher than sysklogd's 100
 ALTERNATIVE_PRIORITY = 110
 
-ALTERNATIVE_${PN} = rsyslogd syslog-conf syslog-logrotate
+ALTERNATIVE_${PN} = syslogd syslog-conf syslog-logrotate
 
-ALTERNATIVE_LINK_NAME[rsyslogd] = ${base_sbindir}/syslogd
-ALTERNATIVE_TARGET[rsyslogd] = ${sbindir}/rsyslogd
+ALTERNATIVE_LINK_NAME[syslogd] = ${base_sbindir}/syslogd
+ALTERNATIVE_TARGET[syslogd] = ${sbindir}/rsyslogd
 ALTERNATIVE_LINK_NAME[syslog-conf] = ${sysconfdir}/syslog.conf
 ALTERNATIVE_TARGET[syslog-conf] = ${sysconfdir}/rsyslog.conf
 ALTERNATIVE_LINK_NAME[syslog-logrotate] = ${sysconfdir}/logrotate.d/syslog
-- 
2.3.0

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

[oe] [PATCH] rsyslog: fix name of syslogd ua group

[Steffen Sledz]

All the other syslogd implementations use syslogd for this. So rsyslogd
should use this too.

Signed-off-by: Steffen Sledz sl...@dresearch-fe.de
---
 meta-oe/recipes-extended/rsyslog/rsyslog_7.4.4.bb | 6 +++---
 1 file changed, 3 insertions(+), 3 deletions(-)

diff --git a/meta-oe/recipes-extended/rsyslog/rsyslog_7.4.4.bb 
b/meta-oe/recipes-extended/rsyslog/rsyslog_7.4.4.bb
index 422def3..5ab6a30 100644
--- a/meta-oe/recipes-extended/rsyslog/rsyslog_7.4.4.bb
+++ b/meta-oe/recipes-extended/rsyslog/rsyslog_7.4.4.bb
@@ -127,10 +127,10 @@ INITSCRIPT_PARAMS = defaults
 # higher than sysklogd's 100
 ALTERNATIVE_PRIORITY = 110
 
-ALTERNATIVE_${PN} = rsyslogd syslog-conf syslog-logrotate
+ALTERNATIVE_${PN} = syslogd syslog-conf syslog-logrotate
 
-ALTERNATIVE_LINK_NAME[rsyslogd] = ${base_sbindir}/syslogd
-ALTERNATIVE_TARGET[rsyslogd] = ${sbindir}/rsyslogd
+ALTERNATIVE_LINK_NAME[syslogd] = ${base_sbindir}/syslogd
+ALTERNATIVE_TARGET[syslogd] = ${sbindir}/rsyslogd
 ALTERNATIVE_LINK_NAME[syslog-conf] = ${sysconfdir}/syslog.conf
 ALTERNATIVE_TARGET[syslog-conf] = ${sysconfdir}/rsyslog.conf
 ALTERNATIVE_LINK_NAME[syslog-logrotate] = ${sysconfdir}/logrotate.d/syslog
-- 
2.3.0

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

Re: [oe] Ralink RT3572/RT5572?

[Steffen Sledz]

On 11.08.2014 11:53, Steffen Sledz wrote:
 Are the linux kernel modules for Ralink WiFi-USB devices with RT3572 and/or 
 RT5572 (available from http://www.mediatek.com/en/downloads/) still 
 integrated in an OE-Layer?
 
 If not, what would be the right place for them (openembedded-core, 
 meta-networking, or something else)?

Ping!

-- 
DResearch Fahrzeugelektronik GmbH
Otto-Schmirgal-Str. 3, 10319 Berlin, Germany
Tel: +49 30 515932-237 mailto:sl...@dresearch-fe.de
Fax: +49 30 515932-299
Geschäftsführer: Dr. Michael Weber, Werner Mögle;
Amtsgericht Berlin Charlottenburg; HRB 130120 B;
Ust.-IDNr. DE273952058
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

[oe] Ralink RT3572/RT5572?

[Steffen Sledz]

Are the linux kernel modules for Ralink WiFi-USB devices with RT3572 and/or 
RT5572 (available from http://www.mediatek.com/en/downloads/) still 
integrated in an OE-Layer?

If not, what would be the right place for them (openembedded-core, 
meta-networking, or something else)?

-- 
DResearch Fahrzeugelektronik GmbH
Otto-Schmirgal-Str. 3, 10319 Berlin, Germany
Tel: +49 30 515932-237 mailto:sl...@dresearch-fe.de
Fax: +49 30 515932-299
Geschäftsführer: Dr. Michael Weber, Werner Mögle;
Amtsgericht Berlin Charlottenburg; HRB 130120 B;
Ust.-IDNr. DE273952058
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] daisy branch for meta-openembedded, meta-qt5 / maintainer wanted

[Steffen Sledz]

On 18.06.2014 16:34, Cliff Brake wrote:
 On Wed, Jun 18, 2014 at 10:21 AM, Martin Jansa martin.ja...@gmail.com wrote:
 On Wed, Jun 18, 2014 at 10:04:52AM -0400, Cliff Brake wrote:
 

 Otavio, Armin, would you like me to add your emails to the maintainer
 lists in these readme's as well?

 Should I wait 1 more day before merging branch above for possible
 maintainer additions?
 
 Yes, that would be a good idea.  I'll send a pull request tomorrow, or
 after I hear back from others.
 
 If there are other outstanding daisy patches, please let me know.
 
 As far as a procedure to merge changes, I propose that initially one
 of the branch maintainers sends a pull request to the maillist .
 Another maintainer ack the pull request, and then Martin (or other
 main branch maintainer) merges and pushes.  This will initially give
 us a little bit more review.  Eventually we may transition to one of
 us pushing changes directly after co-maintainer ack. The goal is
 obviously to keep daisy building and as stable as possible.

Ping!

My live555 patch is still waiting. :(

Steffen

-- 
DResearch Fahrzeugelektronik GmbH
Otto-Schmirgal-Str. 3, 10319 Berlin, Germany
Tel: +49 30 515932-237 mailto:sl...@dresearch-fe.de
Fax: +49 30 515932-299
Geschäftsführer: Dr. Michael Weber, Werner Mögle;
Amtsgericht Berlin Charlottenburg; HRB 130120 B;
Ust.-IDNr. DE273952058
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] daisy branch for meta-openembedded, meta-qt5 / maintainer wanted

[Steffen Sledz]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 23.06.2014 13:01, Martin Jansa wrote:
 On Mon, Jun 23, 2014 at 09:15:10AM +0200, Steffen Sledz wrote:
 On 18.06.2014 16:34, Cliff Brake wrote:
 On Wed, Jun 18, 2014 at 10:21 AM, Martin Jansa martin.ja...@gmail.com 
 wrote:
 On Wed, Jun 18, 2014 at 10:04:52AM -0400, Cliff Brake wrote:
 
 
 Otavio, Armin, would you like me to add your emails to the maintainer 
 lists in these readme's as well?
 
 Should I wait 1 more day before merging branch above for possible 
 maintainer additions?
 
 Yes, that would be a good idea.  I'll send a pull request tomorrow, or 
 after I hear back from others.
 
 If there are other outstanding daisy patches, please let me know.
 
 As far as a procedure to merge changes, I propose that initially one of the 
 branch maintainers sends a pull request to the maillist . Another 
 maintainer ack the pull request, and then Martin (or other main branch 
 maintainer) merges and pushes.  This will initially give us a little bit 
 more review.  Eventually we may transition to one of us pushing changes 
 directly after co-maintainer ack. The goal is obviously to keep daisy 
 building and as stable as possible.
 
 Ping!
 
 My live555 patch is still waiting. :(
 
 I've just merged it, but next time such patch needs to be merged in master 
 first (where it was merged by me on Saturday) and then cherry-picked to 
 release branch.

Great. Thx.

- -- 
DResearch Fahrzeugelektronik GmbH
Otto-Schmirgal-Str. 3, 10319 Berlin, Germany
Tel: +49 30 515932-237 mailto:sl...@dresearch-fe.de
Fax: +49 30 515932-299
Geschäftsführer: Dr. Michael Weber, Werner Mögle;
Amtsgericht Berlin Charlottenburg; HRB 130120 B;
Ust.-IDNr. DE273952058
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iEYEARECAAYFAlOoC9UACgkQlSfCk8EgCzgXeACfYz1WFqdiqGd5/ZG+UGklamDN
g9cAoNbUjNyNB68seAE+GahaDee57RFA
=+Dop
-END PGP SIGNATURE-
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [meta-oe][daisy][PATCH] live555: fix fetch problem

[Steffen Sledz]

What is the right ML address for patches in this area?

The meta-multimedia/README in git://git.openembedded.org/meta-openembedded 
(daisy branch) says:

  Send pull requests to openembedded-devel@lists.openembedded.org

But i believe this should be openembedded-c...@lists.openembedded.org.

Steffen

-- 
DResearch Fahrzeugelektronik GmbH
Otto-Schmirgal-Str. 3, 10319 Berlin, Germany
Tel: +49 30 515932-237 mailto:sl...@dresearch-fe.de
Fax: +49 30 515932-299
Geschäftsführer: Dr. Michael Weber, Werner Mögle;
Amtsgericht Berlin Charlottenburg; HRB 130120 B;
Ust.-IDNr. DE273952058
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [OE-core] [meta-oe][daisy][PATCH] live555: fix fetch problem

[Steffen Sledz]

On 16.06.2014 10:48, Paul Eggleton wrote:
 On Monday 16 June 2014 08:32:55 Steffen Sledz wrote:
 What is the right ML address for patches in this area?

 The meta-multimedia/README in git://git.openembedded.org/meta-openembedded
 (daisy branch) says:

   Send pull requests to openembedded-devel@lists.openembedded.org

 But i believe this should be openembedded-c...@lists.openembedded.org.
 
 No, for all layers in the meta-openembedded repository it should be 
 openembedded-devel as listed.

OK, thx for this info.

So i hope the patch will make it into the daisy branch in the next time, 
because our build is broken meanwhile (OK, we have a workaround, but this is 
unendearing).

-- 
DResearch Fahrzeugelektronik GmbH
Otto-Schmirgal-Str. 3, 10319 Berlin, Germany
Tel: +49 30 515932-237 mailto:sl...@dresearch-fe.de
Fax: +49 30 515932-299
Geschäftsführer: Dr. Michael Weber, Werner Mögle;
Amtsgericht Berlin Charlottenburg; HRB 130120 B;
Ust.-IDNr. DE273952058
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [OE-core] [meta-oe][daisy][PATCH] live555: fix fetch problem

[Steffen Sledz]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 16.06.2014 12:59, Martin Jansa wrote:
 On Mon, Jun 16, 2014 at 11:45:12AM +0200, Steffen Sledz wrote:
 On 16.06.2014 10:48, Paul Eggleton wrote:
 On Monday 16 June 2014 08:32:55 Steffen Sledz wrote:
 What is the right ML address for patches in this area?
 
 The meta-multimedia/README in git://git.openembedded.org/meta-openembedded 
 (daisy branch) says:
 
 Send pull requests to openembedded-devel@lists.openembedded.org
 
 But i believe this should be openembedded-c...@lists.openembedded.org.
 
 No, for all layers in the meta-openembedded repository it should be 
 openembedded-devel as listed.
 
 OK, thx for this info.
 
 So i hope the patch will make it into the daisy branch in the next time, 
 because our build is broken meanwhile (OK, we have a workaround, but this is 
 unendearing).
 
 We still don't have meta-oe daisy maintainer :/ (and update to READMEs in 
 daisy branch)..

How should i interpret this answer?

There is nobody who can push my patch (about the live555 fetch problem, nothing 
about READMEs) to the daisy branch?

- -- 
DResearch Fahrzeugelektronik GmbH
Otto-Schmirgal-Str. 3, 10319 Berlin, Germany
Tel: +49 30 515932-237 mailto:sl...@dresearch-fe.de
Fax: +49 30 515932-299
Geschäftsführer: Dr. Michael Weber, Werner Mögle;
Amtsgericht Berlin Charlottenburg; HRB 130120 B;
Ust.-IDNr. DE273952058
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iEYEARECAAYFAlOe3Q8ACgkQlSfCk8EgCzhdlQCgjMhmzGAk6sacNllCwiP/+Gd2
jxIAoONeZ+a1EwuBT8Dfg0cbmfXM0Lte
=TnT1
-END PGP SIGNATURE-
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

[oe] [meta-oe][daisy][PATCH] live555: fix fetch problem

[Steffen Sledz]

live.2013.04.30.tar.gz is no longer available at original live555 url
and the url of the FreeBSD mirror has changed according to[1].

[1] http://ftp.freebsd.org/pub/FreeBSD/ports/distfiles/README.txt

Signed-off-by: Steffen Sledz sl...@dresearch-fe.de
---
 meta-oe/recipes-multimedia/live555/live555.inc | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/meta-oe/recipes-multimedia/live555/live555.inc 
b/meta-oe/recipes-multimedia/live555/live555.inc
index a36177d..0c8208a 100644
--- a/meta-oe/recipes-multimedia/live555/live555.inc
+++ b/meta-oe/recipes-multimedia/live555/live555.inc
@@ -7,13 +7,13 @@ HOMEPAGE = http://live.com/;
 LICENSE = LGPLv3
 SECTION = devel
 
-INC_PR = r0
+INC_PR = r1
 
 URLV = 
${@d.getVar('PV',1)[0:4]}.${@d.getVar('PV',1)[4:6]}.${@d.getVar('PV',1)[6:8]}
 SRC_URI = http://www.live555.com/liveMedia/public/live.${URLV}.tar.gz \
file://config.linux-cross
 # only latest live version stays on http://www.live555.com/liveMedia/public/, 
add mirror for older
-MIRRORS += http://www.live555.com/liveMedia/public/ 
http://ftp.freebsd.org/pub/FreeBSD/ports/distfiles/ \n
+MIRRORS += http://www.live555.com/liveMedia/public/ 
http://distcache.FreeBSD.org/ports-distfiles/ \n
 
 S = ${WORKDIR}/live
 TARGET_CC_ARCH += ${LDFLAGS}
-- 
1.9.3

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

Re: [oe] opencv QA issue

[Steffen Sledz]

On 28.01.2014 10:08, Stefan Herbrechtsmeier wrote:
 Am 28.01.2014 09:20, schrieb Henning Heinold:
 On Tue, Jan 28, 2014 at 09:09:47AM +0100, Steffen Sledz wrote:
 On 27.01.2014 17:29, Khem Raj wrote:
 On Mon, Jan 27, 2014 at 8:18 AM, Steffen Sledz sl...@dresearch-fe.de 
 wrote:
 After the latest update of our build host (Fedora-18) the opencv build 
 fails with an QA issue.

 - snip -
 ERROR: QA Issue: non debug package contains .debug directory: opencv-apps 
 path 
 /work/cortexa9hf-vfp-neon-angstrom-linux-gnueabi/opencv/2.4.6+gitAUTOINC+c5afaa4e8d-r0/packages-split/opencv-apps/usr/share/OpenCV/java/.debug/libopencv_java246.so
 WARNING: QA Issue: opencv-apps: found library in wrong location: 
 /usr/share/OpenCV/java/libopencv_java246.so
 opencv-apps: found library in wrong location: 
 /usr/share/OpenCV/java/.debug/libopencv_java246.so
 ERROR: QA run found fatal errors. Please consider fixing them.
 ERROR: Function failed: do_package_qa
 ERROR: Logfile of failure stored in: 
 /CACHE/jenkins-workspace/hipos-dfe-closed/build-closed/tmp-eglibc/work/cortexa9hf-vfp-neon-angstrom-linux-gnueabi/opencv/2.4.6+gitAUTOINC+c5afaa4e8d-r0/temp/log.do_package.15005
 NOTE: recipe opencv-2.4.6+gitAUTOINC+c5afaa4e8d-r0: task do_package: 
 Failed
 ERROR: Task 502 
 (/CACHE/jenkins-workspace/hipos-dfe-closed/meta-openembedded/meta-oe/recipes-support/opencv/opencv_2.4.bb,
  do_package) failed with exit code '1'
 - snap -

 After some research we found that the libopencv_java246.so wasn't build 
 before the mentioned build host update. I'm not a cmake guru, so i can't 
 determine why it is build after this update.

 But it seems to be clear that the path 
 /usr/share/OpenCV/java/.debug/libopencv_java246.so is not covered by the 
 package-split definition in meta-oe/recipes-support/opencv/opencv_2.4.bb:

 - snip -
 FILES_${PN} = 
 FILES_${PN}-apps = ${bindir}/* ${datadir}/OpenCV
 FILES_${PN}-dbg += ${libdir}/.debug
 it should be added like something below

 FILES_${PN}-dbg += ${datadir}/OpenCV/java/.debug

 can you try it out if it fixes the problem.
 The error is gone. But there's still a QA warning.

 - snip -
 WARNING: QA Issue: opencv-apps: found library in wrong location: 
 /usr/share/OpenCV/java/libopencv_java246.so
 opencv-dbg: found library in wrong location: 
 /usr/share/OpenCV/java/.debug/libopencv_java246.so
 - snap -
 Hm either it's a jni-lib or opencv using jna, but installing it under 
 /usr/share is wrong. If it is a jni-lib /usr/lib/jni
 would be a good place if it is used by jna /usr/lib would be sufficient.
 This path (share/OpenCV/java(JAR_INSTALL_DIR)) is hard coded in the 
 modules/java/CMakeLists.txt file.
 
 I expect that the FindJNI.cmake from the CMake Modules detects something from 
 the host system or you have add Java to your sysroot. Have you check the 
 output of the CMake configuration for the ANT_EXECUTABLE and JNI_INCLUDE_DIRS.
 
 In any case the opencv recipe is not deterministic in case of the Java 
 support.
 
 You could try to add -DBUILD_FAT_JAVA_LIB=OFF to the EXTRA_OECMAKE but this 
 doesn't disable the whole Java support.

Ping!

Is someone working on this non deterministic problem?

-- 
DResearch Fahrzeugelektronik GmbH
Otto-Schmirgal-Str. 3, 10319 Berlin, Germany
Tel: +49 30 515932-237 mailto:sl...@dresearch-fe.de
Fax: +49 30 515932-299
Geschäftsführer: Dr. Michael Weber, Werner Mögle;
Amtsgericht Berlin Charlottenburg; HRB 130120 B;
Ust.-IDNr. DE273952058
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] opencv QA issue

[Steffen Sledz]

On 27.01.2014 17:29, Khem Raj wrote:
 On Mon, Jan 27, 2014 at 8:18 AM, Steffen Sledz sl...@dresearch-fe.de wrote:
 After the latest update of our build host (Fedora-18) the opencv build fails 
 with an QA issue.

 - snip -
 ERROR: QA Issue: non debug package contains .debug directory: opencv-apps 
 path 
 /work/cortexa9hf-vfp-neon-angstrom-linux-gnueabi/opencv/2.4.6+gitAUTOINC+c5afaa4e8d-r0/packages-split/opencv-apps/usr/share/OpenCV/java/.debug/libopencv_java246.so
 WARNING: QA Issue: opencv-apps: found library in wrong location: 
 /usr/share/OpenCV/java/libopencv_java246.so
 opencv-apps: found library in wrong location: 
 /usr/share/OpenCV/java/.debug/libopencv_java246.so
 ERROR: QA run found fatal errors. Please consider fixing them.
 ERROR: Function failed: do_package_qa
 ERROR: Logfile of failure stored in: 
 /CACHE/jenkins-workspace/hipos-dfe-closed/build-closed/tmp-eglibc/work/cortexa9hf-vfp-neon-angstrom-linux-gnueabi/opencv/2.4.6+gitAUTOINC+c5afaa4e8d-r0/temp/log.do_package.15005
 NOTE: recipe opencv-2.4.6+gitAUTOINC+c5afaa4e8d-r0: task do_package: Failed
 ERROR: Task 502 
 (/CACHE/jenkins-workspace/hipos-dfe-closed/meta-openembedded/meta-oe/recipes-support/opencv/opencv_2.4.bb,
  do_package) failed with exit code '1'
 - snap -

 After some research we found that the libopencv_java246.so wasn't build 
 before the mentioned build host update. I'm not a cmake guru, so i can't 
 determine why it is build after this update.

 But it seems to be clear that the path 
 /usr/share/OpenCV/java/.debug/libopencv_java246.so is not covered by the 
 package-split definition in meta-oe/recipes-support/opencv/opencv_2.4.bb:

 - snip -
 FILES_${PN} = 
 FILES_${PN}-apps = ${bindir}/* ${datadir}/OpenCV
 FILES_${PN}-dbg += ${libdir}/.debug
 
 it should be added like something below
 
 FILES_${PN}-dbg += ${datadir}/OpenCV/java/.debug
 
 can you try it out if it fixes the problem.

The error is gone. But there's still a QA warning.

- snip -
WARNING: QA Issue: opencv-apps: found library in wrong location: 
/usr/share/OpenCV/java/libopencv_java246.so
opencv-dbg: found library in wrong location: 
/usr/share/OpenCV/java/.debug/libopencv_java246.so
- snap -

-- 
DResearch Fahrzeugelektronik GmbH
Otto-Schmirgal-Str. 3, 10319 Berlin, Germany
Tel: +49 30 515932-237 mailto:sl...@dresearch-fe.de
Fax: +49 30 515932-299
Geschäftsführer: Dr. Michael Weber, Werner Mögle;
Amtsgericht Berlin Charlottenburg; HRB 130120 B;
Ust.-IDNr. DE273952058
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [OE-core] SRC_URI and latest HEAD revision with git (in oe-classic)

[Steffen Sledz]

On 31.07.2013 14:50, Paul Eggleton wrote:
 On Wednesday 31 July 2013 12:02:42 Steffen Sledz wrote:
 On 22.07.2013 11:51, Paul Eggleton wrote:
 On Monday 22 July 2013 11:46:23 Steffen Sledz wrote:
 On 22.07.2013 11:01, Nicolas Dechesne wrote:
 On Mon, Jul 22, 2013 at 8:21 AM, Steffen Sledz sl...@dresearch-fe.de

 mailto:sl...@dresearch-fe.de wrote:
 After being OE abstinent for some months i'd like to ask what is the
 current suggested method for recipes building from the HEAD revision of
 a git repository (we need this for continuous integration).

 I read some RFC's in the ml about PKGV/PKGR stuff, but i miss a final
 decision, documentation and a good example.

 you can use ${AUTOREV} for this purpose. You can look at poky-bleeding
 distro config for such an example.

 e.g.
 http://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/meta-yocto/conf/dist
 r
 o/include/poky-floating-revisions.inc

 H? This doesn't seem the work.

 Here's what i tried in my recipe:

  snip 
 PR = r3

 SRCREV=${AUTOREV}
 PV = gitr${SRCPV}
  snip 

 But i get package versions like

   gitr0+53b64e717404d282d0c58b7fa4a4e74ab2ca81ba-r3

 where SRCPB is always 0. :(

 A bit more description and/or a complete example would be very helpful.

 If you want these to increment now AIUI you need to be using the PR
 server:

 https://wiki.yoctoproject.org/wiki/PR_Service

 And here comes my next really big problem. :(

 We're sitting on an big, old but active project based on oe-classic and
 bitbake 1.12.0. Irksomely we're forced to switch from SVN to GIT for this
 project. So we need the AUTOREV/PRSERV stuff for this old environment too.

 Has anyone tried to backport the feature to an older bitbake/oe-classic
 environment? Or can someone give some hints what's to do?
 
 I'm not sure, but my gut feeling is you'd be better off trying to bring the 
 project up to be based on OE-Core rather than trying to bring such 
 functionality back to OE-Classic, particularly since for full functionality 
 it 
 requires signature-based tasks that are only supported with current versions 
 of bitbake and require support from the metadata. You'd be trading some 
 hopefully short-term pain for long-term gain if the project is going to 
 continue for a reasonable amount of time.

I was afraid to get this answer. ;-)

Unfortunately we do not have the manpower to bring up this old project to 
oe-core. Our team is working hard on a follow-up project based on oe-core.

I read something about a solution using

  BB_GIT_CLONE_FOR_SRCREV = 1
  BB_LOCALCOUNT_OVERRIDE = 

which should be supported by the old oe-classic/bitbake-1.12.0. Could this be a 
solution for our problem? What drawbacks does it have?

Steffen

-- 
DResearch Fahrzeugelektronik GmbH
Otto-Schmirgal-Str. 3, 10319 Berlin, Germany
Tel: +49 30 515932-237 mailto:sl...@dresearch-fe.de
Fax: +49 30 515932-299
Geschäftsführer: Dr. Michael Weber, Werner Mögle;
Amtsgericht Berlin Charlottenburg; HRB 130120 B;
Ust.-IDNr. DE273952058
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [OE-core] SRC_URI and latest HEAD revision with git (in oe-classic)

[Steffen Sledz]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 01.08.2013 12:36, Martin Jansa wrote:
 On Thu, Aug 01, 2013 at 08:11:48AM +0200, Steffen Sledz wrote:
 On 31.07.2013 14:50, Paul Eggleton wrote:
 On Wednesday 31 July 2013 12:02:42 Steffen Sledz wrote:
 ... I read something about a solution using
 
 BB_GIT_CLONE_FOR_SRCREV = 1 BB_LOCALCOUNT_OVERRIDE = 
 
 which should be supported by the old oe-classic/bitbake-1.12.0. Could this 
 be a solution for our problem? What drawbacks does it have?
 
 BB_GIT_CLONE_FOR_SRCREV will need to clone every git repository included in 
 metadata you're using (even if the recipe isn't built, because it needs to 
 define AUTOREV for parsing and that needs local clone).

Every git repo? Or every git repo used with AUTOREV only?

 empty BB_LOCALCOUNT_OVERRIDE should work correctly, but you need to 
 synchronize bb_persist_data.sqlite3 between multiple builders (if you have 
 multiple builders populating the same binary feed).

That should be OK for us.

- -- 
DResearch Fahrzeugelektronik GmbH
Otto-Schmirgal-Str. 3, 10319 Berlin, Germany
Tel: +49 30 515932-237 mailto:sl...@dresearch-fe.de
Fax: +49 30 515932-299
Geschäftsführer: Dr. Michael Weber, Werner Mögle;
Amtsgericht Berlin Charlottenburg; HRB 130120 B;
Ust.-IDNr. DE273952058
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.19 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iEYEARECAAYFAlH6PgUACgkQlSfCk8EgCzhRlgCgm/sRrRd945HXKRdsj8aL/+qa
bagAnidiDoZO6PtViGA9zJfSRa+n4IcK
=rQan
-END PGP SIGNATURE-
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [OE-core] SRC_URI and latest HEAD revision with git (in oe-classic)

[Steffen Sledz]

On 22.07.2013 11:51, Paul Eggleton wrote:
 On Monday 22 July 2013 11:46:23 Steffen Sledz wrote:
 On 22.07.2013 11:01, Nicolas Dechesne wrote:
 On Mon, Jul 22, 2013 at 8:21 AM, Steffen Sledz sl...@dresearch-fe.de
 mailto:sl...@dresearch-fe.de wrote:
 After being OE abstinent for some months i'd like to ask what is the
 current suggested method for recipes building from the HEAD revision of
 a git repository (we need this for continuous integration).

 I read some RFC's in the ml about PKGV/PKGR stuff, but i miss a final
 decision, documentation and a good example. 
 you can use ${AUTOREV} for this purpose. You can look at poky-bleeding
 distro config for such an example.

 e.g.
 http://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/meta-yocto/conf/distr
 o/include/poky-floating-revisions.inc
 H? This doesn't seem the work.

 Here's what i tried in my recipe:

  snip 
 PR = r3

 SRCREV=${AUTOREV}
 PV = gitr${SRCPV}
  snip 

 But i get package versions like

   gitr0+53b64e717404d282d0c58b7fa4a4e74ab2ca81ba-r3

 where SRCPB is always 0. :(

 A bit more description and/or a complete example would be very helpful.
 
 If you want these to increment now AIUI you need to be using the PR server:
 
 https://wiki.yoctoproject.org/wiki/PR_Service

And here comes my next really big problem. :(

We're sitting on an big, old but active project based on oe-classic and bitbake 
1.12.0. Irksomely we're forced to switch from SVN to GIT for this project. So 
we need the AUTOREV/PRSERV stuff for this old environment too.

Has anyone tried to backport the feature to an older bitbake/oe-classic 
environment? Or can someone give some hints what's to do?

Steffen

-- 
DResearch Fahrzeugelektronik GmbH
Otto-Schmirgal-Str. 3, 10319 Berlin, Germany
Tel: +49 30 515932-237 mailto:sl...@dresearch-fe.de
Fax: +49 30 515932-299
Geschäftsführer: Dr. Michael Weber, Werner Mögle;
Amtsgericht Berlin Charlottenburg; HRB 130120 B;
Ust.-IDNr. DE273952058
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

[oe] [2011.03-maintenance 0/1] pull request 20121026

[Steffen Sledz]

Hi Tom,

please pull this commit which updates opkg-utils to the latest
upstream version also used in oe-core.

Thx,
Steffen

The following changes since commit 0609a1cf10887b5f5d69cc4c7baba35beebb3f16:

  Merge branch 'pull-request-3' of git://github.com/sledz/oe into 
2011.03-maintenance (2012-10-09 07:41:40 -0700)
  https://github.com/sledz/oe/tree/pull-request-opkg-utils

Steffen Sledz (1):
  opkg-utils: bump SRCREV to latest

 recipes/opkg-utils/opkg-utils_git.bb |4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

-- 
1.7.10.4


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

[oe] [2011.03-maintenance 1/1] opkg-utils: bump SRCREV to latest

[Steffen Sledz]

This update contains
* opkg.py/opkg-build: fix creation of tar archives
* opkg-make-index: fix mis-indented else:

Signed-off-by: Steffen Sledz sl...@dresearch-fe.de
---
 recipes/opkg-utils/opkg-utils_git.bb |4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/recipes/opkg-utils/opkg-utils_git.bb 
b/recipes/opkg-utils/opkg-utils_git.bb
index a9c9803..f1db35e 100644
--- a/recipes/opkg-utils/opkg-utils_git.bb
+++ b/recipes/opkg-utils/opkg-utils_git.bb
@@ -6,9 +6,9 @@ LIC_FILES_CHKSUM = 
file://COPYING;md5=94d55d512a9ba36caa9b7df079bae19f \
  
file://opkg.py;beginline=1;endline=18;md5=15917491ad6bf7acc666ca5f7cc1e083
 RDEPENDS_${PN} = python
 RDEPENDS_${PN}_virtclass-native = 
-SRCREV = 49cc783d8e0415059d126ae22c892988717ffda7
+SRCREV = f1a9d6701993a6f6b1930b4c2bdb71525aa25320
 PV = 0.1.8+git${SRCPV}
-PR = r2
+PR = r3
 
 SRC_URI = git://git.yoctoproject.org/opkg-utils;protocol=git \

-- 
1.7.10.4


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

Re: [oe] [2011.03-maintenance 0/1] pull request 20121009

[Steffen Sledz]

On 09.10.2012 16:42, Tom Rini wrote:
 On Tue, Oct 09, 2012 at 10:49:06AM +0200, Steffen Sledz wrote:
 
 Hi Tom,
 
 please pull this commit which fixes a build problem on build hosts with 
 newer libXrender installations.
 
 Thx, Steffen
 
 The following changes since commit a35ceaacb2019750dc9f4b4fd5ea927cf2ad47fb:
 
 gdk-pixbuf: add missing dependencies (2012-09-14 15:07:04 -0700)
 
 are available in the git repository at:
 
 git://github.com/sledz/oe pull-request-3 
 https://github.com/sledz/oe/tree/pull-request-3
 
 Steffen Sledz (1): pango-native: add libxrender-native to dependencies
 
 recipes/pango/pango.inc |4 ++-- 1 file changed, 2 insertions(+), 2 
 deletions(-)
 
 Applied to 2011.03-maintenance, thanks!

Something went wrong. The patch isn't in the 2011.03-maintenance branch. :(

Steffen

-- 
DResearch Fahrzeugelektronik GmbH
Otto-Schmirgal-Str. 3, 10319 Berlin, Germany
Tel: +49 30 515932-237 mailto:sl...@dresearch-fe.de
Fax: +49 30 515932-299
Geschäftsführer: Dr. Michael Weber, Werner Mögle;
Amtsgericht Berlin Charlottenburg; HRB 130120 B;
Ust.-IDNr. DE273952058

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

[oe] [2011.03-maintenance 0/1] pull request 20121009

[Steffen Sledz]

Hi Tom,

please pull this commit which fixes a build problem on build hosts
with newer libXrender installations.

Thx,
Steffen

The following changes since commit a35ceaacb2019750dc9f4b4fd5ea927cf2ad47fb:

  gdk-pixbuf: add missing dependencies (2012-09-14 15:07:04 -0700)

are available in the git repository at:

  git://github.com/sledz/oe pull-request-3
  https://github.com/sledz/oe/tree/pull-request-3

Steffen Sledz (1):
  pango-native: add libxrender-native to dependencies

 recipes/pango/pango.inc |4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

-- 
1.7.10.4


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

[oe] [2011.03-maintenance 1/1] pango-native: add libxrender-native to dependencies

[Steffen Sledz]

This avoids a link error on build hosts with newer libXrender installation.

| /usr/lib64/gcc/x86_64-suse-linux/4.7/../../../../lib64/libXrender.so:  
undefined reference to `_XGetRequest'
| collect2: error: ld returned 1 exit status

Signed-off-by: Steffen Sledz sl...@dresearch-fe.de
---
 recipes/pango/pango.inc |4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/recipes/pango/pango.inc b/recipes/pango/pango.inc
index c54fbad..b5a2649 100644
--- a/recipes/pango/pango.inc
+++ b/recipes/pango/pango.inc
@@ -10,7 +10,7 @@ SECTION = x11/libs
 
 DEPENDS = glib-2.0 fontconfig freetype zlib virtual/libiconv virtual/libx11 
libxft gtk-doc cairo
 
-DEPENDS_virtclass-native = glib-2.0-native cairo-native
+DEPENDS_virtclass-native = glib-2.0-native cairo-native libxrender-native
 BBCLASSEXTEND = native
 
 PACKAGES_DYNAMIC = pango-module-*
@@ -20,7 +20,7 @@ RRECOMMENDS_${PN} = pango-module-basic-x 
pango-module-basic-fc
 RRECOMMENDS_${PN}_virtclass-native = 
 
 
-INC_PR = r1
+INC_PR = r2
 
 # seems to go wrong with default cflags
 FULL_OPTIMIZATION_arm = -O2
-- 
1.7.10.4


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

Re: [oe] [meta-java 2/5] icedtea6-native-1.7.10: backport S7103224

[Steffen Sledz]

On 08.10.2012 00:29, Khem Raj wrote:
 I have posted some patches which covered this as well some weeks ago
 
 see
 
 http://patchwork.openembedded.org/patch/33463/

If i'm right they were for 1.8.11 only.

 On Fri, Oct 5, 2012 at 12:46 PM, Steffen Sledz sl...@dresearch-fe.de wrote:
 Backport the fix for 7103224.

 This fix allows icedtea6 to be built with (very) new glibc versions.
 It was originally suggested by Omair Majid from RedHat.

 For details see:
 http://permalink.gmane.org/gmane.comp.java.openjdk.distro-packaging.devel/16103
 http://mail.openjdk.java.net/pipermail/hotspot-dev/2011-October/004589.html

 Signed-off-by: Steffen Sledz sl...@dresearch-fe.de
 ---
  .../glibc_name_collision.patch |  523 
 
  recipes-core/icedtea/icedtea6-native_1.7.10.bb |3 +-
  2 files changed, 525 insertions(+), 1 deletion(-)
  create mode 100644 
 recipes-core/icedtea/icedtea6-native-1.7.10/glibc_name_collision.patch

 diff --git 
 a/recipes-core/icedtea/icedtea6-native-1.7.10/glibc_name_collision.patch 
 b/recipes-core/icedtea/icedtea6-native-1.7.10/glibc_name_collision.patch
 new file mode 100644
 index 000..0702b77
 --- /dev/null
 +++ b/recipes-core/icedtea/icedtea6-native-1.7.10/glibc_name_collision.patch
 @@ -0,0 +1,523 @@
 +icedtea6-native-1.7.10: backport S7103224
 +
 +Backport the fix for 7103224.
 +
 +This fix allows icedtea6 to be built with (very) new glibc versions.
 +It was originally suggested by Omair Majid from RedHat.
 +
 +For details see:
 +http://permalink.gmane.org/gmane.comp.java.openjdk.distro-packaging.devel/16103
 +http://mail.openjdk.java.net/pipermail/hotspot-dev/2011-October/004589.html
 +
 +Upstream-Status: Pending
 +
 +Signed-off-by: Steffen Sledz sl...@dresearch-fe.de
 +
 +diff -Nurd icedtea6-1.7.10.orig/Makefile.am icedtea6-1.7.10/Makefile.am
 +--- icedtea6-1.7.10.orig/Makefile.am   2012-05-03 14:59:31.596076283 +0200
  icedtea6-1.7.10/Makefile.am2012-05-03 15:03:43.787566714 +0200
 +@@ -393,7 +393,8 @@
 +   patches/openjdk/6541476-png-iTXt-chunk.patch \
 +   patches/openjdk/6782079-png_metadata_oom.patch \
 +   patches/rh676659-gcc-export-dynamic.patch \
 +-  patches/latent_jaxp_bug.patch
 ++  patches/latent_jaxp_bug.patch \
 ++  patches/openjdk/7103224-glibc_name_collision.patch
 +
 + if WITH_ALT_HSBUILD
 + ICEDTEA_PATCHES += 
 patches/hotspot/$(HSBUILD)/openjdk-6886353-ignore_deoptimizealot.patch \
 +diff -Nurd 
 icedtea6-1.7.10.orig/patches/openjdk/7103224-glibc_name_collision.patch 
 icedtea6-1.7.10/patches/openjdk/7103224-glibc_name_collision.patch
 +--- icedtea6-1.7.10.orig/patches/openjdk/7103224-glibc_name_collision.patch 
1970-01-01 01:00:00.0 +0100
  icedtea6-1.7.10/patches/openjdk/7103224-glibc_name_collision.patch 
 2012-05-03 15:01:27.817684671 +0200
 +@@ -0,0 +1,491 @@
 ++# HG changeset patch
 ++# User never
 ++# Date 1319555835 25200
 ++# Node ID a6eef545f1a2ceca6aeadf688a965df600ffef28
 ++# Parent  2ec638646e86e455978c31a9d47fc0ec271ed926
 ++7103224: collision between __LEAF define in interfaceSupport.hpp and 
 /usr/include/sys/cdefs.h with gcc
 ++Reviewed-by: never
 ++Contributed-by: Omair Majid omajid@...
 ++
 ++diff -r 2ec638646e86 -r a6eef545f1a2 src/share/vm/opto/addnode.cpp
 ++--- openjdk/hotspot/src/share/vm/opto/addnode.cpp Tue Oct 25 04:07:20 
 2011 -0700
 + openjdk/hotspot/src/share/vm/opto/addnode.cpp Tue Oct 25 08:17:15 
 2011 -0700
 ++@@ -34,8 +34,6 @@
 ++
 ++ // Portions of code courtesy of Clifford Click
 ++
 ++-#define MAXFLOAT((float)3.40282346638528860e+38)
 ++-
 ++ // Classic Add functionality.  This covers all the usual 'add' behaviors 
 for
 ++ // an algebraic ring.  Add-integer, add-float, add-double, and binary-or 
 are
 ++ // all inherited from this class.  The various identity values are 
 supplied
 ++diff -r 2ec638646e86 -r a6eef545f1a2 src/share/vm/prims/jniCheck.cpp
 ++--- openjdk/hotspot/src/share/vm/prims/jniCheck.cpp   Tue Oct 25 04:07:20 
 2011 -0700
 + openjdk/hotspot/src/share/vm/prims/jniCheck.cpp   Tue Oct 25 08:17:15 
 2011 -0700
 ++@@ -107,7 +107,7 @@
 ++ if (env != xenv) {   \
 ++   NativeReportJNIFatalError(thr, warn_wrong_jnienv); \
 ++ }\
 ++-__ENTRY(result_type, header, thr)
 +++VM_ENTRY_BASE(result_type, header, thr)
 ++
 ++
 ++ #define UNCHECKED() (unchecked_jni_NativeInterface)
 ++diff -r 2ec638646e86 -r a6eef545f1a2 src/share/vm/prims/jvmtiEnter.xsl
 ++--- openjdk/hotspot/src/share/vm/prims/jvmtiEnter.xsl Tue Oct 25 04:07:20 
 2011 -0700
 + openjdk/hotspot/src/share/vm/prims/jvmtiEnter.xsl Tue Oct 25 08:17:15 
 2011 -0700
 ++@@ -426,7 +426,7 @@
 ++ xsl:value-of select=$space/
 ++ xsl:textThreadInVMfromNative __tiv(current_thread);/xsl:text
 ++ xsl:value-of select=$space/
 ++-xsl:text__ENTRY(jvmtiError, /xsl:text

[oe] pango-native build problem (and solution idea)

[Steffen Sledz]

After upgrading my build host to openSUSE 12.2 i hit a build problem with 
pango-native (from oe-classic).

- snip -
...
| x86_64-linux-libtool: link: gcc 
-isystem/pm/sledz/HydraIP/OE/tmp.6-SSZ-fensuse/sysroots/x86_64-linux/usr/include
 -O2 -g -Wall -Wl,-rpath-link 
-Wl,/pm/sledz/HydraIP/OE/tmp.6-SSZ-fensuse/sysroots/x86_64-linux/usr/lib 
-Wl,-rpath 
-Wl,/pm/sledz/HydraIP/OE/tmp.6-SSZ-fensuse/sysroots/x86_64-linux/usr/lib 
-Wl,-O1 -o .libs/pango-view viewer-render.o viewer-main.o pango-view.o 
viewer-x.o viewer-pangox.o viewer-pangoft2.o viewer-cairo.o viewer-pangocairo.o 
-pthread  
-L/pm/sledz/HydraIP/OE/tmp.6-SSZ-fensuse/sysroots/x86_64-linux/usr/lib 
../pango/.libs/libpango-1.0.so ../pango/.libs/libpangox-1.0.so 
../pango/.libs/libpangoft2-1.0.so ../pango/.libs/libpangocairo-1.0.so 
/pm/sledz/HydraIP/OE/tmp.6-SSZ-fensuse/work/x86_64-linux/pango-native-1.24.4-r1.2/pango-1.24.4/pango/.libs/libpangoft2-1.0.so
 
/pm/sledz/HydraIP/OE/tmp.6-SSZ-fensuse/work/x86_64-linux/pango-native-1.24.4-r1.2/pango-1.24.4/pango/.libs/libpango-1.0.so
/pm/sledz/HydraIP/OE/tmp.6-SSZ-fensuse/sysroots/x86_64-linux/usr/lib/libgobject-2.0.so
 
/pm/sledz/HydraIP/OE/tmp.6-SSZ-fensuse/sysroots/x86_64-linux/usr/lib/libgthread-2.0.so
 -lpthread 
/pm/sledz/HydraIP/OE/tmp.6-SSZ-fensuse/sysroots/x86_64-linux/usr/lib/libgmodule-2.0.so
 
/pm/sledz/HydraIP/OE/tmp.6-SSZ-fensuse/sysroots/x86_64-linux/usr/lib/libglib-2.0.so
 -lrt 
/pm/sledz/HydraIP/OE/tmp.6-SSZ-fensuse/sysroots/x86_64-linux/usr/lib/libcairo.so
 
/pm/sledz/HydraIP/OE/tmp.6-SSZ-fensuse/sysroots/x86_64-linux/usr/lib/libpixman-1.so
 
/pm/sledz/HydraIP/OE/tmp.6-SSZ-fensuse/sysroots/x86_64-linux/usr/lib/libfontconfig.so
 
/pm/sledz/HydraIP/OE/tmp.6-SSZ-fensuse/sysroots/x86_64-linux/usr/lib/libfreetype.so
 
/pm/sledz/HydraIP/OE/tmp.6-SSZ-fensuse/sysroots/x86_64-linux/usr/lib/libexpat.so
 
/pm/sledz/HydraIP/OE/tmp.6-SSZ-fensuse/sysroots/x86_64-linux/usr/lib/libpng12.so
 /pm/sledz/HydraIP/OE/tmp.6-SSZ-fensuse/sysroots/x86_64-linux/usr/lib/libX11.so
/pm/sledz/HydraIP/OE/tmp.6-SSZ-fensuse/sysroots/x86_64-linux/usr/lib/libxcb.so 
/pm/sledz/HydraIP/OE/tmp.6-SSZ-fensuse/sysroots/x86_64-linux/usr/lib/libpthread-stubs.so
 /pm/sledz/HydraIP/OE/tmp.6-SSZ-fensuse/sysroots/x86_64-linux/usr/lib/libXau.so 
-ldl 
/pm/sledz/HydraIP/OE/tmp.6-SSZ-fensuse/sysroots/x86_64-linux/usr/lib/libz.so 
-lXrender -lm -pthread -Wl,-rpath 
-Wl,/pm/sledz/HydraIP/OE/tmp.6-SSZ-fensuse/sysroots/x86_64-linux/usr/lib
| /usr/lib64/gcc/x86_64-suse-linux/4.7/../../../../lib64/libXrender.so: 
undefined reference to `_XGetRequest'
| collect2: error: ld returned 1 exit status
- snip -

It seems that the libXrender version at the build host now misses the 
_XGetRequest symbol.

Would it be an acceptable solution to add libxrender-native to 
DEPENDS_virtclass-native?

Regards,
Steffen

-- 
DResearch Fahrzeugelektronik GmbH
Otto-Schmirgal-Str. 3, 10319 Berlin, Germany
Tel: +49 30 515932-237 mailto:sl...@dresearch-fe.de
Fax: +49 30 515932-299
Geschäftsführer: Dr. Michael Weber, Werner Mögle;
Amtsgericht Berlin Charlottenburg; HRB 130120 B;
Ust.-IDNr. DE273952058

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

[oe] llvm vs. meta-java

[Steffen Sledz]

Hi meta-java maintainers,

should llvm really be part of meta-java/recipes-core?

I believe this involves a great danger of conflicts with other layers.

Steffen

-- 
DResearch Fahrzeugelektronik GmbH
Otto-Schmirgal-Str. 3, 10319 Berlin, Germany
Tel: +49 30 515932-237 mailto:sl...@dresearch-fe.de
Fax: +49 30 515932-299
Geschäftsführer: Dr. Michael Weber, Werner Mögle;
Amtsgericht Berlin Charlottenburg; HRB 130120 B;
Ust.-IDNr. DE273952058

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

[oe] [meta-java 0/5] icedtea build fixes

[Steffen Sledz]

Hi meta-jav maintainers,

this is a set of patches which make icedtea6-native-1.7.10 and
icedtea6-native-1.8.11 buildable for us.

The following changes since commit da13c12203a4ba9020d7083861c0038c8ee67c88:

  openjdk-6: update to version 1.11.4 (2012-09-10 20:43:55 +0200)

are available in the git repository at:

  git://github.com/sledz/meta-java pull-request-1
  https://github.com/sledz/meta-java/tree/pull-request-1

Steffen Sledz (5):
  icedtea6-native-1.7.10: add missing LIC_FILES_CHKSUM
  icedtea6-native-1.7.10: backport S7103224
  icedtea6-native: fix problem on build hosts with linux kernel 3.x
  icedtea6-native: fix compile error
  icedtea6-native: fix build problem

 .../glibc_name_collision.patch |  523 
 .../icedtea-hotspot-dont-return-booleans.patch |   12 +
 .../icedtea-hotspot-dont-return-booleans.patch |   12 +
 recipes-core/icedtea/icedtea6-native.inc   |8 +
 recipes-core/icedtea/icedtea6-native_1.7.10.bb |7 +-
 recipes-core/icedtea/icedtea6-native_1.8.11.bb |4 +-
 6 files changed, 564 insertions(+), 2 deletions(-)
 create mode 100644 
recipes-core/icedtea/icedtea6-native-1.7.10/glibc_name_collision.patch
 create mode 100644 
recipes-core/icedtea/icedtea6-native-1.7.10/icedtea-hotspot-dont-return-booleans.patch
 create mode 100644 
recipes-core/icedtea/icedtea6-native-1.8.11/icedtea-hotspot-dont-return-booleans.patch

-- 
1.7.10.4


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

[oe] [meta-java 1/5] icedtea6-native-1.7.10: add missing LIC_FILES_CHKSUM

[Steffen Sledz]

Signed-off-by: Steffen Sledz sl...@dresearch-fe.de
---
 recipes-core/icedtea/icedtea6-native_1.7.10.bb |2 ++
 1 file changed, 2 insertions(+)

diff --git a/recipes-core/icedtea/icedtea6-native_1.7.10.bb 
b/recipes-core/icedtea/icedtea6-native_1.7.10.bb
index 77c6232..54ac87d 100644
--- a/recipes-core/icedtea/icedtea6-native_1.7.10.bb
+++ b/recipes-core/icedtea/icedtea6-native_1.7.10.bb
@@ -1,5 +1,7 @@
 require ${PN}.inc
 
+LIC_FILES_CHKSUM = file://COPYING;md5=59530bdf33659b29e73d4adb9f9f6552
+
 PR = ${INC_PR}.0
 
 SRC_URI = \
-- 
1.7.10.4


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

[oe] [meta-java 5/5] icedtea6-native: fix build problem

[Steffen Sledz]

Fix problem with unknown gcc command line option '-mimpure-text'
which is an Solaris 2 only option (according to the man page).

Signed-off-by: Steffen Sledz sl...@dresearch-fe.de
---
 recipes-core/icedtea/icedtea6-native.inc |1 +
 1 file changed, 1 insertion(+)

diff --git a/recipes-core/icedtea/icedtea6-native.inc 
b/recipes-core/icedtea/icedtea6-native.inc
index 4a613ff..13e9d27 100644
--- a/recipes-core/icedtea/icedtea6-native.inc
+++ b/recipes-core/icedtea/icedtea6-native.inc
@@ -97,6 +97,7 @@ do_configure_append() {
-es|\$(COMPILER_PATH)gcc\$(GCC_SUFFIX)|${CC}| \
-es|\$(COMPILER_PATH)gcc\$(GCC_SUFFIX) -E|${CPP}| \
-es|\$(COMPILER_PATH)g++\$(GCC_SUFFIX)|${CXX}| \
+   -es|-mimpure-text|| \
$F
done
 
-- 
1.7.10.4


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

[oe] [meta-java 3/5] icedtea6-native: fix problem on build hosts with linux kernel 3.x

[Steffen Sledz]

see http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=7072341

Signed-off-by: Steffen Sledz sl...@dresearch-fe.de
---
 recipes-core/icedtea/icedtea6-native.inc |7 +++
 1 file changed, 7 insertions(+)

diff --git a/recipes-core/icedtea/icedtea6-native.inc 
b/recipes-core/icedtea/icedtea6-native.inc
index 1414ac3..4a613ff 100644
--- a/recipes-core/icedtea/icedtea6-native.inc
+++ b/recipes-core/icedtea/icedtea6-native.inc
@@ -107,6 +107,13 @@ do_configure_append() {
-es|g++\$(GCC_SUFFIX)|${CXX}| \
$F
done
+
+   for F in openjdk/hotspot/make/linux/Makefile 
openjdk-ecj/hotspot/make/linux/Makefile ;
+   do
+   sed -i \
+   -es|SUPPORTED_OS_VERSION = 2.4% 2.5% 2.6% 
2.7%|SUPPORTED_OS_VERSION = 2.4% 2.5% 2.6% 3%| \
+   $F
+   done
 }
 
 EXTRA_OEMAKE = ' \
-- 
1.7.10.4


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

[oe] [meta-java 4/5] icedtea6-native: fix compile error

[Steffen Sledz]

Don't return booleans from methods returning pointers.

see also: http://hg.openjdk.java.net/hsx/hotspot-rt/hotspot/rev/f457154eee8b

Signed-off-by: Steffen Sledz sl...@dresearch-fe.de
---
 .../icedtea-hotspot-dont-return-booleans.patch |   12 
 .../icedtea-hotspot-dont-return-booleans.patch |   12 
 recipes-core/icedtea/icedtea6-native_1.7.10.bb |4 +++-
 recipes-core/icedtea/icedtea6-native_1.8.11.bb |4 +++-
 4 files changed, 30 insertions(+), 2 deletions(-)
 create mode 100644 
recipes-core/icedtea/icedtea6-native-1.7.10/icedtea-hotspot-dont-return-booleans.patch
 create mode 100644 
recipes-core/icedtea/icedtea6-native-1.8.11/icedtea-hotspot-dont-return-booleans.patch

diff --git 
a/recipes-core/icedtea/icedtea6-native-1.7.10/icedtea-hotspot-dont-return-booleans.patch
 
b/recipes-core/icedtea/icedtea6-native-1.7.10/icedtea-hotspot-dont-return-booleans.patch
new file mode 100644
index 000..73f90b3
--- /dev/null
+++ 
b/recipes-core/icedtea/icedtea6-native-1.7.10/icedtea-hotspot-dont-return-booleans.patch
@@ -0,0 +1,12 @@
+diff -Nurd openjdk/hotspot/src/share/vm/opto/loopnode.cpp 
openjdk/hotspot/src/share/vm/opto/loopnode.cpp
+--- openjdk/hotspot/src/share/vm/opto/loopnode.cpp 2012-10-05 
14:18:19.725747261 +0200
 openjdk/hotspot/src/share/vm/opto/loopnode.cpp 2012-10-05 
14:18:40.751035242 +0200
+@@ -534,7 +534,7 @@
+ Node* CountedLoopNode::match_incr_with_optional_truncation(
+   Node* expr, Node** trunc1, Node** trunc2, const 
TypeInt** trunc_type) {
+   // Quick cutouts:
+-  if (expr == NULL || expr-req() != 3)  return false;
++  if (expr == NULL || expr-req() != 3)  return NULL;
+ 
+   Node *t1 = NULL;
+   Node *t2 = NULL;
diff --git 
a/recipes-core/icedtea/icedtea6-native-1.8.11/icedtea-hotspot-dont-return-booleans.patch
 
b/recipes-core/icedtea/icedtea6-native-1.8.11/icedtea-hotspot-dont-return-booleans.patch
new file mode 100644
index 000..73f90b3
--- /dev/null
+++ 
b/recipes-core/icedtea/icedtea6-native-1.8.11/icedtea-hotspot-dont-return-booleans.patch
@@ -0,0 +1,12 @@
+diff -Nurd openjdk/hotspot/src/share/vm/opto/loopnode.cpp 
openjdk/hotspot/src/share/vm/opto/loopnode.cpp
+--- openjdk/hotspot/src/share/vm/opto/loopnode.cpp 2012-10-05 
14:18:19.725747261 +0200
 openjdk/hotspot/src/share/vm/opto/loopnode.cpp 2012-10-05 
14:18:40.751035242 +0200
+@@ -534,7 +534,7 @@
+ Node* CountedLoopNode::match_incr_with_optional_truncation(
+   Node* expr, Node** trunc1, Node** trunc2, const 
TypeInt** trunc_type) {
+   // Quick cutouts:
+-  if (expr == NULL || expr-req() != 3)  return false;
++  if (expr == NULL || expr-req() != 3)  return NULL;
+ 
+   Node *t1 = NULL;
+   Node *t2 = NULL;
diff --git a/recipes-core/icedtea/icedtea6-native_1.7.10.bb 
b/recipes-core/icedtea/icedtea6-native_1.7.10.bb
index a3edb98..4e86dac 100644
--- a/recipes-core/icedtea/icedtea6-native_1.7.10.bb
+++ b/recipes-core/icedtea/icedtea6-native_1.7.10.bb
@@ -2,7 +2,7 @@ require ${PN}.inc
 
 LIC_FILES_CHKSUM = file://COPYING;md5=59530bdf33659b29e73d4adb9f9f6552
 
-PR = ${INC_PR}.1
+PR = ${INC_PR}.2
 
 SRC_URI = \

http://icedtea.classpath.org/download/source/icedtea6-${PV}.tar.gz;name=iced \
@@ -27,6 +27,7 @@ ICEDTEA_PATCHES = \
file://icedtea-hotspot-make-arch-sane-for-x86.patch;apply=no \
file://icedtea-jdk-sane-x86-arch.patch;apply=no \
file://icedtea-unbreak-float.patch;apply=no \
+   file://icedtea-hotspot-dont-return-booleans.patch;apply=no \

 
 export DISTRIBUTION_PATCHES = \
@@ -36,4 +37,5 @@ export DISTRIBUTION_PATCHES = \
patches/icedtea-hotspot-make-arch-sane-for-x86.patch \
patches/icedtea-jdk-sane-x86-arch.patch \
patches/icedtea-unbreak-float.patch \
+   patches/icedtea-hotspot-dont-return-booleans.patch \

diff --git a/recipes-core/icedtea/icedtea6-native_1.8.11.bb 
b/recipes-core/icedtea/icedtea6-native_1.8.11.bb
index 7c2e6ea..65f29ea 100644
--- a/recipes-core/icedtea/icedtea6-native_1.8.11.bb
+++ b/recipes-core/icedtea/icedtea6-native_1.8.11.bb
@@ -4,7 +4,7 @@ require ${PN}.inc
 
 LIC_FILES_CHKSUM = file://COPYING;md5=59530bdf33659b29e73d4adb9f9f6552
 
-PR = ${INC_PR}.2
+PR = ${INC_PR}.3
 
 SRC_URI = \

http://icedtea.classpath.org/download/source/icedtea6-${PV}.tar.gz;name=iced \
@@ -44,6 +44,7 @@ ICEDTEA_PATCHES = \
 file://icedtea-jdk-sane-x86-arch.patch;apply=no \
 file://icedtea-unbreak-float.patch;apply=no \
 file://icedtea-jdk-avoid-cdef-collision.patch;apply=no \
+   file://icedtea-hotspot-dont-return-booleans.patch;apply=no \

 
 export DISTRIBUTION_PATCHES = \
@@ -54,6 +55,7 @@ export DISTRIBUTION_PATCHES = \
 patches/icedtea-jdk-sane-x86-arch.patch \
patches/icedtea-unbreak-float.patch \
 patches/icedtea-jdk-avoid-cdef-collision.patch \
+   patches/icedtea-hotspot-dont-return-booleans.patch

[oe] [meta-java 2/5] icedtea6-native-1.7.10: backport S7103224

[Steffen Sledz]

Backport the fix for 7103224.

This fix allows icedtea6 to be built with (very) new glibc versions.
It was originally suggested by Omair Majid from RedHat.

For details see:
http://permalink.gmane.org/gmane.comp.java.openjdk.distro-packaging.devel/16103
http://mail.openjdk.java.net/pipermail/hotspot-dev/2011-October/004589.html

Signed-off-by: Steffen Sledz sl...@dresearch-fe.de
---
 .../glibc_name_collision.patch |  523 
 recipes-core/icedtea/icedtea6-native_1.7.10.bb |3 +-
 2 files changed, 525 insertions(+), 1 deletion(-)
 create mode 100644 
recipes-core/icedtea/icedtea6-native-1.7.10/glibc_name_collision.patch

diff --git 
a/recipes-core/icedtea/icedtea6-native-1.7.10/glibc_name_collision.patch 
b/recipes-core/icedtea/icedtea6-native-1.7.10/glibc_name_collision.patch
new file mode 100644
index 000..0702b77
--- /dev/null
+++ b/recipes-core/icedtea/icedtea6-native-1.7.10/glibc_name_collision.patch
@@ -0,0 +1,523 @@
+icedtea6-native-1.7.10: backport S7103224 
+
+Backport the fix for 7103224.
+
+This fix allows icedtea6 to be built with (very) new glibc versions.
+It was originally suggested by Omair Majid from RedHat.
+
+For details see:
+http://permalink.gmane.org/gmane.comp.java.openjdk.distro-packaging.devel/16103
+http://mail.openjdk.java.net/pipermail/hotspot-dev/2011-October/004589.html
+
+Upstream-Status: Pending
+
+Signed-off-by: Steffen Sledz sl...@dresearch-fe.de
+
+diff -Nurd icedtea6-1.7.10.orig/Makefile.am icedtea6-1.7.10/Makefile.am
+--- icedtea6-1.7.10.orig/Makefile.am   2012-05-03 14:59:31.596076283 +0200
 icedtea6-1.7.10/Makefile.am2012-05-03 15:03:43.787566714 +0200
+@@ -393,7 +393,8 @@
+   patches/openjdk/6541476-png-iTXt-chunk.patch \
+   patches/openjdk/6782079-png_metadata_oom.patch \
+   patches/rh676659-gcc-export-dynamic.patch \
+-  patches/latent_jaxp_bug.patch
++  patches/latent_jaxp_bug.patch \
++  patches/openjdk/7103224-glibc_name_collision.patch
+ 
+ if WITH_ALT_HSBUILD
+ ICEDTEA_PATCHES += 
patches/hotspot/$(HSBUILD)/openjdk-6886353-ignore_deoptimizealot.patch \
+diff -Nurd 
icedtea6-1.7.10.orig/patches/openjdk/7103224-glibc_name_collision.patch 
icedtea6-1.7.10/patches/openjdk/7103224-glibc_name_collision.patch
+--- icedtea6-1.7.10.orig/patches/openjdk/7103224-glibc_name_collision.patch
1970-01-01 01:00:00.0 +0100
 icedtea6-1.7.10/patches/openjdk/7103224-glibc_name_collision.patch 
2012-05-03 15:01:27.817684671 +0200
+@@ -0,0 +1,491 @@
++# HG changeset patch
++# User never
++# Date 1319555835 25200
++# Node ID a6eef545f1a2ceca6aeadf688a965df600ffef28
++# Parent  2ec638646e86e455978c31a9d47fc0ec271ed926
++7103224: collision between __LEAF define in interfaceSupport.hpp and 
/usr/include/sys/cdefs.h with gcc
++Reviewed-by: never
++Contributed-by: Omair Majid omajid@...
++
++diff -r 2ec638646e86 -r a6eef545f1a2 src/share/vm/opto/addnode.cpp
++--- openjdk/hotspot/src/share/vm/opto/addnode.cpp Tue Oct 25 04:07:20 
2011 -0700
+ openjdk/hotspot/src/share/vm/opto/addnode.cpp Tue Oct 25 08:17:15 
2011 -0700
++@@ -34,8 +34,6 @@
++ 
++ // Portions of code courtesy of Clifford Click
++ 
++-#define MAXFLOAT((float)3.40282346638528860e+38)
++-
++ // Classic Add functionality.  This covers all the usual 'add' behaviors for
++ // an algebraic ring.  Add-integer, add-float, add-double, and binary-or are
++ // all inherited from this class.  The various identity values are supplied
++diff -r 2ec638646e86 -r a6eef545f1a2 src/share/vm/prims/jniCheck.cpp
++--- openjdk/hotspot/src/share/vm/prims/jniCheck.cpp   Tue Oct 25 04:07:20 
2011 -0700
+ openjdk/hotspot/src/share/vm/prims/jniCheck.cpp   Tue Oct 25 08:17:15 
2011 -0700
++@@ -107,7 +107,7 @@
++ if (env != xenv) {   \
++   NativeReportJNIFatalError(thr, warn_wrong_jnienv); \
++ }\
++-__ENTRY(result_type, header, thr)
+++VM_ENTRY_BASE(result_type, header, thr)
++ 
++ 
++ #define UNCHECKED() (unchecked_jni_NativeInterface)
++diff -r 2ec638646e86 -r a6eef545f1a2 src/share/vm/prims/jvmtiEnter.xsl
++--- openjdk/hotspot/src/share/vm/prims/jvmtiEnter.xsl Tue Oct 25 04:07:20 
2011 -0700
+ openjdk/hotspot/src/share/vm/prims/jvmtiEnter.xsl Tue Oct 25 08:17:15 
2011 -0700
++@@ -426,7 +426,7 @@
++ xsl:value-of select=$space/
++ xsl:textThreadInVMfromNative __tiv(current_thread);/xsl:text
++ xsl:value-of select=$space/
++-xsl:text__ENTRY(jvmtiError, /xsl:text
+++xsl:textVM_ENTRY_BASE(jvmtiError, /xsl:text
++ xsl:apply-templates select=. mode=functionid/
++ xsl:text , current_thread)/xsl:text
++ xsl:value-of select=$space/
++diff -r 2ec638646e86 -r a6eef545f1a2 src/share/vm/prims/jvmtiEnv.cpp
++--- openjdk/hotspot/src/share/vm/prims/jvmtiEnv.cpp   Tue Oct 25 04:07:20 
2011 -0700
+ openjdk/hotspot/src/share/vm/prims/jvmtiEnv.cpp   Tue Oct

[oe] [2011.03-maintenance 0/1] pull request 20121003

[Steffen Sledz]

Hi Tom,

please pull this commit which fixes the QA issue

 ERROR: This autoconf log indicates errors, it looked at host includes.

for subversion by backporting some build related patches and recipe
modifications from oe-core.

Thx,
Steffen

The following changes since commit a35ceaacb2019750dc9f4b4fd5ea927cf2ad47fb:

  gdk-pixbuf: add missing dependencies (2012-09-14 15:07:04 -0700)

are available in the git repository at:

  git://github.com/sledz/oe pull-request-2
  https://github.com/sledz/oe/tree/pull-request-2

Steffen Sledz (1):
  subversion-1.6.5: fix QA issue

 recipes/subversion/files/fix-install-depends.patch |   45 
 recipes/subversion/files/libtool2.patch|   17 
 recipes/subversion/subversion_1.6.5.bb |   21 ++---
 3 files changed, 76 insertions(+), 7 deletions(-)
 create mode 100644 recipes/subversion/files/fix-install-depends.patch
 create mode 100644 recipes/subversion/files/libtool2.patch

-- 
1.7.10.4


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

[oe] [2011.03-maintenance 1/1] subversion-1.6.5: fix QA issue

[Steffen Sledz]

This patch fixes the QA issue

 ERROR: This autoconf log indicates errors, it looked at host includes.

by backporting some build related patches and recipe modifications
from oe-core.

Signed-off-by: Steffen Sledz sl...@dresearch-fe.de
---
 recipes/subversion/files/fix-install-depends.patch |   45 
 recipes/subversion/files/libtool2.patch|   17 
 recipes/subversion/subversion_1.6.5.bb |   21 ++---
 3 files changed, 76 insertions(+), 7 deletions(-)
 create mode 100644 recipes/subversion/files/fix-install-depends.patch
 create mode 100644 recipes/subversion/files/libtool2.patch

diff --git a/recipes/subversion/files/fix-install-depends.patch 
b/recipes/subversion/files/fix-install-depends.patch
new file mode 100644
index 000..6f49ed4
--- /dev/null
+++ b/recipes/subversion/files/fix-install-depends.patch
@@ -0,0 +1,45 @@
+install-neon-lib should depend on libsvn_delta's installation
+
+install-neon-lib needs libsvn_delta-1.la which will be regenerated
+during libsvn_delta-1.la's installation, if libsvn_delta-1.la is
+in regenerating and at the same time install-neon-lib links it, the
+error willl happen.
+
+Let install-neon-lib run after libsvn_delta-1.la is installed will fix
+the problem.
+
+Upstream-Status: Pending
+
+Signed-off-by: Robert Yang liezhi.y...@windriver.com
+---
+ build-outputs.mk |2 +-
+ build.conf   |2 ++
+ 2 files changed, 3 insertions(+), 1 deletion(-)
+
+diff --git a/build-outputs.mk b/build-outputs.mk
+--- a/build-outputs.mk
 b/build-outputs.mk
+@@ -979,7 +979,7 @@ install-locale: subversion/po/de.mo subversion/po/es.mo 
subversion/po/fr.mo subv
+   $(MKDIR) $(DESTDIR)$(localedir)/zh_TW/LC_MESSAGES
+   cd subversion/po ; $(INSTALL_LOCALE) zh_TW.mo 
$(DESTDIR)$(localedir)/zh_TW/LC_MESSAGES/$(PACKAGE_NAME).mo
+ 
+-install-neon-lib: subversion/libsvn_ra_neon/libsvn_ra_neon-1.la
++install-neon-lib: subversion/libsvn_ra_neon/libsvn_ra_neon-1.la 
$(SVN_FS_LIB_INSTALL_DEPS)
+   $(MKDIR) $(DESTDIR)$(neon_libdir)
+   cd subversion/libsvn_ra_neon ; $(INSTALL_NEON_LIB) libsvn_ra_neon-1.la 
$(DESTDIR)$(neon_libdir)/libsvn_ra_neon-1.la
+ 
+diff --git a/build.conf b/build.conf
+--- a/build.conf
 b/build.conf
+@@ -272,6 +272,8 @@ type = ra-module
+ path = subversion/libsvn_ra_neon
+ install = neon-lib
+ libs = libsvn_delta libsvn_subr aprutil apriconv apr neon
++# conditionally add more dependencies
++add-install-deps = $(SVN_FS_LIB_INSTALL_DEPS)
+ msvc-static = yes
+ 
+ # Accessing repositories via DAV through serf
+-- 
+1.7.10.4
+
diff --git a/recipes/subversion/files/libtool2.patch 
b/recipes/subversion/files/libtool2.patch
new file mode 100644
index 000..32f88b7
--- /dev/null
+++ b/recipes/subversion/files/libtool2.patch
@@ -0,0 +1,17 @@
+Upstream-Status: Inappropriate [embedded specific]
+
+Index: subversion-1.5.5/configure.ac
+===
+--- subversion-1.5.5.orig/configure.ac 2008-08-26 18:27:56.0 +0100
 subversion-1.5.5/configure.ac  2009-01-07 18:00:47.0 +
+@@ -153,8 +153,8 @@
+   LIBTOOL=$sh_libtool
+   SVN_LIBTOOL=$sh_libtool
+ else
+-  sh_libtool=$abs_builddir/libtool
+-  SVN_LIBTOOL=\$(SHELL) $sh_libtool
++  sh_libtool=$abs_builddir/$host_alias-libtool
++  SVN_LIBTOOL=\$(SHELL) \$(abs_builddir)/$host_alias-libtool
+   dnl libtoolize requires that the following line not be indented
+ ifdef([LT_INIT], [LT_INIT], [AC_PROG_LIBTOOL])
+ fi
diff --git a/recipes/subversion/subversion_1.6.5.bb 
b/recipes/subversion/subversion_1.6.5.bb
index 51ec724..2a563ca 100644
--- a/recipes/subversion/subversion_1.6.5.bb
+++ b/recipes/subversion/subversion_1.6.5.bb
@@ -5,23 +5,30 @@ RDEPENDS_${PN} = neon
 LICENSE = Apache BSD
 HOMEPAGE = http://subversion.tigris.org/;
 
-PR = r1
+PR = r2
 
 SRC_URI = http://subversion.tigris.org/downloads/${P}.tar.bz2 \
-  file://disable-revision-install.patch
+  file://disable-revision-install.patch \
+  file://libtool2.patch \
+  file://fix-install-depends.patch \
+  
 
 EXTRA_OECONF = --without-berkeley-db --without-apxs --without-apache \
 --without-swig --with-apr=${STAGING_BINDIR_CROSS} \
---with-apr-util=${STAGING_BINDIR_CROSS}
+--with-apr-util=${STAGING_BINDIR_CROSS} \
+   ac_cv_path_RUBY=none
 
 
 inherit autotools
 
-acpaths = -I build/ac-macros
+export LDFLAGS +=  -L${STAGING_LIBDIR} 
 
-# FIXME: Ugly hack!
-do_configure_append() {
-   if ! test -f libtool ; then cp -a *-libtool libtool ; fi
+acpaths = -I build/ -I build/ac-macros/
+
+do_configure_prepend () {
+   rm -f ${S}/libtool
+   rm -f ${S}/build/libtool.m4
+   sed -i -e 's:with_sasl=/usr/local:with_sasl=${STAGING_DIR}:' 
${S}/build/ac-macros/sasl.m4
 }
 
 SRC_URI[md5sum] = 1a53a0e72bee0bf814f4da83a9b6a636
-- 
1.7.10.4


___
Openembedded-devel mailing list
Openembedded

[oe] [2011.03-maintenance 0/2] pull request 20121002

[Steffen Sledz]

Hi Tom, hi meta-java maintainers,

this pull request contains a backport of jamvm-initial from meta-java
which fixes at least the problem of endless loop in java-initial
script while running do_configure for classpath-native.

The backport works well for us, but it would be nice if we can get
some acks from the java maintainers before Tom pulls the commits to
2011.03-maintenance branch.

see also: http://thread.gmane.org/gmane.comp.handhelds.openembedded/54242

Thx,
Steffen
The following changes since commit a35ceaacb2019750dc9f4b4fd5ea927cf2ad47fb:

  gdk-pixbuf: add missing dependencies (2012-09-14 15:07:04 -0700)

are available in the git repository at:

  git://github.com/sledz/oe pull-request-1
  https://github.com/sledz/oe/tree/pull-request-1

Steffen Sledz (2):
  jamvm: reorganize metadata to simplify backport from meta-java
  jamvm-initial: backport 1.4.5 from meta-java

 recipes/jamvm/files/jamvm_1.5.0-initial.patch  |   91 
 recipes/jamvm/files/java-initial   |   17 
 .../jamvm-initial.patch}   |   19 
 recipes/jamvm/jamvm-initial_1.4.5.bb   |   22 ++---
 recipes/jamvm/{files = jamvm}/debian-jni.patch|0
 .../jamvm-1.3.1-size-defaults.patch|0
 .../jamvm-1.5.3-jni_h-noinst.patch |0
 recipes/jamvm/jamvm/libffi.patch   |   66 ++
 8 files changed, 95 insertions(+), 120 deletions(-)
 delete mode 100644 recipes/jamvm/files/jamvm_1.5.0-initial.patch
 create mode 100755 recipes/jamvm/files/java-initial
 rename recipes/jamvm/{files/jamvm_1.4.5-initial.patch = 
jamvm-initial/jamvm-initial.patch} (81%)
 rename recipes/jamvm/{files = jamvm}/debian-jni.patch (100%)
 rename recipes/jamvm/{files = jamvm}/jamvm-1.3.1-size-defaults.patch (100%)
 rename recipes/jamvm/{files = jamvm}/jamvm-1.5.3-jni_h-noinst.patch (100%)
 create mode 100644 recipes/jamvm/jamvm/libffi.patch

-- 
1.7.10.4


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

[oe] [2011.03-maintenance 2/2] jamvm-initial: backport 1.4.5 from meta-java

[Steffen Sledz]

This fixes the at least the problem of endless loop in java-initial
script while running do_configure for classpath-native.

see also: http://thread.gmane.org/gmane.comp.handhelds.openembedded/54242

Signed-off-by: Steffen Sledz sl...@dresearch-fe.de
---
 recipes/jamvm/files/java-initial   |   17 +
 ...mvm_1.4.5-initial.patch = jamvm-initial.patch} |   19 --
 recipes/jamvm/jamvm-initial_1.4.5.bb   |   22 ---
 recipes/jamvm/jamvm/libffi.patch   |   66 
 4 files changed, 95 insertions(+), 29 deletions(-)
 create mode 100755 recipes/jamvm/files/java-initial
 rename recipes/jamvm/jamvm-initial/{jamvm_1.4.5-initial.patch = 
jamvm-initial.patch} (81%)
 create mode 100644 recipes/jamvm/jamvm/libffi.patch

diff --git a/recipes/jamvm/files/java-initial b/recipes/jamvm/files/java-initial
new file mode 100755
index 000..1b27f81
--- /dev/null
+++ b/recipes/jamvm/files/java-initial
@@ -0,0 +1,17 @@
+#!/bin/sh
+#
+# Wrapper which (almost) silently restarts the VM in case of segfaults.
+
+error_counter=0;
+error_occured=139
+while [ ${error_counter} -le 50 -a ${error_occured} -eq 139 ]; do
+echo Running JamVM-initial: ${@}
+jamvm-initial ${1+$@}
+error_occured=$?
+if [ ${error_occured} -eq 139 ]; then
+echo JamVM-initial crashed - silently trying again
+error_counter=$(( $error_counter + 1 ))
+fi
+done
+
+exit ${error_occured}
diff --git a/recipes/jamvm/jamvm-initial/jamvm_1.4.5-initial.patch 
b/recipes/jamvm/jamvm-initial/jamvm-initial.patch
similarity index 81%
rename from recipes/jamvm/jamvm-initial/jamvm_1.4.5-initial.patch
rename to recipes/jamvm/jamvm-initial/jamvm-initial.patch
index 175052d..fb069f8 100644
--- a/recipes/jamvm/jamvm-initial/jamvm_1.4.5-initial.patch
+++ b/recipes/jamvm/jamvm-initial/jamvm-initial.patch
@@ -10,25 +10,6 @@ Index: jamvm-1.4.5/configure.ac
  AC_CONFIG_HEADERS([src/config.h])
  AC_PREFIX_DEFAULT(/usr/local/jamvm)
  
-Index: jamvm-1.4.5/java-initial
-===
 /dev/null
-+++ jamvm-1.4.5/java-initial
-@@ -0,0 +1,14 @@
-+#!/bin/sh
-+#
-+# Wrapper which (almost) silently restarts the VM in case of segfaults.
-+
-+redo_from_start=1;
-+while [ $redo_from_start -eq 1 ]; do
-+echo Running JamVM-initial: ${@}
-+redo_from_start=0;
-+jamvm-initial ${1+$@}
-+if [ $? -eq 139 ]; then
-+echo JamVM-initial crashed - silently trying again
-+redo_from_start=1;
-+fi
-+done
 Index: jamvm-1.4.5/lib/Makefile.am
 ===
 --- jamvm-1.4.5.orig/lib/Makefile.am
diff --git a/recipes/jamvm/jamvm-initial_1.4.5.bb 
b/recipes/jamvm/jamvm-initial_1.4.5.bb
index 55bd5f9..a662077 100644
--- a/recipes/jamvm/jamvm-initial_1.4.5.bb
+++ b/recipes/jamvm/jamvm-initial_1.4.5.bb
@@ -1,17 +1,20 @@
 SUMMARY = A compact Java Virtual Machine which conforms to the JVM 
specification version 2.
 HOMEPAGE = http://jamvm.sourceforge.net/;
 LICENSE = GPL
+LIC_FILES_CHKSUM = file://COPYING;md5=0636e73ff0215e8d672dc4c32c317bb3
 
 DEPENDS = zlib-native classpath-initial jikes-initial libffi-native
 
-PR = r3
-
 PROVIDES = virtual/java-initial
 
+PR = r4
+
 S = ${WORKDIR}/jamvm-${PV}
 
 SRC_URI = ${SOURCEFORGE_MIRROR}/jamvm/jamvm-${PV}.tar.gz \
-  file://jamvm_${PV}-initial.patch \
+   file://libffi.patch \
+   file://jamvm-initial.patch \
+   file://java-initial \
   
 
 # This uses 32 bit arm, so force the instruction set to arm, not thumb
@@ -25,20 +28,19 @@ EXTRA_OECONF = \
   --with-classpath-install-dir=${prefix} \
   --program-suffix=-initial \
   --libdir=${STAGING_LIBDIR}/jamvm-initial \
+  --enable-ffi \
   
 
 # jamvm-initial has to run some binaries which need lots of memory.
 CFLAGS += -DDEFAULT_MAX_HEAP=512*MB
 
-do_compile() {
-  oe_runmake \
-JAVAC=jikes-initial \
-GLIBJ_ZIP=${STAGING_DATADIR_NATIVE}/classpath-initial/glibj.zip
-}
-
+# Enforce usage of jikes-initial.
+EXTRA_OEMAKE = JAVAC=${STAGING_BINDIR_NATIVE}/jikes-initial \
+GLIBJ_ZIP=${STAGING_DATADIR_NATIVE}/classpath-inital/glibj.zip 
\
+   
 do_install_append() {
   install -d ${D}${bindir}/
-  install -m 0755 java-initial ${D}${bindir}/
+  install -m 0755 ${WORKDIR}/java-initial ${D}${bindir}/
 }
 
 SRC_URI[md5sum] = 3f538bab6e1c77aed331e5e71f754f5b
diff --git a/recipes/jamvm/jamvm/libffi.patch b/recipes/jamvm/jamvm/libffi.patch
new file mode 100644
index 000..c705ad2
--- /dev/null
+++ b/recipes/jamvm/jamvm/libffi.patch
@@ -0,0 +1,66 @@
+diff -Nurd /home/sledz/jamvm-1.4.5.orig/configure.ac jamvm-1.4.5/configure.ac
+--- /home/sledz/jamvm-1.4.5.orig/configure.ac  2012-10-02 15:14:03.0 
+0200
 jamvm-1.4.5/configure.ac   2012-10-02 15:14:49.0 +0200
+@@ -166,10 +166,25 @@
+ enable_zip=no
+ fi])
+ 
+-AC_CHECK_LIB(ffi,ffi_call,,
+-[if test $enable_ffi != no; then
+-AC_MSG_ERROR

[oe] [2011.03-maintenance 1/2] jamvm: reorganize metadata to simplify backport from meta-java

[Steffen Sledz]

Signed-off-by: Steffen Sledz sl...@dresearch-fe.de
---
 recipes/jamvm/files/jamvm_1.5.0-initial.patch  |   91 
 .../jamvm_1.4.5-initial.patch  |0
 recipes/jamvm/{files = jamvm}/debian-jni.patch|0
 .../jamvm-1.3.1-size-defaults.patch|0
 .../jamvm-1.5.3-jni_h-noinst.patch |0
 5 files changed, 91 deletions(-)
 delete mode 100644 recipes/jamvm/files/jamvm_1.5.0-initial.patch
 rename recipes/jamvm/{files = jamvm-initial}/jamvm_1.4.5-initial.patch (100%)
 rename recipes/jamvm/{files = jamvm}/debian-jni.patch (100%)
 rename recipes/jamvm/{files = jamvm}/jamvm-1.3.1-size-defaults.patch (100%)
 rename recipes/jamvm/{files = jamvm}/jamvm-1.5.3-jni_h-noinst.patch (100%)

diff --git a/recipes/jamvm/files/jamvm_1.5.0-initial.patch 
b/recipes/jamvm/files/jamvm_1.5.0-initial.patch
deleted file mode 100644
index 1f63dba..000
--- a/recipes/jamvm/files/jamvm_1.5.0-initial.patch
+++ /dev/null
@@ -1,91 +0,0 @@
-Index: jamvm-1.5.0/configure.ac
-===
 jamvm-1.5.0.orig/configure.ac  2007-12-20 00:01:08.0 +0100
-+++ jamvm-1.5.0/configure.ac   2007-12-20 00:03:40.0 +0100
-@@ -22,7 +22,7 @@
- dnl Process this file with autoconf to produce a configure script.
- 
- AC_INIT(src/jam.c)
--AM_INIT_AUTOMAKE(jamvm, 1.5.0)
-+AM_INIT_AUTOMAKE(jamvm-initial, 1.5.0)
- AC_CONFIG_HEADERS([src/config.h])
- AC_PREFIX_DEFAULT(/usr/local/jamvm)
- 
-Index: jamvm-1.5.0/java-initial
-===
 /dev/null  1970-01-01 00:00:00.0 +
-+++ jamvm-1.5.0/java-initial   2007-12-20 00:03:27.0 +0100
-@@ -0,0 +1,14 @@
-+#!/bin/sh
-+#
-+# Wrapper which (almost) silently restarts the VM in case of segfaults.
-+
-+redo_from_start=1;
-+while [ $redo_from_start -eq 1 ]; do
-+echo Running JamVM-initial: ${@}
-+redo_from_start=0;
-+jamvm-initial ${1+$@}
-+if [ $? -eq 139 ]; then
-+echo JamVM-initial crashed - silently trying again
-+redo_from_start=1;
-+fi
-+done
-Index: jamvm-1.5.0/lib/Makefile.am
-===
 jamvm-1.5.0.orig/lib/Makefile.am   2007-12-20 00:05:24.0 +0100
-+++ jamvm-1.5.0/lib/Makefile.am2007-12-20 00:05:28.0 +0100
-@@ -19,7 +19,7 @@
- ## Foundation, 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301, USA.
- ##
- 
--CP_LIB_DIR = ${with_classpath_install_dir}/share/classpath
-+CP_LIB_DIR = ${with_classpath_install_dir}/share/classpath-initial
- GLIBJ_ZIP  = ${CP_LIB_DIR}/glibj.zip
- 
- SUBDIRS = jamvm java gnu sun
-Index: jamvm-1.5.0/src/class.h
-===
 jamvm-1.5.0.orig/src/class.h   2007-12-20 00:06:34.0 +0100
-+++ jamvm-1.5.0/src/class.h2007-12-20 00:16:41.0 +0100
-@@ -39,11 +39,11 @@
-separate class files in a directory structure */
- 
- #ifdef USE_ZIP
--#define JAMVM_CLASSES INSTALL_DIR/share/jamvm/classes.zip
--#define CLASSPATH_CLASSES CLASSPATH_INSTALL_DIR/share/classpath/glibj.zip
-+#define JAMVM_CLASSES CLASSPATH_INSTALL_DIR/share/jamvm-initial/classes.zip
-+#define CLASSPATH_CLASSES 
CLASSPATH_INSTALL_DIR/share/classpath-initial/glibj.zip
- #else
--#define JAMVM_CLASSES INSTALL_DIR/share/jamvm/classes
--#define CLASSPATH_CLASSES CLASSPATH_INSTALL_DIR/share/classpath
-+#define JAMVM_CLASSES CLASSPATH_INSTALL_DIR/share/jamvm-initial/classes
-+#define CLASSPATH_CLASSES CLASSPATH_INSTALL_DIR/share/classpath-initial
- #endif
- 
- #define DFLT_BCP JAMVM_CLASSES:CLASSPATH_CLASSES
-Index: jamvm-1.5.0/src/dll.c
-===
 jamvm-1.5.0.orig/src/dll.c 2007-12-20 00:01:24.0 +0100
-+++ jamvm-1.5.0/src/dll.c  2007-12-20 00:03:27.0 +0100
-@@ -294,7 +294,7 @@
- }
- 
- char *getBootDllPath() {
--return CLASSPATH_INSTALL_DIR/lib/classpath;
-+return CLASSPATH_INSTALL_DIR/lib/classpath-initial;
- }
- 
- char *getDllName(char *name) {
-Index: jamvm-1.5.0/src/Makefile.am
-===
 jamvm-1.5.0.orig/src/Makefile.am   2007-12-20 00:21:37.0 +0100
-+++ jamvm-1.5.0/src/Makefile.am2007-12-20 00:21:46.0 +0100
-@@ -23,7 +23,7 @@
- DIST_SUBDIRS = os arch interp
- 
- bin_PROGRAMS = jamvm
--include_HEADERS = jni.h
-+noinst_HEADERS = jni.h
- 
- lib_LTLIBRARIES = libjvm.la
- noinst_LTLIBRARIES = libcore.la
diff --git a/recipes/jamvm/files/jamvm_1.4.5-initial.patch 
b/recipes/jamvm/jamvm-initial/jamvm_1.4.5-initial.patch
similarity index 100%
rename from recipes/jamvm/files/jamvm_1.4.5-initial.patch
rename to recipes/jamvm/jamvm-initial/jamvm_1.4.5-initial.patch
diff --git a/recipes/jamvm/files/debian-jni.patch 
b/recipes/jamvm/jamvm/debian-jni.patch
similarity index 100%
rename from recipes/jamvm/files/debian-jni.patch
rename

[oe] Weird build problem with classpath-native/java-initial

[Steffen Sledz]

We hit a weird build problem after upgrading from openSUSE 12.1 to 12.2.

We're building oe-classic (2011.03-maintenance). But the problem may be 
relevant for oe-core/meta-java too.

The first observation was that the do_configure step of classpath-native did 
not finish.

- bitbake output 
...
NOTE: Running task 7 of 18 (ID: 12, 
/home/sledz/work/openembedded/recipes/classpath/classpath-native_0.98.bb, 
do_configure)
NOTE: package classpath-native-0.98-r4: task do_configure: Started
(no more output here)
-

Some investigations later we learned that configure calls a self built 
java-initial script. This script seams to have a problem.

- config.log ---
configure:23774: checking if 
/home/sledz/work/HydraIP/OE/tmp.6/sysroots/i686-linux/usr/bin/java-initial works
configure:23805: CLASSPATH=.: 
/home/sledz/work/HydraIP/OE/tmp.6/sysroots/i686-linux/usr/bin/java-initial  Test
/home/sledz/work/HydraIP/OE/tmp.6/sysroots/i686-linux/usr/bin/java-initial: 
line 14:  9173 Segmentation fault  jamvm-initial ${1+$@}
/home/sledz/work/HydraIP/OE/tmp.6/sysroots/i686-linux/usr/bin/java-initial: 
line 14:  9178 Segmentation fault  jamvm-initial ${1+$@}
/home/sledz/work/HydraIP/OE/tmp.6/sysroots/i686-linux/usr/bin/java-initial: 
line 14:  9183 Segmentation fault  jamvm-initial ${1+$@}
/home/sledz/work/HydraIP/OE/tmp.6/sysroots/i686-linux/usr/bin/java-initial: 
line 14:  9188 Segmentation fault  jamvm-initial ${1+$@}
/home/sledz/work/HydraIP/OE/tmp.6/sysroots/i686-linux/usr/bin/java-initial: 
line 14:  9193 Segmentation fault  jamvm-initial ${1+$@}
/home/sledz/work/HydraIP/OE/tmp.6/sysroots/i686-linux/usr/bin/java-initial: 
line 14:  9198 Segmentation fault  jamvm-initial ${1+$@}
...
-

A short look into this script shows the cause for the endless loop.

- 
/home/sledz/work/HydraIP/OE/tmp.6/sysroots/i686-linux/usr/bin/java-initial  
---
#!/bin/sh
#
# Wrapper which (almost) silently restarts the VM in case of segfaults.

redo_from_start=1;
while [ $redo_from_start -eq 1 ]; do
echo Running JamVM-initial: ${@}
redo_from_start=0;
jamvm-initial ${1+$@}
if [ $? -eq 139 ]; then
echo JamVM-initial crashed - silently trying again
redo_from_start=1;
fi
done
-

I see two problems:

* First the script should not use an endless loop.
* Second the segfault should be fixed.

Any specialists with suggestions handling this?

Regards,
Steffen

BTW: I'm absolutely not a Java specialist.

-- 
DResearch Fahrzeugelektronik GmbH
Otto-Schmirgal-Str. 3, 10319 Berlin, Germany
Tel: +49 30 515932-237 mailto:sl...@dresearch-fe.de
Fax: +49 30 515932-299
Geschäftsführer: Dr. Michael Weber, Werner Mögle;
Amtsgericht Berlin Charlottenburg; HRB 130120 B;
Ust.-IDNr. DE273952058

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

Re: [oe] [2011.03-maintenance][PATCH] gdk-pixbuf: add missing dependencies

[Steffen Sledz]

On 11.09.2012 15:39, Burton, Ross wrote:
 On 11 September 2012 14:03, Paul Eggleton paul.eggle...@linux.intel.com 
 wrote:
 oe-core master has 2.24.1 at the moment, is there a good reason why
 meta-oe is hanging onto 2.10.14?

 This is the OE-Classic 2011.03-maintenance branch. I was surprised too until 
 I
 realised where this was :)
 
 Oh, wow.  In that case I recommend either patching out those
 dependencies instead, or upgrading to a more modern version of
 gdk-pixbuf.

This is a maintenance branch. Tom normally does not accept upgrade patches if 
there's no critical problem it fixes.

I just wanted to fix a build problem introduced with Khem's commit.

Steffen

-- 
DResearch Fahrzeugelektronik GmbH
Otto-Schmirgal-Str. 3, 10319 Berlin, Germany
Tel: +49 30 515932-237 mailto:sl...@dresearch-fe.de
Fax: +49 30 515932-299
Geschäftsführer: Dr. Michael Weber, Werner Mögle;
Amtsgericht Berlin Charlottenburg; HRB 130120 B;
Ust.-IDNr. DE273952058

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

[oe] [2011.03-maintenance][PATCH] gdk-pixbuf: add missing dependencies

[Steffen Sledz]

This fixes an error in do_configure step for target and native build.

| checking for BASE_DEPENDENCIES... configure: error: Package requirements 
(glib-2.0 = 2.12.0atk = 1.9.0pango = 1.12.0cairo = 1.2.0) were 
not met:
|
| No package 'atk' found
| No package 'pango' found
| No package 'cairo' found

Signed-off-by: Steffen Sledz sl...@dresearch-fe.de
---
 recipes/gtk+/gdk-pixbuf_2.10.14.bb |2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/recipes/gtk+/gdk-pixbuf_2.10.14.bb 
b/recipes/gtk+/gdk-pixbuf_2.10.14.bb
index c41a2be..e9493f9 100644
--- a/recipes/gtk+/gdk-pixbuf_2.10.14.bb
+++ b/recipes/gtk+/gdk-pixbuf_2.10.14.bb
@@ -4,7 +4,7 @@ HOMEPAGE = http://www.gtk.org/;
 SECTION = libs
 LICENSE = LGPL
 PRIORITY = optional
-DEPENDS = libpng gettext glib-2.0
+DEPENDS = libpng gettext glib-2.0 atk pango cairo
 PR = r2
 
 S = ${WORKDIR}/gtk+-${PV}
-- 
1.7.10.4


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

Re: [oe] [2011.03-maintenance][PATCH] gtk+_2.20.1: Depend on gdk-pixbuf-native

[Steffen Sledz]

On 06.09.2012 14:17, Steffen Sledz wrote:
 On 28.08.2012 00:50, Khem Raj wrote:
 also BBCLASSEXTEND gdk-pixbuf recipes to provide
 native version

 Newer distros which ship glib-2.0 version 2.32+
 there are some missing symbols that gtk+ 2.20
 will complain about. So we create own gdk-pixbuf
 so it does not link to library from host system
 
 It seems that the dependencies are incomplete.
 
 --- snip ---
 ...
 | checking for BASE_DEPENDENCIES... configure: error: Package requirements 
 (glib-2.0 = 2.12.0atk = 1.9.0pango = 1.12.0cairo = 1.2.0) 
 were not met:
 |
 | No package 'atk' found
 | No package 'pango' found
 | No package 'cairo' found
 |
 | Consider adjusting the PKG_CONFIG_PATH environment variable if you
 | installed software in a non-standard prefix.
 |
 | Alternatively, you may set the environment variables 
 BASE_DEPENDENCIES_CFLAGS
 | and BASE_DEPENDENCIES_LIBS to avoid the need to call pkg-config.
 | See the pkg-config man page for more details.
 |
 NOTE: package gdk-pixbuf-native-2.10.14-r2: task do_configure: Failed
 --- snip ---

Ping!

-- 
DResearch Fahrzeugelektronik GmbH
Otto-Schmirgal-Str. 3, 10319 Berlin, Germany
Tel: +49 30 515932-237 mailto:sl...@dresearch-fe.de
Fax: +49 30 515932-299
Geschäftsführer: Dr. Michael Weber, Werner Mögle;
Amtsgericht Berlin Charlottenburg; HRB 130120 B;
Ust.-IDNr. DE273952058

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

[oe] [2011.03-maintenance 1/1] llvm2.7: provide lseek64 symbol

[Steffen Sledz]

EE: Provide the symbol lseek64 explicitly with unistd.h on Linux glibc.

With libcxx, it seems unistd.h would not be provided. Thanks to Ryuta
Suzuki.

See also:

   http://llvm.org/viewvc/llvm-project?view=revrevision=137567

Signed-off-by: Steffen Sledz sl...@dresearch-fe.de
---
 recipes/llvm/llvm2.7/r137567-lseek64.patch |   23 +++
 recipes/llvm/llvm2.7_2.7.bb|3 ++-
 2 files changed, 25 insertions(+), 1 deletion(-)
 create mode 100644 recipes/llvm/llvm2.7/r137567-lseek64.patch

diff --git a/recipes/llvm/llvm2.7/r137567-lseek64.patch 
b/recipes/llvm/llvm2.7/r137567-lseek64.patch
new file mode 100644
index 000..a751d0f
--- /dev/null
+++ b/recipes/llvm/llvm2.7/r137567-lseek64.patch
@@ -0,0 +1,23 @@
+Upstream-Status: Accepted
+
+EE: Provide the symbol lseek64 explicitly with unistd.h on Linux glibc.
+
+With libcxx, it seems unistd.h would not be provided. Thanks to Ryuta Suzuki.
+
+See also:
+
+   http://llvm.org/viewvc/llvm-project?view=revrevision=137567
+
+Signed-off-by: Steffen Sledz sl...@dresearch-fe.de
+
+diff -Nurd llvm-2.7.orig/lib/ExecutionEngine/JIT/Intercept.cpp 
llvm-2.7/lib/ExecutionEngine/JIT/Intercept.cpp
+--- llvm-2.7.orig/lib/ExecutionEngine/JIT/Intercept.cpp2012-09-07 
16:21:14.0 +0200
 llvm-2.7/lib/ExecutionEngine/JIT/Intercept.cpp 2012-09-07 
16:22:14.0 +0200
+@@ -51,6 +51,7 @@
+ #if defined(HAVE_SYS_STAT_H)
+ #include sys/stat.h
+ #endif
++#include unistd.h
+ #include fcntl.h
+ /* stat functions are redirecting to __xstat with a version number.  On 
x86-64 
+  * linking with libc_nonshared.a and -Wl,--export-dynamic doesn't make 'stat' 
diff --git a/recipes/llvm/llvm2.7_2.7.bb b/recipes/llvm/llvm2.7_2.7.bb
index 7d56e7d..758c337 100644
--- a/recipes/llvm/llvm2.7_2.7.bb
+++ b/recipes/llvm/llvm2.7_2.7.bb
@@ -1,6 +1,6 @@
 require llvm.inc
 
-PR = r11
+PR = r12
 
 DEPENDS = llvm-common llvm2.7-native
 
@@ -16,6 +16,7 @@ SRC_URI += \
   file://r104653-BFC-BFI.patch \
   file://rawMOVLRPC.patch \
   file://include-fixes.patch \
+  file://r137567-lseek64.patch \
   
 
 LLVM_RELEASE = 2.7
-- 
1.7.10.4


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

[oe] [2011.03-maintenance 0/1] pull request 20120907

[Steffen Sledz]

Hi Tom,

please pull this commit into 2011.03-maintenance branch.
It fixes a build problem with llvm2.7.

Thx,
Steffen

The following changes since commit 3b1d1112a9a80aba8dbee8b7bd54fe83a1acc6a1:

  gtk+_2.20.1: Depend on gdk-pixbuf-native (2012-08-31 14:06:28 -0700)

are available in the git repository at:

  git://github.com/sledz/oe pull-request-1
  https://github.com/sledz/oe/tree/pull-request-1

Steffen Sledz (1):
  llvm2.7: provide lseek64 symbol

 recipes/llvm/llvm2.7/r137567-lseek64.patch |   23 +++
 recipes/llvm/llvm2.7_2.7.bb|3 ++-
 2 files changed, 25 insertions(+), 1 deletion(-)
 create mode 100644 recipes/llvm/llvm2.7/r137567-lseek64.patch

-- 
1.7.10.4


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

Re: [oe] [2011.03-maintenance][PATCH] gtk+_2.20.1: Depend on gdk-pixbuf-native

[Steffen Sledz]

On 28.08.2012 00:50, Khem Raj wrote:
 also BBCLASSEXTEND gdk-pixbuf recipes to provide
 native version
 
 Newer distros which ship glib-2.0 version 2.32+
 there are some missing symbols that gtk+ 2.20
 will complain about. So we create own gdk-pixbuf
 so it does not link to library from host system

It seems that the dependencies are incomplete.

--- snip ---
...
| checking for BASE_DEPENDENCIES... configure: error: Package requirements 
(glib-2.0 = 2.12.0atk = 1.9.0pango = 1.12.0cairo = 1.2.0) were 
not met:
|
| No package 'atk' found
| No package 'pango' found
| No package 'cairo' found
|
| Consider adjusting the PKG_CONFIG_PATH environment variable if you
| installed software in a non-standard prefix.
|
| Alternatively, you may set the environment variables BASE_DEPENDENCIES_CFLAGS
| and BASE_DEPENDENCIES_LIBS to avoid the need to call pkg-config.
| See the pkg-config man page for more details.
|
NOTE: package gdk-pixbuf-native-2.10.14-r2: task do_configure: Failed
--- snip ---

Steffen

-- 
DResearch Fahrzeugelektronik GmbH
Otto-Schmirgal-Str. 3, 10319 Berlin, Germany
Tel: +49 30 515932-237 mailto:sl...@dresearch-fe.de
Fax: +49 30 515932-299
Geschäftsführer: Dr. Michael Weber, Werner Mögle;
Amtsgericht Berlin Charlottenburg; HRB 130120 B;
Ust.-IDNr. DE273952058

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

Re: [oe] [meta-ti] ti81xx-psp-linux-2.6.37: broken kernel with gcc 4.5

[Steffen Sledz]

On 23.05.2012 11:48, Steffen Sledz wrote:
 Hi Roger!
 
 On 18.05.2012 16:55, Thilo Fromm wrote:
 sorry for the cross-post (openembedded-devel, meta-ti), I think
 this affects both projects one way or the other.

 Recently, meta-openembedded/toolchain-layer removed gcc-4.5.
 This means with oe-core + meta-oe you now can choose between
 gcc-4.6 and gcc-4.7.
 However, both compilers break the kernel we're using
 (ti81xx-psp-linux-2.6.37).

 We're on a TI DaVinci DM8148, featuring a cortex-a8 combined with
 a C674x DSP.

 So a centaurus family SoC.

 Can you put some printk's in omap_mbox_register (plat-omap/mailbox.c) to 
 print the list objects, in particular the mbox-name?

 What are you trying to do? printk-debugging? Via E-Mail? Are you
 serious? I provided a simple procedure to reproduce the issue. Please
 reproduce and fix the problem.
 
 Ping!
 
 Could you reproduce the bug?

FYI

According to [1] we track the progress on this issue at [2].

[1] https://lists.yoctoproject.org/pipermail/meta-ti/2012-June/001242.html
[2] https://github.com/DFE/HidaV/issues/5

Steffen Sledz

-- 
DResearch Fahrzeugelektronik GmbH
Otto-Schmirgal-Str. 3, 10319 Berlin, Germany
Tel: +49 30 515932-237 mailto:sl...@dresearch-fe.de
Fax: +49 30 515932-299
Geschäftsführer: Dr. Michael Weber, Werner Mögle;
Amtsgericht Berlin Charlottenburg; HRB 130120 B;
Ust.-IDNr. DE273952058

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

Re: [oe] [meta-ti] ti81xx-psp-linux-2.6.37: broken kernel with gcc 4.5

[Steffen Sledz]

Hi Roger!

On 18.05.2012 16:55, Thilo Fromm wrote:
 sorry for the cross-post (openembedded-devel, meta-ti), I think
 this affects both projects one way or the other.

 Recently, meta-openembedded/toolchain-layer removed gcc-4.5.
 This means with oe-core + meta-oe you now can choose between
 gcc-4.6 and gcc-4.7.
 However, both compilers break the kernel we're using
 (ti81xx-psp-linux-2.6.37).

 We're on a TI DaVinci DM8148, featuring a cortex-a8 combined with
 a C674x DSP.

 So a centaurus family SoC.

 Can you put some printk's in omap_mbox_register (plat-omap/mailbox.c) to 
 print the list objects, in particular the mbox-name?
 
 What are you trying to do? printk-debugging? Via E-Mail? Are you
 serious? I provided a simple procedure to reproduce the issue. Please
 reproduce and fix the problem.

Ping!

Could you reproduce the bug?

Steffen

-- 
DResearch Fahrzeugelektronik GmbH
Otto-Schmirgal-Str. 3, 10319 Berlin, Germany
Tel: +49 30 515932-237 mailto:sl...@dresearch-fe.de
Fax: +49 30 515932-299
Geschäftsführer: Dr. Michael Weber, Werner Mögle;
Amtsgericht Berlin Charlottenburg; HRB 130120 B;
Ust.-IDNr. DE273952058

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

[oe] [PATCH] OpenSSH/dropbear: introducing update-alternatives for server component

[Steffen Sledz]

Signed-off-by: Steffen Sledz sl...@dresearch-fe.de
---
 recipes/dropbear/dropbear.inc |   49 ++---
 recipes/openssh/openssh.inc   |   68 +++-
 2 files changed, 90 insertions(+), 27 deletions(-)

diff --git a/recipes/dropbear/dropbear.inc b/recipes/dropbear/dropbear.inc
index d69c23b..ba40a22 100644
--- a/recipes/dropbear/dropbear.inc
+++ b/recipes/dropbear/dropbear.inc
@@ -6,7 +6,7 @@ DEPENDS = zlib
 PROVIDES = ssh sshd
 RPROVIDES_${PN} = ssh sshd
 
-INC_PR = r7
+INC_PR = r8
 
 SRC_URI = \
   http://matt.ucc.asn.au/dropbear/dropbear-${PV}.tar.bz2 \
@@ -18,10 +18,7 @@ SRC_URI = \
   file://default \
 
 
-inherit autotools update-rc.d
-
-INITSCRIPT_NAME = dropbear
-INITSCRIPT_PARAMS = defaults 10
+inherit autotools
 
 CFLAGS =+ -I.
 LD = ${CC}
@@ -64,9 +61,38 @@ do_install() {
fi
 }
 
+# sshd initscript is handled explicitly because order of
+# update-rc.d and update-alternatives is important
+DEPENDS_append =  update-rc.d update-rc.d-native
+RDEPENDS_${PN}_append =  ${@base_conditional(ONLINE_PACKAGE_MANAGEMENT, 
none, , update-rc.d, d)}
+
 pkg_postinst () {
update-alternatives --install ${bindir}/scp scp 
${sbindir}/dropbearmulti 20
update-alternatives --install ${bindir}/ssh ssh 
${sbindir}/dropbearmulti 20
+
+   update-alternatives --install ${sysconfdir}/init.d/sshd sshd dropbear 20
+
+   if test x$D != x; then
+   OPT=-r $D
+   else
+   OPT=-s
+   fi
+   # remove all rc.d-links potentially created from older dropbear or
+   # alternative sshd packages before creating new ones
+   update-rc.d $OPT -f dropbear remove
+   update-rc.d $OPT -f sshd remove
+   update-rc.d $OPT sshd defaults
+
+}
+
+pkg_prerm () {
+   if test x$D = x; then
+   if test $1 = upgrade -o $1 = remove; then
+   /etc/init.d/sshd stop
+   fi
+   fi
+
+   update-alternatives --remove sshd dropbear
 }
 
 pkg_postrm_append () {
@@ -78,6 +104,19 @@ pkg_postrm_append () {
fi
update-alternatives --remove ssh ${bindir}/dropbearmulti
update-alternatives --remove scp ${bindir}/dropbearmulti
+
+   if test x$D != x; then
+   OPT=-r $D
+   else
+   OPT=
+   fi
+   if test $1 = remove -o $1 = purge; then
+   if ! test -e /etc/init.d/sshd; then
+   update-rc.d $OPT sshd remove
+   fi
+   fi
 }
 
 CONFFILES_${PN} += ${sysconfdir}/default/dropbear
+
+INITSCRIPT_NAME = sshd
diff --git a/recipes/openssh/openssh.inc b/recipes/openssh/openssh.inc
index 4555d34..5563d41 100644
--- a/recipes/openssh/openssh.inc
+++ b/recipes/openssh/openssh.inc
@@ -1,8 +1,6 @@
 DEPENDS = zlib openssl
 DEPENDS += ${@base_contains('DISTRO_FEATURES', 'pam', 'libpam', '', d)}
 
-RCONFLICTS_${PN} = dropbear
-RCONFLICTS_${PN}-sshd = dropbear
 RCONFLICTS_${PN}-keygen = ssh-keygen
 
 SECTION = console/network
@@ -17,7 +15,7 @@ used to provide applications with a secure communication 
channel.
 HOMEPAGE = http://www.openssh.org/;
 LICENSE = BSD
 
-INC_PR = r9
+INC_PR = r10
 
 inherit autotools
 
@@ -56,7 +54,7 @@ do_compile_append () {
 
 do_install_append() {
install -d ${D}${sysconfdir}/init.d
-   install -m 0755 ${WORKDIR}/init ${D}${sysconfdir}/init.d/sshd
+   install -m 0755 ${WORKDIR}/init ${D}${sysconfdir}/init.d/sshd.openssh
mv ${D}${bindir}/scp ${D}${bindir}/scp.${PN}
mv ${D}${bindir}/ssh ${D}${bindir}/ssh.${PN}
rm -f ${D}${bindir}/slogin ${D}${datadir}/Ssh.bin
@@ -66,7 +64,7 @@ do_install_append() {
 PACKAGES =+ ${PN}-keygen ${PN}-scp ${PN}-ssh ${PN}-sshd ${PN}-sftp ${PN}-misc 
${PN}-sftp-server
 FILES_${PN}-scp = ${bindir}/scp.${PN}
 FILES_${PN}-ssh = ${bindir}/ssh.${PN} ${sysconfdir}/ssh/ssh_config
-FILES_${PN}-sshd = ${sbindir}/sshd ${sysconfdir}/init.d/sshd
+FILES_${PN}-sshd = ${sbindir}/sshd ${sysconfdir}/init.d/sshd.openssh
 FILES_${PN}-sshd += ${sysconfdir}/ssh/moduli ${sysconfdir}/ssh/sshd_config
 FILES_${PN}-sftp = ${bindir}/sftp
 FILES_${PN}-sftp-server = ${libexecdir}/sftp-server
@@ -74,17 +72,27 @@ FILES_${PN}-misc = ${bindir}/ssh* ${libexecdir}/ssh*
 FILES_${PN}-keygen = ${bindir}/ssh-keygen
 
 RDEPENDS_${PN} += ${PN}-scp ${PN}-ssh ${PN}-sshd ${PN}-keygen
-DEPENDS_${PN}-sshd += update-rc.d
-RDEPENDS_${PN}-sshd += update-rc.d ${PN}-keygen
+RDEPENDS_${PN}-sshd += ${PN}-keygen
+
+# sshd initscript is handled explicitly because order of
+# update-rc.d and update-alternatives is important
+DEPENDS_${PN}-sshd_append =  update-rc.d update-rc.d-native
+RDEPENDS_${PN}-sshd_append =  
${@base_conditional(ONLINE_PACKAGE_MANAGEMENT, none, , update-rc.d, d)}
 
 pkg_postinst_${PN}-sshd() {
-if test x$D != x; then
-   exit 1
-else
-   addgroup sshd
-   adduser --system --home /var/run/sshd --no-create-home 
--disabled-password --ingroup sshd -s /bin/false sshd
-   update-rc.d sshd defaults 9
-fi
+   update

[oe] [2011.03-maintenance 0/1] pull request 20120503

[Steffen Sledz]

Hi Tom,

please pull this commit into 2011.03-maintenance branch.
It fixes a build problem with icedtea6-native and newer glibc versions.
The fix is well tested in our own environment.

Thx,
Steffen

The following changes since commit 21613e405cad072feef779c8e9b374a2f0984158:

  docbook-utils-native: fix syntax problem in jw.in (2012-04-04 12:06:08 +0200)

are available in the git repository at:
  git://github.com/sledz/oe pull-request-1
  https://github.com/sledz/oe/tree/pull-request-1

Steffen Sledz (1):
  icedtea6-native-1.7.10: backport S7103224

 .../glibc_name_collision.patch |  523 
 recipes/icedtea/icedtea6-native_1.7.10.bb  |3 +-
 2 files changed, 525 insertions(+), 1 deletions(-)
 create mode 100644 
recipes/icedtea/icedtea6-native-1.7.10/glibc_name_collision.patch

-- 
1.7.7


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

[oe] [2011.03-maintenance 1/1] icedtea6-native-1.7.10: backport S7103224

[Steffen Sledz]

Backport the fix for 7103224.

This fix allows icedtea6 to be built with (very) new glibc versions.
It was originally suggested by Omair Majid from RedHat.

For details see:
http://permalink.gmane.org/gmane.comp.java.openjdk.distro-packaging.devel/16103
http://mail.openjdk.java.net/pipermail/hotspot-dev/2011-October/004589.html

Signed-off-by: Steffen Sledz sl...@dresearch-fe.de
---
 .../glibc_name_collision.patch |  523 
 recipes/icedtea/icedtea6-native_1.7.10.bb  |3 +-
 2 files changed, 525 insertions(+), 1 deletions(-)
 create mode 100644 
recipes/icedtea/icedtea6-native-1.7.10/glibc_name_collision.patch

diff --git a/recipes/icedtea/icedtea6-native-1.7.10/glibc_name_collision.patch 
b/recipes/icedtea/icedtea6-native-1.7.10/glibc_name_collision.patch
new file mode 100644
index 000..0702b77
--- /dev/null
+++ b/recipes/icedtea/icedtea6-native-1.7.10/glibc_name_collision.patch
@@ -0,0 +1,523 @@
+icedtea6-native-1.7.10: backport S7103224 
+
+Backport the fix for 7103224.
+
+This fix allows icedtea6 to be built with (very) new glibc versions.
+It was originally suggested by Omair Majid from RedHat.
+
+For details see:
+http://permalink.gmane.org/gmane.comp.java.openjdk.distro-packaging.devel/16103
+http://mail.openjdk.java.net/pipermail/hotspot-dev/2011-October/004589.html
+
+Upstream-Status: Pending
+
+Signed-off-by: Steffen Sledz sl...@dresearch-fe.de
+
+diff -Nurd icedtea6-1.7.10.orig/Makefile.am icedtea6-1.7.10/Makefile.am
+--- icedtea6-1.7.10.orig/Makefile.am   2012-05-03 14:59:31.596076283 +0200
 icedtea6-1.7.10/Makefile.am2012-05-03 15:03:43.787566714 +0200
+@@ -393,7 +393,8 @@
+   patches/openjdk/6541476-png-iTXt-chunk.patch \
+   patches/openjdk/6782079-png_metadata_oom.patch \
+   patches/rh676659-gcc-export-dynamic.patch \
+-  patches/latent_jaxp_bug.patch
++  patches/latent_jaxp_bug.patch \
++  patches/openjdk/7103224-glibc_name_collision.patch
+ 
+ if WITH_ALT_HSBUILD
+ ICEDTEA_PATCHES += 
patches/hotspot/$(HSBUILD)/openjdk-6886353-ignore_deoptimizealot.patch \
+diff -Nurd 
icedtea6-1.7.10.orig/patches/openjdk/7103224-glibc_name_collision.patch 
icedtea6-1.7.10/patches/openjdk/7103224-glibc_name_collision.patch
+--- icedtea6-1.7.10.orig/patches/openjdk/7103224-glibc_name_collision.patch
1970-01-01 01:00:00.0 +0100
 icedtea6-1.7.10/patches/openjdk/7103224-glibc_name_collision.patch 
2012-05-03 15:01:27.817684671 +0200
+@@ -0,0 +1,491 @@
++# HG changeset patch
++# User never
++# Date 1319555835 25200
++# Node ID a6eef545f1a2ceca6aeadf688a965df600ffef28
++# Parent  2ec638646e86e455978c31a9d47fc0ec271ed926
++7103224: collision between __LEAF define in interfaceSupport.hpp and 
/usr/include/sys/cdefs.h with gcc
++Reviewed-by: never
++Contributed-by: Omair Majid omajid@...
++
++diff -r 2ec638646e86 -r a6eef545f1a2 src/share/vm/opto/addnode.cpp
++--- openjdk/hotspot/src/share/vm/opto/addnode.cpp Tue Oct 25 04:07:20 
2011 -0700
+ openjdk/hotspot/src/share/vm/opto/addnode.cpp Tue Oct 25 08:17:15 
2011 -0700
++@@ -34,8 +34,6 @@
++ 
++ // Portions of code courtesy of Clifford Click
++ 
++-#define MAXFLOAT((float)3.40282346638528860e+38)
++-
++ // Classic Add functionality.  This covers all the usual 'add' behaviors for
++ // an algebraic ring.  Add-integer, add-float, add-double, and binary-or are
++ // all inherited from this class.  The various identity values are supplied
++diff -r 2ec638646e86 -r a6eef545f1a2 src/share/vm/prims/jniCheck.cpp
++--- openjdk/hotspot/src/share/vm/prims/jniCheck.cpp   Tue Oct 25 04:07:20 
2011 -0700
+ openjdk/hotspot/src/share/vm/prims/jniCheck.cpp   Tue Oct 25 08:17:15 
2011 -0700
++@@ -107,7 +107,7 @@
++ if (env != xenv) {   \
++   NativeReportJNIFatalError(thr, warn_wrong_jnienv); \
++ }\
++-__ENTRY(result_type, header, thr)
+++VM_ENTRY_BASE(result_type, header, thr)
++ 
++ 
++ #define UNCHECKED() (unchecked_jni_NativeInterface)
++diff -r 2ec638646e86 -r a6eef545f1a2 src/share/vm/prims/jvmtiEnter.xsl
++--- openjdk/hotspot/src/share/vm/prims/jvmtiEnter.xsl Tue Oct 25 04:07:20 
2011 -0700
+ openjdk/hotspot/src/share/vm/prims/jvmtiEnter.xsl Tue Oct 25 08:17:15 
2011 -0700
++@@ -426,7 +426,7 @@
++ xsl:value-of select=$space/
++ xsl:textThreadInVMfromNative __tiv(current_thread);/xsl:text
++ xsl:value-of select=$space/
++-xsl:text__ENTRY(jvmtiError, /xsl:text
+++xsl:textVM_ENTRY_BASE(jvmtiError, /xsl:text
++ xsl:apply-templates select=. mode=functionid/
++ xsl:text , current_thread)/xsl:text
++ xsl:value-of select=$space/
++diff -r 2ec638646e86 -r a6eef545f1a2 src/share/vm/prims/jvmtiEnv.cpp
++--- openjdk/hotspot/src/share/vm/prims/jvmtiEnv.cpp   Tue Oct 25 04:07:20 
2011 -0700
+ openjdk/hotspot/src/share/vm/prims/jvmtiEnv.cpp   Tue Oct 25 08:17:15 
2011

[oe] [2011.03-maintenance 0/1] pull request 20120404

[Steffen Sledz]

Hi Tom,

please pull this commit backported from oe-core fixing a problem with 
docbook-utils-native.

Thx,
Steffen

The following changes since commit 71df8a759f91e821a2daee22f34eaa3a31708775:

  python-2.6.6: Fix python-2.6.6 build failure on linux-3.x (2012-03-27 
13:08:38 +0200)

are available in the git repository at:
  git://github.com/sledz/oe pull-request-1
  https://github.com/sledz/oe/tree/pull-request-1

Steffen Sledz (1):
  docbook-utils-native: fix syntax problem in jw.in

 .../docbook-utils/docbook-utils-0.6.14/re.patch|   29 
 .../docbook-utils/docbook-utils-native_0.6.14.bb   |8 -
 2 files changed, 35 insertions(+), 2 deletions(-)
 create mode 100644 recipes/docbook-utils/docbook-utils-0.6.14/re.patch

-- 
1.7.7


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

[oe] [2011.03-maintenance 1/1] docbook-utils-native: fix syntax problem in jw.in

[Steffen Sledz]

Fix runtime error occurred e.g. with docbook-to-man calls:

  grep: character class syntax is [[:space:]], not [:space:]
  grep: character class syntax is [[:space:]], not [:space:]
  jw: There is no frontend called /docbook/utils-0.6.14/frontends/docbook.

See also:

  https://qa.mandriva.com/show_bug.cgi?id=61127

Signed-off-by: Steffen Sledz sl...@dresearch-fe.de
---
 .../docbook-utils/docbook-utils-0.6.14/re.patch|   29 
 .../docbook-utils/docbook-utils-native_0.6.14.bb   |8 -
 2 files changed, 35 insertions(+), 2 deletions(-)
 create mode 100644 recipes/docbook-utils/docbook-utils-0.6.14/re.patch

diff --git a/recipes/docbook-utils/docbook-utils-0.6.14/re.patch 
b/recipes/docbook-utils/docbook-utils-0.6.14/re.patch
new file mode 100644
index 000..db079d6
--- /dev/null
+++ b/recipes/docbook-utils/docbook-utils-0.6.14/re.patch
@@ -0,0 +1,29 @@
+Upstream-Status: Pending
+
+Fix runtime error occurred e.g. with docbook-to-man calls:
+
+  grep: character class syntax is [[:space:]], not [:space:]
+  grep: character class syntax is [[:space:]], not [:space:]
+  jw: There is no frontend called /docbook/utils-0.6.14/frontends/docbook.
+
+See also:
+
+   https://qa.mandriva.com/show_bug.cgi?id=61127
+
+Signed-off-by: Steffen Sledz sl...@dresearch-fe.de
+
+diff -Nurd docbook-utils-0.6.14-orig/bin/jw.in docbook-utils-0.6.14/bin/jw.in
+--- docbook-utils-0.6.14-orig/bin/jw.in2012-03-29 07:50:00.789564826 
+0200
 docbook-utils-0.6.14/bin/jw.in 2012-03-29 07:52:10.371302967 +0200
+@@ -80,9 +80,9 @@
+ SGML_CATALOGS_DIR=/etc/sgml
+ if [ -f $SGML_CONF ]
+ then
+-  RE='^[:space:]*SGML_BASE_DIR[:space:]*=[:space:]*'
++  RE='^[[:space:]]*SGML_BASE_DIR[[:space:]]*=[[:space:]]*'
+   SGML_BASE_DIR=`grep $RE $SGML_CONF | sed s/$RE//`
+-  RE='^[:space:]*SGML_CATALOGS_DIR[:space:]*=[:space:]*'
++  RE='^[[:space:]]*SGML_CATALOGS_DIR[[:space:]]*=[[:space:]]*'
+   SGML_CATALOGS_DIR=`grep $RE $SGML_CONF | sed s/$RE//`
+ fi
+ 
diff --git a/recipes/docbook-utils/docbook-utils-native_0.6.14.bb 
b/recipes/docbook-utils/docbook-utils-native_0.6.14.bb
index 7d342ed..29815e3 100644
--- a/recipes/docbook-utils/docbook-utils-native_0.6.14.bb
+++ b/recipes/docbook-utils/docbook-utils-native_0.6.14.bb
@@ -1,9 +1,13 @@
 SECTION = console/utils
 LICENSE = GPL
 DEPENDS = openjade-native sgmlspl-native docbook-dsssl-stylesheets-native 
docbook-sgml-dtd-3.1-native
-PR = r2
+PR = r3
+
+SRC_URI = \
+   
ftp://sources.redhat.com/pub/docbook-tools/new-trials/SOURCES/docbook-utils-${PV}.tar.gz
 \
+   file://re.patch \
+
 
-SRC_URI = 
ftp://sources.redhat.com/pub/docbook-tools/new-trials/SOURCES/docbook-utils-${PV}.tar.gz;
 SRC_URI[md5sum] = 6b41b18c365c01f225bc417cf632d81c
 SRC_URI[sha256sum] = 
48faab8ee8a7605c9342fb7b906e0815e3cee84a489182af38e8f7c0df2e92e9
 
-- 
1.7.7


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

[oe] [2011.03-maintenance 1/3] python-scons_1.3.0: add `python-native` to `DEPENDS_virtclass-native`

[Steffen Sledz]

From: Paul Menzel paulepan...@users.sourceforge.net

A clean build fails with the following error [1].

| ERROR: Function 'do_compile' failed (see 
/home/sgh/oe-new-oe/build-vmc16/tmp/work/x86_64-linux/python-scons-native-1.3.0-r1/temp/log.do_compile.26596
 for further information)
| + cd 
/home/sgh/oe-new-oe/build-vmc16/tmp/work/x86_64-linux/python-scons-native-1.3.0-r1/scons-1.3.0
| + do_compile
| + distutils_do_compile
| + 
STAGING_INCDIR=/home/sgh/oe-new-oe/build-vmc16/tmp/sysroots/x86_64-linux/usr/include
| + 
STAGING_LIBDIR=/home/sgh/oe-new-oe/build-vmc16/tmp/sysroots/x86_64-linux/usr/lib
| + BUILD_SYS=x86_64-linux
| + HOST_SYS=x86_64-linux
| + /home/sgh/oe-new-oe/build-vmc16/tmp/sysroots/x86_64-linux/usr/bin/python 
setup.py build
| 
/home/sgh/oe-new-oe/build-vmc16/tmp/work/x86_64-linux/python-scons-native-1.3.0-r1/temp/run.do_compile.26596:
 line 94: 
/home/sgh/oe-new-oe/build-vmc16/tmp/sysroots/x86_64-linux/usr/bin/python: No 
such file or directory
| + oefatal 'python setup.py build_ext execution failed.'
| + echo FATAL: 'python setup.py build_ext execution failed.'

Adding `python-native` to `DEPENDS_virtclass-native` as suggested in [1] and 
done for `python-scons-native_1.2.0` fixes the issue.

[1] 
http://lists.linuxtogo.org/pipermail/openembedded-devel/2011-April/032180.html

Signed-off-by: Paul Menzel paulepan...@users.sourceforge.net
Acked-by: Søren Holm s...@sgh.dk
---
 recipes/python/python-scons_1.3.0.bb |1 +
 1 files changed, 1 insertions(+), 0 deletions(-)

diff --git a/recipes/python/python-scons_1.3.0.bb 
b/recipes/python/python-scons_1.3.0.bb
index 82231f2..5a412cb 100644
--- a/recipes/python/python-scons_1.3.0.bb
+++ b/recipes/python/python-scons_1.3.0.bb
@@ -2,6 +2,7 @@ DESCRIPTION = A Software Construction Tool
 SECTION = devel/python
 PRIORITY = optional
 LICENSE = MIT
+DEPENDS_virtclass-native = python-native
 SRCNAME = scons
 PR = r1
 
-- 
1.7.7


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

[oe] [2011.03-maintenance 0/3] pull request 20120327

[Steffen Sledz]

Hi Tom,

please pull these commits cherry-picked from oe.dev.
The fix some python build problems.
All are well tested in our own environment.

Thx,
Steffen

The following changes since commit ec639a6b04449ef8e064e7bf35660ab31c3e2eee:

  libmatthew-0.7.1: SRC_URI updated (2012-03-24 07:16:26 +0100)

are available in the git repository at:
  git://git.openembedded.org/openembedded sledz/pull3
  http://cgit.openembedded.org/cgit.cgi/openembedded/log/?h=sledz/pull3

Paul Menzel (1):
  python-scons_1.3.0: add `python-native` to `DEPENDS_virtclass-native`

Simon Busch (1):
  python-2.6.6: backport pkgconfig support from version 2.7.1 and bump PR

Ulf Samuelsson (1):
  python-2.6.6: Fix python-2.6.6 build failure on linux-3.x

 .../python/python-2.6.6/07-linux3-regen-fix.patch  |   18 
 .../python/python-2.6.6/pkgconfig-support.patch|   94 
 recipes/python/python-scons_1.3.0.bb   |1 +
 recipes/python/python_2.6.6.bb |4 +-
 4 files changed, 116 insertions(+), 1 deletions(-)
 create mode 100644 recipes/python/python-2.6.6/07-linux3-regen-fix.patch
 create mode 100644 recipes/python/python-2.6.6/pkgconfig-support.patch

-- 
1.7.7


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

[oe] [2011.03-maintenance 2/3] python-2.6.6: backport pkgconfig support from version 2.7.1 and bump PR

[Steffen Sledz]

From: Simon Busch morp...@gravedo.de

Version 2.6.6 of python does not have support for pkgconfig and 2.7.1 is not 
yet ready in
OE so I back-ported the new pkgconfig feature to 2.6.6.

Signed-off-by: Simon Busch morp...@gravedo.de
Acked-by: Michael 'Mickey' Lauer mla...@vanille-media.de
---
 .../python/python-2.6.6/pkgconfig-support.patch|   94 
 recipes/python/python_2.6.6.bb |3 +-
 2 files changed, 96 insertions(+), 1 deletions(-)
 create mode 100644 recipes/python/python-2.6.6/pkgconfig-support.patch

diff --git a/recipes/python/python-2.6.6/pkgconfig-support.patch 
b/recipes/python/python-2.6.6/pkgconfig-support.patch
new file mode 100644
index 000..d970b00
--- /dev/null
+++ b/recipes/python/python-2.6.6/pkgconfig-support.patch
@@ -0,0 +1,94 @@
+diff -Naur Python-2.6.6-orig/Makefile.pre.in Python-2.6.6/Makefile.pre.in
+--- Python-2.6.6-orig/Makefile.pre.in  2010-08-02 00:05:31.0 +0200
 Python-2.6.6/Makefile.pre.in   2011-05-24 21:16:19.943550002 +0200
+@@ -763,6 +763,9 @@
+   (cd $(DESTDIR)$(BINDIR); $(LN) python$(VERSION)$(EXE) $(PYTHON))
+   -rm -f $(DESTDIR)$(BINDIR)/python-config
+   (cd $(DESTDIR)$(BINDIR); $(LN) -s python$(VERSION)-config python-config)
++  -test -d $(DESTDIR)$(LIBPC) || $(INSTALL) -d -m $(DIRMODE) 
$(DESTDIR)$(LIBPC)
++  -rm -f $(DESTDIR)$(LIBPC)/python.pc
++  (cd $(DESTDIR)$(LIBPC); $(LN) -s python-$(VERSION).pc python.pc)
+ 
+ # Install the interpreter with $(VERSION) affixed
+ # This goes into $(exec_prefix)
+@@ -936,8 +939,12 @@
+ # Install the library and miscellaneous stuff needed for extending/embedding
+ # This goes into $(exec_prefix)
+ LIBPL=$(LIBP)/config
++
++# pkgconfig directory
++LIBPC=$(LIBDIR)/pkgconfig
++
+ libainstall:  all
+-  @for i in $(LIBDIR) $(LIBP) $(LIBPL); \
++  @for i in $(LIBDIR) $(LIBP) $(LIBPL) $(LIBPC); \
+   do \
+   if test ! -d $(DESTDIR)$$i; then \
+   echo Creating directory $$i; \
+@@ -964,6 +971,7 @@
+   $(INSTALL_DATA) Modules/Setup $(DESTDIR)$(LIBPL)/Setup
+   $(INSTALL_DATA) Modules/Setup.local $(DESTDIR)$(LIBPL)/Setup.local
+   $(INSTALL_DATA) Modules/Setup.config $(DESTDIR)$(LIBPL)/Setup.config
++  $(INSTALL_DATA) Misc/python.pc $(DESTDIR)$(LIBPC)/python-$(VERSION).pc
+   $(INSTALL_SCRIPT) $(srcdir)/Modules/makesetup 
$(DESTDIR)$(LIBPL)/makesetup
+   $(INSTALL_SCRIPT) $(srcdir)/install-sh $(DESTDIR)$(LIBPL)/install-sh
+   # Substitution happens here, as the completely-expanded BINDIR
+@@ -1159,7 +1167,8 @@
+ # Keep configure and Python-ast.[ch], it's possible they can't be generated
+ distclean: clobber
+   -rm -f core Makefile Makefile.pre config.status \
+-  Modules/Setup Modules/Setup.local Modules/Setup.config
++  Modules/Setup Modules/Setup.local Modules/Setup.config \
++  Misc/python.pc
+   find $(srcdir) '(' -name '*.fdc' -o -name '*~' \
+  -o -name '[@,#]*' -o -name '*.old' \
+  -o -name '*.orig' -o -name '*.rej' \
+diff -Naur Python-2.6.6-orig/Misc/python.pc.in Python-2.6.6/Misc/python.pc.in
+--- Python-2.6.6-orig/Misc/python.pc.in1970-01-01 01:00:00.0 
+0100
 Python-2.6.6/Misc/python.pc.in 2011-05-24 21:09:22.733550002 +0200
+@@ -0,0 +1,13 @@
++prefix=@prefix@
++exec_prefix=@exec_prefix@
++libdir=@libdir@
++includedir=@includedir@
++
++Name: Python
++Description: Python library
++Requires: 
++Version: @VERSION@
++Libs.private: @LIBS@
++Libs: -L${libdir} -lpython@VERSION@
++Cflags: -I${includedir}/python@VERSION@ 
++
+diff -Naur Python-2.6.6-orig/configure Python-2.6.6/configure
+--- Python-2.6.6-orig/configure2010-05-25 04:27:03.0 +0200
 Python-2.6.6/configure 2011-05-24 21:14:55.553550001 +0200
+@@ -12863,7 +12863,7 @@
+ $as_echo done 6; }
+ 
+ # generate output files
+-ac_config_files=$ac_config_files Makefile.pre Modules/Setup.config
++ac_config_files=$ac_config_files Makefile.pre Modules/Setup.config 
Misc/python.pc
+ 
+ cat confcache \_ACEOF
+ # This file is a shell script that caches the results of configure
+@@ -13557,6 +13557,7 @@
+ Mac/Resources/app/Info.plist) CONFIG_FILES=$CONFIG_FILES 
Mac/Resources/app/Info.plist ;;
+ Makefile.pre) CONFIG_FILES=$CONFIG_FILES Makefile.pre ;;
+ Modules/Setup.config) CONFIG_FILES=$CONFIG_FILES Modules/Setup.config 
;;
++Misc/python.pc) CONFIG_FILES=$CONFIG_FILES Misc/python.pc ;;
+ 
+   *) as_fn_error invalid argument: \`$ac_config_target' $LINENO 5;;
+   esac
+diff -Naur Python-2.6.6-orig/configure.in Python-2.6.6/configure.in
+--- Python-2.6.6-orig/configure.in 2010-05-25 04:27:03.0 +0200
 Python-2.6.6/configure.in  2011-05-24 21:09:53.733550001 +0200
+@@ -3935,7 +3935,7 @@
+ AC_MSG_RESULT(done)
+ 
+ # generate output files
+-AC_CONFIG_FILES(Makefile.pre Modules/Setup.config)
++AC_CONFIG_FILES(Makefile.pre 

[oe] [2011.03-maintenance 3/3] python-2.6.6: Fix python-2.6.6 build failure on linux-3.x

[Steffen Sledz]

From: Ulf Samuelsson ulf_samuels...@telia.com

python-2.6.6 build will crash when host is running linux kernel 3.x.

Fix backported from openembedded-core.
meta/recipes-devtools/python/python/07-linux3-regen-fix.patch

Signed-Off-By:  Ulf Samuelsson ulf.samuels...@telia.com
---
 .../python/python-2.6.6/07-linux3-regen-fix.patch  |   18 ++
 recipes/python/python_2.6.6.bb |3 ++-
 2 files changed, 20 insertions(+), 1 deletions(-)
 create mode 100644 recipes/python/python-2.6.6/07-linux3-regen-fix.patch

diff --git a/recipes/python/python-2.6.6/07-linux3-regen-fix.patch 
b/recipes/python/python-2.6.6/07-linux3-regen-fix.patch
new file mode 100644
index 000..a059605
--- /dev/null
+++ b/recipes/python/python-2.6.6/07-linux3-regen-fix.patch
@@ -0,0 +1,18 @@
+Upstream-Status: Inappropriate [embedded specific]
+
+Without this patch it calls cross-compiled python if host is running linux-3.0
+python$EXE ../../Tools/scripts/h2py.py -i '(u_long)' /usr/include/netinet/in.h
+| ./regen: line 3: 
/OE/shr-core/tmp/work/armv4t-oe-linux-gnueabi/python-2.6.6-nk2.8/Python-2.6.6/python:
 cannot execute binary file
+
+diff -uNr Python-2.6.6.orig//Lib/plat-linux3/regen 
Python-2.6.6/Lib/plat-linux3/regen
+--- Python-2.6.6.orig//Lib/plat-linux3/regen 1970-01-01 01:00:00.0 
+0100
 Python-2.6.6/Lib/plat-linux3/regen 2001-08-09 14:48:17.0 +0200
+@@ -0,0 +1,8 @@
++#! /bin/sh
++case `uname` in
++Linux*) ;;
++*) echo Probably not on a Linux system 12
++ exit 1;;
++esac
++set -v
++h2py -i '(u_long)' /usr/include/sys/types.h /usr/include/netinet/in.h 
/usr/include/dlfcn.h
diff --git a/recipes/python/python_2.6.6.bb b/recipes/python/python_2.6.6.bb
index eacc5c2..5b47fec 100644
--- a/recipes/python/python_2.6.6.bb
+++ b/recipes/python/python_2.6.6.bb
@@ -3,7 +3,7 @@ DEPENDS = python-native db gdbm openssl readline sqlite3 tcl 
zlib\
${@base_contains('DISTRO_FEATURES', 'tk', 'tk', '', d)}
 DEPENDS_sharprom = python-native db readline zlib gdbm openssl
 # set to .0 on every increase of INC_PR
-PR = ${INC_PR}.3
+PR = ${INC_PR}.4
 
 SRC_URI = \
   http://www.python.org/ftp/python/${PV}/Python-${PV}.tar.bz2 \
@@ -14,6 +14,7 @@ SRC_URI = \
   file://04-default-is-optimized.patch \
   file://05-enable-ctypes-cross-build.patch \
   file://06-ctypes-libffi-fix-configure.patch \
+  file://07-linux3-regen-fix.patch \
   file://ipv6-cross.patch \
   file://python-module-rpath-fix.patch \
   file://sitecustomize.py \
-- 
1.7.7


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

Re: [oe] [2011.03-maintenance 3/3] python-2.6.6: Fix python-2.6.6 build failure on linux-3.x

[Steffen Sledz]

On 27.03.2012 14:44, Andreas Oberritter wrote:
 On 27.03.2012 14:07, Steffen Sledz wrote:
 From: Ulf Samuelsson ulf_samuels...@telia.com

 python-2.6.6 build will crash when host is running linux kernel 3.x.

 Fix backported from openembedded-core.
 meta/recipes-devtools/python/python/07-linux3-regen-fix.patch
 
 This patch has been superseded by a backport from upstream python,
 causing linux2 to be used for all kernel versions. See commit
 accb2b728ab10cae20be59253a56ac6410b8de10 in oe-core.

Is this patch available in oe-classic master?

I'm just trying to keep the 2011.03-maintenance branch usable with a minimum of 
work. And the one from the pull request is good enough for me at the moment.

Steffen

-- 
DResearch Fahrzeugelektronik GmbH
Otto-Schmirgal-Str. 3, 10319 Berlin, Germany
Tel: +49 30 515932-237 mailto:sl...@dresearch-fe.de
Fax: +49 30 515932-299
Geschäftsführer: Dr. Michael Weber, Werner Mögle;
Amtsgericht Berlin Charlottenburg; HRB 130120 B;
Ust.-IDNr. DE273952058

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

Re: [oe] [2011.03-maintenance 3/3] python-2.6.6: Fix python-2.6.6 build failure on linux-3.x

[Steffen Sledz]

On 27.03.2012 14:59, Andreas Oberritter wrote:
 On 27.03.2012 14:51, Steffen Sledz wrote:
 On 27.03.2012 14:44, Andreas Oberritter wrote:
 On 27.03.2012 14:07, Steffen Sledz wrote:
 From: Ulf Samuelsson ulf_samuels...@telia.com

 python-2.6.6 build will crash when host is running linux kernel 3.x.

 Fix backported from openembedded-core.
 meta/recipes-devtools/python/python/07-linux3-regen-fix.patch

 This patch has been superseded by a backport from upstream python,
 causing linux2 to be used for all kernel versions. See commit
 accb2b728ab10cae20be59253a56ac6410b8de10 in oe-core.

 Is this patch available in oe-classic master?
 
 I don't know.
 
 I'm just trying to keep the 2011.03-maintenance branch usable with a minimum 
 of work. And the one from the pull request is good enough for me at the 
 moment.
 
 I don't want to block your pull request. I was just trying to make you
 aware of problems that have already been fixed in oe-core. Building
 python on 32-bit vs. 64-bit build systems and on 2.x vs. 3.x kernels
 (running on the build system) produces different results, even with this
 patch applied. Some of these problems have already been fixed in
 oe-core, some are still pending (patches were sent to the oe-core
 mailing list).

Tom, would be nice, if you accept my pull request for the moment.

*If* i have some time later i can try to have a look at oe-core stuff. Or may 
be someone else.

Thx,
Steffen

-- 
DResearch Fahrzeugelektronik GmbH
Otto-Schmirgal-Str. 3, 10319 Berlin, Germany
Tel: +49 30 515932-237 mailto:sl...@dresearch-fe.de
Fax: +49 30 515932-299
Geschäftsführer: Dr. Michael Weber, Werner Mögle;
Amtsgericht Berlin Charlottenburg; HRB 130120 B;
Ust.-IDNr. DE273952058

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

Re: [oe] [admin] please delete obsolete branches

[Steffen Sledz]

On 21.03.2012 07:52, Steffen Sledz wrote:
 Hi git admins,
 
 can someone please delete the following obsolete branches in oe-classic.
 
   sledz/maintenance
   sledz/pull
   sledz/pull2

Ping!

-- 
DResearch Fahrzeugelektronik GmbH
Otto-Schmirgal-Str. 3, 10319 Berlin, Germany
Tel: +49 30 515932-237 mailto:sl...@dresearch-fe.de
Fax: +49 30 515932-299
Geschäftsführer: Dr. Michael Weber, Werner Mögle;
Amtsgericht Berlin Charlottenburg; HRB 130120 B;
Ust.-IDNr. DE273952058

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

[oe] [2011.03-maintenance 1/1] libmatthew-0.7.1: SRC_URI updated

[Steffen Sledz]

libmatthew-java-0.7.1.tar.gz is no longer available at the original
location.

Signed-off-by: Steffen Sledz sl...@dresearch-fe.de
Acked-by: Frans Meulenbroeks fransmeulenbro...@gmail.com
Acked-by: Tom Rini tom.r...@gmail.com
---
 recipes/libmatthew/libmatthew_0.7.1.bb |2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)

diff --git a/recipes/libmatthew/libmatthew_0.7.1.bb 
b/recipes/libmatthew/libmatthew_0.7.1.bb
index 266a0d4..6916e56 100644
--- a/recipes/libmatthew/libmatthew_0.7.1.bb
+++ b/recipes/libmatthew/libmatthew_0.7.1.bb
@@ -2,7 +2,7 @@ require libmatthew.inc
 
 PR = r0
 
-SRC_URI = 
http://www.matthew.ath.cx/projects/java/libmatthew-java-${PV}.tar.gz \
+SRC_URI = 
http://pkgs.fedoraproject.org/repo/pkgs/libmatthew-java/libmatthew-java-0.7.1.tar.gz/6a4db221129f230c64a0f937d00bb703/libmatthew-java-${PV}.tar.gz
 \
file://Makefile-0.7.patch
 
 
-- 
1.7.7


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

[oe] [2011.03-maintenance 0/1] pull request 20120324

[Steffen Sledz]

Hi Tom,

here's the pull request for the libmatthew fetch problem fix.

Thx,
Steffen

The following changes since commit 8d2c8f49312f6a0318dc82b6ce85e50bc08dfcb2:

  ltrace-0.5.3: Update URI to a functioning one (2012-03-14 12:13:19 +0100)

are available in the git repository at:
  git://git.openembedded.org/openembedded sledz/pull2
  http://cgit.openembedded.org/cgit.cgi/openembedded/log/?h=sledz/pull2

Steffen Sledz (1):
  libmatthew-0.7.1: SRC_URI updated

 recipes/libmatthew/libmatthew_0.7.1.bb |2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)

-- 
1.7.7


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

Re: [oe] [PATCH] libmatthew-0.7.1: SRC_URI updated

[Steffen Sledz]

On 22.03.2012 23:13, Tom Rini wrote:
 On Thu, Mar 22, 2012 at 08:01:41AM +0100, Steffen Sledz wrote:
 On 21.03.2012 15:46, Tom Rini wrote:
 On Wed, Mar 21, 2012 at 7:44 AM, Tom Rini tom.r...@gmail.com wrote:
 On Wed, Mar 21, 2012 at 3:37 AM, Steffen Sledz sl...@dresearch-fe.de 
 wrote:
 libmatthew-java-0.7.1.tar.gz is no longer available at the original
 location.

 Signed-off-by: Steffen Sledz sl...@dresearch-fe.de

 NAK, please switch it to the snapshot.debian.org URL I provided so we
 don't have to change this recipe at some point in the future again.

 On third thought, lemme think about this.  I don't like pointing
 somewhere that might remove it, again, but I also don't like changing
 checksums for folks that already have it down.  So, unless someone
 else disagrees, we'll favor same checksums over retention and if
 fedoraproject removes it, we'll just point at the copy on the OE
 server.

 So finally that's an ACK for my patch?
 
 Yes, thanks.

OK, pushed to oe-classic master.

Tom, do you need an extra pull request for 2011.03-maintenance branch?

-- 
DResearch Fahrzeugelektronik GmbH
Otto-Schmirgal-Str. 3, 10319 Berlin, Germany
Tel: +49 30 515932-237 mailto:sl...@dresearch-fe.de
Fax: +49 30 515932-299
Geschäftsführer: Dr. Michael Weber, Werner Mögle;
Amtsgericht Berlin Charlottenburg; HRB 130120 B;
Ust.-IDNr. DE273952058

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

Re: [oe] [PATCH] libmatthew-0.7.1: SRC_URI updated

[Steffen Sledz]

On 21.03.2012 15:46, Tom Rini wrote:
 On Wed, Mar 21, 2012 at 7:44 AM, Tom Rini tom.r...@gmail.com wrote:
 On Wed, Mar 21, 2012 at 3:37 AM, Steffen Sledz sl...@dresearch-fe.de wrote:
 libmatthew-java-0.7.1.tar.gz is no longer available at the original
 location.

 Signed-off-by: Steffen Sledz sl...@dresearch-fe.de

 NAK, please switch it to the snapshot.debian.org URL I provided so we
 don't have to change this recipe at some point in the future again.
 
 On third thought, lemme think about this.  I don't like pointing
 somewhere that might remove it, again, but I also don't like changing
 checksums for folks that already have it down.  So, unless someone
 else disagrees, we'll favor same checksums over retention and if
 fedoraproject removes it, we'll just point at the copy on the OE
 server.

So finally that's an ACK for my patch?

-- 
DResearch Fahrzeugelektronik GmbH
Otto-Schmirgal-Str. 3, 10319 Berlin, Germany
Tel: +49 30 515932-237 mailto:sl...@dresearch-fe.de
Fax: +49 30 515932-299
Geschäftsführer: Dr. Michael Weber, Werner Mögle;
Amtsgericht Berlin Charlottenburg; HRB 130120 B;
Ust.-IDNr. DE273952058

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

Re: [oe] libmatthew-java-0.7.1.tar.gz not fetchable

[Steffen Sledz]

On 20.03.2012 15:22, Tom Rini wrote:
 On Tue, Mar 20, 2012 at 12:42 AM, Frans Meulenbroeks
 fransmeulenbro...@gmail.com wrote:
 2012/3/20 Steffen Sledz sl...@dresearch-fe.de:
 On 19.03.2012 17:21, Tom Rini wrote:
 On Mon, Mar 19, 2012 at 04:44:10PM +0100, Frans Meulenbroeks wrote:
 2012/3/19 Tom Rini tom.r...@gmail.com:
 On Mon, Mar 19, 2012 at 12:49 AM, Steffen Sledz sl...@dresearch-fe.de 
 wrote:
 On 15.03.2012 11:32, Steffen Sledz wrote:
 libmatthew-java-0.7.1.tar.gz (used in 2011.03-maintenance branch) is 
 no longer fetchable from it's original location (the maintainer 
 provides the latests version only). And i did not found another 
 reliable source.

 Can someone put the tarball into the OE and/or Angstrom mirrors?

 Ping!

 If someone points Khem at a copy, this can happen...

 --
 google is your friend

 http://pkgs.fedoraproject.org/repo/pkgs/libmatthew-java/libmatthew-java-0.7.1.tar.gz/6a4db221129f230c64a0f937d00bb703/libmatthew-java-0.7.1.tar.gz

 It might be useful to update the recipe itself as well.
 Furthermore we might consider running a fetchall and put all fetched
 on the mirror.

 Does pkgs.fedoraproject.org have a policy about forever, ala
 snapshot.debian.org?  Otherwise, we're just making a problem for
 ourselves in the future.  WRT an everything mirror, I think bandwidth
 usage is a concern there, ala what I think happened with the angstrom
 everything mirror.

 I don't know about the policy fedora has for retaining packages.
 There might also be a copy on debian. Google gave a fair number of hits.
 
 I see one under
 http://snapshot.debian.org/archive/debian/20110301/pool/main/libm/libmatthew-java/
 so a patch to switch to that would be good with me.

The file 
http://snapshot.debian.org/archive/debian/20110228T220053Z/pool/main/libm/libmatthew-java/libmatthew-java_0.7.1.orig.tar.gz
 does not seem to be the same file we're looking for. At least the checksums 
differ.

 snip ---
 wget 
 http://snapshot.debian.org/archive/debian/20110228T220053Z/pool/main/libm/libmatthew-java/libmatthew-java_0.7.1.orig.tar.gz
asking libproxy about url 
'http://snapshot.debian.org/archive/debian/20110228T220053Z/pool/main/libm/libmatthew-java/libmatthew-java_0.7.1.orig.tar.gz'
libproxy suggest to use 'direct://'
--2012-03-21 07:41:30--  
http://snapshot.debian.org/archive/debian/20110228T220053Z/pool/main/libm/libmatthew-java/libmatthew-java_0.7.1.orig.tar.gz
Resolving snapshot.debian.org (snapshot.debian.org)... 193.62.202.30, 
206.12.19.150, 2607:f8f0:610:4000:1a1a:0:ce0c:1396, ...
Connecting to snapshot.debian.org (snapshot.debian.org)|193.62.202.30|:80... 
connected.
HTTP request sent, awaiting response... 200 OK
Length: 38375 (37K) [application/x-tar]
Saving to: `libmatthew-java_0.7.1.orig.tar.gz'

100%[==]
 38.375  --.-K/s   in 0,1s

2012-03-21 07:41:30 (330 KB/s) - `libmatthew-java_0.7.1.orig.tar.gz' saved 
[38375/38375]

 md5sum libmatthew-java_0.7.1.orig.tar.gz
d6145d37c6d289713d68c5745eab23af  libmatthew-java_0.7.1.orig.tar.gz

 grep md5 recipes/libmatthew/libmatthew_0.7.1.bb
SRC_URI[md5sum] = 6a4db221129f230c64a0f937d00bb703
 snip ---

-- 
DResearch Fahrzeugelektronik GmbH
Otto-Schmirgal-Str. 3, 10319 Berlin, Germany
Tel: +49 30 515932-237 mailto:sl...@dresearch-fe.de
Fax: +49 30 515932-299
Geschäftsführer: Dr. Michael Weber, Werner Mögle;
Amtsgericht Berlin Charlottenburg; HRB 130120 B;
Ust.-IDNr. DE273952058

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

[oe] [admin] please delete obsolete branches

[Steffen Sledz]

Hi git admins,

can someone please delete the following obsolete branches in oe-classic.

  sledz/maintenance
  sledz/pull
  sledz/pull2

Thx,
Steffen

-- 
DResearch Fahrzeugelektronik GmbH
Otto-Schmirgal-Str. 3, 10319 Berlin, Germany
Tel: +49 30 515932-237 mailto:sl...@dresearch-fe.de
Fax: +49 30 515932-299
Geschäftsführer: Dr. Michael Weber, Werner Mögle;
Amtsgericht Berlin Charlottenburg; HRB 130120 B;
Ust.-IDNr. DE273952058

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

Re: [oe] libmatthew-java-0.7.1.tar.gz not fetchable

[Steffen Sledz]

On 21.03.2012 07:47, Steffen Sledz wrote:
 On 20.03.2012 15:22, Tom Rini wrote:
 On Tue, Mar 20, 2012 at 12:42 AM, Frans Meulenbroeks
 fransmeulenbro...@gmail.com wrote:
 2012/3/20 Steffen Sledz sl...@dresearch-fe.de:
 On 19.03.2012 17:21, Tom Rini wrote:
 On Mon, Mar 19, 2012 at 04:44:10PM +0100, Frans Meulenbroeks wrote:
 ...
 http://pkgs.fedoraproject.org/repo/pkgs/libmatthew-java/libmatthew-java-0.7.1.tar.gz/6a4db221129f230c64a0f937d00bb703/libmatthew-java-0.7.1.tar.gz

 It might be useful to update the recipe itself as well.
 Furthermore we might consider running a fetchall and put all fetched
 on the mirror.

 Does pkgs.fedoraproject.org have a policy about forever, ala
 snapshot.debian.org?  Otherwise, we're just making a problem for
 ourselves in the future.  WRT an everything mirror, I think bandwidth
 usage is a concern there, ala what I think happened with the angstrom
 everything mirror.

 I don't know about the policy fedora has for retaining packages.
 There might also be a copy on debian. Google gave a fair number of hits.

 I see one under
 http://snapshot.debian.org/archive/debian/20110301/pool/main/libm/libmatthew-java/
 so a patch to switch to that would be good with me.
 
 The file 
 http://snapshot.debian.org/archive/debian/20110228T220053Z/pool/main/libm/libmatthew-java/libmatthew-java_0.7.1.orig.tar.gz
 does not seem to be the same file we're looking for. At least the checksums 
 differ.
 
  snip ---
 wget 
 http://snapshot.debian.org/archive/debian/20110228T220053Z/pool/main/libm/libmatthew-java/libmatthew-java_0.7.1.orig.tar.gz
 asking libproxy about url 
 'http://snapshot.debian.org/archive/debian/20110228T220053Z/pool/main/libm/libmatthew-java/libmatthew-java_0.7.1.orig.tar.gz'
 libproxy suggest to use 'direct://'
 --2012-03-21 07:41:30--  
 http://snapshot.debian.org/archive/debian/20110228T220053Z/pool/main/libm/libmatthew-java/libmatthew-java_0.7.1.orig.tar.gz
 Resolving snapshot.debian.org (snapshot.debian.org)... 193.62.202.30, 
 206.12.19.150, 2607:f8f0:610:4000:1a1a:0:ce0c:1396, ...
 Connecting to snapshot.debian.org (snapshot.debian.org)|193.62.202.30|:80... 
 connected.
 HTTP request sent, awaiting response... 200 OK
 Length: 38375 (37K) [application/x-tar]
 Saving to: `libmatthew-java_0.7.1.orig.tar.gz'
 
 100%[==]
  38.375  --.-K/s   in 0,1s
 
 2012-03-21 07:41:30 (330 KB/s) - `libmatthew-java_0.7.1.orig.tar.gz' saved 
 [38375/38375]
 
 md5sum libmatthew-java_0.7.1.orig.tar.gz
 d6145d37c6d289713d68c5745eab23af  libmatthew-java_0.7.1.orig.tar.gz
 
 grep md5 recipes/libmatthew/libmatthew_0.7.1.bb
 SRC_URI[md5sum] = 6a4db221129f230c64a0f937d00bb703
  snip ---

I prepared a patch using the fedoraproject url because the snapshot.debian.org 
version differs from the one used by the recipe.

Hope this will be accepted by Tom for the maintenace branch too.

Regards,
Steffen

-- 
DResearch Fahrzeugelektronik GmbH
Otto-Schmirgal-Str. 3, 10319 Berlin, Germany
Tel: +49 30 515932-237 mailto:sl...@dresearch-fe.de
Fax: +49 30 515932-299
Geschäftsführer: Dr. Michael Weber, Werner Mögle;
Amtsgericht Berlin Charlottenburg; HRB 130120 B;
Ust.-IDNr. DE273952058

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

[oe] [PATCH] libmatthew-0.7.1: SRC_URI updated

[Steffen Sledz]

libmatthew-java-0.7.1.tar.gz is no longer available at the original
location.

Signed-off-by: Steffen Sledz sl...@dresearch-fe.de
---
 recipes/libmatthew/libmatthew_0.7.1.bb |2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)

diff --git a/recipes/libmatthew/libmatthew_0.7.1.bb 
b/recipes/libmatthew/libmatthew_0.7.1.bb
index 266a0d4..6916e56 100644
--- a/recipes/libmatthew/libmatthew_0.7.1.bb
+++ b/recipes/libmatthew/libmatthew_0.7.1.bb
@@ -2,7 +2,7 @@ require libmatthew.inc
 
 PR = r0
 
-SRC_URI = 
http://www.matthew.ath.cx/projects/java/libmatthew-java-${PV}.tar.gz \
+SRC_URI = 
http://pkgs.fedoraproject.org/repo/pkgs/libmatthew-java/libmatthew-java-0.7.1.tar.gz/6a4db221129f230c64a0f937d00bb703/libmatthew-java-${PV}.tar.gz
 \
file://Makefile-0.7.patch
 
 
-- 
1.7.7


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

Re: [oe] [PATCH] libmatthew-0.7.1: SRC_URI updated

[Steffen Sledz]

On 21.03.2012 15:44, Tom Rini wrote:
 On Wed, Mar 21, 2012 at 3:37 AM, Steffen Sledz sl...@dresearch-fe.de wrote:
 libmatthew-java-0.7.1.tar.gz is no longer available at the original
 location.

 Signed-off-by: Steffen Sledz sl...@dresearch-fe.de
 
 NAK, please switch it to the snapshot.debian.org URL I provided so we
 don't have to change this recipe at some point in the future again.

As i mentioned in another subthread the URL you provided points to tarball 
which differs from the one referenced in the recipe. :(

-- 
DResearch Fahrzeugelektronik GmbH
Otto-Schmirgal-Str. 3, 10319 Berlin, Germany
Tel: +49 30 515932-237 mailto:sl...@dresearch-fe.de
Fax: +49 30 515932-299
Geschäftsführer: Dr. Michael Weber, Werner Mögle;
Amtsgericht Berlin Charlottenburg; HRB 130120 B;
Ust.-IDNr. DE273952058

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