Re: [oe] [oe-core] gcc-runtime failure

2012-04-20 Thread Giuseppe Condorelli
Many thanks guys,

just yesterday evening I was able to build gcc-runtime fixing the
configuration.

Cheers,
Giuseppe

2012/4/19 Khem Raj raj.k...@gmail.com

 On Thu, Apr 19, 2012 at 3:54 AM, Giuseppe Condorelli
 giuseppe.condore...@gmail.com wrote:
 
  Please clarify this to me... :)

 gcc-runtime does not need target libgmp or libmpfr or libmpc
 infact its just the cross compiler which needs it.

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

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


Re: [oe] [meta-kde] Test images (was: Re: [OE-core] RFC: Porting KDE Plasma Active (WIP))

2012-04-20 Thread Samuel Stirtzel
2012/4/20 Koen Kooi k...@dominion.thruhere.net:
 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1

 Op 19-04-12 18:57, Koen Kooi schreef:
 Op 19-04-12 16:03, Samuel Stirtzel schreef:
 2012/4/19 Koen Kooi k...@dominion.thruhere.net: Op 19-04-12 11:09,
 Samuel Stirtzel schreef:
 Feel free to comment on the images.

 Giving them a spin now :)

 Thanks.

 Just to let you know: Yesterday I accidentally added inherit
 allarch to kde-wallpapers, this will produce an error, I want
 to push my patch for this but Gitorious seems to be down.

 Gitorious is down a lot, which is (partly) why I switched away from
 it.

 Removing allarch from kde-wallpapers will do the trick.

 I'll update the repo in a minute. Some other things I ran into:

 * rasqal needs PARALLEL_MAKE = 

 Done, committed it to master.
 (68edc1551c703bd83a60aa05edb898a7bdfa9ff9 if anyone wants to
 cherry-pick)

 * soprano-native is needed for the onto2something binary, I did 'yum
 install soprano' instead

 Which recipe is failing with the soprano-native error? The
 kdelibs4-native recipe should only optionally depend on it.

 I forgot which recipe, sorry. I do managed to build the images after a
 few tries. There were some more PARALLEL_MAKE and/or missing DEPENDS
 related problems, but rerunning the build a few times made those go
 away. The buildhistory output:
 https://github.com/Angstrom-distribution/buildhistory/commit/c4790bbe1534c8c536f6cacf509d93b14cf6050c

The diff from my buildhistory installed-packages.txt looks good.
Although it seems like I have some strange kernel module installed [1].

The +kde-wallpapers and other shows that you have it installed in
the image while I installed it as package when I noticed it was
missing, so it is alright.


 The

 binaries don't run, lots of missing symbols to SessionManagement, do I
 need to build qt4-x11 differently (apart from the GLES changes I forgot)?

The qt4-x11-free_4.8.0.bbappend [2] should have done that.
I can look into it if you provide the log.do_configure for kdelibs4.

At the first glance it looks like the .bbappend needs a PRINC, you
could verify that with grep -no-accessibility -no-sm in your
qt4-x11-free logfile dir.


 regards,

 Koen
 -BEGIN PGP SIGNATURE-
 Version: GnuPG v1.4.11 (Darwin)
 Comment: GPGTools - http://gpgtools.org

 iQIcBAEBAgAGBQJPkPUHAAoJEHZqAkdh1vT6dfcP/jJmlp/RlOMTuh6NTFe3Dv/3
 r/TDi/vjlasQsI5PJ1e9dyLnJGvsUDXaAJBseTZWzWYJ2a9KTHIqVfuTiolvr8Jv
 4cMfeKLvoCTBYDlaoTsS8R5aYiQ4TTgntRQRJpyAkitL348cGW867tbbvLg6K+IG
 DVjDAZAf3hXg+DFHNnE99dxHCSAQg9ZizIcPre5VORhHlyGzJZi1yNuRm/KgiUIm
 APBQbQuWd3JbREuOxLftMpARudYsi/+pINH5NQlDRJxkLeW4slT34rUhNF2zjWlR
 XjRzmnADQLvQVN95x7hZiyy7yILhPfRKA6/o1H/bEAYPttPkVfxBfO/qXS67bRHB
 857w/B/e+m3kVkYgVoarCuvdRZtL52t6QFXTPAEyhOFYdDi92ccHp3vZHzlMFeuv
 9Whv9VRZnSLyk7Y3BBeSqRZ0pROl3XoTxHBzmYe5DJdKNAlTxJ6FeDjdQhO1p9bM
 Douyg8QeS+Ai5C/vtfWjFn0Kz8z0z/yYXjqM1gLxtTvU8tXwpOpvDXe1yzMiWB1v
 XN1IUjCDq5FEg4lnHwxwf5HpQehCYCmoTAx3Gieq6cqrpmqYLBH79gXvr2cjB3W+
 eDwtCGK8o+oNCm/3y3c1avfV3QHrVJNx65n2f7k8AhemPd0tzg1TainmVNyJjt9M
 zK3ctXBv59B2BUnAFLxc
 =m4Hh
 -END PGP SIGNATURE-


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

[1] http://pastebin.com/RzPXqtxv
[2] 
https://gitorious.org/openembedded-core-layers/meta-kde/blobs/master/recipes-misc-support/qt4-x11-free_4.8.0.bbappend

-- 
Regards
Samuel

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


[oe] Some packages don't get deployed to the staging directory?

2012-04-20 Thread Samuel Stirtzel
Hi,
my observation shows that e.g. libphonon.so from the package
libqtphonon4-dev will not get installed to the staging sysroot.

Is this intended or a bug?


The same happened with other non -dev packages like
meta-kde/recipes-base/kde-runtime_git.bb.
The package kde-runtime-declarative-scriptengine will get installed
but it's content is missing in the staging sysroot (not an issue but
still confusing).

I'm currently fixing race conditions in meta-kde and set strict
explicit behavior on search paths for libraries (not searching
native/hosts directories for libs).
kdelibs4 obviously fails over this with libphonon.so no rule to make
target, but that goes too much into the details.

-- 
Regards
Samuel

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


Re: [oe] [meta-kde] Test images (was: Re: [OE-core] RFC: Porting KDE Plasma Active (WIP))

2012-04-20 Thread Koen Kooi
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Op 20-04-12 09:59, Samuel Stirtzel schreef:
 2012/4/20 Koen Kooi k...@dominion.thruhere.net: Op 19-04-12 18:57, Koen
 Kooi schreef:
 Op 19-04-12 16:03, Samuel Stirtzel schreef:
 2012/4/19 Koen Kooi k...@dominion.thruhere.net: Op 19-04-12
 11:09, Samuel Stirtzel schreef:
 Feel free to comment on the images.
 
 Giving them a spin now :)
 
 Thanks.
 
 Just to let you know: Yesterday I accidentally added
 inherit allarch to kde-wallpapers, this will produce an
 error, I want to push my patch for this but Gitorious seems
 to be down.
 
 Gitorious is down a lot, which is (partly) why I switched away
 from it.
 
 Removing allarch from kde-wallpapers will do the trick.
 
 I'll update the repo in a minute. Some other things I ran into:
 
 * rasqal needs PARALLEL_MAKE = 
 
 Done, committed it to master. 
 (68edc1551c703bd83a60aa05edb898a7bdfa9ff9 if anyone wants to 
 cherry-pick)
 
 * soprano-native is needed for the onto2something binary, I did
 'yum install soprano' instead
 
 Which recipe is failing with the soprano-native error? The 
 kdelibs4-native recipe should only optionally depend on it.
 
 I forgot which recipe, sorry. I do managed to build the images
 after a few tries. There were some more PARALLEL_MAKE and/or
 missing DEPENDS related problems, but rerunning the build a few
 times made those go away. The buildhistory output: 
 https://github.com/Angstrom-distribution/buildhistory/commit/c4790bbe1534c8c536f6cacf509d93b14cf6050c

 
 The diff from my buildhistory installed-packages.txt looks good. 
 Although it seems like I have some strange kernel module installed
 [1].
 
 The +kde-wallpapers and other shows that you have it installed in the
 image while I installed it as package when I noticed it was missing, so
 it is alright.
 
 
 The
 
 binaries don't run, lots of missing symbols to SessionManagement, do I 
 need to build qt4-x11 differently (apart from the GLES changes I
 forgot)?
 
 The qt4-x11-free_4.8.0.bbappend [2] should have done that. I can look
 into it if you provide the log.do_configure for kdelibs4.
 
 At the first glance it looks like the .bbappend needs a PRINC, you 
 could verify that with grep -no-accessibility -no-sm in your 
 qt4-x11-free logfile dir.

