**** BEGIN LOGGING AT Sun Dec 12 02:59:58 2010 Dec 12 03:00:04 nah, higher temperature generally affects the lifespan of electronics. even if it runs fine at some frequency for minutes or even months, life expectancy can still be shortened considerably due to thermal effects alone Dec 12 03:00:42 not sure whether EM follows the same curve regarding temperature as general aging though... Dec 12 03:01:58 antrik: so now you're stating the obvious, while nobody told anything different Dec 12 03:05:01 well, I'm just saying that in my understanding, EM is related to local heating effects, and thus differs from sample to sample... Dec 12 03:11:03 not that much Dec 12 03:12:30 EM is much more driven by current density rather than heat, though of course heat helps. And differences in particular chips regarding absolute temperature of hotspots aren't that huge it would really matter for EM Dec 12 03:13:20 rather it's random crystal grain structure at bonds that matters for differences between chips, regarding EM Dec 12 09:28:51 lindi-: hey, do you know about the smart hack used by the openwrt folks for the rootfs? http://wiki.openwrt.org/doc/techref/combined_squashfs_jffs2 Dec 12 10:20:58 * PaulFertser wonders if he can manage to sell his hair for a pair of cheap shock absorbers for his car Dec 12 11:28:25 hi mickeyl Dec 12 12:00:35 PaulFertser: take care to not get a cold without your hair though ;) Dec 12 12:02:52 Ainulindale: transfer it through now Dec 12 12:05:09 pespin_: as enjoy does not segfault for you... maybe some dependency is missing that you have installed? Dec 12 12:06:02 mrmoku: i'm using a proper hat regardless :) Dec 12 12:08:26 :) Dec 12 12:08:45 probably that's obligatory in moscow's winter anyway Dec 12 12:08:48 mrmoku, enjoy seem not to segfault for me but...without internet it's useless Dec 12 12:09:10 and I'm often without internet on nokia900 Dec 12 12:09:12 GNUtoo|laptop: it segfaults for me as soon as it wants to play a song Dec 12 12:09:36 let me connect to the internet to check Dec 12 12:09:39 GNUtoo|laptop: could you pastebin 'opkg list_installed | grep gstreamer' ? Dec 12 12:12:13 ok it doesn't segfault while playing Dec 12 12:12:17 I'll ssh into the phone Dec 12 12:12:22 ok Dec 12 12:13:11 are you sure that you want grep gstreamer? Dec 12 12:13:16 and not grep gst-plugin Dec 12 12:13:24 GNUtoo|laptop: ahh... sure Dec 12 12:13:33 grep gstreamer gives: Dec 12 12:13:43 gstreamer - 0.10.30-r1.6 and libemotion-backend-gstreamer - 2:0.1.0.042+svnr55438-r4.6 Dec 12 12:14:25 http://pastebin.com/5ftrfH0m Dec 12 12:14:28 also run in console Dec 12 12:14:40 it'll may tell you what is lacking Dec 12 12:14:47 ok, booting to compare Dec 12 12:14:51 morning folks Dec 12 12:14:56 hi Dec 12 12:14:56 morning mickeyl Dec 12 12:15:10 first version is almost finished Dec 12 12:15:21 question: when should we start/stop? Dec 12 12:15:24 first version of battery? Dec 12 12:15:31 first version of autotools? Dec 12 12:15:49 battery, i abandonded autotools for now after watching src/Makefile :) Dec 12 12:16:20 GNUtoo|laptop: http://shr.pastebin.com/uEya77Jx Dec 12 12:16:42 you lack alsa? Dec 12 12:17:09 freesmartphone.org: 03mickey 07cornucopia * r65870c0ea82d 10/fsodeviced/ (src/plugins/powersupply_n900/plugin.vala vapi/i2c.vapi): fsodeviced: powersupply_n900: implement configuring the charger and tickling it every now and then Dec 12 12:17:09 GNUtoo|laptop: alsa and autodetect Dec 12 12:17:13 ok Dec 12 12:17:16 add it to the deps Dec 12 12:17:17 with alsa being probably the serious one :P Dec 12 12:17:24 altough are there some distro using pulse? Dec 12 12:17:27 well... first I try if it fixes it Dec 12 12:17:32 probably Dec 12 12:19:49 DocScrutinizer: ping Dec 12 12:22:56 GNUtoo|laptop: ERR<289>:emotion-gstreamer emotion_gstreamer_pipeline.c:67 _emotion_pipeline_build() could not create audio sink Dec 12 12:23:12 hmmm Dec 12 12:23:23 pastebin the full log Dec 12 12:23:51 GNUtoo|laptop: running opkg upgrade Dec 12 12:24:15 I just installed the alsa plugin, though the others are in feed with newer version too Dec 12 12:24:21 ok Dec 12 12:26:34 also while you're fixing enjoy Dec 12 12:26:56 GNUtoo|laptop: http://shr.pastebin.com/b1r9rXJw Dec 12 12:27:04 could you try to find the correct gst-plugin for making the progress bar do something when you advance in the song Dec 12 12:27:40 ok, if I get it to play Dec 12 12:27:44 do you have the volume thing? Dec 12 12:27:59 hmmm Dec 12 12:28:06 also it talks about sink Dec 12 12:28:12 alsa is the sink Dec 12 12:28:16 yeah, but missing the convert and autodetect Dec 12 12:28:17 so maybe something block alsa Dec 12 12:28:19 ok Dec 12 12:28:48 * mrmoku installs autodetect Dec 12 12:29:30 heh, bingo Dec 12 12:30:07 GNUtoo|laptop: hmm... the progress bar in the now playing screen? Dec 12 12:30:14 yes Dec 12 12:30:33 works for me Dec 12 12:30:40 ah? Dec 12 12:30:45 you can progress in a song? Dec 12 12:30:49 ahh...no Dec 12 12:30:55 it progressing while playing Dec 12 12:31:00 yes Dec 12 12:31:00 but I can't progress manually Dec 12 12:31:07 but I want to progress manually Dec 12 12:31:24 yeah, sure Dec 12 12:31:31 maybe we should ask fidencio on monday if you don't find anything Dec 12 12:31:47 ok Dec 12 12:33:25 even if he's here today, it's useless asking because he has to ask the people he works with Dec 12 12:33:51 btw someone should do a video of enjoy for him Dec 12 12:33:58 I should do it if I remember to do it Dec 12 12:34:01 I always forgett Dec 12 12:40:42 http://pastebin.com/KPDQaeB0 Dec 12 12:41:04 sometimes I have that while returning from the playing to the album list Dec 12 12:47:38 hmm Dec 12 12:47:41 mickeyl: pong Dec 12 12:47:56 GNUtoo|laptop: setting position does neither work via dbus Dec 12 12:48:09 maybe it's just not yet fully implemented in enjoy Dec 12 12:48:36 DocScrutinizer: hi. i wonder whether there is any harm in keeping the (equivalent of the) charger script always running or whether it's advisable to only run/cancel it after a power source has been inserted/removed Dec 12 12:49:33 basically for the hw it's irrelevant. For the system however it's useless load Dec 12 12:49:48 GNUtoo|laptop: lunchtime... bbl Dec 12 12:51:18 An interesting board, suitable for communication/sniffing with various buses right from one's laptop: http://www.adafruit.com/index.php?main_page=product_info&cPath=8&products_id=237 Dec 12 12:51:56 DocScrutinizer: right. and one more... the 'cat /sys/devices/platform/musb_hdrc/charger' leads to a USB disconnect if operated outside of the charger script. any idea what's the deal here? Dec 12 12:52:16 freesmartphone.org: 03mickey 07cornucopia * r0e30249c42cc 10/fsodeviced/src/plugins/powersupply_n900/plugin.vala: fsodeviced: powersupply_n900: display status while tickling charger Dec 12 12:52:51 ummm... Dec 12 12:52:58 disconnect from what? Dec 12 12:53:10 g_ether Dec 12 12:53:23 errr Dec 12 12:54:12 DocScrutinizer: probably that's the "some asshole" node? :) Dec 12 12:54:36 charger detect, calls a routine in musb_hdrc which in turn is messing around with 1707 PHY chip Dec 12 12:54:42 a real mess and a PITA Dec 12 12:54:50 yes Dec 12 12:54:53 PaulFertser: Dec 12 12:56:58 to detect charger the PHY needs to wag the D+/- lines to sense a short. Doesn't exactly comply with usual data-over-USB Dec 12 12:57:36 fun Dec 12 12:57:48 basically, as long as there's some device detected by lsusb, you never should call that sysnode Dec 12 12:58:00 GNUtoo|laptop: would you like to review my plugin before i try it on real hardware? Dec 12 12:58:04 basically, kernel should cope with that Dec 12 12:58:13 but the musb_core is a mess Dec 12 13:45:13 mickeyl, hi Dec 12 13:45:51 mickeyl, is it commited but not activated in the config? Dec 12 13:49:48 mrmoku, hi, I was sleeping :P everything working now? Dec 12 13:50:35 anarsoul, hi, adding -02 to CFLAGS helped with the branch problem :) Dec 12 13:51:34 now it seems everything compiles fine and the exefcutable is created, but, I don't know why, make wants to execute it before ending, and of course, it doesn't work as the binary is for armv4t Dec 12 13:51:53 ../../../bin/R: line 241: /media/part_ext4/OE/shr-unstable/tmp/work/armv4t-oe-linux-gnueabi/r-2.12.0-r0/R-2.12.0/bin/exec/R: cannot execute binary file Dec 12 13:52:22 any idea if there's some easy way to disable this execution in makefile/configure? Dec 12 13:56:40 mickeyl, I don't know enough about charging to see issues Dec 12 13:56:43 pespin_: does not segfault anymore :) Dec 12 13:57:00 pespin_: though manually jumping to a position via the progress bar does not work Dec 12 13:57:07 mickeyl, what's that: Dec 12 13:57:09 i2cset -y -m 0xfc 2 0x6b 0x02 0x8c; Dec 12 13:57:18 it's between comments Dec 12 13:57:21 and is not commented Dec 12 13:57:35 doesn't seem like a function Dec 12 13:57:46 and doesn't seem wrapped under posix.system(); Dec 12 13:58:01 so basically that shell command compiled ? Dec 12 13:59:43 mrmoku, first thing would be to know if it's really implemented :) Dec 12 14:00:56 yeah Dec 12 14:01:04 * mrmoku is running git svn fetch right now Dec 12 14:03:44 mickeyl, ping Dec 12 14:03:55 mickeyl, btw sorry I was eating Dec 12 14:07:38 np Dec 12 14:07:40 Heinervdm: I've synced ewebkit revision in shr-t when I was pushing fixed scrolling to shr-u Dec 12 14:07:50 GNUtoo|laptop: all i2c are commented, otherwise it would not compile :) Dec 12 14:08:01 they are not all commented Dec 12 14:08:06 Heinervdm: rebuild of eve is probably enough for illegal instruction fix Dec 12 14:08:07 d'oh Dec 12 14:08:09 GNUtoo|laptop: which line? Dec 12 14:08:11 I'll look Dec 12 14:08:11 Heinervdm: I had the same in shr-u Dec 12 14:08:12 JaMa: ok Dec 12 14:08:16 ah sorry they are Dec 12 14:08:27 Heinervdm: can you test it if I rebuild it without PR bump first? Dec 12 14:08:35 I didn't see the /* */ Dec 12 14:08:40 which are multiline comments Dec 12 14:08:47 yep Dec 12 14:09:11 JaMa: in 4 or 5 hours Dec 12 14:09:11 maybe ask doc for review Dec 12 14:09:18 I don't know enough to review Dec 12 14:09:22 well Dec 12 14:09:24 you can just compare Dec 12 14:09:27 that would help me Dec 12 14:09:30 I only just know vala Dec 12 14:09:40 not how battery charging works in the details Dec 12 14:09:48 Heinervdm: ok it will be in feed.. so if it helps then please push pr bump Dec 12 14:10:00 JaMa: will do, thx Dec 12 14:10:06 btw fsodeviced is lgpl? Dec 12 14:10:52 ya Dec 12 14:11:04 ok Dec 12 14:11:13 (just wanted to know if I had to sed it again) Dec 12 14:11:15 anyway Dec 12 14:11:26 what's that test: Dec 12 14:11:27 var ok = FsoFramework.FileHandling.isPresent( Kernel26.SYS_CLASS_LEDS ); Dec 12 14:11:33 there is that in a lot of plugins Dec 12 14:11:59 also we should announce that a plugin was made Dec 12 14:12:14 and wait a little time to enable it by default Dec 12 14:12:29 to let people switch from the script to the automatic way Dec 12 14:12:51 I don't think that running 2 script at the same time can damage the phone, but I don't really know Dec 12 14:12:53 * mrmoku wonders if there are that many users of it anyway Dec 12 14:13:09 all the users follow the SHR mailing list I bet Dec 12 14:13:17 or the freesmartphone-userland one Dec 12 14:13:22 or the openmoko one Dec 12 14:13:46 g_module_check_init( void* m ) was supposed to contain a test whether the requirements are fulfilled to judge whether the module can be loaded or not. unfortunately, glib goes crazy if you return 'NO' as result, so it has been outcommented. Dec 12 14:14:15 should I remove it from the n900 dummy modem plugin? Dec 12 14:14:44 no, just keep it there, it reminds us to look whether glib's handling of that is working at some point of time Dec 12 14:15:20 ok, so i will check whether the plugin does anything Dec 12 14:15:27 at the worst, it will fry the device, right? Dec 12 14:15:28 :D Dec 12 14:15:33 not exactly Dec 12 14:15:44 I think worse you loose usbnet connection and have to reboot Dec 12 14:16:04 that's what I had with using 2 charging scripts at once Dec 12 14:16:07 hmm Dec 12 14:16:19 i think if you program wrong values via i2c, you can do indeed some damage Dec 12 14:16:21 but anyways Dec 12 14:16:25 no risk no fun Dec 12 14:16:32 ah ok Dec 12 14:18:00 what???? Power Management:off Dec 12 14:18:12 I thought the plugin did that: Dec 12 14:18:16 iwconfig wlan0 power on Dec 12 14:19:44 what's the secret incarnition to make wifi work these days? Dec 12 14:19:57 ask mrmoku Dec 12 14:20:01 mrmoku: ? Dec 12 14:20:07 huh? Dec 12 14:20:09 I don't know if he commited the udev stuff Dec 12 14:20:23 mrmoku, does wifi wlan0 stay constent now? Dec 12 14:20:23 mickeyl: requesting the WiFi resource from usaged :P Dec 12 14:20:30 mickeyl, first copy the firmwares Dec 12 14:20:32 yup Dec 12 14:20:37 else it crashes the phone Dec 12 14:20:49 mickeyl: requesting wifi resource works only if it's wlan0 Dec 12 14:20:56 that might not be the case for your image Dec 12 14:20:57 mrmoku, where is dos1's iwconfig wlan0 powe on? Dec 12 14:21:03 no idea Dec 12 14:21:17 mrmoku: hmm? in what cases is it not wlan0? Dec 12 14:21:36 mickeyl, you edit the udev file: Dec 12 14:21:56 http://htc-linux.org/wiki/index.php?title=Dream#Wifi Dec 12 14:21:59 like on htcdream Dec 12 14:22:04 mickeyl: wifi get's a different mac on every boot Dec 12 14:22:06 and remove the wlan1,wlan2 etc.. Dec 12 14:22:25 mickeyl: and udevs persistent net interface name foo makes wlanX increment on every boot Dec 12 14:22:29 mrmoku: i see Dec 12 14:22:36 is there any reason why we are using udev? Dec 12 14:22:39 I comitted a fix for that last night Dec 12 14:22:57 on n900 there was some serious reason... Dec 12 14:22:58 hmm Dec 12 14:23:18 ahh, and then I think our X server uses udev too nowadays Dec 12 14:23:46 tsss Dec 12 14:23:47 ok Dec 12 14:23:52 a lot to fix then Dec 12 14:24:00 but there was another reason for udev too Dec 12 14:24:05 don't remember right now :/ Dec 12 14:24:05 i'm totally against udev, so i will work on getting rid of it Dec 12 14:24:10 good :) Dec 12 14:24:20 ah hmm Dec 12 14:24:22 could it be kernel version? Dec 12 14:24:27 like.... no devtmpfs yet? Dec 12 14:24:30 mickeyl, we have 2.6.28 Dec 12 14:24:38 for now.... Dec 12 14:24:39 devtmpfs debuted in... .32? Dec 12 14:24:48 possible Dec 12 14:24:50 bummer Dec 12 14:24:53 ahh, yea... that's a good reason too :P Dec 12 14:25:02 morphis: ping Dec 12 14:25:10 mickeyl: pong Dec 12 14:25:10 morphis: how's the state of your devtmpfs backporting? Dec 12 14:25:18 mickeyl: it's running fine :) Dec 12 14:25:31 mickeyl: so the state is "finished" Dec 12 14:25:53 if you have SHR running on the Pre you should already use devtmpfs Dec 12 14:25:57 GNUtoo|laptop: talking about kernel... I would like to remove the overclocking patches... what do you think? Dec 12 14:26:09 mrmoku, good idea Dec 12 14:26:16 ok Dec 12 14:26:20 mrmoku, according to doc overclocking is higly dangerous Dec 12 14:26:21 morphis: awesome! Dec 12 14:26:31 mickeyl: :) Dec 12 14:26:34 mrmoku, but as we don't use overclocking.... Dec 12 14:26:44 fsodeviced could be fine for now Dec 12 14:26:46 mrmoku: only libudev now Dec 12 14:26:49 mickeyl: took me quite some time and a lot of debugging but it is running fine Dec 12 14:26:56 JaMa: ahh, ok. good Dec 12 14:26:58 but if you don't remove the patches....please add it to the TODO Dec 12 14:27:06 morphis: i'd like to see whether we it applies on our n900 Dec 12 14:27:06 JaMa: do you remember what the reason was we re-enabled udev for n900? Dec 12 14:27:12 because removing the patches protect us against bugs Dec 12 14:27:30 mickeyl: no devtmpfs support for n900? Dec 12 14:27:38 mrmoku: just guess, firmware loading Dec 12 14:27:40 morphis: nope, 2.6.28 Dec 12 14:27:41 mickeyl: which kernel version do you use there? Dec 12 14:27:43 ah ok Dec 12 14:27:52 with 2.6.28 it should be very easy Dec 12 14:27:53 hmm... fsodeviced has a firmware plugin too Dec 12 14:27:57 indeed Dec 12 14:27:58 JaMa, we have firmware loading in fsodeviced Dec 12 14:27:59 and it'S working fine Dec 12 14:28:07 it even works with compat-wireless Dec 12 14:28:12 as the most important changes to kobjects/sysfs interface was done in 2.6.25 Dec 12 14:28:12 I think the reason was another Dec 12 14:28:39 mickeyl: if someone of you want to try it, I can point you to the relevant patches Dec 12 14:28:50 morphis: yes please :) Dec 12 14:29:00 mrmoku: ok Dec 12 14:29:47 * mickeyl load fry-the-n900.so Dec 12 14:29:48 mrmoku, mickeyl: if you look at the palmpre/master branch (http://git.freesmartphone.org/?p=linux-2.6.git;a=shortlog;h=refs/heads/palmpre/master) Dec 12 14:29:59 pespin_: looks like it should be implemented Dec 12 14:30:06 the first relevant commit is "Driver Core: add nodename callbacks" Dec 12 14:30:20 and the last one "shmem: fix two oops in tmpfs code" Dec 12 14:30:36 between them you should apply all commits I have applied for the palmpre kernel Dec 12 14:31:00 maybe you have to take the original ones as I modified them a little bit to suite for the 2.6.24 kernel Dec 12 14:31:13 that should be all Dec 12 14:31:22 morphis: ok, thanks Dec 12 14:31:27 and should work then Dec 12 14:31:30 if not, ping me Dec 12 14:31:47 as I have now some experiences with a not working kernel through not working devtmpfs :) Dec 12 14:32:18 ok Dec 12 14:36:24 hmm Dec 12 14:36:42 ah! Dec 12 14:36:52 1970-01-01T03:22:27.847259Z [INFO] PowerSupplyN900 : Disabling charger for configuration Dec 12 14:36:52 1970-01-01T03:22:27.851745Z [INFO] PowerSupplyN900 : Charger programmed... sleeping 1 second Dec 12 14:36:52 1970-01-01T03:22:29.000793Z [INFO] PowerSupplyN900 : Triggering charger while status is 0x10 Dec 12 14:37:08 ok, first version seems to do anything meaningful Dec 12 14:37:12 capacity is increasing slowly Dec 12 14:37:17 nothing gets warm Dec 12 14:37:18 or on fire Dec 12 14:37:20 ... yet :) Dec 12 14:37:42 try with charger Dec 12 14:37:46 too Dec 12 14:38:01 later, first wifi :) Dec 12 14:38:04 ok Dec 12 14:38:06 about wifi Dec 12 14:38:09 firmware is loaded Dec 12 14:38:12 udev scripts are changed Dec 12 14:38:15 could someone do iwconfig wlan0 power on? Dec 12 14:38:27 in the ifconfig plugin Dec 12 14:38:31 or in the wifi plugin Dec 12 14:38:33 or somewhere Dec 12 14:39:04 * morphis will be back in an hour for further questions about anything (devtmpfs, palmpre, ....) Dec 12 14:40:40 do you also get ttyS0: TCGETS input/output errror? Dec 12 14:40:46 comes frequently in dmesg Dec 12 14:41:16 oh Dec 12 14:41:31 id "s" respawning too fast Dec 12 14:41:32 odd Dec 12 14:42:07 mickeyl: yeah, needs to be disabled in inittab Dec 12 14:42:20 ah, ok Dec 12 14:42:24 might just be due to a missing console= on kernel cmdline... dunno Dec 12 14:42:26 i went out of Xorg Dec 12 14:42:32 perhaps that's why Dec 12 14:42:43 ok, trying wifi now Dec 12 14:43:34 mickeyl, for wifi also do iwconfig wlan0 power on Dec 12 14:43:38 that will do PSM Dec 12 14:43:45 s/do/enable/ Dec 12 14:43:45 GNUtoo|laptop meant: that will enable PSM Dec 12 14:44:00 but check if it's enabled before Dec 12 14:44:04 with iwconfig Dec 12 14:44:06 root@nokia900 ~ # iwlist wlan0 scan|grep ESSID Dec 12 14:44:07 ESSID:"" Dec 12 14:44:07 ESSID:"WLAN-DA2F92" Dec 12 14:44:07 ESSID:"vanille" Dec 12 14:44:08 yay Dec 12 14:44:36 now i wonder where's the best place for the bluetooth dance Dec 12 14:44:40 we _can_ do it in FSO Dec 12 14:44:45 but i wonder whether this is the right place for it Dec 12 14:44:55 (you know the address setting and coexistance thing) Dec 12 14:45:41 ok, so Dec 12 14:45:42 wifi works Dec 12 14:45:46 bt works (with some dances) Dec 12 14:45:50 what's next to impress me... Dec 12 14:45:59 does anyone dare to say "audio"? Dec 12 14:48:18 no? :D Dec 12 14:48:36 audio somewhat works Dec 12 14:48:41 I mean routing Dec 12 14:48:50 mrmoku, added routing but didn't finish it Dec 12 14:48:59 you need to use the volumes Dec 12 14:49:00 what's our plan for action there? Dec 12 14:49:03 pulse or alsa? Dec 12 14:49:05 or both? Dec 12 14:49:07 alsa for now Dec 12 14:49:18 we'll see later if we can use cmt_speech with alsa Dec 12 14:49:28 you want to be impressed? Dec 12 14:49:30 try camera Dec 12 14:50:09 let me first try to hear something Dec 12 14:50:14 * mickeyl wget somefile.mp3 Dec 12 14:51:27 audio! Dec 12 14:51:50 hmm Dec 12 14:51:54 but coming through the earpiece Dec 12 14:51:56 not the speaker Dec 12 14:53:22 ah, HP DAC Dec 12 14:53:34 yes you must mess with the volumes for now Dec 12 14:53:40 it's documented in the todo Dec 12 14:53:48 (not how to mess,but the bugs) Dec 12 14:53:56 hehe Dec 12 14:53:57 nice Dec 12 14:53:59 good volume Dec 12 14:54:37 hmm Dec 12 14:54:41 is dos1' plugin already working? Dec 12 14:54:42 yes the sound is good Dec 12 14:54:51 unlike htcdream Dec 12 14:54:55 *nod* Dec 12 14:55:22 I mean with sdl htcdream has no buffer underruns but still bad sound quality Dec 12 14:55:57 mp3 software decoding takes 10% of CPU Dec 12 14:56:01 that's AMAZING Dec 12 14:56:16 even gstreamer works on it Dec 12 14:56:20 altough it uses more cpu Dec 12 14:56:46 with mplayer+intone you could use it at 125Mhz Dec 12 14:56:53 I should veridy Dec 12 14:56:56 *verify Dec 12 14:57:00 but I think it's usable Dec 12 14:57:17 sounds like it Dec 12 14:57:23 ok, so... Dec 12 14:57:26 lets place a call Dec 12 14:57:29 (just kidding ;) Dec 12 14:57:48 you can using SIP Dec 12 14:57:52 hehe Dec 12 14:57:53 you could also test camera Dec 12 14:57:57 SIP works fine Dec 12 14:58:08 because sound driver are good Dec 12 14:58:21 which reminds me of sflphone... Dec 12 14:58:27 indeed Dec 12 14:58:28 yeah Dec 12 14:58:40 http://www.shr-project.org/trac/wiki/N900Install#Camera Dec 12 14:58:47 now that we have something that powerful... Dec 12 14:59:31 i bet even python is fast on that thing Dec 12 14:59:39 yes Dec 12 14:59:42 try shr-settings Dec 12 15:00:11 right, that was reasonably quick Dec 12 15:00:13 you could also try the tests for e Dec 12 15:00:25 did anyone test raw fb? Dec 12 15:00:31 probably not :) Dec 12 15:00:35 no Dec 12 15:00:38 you guys are too X centric ;) Dec 12 15:00:41 not interested on a such powerfull device Dec 12 15:00:44 hehe Dec 12 15:00:58 basically I'm very interested in rawfb on htcdream Dec 12 15:01:05 but it lacks good audio and wifi Dec 12 15:01:09