**** BEGIN LOGGING AT Thu Sep 23 02:59:58 2010 Sep 23 04:29:16 hi i am using gumstix, while cross compliling i am getting this error make: *** No rule to make target `/tmp/sysroots/i686-linux/usr/armv7a/bin/arm-angstrom-linux-gnueabi-gcc', Sep 23 04:29:29 could anyone help me out?? Sep 23 04:56:35 ?? Sep 23 04:56:43 anyone alive?? Sep 23 05:02:34 r0ck_ what timezone are you in/ Sep 23 05:02:35 ? Sep 23 05:03:32 india Sep 23 05:03:34 why?? Sep 23 05:04:41 GMT 5.30 Sep 23 05:04:44 because you are on after folks in the US are heading to bed and before most of Europe is up. Sep 23 05:04:57 lol Sep 23 05:05:02 hmmm Sep 23 05:05:05 and thats 90% of the devs here. Sep 23 05:05:16 in like 2hrs the devs from .eu will be up. Sep 23 05:05:18 anyways i solved my problem Sep 23 05:05:22 kewl! Sep 23 05:05:33 so wer u from Sep 23 05:05:41 Left Coast of the US. Sep 23 05:05:52 but I'm just the help...I do server admin stuffs. Sep 23 05:06:01 fine Sep 23 05:06:12 so basically I do it when others are sleeping. Sep 23 05:06:20 hehe Sep 23 05:06:26 middle of the work day for me :) Sep 23 05:06:28 ya i used work as a system admin too Sep 23 05:06:47 cool job man Sep 23 05:06:49 grg, not too many from down under in here though...like 3? Sep 23 05:07:05 ka6sox, yeah probably about 3 Sep 23 05:07:10 rwhitby, you and one other Sep 23 05:07:58 there's always the odd insomniac here too Sep 23 05:08:21 its only 22:07 here...I like to get done before midnight local though Sep 23 05:08:30 or somnambulist Sep 23 05:08:49 is that "nightowl" in latin? Sep 23 05:09:06 that's sleepwalker. not sure what the etymology is Sep 23 05:09:41 oh I should have looked closer...that does make sense now Sep 23 05:10:46 after this last server tonight everything is up to the lastest stuff and I can get puppet going...then updates/upgrades should be easier. Sep 23 05:10:58 what's puppet? Sep 23 05:11:08 configuration management system. Sep 23 05:11:27 like cfengine Sep 23 05:13:02 hmmm.... looks interesting Sep 23 05:13:13 are you *nix admin Sep 23 05:13:33 r0ck_, linux admin Sep 23 05:13:42 cool man Sep 23 05:13:42 one of the best Sep 23 05:13:49 rwhitby, lol! Sep 23 05:14:01 which flavour? Sep 23 05:14:27 several...I setup what the "client" needs... for FOSS projects. Sep 23 05:15:05 have you used cloud? Sep 23 05:15:29 r0ck_, not yet...using Xen currently...KVM soon I think. Sep 23 05:15:52 ok Sep 23 05:16:09 but i dont get i idea behind cloud Sep 23 05:16:17 the* Sep 23 05:16:52 okay, lets see what I broke with the upgrade. Sep 23 05:19:38 r0ck_: that error makes no sense. are you seeing intermixed output of parallel build Sep 23 05:19:57 ka6sox: hey Sep 23 05:20:02 what upgraded Sep 23 05:20:35 ya some problem with the makefile Sep 23 05:21:37 khem:i was just trying to cross compile a single file Sep 23 05:21:48 now i am able to Sep 23 05:22:40 k Sep 23 05:32:47 khem, webos-internals. Sep 23 05:37:00 khem, looks like gdb is installing the broken libbfd.a on my system. I can remove it a bit like this: http://patchwork.openembedded.org/patch/2874/ But i'm not sure if this will break anything else. Do gdb or others want these non-PIC .a files for something? Sep 23 05:37:46 or has gdb linked to them staticly already and they are now unused? Sep 23 05:38:20 (there is also libopcodes.a from gdb which may cause similar problems) Sep 23 05:52:09 03Roman I Khimov  07org.openembedded.dev * r5a52a7761e 10openembedded.git/recipes/perl/ (47 files in 2 dirs): (log message trimmed) Sep 23 05:52:09 perl 5.10.1: update patches to Debian's 5.10.1-14 Sep 23 05:52:09 * Debian's source package changed its format in 5.10.1-10, so we can't Sep 23 05:52:09 just apply one patch as it was with initial 5.10.1 release. Sep 23 05:52:09 * fixes CVE-2010-1974 Sep 23 05:52:10 * fixes MD5 on ARM Sep 23 05:52:10 * fixes several other bugs (see changelog from http://packages.debian.org/source/sid/perl) Sep 23 05:52:13 03Roman I Khimov  07org.openembedded.dev * ref83636ae7 10openembedded.git/recipes/iw/ (iw/kill-git-version-check.patch iw_0.9.18.bb): Sep 23 05:52:13 iw: fix build Sep 23 05:52:13 Signed-off-by: Roman I Khimov Sep 23 05:52:13 03Roman I Khimov  07org.openembedded.dev * r67ab615dac 10openembedded.git/recipes/perl/ (3 files): Sep 23 05:52:14 perl 5.10.1: PROVIDES libmodule-build-perl Sep 23 05:52:14 perl 5.10.1 has Module::Build built-in and it's newer than what we have in Sep 23 05:52:15 libmodule-build-perl-native. Sep 23 05:52:15 Signed-off-by: Roman I Khimov Sep 23 05:52:16 03Roman I Khimov  07org.openembedded.dev * r9c8beee3e6 10openembedded.git/recipes/perl/ (perl-rdepends_5.10.1.inc perl_5.10.1.bb): Sep 23 06:11:14 morning Sep 23 06:25:50 03Steffen Sledz  07org.openembedded.dev * rf94938ac80 10openembedded.git/recipes/devicekit/libatasmart_0.13.bb: Sep 23 06:25:50 libatasmart: missing udev dependency added Sep 23 06:25:50 Signed-off-by: Steffen Sledz Sep 23 06:38:10 grg: hmmm the one installed by binutils should be used other should not install libbfd Sep 23 06:38:13 .a Sep 23 06:38:35 grg: yes those libraries should be installed by binutils Sep 23 06:38:41 time to sleep Sep 23 06:38:44 gn Sep 23 06:38:56 sleep is awesome Sep 23 06:39:22 /bin/sleep 480 Sep 23 06:40:20 nite khem Sep 23 06:40:33 I broke it good so I'll be up for a while. Sep 23 06:45:25 please any one help me. Sep 23 06:45:42 ipk for gst-plugin-mpegtsmux (arm7a) is not available on the http://www.angstrom-distribution.org/repo Sep 23 06:45:53 where to find gst-plugin-mpegtsmux ipk. Sep 23 07:25:34 03Koen Kooi  07org.openembedded.dev * rb1282b82b0 10openembedded.git/recipes/gstreamer/gst-plugins-bad_0.10.20.bb: gst-plugins-bad: add 0.10.20 Sep 23 07:40:01 good morning Sep 23 07:41:11 hi mckoan Sep 23 08:05:20 good morning Sep 23 08:25:45 03Eric Bénard  07org.openembedded.dev * rf162295fb2 10openembedded.git/recipes/gdb/gdb-cross-sdk.inc: Sep 23 08:25:45 gdb-cross-sdk: use static libncurses libtinfo libz and libexpat Sep 23 08:25:45 * statically linking these libs prevents several runtime problems Sep 23 08:25:45 Signed-off-by: Eric Bénard Sep 23 08:25:45 Acked-by: Tom Rini Sep 23 08:25:46 03Eric Bénard  07org.openembedded.dev * r3ec04e71c0 10openembedded.git/classes/sdk.bbclass: Sep 23 08:25:46 sdk.bbclass: allow virtclass-sdk override Sep 23 08:25:47 Signed-off-by: Eric Bénard Sep 23 08:25:47 Acked-by: Khem Raj Sep 23 08:25:52 03Eric Bénard  07org.openembedded.dev * r3b175b3421 10openembedded.git/recipes/qt4/qt4-tools-sdk_4.6.3.bb: (log message trimmed) Sep 23 08:25:52 qt4-tools-sdk: bring compatibility with QTCreator Sep 23 08:25:52 * this links "puts" mkspecs at the place where QTCreator search Sep 23 08:25:52 for it in order to detect a toolchain Sep 23 08:25:53 * thanks to this link QTCreator detects the toolchain generated using Sep 23 08:25:53 meta-toolchain-qte and can cross compile applications without any Sep 23 08:25:54 hack Sep 23 08:33:09 good morning Sep 23 08:47:41 03Koen Kooi  07org.openembedded.dev * r64815bc311 10openembedded.git/recipes/gnome/gvfs_1.6.0.bb: Sep 23 08:47:41 gvfs: add missing libcdio Sep 23 08:47:41 * spotted by the angstrom testlab: http://gitorious.org/angstrom/angstrom-testlab/commit/a87e64ae3fbe47b679712c5c873f21e56f325c8f Sep 23 08:47:53 03Koen Kooi  07org.openembedded.dev * r2ae6542d6c 10openembedded.git/recipes/gstreamer/gst-plugins.inc: Sep 23 08:47:53 gst-plugins: add some more missing depends Sep 23 08:47:53 * spotted by the angstrom testlab: http://gitorious.org/angstrom/angstrom-testlab/commit/a87e64ae3fbe47b679712c5c873f21e56f325c8f Sep 23 08:48:20 do you know what is the principle of the "angstrom testlab" ? Sep 23 08:49:50 03Koen Kooi  07org.openembedded.dev * r14b121c2e0 10openembedded.git/recipes/qt4/qt4-tools-sdk_4.6.3.bb: qt4-tools-sdk 4.6.3: bump PR for QtCreator change Sep 23 09:02:48 03Martin Jansa  07org.openembedded.dev * r6caf7a4727 10openembedded.git/recipes/python/ (python-cython-native_0.12.1.bb python-cython_0.12.1.bb): Sep 23 09:02:48 python-cython: upgrade to 0.13, drop legacy staging, use BBCLASSEXTEND for native Sep 23 09:02:48 Signed-off-by: Martin Jansa Sep 23 09:02:59 03Martin Jansa  07org.openembedded.dev * re10963aee9 10openembedded.git/recipes/openmoko-3rdparty/ (4 files): Sep 23 09:02:59 mokowm,mokosuite: update recipes, sources are now in git Sep 23 09:02:59 Signed-off-by: Martin Jansa Sep 23 09:03:00 03Martin Jansa  07org.openembedded.dev * rfe16dc2f97 10openembedded.git/conf/distro/include/shr-autorev.inc: Sep 23 09:03:00 shr-autorev: add mokosuite2, mokowm, mokowm-imf-ecore Sep 23 09:03:00 Signed-off-by: Martin Jansa Sep 23 09:03:02 03Martin Jansa  07org.openembedded.dev * r959d69afd3 10openembedded.git/recipes/linux/ (2 files in 2 dirs): Sep 23 09:03:02 linux-openmoko-2.6.32: upgrade to 2.6.32.22 and add patch for lower power consumption in suspend Sep 23 09:03:02 Signed-off-by: Martin Jansa Sep 23 09:09:17 ericben: vim classes/testlab.bbclass? :) Sep 23 09:10:06 ynezz: yes I saw this but what is the overall concept (of course I can search in the code but if you have quick explanation that's great for now ;-) Sep 23 09:10:24 ericben: see testlab dir in images dir Sep 23 09:10:41 ericben: http://dominion.thruhere.net/koen/cms/the-testlab-strikes-again Sep 23 09:10:42 ericben: there is info about installed packages/sizes etc Sep 23 09:11:05 ericben: http://dominion.thruhere.net/koen/cms/package-relations-inside-images Sep 23 09:11:18 JaMa: ok so in fact Koen builds the image and then he push the testalb files to git server and check the diffs to find regressions Sep 23 09:11:22 if I understand well Sep 23 09:14:00 ericben: that part with pushing to git and diffing is not part of testlab.bbclass, but he probably has something, testlab.bbclass just prepares stats with every image build Sep 23 09:14:43 yes I understood this part, what I was missing is the way he automated the regression detection Sep 23 09:14:47 thanks Sep 23 09:19:52 JaMa: you think it's automatic? Sep 23 09:20:55 http://gitorious.org/angstrom/angstrom-testlab maybe? Sep 23 09:21:20 yep, and if you build the image you diff the changes to that repo Sep 23 09:21:47 that might be automatic Sep 23 09:21:51 nice idea, tho Sep 23 09:22:30 yes that's where are the files from teh testlab directorties Sep 23 09:22:55 yup maybe just something checks diff before commit to this repo Sep 23 09:23:09 from the commit log, the commiter is testlab so this seems to be automated Sep 23 09:23:12 will ask to Koen Sep 23 09:23:39 maybe it's even documented in angstrom-setup-scripts repo Sep 23 09:24:37 JaMa : no it's not here unless Sep 23 09:24:42 I'm mistaken Sep 23 09:28:51 I don's see how from http://gitorious.org/angstrom/angstrom-testlab/commit/a87e64ae3fbe47b679712c5c873f21e56f325c8f he detects libcdio is missing from gvfs's DEPENDS Sep 23 09:30:52 I guess that gvfs was linked to libcdio before and because it's not in depends it was later built before libcdio (autotools not finding libcdio disabled it and it was lost from rdepends because it's not linked to it anymore) Sep 23 09:31:14 ok so detection must be brain powered and not automatic :-) Sep 23 09:36:02 hello everybody Sep 23 09:36:29 I was looking into menuconfig task of kernel Sep 23 09:36:46 I can see addtask menuconfig after do_configure Sep 23 09:37:36 but I know this task is not execute when we bitbake virtual/kernel. Can somebody explain why this task is not executed after do_configure? Sep 23 09:48:25 because it is not needed for building kernel Sep 23 09:48:34 it is helper task for bitbake user Sep 23 11:21:12 I wonder why 'bitbake xserver-kdrive' drags in glib, gtk-doc, cairo, ... Sep 23 11:21:38 I remember there was a hidden(?) bitbake option to see the deps Sep 23 11:31:34 re Sep 23 11:32:23 hi hrw Sep 23 11:49:00 vonami|work: bitbake -g ? Sep 23 12:20:18 JaMa: thanks for the qt patch Sep 23 12:20:48 yw Sep 23 12:20:58 JaMa: it does not apply for some reason, so debugging that now Sep 23 12:21:23 JaMa: http://pastebin.com/tNktHwhN Sep 23 12:21:25 cbrake: ah sorry I'll recheck and fix Sep 23 12:21:58 I was generating it while rebuilding and then pushed the version with wrong paths.. Sep 23 12:22:53 s#/OE/tmpdir-dev-shr/work/armv4t-oe-linux-gnueabi/qt4-x11-free-4.7.0-r18.0/##g Sep 23 12:32:05 cbrake: pushed fixed patch Sep 23 12:32:18 JaMa: thanks! Sep 23 13:08:38 khem: i have trouble building gcc-cross with java now :/ Sep 23 13:08:48 tells me /usr/bin/ld: unknown architecture of input file `ecjx.o' is incompatible with i386:x86-64 output Sep 23 13:38:51 anyone have an example of how to fix this class of error? Sep 23 13:38:55 | /home/balister/oe/tmp/sysroots/x86_64-linux/usr/armv7a/lib/gcc/arm-angstrom-linux-gnueabi/4.5.2/../../../../arm-angstrom-linux-gnueabi/bin/ld: gsm/.libs/libgsm.a(debug.o): relocation R_ARM_MOVW_ABS_NC against `stderr' can not be used when making a shared object; recompile with -fPIC Sep 23 13:40:03 pretty much what it says: make sure the objects that are going into your SO are all built -fPIC. Sep 23 13:41:09 yeah Sep 23 13:41:19 trying to figure out how to say that in a recipe :) Sep 23 13:41:54 in a build that has libs and execs Sep 23 13:49:55 hmm okay my issue might be related to http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40868 Sep 23 13:50:33 you'd probably need to fix your Makefiles. I don't expect there is any easy thing to put in the recipe itself. Sep 23 13:50:59 fwiw, it is harmless (in general) to build code for exes as -fPIC as well. Sep 23 13:51:17 so I could brute force it in also then Sep 23 13:51:53 I might also be having a stupid issue .... Sep 23 13:51:56 probably, yeah Sep 23 13:52:19 srctree is involved Sep 23 13:52:38 so it seems it is a good idaa to maek distclean in the source dir at times Sep 23 14:10:02 is there such thing called OE SDK? that has cross-toolchain with all needed libraries/header-files to devel packages, similar to openwrt-sdk? Sep 23 14:10:24 bitbake meta-toolchain Sep 23 14:15:34 03Koen Kooi  07org.openembedded.dev * rfbb0440338 10openembedded.git/classes/testlab.bbclass: Sep 23 14:15:34 testlab bbclass: add a switch to log testlab results to a git repo Sep 23 14:15:34 To use it add the following to your local.conf: Sep 23 14:15:34 TESTLABLOG = "remote" Sep 23 14:15:34 TESTLABREMOTEDIR = "/OE/angstrom-testlab" Sep 23 14:15:34 See http://gitorious.org/angstrom/angstrom-testlab/ for an example of the expected results Sep 23 14:15:35 thanks. trying to build it, will it contain typical libraries/header files like openssl etc in addition to libc? Sep 23 14:16:17 read recipes/meta/meta-toolchain.bb Sep 23 14:16:54 hmm Sep 23 14:17:33 if i wanna add "ftp://sourceware.org/pub/java/ecj-latest.jar " to the sources... how should i do it with the checksums? can i omit checking? Sep 23 14:17:43 since it might change Sep 23 14:18:41 and running contrib/download-ecj regularily fails :/ the download just stalls for some reason while it doesn't when letting the file download by bb itself Sep 23 14:19:16 fraxinas, use OE_ALLOW_INSECURE_DOWNLOADS? Sep 23 14:19:47 hm okay xxiao can i somehow invoke that for this one file only? Sep 23 14:20:30 i'm not an expert on OE, i read that somewhere Sep 23 14:23:53 JaMa: hey seems Koen heard our discussion this morning as he just pushed its patch to testlab class :) Sep 23 14:24:05 :) Sep 23 14:24:22 16:20:44 < koen> ynezz: no, I currently inspect them by hand Sep 23 14:24:34 question about the git diffs Sep 23 14:24:51 ynezz: thanks Sep 23 14:26:20 /bin/sh: /home/balister/oe/tmp/sysroots/x86_64-linux/usr/bin/glib-mkenums: /home/balister/oe/tmp/sysroots/x86_64-linux/usr/bin/perl: bad interpreter: No such file or directory Sep 23 14:27:33 has anyone ever seen this with Qt: QIconvCodec::convertFromUnicode: using Latin-1 for conversion, iconv failed for BOM: Bad file descriptor Sep 23 14:27:41 my fonts are just square boxes Sep 23 14:30:47 opkg related question: when I have arch A and B in /etc/opkg/arch.conf, prio A > B, then build package 1.0 in both A and B, then 1.1 only in B Sep 23 14:31:37 then opkg upgrade should upgrade to 1.1 from B (even with lower priority arch) right? Sep 23 14:32:10 but then if I add 1.1 also to A, nothing happens (I would expect reinstallation of 1.1 from A) Sep 23 14:37:46 03Cliff Brake  07org.openembedded.dev * r8909f409e4 10openembedded.git/recipes/qgears/ (3 files in 2 dirs): qgears: add recipe (used to test perf) Sep 23 14:37:47 03Cliff Brake  07org.openembedded.dev * rea069d5d2d 10openembedded.git/: Merge branch 'cbrake/qt-4.7.0' into org.openembedded.dev Sep 23 14:37:48 03Cliff Brake  07org.openembedded.dev * r1d4dbbdb95 10openembedded.git/recipes/qt4/files/hack-out-pg2-4.7.0.patch: qt4 4.7.0: move pg patch to proper location Sep 23 14:37:49 03Cliff Brake  07org.openembedded.dev * re5649ec283 10openembedded.git/recipes/qt4/ (16 files in 4 dirs): qt4: add 4.7.0 released version Sep 23 14:38:00 03Martin Jansa  07org.openembedded.dev * r42c2e2efdf 10openembedded.git/recipes/qt4/qt-4.7.0/add.xmlpatterns.lib.patch: Sep 23 14:38:00 qt-4.7.0: update add.xmlpatterns.lib.patch to make it compile again Sep 23 14:38:00 Signed-off-by: Martin Jansa Sep 23 14:42:13 03Martin Jansa  07org.openembedded.dev * rbafea11a8e 10openembedded.git/conf/distro/include/preferred-shr-versions.inc: Sep 23 14:42:13 SHR: prefer QT 4.7.0 Sep 23 14:42:13 Signed-off-by: Martin Jansa Sep 23 14:50:07 fraxinas: hmmm run file command on ecjx.o Sep 23 14:50:36 khem i suspect gcc automake buginess Sep 23 14:50:49 found a patch and integrated it into the recipe Sep 23 14:50:51 Crofton|work: add CFLAGS += "-fPIC -DPIC" Sep 23 14:51:05 currently recompiling and hoping that it'll work Sep 23 14:54:02 03Khem Raj  07master * r66f2771690 10openembedded.git/lib/oe/patch.py: (log message trimmed) Sep 23 14:54:02 oe/patch.py: Remove series file during Clean() Sep 23 14:54:02 Currently if there is a failed do_patch the series files get appended Sep 23 14:54:02 so if there were two patches Sep 23 14:54:02 a.patch Sep 23 14:54:02 b.patch Sep 23 14:54:02 and b.patch failed during next run it would append a.patch again Sep 23 14:54:13 03Khem Raj  07master * re35d6a3ab4 10openembedded.git/recipes/binutils/ (2 files in 2 dirs): Sep 23 14:54:13 binutils_2.20.1.bb: Add patch to fix ld sysroot Sep 23 14:54:13 Fixes the issue seen on builds where libc.so is not being found Sep 23 14:54:13 Signed-off-by: Khem Raj Sep 23 14:54:14 Acked-by: Roman I Khimov Sep 23 14:54:15 03Khem Raj  07master * r1fc3b764c4 10openembedded.git/recipes/libnl/ (files/dont-link-libnl-from-sysroot.patch libnl_1.1.bb): (log message trimmed) Sep 23 14:54:15 libnl_1.1.bb: Fix the build when libnl2 is staged Sep 23 14:54:15 Currently linker would search for libnl in sysroot Sep 23 14:54:16 first before linking in the one thats build with libnl Sep 23 14:54:16 this patch directs ld to link in with the one thats Sep 23 14:54:17 build and not look for the one in sysroot. Sep 23 14:54:17 As a result we can compile libnl and libnl2 alongside Sep 23 15:00:28 03Cliff Brake  07org.openembedded.dev * r9695735f3b 10openembedded.git/recipes/qt4/ (15 files in 3 dirs): qt4: remove 4.7.0-beta2 Sep 23 15:00:38 03Cliff Brake  07org.openembedded.dev * r213d9c4dcd 10openembedded.git/: Merge branch 'org.openembedded.dev' of git://git.openembedded.net/openembedded into org.openembedded.dev Sep 23 16:07:33 morning all Sep 23 16:25:35 hi, anyone to ack/nack this patch : http://patchwork.openembedded.org/patch/3013/ ? It is useful for other recipes I have to push (and in my opinion it fix a bad behaviour or postinst) Sep 23 17:09:10 * kergoth` sighs.. laptop suddenly decides it doesn't like booting anymore Sep 23 17:11:52 uh oh Sep 23 17:16:48 I am seeing all manner of crap today Sep 23 17:29:48 http://pastebin.com/Q8FqpkHY Sep 23 17:40:49 gm Sep 23 17:42:06 morning eFfeM Sep 23 18:40:39 XorA|gone: I've received package finally :) Sep 23 19:01:51 I have un-defered http://patchwork.openembedded.org/patch/2957/ - after run of the regression test, the generated binary proves reliable, and we even know why :) Sep 23 19:01:59 anyone to review it ? Sep 23 19:07:11 Crofton|work: did you upgrade Sep 23 19:07:17 to latest master Sep 23 19:08:21 yann: I will Sep 23 19:08:25 er Sep 23 19:08:30 bitbake or edv? Sep 23 19:08:36 been pulling a lot :) Sep 23 19:08:47 Jay7: which package :) Sep 23 19:09:47 khem: zaurus collie and lot of CF cards Sep 23 19:09:51 khem: thx Sep 23 19:10:10 tosa is directed to lumag Sep 23 19:10:11 Jay7: ok Sep 23 19:10:32 Jay7: for kexecboot Sep 23 19:11:31 khem: first thing is kexecboot Sep 23 19:11:41 next step is OE support Sep 23 19:13:32 ok Sep 23 19:13:38 ka6sox: hello Sep 23 19:13:49 khem: note that the "integer constant too large" warnings are harmless, i'll probably send upstream a patch that silences them (see http://lists.gnu.org/archive/html/gnugo-devel/2010-09/msg00011.html) Sep 23 19:15:01 yann ok **** BEGIN LOGGING AT Thu Sep 23 20:48:15 2010 Sep 23 20:50:23 woglinde: cool. have you been working on it, or are you just _that_ service minded? :) Sep 23 20:52:05 anr78 I am used pyqt in some projects Sep 23 20:54:07 update pyqt :) Sep 23 20:54:16 I will test Sep 23 20:54:23 hmm guys, i have a gcc patch here which is supposed to fix crosscompiling of gcj, but it somehow messes up a variable in the makefile Sep 23 20:55:02 unfortunetely gcc.gnu.org seems to be down :/ Sep 23 20:56:09 anr78, if you post it, it will get merged or/and commented on :) Sep 23 20:57:07 Tartarus: pyside you mean? I gave it a try a while ago, but my OE-fu wasn't strong enough. Perhaps it's better now :) Sep 23 20:59:15 Hello. I'm getting "git.openembedded.net[0: 140.211.169.165]: errno=Connection refused" and "fatal: unable to connect a socket (Connection refused)" when I try to "git pull" or "git clone XXX" with openemebbedded. Is this just me or problem with server at the moment? Sep 23 21:00:01 Well, time for sleep. Sep 23 21:00:56 nvtbsthm that should be fixed Sep 23 21:01:02 ka6sox? Sep 23 21:01:51 Should be fixed already, or you mean fixed soon? Sep 23 21:03:45 it should be fixed Sep 23 21:03:52 let me know if not Sep 23 21:05:11 It doesn't seem to be fixed for me, would I need to clear some kind of cache? Sep 23 21:07:18 okay let me restart it Sep 23 21:08:06 ka6sox-work, works now for me Sep 23 21:08:10 03Tom Rini  07org.openembedded.dev * rd83ccb0f88 10openembedded.git/recipes/nfs-utils/nfs-utils_1.1.2.bb: Sep 23 21:08:11 nfs-utils: Drop do_ccompile Sep 23 21:08:11 This is unused and not needed in 1.1.x Sep 23 21:08:11 Signed-off-by: Tom Rini Sep 23 21:08:11 (pushing) Sep 23 21:08:23 03Tom Rini  07org.openembedded.dev * reacbc2153d 10openembedded.git/recipes/tar/ (tar.inc tar_1.18.bb tar_1.20.bb tar_1.23.bb): Sep 23 21:08:23 tar: Switch to INC_PR and fix native builds. Sep 23 21:08:23 We don't want u-a on native. Sep 23 21:08:23 Signed-off-by: Tom Rini Sep 23 21:08:37 Tartarus, okay that narrows it down to what component is offline Sep 23 21:08:44 pulling is busted, yeah Sep 23 21:11:45 try now please? Sep 23 21:14:03 Git pull/clone still doesn't work for me; I also tried ssh'ing to my home computer as well - doesn't work there either. Sep 23 21:14:30 bitbake doesn't detect at all when build files have changed, right? Sep 23 21:15:33 cd /etc/sv/git-daemon Sep 23 21:16:00 kelvie_, depends on what files you mean Sep 23 21:16:04 03Chris Larson  07master * rc7eb4c9894 10bitbake.git/lib/bb/cache.py: Sep 23 21:16:04 Reduce bb.cache memory usage a bit Sep 23 21:16:04 - Don't store key/value pairs when the value is None Sep 23 21:16:04 - Delete the depends_cache when we're done with it Sep 23 21:16:04 This reduces the memory usage after sync on initial parse by roughly 11.5% on Sep 23 21:16:05 this machine. Sep 23 21:16:05 Signed-off-by: Chris Larson Sep 23 21:16:07 and if PR was changed, or not Sep 23 21:16:08 kelvie only when PV is changed Sep 23 21:16:14 wow, cia for bitbake Sep 23 21:16:19 awesome Sep 23 21:16:27 ka6sox-work: thanks for that, by the way Sep 23 21:16:35 kergoth yeah yeah Sep 23 21:16:49 kergoth? Sep 23 21:17:13 wrong person, maybe. need to thank someone for fixing cia with bitbake, anyway Sep 23 21:17:16 :) Sep 23 21:17:21 got it Sep 23 21:17:37 Tartarus: What's PR? Sep 23 21:17:46 kelvie_, a variable in the recipe Sep 23 21:17:55 Yeah, what does it stand for? :P Sep 23 21:17:57 revision? Sep 23 21:17:58 revision Sep 23 21:18:04 Ah, alright. Sep 23 21:18:10 PE is epoch, PN is name, PV is version, PR is revision Sep 23 21:18:21 Yep, I've been a longtime gentoo user. Sep 23 21:18:23 :) Sep 23 21:18:24 Never had to use PR, though Sep 23 21:18:45 a lot of the basics originated with portage, the initial code was a partial fork Sep 23 21:18:52 Yeah, so it seems :P Sep 23 21:19:10 the major difference up front was the directly parsed format, rather than shell build files Sep 23 21:19:48 Yeah, I don't think portage still uses sh to run it, does it? Sep 23 21:19:59 Er, bash Sep 23 21:20:00 not sh Sep 23 21:29:08 fraxinas: where is patch ? Sep 23 21:29:21 fraxinas: post the patch to ml I would say Sep 23 21:29:48 it's not big... i'll post it in a pastebin real quick Sep 23 21:30:33 http://pastebin.com/6sDaGrWv Sep 23 21:30:50 and it results in a /bin/bash: GCC_FOR_ECJX@: command not found Sep 23 21:31:14 it actually has @GCC_FOR_ECJX@ in the Makefile after configure... which probably shouldn't be Sep 23 21:31:52 even though config.log says GCC_FOR_ECJX='x86_64-linux-gcc' Sep 23 21:34:00 it's basically a backport of a patch by ralf wildenhues Sep 23 21:40:46 03Koen Kooi  07org.openembedded.dev * rdffe82452c 10openembedded.git/recipes/qt4/qt4-x11-free-gles_4.7.0.bb: qt4-x11-free-gles: add 4.7.0 Sep 23 21:40:46 03Koen Kooi  07org.openembedded.dev * rb876b22444 10openembedded.git/contrib/angstrom/sort.sh: angstrom feed sorter: fix typo and add some more machines Sep 23 21:41:59 khem: does that make any sense for you? Sep 23 21:49:41 fraxinas: http://gcc.gnu.org/PR40868 Sep 23 21:49:47 is that where you got the patch from ? Sep 23 21:50:20 he khjem Sep 23 21:51:16 woglinde: hi Sep 23 21:51:39 * khem thinks woglinde have c++ name mangler on Sep 23 21:52:58 yeah exactly, khem. even though i can't connect to gcc.gnu.org atm Sep 23 21:53:48 fraxinas: yes the patch is ok Sep 23 21:54:08 if you post it to ml with some validation done I can consider it Sep 23 21:54:25 khem but it doesn't work Sep 23 21:54:32 compiling fails Sep 23 21:55:05 fraxinas: with gcc 4.4.4 Sep 23 21:55:17 yeah gcc-cross_4.4.4 Sep 23 21:55:39 in the libjava dir Sep 23 21:55:41 libtool: link: ( cd ".libs" && rm -f "libgcj_bc.la" && ln -s "../libgcj_bc.la" "libgcj_bc.la" ) Sep 23 21:55:41 /bin/bash: GCC_FOR_ECJX@: command not found Sep 23 21:56:55 that's the spot where it should use x86_64-linux-gcc Sep 23 21:58:54 fraxinas: do you see GCC_FOR_ECJX defined ? Sep 23 21:59:01 in config logs Sep 23 21:59:15 yeah Sep 23 21:59:24 which confuses me Sep 23 21:59:52 [23:32:01] even though config.log says GCC_FOR_ECJX='x86_64-linux-gcc' Sep 23 22:00:45 but the generated Makefile says: GCC_FOR_ECJX = @GCC_FOR_ECJX@ Sep 23 22:00:57 fraxinas: thats wrong Sep 23 22:01:03 so somehow it did not get the value Sep 23 22:01:54 at that point, all variables would have to be substituted Sep 23 22:02:41 hmm so i probably need to backport something else, older than that patch too if i want to get it to work in 4.4.4 Sep 23 22:02:52 unfortunately i can't access the gcc repos atm Sep 23 22:03:37 okay seems it works again Sep 23 22:04:23 fraxinas, this the OE ones or something in there? Sep 23 22:04:29 somewhere else? Sep 23 22:04:40 ka6sox-work: pardon? Sep 23 22:05:01 the OE git server or somewhere else? Sep 23 22:05:12 gcc.gnu.org was down Sep 23 22:05:45 they switched their bugzilla skin :) Sep 23 22:06:56 fraxinas: its more than that Sep 23 22:06:59 they upgraded it Sep 23 22:07:03 to latest Sep 23 22:07:24 version 3.6.2 Sep 23 22:07:27 like OE :) Sep 23 22:07:36 cool thing Sep 23 22:08:46 hmm there probably have been a lot of changes to the libjava stuff since 4.4.4 and that's why the patch doesn't work Sep 23 22:09:19 unfortunately the revision log http://gcc.gnu.org/viewcvs/trunk/libjava/configure.ac?view=log&pathrev=163580 doesn't have information about the releases Sep 23 22:09:57 b.o.t.h.e.r.s.o.m.e. Sep 23 22:33:16 fraxinas: use gcc 4.5 Sep 23 22:33:22 its there in OE Sep 23 22:33:25 gaaaah Sep 23 22:34:09 you're trying to kill me aren't you? Sep 23 22:34:16 fraxinas: no :) Sep 23 22:34:30 once you get it working its much better than 4.4 you will find Sep 23 22:34:47 and its as easly as changing one variable in local.conf Sep 23 22:34:49 it'll require ten million modifications to source code Sep 23 22:34:56 to avoid warnings Sep 23 22:35:06 do u have lot of local changes Sep 23 22:35:08 doesn't the compiler get bitchier and bitchier with every release? Sep 23 22:35:15 or proprietary software ? Sep 23 22:35:24 written by novices :) Sep 23 22:35:26 then yes Sep 23 22:35:42 pah! :) Sep 23 22:36:06 distro's like SHR already deploy gcc 4.5 Sep 23 22:36:15 so you are not my scapegoat Sep 23 22:36:37 angstrom-2010.x also uses 4.5 Sep 23 22:36:42 there we go Sep 23 22:36:53 i cannot decide this Sep 23 22:37:03 Crofton|work: soon I bringing in linaro armv7/neon improvements into gcc 4.5 Sep 23 22:37:18 but maybe i can try buidling it just to see if my java stuff magically starts working then Sep 23 22:37:25 fraxinas: yes Sep 23 22:37:28 and then use 4.5 just for the gcj Sep 23 22:37:36 make sure you build from scratch Sep 23 22:37:43 khem, that would be great Sep 23 22:37:55 Crofton|work: its about 100 patches Sep 23 22:37:57 yeah kind of like i just build everything with 4.4.4 from scratch! Sep 23 22:38:00 annoying Sep 23 22:38:13 khem, I will watch for this and try test builds Sep 23 22:38:23 fraxinas: if you have good hardware it must be matter of few hrs Sep 23 22:38:37 Crofton|work: it might take me about a week Sep 23 22:38:48 Crofton|work: I will test it on my efikamx Sep 23 22:38:56 and see what I get Sep 23 22:38:58 first i'll say if this http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40868 leads to anything Sep 23 22:38:58 k Sep 23 22:39:05 i'll see i meant Sep 23 22:39:07 meanwhile if you have any benchmarks I should try on lemme know Sep 23 22:39:22 fraxinas: sure. thats better Sep 23 22:39:35 fraxinas: it should be fixable Sep 23 22:39:46 only if I had that 25th hr in a day Sep 23 22:39:48 I would do it Sep 23 22:40:11 aww thanks ;) Sep 23 22:40:25 you helped a lot already actually Sep 23 22:40:35 okay bed time now Sep 23 22:40:36 cu Sep 23 22:40:45 gn Sep 23 23:02:18 I'm goin to reboot melo Sep 23 23:25:56 Any recommeneded resources for how to create board-overo-camera.c and path board-overo.c ? Sep 23 23:27:20 patch Sep 23 23:28:49 How much of a kernel guy are you? Sep 23 23:32:01 not much =( Sep 23 23:33:17 This would be my greatest kernel alteration yet, I have read linux device drivers Sep 23 23:35:17 mang, best bet is to read a bunch of board files Sep 23 23:35:35 and read some of the platform/machine specific headers Sep 23 23:36:42 I see a lot of specific drivers in the board files Sep 23 23:38:12 I understand why the GPIO pin wiring would be in a board file, but why specific camera drivers? Sep 23 23:45:06 i'm not looking a the file in question, but... most drivers in linux, especially for embedded systems, have platform specific bits. E.g. a gpio or irq which may be different from board to board. Sep 23 23:45:55 so the driver's probe function will be passed a pointer to some platform data. This is generally set in the board file. Sep 23 23:46:16 if its not in the board file, its usually not too far away. Sep 23 23:46:30 (e.g. a shared .c file in the machine dir) Sep 23 23:47:09 can someone try to clone please? Sep 23 23:47:21 ka6sox-work, sure Sep 23 23:47:36 ka6sox-work, oe, bitbake, or it doesnt matter? Sep 23 23:47:59 doesn't matter Sep 23 23:48:55 ka6sox-work: same error Sep 23 23:49:07 arrgh Sep 23 23:49:29 grg@eye7:/tmp$ git clone git://git.openembedded.org/openembedded Sep 23 23:49:29 Initialized empty Git repository in /tmp/openembedded/.git/ Sep 23 23:49:29 git.openembedded.org[0: 140.211.169.165]: errno=Connection refused Sep 23 23:49:29 fatal: unable to connect a socket (Connection refused) Sep 24 01:14:05 Would Openembeddes GitWeb interface have a http source download which I'm just not seeing (kinda like github)? Or OE only avaliable via the git server? Someone know of a HTTP download location with a recent'ish version? Sep 24 01:14:36 Even when I use the "repo.or.cz/r/openembedded.git" it looks like its working and then stops. Then ~5 mins later it gives "fatal: Fetch failed." -_-. Sep 24 01:19:07 Opse ignore me. Took a few attempts but eventually "repo.or.cz/r/openembedded.git" seems to have finished ;) **** BEGIN LOGGING AT Fri Sep 24 02:04:35 2010