All of lore.kernel.org
 help / color / mirror / Atom feed
* testing branch 2010-09-13
@ 2010-09-13 18:21 Cliff Brake
  2010-09-13 20:55 ` Philip Balister
  2010-09-14 11:36 ` Philip Balister
  0 siblings, 2 replies; 16+ messages in thread
From: Cliff Brake @ 2010-09-13 18:21 UTC (permalink / raw)
  To: openembedded-devel

last weeks testing cycle was a success.

http://wiki.openembedded.net/index.php/Testing#Testing_Log

Firefox is failing in some configurations if the same version of
firefox is installed on the host system -- it would be nice to get
this resolved this week.

testing-next branch has been updated and is ready for clean builds.

Thanks,
Cliff

-- 
=================
http://bec-systems.com



^ permalink raw reply	[flat|nested] 16+ messages in thread

* Re: testing branch 2010-09-13
  2010-09-13 18:21 testing branch 2010-09-13 Cliff Brake
@ 2010-09-13 20:55 ` Philip Balister
  2010-09-13 23:33   ` Graham Gower
  2010-09-14 11:36 ` Philip Balister
  1 sibling, 1 reply; 16+ messages in thread
From: Philip Balister @ 2010-09-13 20:55 UTC (permalink / raw)
  To: openembedded-devel

On 09/13/2010 02:21 PM, Cliff Brake wrote:
> last weeks testing cycle was a success.
>
> http://wiki.openembedded.net/index.php/Testing#Testing_Log
>
> Firefox is failing in some configurations if the same version of
> firefox is installed on the host system -- it would be nice to get
> this resolved this week.
>
> testing-next branch has been updated and is ready for clean builds.

ERROR: Task 1046 
(virtual:native:/srv/oe-builds/testing/openembedded/recipes/qemu/qemu_0.12.5.bb, 
do_compile) failed with exit code '1'
ERROR: __init__() takes at most 3 arguments (4 given)

I see this building the testing branch on my F13 machine. Normally I 
disable binary locales, but left them enabled for the testing build. 
Anyone have any clue what is going on?

Philip



^ permalink raw reply	[flat|nested] 16+ messages in thread

* Re: testing branch 2010-09-13
  2010-09-13 20:55 ` Philip Balister
@ 2010-09-13 23:33   ` Graham Gower
  2010-09-14  0:03     ` Graham Gower
  0 siblings, 1 reply; 16+ messages in thread
From: Graham Gower @ 2010-09-13 23:33 UTC (permalink / raw)
  To: openembedded-devel

On 14 September 2010 06:25, Philip Balister <philip@balister.org> wrote:
> On 09/13/2010 02:21 PM, Cliff Brake wrote:
>>
>> last weeks testing cycle was a success.
>>
>> http://wiki.openembedded.net/index.php/Testing#Testing_Log
>>
>> Firefox is failing in some configurations if the same version of
>> firefox is installed on the host system -- it would be nice to get
>> this resolved this week.
>>
>> testing-next branch has been updated and is ready for clean builds.
>
> ERROR: Task 1046
> (virtual:native:/srv/oe-builds/testing/openembedded/recipes/qemu/qemu_0.12.5.bb,
> do_compile) failed with exit code '1'
> ERROR: __init__() takes at most 3 arguments (4 given)
>
> I see this building the testing branch on my F13 machine. Normally I disable
> binary locales, but left them enabled for the testing build. Anyone have any
> clue what is going on?
>
> Philip
>
> _______________________________________________
> Openembedded-devel mailing list
> Openembedded-devel@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
>

Its not quite the same, and I'm not quite at testing-next
(b9bcb18a4435491bad5cd76ecf26a857b2f40800), but my bitbake -k world
halted like this (bitbake is
c07cc08f7fd503ac3013ccc43c79198c4c3b7b29):

ERROR: p4-05.2:
http://filehost.perforce.com/perforce/r05.2/bin.linuxmips/p4 cannot
check archive integrity
ERROR: Error executing python function in 'do_fetch'
Traceback (most recent call last):
  File "/home/grg/oe2/bitbake/lib/bb/utils.py", line 334, in better_exec
    exec(code, _context, context)
  File "do_fetch", line 4, in <module>
  File "do_fetch", line 2, in do_fetch
  File "/home/grg/oe2/bitbake/lib/bb/build.py", line 183, in exec_func
    exec_func_python(func, d, runfile, logfile)
  File "/home/grg/oe2/bitbake/lib/bb/build.py", line 234, in exec_func_python
    raise FuncFailed(func, d, logfile)
