On Wed, Sep 15, 2010 at 3:19 AM, David Greaves <da...@dgreaves.com> wrote:

> As an app-store owner; you have a policy. If you only accept apps that
> don't use Surrounds then that's fine. I assume we are not mandating that app
> stores *must* accept all applications submitted to them?
>
> MeeGo of course should allow app stores who actually have the competence to
> support dependencies to do so. Several design solutions have been proposed
> and our 'reference' app store should have no problems.
>
> My favourite is that the app store sends a dependency list to the
> application manager and when the client side application manger confirms
> that all dependencies are installed, the application can be downloaded.
> Seems like another well understood solution (zypper/yum/apt)
>
> A *huge* benefit of having MeeGo Surrounds is that we have *one* place
> where this kind of shared application dependency needs to be looked for.
>
> *PLEASE* listen to the hell that Maemo endured when they had a multitude of
> such repos (commercial or community)
>


Just in case that this community repo talk and maemo.org doesn't really
sound like something that should be learned from - currently Ovi for the
N900 uses similar requirements as what is outlined here for MeeGo, even
though the tech is slightly different. To be compliant you can depend on
what ships with the firmware, which is the functional equivalent of MeeGo
Core. If you depend on something else, you bundle. From the standpoint of a
system already in function - while simple and predictable for vendors, it is
not the strategy that lights developers on fire (except from frustration,
when people discover that versions with fixed bugs or whole libraries,
sometimes developed by the same vendor, are not usable by their apps if they
want to be compliant). There were already plenty of discussions in public
Maemo forums about this - I hope it is not necessary to rehash those here,
too (again). Let's put the decades worth of Linux and the several years of
Maemo, Moblin and Ovi experience to good use. We have the advantage of not
having to be rethorical. Most, if not all concerns and cases here are a been
there, done that.

Best regards,
Attila
_______________________________________________
MeeGo-dev mailing list
MeeGo-dev@meego.com
http://lists.meego.com/listinfo/meego-dev

Reply via email to