[MeeGo-dev] Remote developing platform, remote building, personal/team repositories...

kate.alhola at nokia.com kate.alhola at nokia.com
Fri Feb 19 08:28:30 CST 2010


>________________________________________
>From: meego-dev-bounces at meego.com [meego-dev-bounces at meego.com] On Behalf Of ext Yves-Alexis Perez [corsac at debian.org]
>Sent: Friday, February 19, 2010 4:04 PM
>To: meego-dev at meego.com
>Subject: Re: [MeeGo-dev] Remote developing platform, remote building, personal/team repositories...
>
>On ven., 2010-02-19 at 15:19 +0200, Quim Gil wrote:
>> ext steve wrote:
>> > Don't you see the irony in that question ? If you /do/ want to create the /most
>> > compelling/ mobile OS, you need to lower the barriers to entry.
>>
>> I do see that packaging per se is a barrier of entry, specially for the
>> big amount of application developers not familiar with Linux. This is
>> why such barrier of entry needs to be minimized making the package
>> creation as seamless and automatic as possible.
>
>Yeah but packaging *is* hard and is not something anybody can dot. That
>statement is wrong in quite some cases, like simple applications, but is
>definitely true in more complex cases (like libraries, cross-desktop
>stuff, environment).

We are working to lover barrier for packaging applications. Eclipse did it even previous maemo version, now
it is time to have it for Maemo5 in Qt-creator and it will be there . When you are using qtcreator, you don''t need
to take packaging at all. Simple applications, just make it with Qt creator and create package with gui tool.

More problem is in complicated packages, libraries etc but in these case, also developer is no more
beginner and is familiar of some packaging format. When you know basics it is no longer so difficult
learn new. 

Kate



So in the ends it depends who is the intended target. For “tiny” apps,
like small python scripts and stuff like that, it's fine, but for more
complex applications, the packaging is definitely something we want to
care about.

Cheers,
--
Yves-Alexis


More information about the MeeGo-dev mailing list