That probably it, I had already built qt4.

regards,

Koen
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (Darwin)
Comment: GPGTools - http://gpgtools.org

iQIcBAEBAgAGBQJPkTk+AAoJEHZqAkdh1vT6RnUP/R1wl42kEc22DXqCRycCOnvO
9C6dH8nvs3uL+SF7k23JGrA+jK7Z2Y9CScWOJzhl2pWn/j0kZPDJXSh5qOOVch/6
aNmy1NlRRM4fSUOrX4321mznWcH9OIXS5fRmOWh5psZoRwHocRlv3OoeY04Qilc8
RKg6wTqKKyn+PdNAx1A3PCytcBS0Tqe8kcgrpkMa3gdLci4tOvXieoFibfmjUPo/
IceElFDCz7zGorxw1ZP/M6GoFNH1hrDlU3m1+K9DptJdZPf2YefY1tVZ4FzqvnoJ
yTAU/gQj5phQP1Nf+Y3ntiqslP9W4UKj4SpzHcSQVSr2VOVqxMpuFuz1CmAFb+z4
n16MnFWwmrtIgu6Y189HjII7YBiSTaNto86axj/Wwg1Df5gX9vcfpl77Al8TPi1d
p4glMKi4BlhjPB/mCPfrCmByvpw7vABe1V8TYkknzk2wiISArRCnRjDVPk5+ZlDo
uT08EbhLU+ULBsmuQ2AherjWCHswkiqOOM69GiaFgvTW+xeFiFwTlTajmZYPRD1i
t12GC1zm1dDv0kzGMMpdhWoz0Kr96wAtIpXk/mntwiLvpSzpEB5KYCxd3Zn7zwmT
oTXUJuuX0y+puRM+mCqnl4saO3xdGSQddZ0HZZc4OKFzDKSdmddqe+VAfDf123x4
yGYTkxO0zuKSmtQ5hxFv
=510i
-END PGP SIGNATURE-


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


Re: [oe] [meta-kde] Test images (was: Re: [OE-core] RFC: Porting KDE Plasma Active (WIP))

2012-04-20 Thread Samuel Stirtzel
2012/4/20 Koen Kooi k...@dominion.thruhere.net:
 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1

 Op 20-04-12 09:59, Samuel Stirtzel schreef:
 2012/4/20 Koen Kooi k...@dominion.thruhere.net: Op 19-04-12 18:57, Koen
 Kooi schreef:
 Op 19-04-12 16:03, Samuel Stirtzel schreef:
 2012/4/19 Koen Kooi k...@dominion.thruhere.net: Op 19-04-12
 11:09, Samuel Stirtzel schreef:
 Feel free to comment on the images.

 Giving them a spin now :)

 Thanks.

 Just to let you know: Yesterday I accidentally added
 inherit allarch to kde-wallpapers, this will produce an
 error, I want to push my patch for this but Gitorious seems
 to be down.

 Gitorious is down a lot, which is (partly) why I switched away
 from it.

 Removing allarch from kde-wallpapers will do the trick.

 I'll update the repo in a minute. Some other things I ran into:

 * rasqal needs PARALLEL_MAKE = 

 Done, committed it to master.
 (68edc1551c703bd83a60aa05edb898a7bdfa9ff9 if anyone wants to
 cherry-pick)

 * soprano-native is needed for the onto2something binary, I did
 'yum install soprano' instead

 Which recipe is failing with the soprano-native error? The
 kdelibs4-native recipe should only optionally depend on it.

 I forgot which recipe, sorry. I do managed to build the images
 after a few tries. There were some more PARALLEL_MAKE and/or
 missing DEPENDS related problems, but rerunning the build a few
 times made those go away. The buildhistory output:
 https://github.com/Angstrom-distribution/buildhistory/commit/c4790bbe1534c8c536f6cacf509d93b14cf6050c


 The diff from my buildhistory installed-packages.txt looks good.
 Although it seems like I have some strange kernel module installed
 [1].

 The +kde-wallpapers and other shows that you have it installed in the
 image while I installed it as package when I noticed it was missing, so
 it is alright.


 The

 binaries don't run, lots of missing symbols to SessionManagement, do I
 need to build qt4-x11 differently (apart from the GLES changes I
 forgot)?

 The qt4-x11-free_4.8.0.bbappend [2] should have done that. I can look
 into it if you provide the log.do_configure for kdelibs4.

 At the first glance it looks like the .bbappend needs a PRINC, you
 could verify that with grep -no-accessibility -no-sm in your
 qt4-x11-free logfile dir.

 That probably it, I had already built qt4.

Pushed a commit,
244b03bb14a0d4646861df6e9952c03fea84e21e if you want to cherry pick it.

Currently working on a cmake cross compilation issue, as side effect
it could resolve the PARALLEL_MAKE problems too.


-- 
Regards
Samuel

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


Re: [oe] [meta-kde] Test images (was: Re: [OE-core] RFC: Porting KDE Plasma Active (WIP))

2012-04-20 Thread Koen Kooi
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Op 20-04-12 12:45, Samuel Stirtzel schreef:
 2012/4/20 Koen Kooi k...@dominion.thruhere.net:
 -BEGIN PGP SIGNED MESSAGE- Hash: SHA1
 
 Op 20-04-12 09:59, Samuel Stirtzel schreef:
 2012/4/20 Koen Kooi k...@dominion.thruhere.net: Op 19-04-12 18:57,
 Koen Kooi schreef:
 Op 19-04-12 16:03, Samuel Stirtzel schreef:
 2012/4/19 Koen Kooi k...@dominion.thruhere.net: Op
 19-04-12 11:09, Samuel Stirtzel schreef:
 Feel free to comment on the images.
 
 Giving them a spin now :)
 
 Thanks.
 
 Just to let you know: Yesterday I accidentally added 
 inherit allarch to kde-wallpapers, this will produce
 an error, I want to push my patch for this but
 Gitorious seems to be down.
 
 Gitorious is down a lot, which is (partly) why I switched
 away from it.
 
 Removing allarch from kde-wallpapers will do the
 trick.
 
 I'll update the repo in a minute. Some other things I ran
 into:
 
 * rasqal needs PARALLEL_MAKE = 
 
 Done, committed it to master. 
 (68edc1551c703bd83a60aa05edb898a7bdfa9ff9 if anyone wants
 to cherry-pick)
 
 * soprano-native is needed for the onto2something binary, I
 did 'yum install soprano' instead
 
 Which recipe is failing with the soprano-native error? The 
 kdelibs4-native recipe should only optionally depend on
 it.
 
 I forgot which recipe, sorry. I do managed to build the images 
 after a few tries. There were some more PARALLEL_MAKE and/or 
 missing DEPENDS related problems, but rerunning the build a
 few times made those go away. The buildhistory output: 
 https://github.com/Angstrom-distribution/buildhistory/commit/c4790bbe1534c8c536f6cacf509d93b14cf6050c



 
