**** BEGIN LOGGING AT Wed Jan 24 02:59:58 2007
Jan 24 07:50:02 <_law_> morning
Jan 24 07:51:05 <_law_> could someone tell me what blueprobe those?
Jan 24 07:51:13 <_law_> does...
Jan 24 08:52:29 <basiliscus> sorry for boring you ;) but... I still have that problem: machine: h5000, bitbake gpe-image, 
Jan 24 08:53:07 <basiliscus>  esd.h: No such file or directory, while building libsoundgen, yes, I checked that esound was compiled 
Jan 24 08:53:33 <XorA> basiliscus: then youll have to look at the logs and see why the configure stage isnt setting the right CFLAGS
Jan 24 08:54:51 <basiliscus> XorA: ok, thank you, I'm looking at the log
Jan 24 08:56:27 * XorA has never seen libsoundgen beforwe
Jan 24 08:57:19 <basiliscus> XorA: uhmm.. very strange, do_configure log is empty and...
Jan 24 08:58:45 <basiliscus> XorA: libsoundgen performs directly the do_install stage
Jan 24 09:05:22 <basiliscus> XorA: ok, I tried to performe stages manually, but bitbake -c configure libsoundgen, or -c compile say that task not exists
Jan 24 09:07:44 <XorA> basiliscus: sorry Im not familiar with libsoundgen
Jan 24 09:08:55 * rwhitby booted angstrom (cut down version) on nslu2, and connected to Treo650 via bluetooth - all ready now for connecting to the Neo 1973 ...
Jan 24 09:09:15 <basiliscus> XorA: it is an angostrom related problem, when using distro "generic" this doesnt' happens
Jan 24 09:10:40 <XorA> basiliscus: doesnt help that I dont have a clue about that package though, ~summon koen
Jan 24 09:10:43 <hrw|work> rwhitby: and that reminds me that I have to look around for some small machine with usb ports
Jan 24 10:03:06 <basiliscus> anyone here building angstrom-gpe-image ?
Jan 24 10:03:53 <XorA> basiliscus: Im about to for spitz
Jan 24 10:05:35 <basiliscus> XorA: good, let's see if you "No package 'esound' found" while building gpe-conf
Jan 24 12:26:36 <_law_> is there any angstrom device which needs haret?
Jan 24 12:27:07 <_law_> or builds zImage initrd.gz and the big ext2 rootfs?
Jan 24 12:37:01 <hrw|work> _law_: hx2000
Jan 24 12:37:15 <_law_> hrw|work, thanks
Jan 24 12:43:38 <basiliscus> XorA: all ok with angstrom-gpe-image ?
Jan 24 12:44:40 <XorA> NOTE: package freetype-2.2.1-r2: task do_compile: started
Jan 24 12:44:45 <XorA> is where Im at
Jan 24 12:56:13 <basiliscus> XorA: ok! please let me know if you survive to gpe-conf package! :)
Jan 24 14:02:41 <_law_> ok there is a problem in gpe-conf packages it requires esound
Jan 24 14:27:29 <_law_> installing esound-gpe does the job
Jan 24 14:33:18 <XorA> _law_: pulseaudio is supposed to provide esound
Jan 24 14:34:04 <_law_> XorA, so there is a problem with gpe-conf (pkgconf requires esound)
Jan 24 14:35:26 <_law_> bbl
Jan 24 14:41:31 <XorA> basiliscus: NOTE: package gpe-conf-0.2.3-r0: task do_compile: started
Jan 24 14:41:49 <XorA> NOTE: package gpe-conf-0.2.3: completed
Jan 24 14:43:45 <basiliscus> XorA: ulp!!!
Jan 24 14:44:36 <XorA> basiliscus: count to 10 then mtn update
Jan 24 14:44:45 <XorA> mtn pull first of course
Jan 24 14:44:53 <XorA> basiliscus: I just pushed the fix
Jan 24 14:45:02 <basiliscus> XorA: great!!!!!
Jan 24 15:10:02 <XorA> basiliscus: NOTE: package angstrom-gpe-image-1.0: completed
Jan 24 15:16:08 <basiliscus> XorA: very good, I'm building !
Jan 24 15:16:41 * XorA is rsyncing his feed
Jan 24 16:11:03 <lardman> koen: ping
Jan 24 16:11:31 <koen|gprs> lardman: pong
Jan 24 16:11:40 <lardman> koen|away: I saw your reply to my bug
Jan 24 16:12:04 <lardman> koen|away: however esound-gpe isn't built, do I need to specify this somewhere else (local.conf?)
Jan 24 16:12:38 <koen|gprs> I think we should kill esound-gpe
Jan 24 16:12:56 <koen|gprs> I wish those lazy gpe people would read the gpe list and actually respond to RFCs
Jan 24 16:13:31 <lardman> So pulseaudio should be used instead of esound-gpe?
Jan 24 16:14:27 <hrw|work> esound which we use is nearly 5 years old iirc
Jan 24 16:15:03 <koen|gprs> hrw|work: a 5 year old fork to be exact
Jan 24 16:15:23 <lardman> okay, so I should use pulseaudio, shame bitbake doesn't tell me that there were two providers (and that is chose none)
Jan 24 16:19:42 <lardman> I did a "bitbake esound" and bitbake did nothing. Is this expected behaviour?
Jan 24 16:19:59 <koen|gprs> try with -D
Jan 24 16:20:21 <lardman> I'm on a Windows box atm, what does -D do?
Jan 24 16:20:39 <koen|gprs> should what bitbake is doing
Jan 24 16:20:45 <koen|gprs> s/should/show/
Jan 24 16:20:47 <lardman> debug, I see
Jan 24 16:21:21 <lardman> koen|away: Okay, I'll remove esound-gpe and try bitbake esound again and see what I get when I get back home
Jan 24 16:28:14 <lardman> Windows reboot time
Jan 24 19:04:08 <alex___> :q
Jan 24 20:02:23 <lardman> koen|gprs: ping
Jan 24 20:02:36 <koen|gprs> pong
Jan 24 20:02:56 <lardman> koen|gprs: It appears that pulseaudio had already been built, possibly to fulfill that dep
Jan 24 20:03:18 <koen|gprs> right
Jan 24 20:03:22 <lardman> koen|gprs: Nevertheless, the gpe-conf configure script was failing at the checking for esound part
Jan 24 20:03:26 <koen|gprs> Xora spotted a flaw in my plan
Jan 24 20:03:42 <koen|gprs> pulse isn't a build-time provider for esound :(
Jan 24 20:03:56 <lardman> I can't get it to do it again, possibly because bitbake -c clean isn't removing the header, etc. I don't know
Jan 24 20:04:09 <lardman> koen|gprs: Ah, I see
Jan 24 20:04:15 <koen|gprs> bitbake  esound-gpe -c rebuild
Jan 24 20:04:44 <lardman> I've done various -c cleans now, so not sure I'm going to get much useful info out
Jan 24 20:05:26 <lardman> certainly cleaning esound-gpe and gpe-conf didn't result in a build failure, as I thought it would (as it did first time round)
Jan 24 20:06:06 <lardman> configure failure really
Jan 24 20:07:16 <basiliscus> XorA|food: just to say thank you! your fix worked, gpe image completed for h5000 !
**** ENDING LOGGING AT Thu Jan 25 02:59:57 2007