Hi,<br><br>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.<br>
<br>Best regards,<br>-- <br>Valério Valério<br><br><a href="http://www.valeriovalerio.org">http://www.valeriovalerio.org</a><br> <br><br><div class="gmail_quote">On Mon, Jan 4, 2010 at 12:11 PM, Marius Vollmer <span dir="ltr"><<a href="mailto:marius.vollmer@nokia.com">marius.vollmer@nokia.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div class="im">ext Ed Bartosh <<a href="mailto:bartosh@gmail.com">bartosh@gmail.com</a>> writes:<br>
<br>
> I'll definitely find a time to do whatever is needed. Moreover, I was<br>
> asking couple of times already if it's time to enable optification by<br>
> default in autobuilder. I was given an answer that some testing is<br>
> still needed. I think Marius should know the latest status.<br>
<br>
</div>I still have to do something about the Python optification. I will do<br>
that in the next few days. The 'something' will likely be some way to<br>
detect the relevant packages and to stop optifying them in auto mode.<br>
(Indirect dependencies are a bit expensive to follow, so my current idea<br>
is that I go with a list of direct dependencies instead.)<br>
<br>
Also, I want to improve the heuristic and the official rules for<br>
optification together that using maemo-optify will automatically make<br>
your package conform to the rules. In other words, I want to avoid the<br>
situation where you need to do more than using maemo-optify to satisfy<br>
the QA criteria about optification.<br>
<br>
My current idea is that we will have a rule that takes in ratios: You<br>
need to have 20 times as many bytes (uncompressed) on the eMMC than on<br>
the OneNAND. The idea with this is that when all packages conform to<br>
this, your will most probably run out of eMMC before you run out of<br>
OneNAND.<br>
<br>
I'll try to do that in the next few days as well.<br>
<div><div></div><div class="h5">_______________________________________________<br>
maemo-developers mailing list<br>
<a href="mailto:maemo-developers@maemo.org">maemo-developers@maemo.org</a><br>
<a href="https://lists.maemo.org/mailman/listinfo/maemo-developers" target="_blank">https://lists.maemo.org/mailman/listinfo/maemo-developers</a><br>
</div></div></blockquote></div><br><br clear="all"><br><br>