The diff from my buildhistory installed-packages.txt looks good.
 Although it seems like I have some strange kernel module
 installed [1].
 
 The +kde-wallpapers and other shows that you have it installed in
 the image while I installed it as package when I noticed it was
 missing, so it is alright.
 
 
 The
 
 binaries don't run, lots of missing symbols to SessionManagement, do
 I need to build qt4-x11 differently (apart from the GLES changes I 
 forgot)?
 
 The qt4-x11-free_4.8.0.bbappend [2] should have done that. I can
 look into it if you provide the log.do_configure for kdelibs4.
 
 At the first glance it looks like the .bbappend needs a PRINC, you 
 could verify that with grep -no-accessibility -no-sm in your 
 qt4-x11-free logfile dir.
 
 That probably it, I had already built qt4.
 
 Pushed a commit, 244b03bb14a0d4646861df6e9952c03fea84e21e if you want to
 cherry pick it.
 
 Currently working on a cmake cross compilation issue, as side effect it
 could resolve the PARALLEL_MAKE problems too.

I think the bbappend needs to do:

PRINC := ${@int(PRINC) + 1}

instead of

PRINC = 1

Since meta-oe has a bbappend as well (patches to fix that will show up soon)

regards,

Koen
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (Darwin)
Comment: GPGTools - http://gpgtools.org

iQIcBAEBAgAGBQJPkUCWAAoJEHZqAkdh1vT66O8P/2XdfhMrJG7nZrmjKZWmX9YL
8vQlKpT3vXGOPiph2Q1EHFGmhDp+5XOIyIS5+/GJAP288AhMXZLqVj/7fxy9df32
8I/7hd+yo9u4PeKMbeGLt7RSCy+53piyaNGrsCJJ2l7K82YRwEIGAr718NyWitto
2MNd5INNW0sA2/9WFD3l5kEEMuObDjj9593ticvaV5vdl+IPLbAoSiNDwnsXTOhk
m1YE8LqaAb8y6szZthcLuMYgpyTKL3LYVukA/oav5WDl3nW8309QIcyhF5Ot/ZzP
yjw9N5PEZrZv3y63dV7iT4MExnWLvX6ncpFmrXo5+gbks3mj0A5iGdPqPyhjk5NK
g5Sg26Z5jkd1si7n2WdjWgbzjG0/oEPxa/paLRBdX2IAT3NlpruiEXD4w5lV8q+u
ODIJjXLSQSbiyy6fjGG5EfDXwjVx4R8TsXa8Fu1MD4zuIJC26r6lV0akLfkxBfQM
IyqIwsTHQJO1o+ej50gjRKK9bHh12iyqk4jMS4Jb6CmkpREvuahHIEQzgPW/if5t
EzwbJ3/IAaWybiBHvFBthXusHyZVu3I9Y2W8dUCP8lq+bMCCiwiwwWbYSDmF86OZ
EglZFwx8jGK9A4Z9XtghhJB7HuEnlDXvOjvf2I4DnP2QmafP0YrHQbk6qB2F3LAC
qzOqxFqT5SnYPZ+BogZo
=USTg
-END PGP SIGNATURE-


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


[oe] [meta-oe][PATCH] qt bbappends: play nice with bbappends in other layers by incrementing PRINC instead of overwriting it

2012-04-20 Thread Koen Kooi
Signed-off-by: Koen Kooi k...@dominion.thruhere.net
---
 meta-oe/recipes-qt/qt4/qt4-embedded_4.7.4.bbappend |1 +
 meta-oe/recipes-qt/qt4/qt4-embedded_4.8.0.bbappend |2 +-
 meta-oe/recipes-qt/qt4/qt4-x11-free_4.7.4.bbappend |1 +
 meta-oe/recipes-qt/qt4/qt4-x11-free_4.8.0.bbappend |2 +-
 4 files changed, 4 insertions(+), 2 deletions(-)

diff --git a/meta-oe/recipes-qt/qt4/qt4-embedded_4.7.4.bbappend 
b/meta-oe/recipes-qt/qt4/qt4-embedded_4.7.4.bbappend
index 9b4ede4..27cac11 100644
--- a/meta-oe/recipes-qt/qt4/qt4-embedded_4.7.4.bbappend
+++ b/meta-oe/recipes-qt/qt4/qt4-embedded_4.7.4.bbappend
@@ -3,3 +3,4 @@ QT_SQL_DRIVER_FLAGS = -no-sql-ibase -plugin-sql-mysql 
-no-sql-odbc -plugin-sql-
 QT_CONFIG_FLAGS += -I${STAGING_INCDIR}/mysql \
 -I${STAGING_INCDIR}/postgresql
 
+PRINC := ${@int(PRINC) + 1}
diff --git a/meta-oe/recipes-qt/qt4/qt4-embedded_4.8.0.bbappend 
b/meta-oe/recipes-qt/qt4/qt4-embedded_4.8.0.bbappend
index 3c1ac5e..27cac11 100644
--- a/meta-oe/recipes-qt/qt4/qt4-embedded_4.8.0.bbappend
+++ b/meta-oe/recipes-qt/qt4/qt4-embedded_4.8.0.bbappend
@@ -3,4 +3,4 @@ QT_SQL_DRIVER_FLAGS = -no-sql-ibase -plugin-sql-mysql 
-no-sql-odbc -plugin-sql-
 QT_CONFIG_FLAGS += -I${STAGING_INCDIR}/mysql \
 -I${STAGING_INCDIR}/postgresql
 
-PRINC = 1
+PRINC := ${@int(PRINC) + 1}
diff --git a/meta-oe/recipes-qt/qt4/qt4-x11-free_4.7.4.bbappend 
b/meta-oe/recipes-qt/qt4/qt4-x11-free_4.7.4.bbappend
index 9b4ede4..27cac11 100644
--- a/meta-oe/recipes-qt/qt4/qt4-x11-free_4.7.4.bbappend
+++ b/meta-oe/recipes-qt/qt4/qt4-x11-free_4.7.4.bbappend
@@ -3,3 +3,4 @@ QT_SQL_DRIVER_FLAGS = -no-sql-ibase -plugin-sql-mysql 
-no-sql-odbc -plugin-sql-
 QT_CONFIG_FLAGS += -I${STAGING_INCDIR}/mysql \
 -I${STAGING_INCDIR}/postgresql
 
+PRINC := ${@int(PRINC) + 1}
diff --git a/meta-oe/recipes-qt/qt4/qt4-x11-free_4.8.0.bbappend 
b/meta-oe/recipes-qt/qt4/qt4-x11-free_4.8.0.bbappend
index 3c1ac5e..27cac11 100644
--- a/meta-oe/recipes-qt/qt4/qt4-x11-free_4.8.0.bbappend
+++ b/meta-oe/recipes-qt/qt4/qt4-x11-free_4.8.0.bbappend
@@ -3,4 +3,4 @@ QT_SQL_DRIVER_FLAGS = -no-sql-ibase -plugin-sql-mysql 
-no-sql-odbc -plugin-sql-
 QT_CONFIG_FLAGS += -I${STAGING_INCDIR}/mysql \
 -I${STAGING_INCDIR}/postgresql
 
-PRINC = 1
+PRINC := ${@int(PRINC) + 1}
-- 
1.7.7.6


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


