[maemo-developers] Package promoting
From: daniel wilms daniel.wilms at nokia.comDate: Wed Sep 22 17:07:54 EEST 2010
- Previous message: Package promoting
- Next message: Package promoting
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
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>
- Previous message: Package promoting
- Next message: Package promoting
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]