**** BEGIN LOGGING AT Sat Nov 13 02:59:57 2010
Nov 13 09:56:31 <CIA-1> 03Martin Jansa <Martin.Jansa@gmail.com> 07master * ra3d2df46a6 10openembedded.git/ (20 files in 6 dirs): 
Nov 13 09:56:31 <CIA-1> xorg: new versions for 2010-11-12
Nov 13 09:56:31 <CIA-1> Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Nov 13 09:56:43 <CIA-1> 03Martin Jansa <Martin.Jansa@gmail.com> 07master * r2c2af6c629 10openembedded.git/ (61 files in 7 dirs): (log message trimmed)
Nov 13 09:56:43 <CIA-1> linux-openmoko, linux-2.6.34: remove old 2.6.32, sanitize 2.6.34 and linux-openmoko.inc
Nov 13 09:56:43 <CIA-1> * use linux-openmoko_${PV} instead linux-openmoko-${PV}
Nov 13 09:56:43 <CIA-1> * use linux_${PV}.bb with latest stable patch as starting point
Nov 13 09:56:43 <CIA-1> * only difference between linux_${PV} and linux-openmoko_${PV} is extra
Nov 13 09:56:43 <CIA-1> include of linux-openmoko.inc
Nov 13 09:56:44 <CIA-1> * .inc don't define UBOOT_ENTRYPOINT again (after machine config)
Nov 13 09:56:45 <CIA-1> 03Martin Jansa <Martin.Jansa@gmail.com> 07master * r4a895289de 10openembedded.git/ (conf/distro/include/sane-srcrevs.inc recipes/e17/e-wm_svn.bb): 
Nov 13 09:56:45 <CIA-1> EFL: bump SRCREV for beta2 release and updated vala bindings
Nov 13 09:56:45 <CIA-1> Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Nov 13 10:36:40 <CIA-1> 03Justus Winter <4winter@informatik.uni-hamburg.de> 07master * rb2065e33a5 10openembedded.git/recipes/inkspill/inkspill_0.1.bb: 
Nov 13 10:36:40 <CIA-1> inkspill: bump SRCREV a bit
Nov 13 10:36:40 <CIA-1> * Merged patch from Joachim Ott and bumped PR.
Nov 13 10:36:40 <CIA-1> Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Nov 13 10:36:42 <CIA-1> 03Martin Jansa <Martin.Jansa@gmail.com> 07master * rb2b4da7677 10openembedded.git/recipes/ (3 files in 3 dirs): 
Nov 13 10:36:42 <CIA-1> xserver-xorg_git: bump SRCREV and add compatible xf86-input-evdev_git
Nov 13 10:36:42 <CIA-1> Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Nov 13 10:36:44 <CIA-1> 03Justus Winter <4winter@informatik.uni-hamburg.de> 07master * ra928bc53fa 10openembedded.git/recipes/mg/ (3 files in 2 dirs): 
Nov 13 10:36:44 <CIA-1> mg: new package for Micro GNU/emacs
Nov 13 10:36:44 <CIA-1> * mg is Micro GNU/emacs,
Nov 13 10:36:44 <CIA-1> * this is a portable version of the mg maintained by the OpenBSD team.
Nov 13 10:36:44 <CIA-1> Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Nov 13 10:36:59 <CIA-1> 03Martin Jansa <Martin.Jansa@gmail.com> 07master * r38c0aed8dc 10openembedded.git/recipes/freesmartphone/frameworkd_git.bb: 
Nov 13 10:36:59 <CIA-1> frameworkd: bump SRCREV for '_limit_start' query option
Nov 13 10:36:59 <CIA-1> Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Nov 13 12:07:27 <Jay7> hehe.. build results are interesting
Nov 13 12:07:38 <Jay7> lowest peak is 20Gb
Nov 13 12:08:31 <Jay7> but building by separate bitbake per image was a bit faster..
Nov 13 12:08:56 <Jay7> ah.. fist build was with bb 1.10, may be that is a reason
Nov 13 12:09:14 <Jay7> well.. results are on same spreadsheet
Nov 13 12:09:31 <Jay7> I'll post it to ML later today
Nov 13 12:09:43 <Jay7> afk for 3-4 hours
Nov 13 12:38:57 <cpo> hi. I'm got some problem sbuilding u-boot-mkimage_1.3.2.bb I get errors like: cc1: error: bad value (armv4) for -march= switch
Nov 13 12:39:11 <cpo> someone got an idea? => http://pastebin.com/7byd0Da8
Nov 13 13:04:29 <davidlt> Question: I wanted to enable --enable-load-extensionso on SQLite, so I did that in  sqlite3.inc, but now it's missing dlopen, dlclose, etc.
Nov 13 13:04:51 <davidlt> In other words, libdl is missing and '-ldl' is not provided.
Nov 13 13:05:19 <davidlt> I found libdl on arm staging directory, but it's missing on native staging directory.
Nov 13 13:05:39 <davidlt> I can't find which recipe provides libdl.
Nov 13 13:05:51 <davidlt> And how to pass '-ldl' to compilation.
Nov 13 13:05:56 <davidlt> Any help?
Nov 13 13:45:53 <cpo> mc
Nov 13 13:51:13 <GNUtoo|laptop> hi khem 
Nov 13 14:03:14 <CIA-1> 03Thomas Zimmermann <ml@vdm-design.de> 07org.openembedded.dev * rcc4cbb4c6b 10openembedded.git/recipes/shr/shr-e-gadgets_git.bb: 
Nov 13 14:03:14 <CIA-1> shr-e-gadgets: bump PR to rebuild against new E rev
Nov 13 14:03:14 <CIA-1> Signed-off-by: Thomas Zimmermann <ml@vdm-design.de>
Nov 13 14:06:20 <davidlt> I am running bitbake glibc-native and I am pretty much stuck at:
Nov 13 14:06:24 <davidlt> NOTE: Resolving any missing task queue dependencies
Nov 13 14:06:24 <davidlt> DEBUG: Resolved 0 extra dependencies
Nov 13 14:08:05 <davidlt> Any ideas how to see what's happening?
Nov 13 14:11:45 <davidlt> Looking at htop I don't see any childs running or CPU usage...
Nov 13 14:13:20 <davidlt> Ctrl C and I get long list of the same Stack Trace...
Nov 13 14:13:55 <davidlt> Bitbake bug?
Nov 13 14:20:36 <CIA-1> 03Martin Jansa <Martin.Jansa@gmail.com> 07master * r351876ec1b 10openembedded.git/recipes/ (18 files in 9 dirs): 
Nov 13 14:20:36 <CIA-1> recipes: PR bump after EFL SRCREV change resulting to different .so names.
Nov 13 14:20:36 <CIA-1> * mostly libelementary-ver-pre-svn-07 -> libelementary-ver-pre-svn-08
Nov 13 14:20:36 <CIA-1> Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Nov 13 14:23:03 <submaster> heyo. my bitebake virtual/kernel failes at glibc. http://pastebin.com/L1sGvxKs - any ideas?
Nov 13 14:49:00 <submaster> anyone? :=
Nov 13 14:49:54 <davidlt> libc compiled?
Nov 13 14:50:09 <davidlt> all those missing references are from libc
Nov 13 15:00:24 <CIA-1> 03Andrea Adami <andrea.adami@gmail.com> 07org.openembedded.dev * rbe415190f4 10openembedded.git/recipes/libgtkstylus/ (libgtkstylus_0.3.bb libgtkstylus_svn.bb): 
Nov 13 15:00:24 <CIA-1> libgtkstylus: fix packaging expliciting -dev and -dbg for 0.3 and svn recipes
Nov 13 15:00:24 <CIA-1> * solves QA 'non dev package contains .so'
Nov 13 15:00:24 <CIA-1> * solves empty dev and dbg packages
Nov 13 15:00:24 <CIA-1> * bump PR of both recipes
Nov 13 15:00:24 <CIA-1> Signed-off-by: Andrea Adami <andrea.adami@gmail.com>
Nov 13 15:00:27 <CIA-1> 03Andrea Adami <andrea.adami@gmail.com> 07org.openembedded.dev * racd11c32c7 10openembedded.git/recipes/libopieobex/ (4 files): 
Nov 13 15:00:27 <CIA-1> libopieobex0: fix packaging expliciting -dev and -dbg
Nov 13 15:00:27 <CIA-1> * solves QA Issue 'non dev package contains .so'
Nov 13 15:00:27 <CIA-1> * solves empty dev package
Nov 13 15:00:27 <CIA-1> * bump PR of all recipes (not adding INC_PR, imminent OPIE changes/pruning)
Nov 13 15:00:27 <CIA-1> Signed-off-by: Andrea Adami <andrea.adami@gmail.com>
Nov 13 15:00:51 <CIA-1> 03Andrea Adami <andrea.adami@gmail.com> 07org.openembedded.dev * r77c8789a54 10openembedded.git/recipes/libgtkstylus/libgtkstylus_0.1.bb: 
Nov 13 15:00:51 <CIA-1> libgtkstylus_0.1: move to obsolete
Nov 13 15:00:51 <CIA-1> Signed-off-by: Andrea Adami <andrea.adami@gmail.com>
Nov 13 15:01:33 <davidlt> angelox_123, hi
Nov 13 15:01:41 <angelox_123> hi davidlt :)
Nov 13 15:01:56 <davidlt> Looking for small help
Nov 13 15:02:13 <angelox_123> about ?
Nov 13 15:02:14 <davidlt> Can't pass -ldl in SQLite recipie 
Nov 13 15:02:35 <angelox_123> strange... let me check
Nov 13 15:02:50 <davidlt> I want --enabled-load-extensions, which is using libdl to do this. But now I have to pass -ldl, but I can't find a way.
Nov 13 15:03:07 <davidlt> Tested myself, with -ldl compiles just fine.
Nov 13 15:04:04 <angelox_123> what version ?
Nov 13 15:04:15 <davidlt> Use the latest
Nov 13 15:04:27 <davidlt> 3.6.X should be fine.
Nov 13 15:04:28 <JaMa> pb_: ping
Nov 13 15:04:34 <davidlt> All of them  are using same sqlite.inc
Nov 13 15:04:53 <davidlt> To EXTRA_OECONF add --enable-load-extension
Nov 13 15:05:07 <davidlt> Now try passing LDFLAGS with -ldl
Nov 13 15:06:54 <angelox_123> davidlt: try on EXTRA_OECONF
Nov 13 15:08:32 <davidlt> Add LIBS=-ldl?
Nov 13 15:09:06 <angelox_123> EXTRA_OECONF = "--disable-tcl --enable-shared -ldl \
Nov 13 15:09:06 <angelox_123> 		--enable-threadsafe"
Nov 13 15:09:13 <angelox_123> anything of kind
Nov 13 15:09:27 <davidlt> configure script never accepts -ldl stuff
Nov 13 15:09:42 <angelox_123> hum...
Nov 13 15:10:16 <davidlt> There is a patch included ldflags.patch, but it can not be applied
Nov 13 15:10:24 <davidlt> probably too old
Nov 13 15:10:52 <angelox_123> it would need a rebuild of patch
Nov 13 15:11:44 <davidlt> actually, funny thing. LIBS=-ldl did it.
Nov 13 15:11:52 <davidlt> Compiled just fine.
Nov 13 15:13:19 <davidlt> For target works, now I need to do that for native, but glibc-native doesn't compile.
Nov 13 15:16:47 <submaster> davidlt: hm, i should have pasted the whole log output. the undefined references appear when compiling glibc ... :)
Nov 13 15:18:58 <davidlt> It's when linking libs.
Nov 13 15:19:30 <davidlt> linker can not find libs with those references. And those references belongs to libc aka C standard functions.
Nov 13 15:19:51 <davidlt> So I suggest checking if you have already compiled in your /usr/lib
Nov 13 15:34:03 <CIA-1> 03Martin Jansa <Martin.Jansa@gmail.com> 07master * r7260adf605 10openembedded.git/recipes/linux/linux-openmoko-2.6.29_git.bb: linux-openmoko-2.6.29: use defconfig instead of defconfig-oe after last linux-openmoko.inc change
Nov 13 16:36:35 <davidlt> Hmm...
Nov 13 16:36:46 <davidlt> I have packate balaba-native_version.bb
Nov 13 16:37:00 <davidlt> But its working directory is arm
Nov 13 16:39:54 <davidlt> Any way of forcing package to native?
Nov 13 16:43:56 <davidlt> isn't '-native' not enought?
Nov 13 16:48:06 <GNUtoo|laptop> davidlt, grep for native in the recipes
Nov 13 16:48:24 <GNUtoo|laptop> there is somehting with BBEXTENDS = "native"
Nov 13 16:48:29 <GNUtoo|laptop> or something like that
Nov 13 16:48:37 <davidlt> I just looked at some and they have: inherit native
Nov 13 16:48:50 <davidlt> I looks like this one fixed
Nov 13 16:54:41 <JaMa> davidlt: do you also have non-native version bolaba_version.bb?
Nov 13 16:55:43 <JaMa> BBCLASSEXTEND = "native" is preferred way to have target and native version defined in same recipe
Nov 13 16:56:21 <davidlt> Yes
Nov 13 17:00:28 <angelox_123> Hi all
Nov 13 17:00:38 <angelox_123> building a image with fluxbox:
Nov 13 17:00:39 <angelox_123> http://angelox_123.pastebin.com/UZSkawV0
Nov 13 17:08:06 <davidlt> JaMa, with BBEXTENDS it's still done on ARM, not on native. With inherti native, I can't get compiled stuff. Looks like can't find headers.
Nov 13 17:09:27 <JaMa> it's not BBEXTENDS but BBCLASSEXTEND and probably missing some -native DEPENDS when it can't find headers
Nov 13 17:10:09 <CIA-1> 03Martin Jansa <Martin.Jansa@gmail.com> 07master * r9c4e1e5a77 10openembedded.git/recipes/tasks/task-shr-feed.bb: task-shr-feed: add mg
Nov 13 17:10:52 <davidlt> JaMa, all headers are in place. ARM version compiles.
Nov 13 17:13:13 <davidlt> Btw, I am on mid-April version
Nov 13 17:14:40 <davidlt> Ant BBCLASSEXTENDS looks like doesn't work
Nov 13 17:17:12 <JaMa> it's not BBCLASSEXTENDS but BBCLASSEXTEND and probably missing some _-native_ DEPENDS  when it can't find headers
Nov 13 17:17:31 <JaMa> while ARM headers are staged to sysroot fine from non-native dependencies
Nov 13 17:18:49 <davidlt> I added ${TARGET_CFLAGS} and ${TARGET_LDFLAGS} and works now
Nov 13 17:29:46 <angelox_123> any help?
Nov 13 17:33:04 <JaMa> angelox_123: building eglibc/glibc in the same tmpdir?
Nov 13 17:33:23 <angelox_123> that's strange
Nov 13 17:33:29 <angelox_123> first i was building with eglibc
Nov 13 17:33:36 <angelox_123> i changed on distro config to glibc
Nov 13 17:33:41 <angelox_123> and i get that error
Nov 13 17:33:52 <angelox_123> i tried bitbake -c clean eglibc
Nov 13 17:33:53 <JaMa> then you should clean all eglibc stuff first
Nov 13 17:33:57 <angelox_123> how?
Nov 13 17:34:59 <JaMa> well I would just rebuild from scratch to build everything agains the libc you want to use in the end..
Nov 13 17:35:32 <angelox_123> Another how?
Nov 13 17:35:45 <JaMa> rm -rf tmp
Nov 13 17:36:15 <angelox_123> another how without need rebuild all from scratch ? *
Nov 13 17:55:08 <ant__> JaMa: again about lzma race issues..
Nov 13 17:55:16 <ant__> deps seems strange
Nov 13 17:55:17 <ant__> http://tinderbox.openembedded.net/packages/936256/
Nov 13 17:55:34 <CIA-1> 03Tom Rini <tom_rini@mentor.com> 07org.openembedded.dev * r8107ccfb85 10openembedded.git/recipes/linux/linux_2.6.35.bb: 
Nov 13 17:55:34 <CIA-1> linux 2.6.35: Update stable patch
Nov 13 17:55:34 <CIA-1> Since this is the first offical embedded linux flag version,
Nov 13 17:55:34 <CIA-1> this will hopefully get a lot more machines added to it over time.
Nov 13 17:55:34 <CIA-1> Added in a STABLEV variable near PR and use that to get the stable
Nov 13 17:55:35 <CIA-1> patch file.
Nov 13 17:55:35 <CIA-1> Signed-off-by: Tom Rini <tom_rini@mentor.com>
Nov 13 17:55:35 <ant__> time for DEPENDS_virtclass-native  ?
Nov 13 17:55:46 <CIA-1> 03Tom Rini <tom_rini@mentor.com> 07org.openembedded.dev * rc2602b6725 10openembedded.git/recipes/unzip/unzip_552.bb: 
Nov 13 17:55:46 <CIA-1> unzip-native: Fix name
Nov 13 17:55:46 <CIA-1> As pointed out by Paul Menzel, I wasn't careful with the u-a part
Nov 13 17:55:46 <CIA-1> and broke -native builds, fix.
Nov 13 17:55:46 <CIA-1> Signed-off-by: Tom Rini <tom_rini@mentor.com>
Nov 13 17:55:49 <CIA-1> 03Tom Rini <tom_rini@mentor.com> 07org.openembedded.dev * rdbaa6a1229 10openembedded.git/contrib/qemu/run-qemu.sh: 
Nov 13 17:55:49 <CIA-1> run-qemu.sh: Update docs / help output
Nov 13 17:55:49 <CIA-1> - The old second argument is the third argument now, so change that.
Nov 13 17:55:49 <CIA-1> - Document the new second argument, libc
Nov 13 17:55:50 <CIA-1> - Update the arch list
Nov 13 17:55:50 <CIA-1> Signed-off-by: Tom Rini <tom_rini@mentor.com>
Nov 13 17:55:51 <CIA-1> 03Tom Rini <tom_rini@mentor.com> 07org.openembedded.dev * r775681ab69 10openembedded.git/recipes/linux/ (6 files in 6 dirs): 
Nov 13 17:55:51 <CIA-1> linux 2.6.35: Add qemu{arm,mips,mipsel,ppc,x86}
Nov 13 17:55:52 <CIA-1> Signed-off-by: Tom Rini <tom_rini@mentor.com>
Nov 13 17:56:11 <angelox_123> GNUtoo|laptop: http://angelox_123.pastebin.com/UZSkawV0
Nov 13 17:56:53 <GNUtoo|laptop> angelox_123, I don't know sorry
Nov 13 17:57:04 <GNUtoo|laptop> (for the without rebuilding from scratch)
Nov 13 17:57:12 <angelox_123> GNUtoo|laptop: Ok thanks 
Nov 13 17:57:44 <GNUtoo|laptop> else you could bitbake -c clean some stuff
Nov 13 17:57:47 <GNUtoo|laptop> but it will be long
Nov 13 18:00:27 <khem> GNUtoo|laptop: hello
Nov 13 18:00:30 <khem> whats up
Nov 13 18:02:59 <GNUtoo|laptop> khem, hi
Nov 13 18:03:11 <GNUtoo|laptop> khem, the patch you asked me to send is 4.1M
Nov 13 18:03:12 <JaMa> moin khem
Nov 13 18:03:27 <GNUtoo|laptop> because it deletes the libtool patch
Nov 13 18:03:30 <GNUtoo|laptop> what should I do?
Nov 13 18:06:29 <JaMa> khem: is this gcc/binutils bug or valid work around? http://gitorious.org/~jama/angstrom/jama-shr-experimental/commit/2593ef9393f018144ca60a4f085ac3c9f7517a20
Nov 13 18:07:32 <JaMa> khem: I mean should it detect it automatically and don't use thumb there?
Nov 13 18:08:21 * ka6sox wonders how Jay7 came out on his build.
Nov 13 19:40:41 <Jay7> ka6sox: I've published disk usage results already
Nov 13 19:41:03 <Jay7> vmstat is not parsed yet
Nov 13 19:50:16 <ka6sox> Jay7, okay didn't look back far enough in the log...very interesting results...
Nov 13 19:50:41 <ka6sox> significant difference in timing between 1/6 of default and your 3/3 runs.
Nov 13 19:51:16 <ka6sox> with only 1/2hr variations among schedulers with 3/3
Nov 13 19:52:20 <ka6sox> with your 6core machine I would expect you might be able to do 4/4
Nov 13 19:54:30 <Jay7> ka6sox: i/o would block it imho
Nov 13 19:54:35 <Jay7> but I'll try
Nov 13 19:54:42 <Jay7> I'm thinking about 6/2
Nov 13 19:54:48 <Jay7> or 5/2
Nov 13 19:55:27 <Jay7> I should buy second HDD and create RAID0
Nov 13 19:56:01 <Jay7> or may be 30Gb SSD..
Nov 13 19:56:08 <Jay7> but HDD is cheaper :)
Nov 13 19:58:10 <Jay7> btw, what is wrong with our git?
Nov 13 19:58:20 <Jay7> people complains about write access
Nov 13 19:58:30 <Jay7> was it fixed?
Nov 13 20:07:44 <ka6sox> Jay7, can you write
Nov 13 20:07:46 <ka6sox> ?
Nov 13 20:08:00 <Jay7> I have nothing to try :)
Nov 13 20:08:02 <ka6sox> has anyone here tried to write recently?
Nov 13 20:08:22 <ka6sox> I need to be monitoring the writes and see what is failing.
Nov 13 20:15:16 <dv> I wrote a reciept for shorewall (that needs perl). perl and perl modules are listed in RDEPENDS_${PN} += ..., they built but not installed in target. why?
Nov 13 20:27:04 <Crofton|road> khem: ping
Nov 13 21:42:05 <ant__> hm..why does lzma depends on zlib?
Nov 13 22:12:35 <Crofton> khem, ping
Nov 13 23:08:52 <reactor16> hi all
Nov 13 23:09:07 <Crofton> hi
Nov 13 23:09:26 <reactor16> any one use dreambox here ?
Nov 13 23:11:12 <reactor16> can i compile a driver x86 to an embedded device ?
Nov 13 23:11:21 <Crofton> depends
Nov 13 23:11:31 <reactor16> depend on what ?
Nov 13 23:11:43 <reactor16> target device also have linux os 
Nov 13 23:11:59 <reactor16> is this possible ?
Nov 13 23:12:46 <Crofton> depends on if the hardware is the same that connects the device to the processor
Nov 13 23:13:39 <reactor16> its a wifi usb dongle
Nov 13 23:16:35 <reactor16> i'm newbie with embedded compilling, and i just want to confirm if i can do this.
Nov 13 23:20:05 <Crofton> might work
Nov 13 23:21:47 <reactor16> ok thank you
Nov 13 23:51:48 <Crofton> khem, you around?
Nov 14 00:21:50 <khem> Crofton: whats up
Nov 14 00:22:14 <Crofton> still fighting with system-tools-backend
Nov 14 00:22:21 <Crofton> seriously weird
Nov 14 00:22:23 <khem> hmm ok
Nov 14 00:22:26 <khem> let me see
Nov 14 00:22:30 <Crofton> I wonder if it builds on angstrom 2008
Nov 14 00:22:51 <khem> I tried it on minimal yesterday and it was ok
Nov 14 00:23:02 <khem> let me try with libtool 2.4
Nov 14 00:23:34 <Crofton> k
Nov 14 00:23:45 <Crofton> I am wondering if it is anther autofoo version
Nov 14 00:23:55 <Crofton> it seems like, rather than compile
Nov 14 00:24:09 <Crofton> the do_compile ends up rerunning the configure script again
Nov 14 00:27:20 <Crofton> Here are the first few lines if the compile log
Nov 14 00:27:21 <Crofton> NOTE: make -j 2
Nov 14 00:27:21 <Crofton> cd . && \
Nov 14 00:27:21 <Crofton>           automake-1.7 --gnu  Makefile
Nov 14 00:27:21 <Crofton> cd . && autoconf
Nov 14 00:27:21 <Crofton> /bin/sh ./config.status --recheck
Nov 14 00:27:22 <Crofton> running CONFIG_SHELL=/bin/sh /bin/sh /workspace/usrp1-e-dev/oe/tmp.balister/work
Nov 14 00:27:57 <Crofton> that is going to hit the host automake-1.7
Nov 14 00:28:58 <kergoth> might need to touch some files so it doesn't think they're older than others, depending on what the recipe is doing
Nov 14 00:29:59 <Crofton> there seems to be hacking on the do_configure code
Nov 14 00:30:04 <Crofton> it is overridden
Nov 14 00:31:18 <Crofton> "They say Intel's entry into embedded build systems legitimizes the busines. Well, the bastards say welcome."
Nov 14 00:34:05 <Crofton> I wonder if the order of operation in the do_configure method are wrong
Nov 14 00:34:11 <Crofton> and forcing the reconfigure
Nov 14 00:34:21 <khem> unzip is borked
Nov 14 00:34:36 <Crofton> see the list
Nov 14 00:34:41 <khem> there are hurdles before I reach compiling 
Nov 14 00:34:44 <khem> yeah its a typo
Nov 14 00:34:47 <khem> fixed here
Nov 14 00:34:49 <Crofton> I think there was discussion
Nov 14 00:35:10 <khem> I think with Cortex A15 Intel has a lot to worry
Nov 14 00:45:44 <khem> Crofton: builds fine here 
Nov 14 00:45:50 <Crofton> what does gnu-configize do?
Nov 14 00:45:51 <khem> Crofton: with libtool 2.4
Nov 14 00:46:08 <khem> Crofton: it will generate config.* files in the tree
Nov 14 00:46:41 <nschle85> hello, unzip cannot be build, who can fix it ?
Nov 14 00:46:56 <khem> nschle85: I have a local fix let me push it
Nov 14 00:47:14 <Crofton> what version of automake are you using?
Nov 14 00:47:27 <nschle85> khem: ok , ill try it out
Nov 14 00:48:29 <CIA-1> 03Martin Jansa <Martin.Jansa@gmail.com> 07master * r740def30e4 10openembedded.git/recipes/webkit/webkit-efl_svn.bb: 
Nov 14 00:48:29 <CIA-1> webkit-efl: bump SRCREV and disable thumb
Nov 14 00:48:29 <CIA-1> Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Nov 14 00:48:47 <khem> Crofton: I am on ubuntu 10.10 that said its using 2.65 which is what OE uses
Nov 14 00:49:14 <khem> nschle85: the fix above should fix your last issue with webkit-efl too
Nov 14 00:49:32 <khem> that you informed yesterday
Nov 14 00:50:07 <khem> Crofton: whats your build OS
Nov 14 00:50:18 <nschle85> khem: yes i hope but i reinstalled my workstation with ubuntu amd 64 now :-(
Nov 14 00:50:20 <Crofton> fedora 13
Nov 14 00:50:41 <khem> Crofton: ok should be fine
Nov 14 00:50:49 <khem> Crofton: let me see my logs
Nov 14 00:51:09 <CIA-1> 03Khem Raj <raj.khem@gmail.com> 07master * rcc1f62cbe5 10openembedded.git/recipes/unzip/unzip_552.bb: 
Nov 14 00:51:09 <CIA-1> unzip_552.bb: Add missing closing brace in do_install
Nov 14 00:51:09 <CIA-1> Signed-off-by: Khem Raj <raj.khem@gmail.com>
Nov 14 00:51:38 <nschle85> khem: but why did it compile under amd64 and not under i386 ?
Nov 14 00:52:21 <khem> nschle85: which package ?
Nov 14 00:52:34 <nschle85> khem: webkit-efl
Nov 14 00:52:37 <JaMa|Off> I have the same issue with x86_64 today and newer revision
Nov 14 00:52:39 <khem> thumb linker has some bugs 
Nov 14 00:52:48 <khem> and time to time they come up
Nov 14 00:53:00 <JaMa|Off> that's why I used ARM for it
Nov 14 00:53:11 <khem> above fix is ok from distro pov but real problem is still there
Nov 14 00:53:47 <khem> but I think if you are using webkit probably thumb is not a good choice anyway as you are ok with larger binary size
Nov 14 00:54:11 <khem> Crofton: can you paste your log.do_compile somewhere
Nov 14 00:54:27 <Crofton> ok
Nov 14 00:54:32 <JaMa|Off> strange that /me and Heinervdm were able to reproduce it only with newer SRCREV and nschle85 also with older on x86 (not x86_64)
Nov 14 00:54:38 <Crofton> building with the actual recipe now
Nov 14 00:54:57 * JaMa|Off drunk and sleepy, so gnite
Nov 14 00:56:08 <nschle85> JaMa|Off: i could it reproduce it several times including chroot environments and always deleting whole sandbox before build
Nov 14 00:56:30 <Crofton> http://pastebin.com/9aryvehM
Nov 14 00:56:34 <nschle85> JaMa|Off: under ubuntu 10.04 i368 its always reproducable
Nov 14 00:56:43 <Crofton> seems like the mystery is why it reruns configure
Nov 14 00:56:47 <Crofton> and that gets it wrong
Nov 14 00:56:54 <Crofton> by hunting for automake 1.7
Nov 14 00:57:41 <JaMa|Off> nschle85: are you sure, you were using SRCREV from SHR?
Nov 14 00:58:16 <nschle85> JaMa|Off: iam using always the Makefile 
Nov 14 00:58:54 <nschle85> JaMa|Off: and i dont change anything inside the sandbox
Nov 14 00:58:55 <JaMa|Off> strange.. indeeed
Nov 14 00:59:11 <nschle85> JaMa|Off: yes... 
Nov 14 00:59:49 <JaMa|Zzz> ok let me know if the problem persist with ARM mode
Nov 14 01:00:05 * JaMa|Zzz sleep(now())
Nov 14 01:00:32 <nschle85> JaMa|Zzz: i cannot, i had no hope for fixing this bug so i updated to amd64
Nov 14 01:01:16 <nschle85> JaMa|Zzz: compiling within i386 chroot is not possible
Nov 14 01:01:22 <JaMa|Zzz> ok, still this work around works for me and heinervdm with new SRCREV
Nov 14 01:02:04 <nschle85> JaMa|Zzz: ok ill try a virtualbox next time 
Nov 14 01:03:26 <nschle85> khem: your unzip fix works, thank you
Nov 14 01:03:42 <CIA-1> 03Andrea Adami <andrea.adami@gmail.com> 07org.openembedded.dev * r44f221b1cb 10openembedded.git/recipes/lzma/lzma.inc: 
Nov 14 01:03:42 <CIA-1> lzma: remove unneeded dependency on zlib
Nov 14 01:03:42 <CIA-1> * tested v. 4.65 against glibc and eglibc
Nov 14 01:03:42 <CIA-1> * dependency was in the old version 4.17
Nov 14 01:03:42 <CIA-1> Signed-off-by: Andrea Adami <andrea.adami@gmail.com>
Nov 14 01:06:35 <ant__> khem: it seems patch above somehow fixed the race issue building lzma-native from scratch...doh
Nov 14 01:07:25 <ant__> strangely enough, logging the build on tinderbox seems to have helped too (additional delays ?)
Nov 14 01:10:18 <ant__> well, build fired, good night
Nov 14 01:15:54 * Jay7 fired build of tested_2010-11-04 to do right incremental build of current testing-next
Nov 14 01:16:31 <Jay7> this build will run in 5 bb threads + 2 make threads
Nov 14 01:18:58 <Jay7> sleep()
Nov 14 01:49:43 <Crofton> anyone know how I can get make to really verbose about why it is doing stuff while compiling
Nov 14 01:58:35 <Crofton> EXTRA_OEMAKE = " -d "
Nov 14 01:58:39 <Crofton> works :)
**** ENDING LOGGING AT Sun Nov 14 02:59:59 2010