Re: [oe] Some packages don't get deployed to the staging directory?

2012-04-20 Thread Koen Kooi
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Op 20-04-12 12:15, Samuel Stirtzel schreef:
 Hi, my observation shows that e.g. libphonon.so from the package 
 libqtphonon4-dev will not get installed to the staging sysroot.
 
 Is this intended or a bug?
 
 
 The same happened with other non -dev packages like 
 meta-kde/recipes-base/kde-runtime_git.bb. The package
 kde-runtime-declarative-scriptengine will get installed but it's content
 is missing in the staging sysroot (not an issue but still confusing).
 
 I'm currently fixing race conditions in meta-kde and set strict explicit
 behavior on search paths for libraries (not searching native/hosts
 directories for libs). kdelibs4 obviously fails over this with
 libphonon.so no rule to make target, but that goes too much into the
 details.

AIUI OE uses a whitelist to stage directories (correct me if I'm wrong), so
not everything ends up in sysroots. I have a similar problem with files in
/lib/firmware that I'd like to have end up in sysroots.

regards,

Koen
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (Darwin)
Comment: GPGTools - http://gpgtools.org

iQIcBAEBAgAGBQJPkUIMAAoJEHZqAkdh1vT6fNkP/3bsgWzl9Bp94pjwmoQsjkho
+HPKhVk7wcwBBTCO4mj7McmSNEGWOPPhbIdgBZuTNtiy9UVbcdIY0kZHoWhPT5u+
LlXpvAShlXXyhmQMj3HBrGfxgGUAICSZUZbkv1GOR8CLdQMRcbvu2NxMqGVpV+/9
Z7SuKu1grFk9Zc0akbwqSs1O193YTw0AX8fH/re/k4WGwD/gZJxPlnmmXhhNDj+W
N7HD2eqBUngf08motz2cOwgzOOAHuBjDeuW38pZa9N/3cy+bMr7H6Z8JDcDOqs0Z
nWRIlfXn9aR5M74ii8QpCf8sBhocK4fvF/u2wpUSMdsBNrFkeJXCwvbH+uNN8b98
llf50m1ySkMwvmpnwbqtkJXYUfFu4v7kAQO4bideW1To1+Il/1tw3Bi2b/HFmQZN
+7goTsx/R9yW4kDAfxAT3mRLI7VkIYruO7A/zlrOzxbEYUcePsVzi1FGdLrVbqRM
J/GXKjQ6QepmseHCLQenTrNM6/APyV4fyi+yAoDfwrUncXkcEa4jg1I9URZh7tqT
yPsXMOMzoj5xjM5VY8kt1ip3SeOSE0Pg4Ls6c+jkXhnVRUk40vZDZ+THqcF10Wlx
j5c4xcugy5wJnu2jSxNXzRmNdpCIo/N6YuHauhqnbgqd/wv1oaIdDu69tci6eF2m
iFwZ2hoR+QgOdETE3Lmy
=Mmwh
-END PGP SIGNATURE-


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


Re: [oe] [oe-core] ld segfault cant figure it out

2012-04-20 Thread Gary Thomas

On 2012-04-19 18:39, j wrote:

On 04/18/2012 11:24 PM, Khem Raj wrote:

On Wed, Apr 18, 2012 at 8:32 PM, jvwyodap...@gmail.com wrote:

on ubuntu edit /etc/security/limits.conf on build host and then add
* soft core unlimited


btw. reboot your machine after this change is made


that should generate core files. After this search for core* files in
build tree
and see if there are any then debug them with gdb to diagnose it further

Now I am not sure if those segfaults directly relate to malfunction of
image
if thats the case but its likely. You should also try to explore the
reasons why
the image fails to behave as expected.

I will do as suggested as well as do a full image build again and see if I
can find out all that is not working. Thank you for the extra debugging info
and suggestions. Are there any keywords to search through all the files for
including the normal log files, it may help me track down things even
further.

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


did the reboot went through the build but yet did not produce any core files. 
But I noticed ulimit was still 0 so changed it to unlimited now and building 
again, hopefully that
will get some core dumps. Will post back once I have more info and will 
separate anything by which machine as even the 2nd borrowed machine segfaults 
in the same way.


Is your borrowed machine also running ArchLinux?  If so, have
you tried anything else - Ubuntu, Fedora, etc?  As far as I can
tell, you're the only one suffering these problems and also you
seem to be the only one using ArchLinux.

Note: I tried to duplicate your problems here, but I've never used
ArchLinux and it's so primitive and hard to use (compared to what
I use everyday) that I simply don't have the time to mess with it
any more.

--

Gary Thomas |  Consulting for the
MLB Associates  |Embedded world


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


Re: [oe] [meta-kde] Test images (was: Re: [OE-core] RFC: Porting KDE Plasma Active (WIP))

2012-04-20 Thread Samuel Stirtzel
2012/4/20 Koen Kooi k...@dominion.thruhere.net:
 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1

 Op 20-04-12 12:45, Samuel Stirtzel schreef:
 2012/4/20 Koen Kooi k...@dominion.thruhere.net:
 -BEGIN PGP SIGNED MESSAGE- Hash: SHA1

 Op 20-04-12 09:59, Samuel Stirtzel schreef:
 2012/4/20 Koen Kooi k...@dominion.thruhere.net: Op 19-04-12 18:57,
 Koen Kooi schreef:
 Op 19-04-12 16:03, Samuel Stirtzel schreef:
 2012/4/19 Koen Kooi k...@dominion.thruhere.net: Op
 19-04-12 11:09, Samuel Stirtzel schreef:
 Feel free to comment on the images.

 Giving them a spin now :)

 Thanks.

 Just to let you know: Yesterday I accidentally added
 inherit allarch to kde-wallpapers, this will produce
 an error, I want to push my patch for this but
 Gitorious seems to be down.

 Gitorious is down a lot, which is (partly) why I switched
 away from it.

 Removing allarch from kde-wallpapers will do the
 trick.

 I'll update the repo in a minute. Some other things I ran
 into:

 * rasqal needs PARALLEL_MAKE = 

 Done, committed it to master.
 (68edc1551c703bd83a60aa05edb898a7bdfa9ff9 if anyone wants
 to cherry-pick)

 * soprano-native is needed for the onto2something binary, I
 did 'yum install soprano' instead

 Which recipe is failing with the soprano-native error? The
 kdelibs4-native recipe should only optionally depend on
 it.

 I forgot which recipe, sorry. I do managed to build the images
 after a few tries. There were some more PARALLEL_MAKE and/or
 missing DEPENDS related problems, but rerunning the build a
 few times made those go away. The buildhistory output:
 https://github.com/Angstrom-distribution/buildhistory/commit/c4790bbe1534c8c536f6cacf509d93b14cf6050c




 The diff from my buildhistory installed-packages.txt looks good.
 Although it seems like I have some strange kernel module
 installed [1].

 The +kde-wallpapers and other shows that you have it installed in
 the image while I installed it as package when I noticed it was
 missing, so it is alright.


 The

 binaries don't run, lots of missing symbols to SessionManagement, do
 I need to build qt4-x11 differently (apart from the GLES changes I
 forgot)?

 The qt4-x11-free_4.8.0.bbappend [2] should have done that. I can
 look into it if you provide the log.do_configure for kdelibs4.

 At the first glance it looks like the .bbappend needs a PRINC, you
 could verify that with grep -no-accessibility -no-sm in your
 qt4-x11-free logfile dir.

 That probably it, I had already built qt4.

 Pushed a commit, 244b03bb14a0d4646861df6e9952c03fea84e21e if you want to
 cherry pick it.

 Currently working on a cmake cross compilation issue, as side effect it
 could resolve the PARALLEL_MAKE problems too.

 I think the bbappend needs to do:

 PRINC := ${@int(PRINC) + 1}

 instead of

 PRINC = 1

 Since meta-oe has a bbappend as well (patches to fix that will show up soon)