TypeError: __init__() takes at most 3 arguments (4 given)

ERROR: Printing the environment of the function
ERROR: __init__() takes at most 3 arguments (4 given)



^ permalink raw reply	[flat|nested] 16+ messages in thread

* Re: testing branch 2010-09-13
  2010-09-13 23:33   ` Graham Gower
@ 2010-09-14  0:03     ` Graham Gower
  2010-09-14  0:57       ` [Bitbake-dev] " Chris Larson
  0 siblings, 1 reply; 16+ messages in thread
From: Graham Gower @ 2010-09-14  0:03 UTC (permalink / raw)
  To: openembedded-devel, bitbake-dev

On 09/14/2010 09:03 AM, Graham Gower wrote:
> On 14 September 2010 06:25, Philip Balister <philip@balister.org> wrote:
>> On 09/13/2010 02:21 PM, Cliff Brake wrote:
>>>
>>> last weeks testing cycle was a success.
>>>
>>> http://wiki.openembedded.net/index.php/Testing#Testing_Log
>>>
>>> Firefox is failing in some configurations if the same version of
>>> firefox is installed on the host system -- it would be nice to get
>>> this resolved this week.
>>>
>>> testing-next branch has been updated and is ready for clean builds.
>>
>> ERROR: Task 1046
>> (virtual:native:/srv/oe-builds/testing/openembedded/recipes/qemu/qemu_0.12.5.bb,
>> do_compile) failed with exit code '1'
>> ERROR: __init__() takes at most 3 arguments (4 given)
>>
>> I see this building the testing branch on my F13 machine. Normally I disable
>> binary locales, but left them enabled for the testing build. Anyone have any
>> clue what is going on?
>>
>> Philip
>>
>> _______________________________________________
>> Openembedded-devel mailing list
>> Openembedded-devel@lists.openembedded.org
>> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
>>
> 
> Its not quite the same, and I'm not quite at testing-next
> (b9bcb18a4435491bad5cd76ecf26a857b2f40800), but my bitbake -k world
> halted like this (bitbake is
> c07cc08f7fd503ac3013ccc43c79198c4c3b7b29):
> 
> ERROR: p4-05.2:
> http://filehost.perforce.com/perforce/r05.2/bin.linuxmips/p4 cannot
> check archive integrity
> ERROR: Error executing python function in 'do_fetch'
> Traceback (most recent call last):
>   File "/home/grg/oe2/bitbake/lib/bb/utils.py", line 334, in better_exec
>     exec(code, _context, context)
>   File "do_fetch", line 4, in <module>
>   File "do_fetch", line 2, in do_fetch
>   File "/home/grg/oe2/bitbake/lib/bb/build.py", line 183, in exec_func
>     exec_func_python(func, d, runfile, logfile)
>   File "/home/grg/oe2/bitbake/lib/bb/build.py", line 234, in exec_func_python
>     raise FuncFailed(func, d, logfile)
> TypeError: __init__() takes at most 3 arguments (4 given)
> 
> ERROR: Printing the environment of the function
> ERROR: __init__() takes at most 3 arguments (4 given)


Something like this, to fix the last commit?

diff --git a/lib/bb/build.py b/lib/bb/build.py
index b7c4472..70554f8 100644
--- a/lib/bb/build.py
+++ b/lib/bb/build.py
@@ -231,7 +231,7 @@ def exec_func_python(func, d, runfile, logfile):
         if sys.exc_info()[0] in (bb.parse.SkipPackage, bb.build.FuncFailed):
             raise
 
-        raise FuncFailed(func, d, logfile)
+        raise FuncFailed(func, logfile)
 
 def exec_func_shell(func, d, runfile, logfile, flags):
     """Execute a shell BB 'function' Returns true if execution was successful.
@@ -274,7 +274,7 @@ def exec_func_shell(func, d, runfile, logfile, flags):
     if ret == 0:
         return
 
-    raise FuncFailed(func, d, logfile)
+    raise FuncFailed(func, logfile)
 
 
 def exec_task(task, d):



^ permalink raw reply	[flat|nested] 16+ messages in thread

* Re: [Bitbake-dev] testing branch 2010-09-13
  2010-09-14  0:03     ` Graham Gower
@ 2010-09-14  0:57       ` Chris Larson
  2010-09-14  6:07         ` Frans Meulenbroeks
  0 siblings, 1 reply; 16+ messages in thread
From: Chris Larson @ 2010-09-14  0:57 UTC (permalink / raw)
  To: Graham Gower; +Cc: bitbake-dev, openembedded-devel

