Yes, probably so. There is sphone which I think would be a great candidate. It needs updating regarding ofono, and some UI love at least but to me it appears as a good base for minimal GUI tool to handle this stuff. I do have some other expectations about this matter though, more about it later on this reply.

Nokia blobs require somewhat patched PA 0.9.x. We are going at version 3.x in Arch, so PA support breaks for everything, when downgrading. I'm not that fancy about the idea of recompiling, packaging and hosting everything that is linked with PA, so this is clearly a temporary solution for testing, and can generally be used as audio still works with alsa without any problems.

Now, I have PA3, with just about everything from Nemo, compiled and packaged in my testing repo, I'll move it to n900-extra as soon I've done enough testing with it so those enthusiast enough can start trying to get call audio out of it. Personally I would want everything to work with alsa, but I guess there is relatively little or no hope for that happening at all, ever.

The expectations I briefly mentioned.. I want to be able to do everything possible from command line, and without X. At this point, I want small, simple and suckless (carefully planned choice of a word) CLI C applications, as well as shell scripts, to do stuff that we need to do with this device, be it testing out something or just using it daily. That's my priority.

After that comes all the GUI stuff, applying the same expectations I have for CLI tools, preferably using them instead of reinventing the wheel.

Then, for the potential developers, and why not everyone else; I don't want any absurd forks used/created which will be soon left unmaintained an tie us with, let's say, a certain version of some dependency; if something needs patching, send the patch upstream if there's even a slightest chance it could get accepted. If not, keep it simple, minimal and public, so if you lose interest someone else can continue. Don't deviate too far from upstream, keeping changes at absolute minimum.

Of course, these are just my random thoughts of the matter.

This is the goal I'm heading at, with a steady snail paced movement, and was the founding idea when I started. That and the distribution being a proper, real, lightweight, flexible, up-to-date, simple, efficient and fast Linux system.

I have a lot of plans (and a way too less time and almost no development skills), some of those including a thought about doing a complete spin-off (already is, in a way) of Arch/Alarm for our purposes, since there are lots of stuff in both that are either completely wrong or not suitable as-is for our use. We'll see where all of this leads us to.

Challenging indeed. Currently my focus is elsewhere, so I'm happy with what I got, though I do know there is got to be a way to decrease the power usage somehow and someone has to make it happen. Of course if I notice something, I'll share and I'm quite confident all our fine users will do the same.