**** BEGIN LOGGING AT Tue Dec 28 02:59:56 2010 **** BEGIN LOGGING AT Tue Dec 28 04:44:34 2010 Dec 28 09:08:40 Could the Openmoko wall power plug be used for plain portable audio players (normally charged via USB connection to a pc)? Dec 28 09:11:14 It depends - maybe. Some players require plugging into a host. Dec 28 09:11:23 Relatively few though I think. Dec 28 09:11:26 Most it should work Dec 28 09:12:47 The player is a Sanza Fuze. There seem to be wall chargers available for it, but there's no use buying one if I can use the one I have. Dec 28 09:19:44 samgee: the players i saw would charge out of anything that provides good steady 5V. Dec 28 10:38:32 I.E. try it, it most likely will work. And for sure nothing can break Dec 28 10:39:52 * DocScrutinizer wonders idly if it's safe to say: you can plug every USB plug to every matching receptacle, and there never should happen any harm Dec 28 11:48:47 hi Dec 28 12:47:17 Thanks guys. I'm happy as long as I can try it without the fear of blowing my mother's player up. :) Dec 28 15:25:22 ~ping Dec 28 15:25:22 ~pong Dec 28 15:50:22 Welcome Doc! **** ENDING LOGGING AT Tue Dec 28 17:22:34 2010 **** BEGIN LOGGING AT Tue Dec 28 17:22:49 2010 Dec 28 18:20:34 shr feels really slow on my freerunner - any way to speed it up? Dec 28 18:31:44 rettichschnidi, I'm afraid everything you run on FR will feel slow :P Dec 28 18:33:26 the 3d driver never ever saw the light of the day, right Dec 28 18:33:29 ? Dec 28 18:35:43 The '3d' hardware has problems. Dec 28 18:35:48 It's basically not very good Dec 28 19:07:48 that's one thing, but the other is, that even the available stuff does not have proper drivers, or? Dec 28 19:10:33 rettichschnidi: the documentation is under NDA Dec 28 19:10:36 hi Dec 28 19:11:20 rettichschnidi: which version of shr are you using? Dec 28 19:11:35 rettichschnidi: is it at least without debug? Dec 28 19:12:11 rettichschnidi: try something based on .34/.32 kernel, add up 2-4-2 bootloader, and it will be fast Dec 28 19:13:57 * lindi- runs linux on xen on qemu on xen :-) Dec 28 19:20:28 gena2x:i got this one: http://build.shr-project.org/shr-testing/images/om-gta02/full-om-gta02.jffs2 Dec 28 19:21:14 oh yeah, may 2010 Dec 28 19:21:31 should i go with the unstable one? Dec 28 19:21:44 try something newer, it may be 2-3 times faster at least Dec 28 19:22:25 ill try Dec 28 19:22:44 do you know by accident if there is postfix available on shr? Dec 28 19:22:55 (maybe i better google that myself...) Dec 28 19:23:22 i am qtmoko user, qtmoko based on debian, so you have all debian. Dec 28 19:23:52 shr is openembedded, so it's depends on builder to include something or not Dec 28 19:24:08 i wanna do a sms->email forwarding, if there is no postfix/exim/whatever ill go for debian Dec 28 19:24:25 there is such thing like a repository? Dec 28 19:24:45 try qtmoko v28 for qtmoko or debian/fso. Dec 28 19:24:51 for debian-way Dec 28 19:25:35 qtmoko's repos: https://github.com/radekp Dec 28 19:25:57 ok, i may go for that Dec 28 19:26:07 but first I try a newer build of shr Dec 28 19:26:12 debian-on-freerunner guide: http://wiki.debian.org/DebianOnFreeRunner Dec 28 19:26:31 try shr unstable, it should have normal speed Dec 28 19:26:59 primary reason of openmoko slowness for years is debigging stuff enabled in kernel Dec 28 19:28:19 shr turned that off in .32/.34 kernel, they switched unstable in summer i think Dec 28 19:28:35 qtmoko turned off on may Dec 28 19:28:44 or february Dec 28 19:29:03 but shr/testing may still use older 'stable' kernel Dec 28 19:33:22 I'm downloading the latest unstable Dec 28 19:34:00 but first ill go swimming, bbl Dec 28 19:34:12 thanks for you help Dec 28 19:34:24 gl Dec 28 19:38:51 rettichschnidi, in openembedded there's postfix 2.7 acording to its git browser Dec 28 19:39:00 http://cgit.openembedded.org/cgit.cgi/openembedded/tree/recipes/postfix Dec 28 19:39:41 suppousing it builds and it's not in shr repos, you can ask in #openmoko-cdevel for inclusion in the repos, or add a request in trac at shr-project.org :) Dec 28 19:40:54 rettichschnidi: ah, yes. btw qtmoko will not fit your needs anyway. so either debian/fso or shr Dec 28 19:41:08 as only fso is scriptable Dec 28 19:41:43 qtmoko is on qt c++ stack, have no idea how easy it is to extend/implement thing you want **** ENDING LOGGING AT Wed Dec 29 02:59:57 2010