Re: [oe] [PATCH] ti-dsplink: Fixed location of toolchain

2011-06-13 Thread Denys Dmytriyenko 
On Mon, Jun 13, 2011 at 10:55:58PM -0500, Joel A Fernandes wrote:
> ti-dsplink: Fixed location of toolchain to build ti-dsplink.
> 
> Signed-off-by: Joel A Fernandes 

Have you tested this with an external toolchain?

-- 
Denys


> ---
>  recipes/ti/ti-dsplink.inc |   34 +-
>  1 files changed, 17 insertions(+), 17 deletions(-)
> 
> diff --git a/recipes/ti/ti-dsplink.inc b/recipes/ti/ti-dsplink.inc
> index c48ec41..bbdc35a 100644
> --- a/recipes/ti/ti-dsplink.inc
> +++ b/recipes/ti/ti-dsplink.inc
> @@ -94,23 +94,23 @@ do_compile() {
>  # Build the gpp user space library
>  cd ${DSPLINK}/gpp/src/api && make \
>CROSS_COMPILE="${TARGET_PREFIX}" \
> -  CC="${TOOLCHAIN_PATH}/bin/${TARGET_PREFIX}gcc" \
> -  AR="${TOOLCHAIN_PATH}/bin/${TARGET_PREFIX}ar" \
> -  LD="${TOOLCHAIN_PATH}/bin/${TARGET_PREFIX}ld" \
> -  COMPILER="${TOOLCHAIN_PATH}/bin/${TARGET_PREFIX}gcc" \
> -  ARCHIVER="${TOOLCHAIN_PATH}/bin/${TARGET_PREFIX}ar" \
> +  CC="${CC}" \
> +  AR="${AR}" \
> +  LD="${LD}" \
> +  COMPILER="${CC}" \
> +  ARCHIVER="${AR}" \
>KERNEL_DIR="${STAGING_KERNEL_DIR}" \
>all
>  
>  # Build the gpp kernel space (debug and release)
>  cd ${DSPLINK}/gpp/src && make \
> -  OBJDUMP="${TARGET_PREFIX}objdump" \
> +  OBJDUMP="${OBJDUMP}" \
>CROSS_COMPILE="${TARGET_PREFIX}" \
> -  CC="${TOOLCHAIN_PATH}/bin/${TARGET_PREFIX}gcc" \
> -  AR="${TOOLCHAIN_PATH}/bin/${TARGET_PREFIX}ar" \
> -  LD="${TOOLCHAIN_PATH}/bin/${TARGET_PREFIX}ld" \
> -  COMPILER="${TOOLCHAIN_PATH}/bin/${TARGET_PREFIX}gcc" \
> -  ARCHIVER="${TOOLCHAIN_PATH}/bin/${TARGET_PREFIX}ar" \
> +  CC="${CC}" \
> +  AR="${AR}" \
> +  LD="${LD}" \
> +  COMPILER="${CC}" \
> +  ARCHIVER="${AR}" \
>KERNEL_DIR="${STAGING_KERNEL_DIR}" \
>BASE_BUILDOS="${STAGING_KERNEL_DIR}" \
>all
> @@ -122,12 +122,12 @@ do_compile() {
>
> OSINC_PLATFORM="${TOOLCHAIN_PATH}/lib/gcc/${TARGET_SYS}/$(${TARGET_PREFIX}gcc 
> -dumpversion)/include" \
>OSINC_TARGET="${BASE_TOOLCHAIN}/target/usr/include" \
>CROSS_COMPILE="${TARGET_PREFIX}" \
> -  CC="${TOOLCHAIN_PATH}/bin/${TARGET_PREFIX}gcc" \
> -  LD="${TOOLCHAIN_PATH}/bin/${TARGET_PREFIX}gcc" \
> -  AR="${TOOLCHAIN_PATH}/bin/${TARGET_PREFIX}ar" \
> -  COMPILER="${TOOLCHAIN_PATH}/bin/${TARGET_PREFIX}gcc" \
> -  LINKER="${TOOLCHAIN_PATH}/bin/${TARGET_PREFIX}gcc" \
> -  ARCHIVER="${TOOLCHAIN_PATH}/bin/${TARGET_PREFIX}ar" \
> +  CC="${CC}" \
> +  AR="${AR}" \
> +  LD="${LD}" \
> +  COMPILER="${CC}" \
> +  ARCHIVER="${AR}" \
> +  LINKER="${CC}" \
>KERNEL_DIR="${STAGING_KERNEL_DIR}" \
>all
>  
> 
> ___
> 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] [PATCH] ti-dsplink: Fixed location of toolchain

2011-06-13 Thread Joel A Fernandes 
ti-dsplink: Fixed location of toolchain to build ti-dsplink.