On Mon, Sep 13, 2010 at 5:03 PM, Graham Gower <graham.gower@gmail.com>wrote:

> On 09/14/2010 09:03 AM, Graham Gower wrote:
> > On 14 September 2010 06:25, Philip Balister <philip@balister.org> wrote:
> >> On 09/13/2010 02:21 PM, Cliff Brake wrote:
> >>>
> >>> last weeks testing cycle was a success.
> >>>
> >>> http://wiki.openembedded.net/index.php/Testing#Testing_Log
> >>>
> >>> Firefox is failing in some configurations if the same version of
> >>> firefox is installed on the host system -- it would be nice to get
> >>> this resolved this week.
> >>>
> >>> testing-next branch has been updated and is ready for clean builds.
> >>
> >> ERROR: Task 1046
> >> (virtual:native:/srv/oe-builds/testing/openembedded/recipes/qemu/
> qemu_0.12.5.bb,
> >> do_compile) failed with exit code '1'
> >> ERROR: __init__() takes at most 3 arguments (4 given)
> >>
> >> I see this building the testing branch on my F13 machine. Normally I
> disable
> >> binary locales, but left them enabled for the testing build. Anyone have
> any
> >> clue what is going on?
> >>
> >> Philip
> >>
> >> _______________________________________________
> >> Openembedded-devel mailing list
> >> Openembedded-devel@lists.openembedded.org
> >> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
> >>
> >
> > Its not quite the same, and I'm not quite at testing-next
> > (b9bcb18a4435491bad5cd76ecf26a857b2f40800), but my bitbake -k world
> > halted like this (bitbake is
> > c07cc08f7fd503ac3013ccc43c79198c4c3b7b29):
> >
> > ERROR: p4-05.2:
> > http://filehost.perforce.com/perforce/r05.2/bin.linuxmips/p4 cannot
> > check archive integrity
> > ERROR: Error executing python function in 'do_fetch'
> > Traceback (most recent call last):
> >   File "/home/grg/oe2/bitbake/lib/bb/utils.py", line 334, in better_exec
> >     exec(code, _context, context)
> >   File "do_fetch", line 4, in <module>
> >   File "do_fetch", line 2, in do_fetch
> >   File "/home/grg/oe2/bitbake/lib/bb/build.py", line 183, in exec_func
> >     exec_func_python(func, d, runfile, logfile)
> >   File "/home/grg/oe2/bitbake/lib/bb/build.py", line 234, in
> exec_func_python
> >     raise FuncFailed(func, d, logfile)
> > TypeError: __init__() takes at most 3 arguments (4 given)
> >
> > ERROR: Printing the environment of the function
> > ERROR: __init__() takes at most 3 arguments (4 given)
>

As Graham points out, this was an error in bitbake master, not in OE.  Just
pushed the fix, sorry for the delay -- had some network issues that
prevented getting to the git server yesterday.
-- 
Christopher Larson
clarson at kergoth dot com
Founder - BitBake, OpenEmbedded, OpenZaurus
Maintainer - Tslib
Senior Software Engineer, Mentor Graphics


^ permalink raw reply	[flat|nested] 16+ messages in thread

* Re: [Bitbake-dev] testing branch 2010-09-13
  2010-09-14  0:57       ` [Bitbake-dev] " Chris Larson
@ 2010-09-14  6:07         ` Frans Meulenbroeks
  2010-09-14  6:18           ` Steffen Sledz
  0 siblings, 1 reply; 16+ messages in thread
From: Frans Meulenbroeks @ 2010-09-14  6:07 UTC (permalink / raw)
  To: openembedded-devel

2010/9/14 Chris Larson <clarson@kergoth.com>:

>
> As Graham points out, this was an error in bitbake master, not in OE.  Just
> pushed the fix, sorry for the delay -- had some network issues that
> prevented getting to the git server yesterday.

Maybe in the testing page we should also indicate what version of
bitbake is used to build (e.g. 1.8.18, 1.10, bitbake head, ...).
I'll try to kick off my tests later today.

Frans



^ permalink raw reply	[flat|nested] 16+ messages in thread

* Re: [Bitbake-dev] testing branch 2010-09-13
  2010-09-14  6:07         ` Frans Meulenbroeks
