**** BEGIN LOGGING AT Mon Nov 13 02:59:57 2006
Nov 13 03:43:49 <O_Neil> hi everybody
Nov 13 03:45:36 <fahhem> hello O_Neil
Nov 13 03:46:44 <O_Neil> I think bitbake should have a feature to read a configure file that define variable like CVS user account
Nov 13 03:47:19 <fahhem> you could add that yourself in a way
Nov 13 03:47:21 <O_Neil> and it should not be put in local.conf
Nov 13 03:47:45 <fahhem> create a file with the exact input that you give bitbake, and then say "bitbake command < my_input_file"
Nov 13 03:47:52 <O_Neil> because when I changed the CVS username, bitbake parse meta again
Nov 13 03:49:35 <O_Neil> fahhem: is the input  a .bb file?
Nov 13 03:50:59 <O_Neil> I do not want to change the .bb file when changed CVS username , and do not want bitbake parse metadata again
Nov 13 03:51:17 <fahhem> the input is a regular file
Nov 13 03:51:39 <O_Neil> and it records variables?
Nov 13 03:51:44 <fahhem> but i'm not sure that would work for sure
Nov 13 03:51:56 <fahhem> its a basic shell command
Nov 13 03:52:06 <fahhem> it takes the file and uses it for the input of bitbake
Nov 13 03:52:24 <fahhem> so whenever bitbake says "Gimme a line" it pulls a line from the file
Nov 13 03:52:36 <fahhem> now, it may not work, depending on bitbake's input handling
Nov 13 03:53:06 <fahhem> and i never give bitbake any input, so the outcome is unknown by me
Nov 13 03:53:10 <O_Neil> I think bitbake ignores input from stdin
Nov 13 03:53:11 <fahhem> I'm just a user
Nov 13 03:54:06 <emte> O_Neil, if you want USER cvs auth, add it to your env setup like normal
Nov 13 03:54:52 <emte> and override the srcuri in your local.conf
Nov 13 03:54:58 <O_Neil> set the enviroment variable?
Nov 13 03:55:10 <O_Neil> will bitbake parse metadata again?
Nov 13 03:55:23 <emte> you are aware that you can set enviroment variables that cvs will use automatically right?
Nov 13 03:55:25 <hvontres|home> emte: is anybody using monotone 0.31?
Nov 13 03:55:39 <emte> hvontres|home, for what
Nov 13 03:56:23 <hvontres|home> emte: to pull from monotone.openembedded.org?
Nov 13 03:56:40 <emte> no idea
Nov 13 03:56:46 <O_Neil> there are another variables should be handled like CVS user name, for example, PREMIRRORS
Nov 13 03:59:22 <hvontres|home> emte: ok...I'm trying to figure out if I should yum upgrade it or not :)
Nov 13 03:59:31 <O_Neil> I put PREMIRRORS in local.conf,  but it is a array, hard to defined it in local.conf, I think defined it as normal variable will be better
Nov 13 04:01:24 <emte> premirros would not be the correct use
Nov 13 04:05:22 <O_Neil> why?
Nov 13 04:06:14 <O_Neil> bitbake split PREMIRRORS by "\n" to get each mirror definition
Nov 13 04:07:50 <O_Neil> I think it should be put in local.conf, so it should be a variable, not a array
Nov 13 08:10:52 <Genesis> hi
Nov 13 08:13:19 <fahhem> hello
Nov 13 08:14:19 <valLongfield> hello !
Nov 13 08:38:43 <RP> morning all
Nov 13 08:41:53 <lrg> morning all
Nov 13 08:43:13 <RP> hi Liam
Nov 13 08:43:55 <lrg> RP: did you order mx31 ?
Nov 13 08:45:25 <do13_> morning all
Nov 13 08:45:29 <lrg> hey Dirk
Nov 13 08:45:36 <do13_> hi Liam
Nov 13 08:46:36 <do13_> lrg: thx for the patches. Hopefully I can test the next days.
Nov 13 08:47:20 <lrg> do13: thanks, I'm short of time for any tosa work :-/
Nov 13 08:49:22 <do13_> lrg: same here. I got banned from computer
Nov 13 08:49:39 <lrg> do13: I'm not banned ;)
Nov 13 08:49:50 <lrg> do13: just too much to do
Nov 13 08:49:54 <do13_> ;)
Nov 13 08:50:53 <do13_> I finished most of the other task :)
Nov 13 08:53:21 <RP> lrg: Not yet, I'm working on it :)
Nov 13 08:55:49 <lrg> RP: I have path for rc5, although the git pull in the bb is broken ;-/
Nov 13 08:55:55 <lrg> still working it out
Nov 13 08:56:01 <lrg> patch
Nov 13 09:01:18 <do13_> hey Richard
Nov 13 09:01:55 <pb_> hi lrg
Nov 13 09:02:05 <lrg> hey pb_ 
Nov 13 09:05:54 <hrw|work> morning
Nov 13 09:06:24 <do13_> hey Marcin
Nov 13 09:06:31 <lrg> hey Marcin
Nov 13 09:06:38 <NAiL> morning all
Nov 13 09:07:10 <lrg> hey NAiL 
Nov 13 09:17:59 <RP> hi Dirk, hrw|work, pb_, NAiL :)
Nov 13 09:18:15 <RP> hrw|work: I should have fixed those bitbake issues you ran into yesterday
Nov 13 09:19:24 <hrw|work> cool thx
Nov 13 09:20:11 <hrw|work> time to check then
Nov 13 09:20:46 <hrw|work> [hrw@misc1 celinux-test]$ bitbake -cfetchall -D -D -D world -n -k
Nov 13 09:27:17 <hrw|work>   File "/home/hrw/devel/bitbake/bitbake/lib/bb/runqueue.py", line 105, in add_recursive_build
Nov 13 09:27:20 <hrw|work>     depdata = taskData.build_targets[depid][0]
Nov 13 09:27:23 <hrw|work> IndexError: list index out of range
Nov 13 09:27:37 <hrw|work> bitbake trunk r664
Nov 13 09:30:15 <florian_kc> good morning
Nov 13 09:30:21 <hrw|work> hi florian_kc 
Nov 13 09:31:00 <valLongfield> hello lrg
Nov 13 09:31:09 <lrg> hey valLongfield 
Nov 13 09:31:25 <lrg> hey florian_kc 
Nov 13 09:37:13 <RP> hrw|work: :-(
Nov 13 09:38:25 <rwhitby> we put kernel stuff in STAGING_KERNEL_DIR, we put bootloader stuff in STAGING_LOADER_DIR - where should I put ixp4xx NPE microcode which needs to be staged so that slugimage can put it in a separate partition in the flash?
Nov 13 09:39:07 <RP> rwhitby: With the zaurus updater.sh file, we place it directly into deploy/images...
Nov 13 09:39:32 <RP> Assuming you need that file seperately...
Nov 13 09:39:43 <rwhitby> yep
Nov 13 09:39:56 <rwhitby> well, we generate an image which includes that file
Nov 13 09:40:08 <rwhitby> so the end user doesn't need to see it
Nov 13 09:40:47 <RP> That's a bit different, you're right, you want staging...
Nov 13 09:41:07 <rwhitby> STAGING_MICROCODE_DIR (.../microcode) ?
Nov 13 09:42:52 <RP> rwhitby: Its as good as anything I guess...
Nov 13 09:43:07 <rwhitby> (i.e. should I add a new variable and location specifically for loadable microcode, alongside kernel and loader?)
Nov 13 09:45:21 <RP> rwhitby: Yes, I'd agree with that
Nov 13 09:47:44 <hrw|work> STAGING_FIRMWARE_DIR?
Nov 13 10:03:47 <hrw|work> ~change 250 gbp to pln
Nov 13 10:03:53 <ibot> 250.00 Pound (GBP) makes 1,422.31 Zloty (PLN) (from http://www.xe.com/)
Nov 13 10:13:41 <hrw|work> rwhitby: can nslu devs use COMPATIBLE_MACHINE setting for all *slug* related stuff?
Nov 13 10:14:06 <hrw|work> rwhitby: I'm trying to do world fetch and bitbake fails on all nslu related
Nov 13 10:15:11 <rwhitby> hrw|work: got an example I can look at?
Nov 13 10:15:22 <rwhitby> we've done that once before with code at the end of the .bb file
Nov 13 10:15:53 <hrw|work> rwhitby: unslung-image
Nov 13 10:15:54 <rwhitby> python () {
Nov 13 10:15:54 <rwhitby>         # Don't build unslung images unless we're targeting an nslu2
Nov 13 10:15:54 <rwhitby>         mach = bb.data.getVar("MACHINE", d, 1)
Nov 13 10:15:54 <rwhitby>         if mach != 'nslu2':
Nov 13 10:15:54 <rwhitby>                 raise bb.parse.SkipPackage("Unslung only builds for the Linksys NSLU2")
Nov 13 10:15:55 <rwhitby> }
Nov 13 10:16:08 <Genesis> lrg, : do you know if linux/drivers/mmc/imxmmc.c is compatible with mx21ads controller ?
Nov 13 10:16:19 <rwhitby> we were told to do that.  I presume something has changed, and you'd like us to change that to something else now?
Nov 13 10:16:56 <hrw|work> rwhitby: I will show result in few minutes
Nov 13 10:17:01 <rwhitby> ok
Nov 13 10:18:59 <RP> rwhitby: FWIW, you can probably do that with COMPATIBLE_MACHINE = "nslu2" now
Nov 13 10:19:47 <rwhitby> RP: ok.  but all the slugos stuff will be ixp4xx, not just nslu2.
Nov 13 10:19:56 <rwhitby> (unslung is nslu2 only, definitely)
Nov 13 10:20:12 <RP> rwhitby: COMPATIBLE_MACHINE = "(nslu2|ixp4xx)"  :)
Nov 13 10:20:16 <hrw|work> rwhitby: COMPATIBLE_MACHINE = "(nslu2|ixp4xx)"
Nov 13 10:20:25 <rwhitby> snap
Nov 13 10:20:30 <RP> :)
Nov 13 10:20:58 <hrw|work> RP: looks like now it is going (world fetchall -nk)
Nov 13 10:21:54 <RP> Using COMPATIVLE_MACHINE would mean hrw can then patch the COMPATIBLE_MACHINE function for his source mirror special case instead of patching lots of separate locations...
Nov 13 10:22:00 <RP> hrw|work: What did you change?
Nov 13 10:22:23 <hrw|work> RP: added print.. funny
Nov 13 10:22:42 <hrw|work> and C_M to unslung-image
Nov 13 10:23:51 <RP> hrw|work: The print should make no difference :}
Nov 13 10:23:56 <hrw|work> yep
Nov 13 10:24:18 <hrw|work> I suspect that lack of C_M was all
Nov 13 10:24:49 <hrw|work> lack of C_M turned into lack of dependency which turned into parsing error
Nov 13 10:24:57 <hrw|work> s/parsing/queueing
Nov 13 10:27:17 <hrw|work> portmap-unslung is not nslu2 only?
Nov 13 10:32:36 <rwhitby> should be nslu2 only
Nov 13 10:35:22 <CIA-4> 03rwhitby 07org.oe.dev * rbb630da5... 10/ (1 conf/bitbake.conf): bitbake.conf: Added STAGING_MICROCODE_DIR for microcode which is used in image generation.
Nov 13 10:35:28 <CIA-4> 03rwhitby 07org.oe.dev * rbbfd8e7a... 10/ (1 conf/bitbake.conf): conf/bitbake.conf: Changed STAGING_MICROCODE_DIR to STAGING_FIRMWARE_DIR on hrw's request
Nov 13 10:35:37 <CIA-4> 03rwhitby 07org.oe.dev * r3b647ef2... 10/ (13 files in 6 dirs): COMPATIBLE_MACHINE=nslu2: various packages updated
Nov 13 10:35:39 <hrw|work> it was suggestion not request
Nov 13 10:36:20 <rwhitby> I thought it was a good one :-)
Nov 13 10:37:14 <hrw|work> firmware is wider word
Nov 13 10:37:23 <rwhitby> nod
Nov 13 10:37:51 <rwhitby> ready for when an OE target has an nVidia graphics card ...
Nov 13 10:37:53 <hrw|work> RP: python has exceptions handling - right?
Nov 13 10:38:07 <RP> hrw|work: yes
Nov 13 10:38:13 <hrw|work> rwhitby: nvidia cards does not need firmware upload
Nov 13 10:38:44 <rwhitby> bad example then.  my bad.
Nov 13 10:38:47 <RP> Ready for the ATI w100 :)
Nov 13 10:38:57 <hrw|work> NOTE: build 200611130235: completed
Nov 13 10:38:57 <hrw|work> Build statistics: Attempted builds: 0
Nov 13 10:38:59 <hrw|work> ;)
Nov 13 10:39:45 <RP> bitbake trunk's statistics are a bit broken. Was that for a complete world fetch?
Nov 13 10:39:50 <CIA-4> 03rwhitby 07org.oe.dev * re598cc99... 10/ (3 files in 2 dirs): portmap-unslung: Set COMPATIBLE_MACHINE=nslu2
Nov 13 10:40:05 <RP> I guess its right as it didn't acutally build anything :}
Nov 13 10:40:05 <hrw|work> RP: yes. [hrw@misc1 celinux-test]$ bitbake -cfetchall  world -n -D -k
Nov 13 10:40:41 <RP> hrw|work: Roughly how many sources did it fetch?
Nov 13 10:41:12 <hrw|work> RP: 0 bytes, but there was ~2400 tasks
Nov 13 10:41:27 <RP> ah, -n :)
Nov 13 10:42:28 <hrw|work> RP: I will start without -n soon
Nov 13 10:42:59 <hrw|work> did update of repo and again -nk
Nov 13 10:43:16 <hrw|work> I vote for obsoleting maemo in Oe
Nov 13 10:43:36 <hrw|work> we have old version, non buildable (lack of deps)
Nov 13 10:45:50 <RP> I would like to see maemo updated :-/
Nov 13 10:46:05 <RP> but the current position is a mess :-(
Nov 13 10:46:22 <hrw|work> failed on maemo now
Nov 13 10:48:16 <RP> hrw|work: It shouldn't fail, it should just skip and continue with -k :-/
Nov 13 10:49:25 <hrw|work> want to see log?
Nov 13 10:50:23 <hrw|work> RP: http://ewi546.ewi.utwente.nl/tmp/hrw/t/log.txt
Nov 13 10:56:55 <XorA|gprs> morning
Nov 13 10:57:16 <hrw|work> hi XorA|gprs 
Nov 13 11:02:44 <RP> hrw|work: Right, it didn't fail as such and is trying to continue, it just mentioned the errors in passing :)
Nov 13 11:03:03 <RP> hrw|work: I guess we could add COMPATIBLE_MACHINE = "nokia770" to the maemo .bb files?
Nov 13 11:03:47 <hrw|work> RP: I did "mtn drop `find maemo` --execute"
Nov 13 11:03:53 <hrw|work> ERROR: No buildable providers available for required build target unslung-binary-kernel-packages
Nov 13 11:07:14 <RP> world may never be usable without the -k option :-/
Nov 13 11:09:51 <hrw|work> hi schurig 
Nov 13 11:09:51 <hrw|work> RP: should be
Nov 13 11:14:28 <RP> hrw|work: Are you using bitbake with that patch I gave you applied? If so, can you remove it and see if it still works?
Nov 13 11:14:37 <hrw|work> ok
Nov 13 11:15:04 <hrw|work> and -k?
Nov 13 11:18:55 <schurig> hrw|work: hi!
Nov 13 11:19:14 <RP> hrw|work: You'll need -k to pass over the errors
Nov 13 11:19:19 <hrw|work>  RP sure
Nov 13 11:30:04 <hrw|work> hi mickeyl 
Nov 13 11:30:31 <hrw|work> how to we handle broken recipes (lack of deps in OE)?
Nov 13 11:30:37 <hrw|work> broken=1 or remove?
Nov 13 11:32:54 <mickeyl> depends on your feeling whether the brokenness will be eternal or not
Nov 13 11:33:02 <mickeyl> remove it if you see little change of being fixed
Nov 13 11:33:11 <mickeyl> say BROKEN=1 if you see a chance eventually
Nov 13 11:35:17 <hrw|work> its for nearly year old code which had few releases upstream
Nov 13 11:35:18 <hrw|work> remove
Nov 13 11:42:32 <CIA-4> 03hrw 07org.oe.dev * rfed7957a... 10/ (1 packages/fuse/gmailfs_0.6.bb): gmailfs: dropped - OE lack python-fuse which it depend and there were few new versions upstream so it looks like no one care
Nov 13 11:44:00 <hrw|work> RP: with removed maemo stuff it goes nice with -k
Nov 13 11:48:03 <RP> hrw|work: Excellent :)
Nov 13 11:48:48 <hrw|work> NOTE: build 200611130342: completed
Nov 13 11:48:48 <hrw|work> Build statistics: Attempted builds: 0
Nov 13 11:48:55 <hrw|work> [hrw@misc1 celinux-test]$ bitbake -cfetchall  world -n -D -k|tee log
Nov 13 11:48:57 <RP> hrw|work: I see weird errors here from task-essential-parts - lots of variables undefined...
Nov 13 11:50:05 <hrw|work> http://ewi546.ewi.utwente.nl/tmp/hrw/t/log2.txt
Nov 13 11:50:26 <hrw|work> its uploading now
Nov 13 11:50:56 <hrw|work> will strip it a bit first
Nov 13 11:54:17 <rwhitby> hrw|work: I don't even know where unslung-binary-kernel-packages comes from ...
Nov 13 11:55:10 <hrw|work> rwhitby: meta/unslung-binary-kernel-packages.bb
Nov 13 11:55:27 <hrw|work> RP: log uploaded: 7.6M
Nov 13 11:55:40 <hrw|work> NOTE: multiple providers are available (libpcre, libpcre-native);
Nov 13 11:55:41 <hrw|work> NOTE: consider defining PREFERRED_PROVIDER_pcre
Nov 13 11:55:43 <hrw|work> hm.
Nov 13 11:56:17 <RP> That looks wrong :-(
Nov 13 11:56:51 <hrw|work> I will fix it
Nov 13 11:57:20 <RP> Probably both PROVIDE it and the dependencies in OE are a bit inconsistent
Nov 13 11:57:47 <hrw|work> yes
Nov 13 11:59:02 <CIA-4> 03hrw 07org.oe.dev * rcab85130... 10/ (1 packages/libpcre/libpcre-native_4.4.bb): libpcre-native: do not PROVIDE pcre
Nov 13 12:00:26 <CIA-4> 03hrw 07org.oe.dev * r85719174... 10/ (1 packages/povray/povray_3.6.1.bb): povray: DEPEND on zlib not on libz
Nov 13 12:01:50 <hrw|work> CoreDump|afk: do you use task-essential* stuff? they are obsoleted by task-base
Nov 13 12:03:03 <hrw|work> removed
Nov 13 12:04:29 <CIA-4> 03rwhitby 07org.oe.dev * r9ebfa26d... 10/ (3 files in 2 dirs): unslung: Set more COMPATIBLE_MACHINE entries
Nov 13 12:04:38 <CIA-4> 03hrw 07org.oe.dev * r6e9430a4... 10/ (3 files in 2 dirs): task-essential-to-boot: removed, obsoleted by task-base
Nov 13 12:09:20 <hrw|work> started another -Dnk build
Nov 13 12:25:05 <CIA-4> 03rwhitby 07org.oe.dev * r33377a66... 10/ (1 packages/upslug/upslug2.inc): upslug2: Set COMPATIBLE_MACHINE to nslu2
Nov 13 12:25:12 <CIA-4> 03rwhitby 07org.oe.dev * rb8c5ebff... 10/ (4 files in 3 dirs): apex: now works for nslu2
Nov 13 12:25:20 <CIA-4> 03rwhitby 07org.oe.dev * r14f3e033... 10/ (3 files in 2 dirs): slugimage: Updated to use the new SVN repository
Nov 13 12:25:25 <CIA-4> 03rwhitby 07org.oe.dev * ra974e356... 10/ (1 packages/ixp4xx/ixp4xx-npe_2.3.bb): ixp4xx-npe: Now stages the firmware for later use.
Nov 13 12:25:30 <CIA-4> 03rwhitby 07org.oe.dev * r712d4d95... 10/ (3 files in 2 dirs): ixp4xx-kernel: Updated to 2.6.19-rc5
Nov 13 12:25:38 <CIA-4> 03rwhitby 07org.oe.dev * r2d7ccf06... 10/ (3 files in 3 dirs): slugos-image: Now includes the apex second stage loader, and the ixp4xx-npe microcode. Does not find or load the microcode correctly yet. Also uses the latest 2.6.19-rc5 kernel.
Nov 13 12:27:33 <hrw|work> rwhitby: thx
Nov 13 12:28:13 <rwhitby> hrw|work: if you see others, feel free to ping me or add them yourself.
Nov 13 12:28:17 <hrw|work> ok
Nov 13 12:59:29 <T0mW> how can I get a list of packages that bitbake uses for my project?  All the .bb files needed?
Nov 13 13:02:31 <hrw|work> look into bugtracker for 'freeze'
Nov 13 13:05:30 <T0mW> I guess if nothing else, the brute force approach would do.
Nov 13 13:11:51 <hrw|work> http://pastebin.ca/247407 - errors in dependencies
Nov 13 13:20:44 <CIA-4> 03hrw 07org.oe.dev * r3d864c3b... 10/ (1 packages/tasks/task-qpe.bb): task-qpe: removed gnuz and qpf-dejavu as there were removed from repo
Nov 13 13:29:57 <CIA-4> 03rwhitby 07org.oe.dev * ra96ec169... 10/ (1 packages/linux/ixp4xx-kernel_2.6.19-rc5.bb): ixp4xx-kernel: updated to latest svn patchset
Nov 13 13:30:01 <CIA-4> 03rwhitby 07org.oe.dev * r8345565a... 10/ (1 packages/slugimage/slugimage.bb): slugimage: updated to latest svn version
Nov 13 13:37:15 <Bernardo> hi
Nov 13 13:39:51 <Genesis> hi Bernardo 
Nov 13 13:47:43 <hrw|work> hi Bernardo 
Nov 13 13:49:01 <Bernardo> hi Genesis, hrw|work 
Nov 13 13:49:11 <CIA-4> 03hrw 07org.oe.dev * r92509d5c... 10/ (2 files in 2 dirs): opie-mediaplayer1-ogg-mp3: fixed (R)DEPENDS
Nov 13 13:52:31 <CIA-4> 03hrw 07org.oe.dev * rbb8fbe01... 10/ (3 files in 2 dirs): slugon-image(name): set COMPATIBLE_MACHINE to nslu2
Nov 13 13:53:41 <CIA-4> 03lrg 07org.oe.dev * r317a9059... 10/ (1 packages/linux/mx31ads-kernel_2.6.19rc5.bb): MX31ADS kernel ported from 2.6.16 (Frescale release) to 2.6.19rc5
Nov 13 13:53:52 <CIA-4> 03lrg 07org.oe.dev * rc1f653cd... 10/ (3 files in 3 dirs): MX31ADS kernel configuration
Nov 13 13:56:01 <Genesis> :)
Nov 13 13:56:28 <lrg> Genesis: mx21 will follow later today
Nov 13 13:57:37 <Genesis> ho :)
Nov 13 13:57:53 <Genesis> it's too late for us i think , but it's a good news for the other
Nov 13 13:58:12 <Genesis> i'm still debugging the mmc stuff
Nov 13 13:58:33 <Genesis> it's a big work for a kernel hack noob like me
Nov 13 14:03:16 <hrw|work> Genesis: card is recognized at all?
Nov 13 14:03:38 <Genesis> hey it's a weird pb
Nov 13 14:03:54 <Genesis> the card works well if i partition it on the board
Nov 13 14:04:14 <Genesis> but if i put the card in my pc , the pc doesn't recognize the table partition
Nov 13 14:04:18 <Genesis> vice & versa
Nov 13 14:04:47 <Genesis> my idea is that the superblock is not write/read at the same block
Nov 13 14:05:01 <hrw|work> how big card?
Nov 13 14:05:08 <Genesis> 16MB 
Nov 13 14:05:15 <Genesis> for the moment , (same pb on my 512 )
Nov 13 14:05:36 <hrw|work> geometry totally different?
Nov 13 14:06:08 <Genesis> the geometry is well recognized
Nov 13 14:06:15 <hrw|work> on both?
Nov 13 14:06:22 <Genesis> i think yes
Nov 13 14:07:31 <hrw|work> I see lot of errors when it comes to PN/PV/PR stuff...
Nov 13 14:07:31 <Genesis> i don't understand how the geometry is reconized , that seems to be differente that the superblock
Nov 13 14:07:40 <Genesis>  PN/PV/PR  ?
Nov 13 14:07:48 <Genesis> wrong channel ?
Nov 13 14:08:14 <hrw|work> PackageName, PackageVersion, PackageRevision
Nov 13 14:08:36 <Genesis> what's the link with mmc ?
Nov 13 14:08:36 <hrw|work> none
Nov 13 14:08:44 <Genesis> oki :)
Nov 13 14:15:22 <rob_w> NOTE: package xcalibrateext-0.0+git20060814-r0: task do_fetch: failed
Nov 13 14:15:22 <rob_w>    .. where can i find that ? 
Nov 13 14:17:05 <rob_w> hmm i succeed in getting  xcalibrate-0.0+cvs20060814 .. 
Nov 13 14:17:53 <psokolovsky_> Hi!
Nov 13 14:18:00 <rob_w> hi psokolovsky_ 
Nov 13 14:18:12 <psokolovsky_> rob_w, don't be surprised if _cvs doesn't work. it's deprecated
Nov 13 14:18:32 <rob_w> how can i specify a git date ?? 
Nov 13 14:19:00 <psokolovsky_> rob_w, grep .conf files where it is set
Nov 13 14:19:06 <hrw|work> now only 30 recipes fail
Nov 13 14:19:22 <psokolovsky_> rob_w, git kinda works for me (at least, I build whole image w/o issues)
Nov 13 14:22:59 <rob_w> psokolovsky_, can you check your conf/distro/include/sane-srcdates.inc  for the date of xcalibrateext that worked for you ?
Nov 13 14:24:20 <rob_w> hmm i will pull just to make sure
Nov 13 14:26:59 <psokolovsky_> rob_w, I have pristine sane-srcdates.inc here. will try to rebuild xcalibrateext now (may take some time)
Nov 13 14:27:40 <rob_w> pristine ??
Nov 13 14:27:52 <psokolovsky_> w/o changes wrt to mainline
Nov 13 14:30:20 <rob_w> now on mtn update it asked me which candidates i wanna use .. hrw@ or lrg@ ??
Nov 13 14:30:46 <hrw|work> I'll merge
Nov 13 14:31:08 <rob_w> so should i choose lrg@ ?
Nov 13 14:31:14 <hrw|work> wait a moment
Nov 13 14:31:17 <rob_w> oh ok
Nov 13 14:32:08 <hrw|work> pull now
Nov 13 14:32:12 <rob_w> thakns
Nov 13 14:32:57 <rob_w> worked , cool
Nov 13 14:33:43 <rob_w> hmm the source dates are still the same
Nov 13 14:34:38 <psokolovsky_> rob_w, don't have git setup properly, lol?
Nov 13 14:42:57 <RP> git doesn't use dates
Nov 13 14:43:13 * mrz80 is away: Metaphysically I'm still here; physically, I'm elsewhere
Nov 13 14:43:43 <psokolovsky_> RP: that
Nov 13 14:43:49 <psokolovsky_> s's minor ;-)
Nov 13 14:43:58 <hrw|work> NOTE: Marking Active Tasks
Nov 13 14:43:58 <hrw|work> ERROR: No active tasks?! Please report this bug.
Nov 13 14:44:07 <hrw|work> RP: bitbake -cfetchall mpd-alsa
Nov 13 14:44:13 <hrw|work> [hrw@misc1 celinux-test]$ time bitbake -cfetchall -n -D -k mpd-alsa
Nov 13 14:44:18 <RP> hrw|work: With -k ?
Nov 13 14:44:20 <psokolovsky_> RP: what's more important is that if we already have sanity check for git repsense, would need to check for sane version too.
Nov 13 14:44:24 <RP> hrw|work: ah, no. :-(
Nov 13 14:44:53 <hrw|work> RP: its simple bug in metadata (have fix already)
Nov 13 14:45:05 <RP> hrw|work: What was the bug?
Nov 13 14:45:29 <hrw|work> moment, retrying
Nov 13 14:45:42 <hrw|work> RP: libao-alsa has RDEPENDS = "libao2" which does not exist
Nov 13 14:46:22 <RP> hrw|work: Ok, we should error out on that long before hitting that error :-/
Nov 13 14:46:28 <hrw|work> ERROR: No providers of runtime build target libao2 (for ['/home/hrw/devel/oe/org.openembedded.dev/packages/libao/libao-plugin-alsa_0.8.6.bb'])
Nov 13 14:46:32 <hrw|work> NOTE: Removing failed runtime build target libao2
Nov 13 14:47:15 <RP> Hang on, you were using -k :). We should remove that check in the -k case and just give up when we can't do anything further :)
Nov 13 14:47:59 <hrw|work> RP: pushed fix
Nov 13 14:48:40 <CIA-4> 03hrw 07org.oe.dev * rbcd222bb... 10/ (3 files in 2 dirs): libao(-plugin)-alsa: removed RDEPENDency on libao2
Nov 13 14:52:38 <hrw|work> NOTE: build 200611130711: completed
Nov 13 14:52:47 <hrw|work> another metadata errors fixed
Nov 13 14:53:14 <hrw|work> I vote for removing 2.4 zaurus kernels again
Nov 13 14:54:36 <lrg> hrw|work: did I break something there ? I had pulled from out test oe mirror prior to comitting
Nov 13 14:54:46 <valLongfield> lrg: your mx31ads-kernel built successfully here
Nov 13 14:54:56 <lrg> valLongfield: cool
Nov 13 14:55:02 <hrw|work> lrg: nothing - we just pushed in same time
Nov 13 14:55:03 <RP> How about we create a packages-obsolete directory alongside packages and move things like the 2.4 kernels into there?
Nov 13 14:55:14 <RP> and maemo...
Nov 13 14:55:59 <hrw|work> packages/obsolete/ packages/nonworking/
Nov 13 14:56:08 <lrg> hrw|work: ah, ok. thanks
Nov 13 14:56:55 <RP> hrw|work: I was just thinking of having something you could pull in with collections...
Nov 13 14:57:55 <CIA-4> 03rpurdie * r665 10bitbake/lib/bb/runqueue.py: runqueue.py: Improve handling of zero length task lists in -k case
Nov 13 14:58:40 <hrw|work> RP: next time I have to buy you some beer
Nov 13 14:58:42 <hrw|work> (s)
Nov 13 14:58:43 <CIA-4> 03hrw 07org.oe.dev * re0d42dfa... 10/ (4 files in 3 dirs): slugos/ludeos-packages: add COMPATIBLE_MACHINE = 'nslu2'
Nov 13 14:59:42 <hrw|work> time for another 25minutes test of world -nkD
Nov 13 14:59:53 <RP> hrw|work: I never object to beer :)
Nov 13 15:00:22 <hrw|work> IndentationError: expected an indented block
Nov 13 15:00:32 <hrw|work>     from bb import utils, data, parse, event, cache, providers, taskdata, runqueue
Nov 13 15:00:32 <hrw|work>   File "/home/hrw/devel/bitbake/bitbake/lib/bb/runqueue.py", line 343
Nov 13 15:00:51 <hrw|work>         if len(self.runq_fnid) == 0:
Nov 13 15:00:51 <hrw|work>             # nothing to do
Nov 13 15:00:51 <hrw|work>         return
Nov 13 15:01:39 <hrw|work> time for 666 revision
Nov 13 15:01:59 <hrw|work> BitBake devil edition ;D
Nov 13 15:04:07 <CIA-4> 03rpurdie * r666 10bitbake/lib/bb/runqueue.py: runqueue.py: Fix indentation
Nov 13 15:04:52 <RP> That'll teach me test changes properly :)
Nov 13 15:08:17 <CIA-4> 03rpurdie * r667 10bitbake/lib/bb/runqueue.py: runqueue.py: Fix inverted logic. Less speed, more haste.
Nov 13 15:08:21 <RP> It really does work now ;-)
Nov 13 15:08:44 <RP> NOTE: Preparing Runqueue
Nov 13 15:08:44 <RP> NOTE: All possible tasks have been run but build incomplete (--continue mode). See errors above for incomplete tasks.
Nov 13 15:08:44 <RP> NOTE: Executing runqueue
Nov 13 15:08:44 <RP> NOTE: build 200611131529: completed
Nov 13 15:08:55 <hrw|work> btw - its nice to have 3500+ amd64 just for own usage
Nov 13 15:11:59 <CoreDump|afk> hrw|work: nope, I'm still using bootstrap
Nov 13 15:12:16 <CoreDump|home> hi
Nov 13 15:12:53 <hrw|work> CoreDump|home: I dropped it anyway
Nov 13 15:13:19 <CoreDump|home> ;)
Nov 13 15:13:41 <hrw|work> ~change 240 eur to pln
Nov 13 15:13:47 <ibot> 240.00 Euro (EUR) makes 918.005 Zloty (PLN) (from http://www.xe.com/)
Nov 13 15:16:18 <CoreDump|home> time to drop a few zeros for poland huh?
Nov 13 15:17:26 <hrw|work> ?
Nov 13 15:20:51 <CoreDump|home> hrw|work: Zloty should get rid of a few zeros
Nov 13 15:21:03 <CoreDump|home> it was supposed to be a joke...
Nov 13 15:21:29 <hrw|work> CoreDump|home: currently EUR is ~4 PLN
Nov 13 15:21:38 <hrw|work> we dropped 4 zeros 11 years ago
Nov 13 15:21:46 <CoreDump|home> <ibot> 240.00 Euro (EUR) makes 918.005 Zloty (PLN) (from 
Nov 13 15:21:57 <CoreDump|home> ah, that's not 918 thousand
Nov 13 15:22:12 <CoreDump|home> ignore me
Nov 13 15:22:20 <hrw|work> ;D
Nov 13 15:22:25 <CoreDump|home> =)
Nov 13 15:22:33 * hrw|work sends CoreDump|home some coffee
Nov 13 15:22:34 <CoreDump|home> damn "," vs "."
Nov 13 15:23:16 * CoreDump|home has a nice cup of hot coffee
Nov 13 15:24:17 * mrz80 is back (gone 00:41:04)
Nov 13 15:31:45 <hrw|work> [hrw@misc1 celinux-test]$ grep 'Removing failed build' log|wc 22     132    1102
Nov 13 15:31:50 <hrw|work> still some bugs
Nov 13 15:38:15 <chouimat> morning
Nov 13 15:38:46 <CoreDump|home> hi chouimat 
Nov 13 15:42:18 <hrw|work> task-pivotboot - should follow 2.4 zaurus kernels
Nov 13 15:42:49 <chouimat> hi CoreDump|home hrw|work
Nov 13 15:43:14 <CoreDump|home> yep
Nov 13 15:43:33 <hrw|work> hi chouimat 
Nov 13 15:45:02 <hrw|work> JustinP: can you fix E17 stuff?
Nov 13 15:45:19 <hrw|work> JustinP: entice, e17genmenu
Nov 13 15:48:50 <hrw|work> RP: now started fetchall with fetching
Nov 13 15:50:17 <hrw|work> NOTE: multiple providers are available (gnome-vfs, gnome-vfs-dbus);
Nov 13 15:50:17 <hrw|work> NOTE: consider defining PREFERRED_PROVIDER_gnome-vfs
Nov 13 15:50:31 <hrw|work> can we change first line wording?
Nov 13 15:50:51 <hrw|work> NOTE: multiple providers are available for gnome-vfs: gnome-vfs, gnome-vfs-dbus;
Nov 13 15:51:08 <RP> hrw|work: We can :)
Nov 13 15:51:30 <hrw|work> ERROR: No providers of runtime build target xdamage-dev (for ['/home/hrw/devel/oe/org.openembedded.dev/packages/tasks/task-sdk.bb'])
Nov 13 15:51:33 <hrw|work> NOTE: Removing failed runtime build target xdamage-dev
Nov 13 15:51:36 <hrw|work> RP: I got lot of those
Nov 13 15:51:49 <hrw|work> RP: on each new task start
Nov 13 15:52:20 <hrw|work> RP: http://pastebin.ca/247510
Nov 13 15:52:23 <Crofton> does  DEPENDS = omniorb-native need quotes around the omniorb-native?
Nov 13 15:52:36 <hrw|work> Crofton: it need
Nov 13 15:52:42 <hrw|work> Crofton: use contrib/oe-stylize.py
Nov 13 15:53:23 <hrw|work> re mickeyl 
Nov 13 15:53:40 <RP> hrw|work: task-sdk needs some tlc
Nov 13 15:53:46 <hrw|work> mickeyl: business breakfast switched into lunch and gogo club visit?
Nov 13 15:53:46 <RP> hi mickeyl 
Nov 13 15:54:23 <mickeyl> hi guys
Nov 13 15:54:37 <lrg> hey mickeyl 
Nov 13 15:54:39 <mickeyl> hrw|work: hehe... not quite. breakfast switched into meeting mother + mother-in-law
Nov 13 15:54:42 <hrw|work> RP: I dropped it locally
Nov 13 15:54:53 <Crofton> ok, this must be detected by the new stricter bitbake?
Nov 13 15:54:57 <Crofton> I am sitting in a talk trying to fix the packages from zeckes email :)
Nov 13 15:55:14 <RP> Crofton: The new C parser needs these fixed...
Nov 13 15:55:15 <hrw|work> Crofton: use oe-stylize then
Nov 13 15:55:24 <mickeyl> lrg: thanks for sending the patches. I'll soon (tomorrow) get you in contact with our kernel master and you'll get a board. It won't have a working ts though, but I don't think that'll be a problem, right? :)
Nov 13 15:55:25 <Crofton> oe-stylize?
Nov 13 15:55:33 <hrw|work> contrib/oestylize
Nov 13 15:55:47 <Crofton> this is better than fixing by hand?
Nov 13 15:55:47 <lrg> mickeyl: thanks
Nov 13 15:56:28 <Crofton> how does it work?
Nov 13 15:56:32 <RP> Crofton: Personally, I'd just fix by hand but the choice is yours...
Nov 13 15:57:01 <hrw|work> Crofton: it parse recipe, reorder fields, fix quoting
Nov 13 15:57:21 <hrw|work> first source mirror fetching in progress...
Nov 13 15:57:21 <Genesis> is a OE GUI draft or begin somewhere ?
Nov 13 15:58:23 <lrg> Genesis: how recent is your mx21ads patch ?
Nov 13 15:59:10 <Genesis> i donno , we'have it since 6 month , from freescale , I've an NDA on it
Nov 13 15:59:42 <Genesis> i never seen a shit like this
Nov 13 16:00:05 <Genesis> sorry for bad word but montavista draft of broken kernel ..
Nov 13 16:00:20 <hrw|work> Genesis: great 2.4.20 one?
Nov 13 16:00:22 <lrg> Genesis: is it 2.6 ?
Nov 13 16:00:27 <Genesis> 2.6
Nov 13 16:00:31 <Genesis> 2.6.10
Nov 13 16:00:41 <lrg> what 2.6 ?
Nov 13 16:00:46 <Genesis> 2.6.10
Nov 13 16:02:45 <lrg> Genesis: ok thanks
Nov 13 16:02:55 <hrw|work> not so old (compared to their 2.4.20)
Nov 13 16:03:02 <Genesis> haha sure
Nov 13 16:03:06 <Genesis> only 4 years
Nov 13 16:03:10 <Genesis> :x
Nov 13 16:03:25 <hvontres|poodle> hrw|work : Morning. Do you know if monotone 0.31 works with OE ?
Nov 13 16:03:30 <hrw|work> should
Nov 13 16:03:49 <hvontres|poodle> hrw|work : has anybody tried it yet?
Nov 13 16:04:17 <Genesis> not me
Nov 13 16:04:31 <hrw|work> debian has 0.30 still so not me
Nov 13 16:05:43 <hrw|work> hvontres|poodle: no big changes from 0.30
Nov 13 16:05:51 <hvontres|poodle> Ok. fedora now has 0.31 and I wanted to check before letting yum trash my setup.
Nov 13 16:05:57 <Genesis> hrw|work, : tcp doenst work in my kernel
Nov 13 16:06:12 <Genesis> i couldn't use gdbserver to debug 
Nov 13 16:06:18 <Genesis> i let you imagine ...
Nov 13 16:06:57 <hrw|work> 2.6.10 is less then 2 years old.
Nov 13 16:06:58 <Genesis> busybox failed when i mount /dev as tmpfs or ramfs , i'm forced to not mount it
Nov 13 16:07:03 <hrw|work> ChangeLog-2.6.10             24-Dec-2004 22:30  1.5M
Nov 13 16:07:15 <Genesis> oki , too old for me 
Nov 13 16:07:45 <hrw|work> but its obsolete now
Nov 13 16:07:45 <hrw|work> even debian does not use it ;D
Nov 13 16:07:45 <Genesis> no udev , no gcc 4 , no eabi ...
Nov 13 16:07:47 <Genesis> sure ^^
Nov 13 16:08:05 <hvontres|poodle> Anybody know of any good programs to test kaffe-qt with? I got 1.1.5 to build with some nasty hacking and now I want to see if it even works :)
Nov 13 16:08:05 <Genesis> do you use kernel in place ?
Nov 13 16:08:05 <Genesis> seems pretty cool
Nov 13 16:08:37 <hrw|work> Genesis: zaurus bootloader does not support this.
Nov 13 16:08:37 <Genesis> oki
Nov 13 16:08:37 <Genesis> we use redboot :(
Nov 13 16:08:38 * Genesis is in a looser team
Nov 13 16:08:46 <Genesis> no kernel param at boot
Nov 13 16:08:46 <hrw|work> Genesis: udev for 2.6.10 existed. very old but was
Nov 13 16:08:53 <Genesis> yes 0.4
Nov 13 16:08:58 <Genesis> no interest
Nov 13 16:08:58 <hrw|work> Genesis: same as zaurus one
Nov 13 16:09:05 <hrw|work> Genesis: devfs then
Nov 13 16:09:36 <Genesis> <- makefs.sh ...
Nov 13 16:09:58 <Genesis> don('t buy our product 
Nov 13 16:10:11 <hvontres|poodle> whois Genesis 
Nov 13 16:10:24 <Bernardo> hrw|work: can a simpad opie image be built with the oz354x branch without much effort?
Nov 13 16:10:41 <hvontres|poodle> Genesis : who's stuff shouldn't we buy ?
Nov 13 16:10:52 <Genesis> haha
Nov 13 16:10:54 <hrw|work> Bernardo: add kernel, machine config, do build
Nov 13 16:10:55 <Genesis> i only work on prototype , don't care
Nov 13 16:11:09 <Bernardo> hrw|work: the kernel is there, I think
Nov 13 16:11:14 <Genesis> i've been employed to make some xul in firefox
Nov 13 16:11:14 <hrw|work> it is not
Nov 13 16:11:18 <Genesis> i do kernel hacking
Nov 13 16:11:25 <Genesis> _o/
Nov 13 16:11:35 <Genesis> and OE integration
Nov 13 16:11:39 <Bernardo> hrw|work: I'll try tonight copying the machine defs from dev to oz354x
Nov 13 16:11:45 <hrw|work> ok
Nov 13 16:11:59 <Bernardo> hrw|work: and the kernel, if it isn't there
Nov 13 16:12:56 <Bernardo> I tried the familiar 0.84 release, but it was missing too much functionality for me - no prism3 support (which I managed to get working) and a way old wpa_supplicant...
Nov 13 16:13:18 <Genesis> a+
Nov 13 16:22:35 <hrw|work> Bernardo: they avoid any firmware in distro
Nov 13 16:36:28 <Bernardo> hrw|work: that can be fixed easily, but the fact that they have a too old wpa_supplicant was my main problem, it just wouldn't connect to my AP
Nov 13 16:37:10 <hrw|work> I need to find out how to use pre mirrors
Nov 13 16:42:16 <Bernardo> pre mirrors?
Nov 13 16:43:57 <hrw|work> Bernardo: imagine that you have source mirror in your lan. you want bitbake to use it before it will try to fetch from net.
Nov 13 16:44:16 <Bernardo> ok, I see
Nov 13 16:44:21 <hrw|work> ~curse python.org for 10K/s
Nov 13 16:44:21 <Bernardo> like apt-proxy does
Nov 13 16:44:26 <ibot> May the fleas of a thousand camels infest your most sensitive regions, python.org for 10K/s !
Nov 13 16:44:31 <hrw|work> Bernardo: kind of
Nov 13 16:44:46 <Bernardo> I know that in sourcemage there was once something like that
Nov 13 16:44:54 <Bernardo> a proxy for sources only
Nov 13 16:45:25 <RP> hrw|work: You could turn on threading...
Nov 13 16:45:30 <Bernardo> you might want to check the code (it was in bash, I think).
Nov 13 16:46:11 <hrw|work> RP: good point - how?
Nov 13 16:46:55 <RP> hrw|work: BB_NUMBER_THREADS = "5" 
Nov 13 16:47:55 <RP> hrw|work: PREMIRRORS should be a case of adding the source archive at the start of the list (and adding it to the src stash variable too)
Nov 13 16:48:38 <hrw|work> RP: MIRRORS_prepend does not work
Nov 13 16:48:41 <hrw|work> iirc
Nov 13 16:49:04 <RP> hrw|work: There is a MIRRORS/PREMIRRORS bug which you might need to fix or at least be aware of (filed against bitbake)
Nov 13 16:49:13 <RP> hrw|work: PREMIRRORS != MIRRORS_prepend
Nov 13 16:49:13 <hrw|work> ok
Nov 13 16:49:41 <RP> hrw|work: Have a look at what lib/bb/fetch/wget.py does
Nov 13 16:50:11 <hrw|work> ok
Nov 13 16:54:48 <hrw|work> cu
Nov 13 17:09:42 <sirfred> Hi
Nov 13 17:10:45 <Bernardo> bye
Nov 13 18:01:58 <lrg> ~seen fluff
Nov 13 18:02:22 <ibot> fluff <n=stereo@p54817608.dip.t-dialin.net> was last seen on IRC in channel #debian, 318d 2h 48m 51s ago, saying: 'rod: what is your question?'.
Nov 13 18:02:40 <zecke> lrg: OE has no fluff anymore :)
Nov 13 18:02:45 <zecke> ~seen bloat
Nov 13 18:02:47 <ibot> i haven't seen 'bloat', zecke
Nov 13 18:02:55 <zecke> and there is no bloat in OE
Nov 13 18:03:04 <lrg> zecke: Ben Dooks ?
Nov 13 18:03:05 <CosmicPenguin> unlikely - ibot is just an OE fanboz
Nov 13 18:07:41 * zecke is out of caffeine :(
Nov 13 18:07:42 <raduga> ~botsnack
Nov 13 18:07:42 <ibot> raduga: thanks
Nov 13 18:07:42 <raduga> ~zeckesnack
Nov 13 18:08:56 <likewise> cna someone explain this construct, I have difficulty parsing it: DEPENDS += "${@['virtual/${TARGET_PREFIX}libc-initial',''][bb.data.getVar('TARGET_ARCH', d, 1) in ['arm', 'armeb', 'mips', 'mipsel']]}"
Nov 13 18:09:09 <zecke> lrg: parsing as in?
Nov 13 18:09:15 <zecke> likewise: parsing as in?
Nov 13 18:09:16 <likewise> understanding it.
Nov 13 18:09:23 <zecke> likewise: this is a python lambda expression
Nov 13 18:09:36 <zecke> you have an array of choiches [0,1,2,3]
Nov 13 18:09:45 <zecke> and an envalutation
Nov 13 18:09:56 <zecke> [0,1,2,3][i==0]
Nov 13 18:10:06 <zecke> if that evalutes to True -> 1 -> the first index is used
Nov 13 18:11:05 <likewise> ok, so if TARGET_ARCH matches arm upto mipsel, libc-initial is added as a dependency.
Nov 13 18:12:03 <zecke> hmm no
Nov 13 18:12:12 <zecke> False == 0
Nov 13 18:12:14 <zecke> True == 1
Nov 13 18:12:20 <zecke> but I#m openeing a python interpreter
Nov 13 18:12:47 <zecke> >>> [10,20]['arm' in ['arm', 'mips']]
Nov 13 18:12:48 <zecke> 20
Nov 13 18:12:56 <zecke> so the first index is used, which is ''
Nov 13 18:19:13 <likewise> zecke: thanks, I understand, will read a bit about it and then continue hacking on OE
Nov 13 18:19:29 <likewise> zecke: good to know I have to search for lambda expression.
Nov 13 18:20:10 * zecke considers going to gas station or drinkling coke light to get caffeine
Nov 13 18:20:29 <zecke> it is too cold to go there :(
Nov 13 18:21:41 <likewise> coke light?
Nov 13 18:21:50 <likewise> without going to gas station
Nov 13 18:22:06 <zecke> likewise: I could drink the coke light of my mom
Nov 13 18:22:11 <zecke> but coke light is disgusting
Nov 13 18:22:50 <XorA|gone> eeeeuuuuurgggghhhh, fakey sugar
Nov 13 18:22:51 <likewise>  I got used to it. I can't stand sugared and acid drinks, my teeth start to hurt after a few :-/
Nov 13 18:23:16 <zecke> likewise: teeth? I think I don't have any left ;)
Nov 13 18:23:25 <likewise> so it's another double coffee for me now :-)
Nov 13 18:23:40 <zecke> I never drank coffee
Nov 13 18:23:51 <likewise> zecke: well, my dentist did earn some vacantions on mine.
Nov 13 18:24:30 <likewise> I first drank coffee just before my drivers license exam :-)
Nov 13 18:25:00 <likewise> and was addicted ever since. 
Nov 13 18:25:19 <zecke> oh, 15 minutes until the super market closes
Nov 13 18:25:24 * zecke gets a bottle or two of coke
Nov 13 18:25:33 <zecke|cycle> damn it rains..
Nov 13 18:25:53 <likewise> go zecke go
Nov 13 18:25:59 <mreimer> the calendar widget isn't rendering properly (no text) with gtk+ 2.10.6. Is anyone else seeing this problem?
Nov 13 18:26:13 <likewise> rain is only virtual
Nov 13 18:30:15 <lrg> hey koen 
Nov 13 18:32:18 <XorA|gone> mreimer: gimme a sec, Ill check
Nov 13 18:32:25 <mreimer> thanks XorA|gone
Nov 13 18:34:11 <psokolovsky_> RP: using 2.6.18 kernel?
Nov 13 18:34:22 <psokolovsky_> anyone uses 2.6.18 kernel and jffs2?
Nov 13 18:34:31 <mreimer> psokolovsky_: not yet, but hopefully soon :-)
Nov 13 18:34:31 <psokolovsky_> Someone seen this: http://lists.arm.linux.org.uk/pipermail/linux-arm-kernel/2006-October/036616.html ?
Nov 13 18:34:38 <psokolovsky_> mreimer, Hi!
Nov 13 18:34:45 <psokolovsky_> issues are reported ;-(
Nov 13 18:34:48 <mreimer> Hi psokolovsky_
Nov 13 18:35:06 <psokolovsky_> bd2 of hx4700 reports segfaults just like that message
Nov 13 18:35:13 <mreimer> bummer
Nov 13 18:35:16 <psokolovsky_> and he found no solution so far
Nov 13 18:35:45 <XorA|gone> mreimer: seems to work here on day view
Nov 13 18:36:01 <mreimer> XorA|gone: ok, I'll check further
Nov 13 18:36:48 <mreimer> XorA|gone: actually, I mean the little widget, like the one in the event dialog where you click on the little icon of a calendar and it pops up a calendar widget. Is that the one you're testing
Nov 13 18:36:50 <mreimer> ?
Nov 13 18:37:20 <XorA|gone> mreimer: oh right, yes that is missing text
Nov 13 18:37:27 <mreimer> ok
Nov 13 18:37:30 <mreimer> hmm
Nov 13 18:37:41 * XorA|gone guesses a missing patch
Nov 13 18:37:56 <mreimer> I wonder if it's a problem with the pangoxft patch
Nov 13 18:38:20 <XorA|gone> mreimer: did you try it before I applied that?
Nov 13 18:38:26 <mreimer> XorA|gone: no
Nov 13 18:38:57 <XorA|gone> mreimer: there are also three patches from 2.6/2.8 not applied yet
Nov 13 18:39:23 <mreimer> XorA|gone: is one of them for the context menu (hold pops up a cut/copy/paste menu)?
Nov 13 18:40:05 <XorA|gone> mreimer: no idea, but from titles seems posible gtk+-handhelds.patch single-click.patch spinbutton.patch
Nov 13 18:40:23 <mreimer> XorA|gone: probably single-click.patch
Nov 13 18:40:52 <hvontres|poodle> lrg: did the poodle fixes for asoc ever get released?
Nov 13 18:43:58 <florian> re
Nov 13 18:46:02 <zecke|cycle> re
Nov 13 18:48:55 <CIA-4> 03cbrake 07org.oe.dev * r9ebe19c3... 10/ (5 files in 3 dirs): logicpd-pxa270-2.6.17-rc5: add touch and audio support (by Shane Volpe)
Nov 13 18:49:19 <CIA-4> 03cbrake 07org.oe.dev * r119a1b8e... 10/ (2 files in 2 dirs): 
Nov 13 18:49:19 <CIA-4> logicpd-pxa270-2.6.17: touchscreen load/unload fix (Shane Volpe)
Nov 13 18:49:19 <CIA-4> fix for problem where touch is required to load/unload the driver
Nov 13 18:51:55 <XorA|gone> mreimer: gtk/gtkcalendar.c Hunk #1 FAILED at 340. etc etc, maybe thats the problem
Nov 13 18:52:03 <mreimer> ah
Nov 13 19:08:16 <JustinP> hrw|gone: what's wrong?
Nov 13 19:21:26 <Jin^eLD> huhu
Nov 13 19:25:53 <koen> hrw|gone: could you restore gmailfs? I have python-fuse locally ready to commit
Nov 13 19:30:26 <Jin^eLD> hmm. I setup a new environment, this time for mipsel, and for some reason I can not compile some native packgaes, it says it can not run C-compiled programs; any idea where to start looking/what may be wrong?
Nov 13 19:49:43 <Jin^eLD> I can't figure it out...
Nov 13 19:50:01 <Jin^eLD> why could the native stuff be failing??
Nov 13 20:11:54 <Jin^eLD> interesting.. my ptahs for the prebuilt toolchain were wrong, that caused problems with native packages
Nov 13 20:14:00 <likewise> Jin^eLD: where did you set the paths? In your shell, and then used ASSUME_PROVIDED?
Nov 13 20:14:29 <Jin^eLD> I followed the howto on the wiki and set the paths in the shell
Nov 13 20:15:46 <Jin^eLD> but I messed up the structure.. those tools always come with a lot of subdirs and so on, and I somehow got the wrong bin for /opt/mipsel-linux-gnu/gcc-3.3.4-glibc-2.3.2/bin/
Nov 13 20:15:56 <Jin^eLD> this is the currect one and I got something different
Nov 13 20:16:20 <koen> likewise: are you planning on going to t-dose?
Nov 13 20:16:36 <likewise> koen: yes, probably not full days though.
Nov 13 20:17:09 <koen> likewise: I'll probably do one day (minus time spend going to and from)
Nov 13 20:17:56 <likewise> koen: saturday or sunday?
Nov 13 20:18:29 <koen> probably saturday
Nov 13 20:18:39 <koen> and sunday is hell when it comes to public transit
Nov 13 20:18:43 <koen> s/and/as/
Nov 13 20:19:45 <XorA|gone> whats t-dose?
Nov 13 20:20:01 <Jin^eLD> hmm,  http://directfb.org/downloads/Core/DirectFB-0.9.25.1.tar.gz is no longer there... 
Nov 13 20:20:09 <likewise> I can provide a sleeping address if it's worth anything.
Nov 13 20:20:17 <koen> XorA|gone: fosdem-like thing in .nl
Nov 13 20:20:19 <zecke> Jin^eLD: yes, they are preparing for a 1.0 release
Nov 13 20:20:31 <Jin^eLD> i see.. 
Nov 13 20:20:43 <Jin^eLD> I'll look for a mirror, must be somewhere around
Nov 13 20:20:45 <koen> XorA|gone: http://217.21.240.105/t-dose/?q=en
Nov 13 20:21:17 <likewise> koen: any other OE fooks going to t-dose?
Nov 13 20:21:24 <koen> likewise: that's good to know, I'll keep that in mind
Nov 13 20:21:28 <koen> likewise: zecke and gerwinin afaik
Nov 13 20:22:22 <likewise> koen: It's just that I would have to arrange a bed, so it's no last minute option.
Nov 13 20:22:58 <likewise> koen: never mind, have one.
Nov 13 20:23:21 <likewise> koen: and some space in the living room for one or two. :-)
Nov 13 20:25:37 <koen> :)
Nov 13 20:28:06 <Jin^eLD> hmm, is DirectFB-0.9.25.1.tar.gz broken? compilation complains about some PAGE_SIZE stuff
Nov 13 20:29:36 <zecke> Jin^eLD: maybe, DirectFB is sadly a stepchild in OE
Nov 13 20:30:54 <Jin^eLD> hmm
Nov 13 20:31:03 <Jin^eLD> what would you suggest? :)
Nov 13 20:38:45 <Jin^eLD> seems this is a system-dependant problem
Nov 13 20:44:48 <likewise> zecke: what are your plan wrt t-dose?
Nov 13 20:44:52 <likewise> s/plan/plans
Nov 13 20:47:31 <hvontres|poodle> has anybody tried the sun gpl java stuff in OE yet?
Nov 13 20:53:24 <zecke> likewise: I have to write a test on the monday following t-dose
Nov 13 20:53:35 <zecke> likewise: but I'm likely to drop by, leaving early on sunday though
Nov 13 20:54:04 <likewise> zecke: what test? you got a place to stay?
Nov 13 20:54:27 <zecke> likewise: my family lives in son, I will crash there and ask for the cycle :)
Nov 13 20:56:44 <likewise> zecke: koen; maybe be could have dinner somewhere in the city if you like?
Nov 13 20:56:54 <likewise> koen: ^
Nov 13 20:57:08 <zecke> dinner == frikandel ;)
Nov 13 20:57:29 <zecke> or some vegie food from a indo-china restauarant
Nov 13 20:57:47 <koen> likewise: sounds nice
Nov 13 20:57:54 <gremlin[it]> slurp !!! 
Nov 13 20:58:14 <likewise> zecke: you vegie?
Nov 13 20:58:25 <koen> likewise: 'vietnamees' in dutch
Nov 13 20:58:38 <zecke> no, sometimes I'm
Nov 13 20:59:03 <hvontres|poodle> frikandel !=vegie :)
Nov 13 20:59:15 <likewise> almost, apart from some meat :-)
Nov 13 20:59:17 <giel> son, that's pretty much near here
Nov 13 20:59:40 <likewise> giel: what's?
Nov 13 20:59:55 <zecke> mickey|devel: florian : We need to attract more germans the dutch crowd keeps growing!
Nov 13 21:00:10 <giel> likewise: zecke said his family lives in son
Nov 13 21:00:28 <hvontres|poodle> zecke: I'm half-german...:)
Nov 13 21:00:28 <zecke> giel: hehe
Nov 13 21:00:31 <giel> so i'm thinking that's the village "Son", which is near here
Nov 13 21:00:42 <zecke> giel: Son en Bruegel 
Nov 13 21:00:45 <giel> yes
Nov 13 21:00:55 <giel> that's near ;)
Nov 13 21:01:04 <florian> zecke: hehe
Nov 13 21:01:26 <likewise> giel: where you at? ehv?
Nov 13 21:01:30 <giel> yes
Nov 13 21:01:35 <likewise> me tooo
Nov 13 21:01:44 <giel> what are the odds
Nov 13 21:01:59 <likewise> ah well, quite big actually.
Nov 13 21:02:08 <giel> er, about 200000/16000000 i guess ;)
Nov 13 21:02:26 <likewise> plus some nerd factor surrounding universities etc.
Nov 13 21:02:37 <giel> i have nothing to do with the university here ;)
Nov 13 21:02:43 <giel> but, point taken ;)
Nov 13 21:02:52 <likewise> giel: me neither anymore
Nov 13 21:03:07 <likewise> giel: using oe for hobby, work or both?
Nov 13 21:03:20 <giel> i've only been living here for 2 years
Nov 13 21:03:21 <giel> likewise: both
Nov 13 21:03:53 <likewise> giel: what company?
Nov 13 21:04:18 <giel> likewise: make an educated guess ;)
Nov 13 21:04:25 <zecke> rofl
Nov 13 21:04:29 <likewise> ok, what department?
Nov 13 21:04:32 <giel> research
Nov 13 21:04:44 <zecke> "Hey I'm sitting two doors next to you"
Nov 13 21:04:51 <likewise> campus?
Nov 13 21:04:53 <giel> yeah
Nov 13 21:05:29 <likewise> I'm still doing a little bit of work for research, following up on my graduation which was coached by prof. de haan@research
Nov 13 21:05:45 <giel> zecke: i had that the other day, with a new employee ;)
Nov 13 21:06:04 <giel> likewise: doesn't ring a bell, but research is quite big
Nov 13 21:06:08 <likewise> giel: you attending t-dose?
Nov 13 21:06:31 <giel> likewise: pbly not, but if there're a number of OE people i might drop by
Nov 13 21:06:38 <likewise> giel: that's the fellow who has all the television algorithms patents: http://www.ics.ele.tue.nl/~dehaan/
Nov 13 21:06:58 <likewise> giel: the more the merrier. we could also meet for dinner somewhere.
Nov 13 21:07:28 <giel> let me see how it fits into my planning
Nov 13 21:07:28 <giel> tomorrow, when i'm near an agenda
Nov 13 21:07:28 <giel> ;)
Nov 13 21:07:44 <zecke> can you guys bring a DVB-T modulator to T-Dose?
Nov 13 21:08:30 <likewise> zecke: a *modulator*?
Nov 13 21:08:30 <giel> i'd have to disassemble our 19" rack :(
Nov 13 21:08:44 <zecke>  likewise: and a huge display, I could bring OE based handsets from BenQ germany :}
Nov 13 21:09:15 <likewise> zecke: display as in TFT?
Nov 13 21:09:23 <likewise> zecke: or as in booth?
Nov 13 21:09:34 <koen> zecke: if hrw comes we can make it crash ;)
Nov 13 21:09:35 <zecke> likewise: better as in LCD as I don't want to ruine  it :)
Nov 13 21:09:58 <zecke> koen: benq germany crashed without any hrw involvement
Nov 13 21:11:34 <koen> giel: effem (aka Frans Meulenbroeks) should be working near you as well
Nov 13 21:11:37 <koen> ~seen effem
Nov 13 21:11:56 <ibot> effem <n=frans@ip545787f8.direct-adsl.nl> was last seen on IRC in channel #openslug, 33d 6h 8m 1s ago, saying: 'VoodooZ_work: just set the clock from ntp'.
Nov 13 21:12:00 <giel> i should start paying attention to what i say, then ;)
Nov 13 21:13:26 <zecke> this is almost internal channel ;)
Nov 13 21:13:42 <zecke> giel:  ' ' at begin of line should hide it away from ibot
Nov 13 21:13:54 <giel> hehe
Nov 13 21:14:09 <giel> sounds like a bug which is proclaimed a feature ;)
Nov 13 21:14:17 <zecke> giel: it is a feature :)
Nov 13 21:14:25 <koen> the hits on the oe site from an internal philips wiki are cute as well :)
Nov 13 21:14:41 <zecke> http://en.wikipedia.org/wiki/IBOT
Nov 13 21:14:55 <likewise> koen: :-)
Nov 13 21:15:11 <giel> hm, why is the t-dose schedule 403
Nov 13 21:15:24 <giel> koen: that's pbly my doing ;)
Nov 13 21:15:43 <likewise> giel: what do you deploy OE on?
Nov 13 21:15:48 <giel> likewise: internal prototype testing platform
Nov 13 21:16:02 <likewise> giel: can you reveal the arch?
Nov 13 21:16:16 <giel> arm
Nov 13 21:16:17 <giel> ;)
Nov 13 21:16:30 <koen> probably LPC
Nov 13 21:16:36 <likewise> :-)
Nov 13 21:16:41 <giel> it's a philips semiconductors (nowadays NXP) cpu
Nov 13 21:16:48 <giel> arm core with some extra added features around it
Nov 13 21:17:08 <koen> aaaah
Nov 13 21:17:17 <koen> is that the one with mythtv running on it?
Nov 13 21:17:22 <giel> no
Nov 13 21:17:24 <likewise> giel: the clockless one?
Nov 13 21:17:47 <hrw> re
Nov 13 21:17:48 <giel> no, the cpu isn't anything special
Nov 13 21:18:01 <giel> it's the hardware around it that makes it somewhat fun
Nov 13 21:18:19 <hrw> koen: if you can^Wwant to get gmailfs working then readd it
Nov 13 21:18:20 <likewise> giel: and put OE on top, makes it extra extra fun
Nov 13 21:18:47 <koen> hrw: I can get it working, I'm waiting for you to re-add it 
Nov 13 21:19:16 <hrw> koen: I feel no need for it
Nov 13 21:19:19 <giel> likewise: well, the OE part makes it kinda nice, yes...
Nov 13 21:19:28 <giel> but hey, more tomorrow, time for bed
Nov 13 21:19:33 <likewise> ok, cu
Nov 13 21:19:39 <koen> hrw: removing it without asking is a bit rude
Nov 13 21:19:51 <hrw> JustinP: DEBUG: No providers of build target e (for ['/home/hrw/devel/oe/org.openembedded.dev/packages/e17/e17genmenu_2.0.2.bb'])
Nov 13 21:20:11 <likewise> I'm going to do one other motorcycle theory exam, which makes we gonna boot in w*nd*ws. See ya, guys.
Nov 13 21:20:12 <hrw> koen: thats why next ones were added into OE
Nov 13 21:20:20 <hrw> koen: add python-fuse, I will add gmailfs
Nov 13 21:21:04 <koen> whatever
Nov 13 21:21:12 <hrw> zecke: during weekend you was discussing abut bitbake license. From my side you can choose any from GPLv2/MIT/BSD for it.
Nov 13 21:21:38 <hrw> koen: gmailfs was broken and I do not like to add broken stuff into OE
Nov 13 21:21:47 <zecke> hrw: thanks good to know, I think it depends stefan_schmidt's success or failure :)
Nov 13 21:22:09 <koen> hrw: like I said, removing it was rude, and I'm waiting for you to re-add it before I will fix it
Nov 13 21:22:45 <hrw> zecke: for every project which I'm involved any DFSG/FOSS license is ok.
Nov 13 21:23:19 <zecke> hrw: I wonder if Postcard License is DFSG compatible, but postcards are what dragged me into FOSS :)
Nov 13 21:23:50 <Jin^eLD> n8
Nov 13 21:23:58 <hrw> zecke: my first license was PD, then shareware
Nov 13 21:24:13 <hrw> then I grown and moved to FOSS
Nov 13 21:25:02 <hrw> JustinP: ERROR: No providers of runtime build target libesmart-file-dialog0 (for ['/home/hrw/devel/oe/org.openembedded.dev/packages/e17/entice_20060416.bb'])
Nov 13 21:25:07 <stefan_schmidt> As I see your talk about bitbake license. Anybody yet tested the package?
Nov 13 21:25:21 <stefan_schmidt> :)
Nov 13 21:25:22 <hrw> not me
Nov 13 21:25:50 <stefan_schmidt> Somebody _plan_ to testing?
Nov 13 21:26:11 <stefan_schmidt> I reaaly like to have some test before pushing it out.
Nov 13 21:26:22 <zecke> stefan_schmidt: which package?
Nov 13 21:26:30 <stefan_schmidt> zecke: bitbake...
Nov 13 21:26:48 <zecke> stefan_schmidt: which kind of package? rpm, deb, tar.gz?
Nov 13 21:27:24 <stefan_schmidt> zecke: eh, we talked about packaging it for debian. So .deb would be the right choice. ;)
Nov 13 21:27:29 <JustinP> hrw: ok, well, e17genmenu never worked for me...
Nov 13 21:27:49 <CIA-4> 03hrw 07org.oe.dev * rde006911... 10/ (1 packages/fuse/gmailfs_0.6.bb): gmailfs: re-added broken version - koen will fix it
Nov 13 21:27:54 <stefan_schmidt> The repo is here: deb http://www.sicherheitsschwankung.de/~jluebbe/debian unstable/
Nov 13 21:28:23 <hrw> JustinP: you are e17 maintainer, so I report it to you
Nov 13 21:28:29 <zecke> stefan_schmidt: I can give it a try on egdy tomorrow
Nov 13 21:29:13 <JustinP> hrw: I'll attempt to update it
Nov 13 21:29:30 <hrw> thx
Nov 13 21:29:31 <JustinP> hrw: it shouldn't have e in DEPENDS...thought I caught all of those...I'll take care of it
Nov 13 21:29:50 <stefan_schmidt> zecke: That would be nice. Thanks.
Nov 13 21:29:58 <hrw> RP: fetchall tried to do_patch for autoconf...
Nov 13 21:30:05 <hrw> RP: will show you log
Nov 13 21:30:27 <RP> hrw: hmm :-/
Nov 13 21:30:38 <hrw> RP: http://ewi546.ewi.utwente.nl/tmp/hrw/t/fetch.log.txt
Nov 13 21:31:19 <hrw> RP: [hrw@misc1 celinux-test]$ time bitbake -cfetchall  world  -k|tee fetchall.log
Nov 13 21:33:57 <hrw> RP: weird
Nov 13 21:34:12 <RP> hrw: Theres a ton of unpack and patch tasks in there too...
Nov 13 21:34:42 <hrw> RP: added -D -D -D
Nov 13 21:36:31 <hrw> too bad that I cant show logs directly from machine ;(
Nov 13 21:37:12 <RP> hrw: yes :(
Nov 13 21:37:55 <hrw> RP: its intranet machine - ssh over ssh to get into.
Nov 13 21:38:21 <zecke> stefan_schmidt: you could add svk to the list of Depends
Nov 13 21:38:31 <zecke> stefan_schmidt: we can talk about keeping the debian directory in bitbake SVN
Nov 13 21:38:41 <zecke> stefan_schmidt: I would be interested in generating a proper manpage
Nov 13 21:39:12 <stefan_schmidt> zecke: Yes, man page is needed.
Nov 13 21:39:29 <stefan_schmidt> zecke: Is there already some text we can use for it?
Nov 13 21:39:44 <zecke> stefan_schmidt: bitbake -h
Nov 13 21:39:56 <stefan_schmidt> zecke: I poke Shoragan to add the svk depend.
Nov 13 21:40:05 <zecke> stefan_schmidt: and the rest of the manual, is there a 101 on good manpages?
Nov 13 21:40:41 <zecke> stefan_schmidt: do you really want to install to /usr/share/python-path?
Nov 13 21:40:48 <zecke> python-support?
Nov 13 21:40:58 <CosmicPenguin> man 7 regex and do the opposite
Nov 13 21:41:13 <zecke> CosmicPenguin: No entry for regex in section 7 of the manual
Nov 13 21:41:31 <CosmicPenguin> then you are one of the lucky ones
Nov 13 21:41:45 <zecke> BSD :)
Nov 13 21:42:02 <zecke> dapper has it installed
Nov 13 21:42:03 <stefan_schmidt> zecke: bitbake -h is a start. We see what we can reach when we merge it with the manual.
Nov 13 21:42:50 <stefan_schmidt> zecke: Don't ask me about path in debian. I'm just a user. :)
Nov 13 21:43:23 <stefan_schmidt> zecke: Shoragan makes the package and he already has at least 2 python packages in debian.
Nov 13 21:43:38 <zecke> eek edgy has this path as well
Nov 13 21:43:43 <RP> CosmicPenguin: What's the status on the perforce fetcher btw? There's a very old copy in the bugzilla and I was wondering what to do with the bug...
Nov 13 21:43:57 <CosmicPenguin> I haven't seen a bug?
Nov 13 21:44:08 <CosmicPenguin> but what you have is what we had when the layoffs happened
Nov 13 21:44:18 * CosmicPenguin heds for the bug list
Nov 13 21:44:31 <zecke> stefan_schmidt: dpkg: Abhängigkeitsprobleme verhindern Konfiguration von bitbake:
Nov 13 21:44:31 <zecke>  bitbake hängt ab von bison; aber:
Nov 13 21:44:31 <zecke>   Package bison is not installed.
Nov 13 21:44:50 <zecke> stefan_schmidt: bison is not needed :)
Nov 13 21:45:01 <zecke> stefan_schmidt: we will require lemon for building
Nov 13 21:45:18 * stefan_schmidt makes a note.
Nov 13 21:45:27 <CosmicPenguin> RP: zarro bugs found with term 'perforce'
Nov 13 21:46:50 <RP> CosmicPenguin: Sorry, it was a mail from you to the bitbake list on 26th Sept 2005
Nov 13 21:47:06 <RP> CosmicPenguin: bitbake has changed a bit since then :}
Nov 13 21:47:08 <CosmicPenguin> heh
Nov 13 21:47:09 <CosmicPenguin> yeah
Nov 13 21:47:29 <CosmicPenguin> I'll send out what I have in my build tree right now
Nov 13 21:47:34 <RP> Its in with a set of bug reports in my mailbox...
Nov 13 21:47:42 <CosmicPenguin> keeping in mind I haven't updated bitbake in a few months
Nov 13 21:47:59 <RP> With the changes I made to the fetchers, its probably an idea if its intergrated whilst I remember what I did ;-)
Nov 13 21:48:33 <CosmicPenguin> ~RP
Nov 13 21:48:45 <CosmicPenguin> stupid bot
Nov 13 21:48:54 <RP> rpurdie@rpsys.net
Nov 13 21:49:49 <RP> ibot: RP is Richard Purdie, works for o-hand.com, hacks on kernels, OpenEmbedded and bitbake (rpurdie@rpsys.net)
Nov 13 21:49:52 <ibot> okay, RP
Nov 13 21:49:58 <RP> ~RP
Nov 13 21:49:58 <Shoragan> hi
Nov 13 21:50:00 <ibot> hmm... rp is Richard Purdie, works for o-hand.com, hacks on kernels, OpenEmbedded and bitbake (rpurdie@rpsys.net)
Nov 13 21:50:12 <stefan_schmidt> hi Shoragan 
Nov 13 21:50:42 <stefan_schmidt> Shoragan: zecke has had some suggestions. Remove bison dep and add svk and lemon.
Nov 13 21:51:03 <hrw> hi Shoragan 
Nov 13 21:51:05 <stefan_schmidt> Shoragan: For the manpage we can merge bitbake -h and the manual.
Nov 13 21:53:19 <Shoragan> ok
Nov 13 21:53:39 <Shoragan> i'll just update the depends
Nov 13 21:54:04 <zecke> Shoragan: not lemon
Nov 13 21:54:13 <zecke> stefan_schmidt: it seems to execute on edgy
Nov 13 21:54:53 <stefan_schmidt> zecke: lemon as suggestion?
Nov 13 21:55:13 <RP> CosmicPenguin: thanks. I'll cleanup, update and add to bitbake. Hopefully you'll test it at some point after that :)
Nov 13 21:55:23 <CosmicPenguin> sure
Nov 13 21:55:32 <RP> CosmicPenguin: Is copyright header correct?
Nov 13 21:55:45 <zecke> stefan_schmidt: lemon not until BitBake 1.8 or later
Nov 13 21:55:47 <CosmicPenguin> now that our favorite cheap laptop is going into a quiet period, I can catch up on other stuff
Nov 13 21:56:10 <stefan_schmidt> zecke: Ah, ok. We just use the stable 1.6.2 for now.
Nov 13 21:56:29 <CosmicPenguin> RP: hmm - probably not - but we did just pretty much steal the cvs fetcher lock stock and barrel
Nov 13 21:56:34 <zecke> CosmicPenguin: why quiet? is the hardware done?
Nov 13 21:57:44 <Shoragan> zecke, why not lemon?
Nov 13 21:58:03 <stefan_schmidt> Shoragan: Only needed for bitbake >1.8
Nov 13 21:58:11 <CosmicPenguin> zecke: yep - hopefully soon they'll start a 900 machine build
Nov 13 21:58:58 <Shoragan> k
Nov 13 21:59:32 <Shoragan> and bison is no longer needed>
Nov 13 21:59:33 <Shoragan> ?
Nov 13 21:59:37 <RP> CosmicPenguin: ok, let me know what it should say if you want it changed, otherwise I'll leave it as it is
Nov 13 21:59:42 <zecke> Shoragan: it was never needed
Nov 13 21:59:49 <CosmicPenguin> RP: go ahead and leave it as is
Nov 13 22:00:01 <RP> zecke: This code uses deepcopy :}
Nov 13 22:01:34 <zecke> gosh I'm pissed off
Nov 13 22:03:55 <hrw> cu
Nov 13 22:08:16 <Shoragan> stefan, could you try updating from my repo
Nov 13 22:08:38 <stefan_schmidt> Shoragan: In progress...
Nov 13 22:09:35 <jim_rayner> Other than BBPATH incorrectly set does anyone know the cause of 'ERROR: Unable to open conf/bitbake.conf'
Nov 13 22:11:00 <stefan_schmidt> Shoragan: Installed fine. I give it a try.
Nov 13 22:11:41 <stefan_schmidt> Shoragan: seems to work fine.
Nov 13 22:12:36 <kergoth> jim_rayner: that -is- the cause. it traverses BBPATH to find conf/bitbake.conf
Nov 13 22:12:41 <kergoth> did you forget to export the variable or something?
Nov 13 22:13:39 <stefan_schmidt> Shoragan: Package description is needed. ;)
Nov 13 22:14:01 <jim_rayner> mmm, same directory structure & BBPATH working perfectly ok on a different machine
Nov 13 22:15:26 <Shoragan> stefan, yes yes
Nov 13 22:15:55 <stefan_schmidt> Shoragan: heh
Nov 13 22:16:39 <hrw|gone> RP: check http://ewi546.ewi.utwente.nl/tmp/hrw/t/fetch.log-full.txt in next few minutes (~6M log of bitbake -cfetchall  world -D -D -D  -k|tee fetchall.log build)
Nov 13 22:20:53 <RP> hrw|gone: got it
Nov 13 22:22:35 <RP> hrw|gone: Its not showing anything useful - we need the data_dump() from runqueue.py but that isn't enabled by default :-*
Nov 13 22:22:38 <RP> ;-(
Nov 13 22:24:24 <CIA-4> 03rpurdie * r668 10bitbake/ (MANIFEST lib/bb/fetch/__init__.py lib/bb/fetch/perforce.py): Add perforce fetcher from Jordan Crouse, suitably modified for recent bitbake changes
Nov 13 22:25:37 <CosmicPenguin> RP: wow - that was fast.  thanks
Nov 13 22:27:28 <RP> CosmicPenguin: No idea if it still works ;-). It also now uses the common SRC_STASH code so you might need to tweak your setup a little
Nov 13 22:27:48 <CosmicPenguin> RP: nod
Nov 14 02:07:07 <CIA-4> 03rpurdie * r669 10bitbake/lib/bb/taskdata.py: taskdata.py: Stop failed dependencies being added back into taskData. Improve multiple provders messages
**** ENDING LOGGING AT Tue Nov 14 02:59:57 2006