Signed-off-by: Joel A Fernandes 
---
 recipes/ti/ti-dsplink.inc |   34 +-
 1 files changed, 17 insertions(+), 17 deletions(-)

diff --git a/recipes/ti/ti-dsplink.inc b/recipes/ti/ti-dsplink.inc
index c48ec41..bbdc35a 100644
--- a/recipes/ti/ti-dsplink.inc
+++ b/recipes/ti/ti-dsplink.inc
@@ -94,23 +94,23 @@ do_compile() {
 # Build the gpp user space library
 cd ${DSPLINK}/gpp/src/api && make \
   CROSS_COMPILE="${TARGET_PREFIX}" \
-  CC="${TOOLCHAIN_PATH}/bin/${TARGET_PREFIX}gcc" \
-  AR="${TOOLCHAIN_PATH}/bin/${TARGET_PREFIX}ar" \
-  LD="${TOOLCHAIN_PATH}/bin/${TARGET_PREFIX}ld" \
-  COMPILER="${TOOLCHAIN_PATH}/bin/${TARGET_PREFIX}gcc" \
-  ARCHIVER="${TOOLCHAIN_PATH}/bin/${TARGET_PREFIX}ar" \
+  CC="${CC}" \
+  AR="${AR}" \
+  LD="${LD}" \
+  COMPILER="${CC}" \
+  ARCHIVER="${AR}" \
   KERNEL_DIR="${STAGING_KERNEL_DIR}" \
   all
 
 # Build the gpp kernel space (debug and release)
 cd ${DSPLINK}/gpp/src && make \
-  OBJDUMP="${TARGET_PREFIX}objdump" \
+  OBJDUMP="${OBJDUMP}" \
   CROSS_COMPILE="${TARGET_PREFIX}" \
-  CC="${TOOLCHAIN_PATH}/bin/${TARGET_PREFIX}gcc" \
-  AR="${TOOLCHAIN_PATH}/bin/${TARGET_PREFIX}ar" \
-  LD="${TOOLCHAIN_PATH}/bin/${TARGET_PREFIX}ld" \
-  COMPILER="${TOOLCHAIN_PATH}/bin/${TARGET_PREFIX}gcc" \
-  ARCHIVER="${TOOLCHAIN_PATH}/bin/${TARGET_PREFIX}ar" \
+  CC="${CC}" \
+  AR="${AR}" \
+  LD="${LD}" \
+  COMPILER="${CC}" \
+  ARCHIVER="${AR}" \
   KERNEL_DIR="${STAGING_KERNEL_DIR}" \
   BASE_BUILDOS="${STAGING_KERNEL_DIR}" \
   all
@@ -122,12 +122,12 @@ do_compile() {
   
OSINC_PLATFORM="${TOOLCHAIN_PATH}/lib/gcc/${TARGET_SYS}/$(${TARGET_PREFIX}gcc 
-dumpversion)/include" \
   OSINC_TARGET="${BASE_TOOLCHAIN}/target/usr/include" \
   CROSS_COMPILE="${TARGET_PREFIX}" \
-  CC="${TOOLCHAIN_PATH}/bin/${TARGET_PREFIX}gcc" \
-  LD="${TOOLCHAIN_PATH}/bin/${TARGET_PREFIX}gcc" \
-  AR="${TOOLCHAIN_PATH}/bin/${TARGET_PREFIX}ar" \
-  COMPILER="${TOOLCHAIN_PATH}/bin/${TARGET_PREFIX}gcc" \
-  LINKER="${TOOLCHAIN_PATH}/bin/${TARGET_PREFIX}gcc" \
-  ARCHIVER="${TOOLCHAIN_PATH}/bin/${TARGET_PREFIX}ar" \
+  CC="${CC}" \
+  AR="${AR}" \
+  LD="${LD}" \
+  COMPILER="${CC}" \
+  ARCHIVER="${AR}" \
+  LINKER="${CC}" \
   KERNEL_DIR="${STAGING_KERNEL_DIR}" \
   all
 

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

[oe] [PATCH] emtooth2: bump SRCREV to 143

2011-06-13 Thread Pau Espin Pedrol 
Signed-off-by: Pau Espin Pedrol 
---
 recipes/openmoko-3rdparty/emtooth2_svn.bb |2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)

diff --git a/recipes/openmoko-3rdparty/emtooth2_svn.bb 
b/recipes/openmoko-3rdparty/emtooth2_svn.bb
index cec016f..2dfb26e 100644
--- a/recipes/openmoko-3rdparty/emtooth2_svn.bb
+++ b/recipes/openmoko-3rdparty/emtooth2_svn.bb
@@ -6,7 +6,7 @@ LICENSE = "GPLv2"
 DEPENDS = "glib-2.0 libeflvala"
 RDEPENDS_${PN} = "bluez4 obexd"
 
