Re: WikiReader
Michael 'Mickey' Lauer wrote: > Sean, let me be the first one to congratulate you. > > I think I know what an undertaking this project has been for you, so I'm very > glad you made it. I wish you great success with this product! > > All the best, I do agree on everything. Good luck with this, I hope it will help the "mobile-department" too. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: web-manager 0.2
Robin Paulson wrote: > 2009/10/17 Baruch Even : >> To those who don't know web-manager is my take on oshyrman, it's a web >> interface to the freerunner (actually, to FSO infrastructure) and it >> currently shows the GSM reception, GPX traces from tangogps, lists >> contacts from opimd and lists messages from opimd. > > are there any plans to allow conversion of those tangogps .log traces > to .gpx, along with upload to an osm account? It's already available, there is a link near any log file to download as GPX. I'm too lazy to integrate it with a JOSM plugin to be able to load them directly into JOSM. As to uploading them to OSM, it should be possible for a Javascript developer to implement such a thing with some AJAX, but it's not in my current priorities. I'll take a patch though. >> I really suck at doing UIs and web UIs in particular, the RPC that I >> implement is REST-like (I'm no puritan in that respect) and provides >> JSON output to simple requests. The web interface is written in jQuery >> and is really in need of some love. Anyone wants to take it to the next >> level and actually use the full abilities of HTML/CSS/JS to make it a >> great interface? >> >> Feedback is most welcome! > > where is it? You can find it at opkg http://www.opkg.org/package_289.html Baruch ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: web-manager 0.2
2009/10/17 Baruch Even : > To those who don't know web-manager is my take on oshyrman, it's a web > interface to the freerunner (actually, to FSO infrastructure) and it > currently shows the GSM reception, GPX traces from tangogps, lists > contacts from opimd and lists messages from opimd. are there any plans to allow conversion of those tangogps .log traces to .gpx, along with upload to an osm account? > I really suck at doing UIs and web UIs in particular, the RPC that I > implement is REST-like (I'm no puritan in that respect) and provides > JSON output to simple requests. The web interface is written in jQuery > and is really in need of some love. Anyone wants to take it to the next > level and actually use the full abilities of HTML/CSS/JS to make it a > great interface? > > Feedback is most welcome! where is it? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: web-manager 0.2
Baruch Even wrote: > Hi, > > I wanted to announce here that I released web-manager version 0.2, this > version includes rudimentary support to read your SMS messages from the > web interface. It makes sense to tell also where the ipkg is available for download: http://www.opkg.org/package_289.html The code lives at github: http://wiki.github.com/baruch/web-manager Baruch ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
web-manager 0.2
Hi, I wanted to announce here that I released web-manager version 0.2, this version includes rudimentary support to read your SMS messages from the web interface. To those who don't know web-manager is my take on oshyrman, it's a web interface to the freerunner (actually, to FSO infrastructure) and it currently shows the GSM reception, GPX traces from tangogps, lists contacts from opimd and lists messages from opimd. I really suck at doing UIs and web UIs in particular, the RPC that I implement is REST-like (I'm no puritan in that respect) and provides JSON output to simple requests. The web interface is written in jQuery and is really in need of some love. Anyone wants to take it to the next level and actually use the full abilities of HTML/CSS/JS to make it a great interface? Feedback is most welcome! Baruch ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Sync Calendar with evolution
Hi, is anyone working on an opensync plugin for qtmoko? I'm really starting to miss the ability to sync my calendar automatically- and I love qtmoko. I guess I could install evolution on the phone but that's way overkill and will probably bring my phone to a crawl. That being said, at this point I don't care which distro I have to use to sync, I just want it to happen. I've heared of a program called Pisi, will it sync directly with evolution on my desktop, or do I have to use google calendar as a middle man? Long question short, what are the distros/programs I can use to sync my calendar in evolution to the freerunner, preferably without using the internet? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: fso-abyss docs anywhere? (Was: GSM errors after 1024 fix)
http://www.freesmartphone.org/index.php/Implementations/fso-abyss. :M: ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QSuunto-Lite new version - divers and non-divers wanted
Christian Rüb wrote: > > ...these are different protocols, see here [1]. > I've seen those before...but they mention that d9 fails? > But you might want to look at divetools-ab (vyperlink.c) [2] sources and > just rewrite the parts, so it suits the D9 protocol. > I tried to figure this out, but I'm such a beginner it will take me a while to figure out where everything is happening in vyperlink.c and the sources for the below. I'll continue to look at it, but I hope you can get to it soon! > On the other hand you can experiment with libdc [3] yourself writing a > testapp to try the basics - there are already some basic examples in the > sources. > I compiled libdc and ran the d9 test dump app which resulted in success for memory dump as well as sdm dump (I assume the database format?). This gives me hope that we can retrieve the profile! BTW, I've also let the folks at jdivelog know about divesoftware.org and the libs. Russell Dwiggins -- View this message in context: http://n2.nabble.com/QSuunto-Lite-new-version-divers-and-non-divers-wanted-tp3433821p3838783.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Broken Freerunner.. CPU stall messages.. repairable?
On Wed, Oct 14, 2009 at 10:52:04AM +0200, Thomas Franck wrote: > What I found weird, though, is: I put my old 8GB SD card in the new one > (I used the 512MB card for the booting tests) and it had a very hard > time with it (a lot of bad sectors).. now, I put the card the adapter > and the reader.. and fdisk wouldn't even open the partition table of > it.. :O > I could understand data loss on the ext3 partition there, but > the first few kilos should not have been touched when the battery was > suddenly "removed"... You can't know where your data is placed. It's an SD card, not a flash disk. > Has anyone ever had that? I mean that an sdcard get's fubar-ed by a g-shock? At least in my FR, the battery sits loose enough in the battery compartment that it does not maintain contact with the battery connector when dropped 1.4 m onto gravel. Thus if the SD card might get fubared by sudden removal of power, it might also get fubared by a g-shock. > Very strange.. :S anyway, I'll try to boot some more the the 512MB > card.. is there a way to tell whether the FR is booting from the SD > compared to the NAND? can I erase the NAND rootfs somehow? IIRC: # flash_eraseall /dev/mtd6 (Check your /proc/partitions - you wan't the largest one.) -- Rask Ingemann Lambertsen Danish law requires addresses in e-mail to be logged and stored for a year ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
fso-abyss docs anywhere? (Was: GSM errors after 1024 fix)
On Thu, Oct 15, 2009 at 12:48:50PM +0200, arne anka wrote: > try the other muxer, gsmwhatsitsname, instead. > to me it seems, fso-abyss has detoriated into almost unusability over the > last months. How did you ever get it to work in the first place? I noticed the Debian package appearing and installed it, but never found all of the required documentation to actually use it: 1) D-bus path. 2) D-bus destination. 3) D-bus this-third-thing-dbus-send-etc-needs-to-know. 4) The interface specification. [snip] > after several frameworkd restarts and two reboots i decided to revert to > gsmwhtsitsnamemuxer, which seems to work far better Where 'far better' means crashes at the slightest provocation (such as (trying to) ping across a GPRS connection). My only motivation for installing fso-abyss in the first place was to get multiplexed GPRS working (again - I think it did work back in December or January). :-( -- Rask Ingemann Lambertsen Danish law requires addresses in e-mail to be logged and stored for a year ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Qi - SHR-U/All?] Pink line of death
As an added info, I've just hit the pink line of death *without* omnewrotate running in the background (it would wreack havok with omneon and horizontal images... like comic strips... On Mon, Oct 05, 2009 at 05:27:47PM +0100, Rui Miguel Silva Seabra wrote: > It's not omnewrotate. If you're lucky, using omnewrotate may help > you recover that screen state. > > All omnewrotate does is infer a position from the accelerometers and > using the xrandr API to rotate the screen > > http://code.google.com/p/omnewrotate/source/browse/trunk/src/omnewrotate.c#264 > > So if you want a culprit you can look at libxrandr, although I'm looking > quite more seriously at that damned glamo chip. > > As to your last question, just chmod 000 /etc/X11/Xsession.d/*omnewrotate > > Rui > > On Mon, Oct 05, 2009 at 10:04:49AM +0200, Andreas Fischer wrote: > > Hi, > > > > I've also seen this bug and I've also tracked it down to OMNewRotate. My > > solution so far was to always disable rotation before going into > > suspend. Not doing so seems to give a chance of (almost?) 100% failure. > > Note, that I keep the freerunner strapped in a horizontal position to my > > belt - so during suspend it will almost certainly be rotated, unless > > rotate has been switched off. > > > > Interestingly there seems to be a step before the pink line is shown: > > Sometimes when I boot and do not enter the PIN immediately (but still > > before suspend), the screen is partly garbled (lower 33% of the screen > > in portrait mode). After suspend, the pink line shows up. > > > > Listening to the feeling in my gut, I'd say glamo b0rks screen setup > > when in a rotated position. > > > > Hope this helps to narrow it down. Meanwhile - is there a way to disable > > OMNewRotate on boot and suspend (i.e. to only enable it manually)? > > > > Regards, > > Andreas > > > > Christ van Willegen wrote: > > > Hello, > > > > > > Has anyone seen the 'pink line of death' at any time? > > > > > > My FR sometimes does not suspend, but instead shows a black screen > > > with a pink/purple line at about 33% from the bottom of the screen. > > > The backlight is fully on. Also, the screen is whining. > > > > > > I haven't been able to reproduce it with a known procedure, but it may > > > have to do with rotating the phone during suspend. > > > > > > I also haven't had it in this state on such times that it was possible > > > to SSH into it to see if it was still alive or not. > > > > > > Shall I file a bug report with this meager information? > > > > > > Christ van Willegen > > > > > > ___ > > > Openmoko community mailing list > > > community@lists.openmoko.org > > > http://lists.openmoko.org/mailman/listinfo/community > > > > > > ___ > > Openmoko community mailing list > > community@lists.openmoko.org > > http://lists.openmoko.org/mailman/listinfo/community > > -- > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community -- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: #1024-Fix in switzerland
On Friday 16 October 2009, Alexandre Ghisoli wrote: > And about the other fixes as well ? (buzz, bass and GPS / SDIO issue) How many times does it need to be said? THERE IS NO GPS/SDIO ISSUE ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Launcher 0.37
2words: pure awesomeness! (btw i started a new thread, because the old one wasn't readable if you use message grouping) the greatest advantage over shr apps is how amazingly fast it is. this beats every other phone i've seen (phonelog, contacts, msgs). it is amazing! keep up the great work! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: 1024#
O >> > Then you have the bug (trying to connect to GSM every second!) >> >> What would be considered a normal rate of connections? > >Under normal circumstances you would only see these messages with a >change of cell, so cid would be different. The only time I know of >that you might legitimately see repeated reconnection to the same cell >is if you've got very low signal and it's the only cell visible. > >I get intermittent reconnection problems where the gap between >reconnections is between 15s and several hours. i have one fr here with the 1024 fix already done but i can not see any output even during car ride, when cells do change for sure... is the script really working OK? thank you Petr ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: #1024-Fix in switzerland
Le Fri, 16 Oct 2009 11:11:47 +0200, "DRSp." a écrit : > The #1024-fix in switzerland is organized: > > Art.Nr.Artikel: > GTA01-02FIX1024Openmoko GTA01 and GTA02 hardware-fix > (Replacing the 10uF capacitor with a new high value 22uF capacitor) > > Price:42.00 CHF > > Additional costs: > S99943 Versandkostenanteil PDA 19.00 CHF (CH) > > all prices without MwST. > > You may order the fix under the aforementioned art.-number. It'll > take 1-2 day to perform the fix. > > SwissIT Repair AG > Bahnhofstrasse 50 > CH-5507 Mellingen > > Tel. +41-(0)58 556 01 02 Direkt > Tel. +41-(0)58 556 01 01 Auftragscenter > Tel. +41-(0)58 556 01 07 Ersatzteilhandel > (Fragen zu Bestellungen) > Fax.+41-(0)58 556 01 09 Telefax > http://www.swissitrepair.ch > Info: i...@swissitrepair.ch > > I'm not related with this company, so direct any question to > i...@swissitrepair.ch Thanks ! And about the other fixes as well ? (buzz, bass and GPS / SDIO issue) Best regards -- Alexandre Ghisoli ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: evopedia 0.2.3 release
Klaus Fürth schrieb: > Hi! > > Christian schrieb am 08.10.2009 23:51: >> evopedia version 0.2.3 is ready, the main new features include: > > > Great app, thank you very much! I love it! > > Do you plan to cache the downloaded images for offline use (with > user-defineable size)? This would be a great feature. A pre-cache-fill > (for example with images of most popular sites) would be great. At the moment, this is not planned. Actually evopedia has nothing to do wth downloading the images, this is done by the browser (of course, it could be changed). Perhaps you can try to configure the browser to cache the images. I don't think that downloading some images in advance is a good idea. That's at least not how I use evopedia, I don't read popular pages, but of course, if the community convinces me, I will implement it. Kind regards, Christian ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: evopedia 0.2.3 release
Hi! Christian schrieb am 08.10.2009 23:51: > evopedia version 0.2.3 is ready, the main new features include: Great app, thank you very much! I love it! Do you plan to cache the downloaded images for offline use (with user-defineable size)? This would be a great feature. A pre-cache-fill (for example with images of most popular sites) would be great. Klaus ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
True USB plug and play experience
Dear list, I have using my laptop+2 Freerunners since more than a month now with this setup. I have written down this tutorial, because I have promised to Paul Fertser:-) http://wiki.openmoko.org/wiki/User:Klaszlo#True_plug-and-play_experience_using_usb_networking It is working fine with ubuntu 9.04(jaunty), but I have difficulty with 8.10 (intrepid) my gf's laptop, maybe it is dependent on the Networkmanager version, maybe my memory is a little bit fuzzy, as I setup a month ago originally. So please test it and report. What are the achieved features you may ask, here it goes: * manually assigned IP to the freerunner (no DHCP wait) * each freerunner recognised and separate name is assigned to it. (ie. when I plug my freerunner in my laptop, it displays "Laci's moko") * a script is executed when the freerunner is plugged in (it set up the iptables rule currently for the network, but it will (in the future) also auto-sync some stuff with my laptop)) * I can access the internet from the freerunner without problem (no need any manual command typed in the terminal) * Each freerunner is recognised individually, and the appropriate part of the script is executed Please respect this work, as it took several days, and some heavy help from NetworkManager's developers (namely dcbw, asac and NoelJB) to fully setup and debug it. It had various problems and headaches. I hope you enjoy using it, and report back how is it going. I personally love the plug and play experience. Best regards, Laszlo ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[debian] fso-abyss: loses connection after suspend/resume
after the latest debian updates, my fr loses connection to network after suspending (or rather resuming). i cant' call and looking into the tower info tab of zhone i get MCC/MNC: 262/03 Serving Cell: N/A restarting zhone (and being able to register) solves that -- until the next suspend/resume. deep sleep is set to never since my fr heavily suffers from #1024. since i am in my new office w/o an usb cable handy, i can't look for the logs. while typing i see the screen lighting up again -- showing either the text above or a full listing of cell informations. suspendig fails continously since the modem is busy and fails to suspend -- according to the messages on the console. looks like a heavy case of #1024 -- but deep sleep _is_ disabled in frameworkd.conf! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: #1024-Fix in switzerland
The #1024-fix in switzerland is organized: Art.Nr.Artikel: GTA01-02FIX1024Openmoko GTA01 and GTA02 hardware-fix (Replacing the 10uF capacitor with a new high value 22uF capacitor) Price:42.00 CHF Additional costs: S99943 Versandkostenanteil PDA 19.00 CHF (CH) all prices without MwST. You may order the fix under the aforementioned art.-number. It'll take 1-2 day to perform the fix. SwissIT Repair AG Bahnhofstrasse 50 CH-5507 Mellingen Tel. +41-(0)58 556 01 02 Direkt Tel. +41-(0)58 556 01 01 Auftragscenter Tel. +41-(0)58 556 01 07 Ersatzteilhandel (Fragen zu Bestellungen) Fax.+41-(0)58 556 01 09 Telefax http://www.swissitrepair.ch Info: i...@swissitrepair.ch I'm not related with this company, so direct any question to i...@swissitrepair.ch cheers itman Am 12.10.2009 22:13, schrieb DRSp.: > dear list, > > I'm about organizing a #1024-fix-party just without the party-part 'cos > there's a IT-firm involved. > > to get a rough idea about how many FR's are to be fixed, drop a message > in this list. > > > cheers itman > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community > ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Freerunner Review
On Fri, Oct 16, 2009 at 1:58 AM, Wolfgang Spraul wrote: > Nelson, > >> Something that I think and that also hear from others is that it's sad >> to see that OM stopped sponsoring phone development too early (when >> the FR was just starting to work) but we know that many companies > > Totally agree with you. > But the good news is that Werner continues with gta02-core, which you are > probably aware of. And Sean has promised a set of 20 components for their > first run. > So things are moving. Oh yes. It's not really true that OM doesn't sponsor development anymore... Thanks for pointing it out. N.- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Freerunner Review
Nelson, > Something that I think and that also hear from others is that it's sad > to see that OM stopped sponsoring phone development too early (when > the FR was just starting to work) but we know that many companies Totally agree with you. But the good news is that Werner continues with gta02-core, which you are probably aware of. And Sean has promised a set of 20 components for their first run. So things are moving. Wolfgang On Thu, Oct 15, 2009 at 12:28:48PM -0500, Nelson Castillo wrote: > On Thu, Oct 15, 2009 at 11:38 AM, rakshat hooja wrote: > > I have been hearing a lot of good about the phone from our freerunner > > customers of late (change from earlier :) > > > > SO just sharing a recent review poster by a user > > > > http://guide2freerunner.blogspot.com/ > > It's very nice to see recent reviews and less hate email in the lists. > Something that I think and that also hear from others is that it's sad > to see that OM stopped sponsoring phone development too early (when > the FR was just starting to work) but we know that many companies > (also individuals and countries) are having hard years. > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