Done,
thanks for pointing that out.


-- 
Regards
Samuel

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


[oe] Problems building parts of python using openembedded

2012-04-20 Thread Martin Ertsås
Hi.

I'm using OE to build for OMAP4, when compiling python, OE reports
success, however only the core python seems to be built successfully.
Looking at the log files however, we see a lot of ld errors, when it
tries to link to x86_64 libraries. As an example, the following is
output with ncurses:

Looking in ncursesw for
['/home/martin/Cisco/openembedded/oe/build/tmp-nimbus_2012_x-eglibc/sysroots/nimbus-panda/usr/lib']

Found
/home/martin/Cisco/openembedded/oe/build/tmp-nimbus_2012_x-eglibc/sysroots/nimbus-panda/usr/lib/libncursesw.so

...
...
/home/martin/Cisco/openembedded/oe/build/tmp-nimbus_2012_x-eglibc/sysroots/x86_64-linux/usr/lib/libncursesw.so.5:
file not recognized: File format not recognized

Any ideas why this happens, and what we can do to fix it?

Best Regards
Martin Ertsaas

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


[oe] COMPATIBLE_MACHINE

2012-04-20 Thread Gary Thomas

I'm writing a .bbappend for a recipe which contains a COMPATIBLE_MACHINE
pattern like this:
  COMPATIBLE_MACHINE = (machine1|machine2|machine3)

Is there a way my .bbappend file can add to this pattern?  I don't want
to disturb what's there, just add my machine as well.

Thanks

--

Gary Thomas |  Consulting for the
MLB Associates  |Embedded world


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


Re: [oe] COMPATIBLE_MACHINE

2012-04-20 Thread Phil Blundell
On Fri, 2012-04-20 at 07:20 -0600, Gary Thomas wrote:
 I'm writing a .bbappend for a recipe which contains a COMPATIBLE_MACHINE
 pattern like this:
COMPATIBLE_MACHINE = (machine1|machine2|machine3)
 
 Is there a way my .bbappend file can add to this pattern?  I don't want
 to disturb what's there, just add my machine as well.

COMPATIBLE_MACHINE .= |machine4

p.



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


Re: [oe] COMPATIBLE_MACHINE

2012-04-20 Thread Chris Larson
On Fri, Apr 20, 2012 at 6:20 AM, Gary Thomas g...@mlbassoc.com wrote:
 I'm writing a .bbappend for a recipe which contains a COMPATIBLE_MACHINE
 pattern like this:
  COMPATIBLE_MACHINE = (machine1|machine2|machine3)

 Is there a way my .bbappend file can add to this pattern?  I don't want
 to disturb what's there, just add my machine as well.

It's just a standard regular expression.

COMPATIBLE_MACHINE = (machine1|machine2|machine3)
COMPATIBLE_MACHINE .= |machine4

Will result in a value of (machine1|machine2|machine3)|machine4,
which is still a perfectly valid pattern, as far as I can tell.
-- 
Christopher Larson

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


Re: [oe] COMPATIBLE_MACHINE

2012-04-20 Thread Gary Thomas

On 2012-04-20 08:04, Chris Larson wrote:

On Fri, Apr 20, 2012 at 6:20 AM, Gary Thomasg...@mlbassoc.com  wrote:

I'm writing a .bbappend for a recipe which contains a COMPATIBLE_MACHINE
pattern like this:
  COMPATIBLE_MACHINE = (machine1|machine2|machine3)

Is there a way my .bbappend file can add to this pattern?  I don't want
to disturb what's there, just add my machine as well.


It's just a standard regular expression.

COMPATIBLE_MACHINE = (machine1|machine2|machine3)
COMPATIBLE_MACHINE .= |machine4

Will result in a value of (machine1|machine2|machine3)|machine4,
which is still a perfectly valid pattern, as far as I can tell.


Yes, this does seem to work.  Any clues why most uses of COMPATIBLE_MACHINE
use the regex (x|y|z) instead of just x|y|z?  Aren't they the same?

--

Gary Thomas |  Consulting for the
MLB Associates  |Embedded world


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


Re: [oe] COMPATIBLE_MACHINE

2012-04-20 Thread Chris Larson
On Fri, Apr 20, 2012 at 7:15 AM, Gary Thomas g...@mlbassoc.com wrote:
 On 2012-04-20 08:04, Chris Larson wrote:

 On Fri, Apr 20, 2012 at 6:20 AM, Gary Thomasg...@mlbassoc.com  wrote:

 I'm writing a .bbappend for a recipe which contains a COMPATIBLE_MACHINE
 pattern like this:
  COMPATIBLE_MACHINE = (machine1|machine2|machine3)

 Is there a way my .bbappend file can add to this pattern?  I don't want
 to disturb what's there, just add my machine as well.


 It's just a standard regular expression.

 COMPATIBLE_MACHINE = (machine1|machine2|machine3)
 COMPATIBLE_MACHINE .= |machine4

 Will result in a value of (machine1|machine2|machine3)|machine4,
 which is still a perfectly valid pattern, as far as I can tell.


 Yes, this does seem to work.  Any clues why most uses of COMPATIBLE_MACHINE
 use the regex (x|y|z) instead of just x|y|z?  Aren't they the same?

They are. No idea why people use the grouping.
-- 
Christopher Larson

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


Re: [oe] [meta-kde] Test images (was: Re: [OE-core] RFC: Porting KDE Plasma Active (WIP))

2012-04-20 Thread Koen Kooi
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Op 20-04-12 13:28, Samuel Stirtzel schreef:
 2012/4/20 Koen Kooi k...@dominion.thruhere.net:
 -BEGIN PGP SIGNED MESSAGE- Hash: SHA1
 
 Op 20-04-12 12:45, Samuel Stirtzel schreef:
 2012/4/20 Koen Kooi k...@dominion.thruhere.net:
 -BEGIN PGP SIGNED MESSAGE- Hash: SHA1
 
 Op 20-04-12 09:59, Samuel Stirtzel schreef:
 2012/4/20 Koen Kooi k...@dominion.thruhere.net: Op 19-04-12
 18:57, Koen Kooi schreef:
 Op 19-04-12 16:03, Samuel Stirtzel schreef:
 2012/4/19 Koen Kooi k...@dominion.thruhere.net: Op 
 19-04-12 11:09, Samuel Stirtzel schreef:
 Feel free to comment on the images.
 
 Giving them a spin now :)
 
 Thanks.
 
 Just to let you know: Yesterday I accidentally
 added inherit allarch to kde-wallpapers, this
 will produce an error, I want to push my patch for
 this but Gitorious seems to be down.
 
 Gitorious is down a lot, which is (partly) why I
 switched away from it.
 
 Removing allarch from kde-wallpapers will do the 
 trick.
 
 I'll update the repo in a minute. Some other things I
 ran into:
 
 * rasqal needs PARALLEL_MAKE = 
 
 Done, committed it to master. 
 (68edc1551c703bd83a60aa05edb898a7bdfa9ff9 if anyone
 wants to cherry-pick)
 
 * soprano-native is needed for the onto2something binary,
 I did 'yum install soprano' instead
 
 Which recipe is failing with the soprano-native error?
 The kdelibs4-native recipe should only optionally
 depend on it.
 
 I forgot which recipe, sorry. I do managed to build the
 images after a few tries. There were some more
 PARALLEL_MAKE and/or missing DEPENDS related problems, but
 rerunning the build a few times made those go away. The
 buildhistory output: 
 https://github.com/Angstrom-distribution/buildhistory/commit/c4790bbe1534c8c536f6cacf509d93b14cf6050c





 