-SRCREV = "132"
+SRCREV = "143"
 PV = "0.1+svnr${SRCPV}"
 PR = "r0"
 
-- 
1.7.5.rc3


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

Re: [oe] Builds Failing

2011-06-13 Thread Russell Morris 
Hi,
Perhaps a dumb question, but ... do I need to do this? I can give it a try 
(though I'm not quite sure I understand what needs to be changed). Just trying 
to figure out how to get this working again.
Thanks!
... Russell


On Wed, 06/08/2011 01:28 PM, Tom Rini  wrote:
> On 06/07/2011 02:21 PM, Russell Morris wrote:
> > Hi,
> > 
> > I am trying to build OE with the latest source (i.e. from MASTER) -
> > but images that used to work are now failing (x11-gpe-image,
> > console-image). The failure seems to be in bash, as you can see in
> > the attached log files.
> 
> Ah ha!  So, what's going on here is that upstream patches that we fetch
> have the 'bad' behavior of encoding '..' into the path and newer
> versions of 'patch' fail to apply these due to security concerns.
> 
> We can kludge around this by making the recipe use say 'git' as the
> patch apply tool but someone should go yell at upstream.  Or we need to
> update to a newer version of bash where maybe upstream is publishing
> better behaved patches.
> 
> --
> Tom Rini
> Mentor Graphics Corporation
> 
> ___
> 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] [RFC][PATCH] libyajl_git: Add Git dbcba50b7 version (initial recipe)

2011-06-13 Thread Paul Menzel 
Date: Mon, 13 Jun 2011 19:24:12 +0200

XBMC Git requires on YAJL now [1].

[1] https://github.com/xbmc/xbmc/commit/3565ad579e9b80f4be57db901d3fe44d9bfac87d

Signed-off-by: Paul Menzel 
---
I still have to problems.

1. Is the correct recipe name yajl – as the project calls itself – or libyajl 
since it is a library?
2. During the first BitBake run, task package_stage fails with the following 
error (please note that here the used recipe name was `yajl`).

ERROR: Error executing a python function in 
/oe/openembedded/recipes/yajl/yajl_git.bb:
ShellSyntaxError: Unexpected EOF

ERROR: The stack trace of python calls that resulted in this 
exception/failure was:
ERROR:   File "do_package_stage", line 87, in 
ERROR: 
ERROR:   File "do_package_stage", line 81, in do_package_stage
ERROR: 
ERROR:   File "/oe/bitbake/lib/bb/build.py", line 171, in exec_func
ERROR: exec_func_shell(func, d, runfile, cwd=adir)
ERROR: 
ERROR:   File "/oe/bitbake/lib/bb/build.py", line 224, in 
exec_func_shell
ERROR: data.emit_func(function, script, d)
ERROR: 
ERROR:   File "/oe/bitbake/lib/bb/data.py", line 260, in emit_func
ERROR: newdeps = 
bb.codeparser.ShellParser().parse_shell(d.getVar(func, True))
ERROR: 
ERROR:   File "/oe/bitbake/lib/bb/codeparser.py", line 247, in 
parse_shell
ERROR: raise sherrors.ShellSyntaxError("Unexpected EOF")
ERROR: 
ERROR: The code that was being executed was:
ERROR:  0083:bb.build.exec_func("staging_package_installer", d)
ERROR:  0084:bb.utils.unlockfile(lf)
ERROR:  0085:
ERROR:  0086:
ERROR:  *** 0087:do_package_stage(d)
ERROR:  0088:
ERROR: (file: 'do_package_stage', lineno: 87, function: )
ERROR:  0077:oe_run(d, "cp -PpR %s.do_* %s/" % (stampfn, 
destdir))
ERROR:  0078:
ERROR:  0079:pstage_set_pkgmanager(d)
ERROR:  0080:bb.build.exec_func("staging_helper", d)
ERROR:  *** 0081:bb.build.exec_func("staging_packager", d)
ERROR:  0082:lf = 
bb.utils.lockfile(bb.data.expand("/oe/build-angstrom-next/angstrom-dev/sysroots/staging.lock",
 d))
ERROR:  0083:bb.build.exec_func("staging_package_installer", d)
ERROR:  0084:bb.utils.unlockfile(lf)
ERROR:  0085:
ERROR: (file: 'do_package_stage', lineno: 81, function: 
do_package_stage)
ERROR: Function 'do_package_stage' failed
+ cd 
/oe/build-angstrom-next/angstrom-dev/work/armv7a-angstrom-linux-gnueabi/yajl-git-r0/git
+ staging_helper
+ conffile=/oe/build-angstrom-next/angstrom-dev/pstage/opkg.conf
+ mkdir -p /oe/build-angstrom-next/angstrom-dev/pstage/pstaging_lists
+ arch=armv7a-linux-gnueabi
+ '[' '!' -e /oe/build-angstrom-next/angstrom-dev/pstage/opkg.conf ']'
++ grep -c ' armv7a-linux-gnueabi ' 
/oe/build-angstrom-next/angstrom-dev/pstage/opkg.conf
+ '[' 1 -eq 0 ']'
+ '[' '!' -e /oe/build-angstrom-next/angstrom-dev/usr/lib/opkg/info/ ']'
+ '[' '!' -e /oe/build-angstrom-next/angstrom-dev/usr/lib/ipkg/ ']'