@ 2010-09-14  6:18           ` Steffen Sledz
  0 siblings, 0 replies; 16+ messages in thread
From: Steffen Sledz @ 2010-09-14  6:18 UTC (permalink / raw)
  To: openembedded-devel

Am 14.09.2010 08:07, schrieb Frans Meulenbroeks:
> Maybe in the testing page we should also indicate what version of
> bitbake is used to build (e.g. 1.8.18, 1.10, bitbake head, ...).

Column added.

Steffen




^ permalink raw reply	[flat|nested] 16+ messages in thread

* Re: testing branch 2010-09-13
  2010-09-13 18:21 testing branch 2010-09-13 Cliff Brake
  2010-09-13 20:55 ` Philip Balister
@ 2010-09-14 11:36 ` Philip Balister
  2010-09-14 11:58   ` Frans Meulenbroeks
                     ` (2 more replies)
  1 sibling, 3 replies; 16+ messages in thread
From: Philip Balister @ 2010-09-14 11:36 UTC (permalink / raw)
  To: openembedded-devel

On 09/13/2010 02:21 PM, Cliff Brake wrote:
> last weeks testing cycle was a success.
>
> http://wiki.openembedded.net/index.php/Testing#Testing_Log
>
> Firefox is failing in some configurations if the same version of
> firefox is installed on the host system -- it would be nice to get
> this resolved this week.
>
> testing-next branch has been updated and is ready for clean builds.

Next error on F13. Sorry I don't have time to debug these. I'm just 
trying to get in the rhythm. I also need to report this to tinderbox. 
Not sure why it is touching build machine files.

Philip

| /usr/lib/gcc/x86_64-redhat-linux/4.4.4/../../../../lib64/libgnutls.so: 
undefined reference to `gcry_cipher_setkey@GCRYPT_1.2'
| /usr/lib/gcc/x86_64-redhat-linux/4.4.4/../../../../lib64/libgnutls.so: 
undefined reference to `gcry_cipher_setiv@GCRYPT_1.2'
| collect2: ld returned 1 exit status
| make[1]: *** [qemu-system-mips] Error 1
| make: *** [subdir-mips-softmmu] Error 2
| /usr/lib/gcc/x86_64-redhat-linux/4.4.4/../../../../lib64/libgnutls.so: 
undefined reference to `gcry_cipher_setkey@GCRYPT_1.2'
| /usr/lib/gcc/x86_64-redhat-linux/4.4.4/../../../../lib64/libgnutls.so: 
undefined reference to `gcry_cipher_setiv@GCRYPT_1.2'
| collect2: ld returned 1 exit status
| make[1]: *** [qemu-system-mips64el] Error 1
| make: *** [subdir-mips64el-softmmu] Error 2
| /usr/lib/gcc/x86_64-redhat-linux/4.4.4/../../../../lib64/libgnutls.so: 
undefined reference to `gcry_cipher_setkey@GCRYPT_1.2'
| /usr/lib/gcc/x86_64-redhat-linux/4.4.4/../../../../lib64/libgnutls.so: 
undefined reference to `gcry_cipher_setiv@GCRYPT_1.2'
| collect2: ld returned 1 exit status
| make[1]: *** [qemu-system-mipsel] Error 1
| make: *** [subdir-mipsel-softmmu] Error 2
| FATAL: oe_runmake failed
NOTE: package qemu-native-0.12.5-r0: task do_compile: Failed



^ permalink raw reply	[flat|nested] 16+ messages in thread

* Re: testing branch 2010-09-13
  2010-09-14 11:36 ` Philip Balister
@ 2010-09-14 11:58   ` Frans Meulenbroeks
  2010-09-14 12:28   ` Philip Balister
  2010-09-14 15:53   ` Khem Raj
  2 siblings, 0 replies; 16+ messages in thread
From: Frans Meulenbroeks @ 2010-09-14 11:58 UTC (permalink / raw)
  To: openembedded-devel

I had a problem with gnome-games and docbook for beagleboard-demo-image.
See http://thread.gmane.org/gmane.comp.handhelds.openembedded/36932

I didn't add this result to the wiki, since, as far as I am concerned,
this test was only a one-shot.

Frans



^ permalink raw reply	[flat|nested] 16+ messages in thread

* Re: testing branch 2010-09-13
  2010-09-14 11:36 ` Philip Balister
  2010-09-14 11:58   ` Frans Meulenbroeks
@ 2010-09-14 12:28   ` Philip Balister
  2010-09-14 12:37     ` Jan Paesmans
  2010-09-14 15:53   ` Khem Raj
  2 siblings, 1 reply; 16+ messages in thread
From: Philip Balister @ 2010-09-14 12:28 UTC (permalink / raw)
  To: openembedded-devel

