date:20110706

Dear Joel,


Am Dienstag, den 05.07.2011, 20:27 -0500 schrieb Joel A Fernandes:
   ^

• Is in your Name a dot missing after the second name?
• In the commit summary no full stop at the end is used according to the
new commit guidelines.

 This script flashes the NAND of a beagleboard if it exists, and if there is a 
 valid image to flash.

If you capitalize NAND you could also write BeagleBoard.

 Signed-off-by: Joel A Fernandes agnel.j...@gmail.com
 ---
  .../beagleboard/beagleboard-test-scripts_git.bb|7 +--
  1 files changed, 5 insertions(+), 2 deletions(-)
 
 diff --git a/recipes/beagleboard/beagleboard-test-scripts_git.bb 
 b/recipes/beagleboard/beagleboard-test-scripts_git.bb
 index be0d059..237d8d6 100644
 --- a/recipes/beagleboard/beagleboard-test-scripts_git.bb
 +++ b/recipes/beagleboard/beagleboard-test-scripts_git.bb
 @@ -3,10 +3,10 @@ DESCRIPTION = BeagleBoard test scripts
  HOMEPAGE = http://beagleboad.org/support;
  PR = r2

Since the package content changes you have to increase the number.

 -SRC_URI = 
 git://gitorious.org/beagleboard-validation/scripts.git;protocol=git \
 +SRC_URI = 
 git://gitorious.org/~joelf/beagleboard-validation/validation-scripts.git;protocol=git
  \
  
  
 -SRCREV = 473dd2ab20d866be6168c9f992c2c9e74e485c9d
 +SRCREV = ${AUTOREV}

