testing branch 2010-09-13

testing branch 2010-09-13

[Cliff Brake]

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

Re: testing branch 2010-09-13

[Philip Balister]

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

Re: testing branch 2010-09-13

[Graham Gower]

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)

Re: testing branch 2010-09-13

[Graham Gower]

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):

Re: [Bitbake-dev] testing branch 2010-09-13

[Chris Larson]

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

Re: [Bitbake-dev] testing branch 2010-09-13

[Frans Meulenbroeks]

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

Re: [Bitbake-dev] testing branch 2010-09-13

[Steffen Sledz]

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

Re: testing branch 2010-09-13

[Philip Balister]

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

Re: testing branch 2010-09-13

[Frans Meulenbroeks]

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

Re: testing branch 2010-09-13

[Philip Balister]

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
>

Re: testing branch 2010-09-13

[Jan Paesmans]

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
>

Re: testing branch 2010-09-13

[Frans Meulenbroeks]

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

Re: testing branch 2010-09-13

[Frans Meulenbroeks]

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

Re: testing branch 2010-09-13

[Gary Thomas]

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
------------------------------------------------------------

Re: testing branch 2010-09-13

[Khem Raj]

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

Re: testing branch 2010-09-13

[Philip Balister]

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
>>
>
>
>