OpenmokoFramework/Status Update 7
Hi guys! This is the seventh Openmoko Framework Team Status update, featuring our sixth milestone release and more.
For the general motivation, the goals, and the way we are doing our work, please see OpenmokoFramework.
|Key pages on:|
People & Organization
You all should have heard by now that the FSO team is no longer under the hood of Openmoko. The current team still consists of Mickey, Jan, Daniel, and Stefan, however we pretty much sail under the flag of freesmartphone.org now. As such, this is the last official OpenmokoFramework status report -- future reports will appear elsewhere.
The DBus APIs have received little updates and are pretty much considered stable for FSO-1. If your programming language of choice features integrating C libraries, then we recommend using libfso-glib which handles all the details of dbus communication and ensures that the DBus API contract is respected.
Freesmartphone.org Framework Image -- 'In Transit' (Milestone V.5)
This is the sixth milestone release of the framework and the diagnostic application 'Zhone'. While we announced that we are going to phase Zhone out as phone application, it remains an important diagnostic application, i.e. for GPS and GSM monitoring.
Framework milestones currently ships in the following form:
- fso-console-image: An FSO-compliant image featuring no user interface manager.
- fso-illume-image: An FSO-compliant image featuring the X-Window system with the Enlightenment-based Illume window manager.
- fso-zhone-image: An FSO-compliant image featuring the X-Window system with the Enlightenment-based Illume and the Zhone diagnostic applications.
Note that FSO milestones are not distributions per se, but rather demonstration images for the middleware release. Real distributions that are using FSO as middleware are:
- Openmoko 2009
- Several unreleased homebrewn...
A flashable image that implements the freesmartphone.org APIs, serving as the basis for mobile application development.
Thanks to all our contributors, especially the testers and the people who build stuff on top of the freesmartphone.org APIs. Thanks, guys: You Rock!
What's new since Milestone V
Note: These are only the highlights. See the gitweb commit logs for the gory details...
- This is the first milestone release incorporating results from our Cornucopia project -- the next generation reference implementation of the FSO APIs, this time in Vala, which compiles to C. For those who write in Vala, we provide a .vapi file for libfso-glib.
- Added interactive loophole for live or post-mortem debugging via telnet.
- Completely rewritten in Vala with drastically improved performance.
- The ousaged implementation (Python) has been deprecated, we strongly recommend integrators to no longer use this.
- Improved support for the Freescale Neptune modems as appearing in the Motorola EZX series.
- Fully support the Qualcomm MSM modems as appearing in the HTC smartphone family, including the Touch Pro, the G1, etc.
- Added support for extended SMS properties, including SMS delivery reports.
- Fixed MCC and MNC presentation.
- Relaxed the PDU decoder to deal with sloppy encoded SMS.
- Status report messages are auto-acked now.
- Refresh network status after suspend.
- Added a cell database.
- Redesigned the low level AT command parser to cope with unsolicited responses woven in solicited responses.
- Improved datacall support.
- Reintroduced Ephemeris and Almanac uploading.
- Fixed some bugs.
- Added Bluetooth headset support.
- Fixed heaps of bugs everywhere.
- Major bug fixes, especially for multi-zone countries.
- Improved configurability.
- MAJOR overhaul thanks to Sebastian Krzyszkowiak!
- added new domain Calls (for phone log functionality)
- working basics of Contacts, Messages and Calls domains
- working Update/Delete methods and signals
- added new backends: SQLite-Contacts, SQLite-Messages, SQLite-Calls with full Add/Update/Delete support and ogsmd-Calls (handler)
- SIM-Messages-FSO and SIM-Contacts-FSO backends: listen to ReadyStatus and AuthStatus signal to init when possible automatically
- CSV-Contacts and SIM-Contacts-FSO backends: full Add/Update/Delete support
- SIM-Messages-FSO: full CSM and message receipts handling
- timestamps and timezones handling in Messages and Calls
- merging entries - you can store some data for the same contact on SIM backend, others on SQLite, and it'll be merged by opimd into one visible contact
- avoid duplicating entries on initing backend second time
- initing backends automatically at boot
- work on API - lot of new dbus calls (mostly for configuration)
- make lot of things configurable
- more error handling
- A LOT of bugfixes
- fsousaged: Completely done.
- fsodeviced: Completely done & in testing.
- fsogsmd: Waiting for async. dbus server support in Vala.
- Grab a uImage and a .jffs2 for your device from freesmartphone.org's download section.
- Flash it to your Neo 1973 (om-gta01) or Neo FreeRunner (om-gta02) with dfu-util.
- Boot and wait until the Zhone main window appears.
- If the Zhone main window does not appear on first boot or stays with "connecting to dbus..." longer than 1 minute, then please reboot. The base system still has some problems with dbus starting for the first time
- Read the FSO UI Tutorial and have fun. Note though that this has not been updated for this milestone yet (which looks a bit differently and has more features).
- Please provide feedback and comments for the dbus APIs. This is your chance to take an active role into shaping the application programming interface for all your forthcoming cool applications.
- Focus on using the services. Zhone is a diagnostic utility and not a phone application.
- The best way to interact with the framework is by exploring the dbus APIs. For this, you can use these two tools, which are already installed:
- Before reporting bugs against the framework, please try with cli-framework to see whether it's really a problem of the framework or rather the UI (which gets much less attention from us).
- If you want to interact with the GSM modem, while the frameworkd is running, you can use mickeyterm -- a MUXer-aware minimal terminal emulator.
Best way to hand us debug logs
- log in via ssh
- killall python
- edit /etc/frameworkd.conf and add to the frameworkd section:
- log_level = DEBUG
- log_to = file
- log_destination = /somewhere/where/you/have/space (preferably SD or NFS, etc.)
- Read our documented frameworkd.conf configuration file to learn about the other options.
- relaunch frameworkd (/etc/init.d/frameworkd stop; /etc/init.d/frameworkd start)
- log in via ssh (yes, again)
- export DISPLAY=:0.0
- run your favourite client (SHR, zhone, cli-framework, ...)
Attach the logs to the tickets, please.
- More work on opimd.
- Moving towards FSO 2.0 reference implementation in Vala.
- Complete switch to fso-abyss.
- Connman integration.
- Bluetooth4 Networking.
- More Device Support (G1, G2, Palm Pre).
Mickey, Jan, Daniel, Stefan.