* 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 related [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.