On 09/14/2010 07:36 AM, Philip Balister wrote:
> On 09/13/2010 02:21 PM, Cliff Brake wrote:
>> last weeks testing cycle was a success.
>>
>> http://wiki.openembedded.net/index.php/Testing#Testing_Log
>>
>> Firefox is failing in some configurations if the same version of
>> firefox is installed on the host system -- it would be nice to get
>> this resolved this week.
>>
>> testing-next branch has been updated and is ready for clean builds.
>
> Next error on F13. Sorry I don't have time to debug these. I'm just
> trying to get in the rhythm. I also need to report this to tinderbox.
> Not sure why it is touching build machine files.

Here is the full log:

http://tinderbox.openembedded.net/public/logs/task/7786641.txt

Hopefully a QEMU guru can look it over.

Philip

>
> Philip
>
> | /usr/lib/gcc/x86_64-redhat-linux/4.4.4/../../../../lib64/libgnutls.so:
> undefined reference to `gcry_cipher_setkey@GCRYPT_1.2'
> | /usr/lib/gcc/x86_64-redhat-linux/4.4.4/../../../../lib64/libgnutls.so:
> undefined reference to `gcry_cipher_setiv@GCRYPT_1.2'
> | collect2: ld returned 1 exit status
> | make[1]: *** [qemu-system-mips] Error 1
> | make: *** [subdir-mips-softmmu] Error 2
> | /usr/lib/gcc/x86_64-redhat-linux/4.4.4/../../../../lib64/libgnutls.so:
> undefined reference to `gcry_cipher_setkey@GCRYPT_1.2'
> | /usr/lib/gcc/x86_64-redhat-linux/4.4.4/../../../../lib64/libgnutls.so:
> undefined reference to `gcry_cipher_setiv@GCRYPT_1.2'
> | collect2: ld returned 1 exit status
> | make[1]: *** [qemu-system-mips64el] Error 1
> | make: *** [subdir-mips64el-softmmu] Error 2
> | /usr/lib/gcc/x86_64-redhat-linux/4.4.4/../../../../lib64/libgnutls.so:
> undefined reference to `gcry_cipher_setkey@GCRYPT_1.2'
> | /usr/lib/gcc/x86_64-redhat-linux/4.4.4/../../../../lib64/libgnutls.so:
> undefined reference to `gcry_cipher_setiv@GCRYPT_1.2'
> | collect2: ld returned 1 exit status
> | make[1]: *** [qemu-system-mipsel] Error 1
> | make: *** [subdir-mipsel-softmmu] Error 2
> | FATAL: oe_runmake failed
> NOTE: package qemu-native-0.12.5-r0: task do_compile: Failed
>
> _______________________________________________
> Openembedded-devel mailing list
> Openembedded-devel@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
>



^ permalink raw reply	[flat|nested] 16+ messages in thread

