**** BEGIN LOGGING AT Tue Jun 08 02:59:56 2010
Jun 08 05:11:36 <khoonirobo> ~nf
Jun 08 05:11:38 <apt> The #openmoko-cdevel Newsflash Bulletin Board. (continued at ~NF2. For help see ~NF-help)  - - - Recommended URLs and channels(chanlogs etc):see ~RL  - - -  NEWSFLASH [2010-03-28 21:09 UTC]:buildhost got rebooted... new RAM will arrive beginning of next week
Jun 08 06:12:56 <mrmoku> moin
Jun 08 06:13:12 <mrmoku> JaMa|Zzz: is the image from 2nd a good one?
Jun 08 06:13:59 <mrmoku> actually... nvm
Jun 08 06:35:11 <JaMa|Zzz> mrmoku: should be :)
Jun 08 06:49:16 <mrmoku> JaMa|Wrk: k, did upgrade meanwhile
Jun 08 07:31:35 <[Rui]> hi all
Jun 08 07:32:04 <JaMa|Wrk> [Rui]: hi
Jun 08 07:36:28 <[Rui]> I see there are new kernels...
Jun 08 07:40:23 <[Rui]> JaMa|Wrk: are the June 5th kernels those you compiled with a newer gcc or could they have changes worthy of testing?
Jun 08 07:42:38 <JaMa|Wrk> [Rui]: it's building atm
Jun 08 07:42:58 <JaMa|Wrk> [Rui]: both have ts fix and .34 has slow resume fix
Jun 08 07:43:18 <[Rui]> JaMa|Wrk: what ts fix? the WS?
Jun 08 07:43:27 <JaMa|Wrk> [Rui]: and all on shr-kms is built with older gcc-4.4.4, I use gcc-4.5 only locally, it's not yet ready to switch shr buildhost..
Jun 08 07:43:36 <JaMa|Wrk> [Rui]: lost ts events
Jun 08 07:43:47 <JaMa|Wrk> [Rui]: ts - touchscreen
Jun 08 07:43:48 <[Rui]> JaMa|Wrk: ah, ok, didn't notice that, I think.
Jun 08 07:44:13 <JaMa|Wrk> but it's still building ERROR: Please set the 'PERSISTENT_DIR
Jun 08 07:44:16 <JaMa|Wrk> ups
Jun 08 07:44:21 <[Rui]> :)
Jun 08 07:44:25 <JaMa|Wrk> NOTE: Running task 214 of 986
Jun 08 07:44:36 <JaMa|Wrk> this is right paste.. the ERROR was from ML.. :)
Jun 08 07:44:38 <[Rui]> JaMa|Wrk: but likely no difference in stability, I'd hazzard....
Jun 08 07:44:46 * JaMa|Wrk hates windows@work
Jun 08 07:45:11 * [Rui] offers his condolences to JaMa|Wrk and his Windows
Jun 08 07:48:00 <Wonka> Condolences? I fear for JaMa|Wrk that his windows is still alive...
Jun 08 07:50:22 <JaMa|Wrk> yeah those window bastards are more alive then they should be and I cannot control them..
Jun 08 07:50:59 <JaMa|Wrk> only thing I needed from them was to copy-to-clipboard the text I carefully selected by mouse.. 
Jun 08 07:56:18 <Wonka> my experience is that this won't work reliably
Jun 08 07:58:38 <JaMa|Wrk> it's even worse because middle-button-paste and select-to-copy works ok in putty terminal so it's even more inconsistent
Jun 08 08:12:31 <[Rui]> JaMa|Wrk: lol, Putty does it's best to ease one's windows-pains
Jun 08 08:12:46 <[Rui]> gtg work... fortunately they don't make me use Windows... yet....
Jun 08 08:13:56 * JaMa|Wrk likes google forcing employees NOT to use Windows :)
Jun 08 08:52:44 <[Rui]> JaMa|Wrk: well, 2.6.34 doesn't even boot...
Jun 08 08:52:59 <[Rui]> JaMa|Wrk: SoftDog: cannot register miscdev on minor=130 (err=-16)
Jun 08 08:53:42 <[Rui]> I have rootwait, but will now fsck and try rootdelay=7 instead (although the former should be better)
Jun 08 08:55:22 <[Rui]> or I'll try 2.6.32 first...
Jun 08 08:56:58 <[Rui]> 2.6.32 showed the same message, but it appears to be booting (shr splash came up)
Jun 08 08:59:02 <[Rui]> pin entered, so now I'll try to use it during the day...
Jun 08 09:04:46 <[Rui]> ok, not usable... white screen after idle is still there :(
Jun 08 09:05:06 <[Rui]> raster: he, good night! :)
Jun 08 09:07:10 <raster> not good
Jun 08 09:07:12 <raster> better than morning
Jun 08 09:07:14 <raster> but not good yet
Jun 08 09:11:34 <[Rui]> raster: :( hope it gets better...
Jun 08 09:14:00 <raster> unlikely
Jun 08 09:14:06 <raster> might improve over the coming days/weeks
Jun 08 09:21:53 <JaMa|Wrk> [Rui]: I'm running latest 2.6.34.. but from local build not the one just built on shr buildhost..
Jun 08 09:27:27 <[Rui]> JaMa|Wrk: anyways, WS on unblank makes it extremely hard to use as a phone, even if after next blank cycle (if you act quickly after the next blank) it comes up properly, it's too long after a call
Jun 08 09:30:36 <JaMa|Wrk> [Rui]: and you didn't have WSod with oe1 (2.6.32.13) right?
Jun 08 09:30:53 <[Rui]> JaMa|Wrk: it's not "of death", just WS
Jun 08 09:31:01 <JaMa|Wrk> I know..
Jun 08 09:31:19 <[Rui]> JaMa|Wrk: and yes, I did have with all 2.6.3x kernels that have been recently posted there
Jun 08 09:31:43 <[Rui]> all 2.6.32.13 and 2.6.34
Jun 08 09:32:19 <JaMa|Wrk> oe2 and oe3 are from gdrm-for-merging patches which Weiss said have known issue, but oe1 was from gdrm-2.6.32 branch..
Jun 08 09:32:44 <JaMa|Wrk> and with all those versions I don't get WS.. so cannot test/debug here
Jun 08 09:39:38 <[Rui]> I don't remember what happened, possibly it didn't boot in my freerunner (like this new 2.6.34 build)
Jun 08 09:40:07 <JaMa|Wrk> which version?
Jun 08 09:40:09 * JaMa|Wrk confused
Jun 08 09:40:20 <[Rui]> JaMa|Wrk: the oe1
Jun 08 09:41:19 <JaMa|Wrk> iirc you first tried oe2, then downgraded to preferred oe1 and tested it for a while..
Jun 08 09:41:24 <JaMa|Wrk> but who knows...
Jun 08 09:44:09 <[Rui]> JaMa|Wrk: possibly, but I was having a lot of instability and fs corruption (probably due to the forced battery removal power offs)
Jun 08 09:50:05 <[Rui]> I already can't remember which was which
Jun 08 11:27:59 <Mirv> does someone has a memory where moko-gtk-theme sources are?
Jun 08 11:56:08 <Mirv> found: http://docs.openmoko.org/trac/browser/trunk/src/target/OM-2007.2/libraries/moko-gtk-engine & http://svn.openmoko.org/trunk/src/target/OM-2007.2/libraries/moko-gtk-engine/
Jun 08 13:41:02 <lars_> JaMa|Wrk: pushed the fix
Jun 08 13:42:57 <JaMa|Wrk> lars_: thanks
Jun 08 13:43:47 <JaMa|Wrk> lars_: tried to build it?
Jun 08 13:43:55 <JaMa|Wrk> 00:48:03 < JaMa|Zzz> larsc: also s/PC50633_PM_OPS/PCF50633_PM_OPS/g (missing F)
Jun 08 13:44:05 <JaMa|Wrk> lars_: ^ still spply
Jun 08 13:44:28 <JaMa|Wrk> lars_: for that #else
Jun 08 13:57:23 <lars_> oops. fixed, thanks
Jun 08 14:12:38 <ThibG> question: why are OM drivers (jbt, glamo, ...) not upstream?
Jun 08 14:18:42 <lars_> because they are not ready for upstream yet
Jun 08 14:19:09 <ThibG> hm ok
Jun 08 14:21:39 <ThibG> isn't staging made for that?
Jun 08 14:23:33 <lars_> sort of
Jun 08 14:26:37 <ThibG> then, why isn't it in staging?
Jun 08 14:27:47 <stefan_schmidt> ThibG: Because you haven't stepped up to do the needed work?
Jun 08 14:28:15 <stefan_schmidt> ThibG: serious, this is community driven by now...
Jun 08 14:28:32 <ThibG> heh, that was just a question
Jun 08 14:28:48 <stefan_schmidt> ThibG: And mine was just an answer :)
Jun 08 14:29:30 <lars_> as stefan_schmidt said, because nobody has submitted it
Jun 08 14:29:40 <ThibG> ok, thanks
Jun 08 14:32:38 <lars_> actually glamo is basically the only driver which needs a bit of cleanup
Jun 08 14:33:20 <lars_> jbt isn't upstream because it is useless without glamo
Jun 08 14:33:47 <stefan_schmidt> lars_: not on gta01 but I get your point :)
Jun 08 14:34:35 <lars_> upstream pcf is only a few commits behind and regularly synced
Jun 08 14:35:06 <lars_> for bq27000 I have patches which merge it with the upstream bq27x00 driver, which hopefully make it into 2.6.36
Jun 08 14:35:12 <ThibG> ok, thanks. Are there specific tasks pending for the glamo driver? Maybe I can have a look
Jun 08 14:36:49 <lars_> ThibG: hm. hard to say, Weiss might know
Jun 08 14:37:25 <lars_> but in general I think it has some style issues right now
Jun 08 14:39:17 <ThibG> ok
Jun 08 14:44:42 <lars_> two concrete issues: the mmc driver should be switched to threaded irqs and the outputs of the glamo should either be high-z or gnd during suspend(talk to DocScrutinizer for details)
Jun 08 14:49:38 <ThibG> hm ok, not sure I can do much, here. Anyway, going to read glamo code!
Jun 08 14:50:21 <lars_> ThibG: thanks
Jun 08 14:50:46 <lars_> stefan_schmidt: gta01 isn't upstream either.
Jun 08 14:51:07 <stefan_schmidt> lars_: I know
Jun 08 14:51:45 <lars_> altought it probably is easier to get it upstream then gta02
Jun 08 17:47:36 <pespin_> which distro is this? http://scap.linuxtogo.org/files/0c067bef2a33bb04abe293b6a4514683.png
Jun 08 17:48:30 <mickeyl> looks like nokia fonts
Jun 08 17:48:38 <mickeyl> so probably maemo, mer, meego, or whatever m*
Jun 08 17:49:43 <mickeyl> note that it's not an FR
Jun 08 17:51:09 <thrashold> looks like Nokia resolution, too
Jun 08 17:51:35 <pespin_> it says nokia up the image :P
Jun 08 17:56:26 <mickeyl> ah right
Jun 08 17:56:27 <mickeyl> n810
Jun 08 17:56:55 <mickeyl> one of those is gathering dust here as well
Jun 08 17:59:32 <Broam> morning all
Jun 08 18:04:06 <Q-Master> hehe...linux.org.ru on screenshot. 8)
Jun 08 18:18:39 <marius> Hi, can somebody give me some hints on SHR?
Jun 08 18:18:56 <Guest1288> just reinstalled to a newer version
Jun 08 18:19:10 <Guest1288> but now it won't start my GSM antenna
Jun 08 18:19:12 <Broam> Guest1288: I haven't used SHR in a while, but the biggest thing is make sure your SD card isn't one of the ones known to have problems
Jun 08 18:19:32 <Guest1288> okay
Jun 08 18:19:41 <Broam> Guest1288: It's worked before I take - I'd check the logs. Which log it is? I'm not sure right now
Jun 08 18:19:42 <Guest1288> just wondered what kind of uImage i should use
Jun 08 18:19:48 <Guest1288> it has been working good before
Jun 08 18:20:27 <Broam> Guest1288: you're doing SD? I'd make sure you grabbed the right build of SHR. The gta01 (neo 1973) and gta02 builds are different. I put the wrong build on my phone and it was no end of trouble
Jun 08 18:20:37 <Guest1288> yeah
Jun 08 18:20:41 <Guest1288> took the right one
Jun 08 18:20:43 <Broam> ok
Jun 08 18:20:43 <Guest1288> gta02
Jun 08 18:20:51 <Broam> unstable testing or stable?
Jun 08 18:20:52 <Guest1288> but there are so many uImages
Jun 08 18:20:54 <Guest1288> testing
Jun 08 18:21:36 <Broam> Guest1288: get the one w/ the latest date. .tar.gz is for sd cards assuming you flashed Qi to your FR
Jun 08 18:21:49 <Broam> usually the one without version number is just a symlink to the latest
Jun 08 18:22:01 <Broam> the "bin" and "jffs2" are for the NAND
Jun 08 18:22:14 * Broam is doing this off memory FYI - if someone wants to correct him go ahead
Jun 08 18:22:22 <Guest1288> ok
Jun 08 18:22:36 <Guest1288> there is non without version number in the testing folder
Jun 08 18:22:43 <Broam> then do the latest date
Jun 08 18:22:44 <Guest1288> i will try the one in the unstable folder
Jun 08 18:23:15 * Q-Master is using unstable
Jun 08 18:23:25 <Broam> Guest1288:  they're generally not kidding
Jun 08 18:23:58 <Guest1288> flashing uImage now
Jun 08 18:24:20 <Broam> Didn't realize you could flash to SD
Jun 08 18:24:32 <Broam> I was always shutting my phone down popping it in an SD reader on my desktop and doing it there
Jun 08 18:24:33 <Guest1288> not running on SD
Jun 08 18:24:37 <Broam> aah
Jun 08 18:25:00 <Guest1288> on NAND (I think it is)
Jun 08 18:25:25 <Broam> yeah
Jun 08 18:25:38 <Guest1288> okay, booting
Jun 08 18:25:43 <Broam> NOR is basically read-only as far as we're concerned. NAND is the on-board flash
Jun 08 18:25:46 <Broam> good luck
Jun 08 18:26:00 <Guest1288> thanks a lot:)
Jun 08 18:26:08 <Guest1288> there is so many files
Jun 08 18:26:09 <Broam> if you're running unstable you probably want ot be on the mailing list
Jun 08 18:26:19 <Broam> it took me a bit too, they're still doing lots of active development here
Jun 08 18:26:27 <Guest1288> and a long time since i been playing with the phone
Jun 08 18:27:14 <Broam> I used SHR for a while as daily driver
Jun 08 18:27:41 <Broam> but I wa having issues w/ SD cards and I have this policy about not flashing unstable versions to NAND
Jun 08 18:28:12 <Guest1288> kind of got an android phone for daily use
Jun 08 18:28:20 <Guest1288> so my freerunner is for fun
Jun 08 18:28:24 <Guest1288> and for reasearch
Jun 08 18:28:59 <Q-Master> I'm using unstable from uSD
Jun 08 18:29:10 <Q-Master> and it's workign quite good
Jun 08 18:29:22 <Guest1288> got the GSM up running now:)
Jun 08 18:29:22 <Guest1288> thnsx
Jun 08 18:32:36 <Broam> all right! I'm helpful.
Jun 08 18:32:50 <Broam> my backup/daily use phone is a Motorola C-155
Jun 08 18:33:00 <Broam> those who do any work on Osmobbc would find that interesting
Jun 08 18:33:09 <Broam> but FR looks like i might get it to go.
Jun 08 18:33:11 <Guest1288> i really appreciate the help
Jun 08 18:33:14 <Broam> np
Jun 08 18:33:32 <TAsn> mrmoku`, ping
Jun 08 18:52:45 <mrmoku> TAsn: pong
Jun 08 18:53:38 <Guest1288> got another problem while trying to run my old gps-python code. I installed python-pygpsd but i still get ImportError: No module named gps
Jun 08 18:53:44 <Guest1288> anybody have an idea?
Jun 08 18:56:27 <Broam> Guest1288: no, not sure. gpsd might be fso-gpsd now but don't quote me
Jun 08 18:56:59 <Guest1288> it dosent seem like it finds the gps.py file
Jun 08 18:57:18 <Guest1288> i have the fso-gpsd
Jun 08 20:38:45 <[Rui]> lars_: hi, the recent 2.6.34 didn't even boot, for me.
Jun 08 20:39:29 <[Rui]> lars_: while the recent 2.6.32.13 did boot, the current white screen on blank (after a time) makes it not useful
Jun 08 20:39:46 <lars_> probably 4a29094bdf6ff382b7558e242ddb91c67fc200c7
Jun 08 20:40:44 <lars_> i had it in my tree. but it was untested
Jun 08 20:42:31 <lars_> nope. boots fine here
Jun 08 20:43:52 <[Rui]> lars_: this is the one that didn't even boot, for me: [ ]	uImage-2.6.34-oe3+gitr1+dd1225cc08c3375bf80289ac1965c724881b149a-r0-om-gta02.bin
Jun 08 20:44:21 <JaMa|Wrk> [Rui]: can you try to redownload latest 2.6.32 if it boots for you?
Jun 08 20:44:51 <[Rui]> JaMa|Wrk: this one? uImage-2.6.32.13-oe3+gitr6+a9254be10ac2294ea20165a87c09ea6afcf66d94-r0-om-gta02.bin
Jun 08 20:45:00 <[Rui]> it's a new one, right?
Jun 08 20:45:13 <JaMa|Wrk> yes..
Jun 08 20:45:17 <JaMa|Wrk> but it was rebuilt later
Jun 08 20:45:36 <JaMa|Wrk> 08-Jun-2010 11:45
Jun 08 20:46:02 <[Rui]> JaMa|Wrk: ok, downloading
Jun 08 20:46:07 <JaMa|Wrk> if it fails as 2.6.34 for you than this is probably the cause: http://git.openembedded.org/cgit.cgi/openembedded/commit/?id=55f37fa10302d00d48c1e61b8c7267d6492d8d41
Jun 08 20:52:02 <[Rui]> JaMa|Wrk: gcc 4.5 support?
Jun 08 20:52:50 <[Rui]> shutting down...
Jun 08 20:57:18 <JaMa|Wrk> [Rui]: yes.. without this patch every kernel built with 4.5 fails to boot
Jun 08 21:00:59 <[Rui]> last messages is wacom driver registered, but shr splash is taking too long to show up
Jun 08 21:01:05 <[Rui]> doesn't seem like it's booting
Jun 08 21:01:27 <JaMa|Wrk> [Rui]: please boot with debug to see what's happening..
Jun 08 21:02:01 <[Rui]> shit, my µ-sd card reader is on the laptop bag and I'm too tired to get up :(
Jun 08 21:02:07 <[Rui]> must... make... effort...
Jun 08 21:03:24 <[Rui]> JaMa|Wrk: debug flag, or just remove quiet?
Jun 08 21:08:26 <[Rui]> JaMa|Wrk: oh wow, it booted with debug
Jun 08 21:12:41 <JaMa|Wrk> [Rui]: just hold power button while booting if you have Qi
Jun 08 21:13:20 <[Rui]> JaMa|Wrk: I have Qi, didn'tknow that but added the flag to append-GTA02... anyway, I'm trying to figure out how long after blank it gets the white screen
Jun 08 21:13:29 <[Rui]> Weiss: would that be useful to you?
Jun 08 21:14:04 <JaMa|Wrk> [Rui]: holding POWER is easier than changing file on unbootable image :)
Jun 08 21:14:44 <[Rui]> JaMa|Wrk: yeah, having a µ-sd card reader makes it also easy (also for doing fsck), but I'll keep that tactic in mind for the next time
Jun 08 21:14:47 <JaMa|Wrk> [Rui]: careful reading of shr-kms readme or Qi wiki page would reveal debug switch for you :)
Jun 08 21:15:47 <[Rui]> JaMa|Wrk: my memory isn't the best unless I read and use for a few times
Jun 08 21:16:18 <[Rui]> ok, two minutes is not enough for WS
Jun 08 21:20:59 <[Rui]> 4 minutes, no WS either
Jun 08 21:31:32 <[Rui]> 10 minutes, no WS
Jun 08 21:31:39 <[Rui]> I wonder if "debug" solves WS...
Jun 08 21:32:57 <JaMa|Wrk> that would explain why I never seen it here (using POWER->debug to prevent unknown-block-device instead of rootwait/rootdelay)
Jun 08 21:46:01 <[Rui]> ok, just about under 14 minutes => WS
Jun 08 21:55:34 <[Rui]> JaMa: I'm going to try to reboot now, without debug
Jun 08 21:56:45 <valos> playya_: ping
Jun 08 22:02:25 <mrmoku> [Rui]: two minutes is definitely enough for me
Jun 08 22:02:40 <[Rui]> mrmoku: with or without debug?
Jun 08 22:02:42 <JaMa> mrmoku: so should I push switch? :)
Jun 08 22:02:50 <mrmoku> :P
Jun 08 22:02:51 <[Rui]> mrmoku: because for me it used to be faster, as well
Jun 08 22:03:03 <mrmoku> [Rui]: ahh... ok, did not try that new kernel yet
Jun 08 22:03:05 <JaMa> ah enough for you to get WS
Jun 08 22:03:12 <JaMa> not to enjoy FR :)
Jun 08 22:03:15 <mrmoku> yep :)
Jun 08 22:03:17 <mrmoku> WS
Jun 08 22:03:28 <[Rui]> but without debug, doesn't boot
Jun 08 22:04:12 <[Rui]> with debug it boots
Jun 08 22:04:24 <[Rui]> is this fact interesting?
Jun 08 22:04:46 <mrmoku> JaMa: I will try to give it a try tomorrow... now bedtime
Jun 08 22:04:51 <mrmoku> gnight all
Jun 08 22:04:58 <[Rui]> mrmoku|away: gnight
Jun 08 22:04:59 <JaMa> [Rui]: if the "doesn't boot" reason is only unknown-block-device for rootfs then nothing new..
Jun 08 22:05:14 <[Rui]> JaMa: I have rootwait in append-GTA02
Jun 08 22:05:19 <JaMa> mrmoku|away: tomorrow there will be new efl snapshot (not rsynced to public feed)
Jun 08 22:08:31 <[Rui]> JaMa: oh goody :)
Jun 08 22:09:28 <zub> TAsn: ping
Jun 08 22:11:00 <zub> TAsn: finally got time to create the patch we talked about - to make my changes fit in with conventions; yet there was this thing to discuss: http://git.shr-project.org/git/?p=libphone-ui-shr.git;a=blobdiff;f=src/view/contact-list-view.c;h=9a234c6987274c3d68a9a03634fe9af222ed334e;hp=a35c26a3b86fdf80f0709d12f928b380764d27aa;hb=29f50f4482feec132e30c075e7c2a36ce09d3638;hpb=0df4d56a9de2db958f84206f8e917165b5d19a34
Jun 08 22:11:05 <JaMa> [Rui]: was AUX led blinking quickly red?
Jun 08 22:11:13 <[Rui]> JaMa: nopes
Jun 08 22:11:15 <JaMa> [Rui]: when it wasn't booting for you?
Jun 08 22:11:44 <[Rui]> JaMa: yeah, no quick red flashes
Jun 08 22:11:45 <JaMa> then probably different issue, because kernel panic with missing rootfs node is shown by red led
Jun 08 22:11:51 <[Rui]> unless they're not continuous and I missed them
Jun 08 22:12:04 <JaMa> continuous
Jun 08 22:13:15 <zub> TAsn: I guess you don't like (0) NULL being printed. This sure can be avoided by simple if + differentitating the string. Or was it you think the situation !error && !properties cannot happen?
Jun 08 22:14:27 <JaMa> hmm git.openmoko.org seems down
Jun 08 22:25:29 <ThibG> lars, converted the workqueue irq handling in glamo-mci to threaded irqs, but honestly, this is completly new to me, I may have missed something important
Jun 08 22:27:18 <JaMa> gnight all
Jun 08 22:27:34 <ThibG> 'night
Jun 08 22:30:02 <playya_> valos, pong
Jun 08 22:30:28 <valos> playya_: morphis ask me to write a simple touchscreen management daemon over tslib plugin for FSO
Jun 08 22:30:45 <valos> this is completly new to me
Jun 08 22:31:00 <valos> currently I know nothing and I have questions. Can you help me ?
Jun 08 22:31:07 <playya_> what do you want to manage?
Jun 08 22:31:19 <playya_> yes. i can help you.
Jun 08 22:32:20 <valos> a tap on screen to tell FSO to wakeup screen 
Jun 08 22:32:30 <valos> What environnent I need (directfb, Kdrive, Xorg ...) and how I install it ?
Jun 08 22:33:12 <playya_> we're using framebuffer atm
Jun 08 22:33:35 <playya_> I#m not up-to-date atm. but afaik morphis uses X
Jun 08 22:34:06 <valos> Is it possible to test tslib plugin with freamebuffer?
Jun 08 22:34:35 <[Rui]> JaMa|Zzzz: night!
Jun 08 22:35:19 <playya_> i try to finish my preboot image the next days
Jun 08 22:35:32 <playya_> it uses framebuffer and the tslib plugin
Jun 08 22:36:27 <playya_> but imho there's one problem: /dev/touchscreen can only be opened exclusivly
Jun 08 22:37:11 <lindi-> on openmoko?
Jun 08 22:37:22 <valos> lindi-: no palm pre
Jun 08 22:37:29 <lindi-> very confusing :)
Jun 08 22:37:40 <playya_> and it's using a capacitive touchscreen, so it might wakup all the time
Jun 08 22:37:41 <lindi-> here I can hexdump it at will
Jun 08 22:38:53 <playya_> i don't know if X provides an interface for waiting for activity
Jun 08 22:39:28 <playya_> valos, i wrote a "minimal" fso plugin: http://wiki.freesmartphone.org/index.php/Tutorials/Example_FSO_plugin
Jun 08 22:46:29 <playya_> valos, do you have any experience in programming vala?
Jun 08 22:46:42 <valos> playya_: no :-(
Jun 08 22:46:56 <playya_> ok
Jun 08 22:47:03 <playya_> java, c#?
Jun 08 22:47:07 <playya_> OOP in general?
Jun 08 22:47:27 <valos> only C and Python
Jun 08 22:47:54 <playya_> C with glib?
Jun 08 22:49:20 <valos> playya_: 
Jun 08 22:49:23 <valos> playya_: yes
Jun 08 22:49:31 <playya_> ok. good
Jun 08 22:49:53 <playya_> so you have experience in OOP and glib. that's a good starting point for vala
Jun 08 22:50:35 <playya_> maybe you should start here: http://live.gnome.org/Vala#Tutorials
Jun 08 22:50:46 <valos> playya_: extract of mail morphis sent to me http://pastebin.com/fDWDaDfZ
Jun 08 22:52:04 <lars_> ThibG: send patches to the mailinglist
Jun 08 22:52:22 <ThibG> lars_, ok, I'll do
Jun 08 22:52:25 <playya_> the problem with this idea is imho the following: we have to poll all the time and never get into sleep mode
Jun 08 22:58:40 <valos> Ok, I agree. It is why you ask if X provides an interface for waiting for activity. It would be better a FSO plugin asks X
Jun 08 22:58:58 <playya_> yes
Jun 08 22:59:17 <playya_> in preboot, i won't turn off the backlight
Jun 08 23:01:39 <valos> I see that zhone2 does
Jun 08 23:04:26 <playya_> valos, have you tried to disable the kernel_idle plugin in fsodeviced?
Jun 08 23:04:46 <valos> playya_: no
Jun 08 23:06:12 <valos> playya_: in /etc/freesmartphone/conf/htc_qualcomm_msm/fsodeviced.conf ?
Jun 08 23:06:17 <valos> playya_: how?
Jun 08 23:07:28 <playya_> no
Jun 08 23:07:50 <playya_> iirc there should be a /etc/freesmartphone/conf/palm_pre/fsodeviced.conf
Jun 08 23:08:14 <playya_> use # to comment the fsodeviced.kernel_idle section
Jun 08 23:17:38 <valos> playya_: zhone2 or framebuffer uses kernel_idle (i don't know exactly what is kernel_idle) ?
Jun 08 23:17:58 <playya_> kernel_idle is a fsodeviced plugin
Jun 08 23:18:56 <playya_> hmm. but we don't have a fsoeventsd
Jun 08 23:20:08 <valos> playya_:  before comment kernel_idle, I add to  kill zhone2 otherwise after few minutes my pre freezes.
Jun 08 23:21:21 <playya_> oh. ok
Jun 08 23:21:32 <playya_> i'll install the image tomorrow. 
Jun 08 23:21:43 <playya_> but i have to go to bed first :)
Jun 08 23:21:45 <playya_> good night
Jun 08 23:22:03 <valos> playya_: ok, gnight
Jun 08 23:23:07 <playya_> btw. are you german valos ?
Jun 08 23:23:17 <valos> playya_: no, french
Jun 08 23:23:31 <valos> but I have a germany palm pre
Jun 08 23:23:40 <playya_> ah. ok
Jun 08 23:23:55 <playya_> because there's also #openmoko-de 
Jun 08 23:24:13 <valos> I discovered qwertz leyboard :-)
Jun 08 23:24:21 <playya_> afaik you're the first non-german prehacker
Jun 08 23:24:22 <valos> thx but My german is too old
Jun 08 23:24:45 <valos> ooooh
Jun 08 23:28:40 <playya_> hmm. it seems xcb provides the necessary functionality
Jun 08 23:33:25 <valos> You think about to use a xcb window manager
Jun 09 01:13:37 <rohezal> hi guys
Jun 09 01:13:39 <rohezal> one question
Jun 09 01:13:49 <rohezal> can i power something via the mini usb port in the freerunner?
Jun 09 01:14:27 <rohezal> like a usb gamepad? i just got a usb to mini usb adapter for an normal usb gamepad. but it looks like that the gamepad got no power from the freerunner
Jun 09 01:16:41 <max_posedon> usb host on Freerunner can power up devices upto 500mA
Jun 09 01:18:45 <rohezal> ok is there something i have to configure or to enable in qtmoko?
Jun 09 01:18:53 <rohezal> even an usb pen drive didnt work
Jun 09 01:19:22 <max_posedon> because by default neo configure in usb-device, not usb-host mode
Jun 09 01:19:31 <rohezal> but use the adapter with an usb cable to power the phone and let the host pc detect it works 
Jun 09 01:19:38 <max_posedon> I don't know how to do it in qtmoko, may be trough magic echo
Jun 09 01:19:48 <max_posedon> check the wiki, info should be there
Jun 09 01:20:08 <rohezal> can you give me a hint where to look?
Jun 09 01:20:25 <max_posedon> wiki.openmoko.org , somewhere there I think
Jun 09 01:20:27 <rohezal> checked the hardware section a bit today but i found nothing 
Jun 09 01:21:29 <rohezal> lol
Jun 09 01:21:29 <rohezal> http://wiki.openmoko.org/wiki/USB_host
Jun 09 01:21:33 <rohezal> forget it^^
Jun 09 01:21:40 <rohezal> sometimes im just to stupid to search :P
Jun 09 01:24:21 <rohezal> thank you for your advise
**** ENDING LOGGING AT Wed Jun 09 02:59:57 2010