**** BEGIN LOGGING AT Thu Jun 08 02:59:56 2006
Jun 08 03:08:58 <Malakai> nm, figured it out
Jun 08 05:36:52 <Malakai> Is it possible, from within userland, to put an image in memory, and warm boot to it? the proc is a ARM920T
Jun 08 05:37:24 <Malakai> I'd like to test boot-loaders w/o changing the flash code.
Jun 08 06:58:05 <nemu_1> does anybody know howto solve the problem ? when i executed "bitbake gpe-image", i got the following error message. "configure-target-libstdc++-v3: error: Link tests are not allowed after GCC_NO_EXECUTABLES."
Jun 08 06:58:59 <nemu_1> my machine is tosa(org.openembedded.oz354x). 
Jun 08 07:00:08 <nemu_1> i found the gcc problem while the googling. 
Jun 08 07:05:28 <nemu_1> it gives the same error if i use the other version. 
Jun 08 07:06:28 <nemu_1> i check the log message about gcc-cross-4.0.0-r1/gcc-cross-initial-3.4.4-r3.
Jun 08 07:07:52 <nemu_1> i found the some strange at the gcc-cross-initial-3.4.4-r3 log message. 
Jun 08 07:08:23 <XorA> morning
Jun 08 07:08:46 <nemu_1> checking for a BSD compatible install... /usr/bin/install -c
Jun 08 07:08:47 <nemu_1> *** This configuration is not supported in the following subdirectories:
Jun 08 07:08:55 <nemu_1>      target-libstdc++-v3 target-libf2c target-libffi target-boehm-gc target-zlib target-libjava zlib fastjar target-libobjc
Jun 08 07:08:55 <nemu_1>     (Any other directories should still work fine.)
Jun 08 07:11:05 <nemu_1> but i dont know. why i got this message. i suspect my bitbake config or other environment(database ..etc).  
Jun 08 07:12:07 <nemu_1> does anybody know why i got this problem ? '¤Ñ' help me plz :)
Jun 08 07:12:33 <XorA> nemu_1: the one time Ive seen autoconf throw out a message like that I bitbaked install-native
Jun 08 07:14:58 <nemu_1> XorA : howto solve that .
Jun 08 07:16:07 <nemu_1> XorA : i got that message during "bitbake gpe-image". 
Jun 08 07:17:25 <XorA> nemu_1: that is wierd, Im trying to work out if that message means your /usr/bin/install is not bsd compatible or if it is complaining it is
Jun 08 07:17:35 <XorA> nemu_1: you on a fairly standard linux distro?
Jun 08 07:17:42 <XorA> nemu_1: and is install installed
Jun 08 07:18:28 <nemu_1> XorA : my distro debian etch(testing) release. and i have the install 
Jun 08 07:18:58 <XorA> nemu_1: what machine/distro you compiling for as I use etch and thats a new one on me :-)
Jun 08 07:19:53 <nemu_1> XorA :  tosa / 3.5.4   and path = org.openembedded.oz354x 
Jun 08 07:20:28 <nemu_1> XorA : bpda:/home/stuff# install --version
Jun 08 07:20:28 <nemu_1> install (GNU coreutils) 5.94
Jun 08 07:22:19 <nemu_1> XorA : pda model = SL-6000L
Jun 08 07:23:50 <XorA> nemu_1: hmm, branch build, I dont use them, hrw|gone when he returns might have some ideas as thats his baby
Jun 08 07:24:39 <nemu_1> XorA : branch build ? 
Jun 08 07:25:12 <nemu_1> XorA : can i select another type for build ? 
Jun 08 07:26:27 <XorA> nemu_1: you are using the stable branch for release, I use the unstable branch, but thats not advised if you want a working system and are new to OE
Jun 08 07:27:12 <XorA> nemu_1: so you have MACHINE="tosa" DISTRO="openzaurus-3.5.4.1" in your local.conf?
Jun 08 07:28:39 <nemu_1> XorA : i input MACHINE = "tosa" DISTRO="openzaurus"   DISTRO_VERSION="3.5.4" 
Jun 08 07:33:11 <XorA> nemu_1: ok, maybe that is the new syntax, I havent been keeping up
Jun 08 07:33:29 <XorA> nemu_1: then your problem is very strange
Jun 08 07:33:39 <XorA> nemu_1: I am clueless as to what would cause it
Jun 08 07:33:55 <nemu_1> XorA : mmm
Jun 08 07:36:16 <XorA> nemu_1: hang around though, the brainier people should start logging onto this channel in next half hour ir so
Jun 08 07:37:03 <nemu_1> XorA : ic. thank you for your help. :-)
Jun 08 07:37:17 <XorA> nemu_1: not much help really :-D
Jun 08 07:37:54 <XorA> nemu_1: you might want to pastebin the log to make it easier to point people to
Jun 08 07:37:59 <XorA> ~pastebin
Jun 08 07:38:06 <ibot> methinks pastebin is a place to paste your stuff without flooding the channel - try http://pastebin.com/, or http://pastebin.ca, or http://channels.debian.net/paste, or for #oe use http://oe.pastebin.com, or http://bzflag.pastebin.ca/
Jun 08 07:39:25 <nemu_1> XorA : thank you. where do u live ? :) i live in korea. so, my english isn't good enough chat with u. 
Jun 08 07:47:25 <XorA> nemu_1: Im in Scotland (UK)
Jun 08 07:55:59 <nemu_1> XorA : nice to meet u. :)
Jun 08 07:56:07 <zecke> hey
Jun 08 07:56:26 <nemu_1> :)
Jun 08 07:59:21 <zecke> http://www.tigert.com/archives/2006/06/08/mugshot-and-such/
Jun 08 07:59:32 <zecke> wow the first classic desktop folk to finally get what is going to happen...
Jun 08 08:11:39 <zecke> lpotter: do you think you can answer on the Qtopia interest mail?
Jun 08 08:12:10 <zecke> lpotter: or should the community just use Gtk+ and treat Qtopia like Windows Mobile...with less quality :}
Jun 08 08:13:26 <lpotter> we are coming up with an offical response but I have been sick this week
Jun 08 08:13:36 <zecke>  oh :(
Jun 08 08:13:45 <zecke> lpotter: don't infect your child 
Jun 08 08:13:55 <lpotter> already have
Jun 08 08:13:58 <zecke> :(
Jun 08 08:14:02 <lpotter> and to top it off, he has rubella
Jun 08 08:14:08 <zecke> all three get well
Jun 08 08:14:30 <zecke> german measles... hmm
Jun 08 08:14:52 <zecke> I feel insulted :)
Jun 08 08:15:01 <lpotter> ya, amazingly its not even related to measles at all
Jun 08 08:15:33 <zecke> lpotter: official, like really official
Jun 08 08:15:51 <zecke> like Mr. H. F. we revoke you the right to use Qt under the terms of GPL
Jun 08 08:15:52 <zecke> :)
Jun 08 08:16:46 <NAbyss> what's going on?
Jun 08 08:17:37 <lpotter> heh.. nothing like that
Jun 08 08:17:58 <zecke> NAbyss: nothing, I try to poke TT to release Qtopia GPL
Jun 08 08:18:28 <zecke> NAbyss: or at least get an official statement that Qtopia GPL will not be released and the community should piss off
Jun 08 08:19:08 <zecke> the favorable would be Qtopia GPL and commitment to regulary release GPL versions
Jun 08 08:19:10 <NAbyss> zecke: Hmm, I thought it's already out there? Or is what OPIE uses != Qtopia?
Jun 08 08:19:19 <lpotter> he means qtopia 4
Jun 08 08:19:27 <NAbyss> Ahh
Jun 08 08:19:32 <zecke> NAbyss: yes Qtopia4.1
Jun 08 08:20:21 <zecke> NAbyss: because "why not use Qtopia directly" comes up every now and then
Jun 08 08:20:34 <zecke> NAbyss: and until now this is simply not possible without creating Opie'
Jun 08 08:20:58 <NAbyss> zecke: TT's been fairly quiet on the GPL front with embedded platforms?
Jun 08 08:21:15 <zecke> NAbyss: Qtopia Core (QtE) is GPL, Qtopia 'platform' not
Jun 08 08:21:21 <NAbyss> Ahh.
Jun 08 08:21:30 <NAbyss> That explains it :)
Jun 08 08:21:44 <zecke> NAbyss: and I blame it on (without really knowing) the ~40 embedded guys fearing Free Software/Open Source
Jun 08 08:22:16 <zecke> NAbyss: well, imagine we would port Opie to Qt4. People would continue to request using Qtopia directly... which is more than impossible
Jun 08 08:22:32 <NAbyss> Yep
Jun 08 08:22:38 <zecke> NAbyss: and is not only due lack of sourcecode, add no way to get a patch accepted as they work in Qtopia4.x+2 already
Jun 08 08:22:54 <zecke> NAbyss: and the stuff you patch has been patched already...
Jun 08 08:23:01 <NAbyss> That's a bit dodgy..
Jun 08 08:23:35 <zecke> "Feel free to patch, we do it differently now anyway"
Jun 08 08:23:36 <NAbyss> I assume they don't treat their commercial customers with the same contempt as they do the FOSS crowd?
Jun 08 08:23:40 <lpotter> its not as bad as zecke makes it sound
Jun 08 08:23:43 <zecke> is atively creating a 'fork'
Jun 08 08:23:56 <zecke> NAbyss: I think they lack the resources
Jun 08 08:24:04 <emte> with the price TT charges for licensing i would hope not
Jun 08 08:24:22 <hrw> morning
Jun 08 08:24:24 <zecke> NAbyss: and many people in Oslo (as they work on KDE) think they have a good connection to the community
Jun 08 08:24:55 <zecke> lpotter: please consider opening the 'opie-forum' archive and let people judge who was interested in cooperation :)
Jun 08 08:24:59 <hrw> reading backlog adds new quotes to my taglines
Jun 08 08:25:09 <zecke> anyway :)
Jun 08 08:25:10 <zecke> hrw: heh?
Jun 08 08:25:26 <hrw> whats mean ubuntu?
Jun 08 08:25:26 <hrw> it's african word for "can't configure debian"
Jun 08 08:25:36 <NAbyss> Hehehe
Jun 08 08:25:39 <hrw> or: as it is Free Software, it is done when enough people helped to make it done
Jun 08 08:25:39 <zecke> hehe
Jun 08 08:25:48 <nemu_1> hrw : plz check above my problem. 
Jun 08 08:26:03 <hrw> nemu_1: DISTRO="openzaurus-3.5.4.1" and then recheck
Jun 08 08:26:11 <emte> ubuntu means unstable debian with no decent packages availible
Jun 08 08:26:14 <nemu_1> hrw : yeah 
Jun 08 08:26:14 <NAbyss> zecke: Hmm, if they lack the resources... I don't see why they don't just open things to the same extent they do with Qt on the desktop..
Jun 08 08:26:16 <lpotter> you guys should rename this channel #criticism
Jun 08 08:26:32 <zecke> lpotter: I prefer sarcasm :)
Jun 08 08:26:48 <lpotter> well, sarcasm doesnt come across e* too well
Jun 08 08:26:55 <hrw> larting TT again?
Jun 08 08:26:59 <emte> kergoth, would probably call it entertainment
Jun 08 08:27:06 <zecke> NAbyss: e.g. the community is likely to use more modern stuff
Jun 08 08:27:11 <emte> :)
Jun 08 08:27:14 <zecke> NAbyss: e.g. gcc 4.1 vs gcc 2.95
Jun 08 08:27:25 <zecke> NAbyss: Linux2.6 vs. 2.2
Jun 08 08:27:34 <lpotter> fud
Jun 08 08:27:38 <lpotter> *cough
Jun 08 08:27:47 <hrw> zecke: qtopia support even 2.2? I was thinking that 2.0.36 was last supported..
Jun 08 08:27:57 <zecke> NAbyss: or experiment with uclibc
Jun 08 08:28:22 <zecke> NAbyss: and I understand that TT has not the resources to always test the latest version (they have had for Qt - Harri Porten)
Jun 08 08:28:32 <hrw> heh 2.0.36... first kernel which I cross-compiled..
Jun 08 08:28:32 <NAbyss> Ahh..
Jun 08 08:28:43 <zecke> NAbyss: but I do not understand the value that a community can give/has
Jun 08 08:29:06 <zecke> lpotter: Qt is not compiling with gcc4, Qt is broken (aliases) with gcc 3.3 or 3.4
Jun 08 08:29:16 <zecke> lpotter: for the later issue we have a patch thanks to Paul
Jun 08 08:29:21 <lpotter> qt4 compiles fine
Jun 08 08:29:22 <NAbyss> zecke: I can see why they'd be cautios, if one person or two are driving the community support in TT, and those people don't deal with Qt/e
Jun 08 08:29:24 <zecke> lpotter: the former is quite easy to fix
Jun 08 08:30:18 <zecke> lpotter: Is the office in already opened?
Jun 08 08:30:44 <lpotter> which office?
Jun 08 08:30:57 <zecke> lpotter: sorry, the office in berlin :)
Jun 08 08:31:18 <lpotter> not real sure
Jun 08 08:31:35 <lpotter> your closer. go check :)
Jun 08 08:32:33 <zecke> lpotter: This is what I plan to do but it is far out...
Jun 08 08:33:12 <emte> cant you phone em?
Jun 08 08:34:08 <NAbyss> zecke: Oh, what's happening w/ the survey stuff? Still need the analysis done for the site?
Jun 08 08:34:29 <zecke> yes
Jun 08 08:34:36 <zecke> but now my time is up...
Jun 08 08:34:43 <zecke> need to start working my ass off *now*
Jun 08 08:34:46 <NAbyss> zecke: I can work on it if wanted..
Jun 08 08:34:57 <zecke> lpotter: I would welcome a soonish release of Qtopia GPL
Jun 08 08:35:06 <zecke> NAbyss: ask hrw, mickeyl, RP for the raw data :)
Jun 08 08:35:38 <NAbyss> zecke: Shall do
Jun 08 08:37:21 <hrw> hmm.. I'm md5suming dvdr media to check does my 8year old toshiba drive can read them and looks like some files are unreadable ;(
Jun 08 08:38:06 <lpotter> even if it doesnt compile?
Jun 08 08:38:18 <zecke> yes
Jun 08 08:38:47 <hrw> lpotter: qtopia core 2.3.12 does not compile out-of-box too so what difference?
Jun 08 08:39:17 <hrw> I can say that we are used to this
Jun 08 08:40:28 <zecke> lpotter: and this is not criticism, it can happen, as you can't test all configurations
Jun 08 08:41:47 <lpotter> 2.3.12 is only available in qtopia sources
Jun 08 08:41:58 <zecke> lpotter: and doesn't compile :)
Jun 08 08:42:02 <lpotter> last i checked it compiles fine
Jun 08 08:42:11 <zecke> lpotter: no way it is compiling with gcc4
Jun 08 08:42:17 <zecke> lpotter: no way it is working with gcc 3.4
Jun 08 08:43:09 <lpotter> and I suppose qt 4 is supposed to compile with gcc 6?
Jun 08 08:43:58 <hrw> lpotter: qte 2.3.12 was released in 2005 year. patches to get it working with compilers from 2005 was available.
Jun 08 08:44:06 <zecke> lpotter: as I said this is no criticim
Jun 08 08:44:23 <lpotter> just because its available doesnt mean its stable
Jun 08 08:44:40 * hrw will end - have to check other things
Jun 08 08:44:41 <lpotter> qt 2 was developed in 1999 *cough*
Jun 08 08:44:56 <lardman|work> hi chaps
Jun 08 08:45:08 <zecke> lpotter: the change that broke Qt2 for gcc4 was done for Keypad Edition ;)
Jun 08 08:46:25 <lpotter> so dont define that
Jun 08 08:46:47 <zecke> lpotter: well... this is unconditionally broken
Jun 08 08:46:57 <zecke> lpotter: and sorry, I think it was done for the Fullscreen Input method
Jun 08 08:47:00 <lpotter> or use a less recent compiler like what is supported by qt3
Jun 08 08:47:12 <lpotter> err qt2
Jun 08 08:47:16 <zecke> lpotter: lol
Jun 08 08:47:26 <zecke> lpotter: the point was, we are used to Qt2 and Qtopia not working
Jun 08 08:47:33 <zecke> lpotter: on the configurations we want it to work
Jun 08 08:47:52 <zecke> lpotter: sooner or later your paying customers will use these configurations as well
Jun 08 08:48:10 <zecke> lpotter: and all I want to say is. It is better to break on us and send patches
Jun 08 08:48:20 <zecke> lpotter: then it is breaking on your paying customers
Jun 08 08:51:37 <zecke> lpotter: e.g. in your server you include "wait.h" but wait.h moved to the pda subdir
Jun 08 08:51:53 <zecke> lpotter: this breaks for me when compiling, but not for you, these things can just happen
Jun 08 08:55:44 <CoreDump|home> hi
Jun 08 08:56:11 <zecke> hey
Jun 08 08:56:48 <zecke> lpotter: I think me, and the community would welcome regular snapshots (rsync)
Jun 08 08:57:02 <zecke> lpotter: and stable release, hopefully following ~2 weeks after the OEM release
Jun 08 08:57:40 <zecke> lpotter: snapshots will enable the community to give hints, and hopefully influence things a bit
Jun 08 09:01:25 <RP> morning all
Jun 08 09:01:43 <zecke> hey!
Jun 08 09:01:50 <CoreDump|home> hi RP 
Jun 08 09:02:34 <hrw> hi RP 
Jun 08 09:08:33 <RP> I wish Pavel would put thought into his patches :-/
Jun 08 09:08:44 <XorA> hey RP 
Jun 08 09:09:24 <zecke> RP: hey, what did he do?
Jun 08 09:09:37 <hrw> RP: I wish to know what we need from him to boot 2.6 on collie...
Jun 08 09:10:37 <RP> zecke: Submitting patches to fix spitz and not borzoi/akita
Jun 08 09:10:41 <CoreDump|home> a bloody SD sriver heh
Jun 08 09:11:35 <RP> hrw: I'll have to have a look and see if I can get that working
Jun 08 09:11:52 <RP> Someone posted an SA1100 2.6 gadget driver to lakml
Jun 08 09:12:01 <zecke> oh
Jun 08 09:12:08 <hrw> could be interesting
Jun 08 09:12:08 <RP> 2.6.12 based but should be easy enough to port to 2.6.16
Jun 08 09:12:21 <hrw> zecke: http://del.icio.us/hrw/linux-arm/
Jun 08 09:13:01 <lrg> hey Richard
Jun 08 09:14:56 <RP> zecke: I'm guessing the Simpad people might be interested in that?
Jun 08 09:15:38 <zecke> RP: yes!
Jun 08 09:15:59 <zecke> need to pick up my simpad first though :}
Jun 08 09:16:22 <zecke> i thought g_ether was impossible with the SA... well
Jun 08 09:16:56 <hrw> zecke: well
Jun 08 09:17:59 <hrw> zecke: http://lists.arm.linux.org.uk/pipermail/linux-arm-kernel/2006-June/034412.html
Jun 08 09:24:09 <nemu_1> hrw : i got the other error message.   block-qcow.c:26:18: zlib.h: No such file or directory
Jun 08 09:25:11 <nemu_1> hrw : qemu-native-0.7.0 do_compile stage 
Jun 08 09:25:51 <hrw> nemu_1: you lack libz-dev on host
Jun 08 09:26:28 <nemu_1> hrw : no ... i install it, now. 
Jun 08 09:26:41 <CoreDump|home> nemu_1: I had that, too. In my case my shell env was f*cked
Jun 08 09:27:08 <theturtle> do someone manage to build gpe-calendar without issuing this : http://bugs.openembedded.org/show_bug.cgi?id=1057 ?
Jun 08 09:27:34 <hrw> theturtle: wrong libeventdb
Jun 08 09:27:51 <hrw> theturtle: read comments of bug?
Jun 08 09:28:17 <theturtle> yep, i've posted the last one 
Jun 08 09:28:23 <hrw> ah.
Jun 08 09:28:29 <hrw> theturtle: ask on #gpe?
Jun 08 09:28:36 <theturtle> i can't build either with -0.21-r0 nor -0.30
Jun 08 09:28:42 <theturtle> yep
Jun 08 09:31:08 <guylhem_> seen holger
Jun 08 09:31:37 <hrw> guylhem_: ~seen zecke you meant?
Jun 08 09:31:42 <hrw> hi guylhem_ gints
Jun 08 09:34:35 <zecke> guylhem_: hey!
Jun 08 09:34:44 <zecke> I'm extremely busy ATM
Jun 08 09:34:56 <nemu_1> hrw : right ! u solve it.
Jun 08 09:35:02 <nemu_1> hrw : thx
Jun 08 09:35:04 <hrw> nemu_1: np
Jun 08 09:36:30 <nemu_1> hrw : almost header file problem = i've no blah-dev and lib. ok ?
Jun 08 09:38:34 <nemu_1> hrw : i just thought "bitbake execute wget and download lib & lib-header files". 
Jun 08 09:38:40 <hrw> zecke: I sent survey results to NAbyss 
Jun 08 09:38:53 <woglinde> moin hrw btw.
Jun 08 09:39:01 <woglinde> hrw how are you better?
Jun 08 09:39:06 <hrw> nemu_1: your host machine need does headers
Jun 08 09:39:24 <nemu_1> hrw : okie. :) 
Jun 08 09:39:28 <hrw> woglinde: better - antibiotic in large amounts
Jun 08 09:39:40 <woglinde> hrw oh I dont like anitbiotic
Jun 08 09:39:44 <hrw> http://www.hrw.one.pl/2006/06/08/users-and-unmaintained-applications/
Jun 08 09:39:51 <zecke> hrw: oh still sick? :(
Jun 08 09:39:53 <hrw> woglinde: I do not like big tonsils
Jun 08 09:40:06 <hrw> zecke: week with antibiotic
Jun 08 09:42:03 <hrw> someone can suggest good DVD-RW drive?
Jun 08 09:42:45 <XorA> hrw: never had problems with my NEC
Jun 08 09:43:17 <johnX> I have a Sony that has been good to me and I've heard good things about LiteON
Jun 08 09:43:55 <hrw> liteons are no way - too mny bad things I heard in past
Jun 08 09:43:58 <XorA> as long as you can use rpc1.com all is good
Jun 08 09:44:25 <johnX> just stay the heck away from Emprex drives
Jun 08 09:45:12 <hrw> johnX: it sound nearly like Panasonix
Jun 08 09:46:16 <woglinde> hrw I have a pioneer
Jun 08 09:46:22 <woglinde> -rw only
Jun 08 09:46:45 <hrw> BenQ DVD+/-RW DW1650 looks interesting
Jun 08 09:51:45 <ade|desk> morning morning
Jun 08 09:54:43 <guylhem_> hrw- thanks
Jun 08 09:56:00 <guylhem_> hrw at all costs please avoid the panasonic. got one, it's beyond rpc-2 - I would call it rpc3. Even mplayer/decss/videolan etc, regardless the OS, can't read a dvd rfom a different zone
Jun 08 09:57:13 <hrw> guylhem_: probably will get benq 1650
Jun 08 09:57:43 <guylhem_> I'm looking for someone stupid enough to purchase my uj-850 from panasonic
Jun 08 09:57:56 <guylhem_> got 50% dvd in z1, 50% in z2
Jun 08 09:58:00 <guylhem_> useless to me
Jun 08 09:58:06 <hrw> guylhem_: will give 10pln if you pay postage
Jun 08 09:59:13 <CoreDump|home> ~curse DRM
Jun 08 09:59:15 <chris144> good morning
Jun 08 09:59:20 <ibot> May you be reincarnated as a Windows XP administrator, DRM !
Jun 08 09:59:23 <CoreDump|home> hi chris144 
Jun 08 10:00:31 <guylhem_> hrw - :-)
Jun 08 10:00:43 <guylhem_> I hope it'll be broken  somedauy
Jun 08 10:00:46 <chris144> 2nd good morning, my irc client just crashed
Jun 08 10:05:40 <caveman> woglinde: will you get some food soon?
Jun 08 10:06:22 <caveman> woglinde: do you want to come to the BMCO to get some food?
Jun 08 10:21:44 <woglinde> zecke dont have the time
Jun 08 10:28:48 <CoreDump|home> later all
Jun 08 10:30:23 <Cockroach-> phew. I'm back
Jun 08 10:31:42 <woglinde> jo
Jun 08 10:32:14 <Cockroach-> As my thesis got approved few weeks ago, I haven't even looked anything that reminds me of OE for a while ;)
Jun 08 10:32:58 <woglinde> well done
Jun 08 11:27:19 <woglinde> bye all
Jun 08 11:46:25 <rob_w|mis> hi .. 
Jun 08 11:46:33 <rob_w|mis> which package holds the locale binary ?
Jun 08 12:00:25 <zecke> hey rwhitby 
Jun 08 12:00:48 <rwhitby> hey
Jun 08 12:01:19 <rwhitby> nslu2-linux is finally moving it's repos from sourceforge.net and berlios.de to svn on svn.nslu2-linux.org
Jun 08 12:01:43 <rwhitby> we're going to use client certificates issued by an NSLU2-Linux CA for access through https to svn.
Jun 08 12:01:55 <rwhitby> sf.net is just too flakey for us any more.
Jun 08 12:02:57 <rwhitby> but we will be staying with OE and monotone while OE stays with monotone.
Jun 08 12:03:27 <rwhitby> Just an FYI.
Jun 08 12:08:07 <zecke> thanks (glad you stay with OE)
Jun 08 12:08:21 <zecke> rwhitby: so what do you move to svn?
Jun 08 12:10:27 <rwhitby> zecke: optware packages (for Unslung firmware), source releases for SlugOS (we develop in monotone, but have a public SVN repo for the stable releases, which people can build from if they like).  Some other tools like upslug2, slugimage, and our set of kernel patches which haven't been pushed upstream yet.
Jun 08 12:11:14 <rwhitby> So we develop SlugOS 3.9 in the SVN stable branch, and SlugOS 4 in parallel in monotone.
Jun 08 12:11:34 <rwhitby> (stable branch is critical bug fixes only)
Jun 08 12:13:16 <nemu_1> i got the following error while "bitbake gpe-image". 
Jun 08 12:13:28 <nemu_1> ld: cannot find -lglib-2.0
Jun 08 12:13:38 <nemu_1> | /home/stuff/build/tmp/cross/bin/arm-linux-gcc -I{STAGING_INCDIR} -L/home/stuff/build/tmp/staging/arm-linux/lib -lglib-2.0  bl.c -o bl
Jun 08 12:13:59 <nemu_1> does anybody know howto solve this problem ?
Jun 08 12:16:04 <hrw|afk> nemu_1: update metadata
Jun 08 12:16:08 <hrw|afk> it was fixed
Jun 08 12:16:33 <nemu_1> hrw|tv : howto update metadata 
Jun 08 12:16:38 <Gerrath> does anyone have a nice vim syntax file for .bb files?  I have been modifing one that I copied from the make.vim
Jun 08 12:16:56 <hrw|tv> Gerrath: bitbake/contrib/vim/syntax/bitbake.vim
Jun 08 12:17:01 <nemu_1> hrw|tv : oe.db update ?
Jun 08 12:17:12 <Gerrath> hrw|tv, Thanks.
Jun 08 12:17:18 <hrw|tv> nemu_1: monotone pull/monotone update - all is in oe wiki/doc iirc
Jun 08 12:17:34 <nemu_1> hrw|tv : thx.
Jun 08 12:17:37 <hrw|tv> np
Jun 08 12:17:53 <hrw|tv> ok. go back to soylent green
Jun 08 12:21:16 <Gerrath> hrw|tv, thanks, I had checked in oe contrib folder but never even realized there was a contrib folder in bitbake as well, it was too obvious I guess  :-)
Jun 08 12:37:20 <zecke> hehe
Jun 08 12:38:47 <mickeyl> morning folks
Jun 08 12:39:34 <zecke> mickeyl: hey!
Jun 08 13:15:42 <CIA-9> 03florian 07org.oe.dev * rdcdcdd2d... 10/packages/libgpevtype/libgpevtype_0.17.bb: libgpevtype: reduce default preference of 0.17
Jun 08 13:19:37 <mickeyl> RP: you there?
Jun 08 13:29:31 <pb__> hail mickeyl
Jun 08 13:29:39 <mickeyl> hey pb_
Jun 08 13:34:26 <hrw|tv> do we have spare collie? I can get sl-a300 for it
Jun 08 13:35:51 <zecke> hrw|tv: I can give you mine
Jun 08 13:36:07 <zecke> hrw|tv: and my original SL-5000d is in switzerland
Jun 08 13:36:32 <hrw|tv> http://pavelmachek.livejournal.com/22119.html
Jun 08 13:37:34 <hrw|tv> I can exchange mine too - this way I will get rid of collie nightmares ;)
Jun 08 13:37:35 <zecke> ah
Jun 08 13:40:55 <zecke> hrw|tv: A-300 was XScale with broken cache right?
Jun 08 13:41:46 <hrw|tv> zecke: is has pxa210 iirc
Jun 08 13:41:51 * mickeyl shudders
Jun 08 13:42:43 <chouimat> morning
Jun 08 13:43:04 <hrw|tv> ~hail excite - without it getting Zaurus infos will be hard
Jun 08 13:43:06 * ibot bows down to excite - without it getting Zaurus infos will be hard and chants, "I'M NOT WORTHY!!"
Jun 08 13:44:10 <mickeyl> pb_: being a CEO, does your work still involve kernel hacking or what are you focus nowadays?
Jun 08 13:44:21 <mickeyl> s/focus/focussing/
Jun 08 13:47:38 <zecke> mickeyl: soldering, late at night, on weekends
Jun 08 13:47:48 <zecke> mickeyl: seems to be masters' main interest ATM
Jun 08 13:49:03 <pb__> mickeyl: fortunately, I am not a CEO.  my work does still involve some kernel hacking, though it also involves attending a depressingly large number of meetings.
Jun 08 13:55:51 <mickeyl> meetings suck
Jun 08 13:55:54 <mickeyl> most, at least
Jun 08 13:56:23 <XorA> its when you start having meetings to discuss other meetings you wish your life would end
Jun 08 13:59:45 <chouimat> pb_: meetings (well at least 99% of them) are the way incompetent managers found to give the illusion of progress ...
Jun 08 14:01:39 <pb__> mickeyl: also, like zecke says, there does seem to be a lot of soldering involved
Jun 08 14:04:49 <zecke> meetings are important
Jun 08 14:12:19 <XorA> zecke: as long as they happen in pub
Jun 08 14:12:30 <CIA-9> 03nail 07org.oe.dev * r63331b30... 10/packages/zd1211/ (5 files in 2 dirs): zd1211: Add driver revision 77
Jun 08 14:12:38 <zecke> XorA: pub, or playing football...
Jun 08 14:16:36 <hrw|tv> cu
Jun 08 14:22:44 <lardman|work> mickeyl: How did your foray into pdaX bootloader territory go the other evening?
Jun 08 14:31:01 <mickeyl> lardman|work: sash didn't appear
Jun 08 14:31:09 <mickeyl> perhaps today
Jun 08 14:38:58 <mickeyl> hmm
Jun 08 14:39:01 <mickeyl> ~lart quilt
Jun 08 14:39:01 * ibot hauls quilt up by the scruff of the neck and spanks him until he waddles
Jun 08 14:39:10 <mickeyl> anyone seen output like that:
Jun 08 14:39:36 <mickeyl> http://oe.pastebin.com/767459
Jun 08 14:39:49 <mickeyl> quilt seems to have forgot all its commands
Jun 08 14:40:45 <zecke> mickeyl: hehe
Jun 08 14:40:57 <zecke> mickeyl: quilt search for the commands in a defined directory
Jun 08 14:41:03 <zecke> mickeyl: you move, you lose :)
Jun 08 14:41:07 <mickeyl> aha
Jun 08 14:41:11 <mickeyl> ~lart quilt just because
Jun 08 14:41:11 <zecke> mickeyl: pb_ filed a bug report for that already
Jun 08 14:41:11 * ibot throws quilt just because's poor little doggy off a cliff
Jun 08 14:41:18 <mickeyl> wb france
Jun 08 14:41:28 <france> mickeyl: thank u
Jun 08 14:44:45 <mickey|coffeeBRK> ~lart nick size boundaries
Jun 08 14:44:46 * ibot beats nick size boundaries over the head with a microkernel
Jun 08 14:45:15 <zecke> mickey|coffeeBRK: moody :)
Jun 08 15:12:18 <pb__> mickey|coffeeBRK: heh, I thought all you .de folk had a special domain-based override to select patcher instead of quilt
Jun 08 15:12:47 <pb__> but yeah, that thing with the pathnames does suck
Jun 08 15:15:18 <zecke> woglinde: hey
Jun 08 15:15:37 <zecke> woglinde: hey
Jun 08 15:15:54 <mickeyl> pb_: no kidding, i have that override :D problem is, in the ezx kernel I import a quilt series patch from another developer, that's why i have to use quilt for during an special ezx_patch tasks
Jun 08 15:15:58 <zecke> woglinde: apt-get, aptitude are avantgarde :)
Jun 08 15:15:58 <mickeyl> s/tasks/task/
Jun 08 15:16:09 <zecke> woglinde: they can resolve more than one conflict at once
Jun 08 15:16:38 <zecke> woglinde: Red Carper/Novell Zen Of Foobar/rug/zug can only resolve one conflict at a time :}
Jun 08 15:16:41 <mickeyl> pb_: then again, even the patcher author uses quilt now, so perhaps I should follow sooner or later...
Jun 08 15:17:04 <zecke> sooner, as I remove patcher from OE ;)
Jun 08 15:17:10 <CosmicPenguin> quilt is the crack of the open source world
Jun 08 15:17:33 <zecke> Patcher: Fear my authority
Jun 08 15:17:38 <mickeyl> heh. don't you dare.
Jun 08 15:17:40 <mickeyl> patcher rockz
Jun 08 15:18:10 <woglinde> hm new toy the iRex?
Jun 08 15:18:35 <zecke> mickeyl: I don't want to live in a world where people use patcher
Jun 08 15:18:43 <zecke> screw you guys, I'm going home
Jun 08 15:18:45 <woglinde> zecke you are talking about the opensuse .dll stuff?
Jun 08 15:18:46 <CosmicPenguin> heh
Jun 08 15:18:50 <woglinde> pff
Jun 08 15:18:55 <CosmicPenguin> That quote is sig worthy
Jun 08 15:18:57 <woglinde> than later zecke
Jun 08 15:21:17 <woglinde> mickeyl vanille is down?
Jun 08 15:24:34 <emte> cmon patcher must be better for you than autotools, i'd label that as the crack of opensource
Jun 08 15:25:05 <CosmicPenguin> autotools is the mugger of opensource
Jun 08 15:25:12 <CosmicPenguin> nobody enjoys autotools
Jun 08 15:25:16 <mickeyl> woglinde: up again
Jun 08 15:25:19 <emte> i have decided that the catholic god himself invented autotools
Jun 08 15:25:29 <emte> just for amusement
Jun 08 15:25:57 <woglinde> I like autotools
Jun 08 15:26:07 <emte> first there was the great flood, then the plague, now autotools
Jun 08 15:26:10 <woglinde> but the developer dont know how to use it
Jun 08 15:26:26 <emte> woglinde, you actually know how autotools works?
Jun 08 15:26:45 <CosmicPenguin> nobody knows how autotools works 
Jun 08 15:26:50 <CosmicPenguin> if they say they do, they are lying
Jun 08 15:26:54 <CosmicPenguin> or insane
Jun 08 15:26:54 <emte> lol
Jun 08 15:26:55 <woglinde> pffff
Jun 08 15:26:59 <XorA> CosmicPenguin: autotools, knows
Jun 08 15:27:12 <XorA> CosmicPenguin: it manages itself and replicate through m4
Jun 08 15:27:12 <emte> i figure satan might know how it works
Jun 08 15:27:22 <emte> just to throw wrenches into everything
Jun 08 15:27:29 <XorA> it all started as a rogue sendmail.cf file
Jun 08 15:27:37 <emte> lol
Jun 08 15:27:49 <CosmicPenguin> autotools is the start of the war chronicled in the Matris
Jun 08 15:27:51 <CosmicPenguin> Matrix even
Jun 08 15:27:56 <emte> lol
Jun 08 15:28:07 <woglinde> pfff
Jun 08 15:30:40 <france> CosmicPenguin: thinking doing a re-write?
Jun 08 15:30:53 <CosmicPenguin> absoulutely not
Jun 08 15:31:35 <france> heh
Jun 08 15:31:45 <emte> imake, smake, scons
Jun 08 15:31:56 <emte> actually scons is really nice
Jun 08 15:34:54 <mickeyl> is it? i can't get scons to cross compile anything.
Jun 08 15:35:12 <woglinde> *g*
Jun 08 15:35:15 <mickeyl> if you know, it would be cool to work on scons.bbclass
Jun 08 15:35:38 <CosmicPenguin> heh 
Jun 08 15:35:54 <woglinde> mickeyl vanille strokes again
Jun 08 15:36:18 <mickeyl> just try again, perhaps too many people accessing it atm.
Jun 08 15:36:25 <emte> i thought kergoth had added scons support at one time
Jun 08 15:36:48 <mickeyl> not that i know of
Jun 08 15:36:52 <mickeyl> i added scons.bbclass
Jun 08 15:37:01 <emte> ive only used it on a few packaged i've compield for my host system
Jun 08 15:37:30 <mickeyl> since it isn't using standard variables but construct its own compiler and linker calls, i have no idea how to tell it to use our variables
Jun 08 15:38:05 <emte> you can still override those in the enviroment can you not?
Jun 08 15:38:13 <mickeyl> dunno how
Jun 08 15:38:18 <mickeyl> it isn't using CC
Jun 08 15:38:23 <mickeyl> it just runs gcc
Jun 08 15:38:23 <mickeyl> for once
Jun 08 15:38:58 <mickeyl> feel free to add sanity into that build class
Jun 08 15:39:05 <mickeyl> i have a package that i'd like to compile with it
Jun 08 15:41:58 <emte> one day perhaps when i have a delusion of time,  anyway off to class
Jun 08 15:42:53 <woglinde> hm so whats better with scons?
Jun 08 16:56:18 <lrg> any one had alsa working in angstrom ?
Jun 08 16:56:34 <mickeyl> sorry, didn't try yet
Jun 08 16:56:56 <lrg> I've come across an issue passing type u64 between user <--> kernel space
Jun 08 16:57:41 <lrg> mickeyl: struct snd_pct has a u64 for the sample format and this is getting nuked :( 
Jun 08 16:58:08 <lrg> mickeyl: this even happens with the dummy alsa driver (I thought it was an asoc problem at first)
Jun 08 16:58:24 * lrg will do some more investigation
Jun 08 16:58:25 <mickeyl> d'oh
Jun 08 16:59:08 <CIA-9> 03mickeyl 07org.oe.dev * r431299fa... 10/packages/linux/ (linux-ezx/ezx-backlight-r1.patch linux-ezx_2.6.16.13.bb): linux-ezx: new version of backlight patch
Jun 08 17:00:00 <kergoth> mickeyl, scons does use CC, just the CC in its Environment(), not the one from the system environment, unless the person creating the SConstruct passed in os.environ at construction time
Jun 08 17:00:04 <kergoth> heh
Jun 08 17:04:40 <mickeyl> hey kergoth
Jun 08 17:04:48 <mickeyl> if it was only that...
Jun 08 17:05:02 <mickeyl> scons seems to encourage people writing their own detection methods
Jun 08 17:05:13 <mickeyl> so all that needs to be patches as well
Jun 08 17:05:18 <mickeyl> qt, jpeg, etc.
Jun 08 17:05:19 <mickeyl> *sigh*
Jun 08 17:07:20 <zecke> mickeyl: oh well, there was 'bksys' which was scons based IIRC
Jun 08 17:08:03 <zecke> lrg: alignment changes in the abi will be guilty :(
Jun 08 17:08:18 <mickeyl> i really hate autofoo and friends, but at least we _know_ their quirks
Jun 08 17:08:29 <mickeyl> ~hug distutils
Jun 08 17:08:30 * ibot hugs distutils
Jun 08 17:08:41 <CosmicPenguin> In the words of kergoth - "autotools sucks, but we know how it sucks"
Jun 08 17:08:47 <mickeyl> ya
Jun 08 17:10:04 <CIA-9> 03cbrake 07org.oe.dev * rd103331f... 10/ (3 files in 3 dirs): logicpd-pxa270 2.6.17-rc5: add defconfig and bb fixes, contrib by Shane Volpe
Jun 08 17:10:18 * cbrake just tried mtnpatch.py -- seems to work :-)
Jun 08 17:10:29 <lrg> zecke: thx
Jun 08 17:12:39 <zecke> lrg: http://wiki.debian.org/ArmEabiPort
Jun 08 17:12:52 <zecke> lrg: see 64-Bit data type
Jun 08 17:13:27 <lrg> zecke: there is a patch :)
Jun 08 17:13:45 <lrg> zecke: 3524/1
Jun 08 17:32:42 <kergoth> zecke: yeah, bksys/waf looks quite promising
Jun 08 17:32:59 <kergoth> mickeyl: well, autoconf encourages people writing their own detection methods too.. only difference is how many are included by default
Jun 08 17:33:21 * kergoth hmms
Jun 08 17:34:18 * pb__ go home
Jun 08 17:34:19 <pb__> later all
Jun 08 17:34:31 <zecke> pdfjoin...
Jun 08 17:42:27 <lrg> zecke: sadly it's the wrong patch :( time for an email to linux-arm-kernel
Jun 08 17:43:09 <kergoth> mickeyl: handling building build binaries vs target ones is easily done via having two seperate Environment's.  scons's Configure does support caching, so that can be worked around the same way we do for autoconf. the only annoyance is lacking a standard means of passing variables we need into the build, and i suppose that could easily be injected as a new 'cross' tool
Jun 08 17:43:28 * kergoth started playing with scons for the first time yesterday, quite spiffy
Jun 08 17:48:59 <mickeyl> kergoth: i see. sounds good. you know we appreciate a patch... :)
Jun 08 17:49:52 <mickeyl> anyone know what's GPDR0 ?
Jun 08 17:49:55 <mickeyl> no, sorry
Jun 08 17:49:58 <mickeyl> GAFR0_U even
Jun 08 17:50:02 <mickeyl> i know about GPDR
Jun 08 17:50:07 <mickeyl> but never seen GAFR0
Jun 08 17:50:56 <kergoth> http://freehackers.org/~tnagy/bksys.html <-looks cool
Jun 08 17:53:22 <CosmicPenguin> ew
Jun 08 17:53:35 <mreimer> mickeyl: GAFR registers control what function the GPIO is used for, e.g. a peripheral function controlled by the processor, or a straight GPIO, etc.
Jun 08 17:53:40 <CosmicPenguin> I have enough python based build systems, thank you... :)
Jun 08 17:54:02 <mickeyl> mreimer: i see, thanks
Jun 08 17:56:25 <cbrake> kergoth: I've been using ruby some for small tasks -- it seems pretty nice for domain specific languages.  I wonder if anyone will ever do a scons in ruby?
Jun 08 17:57:11 <kergoth> CosmicPenguin: hehe. have you ever used scons?  it's really quite nice.  waf/bksys looks like it's just a refinement of it
Jun 08 17:57:24 <kergoth> cbrake: dunno... i need to spend more time with ruby, dont know it very well yet.  seems pretty cool though
Jun 08 17:57:42 <kergoth> heh, i know people have done buildsystems / makefile generators with lua, even
Jun 08 17:58:05 <NAiL> CoreDump|afk: ping?
Jun 08 17:58:50 <kergoth> ooh, waf does look cool. its wscript files look not unlike .bb files. theres a build function, a configure function.. looks task oriented
Jun 08 17:59:23 * kergoth pokes at it further
Jun 08 18:00:24 <cbrake> kergoth: check out: http://rubyonrails.org/api/files/vendor/rails/activerecord/README.html -- a good example of DSL in ruby.
Jun 08 18:04:09 <NAiL> CoreDump|afk: populate-volatile.sh suddenly creates /chown and /root.root every boot. 
Jun 08 18:05:41 <mickeyl> pxa_mode_gpio(foo) configures gpio foo as input, right?
Jun 08 18:06:51 <mickeyl> the backlight driver i'm porting does this on power-on as well as on power-off. why does it has a comment "on backlight off configure pxa_mode_gpio as input" then, if it configures it as input always?
Jun 08 18:07:12 <zecke> mickeyl: lol
Jun 08 18:07:32 <zecke> mickeyl: you might want to put it in 'tri state' to have a higher resistance to save 'power' :≠
Jun 08 18:07:56 <mickeyl> ehm... hu?
Jun 08 18:08:00 <mickeyl> <--- kernel newbie
Jun 08 18:08:13 <zecke> well, I'm tired and likely to talk bullshit
Jun 08 18:08:17 <mickeyl> ah
Jun 08 18:08:17 <mickeyl> heh
Jun 08 18:09:05 <chouimat> hey kergoth 
Jun 08 18:09:16 <mreimer> mickeyl: how it's configured depends on the value passed. You can use pxa_gpio_mode() to configure direction (in/out), value, and function
Jun 08 18:10:07 <mreimer> mickeyl: e.g. #define GPIO_NR_HX4700_SDCS2_N_MD (20 |GPIO_ALT_FN_1_OUT | GPIO_DFLT_HIGH)
Jun 08 18:10:20 <mreimer> mickeyl: then pass GPIO_NR_HX4700_SDCS2_N_MD as the argument to pxa_gpio_mode()
Jun 08 18:10:39 <kergoth> hey chouimat 
Jun 08 18:10:57 <chouimat> kergoth: http://websvn.kde.org/trunk/playground/devtools/waf/ <---- new bksys 
Jun 08 18:10:58 <mickeyl> mreimer: what does the _MD mean in this case?
Jun 08 18:11:10 <mreimer> I don't know
Jun 08 18:11:40 <kergoth> chouimat: ah, nice, thanks
Jun 08 18:11:59 <mickeyl> mreimer: ok, there's on other thing i don't understand
Jun 08 18:12:08 <mickeyl> considering the following in _backlight_turn_on
Jun 08 18:12:14 <mickeyl>     GPDR0 |= 0x00010000;  //PWM0 is GPIO16
Jun 08 18:12:15 <mickeyl>     set_GPIO_mode(GPIO16_PWM0_MD);
Jun 08 18:12:27 <chouimat> kergoth: I checked after ... I didn't knew that thomas had updated his web pages
Jun 08 18:12:35 <mickeyl> the first statement configures it as output, the other as input or am i blind?
Jun 08 18:12:43 <Gerrath> I'm having some issues with monotone.  Cbrake submitted a patch for me, once the patch showed up on the website I did a monotone revert, to set my local folder back to the last version I updated to, then I sync'd my OE database and did a monotone update on my local folder.  The new changes are not there.
Jun 08 18:13:03 <chouimat> kergoth: btw liked the Sofa King Ad?
Jun 08 18:13:28 <mreimer> mickeyl: what's set_GPIO_mode()?
Jun 08 18:13:45 <mickeyl> the kernel 2.4 variant of pxa_gpio_mode
Jun 08 18:13:48 <mickeyl> (i think)
Jun 08 18:13:56 <mreimer> ah, I was talking about 2.6
Jun 08 18:14:00 <mickeyl> me too
Jun 08 18:14:02 <mreimer> I don't know about 2.4
Jun 08 18:14:03 <mickeyl> porting from 2.4 to 2.6
Jun 08 18:14:07 <mreimer> gotcha
Jun 08 18:14:38 <mreimer> mickeyl: what's GPIO16_PWM0_MD?
Jun 08 18:14:52 <mickeyl> lcd backlight pwm
Jun 08 18:14:54 <mickeyl> so in essence the question would be do i need to touch GPIO16 both on power on backlight and on poweroff or would it be safe to leave it in poweroff as it is and just disable the clock?
Jun 08 18:15:14 <mreimer> 2.4 set_GPIO_mode() does configure GPDR, so the first statement is unnecessary
Jun 08 18:15:20 <mickeyl> ah
Jun 08 18:15:22 <mickeyl> ~lart montavista
Jun 08 18:15:22 * ibot pours hot grits down the front of montavista's pants
Jun 08 18:15:40 <mreimer> mickeyl: what do you mean by "touch"? change the value of the GPIO, or its configuration?
Jun 08 18:15:59 <mickeyl> this is what they do on power off:
Jun 08 18:16:00 <mickeyl>     GAFR0_U &= 0xFFFFFFFC; 
Jun 08 18:16:00 <mickeyl>     GPDR0 &= 0xFFFEFFFF; //PWM0 is GPIO16, set PWM0 as input when turn off bklight
Jun 08 18:16:00 <mickeyl>     CKEN &= ~CKEN0_PWM0;
Jun 08 18:16:32 <mickeyl> i understand disabling the clock
Jun 08 18:17:57 <mickeyl> i just wonder whether the semantics of set_GPIO_mode and pxa_gpio_mode is different, because the latter one configures an input as default and an output if  | GPIO_OUT 
Jun 08 18:19:11 <mreimer> mickeyl: my guess is that when they turn the pwm off, they're configuring that GPIO as an input to save power. Evidently having GPIOs configured as outputs consumes more power.
Jun 08 18:19:37 <mreimer> mickeyl: someone like pb or RP could give a definitive answer
Jun 08 18:20:33 <mickeyl> mreimer: i understand this part. that means  GPDR0 |= 0x00010000 is equivalent to setting it as output ?
Jun 08 18:21:09 <mreimer> mickeyl: yes.
Jun 08 18:21:15 <mreimer> mickeyl: 1 = output, 0 = input
Jun 08 18:22:30 <mickeyl> ok, then pxa_gpio_mode and set_GPIO_mode has indeed different semantics and can't be just substituted
Jun 08 18:22:31 <mickeyl> thanks
Jun 08 18:24:00 <mreimer> mickeyl: actually, looking at the code, they're virtually identical
Jun 08 18:24:11 <mreimer> mickeyl: see for yourself
Jun 08 18:24:12 <mickeyl> uhm. then i'm still confused.
Jun 08 18:24:25 <mickeyl> ah wait
Jun 08 18:24:38 <mickeyl> ./include/asm-arm/arch-pxa/pxa-regs.h:#define GPIO16_PWM0_MD            (16 | GPIO_ALT_FN_2_OUT)
Jun 08 18:24:48 <mickeyl> heh
Jun 08 18:24:54 <mickeyl> so that's always an output
Jun 08 18:25:34 <mickeyl> hmm that kernel stuff has a steep learning curve
Jun 08 18:27:44 * mickeyl will figure out
Jun 08 18:31:06 <hrw> re
Jun 08 18:31:22 <mickeyl> wb
Jun 08 18:32:06 <hrw> mickeyl: you fight with 2.4.20-montavista?
Jun 08 18:33:17 <mickeyl> yah
Jun 08 18:33:19 <mickeyl> <--- poor mickey
Jun 08 18:33:50 <hrw> mickeyl: what you will say about 2.4.13-rmk-pxa-cotulla then?
Jun 08 18:34:05 <mickeyl> i will scream
Jun 08 18:34:14 <mickeyl> that's possibly worse than 2.4.18-crapix
Jun 08 18:34:24 <hrw> mickeyl: thats 2.4.13-crapix (sl-a300)
Jun 08 18:35:02 <hrw> ops. 2.4.13-ac5-rmk2-cotulla even
Jun 08 18:37:12 <hrw> heh.. no 2.4.13 rmk pathes on kernel.org ;(
Jun 08 18:38:14 <hrw> got it
Jun 08 18:40:44 <hrw> lets see how big is crapix patch
Jun 08 18:41:01 <hrw> mickeyl: btw - poodle/tosa shipped to TheMasterMind1 
Jun 08 18:41:40 <mickeyl> ok, good to know. please add to "project devices"
Jun 08 18:42:21 <Bernardo> hi
Jun 08 18:42:26 <mickeyl> yo Bernardo
Jun 08 18:44:59 <Bernardo> how are things, mickeyl?
Jun 08 18:45:03 <hrw> hi Bernardo 
Jun 08 18:45:08 <Bernardo> hi hrw
Jun 08 18:45:32 <CIA-9> 03mickeyl 07org.oe.dev * r6ffd5535... 10/packages/linux/linux-ezx/ezx-backlight-r1.patch: linux-ezx: backlight driver correctly deals with backlight power on / off
Jun 08 18:45:33 <TheMasterMind1> hrw:  just got tracking number 
Jun 08 18:45:56 <TheMasterMind1> oh cool, it should be here today
Jun 08 18:46:45 <TheMasterMind1> strange, it didn't come to the fedex facility in my city
Jun 08 18:49:41 <hrw> btw - why we do not use ISO dates in oe wiki?
Jun 08 18:51:23 <hrw> TheMasterMind1: now I will have to wait :)
Jun 08 18:51:27 <mickeyl> Bernardo: good so far. busy as hell, but that's normal :) you?
Jun 08 18:51:33 <ggilbert_> hrw: habit?
Jun 08 18:52:17 <hrw> ggilbert_: ?
Jun 08 18:52:38 <ggilbert_> hrw:  that would be my guess as to why ISO dates aren't being used
Jun 08 18:53:01 <hrw> ah.
Jun 08 18:53:43 <hrw> had to check dictionary
Jun 08 18:54:03 <ggilbert_> aaah
Jun 08 18:54:51 <ggilbert_> Unless consciously think to write 2006-06-8, I'm just as likely to write 6/6/08
Jun 08 18:55:17 <hrw> ggilbert_: and then we goes to "6/7/8 - which day is it?"
Jun 08 18:55:37 <ggilbert_> hrw: Seventh of June, 2008 :p
Jun 08 18:56:29 <kergoth> i use iso dates everywhere, even when i write checks
Jun 08 18:57:11 <ggilbert_> I try to, but I still fall back to US dates often
Jun 08 18:57:12 <hrw> ggilbert_: no - saturday, 8th june 2006 - day when I had to marry Ania (but we moved to 2007.04.xx)
Jun 08 18:57:14 <ggilbert_> particularly when writing
Jun 08 18:57:34 <hrw> ~lart sharp/lineo once more for 2.4-crapix
Jun 08 18:57:35 * ibot slaps sharp/lineo once more upside and over the head with one freakishly huge killer whale named hugh for 2.4-crapix
Jun 08 18:57:37 <ggilbert_> hrw: congratulations :)
Jun 08 18:58:14 <Bernardo> mickeyl: busy as hell too... have to run now help Bia with the dinner
Jun 08 18:58:40 <mickeyl> ~bon appetit
Jun 08 18:58:42 <ibot> bon appetit is, like, smacznego.  Guten Appetit.  Eet Smakelijk.  God Appetitt.  Buon Appetito.  Buen apetito  Bom Apetite. buen apetito
Jun 08 18:59:43 <hrw> ~lart mvista too
Jun 08 18:59:43 * ibot tries to shut mvista too up
Jun 08 18:59:58 <zecke> hrw: they have a new CEO, the second one this afternoon
Jun 08 19:00:03 <zecke> hrw: now everything will be better
Jun 08 19:00:18 <hrw> I was curious what was changed in 2.4.13-crapix but 32M diff scares me
Jun 08 19:00:32 <hrw> zecke: until evening when 3rd CEO will be choosen
Jun 08 19:00:48 <woglinde> hrw hm
Jun 08 19:01:15 <mickeyl> hrw: probably less work to start w/ adding support for it in 2.6
Jun 08 19:01:27 <hrw> mickeyl: sure 
Jun 08 19:01:27 <woglinde> hrw the marraige is suspended?
Jun 08 19:01:35 <hrw> woglinde: moved to April
Jun 08 19:01:59 <hrw> mickeyl: need to find info does it take collie battery
Jun 08 19:03:12 <woglinde> so
Jun 08 19:03:31 <woglinde> kerneltranfser for simpad with usbgadet
Jun 08 19:03:56 <zecke> woglinde: didn't you read hrw' maemo?
Jun 08 19:04:09 <woglinde> zecke no
Jun 08 19:04:10 <zecke> hrw's
Jun 08 19:04:13 <zecke> woglinde: bad boy
Jun 08 19:04:21 <woglinde> cant read everything
Jun 08 19:04:28 <RP> rehi
Jun 08 19:04:32 <woglinde> hi rp
Jun 08 19:04:36 <hrw> zecke: my what?
Jun 08 19:04:38 <hrw> re RP 
Jun 08 19:04:42 <zecke> hrw: mail :)
Jun 08 19:04:50 <woglinde> dont know, zecke is on drug or so
Jun 08 19:04:50 <hrw> ah..
Jun 08 19:04:56 <hrw> zecke: he did not get it
Jun 08 19:05:07 <hrw> zecke: I send it to few selected people iirc
Jun 08 19:05:25 <zecke> hrw: I welcomed the updated one :)
Jun 08 19:05:30 <zecke> woglinde: Drug yes, sleep no
Jun 08 19:05:36 <mickeyl> RP: hi
Jun 08 19:05:39 <RP> mickeyl: Did you get sorted?
Jun 08 19:05:42 <zecke> woglinde: caffeine yes, club mate no
Jun 08 19:05:42 <woglinde> zecke than get some sleep
Jun 08 19:05:48 <mickeyl> RP: yes, thanks. do you want to puke over my first kernel patches? :))
Jun 08 19:06:03 <RP> I'm sure they'll be fine :)
Jun 08 19:06:23 <mickeyl> heh, thanks :)
Jun 08 19:06:23 <zecke> mickeyl: they can't be worse than the Linux SATA implementation
Jun 08 19:06:38 <zecke> mickeyl: 'sleep 4' now the buffers should be written to disk *chuckles*
Jun 08 19:06:50 <woglinde> hm
Jun 08 19:07:06 <woglinde> what was console for simpad with 2.6 kernel?
Jun 08 19:07:14 <zecke> woglinde: ttySA0 likely
Jun 08 19:07:41 <woglinde> hmhm Warning: unable to open an initial console.
Jun 08 19:07:49 <mickeyl> RP: how is the backlight class 'power' attribute supposed to work? which function is getting called when you echo something to that?
Jun 08 19:08:58 <mickeyl> (don't say .set_power)
Jun 08 19:13:44 <hrw> zecke: you have completed collie? (with cradle, power supply)?
Jun 08 19:14:20 <zecke> oh
Jun 08 19:14:22 <zecke> no :(
Jun 08 19:14:27 <zecke> no power supply :}
Jun 08 19:14:29 <zecke> damn
Jun 08 19:15:00 <hrw> ok I know where to get replacement
Jun 08 19:16:37 <RP> mickeyl: The class itself takes care of it and you'd just see a status change
Jun 08 19:17:01 <RP> mickeyl: I changed how that worked recently as everyone was implementing the drivers differently
Jun 08 19:17:11 <mickeyl> RP: oh, so it just calls set_itensity with (0) ?
Jun 08 19:17:27 <gremlin[it]> hi all 
Jun 08 19:17:35 <RP> mickeyl: Which kernel version is this?
Jun 08 19:17:39 <hrw> zecke: have cradle?
Jun 08 19:18:07 <mickeyl> 2.6.16 + a bunch of patches from you. see http://www.openembedded.org/repo/org.openembedded.dev/packages/linux/linux-ezx_2.6.16.13.bb
Jun 08 19:18:25 <gremlin[it]> i have a (probably stupid) problem, when i do  'bitbake bootstrap-image' after parsing all .bb file si got this error : 
Jun 08 19:18:49 <RP> mickeyl: You should have an update_status callback then?
Jun 08 19:18:49 <zecke> hrw: haven't seen it in a while
Jun 08 19:18:53 <gremlin[it]> ... ValueError: need more than 1 value to unpack
Jun 08 19:18:59 <hrw> ok
Jun 08 19:19:02 <zecke> yes, found it
Jun 08 19:19:14 <zecke> gremlin[it]: yes? update bitbake, remove cache
Jun 08 19:19:30 <mickeyl> RP: yes, i have update_status
Jun 08 19:19:33 <zecke> hrw: let me find the collie
Jun 08 19:19:34 <mickeyl> mapped to set_intensity here
Jun 08 19:20:23 <RP> mickeyl: You copied corgi where that's the ony sensible action :). That function can look at bd->props->power and read the current power status
Jun 08 19:20:49 <gremlin[it]> this is the full error --> http://pastebin.com/768086
Jun 08 19:20:55 <zecke> hrw: I need to find out if battery is broken :}
Jun 08 19:21:02 <RP> (just as brightness changes the bd->props->brightness
Jun 08 19:21:04 <zecke> hrw: so it might be wise to ask some one else as well :}
Jun 08 19:21:14 <mickeyl> RP: ah righto. thanks.
Jun 08 19:21:28 <mickeyl> your corgi_bl patches contain a lot of non-corgi stuff btw. :))
Jun 08 19:21:45 <RP> mickeyl: They're also in mainline now
Jun 08 19:21:50 <mickeyl> excellent
Jun 08 19:21:58 <mickeyl> i hope harald will pick my three patches up
Jun 08 19:22:00 <RP> mickeyl: I noticed broken things and rewrote them...
Jun 08 19:22:02 <mickeyl> two LEDs, one backlight
Jun 08 19:23:48 <RP> mickeyl: If you're interested, backlight.c contains the guts of the backlight class
Jun 08 19:23:59 <hrw> zecke: sure
Jun 08 19:24:09 <hrw> mickeyl: want to get rid of collie? :D
Jun 08 19:24:10 <zecke> :}
Jun 08 19:25:11 <mickeyl> RP: yeah, thanks
Jun 08 19:25:39 <mickeyl> hrw: i don't own one anymore. the two i have here are property of University....
Jun 08 19:25:48 <hrw> ah. ok
Jun 08 19:25:56 <mickeyl> they may forget it
Jun 08 19:25:59 <mickeyl> but i'm not sure
Jun 08 19:26:27 * Philippe is back (gone 22:17:54)
Jun 08 19:26:32 <hrw> mickeyl: anyway when tosa/poodle arrive I will have 'working' 2.4 machine anyway
Jun 08 19:26:40 <mickeyl> yeah
Jun 08 19:26:49 <mickeyl> i wonder what do13 is doing
Jun 08 19:26:53 <mickeyl> didn't see any updates :)
Jun 08 19:27:42 <hrw> I hope that cotulla (a300) can work from AC - battery nearly died
Jun 08 19:28:47 <zecke> lrg: You are still in need for the SL-6000?
Jun 08 19:28:53 <zecke> lrg: just asking :)
Jun 08 19:29:09 * mickeyl updates project devices wiki
Jun 08 19:29:15 <gremlin[it]> is the bitbake 1.4.2 taken from berlios usable for oe ??? 
Jun 08 19:29:21 <woglinde> gremlin yes
Jun 08 19:29:27 <zecke> gremlin[it]: normally yes
Jun 08 19:29:28 <woglinde> does fine here
Jun 08 19:29:36 <lrg> zecke: can I send it to you next week ? I've finally got time to fix the touch...
Jun 08 19:29:37 <gremlin[it]> so any clue for my error ? 
Jun 08 19:29:52 <zecke> lrg: well, I'm fine with it staying at your place
Jun 08 19:29:59 <zecke> lrg: just wanted to know the status :)
Jun 08 19:30:45 <lrg> zecke, np. I know I've had it for ages. It just wasn't easy to get any time to look at things.... :(
Jun 08 19:31:10 <mickeyl> no hurry
Jun 08 19:31:15 <zecke> lrg: I did nothing with the device as well :}
Jun 08 19:31:29 <lrg> zecke: heh
Jun 08 19:31:35 <woglinde> lrg we all have no time
Jun 08 19:31:39 <zecke> so no hurry, if it is still usable for you, I think every one is fine
Jun 08 19:31:49 <zecke> ...
Jun 08 19:32:01 <zecke> sucky english... in the previous sentence
Jun 08 19:32:02 <lrg> woglinde: I'll try and send it next friday.
Jun 08 19:32:18 <zecke> lrg: you want to get rid of it?
Jun 08 19:32:43 <mickeyl> lrg: don't understand us wrong. if you need more time, take it. just if it gets dusty, send it back :)
Jun 08 19:32:45 <woglinde> lrg nono
Jun 08 19:32:53 <woglinde> lrg its fine at your place
Jun 08 19:33:17 <zecke> yeah, don't get us crappy germans wrong (it is the abuse of the english language) :)
Jun 08 19:33:19 <lrg> zecke, mickeyl, woglinde: np, I'll send back after audio and touch are ok :)
Jun 08 19:33:25 <mickeyl> lrg: righto :)
Jun 08 19:33:30 <TheMasterMind1> hrw:  what's supposed to be in the package?
Jun 08 19:33:34 <hrw> lrg: thats what I had to write
Jun 08 19:33:40 <hrw> TheMasterMind1: sl-6000 and sl-5600
Jun 08 19:34:34 <zecke> lrg: next week then? ;)
Jun 08 19:34:42 <gremlin[it]> zecke there is a irc channel for bitbake ??? 
Jun 08 19:34:46 <zecke> gremlin[it]: yes
Jun 08 19:34:48 <zecke> gremlin[it]: #oe
Jun 08 19:34:56 <gremlin[it]> hahah :) 
Jun 08 19:35:05 <mickeyl> bbl
Jun 08 19:35:07 <TheMasterMind1> ok... it was in a treo 700 box so i got very confused
Jun 08 19:35:09 <lrg> mickeyl, zecke: i've now sent an email to lakml re the EABI alsa issue
Jun 08 19:35:18 <mickey|bbl> k
Jun 08 19:35:18 <zecke> gremlin[it]: the current MVP (RP) and the sucky maintainer (me) are here
Jun 08 19:35:40 <woglinde> *g*
Jun 08 19:35:58 <zecke> woglinde: I loved that flame war in the RedHat bug tracker
Jun 08 19:36:02 <zecke> woglinde: how did you find it?
Jun 08 19:36:05 <woglinde> hm I need a quanten computer
Jun 08 19:36:24 <woglinde> zecke joey hess posted it planet debian
Jun 08 19:36:38 <woglinde> or in his blog
Jun 08 19:36:45 <hrw> which flamewar?
Jun 08 19:36:50 <gremlin[it]> zecke : any clue about what happen to me ... i also try to run bitbake with '-D' but there isn't more info about the error ... 
Jun 08 19:37:02 <hrw> TheMasterMind1: so you got it already?
Jun 08 19:37:09 <TheMasterMind1> yea just came
Jun 08 19:37:36 <gremlin[it]> mhh zecke ... i reinstalled bitbake in a fresh FC5 on x86_64 ... 
Jun 08 19:37:46 <hrw> TheMasterMind1: great
Jun 08 19:38:12 <zecke> gremlin[it]: heisenbug?
Jun 08 19:38:39 <gremlin[it]> what zecke ? 
Jun 08 19:39:48 <hrw> my collie has collector value still :) original box with all manuals, blind cf card, even that sheet of hard foil to get cf out of slot (not to mention original foil for collie itself) 
Jun 08 19:39:59 <woglinde> hrw why rpm ist crappy
Jun 08 19:40:02 <woglinde> mom
Jun 08 19:40:11 <hrw> woglinde: ah.. remember that post now
Jun 08 19:40:46 <zecke> gremlin[it]: x86_64 should not influence bitbake in anyway
Jun 08 19:40:54 <woglinde> http://kitenet.net/~joey/blog/index.html
Jun 08 19:41:03 <woglinde> hrw oh hm
Jun 08 19:41:48 <gremlin[it]> zecke i suppose specialy cause bb is in python ... but 64but arch still have some issues sometimes :) 
Jun 08 19:42:00 <gremlin[it]> s/64but/64bit/ 
Jun 08 19:42:52 <zecke> gremlin[it]: but not at the BitBake level :)
Jun 08 19:43:03 <zecke> hrw: I'm in between AM2 and Core2
Jun 08 19:43:15 <hrw> zecke: I'm not ;)
Jun 08 19:43:20 <zecke> hrw: AM2?
Jun 08 19:43:39 <hrw> zecke: 'no cash' position currently
Jun 08 19:43:46 <zecke> ah, yeah 
Jun 08 19:44:02 <zecke> this gives me the time to evaluate both options more closely :}
Jun 08 19:44:06 <gremlin[it]> zeche ... seem the "bad" line is >>  (providee, provider) = p.split(':') << 
Jun 08 19:44:23 <gremlin[it]> maybe there is some malformer .bb file ??? 
Jun 08 19:44:37 <zecke> gremlin[it]: Should I tell you the truth?
Jun 08 19:44:42 <gremlin[it]> sure 
Jun 08 19:44:46 <zecke> gremlin[it]: you did not specify any input ;)
Jun 08 19:44:59 <gremlin[it]> explain ... 
Jun 08 19:45:01 <zecke> gremlin[it]: BitBake , XYZ65 don't ring a bell :)
Jun 08 19:45:16 <zecke> gremlin[it]: I want to build using this config, and when parsing foo.bb, I see this error
Jun 08 19:45:17 <Gerrath> "monotone --db=OE.db pull monotone.openembedded.org org.openembedded.dev"  followed by "monotone update" is all I should have to do to update my system correct?  There was a patch pushed 2 1/2 hours ago and it still is not showing up on my system.
Jun 08 19:45:21 <zecke> gremlin[it]: would give me input
Jun 08 19:45:51 <gremlin[it]> <gremlin[it]> this is the full error --> http://pastebin.com/768086
Jun 08 19:45:58 <zecke> Gerrath: sounds about right, was this patch synced with monotone.oe.org already?
Jun 08 19:46:07 <woglinde> gerrath you can do the pull in the org.directory
Jun 08 19:46:30 <Gerrath> I think so, it shows up on the repository website.  cbrake submitted it for me.
Jun 08 19:47:00 <zecke> gremlin[it]: could it be, you have more than one install mixed?
Jun 08 19:47:01 <gremlin[it]> zecke or explain me what is 'input' for monotone ... my local.conf ? 
Jun 08 19:47:18 <zecke> gremlin[it]: 'input' is for the human called zecke
Jun 08 19:47:38 <woglinde> hms what is the name of the usbnet device when I use the gadet driver
Jun 08 19:47:45 <woglinde> must look in the code
Jun 08 19:47:49 <zecke> Gerrath: you could do monotone log, to see if the db  contains this patch
Jun 08 19:48:28 <zecke> Gerrath: you could try another monotone mirror
Jun 08 19:48:50 <woglinde> args there it stands
Jun 08 19:50:10 <gremlin[it]> i shouldn't have a mixed instaaltion of oe or bitbake 
Jun 08 19:51:20 <Gerrath> woglinde, org.directory?  Zecke, I tried: monotone.openembedded.org, monotone.vanille.de and vanille.de
Jun 08 19:51:27 <woglinde> so last try than food
Jun 08 19:51:50 <woglinde> .o(than force zecke somehow, to fix the mq200 driver)
Jun 08 19:52:06 <zecke> woglinde: it works on my mq200
Jun 08 19:52:21 <zecke> woglinde: but now mq200 in google returns the datahseet I can use that one...
Jun 08 19:53:04 <gremlin[it]> zecke : blame on me ... my fault :( 
Jun 08 19:53:11 <zecke> gremlin[it]: hehe
Jun 08 19:53:29 <cbrake> Gerrath: the commit show up on: http://www.openembedded.org/viewmtn/branch.psp?branch=org.openembedded.dev
Jun 08 19:53:38 <gremlin[it]> a bad line in local.conf ... 
Jun 08 19:53:39 <woglinde> gerrath go to the org.openembedded.dev-directory
Jun 08 19:53:49 <zecke> gremlin[it]: show me that bad line please :)
Jun 08 19:53:53 <woglinde> geerath than you can do monotone pull servername
Jun 08 19:53:58 <woglinde> monotone up
Jun 08 19:54:10 <zecke> gremlin[it]: better file a bug report and request a better error message
Jun 08 19:54:16 <gremlin[it]> PREFERRED_PROVIDERS += perl-native             
Jun 08 19:54:27 <gremlin[it]> instead of ASSUME_PROVIDED += "perl-native"
Jun 08 19:54:44 <zecke> hehe
Jun 08 19:54:49 <Gerrath> cbrake, thats were I have been going to check and it has been posted for several hours, still no go at pull with monotone.
Jun 08 19:54:52 <zecke> "Error you meant ASSUME_PROVIDED"
Jun 08 19:55:08 <zecke> argh 207 revs to pull :}
Jun 08 19:55:32 <cbrake> Gerrath: did you try to check out a clean org.openembedded.dev tree and see if it is there?  This would at least tell you if you have the changes in your local db.
Jun 08 19:55:45 <woglinde> *sigh*
Jun 08 19:55:47 <woglinde> eth_open: start *FAILED*
Jun 08 19:56:04 <woglinde> no gadet driver
Jun 08 19:56:18 <Gerrath> cbrake, I tried it, still not there.
Jun 08 19:56:29 <gremlin[it]> zecke .. at least "malformed PREFERRED_PROVIDERS stantment" 
Jun 08 19:56:51 <cbrake> Gerrath: ok, something is happening correctly w/ the pull operation.
Jun 08 19:57:25 <Gerrath> cbrake, this is the same thing that happened to me yesterday, I download a new OE.db from the oe website, then update it and co org.openmbedded.org again and the files are there.
Jun 08 19:58:07 <Gerrath> cbrake, for some reason updating the OE.db is not working for me after I have made modifications to it.  I wonder if when I add a new file to it that something doesn't break.
Jun 08 19:58:15 <cbrake> Gerrath: I'm doing a pull -- I want to compare head version #'s w/ what you have.  Can you do a pull as well  -- we should then be at the same version.
Jun 08 20:00:13 <cbrake> hmm, my current head from vanille.de is: 00891ce2eb74107a7cb91ed3ab229a8e070d183a cbrake@openembedded.org 2006-06-08T17:23:35
Jun 08 20:00:51 <Gerrath> well I have two local respositories now, my original that I developed the patch with and its database will not update but the new one that I downloaded a new database for does update.
Jun 08 20:00:56 <cbrake> but the web site shows that mickeyl has checking in something since then.
Jun 08 20:01:03 * zecke musn#t forget his gadget tomorrow...
Jun 08 20:01:34 <Gerrath> yet there are no error messages or warnings when I try to update the old repository.
Jun 08 20:01:40 <cbrake> Gerrath: ok, run monotone head on your latest one and see if it matches the above version #.
Jun 08 20:03:45 <cbrake> Gerrath: or, just post the version of your repo head and we'll figure out where you are.
Jun 08 20:04:35 <Gerrath> the old one is forever frozen at rev: 9a90d7c1af258b70d324197ac549b0267116edf9 and the new one is at rev: 6ffd553548c0210aa5222b0e16a1efa76531d6a2
Jun 08 20:04:54 <zecke> Gerrath: do you have more than one head?
Jun 08 20:05:10 <zecke> Gerrath: monotone automate heads org.openembedded.dev IIRC
Jun 08 20:05:45 <TheMasterMind1> jeez the dock for sl6000 is huge
Jun 08 20:05:47 <Gerrath> just one.
Jun 08 20:05:48 <cbrake> Gerrath: zecke monotone head should tell you if you have multiple heads
Jun 08 20:06:31 <eFfeM> hi, someone asked about a gcc 4.1.1. build the other day
Jun 08 20:06:33 <cbrake> Gerrath: your revision is the latest shown on:  http://www.openembedded.org/viewmtn/branch.psp?branch=org.openembedded.dev
Jun 08 20:06:44 <Gerrath> oh well, I will work out of the new repository, I may play with this more later to figure out what went wrong, but for now back to work.  Thanks for all the help.
Jun 08 20:06:48 <eFfeM> i just build it natively and it builds ok (arm be) 
Jun 08 20:06:56 <eFfeM> haven't been able to test it yet.
Jun 08 20:07:04 <eFfeM> just thought I'd pass the news
Jun 08 20:07:10 <zecke> Gerrath: so you only have one head?
Jun 08 20:07:17 <zecke> Gerrath: manually trying to update to cbrakes version?
Jun 08 20:08:31 <hrw> RP: looks like getting cotulla (sl-a300) into 2.6 will be big task. it has own fb driver...
Jun 08 20:08:34 <hrw> even
Jun 08 20:16:59 <gremlin[it]> now i got another error building quilt-native (but probably is more general) >>> /bin/sh: bad interpreter: Permission denied <<<
Jun 08 20:29:43 <hrw> cu
Jun 08 20:37:18 <kergoth> doom 3 and battlefield 1942 use scons for their buildsystems? spiffy
Jun 08 20:37:31 <woglinde> kergoth hm
Jun 08 20:37:41 <gremlin[it]> resolved ... filesystem mounted with user(s) option imply noexec !!! 
Jun 08 20:45:57 <ken> hey
Jun 08 20:54:30 <RP> hrw|gone: Which processor is that based on? (and which fb chipset?_
Jun 08 20:57:24 <zecke> RP: PXA210
Jun 08 20:57:42 <kergoth> jesus christ, i forgot how long it takes to check glibc out of cvs :P
Jun 08 20:57:47 * kergoth glares at the build
Jun 08 20:58:01 <ken> If I set full_optimization, will that override the kernel default optimization?
Jun 08 20:58:08 <ken> Or do I need to patch the makefile?
Jun 08 20:58:16 <kergoth> no, those do not affect kernel optimization
Jun 08 20:58:19 <kergoth> nor should they.
Jun 08 20:58:25 <RP> I didn't know the PXA210 existed :)
Jun 08 20:58:25 <ken> roger
Jun 08 20:58:27 <woglinde> hi kergoth
Jun 08 20:58:34 <kergoth> hey
Jun 08 21:02:16 <zecke> RP: I wonder if they have a broken cache :)
Jun 08 21:03:43 <kergoth> U libc/wctype/wctype_l.c
Jun 08 21:03:44 <kergoth> NOTE: Task failed: Fetch failed: libc
Jun 08 21:03:44 <kergoth> NOTE: package glibc-initial-2.3.2+cvs20040726-r17: task do_fetch: failed
Jun 08 21:03:46 * kergoth boggles
Jun 08 21:03:50 <kergoth> what a useful error message
Jun 08 21:03:52 <CosmicPenguin> stop that!
Jun 08 21:04:26 <kergoth> CosmicPenguin: what's a good glibc version for x86 builds atm?
Jun 08 21:04:35 <kergoth> CosmicPenguin: and do i need to add a --without-tls still?
Jun 08 21:05:04 <CosmicPenguin> we're building 2.3.5+cvs20050627
Jun 08 21:05:10 <CosmicPenguin> though we should upgrade 
Jun 08 21:05:56 <CosmicPenguin> and you don't need --without-tls, apparently
Jun 08 21:06:09 <kergoth> k
Jun 08 21:06:29 <CosmicPenguin> only appears to be a 2.3.2 hack
Jun 08 21:07:37 <kergoth> erk, why is there no 2.3.5+cvs20050627 glibc-initial?  my build wants to check out two damn versions of glibc out of cvs :P
Jun 08 21:08:13 <ken> kergoth, fix it :P
Jun 08 21:08:39 <ken> Still cant figure out why theres no 2.3.6 glibc in OE
Jun 08 21:08:59 <CosmicPenguin> because there are few people who give and many who take
Jun 08 21:09:17 <ken> CosmicPenguin, ouchi
Jun 08 21:10:49 <kergoth> 18:11 < kergoth> jesus checkikng glibc out of cvs takes ages
Jun 08 21:10:49 <kergoth> 18:20 < purple_cow> +why would jesus want a glibc tree?
Jun 08 21:10:49 <kergoth> 18:20 < kergoth> as an example of pure evil, no doubt
Jun 08 21:10:50 <kergoth> :P
Jun 08 21:11:15 <ken> Hehe
Jun 08 21:13:03 <RP> kergoth: Keep in mind redhat broken their cvs and old cvs date checkouts are corrupt. I don't know where you're checking out from
Jun 08 21:13:19 <kergoth> ugh
Jun 08 21:13:51 <RP> kergoth: Its why OE's 20050627 is from a mirror
Jun 08 21:14:25 <TheMasterMind1> hrw|gone:  around?
Jun 08 21:15:23 <Crofton> Is there a way to build a compact glibc?
Jun 08 21:15:42 <CosmicPenguin> bitbake uclibc
Jun 08 21:15:44 <CosmicPenguin> any questions?
Jun 08 21:16:08 <Crofton> heh I neeed stdlic++
Jun 08 21:16:14 <Kristoffer|JLime> CosmicPenguin, you are just cranky today :P
Jun 08 21:16:25 <Crofton> er standard c++lib also
Jun 08 21:16:27 <CosmicPenguin> don
Jun 08 21:16:34 <CosmicPenguin> Kristoffer|JLime: don't confuse cranky just just being a jackass
Jun 08 21:16:43 <Crofton> :)
Jun 08 21:16:47 <Kristoffer|JLime> CosmicPenguin, haha
Jun 08 21:17:17 <TheMasterMind1> anyone know whats best re: customs when shipping overseas from US
Jun 08 21:17:28 <zecke> Crofton: stdc++ comes from gcc
Jun 08 21:17:41 <zecke> Crofton: you can uclibc stdc++, or just the one from gcc on uclibc
Jun 08 21:17:48 <TheMasterMind1> shipped to hong kong and germany before and both times i was told to mark it as a gift, value $5 so it wouldn't get held up
Jun 08 21:17:56 <TheMasterMind1> but i don't know if i should do that with the zaurii
Jun 08 21:18:14 <Crofton> guess I need to play with some distro options one day ...
Jun 08 21:19:48 <kergoth> Crofton: there is a uclibc++
Jun 08 21:19:50 <kergoth> Crofton: its in oe
Jun 08 21:19:53 <kergoth> Crofton: never tried it though
Jun 08 21:20:53 <woglinde> kergoth isnt usefull in that version I guess
Jun 08 21:22:33 <kergoth> ?
Jun 08 21:23:03 <woglinde> kergoth uClibc++
Jun 08 21:23:19 <kergoth> why do you say it isnt useful?
Jun 08 21:26:27 <woglinde> hm never minded
Jun 08 21:26:30 * woglinde hides
Jun 08 21:32:03 <zecke> woglinde: hehe
Jun 08 21:32:16 <zecke> woglinde: well Opie/QPE does not work with uclibc for whatever reason
Jun 08 21:32:48 <CosmicPenguin> didn't those problems get addressed awhile ago?
Jun 08 21:35:54 <zecke> CosmicPenguin: a while? I think woglinde last tried many month ago
Jun 08 21:38:22 <woglinde> zecke hm
Jun 08 21:38:27 <woglinde> dont remeber
Jun 08 21:38:32 <woglinde> or I do
Jun 08 21:38:40 <woglinde> yes there was something with qpe
Jun 08 21:38:46 <CosmicPenguin> andersee was doing something about that 
Jun 08 21:38:50 <woglinde> didnt start
Jun 08 21:38:58 <CosmicPenguin> but like a year ago
Jun 08 21:39:04 <CosmicPenguin> I got it working on x86, I remember
Jun 08 21:39:05 <woglinde> and nothing in strace
Jun 08 21:39:47 <woglinde> but now I try the gadet driver for sa1100 the whole afternoon and evening
Jun 08 21:40:46 <zecke> CosmicPenguin: we had a lot of alignment traps with qpe
Jun 08 21:40:54 <zecke> CosmicPenguin: most of the other QPE apps worked
Jun 08 21:47:02 <CosmicPenguin> multimachine behavior has changed?
Jun 08 21:47:35 <CosmicPenguin> I can dig it
Jun 08 21:52:44 <CoreDump|afk> NAiL: Jesus, I noticed the "root.root" directories weeks ago but wasn't able to find its cause. I'll sort it out
Jun 08 21:53:02 <CoreDump|home> re
Jun 08 21:53:27 <RP> CosmicPenguin: multimachine became a .bbclass and improve handling of packages with machine specific sub packages
Jun 08 21:54:21 <kergoth> i was pretty amazed it ever worked, it was just a quick hack to see if itd work originally :)
Jun 08 21:55:15 <RP> kergoth: It makes an awful lot of sense, especially which that tweak applied. Ultimately, I can see if removing the need for -native packages
Jun 08 21:56:14 <kergoth> nod, they never really shouldve been necessary.. its the same package, just with slightly different configuration
Jun 08 21:58:05 <RP> multimachine is standard for most distros and most devs now so we shouldn't have too much of an issue making it the default and then starting to work towards that
Jun 08 21:58:43 <kergoth> thats good news
Jun 08 21:59:20 <RP> kergoth: We've slowly been auditing packages to set PACKAGE_ARCH correctly as well so more things end up in all-linux etc
Jun 08 22:01:22 <CosmicPenguin> multimachine rocks
Jun 08 22:01:35 <CosmicPenguin> di we fix that problem where some of the packages needed to be rebuilt for each arch?
Jun 08 22:01:38 <CosmicPenguin> like libtool-cross?
Jun 08 22:02:43 <RP> CosmicPenguin: If we didn't, it'd be  aquestion of setting PACKAGE_ARCH correctly in cross.bbclass
Jun 08 22:03:10 <RP> It looks right in my build here
Jun 08 22:03:59 <CosmicPenguin> rock on
Jun 08 22:09:09 <CosmicPenguin> I hate how quickly my tree seems to bitrot when I don't touch it
Jun 08 22:14:06 <CosmicPenguin> I hate that I'm stupid when I configure my tree
Jun 08 22:15:09 <RP> One advantage of poky is it stabilises certain elements of bitrot. An incredible amount of sources seem to disappear/move upstream though...
Jun 08 22:15:41 <kergoth> poky just maintains a minimal metadata repo, right? thats what most companies end up doing
Jun 08 22:16:19 <kergoth> foo
Jun 08 22:17:45 <RP> kergoth: minimal metadata, some bits customised with its own distro file
Jun 08 22:17:56 <kergoth> cool
Jun 08 22:20:13 <Kristoffer|JLime> Anyone here tried to compile a fresh kernel with gcc 4.1.1?
Jun 08 22:20:48 <RP> It also has its own task packages so we don't rely on task-bootstrap and can generate our own custom images
Jun 08 22:27:32 <CIA-9> 03kristoffer 07org.oe.dev * r7148b432... 10/ (7 files in 3 dirs): 
Jun 08 22:27:32 <CIA-9> linux-jlime-sh3-2.6.16.20: Add patches for known gcc 4.1.1 issues
Jun 08 22:27:32 <CIA-9> * Lower default optimization to -O1
Jun 08 22:27:32 <CIA-9> * add volatile struct so it doesnt get wiped out by gcc
Jun 08 22:27:32 <CIA-9> jlime-donkey.conf: Set default optimization
Jun 08 22:27:33 <CIA-9> * Lower default optimization to -O1
Jun 08 22:36:19 <CosmicPenguin> http://en.wikipedia.org/wiki/List_of_planets_in_Futurama
Jun 08 22:36:26 <CosmicPenguin> heh - sometimes wp is an amazing waste of electrons
Jun 08 22:37:24 <Kristoffer|JLime> lol
Jun 08 22:39:13 <Kristoffer|JLime> Btw, im going home for the summer. Want to work on OE there, should I make a copy of my pubkey so I can commit, or is there another way?
Jun 08 22:47:59 <emte> copy it
Jun 08 22:48:54 <Kristoffer|JLime> oki, How do I incorperate it into my "next" OE.db file?
Jun 08 22:49:35 <emte> you just need to have it designated as your default key for your user account do you not?
Jun 08 22:50:00 <RP> Kristoffer|JLime: It shouldn't be in the .db file - its probably in a .monotone directory in $HOME
Jun 08 22:50:43 <emte> hmm, i thought it uses your reg gen keys now
Jun 08 22:50:57 <Kristoffer|JLime> ah thx
Jun 08 22:51:02 <emte> since he last time i tried the keygen in monotone was removed
Jun 08 22:51:12 <emte> it was*
Jun 08 23:27:49 <Kristoffer|JLime> Oh great, another compiling issues. Sometimes upgrading gcc only produces a fresh set of bugs
Jun 08 23:30:10 <woglinde> nite
Jun 08 23:32:33 <CosmicPenguin> welcome to the wonderful world of open source
Jun 08 23:35:30 <CIA-9> 03kristoffer 07org.oe.dev * r19787f04... 10/ (2 files in 2 dirs): 
Jun 08 23:35:30 <CIA-9> conf/distro/jlime-donkey.conf : Add Virtual/xserver
Jun 08 23:35:30 <CIA-9> * Adding Virtual/xserver so it always grabs xserver-kdrive
Jun 08 23:35:30 <CIA-9> linux/linux-jlime-sh3_2.6.16.20.bb : Add another gcc 4.1.1 patch
Jun 08 23:35:30 <CIA-9> * Changing setup.c so it doesnt gets compiled away
Jun 08 23:37:10 <CIA-9> 03kristoffer 07org.oe.dev * r407bf0fc... 10/packages/linux/linux-jlime-sh3-2.6.16.20/volatile-setup.c.patch: 
Jun 08 23:37:10 <CIA-9> voilatile-setup.c.patch : Adding patch needed by linux-jlime-sh3-2.6.16
Jun 08 23:37:10 <CIA-9> * Makes setup.c not go up in flames by gcc 4.1.1
Jun 09 02:53:11 <Zero_Chaos> I know there have been problems in the past with SD cards and Zaurii... anyone know a good high speed SD card manuf?
**** ENDING LOGGING AT Fri Jun 09 02:59:56 2006