**** BEGIN LOGGING AT Sun Nov 07 02:59:58 2010 Nov 07 08:48:43 I'm getting screen corruption (just the top bit where the panel usually is) in the lock screen with todays SHR-u update. is anyone else having that issue? Nov 07 09:26:25 pabs3: yes someone reported it on ML Nov 07 09:26:41 cool Nov 07 10:14:47 i'm updating shr-u at the moment. wondering if i also get these screen corruptions Nov 07 11:00:30 wowo after shr-u update my touchscreen sends wrong coordinates... Nov 07 11:02:20 Fox_Muldr: see ML, someone had similar problem Nov 07 11:03:10 i already see your mail converning pointercal issues Nov 07 11:06:16 and? Nov 07 11:08:38 i reboot now Nov 07 11:11:09 i did the remove and reinstall of pointercal-xinput package but now after reboot i only have a screen lock with upper screen corruptions and i can't use the slider. don't know if touchscreen still is incorrect or what else Nov 07 11:11:40 use AUX button to unlock Nov 07 11:12:11 i disabled aux button because i used it elsewhere ;) Nov 07 11:12:23 then you need ssh :) Nov 07 11:12:28 but i found the position on the touchscreen to slide it and it is still rotated 90 degrees Nov 07 11:12:45 with corruption, missing slider talk with [Rui], he was trying to fix it in libphone-ui-shr Nov 07 11:13:02 <[Rui]> JaMa: I reverted it all Nov 07 11:13:13 after lock screen disappeared the upper corruptions also disappeared Nov 07 11:13:32 but still touchscreen input is rotated :( Nov 07 11:14:23 [Rui]: but then it's still resized wrt keyboard? Nov 07 11:14:28 <[Rui]> tes Nov 07 11:14:41 now i'm back on my ssh console. is there anything else i should check for ts input? Nov 07 11:14:53 <[Rui]> yes, couldn't fix it, only made things worse, so I reverted it all Nov 07 11:15:19 <[Rui]> Fox_Muldr: Nov 07 11:15:46 <[Rui]> Fox_Muldr: it's not missing, just very small an on coords 0,0 Nov 07 11:16:58 [Rui]: i found the position of the slider with a little trying Nov 07 11:17:19 Fox_Muldr: do you use rotation? maybe omrotate? Nov 07 11:17:33 Fox_Muldr: is your pointercal.xinput the same as mine (on ML)? Nov 07 11:17:34 i disabled omrotate in conf Nov 07 11:18:14 JaMa: yes Nov 07 11:18:41 JaMa: it was already before i removed and reinstalled it. but i thought i try it Nov 07 11:19:12 try to run 89x*Calibration manually Nov 07 11:19:40 it said: Using calibration data stored in /etc/pointercal.xinput Nov 07 11:20:03 <[Rui]> Fox_Muldr: wait, you don't mean a little bit of corruption on the top bar? Nov 07 11:20:23 <[Rui]> Fox_Muldr: rotation is borked at the driver level Nov 07 11:20:46 <[Rui]> Fox_Muldr: xrandr -o 1 ; xrandr -o 0; is enough to bork dpi calculations all over Nov 07 11:21:04 [Rui]: with corruptions i mean a smal horizontal line of maybe 20 pixel which only shows garbage. i never rotated the screen today Nov 07 11:21:37 <[Rui]> Fox_Muldr: ok, that's the panel with the idle screen underneath it... somehow Nov 07 11:21:37 from ML http://1qaz.de/lock-1.png http://1qaz.de/lock-2.png Nov 07 11:22:03 <[Rui]> Fox_Muldr: it seems SPLASH is below the panel and there's no ELM_WIN_style that's better than it Nov 07 11:22:13 <[Rui]> and isn't resized by the keyboard :( Nov 07 11:22:15 JaMa: it looks exactly like these screens Nov 07 11:22:59 well I have those corruptions somethimes during whole last year or so Nov 07 11:23:33 [Rui]: the little corruption doesn't bother me at the moment because it gets lost after screen unlocks. but the wrong ts input bothers me ;) Nov 07 11:23:55 Fox_Muldr: any local change in xorg.conf? Nov 07 11:24:09 JaMa: not that i know of but i could look Nov 07 11:24:12 <[Rui]> Fox_Muldr: that's something else, all I did was change the window style in the idle screen, nothing ts related Nov 07 11:24:13 you can try evdev driver, but strange that I have right calibration here with both Nov 07 11:24:57 JaMa: my xorg.conf has quite some entries. how can i find out if it is default or altered? Nov 07 11:25:39 driver for touchscreen is "tslib" Nov 07 11:25:58 <[Rui]> Fox_Muldr: can you try to recalibrate first? Nov 07 11:26:21 [Rui]: you mean with 89xTS_Calibrator script? Nov 07 11:27:59 <[Rui]> Fox_Muldr: you can move /etc/pointercal.xinput aside and run it Nov 07 11:28:42 [Rui]: just rename it an dreboot after that and recalibration starts? Nov 07 11:29:00 <[Rui]> no need to reboot Nov 07 11:29:09 <[Rui]> can you ssh into it? Nov 07 11:29:18 [Rui]: yes i did this over ssh Nov 07 11:30:35 <[Rui]> and did it help Nov 07 11:30:37 <[Rui]> ? Nov 07 11:31:33 [Rui]: you mean just renaming the file and nothing else? the touchscreen still is wrong Nov 07 11:31:35 or just run xinput_calibrator Nov 07 11:31:49 <[Rui]> Fox_Muldr: move it aside and run xinput_calibrator Nov 07 11:31:57 ok i run it Nov 07 11:32:05 [Rui]: xinput_calibrator doesn't care about that file xinput_calibrator_once.sh does Nov 07 11:32:11 <[Rui]> JaMa: yes Nov 07 11:32:19 <[Rui]> moving aside is just to preserve it! Nov 07 11:32:32 xinput_calibrator doesn't overwritte it ;) Nov 07 11:32:39 so what should i run now? xinput_Calibrator or xinput_Calibrator_once.sh? Nov 07 11:33:21 xinput_calibrator for start Nov 07 11:35:30 ok i run it but after that the input still is wrong Nov 07 11:35:58 but it seems that it is not rotated but shifted over the screen Nov 07 11:36:28 at least one slider from the power menu could be used when sliding way over it on the screen Nov 07 11:38:02 interesting is that the displayed new values for "Evdev Axis Calibration" seems swaped compared to the ones in pointercal.xinput Nov 07 11:38:54 in pointercal.xinput i have "Evdev Axis Calibration" 32 107 918 911 98 and after xinput_calibrator it shows in the console "Evdev Axis Calibration" 32 925 108 100 916 Nov 07 11:39:59 it also ways "Swapping X and Y axis...". but don't know if this is normal or not Nov 07 11:42:51 Fox_Muldr: that's probably because it's "incremental" calibration, so you had ts axis swapped before calling it Nov 07 11:43:33 Fox_Muldr: to test it properly you can move pointercal.xinput and reboot (to start xinput_calibrator with "empty" xinput calibraton) Nov 07 11:43:51 JaMa: ok i have renamed it already and reboot now Nov 07 11:43:58 Fox_Muldr: do you have latest kernel, right? Nov 07 11:44:07 updated about a hour ago Nov 07 11:44:38 checked uImage link and uname -a? Nov 07 11:44:47 link is correct Nov 07 11:45:02 and no old image is there Nov 07 11:45:17 i can check uname -a after reboot Nov 07 11:47:52 hmm after reboot no screen calibration tool started automatically Nov 07 11:48:41 but i only have pointercal and pointercal.xinput.old (renamed it to *.old) in /etc Nov 07 11:49:19 could i run xinput_calibrator_once.sh manually? Nov 07 11:49:29 <[Rui]> sure Nov 07 11:53:01 now my pointercal.xinput changed from "xinput set-int-prop "Touchscreen" "Evdev Axis Calibration" 32 107 918 911 98" to "xinput set-int-prop "S3C24XX TouchScreen" "Evdev Axis Calibration" 32 113 923 917 100;" and the second line with "xinput set-int-prop "Touchscreen" "Evdev Axes Swap" 8 1" disappeared Nov 07 11:53:48 is this correct the the device name changed to S3C24XX TouchScreen? Nov 07 11:54:35 now it works :) Nov 07 11:54:39 <[Rui]> yay! Nov 07 11:55:01 :) Nov 07 11:55:24 but than why is the default pointercal.xinputin the repo different from the one i have to use? that's strange Nov 07 11:56:15 that would mean that after every update to this file i have to do the recalibration which i never had to do before Nov 07 11:58:51 <[Rui]> something wrong must've happened, I have been upgrading for a while and hadn't those issues Nov 07 11:59:07 <[Rui]> when did you previously upgrade? Nov 07 12:00:31 before today it was a few weeks ago Nov 07 12:03:30 gena2x: is it possible that your last jitterless touchscreen v4 changed ts name for user space? Nov 07 12:08:02 * JaMa still has "Touchscreen" in xinput --list Nov 07 12:10:29 screen rotation seems to work fine. but when i use the virtual keyboard i often have two characters when i press a key only once. seems like the input from ts bounces Nov 07 12:13:54 <[Rui]> Fox_Muldr: what are you running? Nov 07 12:14:02 <[Rui]> Fox_Muldr: screen rotation *doesn't work* Nov 07 12:14:34 <[Rui]> Fox_Muldr: just try to do xrandr -o N with N being, in this order: 1, 2, 3, 0 Nov 07 12:14:44 <[Rui]> 2 == 0, and 3 == 1 Nov 07 12:14:49 <[Rui]> shouldn't be Nov 07 12:14:54 <[Rui]> plus, dpi gets borked Nov 07 12:16:47 [Rui]: i used xrandr -o left and it worked good and after that i used xrandr-o normal and i get a normal non-rotated screen with working input Nov 07 12:17:00 <[Rui]> Fox_Muldr: try *right* :) Nov 07 12:17:31 [Rui]: ok i try Nov 07 12:17:51 [Rui]: but if right doesn't work but left works than i can live with that ;) Nov 07 12:18:12 <[Rui]> Fox_Muldr: no do that a few more times, then try to use the terminal :) Nov 07 12:19:03 [Rui]: directly after rotate right inoput is wrong Nov 07 12:21:34 Fox_Muldr: then you should try to fix this patch http://git.openembedded.org/cgit.cgi/openembedded/diff/recipes/xorg-xserver/xserver-xorg-1.9.2/randr-support.patch?id=cb798dc31dee5c131e0f634021678e9c2fedeca8 Nov 07 12:22:10 [Rui]: after rotating back to "normal" it is ok again. and when doing "left" it also works. strange is that right and left rotates both the same way but only left works. Nov 07 12:22:49 [Rui]: but the bounciness of the inoput is bothering me quite a bit. every second key is pressed twice :( Nov 07 12:23:12 <[Rui]> JaMa: Fox_Muldr's description looks a lot like *before* the jitterless patch Nov 07 12:23:44 [Rui]: ? Nov 07 12:23:59 [Rui]: you mean the ts name in "xinput --list" or rotation? Nov 07 12:24:13 <[Rui]> [Rui]: but the bounciness of the inoput is bothering me quite a bit. every second key is pressed twice :( Nov 07 12:25:06 Fox_Muldr: are you sure you have latest kernel? Nov 07 12:25:30 uname-a: Linux om-gta02 2.6.34.7 #1 Sun Oct 31 20:28:57 CET 2010 armv4tl GNU/Linux Nov 07 12:26:02 kernel was updated today when i did an opkg upgrade Nov 07 12:26:18 and running from nand or uSD? Nov 07 12:26:31 uSD Nov 07 12:26:48 so no kernel to flash in nand extra partition ;) Nov 07 12:28:21 hehe and i see that it always suspends on usb with full battery. quite annoying. i disabled suspend now in the power-menu Nov 07 12:30:18 <[Rui]> perhaps better than uname is opkg info kernel Nov 07 12:30:53 [Rui]: as long as /boot/uImage link is updated right :) Nov 07 12:31:07 Version: 2.6.34.7-oe9+gitr9+e4182f3551f1b8e8f8bd07a2d68e49a0ec4cd04a-r0.6 Nov 07 12:31:58 <[Rui]> Fox_Muldr: you have the same as I do Nov 07 12:32:04 links in /boot are: uImage-GTA02.bin -> uImage and uImage -> uImage-2.6.34.7 and file uImage-2.6.34.7 exists also Nov 07 12:33:25 <[Rui]> so it isn't that Nov 07 12:36:50 maybe it has something to do with the already different ts input. i already had to change the pointercal.xinput to get it working compared to the default settings Nov 07 12:55:26 Fox_Muldr: what's in your xinput --list? Nov 07 12:55:37 wait i look Nov 07 13:00:06 it gives in category "Virtual core pointer" three devices: "Virtual core XTEST pointer" "Touchscreen" and "S3C24XX TouchScreen" Nov 07 13:01:18 touchscreen is id=8 and s3c... touchscreen is id=9 Nov 07 13:05:45 ah, you have udevd installed? Nov 07 13:06:22 have i? Nov 07 13:06:37 so udevd is the culprit of the problems? Nov 07 13:07:00 udev was enabled in latest xserver for as input config manager Nov 07 13:07:35 so it's probably why you got id=9 from it Nov 07 13:07:55 if you have it, try to uninstall it and reboot Nov 07 13:10:15 if that's the case then you should disable AutoAddDevices in xorg.conf Nov 07 13:10:31 you can also check it in Xorg.log Nov 07 13:10:51 so i think my newly created pointercal.xinput is wrong after i deinstalled udev and reboted? Nov 07 13:11:18 yes "Touchscreen" is right name for that device (without udev) Nov 07 13:11:37 ok than i deinstall udevd and copy the original pointercal.xinout back :) Nov 07 13:11:50 so you have it installed, right? Nov 07 13:12:14 i have installed: libudev0 udev udev-utils Nov 07 13:12:44 so i should remove all three of them? Nov 07 13:13:36 you need libudev0 Nov 07 13:13:56 so i remove only "udev" Nov 07 13:14:12 it would also explain why switching from tslib to evdev fixed calibration for someone on ML Nov 07 13:14:41 because with evdev in xorg.conf, udev added ts is probably found as already added from xorg.conf Nov 07 13:15:02 i have complete reinstalled shr-u about a month ago from an image and after that only upgraded Nov 07 13:15:05 you can remove udev-utils too Nov 07 13:15:16 but udev never seemes to be removed later on Nov 07 13:15:21 ok i try it Nov 07 13:15:35 Fox_Muldr: udev packaging was broken and udev support in xserver enabled later Nov 07 13:16:33 http://git.openembedded.org/cgit.cgi/openembedded/commit/?id=9b49b9b6431e4658c27fecf883396f428ca3f7b8 Nov 07 13:16:40 http://git.openembedded.org/cgit.cgi/openembedded/commit/?id=6c1a8085ddcad763e58f03fe20b0f266bd1746d5 Nov 07 13:19:47 JaMa: i deinstaled udev, copied back the original pointercal.xinut and now reboot. hope it gets better :) Nov 07 13:20:47 JaMa: ok touchscreen has correct inputs. now i test the bounciness :) Nov 07 13:22:40 JaMa: now i only have touchscreen as input device with xinput --list and the bounciness is gone :D Nov 07 13:23:14 ok I'll post info to ML Nov 07 13:23:19 thanks for debuging Nov 07 13:24:17 JaMa: i have to thank you for your help :) Nov 07 13:24:40 and rotating is also working correct as long as i noly use "left" and "normal" :) Nov 07 13:25:38 <[Rui]> Fox_Muldr: and don't mind the dpi issue Nov 07 13:28:12 [Rui]: what dpi issue are reffering to? i can't find any big problems concerning the icons or fonts Nov 07 13:28:31 <[Rui]> Fox_Muldr: change from normal to left a few times then open vala terminal Nov 07 13:28:37 <[Rui]> fonts get smaller and smaller until unreadable Nov 07 13:29:25 [Rui]: so it happens after q few rotates. ok that maybe explains why the vala font is a little smaller than usual. but i don't thought this is wrong :) Nov 07 13:29:41 <[Rui]> well, a little is a favour Nov 07 13:29:55 <[Rui]> fbreader becomes unusable quickly, same as contacts, messages, dialer Nov 07 13:30:31 [Rui]: ok, so i have to reboot after a few rotates to get it back to nromal ;) Nov 07 13:31:25 until it is fixed... Nov 07 13:35:39 now it's time for lunch. i'm really hungry after such a debugging session. :) Nov 07 13:38:15 JaMa: concerning your mail: i never had the "AutoAddDevices" Entry in my xorg.conf Nov 07 13:43:08 Fox_Muldr: I know.. that's why I said it should be added to ignore input devices reported by udevd Nov 07 13:44:06 JaMa: ah ok. i thought when this entry exists it will automatically add the devices Nov 07 13:56:40 Fox_Muldr: it's enabled by default Nov 07 15:38:51 JaMa: no, not possible. Nov 07 15:39:23 gena2x: I've already found the reason (that was name from udevd instead xorg.conf), thanks Nov 07 15:39:47 Fox_Muldr: new xorg.conf in feed Nov 07 15:39:57 Fox_Muldr: should work now even with udevd installed Nov 07 15:40:25 JaMa: ok. btw, update patch to latest version Nov 07 15:40:47 JaMa: it changes it's name usually due to order or loaded modules Nov 07 15:41:29 gena2x: v4 is latest? Nov 07 15:41:40 JaMa: yes, latest and final Nov 07 15:42:06 pushed 6days ago Nov 07 15:42:10 http://gitorious.org/~jama/htc-msm-2-6-32/openmoko-kernel/commit/66137c87913ef0015180be17dc9edf7a11cd528a Nov 07 15:42:52 JaMa: ah, i am watching to http://git.openembedded.org/cgit.cgi/openembedded/tree/recipes/linux/linux-openmoko-2.6.34 Nov 07 15:43:51 gena2x: then it's http://git.openembedded.org/cgit.cgi/openembedded/commit/?id=924244aaaa83778e00592779a14fa71b1f3656b2 Nov 07 15:45:04 gena2x: diff between v3 and v4 iirc doesn't change much except formating so I didn't force rebuilding in OE and upgrade just for that Nov 07 15:46:24 JaMa: http://git.openembedded.org/cgit.cgi/openembedded/commit/?id=924244aaaa83778e00592779a14fa71b1f3656b2 <- v3. Yes, it should work in both cases. Nov 07 15:48:31 gena2x: as soon as there is support for gta01 in 2.6.34 I'll push patch removing older linux-openmoko kernels from OE and keeping only 2 patches against released tarballs (openmoko.patch from git.om) and (shr.patch from this gitorious repo) Nov 07 15:50:29 JaMa: oook, just do not forget to tell where to find latest shr kernel source for reference. Nov 07 15:52:11 that gitorious repo Nov 07 15:52:21 as always Nov 07 15:58:21 * gena2x done bubatt quest today. i saw it costs $120 to ship $2 battery here from digikey. after i tried all local components shops and found no capacitors and no batteries of appropriate size, i just got to local mobile fixing place and asked for bubatts from non-functional phones :) Nov 07 15:59:30 and btw, read that 'supercapacitors' are common reason of nokia phone breaks Nov 07 16:28:15 gena2x: :) Nov 07 16:29:03 gena2x: how do they break it? ;) Nov 07 16:34:07 folks, am getting a sweet price for the freerunner, I can't say what distro or firmware version the dealer has, but anything I should be aware of to ask the dealer first ? Nov 07 16:34:23 alcy: well, what revision it is? Nov 07 16:34:35 alcy: ask for buzz fix, 1024 fix Nov 07 16:34:38 alcy: have you used gnu/linux before? Nov 07 16:35:15 alcy: buzz fix is really need for gsm (in most places i think) Nov 07 16:35:27 alcy: ah, also ask which gsm standard Nov 07 16:35:37 alcy: fr came i 2 favors Nov 07 16:35:41 *in Nov 07 16:36:09 lindi: gena2x: yes, I am a linux guy, but yeah I only vaguely remembered about the buzz issue, thanks for the pointer ! will ask them. btw, in case you guys know this is the dealer am talkin about, http://www.idasystems.net/freerunner Nov 07 16:37:15 alcy: buzz-fix can be applied separately, 1024 will significantly reduce your standby time Nov 07 16:38:33 alcy: and where is also bass-fix, this is useful to improve sound quality in bass. only if you really have good ears. Nov 07 16:38:46 alcy: nothing else i think from hw point of view. Nov 07 16:39:28 alcy: from all this only buzz fix really must have. Nov 07 16:39:59 alcy: i think latest freerunners (a7?) are with buzz-fix included. Nov 07 16:40:00 gena2x: I don't think the sales guy would know about the fixes, but the price is too good to let go ! I'll take my chances and ask him about these. Will surely ask about the buzz fix. Thanks a lot. :) Nov 07 16:40:26 alcy: btw, what is the price? i think, i want to buy second fr Nov 07 16:42:01 alcy: ah this is india Nov 07 16:42:04 gena2x: not sure if the discount applies to foreigners(unless you are an Indian), but am getting it for ~273 $ ( this is a reduced price, right ?) Nov 07 16:42:52 gena2x: its a festive discountt, mainly. Nov 07 16:43:03 s/discountt/discount Nov 07 16:44:05 alcy: really, sounds not bad for me. Nov 07 16:44:43 <[Rui]> goldendelicus is selling A7+ for just a margin above that Nov 07 16:44:56 gena2x: yup, India :) Nov 07 16:45:01 <[Rui]> A7+ includes buzz fix, #1024 fix, bass rework, etc Nov 07 16:45:09 ^^^ good. Nov 07 16:46:02 alcy what do you plan to do with fr? we have tons of bugs to fix and things to improve :) Nov 07 16:46:47 gena2x: nice marketing speech Nov 07 16:47:20 lindi-: heh, marketing? all this true Nov 07 16:47:43 gena2x: I really want a new phone. :) And having played with dad's n900 for some time, I guess freerunner would be much more fun. would to love to contribute if I could. ;) Nov 07 16:48:46 alcy: yeaaah. it is really fun. Nov 07 16:49:08 heh, cool. Nov 07 16:51:07 alcy: if you'll be lack of ideas of what to fix/improve, ask me :) Nov 07 16:52:09 alcy: and do not to forget to update firmware and install latest qtmoko (v28) distibution to your phone. Nov 07 16:52:21 s/firmware/GSM firmware/ Nov 07 16:52:21 gena2x meant: alcy: and do not to forget to update GSM firmware and install latest qtmoko (v28) distibution to your phone. Nov 07 16:53:39 gena2x: ah cool, thanks a lot. :) was inclining towards debian though, but I guess I can't escape the distro-hopping on a phone too. ;) Nov 07 16:58:23 lindi-: forum where i read about supercapacitors is in russian and google seem fail to translate it to english. they told it can leak or even explode if heat up. Nov 07 16:58:50 lindi-: of course, not really reliable info, but still Nov 07 17:00:21 * gena2x back to dehydration of notebook Nov 07 17:31:32 hi Nov 07 17:31:59 with the last 2 versions of SHR my X crashes after boot. Any remedy? Nov 07 17:33:07 (SHR unstable that is) Nov 07 17:39:39 pieterc: got a backtrace? Nov 07 17:41:06 lindi-: nopes... can't even connect through ssh Nov 07 17:41:20 lindi-: I flashed the latest qi and kernel as well Nov 07 17:41:30 lindi-: could it be I should use another one? Nov 07 17:47:19 pieterc: ssh can't be related to X11, and should work. carefully recheck that you flashed right kernel and modules matching your kernel Nov 07 17:47:44 pieterc: check addresses it should work Nov 07 17:50:13 gena2x: what's the diff between ubi and non ubi qi? Nov 07 17:51:23 pieterc: ubi is filesystem in flash. we have 2 kinds of fs for our flash - ubi and jffs2. so you should use appropriate kernel parameters to boot appropriate fs pi Nov 07 17:52:08 pieterc: if you choose wrong fs, it should just stop while booting saying something like 'can't mount rootfs' Nov 07 17:52:28 pieterc: but i have no qi, so don't know anything more about it. Nov 07 17:52:47 I booted with u-boot now and I get an fatal error now Nov 07 17:53:08 pieterc: uboot should be configured to boot ubi filesystem Nov 07 17:53:10 could not load ..../modules.dep not such file or dir Nov 07 17:53:40 pieterc: by default u-boot boots jffs2 Nov 07 17:53:48 gena2x: yes - I flashed a jffs2 Nov 07 17:53:56 pieterc: it's not easy to reconfigure u-boot in nor Nov 07 17:54:18 pieterc: but if you using u-boot in nand and jffs2 version of your distro it should work Nov 07 17:55:01 gena2x: hm. It doesnt. Cant find modules.dep → this means I flashed the wrong kernel? Nov 07 17:55:27 pieterc: it should boot without modules.dep. but this message means either your modules not matching your kernel or something wrong internally in your distro. Nov 07 17:55:39 pieterc: more probably you flashed something wrong. Nov 07 17:56:25 gena2x: hm... I just flashed the latest kernel on the SHR unstable and the latest rootfs Nov 07 17:56:34 I'll re-flash my kernel Nov 07 17:56:49 pieterc: sorry, i can't tell you about shr - i am qtmoko user. Nov 07 17:57:35 gena2x: np, I'm already glad you gave me this information - Haven't used my moko in a while ;-) Nov 07 17:58:06 pieterc: oh, try it. it is nice now. especially try qtmoko v28 :) Nov 07 17:59:53 pieterc: i just didn't run shr for a while. don't know the state. but i like my qtmoko. Nov 07 18:00:36 gena2x: does it run gtk apps yet? Nov 07 18:00:51 gena2x: can I apt-get? Nov 07 18:01:05 (or opkg ;-)) Nov 07 18:01:14 pieterc: it is based on debian, so apt-get as much as you want Nov 07 18:01:23 gena2x: link? Nov 07 18:01:25 ;-) Nov 07 18:01:43 pieterc: it has qx, which should run any X11 app Nov 07 18:02:00 pieterc: but i didn't even tried it :) Nov 07 18:02:08 pieterc: ... yet Nov 07 18:03:16 pieterc: http://lists.openmoko.org/pipermail/community/2010-October/063493.html Nov 07 18:03:26 awesome - SHR boots with older kernel :p Nov 07 18:03:41 I'll test SHR first Nov 07 18:03:53 if it's a disapointment i'll try qtmoko Nov 07 18:04:16 gena2x: link bookmarked Nov 07 18:04:25 pieterc: if you'll be testing qtmoko, update kernel: http://lists.openmoko.org/pipermail/community/2010-October/063519.html Nov 07 18:04:52 pieterc: i like in freerunner that I can test tons of different things. Nov 07 18:10:08 hmmm. marketing day? :) Nov 07 18:10:47 but my notebook working after getting wet in rain, so i am happy :) Nov 07 18:28:16 gena2x: going to flash qtmoko Nov 07 18:34:28 gena2x: flashing ;-) Nov 07 18:35:00 pieterc: would be interesting to hear how do you like/dislike it. Nov 07 18:35:56 gena2x: if I can access my contacts on sim, can send smses, do phonecalls, and access my wifi Nov 07 18:35:58 I will be happy Nov 07 18:35:59 ;-) Nov 07 18:36:18 any thing I should not expect? Nov 07 18:36:44 pieterc: usure about current state of wiki, but everything else should work. Nov 07 18:36:53 *unsure Nov 07 18:36:56 *wifi Nov 07 18:37:28 gena2x: you use political correct terms Nov 07 18:37:34 like unsure, and should Nov 07 18:37:34 ;-) Nov 07 18:39:30 pieterc: hmmm. seem this is i am. is it good or bad? Nov 07 18:41:30 :D Nov 07 18:42:42 * gena2x thinks: damn lindi, he started all this marketing associations Nov 07 18:48:10 gena2x: to boot ubi fs I only have to flash that qi right? Nov 07 18:52:00 gena2x: booting up Nov 07 18:52:48 gena2x: looks really great so far Nov 07 18:54:51 gena2x: the fu*k? Pressing power kills it? Nov 07 18:55:23 <[Rui]> pieterc: hi there! Nov 07 18:55:32 [Rui]: Hi Rui! Nov 07 18:55:35 pieterc: no, it just suspends Nov 07 18:55:48 gena2x: I couldn't wake it up ;-) Nov 07 18:55:57 rebooting is pretty fast though Nov 07 18:55:57 pieterc: press power again Nov 07 18:56:36 gena2x: damn... I think I got myself a phone again Nov 07 18:56:53 pieterc: ? Nov 07 18:57:09 pieterc: what's wrong? Nov 07 18:57:23 gena2x: it was positive ;-) Nov 07 18:57:33 gena2x: like: Wow, I can use my moko again! Nov 07 18:57:37 pieterc: :) Nov 07 18:57:52 gena2x: and it rcognizes all my contacts out of the box! Nov 07 18:58:10 and it has voip and gtalk Nov 07 18:58:13 Teh Awesome Nov 07 18:58:34 pieterc: i just used to get negative expressions :) Nov 07 18:59:07 pieterc: don't know about voip, never tried Nov 07 18:59:25 gena2x: haha, I've been using my moko as primary phone with SHR for 1.5 year Nov 07 18:59:30 now picking it up again :p Nov 07 18:59:36 So I know what it can do ;-) Nov 07 18:59:42 or: I know what it can't do :p Nov 07 18:59:58 pieterc: hehe, you _don't know_ that it can do :) Nov 07 19:01:06 gena2x: ;-) Nov 07 19:01:37 gena2x: keyboard? Nov 07 19:02:08 pieterc: in qtmoko? very good, finger friendly. Nov 07 19:02:18 gena2x: yes, but how do I bring it up :p Nov 07 19:02:29 I'm in the terminal now Nov 07 19:02:56 pieterc: ah, in terminal only stylus-friendly keyboard Nov 07 19:03:06 use 'change input method' Nov 07 19:03:24 yes but how do I get the keyboard? Nov 07 19:03:26 I don't have one Nov 07 19:03:28 default input method is handwriting i think Nov 07 19:03:57 pieterc: in bottom of screen touch button Nov 07 19:04:02 it will open menu Nov 07 19:04:10 and use 'change input method' Nov 07 19:04:35 until you get kbd with many-many keys Nov 07 19:06:01 found it! Nov 07 19:06:40 damnnn Nov 07 19:06:42 no wifi? Nov 07 19:07:01 i think it should work, but i didn't tried Nov 07 19:07:14 may be you should turn it on somehow and setup Nov 07 19:08:49 hmm Nov 07 19:08:56 have to catch a train Nov 07 19:09:02 will be back in 2 hours ;-) Nov 07 19:09:04 will test then Nov 07 19:09:08 bye Nov 07 19:09:12 gl Nov 07 19:09:12 and thanks for the help Nov 07 19:09:17 np **** ENDING LOGGING AT Mon Nov 08 02:59:57 2010