Running `bitbake yajl` afterward works fine then.
---
 recipes/libyajl/libyajl_git.bb |   25 +
 1 files changed, 25 insertions(+), 0 deletions(-)
 create mode 100644 recipes/libyajl/libyajl_git.bb

diff --git a/recipes/libyajl/libyajl_git.bb b/recipes/libyajl/libyajl_git.bb
new file mode 100644
index 000..eb3d821
--- /dev/null
+++ b/recipes/libyajl/libyajl_git.bb
@@ -0,0 +1,25 @@
+DESCRIPTION = "Yet Another JSON Library. YAJL is a small event-driven 
(SAX-style) JSON parser written in ANSI C, and a small validating JSON 
generator."
+AUTHOR = "Lloyd Hilaiel"
+HOMEPAGE = "http://lloyd.github.com/yajl/";
+SECTION = "libs
+PRIORITY = "optional"
+LICENSE = "ISC"
+LIC_FILES_CHKSUM = "file://LICENSE;md5=74f541bd9a2b6c8e5d0714bcdc327f32"
+
+DEPENDS = "ruby"
+
+inherit gitpkgv
+PKGV = "v${GITPKGVTAG}"
+
+# This gets reset to the proper version with PKGV above
+PV = "git"
+PR = "r0"
+
+inherit cmake pkgconfig
+
+SRCREV = "dbcba50b7785170d89bfeddaf2b41fe3f3ffacf4"
+
+SRC_URI = "git://github.com/lloyd/yajl;protocol=git \
+  "
+
+S = "${WORKDIR}/git"
-- 
1.7.5.4


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] enjoy: add alsa and autodetect gst modules.

2011-06-13 Thread Paul Menzel 
Am Montag, den 13.06.2011, 20:59 +0200 schrieb Pau Espin Pedrol:
> Without autodetect, enjoy segfaults. Without alsa, no sound is played.
> 
> That happens because emotion needs them to play as shown in its source code:
> emotion_gstreamer_pipeline.c:   sink = 
> gst_element_factory_make("autoaudiosink", "audiosink");

Thank you for resending the patch!

> Signed-off-by: Pau Espin Pedrol 
>
> ---
>  recipes/e17/enjoy_svn.bb |4 ++--
>  1 files changed, 2 insertions(+), 2 deletions(-)

[…]

Acked-by: Paul Menzel 

I will give the others folks a day or two for reviewing and commit your
patch afterward.


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] enjoy: add alsa and autodetect gst modules. Without autodetect, enjoy segfaults. Without alsa, no sound is played

2011-06-13 Thread Paul Menzel 
Am Dienstag, den 14.06.2011, 00:08 +0200 schrieb Pau Espin Pedrol:
> 2011/6/13 Paul Menzel 
> 
> > Am Montag, den 13.06.2011, 23:16 +0200 schrieb Pau Espin Pedrol:
> > > 2011/6/13 Paul Menzel 
> > >
> > > > But maybe it should fail gracefully and not segfault.
> > >
> > > For sure, but imo this has nothing to do with this patch. I'm just adding
> > needed deps for the app to do its work as expected :)
> >
> > Of course.
> >
> > To improve Enjoy it would be perfect to report that problem to the
> > upstream developers. This would be the perfect solution for this
> > problem.

> I might find time to write and send a patch for that to emotion guys :)

Awesome! A report would be fine too. Maybe a developer already tackled
that or they have different ideas.


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] enjoy: add alsa and autodetect gst modules. Without autodetect, enjoy segfaults. Without alsa, no sound is played

2011-06-13 Thread Pau Espin Pedrol 
2011/6/13 Paul Menzel 

> Am Montag, den 13.06.2011, 23:16 +0200 schrieb Pau Espin Pedrol:
> > 2011/6/13 Paul Menzel 
> >
> > > But maybe it should fail gracefully and not segfault.
> >
> > For sure, but imo this has nothing to do with this patch. I'm just adding
> needed deps for the app to do its work as expected :)
>
> Of course.
>
> To improve Enjoy it would be perfect to report that problem to the
> upstream developers. This would be the perfect solution for this
> problem.
>
>
> Thanks,
>
> Paul
>
> ___
> Openembedded-devel mailing list
> Openembedded-devel@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
>
>
I might find time to write and send a patch for that to emotion guys :)