* Re: testing branch 2010-09-13
  2010-09-14 12:28   ` Philip Balister
@ 2010-09-14 12:37     ` Jan Paesmans
  2010-09-14 12:56       ` Frans Meulenbroeks
  0 siblings, 1 reply; 16+ messages in thread
From: Jan Paesmans @ 2010-09-14 12:37 UTC (permalink / raw)
  To: openembedded-devel

I had a quick look at the output and it seems that qemu is linking
against the gnutls installed on the host. Maybe the version that qemu
needs is not compatible with the one installed on your host or it is
configured differently.

Also noticed that qemu has no dependency on gnutls, only on zlib.
Probably doing something like this could help:

Index: openembedded/recipes/qemu/qemu_0.12.4.bb
===================================================================
--- openembedded/recipes/qemu/qemu_0.12.4.bb    (revision 37950)
+++ openembedded/recipes/qemu/qemu_0.12.4.bb    (working copy)
@@ -1,7 +1,7 @@
 LICENSE = "GPL"
-DEPENDS = "zlib"
+DEPENDS = "zlib gnutls"

-PR = "r1"
+PR = "r2"

 SRC_URI = "\
     http://download.savannah.gnu.org/releases/qemu/qemu-${PV}.tar.gz;name=qemu-${PV}
\


On Tue, Sep 14, 2010 at 2:28 PM, Philip Balister <philip@balister.org> wrote:
> On 09/14/2010 07:36 AM, Philip Balister wrote:
>>
>> On 09/13/2010 02:21 PM, Cliff Brake wrote:
>>>
>>> last weeks testing cycle was a success.
>>>
>>> http://wiki.openembedded.net/index.php/Testing#Testing_Log
>>>
>>> Firefox is failing in some configurations if the same version of
>>> firefox is installed on the host system -- it would be nice to get
>>> this resolved this week.
>>>
>>> testing-next branch has been updated and is ready for clean builds.
>>
>> Next error on F13. Sorry I don't have time to debug these. I'm just
>> trying to get in the rhythm. I also need to report this to tinderbox.
>> Not sure why it is touching build machine files.
>
> Here is the full log:
>
> http://tinderbox.openembedded.net/public/logs/task/7786641.txt
>
> Hopefully a QEMU guru can look it over.
>
> Philip
>
>>
>> Philip
>>
>> | /usr/lib/gcc/x86_64-redhat-linux/4.4.4/../../../../lib64/libgnutls.so:
>> undefined reference to `gcry_cipher_setkey@GCRYPT_1.2'
>> | /usr/lib/gcc/x86_64-redhat-linux/4.4.4/../../../../lib64/libgnutls.so:
>> undefined reference to `gcry_cipher_setiv@GCRYPT_1.2'
>> | collect2: ld returned 1 exit status
>> | make[1]: *** [qemu-system-mips] Error 1
>> | make: *** [subdir-mips-softmmu] Error 2
>> | /usr/lib/gcc/x86_64-redhat-linux/4.4.4/../../../../lib64/libgnutls.so:
>> undefined reference to `gcry_cipher_setkey@GCRYPT_1.2'
>> | /usr/lib/gcc/x86_64-redhat-linux/4.4.4/../../../../lib64/libgnutls.so:
>> undefined reference to `gcry_cipher_setiv@GCRYPT_1.2'
>> | collect2: ld returned 1 exit status
>> | make[1]: *** [qemu-system-mips64el] Error 1
>> | make: *** [subdir-mips64el-softmmu] Error 2
>> | /usr/lib/gcc/x86_64-redhat-linux/4.4.4/../../../../lib64/libgnutls.so:
>> undefined reference to `gcry_cipher_setkey@GCRYPT_1.2'
>> | /usr/lib/gcc/x86_64-redhat-linux/4.4.4/../../../../lib64/libgnutls.so:
>> undefined reference to `gcry_cipher_setiv@GCRYPT_1.2'
>> | collect2: ld returned 1 exit status
>> | make[1]: *** [qemu-system-mipsel] Error 1
>> | make: *** [subdir-mipsel-softmmu] Error 2
>> | FATAL: oe_runmake failed
>> NOTE: package qemu-native-0.12.5-r0: task do_compile: Failed
>>
>> _______________________________________________
>> 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
>



^ permalink raw reply	[flat|nested] 16+ messages in thread

* Re: testing branch 2010-09-13
  2010-09-14 12:37     ` Jan Paesmans
@ 2010-09-14 12:56       ` Frans Meulenbroeks
  2010-09-14 12:58         ` Frans Meulenbroeks
  2010-09-14 13:00         ` Gary Thomas
  0 siblings, 2 replies; 16+ messages in thread
From: Frans Meulenbroeks @ 2010-09-14 12:56 UTC (permalink / raw)
  To: openembedded-devel

both slugos/slugos-image and minimal/console-image fail on cairo

checking whether cairo's image surface backend feature could be
enabled... no (requires pixman-1 >= 0.18.4
http://cairographics.org/releases/)

Guess this fix resolves it.
I consider this testing version a fail.

frans



^ permalink raw reply	[flat|nested] 16+ messages in thread

* Re: testing branch 2010-09-13
  2010-09-14 12:56       ` Frans Meulenbroeks
@ 2010-09-14 12:58         ` Frans Meulenbroeks
  2010-09-14 13:00         ` Gary Thomas
  1 sibling, 0 replies; 16+ messages in thread
From: Frans Meulenbroeks @ 2010-09-14 12:58 UTC (permalink / raw)
  To: openembedded-devel