In OE it is not wanted to use `AUTOREV`. I do not know though how you
can specify a revision for each repository.

  S = ${WORKDIR}/git
  
  do_install() {
 @@ -28,4 +28,7 @@ do_install() {
for i in ${TEST_FILES}; do
  install -m 0755 ${S}/${i} ${D}/${bindir}
done
 +  # Add  script to flash the NAND if it exists and if there is a valid image 
 to flash on bootup.

• After »Add a space can be removed.
• »on bootup« is not clear to me. Does the BB have to be rebooted and
then the image is flashed?

 +  install -d ${D}/${sysconfdir}/rc5.d/
 +  install -m 0755 ${S}/flashing/flash-fs.sh 
 ${D}/${sysconfdir}/rc5.d/S99flashfs
  }


Thanks,

Paul


signature.asc
Description: This is a digitally signed message part
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

Re: [oe] [PATCH v2] linux-omap-psp: Fix the user button GPIO to the correct value for a BeagleBoard-xM

Dear Joel,


Am Dienstag, den 05.07.2011, 20:48 -0500 schrieb Joel A Fernandes:

1. What has changed in this patch iteration? (You can put that below the
`---`.)
2. Could you elaborate a bit more what the problem was, i. e. how the
situation was before, and how the fix works? For example pointing to the
thread on the BeagleBoard list.(?)
3. Is a similar patch also needed for 2.6.39?

 Signed-off-by: Joel A Fernandes agnel.j...@gmail.com
 ---
  ...agle-cleaned-up-board-revision-conditions.patch |4 ++--
  1 files changed, 2 insertions(+), 2 deletions(-)
 
 diff --git 
 a/recipes/linux/linux-omap-psp-2.6.32/beagleboard-xmc/0008-omap3-beagle-cleaned-up-board-revision-conditions.patch
  
 b/recipes/linux/linux-omap-psp-2.6.32/beagleboard-xmc/0008-omap3-beagle-cleaned-up-board-revision-conditions.patch
 index 513a101..fb91cb6 100644
 --- 
 a/recipes/linux/linux-omap-psp-2.6.32/beagleboard-xmc/0008-omap3-beagle-cleaned-up-board-revision-conditions.patch
 +++ 
 b/recipes/linux/linux-omap-psp-2.6.32/beagleboard-xmc/0008-omap3-beagle-cleaned-up-board-revision-conditions.patch
 @@ -143,8 +143,8 @@ index 4bde54b..664a9c6 100644
   omap3_beagle_i2c_init();
   
  -if (cpu_is_omap3630()) {
 -+if ((omap3_beagle_get_rev() != OMAP3BEAGLE_BOARD_XMAB) 
 -+(omap3_beagle_get_rev() != OMAP3BEAGLE_BOARD_XMC)) {
 ++if ((omap3_beagle_get_rev() == OMAP3BEAGLE_BOARD_XMAB) ||
 ++(omap3_beagle_get_rev() == OMAP3BEAGLE_BOARD_XMC)) {
   gpio_buttons[0].gpio = 4;
   }


Thanks,

Paul


signature.asc
Description: This is a digitally signed message part
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

[oe] Discouraged kernels 2.6.35+?

2011-07-06 Thread Orjan Friberg


Hi,

We're looking at upgrading our BeagleBoard-derived board to 2.6.35+. 
Out of the kernels available where COMPATIBLE_MACHINE=beagleboard, is 
there any we should avoid?  (The ones available are .35, .37, .38, and .39.)


I'm thinking if there was an aborted porting attempt at some stage, or 
if a kernel was ported but never saw any actual use.



Also, on the 2011.03-maintenance branch, are all kernels valid or should 
we stick to the default kernel (.32)?


Thanks,
Orjan

--
Orjan Friberg
FlatFrog Laboratories AB

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

Re: [oe] Discouraged kernels 2.6.35+?

2011-07-06 Thread Henning Heinold

Hi,

this depends on the features you need.

If you are needed to use the dsp you have to stick to .32
If you need the sgx running, the other kernels should work.

Bye Henning

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

[oe] Ping:RE: [PATCH] ti-wifi-utils: fix unaligned data access

2011-07-06 Thread Reizer, Eyal

Pinging on this patch.

Best Regards,
Eyal Reizer

 -Original Message-
 From: Eyal Reizer [mailto:eyalrei...@googlemail.com]
 Sent: Monday, July 04, 2011 3:57 PM
 To: openembedded-devel@lists.openembedded.org
 Cc: Reizer, Eyal
 Subject: [PATCH] ti-wifi-utils: fix unaligned data access
 
 update the recipe to use a new commit from upstream which fixes
 unaligned
 data access errors reported when using the calibrator tool on an am180x
 (armv5) platform
 
 Signed-off-by: Eyal Reizer ey...@ti.com
 ---
  recipes/ti/ti-wifi-utils_git.bb |4 ++--
  1 files changed, 2 insertions(+), 2 deletions(-)
 
 diff --git a/recipes/ti/ti-wifi-utils_git.bb b/recipes/ti/ti-wifi-
 utils_git.bb
 index 9855775..87ca2c9 100644
 --- a/recipes/ti/ti-wifi-utils_git.bb
 +++ b/recipes/ti/ti-wifi-utils_git.bb
 @@ -3,11 +3,11 @@ LICENSE = TI-BSD
 
  DEPENDS = libnl
 
 -PR =r3
 +PR =r4
  PV =0.0
  PR_append = +gitr${SRCPV}
 
 -SRCREV = 268dbf03091b632c2697eb8028e90fe40513a9d8
 +SRCREV = 8737db9372e714e265d3f575573d14c3379ab9fc
  SRC_URI = git://github.com/gxk/ti-utils.git;protocol=git
 
  S = ${WORKDIR}/git
 --
 1.7.0.4


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

Re: [oe] Discouraged kernels 2.6.35+?

2011-07-06 Thread Orjan Friberg


On 2011-07-06 11:52, Henning Heinold wrote:

If you are needed to use the dsp you have to stick to .32


Are there DSP-related packages that don't work with later kernels 
(dsplink, codec engine) or something else?


--
Orjan Friberg
FlatFrog Laboratories AB

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

[oe] [PATCH 0/1] dbus-glib-native and dbus-glib corrected

Hi all,
dbus-glib-native and dbus-glib were not compiling. 
Reason were in how the dbus-glib.inc and dbus-glib_0.86.bb were wrote.
The patch clears what the recipe has to do for each target compilation.

More info from 
http://www.mail-archive.com/openembedded-devel@lists.openembedded.org/msg10184.html
[cut]
 I suspect that code could well have come from Poky. In this case the
 native recipe generates a file which is then used by the target builds.
 It can't be generated in the target recipe as that would mean running
 target binaries.
[cut]

Patch compiles and dbus-glib works on target device (tested with mini2440).

Regards,

Alessandro

Alessandro Sappia (1):
  dbus-glib-native and dbus-glib were not compiling. This patch
corrects dbus-glib-native to install required files in order to let
dbus-glib to compile on target.

 recipes/dbus/dbus-glib.inc |4 ++--
 recipes/dbus/dbus-glib_0.86.bb |4 ++--
 2 files changed, 4 insertions(+), 4 deletions(-)

-- 
1.7.4.1


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

[oe] [PATCH 1/1] dbus-glib-native and dbus-glib were not compiling. This patch corrects dbus-glib-native to install required files in order to let dbus-glib to compile on target.


Signed-off-by: Alessandro Sappia a.sap...@biotechware.com
---
 recipes/dbus/dbus-glib.inc |4 ++--
 recipes/dbus/dbus-glib_0.86.bb |4 ++--
 2 files changed, 4 insertions(+), 4 deletions(-)

diff --git a/recipes/dbus/dbus-glib.inc b/recipes/dbus/dbus-glib.inc
index c1c1813..d3db9f0 100644
--- a/recipes/dbus/dbus-glib.inc
+++ b/recipes/dbus/dbus-glib.inc
@@ -21,10 +21,10 @@ inherit autotools pkgconfig gettext
 
 BBCLASSEXTEND = native
 
-do_configure_prepend() {
+do_configure() {
 install -m 0644 ${STAGING_DATADIR_NATIVE}/dbus/dbus-bus-introspect.xml ${S}/tools/
 install -m 0644 ${STAGING_DATADIR_NATIVE}/dbus/dbus-glib-bindings.h ${S}/tools/
-
+autotools_do_configure
 }
 
 do_configure_virtclass-native() {
diff --git a/recipes/dbus/dbus-glib_0.86.bb b/recipes/dbus/dbus-glib_0.86.bb
index ce87d5d..1cef831 100644
--- a/recipes/dbus/dbus-glib_0.86.bb
+++ b/recipes/dbus/dbus-glib_0.86.bb
@@ -1,10 +1,10 @@
 require dbus-glib.inc
 
-PR = ${INC_PR}.1
+PR = ${INC_PR}.2
 
 SRC_URI_virtclass-native += file://run-with-tmp-session-bus.patch
 
-do_install_virtclass-native_prepend() {
+do_install_append_virtclass-native() {
 install -d ${D}${datadir}/dbus
 install -m 0644 dbus-bus-introspect.xml ${D}${datadir}/dbus
 }
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

Re: [oe] Discouraged kernels 2.6.35+?

2011-07-06 Thread Henning Heinold

On Wed, Jul 06, 2011 at 12:21:03PM +0200, Orjan Friberg wrote:
 On 2011-07-06 11:52, Henning Heinold wrote:
 If you are needed to use the dsp you have to stick to .32

 Are there DSP-related packages that don't work with later kernels  
 (dsplink, codec engine) or something else?

Hi again,

can't say for sure, that is only my knowledge from asking and hearing.

Koen Kooi may help you better or try to ask on the #beagle on irc.freenode.net

Bye Henning

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

Re: [oe] [PATCH 1/1] dbus-glib-native and dbus-glib were not compiling. This patch corrects dbus-glib-native to install required files in order to let dbus-glib to compile on target.

Dear Alessandro,


Am Mittwoch, den 06.07.2011, 13:12 +0200 schrieb Alessandro Sappia:

unfortunately you seem to have forgotten to insert line breaks when
composing the commit message. Please correct that for example using `git
commit --amend`.

Please also follow OE’s commit policy [1] and resend your patch as v2
[2].

 Signed-off-by: Alessandro Sappia a.sap...@biotechware.com
 ---
  recipes/dbus/dbus-glib.inc |4 ++--
  recipes/dbus/dbus-glib_0.86.bb |4 ++--
  2 files changed, 4 insertions(+), 4 deletions(-)


Thanks,

Paul


[1] http://openembedded.org/index.php/Commit_Policy
[2] http://openembedded.org/index.php/How_to_submit_a_patch_to_OpenEmbedded


signature.asc
Description: This is a digitally signed message part
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

[oe] Newer FireFox?

2011-07-06 Thread Gary Thomas


I notice that the latest version of FireFox in the .dev tree
is 3.6.8 (pretty old).  Has anyone thought of updating to something
really recent, like 5.0?

--

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

[oe] [PATCH v2] dbus-glib: install required files for target on native build

dbus-glib-native and dbus-glib were not compiling. This patch corrects
dbus-glib-native to install required files in order to let dbus-glib
to compile on target.

Signed-off-by: Alessandro Sappia a.sap...@biotechware.com
---
 recipes/dbus/dbus-glib.inc |4 ++--
 recipes/dbus/dbus-glib_0.86.bb |4 ++--
 2 files changed, 4 insertions(+), 4 deletions(-)

diff --git a/recipes/dbus/dbus-glib.inc b/recipes/dbus/dbus-glib.inc
index c1c1813..d3db9f0 100644
--- a/recipes/dbus/dbus-glib.inc
+++ b/recipes/dbus/dbus-glib.inc
@@ -21,10 +21,10 @@ inherit autotools pkgconfig gettext
 
 BBCLASSEXTEND = native
 
-do_configure_prepend() {
+do_configure() {
 install -m 0644 ${STAGING_DATADIR_NATIVE}/dbus/dbus-bus-introspect.xml 
${S}/tools/
 install -m 0644 ${STAGING_DATADIR_NATIVE}/dbus/dbus-glib-bindings.h 
${S}/tools/
-
+autotools_do_configure
 }
 
 do_configure_virtclass-native() {
diff --git a/recipes/dbus/dbus-glib_0.86.bb b/recipes/dbus/dbus-glib_0.86.bb
index ce87d5d..1cef831 100644
--- a/recipes/dbus/dbus-glib_0.86.bb
+++ b/recipes/dbus/dbus-glib_0.86.bb
@@ -1,10 +1,10 @@
 require dbus-glib.inc
 
-PR = ${INC_PR}.1
+PR = ${INC_PR}.2
 
 SRC_URI_virtclass-native += file://run-with-tmp-session-bus.patch
 
-do_install_virtclass-native_prepend() {
+do_install_append_virtclass-native() {
 install -d ${D}${datadir}/dbus
 install -m 0644 dbus-bus-introspect.xml ${D}${datadir}/dbus
 }
-- 
1.7.4.1


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

Re: [oe] [PATCH v2] dbus-glib: install required files for target on native build

2011-07-06 Thread Henning Heinold

On Wed, Jul 06, 2011 at 01:56:57PM +0200, Alessandro Sappia wrote:
 dbus-glib-native and dbus-glib were not compiling. This patch corrects
 dbus-glib-native to install required files in order to let dbus-glib
 to compile on target.
 
 Signed-off-by: Alessandro Sappia a.sap...@biotechware.com
 ---
  recipes/dbus/dbus-glib.inc |4 ++--
  recipes/dbus/dbus-glib_0.86.bb |4 ++--
  2 files changed, 4 insertions(+), 4 deletions(-)
 
 diff --git a/recipes/dbus/dbus-glib.inc b/recipes/dbus/dbus-glib.inc
 index c1c1813..d3db9f0 100644
 --- a/recipes/dbus/dbus-glib.inc
 +++ b/recipes/dbus/dbus-glib.inc
 @@ -21,10 +21,10 @@ inherit autotools pkgconfig gettext
  
  BBCLASSEXTEND = native
  
 -do_configure_prepend() {
 +do_configure() {
  install -m 0644 
 ${STAGING_DATADIR_NATIVE}/dbus/dbus-bus-introspect.xml ${S}/tools/
  install -m 0644 ${STAGING_DATADIR_NATIVE}/dbus/dbus-glib-bindings.h 
 ${S}/tools/
 -
 +autotools_do_configure
  }
^

Why you changed this? The code in resulting shellfile should be looking the 
same,
but using the prepend is normaly the better way.

  
  do_configure_virtclass-native() {
 diff --git a/recipes/dbus/dbus-glib_0.86.bb b/recipes/dbus/dbus-glib_0.86.bb
 index ce87d5d..1cef831 100644
 --- a/recipes/dbus/dbus-glib_0.86.bb
 +++ b/recipes/dbus/dbus-glib_0.86.bb
 @@ -1,10 +1,10 @@
  require dbus-glib.inc
  
 -PR = ${INC_PR}.1
 +PR = ${INC_PR}.2
  
  SRC_URI_virtclass-native += file://run-with-tmp-session-bus.patch
  
 -do_install_virtclass-native_prepend() {
 +do_install_append_virtclass-native() {
  install -d ${D}${datadir}/dbus
  install -m 0644 dbus-bus-introspect.xml ${D}${datadir}/dbus
  }

I hope this works, there was some problems with the whole introspection stuff.

Bye henning

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

Re: [oe] [PATCH v2] dbus-glib: install required files for target on native build

Il giorno mer, 06/07/2011 alle 14.11 +0200, Henning Heinold ha scritto:
 On Wed, Jul 06, 2011 at 01:56:57PM +0200, Alessandro Sappia wrote:
  dbus-glib-native and dbus-glib were not compiling. This patch corrects
  dbus-glib-native to install required files in order to let dbus-glib
  to compile on target.
  
  Signed-off-by: Alessandro Sappia a.sap...@biotechware.com
  ---
   recipes/dbus/dbus-glib.inc |4 ++--
   recipes/dbus/dbus-glib_0.86.bb |4 ++--
   2 files changed, 4 insertions(+), 4 deletions(-)
  
  diff --git a/recipes/dbus/dbus-glib.inc b/recipes/dbus/dbus-glib.inc
  index c1c1813..d3db9f0 100644
  --- a/recipes/dbus/dbus-glib.inc
  +++ b/recipes/dbus/dbus-glib.inc
  @@ -21,10 +21,10 @@ inherit autotools pkgconfig gettext
   
   BBCLASSEXTEND = native
   
  -do_configure_prepend() {
  +do_configure() {
   install -m 0644 
  ${STAGING_DATADIR_NATIVE}/dbus/dbus-bus-introspect.xml ${S}/tools/
   install -m 0644 
  ${STAGING_DATADIR_NATIVE}/dbus/dbus-glib-bindings.h ${S}/tools/
  -
  +autotools_do_configure
   }
 ^
 
 Why you changed this? The code in resulting shellfile should be looking the 
 same,
 but using the prepend is normaly the better way.
 
Because later in the file there is do_configure_virtclass-native()
function.
The whole things is:
do_comfigure() is for cross compilation targets, while
do_configure_virtclass-native() is for native
OE enviroment.

This is because the do_configure_prepend() was executed also on native
target, which we need to avoid.

If there was a virtclass-cross available (is it there ?) the patch may
be simplified in

do_configure_prepend_virtclass-cross(){
  install -m 0644 {STAGING_DATADIR_NATIVE}/dbus/dbus-bus-introspect.xml
${S}/tools/
  install -m 0644 ${STAGING_DATADIR_NATIVE}/dbus/dbus-glib-bindings.h 
${S}/tools/
}

I'd like more to do this way, but this requires the definition of
virtclass-cross (or whatever the name it is if such a class exists
already): I wasn't able to find the correct virtclass for writing the
patch this way.

   
   do_configure_virtclass-native() {
  diff --git a/recipes/dbus/dbus-glib_0.86.bb b/recipes/dbus/dbus-glib_0.86.bb
  index ce87d5d..1cef831 100644
  --- a/recipes/dbus/dbus-glib_0.86.bb
  +++ b/recipes/dbus/dbus-glib_0.86.bb
  @@ -1,10 +1,10 @@
   require dbus-glib.inc
   
  -PR = ${INC_PR}.1
  +PR = ${INC_PR}.2
   
   SRC_URI_virtclass-native += file://run-with-tmp-session-bus.patch
   
  -do_install_virtclass-native_prepend() {
  +do_install_append_virtclass-native() {
   install -d ${D}${datadir}/dbus
   install -m 0644 dbus-bus-introspect.xml ${D}${datadir}/dbus
   }
 
 I hope this works, there was some problems with the whole introspection stuff.
 
 Bye henning
 
 ___
 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

[oe] Fwd: Update proposals

2011-07-06 Thread Dr. Michael Lauer

Forwarding this to the proper list address,
please note that openembedded-devel-owner is for administrative purposes.

 Von: fabien comte comte_fab...@yahoo.fr
 Betreff: Update proposals
 Datum: 6. Juli 2011 14:04:00 MESZ
 An: openembedded-devel-ow...@lists.openembedded.org
 
 Hello,
  
 This archive contain some updates for recipes. Could you integrate it ?
 
 All are ok but I cannot rebuild jamvm 1.5.4 since icedted build fails. Could 
 you fix icedted if you want that I test jamvm again (i did it few month 
 before and it worked) ?
 
  
 I hope that it will help some users.
 
  
 Fabien
 

Cheers,

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

[oe] gcc-cross-initial compile failure

2011-07-06 Thread Ozgun

The build is failing on gcc-cross-initial;
NOTE: package gcc-cross-initial-4.4.4-r8.1: task do_compile: Failed
ERROR: Function 'do_compile' failed (see
/home/ozgun/tmp/work/i686-linux/gcc-cross-initial-4.4.4-r8.1/temp/log.do_compile.18907
for further information)
ERROR: Task 3612 (/work/openembedded/recipes/gcc/gcc-cross-initial_4.4.4.bb,
do_compile) failed with exit code '1'
ERROR: '/work/openembedded/recipes/gcc/gcc-cross-initial_4.4.4.bb' failed



From log.do_compile.18907;
In file included from
/home/ozgun/tmp/work/i686-linux/gcc-cross-initial-4.4.4-r8.1/gcc-4.4.4/gcc/tree.h:30:0,
 from
/home/ozgun/tmp/work/i686-linux/gcc-cross-initial-4.4.4-r8.1/gcc-4.4.4/gcc/c-lang.c:27:
/home/ozgun/tmp/work/i686-linux/gcc-cross-initial-4.4.4-r8.1/gcc-4.4.4/gcc/double-int.h:24:17:
fatal error: gmp.h: No such file or directory
compilation terminated.
make[3]: *** [c-lang.o] Error 1
make[3]: Leaving directory
`/home/ozgun/tmp/work/i686-linux/gcc-cross-initial-4.4.4-r8.1/gcc-4.4.4/build.i686-linux.i686-linux/gcc'
make[2]: *** [all-stage1-gcc] Error 2
make[2]: Leaving directory
`/home/ozgun/tmp/work/i686-linux/gcc-cross-initial-4.4.4-r8.1/gcc-4.4.4/build.i686-linux.i686-linux'
make[1]: *** [stage1-bubble] Error 2
make[1]: Leaving directory
`/home/ozgun/tmp/work/i686-linux/gcc-cross-initial-4.4.4-r8.1/gcc-4.4.4/build.i686-linux.i686-linux'
make: *** [all] Error 2
+ die 'oe_runmake failed'
+ oefatal 'oe_runmake failed'
+ echo FATAL: 'oe_runmake failed'
FATAL: oe_runmake failed
+ exit 1



From gcc-4.4.4.inc;
DEPENDS = mpfr gmp
NATIVEDEPS = mpfr-native gmp-native

gcc depends mpfr gmp, therefore compiler needs mpfr.h gmp.h
But these files are located under their own folder
(/work/i686-linux/gmp-native-5.0.1-r1.1/gmp-5.0.1/gmp.h) ,not under gcc
folder.

Wondering how can you overcome this problem?

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

[oe] [PATCH-proposal] fix vlc building (-fPIC error) by patching live555 recipe

Hi,

Attached a patch to fix this kind of error while building VLC :

libliveMedia.a: relocation R_ARM_MOVW_ABS_NC against `a local symbol' can
not be used when making a shared object; recompile with -fPIC
|
/home/sylvain/dev/SHR-Build/shr-unstable/tmp/sysroots/armv7a-oe-linux-gnueabi/usr/lib/libliveMedia.a:
could not read symbols: Bad value
| collect2: ld returned 1 exit status

Let me know if it is not good enough, and if the patch is accepted.

Thanks by advance.

Regards,

Sylvain Paré (aka GarthPS)


fix-fPIC-error-onbuilding-vlc.patch
Description: Binary data
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

Re: [oe] [PATCH-proposal] fix vlc building (-fPIC error) by patching live555 recipe

2011-07-06 Thread Denis 'GNUtoo' Carikli

Let me know if it is not good enough, and if the patch is accepted.
hi,
First thanks for the patch, unfortunately it's in the wrong format, you should 
rather use git (git add + git commit + git format-patch + git-send-email ) as 
described in the patch sending guide:
http://www.openembedded.org/index.php/How_to_submit_a_patch_for_dummies

Then I wonder what is fix-makefile.

I'd like vlc to get fixed. Thanks again for caring about vlc.

Denis.

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

Re: [oe] [PATCH] beagleboard-test-scripts: Add a script flash-fs.sh for flashing NAND.

Hi Paul,

Thanks for your suggestions. I will make the requested changes,

  do_install() {
 @@ -28,4 +28,7 @@ do_install() {
    for i in ${TEST_FILES}; do
      install -m 0755 ${S}/${i} ${D}/${bindir}
    done
 +  # Add  script to flash the NAND if it exists and if there is a valid 
 image to flash on bootup.

 • After »Add a space can be removed.
 • »on bootup« is not clear to me. Does the BB have to be rebooted and
 then the image is flashed?

In boards with a NAND device, an image is written to the NAND if the
SD Card has an image. This is during startup.

Regards,
Joel

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

Re: [oe] [PATCH v2] linux-omap-psp: Fix the user button GPIO to the correct value for a BeagleBoard-xM

Hi Paul,

Thanks for your suggestions.

On Wed, Jul 6, 2011 at 4:43 AM, Paul Menzel
paulepan...@users.sourceforge.net wrote:
 Dear Joel,


 Am Dienstag, den 05.07.2011, 20:48 -0500 schrieb Joel A Fernandes:

 1. What has changed in this patch iteration? (You can put that below the
 `---`.)

Thanks, will do.

 2. Could you elaborate a bit more what the problem was, i. e. how the
 situation was before, and how the fix works? For example pointing to the
 thread on the BeagleBoard list.(?)

I am not aware of any thread that showed concern about the incorrect
value. It so happened that the user-button wasn't working for me.

 3. Is a similar patch also needed for 2.6.39?

A similar patch is already included in 2.6.39 and has the correct value.
(line 109 in 
linux/linux-omap-2.6.39/beagle/0001-OMAP3-beagle-add-support-for-beagleboard-xM-revision.patch)

Thanks,
Joel

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

[oe] [PATCH v3] linux-omap-psp: Fix the user button GPIO to the correct value for a BeagleBoard-xM

The user-button wasn't working for me with the the linux-omap-psp-2.6.32 
kernel, this change fixes it. I noticed the correct value in the 
linux-omap-2.6.39 sources

Signed-off-by: Joel A Fernandes agnel.j...@gmail.com
---
Changes since v2:
* Bumped PR
* Made the commit summary more descriptive, removed full stop

 conf/machine/include/omap3.inc |2 +-
 ...agle-cleaned-up-board-revision-conditions.patch |4 ++--
 2 files changed, 3 insertions(+), 3 deletions(-)

diff --git a/conf/machine/include/omap3.inc b/conf/machine/include/omap3.inc
index c762d41..f806a32 100644
--- a/conf/machine/include/omap3.inc
+++ b/conf/machine/include/omap3.inc
@@ -4,7 +4,7 @@ TARGET_ARCH = arm
 require conf/machine/include/tune-cortexa8.inc
 PREFERRED_PROVIDER_virtual/kernel = linux-omap
 # Increase this everytime you change something in the kernel
-MACHINE_KERNEL_PR = r102
+MACHINE_KERNEL_PR = r103
 
 KERNEL_IMAGETYPE = uImage
 
diff --git 
a/recipes/linux/linux-omap-psp-2.6.32/beagleboard-xmc/0008-omap3-beagle-cleaned-up-board-revision-conditions.patch
 
b/recipes/linux/linux-omap-psp-2.6.32/beagleboard-xmc/0008-omap3-beagle-cleaned-up-board-revision-conditions.patch
index 513a101..fb91cb6 100644
--- 
a/recipes/linux/linux-omap-psp-2.6.32/beagleboard-xmc/0008-omap3-beagle-cleaned-up-board-revision-conditions.patch
+++ 
b/recipes/linux/linux-omap-psp-2.6.32/beagleboard-xmc/0008-omap3-beagle-cleaned-up-board-revision-conditions.patch
@@ -143,8 +143,8 @@ index 4bde54b..664a9c6 100644
omap3_beagle_i2c_init();
  
 -  if (cpu_is_omap3630()) {
-+  if ((omap3_beagle_get_rev() != OMAP3BEAGLE_BOARD_XMAB) 
-+  (omap3_beagle_get_rev() != OMAP3BEAGLE_BOARD_XMC)) {
++  if ((omap3_beagle_get_rev() == OMAP3BEAGLE_BOARD_XMAB) ||
++  (omap3_beagle_get_rev() == OMAP3BEAGLE_BOARD_XMC)) {
gpio_buttons[0].gpio = 4;
}
  
-- 
1.7.0.4


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

[oe] [PATCH v2] beagleboard-test-scripts: Add a script flash-fs.sh for flashing NAND

This script flashes the NAND of a BeagleBoard if it exists, and if there is a 
valid image to flash

Signed-off-by: Joel A Fernandes agnel.j...@gmail.com
---
Changes since v1:
* Bumped PR
* Using commit revision number instead of AUTOREV
* Using update-rc.d class instead of copying init script to /etc/rc5.d/
* Removed full stops from the commit summary
* Made comment on the init script in do_install more clear

 .../beagleboard/beagleboard-test-scripts_git.bb|   14 +++---
 1 files changed, 11 insertions(+), 3 deletions(-)

diff --git a/recipes/beagleboard/beagleboard-test-scripts_git.bb 
b/recipes/beagleboard/beagleboard-test-scripts_git.bb
index be0d059..4e0f54f 100644
--- a/recipes/beagleboard/beagleboard-test-scripts_git.bb
+++ b/recipes/beagleboard/beagleboard-test-scripts_git.bb
@@ -1,14 +1,18 @@
 ## Reminder:  The correct spacing for a variable is FOO = BAR  in : PR=r1
 DESCRIPTION = BeagleBoard test scripts
 HOMEPAGE = http://beagleboad.org/support;
-PR = r2
+PR = r3
 
-SRC_URI = git://gitorious.org/beagleboard-validation/scripts.git;protocol=git 
\
+SRC_URI = 
git://gitorious.org/~joelf/beagleboard-validation/validation-scripts.git;protocol=git
 \
 
 
-SRCREV = 473dd2ab20d866be6168c9f992c2c9e74e485c9d
+SRCREV = c482b7cb6caaa986a86d360d39e9040c77667d6b
 S = ${WORKDIR}/git
 
+inherit update-rc.d
+INITSCRIPT_NAME = flash-fs.sh
+INITSCRIPT_PARAMS = start 99 2 3 4 5 .
+
 do_install() {
   TEST_FILES= \
 testaudio \
@@ -28,4 +32,8 @@ do_install() {
   for i in ${TEST_FILES}; do
 install -m 0755 ${S}/${i} ${D}/${bindir}
   done
+  # A script to flash NAND if the board has it, and if there is valid image to 
flash on the SD Card.
+  # We also register it as an init script so that the SD Card auto-flashes to 
NAND during boot.
+  install -d ${D}/${sysconfdir}/init.d/
+  install -m 0755 ${S}/flashing/flash-fs.sh 
${D}/${sysconfdir}/init.d/flash-fs.sh
 }
-- 
1.7.0.4


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

[oe] [PATCH 1/1] matrix-gui: Update SRCREV to revision 295

2011-07-06 Thread Jeff Lance

* beagleboard - Broswer was accidentally removed
* beagleboard - Remove Wifi app and add back browser
* am37x - Add NOTE to connecte imaging daughter card at boot-up

Signed-off-by: Jeff Lance j-lan...@ti.com
---
 recipes/ti/matrix-gui-common_1.4.bb |4 ++--
 recipes/ti/matrix-gui-e_1.3.bb  |4 ++--
 recipes/ti/matrix-gui_1.3.bb|4 ++--
 3 files changed, 6 insertions(+), 6 deletions(-)

diff --git a/recipes/ti/matrix-gui-common_1.4.bb 
b/recipes/ti/matrix-gui-common_1.4.bb
index ee36492..e650e41 100644
--- a/recipes/ti/matrix-gui-common_1.4.bb
+++ b/recipes/ti/matrix-gui-common_1.4.bb
@@ -4,5 +4,5 @@ require matrix-gui-common.inc
 # prebuilt version in the repository.
 RRECOMMENDS_${PN} = am-sysinfo
 
-SRCREV = 293
-PR = ${INC_PR}.15
+SRCREV = 295
+PR = ${INC_PR}.16
diff --git a/recipes/ti/matrix-gui-e_1.3.bb b/recipes/ti/matrix-gui-e_1.3.bb
index 5dfcf47..276793b 100644
--- a/recipes/ti/matrix-gui-e_1.3.bb
+++ b/recipes/ti/matrix-gui-e_1.3.bb
@@ -1,5 +1,5 @@
 require matrix-gui-e.inc
 
-SRCREV = 293
-PR = ${INC_PR}.14
+SRCREV = 295
+PR = ${INC_PR}.15
 
diff --git a/recipes/ti/matrix-gui_1.3.bb b/recipes/ti/matrix-gui_1.3.bb
index 8713ffa..e020fde 100644
--- a/recipes/ti/matrix-gui_1.3.bb
+++ b/recipes/ti/matrix-gui_1.3.bb
@@ -1,4 +1,4 @@
 require matrix-gui.inc
 
-SRCREV = 293
-PR = ${INC_PR}.10
+SRCREV = 295
+PR = ${INC_PR}.11
-- 
1.7.0.4


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

Re: [oe] Discouraged kernels 2.6.35+?

2011-07-06 Thread Enrico

On Wed, Jul 6, 2011 at 12:21 PM, Orjan Friberg o...@flatfrog.com wrote:
 On 2011-07-06 11:52, Henning Heinold wrote:

 If you are needed to use the dsp you have to stick to .32

 Are there DSP-related packages that don't work with later kernels (dsplink,
 codec engine) or something else?

On an igep board i've tested gstreamer-ti and gst-dsp with kernels .35
(from igep git) and .39 (linux-omap_2.6.39 with custom configuration),
no problems so far.

Enrico

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

[oe] how to recover lost password from patchwork @ openembedded ?

Hi all,
as stated in subject 
how to recover lost password from patchwork @ openembedded ?
(NOTE: website doesn't show any link about recover account)

Thanks

Alessandro
-- 

Alessandro Sappia
CEO



Biotechware srl 
C.so Castelfidardo, 30/A c/o I3P
10129 Torino (TO) Italy
Tel: +39 011 0903260
Fax: +39 011 0905126
http://www.biotechware.com/ 

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

Re: [oe] [PATCH-proposal] fix vlc building (-fPIC error) by patching live555 recipe

Hi,

Attached the new patch. is this ok for you this time ?
About the fix-makefile I don't know and did not take the time, just followed
this http://forum.videolan.org/viewtopic.php?f=13t=46465
I just know that it works for me :)

So with this patch vlc will be build wilth live555 support. Before that if
live555 was present(built without fPIC flag by default) vlc did not build
successfully
But if you did clean live555 then vlc build process would detect it and then
build successfully deactivating live555 support (that is why I did succeed
to build the last time without understanding it)

With pleasure!

A 1.1.10 recipe could be cool too but It was above my skills/time for now.(
had some compile error and did not took the time to fix it)

Sylvain

2011/7/6 Denis 'GNUtoo' Carikli gnu...@no-log.org

 Let me know if it is not good enough, and if the patch is accepted.
 hi,
 First thanks for the patch, unfortunately it's in the wrong format, you
 should
 rather use git (git add + git commit + git format-patch + git-send-email )
 as
 described in the patch sending guide:
 http://www.openembedded.org/index.php/How_to_submit_a_patch_for_dummies

 Then I wonder what is fix-makefile.

 I'd like vlc to get fixed. Thanks again for caring about vlc.

 Denis.



0001-live555-recipe-added-fPIC-flag-need-by-VLC-to-build-.patch
Description: Binary data
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

Re: [oe] [PATCH-proposal] fix vlc building (-fPIC error) by patching live555 recipe

Patch attached. removed unneeded line


From 9e01ea60bf7790f1250ef24a317507e255f3f947 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Sylvain=20'GarthPS'=20Par=C3=A9?= sylvain.p...@gmail.com
Date: Wed, 6 Jul 2011 23:36:14 +0200
Subject: [PATCH] live555 recipe: added -fPIC flag need by VLC to build with
live555 support
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit

Signed-off-by: Sylvain 'GarthPS' Paré sylvain.p...@gmail.com
---
 recipes/live555/live555.inc |1 +
 1 files changed, 1 insertions(+), 0 deletions(-)

diff --git a/recipes/live555/live555.inc b/recipes/live555/live555.inc
index 14e97bb..6de57cb 100644
--- a/recipes/live555/live555.inc
+++ b/recipes/live555/live555.inc
@@ -18,6 +18,7 @@ TARGET_CC_ARCH += ${LDFLAGS}

 do_configure() {
 cp ${WORKDIR}/config.linux-cross .
+echo COMPILE_OPTS+= -fPIC   config.linux-cross
 ./genMakefiles linux-cross
 }

-- 
1.7.4.1


0001-live555-recipe-added-fPIC-flag-need-by-VLC-to-build-.patch
Description: Binary data
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

Re: [oe] [PATCH-proposal] fix vlc building (-fPIC error) by patching live555 recipe

ok sorry for the noise.. last time with INC_PR updated

From d8eaabb63088dc68b7bba3f5a6ac6a31e65a36e6 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Sylvain=20'GarthPS'=20Par=C3=A9?= sylvain.p...@gmail.com
Date: Wed, 6 Jul 2011 23:53:42 +0200
Subject: [PATCH] live555 recipe: added -fPIC flag need by VLC to build with
live555 support
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit

Signed-off-by: Sylvain 'GarthPS' Paré sylvain.p...@gmail.com
---
 recipes/live555/live555.inc |3 ++-
 1 files changed, 2 insertions(+), 1 deletions(-)

diff --git a/recipes/live555/live555.inc b/recipes/live555/live555.inc
index 14e97bb..f1e21dc 100644
--- a/recipes/live555/live555.inc
+++ b/recipes/live555/live555.inc
@@ -7,7 +7,7 @@ HOMEPAGE = http://live.com/;
 LICENSE = LGPL
 SECTION = devel

-INC_PR = r1
+INC_PR = r2

 URLV =
${@bb.data.getVar('PV',d,1)[0:4]}.${@bb.data.getVar('PV',d,1)[4:6]}.${@bb.data.getVar('PV',d,1)[6:8]}
 SRC_URI = http://www.live555.com/liveMedia/public/live.${URLV}.tar.gz \
@@ -18,6 +18,7 @@ TARGET_CC_ARCH += ${LDFLAGS}

 do_configure() {
 cp ${WORKDIR}/config.linux-cross .
+echo COMPILE_OPTS+= -fPIC   config.linux-cross
 ./genMakefiles linux-cross
 }

-- 
1.7.4.1


0001-live555-recipe-added-fPIC-flag-need-by-VLC-to-build-.patch
Description: Binary data
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

[oe] [PATCH] libxml: Deleted patch that is already applied in source tarball

This deletes a patch that appears to be already applied to the checked out 
source and is causing do_patch in libxml2
to fail when bitbaking beagleboard-validation-base-image

Signed-off-by: Joel A Fernandes agnel.j...@gmail.com
---
Not sure if should bump the PR in this case? If not, please ignore this note

 .../0cbeb50ee03ce582a0c979c70d8fbf030e270c37.patch |   29 
 recipes/libxml/libxml2_2.7.8.bb|1 -
 2 files changed, 0 insertions(+), 30 deletions(-)
 delete mode 100644 
recipes/libxml/libxml2-2.7.8/0cbeb50ee03ce582a0c979c70d8fbf030e270c37.patch

diff --git 
a/recipes/libxml/libxml2-2.7.8/0cbeb50ee03ce582a0c979c70d8fbf030e270c37.patch 
b/recipes/libxml/libxml2-2.7.8/0cbeb50ee03ce582a0c979c70d8fbf030e270c37.patch
deleted file mode 100644
index f94350d..000
--- 
a/recipes/libxml/libxml2-2.7.8/0cbeb50ee03ce582a0c979c70d8fbf030e270c37.patch
+++ /dev/null
@@ -1,29 +0,0 @@
-From 0cbeb50ee03ce582a0c979c70d8fbf030e270c37 Mon Sep 17 00:00:00 2001
-From: Daniel Veillard veill...@redhat.com
-Date: Mon, 15 Nov 2010 11:06:29 +
-Subject: Fix a potential memory access error
-
-in case of a previus allocation error

-diff --git a/xpath.c b/xpath.c
-index 4d6826d..81e33f6 100644
 a/xpath.c
-+++ b/xpath.c
-@@ -3575,13 +3575,13 @@ xmlXPathNodeSetAdd(xmlNodeSetPtr cur, xmlNodePtr val) {
- } else if (cur-nodeNr == cur-nodeMax) {
- xmlNodePtr *temp;
- 
--cur-nodeMax *= 2;
--  temp = (xmlNodePtr *) xmlRealloc(cur-nodeTab, cur-nodeMax *
-+  temp = (xmlNodePtr *) xmlRealloc(cur-nodeTab, cur-nodeMax * 2 *
- sizeof(xmlNodePtr));
-   if (temp == NULL) {
-   xmlXPathErrMemory(NULL, growing nodeset\n);
-   return;
-   }
-+cur-nodeMax *= 2;
-   cur-nodeTab = temp;
- }
- if (val-type == XML_NAMESPACE_DECL) {
---
-cgit v0.8.3.1
diff --git a/recipes/libxml/libxml2_2.7.8.bb b/recipes/libxml/libxml2_2.7.8.bb
index 1a71c2b..7d0c451 100644
--- a/recipes/libxml/libxml2_2.7.8.bb
+++ b/recipes/libxml/libxml2_2.7.8.bb
@@ -1,7 +1,6 @@
 require libxml2.inc
 
 SRC_URI += \
-  file://0cbeb50ee03ce582a0c979c70d8fbf030e270c37.patch \
   file://df83c17e5a2646bd923f75e5e507bc80d73c9722.patch \
   file://fec31bcd452e77c10579467ca87a785b41115de6.patch \
   file://00819877651b87842ed878898ba17dba489820f0.patch \
-- 
1.7.0.4


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

[oe] [PATCH v2] libxml: Deleted patch that is already applied in source tarball

* Deleted a patch that appears to be already applied to the checked out source 
and is causing do_patch in libxml2 to fail

Signed-off-by: Joel A Fernandes agnel.j...@gmail.com
---
Changes since previous patch:
 Update commit summary to be more relevant.

Not sure if should bump the PR in this case? If not, please ignore this note

 .../0cbeb50ee03ce582a0c979c70d8fbf030e270c37.patch |   29 
 recipes/libxml/libxml2_2.7.8.bb|1 -
 2 files changed, 0 insertions(+), 30 deletions(-)
 delete mode 100644 
recipes/libxml/libxml2-2.7.8/0cbeb50ee03ce582a0c979c70d8fbf030e270c37.patch

diff --git 
a/recipes/libxml/libxml2-2.7.8/0cbeb50ee03ce582a0c979c70d8fbf030e270c37.patch 
b/recipes/libxml/libxml2-2.7.8/0cbeb50ee03ce582a0c979c70d8fbf030e270c37.patch
deleted file mode 100644
index f94350d..000
--- 
a/recipes/libxml/libxml2-2.7.8/0cbeb50ee03ce582a0c979c70d8fbf030e270c37.patch
+++ /dev/null
@@ -1,29 +0,0 @@
-From 0cbeb50ee03ce582a0c979c70d8fbf030e270c37 Mon Sep 17 00:00:00 2001
-From: Daniel Veillard veill...@redhat.com
-Date: Mon, 15 Nov 2010 11:06:29 +
-Subject: Fix a potential memory access error
-
-in case of a previus allocation error

-diff --git a/xpath.c b/xpath.c
-index 4d6826d..81e33f6 100644
 a/xpath.c
-+++ b/xpath.c
-@@ -3575,13 +3575,13 @@ xmlXPathNodeSetAdd(xmlNodeSetPtr cur, xmlNodePtr val) {
- } else if (cur-nodeNr == cur-nodeMax) {
- xmlNodePtr *temp;
- 
--cur-nodeMax *= 2;
--  temp = (xmlNodePtr *) xmlRealloc(cur-nodeTab, cur-nodeMax *
-+  temp = (xmlNodePtr *) xmlRealloc(cur-nodeTab, cur-nodeMax * 2 *
- sizeof(xmlNodePtr));
-   if (temp == NULL) {
-   xmlXPathErrMemory(NULL, growing nodeset\n);
-   return;
-   }
-+cur-nodeMax *= 2;
-   cur-nodeTab = temp;
- }
- if (val-type == XML_NAMESPACE_DECL) {
---
-cgit v0.8.3.1
diff --git a/recipes/libxml/libxml2_2.7.8.bb b/recipes/libxml/libxml2_2.7.8.bb
index 1a71c2b..7d0c451 100644
--- a/recipes/libxml/libxml2_2.7.8.bb
+++ b/recipes/libxml/libxml2_2.7.8.bb
@@ -1,7 +1,6 @@
 require libxml2.inc
 
 SRC_URI += \
-  file://0cbeb50ee03ce582a0c979c70d8fbf030e270c37.patch \
   file://df83c17e5a2646bd923f75e5e507bc80d73c9722.patch \
   file://fec31bcd452e77c10579467ca87a785b41115de6.patch \
   file://00819877651b87842ed878898ba17dba489820f0.patch \
-- 
1.7.0.4


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

Re: [oe] [PATCH] libxml: Deleted patch that is already applied in source tarball

Am Mittwoch, den 06.07.2011, 17:11 -0500 schrieb Joel A Fernandes:
 This deletes a patch that appears to be already applied to the checked out 
 source and is causing do_patch in libxml2
 to fail when bitbaking beagleboard-validation-base-image

This is strange. I do not get this error with `bitbake -k libxml2`. And
according to `git log recipes/libxml/` the patch has been there from the
beginning so somebody else should have hit this too already. Can you
check your set up and post exactly what branch and build configuration
you are using. It would be great if you could run another build with a
clean build (and download(?)) directory.

What do you mean by »checked out«? The downloaded archive?

 Signed-off-by: Joel A Fernandes agnel.j...@gmail.com
 ---
 Not sure if should bump the PR in this case? If not, please ignore this note

If it really fixes a build error I guess no PR bump would be needed,
since the package content should not change.

[…]


Thanks,

Paul


signature.asc
Description: This is a digitally signed message part
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

[oe] Debugging u-boot

2011-07-06 Thread Bernard Mentink

Hi All,

Can some one please tell me how to debug u-boot  on my target. I have
built u-boot for similar hardware and I want to debug with gdb, but
cannot even find the cross-compile version of gdb,
It does not exist in the directory
build/tmp/sysroots/i686-linux/usr/armv6/bin/ where the other
cross-compile tools live ..

I want to execute ${CROSS_COMPILE}gdb u-boot
 .. and breakpoint at some very early symbol . Some steps to
achieving this would be much appreciated ..

Many Thanks,
Bernie




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

Re: [oe] Debugging u-boot

2011-07-06 Thread Charles Manning

Bernie

What toolchain are you building?

If you build meta-toolchain that should build all the stuff you can put into
/usr/local/angstrom/arm/... which includes gdb.

That should then work with a JTAG debugger etc.

-- Charles


On Thu, Jul 7, 2011 at 11:25 AM, Bernard Mentink
bernard_ment...@trimble.com wrote:
 Hi All,

 Can some one please tell me how to debug u-boot  on my target. I have
 built u-boot for similar hardware and I want to debug with gdb, but
 cannot even find the cross-compile version of gdb,
 It does not exist in the directory
 build/tmp/sysroots/i686-linux/usr/armv6/bin/ where the other
 cross-compile tools live ..

 I want to execute ${CROSS_COMPILE}gdb u-boot
  .. and breakpoint at some very early symbol . Some steps to
 achieving this would be much appreciated ..

 Many Thanks,
 Bernie




 ___
 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

[oe] MINUTES: OE-TSC meeting 30-Jun-2011

2011-07-06 Thread Jeff Osier-Mixon

MINUTES: OE-TSC meeting 30-Jun-2011

Attending: Mark, Koen, Tom
Guest: Richard
Notes: Jefro

Agenda  Proceedings:

01) choose a meeting chair

Jefro

02) new topics

  a) libc locale split mess, why did those patches get merged, especially
considering the outcome of last weeks meeting about core files. (koen)

RP: locale stuff was a bit of a disaster, review/test process had some
issues
need to make warnings more visible and improve bitbake logging
should really log all console output to a logfile for example

b) turning insane.bbclass back on (koen)

not a thursday/friday before a long us weekend change
requires some warning, as things will break - need help from community
-- move discussion to oe-core mailing list, tentative date July 11

c) Rein Memory consumption of bitbake. (khem)

needs someone with the time/skill to work on it - continue

03) action items from last week

  -- patches appearing on oe-dev, khem to send email regarding put stuff
in meta-oe
no update

05) Status updates
  - elections - ongoing
  - oe-core
  - bsp guidelines
  - metadata layer splitting
  - infrastructure

Raw Transcript:

(12:58:50 PM) Jefro: 2 minute warning. I have added agenda items from Koen
and Khem, anyone else? Who's here?
(12:59:02 PM) koen: aye
(12:59:07 PM) Tartarus: pong
(12:59:19 PM) ***fray is here now
(12:59:30 PM) Jefro: (is 3 members a quorum now?)
(1:00:11 PM) ***RP__ is here
(1:00:14 PM) Jefro: if not, lively discussion is always an option.  Khem
sent an apology - he can't make it today.
(1:00:27 PM) ***fray notes he will not be able to make next weeks meeting
(1:00:28 PM) RP__: Jefro: We regard it with bemusement :)
(1:00:44 PM) Tartarus: Shall we begin then?
(1:00:52 PM) Jefro: sure - agenda is at http://pastebin.com/mEDd7nm4
(1:01:28 PM) Jefro: ALERT - I need to leave in about 45 minutes, but someone
can send me the transcript of the lastbit if we are still going by then
(1:01:31 PM) RP__: koen: I think that sums it up :)
(1:01:49 PM) Jefro: RP__ :)
(1:02:53 PM) Jefro: quiet today...  too quiet. I'll take the driver's seat
if no one wants it.
(1:03:01 PM) koen: khem says he has no updated on his AR
(1:03:07 PM) koen: (before I forget to mention that)
(1:03:14 PM) RP__: Jefro: go for it :)
(1:03:16 PM) Jefro: koen thanks
(1:03:21 PM) ***Jefro notes Jefro as meeting chair
(1:03:49 PM) Jefro: there were three new topics, two from koen - perhaps he
had better just launch into it
(1:03:59 PM) Tartarus: no new topics here
(1:04:27 PM) fray: nothing here
(1:04:49 PM) RP__: nothing here
(1:04:59 PM) RP__: I have some comments on Koen's topics though :)
(1:05:15 PM) Jefro: I expected nothing less
(1:05:19 PM) koen: so before we burn RP__ at the stake, let's him say his
last words
(1:05:20 PM) Jefro: 2a: libc locale splitmess
(1:05:44 PM) RP__: heh :)
(1:06:13 PM) RP__: The locale stuff was a bit of a disaster, no question
about that :(
(1:06:39 PM) RP__: I don't quite think it follows from last weeks problem
though as these were two different circumstances
(1:07:10 PM) RP__: In this case we were on v3 of the patch and at least four
people had looked at the patches including myself and Phil
(1:07:50 PM) fray: ya, there was definite review..
(1:07:56 PM) RP__: There was stuff people should have spotted and didn't
(1:07:59 PM) koen: but was there testing?
(1:08:10 PM) RP__: koen: I did have it in my testing trees off and on
(1:08:29 PM) koen: an incremental image build would have shown the shlib
renaming problem at least
(1:08:45 PM) RP__: koen: I was doing builds from scratch and profiling at
the same time :/
(1:08:48 PM) fray: I think the incremental image may have been a gap in the
testing..
(1:08:51 PM) koen: a look at the buildlog would have shown all the -dbg
misses
(1:09:21 PM) RP__: koen: I know, I got distracted by other build issues like
performance which I'm still struggling to find a regression on
(1:09:29 PM) koen: unpackaged file are starting to become a pet peeve for me
:)
(1:09:39 PM) RP__: Somewhere we took a 10% hit and I can't explain how
(1:09:48 PM) RP__: koen: one topic at a time ;-)
(1:09:50 PM) fray: koen (re unpackaged files) I agree.. it's getting worse
(1:10:36 PM) RP__: I did send some rather frank emails to the Yocto team
about the locale thing asking people to learn lessons from it although the
mail I sent was to an internal list
(1:11:26 PM) koen: so another set of lessons learned?
(1:11:31 PM) RP__: So all in all, I am resolving to do better and have asked
the team to do better too
(1:11:33 PM) koen: if yes, let's move to 2b
(1:11:53 PM) RP__: koen: yes. I'd also like to see what we can do to make
certain warnings more obvious
(1:11:56 PM) Jefro: any action items from 2a other than be more careful
nexttime?
(1:11:58 PM) RP__: which leads us to 2b
(1:12:19 PM) RP__: Jefro: I think the main thing is to make warnings more
visible and improve bitbake logging
(1:12:30 PM) RP__: we should really log all console output to a logfile for
example
(1:12:50 PM) RP__: in

Re: [oe] Debugging u-boot

2011-07-06 Thread Bernard Mentink

Hi Charles,

Didn't know you were lurking on this list ... ;-) 

I have built for the angstom distro (arm-angstrom-linux-gnueabi-*), but the 
tools got put in my project path I described in my earlier email, but
There was no GDB included for some reason ..

How do you build the meta-toolchain, and how will that help.

Cheers,
Bernie


--
I want to die peacefully in my sleep, like my grandfather, not screaming and 
yelling like the passengers in his car.

-Original Message-
From: openembedded-devel-boun...@lists.openembedded.org 
[mailto:openembedded-devel-boun...@lists.openembedded.org] On Behalf Of Charles 
Manning
Sent: Thursday, 7 July 2011 12:38 p.m.
To: openembedded-devel@lists.openembedded.org
Subject: Re: [oe] Debugging u-boot

Bernie

What toolchain are you building?

If you build meta-toolchain that should build all the stuff you can put into 
/usr/local/angstrom/arm/... which includes gdb.

That should then work with a JTAG debugger etc.

-- Charles


On Thu, Jul 7, 2011 at 11:25 AM, Bernard Mentink bernard_ment...@trimble.com 
wrote:
 Hi All,

 Can some one please tell me how to debug u-boot  on my target. I have 
 built u-boot for similar hardware and I want to debug with gdb, but 
 cannot even find the cross-compile version of gdb, It does not exist 
 in the directory build/tmp/sysroots/i686-linux/usr/armv6/bin/ where 
 the other cross-compile tools live ..

 I want to execute ${CROSS_COMPILE}gdb u-boot
  .. and breakpoint at some very early symbol . Some steps to 
 achieving this would be much appreciated ..

 Many Thanks,
 Bernie




 ___
 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

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

[oe] In reply to review of [PATCH] libxml: Deleted patch that is already applied in source tarball

Hi Paul,

Sorry I am unable to reply to your email on libxml2 as I'm a
digest-mode subscriber so I have started another thread. Could I be
kept on the CC-list by replying-to-all?

My build configuration is:
DISTRO=angstrom-2010.x
MACHINE=beagleboard

git branch: org.openembedded.dev

Uncompressing the sources from the downloaded archive
libxml2-2.7.8.tar.gz shows that the patch in
recipes/libxml/libxml2-2.7.8/0cbeb50ee03ce582a0c979c70d8fbf030e270c37.patch
has already been applied to xpath.c

Could your build configuration be pulling a different recipe?

Thanks,
Joel

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

Re: [oe] Debugging u-boot

2011-07-06 Thread Charles Manning

On Thu, Jul 7, 2011 at 1:13 PM, Bernard Mentink
bernard_ment...@trimble.com wrote:
Hi Charles,

Didn't know you were lurking on this list ... ;-)

You can run but you can't hide.

I have built for the angstom distro (arm-angstrom-linux-gnueabi-*), but the
tools got put in my project path I described in my earlier email, but
There was no GDB included for some reason ..

The regular toolchian than oe builds for its own purposes does not use
gdb because gdb is not needed for building. That toolchain is intended
for use within OE bitbakery only.

A meta-toolchain is built as a standalone toolchain intended for use
outside of OE (eg. if you pull u-boot to a standalone directory for
development purposes or want to do your own app development outside of
OE.)

How do you build the meta-toolchain, and how will that help.

bitbake meta-toolchain.

This makes a toolchain which you can unpack thus:

$ cd /
$ sudo tar xvjf
${OETOP}/tmp/deploy/glibc/sdk/angstrom-2009.X-test-20110301-armv7a-linux-gnueabi-toolchain.tar.bz2

[NB your toolchain name will be something different]

To set up all the paths etc use

. /usr/local/angstrom/arm/environment-setup

Google openembedded metatoolchain will also give some interesting info.

NB If you're building apps and need extra libraries you will need to
make your own SDK. That's a bit more effort and you don't need all
that just for gdbing u-boot

-- Charles

Cheers,
Bernie

--
I want to die peacefully in my sleep, like my grandfather, not screaming and
yelling like the passengers in his car.

-Original Message-
From: openembedded-devel-boun...@lists.openembedded.org
[mailto:openembedded-devel-boun...@lists.openembedded.org] On Behalf Of
Charles Manning
Sent: Thursday, 7 July 2011 12:38 p.m.
To: openembedded-devel@lists.openembedded.org
Subject: Re: [oe] Debugging u-boot

Bernie

What toolchain are you building?

If you build meta-toolchain that should build all the stuff you can put into
/usr/local/angstrom/arm/... which includes gdb.

That should then work with a JTAG debugger etc.

-- Charles

On Thu, Jul 7, 2011 at 11:25 AM, Bernard Mentink
bernard_ment...@trimble.com wrote:
Hi All,

Can some one please tell me how to debug u-boot on my target. I have
built u-boot for similar hardware and I want to debug with gdb, but
cannot even find the cross-compile version of gdb, It does not exist
in the directory build/tmp/sysroots/i686-linux/usr/armv6/bin/ where
the other cross-compile tools live ..

I want to execute ${CROSS_COMPILE}gdb u-boot
.. and breakpoint at some very early symbol . Some steps to
achieving this would be much appreciated ..

Many Thanks,
Bernie

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

[oe] [PATCH] pulseaudio: Run as system-wide instance instead of per-user

* Pulseaudio running as per-user is opening audio devices and blocking everyone 
else from getting access
  to the device. The problem is it doesn't even seem to be allowing 
applications to connect to it, this
  patch starts it up in system mode instead which is tested and known to work

Signed-off-by: Joel A Fernandes agnel.j...@gmail.com
---
 .../pulseaudio-system-mode-startup.sh  |4 
 recipes/pulseaudio/pulseaudio_0.9.22.bb|   15 +++
 2 files changed, 19 insertions(+), 0 deletions(-)
 create mode 100755 
recipes/pulseaudio/pulseaudio-0.9.21/pulseaudio-system-mode-startup.sh

diff --git 
a/recipes/pulseaudio/pulseaudio-0.9.21/pulseaudio-system-mode-startup.sh 
b/recipes/pulseaudio/pulseaudio-0.9.21/pulseaudio-system-mode-startup.sh
new file mode 100755
index 000..528ceb9
--- /dev/null
+++ b/recipes/pulseaudio/pulseaudio-0.9.21/pulseaudio-system-mode-startup.sh
@@ -0,0 +1,4 @@
+#!/bin/sh
+
+echo Starting Pulseaudio in system mode..
+pulseaudio --log-target=syslog --system
diff --git a/recipes/pulseaudio/pulseaudio_0.9.22.bb 
b/recipes/pulseaudio/pulseaudio_0.9.22.bb
index 2368829..6d3adc4 100644
--- a/recipes/pulseaudio/pulseaudio_0.9.22.bb
+++ b/recipes/pulseaudio/pulseaudio_0.9.22.bb
@@ -12,6 +12,10 @@ FILESPATHPKG =. pulseaudio-0.9.21:
 
 inherit gettext
 
+inherit update-rc.d
+INITSCRIPT_NAME = pulseaudio.sh
+INITSCRIPT_PARAMS = start 99 2 3 4 5 .
+
 #SRC_URI += \
 #  file://buildfix.patch \
 #  file://autoconf_version.patch \
@@ -27,6 +31,7 @@ SRC_URI += \
   file://armv4+v5asm.patch \
   file://fixbluezbuild.patch \
   file://ubacktrace.patch \
+  file://pulseaudio-system-mode-startup.sh \
 
 
 #do_compile_prepend() {
@@ -37,3 +42,13 @@ SRC_URI += \
 
 SRC_URI[md5sum] = ca85ab470669b05e100861654cf5eb3c
 SRC_URI[sha256sum] = 
c6019324395117a258c048a6db5e9734551cc2c61dc35b46403ff00d64be55f0
+
+do_install_append() {
+  # init script to start pulseaudio system-wide
+  install -d ${D}/${sysconfdir}/init.d/
+  install -m 0755 ${WORKDIR}/pulseaudio-system-mode-startup.sh 
${D}/${sysconfdir}/init.d/pulseaudio.sh
+
+  # Disable startup of pulseaudio as a per-user instance
+  chmod -x ${D}/${bindir}/start-pulseaudio-x11
+}
+
-- 
1.7.0.4


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

[oe] [PATCH v2] pulseaudio: Run as system-wide instance instead of per-user