[maemo-developers] Proposal: Karma-Whores protection mailing list

From: Valerio Valerio vdv100 at gmail.com
Date: Mon Jan 4 14:41:05 EET 2010

a little patience please for the QA changes, as some remember we agreed in a
couple of changes to the QA process that will improve it a lot, but due to
other factors these changes aren't implemented yet, I'll try to push the
process in the next few days. We also have a proposal of a team of testers,
with some 'special powers' to avoid 'manipulation' of the QA system and to
push apps that are stuck in a testing queue for a while, more on this soon.

Best regards,
Valério Valério


On Mon, Jan 4, 2010 at 12:11 PM, Marius Vollmer <marius.vollmer at nokia.com>wrote:

> ext Ed Bartosh <bartosh at gmail.com> writes:
> > I'll definitely find a time to do whatever is needed. Moreover, I was
> > asking couple of times already if it's time to enable optification by
> > default in autobuilder. I was given an answer that some testing is
> > still needed. I think Marius should know the latest status.
> I still have to do something about the Python optification.  I will do
> that in the next few days.  The 'something' will likely be some way to
> detect the relevant packages and to stop optifying them in auto mode.
> (Indirect dependencies are a bit expensive to follow, so my current idea
> is that I go with a list of direct dependencies instead.)
> Also, I want to improve the heuristic and the official rules for
> optification together that using maemo-optify will automatically make
> your package conform to the rules.  In other words, I want to avoid the
> situation where you need to do more than using maemo-optify to satisfy
> the QA criteria about optification.
> My current idea is that we will have a rule that takes in ratios: You
> need to have 20 times as many bytes (uncompressed) on the eMMC than on
> the OneNAND.  The idea with this is that when all packages conform to
> this, your will most probably run out of eMMC before you run out of
> OneNAND.
> I'll try to do that in the next few days as well.
> _______________________________________________
> maemo-developers mailing list
> maemo-developers at maemo.org
> https://lists.maemo.org/mailman/listinfo/maemo-developers
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.maemo.org/pipermail/maemo-developers/attachments/20100104/f1a4d39e/attachment.htm 
More information about the maemo-developers mailing list