The diff from my buildhistory installed-packages.txt looks good.
 Although it seems like I have some strange kernel module 
 installed [1].
 
 The +kde-wallpapers and other shows that you have it
 installed in the image while I installed it as package when I
 noticed it was missing, so it is alright.
 
 
 The
 
 binaries don't run, lots of missing symbols to SessionManagement,
 do I need to build qt4-x11 differently (apart from the GLES
 changes I forgot)?
 
 The qt4-x11-free_4.8.0.bbappend [2] should have done that. I
 can look into it if you provide the log.do_configure for
 kdelibs4.
 
 At the first glance it looks like the .bbappend needs a PRINC,
 you could verify that with grep -no-accessibility -no-sm in
 your qt4-x11-free logfile dir.
 
 That probably it, I had already built qt4.
 
 Pushed a commit, 244b03bb14a0d4646861df6e9952c03fea84e21e if you want
 to cherry pick it.
 
 Currently working on a cmake cross compilation issue, as side effect
 it could resolve the PARALLEL_MAKE problems too.
 
 I think the bbappend needs to do:
 
 PRINC := ${@int(PRINC) + 1}
 
 instead of
 
 PRINC = 1
 
 Since meta-oe has a bbappend as well (patches to fix that will show up
 soon)
 
 Done, thanks for pointing that out.

I have it sort of running, but I get a lot:

Soprano: org.freedesktop.DBus.Error.ServiceUnknown - The name
org.kde.nepomuk.services.nepomukstorage was not provided by any .service files


And do you have a bbappend for qt to enable GLES?

regards,

Koen
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (Darwin)
Comment: GPGTools - http://gpgtools.org

iQIcBAEBAgAGBQJPkYOWAAoJEHZqAkdh1vT6MFsQAIOgM0HGktHd/uGyagP7pn2/
3NHsfWvsZxE5VGel19XGYlH9vIPkT98Jhfgj31t3LB8Y2S5A6jZmGiV+2qn3oEEl
3OG8MEHkt1KLOW3p/79WZO0SPcXjx2D/UljrZ4epWgL2WJltjqOfSkonu5dFqbPg
j+mhWl5FB23hc73pGXPILKj+Mykmal/DE8Lw2Mm434iDCVC0D0Qu3nf7GdghMYK6
Op87xr+441p1YzQ22NlsXfMY2jM0bJG/jjOUo1mY8/UsR2DSMpEQSAHazmr4cfII
P+s3GN1YBj0WbtxytDTKzSeR3Qzr6pw9ZCb60VsF6w/BIjwkeHsQVzjUZExIiSHA
60+6VsP7Ok0nSrOfT+1ZVv50mqS2fJi/ZHDxcrZtsQ+l/vH6G/qbBDmUbbAPzh9d
kMzelmfERq5B0V74y8fqbec9KMIkHYlVsL1IKnbgL7Xtz8n6wNZndGX4cGqPRGcz
xJT7MKd8ACETYVb3H6dFWo8XjkETCz9MzBZg/i0ZDMIlw82Pamtiw+Pvr6UXwFsQ
J7DAT3/M0/DGHU6/PlgYNQezLoRzRlwdNpj355DsPEqKWlcbSjOznkR/AqyK0GXi
/XQBsUdNjlLcTdDvHqsQz+JB18H3FDN+Zd859uIitD3k5tK4TCqAjFl5Mhb7EjHy
Hzxjgmli9qfcSApDJ/lx
=Xsxg
-END PGP SIGNATURE-


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


Re: [oe] [oe-core] ld segfault cant figure it out

2012-04-20 Thread j

On 04/20/2012 04:13 AM, Gary Thomas wrote:

On 2012-04-19 18:39, j wrote:

On 04/18/2012 11:24 PM, Khem Raj wrote:

On Wed, Apr 18, 2012 at 8:32 PM, jvwyodap...@gmail.com wrote:

on ubuntu edit /etc/security/limits.conf on build host and then add
* soft core unlimited


btw. reboot your machine after this change is made


that should generate core files. After this search for core* files in
build tree
and see if there are any then debug them with gdb to diagnose it 
further


Now I am not sure if those segfaults directly relate to 
malfunction of

image
if thats the case but its likely. You should also try to explore the
reasons why
the image fails to behave as expected.
I will do as suggested as well as do a full image build again and 
see if I
can find out all that is not working. Thank you for the extra 
debugging info
and suggestions. Are there any keywords to search through all the 
files for

including the normal log files, it may help me track down things even
further.

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


did the reboot went through the build but yet did not produce any 
core files. But I noticed ulimit was still 0 so changed it to 
unlimited now and building again, hopefully that
will get some core dumps. Will post back once I have more info and 
will separate anything by which machine as even the 2nd borrowed 
machine segfaults in the same way.


Is your borrowed machine also running ArchLinux?  If so, have
you tried anything else - Ubuntu, Fedora, etc?  As far as I can
tell, you're the only one suffering these problems and also you
seem to be the only one using ArchLinux.


I have installed Ubuntu 10.04 and Fedora 16 on the borrowed machine as 
well. And still failing in the same manner. I am trying to do what Khem 
suggested and get core files but for some reason, even though it is 
saying I have it set to unlimited it is still not spitting anything out.


I have abandoned Arch on the build machines for now as to keep that out 
of the variables.




Note: I tried to duplicate your problems here, but I've never used
ArchLinux and it's so primitive and hard to use (compared to what
I use everyday) that I simply don't have the time to mess with it
any more.

It is not the only OS that does this for me. I am honestly surprised to 
hear Arch is hard, as that is how I see OE and trying to get a 
functioning build machine. :P


I just got my 2nd borrowed machine today and starting to set it up now. 
Installing Ubuntu on it.


If there is a single OS to install and try on all 3 I will happily do it 
again. But this is a non OS dependent thing is my guess since I am on 2 
machines now that have done this.


My QA.log's are still basically the same as well. all relating to LD 
type issues.


I am still working through getting the image built on th1st borrowed 
machine it is slow and starting the


Again OE classic(gumstix branch does not segfault on my machine that 
started all this it only started happening once I started trying to 
build a BBXM image on a new install on the same machine.


If there is a OS and configuration to specifically try then outside of 
what is listed on the Angstrom pages and OE and your Distro pages please 
fill me in and will try. But as it stands now 2 totally different 
machines have gone through 3+ OS changes all have the same issue, all 
relatively the same issues and logs that were posted before. Should I 
attach more logs?


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


Re: [oe] [oe-core] ld segfault cant figure it out

2012-04-20 Thread j

On 04/20/2012 04:13 AM, Gary Thomas wrote:

On 2012-04-19 18:39, j wrote:

On 04/18/2012 11:24 PM, Khem Raj wrote:

On Wed, Apr 18, 2012 at 8:32 PM, jvwyodap...@gmail.com wrote:

on ubuntu edit /etc/security/limits.conf on build host and then add
* soft core unlimited


btw. reboot your machine after this change is made


that should generate core files. After this search for core* files in
build tree
and see if there are any then debug them with gdb to diagnose it 
further


Now I am not sure if those segfaults directly relate to 
malfunction of

image
if thats the case but its likely. You should also try to explore the
reasons why
the image fails to behave as expected.
I will do as suggested as well as do a full image build again and 
see if I
can find out all that is not working. Thank you for the extra 
debugging info
and suggestions. Are there any keywords to search through all the 
files for

including the normal log files, it may help me track down things even
further.

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


did the reboot went through the build but yet did not produce any 
core files. But I noticed ulimit was still 0 so changed it to 
unlimited now and building again, hopefully that
will get some core dumps. Will post back once I have more info and 
will separate anything by which machine as even the 2nd borrowed 
machine segfaults in the same way.


Is your borrowed machine also running ArchLinux?  If so, have
you tried anything else - Ubuntu, Fedora, etc?  As far as I can
tell, you're the only one suffering these problems and also you
seem to be the only one using ArchLinux.

Note: I tried to duplicate your problems here, but I've never used
ArchLinux and it's so primitive and hard to use (compared to what
I use everyday) that I simply don't have the time to mess with it
any more.