-- 
Pau Espin Pedrol
mail/jabber: pespin.s...@gmail.com
http://blog.espeweb.net
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

Re: [oe] [PATCH] enjoy: add alsa and autodetect gst modules. Without autodetect, enjoy segfaults. Without alsa, no sound is played

2011-06-13 Thread Paul Menzel 
Am Montag, den 13.06.2011, 23:16 +0200 schrieb Pau Espin Pedrol:
> 2011/6/13 Paul Menzel 
> 
> > But maybe it should fail gracefully and not segfault.
>
> For sure, but imo this has nothing to do with this patch. I'm just adding 
> needed deps for the app to do its work as expected :)

Of course.

To improve Enjoy it would be perfect to report that problem to the
upstream developers. This would be the perfect solution for this
problem.


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] enjoy: add alsa and autodetect gst modules. Without autodetect, enjoy segfaults. Without alsa, no sound is played

2011-06-13 Thread Pau Espin Pedrol 
2011/6/13 Paul Menzel 

> But maybe it should fail gracefully and not segfault.


For sure, but imo this has nothing to do with this patch. I'm just adding
needed deps for the app to do its work as expected :)

-- 
Pau Espin Pedrol
mail/jabber: pespin.s...@gmail.com
http://blog.espeweb.net
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

Re: [oe] [PATCH] enjoy: add alsa and autodetect gst modules. Without autodetect, enjoy segfaults. Without alsa, no sound is played

2011-06-13 Thread Paul Menzel 
Am Montag, den 13.06.2011, 21:19 +0200 schrieb Pau Espin Pedrol:
> Well I wouldn't say it's a problem itself.. it's just how emotion works...
> it uses that gstreamer module so it's a needed dep in order to run ;)

But maybe it should fail gracefully and not segfault.


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] enjoy: add alsa and autodetect gst modules. Without autodetect, enjoy segfaults. Without alsa, no sound is played

2011-06-13 Thread Pau Espin Pedrol 
Well I wouldn't say it's a problem itself.. it's just how emotion works...
it uses that gstreamer module so it's a needed dep in order to run ;)

-- 
Pau Espin Pedrol
mail/jabber: pespin.s...@gmail.com
http://blog.espeweb.net
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

Re: [oe] [PATCH] enjoy: add alsa and autodetect gst modules. Without autodetect, enjoy segfaults. Without alsa, no sound is played

2011-06-13 Thread Nicolas Aguirre 
2011/6/13 Pau Espin Pedrol :
> Hi, thanks for reviewing it ;)
>
> 2011/6/13 Paul Menzel 
>
>> Please also paste the important parts of the segfault into the commit
>> message.
>>
>
> I don't have the segfault right now because I've using buil enjoy with this
> patch for few days since now. Basically it seems that emotion is using
> autodetect gst pipe element, which in turn is using alsa.
>
> I think it was this file/line in emotion:
> emotion_gstreamer_pipeline.c:   sink =
> gst_element_factory_make("autoaudiosink", "audiosink");
>
> I'm using SHR distro.
>
> I'll send new patch version now.
>
> --
> Pau Espin Pedrol
> mail/jabber: pespin.s...@gmail.com
> http://blog.espeweb.net
> ___
> Openembedded-devel mailing list
> Openembedded-devel@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
>

If you think there is a problem in emotion, we could fix it upstream ?

-- 
Nicolas Aguirre
Mail: aguirre.nico...@gmail.com
Web: http://enna.geexbox.org
Blog: http://dev.enlightenment.fr/~captainigloo/

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

[oe] [PATCH v2] enjoy: add alsa and autodetect gst modules.

2011-06-13 Thread Pau Espin Pedrol 
Without autodetect, enjoy segfaults. Without alsa, no sound is played.

That happens because emotion needs them to play as shown in its source code:
emotion_gstreamer_pipeline.c:   sink = 
gst_element_factory_make("autoaudiosink", "audiosink");

Signed-off-by: Pau Espin Pedrol 
---
 recipes/e17/enjoy_svn.bb |4 ++--
 1 files changed, 2 insertions(+), 2 deletions(-)

diff --git a/recipes/e17/enjoy_svn.bb b/recipes/e17/enjoy_svn.bb
index eab81b4..d709eb7 100644
--- a/recipes/e17/enjoy_svn.bb
+++ b/recipes/e17/enjoy_svn.bb
@@ -3,7 +3,7 @@ LICENSE = "LGPLv3"
 DEPENDS = "evas ecore edje elementary emotion lightmediascanner"
 SRCREV = "${EFL_SRCREV}"
 PV = "0.0+svnr${SRCPV}"
