On 04/02/2012 09:57 AM, Zygmunt Krynicki wrote:
W dniu 02.04.2012 16:30, Andy Doan pisze:
On 04/02/2012 07:20 AM, Zygmunt Krynicki wrote:
Hi, please have a look at [1] and discuss this on the mailing list.
[1]
https://blueprints.launchpad.net/lava-test/+spec/lava-test-dedicated-test-repo-project
I would prefer this stay as one project, but the "test_definitions"
directory is thought of as a separate component that another team,
Paul's, manage (bug triage, code review, and merge)
AFAIK there is no way to implement that on launchpad without spamming
everyone in the LAVA part of the team. Plus it does not address any of
the other issues I've raised. It certainly is not a single project for
the reasons I've outlined there.
I think other than the cross-platform nature the main issues you raised
are the email/bugs/review/merging on the project. I'd think a mail
filter could help with that. Given we're already forked on android in
such a different way, I don't know if I'd make cross-platform a high
priority for May.
I think keeping this simplicity is important.
I don't think this will raise the complexity, if anything it will ensure
that the same level of user experience is provided to in-tree and
out-of-tree tests.
As a person who's had to "lava-tize this thing" its one more thing.
There were so many steps in working with LAVA that I essentially refused
to use LAVA for the first 4 months I was doing benchmarks. To be fair -
it wasn't that bad, but that the impression people have.
Also, it gets easier for someone to run into the scenario where their
test only works on some version of the framework. Also around
inter-dependencies is the case when someone introduces a new test that
requires functional change to the framework. Now its easy to handle in
one merge proposal.
All that said - Paul's thread raises a completely separate idea that's
very interesting and would probably end up accomplishing what you want.
I just don't really like the idea of splitting it up based on what I
currently see in the blueprint. I'm sure I could be persuaded differently.
-andy
_______________________________________________
linaro-validation mailing list
[email protected]
http://lists.linaro.org/mailman/listinfo/linaro-validation
