[maemo-developers] Package promoting

From: daniel wilms daniel.wilms at nokia.com
Date: Wed Sep 22 17:07:54 EEST 2010
Hi,

On 22/09/10 16:40, ext Felipe Crochik wrote:
>
> We had this discussion not long ago 
> (http://maemo.org/community/maemo-developers/maemo_qa_process/?org_openpsa_qbpager_net_nemein_discussion_posts_page=1)
>
> I think the “appdownloader” has most of features we need to help users 
> find, install, test and review applications. If we also add to the 
> appdownloader reminders like “you installed xxxx 10 days ago, how 
> would you rate it?” we would have a much more effective process.
>
> An initial (to do) list (comments anyone?):
>
>    1. I assume appdownloader is open source but I would contact the
>       developer to see if he is interested on taking the application
>       to the “next level”. We also need someone on the server side to
>       help.
>

here is the developer ;) I'm definitely interested in taking it to the 
next level. In the planning meeting last week, I promised to give an 
overview, what I have planned in form of a wiki page. I will do that 
latest until Friday.


>    1. add extras-testing to appdownloader (probably requires changes
>       on the server). Application would only show “testing
>       applications” if the repository is enabled.
>

There is a new API on the server, which supports that. Back-end changes 
have to be done for this on the client side, and of course some 
additions to the UI.

>    1. show the source of the package and optionally allow to filter
>       “only extras”
>    2. automatically add comments from appdownloader to the application
>       test page
>

Have to talk to Niels about that. Would make sense.

>
>    1. still have some “official testers” feedback required… most users
>       won’t care about the “qa checklist” but I think their feedback
>       should be as important on deciding if the application gets
>       promoted or not.
>    2. add “desktop” and close buttons to appdownloader (please?)
>    3. remember credentials so user does not have to login again?
>

Will be there.
>
>    1. keep track of the applications that the user has installed. Show
>       reminders every “x” days after installation
>    2. Maybe integrate appdownloader to FAP? Anything we can do to make
>       easier to install applications using appdownloader
>

Uhh...I see it is urgent to create that wiki page ;) But let me do that 
this week and then I will start a separate discussion on that, and we 
can think on distributing the work, which has to be done.

Daniel

> Sorry for repeating myself but I really believe we may have a solution 
> we can actually implement and help a lot with this issue and some 
> others. It is great to have more applications but it is getting harder 
> every day to find them and decide to install or not.
>
> Felipe
>
> ------------------------------------------------------------------------
>
> *From:* maemo-developers-bounces at maemo.org 
> [mailto:maemo-developers-bounces at maemo.org] *On Behalf Of *Attila Csipa
> *Sent:* Wednesday, September 22, 2010 8:58 AM
> *To:* Polyvertex
> *Cc:* maemo-developers at maemo.org
> *Subject:* Re: Package promoting
>
> On Wed, Sep 22, 2010 at 3:09 PM, Polyvertex <polyvertex at gmail.com 
> <mailto:polyvertex at gmail.com>> wrote:
>
>
>     I think the maintainer should always have the ability to promote the
>     package to extras by himself and take the risk of being under fire
>     from users if he promote a very bad/bugged release and did not took
>     enough time to resolve issues. This may also be added to the Karma
>     system if this is not already done.
>
>
> Generally, that was the setup with the N8x0 and Maemo4.x, so we have 
> tried that - IMO this works better (occasional developer frustration 
> notwithstanding) from a user standpoint, so let's not backpedal on 
> that - do everything to make it simpler for developers, but do not 
> sacrifice users in the process. Reflashing might be trivial for some, 
> but a serious endeavour for others.
>
>     > A secret weapon is in the making - KISStester, which would allow
>     easier
>     > feedback for users, and it also acts as a REMINDER for people who
>     are using
>     > software that is in dire need of testing (the problem is that people
>     > *download* things from testing but forget/can't be bothered to
>     come BACK to
>     > vote on it).
>
>     Well... As both of us said : most of the time, users don't vote. This
>     is why the promoting process is way too constraining : it does not
>     take users behavior into account at all...
>
>
> We'll see the effects when KISStester lands. The point is that ofter 
> people don't even *know* they are downloading the version from 
> extras-testing (since H-A-M does not show that info - and they might 
> have installed it before it was promoted to extras-testing), they are 
> forgetful, etc. So it's not like 99.999% of users don't care, it's 
> just the process that is awkward for most. If we as much as double 
> user response by flashing a 'hey, you have used this app from testing 
> for N days now, care to give some feedback ?' in notifications (or 
> 'you have uninstalled an app from extras-testing, was there something 
> wrong with it ?'), that would already be big help. At that point the 
> biggest concern will be educating people of leaving *good* feedback, 
> but if we have bad results, we can always disable the vote-part and 
> just leave comments - that can be very helpful, too.
>
> PS also for feedback - I often see for example problems being reported 
> on talk - that goes to show that people are not comfortable with 
> leaving comments within the testing process, so silence in testing 
> does not necessarily mean all is well (but it does mean the process 
> needs refining).
>
> Best regards,
> Attila
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.maemo.org/pipermail/maemo-developers/attachments/20100922/5e99ad5c/attachment.htm>
More information about the maemo-developers mailing list