[MeeGo-community] Extras and Garage need an agreed name

David Greaves david at dgreaves.com
Thu Dec 9 02:13:19 PST 2010


On 09/12/10 09:24, Brendan Le Foll wrote:
> On 9 December 2010 10:18,<tero.kojo at nokia.com>  wrote:
>> David, I keep telling you to keep it simple :) (and to be honest, most of
>> the time you do follow that advice) As I commented on the bug mentioned
>> above, 'Apps' is simple and tells what the thing is about.
>>
>> So anyone in strong opposition of calling the thing and place where you get
>> community built applications to your device 'Apps' should raise their
>> voice.

Well, I posted the bug and then I posted a link here expecting the discussion to 
happen amongst the wider audience on the mailing list - hence the suggestion :)

The issue I wanted to avoid was for Nokia or Intel "telling" the community what 
to call it.

The 'task force' idea is simply a way of visibly putting this decision under the 
CO and ensuring it is *seen* to be a community decision.

Does it warrant a group of people spending time on it? I don't know. I'm not 
sufficiently worried about the name that I'd volunteer. Some people care more 
about our marketing and have stronger opinions.

I would like the discussion to happen - even if it's only to address questions 
like this:

> But then what happens when I want to put shared libraries there? Or a package
> for a new login manager or bootloader. It's not exactly an 'App'. I liked
> garage - made it seem a little dirty - but I don't really care garage/extras
> etc...

So I see both an 'app store' like Mameo Extras:
  http://maemo.org/downloads/Maemo5/
and a set of libraries called 'Surrounds' that is a little like Universe on 
Ubuntu. We also have personal repositories (which replace Extras:Devel from the 
Maemo days and also should prevent repository fragmentation). Shared libraries 
clearly go in Surrounds but I'd also see typical cli programs in there too. I'd 
hope well designed Apps would simply depend on the cli/libs and provide a nice UI.

We then need a policy to handle QA and package naming, ownership, takeover etc 
for all this and we need to understand how this relates to core MeeGo and how we 
support updates without breaking things. (All of which is not really dependent 
on the name).

I discussed this with a few people at the conference and *really* need to write 
up some of the points raised. Watch this space (but don't hold your breath).

David

-- 
"Don't worry, you'll be fine; I saw it work in a cartoon once..."


More information about the MeeGo-community mailing list