2010/9/14 Frans Meulenbroeks <fransmeulenbroeks@gmail.com>:
> both slugos/slugos-image and minimal/console-image fail on cairo
>
> checking whether cairo's image surface backend feature could be
> enabled... no (requires pixman-1 >= 0.18.4
> http://cairographics.org/releases/)
>
> Guess this fix resolves it.
> I consider this testing version a fail.
>
> frans

oops, misread the log, slugos is not that far so it might still work,
will report on that later.

FM



^ permalink raw reply	[flat|nested] 16+ messages in thread

* Re: testing branch 2010-09-13
  2010-09-14 12:56       ` Frans Meulenbroeks
  2010-09-14 12:58         ` Frans Meulenbroeks
@ 2010-09-14 13:00         ` Gary Thomas
  1 sibling, 0 replies; 16+ messages in thread
From: Gary Thomas @ 2010-09-14 13:00 UTC (permalink / raw)
  To: openembedded-devel

On 09/14/2010 06:56 AM, Frans Meulenbroeks wrote:
> both slugos/slugos-image and minimal/console-image fail on cairo
>
> checking whether cairo's image surface backend feature could be
> enabled... no (requires pixman-1>= 0.18.4
> http://cairographics.org/releases/)
>
> Guess this fix resolves it.
> I consider this testing version a fail.

Precisely why this kind of testing is a win :-)  Last week, things
built fine and this week they don't.  Imagine the poor NOOB who
just wants something that works and tried it from today...  At
least now there's a snapshot that is easy to get to with known
[working] results.

-- 
------------------------------------------------------------
Gary Thomas                 |  Consulting for the
MLB Associates              |    Embedded world
------------------------------------------------------------



^ permalink raw reply	[flat|nested] 16+ messages in thread

* Re: testing branch 2010-09-13
  2010-09-14 11:36 ` Philip Balister
  2010-09-14 11:58   ` Frans Meulenbroeks
  2010-09-14 12:28   ` Philip Balister
@ 2010-09-14 15:53   ` Khem Raj
  2010-09-14 17:45     ` Philip Balister
  2 siblings, 1 reply; 16+ messages in thread
From: Khem Raj @ 2010-09-14 15:53 UTC (permalink / raw)
  To: openembedded-devel

On Tue, Sep 14, 2010 at 4:36 AM, Philip Balister <philip@balister.org> wrote:
> On 09/13/2010 02:21 PM, Cliff Brake wrote:
>>
>> last weeks testing cycle was a success.
>>
>> http://wiki.openembedded.net/index.php/Testing#Testing_Log
>>
>> Firefox is failing in some configurations if the same version of
>> firefox is installed on the host system -- it would be nice to get
>> this resolved this week.
>>
>> testing-next branch has been updated and is ready for clean builds.
>
> Next error on F13. Sorry I don't have time to debug these. I'm just trying
> to get in the rhythm. I also need to report this to tinderbox. Not sure why
> it is touching build machine files.
>
> Philip
>
> | /usr/lib/gcc/x86_64-redhat-linux/4.4.4/../../../../lib64/libgnutls.so:
> undefined reference to `gcry_cipher_setkey@GCRYPT_1.2'
> | /usr/lib/gcc/x86_64-redhat-linux/4.4.4/../../../../lib64/libgnutls.so:
> undefined reference to `gcry_cipher_setiv@GCRYPT_1.2'
> | collect2: ld returned 1 exit status
> | make[1]: *** [qemu-system-mips] Error 1
> | make: *** [subdir-mips-softmmu] Error 2
> | /usr/lib/gcc/x86_64-redhat-linux/4.4.4/../../../../lib64/libgnutls.so:
> undefined reference to `gcry_cipher_setkey@GCRYPT_1.2'
> | /usr/lib/gcc/x86_64-redhat-linux/4.4.4/../../../../lib64/libgnutls.so:
> undefined reference to `gcry_cipher_setiv@GCRYPT_1.2'
> | collect2: ld returned 1 exit status
> | make[1]: *** [qemu-system-mips64el] Error 1
> | make: *** [subdir-mips64el-softmmu] Error 2
> | /usr/lib/gcc/x86_64-redhat-linux/4.4.4/../../../../lib64/libgnutls.so:
> undefined reference to `gcry_cipher_setkey@GCRYPT_1.2'
> | /usr/lib/gcc/x86_64-redhat-linux/4.4.4/../../../../lib64/libgnutls.so:
> undefined reference to `gcry_cipher_setiv@GCRYPT_1.2'
> | collect2: ld returned 1 exit status
> | make[1]: *** [qemu-system-mipsel] Error 1
> | make: *** [subdir-mipsel-softmmu] Error 2
> | FATAL: oe_runmake failed
> NOTE: package qemu-native-0.12.5-r0: task do_compile: Failed
>

there is a mismatch of libraries from gnutls package on your host. gnutls
is taken from your host and its not linking with libgcrypt from your host
or you might have two versions of libgcrypt on your host. Adding gnutls to
DEPENDS might solve this provided the libgcrypt was picked from OE sysroot

Make sure there is no double installations on your host and follow the trail
of linker where its picking different libraries from.


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



-- 
-Khem



^ permalink raw reply	[flat|nested] 16+ messages in thread

* Re: testing branch 2010-09-13
  2010-09-14 15:53   ` Khem Raj
@ 2010-09-14 17:45     ` Philip Balister
  0 siblings, 0 replies; 16+ messages in thread
From: Philip Balister @ 2010-09-14 17:45 UTC (permalink / raw)
  To: openembedded-devel

On 09/14/2010 11:53 AM, Khem Raj wrote:
> On Tue, Sep 14, 2010 at 4:36 AM, Philip Balister<philip@balister.org>  wrote:
>> On 09/13/2010 02:21 PM, Cliff Brake wrote:
>>>
>>> last weeks testing cycle was a success.
>>>
>>> http://wiki.openembedded.net/index.php/Testing#Testing_Log
>>>
>>> Firefox is failing in some configurations if the same version of
>>> firefox is installed on the host system -- it would be nice to get
>>> this resolved this week.
>>>
>>> testing-next branch has been updated and is ready for clean builds.
>>
>> Next error on F13. Sorry I don't have time to debug these. I'm just trying
>> to get in the rhythm. I also need to report this to tinderbox. Not sure why
>> it is touching build machine files.
>>
>> Philip
>>
>> | /usr/lib/gcc/x86_64-redhat-linux/4.4.4/../../../../lib64/libgnutls.so:
>> undefined reference to `gcry_cipher_setkey@GCRYPT_1.2'
>> | /usr/lib/gcc/x86_64-redhat-linux/4.4.4/../../../../lib64/libgnutls.so:
>> undefined reference to `gcry_cipher_setiv@GCRYPT_1.2'
>> | collect2: ld returned 1 exit status
>> | make[1]: *** [qemu-system-mips] Error 1
>> | make: *** [subdir-mips-softmmu] Error 2
>> | /usr/lib/gcc/x86_64-redhat-linux/4.4.4/../../../../lib64/libgnutls.so:
>> undefined reference to `gcry_cipher_setkey@GCRYPT_1.2'
>> | /usr/lib/gcc/x86_64-redhat-linux/4.4.4/../../../../lib64/libgnutls.so:
>> undefined reference to `gcry_cipher_setiv@GCRYPT_1.2'
>> | collect2: ld returned 1 exit status
>> | make[1]: *** [qemu-system-mips64el] Error 1
>> | make: *** [subdir-mips64el-softmmu] Error 2
>> | /usr/lib/gcc/x86_64-redhat-linux/4.4.4/../../../../lib64/libgnutls.so:
>> undefined reference to `gcry_cipher_setkey@GCRYPT_1.2'
>> | /usr/lib/gcc/x86_64-redhat-linux/4.4.4/../../../../lib64/libgnutls.so:
>> undefined reference to `gcry_cipher_setiv@GCRYPT_1.2'
>> | collect2: ld returned 1 exit status
>> | make[1]: *** [qemu-system-mipsel] Error 1
>> | make: *** [subdir-mipsel-softmmu] Error 2
>> | FATAL: oe_runmake failed
>> NOTE: package qemu-native-0.12.5-r0: task do_compile: Failed
>>
>
> there is a mismatch of libraries from gnutls package on your host. gnutls
> is taken from your host and its not linking with libgcrypt from your host
> or you might have two versions of libgcrypt on your host. Adding gnutls to
> DEPENDS might solve this provided the libgcrypt was picked from OE sysroot
>
> Make sure there is no double installations on your host and follow the trail
> of linker where its picking different libraries from.

Adding gnu-tls to DEPENDS for qemu got me past this point.

Philip

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



^ permalink raw reply	[flat|nested] 16+ messages in thread

end of thread, other threads:[~2010-09-14 17:46 UTC | newest]

Thread overview: 16+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2010-09-13 18:21 testing branch 2010-09-13 Cliff Brake
2010-09-13 20:55 ` Philip Balister
2010-09-13 23:33   ` Graham Gower
2010-09-14  0:03     ` Graham Gower
2010-09-14  0:57       ` [Bitbake-dev] " Chris Larson
2010-09-14  6:07         ` Frans Meulenbroeks
2010-09-14  6:18           ` Steffen Sledz
2010-09-14 11:36 ` Philip Balister
2010-09-14 11:58   ` Frans Meulenbroeks
2010-09-14 12:28   ` Philip Balister
2010-09-14 12:37     ` Jan Paesmans
2010-09-14 12:56       ` Frans Meulenbroeks
2010-09-14 12:58         ` Frans Meulenbroeks
2010-09-14 13:00         ` Gary Thomas
2010-09-14 15:53   ` Khem Raj
2010-09-14 17:45     ` Philip Balister

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.