Also though not mentioned in my last email Gary THANK YOU!! 3rd machine 
has started build now. I installed 11.04 i386. This has intel graphics, 
where as the other 2 had nvidia. But this will be another slow build.


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


[oe] [meta-handheld][PATCH] linux-kexecboot_3.2: set console to tty1 to hide cursor

2012-04-20 Thread Andrea Adami
* revert accidental change

Signed-off-by: Andrea Adami andrea.ad...@gmail.com
---
 recipes-kernel/linux/linux-kexecboot_3.2.bbappend |   12 ++--
 1 files changed, 6 insertions(+), 6 deletions(-)

diff --git a/recipes-kernel/linux/linux-kexecboot_3.2.bbappend 
b/recipes-kernel/linux/linux-kexecboot_3.2.bbappend
index b3f98b1..909bf9e 100644
--- a/recipes-kernel/linux/linux-kexecboot_3.2.bbappend
+++ b/recipes-kernel/linux/linux-kexecboot_3.2.bbappend
@@ -7,12 +7,12 @@ PR = ${INC_PR}.1
 COMPATIBLE_MACHINE = (akita|c7x0|collie|poodle|tosa|spitz)
 
 # Note we set loglevel=3 and master console on serial to protect bootlogo.
-CMDLINE_c7x0 = console=tty0 console=ttyS0,115200n8
-CMDLINE_tosa = console=tty0 console=ttyS0,115200n8
-CMDLINE_poodle = console=tty0 console=ttyS0,115200n8 fbcon=rotate:1
-CMDLINE_akita = console=tty0 console=ttyS0,115200n8 fbcon=rotate:1
-CMDLINE_collie = console=tty0 console=ttySA0,115200n8 fbcon=rotate:1 mem=64M
-CMDLINE_spitz = console=tty0 console=ttyS0,115200n8 fbcon=rotate:1
+CMDLINE_c7x0 = console=tty1 console=ttyS0,115200n8
+CMDLINE_tosa = console=tty1 console=ttyS0,115200n8
+CMDLINE_poodle = console=tty1 console=ttyS0,115200n8 fbcon=rotate:1
+CMDLINE_akita = console=tty1 console=ttyS0,115200n8 fbcon=rotate:1
+CMDLINE_collie = console=tty1 console=ttySA0,115200n8 fbcon=rotate:1 mem=64M
+CMDLINE_spitz = console=tty1 console=ttyS0,115200n8 fbcon=rotate:1
 
 # Zaurus machines need kernel size-check.
 KERNEL_IMAGE_MAXSIZE_akita = 1294336
-- 
1.7.3.4


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


[oe] [oe-core] Fix bad linkage towards host qt-mobility sensors module

2012-04-20 Thread Ciprian Ciubotariu
Prevent qmake from using mobilityconfig.prf from host system when build webkit.
---
 meta/recipes-qt/qt4/qt-4.8.0.inc  |1 +
 meta/recipes-qt/qt4/qt-4.8.0/no-qt-mobility.patch |   52 +
 meta/recipes-qt/qt4/qt4-x11-free_4.8.0.bb |2 +-
 3 files changed, 54 insertions(+), 1 deletions(-)
 create mode 100644 meta/recipes-qt/qt4/qt-4.8.0/no-qt-mobility.patch

diff --git a/meta/recipes-qt/qt4/qt-4.8.0.inc b/meta/recipes-qt/qt4/qt-4.8.0.inc
index c0d90cd..ccd75e6 100644
--- a/meta/recipes-qt/qt4/qt-4.8.0.inc
+++ b/meta/recipes-qt/qt4/qt-4.8.0.inc
@@ -20,6 +20,7 @@ SRC_URI = 
http://get.qt.nokia.com/qt/source/qt-everywhere-opensource-src-${PV}.
file://pulseaudio-config.patch \
file://g++.conf \
file://linux.conf \
+  file://no-qt-mobility.patch \

 
 SRC_URI[md5sum] = e8a5fdbeba2927c948d9f477a6abe904
diff --git a/meta/recipes-qt/qt4/qt-4.8.0/no-qt-mobility.patch 
b/meta/recipes-qt/qt4/qt-4.8.0/no-qt-mobility.patch
new file mode 100644
index 000..ed66509
--- /dev/null
+++ b/meta/recipes-qt/qt4/qt-4.8.0/no-qt-mobility.patch
@@ -0,0 +1,52 @@
+diff --git a/src/3rdparty/webkit/Source/WebCore/features.pri 
b/src/3rdparty/webkit/Source/WebCore/features.pri
+index f04d0b4..aac0482 100644
+--- a/src/3rdparty/webkit/Source/WebCore/features.pri
 b/src/3rdparty/webkit/Source/WebCore/features.pri
+@@ -14,7 +14,7 @@ meegotouch {
+ }
+ 
+ ## load mobilityconfig if mobility is available
+-load(mobilityconfig, true)
++#load(mobilityconfig, true)
+ 
+ ## Define default features macros for optional components
+ ## (look for defs in config.h and included files!)
+diff --git 
a/src/3rdparty/webkit/Source/WebKit/qt/examples/platformplugin/platformplugin.pro
 
b/src/3rdparty/webkit/Source/WebKit/qt/examples/platformplugin/platformplugin.pro
+index 80cecb3..856351a 100644
+--- 
a/src/3rdparty/webkit/Source/WebKit/qt/examples/platformplugin/platformplugin.pro
 
b/src/3rdparty/webkit/Source/WebKit/qt/examples/platformplugin/platformplugin.pro
+@@ -4,7 +4,7 @@ TEMPLATE = lib
+ CONFIG += plugin
+ 
+ ## load mobilityconfig if mobility is available
+-load(mobilityconfig, true)
++#load(mobilityconfig, true)
+ 
+ # HTML5 Media Support
+ # We require QtMultimedia
+diff --git 
a/src/3rdparty/webkit/Source/WebKit/qt/symbian/platformplugin/platformplugin.pro
 
b/src/3rdparty/webkit/Source/WebKit/qt/symbian/platformplugin/platformplugin.pro
+index fd31e1e..52f1b46 100644
+--- 
a/src/3rdparty/webkit/Source/WebKit/qt/symbian/platformplugin/platformplugin.pro
 
b/src/3rdparty/webkit/Source/WebKit/qt/symbian/platformplugin/platformplugin.pro
+@@ -11,7 +11,7 @@ QT   += core gui \
+ xml
+ 
+ ## load mobilityconfig if mobility is available
+-load(mobilityconfig, true)
++#load(mobilityconfig, true)
+ 
+ isEmpty(OUTPUT_DIR): OUTPUT_DIR = ../../../..
+ 
+diff --git a/src/3rdparty/webkit/Source/WebKit/qt/tests/tests.pri 
b/src/3rdparty/webkit/Source/WebKit/qt/tests/tests.pri
+index 812fe93..ccbc5a0 100644
+--- a/src/3rdparty/webkit/Source/WebKit/qt/tests/tests.pri
 b/src/3rdparty/webkit/Source/WebKit/qt/tests/tests.pri
