**** BEGIN LOGGING AT Thu Aug 25 02:59:56 2005
Aug 25 03:00:20 <ZonE-HaKin9|> hey is it normal if a build fail's u need to run a make clean or rm -rf package-dir that it failed in??
Aug 25 03:01:34 <ZonE-HaKin9|> my build pc crashed while building xserver-xorg-6.8.99.11-r0 and when i ran bitbake gpe-image it failed while building xorg
Aug 25 03:02:33 <RP> ZonE-HaKin9|: It probably depends where and how it crashed. If you had any filesystem corruption that would break things for example...
Aug 25 03:02:54 <RP> Best bet is to bitbake -b /somepath/some.bb -c clean
Aug 25 03:04:48 <ZonE-HaKin9|> RP: ok i just rm the stamps/xserver* and work/xserver* should that work too?
Aug 25 03:05:14 <ZonE-HaKin9|> or should i stop the current build and reissue with the above command?
Aug 25 03:08:54 <RP> That's basically what the clean command does so it should be ok...
Aug 25 03:09:06 <ZonE-HaKin9|> Few...sweet
Aug 25 03:11:50 <ZonE-HaKin9|> ThanX RP ;)
Aug 25 03:16:17 <Noodles> pb_: Ah. Yes. It's picked up the first line, not the line afterwards with the deps list.
Aug 25 03:17:51 <pb_> Yeah, it tends to do that unfortunately.
Aug 25 03:18:29 <Noodles> It seems to just be the bluetooth modules that aren't enabled in the 2.6 Spitz kernel. So that's alright then.
Aug 25 03:23:23 <RP> Noodles: I'm trying to keep the module count down on 2.6 whilst I do the developing - was can add anything any testers specifically need...
Aug 25 03:24:08 <hrw|work> its like it was with 2.6/c7x0 - when it worked then we enabled lot of modules for it
Aug 25 03:27:53 <Noodles> RP: Yeah, sure, I was just trying to build a full opie-image with it for a fresh install. It's not an issue; I can just do the upgrade thing.
**** BEGIN LOGGING AT Thu Aug 25 03:33:58 2005
Aug 25 03:41:40 <ZonE-HaKin9|> ALL: that GPE bootsplash thing.. is it possable to change the pic it display's??
Aug 25 03:42:12 <zecke_> ZonE-HaKin9|: sure, it is Free Software
Aug 25 03:42:32 <XorA> RP: 2.6.13-blah needs a module_autoload_pxaficp_ir = "pxaficp_ir" line added
Aug 25 03:42:48 <ZonE-HaKin9|> zecke_: would u know the location of the file? i need to change/update
Aug 25 03:43:25 <ZonE-HaKin9|> i want to bring OZ 3.5.4 to AUUG this year but wanna spice it up a bit
Aug 25 03:43:38 <zecke_> ZonE-HaKin9|: contrib/gpe
Aug 25 03:43:51 <zecke_> ZonE-HaKin9|: if you build it from oe
Aug 25 03:44:17 <ZonE-HaKin9|> ok i have a look for it now... ThanX
Aug 25 03:48:23 <RP> XorA: Do you want to add it or should I?
Aug 25 03:50:00 <XorA> RP: its not urgent so I can now if you want, or leave it until you next update
Aug 25 03:50:39 <zecke_> ZonE-HaKin9|: what do you want to achieve?
Aug 25 03:51:05 <zecke_> ZonE-HaKin9|: do you build a distribution with OpenEmbedded or do you use a 'stock' OpenZaurus release
Aug 25 03:51:39 <RP> XorA: Feel free to add it
Aug 25 03:51:55 <zecke_> ZonE-HaKin9|: the files are SVG documents, use something like Sodipodi to open them
Aug 25 03:53:06 <hrw|work> ~lart kwallet 'so called' developers
Aug 25 03:53:07 * ibot pushes the wall down onto kwallet 'so called' developers whilst whistling innocently
Aug 25 03:53:14 <hrw|work> ibot: botsnack
Aug 25 03:53:15 <ibot> thanks, hrw|work
Aug 25 03:53:15 <ZonE-HaKin9|> zecke_: ok thanx
Aug 25 03:53:56 <zecke_> ZonE-HaKin9|: and gpe installs these files to /usr/share/gpe/
Aug 25 03:54:09 <zecke_> ZonE-HaKin9|: there you can replace the bootsplash on the actual device
Aug 25 03:54:39 <ZonE-HaKin9|> zecke_: cool ;)
Aug 25 03:56:01 <ZonE-HaKin9|> is there any known probs with oz 3.5.4 - xserver-xorg-6.8.99.11-r0? it keeps failing
Aug 25 03:56:28 <zecke_> ZonE-HaKin9|: I do not know
Aug 25 03:57:47 <ZonE-HaKin9|> anyone else care to comment: i was trying to build gpe-image for my 5500
Aug 25 03:59:30 <XorA> ZonE-HaKin9|: sounds like you MACHINE = setting is wrong
Aug 25 03:59:44 <XorA> ZonE-HaKin9|: the 5500 shouldnt build xserver-xorg
Aug 25 04:00:08 <ZonE-HaKin9|> MACHINE = collie
Aug 25 04:00:30 <XorA> ZonE-HaKin9|: dont know then
Aug 25 04:01:17 <XorA> ZonE-HaKin9|: PREFERRED_PROVIDER_xserver ?= "xserver-kdrive" is set in collie.conf
Aug 25 04:01:27 <ZonE-HaKin9|> thanx :) i read something about ..dats it
Aug 25 04:02:30 <ZonE-HaKin9|> yep its set Hmmm??
Aug 25 04:03:56 <ZonE-HaKin9|> could i add that to local.conf?? would that force it?
Aug 25 04:05:35 <XorA> ZonE-HaKin9|: maybe, but that would only hide the real problem
Aug 25 04:06:18 <ZonE-HaKin9|> do u want me to pastebin the logs?
Aug 25 04:07:12 <ZonE-HaKin9|> and my local.conf and see if its set correctly
Aug 25 04:08:00 <XorA> ZonE-HaKin9|: I can look at local.conf, but the OE logs are probably meaningless to me
Aug 25 04:08:10 <ZonE-HaKin9|> thanx
Aug 25 04:10:59 <ZonE-HaKin9|> XorA: pastebin.ca/21095
Aug 25 04:11:18 <ZonE-HaKin9|> got to love that pastebin :)
Aug 25 04:12:49 <XorA> ZonE-HaKin9|: you have a type, DISTRO = openzauras-3.5.4 should be DISTRO = openzaurus-3.5.4
Aug 25 04:13:12 <ZonE-HaKin9|> ZH hides....
Aug 25 04:13:21 <reenoo_> morning
Aug 25 04:13:30 <XorA> ZonE-HaKin9|: also if you are building gpe, PREFERRED_PROVIDERS += " virtual/libsdl:libsdl-qpe" needs to change to PREFERRED_PROVIDERS += " virtual/libsdl:libsdl-x11"
Aug 25 04:14:40 <hrw|work> ~kill that lamer which wrote kwallet
Aug 25 04:14:43 * ibot shoots a  tachyon gun at that lamer which wrote kwallet
Aug 25 04:14:49 <XorA> hrw|work: kwallet?
Aug 25 04:15:04 <hrw|work> XorA: 'service' in kde which keeps all passwords
Aug 25 04:15:21 <XorA> hrw|work: ah, that annoyance
Aug 25 04:15:22 <hrw|work> XorA: and from time to time it forgot all until I restart whole X session
Aug 25 04:15:29 <hrw|work> fucking morons
Aug 25 04:15:46 <ZonE-HaKin9|> XorA: ok done fingers crossed :))
Aug 25 04:58:25 <mickeyl> morning
Aug 25 04:58:25 <pb_> good morning mickey
Aug 25 04:59:47 <reenoo_> moin mickeyl 
Aug 25 05:00:19 <bluelightning> hi all
Aug 25 05:01:27 <rwhitby> mickeyl: nice newsletter :-)
Aug 25 05:06:17 <mickeyl> thanks
Aug 25 05:06:37 <mickeyl> I'd wish I could've included a larger section about openslug but I'm horribly busy atm. 
Aug 25 05:07:05 <rwhitby> We got a mention here: http://www.linuxdevices.com/news/NS7203827694.html
Aug 25 05:07:54 <rwhitby> Dunno why they had to all-caps the name "Slug" ...
Aug 25 05:12:21 <mickeyl> hehe
Aug 25 05:12:22 <mickeyl> odd
Aug 25 05:12:27 <mickeyl> but good anyway
Aug 25 05:13:41 <rwhitby> I sent a message to TwonkyVision suggesting that they might want to donate one of these to me .... http://www.z500series.com
Aug 25 05:14:32 <mickeyl> sweet! 
Aug 25 05:36:06 <florian_kc> hi
Aug 25 05:36:14 <mickeyl> hi florian
Aug 25 05:44:37 <RP> morning mickeyl
Aug 25 05:45:20 <mickeyl> hi
Aug 25 05:48:44 <RP> mickeyl: Is monotone.vanille.de ok?  I can't seem to connect :-(
Aug 25 05:49:18 <mickeyl> RP: have a look at the topic
Aug 25 05:50:41 <RP> mickeyl: Ah, sorry...
Aug 25 05:51:43 <mickeyl> np. I'm doing a distro upgrade atm. It'll be up again in 1 or 2 h
Aug 25 05:53:03 <RP> mickeyl: This irc client put the topic change in a bad choice of colour so I missed it. No rush as I'll use the backup :)
Aug 25 05:53:21 <mickeyl> cool
Aug 25 05:53:25 * mickeyl hugs distributed SCM
Aug 25 05:53:44 <koen> that's a big win from being tied to bkbits.net
Aug 25 05:53:49 <mickeyl> *nod*
Aug 25 05:55:59 <koen> nice, my c700 has an uptime of 17 days
Aug 25 05:56:22 <koen> couldn't manage that with 2.4
Aug 25 05:57:00 <mickeyl> hmm
Aug 25 05:57:13 * mickeyl just being contacted by a kernel developer asking if we need help for collie/2.6
Aug 25 05:57:22 * mickeyl can't believe that
Aug 25 05:57:39 * mickeyl looks at the date... April, 1st ?
Aug 25 05:57:54 <florian_kc> heh
Aug 25 05:58:58 <koen> don't we need kergoth_ to accidentally lose some documents for that to happen?
Aug 25 05:59:52 <mickeyl> only for SD/MMC
Aug 25 06:00:00 <mickeyl> it would be pretty cool if everything else would work
Aug 25 06:00:09 <mickeyl> we might pester kergoth to do the SD/MMC bits then
Aug 25 06:06:29 <mickeyl> RP: I've glanced over the input switches thing. Is this a recent extension to the linux input API or are about which EV type are we talking?
Aug 25 06:06:45 <mickeyl> is that EV_MSC ?
Aug 25 06:06:59 <RP> mickeyl: Its an extension in -mm only - I'm not sure the docs know about it yet!
Aug 25 06:07:04 <RP> I'll show you the patch
Aug 25 06:07:32 <mickeyl> aah, thanks. that's why i didn't find anything 
Aug 25 06:08:53 <RP> mickeyl: http://www.rpsys.net/openzaurus/patches/corgikbd_switch-r0.patch
Aug 25 06:09:13 <mickeyl> JustinP: are you okay with disabling edb support in evas-fb? It's not needed for what we have in mind with this package and it would buy us 0.5MB for edb and the same for the dependency
Aug 25 06:09:24 <RP> Basically, we add EV_SW and a new ioctl to check their status
Aug 25 06:09:39 <mickeyl> aah
Aug 25 06:09:46 <mickeyl> hmm
Aug 25 06:10:06 <RP> You get EV_SW events when the switch position changes
Aug 25 06:10:08 <mickeyl> i guess they're reported when you are listening on /dev/corgikbd ?
Aug 25 06:10:13 <mickeyl> *nod*
Aug 25 06:10:31 <mickeyl> ok, adding support for that in odevice will be a breeze.
Aug 25 06:10:40 <mickeyl> just need to find time to do it
Aug 25 06:10:41 <mickeyl> heh
Aug 25 06:11:11 <RP> Yes, I thought it would be straightforward. Its not such a bad thing. Just annoying the input people changed their mind
Aug 25 06:11:42 <mickeyl> yep. out of interest... how often is HZ/4 ?
Aug 25 06:11:49 <mickeyl> isn't that a bit too often to check for the hinge switch?
Aug 25 06:11:56 <RP> Once every 0.25s
Aug 25 06:12:15 <RP> The problem is it needs several readings before it responds to it
Aug 25 06:12:16 <mickeyl> hmm i guess HZ/2 would do as well
Aug 25 06:12:20 <mickeyl> ah
Aug 25 06:12:30 <RP> We need to debounce it...
Aug 25 06:12:43 <RP> So it works out as HZ/2 ;-)
Aug 25 06:12:43 <mickeyl> i see
Aug 25 06:12:49 <mickeyl> btw.
Aug 25 06:13:04 <RP> Spitz can do this as an interrupt removing the need for polling
Aug 25 06:13:10 <XorA> what value does HZ have these days?
Aug 25 06:13:23 <RP> HZ=100 on ARM iirc
Aug 25 06:13:32 <XorA> RP: thats not 0.25 then
Aug 25 06:13:41 <mickeyl> RP: IIRC you told me that we are waking up from suspend frequently to check for charging. Do we do that all the time or just when a charger is connected?
Aug 25 06:14:06 <XorA> RP: 0.04s
Aug 25 06:14:09 <RP> mickeyl:  Just when charging
Aug 25 06:14:33 <mickeyl> RP: bummer. I had still hoped for a means to wakeup the device on opening the lid :/
Aug 25 06:15:05 <RP> HZ is per second and HZ/4=0.25s. HZ=100 ticks or something...
Aug 25 06:15:31 <RP> mickeyl: The charger only wakes the device every 10 minutes...
Aug 25 06:15:44 <mickeyl> RP: heh. that would've been too slow anyway
Aug 25 06:15:53 <RP> Even on Spitz, although the keyboard sensors are gpios, we can't register a wakeup on them :-(
Aug 25 06:15:54 <mickeyl> RP: the hinge is connected to a GPIO on Spitz?
Aug 25 06:16:01 <mickeyl> why not?
Aug 25 06:16:15 <RP> The pxa only allows wakeups on certain gpios
Aug 25 06:16:25 <RP> and not these ones :-(
Aug 25 06:16:57 <mickeyl> mmmh
Aug 25 06:16:59 <mickeyl> ~lart intel
Aug 25 06:17:00 * ibot beats intel over the head with a microkernel
Aug 25 06:17:05 <RP> The last c7x0 images were waking the charger every minute for debugging - I've changed it back to 10 minutes now and turned debugging off...
Aug 25 06:17:15 <RP> ~lasrt sharp
Aug 25 06:17:25 <RP> they could have connected it to a wakeup gpio
Aug 25 06:17:35 <mickeyl> righto
Aug 25 06:17:36 <RP> ~lart sharp
Aug 25 06:17:36 * ibot --purges sharp
Aug 25 06:18:47 <XorA> how did the wakeup on Calender/Address keys work?
Aug 25 06:19:11 <RP> XorA: They trigger a key interrupt on gpio 0/1
Aug 25 06:19:26 <RP> We can wake on most keyboard keys if we were so minded...
Aug 25 06:20:04 <RP> We would go against the input layer in doing so though so I've kept it simple...
Aug 25 06:20:04 <XorA> so they wiired the keys and not the hinges, well that was dumb :-)
Aug 25 06:20:23 <RP> They go through completely seperate hardware
Aug 25 06:20:58 * XorA sighs, some people should not be allowed near hardware design
Aug 25 06:21:23 <RP> It could probably be worse...
Aug 25 06:21:48 <XorA> I can turn on a Z by accidently hitting buttons on back, but not by opening it purposefully
Aug 25 06:22:02 <XorA> they should join motorola phone design team
Aug 25 06:22:42 <RP> gpe on spitz with 2.6 is running nicely btw
Aug 25 06:22:55 <mickeyl> XorA: because this is bad as well or to see how it's done properly?
Aug 25 06:22:59 <mickeyl> RP: cool
Aug 25 06:23:53 <RP> suspend/resume seems stable as well. Hasn't locked up on me for a while and happily suspends overnight/wakes the next day
Aug 25 06:24:20 <XorA> mickeyl: some idiot in motorola though putting the button to turn off phone ringing on outside of case and making it a hair trigger was good design
Aug 25 06:24:42 <XorA> mickeyl: I eventully snapped mine in half after missing too many important calls
Aug 25 06:24:53 <hrw|work> re
Aug 25 06:25:09 <RP> I prefer the c7x0 power button to the one on spitz. Spitz is probably more accidental press proof though
Aug 25 06:25:29 <hrw|work> mickeyl: I added hostap-modules 0.4.4. do we have any need in development versions of hostap-utils or hostap-daemon?
Aug 25 06:27:24 <koobla> anyone has a running i2c bus on pxa?
Aug 25 06:27:36 <XorA> koobla: RP has :-)
Aug 25 06:27:41 <RP> koobla: Yes, on the zaurus range
Aug 25 06:27:47 <koobla> aaah :)
Aug 25 06:28:07 <koobla> just applied the 'improved pxa' patch to my kernel 
Aug 25 06:28:16 <koobla> instant oops when I insmod eeprom
Aug 25 06:28:26 <RP> We don't use eeprom...
Aug 25 06:28:48 <koobla> ok
Aug 25 06:28:59 <koobla> just tried, because a config eeprom is on board
Aug 25 06:29:13 <RP> we just have i2c clients
Aug 25 06:29:49 <koobla> thats just what i have
Aug 25 06:29:56 <koobla> would not try multi-master yet
Aug 25 06:30:52 <koobla> have you tried an lm75?
Aug 25 06:30:56 <koobla> or similar?
Aug 25 06:31:07 <RP> koobla: Just a wm8731
Aug 25 06:31:42 <koobla> aah, ok
Aug 25 06:33:10 <mickeyl> hrw|work: yes. the userland utils are pretty tied to the modules, it'd be good to have them as well
Aug 25 06:33:43 <mickeyl> XorA: which MOTO was that?
Aug 25 06:33:54 * mickeyl still considering the A780
Aug 25 06:34:26 <XorA> mickeyl: V300, I assume its the same for the rest of that series
Aug 25 06:35:21 <hrw|work> mickeyl: ok. when I will have time at home I will push them
Aug 25 06:35:45 <hrw|work> btw - 0.4.4 works ok with pcmciautils 007 and module-init-tools/modprobe on my c7x0
Aug 25 06:36:24 <RP> hrw|work: Have you tried the latest udev? It would be nice to get udev sorted out...
Aug 25 06:36:37 <RP> We should probably get on and switch to pcmciautils for 2.6 as well...
Aug 25 06:36:53 <RP> Nice to know it works :)
Aug 25 06:37:14 <reenoo_work> RP: is there any way to wake the device up at a given time/date for calendar events btw?
Aug 25 06:37:53 <XorA> I tried pcmciautils and had no problems at all apart from the firmware loading script in hostap needs to be taught different command
Aug 25 06:37:59 <hrw|work> RP: I have 068 now
Aug 25 06:38:05 <RP> reenoo_work: Yes, you just set the alarm - the suspend resume code knows how to handle a set user alarm
Aug 25 06:38:23 <RP> hrw|work: Does mmc correctly mount/umount ?
Aug 25 06:38:29 <CIA-4> 03florian 07org.oe.dev * r1dee3757... 10/conf/machine/tune-arm926ejs.conf: Fix typo in -mtune value.
Aug 25 06:38:37 <CIA-4> 03xora 07org.oe.dev * r37af17bf... 10/packages/linux/linux-openzaurus_2.6.13-rc5-mm1.bb: linux-openzaurus-2.6.13: added lines to autoload the pxaficp_ir module, Irda will now work on boot with this kernel.
Aug 25 06:38:41 <hrw|work> RP: dont have card now to test - can look at home
Aug 25 06:38:42 <CIA-4> 03nail 07org.oe.dev * r18929130... 10/packages/syslog-ng/files/initscript: Add the initscript itself. How did I manage to miss this? *slap*
Aug 25 06:38:49 <CIA-4> 03rpurdie 07org.oe.dev * r4658c406... 10/packages/linux/linux-openzaurus_2.6.13-rc5-mm1.bb: linux-oz-2.6: More patch rearranging, mainly for spitz. Tedious but neccessary...
Aug 25 06:38:53 <CIA-4> 03florian 07org.oe.dev * re4f67876... 10/packages/scap/ (files/scap.sh scap_0.1.bb): 
Aug 25 06:38:53 <CIA-4> Update scap script to include a delay of 5 seconds and to toggle
Aug 25 06:38:53 <CIA-4> the backlight on systems with "bl".
Aug 25 06:39:04 <hrw|work>  argh.. I have to update now my linux-oz recipe...
Aug 25 06:40:13 <sirfred> Good afternoon
Aug 25 06:40:55 <RP> hi sirfred
Aug 25 06:41:43 <sirfred> hi RP
Aug 25 06:42:31 <reenoo_work> RP: any hints where to look how we'd go about setting the alarm? someone reported that type of stuff to be non-working in GP on the Zs
Aug 25 06:42:42 <reenoo_work> s/GP/GPE/
Aug 25 06:43:23 <RP> reenoo_work: Have a look at the rtc code - that should expose an interface to userspace
Aug 25 06:43:56 <RP> http://www.rpsys.net/openzaurus/patches/pxa_rtc-r1.patch
Aug 25 06:44:07 <XorA> reenoo_work: last time I tested GPE on c7x0 that worked, was kernel 2.6.11
Aug 25 06:44:53 <RP> reenoo_work: Note the problems were with 2.4 kernels - I've tried to make sure 2.6 works in this respect
Aug 25 06:45:23 <RP> reenoo_work: basically, you set the RTAR register and the pxa will wake when it matches the clock...
Aug 25 06:45:43 <reenoo_work> RP: ah, that looks like the same code used on ipaqs
Aug 25 06:46:07 <reenoo_work> must have been a zaurus running 2.4 then
Aug 25 06:46:15 <XorA> reenoo_work: Ive just tested, it works
Aug 25 06:46:29 <reenoo_work> XorA: cool. thanks
Aug 25 06:46:31 <RP> reenoo_work: I saw the report and I think it was a 2.4 tosa
Aug 25 06:46:45 <RP> I was worried I'd broken 2.6 ;-)
Aug 25 07:17:57 <CIA-4> 03mickeyl 07org.oe.dev * rdbfb34fc... 10/packages/obexpush/ (obexpush-native_1.0.0.bb obexpush_1.0.0.bb): obexpush: fix opd init script permission
Aug 25 07:18:02 <CIA-4> 03mickeyl 07org.oe.dev * r671aa166... 10/packages/initscripts/initscripts_1.0.bb: initscripts: install keymap also on borzoi
Aug 25 07:18:06 <CIA-4> 03mickeyl 07org.oe.dev * r442f062b... 10/packages/meta/opie-collections.inc: add opie-autorotateapplet also on borzoi
Aug 25 07:20:11 <mickeyl> RP: i had to merge a conflict in linux-openzaurus. can you check if it's still correct ?
Aug 25 07:22:04 <RP> mickeyl: ok. I've just made some horrible changes to it so it will be difficult to tell...
Aug 25 07:23:00 <hrw|work> RP: | Patch mmc-bulk-r0.patch does not apply (enforce with -f)
Aug 25 07:23:13 <hrw|work> RP: to 2.6.13-rc6-mm2 ofcourse
Aug 25 07:23:43 <RP> hrw|work: Yes, you needed to remove that one as its in -mm2
Aug 25 07:24:02 <hrw|work> RP: ok
Aug 25 07:27:48 <hrw|work> NOTE: package linux-openzaurus-2.6.13-rc6-mm2-r14: task do_patch: completed
Aug 25 07:41:41 <XorC> RP: Im finding a few of these in my logs http://pastebin.ca/21108
Aug 25 07:42:35 <XorC> ~lart XorA for being unreachable
Aug 25 07:42:35 * ibot turns XorA into a lifesized tux doll for being unreachable
Aug 25 07:45:40 <RP> XorC: rats. That suggests I broke audio dma somehow :-(
Aug 25 07:46:09 <RP> XorC: I'm probably going to say wait until I rewrite this in ALSA :-/
Aug 25 07:46:10 <XorC> RP: sorry
Aug 25 07:46:22 <XorC> RP: fine by me, was just keeping you noted
Aug 25 07:46:45 <RP> XorC: Its handy to know, thanks. I want to throw all the code away as soon as possible tbh
Aug 25 07:47:01 <RP> Do you notice problems with the audio when they occur?
Aug 25 07:47:21 <XorC> RP: when you finish your last bit of desharping, we should have Ceremonial bonfires
Aug 25 07:47:38 <XorC> RP: That was the alarm test and I could hear the alarm
Aug 25 07:47:50 <XorC> RP: and ive been using mplayer over an hour without audio problems
Aug 25 07:48:30 <RP> were you low on memory?
Aug 25 07:49:11 <XorC> RP: its reading 18M free at moment
Aug 25 07:50:15 <CIA-4> 03mickeyl 07org.oe.dev * r29731922... 10/packages/libopie/libopie2.inc: libopie2: disable the sqlite backend for libopiepim2
Aug 25 07:50:41 <RP> XorC: Ok, just curious...
Aug 25 07:50:53 <hrw|work> mickeyl: Why r29731922...?
Aug 25 07:52:00 <hrw|work> mickeyl: +EXTRA_QMAKEVARS_PRE = 'ENABLE_SQL_PIM_BACKEND=n'
Aug 25 07:52:17 <hrw|work> mickeyl: to that ?= so atleast I could use opie pim on my Z
Aug 25 07:54:12 <hrw|work> XML in opie pim sucks btw
Aug 25 07:55:57 * koen whispers 'merge' in to mickeyl's ear 
Aug 25 07:56:36 <NAiL> it's merged
Aug 25 07:56:37 <NAiL> and pushed
Aug 25 07:56:45 * XorC runs fromt he freaky disembodied koen
Aug 25 07:56:54 <NAiL> for some reason I can't see the change in viewmtn
Aug 25 07:57:33 <NAiL> monotone: branch 'org.openembedded.dev' is currently merged:
Aug 25 07:57:33 <NAiL> dca4f1b7a000914caf1cdea0ed1b3898acf3e120 nail@nslu2-linux.org 2005-08-25T14:53:20
Aug 25 08:00:40 <koen> NAiL: try a monotone pull
Aug 25 08:00:50 <NAiL> koen: I see there *still* two heads...
Aug 25 08:00:53 <NAiL> weird
Aug 25 08:01:07 <koen> I just sync'ed all servers
Aug 25 08:01:11 <NAiL> ok
Aug 25 08:01:15 <koen> now there are 2 new heads
Aug 25 08:01:26 <koen> one from you and one from mickeyl
Aug 25 08:01:29 <XorC> its a hydra I tell you
Aug 25 08:01:42 <CIA-4> 03nail 07org.oe.dev * rdca4f1b7... 10/packages/libdvb/ (files/topf2ps.patch libdvb_0.5.5.1.bb): Add Topfield patch
Aug 25 08:02:14 <hrw|work> NAiL: I 'love' your commit messages ;)
Aug 25 08:02:33 <NAiL> uh, why?
Aug 25 08:02:51 <NAiL> now it's merged again
Aug 25 08:03:02 <hrw|work> they are useless without looking at whole changeset
Aug 25 08:03:21 <NAiL> ah, that can probably be improved a bit :P
Aug 25 08:03:24 <XorC> NAiL: not on vanille it isnt
Aug 25 08:03:41 <hrw|work> "Add the initscript itself. How did I manage to miss this? *slap*" - do you know what package it is?
Aug 25 08:04:03 <NAiL> 15:37 < CIA-4> nail org.oe.dev * r18929130... /packages/syslog-ng/files/initscript: Add the initscript itself. How did I manage to miss this? *slap*
Aug 25 08:04:11 <NAiL> yes. syslog-ng
Aug 25 08:04:14 <hrw|work> NAiL: or "Forgot PR. *sigh*"
Aug 25 08:04:37 <hrw|work> or "add udev"
Aug 25 08:05:02 <NAiL> ok, I'll try to be a bit more... descriptive
Aug 25 08:05:09 <hrw|work> thx
Aug 25 08:05:33 <NAiL> whenever nslu2-linux is synced with oe, the heads are merged
Aug 25 08:05:43 <hrw|work> or like master Yoda said.. 'do it or do not - there is no try' (or something like that)
Aug 25 08:06:02 <NAiL> ok, I'll be better :P
Aug 25 08:06:21 <NAiL> I think it was "do, or do not - there is no try"
Aug 25 08:06:34 <hrw|work> 'No! Do, or do not. There is no 'try'. - Yoda (to be more exact)
Aug 25 08:06:55 <XorC> ~geek hrw|work 
Aug 25 08:07:27 <NAiL> more verbose I will be
Aug 25 08:07:54 <hrw|work> or when I look into IMDB: Yoda: No. Try not. Do... or do not. There is no try. 
Aug 25 08:08:11 <XorC> ok, now I have rejoined, I need to find my IP address :-)
Aug 25 08:08:33 <hrw|work> XorC: ping 8323073
Aug 25 08:08:36 <XorC> which is blindingly obvious
Aug 25 08:08:43 <hrw|work> ops. error
Aug 25 08:09:00 <hrw|work> XorC:  ping 2130706433
Aug 25 08:09:13 <hrw|work> that one should always work;)
Aug 25 08:09:53 <XorC> hrw|work: that 127.0.0.1 in decimal
Aug 25 08:10:10 <hrw|work> one of ip which always work
Aug 25 08:10:24 <koen> you mean ::1 ?
Aug 25 08:10:59 <reenoo_work> NAiL: not necessarily more verbose. just add a "<package/configfile name>: " and omit the "*sigh*" etc. comments
Aug 25 08:12:18 <hrw|work> koen: I dont use ipv6
Aug 25 08:12:42 * XorA is not sure he can ipv6 through his bridge
Aug 25 08:13:02 <hrw|work> my isp support ipv6 iirc
Aug 25 08:13:50 <CP|Home> I see nothing wrong with sarcasm or humor in either bug reports or commit logs
Aug 25 08:14:28 <CP|Home> In fact, we regularly come up with dirty prhases, and have contests to see if the QA guys can sneak them into bugs
Aug 25 08:14:55 * kergoth_ yawns
Aug 25 08:16:39 <pb_> morning kergoth
Aug 25 08:16:51 <kergoth_> hey
Aug 25 08:17:12 <florian_kc> hi kergoth_ 
Aug 25 08:29:07 <CIA-4> 03florian 07org.oe.dev * r28bb58fd... 10/packages/meta/meta-sdk.bb: Deactivate missing development packages breaking the SDK.
Aug 25 08:47:14 <CoreDump|home> hi
Aug 25 08:47:16 <hrw|work> cu
Aug 25 09:26:59 <JustinP> mickeyl: sure I suppose....what *do* you have in mind for evas-fb, anyway?
Aug 25 09:31:02 <mreimer> JustinP: Morning. I went to bitbake e-image and got "ERROR: Nothing provides e-image". What am I doing wrong?
Aug 25 09:33:12 <lardman|work> mreimer: works for me, is your BBFILES setup correctly - can you bitbake other things?
Aug 25 09:33:30 <mreimer> lardman|work: yes, I just built gpe-image yesterday
Aug 25 09:33:43 <mreimer> lardman|work: did you just "bitbake e-image"?
Aug 25 09:33:49 <lardman|work> mreimer: yes
Aug 25 09:33:58 <mreimer> I'll update and see if that fixes it
Aug 25 09:33:59 <lardman|work> mreimer: is the e-image file there in meta?
Aug 25 09:34:42 <mreimer> lardman|work: in packages/meta? no, but I do have meta-e-x11.bb and meta-e.bb
Aug 25 09:34:52 <mreimer> lardman|work: when did e-image go in?
Aug 25 09:35:01 <JustinP> one sec
Aug 25 09:35:03 <lardman|work> mreimer: I think there should be an e-image.bb
Aug 25 09:35:11 <JustinP> damn it, someone may have merged it back to nonworking
Aug 25 09:35:17 <lardman|work> mreimer: FYI my e-image failed as I was using diet-x11
Aug 25 09:35:30 <JustinP> hmmm...seems to be there...
Aug 25 09:35:38 <JustinP> e-image works fine with diet-x11
Aug 25 09:35:45 <JustinP> at least when I build for my spitz...
Aug 25 09:35:56 <mreimer> is there something like cvsweb for monotone?
Aug 25 09:35:56 * JustinP updates
Aug 25 09:36:03 <lardman|work> JustinP: really? I have some undefined symbols errors which I presumed were due to diet-x11
Aug 25 09:36:03 <JustinP> yep
Aug 25 09:36:08 <JustinP> just go to monotone.vanille.de
Aug 25 09:36:13 <mreimer> ok, thanks
Aug 25 09:36:16 <JustinP> lardman|work: what machine?
Aug 25 09:36:32 <lardman|work> JustinP: c7x0
Aug 25 09:36:47 <lardman|work> JustinP: hang on, I'll find the log & pastebin it
Aug 25 09:37:02 <JustinP> lardman|work: Actually....I seem to remember turning on some stuff to fix problems like that....I know I've done full rebuilds since then, though....
Aug 25 09:37:05 <koen> hey mreimer 
Aug 25 09:37:17 <mreimer> hey koen. I finally got gpe-image built. I hope to try it here soon
Aug 25 09:37:23 <mreimer> thanks for your help
Aug 25 09:37:36 <mreimer> you saved me a lot of time with your defconfig suggestion. I hope to freshen it up soon.
Aug 25 09:37:49 <lardman|work> JustinP: I've cleaned the log away, I'll take another look once I've built vlc-gpe - what kind of stuff did you alter?
Aug 25 09:38:23 <JustinP> lardman|work: don't remember any more...but as I said I have done full rebuilds and it works fine. I don't have any uncomitted changes in my oe repo
Aug 25 09:39:10 <mreimer> JustinP: I see packages/meta/e-image.bb on monotone.vanille.de, so it must be that I need to update.
Aug 25 09:39:53 <JustinP> mreimer: must be
Aug 25 09:39:56 <mreimer> so I have 292 revs in. how much do I hate myself?
Aug 25 09:40:08 <JustinP> mreimer: update more often...:-(
Aug 25 09:40:16 <JustinP> pull I mean
Aug 25 09:40:21 <mreimer> yeah
Aug 25 09:40:57 <reenoo_> pull *and* update
Aug 25 09:41:03 <mreimer> yes :-)
Aug 25 09:41:08 <JustinP> well, yes
Aug 25 09:41:16 <reenoo_> had a build fail on me because I forgot the extra update last night
Aug 25 09:41:25 <JustinP> I meant that you don't have to update when you pull if you don't want to...
Aug 25 09:43:34 <mreimer> koen, is it possible to rsync your OE.db? I'm curious how much would actually need to be transferred, considering my db is 292 revs behind
Aug 25 09:45:08 <JustinP> mreimer: you, of course, wouldn't be able to rsync against your DB if you have done any local commits or have put your own private key in it
Aug 25 09:45:31 <mreimer> I haven't committed anything; don't know if I put my private key in
Aug 25 09:45:59 <koen> mreimer: impossible due to the firewall
Aug 25 09:46:06 <mreimer> koen: ok, thanks
Aug 25 09:46:57 <lardman|work> I presume it's exceptionally slow for everyone? I've not been using it long, but I find it's faster to just rm the OE.db and 're-clone' the whole thing
Aug 25 09:47:04 <mreimer> The db is really only necessary for committers, right? People that are just building (like me, atm) could just cvsup/rsync a checked out branch, right?
Aug 25 09:47:09 <pb_> yeah
Aug 25 09:47:27 <pb_> it would be cool if someone would set up a read-only mirror of the tree that you could check out with cvs or svn or rsync or something.
Aug 25 09:47:38 <mreimer> that would probably stop a lot of the griping
Aug 25 09:47:45 <pb_> right
Aug 25 09:47:56 <pb_> should try to talk treke- into hosting it at oesources.org
Aug 25 09:48:07 <lardman|work> (I wasn't griping, just asking)
Aug 25 09:49:59 <mreimer> lardman|work: sorry, I wasn't implying that you were griping; I just know that the devs here get lots of grief about monotone's speed
Aug 25 09:50:49 <lardman|work> mreimer: no worries, I just didn't want to add to that
Aug 25 09:51:05 <kergoth_> would anyone be interested in playing with an alternative to monotone?  personally i'd rather see svk used.
Aug 25 09:52:28 <pb_> sure, sounds good
Aug 25 09:53:24 <lardman|work> JustinP: hmm, e-image has just built ecore-x11 (which I think is what failed before) - I've no idea why it worked this time
Aug 25 09:53:40 <lardman|work> JustinP: with diet-x11 that is
Aug 25 09:53:42 <JustinP> lardman|work: well, at least it worked now
Aug 25 09:53:53 <lardman|work> JustinP: just a bit random :)
Aug 25 09:53:59 <hrw> re
Aug 25 09:54:11 <lardman|work> hi hrw
Aug 25 09:56:25 <mreimer> 12 revs written. Does this number increase all the way up to the "revs in" number?
Aug 25 09:56:29 <kergoth_> Out of Memory: Killed process 8860 (evolution-2.2).
Aug 25 09:56:30 <kergoth_> gah
Aug 25 09:56:38 <pb_> suck
Aug 25 09:56:40 <JustinP> mreimer: sometimes. Usually it's around half
Aug 25 09:56:40 <pb_> mreimer: yeah
Aug 25 09:56:48 <JustinP> mreimer: depends on the number of merges I think
Aug 25 09:57:41 <mreimer> ah. 12 revisions in 16 minutes, 292 revs in. I think my computer will be busy the rest of the day. (Yes, I'll put the update script in cron now.)
Aug 25 09:58:57 <hrw> mreimer: monotone sucks too much cpu power
Aug 25 09:59:32 <mreimer> hrw: I must agree
Aug 25 10:00:11 <JustinP> hrw, mreimer: they have a plan to make it better. A few months are it should be hopefully fixed
Aug 25 10:00:54 <mreimer> great
Aug 25 10:02:49 <lardman|work> JustinP: I just read your email re e-image to the OE ml - 80MB fs is a bit too large as I only have c32MB available, any recommendations as to what to prune?
Aug 25 10:03:29 <koen> themes
Aug 25 10:03:43 <CIA-4> 03hrw 07org.oe.dev * rff177178... 10/packages/hostap/ (6 files in 3 dirs): added hostap-daemon 0.4.4 (development version)
Aug 25 10:03:47 <CIA-4> 03hrw 07org.oe.dev * r97813a7e... 10/packages/hostap/hostap-utils_0.4.0.bb: added hostap-utils 0.4.0 (development version)
Aug 25 10:03:55 <lardman|work> koen: okay, thanks
Aug 25 10:06:46 <JustinP> lardman|work: well, you can remove all of the apps, (entice, eclair, etc) as well as e-utils e-modules
Aug 25 10:06:55 <JustinP> perhaps I should add an alternate...
Aug 25 10:07:04 <JustinP> we also need to do some work making the themes less heavy
Aug 25 10:10:41 <hrw> mickeyl: ping
Aug 25 10:11:32 <hrw> mickeyl: removing sqlite support from opie pim gives ~300K more free space - maybe remove something more? or remove it only on 16M flash devices?
Aug 25 10:11:43 <mreimer> would somebody mind committing the trivial patch in bug 257? This helps get gpe-image building again
Aug 25 10:15:41 <florian_kc> mreimer: I can take a look...
Aug 25 10:15:54 <mreimer> thanks florian
Aug 25 10:16:20 <JustinP> I'm about to commit it..
Aug 25 10:17:00 <JustinP> assuming this pull works....
Aug 25 10:17:04 <hrw> so I will drop my changes then
Aug 25 10:17:11 <JustinP> I already have it committed locally
Aug 25 10:17:40 <mreimer> great, thanks
Aug 25 10:18:02 <JustinP> pushing....
Aug 25 10:18:03 <hrw> JustinP: fixed in both linux-hotplug versions?
Aug 25 10:18:13 <florian_kc> JustinP: ah great
Aug 25 10:18:24 <florian_kc> sleeping...
Aug 25 10:18:29 <JustinP> hrw: no, I just fixed the version listed in the patch in the bug...I can fix the other as well
Aug 25 10:18:44 <CIA-4> 03florian 07org.oe.dev * ra9b92ce3... 10/packages/scap/ (files/scap.sh scap_0.1.bb): Reduce delay to 2 seconds.
Aug 25 10:18:50 <CIA-4> 03florian 07org.oe.dev * r280bddc2... 10/packages/scap/ (files/scap.desktop scap_0.1.bb): Change text.
Aug 25 10:18:55 <CIA-4> 03florian 07org.oe.dev * r3789df83... 10/packages/gpe-session-scripts/gpe-session-scripts_0.64.bb: New release of gpe-session-scripts.
Aug 25 10:19:08 <JustinP> argh...now we'll need ot merge
Aug 25 10:19:16 <hrw> heh.. again commit with useless log infos..
Aug 25 10:19:48 <JustinP> florian_kc: did you pull the x11-common files out of gpe-session-scripts?
Aug 25 10:20:10 <CIA-4> 03justinp 07org.oe.dev * r509d6e16... 10/packages/linux-hotplug/linux-hotplug_20040920.bb: Fix bug 257, hotplug and hotplug-doc both provide hotplug
Aug 25 10:20:34 <florian_kc> JustinP: not yet...
Aug 25 10:21:09 <hrw> florian_kc: could you add packagename into commit messages?
Aug 25 10:21:38 <hrw> JustinP: I'm merging now
Aug 25 10:21:52 <JustinP> florian_kc: are you still applying the makefile patch I have in OE for the older version?
Aug 25 10:21:57 <JustinP> hrw: argh, I just did it
Aug 25 10:22:05 <JustinP> hrw: I need to commit another change anyway
Aug 25 10:22:06 <florian_kc> JustinP: yes
Aug 25 10:22:20 <hrw> JustinP: no problem - push that and I'll merge again
Aug 25 10:22:24 <JustinP> florian_kc: ok, that's all good then. Thanks.
Aug 25 10:22:25 <florian_kc> hrw: ok
Aug 25 10:22:40 <hrw> JustinP: I have one thing to commit
Aug 25 10:22:48 <JustinP> hrw: why would we need package names in commit messages? As long as it's one package isn't the "modified files" list ok?
Aug 25 10:23:20 <JustinP> hrw: ok, puishing
Aug 25 10:23:32 <hrw> JustinP: it's atleast easier to create changelogs
Aug 25 10:23:42 <koen> JustinP: we always had the policy to include the package
Aug 25 10:23:47 <hrw> JustinP: not each frontends show modified files etc
Aug 25 10:23:48 <koen> why change it now?
Aug 25 10:23:49 <kergoth> JustinP: no, you should not have to look at the list of modified files to know what packages were affected.  the rule of thumb with any commit is to say 1) what you're doing, and 2) what you're doing it to
Aug 25 10:23:56 <hrw> JustinP: and thats policy too ;)
Aug 25 10:23:57 <JustinP> ah....I didn't know about that
Aug 25 10:24:37 <hrw> JustinP: we have too much "I forgot to bump PR" messages
Aug 25 10:25:17 <CIA-4> 03justinp 07org.oe.dev * r90361a98... 10/packages/linux-hotplug/linux-hotplug_20040329.bb: fix older version of linux-hotplug as well
Aug 25 10:25:23 <hrw> or 'oops, I did it again'
Aug 25 10:25:24 * JustinP wonders if this e-image-core thing is going to work....
Aug 25 10:25:48 * florian_kc -> home, bbl
Aug 25 10:25:55 <hrw> by florian_kc 
Aug 25 10:25:57 <hrw> hi france_ 
Aug 25 10:26:22 <JustinP> RP: is there a way to turn *off* the LCD on the spitz? I know my collie could do it.....
Aug 25 10:26:29 <france_> hrw: hi
Aug 25 10:27:29 <CIA-4> 03hrw 07org.oe.dev * r92a32d63... 10/packages/kdepimpi/ (4 files): updated kdepim/pi to 2.2.3
Aug 25 10:28:47 <lardman|work> JustinP: echo "1" > /sys/class/backlight/power ?
Aug 25 10:28:52 <JustinP> hrw: any possiblity of having an X11 version of kdepim/pi? or am I asking a stupid question...?
Aug 25 10:29:48 <JustinP> lardman|work: /sys? That doesn't exist. And I don't want to turn off the backlight, I want to turn off the LCD. I can already turn off the backlight.
Aug 25 10:30:07 <mreimer> JustinP: echo 4 > /sys/class/lcd/foo/power
Aug 25 10:30:17 <hrw> JustinP: feel free to do it
Aug 25 10:30:39 <mreimer> JustinP: nm
Aug 25 10:30:59 <JustinP> mreimer: is this for kernel 2.6?
Aug 25 10:31:10 <hrw> JustinP: if you use it then I will be happy when you take over maintaince of that package from me ;)
Aug 25 10:31:13 <hrw> brb
Aug 25 10:31:14 <mreimer> JustinP: yes, for drivers using the lcd/backlight code
Aug 25 10:31:16 <JustinP> hrw: "do it"? you mean add support somewhere?
Aug 25 10:32:18 <JustinP> hrw: I like ko/pi a lot but I'm running in X lately so I'd like a non-opie version of it. I *think* it runs in X on linux... so it hopefully shouldn't be hard to make an x11 version.
Aug 25 10:32:31 <JustinP> hrw: I'm just asking if it's possible right now, I'm not asking you to do it
Aug 25 10:33:01 <hrw> JustinP: kdepim/pi CAN be compiled with qt3/x11 - its just a matter of choice during build. But you also have to fix library packages names to get it working on one device never mind which version will be installed etc
Aug 25 10:33:07 <JustinP> ahy *do* we have floating CVS x11 builds anyway...xext, tscal, etc....
Aug 25 10:33:18 <hrw> JustinP: it is possible
Aug 25 10:33:32 * hrw will be back in few minutes or in 1.5h
Aug 25 10:33:47 <JustinP> hrw: ok....I'll add it to my list of things...who knows if I'll remember it any time soon, though :-|
Aug 25 10:34:36 <lardman|work> JustinP: Oh, /sys/class/backlight/*/power is what I use to turn the screen off; /sys/class/backlight/*/brightness to set the brightness
Aug 25 10:34:43 <koen> JustinP: floating cvs stuff is *bad*
Aug 25 10:35:30 <koen> well, floating cvs stuff without DEFAULT_PREFERENCE=-1 is bad
Aug 25 10:36:19 <mreimer> koen, what's http://ewi546.ewi.utwente.nl/OE/OE-200508251648.tar.bz2? A tarball of a checked-out org.openembedded.dev tree?
Aug 25 10:36:29 <koen> mreimer: yes
Aug 25 10:36:35 <mreimer> tempting :-)
Aug 25 10:37:14 <JustinP> lardman|work: on kernel 2.6, right? I'm not running that quite yet....
Aug 25 10:37:35 <JustinP> kergoth: yes, it is. So why are our X builds using floating CVS?
Aug 25 10:37:42 <JustinP> koen: I meant you
Aug 25 10:38:02 <koen> JustinP: lack of releases used to be the reason
Aug 25 10:38:37 <JustinP> koen: hmmm...well, it should probably be using a CVSDATE then....and have that updated when it's needed (well, CVSDATE from PV)
Aug 25 10:38:51 <koen> xorg 7.0 should solve it
Aug 25 10:39:09 <koen> someone was working on it iirc
Aug 25 10:39:23 <mreimer> while we're on that subject, is there a reason why we're building xserver-kdrive 20050207 rather than something newer like 20050624 (which fixes resume)?
Aug 25 10:39:46 <JustinP> mreimer: I had noticed some random crashes of X on resume....this fixes that?
Aug 25 10:39:55 <JustinP> mreimer: likely it's because no one has taken the time to update / test
Aug 25 10:39:56 <mreimer> JustinP: probably
Aug 25 10:40:34 <JustinP> koen: xorg has all the things handhelds.org cvs is doing for us? does it replace kdrive?
Aug 25 10:40:36 <mreimer> JustinP: mallum did some work on the tslib code in kdrive that fixes a crash on resume I was seeing. The workaround was not to load apm.
Aug 25 10:41:08 <koen> JustinP: hh.org cvs? what has that to do with it?
Aug 25 10:41:30 <koen> I was referring to the modular xlibs *releases* instead of snapshots
Aug 25 10:41:31 <JustinP> koen: that *is* where all this tslib / xext / etc stuff is coming from I believe...
Aug 25 10:41:37 <koen> check again
Aug 25 10:41:43 <JustinP> koen: the floating CVS builds I'm talking about...
Aug 25 10:41:45 * JustinP checks
Aug 25 10:41:54 <koen> X is from fdo, not hh.org
Aug 25 10:42:09 <JustinP> yes, you're right
Aug 25 10:42:10 <JustinP> sorry
Aug 25 10:42:19 <JustinP> so xorg 7 includes all that stuff then?
Aug 25 10:43:23 <koen> it should
Aug 25 10:43:27 <koen> the problem -> http://www.livejournal.com/users/anholt/22710.html
Aug 25 10:44:32 <mreimer> I see that gpe-conf/screen duplicates a lot of minilite's functionality. Should that code be abstracted out into a lib, or gpe-conf just be synced with minilite? (gpe-conf/screen doesn't work well on 2.6, but minilite does.)
Aug 25 10:44:59 <koen> the plans are for abstracting it into a lib
Aug 25 10:45:05 <koen> (midterm goal)
Aug 25 10:45:19 <koen> copy pasting it would be a short term fix
Aug 25 10:45:29 <mreimer> k, thanks
Aug 25 10:47:35 <lardman|work> JustinP: re turning screen off, yes that's for 2.6. iirc, on the 2.4.18 kernel'd Zaurii you'll probably need to make an ioctl call
Aug 25 10:48:26 <CIA-4> 03tmbinc 07org.oe.dreambox * r23889748... 10/packages/dreambox/dreambox-dvb-modules.bb: upgrade dreambox-dvb-modules to 20050808
Aug 25 10:48:31 <CIA-4> 03tmbinc 07org.oe.dreambox * r3ed05caa... 10/packages/enigma/enigma_cvs.bb: use ${MACHINE} for boxtype
Aug 25 10:48:36 <CIA-4> 03tmbinc 07org.oe.dreambox * r78c87304... 10/packages/ipkg/ipkg-0.99.148/libbb_tar_gnu_extensions.patch: fix ipkg gnu tar extensions
Aug 25 10:48:40 <CIA-4> 03tmbinc 07org.oe.dreambox * r70bdb979... 10/packages/meta/dreambox-image.bb: add samba for dreambox-image
Aug 25 10:48:44 <CIA-4> 03tmbinc 07org.oe.dreambox * r9e5f76d0... 10/packages/netkit-base/ (netkit-base-0.17/opendreambox/inetd.conf netkit-base_0.17.bb): add new dreambox inetd services
Aug 25 10:48:48 <CIA-4> 03tmbinc 07org.oe.dreambox * r36bee65a... 10/packages/samba/ (4 files in 2 dirs): split samba package, add opendreambox configuration
Aug 25 10:48:52 <CIA-4> 03tmbinc 07org.oe.dreambox * rc4b22144... 10/packages/tuxbox/dvbsnoop.bb: upgrade dvbsnoop version
Aug 25 10:48:57 <CIA-4> 03tmbinc 07org.oe.dreambox * r816e4ab5... 10/packages/tuxbox/tuxbox-plugins.bb: upgrade tuxbox-plugins
Aug 25 10:49:02 <CIA-4> 03tmbinc 07org.oe.dreambox * r4f75d732... 10/packages/tuxbox/ (4 files in 2 dirs): upgrade tuxbox-stream, enable transform
Aug 25 10:49:07 <CIA-4> 03tmbinc 07org.oe.dreambox * reb5930dc... 10/site/powerpc-linux: add some required stuff for samba, pppoe
Aug 25 10:50:02 <JustinP> lardman|work: yes, and I've looked up Opie's ioctl call....it only turns off the backlight, not the LCD
Aug 25 10:50:06 <JustinP> lardman|work: same for slbl
Aug 25 10:50:13 <JustinP> (I'm using slbl at the moment)
Aug 25 10:50:30 <JustinP> wow...dreambox commits?
Aug 25 10:50:40 <JustinP> I was wondering about that branch...
Aug 25 10:50:58 * JustinP tests e-image-core
Aug 25 10:51:15 <tmbinc> JustinP: hm? :)
Aug 25 10:51:48 <JustinP> tmbinc: Whenever I looked at the revision graph is looked like dreambox was abandoned
Aug 25 10:51:52 <tmbinc> no
Aug 25 10:51:55 <tmbinc> it's what i call stable
Aug 25 10:51:56 <JustinP> tmbinc: I'm not even sure what a dreambox is
Aug 25 10:51:57 <tmbinc> :)
Aug 25 10:51:59 <JustinP> heh
Aug 25 10:52:06 <JustinP> that's perfectly fine, of course :-)
Aug 25 10:52:24 <hrw> bye
Aug 25 10:52:40 <tmbinc> so before committing, i'm at least rebuilding for one architecture and beta-testing the resulting image (at least that's what i want it to be ;)
Aug 25 10:53:31 <JustinP> lardman|work: I've broken out the e core into its own image. It brought the bz2 size down from 40M to 26M. I'm testing it now to make sure it works before cimitting
Aug 25 10:53:42 <lardman|work> JustinP: cool
Aug 25 10:55:10 <mreimer> JustinP: yes cool
Aug 25 10:55:30 <lardman|work> My WinXP machine has been up for >589hours which is decidedly too long ;), time to reboot; night all
Aug 25 10:57:12 <tmbinc> btw, does monotone offer tags?
Aug 25 10:57:34 <tmbinc> or do i have to publish the head hash?
Aug 25 10:57:42 <JustinP> I have just been adding all of the e progs I get working to the e-image so far. I suppos ea core is in order for thos if you unfortunate enough to have a small memory ;-)
Aug 25 10:57:49 <JustinP> tmbinc: yes, it has tags
Aug 25 10:58:00 <tmbinc> any clue/docs how to use them?
Aug 25 10:58:14 <JustinP> tmbinc: try monotone --help
Aug 25 10:58:18 <JustinP> tmbinc: or check the docs....
Aug 25 10:59:27 <JustinP> tmbinc: yep, right there in help...tag command
Aug 25 11:01:10 <tmbinc> i don't know about certs.. so i just "monotone tag <id> <mytagname>" and everything is fine?
Aug 25 11:01:14 <tmbinc> any naming schemes for the tag?
Aug 25 11:01:45 <tmbinc> (yes, i know #Naming-Conventions - but there's nothing about tags9
Aug 25 11:02:09 <tmbinc> and, are tag names branch-local?
Aug 25 11:03:09 <JustinP> tmbinc: I don't know any of those answers....I suggest checking the monotone manual
Aug 25 11:04:09 <tmbinc> about all i found about tags was that "monotone tag is an alias to monotone cert"
Aug 25 11:04:11 <tmbinc> and
Aug 25 11:04:16 <tmbinc> "This cert's value is a symbolic name given to a revision, which may be used in the future as a way of selecting versions for checkout. "
Aug 25 11:04:21 <tmbinc> which sounds as it's not yet supported
Aug 25 11:04:54 <tmbinc> that's why i'm asking..
Aug 25 11:05:04 <JustinP> I'm sure it's supported
Aug 25 11:05:21 <JustinP> "used in the future" means that *you* can use it to refer to that set
Aug 25 11:05:25 <JustinP> not that it isn't implemented
Aug 25 11:20:28 <JustinP> interesting....I'm getting that keyboard problem now....
Aug 25 11:36:22 <mreimer> Bluetooth question: In /etc/bluetooth/hciattach, would it be acceptable to "stty -echo < $BLUETOOTH_PORT" before calling /sbin/hciattach? On h2200 and hx4700 when the bluetooth chips are powered up, they emit a few bytes which get echoed back to itself, confusing it. hciattach turns echo off after opening the device, but the first time it runs, that's too late, because the bt chip was powered up by the open and has already confused itself.
Aug 25 11:37:34 <koen> does it hurt other devices?
Aug 25 11:41:20 <mreimer> it shouldn't, but I don't have any other devices to test with.
Aug 25 11:41:47 <pH5> how about using the Hardware field in /proc/cpuinfo to make this conditional, just to be sure?
Aug 25 11:42:03 <mreimer> we can certainly do that
Aug 25 11:42:05 <koen> mreimer: I think blueprobe would be a good place to manage all that
Aug 25 11:42:31 <mreimer> does blueprobe run on every bootup?
Aug 25 11:42:41 <koen> iirc only on first boot
Aug 25 11:42:57 <koen> pb_ would be the man to ask hard questions
Aug 25 11:43:20 <mreimer> ok
Aug 25 11:48:57 <CIA-4> 03justinp 07org.oe.dev * r0495eaa1... 10/packages/meta/ (e-image-core.bb e-image.bb meta-e-x11.bb): 
Aug 25 11:48:57 <CIA-4> Move e core dependencies to task-enlightenment-x11-core
Aug 25 11:48:57 <CIA-4> Add e-image-core to allow for a smaller image
Aug 25 11:48:57 <CIA-4>  e-image should still work as expected, but I haven't tested it yet
Aug 25 11:48:57 <CIA-4>  e-image-core currently doe snot work as you can't login to entrance (keyboard doesn't work). This is propably a missing RDEPENDS
Aug 25 11:49:55 <mreimer> JustinP: nice, thanks
Aug 25 12:02:32 <Philippe> I just had xdpyinfo_cvs fail on me as it needs xtst now. Can somebody confirm that before I put that in the bugzilla?
Aug 25 12:04:20 <koen> Philippe: fixed yesterday
Aug 25 12:04:48 <mreimer> I just got this on bootup with my shiny new gpe-image, if anyone cares: "update-alternatives: Error: cannot register alternative lsmod to /bin/lsmod since it is already registered to /sbin/lsmod"
Aug 25 12:04:53 <Philippe> koen: ok,  must have happened after my sync yesterday morning
Aug 25 12:05:08 <koen> mreimer: http://bugs.openembedded.org/show_bug.cgi?id=232
Aug 25 12:05:38 <mreimer> ah, thanks
Aug 25 12:33:43 <lamikr> koen?
Aug 25 12:51:34 <JustinP> mreimer: it's still >50MB, BTW
Aug 25 13:01:05 <DarkSSJ> hi all
Aug 25 13:01:28 <DarkSSJ> is development on acern30 blocked?
Aug 25 13:09:39 <Pigi> Ciao all
Aug 25 13:10:36 <Pigi> koen, I've read your botmail. I'm in vacation, and will be back on monday or so.... Anyway alsa was working for h36-37-38-39
Aug 25 13:10:55 <Pigi> and I have seen that someone make it work also for h5x
Aug 25 13:11:34 <Pigi> zecke_ ping 
Aug 25 13:18:51 <mreimer> JustinP: no problem for me, as I can boot from SD
Aug 25 13:18:59 <gremlin[it]> ciao Pigi 
Aug 25 13:19:13 <Pigi|56k> ciao gremlin[it], how are things going ?
Aug 25 13:19:44 <JustinP> mreimer: ah, good. Anyone can use SD for images....some people just don't have the cards...
Aug 25 13:19:46 <gremlin[it]> tot so bad .... got kernel 2.6 bootig yestarday on h3600 :) 
Aug 25 13:20:23 <Pigi|56k> gremlin[it], you rule man!!! 
Aug 25 13:20:59 <Pigi|56k> gremlin[it], how hard was it ?
Aug 25 13:21:00 <gremlin[it]> exactly i got a 'bootstrap-image' build with oe ... 
Aug 25 13:21:18 <Pigi|56k> but it boot and you got a shell ?
Aug 25 13:21:19 <gremlin[it]> not so bad ... but i have just the serial console ... no more ... 
Aug 25 13:21:27 <Pigi|56k> that a good start.
Aug 25 13:21:34 <gremlin[it]> root@h3600:/dev# uname -a                                                       
Aug 25 13:21:34 <gremlin[it]> Linux h3600 2.6.12-hh2 #17 Wed Aug 24 23:45:15 CEST 2005 armv4l unknown      
Aug 25 13:21:44 <Pigi|56k> heh
Aug 25 13:22:11 <Pigi|56k> who knows what's the state of 2.6 for h39 ?
Aug 25 13:23:09 <gremlin[it]> as soon as i finish h3600 and find a cheap (free) h3900 i'll like ocntinue ;) 
Aug 25 13:23:46 <Pigi|56k> I got one just after the dead of my 38. I think that pb is working on this too.
Aug 25 13:24:38 <gremlin[it]> ok so i'll move to zaurus 3100 ... i saw a 300 last weekend ... i'm in love !!! 
Aug 25 13:24:46 <gremlin[it]> saw a 3000 
Aug 25 13:25:28 <Pigi|56k> but I discussed on that sometimes ago, and somone told me that zaurus isn't the best hw ( too few rom or ram , don't remember )
Aug 25 13:26:07 <koen> small ram and no connectivity
Aug 25 13:26:19 <Pigi|56k> hello koen!
Aug 25 13:26:24 <koen> hey Pigi|56k 
Aug 25 13:26:57 <gremlin[it]> yes isn't the best surelly, really thick ... no wireless inside ... but a really wonderful display, a full keyboard and 4G hard disk :) 
Aug 25 13:27:20 <Pigi|56k> heh. I do love too the big display....
Aug 25 13:27:31 <koen> a 3100 might be a better choice
Aug 25 13:27:44 <koen> you can have to os in flash and suspend the microdrive
Aug 25 13:28:06 <gremlin[it]> on many PDA with lot of integrated devices there is also lot of problems about esoteric companion chips ;( 
Aug 25 13:28:35 <lamikr> Hi koen! Could you have time to check h6300 things I sent to oe bugzilla?
Aug 25 13:28:48 <gremlin[it]> my only doubt at now is the speed of SD card controlelr on zaurus at now ... 
Aug 25 13:29:34 <koen> lamikr: no time right now, sorry
Aug 25 13:30:51 <lamikr> koen: Ok I understand. I will just be a week away starting from tomorrow. So it may take some time before I can attempt next time...
Aug 25 13:34:23 <Pigi|56k> should leave now. See you all on monday.
Aug 25 13:42:41 <mreimer> monotone update finished; 4 hours for 292 revs in
Aug 25 14:19:34 <RP> JustinP: Are you asking about the lcd under 2.4 or 2.6?
Aug 25 14:21:14 <JustinP> ummmm....well, either or both if you know
Aug 25 14:21:32 <RP> 2.4, you'd have to blank the framebuffer
Aug 25 14:22:05 <JustinP> does that do anything?
Aug 25 14:22:10 <JustinP> except blanking the screen?
Aug 25 14:22:53 <RP> JustinP: It switches off the backlight and powers down bits of both the video chip and lcd
Aug 25 14:23:00 <RP> 2.6, it would be possible to bring out a lcd power control but I haven't as we dont know what effect leaving the video controller active against a shutdown lcd would be
Aug 25 14:23:23 <RP> I'm not prepared to take any changes on breaking hardware. The Sharp LCD is complex
Aug 25 14:23:40 <RP> You should be able to power down the framebuffer from within sysfs though
Aug 25 14:24:01 <JustinP> ok
Aug 25 14:24:17 <JustinP> I was just wondering if there's anything I can do to save pwoer when the lid is closed
Aug 25 14:24:34 <JustinP> I already turn off the backlight, but I can still see the LCD itself running...
Aug 25 14:25:11 <RP> Suspend the device?
Aug 25 14:25:24 <JustinP> I *thought* that the collie turned the LCD off (i.e. no display whatsoever) but I may be wrong
Aug 25 14:25:30 <JustinP> heh, I mean while I want it to stay on
Aug 25 14:25:34 <JustinP> (i.e. playing music)
Aug 25 14:25:41 <RP> If you properly blank the display, the lcd will be off
Aug 25 14:25:45 <JustinP> ok
Aug 25 14:25:53 <JustinP> now....how to do that....;-)
Aug 25 14:25:58 <RP> The should be an ioctl or something
Aug 25 14:26:06 <JustinP> that's what they say....
Aug 25 14:26:15 <JustinP> th eonly ioctls I see just turn off the BL
Aug 25 14:26:44 <JustinP> of course I'm probably missing it somewhere...
Aug 25 14:26:53 <RP> Keep in mind the hacked sharp ioctls were killed off in 2.6 in favour of sysfs
Aug 25 14:27:11 <RP> Are these sharp ioctls or framebuffer ioctls?
Aug 25 14:27:55 <JustinP> I understand that
Aug 25 14:28:00 <JustinP> ummm...I have no idea
Aug 25 14:28:02 <JustinP> one sec...
Aug 25 14:28:10 <JustinP> (it's whatever slbl is using)
Aug 25 14:28:45 * kergoth hugs uml
Aug 25 14:29:20 <JustinP> RP: they're run against /dev/sharp_fl
Aug 25 14:29:57 <JustinP> (2.4 of course)
Aug 25 14:30:03 <RP> JustinP: That's sharp junk. Grab a kernel tree and look in drivers/video/fbmem.c for FBIOBLANK ;-)
Aug 25 14:30:15 <RP> You operate against /dev/fb0 which makes much more sense
Aug 25 14:30:40 <JustinP> ok
Aug 25 14:30:43 <RP> I have no idea what 2.4 has but I'd expect it to have something equivalent
Aug 25 14:44:20 <reenoo_> in case anyone's not subscribed to oe@: http://article.gmane.org/gmane.comp.handhelds.openembedded/5878
Aug 25 14:52:14 <JustinP> ::sigh:: and now my inexperience with simple compiling shows...
Aug 25 14:52:16 <JustinP> /usr/lib/gcc/arm-linux/3.4.4/../../../../arm-linux/bin/ld: cannot find /lib/libc.so.6 inside /usr/bin/../../usr
Aug 25 14:52:25 <JustinP> libc.so.6 is in /lib, not /usr/lib
Aug 25 14:52:37 <JustinP> how do I fix that?
Aug 25 14:52:46 <JustinP> other than making a symlink
Aug 25 14:52:56 <JustinP> should be a switch....
Aug 25 14:53:59 <JustinP> and then this.../usr/lib/gcc/arm-linux/3.4.4/../../../../arm-linux/bin/ld: cannot find /usr/lib/libc_nonshared.a inside /usr/bin/../../usr
Aug 25 14:55:23 <RP> I usually find using the compiler from a bitbake run works if you call it in its build directory. Are you trying to compile this as a package or a quick hack?
Aug 25 14:56:30 <JustinP> quick hack right now
Aug 25 14:56:32 <RP>  /somepath/tmp/cross/arm-linux/bin/arm-linux-gcc x.c -o x usually works for me. Not pretty though :)
Aug 25 14:56:44 <JustinP> no, this is *on* my zaurus
Aug 25 14:56:58 <JustinP> but I can try that kind of thing...
Aug 25 14:57:06 <JustinP> hmmm...this ioctl isn't working...
Aug 25 14:57:12 <RP> I've never tried it on my Zaurus :)
Aug 25 14:57:26 <JustinP> heh
Aug 25 14:59:06 <koen> JustinP: http://handhelds.org/moin/moin.cgi/DevelopOnFamiliar
Aug 25 14:59:19 <koen> replace 'familiar' with 'openzaurus' in your mind
Aug 25 15:03:56 <JustinP> ::sigh::
Aug 25 15:04:21 <JustinP> this ioctl seems to eb doing nothing
Aug 25 15:05:10 <JustinP> (in essence)
Aug 25 15:05:32 <JustinP>  ioctl (open("/dev/fb0", O_WRONLY|O_NONBLOCK ), 0x4611, 0);
Aug 25 15:06:00 <JustinP> 0x4611 is FBIOBLANK
Aug 25 15:08:31 <JustinP> getting a 1 back...probably an error...
Aug 25 15:08:51 <JustinP> oh, no I'm not
Aug 25 15:08:55 <JustinP> it's returning 0
Aug 25 15:09:16 <JustinP> so info->blank is ok...
Aug 25 15:09:23 <JustinP> of course I have no idea what that points to...
Aug 25 15:12:04 <CIA-4> 03koen 07org.oe.dev * r3a8d976e... 10/packages/gpe-buttonbox/gpe-buttonbox_cvs.bb: gpe-buttonbox : add cvs version
Aug 25 15:21:24 <JustinP> got it
Aug 25 15:23:31 <JustinP> mickeyl: I have a utility to add to slutils ^_^
Aug 25 15:23:38 <JustinP> mickeyl: or it could be another option to slbl
Aug 25 15:23:50 <JustinP> mickeyl: it turns off/on the framebuffer/LCD
Aug 25 15:23:58 <JustinP> mickeyl: http://pastebin.ca/21163
Aug 25 15:24:35 <JustinP> I have it as its own command/package and it works right now. I named it slfb. If that's ok I can commit it.
Aug 25 15:24:48 <JustinP> (I should probably fix up the code first, of course...)
Aug 25 15:27:16 <rwhitby> http://article.gmane.org/gmane.comp.handhelds.openembedded/5878 <- is this a requirement for org.openembedded,dev commits now?
Aug 25 15:28:03 <koen> rwhitby: if noone has comments on that, yes
Aug 25 15:30:14 <rwhitby> sounds fair enough to me
Aug 25 15:36:29 <koen> *sigh*
Aug 25 15:36:45 <koen> is mr Day so stupid or is he faking it real good?
Aug 25 15:41:12 <RP> koen: I guess it helps to stress test oe :)
Aug 25 15:42:20 <koen> stress test?
Aug 25 15:42:31 <CosmicPenguin> See how stressed the devs can get
Aug 25 15:42:32 <CosmicPenguin> its fun
Aug 25 15:42:32 <CosmicPenguin> try it
Aug 25 15:42:46 * koen blows a vein
Aug 25 16:44:28 <reenoo_> 'night all
Aug 25 17:16:57 <paxl> Hi there,
Aug 25 17:18:08 <paxl> Can somone help me setting up a dev env for ARM SA-1110 ?
Aug 25 17:18:20 <paxl> Do OE will build cross compiler/library ?
Aug 25 17:24:23 <RP> paxl: Yes, OE will build a complete toolchain
Aug 25 17:25:12 <paxl> but I can't undestand where.. will it build the libc/opie-lib and everthing I need to develop ??
Aug 25 17:26:14 <RP> Yes, it compiles complete systems so it has to compile the libs...
Aug 25 17:26:24 <JustinP> paxl: as long as you specify them in the DEPENDS of the thing you're compiling...
Aug 25 17:29:40 <paxl> the thing will be one app of mine
Aug 25 17:34:50 <paxl> ugh .. as usual it dont works :S
Aug 25 17:34:56 <paxl> monotone: warning: caught bad_decode exception decoding input from peer monotone.vanille.de: 'protocol version mismatch: wanted '4' got '5''
Aug 25 17:36:54 <CIA-4> 03rpurdie 07org.oe.dev * r35809959... 10/packages/linux/linux-openzaurus_2.6.13-rc5-mm1.bb: linux-oz-2.6: More patch rearranging. Update usb host patches (start pushing to mainline). Add spitz IR support (untested).
Aug 25 17:53:10 <ZonE-HaKin9|> paxl: wrong version of monotone u probly have 0.19 u need 0.22
Aug 25 18:17:57 <JustinP> paxl: you need a newer version of monotone
Aug 25 18:19:56 <paxl> I'll compile it so
Aug 25 19:50:29 <paxl> Oe is compiling :)
**** BEGIN LOGGING AT Thu Aug 25 23:00:31 2005
**** BEGIN LOGGING AT Thu Aug 25 23:01:35 2005
Aug 25 23:27:20 <ZonE-HaKin9|> Going home l8r guys :)
Aug 25 23:35:57 <epronk> any details on OENL meeting?
Aug 25 23:46:03 <eJumbo> just wanted to know when why all the headers and libraries are placed in the TMDIR/STAGING DIR and not in the TMPDIR/cross 
Aug 25 23:51:12 <epronk> in staging you find the includes/libs specific for your target
Aug 25 23:52:05 <epronk> so if you compile for arm, the arm libs will be kept in staging/arm-linux/libs
Aug 25 23:54:57 <eJumbo> why not in cross ?
Aug 25 23:56:11 <epronk> i don't know the background of this, but i'm sure there are people on this channel that do
Aug 25 23:56:46 <epronk> i think only the toolchain is placed in cross
Aug 25 23:58:13 <epronk> oops, it's late. Got to go to work now.
Aug 26 00:04:50 <zecke> re
Aug 26 00:05:13 <zecke> yes only the toolchain itself is located in cross
Aug 26 00:05:36 <zecke> use a couple of -L/where/ever/ to point to the libs
Aug 26 00:08:19 <eJumbo> confused because : there is one cross/arm-linux/include and cross/arm-linux/lib in my toolchain. i thought these are the right places to place the includes and libraries
Aug 26 00:10:33 <eJumbo> and i think basic files which come with the cross tool chain are copied to STAGING/arm-linux/include and STATING/arm-linux/lib from the cross/arm-linux/include and cross/arm-linux/lib
Aug 26 00:15:55 <hrw|work> hi
Aug 26 00:16:03 <zecke> toolchain goes to cross/${TARGET_ARCH}-${TARGET_OS}/
Aug 26 00:16:26 <zecke> and all other libraries you need go to ${STAGING_INCDIR}, ${STAGING_LIBDIR}, ${STAGING_BINDIR}
Aug 26 00:16:42 <zecke> toolchain == the essential stuff you need to build binaries
Aug 26 00:16:57 <zecke> staging == the stuff you need for your project/product to build
Aug 26 00:27:34 <hrw|work> hi ZonE
Aug 26 00:28:52 <ZonE-HaKin9|> Evening All
Aug 26 00:28:57 <ZonE-HaKin9|> hey hrw|work
Aug 26 00:34:34 <hrw|work> ok. time to finally update to 2.6.13-rc6-mm2 on husky
Aug 26 00:37:53 <RP> morning all
Aug 26 00:40:33 <hrw|work> RP: does pxa_ohci_platform-r0.patch appear in rc6-mm2?
Aug 26 00:40:49 <hrw|work> RP: it does not apply
Aug 26 00:41:24 <hrw|work> brb
Aug 26 00:41:55 <RP> hrw|work: I have mail in my inbox about that as well. Its a general problem
Aug 26 00:42:07 <ZonE-HaKin9> morning again...damn flacky laptop
Aug 26 00:43:15 <ZonE-HaKin9> what where how??... i'm having probs with libgpewidget or sumthing is that the same issue?? 
Aug 26 00:44:26 <RP> ZonE-HaKin9: No, its not
Aug 26 00:44:45 <RP> hrw|work: Swap the order of the two ohci patches and it should work. My mistake
Aug 26 00:45:08 <ZonE-HaKin9> RP: ok thanx
Aug 26 00:47:36 <hrw|work> ok
Aug 26 00:48:26 <hrw|work> RP: what about pxa_irda-r3.patch?
Aug 26 00:48:51 <hrw|work> | 1 out of 3 hunks FAILED -- rejects in file arch/arm/mach-pxa/mainstone.c
Aug 26 00:50:01 <RP> hrw|work: When you apply the ohci patches, that will fix itself
Aug 26 00:50:14 <hrw|work> ok
Aug 26 00:51:21 <hrw|work> long list of patches ;)
Aug 26 00:51:28 <hrw|work> NOTE: package linux-openzaurus-2.6.13-rc6-mm2-r15: task do_patch: completed
Aug 26 00:51:37 <CIA-4> 03rpurdie 07org.oe.dev * r13f41f22... 10/packages/linux/linux-openzaurus_2.6.13-rc5-mm1.bb: linux-oz-2.6: Correct the order of a couple of patches
Aug 26 01:03:21 <ZonE-HaKin9> OE keeps failing on libgpewidget-0.103.tar.bz2 Not Found?? is this a known issue in OZ-3.5.4??
Aug 26 01:04:21 <koobla> guys, which i2c code are you using? I keep getting core-dumps on my pxa 263
Aug 26 01:04:41 <koobla> (using the 'improved' version from rmk patch tracker)
Aug 26 01:07:09 <RP> koopla: Try the patch from the openzaurus kernel 
Aug 26 01:07:48 <ZonE-HaKin9> RP: any idea on my prob?
Aug 26 01:08:42 <RP> ZonE-HaKin9: Well, you either need to find a copy of the file or update oe to use a later version (if available)
Aug 26 01:09:29 <RP> It probably doesn't fail for the rest of us as it will be in our sources directories...
Aug 26 01:09:57 <ZonE-HaKin9> RP: ok np i'll just d/l it thanx
Aug 26 01:10:00 <XorA> morning
Aug 26 01:10:14 <ZonE-HaKin9> hey XorA ;)
Aug 26 01:10:22 <koobla> RP: thanks
Aug 26 01:10:23 <RP> morning XorA
Aug 26 01:10:24 <koobla> will try
Aug 26 01:11:00 <XorA> RP: wow you got charging LED and all working while unit is suspended
Aug 26 01:11:32 <tengulre> quit
Aug 26 01:12:19 <ZonE-HaKin9> RP: could the source dir have moved i just found it on www.hd.org not gpe.hh.org??
Aug 26 01:12:42 <ZonE-HaKin9> think my source server arn't correct :L
Aug 26 01:13:42 <RP> ZonE-HaKin9: Someone more qualified in that area will have to comment. If you can't see the files on hh.org, file a bug...
Aug 26 01:13:56 <hrw|work> koobla: which kernel version you use?
Aug 26 01:14:11 <koobla> 2.6.12.2
Aug 26 01:15:01 <ZonE-HaKin9> i may have the wrong info from thw wiki... testing now, should work... changed gpe.hand to ww.hand in my local.conf
Aug 26 01:17:26 <hrw|work> ZonE-HaKin9: http://handhelds.org/pub/projects/gpe/source/libgpewidget-0.103.tar.bz2
Aug 26 01:17:34 <hrw|work> ZonE-HaKin9: normal GPE_MIRROR
Aug 26 01:18:14 <koobla> hrw|work: i find i2c patches only in the gumstix subdirs, not in any *zaurus*.6.*/ files under packages/linux -- this ok?
Aug 26 01:18:41 <hrw|work> koobla: its being fetched from RP site
Aug 26 01:18:50 <koobla> ah, well - ok
Aug 26 01:19:05 <koobla> thx - found it in the bb
Aug 26 01:19:21 <hrw|work>            ${DOSRC}/rmk-i2c-pxa-r0.patch;patch=1 \
Aug 26 01:19:28 <hrw|work> not RP but Dirk
Aug 26 01:19:40 <hrw|work> hi XorA 
Aug 26 01:20:41 <koobla> will try..
Aug 26 01:22:14 <ZonE-HaKin9> hrw|work: the UsingMirrors under the wiki states gpe.handdheld and i followed those instrustions
Aug 26 01:27:53 <RP> hrw|work: No, Dirk is looking after that patch...
Aug 26 01:28:03 <RP> Or his copy is more up to date anyway
Aug 26 01:28:25 <RP> as you were, I can't read :)
Aug 26 01:29:03 <koobla> anyone ported sensorsd already?
Aug 26 01:30:57 <hrw|work> ZonE-HaKin9: updated wiki page
Aug 26 01:34:36 <ZonE-HaKin9> hrw|work: so ftp is ok too? i have mine set to www. will that be ok too?
Aug 26 01:35:20 <hrw|work> ZonE-HaKin9: dont know - I dont change mirrors blindly
Aug 26 01:37:12 <ZonE-HaKin9> hrw|work: it wasn't blindly... just googled the link up.. and gpe. didn't work so had nothing to loose
Aug 26 01:39:02 <ZonE-HaKin9> wtf.. that my first ipv6 addy...well i think it is a ipv6 addy
Aug 26 01:44:38 <zecke_> ZonE-HaKin9: right
Aug 26 01:45:41 <hrw|work> hi Phil
Aug 26 01:46:50 <pb_> hi all
Aug 26 01:47:01 <zecke_> ZonE-HaKin9: england is populated, not every citizen can get a IPv4 address, so they needed to switch to IPv6 sooner
Aug 26 01:47:55 <ZonE-HaKin9> zecke_: oh... i didn't know if it died or just not widely used
Aug 26 01:48:31 <zecke_> ZonE-HaKin9: NAT saved IPv4's ass
Aug 26 01:48:35 <RP> hi pb_
Aug 26 01:48:55 <RP> hi koen
Aug 26 01:48:55 <hrw|work> China has ISPs which have ipv6 only..
Aug 26 01:49:03 <hrw|work> koen: hello
Aug 26 01:50:20 <ZonE-HaKin9> zecke_: hehe sure does
Aug 26 01:51:14 * XorA hates to think of the mess when the average pleb is forced to move to ipv6
Aug 26 01:51:35 <XorA> how many of those cheap 20 quid broadband routers are ipv6 capable
Aug 26 01:51:38 <Noodles> None.
Aug 26 01:52:02 <Noodles> You need to terminate on a Linux box or use a Cisco or something. It's a real PITA.
Aug 26 01:52:07 * Noodles has native IPv6 ADSL.
Aug 26 01:52:13 <XorA> Noodles: PCI card?
Aug 26 01:52:26 <Noodles> USB Speedtouch. More latent, but free drivers.
Aug 26 01:52:30 <Noodles> I've done it with a PCI card too.
Aug 26 01:52:41 <hrw|work> my wrt54 should work with ipv6 - matter of modprobe and some tweaks
Aug 26 01:52:52 <XorA> Noodles: I might have to dig my speedtouch out again, though last time I looked there were no drivers for my one
Aug 26 01:52:54 <Noodles> Yeah. There's wrt54 IPv6 firmware.
Aug 26 01:53:17 <Noodles> I emailed some suppliers about IPv6 support but none of them replied.
Aug 26 01:53:43 <Noodles> I'm not aware of open distros for the likes of the Netgear DG834G (wireless ADSL router).
Aug 26 01:53:51 <Noodles> All the ADSL drivers are binary only. :(
Aug 26 01:55:12 <RP> This connection is via a Speedtouch USB...
Aug 26 01:55:31 <RP> Don't dare touch the kernel/drivers :)
Aug 26 01:55:56 <hrw|work> I love openwrt... "modprobe not found" :)
Aug 26 01:56:00 <ZonE-HaKin9> Noodles: i've seen sum pages that had open-fireware and u can d/l the source from netgear too??
Aug 26 01:56:07 <RP> Those drivers were my first patch to the kernel... (porting them from 2.4)
Aug 26 01:56:21 <XorA> RP: green froggy one?
Aug 26 01:56:23 <Noodles> ZonE-HaKin9: You can download most of the source, but the ADSL driver is a binary blob.
Aug 26 01:56:47 <koen> good morning all
Aug 26 01:56:48 <koen> hey hrw|work 
Aug 26 01:56:49 <Noodles> As is the wireless, but that goes without saying.
Aug 26 01:57:14 <koen> hey RP 
Aug 26 01:57:29 <ZonE-HaKin9> Noodles: oh... damn that sucks :\
Aug 26 01:58:30 <RP> XorA: yes :)
Aug 26 01:59:23 <XorA> RP: I have the goldy one
Aug 26 01:59:24 <ZonE-HaKin9> tslib_pubcvs.arm.linux.org.uk__20050825.tar.gz now thats failing... Grrrrrr
Aug 26 02:00:07 <XorA> ZonE-HaKin9: do you not have cvs on that machine or something, as that should checkout on its own if its not on oesources.org
Aug 26 02:01:15 <ZonE-HaKin9> it failed too :( onnection timed out
Aug 26 02:01:31 <ZonE-HaKin9> cvs [checkout aborted]: connect to pubcvs.arm.linux.org.uk(212.18.232.187):2401 failed: Connection timed out
Aug 26 02:14:02 <ZonE-HaKin9> XorA: yesterdays cvs file was on oesources so i just copied it to the 25th. hope that the end of my probs with gpe-image
Aug 26 02:15:49 <hrw|work> ZonE-HaKin9: you can always set CVSDATE_tslib=20050824
Aug 26 02:19:04 <ZonE-HaKin9> hrw|work: kool thanx
Aug 26 02:26:58 <hrw|work> ok. 2.6.13-rc6-mm2-r15 booted and working
Aug 26 02:28:13 <hrw|work> hmm.. not working now
Aug 26 02:28:55 <hrw|work> one good thing with having Z in etui - much easier to take battery out
Aug 26 02:29:52 <dan2003> whats the user channel called?
Aug 26 02:30:44 <hrw|work> dan2003: user of what?
Aug 26 02:34:03 <hrw|work> RP: looks like 2.6.13-rc6-mm2-r15 does not recognize usb charger
Aug 26 02:36:04 <hrw|work> touchscreen does not reposnd under opie
Aug 26 02:38:18 <dan2003> theresa oe user channe, or was
Aug 26 02:38:44 <hrw|work> dan2003: you started to use OE and has problems? ask
Aug 26 02:39:17 <dan2003> nono, i been useing oe for year +, just looking at getting another cf wifi card and wanted sugestions on make/model
Aug 26 02:39:35 <hrw|work> dan2003: any supported by hostap or orinoco
Aug 26 02:39:56 <dan2003> hostap preferbly, i use Master mode
Aug 26 02:40:03 <hrw|work> RP: ts does not respond at all - ts_print_raw etc does not work
Aug 26 02:40:20 <hrw|work> dan2003: I use dlink dcf-660w (hostap)
Aug 26 02:40:22 <dan2003> dot know if orinoco suports that
Aug 26 02:40:39 <RP> hrw|work: I'll run a corgi build and check it out...
Aug 26 02:41:28 <dan2003> thats one i been lookin at, its quite pricey, I have one already i wonder if anybody knows how it compares, but i dont know what to call it! it doesnt have a name or brand on it.. i found a picture tho 
Aug 26 02:42:57 <dan2003> http://shirtpocket.co.uk/cat/notebook-phone-access-wifi-c-22_56.html
Aug 26 02:43:55 <hrw|work> dan2003: its hostap based
Aug 26 02:44:01 <hrw|work> card "Senao/Origo 80211b WLAN Card"
Aug 26 02:44:01 <hrw|work>    manfid 0x000b,0x7100
Aug 26 02:44:01 <hrw|work>    bind "hostap_cs"
Aug 26 02:44:49 <hrw|work> RP: does not resume after suspend (= I can't turn it on with power key)
Aug 26 02:47:17 <CIA-4> 03mickeyl 07org.oe.dev * rfa2b3fdd... 10/ (2 files in 2 dirs): add glue package for a sharprom toolchain in usage w/ DISTRO=sharprom-compatible
Aug 26 02:47:21 <CIA-4> 03mickeyl 07org.oe.dev * r3f2469e3... 10/classes/efl.bbclass: efl.bbclass: move libfoo.la and libfoo.a into ${PN}-dev
Aug 26 02:47:25 <CIA-4> 03mickeyl 07org.oe.dev * rdc2238d7... 10/packages/efl/ (8 files): 
Aug 26 02:47:25 <CIA-4> efl:
Aug 26 02:47:25 <CIA-4> - make the foo.inc files provide virtual/foo
Aug 26 02:47:25 <CIA-4> - build ecore-fb [and -native] without edb and without curl support
Aug 26 02:47:25 <CIA-4> for the projected purpose, both dependencies are not needed and this gains us -700MB in a resulting image
Aug 26 02:47:43 <dan2003> hrw|work, yep, thats one i have already, i'm looking to get another, this one is nice and cheap, but wondered if the dcf-660w was better in anyway to justify getting that one instead. I would very much like to be able to conenct an external antenna, and somebody sugested it was quote easy to get the cover of the dlink wihtout damaging the case signifcantly
Aug 26 02:48:15 <XorA> mickeyl: a 700MB saving?
Aug 26 02:48:49 <hrw|work> dan2003: I never used other card then dcf660w so cannot tell which will be better
Aug 26 02:49:05 <hrw|work> XorA: recently mickeyl has problems with size counting
Aug 26 02:49:05 * XorA has a WCF-12 and a Connect+
Aug 26 02:50:52 <dan2003> hrw|work, k
Aug 26 02:50:55 <dan2003> thanks
Aug 26 02:51:28 <dan2003> ill get the dlink anyway, then i can know which is beter for future purchase 
Aug 26 02:51:56 <RP> hrw|work: Sounds like I've totally destroyed corgi support! :-(
Aug 26 02:52:04 <XorA> dan2003: the wcf-12 worked well, but the card itself is flimsy, not sure if repeatedly using in pocket or washing in waching machine eventually broke it, but it had very good capabilitys with picking up low power signals
Aug 26 02:52:30 <hrw|work> RP: you nasty! :)
Aug 26 02:52:31 <XorA> dan2003: the connect+ seems like a fine card, but due to its multi function behaviour you enter experimental land trying to use it
Aug 26 02:52:49 <XorA> dan2003: but I havent given connect+ the low power testing
Aug 26 02:54:39 <hrw|work> RP: you also removed battery_voltage/battery_percentage from sysfs?
Aug 26 02:56:12 <hrw|work> RP: I'll drop into -r12 kernel
Aug 26 02:56:42 <RP> hrw|work: The touchscreen is easy - somehow the device doesn't get registered!
Aug 26 02:56:59 <RP> We've lost some bits of patches I expect...
Aug 26 02:57:55 <hrw|work> I can do some tests if you need
Aug 26 02:58:16 <dan2003> XorA, thanks
**** ENDING LOGGING AT Fri Aug 26 02:59:56 2005