-PR = "r4"
+PR = "r5"
 
 DEPENDS += "gst-plugins-good ${@base_conditional('ENTERPRISE_DISTRO', '1', '', 
'gst-plugins-ugly', d)}"
 
@@ -13,7 +13,7 @@ DEPENDS += "gst-plugins-good 
${@base_conditional('ENTERPRISE_DISTRO', '1', '', '
 #4th needed for flac playback
 #5th needed binary to create db
 RDEPENDS += "\
-   gst-plugin-typefindfunctions gst-plugin-playbin gst-plugin-volume 
gst-plugin-decodebin2  \
+   gst-plugin-typefindfunctions gst-plugin-playbin gst-plugin-volume 
gst-plugin-decodebin2  gst-plugin-alsa gst-plugin-autodetect \
${@base_conditional('ENTERPRISE_DISTRO', '1', '', 'gst-plugin-mad 
gst-plugin-id3demux', d)} \
gst-plugin-ogg gst-plugin-ivorbisdec \
gst-plugin-flac \
-- 
1.7.5.rc3


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

Re: [oe] [PATCH] enjoy: add alsa and autodetect gst modules. Without autodetect, enjoy segfaults. Without alsa, no sound is played

2011-06-13 Thread Pau Espin Pedrol 
Hi, thanks for reviewing it ;)

2011/6/13 Paul Menzel 

> Please also paste the important parts of the segfault into the commit
> message.
>

I don't have the segfault right now because I've using buil enjoy with this
patch for few days since now. Basically it seems that emotion is using
autodetect gst pipe element, which in turn is using alsa.

I think it was this file/line in emotion:
emotion_gstreamer_pipeline.c:   sink =
gst_element_factory_make("autoaudiosink", "audiosink");

I'm using SHR distro.

I'll send new patch version now.

-- 
Pau Espin Pedrol
mail/jabber: pespin.s...@gmail.com
http://blog.espeweb.net
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

Re: [oe] [PATCH] enjoy: add alsa and autodetect gst modules. Without autodetect, enjoy segfaults. Without alsa, no sound is played

2011-06-13 Thread Paul Menzel 
Dear Pau,


thank you for your contribution.

Am Montag, den 13.06.2011, 19:52 +0200 schrieb Pau Espin Pedrol:

The commit summary is a bit long. Please add a blank line in between and
add your Signed-off-by line according to the commit policy [1].

Please also paste the important parts of the segfault into the commit
message.

What system did you use for testing?

> ---
>  recipes/e17/enjoy_svn.bb |4 ++--
>  1 files changed, 2 insertions(+), 2 deletions(-)
> 
> diff --git a/recipes/e17/enjoy_svn.bb b/recipes/e17/enjoy_svn.bb
> index eab81b4..d709eb7 100644
> --- a/recipes/e17/enjoy_svn.bb
> +++ b/recipes/e17/enjoy_svn.bb
> @@ -3,7 +3,7 @@ LICENSE = "LGPLv3"
>  DEPENDS = "evas ecore edje elementary emotion lightmediascanner"
>  SRCREV = "${EFL_SRCREV}"
>  PV = "0.0+svnr${SRCPV}"
> -PR = "r4"
> +PR = "r5"
>  
>  DEPENDS += "gst-plugins-good ${@base_conditional('ENTERPRISE_DISTRO', '1', 
> '', 'gst-plugins-ugly', d)}"
>  
> @@ -13,7 +13,7 @@ DEPENDS += "gst-plugins-good 
> ${@base_conditional('ENTERPRISE_DISTRO', '1', '', '
>  #4th needed for flac playback
>  #5th needed binary to create db
>  RDEPENDS += "\
> - gst-plugin-typefindfunctions gst-plugin-playbin gst-plugin-volume 
> gst-plugin-decodebin2  \
> + gst-plugin-typefindfunctions gst-plugin-playbin gst-plugin-volume 
> gst-plugin-decodebin2  gst-plugin-alsa gst-plugin-autodetect \
>   ${@base_conditional('ENTERPRISE_DISTRO', '1', '', 'gst-plugin-mad 
> gst-plugin-id3demux', d)} \
>   gst-plugin-ogg gst-plugin-ivorbisdec \
>   gst-plugin-flac \

Otherwise this looks good. Please resend as “v2” [2].


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] bitbake says do_rootfs fails without even forking it

2011-06-13 Thread Michael Smith 

Hi,

I'm using a fairly old oe-dev tree from late 2010. I upgraded bitbake to 
the 1.12 branch recently and haven't been able to build an image. This 
is what bitbake reports:



DEBUG: Executing task do_rootfs
NOTE: package toastix-image-20.12-r0: task do_rootfs: Started
DEBUG: Zero size logfn 
/home/michael/git/toastix/tmp/work/shogo2-oe-linux-gnueabi/toastix-image-20.12-r0/temp/log.do_rootfs.28992, 
removing
ERROR: Task 12 
(/home/michael/git/toastix/public/recipes/images/toastix-image.bb, 
do_rootfs) failed with exit code '1'


In strace, I can see a child process (or thread) is writing the 
run.do_rootfs file; checking the size of the log file; deleting the log 
file; sending an event back on a pipe; and calling exit_group(1).


It doesn't actually execute the run.do_rootfs file.

I can execute the rootfs script manually:

tmp/sysroots/x86_64-linux/bin/fakeroot -- bash -c \
'. run.do_rootfs.17415 && do_rootfs'

and it fails, after a while, when rootfs_deb_do_rootfs tries to call 
"log_check rootfs". log_check() is defined in image.bbclass, but somehow 
it didn't make it into the run.do_rootfs script, even though the next 
function up in image.bbclass, insert_feed_uris, was included.


Questions:
1. What's the mechanism by which log_check is supposed to be included in 
the run.do_rootfs script?
2. Is anyone else using oe-dev with bitbake 1.12? It doesn't look like 
much has changed in the image classes since late 2010, so whatever 
problem I'm having, I'd think others could be having it, too.
3. How can I figure out why bitbake is not running the do_rootfs script? 
Passing lots of -D flags didn't help.


Thanks,
Mike

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

[oe] [PATCH] enjoy: add alsa and autodetect gst modules. Without autodetect, enjoy segfaults. Without alsa, no sound is played

2011-06-13 Thread Pau Espin Pedrol 
---
 recipes/e17/enjoy_svn.bb |4 ++--
 1 files changed, 2 insertions(+), 2 deletions(-)

diff --git a/recipes/e17/enjoy_svn.bb b/recipes/e17/enjoy_svn.bb
index eab81b4..d709eb7 100644
--- a/recipes/e17/enjoy_svn.bb
+++ b/recipes/e17/enjoy_svn.bb
@@ -3,7 +3,7 @@ LICENSE = "LGPLv3"
 DEPENDS = "evas ecore edje elementary emotion lightmediascanner"
 SRCREV = "${EFL_SRCREV}"
 PV = "0.0+svnr${SRCPV}"
-PR = "r4"
+PR = "r5"
 
 DEPENDS += "gst-plugins-good ${@base_conditional('ENTERPRISE_DISTRO', '1', '', 
'gst-plugins-ugly', d)}"
 
@@ -13,7 +13,7 @@ DEPENDS += "gst-plugins-good 
${@base_conditional('ENTERPRISE_DISTRO', '1', '', '
 #4th needed for flac playback
 #5th needed binary to create db
 RDEPENDS += "\
-   gst-plugin-typefindfunctions gst-plugin-playbin gst-plugin-volume 
gst-plugin-decodebin2  \
+   gst-plugin-typefindfunctions gst-plugin-playbin gst-plugin-volume 
gst-plugin-decodebin2  gst-plugin-alsa gst-plugin-autodetect \
${@base_conditional('ENTERPRISE_DISTRO', '1', '', 'gst-plugin-mad 
gst-plugin-id3demux', d)} \
gst-plugin-ogg gst-plugin-ivorbisdec \
gst-plugin-flac \
-- 
1.7.5.rc3


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

Re: [oe] [2011.03-maintenance] fakeroot: Move from not fetchable 1.14.5 to 1.15.1

2011-06-13 Thread Koen Kooi 
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

The angstrom mirror has that, among other goodies

On 13-06-11 16:11, George C. Huntington, III wrote:
> I've tried to find the fakeroot_1.14.5.orig.tar.bz2, does anyone have this
> mirrored?
> 
> 
> On Fri, Jun 10, 2011 at 6:44 PM, Tom Rini  wrote:
> 
> On 06/10/2011 06:48 AM, George C. Huntington III wrote:
 From: Florian Boor 

 Fakeroot 1.14.5 was not fetchable any more. Updating to 1.15.1.

 Test environment:
 BB_VERSION= "1.10.2"
 METADATA_BRANCH   = "org.openembedded.dev"
 TARGET_ARCH   = "arm"
 TARGET_OS = "linux-gnueabi"
 MACHINE   = "mainstone"
 DISTRO= "minimal"
 DISTRO_VERSION= "dev-snapshot-20110504"
 TARGET_FPU= "soft"

 Signed-off-by: Florian Boor 
> 
> For 2011.03-maintenance I'm going to NAK this.  A mirror setup is
> required as we aren't trying to keep up to date with the tzdata/tzcode
> mess and these are available via the angstrom mirror (and if needed
> could be put on the regular OE mirror).  Thanks for your interest in the
> stable branch, all the same!
> 
>>
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
>>

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (Darwin)

iD8DBQFN9h1lMkyGM64RGpERAmawAKChxN1zI85TyiLwV5PVKFMbIEb+ZQCfbdsr
rul9gWorOumVf8PVOX4gg/A=
=XLwJ
-END PGP SIGNATURE-


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

Re: [oe] [2011.03-maintenance] fakeroot: Move from not fetchable 1.14.5 to 1.15.1

2011-06-13 Thread George C. Huntington, III 
I've tried to find the fakeroot_1.14.5.orig.tar.bz2, does anyone have this
mirrored?


On Fri, Jun 10, 2011 at 6:44 PM, Tom Rini  wrote:

> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 06/10/2011 06:48 AM, George C. Huntington III wrote:
> > From: Florian Boor 
> >
> > Fakeroot 1.14.5 was not fetchable any more. Updating to 1.15.1.
> >
> > Test environment:
> > BB_VERSION= "1.10.2"
> > METADATA_BRANCH   = "org.openembedded.dev"
> > TARGET_ARCH   = "arm"
> > TARGET_OS = "linux-gnueabi"
> > MACHINE   = "mainstone"
> > DISTRO= "minimal"
> > DISTRO_VERSION= "dev-snapshot-20110504"
> > TARGET_FPU= "soft"
> >
> > Signed-off-by: Florian Boor 
>
> For 2011.03-maintenance I'm going to NAK this.  A mirror setup is
> required as we aren't trying to keep up to date with the tzdata/tzcode
> mess and these are available via the angstrom mirror (and if needed
> could be put on the regular OE mirror).  Thanks for your interest in the
> stable branch, all the same!
>
> - --
> Tom Rini
> Mentor Graphics Corporation
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.4.10 (GNU/Linux)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
>
> iQEcBAEBAgAGBQJN8p4uAAoJEI4NMjfc3nJxBFQH/3V2UzwjerwjMX2fWcRfAyBC
> Gbm0uVhc81JmO1csGyXkVsm8iNURI0sNvq+bvOJ/ZKOgaFcITuTjWPhhM5rUYPC/
> bt2X8w6s996FISA0BewfTg3c+znf3ybfH+s5aecEyT81FpbiBeKnhiQ+suQHagOR
> f9Ev/DsWGko5PQYRXQNxcHXouw+tT+JSt6+0jSr2qZD1vEr8GC5iuwpjIAuC32ja
> 0mKvNBhrk5mE1RTC7LozRIqJQbGl3GqDnyvm5I4AUGRsR9r5M6M5D2+6sAGv1JJH
> aamhmSXND5NfJgmrETQNXL5AAhDCfxy958s4SPRGmf+StAn8Sr15pqEaigJoGkY=
> =mMob
> -END PGP SIGNATURE-
>
> ___
> 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] [PATCH v2] wxbase_2.8.9: fix includepath for SDL dependency

2011-06-13 Thread Paul Menzel 
Am Montag, den 13.06.2011, 09:52 +0200 schrieb Matteo Facchinetti:
> On 06/10/2011 11:04 AM, Paul Menzel wrote:
> > Thank you for the explanation. I think it is generally discourage to
> > have arbitrary build behavior in OE recipes.
> >
> > Do you need to use SDL?
> No, for my project I don't use it.
> >   Is it generally needed when using wxbase? If yes
> > the dependency to sdl should be added and `--with-sdl` passed to
> > configure.
> >
> Generally, could be need use this feat when board have ALSA support but 
> in other case best way is to disable it.
> 
> In according with the project, I think could be a good choice to make a 
> new recipes with wxbase-nosoud_2.8.9.bb,
> and for wxbase_2.8.9.bb we force to compile with sound support, correct 
> sdl path and right dependency.
> 
> What do you think about this?

That is a very good proposal. If you have the time to create these two
patches that would be great. On the other hand since nobody commented on
this thread/problem you could just disable the SDL support and if
somebody needs it, s/he could create a `wxbase-sdl*` package. That would
lower the maintenance work.

Your call. ;-)


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] wxbase_2.8.9: fix includepath for SDL dependency

2011-06-13 Thread Matteo Facchinetti 

On 06/10/2011 11:04 AM, Paul Menzel wrote:

Thank you for the explanation. I think it is generally discourage to
have arbitrary build behavior in OE recipes.

Do you need to use SDL?

No, for my project I don't use it.

  Is it generally needed when using wxbase? If yes
the dependency to sdl should be added and `--with-sdl` passed to
configure.

Generally, could be need use this feat when board have ALSA support but 
in other case best way is to disable it.


In according with the project, I think could be a good choice to make a 
new recipes with wxbase-nosoud_2.8.9.bb,
and for wxbase_2.8.9.bb we force to compile with sound support, correct 
sdl path and right dependency.


What do you think about this?

Matteo

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