[maemo-developers] Proposal: Karma-Whores protection mailing list
From: Valerio Valerio vdv100 at gmail.comDate: Mon Jan 4 14:41:05 EET 2010
- Previous message: Proposal: Karma-Whores protection mailing list
- Next message: Proposal: Karma-Whores protection mailing list
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Hi, 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 http://www.valeriovalerio.org 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
- Previous message: Proposal: Karma-Whores protection mailing list
- Next message: Proposal: Karma-Whores protection mailing list
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]