Re: [oe] [PATCH] clutter: moved COMPATIBLE_MACHINE to clutter-common.inc
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 18-09-10 13:47, Frans Meulenbroeks wrote: > moved COMPATIBLE_MACHINE from clutter.inc to clutter-common.inc > the other recipes all DEPEND on clutter but do not have a COMPATIBLE_MACHINE > defined, but of course do not work for other machines. > This patch moves COMPATIBLE_MACHINE to clutter-common.inc which is > included by all other inc file and so it applies to all NAK! Only clutter itself has the need for COMPATIBLE_MACHINE (actually, only virtual/egl needs it, clutter can drop COMPATIBLE_MACHINE), gst, gtk and box2d are generic libraries that do NOT need it. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (Darwin) iD8DBQFMldadMkyGM64RGpERAjaQAJ9c42kNNJT3/LejEwE1UTIdKCM/XACfakfn kHA+my7GTnWyY8XLTls7YfQ= =EN77 -END PGP SIGNATURE- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH] xkbd_0.8.15.bb: Fix geometry flag to accept negative offsets.
On 09/19/2010 09:11 AM, Graham Gower wrote: > > It comes from http://bugs.gentoo.org/214353 - as found in the patch header. Okay, didn't see it. > > PS: What upstream? Sorry, I thought it is Xorg... but it has no real upstream anymore. please feel free to apply. ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH] clutter: moved COMPATIBLE_MACHINE to clutter-common.inc
2010/9/19 Koen Kooi : > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > On 18-09-10 13:47, Frans Meulenbroeks wrote: >> moved COMPATIBLE_MACHINE from clutter.inc to clutter-common.inc >> the other recipes all DEPEND on clutter but do not have a COMPATIBLE_MACHINE >> defined, but of course do not work for other machines. >> This patch moves COMPATIBLE_MACHINE to clutter-common.inc which is >> included by all other inc file and so it applies to all > > NAK! Only clutter itself has the need for COMPATIBLE_MACHINE (actually, > only virtual/egl needs it, clutter can drop COMPATIBLE_MACHINE), gst, > gtk and box2d are generic libraries that do NOT need it. > They are not generic as they have a DEPENDS = "clutter". But I am fine dropping COMPATIBLE_MACHINE from the clutter recipe. Still that leaves the question posted in a different thread is COMPATIBLE_MACHINE should propagate upward implicitly. Frans ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] COMPATIBLE_MACHINE and no buildable providers
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 18-09-10 13:53, Frans Meulenbroeks wrote: > Or should COMPATIBLE_MACHINE be allowed to trickle up so when building > a recipe that depends on another recipe that is not for that MACHINE > one only gets a warning. It should. COMPATIBLE_MACHINE should only be added to recipes that are built for a certain arch/machine, not to the dependants. regards, Koen -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (Darwin) iD8DBQFMlhZBMkyGM64RGpERAsA+AJ4w0yjcOtk4JH4uOndXgAeLfZjo4QCgtNI/ C5epydrnht1zRlcSg0/21nI= =e5ms -END PGP SIGNATURE- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH] clutter: moved COMPATIBLE_MACHINE to clutter-common.inc
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 19-09-10 15:48, Frans Meulenbroeks wrote: > 2010/9/19 Koen Kooi : >> -BEGIN PGP SIGNED MESSAGE- >> Hash: SHA1 >> >> On 18-09-10 13:47, Frans Meulenbroeks wrote: >>> moved COMPATIBLE_MACHINE from clutter.inc to clutter-common.inc >>> the other recipes all DEPEND on clutter but do not have a COMPATIBLE_MACHINE >>> defined, but of course do not work for other machines. >>> This patch moves COMPATIBLE_MACHINE to clutter-common.inc which is >>> included by all other inc file and so it applies to all >> >> NAK! Only clutter itself has the need for COMPATIBLE_MACHINE (actually, >> only virtual/egl needs it, clutter can drop COMPATIBLE_MACHINE), gst, >> gtk and box2d are generic libraries that do NOT need it. >> > > They are not generic as they have a DEPENDS = "clutter". They will link against any clutter you throw at it and only depend on the build arch (e.g. armv7a), so they are generic. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (Darwin) iD8DBQFMlhabMkyGM64RGpERAhJeAJ9IdlOH6PlfkUvW5q1rq0Z9L506aACdFE0O muxfMTetpvVqx+5iLJK9vg0= =G0j5 -END PGP SIGNATURE- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] COMPATIBLE_MACHINE and no buildable providers
2010/9/19 Koen Kooi : > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > On 18-09-10 13:53, Frans Meulenbroeks wrote: > >> Or should COMPATIBLE_MACHINE be allowed to trickle up so when building >> a recipe that depends on another recipe that is not for that MACHINE >> one only gets a warning. > > It should. COMPATIBLE_MACHINE should only be added to recipes that are > built for a certain arch/machine, not to the dependants. > How can we arrange this? It is way out of my league to implement this. Any takers? Frans ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [PATCH] clutter: remove COMPATIBLE_MACHINE
Signed-off-by: Andreas Mueller --- recipes/clutter/clutter.inc |2 -- 1 files changed, 0 insertions(+), 2 deletions(-) diff --git a/recipes/clutter/clutter.inc b/recipes/clutter/clutter.inc index e29164f..85fe552 100644 --- a/recipes/clutter/clutter.inc +++ b/recipes/clutter/clutter.inc @@ -8,8 +8,6 @@ INC_SRC_URI = "file://sample.desktop \ PARALLEL_MAKE = "" -COMPATIBLE_MACHINE = "(zylonite|mx31litekit|omap-3430ldp|omap-3430sdp|mx31ads|qemuarm|qemux86|ipodtouch|am3517-evm|dm37x-evm|am37x-evm|beagleboard|overo|omap3evm| omap5912osk)" - STDDEPENDS = "virtual/libx11 gtk-doc-native pango glib-2.0 libxfixes gtk+" BASE_CONF = "--disable-gtk-doc $...@get_clutter_fpu_setting(bb, d)} --enable-conformance " -- 1.5.3.4 ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH] clutter: remove COMPATIBLE_MACHINE
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 That needs slightly, more, namely falling back to mesa for unknown machines. I can have a look at that tomorrow if you wish. regards, Koen On 19-09-10 17:53, Andreas Mueller wrote: > Signed-off-by: Andreas Mueller > --- > recipes/clutter/clutter.inc |2 -- > 1 files changed, 0 insertions(+), 2 deletions(-) > > diff --git a/recipes/clutter/clutter.inc b/recipes/clutter/clutter.inc > index e29164f..85fe552 100644 > --- a/recipes/clutter/clutter.inc > +++ b/recipes/clutter/clutter.inc > @@ -8,8 +8,6 @@ INC_SRC_URI = "file://sample.desktop \ > > PARALLEL_MAKE = "" > > -COMPATIBLE_MACHINE = > "(zylonite|mx31litekit|omap-3430ldp|omap-3430sdp|mx31ads|qemuarm|qemux86|ipodtouch|am3517-evm|dm37x-evm|am37x-evm|beagleboard|overo|omap3evm| > omap5912osk)" > - > STDDEPENDS = "virtual/libx11 gtk-doc-native pango glib-2.0 libxfixes gtk+" > BASE_CONF = "--disable-gtk-doc $...@get_clutter_fpu_setting(bb, d)} > --enable-conformance " > -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (Darwin) iD8DBQFMljY6MkyGM64RGpERAjljAJ0Zu5kQsjeT+F10nvkaEGhYtHpR6gCdGvEE wXQ4oQvEEnEoskV6/9c1xyc= =hzEk -END PGP SIGNATURE- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH] clutter: remove COMPATIBLE_MACHINE
On Sunday 19 September 2010 06:11:39 pm Koen Kooi wrote: > That needs slightly, more, namely falling back to mesa for unknown > machines. I can have a look at that tomorrow if you wish. Yes please because I thought the fallback is already available with DEPENDS = ".. virtual/libgl" Andreas ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [PATCH] python: remove python-dev from python-modules
Signed-off-by: Frans Meulenbroeks
---
python-modules has python-dv in it sdependencies.
I'm not a python wiz, but I feel that is no good as it drags in a lot of dev
packages. Note too sure if thre should be a depends on python though.
Expert opinion appreciated
recipes/python/python-2.6-manifest.inc |2 +-
recipes/python/python_2.6.5.bb |2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/recipes/python/python-2.6-manifest.inc
b/recipes/python/python-2.6-manifest.inc
index 4ed05cb..eec9f22 100644
--- a/recipes/python/python-2.6-manifest.inc
+++ b/recipes/python/python-2.6-manifest.inc
@@ -266,7 +266,7 @@ RDEPENDS_python-audio="python-core"
FILES_python-audio="${libdir}/python2.6/wave.* ${libdir}/python2.6/chunk.*
${libdir}/python2.6/sndhdr.* ${libdir}/python2.6/lib-dynload/ossaudiodev.so
${libdir}/python2.6/lib-dynload/audioop.so "
DESCRIPTION_python-modules="All Python modules"
-RDEPENDS_python-modules="python-profile python-threading python-distutils
python-doctest python-stringold python-codecs python-ctypes python-pickle
python-datetime python-core python-io python-compiler python-compression
python-re python-xmlrpc python-terminal python-email python-image python-tests
python-resource python-json python-dev python-difflib python-math python-syslog
python-hotshot python-unixadmin python-textutils python-tkinter python-gdbm
python-elementtree python-fcntl python-netclient python-pprint python-netserver
python-curses python-smtpd python-html python-readline python-subprocess
python-pydoc python-logging python-mailbox python-xml python-mime
python-sqlite3 python-sqlite3-tests python-unittest python-multiprocessing
python-robotparser python-compile python-debugger python-pkgutil python-shell
python-bsddb python-numbers python-mmap python-zlib python-db python-crypt
python-idle python-lang python-audio "
+RDEPENDS_python-modules="python-profile python-threading python-distutils
python-doctest python-stringold python-codecs python-ctypes python-pickle
python-datetime python-core python-io python-compiler python-compression
python-re python-xmlrpc python-terminal python-email python-image python-tests
python-resource python-json python-difflib python-math python-syslog
python-hotshot python-unixadmin python-textutils python-tkinter python-gdbm
python-elementtree python-fcntl python-netclient python-pprint python-netserver
python-curses python-smtpd python-html python-readline python-subprocess
python-pydoc python-logging python-mailbox python-xml python-mime
python-sqlite3 python-sqlite3-tests python-unittest python-multiprocessing
python-robotparser python-compile python-debugger python-pkgutil python-shell
python-bsddb python-numbers python-mmap python-zlib python-db python-crypt
python-idle python-lang python-audio "
ALLOW_EMPTY_python-modules = "1"
diff --git a/recipes/python/python_2.6.5.bb b/recipes/python/python_2.6.5.bb
index c144fee..6ce0983 100644
--- a/recipes/python/python_2.6.5.bb
+++ b/recipes/python/python_2.6.5.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}.0"
+PR = "${INC_PR}.1"
SRC_URI = "\
http://www.python.org/ftp/python/${PV}/Python-${PV}.tar.bz2 \
--
1.6.4.2
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH] python: remove python-dev from python-modules
Hi Frans, Le 19/09/2010 20:41, Frans Meulenbroeks a écrit : python-modules has python-dv in it sdependencies. I'm not a python wiz, but I feel that is no good as it drags in a lot of dev packages. Note too sure if thre should be a depends on python though. please see this patch serie which waits for an ack (PR will be increased after) : http://patchwork.openembedded.org/patch/2917/ http://patchwork.openembedded.org/patch/2919/ http://patchwork.openembedded.org/patch/2918/ Eric ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH] python: remove python-dev from python-modules
2010/9/19 Eric Bénard : > Hi Frans, > > Le 19/09/2010 20:41, Frans Meulenbroeks a écrit : >> >> python-modules has python-dv in it sdependencies. >> I'm not a python wiz, but I feel that is no good as it drags in a lot of >> dev >> packages. Note too sure if thre should be a depends on python though. >> > please see this patch serie which waits for an ack (PR will be increased > after) : > > http://patchwork.openembedded.org/patch/2917/ > http://patchwork.openembedded.org/patch/2919/ > http://patchwork.openembedded.org/patch/2918/ > > Eric Hi Eric, Your patch seems to address the same issue. Actually saw it before but didn't realize I was facing the same problem (and didn't know enough from it to ack it) Frans ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [PATCH] qt4-embedded: avoid circular dependencies for reciped providing qt4-embedded
* qt4e.bbclass did add a dependency on qt4-embedded for recipes
providing qt4-embedded. This breaks building of qt4-embedded-gles
in 2 ways:
1. PREFERRED_PROVIDER_qt4-embedded = qt4-embedded-gles
adds a circular dependency.
2. bitbake qt4-embedded-gles
first builds and installs qt4-embedded to sysroots/ and then
fails to link the qt4-embedded-gles build against the libs in
sysroots which don't provide the gl specific symbols
* The fix avoids adding the dependency for package names _beginning_
with 'qt4-embedded' (as it is done in the x11 version).
---
classes/qt4e.bbclass |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/classes/qt4e.bbclass b/classes/qt4e.bbclass
index f72e06b..303b79b 100644
--- a/classes/qt4e.bbclass
+++ b/classes/qt4e.bbclass
@@ -1,4 +1,4 @@
-DEPENDS_prepend = "$...@["qt4-embedded ", ""][(bb.data.getVar('PN', d, 1) ==
'qt4-embedded')]}"
+DEPENDS_prepend = "$...@["qt4-embedded ", ""][(bb.data.getVar('PN', d, 1)[:12]
== 'qt4-embedded')]}"
inherit qmake2
QT_DIR_NAME = "qtopia"
--
1.7.1
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH] qt4-embedded: avoid circular dependencies for reciped providing qt4-embedded
On 09/20/2010 05:59 AM, Björn Krombholz wrote:
=
> @@ -1,4 +1,4 @@
> -DEPENDS_prepend = "$...@["qt4-embedded ", ""][(bb.data.getVar('PN', d, 1) ==
> 'qt4-embedded')]}"
> +DEPENDS_prepend = "$...@["qt4-embedded ", ""][(bb.data.getVar('PN', d,
> 1)[:12] == 'qt4-embedded')]}"
> inherit qmake2
use startsWith and avoid the extra array allocation?
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] Fwd: FA526 / CNS2132 / TS-7500 build configuration
The Faraday FA526 core is used in ARM processors like the Semi STR8132 / Cavium CNS2132 which is in my Technologic Systems TS-7500 board in addition to some NAS boxes out there. From what I have read, it basically resembles a ARM920T but has NO thumb interworking support which makes it not fully EABI compliant ( http://www.mail-archive.com/openocd-developm...@lists.berlios.de/msg05856.html ). I have build a few tool chains manually that produce working code using a configuration meant for a OABI style armv4 which makes sense since it uses NO thumb instructions, but I am not sure this is optimal. What is the best way to move forward to setup a OpenEmbedded distro/machine configuration for something like the TS-7500 or a general FA526 configuration? I guess, one option is setup OABI ARMv4 style setup but this was removed from things like angstrom a while ago. Switching to OABI just to get rid of thumb seems a little silly. It would be nice to figure out a way to use EABI ARMv4T toolkit but pass flags like -mapcs-32 -mno-thumb-interwork (just a guess) to GCC to insure no thumb instructions (other weird things are discussed in http://wiki.debian.org/ArmEabiPort#Otherscenarios ). The linker option -fix-v4bx looks promising for the linker also. A lot of things are possible solutions, but whats the cleanest way to work it into OpenEmbedded's build system? Any suggestion would be helpful. Thanks. ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] Fwd: FA526 / CNS2132 / TS-7500 build configuration
On (19/09/10 19:18), R.T. McGee wrote: > The Faraday FA526 core is used in ARM processors like the Semi STR8132 > / Cavium CNS2132 which is in my Technologic Systems TS-7500 board in > addition to some NAS boxes out there. From what I have read, it > basically resembles a ARM920T but has NO thumb interworking support > which makes it not fully EABI compliant ( > http://www.mail-archive.com/openocd-developm...@lists.berlios.de/msg05856.html > ). I have build a few tool chains manually that produce working code > using a configuration meant for a OABI style armv4 which makes sense > since it uses NO thumb instructions, but I am not sure this is > optimal. eabi is now supported on armv4 architecture and we have OE internal toolchain also support it from gcc 4.4.x onwards. > > What is the best way to move forward to setup a OpenEmbedded > distro/machine configuration for something like the TS-7500 or a > general FA526 configuration? look at any armv4 machines we have in OE e.g. collie and distros like minimal or angstrom DISTRO=minimal MACHINE=collie bitbake minimal-image I guess, one option is setup OABI ARMv4 > style setup but this was removed from things like angstrom a while > ago. Switching to OABI just to get rid of thumb seems a little silly. > > It would be nice to figure out a way to use EABI ARMv4T toolkit but > pass flags like -mapcs-32 -mno-thumb-interwork (just a guess) to GCC > to insure no thumb instructions (other weird things are discussed in > http://wiki.debian.org/ArmEabiPort#Otherscenarios ). The linker > option -fix-v4bx looks promising for the linker also. A lot of things > are possible solutions, but whats the cleanest way to work it into > OpenEmbedded's build system? its already functional in OE. > > Any suggestion would be helpful. Thanks. > Thx -Khem ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] Question on apr on what it said during build
On (26/08/10 10:22), J. L. wrote: > I am building a image and had apr error out while building so I did a > -c clean and rebuilt it which it did fine but, I saw something I had > not noticed before and would like to know if its something to worry > about and if its not what does it mean. The message is below: > > NOTE: Running task 749 of 759 (ID: 13, > /home/vdubhack/overo-oe/org.openembedded.dev/recipes/apr/apr_1.3.5.bb, > do_package) > NOTE: the following files were installed but not shipped in any package: > NOTE: /usr/lib/apr.exp > NOTE: /usr/share/build-1/mkdir.sh > NOTE: /usr/share/build-1/apr_rules.mk > NOTE: /usr/share/build-1/make_var_export.awk > NOTE: /usr/share/build-1/make_exports.awk the files in /usr/share should be packaged into apr-dev and apr.exp may be deleted. -Khem ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
