**** BEGIN LOGGING AT Wed Dec 06 02:59:57 2006
Dec 06 03:56:12 <jacques> #bzflag
Dec 06 05:02:33 <CIA-4> 03pfalcon 07org.oe.dev * r2101b735... 10/ (4 files in 3 dirs): 
Dec 06 05:02:33 <CIA-4> linux-handhelds-2.6 2.6.19-hh4: Add first really working HH.org 2.6.19 release.
Dec 06 05:02:33 <CIA-4> * Update defconfig for hx4700, too. Enable boot from SD and NFS - *really* for
Dec 06 05:02:33 <CIA-4> different people and configurations.
Dec 06 05:08:19 <CIA-4> 03pfalcon 07org.oe.dev * re4cd6ba6... 10/ (3 files in 2 dirs): linux-handhelds-2.6: Add 2.6.16-hh8 & 2.6.18-hh2, latest tags on the corresponding branches.
Dec 06 07:15:54 <Jin^eLD> re
Dec 06 07:31:31 <zezom> I have 1 gig of internal memory that is separate from the OS's flash. can I install linux on this and use a boot loader to point to that instead of it's uesual location?
Dec 06 07:35:27 <mickey|zzZZzz> if your bootloader can access this memory, sure
Dec 06 07:39:26 <zezom> mickey|zzZZzz, any sugestions on a bootloader for an ipaq rx4540?
Dec 06 07:39:35 <zezom> I've tried HaRET
Dec 06 07:39:35 <mickey|zzZZzz> try u-boot, blob, or LAB. these are the most common atm. IIRC.
Dec 06 07:39:38 <zezom> and osloader
Dec 06 07:39:44 <zezom> both don't work
Dec 06 07:39:51 <zezom> thanks :)
Dec 06 07:45:13 <koen> good morning all
Dec 06 07:45:19 * koen reads http://lists.arm.linux.org.uk/pipermail/linux-arm-toolchain/2006-December/000573.html
Dec 06 07:45:21 <Jin^eLD> 'mornin
Dec 06 08:06:16 <likewise> good morning
Dec 06 08:06:20 <Jin^eLD> hey
Dec 06 08:07:47 <likewise> ~hail lennert
Dec 06 08:07:47 <likewise> ~hail koen
Dec 06 08:07:47 * ibot bows down to lennert and chants, "I'M NOT WORTHY!!"
Dec 06 08:07:47 * ibot bows down to koen and chants, "I'M NOT WORTHY!!"
Dec 06 08:08:00 <likewise> nice plug :-)
Dec 06 08:12:12 <likewise> and very interesting thread
Dec 06 08:22:24 <zezom> If a binary is compiled for my arm device. can I execute that binary under both pocket pc and linux?
Dec 06 08:25:47 <zezom> I'm thinking of a binary like HaRET
Dec 06 08:33:30 <XorA> morning
Dec 06 08:33:42 <XorA> koen: what do you mean by benchmark?
Dec 06 08:33:59 <koen> XorA: the benchmark is irrelevant :)
Dec 06 08:34:12 <koen> XorA: I meant the pointer to arm opt in the new mplayer
Dec 06 08:34:30 <XorA> koen: I dont actually think its different than the 10.pre8 one
Dec 06 08:35:56 * XorA coulda sworn he has a .bb for 1.0rc1 somewhere, but cant find it
Dec 06 08:36:25 <XorA> also when does epoch start working in OE? because mplayer is going to need one
Dec 06 08:36:33 <RP> morning all
Dec 06 08:36:52 <XorA> hey RP 
Dec 06 08:36:55 <koen> hey RP 
Dec 06 08:37:16 <koen> XorA: or make mplayer follow the versioning policy
Dec 06 08:37:31 <XorA> koen: I can do that in OE, will bugger Angstrom and OZ though
Dec 06 08:37:44 <koen> angstrom hasn't been released anyway
Dec 06 08:38:00 <XorA> I never changed it earlier because I never actually thought mplayer would reach 1.0 release :-)
Dec 06 08:39:44 <XorA> ~seen sirfred
Dec 06 08:39:49 <ibot> sirfred <n=mteira@188.Red-83-37-6.dynamicIP.rima-tde.net> was last seen on IRC in channel #oe, 11d 16h 5m 51s ago, saying: '56Mb of source code'.
Dec 06 08:53:35 <XorA> koen: how is gtk+ speed going?
Dec 06 08:53:57 <koen> XorA: marching steadily towards 2.6-like speeds
Dec 06 08:57:23 <XorA> NOTE: package mplayer-0.0+1.0rc1: completed
Dec 06 08:57:37 <mickeyl> morning folks
Dec 06 08:58:11 <ade|desk> morning morning
Dec 06 09:12:12 <CIA-4> 03xora 07org.oe.dev * r04f59b36... 10/ (7 files in 3 dirs): 
Dec 06 09:12:12 <CIA-4> mplayer_0.0+1.0rc1.bb : add latest version of mplayer, fixing versioning
Dec 06 09:12:12 <CIA-4> to meet OE policy.
Dec 06 09:12:12 <CIA-4> A couple of patches have been rediffed and two Makefile patches dropped as
Dec 06 09:12:12 <CIA-4> what they did is now in the Makefiles in question.
Dec 06 09:16:19 <XorA> koen: there yah go
Dec 06 09:16:41 <koen> XorA: cool, thanks
Dec 06 09:18:13 <XorA> PV = "0,0+1.0rc1+svn${SRCDATE}"
Dec 06 09:18:16 <XorA> is that acceptable?
Dec 06 09:18:44 <mickeyl> nearly there
Dec 06 09:18:47 <mickeyl> policy says
Dec 06 09:19:15 <mickeyl> coming-version+svn${SRCDATE}
Dec 06 09:19:20 <mickeyl> why 0,0+1.0?`
Dec 06 09:19:37 <mickeyl> or am i confused?
Dec 06 09:19:42 * mickeyl looksup the wiki page
Dec 06 09:19:55 <XorA> mickeyl: because version is 0.0+1.0rc1 as mplayer hasnt released yet
Dec 06 09:20:15 <mickeyl> fair enough. the two +'es look a bit alien to me, but ok
Dec 06 09:20:47 <XorA> mickeyl: mplayer release scheme has always been a bit random :-)
Dec 06 09:20:59 <XorA> mickeyl: almost as random as zautrix
Dec 06 09:21:11 <mickeyl> hehe
Dec 06 09:21:12 <mickeyl> i see
Dec 06 09:21:36 <koen> mickeyl: last-release+svn${SRCDATE}
Dec 06 09:21:37 <XorA> but they seem to actually going for 1.0 now, which I never thought they would do
Dec 06 09:22:23 <koen> mickeyl: coming-version+svn breaks when coming versions gets released
Dec 06 09:25:39 <mickeyl> sure
Dec 06 09:25:40 <mickeyl> was a typo
Dec 06 09:25:42 <mickeyl> i meant last-version
Dec 06 09:25:50 <mickeyl> you see it's again too early for me 
Dec 06 09:25:59 <mickeyl> but i had a stupid appointment with an insurance macler
Dec 06 09:26:00 <mickeyl> *sigh*
Dec 06 09:26:11 <mickeyl> agent, even
Dec 06 09:26:16 <XorA> mickeyl: shoot him
Dec 06 09:26:21 <mickeyl> *nod*
Dec 06 09:26:27 <mickeyl> those guys are a pain in the ass
Dec 06 09:26:34 <XorA> bankers exist jsut to make life dificult
Dec 06 09:26:58 <mickeyl> now that I'm freelancer all "friends" sent their insurance agents after me to get me for a new private health insurance + age insurance + ...
Dec 06 09:27:07 <mickeyl> that really sucks
Dec 06 09:27:51 <koen> mickeyl: http://www.oesf.org/forums/index.php?showtopic=22239&view=findpost&p=148145
Dec 06 09:28:23 <mickeyl> hehehe
Dec 06 09:28:28 <mickeyl> that's kind of funny
Dec 06 09:28:34 <mickeyl> some people recommending OE to pdaXrom 
Dec 06 09:28:46 <koen> the replies are hilarious as well
Dec 06 09:28:51 <mickeyl> o mores o times
Dec 06 09:28:58 <mickeyl> actually
Dec 06 09:29:01 <mickeyl> O tempora! O Mores!
Dec 06 09:30:25 <koen> "ptx also has recipes and stuff"
Dec 06 09:30:38 <mickeyl> heh
Dec 06 09:30:40 <koen> thank you for generalizing Makefile to .bb files
Dec 06 09:30:49 <mickeyl> you really expected an educated response?
Dec 06 09:31:03 <koen> actually, no
Dec 06 09:33:31 <koen> but I can be amazed at the amount of ignorance people can display
Dec 06 09:33:44 * ade|desk just waits for the "i know the OE /bitbake author and he says that ..."
Dec 06 09:34:06 <koen> and, personally I don't think OE would fit pdaX
Dec 06 09:34:22 <koen> those people can't be convinced to do things the proper way
Dec 06 09:35:08 <koen> and we don't want warez in OE
Dec 06 09:39:41 <mickeyl> i agree. historically "getting things to work" had a higher priority for those guys than "doing things the right way" which is just not acceptable for us
Dec 06 09:39:46 <mickeyl> at least not in .dev
Dec 06 09:39:50 <mickeyl> they could branch
Dec 06 09:40:41 <mickeyl> ade|desk: actually the statement was on a more broad level. I couldn't release an educated statement as well, because I don't know enough about crosstools.
Dec 06 09:40:58 <mickeyl> ade|desk: so all i wanted to say was that you can't compare unless you know all comparees
Dec 06 09:41:59 <koen> mickeyl: but http://lists.arm.linux.org.uk/pipermail/linux-arm-toolchain/2006-December/000573.html is very nice :)
Dec 06 09:42:29 <mickeyl> good pr :D
Dec 06 09:43:08 * mickeyl waves to zecke
Dec 06 09:43:10 <mickeyl> yo buddy
Dec 06 09:43:25 <zecke> mickeyl: hey :)
Dec 06 09:44:42 <mickeyl> zecke: Siemens pumps more money into Mvista :/
Dec 06 09:44:45 <mickeyl> ~lart siemens
Dec 06 09:44:46 * ibot whacks siemens with the cluebat
Dec 06 09:46:49 <mithro> hey peoples
Dec 06 09:47:03 <koen> hey mithro 
Dec 06 09:47:04 <mickeyl> yo mithro
Dec 06 09:47:09 <mickeyl> mithro: coming to FOSDEM'07 ?
Dec 06 09:47:14 <mithro> how is everyone?
Dec 06 09:47:18 <koen> man, OSX's automator sucks
Dec 06 09:47:22 <mickeyl> mithro: we have a booth and we need people :)
Dec 06 09:47:25 <mithro> mickeyl: nope, going to LCA 2007 however
Dec 06 09:47:27 * koen reverts to sh, awk and sed
Dec 06 09:47:42 <XorA> so who says we take the mvistas boys for a walk to the nearest body of water as FOSDEM?
Dec 06 09:47:54 <mickeyl> I'm on board :D
Dec 06 09:48:11 <zecke> mickeyl: yes, I have seen that
Dec 06 09:48:36 <zecke> XorA: they will drown themselves anyway
Dec 06 09:49:43 <mithro> mvistas?
Dec 06 09:49:52 <zecke> or alternatively claim "MVista created OpenEmbed"
Dec 06 09:56:19 <rwhitby> mickeyl: NAiL is considering going on behalf of nslu2-linux
Dec 06 09:56:33 <mickeyl> rwhitby: glad to hear!
Dec 06 09:56:45 <mickeyl> i'm going to relaunch the organization mill next week
Dec 06 09:57:17 <rwhitby> NAiL is hoping he might get his hands on a Neo there ;-)
Dec 06 09:57:41 <mickeyl> me too *cough*
Dec 06 09:57:42 <mickeyl> :D
Dec 06 09:58:09 <mickeyl> seriously, FOSDEM is just about our natural deadline for shipping anything
Dec 06 09:58:17 * mickeyl points to the chinese new year
Dec 06 09:58:26 <CIA-4> 03xora 07org.oe.dev * ree31c6e3... 10/ (3 files in 3 dirs): mplayer_svn.bb : update to latest svn
Dec 06 09:58:53 <mithro> Neo?
Dec 06 10:00:20 <mickeyl> *nod*
Dec 06 10:00:35 <mickeyl> you've been under a rock or what? :)) FIC Neo1973
Dec 06 10:01:20 <mithro> mickeyl: I live in Australia, does that count?
Dec 06 10:01:24 <mickeyl> hehe
Dec 06 10:01:27 <mickeyl> partly
Dec 06 10:01:35 <rwhitby> hey!
Dec 06 10:01:50 <XorA> mithro: thats under the rock called the world
Dec 06 10:02:01 <XorA> mithro: how do you guys manage to hang on BTW? :-)
Dec 06 10:02:07 * rwhitby throws a boomerang at mickeyl and XorA
Dec 06 10:02:19 <B_Lizzard> Hello
Dec 06 10:02:30 * mickeyl thinks it's not wise to throw boomerangs because.... ya know...
Dec 06 10:02:38 <mithro> rwhitby: I've forgotten where you located again?
Dec 06 10:03:13 <rwhitby> XorA: what do you mean, we're on the top: http://flourish.org/upsidedownmap/mcarthur-large.jpg
Dec 06 10:03:18 <rwhitby> mithro: Adelaide
Dec 06 10:03:38 <XorA> rwhitby: damnation, british education strikes again :-)
Dec 06 10:04:08 <mithro> rwhitby: I've been back in Adelaide for the last 10 months :P
Dec 06 10:04:11 <B_Lizzard> I made myself an icewm image and task, everything goes well, and when I boot into icewm, everything is blue!
Dec 06 10:04:35 <B_Lizzard> The taskbar, the fonts, everything
Dec 06 10:05:01 <mickeyl> must be the new default theme...
Dec 06 10:05:13 <XorA> better than rxvt pink
Dec 06 10:05:19 <B_Lizzard> :)
Dec 06 10:05:23 <B_Lizzard> Does it do that?
Dec 06 10:05:30 <mithro> rwhitby: you going to LCA?
Dec 06 10:05:55 <rwhitby> mithro: unfortunately, no.
Dec 06 10:06:19 <mithro> rwhitby: :/, cost or time?
Dec 06 10:06:21 <NAbyss_> B_Lizzard: From what I've seen in angstrom gpe, it's because something in X doesn't like rgb:aa/bb/cc form colours..
Dec 06 10:06:32 <rwhitby> mithro: new company
Dec 06 10:06:55 <rwhitby> (so both cost and time)
Dec 06 10:06:57 <B_Lizzard> So, it's an X problem, eh?
Dec 06 10:07:01 <mithro> rwhitby: :/
Dec 06 10:07:37 <NAbyss_> B_Lizzard: Seems it, at least from rxvt's output on stderr
Dec 06 10:08:04 <NAbyss_> B_Lizzard: There is a workaround though.. fire up a root shell, chvt 1 :)
Dec 06 10:08:20 <B_Lizzard> Yes?
Dec 06 10:08:24 <B_Lizzard> Did that, fired up icewm, same thing
Dec 06 10:08:58 <B_Lizzard> Ah
Dec 06 10:09:05 <B_Lizzard> That was a joke
Dec 06 10:09:28 <B_Lizzard> Didn't get that, since I ran the command from vt1 anyways
Dec 06 10:09:28 <B_Lizzard> :)
Dec 06 10:10:54 <NAbyss_> B_Lizzard: Yep, the console is the only damn thing I can read :)
Dec 06 10:11:14 <B_Lizzard> Is this problem something that occured recently?
Dec 06 10:11:21 <hrw|work> morning
Dec 06 10:11:34 <B_Lizzard> Cause I remember icewm running pretty well, until one month ago
Dec 06 10:11:36 <NAbyss_> No idea, I'e only just switched to gpe.. been using opie w/ OZ .dev until a few days ago
Dec 06 10:11:38 <B_Lizzard> Good Morning
Dec 06 10:11:40 <mithro> mickeyl: any idea what the battery life on the Neo is?
Dec 06 10:11:42 * hrw|work finally signed network/phone(voip) for own company
Dec 06 10:12:17 <mickeyl> mithro: unfortunately not yet.
Dec 06 10:12:25 <mickeyl> but it's a 1200mAh
Dec 06 10:12:30 <mickeyl> so it shouldn't be too bad
Dec 06 10:12:50 <B_Lizzard> For me, the problem does not occur in GPE or XFCE
Dec 06 10:12:52 <mithro> mickeyl: i guess the other thing is that its only GSM :/
Dec 06 10:12:54 <B_Lizzard> Just IceWM
Dec 06 10:13:05 <koen> new toy!
Dec 06 10:13:10 <mickeyl> mithro: where's the problem with GSM?
Dec 06 10:13:11 * koen looks at the efika on his desk
Dec 06 10:13:15 <mickeyl> or, only GSM, for that matter
Dec 06 10:13:19 <likewise> koen: no!
Dec 06 10:14:02 <mithro> mickeyl: very slow data rates
Dec 06 10:14:08 <mithro> (at very high cost)
Dec 06 10:14:14 <likewise> koen: Mr. Sinterklaas dropped by?
Dec 06 10:14:24 <XorA> mickeyl: BTW why is it called Neo1973 as that term in google seems to lead me to porn :-D
Dec 06 10:14:38 <mickeyl> XorA: 1973 the first GSM phone call was made
Dec 06 10:14:49 <mickeyl> XorA: Neo... you should know
Dec 06 10:15:15 <XorA> mickeyl: ahah, maybe FIC should google search it before release :-)
Dec 06 10:15:47 <likewise> Dammit, koen doesn't respond. He must have received his EFIKA for real :-)
Dec 06 10:16:42 <ade|desk> XorA: wow you must have porn active google, my first ten are openmoko phone
Dec 06 10:16:44 <XorA> hey florian_kc 
Dec 06 10:16:58 <hrw|work> ade|desk: XorA use porn.google.com
Dec 06 10:16:58 <XorA> ade|desk: I searched on day of release, before the blogs picked it up
Dec 06 10:17:12 <ade|desk> ah
Dec 06 10:17:38 <XorA> I just kept getting blocked by our proxy for trying to load pr0n :-D
Dec 06 10:17:41 <florian_kc> good morning
Dec 06 10:17:47 <ade|desk> try 'finger pad' on release day of any new device
Dec 06 10:18:22 <ade|desk> doh its clean today
Dec 06 10:19:35 <XorA> hrw|work: thats images.google.com
Dec 06 10:21:43 <B_Lizzard> Changing Xfbdev's clour settings doesn't seem to help much
Dec 06 10:24:04 <B_Lizzard> And searching on google doesn't seem to help much
Dec 06 10:32:06 <hrw|work> does uclibc provide argz.h?
Dec 06 10:32:22 <hrw|work> !oebug 68
Dec 06 10:32:24 <cdbot2> * * Bug 68, Status: NEW, Created: 2005-06-08 17:54
Dec 06 10:32:25 <cdbot2> * * keturn(AT)keturn.net: gcc-cross-3.4.4 fails under uclibc: argz.h not found
Dec 06 10:32:26 <cdbot2> * * http://bugs.openembedded.org/show_bug.cgi?id=68
Dec 06 10:33:34 <koen> likewise: http://dominion.kabel.utwente.nl/koen/cms/another-new-toy-genisi-efika
Dec 06 10:34:49 <likewise> koen: 400 MHz core, PCI 3.3 Volts slots
Dec 06 10:35:10 <likewise> koen: did you find a PSU inside?
Dec 06 10:36:05 <mithro> koen: what is it?
Dec 06 10:36:14 <likewise> koen: what's the diagonally placed chip (near the ATX power connector)?
Dec 06 10:36:42 <likewise> mithro: PowerPC dev board. See http://www.efika.de/index_en.html
Dec 06 10:37:09 <mithro> PowerPC, bah that is way to much power
Dec 06 10:37:17 * mithro is dealing with PIC's currently
Dec 06 10:37:24 <koen> likewise: http://dominion.kabel.utwente.nl/koen/cms/index.php/v/Koen/Nederland/enschede/Hardware/IMG_6951.JPG.html?q=gallery&g2_imageViewsIndex=3
Dec 06 10:37:39 * koen dusts of his matrox mystique 220
Dec 06 10:38:13 * likewise finds his Radeon 9250 :-)
Dec 06 10:39:11 <hrw|work> RTL8201 - net?
Dec 06 10:40:17 <Genesis> koen, : we have noticed your MAC ;)
Dec 06 10:47:57 <Bernardo> good morning
Dec 06 10:48:06 <Bernardo> ~lart dlink closed source crap
Dec 06 10:48:06 * ibot DoSes dlink closed source crap
Dec 06 10:48:09 <Genesis> yo Bernardo 
Dec 06 10:50:34 <Bernardo> hi genesis
Dec 06 10:54:47 <Bernardo> ~lart redsonic
Dec 06 10:54:49 * ibot nukes redsonic with a single large nuke
Dec 06 10:56:38 <Jin^eLD> redsonic.. that sounds familiar
Dec 06 10:56:47 <Jin^eLD> I was trying to find one of their guys for quite a while
Dec 06 10:57:07 <Jin^eLD> one of them posted some info about a year ago and disappeared since then
Dec 06 10:57:11 <B_Lizzard> I have a feeling that diet-x11 is the source of all my woes
Dec 06 10:58:07 <Bernardo> Jin^eLD: I think redsonic has disapeared from the map. Their web site is down, and I can't find much about them more recent than 2002-2003
Dec 06 10:58:21 <Jin^eLD> yep, that was my problem as well
Dec 06 10:58:37 <Bernardo> unfortunately, dlink build their media servers on redsonic toolkit
Dec 06 10:58:38 <Jin^eLD> they made the DSM320 for DLink and I have some UPnP issues
Dec 06 10:58:44 <Bernardo> lol
Dec 06 10:58:50 <Bernardo> I am fighting with the 320RD
Dec 06 10:58:52 <Jin^eLD> the redsonic guy revealed one trick back then
Dec 06 10:59:06 <Jin^eLD> I had another question but could not find him anymore... his SF account seems to be inactive
Dec 06 10:59:15 <Jin^eLD> btw, I have a suspicion that redsonic became Zensonic
Dec 06 10:59:16 <koen> likewise: my pci card doesn't work :(
Dec 06 10:59:25 <hrw|work> likewise: pci gfx card?
Dec 06 10:59:29 <hrw|work> ops.
Dec 06 10:59:34 <hrw|work> koen: pci gfx card?
Dec 06 10:59:35 <likewise> koen: why? regions not recognized correctly?
Dec 06 10:59:37 <Jin^eLD> Zensonic is distributing the Z400 in australia, which is very much like the DSM320
Dec 06 10:59:46 <Bernardo> Jin^eLD: I had hopes of "tuning" a bit the firmware, but the media app is closed source
Dec 06 10:59:52 <likewise> koen: or only 5 volts keying?
Dec 06 11:00:13 <Bernardo> and the base firmware is redsonic, but the GPLd source doesn't include the boot code
Dec 06 11:00:29 <Bernardo> is the z400 source fully open?
Dec 06 11:00:34 <Jin^eLD> Bernardo: I do not think so
Dec 06 11:00:44 <Jin^eLD> actually I have not seen any sources on the zensoni cwebpage
Dec 06 11:01:01 <Jin^eLD> Bernardo: well, you could take another approach
Dec 06 11:01:09 <Jin^eLD> you know it is possible to pick out the filesystems from their image
Dec 06 11:01:11 <Bernardo> reverse engineering?
Dec 06 11:01:15 <koen> likewise: probly only 5v
Dec 06 11:01:23 <koen> likewise: the efika won't boot with it
Dec 06 11:01:24 <Jin^eLD> so you could add your stuff there and run a firmware upgrade
Dec 06 11:01:26 <Bernardo> yes, I've done that to compare the EU to the US version
Dec 06 11:01:31 <likewise> koen: but it does fit inside the slot?
Dec 06 11:01:32 <Jin^eLD> pretending that your image is a D-Link image
Dec 06 11:01:37 <Jin^eLD> ah..
Dec 06 11:01:38 <likewise> koen: scary shit. 
Dec 06 11:01:54 <Bernardo> and since you can enable telnet using just a few key presses on the remote
Dec 06 11:02:03 <Jin^eLD> you can? I did not know that
Dec 06 11:02:13 <Jin^eLD> I have a test device at work
Dec 06 11:02:13 <likewise> koen: I hope they didn't shortcircuit the IO Voltages and Power voltages on that matrox. (3.3V vs 5V is not good)
Dec 06 11:02:25 <Jin^eLD> Bernardo: can you point me to the information regarding that?
Dec 06 11:02:40 <Bernardo> yes, check at http://p214.ezboard.com/fdsm320frm2 
Dec 06 11:02:50 <Bernardo> I've posted a full description there
Dec 06 11:03:18 <Bernardo> I don't know if it'll only work on the 320RD, though
Dec 06 11:03:39 <Bernardo> you probably need to use the old trick of acting very fast after boot with it
Dec 06 11:04:06 <likewise> I am off booting into a VMWare Ubuntu Edgy. see you guys later.
Dec 06 11:04:09 <Jin^eLD> what old trick?
Dec 06 11:05:50 <hrw|work> mickeyl: http://applications.linux.com/article.pl?sid=06/11/29/1917237
Dec 06 11:05:59 <hrw|work> mickeyl: Winzig: A portable PIM that understands usability
Dec 06 11:05:59 <Bernardo> http://dsm320firmwareupdate.pbwiki.com/RegionalCodes (it's in german, but  you can always use google to translate)
Dec 06 11:06:36 <B_Lizzard> Ok, I solved the problem with garbled colours on Xfbdev
Dec 06 11:06:38 <Jin^eLD> Bernardo: thx.. I do know german so no problem
Dec 06 11:06:52 <B_Lizzard> It seems to lie in diet-x11
Dec 06 11:07:03 <B_Lizzard> Best use libx11 for now
Dec 06 11:07:04 <Laibsc1> mickeyl: I think about creating a META bug for Sharp ROM stuff.  I know you don't really want to support this but would it be OK to assign this META bug to you?  So you have an overview of things?
Dec 06 11:07:18 <B_Lizzard> Shall I post a note on the bugtracker?
Dec 06 11:07:23 <mickeyl> Laibsc1: ok with me
Dec 06 11:07:23 <B_Lizzard> For further reference?
Dec 06 11:07:34 <Laibsc1> mickeyl: Thanks.
Dec 06 11:07:38 <Jin^eLD> Bernardo: thanks, cool info
Dec 06 11:07:38 <mickeyl> hrw|work: i know, but it's python... probably too sluggish on the phone
Dec 06 11:07:57 <Laibsch> hrw|work: winzig sounds nice.
Dec 06 11:08:09 <CIA-4> 03florian 07org.oe.dev * r3fa76fd2... 10/ (4 files in 3 dirs): gpe-what: Add patch to set window type hint. Necessary for compatibility with matchbox > 0.9.5.
Dec 06 11:08:26 <Laibsch> mickeyl: You think so?  How about trying it out on the collie.  Should be slower.
Dec 06 11:08:29 <RP> Laibsch: regarding bug 1654, are you sure the shell didn't work correctly but the commandline did?
Dec 06 11:08:30 <Laibsch> Would take the guess-work out.
Dec 06 11:08:59 <B_Lizzard> Ok, whatever, I'll just post a note in the bug-tracker
Dec 06 11:09:40 <Laibsch> RP: When I tried, yes.  I can try again.  Can you not reproduce the problem?  This was with a package that is in OE.
Dec 06 11:10:18 <RP> Laibsch: I'm just puzzled as I know that bug exists in bitbake 1.6 but it should be the exact opposite to what you reported :-/
Dec 06 11:10:34 <RP> Laibsch: Could you try with bitbake trunk?
Dec 06 11:11:22 <RP> Laibsch: If it works with bitbake trunk, its FIXED or WONTFIX - the rewrite in bitbake trunk was to address this kind of problem
Dec 06 11:18:44 <XorA> koen: when you dust of your mystique, write Rainbow Runner Studio drivers for it :-)
Dec 06 11:19:22 <koen> XorA: I actually have a Rainbow Runner G-series, but not a RRS
Dec 06 11:19:33 <hrw|work>   PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
Dec 06 11:19:33 <hrw|work>  1835 root       5 -10  335m 271m 6136 S  4.0 21.4 153:23.92 Xorg
Dec 06 11:19:33 <hrw|work> 18629 hrw       15   0  331m 199m  23m S  0.3 15.7  72:42.42 firefox-bin
Dec 06 11:19:33 <hrw|work>  2453 hrw       15   0  184m  73m  31m S  0.0  5.8  11:05.46 kontact
Dec 06 11:19:33 <hrw|work>  1973 hrw       16   0 85264  55m  23m S  0.0  4.4   4:23.86 konqueror
Dec 06 11:19:35 <hrw|work> 21231 hrw       15   0  148m  42m  27m S  0.0  3.4  10:07.37 amarokapp
Dec 06 11:19:40 <hrw|work> why it has to eat so much...
Dec 06 11:19:43 * koen gives in and orders the cheapest radeon + 2.5" HD
Dec 06 11:20:04 <XorA> koen: I have an RRS with no drivers :-(
Dec 06 11:20:05 <hrw|work> koen: radeon 7000 should work in bplan boards 
Dec 06 11:20:07 * koen ponders about adding beryl to OE
Dec 06 11:20:20 <zezom> I'm trying to compile u-boot but from reading the Makefile it almost looks like I need to compile it on my palm.. is this right?
Dec 06 11:20:36 <koen> beryl on efika would be a nice fosdem demo
Dec 06 11:20:51 <hrw|work> koen: without 3d accel?
Dec 06 11:21:05 <hrw|work> zezom: no, OE will built it for you on host
Dec 06 11:22:05 <zezom> hrw|work, thanks :)
Dec 06 11:24:46 <Bernardo> Jin^eLD: I'm also helping myself... the more people that work on the DSM, the better we can hack it... :)
Dec 06 11:24:56 <XorA> ~lart koen for the non wolfson codec on efika :-)
Dec 06 11:24:57 * ibot grabs a large, mis-shapened log, with squirrels, and beats koen until only the nuts remain ... which the squirrels run off with for the non wolfson codec on efika :-)
Dec 06 11:28:08 <Laibsch> Is it known that compiling wesnoth needs insane amounts of memory when compiling?
Dec 06 11:37:59 <zezom> is the rx3000 machine profile ok to use?
Dec 06 11:38:13 <zezom> for a rx4540
Dec 06 11:41:02 <Crofton> grrr
Dec 06 11:41:15 <Crofton> koen, still no email from fedex
Dec 06 11:41:58 <koen> hrw|work: radeon 9250 has opensource DRI
Dec 06 11:42:46 <XorA> koen: if you really lucky it might even not crash on boot :-)
Dec 06 11:50:53 <Gerrath> RP, I applied your usb_pxa27x_udc-r0.patch and usb_add_epalloc-r1.patch patches.  Now I have my board looking like a mass storage device :-)  However, it is running very slow and I'm getting DMA errors.  Is there other patches I need?  Any ideas what could be causing my problems?
Dec 06 11:52:07 <RP> Gerrath: Try disabling DMA using the define at the top of the driver
Dec 06 11:57:43 <Gerrath> RP, thanks now its running great.  I'm confused however as I would think using a DMA would make it run better.. I guess I will have to review the code better to understand it.
Dec 06 11:59:02 <hrw|work> re
Dec 06 12:01:14 <Crofton> koen, do you have a list of required EFIKA supplies needed yet ...
Dec 06 12:03:21 <koen> Crofton: atx psu, agp gfx card, 2.5" hd
Dec 06 12:04:23 <Crofton> can you use it without the graphic card?
Dec 06 12:04:39 <RP> Gerrath: DMA seems broken for some people - in theory it should run better with it
Dec 06 12:04:51 <koen> Crofton: yes, OF has a serial console
Dec 06 12:04:56 <Crofton> good
Dec 06 12:05:00 <Crofton> OF is?
Dec 06 12:05:27 <Crofton> how do you get SW onto the HD?
Dec 06 12:06:30 <koen> OF = Open Firmware
Dec 06 12:08:05 <Laibsch> RP: bitbake is version 711, 1.6.3.  Just verified the behaviour again.  Maybe you just try to reproduce?
Dec 06 12:08:30 <Laibsch> is that bitbake trunk?
Dec 06 12:08:45 <Laibsch> It is what I get from "svn up"
Dec 06 12:10:55 <koen> Laibsch: trunk is 1.7.x
Dec 06 12:11:06 <koen> heh
Dec 06 12:11:10 <koen> 1 PSU powers 3 devices
Dec 06 12:11:15 <XorA> ~lart peer for resetting my connection
Dec 06 12:11:15 * ibot eats peer and falls over dead for resetting my connection
Dec 06 12:14:55 <Gerrath> RP. is it a pretty significant performance increase using the DMA?  I'm trying to deside if I should try to trouble shoot it now or just put it on my wish-list of things to do when I have more time :-)
Dec 06 12:17:17 <hrw|work> Laibsch: use 'trunk' instead of 'bitbake-1.6' branch
Dec 06 12:17:33 <Crofton> atx is standard power supply these days
Dec 06 12:17:48 <Crofton> hopefully I can find a small one at the local cmputer store
Dec 06 12:20:49 <hrw|work> PSU.. one day I have to find one psu for linksys/cablemodem/zauri
Dec 06 12:26:33 <Jin^eLD> Crofton: I saw there are very small ones for those mini-cases
Dec 06 12:29:33 <XorA> RP: I dont think asoc-makefile-r1.patch is needed anymore
Dec 06 12:29:59 <XorA> RP: and it breake 2.6.18/2.6.19
Dec 06 12:32:06 <RP> XorA: The Makefile hunk is removed from the rpsys copy of asoc. I guess this now conflicts with the wolfson copy though :-(
Dec 06 12:32:55 <RP> Gerrath: I don't know how much difference it will make. I would like to see it fixed though
Dec 06 12:33:14 <XorA> RP: ah yeah, I will already have wolfson asoc in my sources
Dec 06 12:33:35 <XorA> RP: maybe it needs a -rp in your version
Dec 06 12:34:15 <RP> XorA: I'd call it a bug in the fetcher as it should cope with this better but yes, that would be a workaround
Dec 06 12:35:25 <XorA> RP: although I think liam diffed mainline this time so wolfson copy applies
Dec 06 12:35:36 <Gerrath> RP, I plan to work on it its just a matter of when as I'm up against a schedule :-/  as I'm sure everyone else is :-p
Dec 06 12:36:49 <RP> XorA: The issue was supporting the ASoC patch in multiple kernel versions. Since 2.6.17 now has other issues and its own version of the patch, the target has moved now. Once, I could use the same patch with 2.6.17 with the makefile hunk dropped
Dec 06 12:37:09 <RP> Gerrath: I know the feeling...
Dec 06 12:37:57 <XorA> RP: time for conditional patches :-)
Dec 06 12:38:37 <RP> XorA: For now lets update the kernel to point at the wolfson patches
Dec 06 12:39:00 <hrw|work> RP: upstream ones atleast :D
Dec 06 12:39:20 <hrw|work> RP: and we will pester them to get it upstream not us ;D
Dec 06 12:39:33 <RP> hrw|work: Its already gone ;-)
Dec 06 12:40:13 <hrw|work> RP: for me they will be upstream when they will hit linux-2.6.git
Dec 06 12:47:54 <Laibsch> How do I check out trunk bitbake?  "svn ls" only shows 1.6, 1.4 and data-local.
Dec 06 12:48:40 <psokolovsky> Laibsch, it's level up
Dec 06 12:48:45 <zecke> Laibsch: trunk/bitbake
Dec 06 12:49:10 <Laibsch> OK, got it.
Dec 06 12:54:26 <XorA> ~lart people who cant manage google maps
Dec 06 12:54:29 * ibot chops people who cant manage google maps in half with a free AOL CD
Dec 06 12:57:48 <florian_kc> hi wookey_ 
Dec 06 13:01:52 * XorA hides from wookey
Dec 06 13:08:04 <Laibsch> RP: I do not see that behaviour at least for the nunome package in the trunk of bitbake.
Dec 06 13:08:40 <RP> Laibsch: ok, we can't backport that fix but at least we know it is fixed
Dec 06 13:08:50 <Laibsch> yes
Dec 06 13:09:08 <RP> Laibsch: Thanks for checking
Dec 06 13:09:32 <psokolovsky> Laibsch, that visibility-inline thing - was it approved by zecke as *fix*, or still as a workaround?
Dec 06 13:10:30 <Jin^eLD> how do you guys handle usb mass storage disconnects? if stuff like vfat is not umounted properly it can get corrupt, right? I wonder how that should be handled
Dec 06 13:10:46 <Laibsch> psokolovsky: It was approved by zecke as the means of what the workaround was really trying to achieve.  Thus, I guess it is still workaround which is also why I left the explanatory text in qte-common.inc.
Dec 06 13:10:48 <hrw|work> Jin^eLD: one option is mount them with 'sync' option
Dec 06 13:11:05 <psokolovsky> Laibsch, that sucks ;-)
Dec 06 13:11:17 <hrw|work> Jin^eLD: but this slowdown its usage
Dec 06 13:11:21 <Laibsch> psokolovsky: but it sucks less.
Dec 06 13:11:21 <Jin^eLD> I see
Dec 06 13:11:31 <Jin^eLD> any other solutions?
Dec 06 13:12:16 <psokolovsky> Laibsch, also, are you going to work on opie in OE.dev? Koen hinted that it would take 2 people working on opie to put it back into Angstrom config. Can I count on you?
Dec 06 13:12:22 <Laibsch> 47 bugs fixed in the last week.  Only three more to make it 50!
Dec 06 13:12:30 <Jin^eLD> allthough I could probably script something to detect what filesystem it is and select "secure" options if non-journaling filesystems are attached
Dec 06 13:12:45 <koen> psokolovsky: 2 people working on opie for angstrom
Dec 06 13:12:53 <psokolovsky> koen, perfect!!
Dec 06 13:13:02 <hrw|work> ~lart linux for lack of control on 'defaults' for mounting filesystems
Dec 06 13:13:03 * ibot makes a balloon animal out of linux for lack of control on 'defaults' for mounting filesystems
Dec 06 13:13:10 <psokolovsky> koen, Hi, and that's the second q I'd like to discuss with you:
Dec 06 13:13:14 <Jin^eLD> :>
Dec 06 13:13:23 <koen> psokolovsky: but nevertheless I feel uncomfortable 'supporting' a dead project
Dec 06 13:13:56 <psokolovsky> koen, let's please put back support for *building* OPIE images into angstrom config?
Dec 06 13:13:58 <RP> Laibsch: I should fix 1656 in trunk...
Dec 06 13:14:17 <koen> psokolovsky: no
Dec 06 13:14:28 <psokolovsky> koen, I pledge only for *build* support at this time, I don't dream of real Angstrom OPIE support yet ;-)
Dec 06 13:14:32 <psokolovsky> koen, why?
Dec 06 13:14:47 <Laibsch> RP: Do you know what is causing this?  Let me know when you have checked in the fix and I will test it.
Dec 06 13:14:52 <koen> psokolovsky: people are dumb and think it will be supported
Dec 06 13:15:06 <RP> Laibsch: I know why it happens, I also have ideas about a fix but no patch
Dec 06 13:15:13 <Laibsch> cool
Dec 06 13:15:40 <hrw|work> koen: build with tinderclient on and do not provide images?
Dec 06 13:16:07 <psokolovsky> koen, but we're smart and can point them to statement in wiki where it's clear said it won't be, at least for initial release. Also, we smart, and don't want to make people create unneded craft, switch to legacy distros, etc., etc., right?
Dec 06 13:16:56 <koen> brb, phone
Dec 06 13:16:57 <psokolovsky> cruft
Dec 06 13:17:07 <koen> psokolovsky: only supported stuff goes in the the .confs
Dec 06 13:18:39 <psokolovsky> koen, ok. then, I heard that from people already, and it turns out that I'd need to support that as opie mainatiner: if the only reason for not support is contmination of the brand, I'd like to create a separate distro for contemporary opie
Dec 06 13:18:57 <hrw|work> koen: so having 2 subsystem maintainers is not enough to get it supported even at build level?
Dec 06 13:20:57 <zecke> do it like mozilla
Dec 06 13:21:05 <zecke> call it Deerpark Linux
Dec 06 13:22:38 <psokolovsky> zecke, koen: if it's ok, that's what I propose to folks who actively using OPIE, and I hope they will chose this approach over using some legacy distro.
Dec 06 13:23:50 <psokolovsky> RP: is it possible to support building 2 distro out of single tmp/ ? ;-)
Dec 06 13:24:14 <psokolovsky> RP: also, when we'll get support for passing DISTRO and MACHINE on bitbake command line?
Dec 06 13:28:14 * XorA is feeling the effects of brain drain
Dec 06 13:29:44 <Laibsch> What does a BROKEN = "1" line in a bb file do?  Does it change anything for real or is it just for communicating to ppl looking at the bb?  Talking for example about kaffe-qt bb and bug 410
Dec 06 13:29:59 <zecke> Laibsch: it excludes it from world builds
Dec 06 13:30:49 <hrw|work> its kind of 'this is broken - let someone fix it'
Dec 06 13:31:05 <Laibsch> ic
Dec 06 13:31:22 <hrw|work> less offensive then 'mtn drop -R .;mtn commit . -m"XYZ: dropped becasue it is broken and no one wantfix it"'
Dec 06 13:39:51 <Laibsch> likewise: I ran icemon to see if my icecc setup is working after all.  I have one scheduler and one client, both intel 32-bit and running ubuntu.  But I do not even see a single node in icemon (not even the client itself where it is running).
Dec 06 13:40:09 <Laibsch> likewise: Do you know any troubleshooting info?  http://www.mockies.de/main.php?seite=crosscompiling&lang=en is not too explicit about this.
Dec 06 13:40:11 <hrw|work> Laibsch: icemon does not follow icecream development iirc
Dec 06 13:40:39 <Laibsch> Aha.  So how do I verify that the machines do talk to each other, after all?
Dec 06 13:40:49 <hrw|work> update icemon?
Dec 06 13:41:14 <Laibsch> But didn't you just say that even the latest icemon might be obsolete?
Dec 06 13:42:29 <likewise> Laibsch: sounds like icemon is incompatible with your icecc
Dec 06 13:42:52 <likewise> Laibsch: you can enable verbosity and run a tail -f on the ice scheduler process
Dec 06 13:42:54 <Laibsch> Both are from ubuntu repo
Dec 06 13:43:10 <Laibsch> That sounds like a plan.
Dec 06 13:43:52 <psokolovsky> Laibsch, so, what's your plan regarding opie in oe.dev? or are you interested in qt only?
Dec 06 13:43:53 <RP> psokolovsky: Multi distro is never going to be realistic as you'd have to duplicate most of tmp - may as well make two separate builds. MACHINE can be set in the envrionment
Dec 06 13:44:01 <RP> MACHINE=foobar bitbake something
Dec 06 13:44:10 <psokolovsky> RP: thanks
Dec 06 13:44:22 <likewise> Laibsch: My scheduler runs as such: /usr/sbin/scheduler -d -l /var/log/icecc_scheduler -vvv
Dec 06 13:44:32 <RP> psokolovsky: Note use MACHINE ?= "default" in local.conf with that
Dec 06 13:44:50 <Laibsch> psokolovsky: *my* plans???
Dec 06 13:45:07 <RP> psokolovsky: You'll also need bitbake trunk and maybe some tweaks from poky for that - I can't remember where I was up to with syncing
Dec 06 13:45:08 <psokolovsky> RP: that's exactly my concern with maintaining separate distro differing only in name from another ;-). due to duplicating build fpr monster stuff like gcc/glibc ;-I
Dec 06 13:45:48 <psokolovsky> RP: bitbake trunk still build crazy things for me ;-((
Dec 06 13:45:55 <Laibsch> psokolovsky: I am interested in Japanese stuff (mobile dictionary).  I do not mind qt, gpe, opie, whatever.  Except that GPE has no Japanese input yet (-) but it will be what openmoko runs (+++)
Dec 06 13:46:15 <RP> psokolovsky: Can you define "build crazy things"? :)
Dec 06 13:46:23 <Laibsch> well, maybe saying gtk instead of GPE might be more accurate.
Dec 06 13:46:38 <psokolovsky> Laibsch, I was appointed as OPIE packages mainatiner in OE.dev recently, and you did fix to qte recently. I'd like to keep in touch with folks who works on opie-related things.
Dec 06 13:46:54 <psokolovsky> Laibsch, ok, I see. thanks for that fix btw!
Dec 06 13:47:29 <Laibsch> I see.  I fixed this because it was a necessity for building jards.  I think I was trying to build it for Sharp ROM since that is what the jards dev is mostly interrested in.
Dec 06 13:47:40 <Laibsch> I did not fix it as per interest in OPIE as such.
Dec 06 13:48:00 <psokolovsky> RP: it builds much more packages than 1.6, and some of those packages have really strange versions. Any hints how I can debug that or report this case to you (what would be helpful)?
Dec 06 13:48:19 <psokolovsky> Laibsch, ok
Dec 06 13:48:21 <Laibsch> psokolovsky: I am glad opie is being continued, though.  I wish you good luck and fruitful conversations with koen ;-)
Dec 06 13:48:31 <psokolovsky> Laibsch, thanks ;-)
Dec 06 13:49:26 <RP> psokolovsky: The builds more packages is correct behaviour - bitbake 1.6 is broken. I don't know what you mean by strange versions
Dec 06 13:49:35 <Laibsch> psokolovsky: You should really thank zecke.  For me it was just a brain-teaser.  Not understanding all these programming languages, build systems, etc.  I just see patterns and act on them.
Dec 06 13:50:04 <zecke> declines interest in helping support a proprietary platform
Dec 06 13:50:34 <psokolovsky> RP: Ok, I really try bitbake trunk build to complete (I really afraid in the end it will build/dl world for me), and send you build log. I have a feeling that I have stupid config issue though... ;-(
Dec 06 13:51:06 <psokolovsky> zecke, ;-)
Dec 06 13:51:24 <RP> psokolovsky: The issue is when you build something that pulls in task-gpe it will build everything in task-gpe even if some of the subpackages aren't going to get used
Dec 06 13:51:51 <RP> psokolovsky: The reason is debian.bbclass and package renaming
Dec 06 13:51:51 <psokolovsky> RP: yes, that seems to be the case. but why?!
Dec 06 13:52:04 <psokolovsky> RP: but you fixed debian.class, no?
Dec 06 13:52:54 <chouimat> morning
Dec 06 13:52:58 <psokolovsky> ~lart package renaming
Dec 06 13:52:58 * ibot offers package renaming some herring
Dec 06 13:53:01 <RP> psokolovsky: debian.bbclass renames packages based on the contents. We therefore can't create  task-gpe until all the subpackages are built so we can look at the contents and make sure we give task-gpe the right name
Dec 06 13:53:54 <psokolovsky> RP: ok, thanks for patience with explaining that again, I remember that issue, but I believe I saw some commits to addres that...
Dec 06 13:54:42 <RP> psokolovsky: I made changes to packaging to remove some circular dependencies. 
Dec 06 13:55:03 <RP> psokolovsky: Sadly we still have circular dependencies and I'm at a loss as to how to deal with them :-(
Dec 06 13:55:20 <psokolovsky> I see...
Dec 06 13:56:41 <RP> psokolovsky: That's a different issue to the build dependencies one...
Dec 06 13:58:03 <Laibsch> zecke: I understand and fully agree with your position.  Sometimes it makes sense to try and get ppl switched over.  That is easier if you have something for them where they can continue.  I agree this is a tight walk at times.  And in any case the push is always for completely FREE software.  That is where the efforts are focused.
Dec 06 13:58:39 <zecke> Laibsch: hehe, I have no interest in switching people :)
Dec 06 13:58:52 <XorA> zecke: only terminating :-D
Dec 06 13:59:19 <zecke> XorA: haha, I'm not that bad
Dec 06 13:59:49 <XorA> zecke: will you be at FOSDEM?
Dec 06 14:00:02 <zecke> sure, many people to terminate aeh talk with
Dec 06 14:00:08 <Laibsch> zecke: I do.  Because these are the people who program stuff I cannot program.  And these are the people that will make up a community of ppl learning Japanese.  Having a community will lower my workload.
Dec 06 14:00:33 <XorA> zecke: cool, I will judge in person then, I shall be watching closely for you turning into mercury and sliding under doors
Dec 06 14:00:50 <zecke> and I'm happy to help people solving their technical issues
Dec 06 14:00:59 <zecke> XorA: My sith power will manipulate your mind
Dec 06 14:01:08 * XorA wonders where his L/R clock went
Dec 06 14:02:23 <hrw|work> sick power rulz
Dec 06 14:02:47 <Laibsch> zecke: FREE stuff exists at different levels.  And I do not completely object to using closed stuff to develop open stuff (-> most of you did not when using bitkeeper).  And there are also different degrees of freedom.  And I believe qt is really not the worst offender.  I guess psokolovsky's motivation is in keeping the base of software that has been developed based on qt.  And I applaud him for that.
Dec 06 14:03:52 <XorA> zecke: luckilly I have some blue dude DNA so I am immune to your Jedi mind tricks :-)
Dec 06 14:04:15 <zecke> Laibsch: I don't feel like arguing. I do Free Software in my spare time because I have strong believe that means of communication must be free. And I follow that :)
Dec 06 14:04:51 <Laibsch> Amen
Dec 06 14:04:59 <zecke> Laibsch: and I'm fine with people thinking different
Dec 06 14:05:05 <Laibsch> Amen
Dec 06 14:05:23 <Laibsch> Was just about to write the same.  I was not trying to convince you to change.
Dec 06 14:06:11 <Jin^eLD> is there a way to force a package to be for a specific machine? (meaning, it does not end up as arm*) I need to use machine dependent switches to compile some stuff, but want the resulting ipk have the same name, except for the architecture
Dec 06 14:06:18 <Laibsch> btt: How do I find out why http://oz.leggewie.org/wip/granule/granule_cvs.bb will not create a Makefile during the configure step which ends succesfully?
Dec 06 14:07:09 <zecke> Laibsch: taking a look at the do_configure script bitbake generated?
Dec 06 14:07:18 <zecke> Jin^eLD: PACKAGE_ARCH
Dec 06 14:07:41 <zecke> XorA: am I that bad?
Dec 06 14:07:41 <Laibsch> Jin^eLD: How about EXTRA_OECONF_append_h3600 = " --enable-pda=yes " style?
Dec 06 14:07:41 <Jin^eLD> zecke: thanks
Dec 06 14:08:17 <Jin^eLD> Laibsch: thanks too :) 
Dec 06 14:08:17 <hrw|work> http://www.theregister.co.uk/2006/12/06/no_wifi_for_xmas/ ;D
Dec 06 14:08:17 <Jin^eLD> Laibsch: if using multimachine and same distro - it will set the architecture for the package or how will they be kept apart?
Dec 06 14:08:23 <XorA> zecke: I dont think so, I'm just kidding
Dec 06 14:09:05 <zecke> XorA: there are moments people drop in and I think they should use a typewriter and they claim bitbake bugs (and we already have enough of them) :}
Dec 06 14:09:15 <Laibsch> Jin^eLD: I am not sure what you mean.  You said you wanted machine-specific compile options.  EXTRA_OECONF_append_$Machine is one way to do that.
Dec 06 14:09:19 * ade|desk reads back log and looks at koen's camera ..... nice photos !
Dec 06 14:09:42 <XorA> zecke: you tend to say, what I think
Dec 06 14:10:02 <Laibsch> Jin^eLD: Those compile options are only added for the machines mentioned.  You can have more than one of those lines.
Dec 06 14:10:05 <XorA> zecke: I just tend to leave channel for 10 mins while the turig failures are about
Dec 06 14:10:07 <Jin^eLD> Laibsch: yes, but I was wondering on the resulting package name, if I use the same distro + multimachine setting, meaning that some packages are shared; but I will just try it out
Dec 06 14:10:22 <XorA> zecke: there have been times when I have said a one line fix that just needs testing like 5 times, and they ignore more
Dec 06 14:10:33 <XorA> s/more/me/
Dec 06 14:10:35 <Laibsch> Jin^eLD: I have $DISTRO in my tmp dir setting
Dec 06 14:10:56 <Laibsch> Jin^eLD: So I do not have to wonder about distro
Dec 06 14:11:29 <Jin^eLD> Laibsch: I use the multimachine option, and there compatible stuff is shared for the same distro; but I think the option you told me might be exactly what I am looking for
Dec 06 14:11:38 <Jin^eLD> I'll just test it :) thanks
Dec 06 14:12:01 <Laibsch> Jin^eLD: I do use multimachine, too, since it is part of openzaurus AFAIK
Dec 06 14:13:35 <koen> re
Dec 06 14:13:36 <Jin^eLD> wb
Dec 06 14:14:26 <XorA> zecke: sometime I feel newbs expect us to have memorised 4000 .bb files, millions of lines of bitbake code, and all the .bbclass files
Dec 06 14:14:50 <XorA> zecke: and have some form of Autism that allows us to diagnose a fault in our heads
Dec 06 14:17:05 <zecke> XorA: well it is good that people think that we have answers and can solve issues
Dec 06 14:19:43 <hrw|work> hm. looks like oz354x builds fails now on bluezutils
Dec 06 14:22:55 <zecke> hrw|work: right
Dec 06 14:22:59 <zecke> hrw|work: missing bluetooth.h
Dec 06 14:23:09 <hrw|work> zecke: will start build to check it
Dec 06 14:24:06 <hrw|work> zecke: what is target of build?
Dec 06 14:26:07 <zecke> hrw|work: check the first page of the build log
Dec 06 14:26:45 <zecke> hrw|work: ---> TINDERBOX BUILDING 'opie-image meta-opie'
Dec 06 14:28:39 <zecke> RP: I will stop the poky build now look into the error
Dec 06 14:31:34 <zecke> RP: eek, I hit the tree after the rm...
Dec 06 14:31:44 <RP> zecke: eek :-(
Dec 06 14:32:09 <zecke> RP: will check the failure later this evening
Dec 06 14:32:28 <RP> zecke: ok, thanks
Dec 06 14:34:59 <koen> sweet, my home made not-quite-null modem cable works
Dec 06 14:37:00 <zecke> and then he blew up himself...
Dec 06 14:38:05 <hrw|work> thx
Dec 06 14:38:14 <hrw|work> zecke: NOTE: package glibc-2.3.5+cvs20050627-r3: task do_compile: started
Dec 06 14:38:19 <hrw|work> zecke: so it take some time
Dec 06 14:39:12 <koen> zecke: no, I just needed the network cable for other purposes :)
Dec 06 14:42:44 <Laibsch> likewise: I added -vvv to the start-up script.  But as before I have no log file.  icemon started on the client or on the scheduler shows no machines in the network. http://rafb.net/paste/results/37wM8G37.html
Dec 06 14:44:12 <slapin_nb> hi, all!
Dec 06 14:45:20 <slapin_nb> anybody remember how to sort-out local commits from GIT tree (to form upstream patch)?
Dec 06 14:51:16 <mickeyl> re
Dec 06 14:54:03 <hrw|work> wb mickeyl 
Dec 06 14:54:38 <hrw|work> mickeyl: I hope that rumours about next prototype on openmoko lists does not hit you badly
Dec 06 14:54:56 <psokolovsky> slapin_nb, git diff origin..master, kinda like that
Dec 06 14:55:15 <mickeyl> hrw|work: let's see how the powers @ FIC react to your disclosure
Dec 06 14:55:26 <mickeyl> hrw|work: they can't boot me anyway. I'm vital to the project now :D
Dec 06 14:55:39 <chouimat> hi hrw|work mickeyl
Dec 06 14:56:10 <mickeyl> yo chouimat
Dec 06 14:57:04 <slapin_nb> psokolovsky, thanks a lot!
Dec 06 14:57:30 <psokolovsky> slapin_nb, log -p origin..master, if you need per-commit patches
Dec 06 14:59:24 <slapin_nb> that's even better, thanks!
Dec 06 15:02:09 <mickeyl> slapin_nb: are you talking familiar OE git tree -> OE ?
Dec 06 15:02:45 <likewise> Laibsch: cannot help you then, except that I would try starting the scheduler in a standalone manner, not daemonized to see if you get it to get verbose in any way.
Dec 06 15:04:03 <slapin_nb> no...
Dec 06 15:04:13 <koen> likewise: I ordered a radeon 9250, so we might even want to get DRI/GLX working in OE ;)
Dec 06 15:04:35 <slapin_nb> mickeyl, I try to automate local git patches in .bb files
Dec 06 15:04:40 <likewise> koen: :-)
Dec 06 15:05:01 <slapin_nb> mickeyl, so I change git and rebuild package.
Dec 06 15:05:33 <slapin_nb> mickeyl, that's easier for development.
Dec 06 15:05:50 <mickeyl> hmm, ok
Dec 06 15:06:20 <psokolovsky> mickeyl, any concerns with fam git tree? ;-)
Dec 06 15:06:55 <Laibsch> likewise: Strange.  I can see nodes when running the scheduler on my laptop instead of the box I wanted to use for that.  In any case, when I inherit icecc I get strange errors like http://rafb.net/paste/results/1M36QT45.html so I will refrain from it for some more time.  I can hardly wait, though.
Dec 06 15:07:06 <mickeyl> nothing other than I'd like to see more of that direction happening
Dec 06 15:07:25 <mickeyl> ( familiar -> OE, that is)
Dec 06 15:07:25 <mickeyl> more flow, even
Dec 06 15:08:05 <koen> won't your account have an 'accident' if you do that?
Dec 06 15:08:14 * koen coughs
Dec 06 15:08:55 * chouimat gives some cough syrup to koen
Dec 06 15:08:56 <psokolovsky> mickeyl, yep, I keep that in mind, and some stuff, particularly, opie-related, was "ported" (to be exact, reinvented by me in local git tree for h4000, and then generalized in OE.dev)
Dec 06 15:09:30 <mickeyl> good. i'm happy for every bit
Dec 06 15:09:35 <psokolovsky> mickeyl, koen: recent *new* .bb's in fam tree has explicit copyright and all rights reserved clause ;-)
Dec 06 15:09:44 <mickeyl> nah really?
Dec 06 15:09:50 <mickeyl> can you show me an example?
Dec 06 15:09:53 <psokolovsky> yuck ;-)
Dec 06 15:10:00 <mickeyl> yo ar_
Dec 06 15:10:12 <psokolovsky> still under MIT license ;-)
Dec 06 15:10:25 <psokolovsky> mickeyl, it still doesn't have gitview, so can only drop by email ;-)
Dec 06 15:10:34 <mickeyl> ah nevermind
Dec 06 15:10:40 <mickeyl> as long as it's still MIT i'm fine
Dec 06 15:10:49 <psokolovsky> ok
Dec 06 15:16:20 <slapin_nb> psokolovsky, is it possible to log only origin revisions?
Dec 06 15:16:52 <psokolovsky> slapin_nb, apparently, switch to origin branch and log it ;-)
Dec 06 15:17:00 <slapin_nb> to git-log without local revisions?
Dec 06 15:17:22 <slapin_nb> git checkout origin then git-checkout master again?
Dec 06 15:18:09 <psokolovsky> slapin_nb, yep. but watch for uncomitted changes!
Dec 06 15:18:17 <psokolovsky> going afk...
Dec 06 15:25:14 <Jin^eLD> hmm, I seem not to be able to mount an ext3 filesystem on my distro, I have ext3 compiled into the kernel so it should work, but it still mounts the ext3 partition on my usb mass storage as ext2, any ideas?
Dec 06 15:25:36 <Jin^eLD> I even added ext3 to DISTRO_FEATURES
Dec 06 15:27:02 <Jin^eLD> it always says EXT2-fs warning (device sda1): ext2_fill_super: mounting ext3 filesystem as ext2
Dec 06 15:28:45 <CIA-4> 03koen 07org.oe.dev * rb876098b... 10/ (4 files in 3 dirs): linux-efika: update to 2.6.19-rc6
Dec 06 15:50:59 <hrw|work> my .oz354x build is generating locales..
Dec 06 15:53:35 <hvontres|poodle> hrw|work: wheeee....
Dec 06 16:04:43 <koen> NOTE: package linux-efika-2.6.18+2.6.19-rc6-r0: task do_compile: started
Dec 06 16:05:13 <hrw|work> koen: does efika kernel has some own patches?
Dec 06 16:05:38 <koen> the tarball has the patches included
Dec 06 16:06:07 <hrw|work> aha
Dec 06 16:08:07 <koen> hey pH5 
Dec 06 16:08:27 <pH5> hey koen
Dec 06 16:08:51 <pH5> any news on the dbus-doesn't-work issue?
Dec 06 16:21:31 <koen> pH5: it works for some people and/or devices
Dec 06 16:24:10 <Genesis> bye
Dec 06 16:24:27 <Genesis> dbus failed for me :)
Dec 06 16:32:09 <pH5> :-(
Dec 06 17:13:14 <zecke> RP: it is still building
Dec 06 17:15:08 * zecke hugs dual xeon systems
Dec 06 17:16:15 <koen> great
Dec 06 17:16:22 <koen> kernel.bbclass is broken for powerpc
Dec 06 17:16:37 <CIA-4> 03koen 07org.oe.dev * r199a3a4d... 10/ (1 packages/linux/linux-efika_2.6.18+2.6.19-rc6.bb): linux-efika: fix do_deploy
Dec 06 17:19:42 <zecke> later
Dec 06 17:20:35 <koen> earlier
Dec 06 17:21:39 <rob_w> now
Dec 06 17:21:41 <rob_w> hi room
Dec 06 17:21:52 <koen> hey rob_w 
Dec 06 17:21:57 <rob_w> sir 
Dec 06 17:22:14 <CIA-4> 03koen 07org.oe.dev * r0ec2373a... 10/ (1 packages/linux/linux-efika_2.6.18+2.6.19-rc6.bb): linux-efika: fix do_install as well
Dec 06 17:22:53 <rob_w> koen i am still looking for some design guides or rules on angstrom
Dec 06 17:26:20 <koen> rob_w: what do you mean?
Dec 06 17:28:09 <rob_w> i mean, i thought there is a certain look n feel guide "tobecome" angstrom 
Dec 06 17:28:23 <koen> ?
Dec 06 17:29:11 <rob_w> i thought it aims to produce a different ui platform
Dec 06 17:29:42 <koen> it's a distribution, not a gui
Dec 06 17:30:16 <rob_w> i though it brings in some gui aspects , never mind 
Dec 06 17:31:58 <rob_w> anyway keep up the good work , oe 
Dec 06 17:33:02 <rob_w> did you know that angstrom will be part of a small river power plant soon  ;-)
Dec 06 17:38:10 <dfoley> mind if i ask quick question about ppp and dialup modem ?
Dec 06 17:38:34 <Laibsch> ~seen keybuk
Dec 06 17:38:48 <ibot> keybuk <n=scott@quest.netsplit.com> was last seen on IRC in channel #asterisk, 174d 11h 9m 2s ago, saying: 'hmm, debugging with tcpdump suggests that the voice from the pstn is arriving at the asterisk server, but not getting sent to the softphone ... and the softphone is sending its voice directly back to the pstn gateway, not via the asterisk server'.
Dec 06 17:42:14 <Laibsch> no, that is wrong.
Dec 06 17:44:26 <koen> hmmm
Dec 06 17:44:36 <koen> ARCH=ppc != ARCH=powerpc
Dec 06 17:44:52 <koen> one learns something new each day
Dec 06 17:52:05 <chouimat> koen ?
Dec 06 17:52:32 <koen> OE sets ARCH=ppc for TARGET_ARCH=powerpc
Dec 06 17:52:43 <koen> and apparently that's wrong for a 603e core
Dec 06 17:52:51 <chouimat> i see
Dec 06 17:56:48 <Crofton|oe> koen, hopefully you resolve these problems before my EFIKA arrives ...
Dec 06 17:56:52 <koen> :)
Dec 06 17:57:12 <koen> glibc-(intermediate) still doesn't build, though
Dec 06 17:57:14 <Crofton|oe> Can I get an adapter so I can use a CF card instead of a laptop
Dec 06 17:57:44 <koen> Crofton|oe: probably, but I was weak and ordered a 2.5" HD
Dec 06 17:58:04 <CIA-4> 03koen 07org.oe.dev * r977b4296... 10/ (1 packages/linux/linux-efika_2.6.18+2.6.19-rc6.bb): linux-efika: OE sets ARCH=ppc for TARGET_ARCH=powerpc and apparently that's wrong for a 603e core, so set ARCH to powerpc
Dec 06 17:58:05 <Crofton|oe> I'm hoping I can scavenge a 2.5" drive from a friends dead laptop
Dec 06 18:06:40 <CIA-4> 03koen 07org.oe.dev * rb97270ac... 10/ (1 packages/linux/linux-efika_2.6.18+2.6.19-rc6.bb): linux-efika: fix quoting before zecke sees it
Dec 06 18:23:00 <koen> hey kergoth 
Dec 06 18:24:39 <kergoth> hey
Dec 06 18:33:03 <florian> re
Dec 06 18:34:23 <Jin^eLD> hmm, I have problems checking out latest code via the svn fetrcher; I use the date=now parameter in my .bb file, last commited revision is 29, and no matter what I do - when I build my bb file it checks out revision 26
Dec 06 18:34:31 <Jin^eLD> any ideas what might be wrong?
Dec 06 18:39:06 <Jin^eLD> or is date=now wrong and I need to explicitly set the SRCDATE variable?
Dec 06 18:40:10 <Jin^eLD> ok.. that was it :>
Dec 06 19:04:29 <Crofton> maybe date=now is spelled wrong?
Dec 06 19:05:16 <Crofton> SRCDATE="now" should do the trick.
Dec 06 19:06:22 <Jin^eLD> Crofton: yes, it did.. it seems date= does not listen to "now", so I indeed had to set SRCDATE explicitly
Dec 06 19:45:23 <CIA-4> 03rpurdie * r712 10bitbake/ (bin/bitbake doc/manual/usermanual.xml): Fix docs typo (from ross@o-hand.com)
Dec 06 19:47:17 <CIA-4> 03rpurdie * r713 10bitbake/lib/bb/fetch/__init__.py: fetch/__init__.py: Have getSrcDate process an optional srcdate parameter within the url
Dec 06 19:48:10 <CIA-4> 03rpurdie * r714 10bitbake/lib/bb/runqueue.py: runqeue.py: Send SIGINT, not SIGTERM when ending tasks. Use process groups to ensure all children are terminated.
Dec 06 20:12:09 <pgfeller> ~pastebin
Dec 06 20:12:11 <ibot> from memory, pastebin is a place to paste your stuff without flooding the channel - try  http://pastebin.ca, or http://channels.debian.net/paste
Dec 06 20:14:09 <pgfeller> Hi all, - as zbedic 1.1 is out I decided to practice a litle OE and started to modify the 1.0 reciept ... unfortunately I'm too stupid to create & apply a patch => http://pastebin.ca/269790
Dec 06 20:14:34 <pgfeller> any hint what I do wrong ... Ißve no error message - the file just is not modified :-/
Dec 06 20:15:19 <RP> pgfeller: The patch looks ok. How were you telling OE to apply it?
Dec 06 20:16:41 <pgfeller> RP: SRC_URI = " .... \ file://version.patch;patch=1"  - it is copied to the /patches dir in work & is also in the "series"
Dec 06 20:17:25 <RP> pgfeller: Is there a .pc directory there and it is in the applied patches file in there?
Dec 06 20:18:40 <pgfeller> RP: yep .... there is - & it is in the "applied-patches"; maybe I´ve to delete the working dir to get a clean env again (as I did some tries until I reached this) ...
Dec 06 20:19:46 <RP> pgfeller: What you're doing seems correct...
Dec 06 20:20:23 <pgfeller> RP: that it was - to clean the stamps was not enough; after deleting the ./work/libbedic... & baking again it worked :-)
Dec 06 20:20:40 <pgfeller> RP: thanks for the hint - was not aware of the .pc dir
Dec 06 21:19:11 <pgfeller> any advice what "QMAKESPEC" variable is - do I have to define it in local.conf?
Dec 06 22:02:29 <CIA-4> 03rpurdie * r715 10bitbake/ (MANIFEST bin/bitbake lib/bb/cooker.py): bitbake: Move cooker from bin/bitbake to lib/bb/cooker.py
Dec 06 22:09:45 <Paperface> can anyone give me some quick advice on monotone?
Dec 06 22:11:53 <Crofton|oe> I can try
Dec 06 22:12:15 <Paperface> is there a way to restore a file that I have altered to what is in the monotone db?
Dec 06 22:12:43 <Paperface> like svn revert
Dec 06 22:14:43 <Crofton|oe> mtn revert ?
Dec 06 22:14:51 <Crofton|oe> mtn help revert
Dec 06 22:15:10 <Paperface> ah :\
Dec 06 22:15:15 <Paperface> that's not in the man page
Dec 06 22:15:39 <Paperface> thanks :)
Dec 06 22:20:30 <CIA-4> 03rpurdie * r716 10bitbake/ (bin/bitbake lib/bb/cooker.py): cooker.py: Clean up pkgs_to_build handling
Dec 06 22:22:13 <Paperface> can't believe that command was so obvious :\
Dec 07 00:28:04 <Laibsch> RP: Are you still there?
Dec 07 00:28:48 <Laibsch> RP: Never mind.
Dec 07 01:33:44 <Laibsch> Shouldn't libcap depend on flex and bison?  Seems like this is needed for configure.
**** ENDING LOGGING AT Thu Dec 07 02:59:57 2006