So, a couple more changes and updates to my images. First of all I’ve taken out the Oh-puzzles because they don’t work due to this bug – once that’s sorted they’ll go back in. There’s a new little script too which allows you to switch themes. I’ve removed some of the themes that are installed by default essentially because the panel in the top right dies and never returns if you try to use them. So at the moment you get to pick between Moko, ScaredyCat and the original Openmoko theme, openmoko-standard-2. By default the ScaredyCat theme is active. So, no excuses now. Get designing some killer themes.
and track logs are stored in
This should be a little more useful and wont fill up your flash with tiles.
I’ve made quite a few changes and a couple of additions to my images of late. You may have noticed the new boot logo, the new startup sound and the new theme now there are a couple more goodies. First of all the two new applications, well one application and one script. The Bluetooth Keyboard application (really the script) is a simple shell script that hunts for bluetooth keyboards and connects to the first one it finds. If bluetooth is off it turns it on. If I can get zenity to compile properly this will be a much better script. The next item is the Twitter client, GtkTwitter, It’s very basic but it works pretty well. I had to make a couple of modifications to the icons so you could actually poke them with your fingers.
Next up we have a little script that starts on boot, checks to see if you have the gllin ipk ( gllin_1.0+r350-r0_fic-gta01.ipk ) in the root of your sd card. If it’s there it will automatically get installed for you – Very useful post-flash. The script will also replace the standard gllin script with the one from the tangogps site. Why? Well, because tangogps and gpsd are in the image too! Shortly, I’m hoping to provide a pre-downloaded series of tiles for download too. The good news is now you can have gps and a gps application ready for you immediately. Oh one last thing. If you create a directory on your sd card called local you can create bin and/or sbin directories and have applications run straight from there – all those little utils you need to install again after each flash now have a permanent home.
All of these are part of the image, you do not need to install anything extra, unless you want to 😀
Update: The bluetooth keyboard script is much more wizzy now that I’ve added Zenity to the image and use that so you can now pick the keyboard you want to connect to from the list of devices. I’ve also added some notify calls so that you can see what is going on during the script.
Some of you may have noticed that that Neo1973 device names have changed from fic-gta01 and fic-gta02 to om-gta01 and om-gta02 in openembedded. Some of you may have missed this and its implications. Essentially all references to fic-gta* have been changed so your old images will try, for example, to grab updates from the fic-gta folders of buildhosts and will probaly fail. While this might be a little annoying now, changing the device names in the future would have probably been much more of a nightmare.
I have decided to move my original OM-2007.2 directory to OLD-OM2007.2-FIC so that you can still get old files if you run older images. The OM-2007.2 directory on my buildhost will now be for om-gta0* images and packages.
Ok, we all know that the Neo 1973 GTA01 power management isn’t quite there yet but we’ve had the recent good news that NXP have made the user manual available for the PCF50633;
“We have carefully reconsidered how to best serve the OpenMoko community in supporting our PCF50633 product, and our decision has been to allow you to publish the full User Manual on the OpenMoko website. This is more effective for the development community then having to reference to 2 documents, being the DS already sent to you and the addendum containing the register description. We therefore prefer that the full UM get’s published. The Company Confidential notice has been removed. We hope to see the successful application of our device and hope to see many OpenMoko products in the market, using our PCF50633.”
So really, we should have hundreds of pairs of eyes looking at this for the GTA02. Anyway, in the meantime I’ve been testing out a little battery pack, supplied by Portable Power Supplies in the UK, which is charged and charges via USB ports. Just the ticket for the Neo GTA01. The unit takes an initial, approximate 6 hours to charge and can be done from a standard USB port on a desktop or laptop. There is also a wall charger available but this obviously bumps up the price. Once charged the unit will happily sit there for months at a time doing nothing, which makes for a good emergency backup. Of course the battery pack will not indicate to the Neo that it can do fast charging but it is capable of doing so – indeed it can serve up a healthy 700ma – but that problem is solved by Bobby Martin (wurp2 irc nick) who has produced a python application to help out. This little application allows you to force the Neo to do fast charging (draw 500ma). Obviously by doing this you override the safety checks, but as I already know that the battery pack is capable of serving more than the Neo will take there’s really no risk here. So far my Neo has been running off it for more than 24 hours and I’d expect it to go on for a lot longer too. This is going to mean that I don’t have to turn off my Neo to save power, especially when I do those overnight trips to and from The Netherlands. I’ll update here when the battery eventually dies, I’m expecting at least 3 or 4 days but we’ll see.
update: at about 4am this morning the Neo had managed to suck the life out of the battery pack and its own battery. This is horrific, showing just how thirsty a Neo is. The total time ended up at about 30 hours, but I’m going to rerun the test to be sure.
update 2: I’ve repeated the test 2 more times now and the results are very similar, sadly.
I recently read quite a bit of FUD and really felt that it was worth comment even if only as a counter to the points made when someone Google’s the Neo 1973 / Openmoko. I’ll take on each of the points made and correct what is needed. Oh, and just for the record, this text represents my opinions – no-one else’s.
“First of all OpenEmbedded based systems are harder to build, due to the dependency of monotone and the properitary, OE-only, bitbake, and then even another MokoMakefile build wrapper.”
First of all any system that you know nothing about it hard to use. The use of monotone is not an issue, I use a version just for building my OE stuff. Calling bitbake propriatory is like suggesting that every kernel module is propriatory. Bitbake is used to ‘bake’ (make) the recipes (.bb files) and is “derived from Portage, which is the package management system used by the Gentoo Linux distribution.” The source is freely available at berlios – why is there an issue here? It also appears that this author doesn’t understand the role that the MokoMakefile plays. The MokoMakefile was developed by Rod Whitby to help people who are new to OE and OM build and setup it is not part of Openmoko or OpenEmbedded. Really, if they had even bothered to read the wiki entry for it they would have seen this. I guess it’s easier to spout bile than be accurate.
“OpenMoko also is glibc and sysvinit based…”
Ok, I’ll let this slide since it’s true and just the author’s opinion on what is or is not suitable. I’ll come to the speed issue later.
“Forthermore OpenMoko comes with custom Gtk+ widgets and custom Moko libraries and applications, where Gtk+ PDA / phone applications are already available”
For a start “So what?”. Are you suggesting that no one develops anything that already exists? Should we have one email application, one word processor? What about one operating system? Clearly that gripe at Openmoko is just irrelavant. Furthermore you can actually build gpe applications for the Openmoko platform if you want. Take a quick look at what’s installed and you’ll even see that gpe-scap – what we use for screenshots is installed by default.
“yet another Gtk+ PDA / phone application stack equals reinventing the wheel.”
Actually, this is how progress is made. Take a look at the recent work on the moko underground stuff for an example. What’s more in the very next paragraph…
“We therefore started to create a saner, smaller, fully functional T2 based target”
So you decided to reinvent the wheel? Now to your bullet points
“T2 based, no bitbake…”
So you swapped one ‘propriatory’ build system for another?
“uClibC based, frees your phone’s…”
This, we agree on, but it does make building applications outside the tree a lot easier to not use uclibc.
“not sysvinit, bootup in less than 2 minutes…”
My Neo boots in less that 2 minutes all the time.
“GPE based GUI, to re-use existing applications…”
Did you actually write anything yourself then?
“focus on UI functionality early, no endless tinkering and rewriting, “
Wow, someone who writes perfect code and a perfect interface straight off! Oh, wait.. you’re actually using other people’s code so you’re not really doing anything yourself.
“includes just one embeded scripting language…”
Openmoko doesn’t include a scripting language by default, unless you count the shell, but you can install any number of them – including lua.
“just one… …webkit.”
Openmoko uses webkit.
Nothing you have said would inspire me to even take a look at your ‘T2 based’ project, least of all your attitude. Your main gripe seems to be that FIC didn’t use your T2 build system – that and a belief that everything not written by you is crap, as evidenced by your faq.
keep looking »
Current Electricity Use (15min)
- automated home
- Automated It Technology News
- My Acer page
- My Asterisk pages
- My Work in progress (old)
- Noble Race Car
- openmoko / neo 1973 wiki
- planet openmoko
- Spadgecock Cumpants