+@@ -7,7 +7,7 @@ CONFIG(QTDIR_build) { load(qttest_p4) }
+ ELSE { TARGET = tst_$$TARGET }
+ 
+ # Load mobilityconfig if Qt Mobility is available
+-load(mobilityconfig, true)
++#load(mobilityconfig, true)
+ contains(MOBILITY_CONFIG, multimedia) {
+ # This define is used by tests depending on Qt Multimedia
+ DEFINES -= WTF_USE_QT_MULTIMEDIA=0
diff --git a/meta/recipes-qt/qt4/qt4-x11-free_4.8.0.bb 
b/meta/recipes-qt/qt4/qt4-x11-free_4.8.0.bb
index 6a0b0b8..63a3769 100644
--- a/meta/recipes-qt/qt4/qt4-x11-free_4.8.0.bb
+++ b/meta/recipes-qt/qt4/qt4-x11-free_4.8.0.bb
@@ -1,7 +1,7 @@
 require qt4-x11-free.inc
 require qt-${PV}.inc
 
-PR = ${INC_PR}.1
+PR = ${INC_PR}.2
 
 DEFAULT_PREFERENCE = -1
 
-- 
1.7.3.4


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


Re: [oe] [oe-core] Fix bad linkage towards host qt-mobility sensors module

2012-04-20 Thread Martin Jansa
On Sat, Apr 21, 2012 at 03:47:09AM +0300, Ciprian Ciubotariu wrote:
 Prevent qmake from using mobilityconfig.prf from host system when build 
 webkit.
 ---
  meta/recipes-qt/qt4/qt-4.8.0.inc  |1 +
  meta/recipes-qt/qt4/qt-4.8.0/no-qt-mobility.patch |   52 
 +
  meta/recipes-qt/qt4/qt4-x11-free_4.8.0.bb |2 +-
  3 files changed, 54 insertions(+), 1 deletions(-)
  create mode 100644 meta/recipes-qt/qt4/qt-4.8.0/no-qt-mobility.patch
 
 diff --git a/meta/recipes-qt/qt4/qt-4.8.0.inc 
 b/meta/recipes-qt/qt4/qt-4.8.0.inc
 index c0d90cd..ccd75e6 100644
 --- a/meta/recipes-qt/qt4/qt-4.8.0.inc
 +++ b/meta/recipes-qt/qt4/qt-4.8.0.inc
 @@ -20,6 +20,7 @@ SRC_URI = 
 http://get.qt.nokia.com/qt/source/qt-everywhere-opensource-src-${PV}.
 file://pulseaudio-config.patch \
 file://g++.conf \
 file://linux.conf \
 +file://no-qt-mobility.patch \

Please don't mix tabs and spaces for indentation and this patch belongs
to openembedded-core ML.

Cheers,

 
  
  SRC_URI[md5sum] = e8a5fdbeba2927c948d9f477a6abe904
 diff --git a/meta/recipes-qt/qt4/qt-4.8.0/no-qt-mobility.patch 
 b/meta/recipes-qt/qt4/qt-4.8.0/no-qt-mobility.patch
 new file mode 100644
 index 000..ed66509
 --- /dev/null
 +++ b/meta/recipes-qt/qt4/qt-4.8.0/no-qt-mobility.patch
 @@ -0,0 +1,52 @@
 +diff --git a/src/3rdparty/webkit/Source/WebCore/features.pri 
 b/src/3rdparty/webkit/Source/WebCore/features.pri
 +index f04d0b4..aac0482 100644
 +--- a/src/3rdparty/webkit/Source/WebCore/features.pri
  b/src/3rdparty/webkit/Source/WebCore/features.pri
 +@@ -14,7 +14,7 @@ meegotouch {
 + }
 + 
 + ## load mobilityconfig if mobility is available
 +-load(mobilityconfig, true)
 ++#load(mobilityconfig, true)
 + 
 + ## Define default features macros for optional components
 + ## (look for defs in config.h and included files!)
 +diff --git 
 a/src/3rdparty/webkit/Source/WebKit/qt/examples/platformplugin/platformplugin.pro
  
 b/src/3rdparty/webkit/Source/WebKit/qt/examples/platformplugin/platformplugin.pro
 +index 80cecb3..856351a 100644
 +--- 
 a/src/3rdparty/webkit/Source/WebKit/qt/examples/platformplugin/platformplugin.pro
  
 b/src/3rdparty/webkit/Source/WebKit/qt/examples/platformplugin/platformplugin.pro
 +@@ -4,7 +4,7 @@ TEMPLATE = lib
 + CONFIG += plugin
 + 
 + ## load mobilityconfig if mobility is available
 +-load(mobilityconfig, true)
 ++#load(mobilityconfig, true)
 + 
 + # HTML5 Media Support
 + # We require QtMultimedia
 +diff --git 
 a/src/3rdparty/webkit/Source/WebKit/qt/symbian/platformplugin/platformplugin.pro
  
 b/src/3rdparty/webkit/Source/WebKit/qt/symbian/platformplugin/platformplugin.pro
 +index fd31e1e..52f1b46 100644
 +--- 
 a/src/3rdparty/webkit/Source/WebKit/qt/symbian/platformplugin/platformplugin.pro
  
 b/src/3rdparty/webkit/Source/WebKit/qt/symbian/platformplugin/platformplugin.pro
 +@@ -11,7 +11,7 @@ QT   += core gui \
 + xml
 + 
 + ## load mobilityconfig if mobility is available
 +-load(mobilityconfig, true)
 ++#load(mobilityconfig, true)
 + 
 + isEmpty(OUTPUT_DIR): OUTPUT_DIR = ../../../..
 + 
 +diff --git a/src/3rdparty/webkit/Source/WebKit/qt/tests/tests.pri 
 b/src/3rdparty/webkit/Source/WebKit/qt/tests/tests.pri
 +index 812fe93..ccbc5a0 100644
 +--- a/src/3rdparty/webkit/Source/WebKit/qt/tests/tests.pri
  b/src/3rdparty/webkit/Source/WebKit/qt/tests/tests.pri
 +@@ -7,7 +7,7 @@ CONFIG(QTDIR_build) { load(qttest_p4) }
 + ELSE { TARGET = tst_$$TARGET }
 + 
 + # Load mobilityconfig if Qt Mobility is available
 +-load(mobilityconfig, true)
 ++#load(mobilityconfig, true)
 + contains(MOBILITY_CONFIG, multimedia) {
 + # This define is used by tests depending on Qt Multimedia
 + DEFINES -= WTF_USE_QT_MULTIMEDIA=0
 diff --git a/meta/recipes-qt/qt4/qt4-x11-free_4.8.0.bb 
 b/meta/recipes-qt/qt4/qt4-x11-free_4.8.0.bb
 index 6a0b0b8..63a3769 100644
 --- a/meta/recipes-qt/qt4/qt4-x11-free_4.8.0.bb
 +++ b/meta/recipes-qt/qt4/qt4-x11-free_4.8.0.bb
 @@ -1,7 +1,7 @@
  require qt4-x11-free.inc
  require qt-${PV}.inc
  
 -PR = ${INC_PR}.1
 +PR = ${INC_PR}.2
  
  DEFAULT_PREFERENCE = -1
  
 -- 
 1.7.3.4
 
 
 ___
 Openembedded-devel mailing list
 Openembedded-devel@lists.openembedded.org
 http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

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


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