I noticed today while looking at a merge proposal that we store some test data files for LAVA on the wiki[1]. I'm sure that was chosen because it works and its easy to manage. However, I'm not a huge fan of this for a few reasons:
* easy to delete an attachment * Moin provides no revision control over attachments * I took this job to get out of the wiki business :)
I was thinking of two alternate ways to manage our data files:
1. Create something on people.linaro.org like the toolchain team did[2]. 2. Create something like validation.linaro.org/testdata
Seems like option 1 is the easiest and has been done before. Any opinions?
1: https://wiki.linaro.org/TestDataLinkPage 2: http://people.linaro.org/~toolchain/
On 6 April 2012 23:01, Andy Doan andy.doan@linaro.org wrote:
I noticed today while looking at a merge proposal that we store some test data files for LAVA on the wiki[1]. I'm sure that was chosen because it works and its easy to manage. However, I'm not a huge fan of this for a few reasons:
- easy to delete an attachment
- Moin provides no revision control over attachments
- I took this job to get out of the wiki business :)
I was thinking of two alternate ways to manage our data files:
- Create something on people.linaro.org like the toolchain team did[2].
- Create something like validation.linaro.org/testdata
Seems like option 1 is the easiest and has been done before. Any opinions?
I agree, and the one like http://samplemedia.linaro.org/ showing in [1] page is good for me too.
1: https://wiki.linaro.org/**TestDataLinkPagehttps://wiki.linaro.org/TestDataLinkPage 2: http://people.linaro.org/~**toolchain/http://people.linaro.org/%7Etoolchain/
______________________________**_________________ linaro-validation mailing list linaro-validation@lists.**linaro.org linaro-validation@lists.linaro.org http://lists.linaro.org/**mailman/listinfo/linaro-**validationhttp://lists.linaro.org/mailman/listinfo/linaro-validation
On 6 April 2012 18:43, Spring Zhang spring.zhang@linaro.org wrote:
On 6 April 2012 23:01, Andy Doan andy.doan@linaro.org wrote:
I noticed today while looking at a merge proposal that we store some test data files for LAVA on the wiki[1]. I'm sure that was chosen because it works and its easy to manage. However, I'm not a huge fan of this for a few reasons:
* easy to delete an attachment * Moin provides no revision control over attachments * I took this job to get out of the wiki business :)
I was thinking of two alternate ways to manage our data files:
- Create something on people.linaro.org like the toolchain team did[2].
- Create something like validation.linaro.org/testdata
Seems like option 1 is the easiest and has been done before. Any opinions?
I agree, and the one like http://samplemedia.linaro.org/ showing in [1] page is good for me too.
+1 for samplemedia.l.o
1: https://wiki.linaro.org/TestDataLinkPage 2: http://people.linaro.org/~toolchain/
linaro-validation mailing list linaro-validation@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-validation
-- Best wishes, Spring Zhang
linaro-validation mailing list linaro-validation@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-validation
On 04/06/2012 11:41 AM, Fathi Boudra wrote:
On 6 April 2012 18:43, Spring Zhangspring.zhang@linaro.org wrote:
On 6 April 2012 23:01, Andy Doanandy.doan@linaro.org wrote:
I noticed today while looking at a merge proposal that we store some test data files for LAVA on the wiki[1]. I'm sure that was chosen because it works and its easy to manage. However, I'm not a huge fan of this for a few reasons:
- easy to delete an attachment
- Moin provides no revision control over attachments
- I took this job to get out of the wiki business :)
I was thinking of two alternate ways to manage our data files:
- Create something on people.linaro.org like the toolchain team did[2].
- Create something like validation.linaro.org/testdata
Seems like option 1 is the easiest and has been done before. Any opinions?
I agree, and the one like http://samplemedia.linaro.org/ showing in [1] page is good for me too.
+1 for samplemedia.l.o
1: https://wiki.linaro.org/TestDataLinkPage 2: http://people.linaro.org/~toolchain/
So after further thought, this isn't really the purpose of samplemedia.l.o. I'm thinking of creating:
testdata.validation.linaro.org
We can make this a virtual host on something like mombin that we all have access to. Objections?
-andy
On 19 April 2012 05:54, Andy Doan andy.doan@linaro.org wrote:
On 04/06/2012 11:41 AM, Fathi Boudra wrote:
On 6 April 2012 18:43, Spring Zhangspring.zhang@linaro.org wrote:
On 6 April 2012 23:01, Andy Doanandy.doan@linaro.org wrote:
I noticed today while looking at a merge proposal that we store some test data files for LAVA on the wiki[1]. I'm sure that was chosen because it works and its easy to manage. However, I'm not a huge fan of this for a few reasons:
- easy to delete an attachment
- Moin provides no revision control over attachments
- I took this job to get out of the wiki business :)
I was thinking of two alternate ways to manage our data files:
- Create something on people.linaro.org like the toolchain team
did[2]. 2. Create something like validation.linaro.org/testdata
Seems like option 1 is the easiest and has been done before. Any opinions?
I agree, and the one like http://samplemedia.linaro.org/ showing in [1] page is good for me too.
+1 for samplemedia.l.o
1: https://wiki.linaro.org/**TestDataLinkPagehttps://wiki.linaro.org/TestDataLinkPage
2: http://people.linaro.org/~**toolchain/http://people.linaro.org/%7Etoolchain/
So after further thought, this isn't really the purpose of samplemedia.l.o. I'm thinking of creating:
testdata.validation.linaro.org
We can make this a virtual host on something like mombin that we all have access to. Objections?
It's fine.
-andy
On 19 April 2012 05:54, Andy Doan andy.doan@linaro.org wrote:
On 04/06/2012 11:41 AM, Fathi Boudra wrote:
On 6 April 2012 18:43, Spring Zhangspring.zhang@linaro.org wrote:
On 6 April 2012 23:01, Andy Doanandy.doan@linaro.org wrote:
I noticed today while looking at a merge proposal that we store some test data files for LAVA on the wiki[1]. I'm sure that was chosen because it works and its easy to manage. However, I'm not a huge fan of this for a few reasons:
- easy to delete an attachment
- Moin provides no revision control over attachments
- I took this job to get out of the wiki business :)
I was thinking of two alternate ways to manage our data files:
- Create something on people.linaro.org like the toolchain team
did[2]. 2. Create something like validation.linaro.org/testdata
Seems like option 1 is the easiest and has been done before. Any opinions?
I agree, and the one like http://samplemedia.linaro.org/ showing in [1] page is good for me too.
+1 for samplemedia.l.o
1: https://wiki.linaro.org/**TestDataLinkPagehttps://wiki.linaro.org/TestDataLinkPage
2: http://people.linaro.org/~**toolchain/http://people.linaro.org/~toolchain/
So after further thought, this isn't really the purpose of samplemedia.l.o. I'm thinking of creating:
testdata.validation.linaro.org
We can make this a virtual host on something like mombin that we all have access to. Objections?
It seems ok.
btw, what's mombin?
Thanks, Yongqin Liu
-andy
______________________________**_________________ linaro-validation mailing list linaro-validation@lists.**linaro.org linaro-validation@lists.linaro.org http://lists.linaro.org/**mailman/listinfo/linaro-**validationhttp://lists.linaro.org/mailman/listinfo/linaro-validation
Hi, Andy
The site "http://testdata.validation.linaro.org/" seems accessible now (I just found this....)
But do you know how can we put data there?
I'd like to fix Bug #977062https://bugs.launchpad.net/lava-android-test/+bug/977062 in this cycle.
Thanks, Yongqin Liu
On 19 April 2012 05:54, Andy Doan andy.doan@linaro.org wrote:
On 04/06/2012 11:41 AM, Fathi Boudra wrote:
On 6 April 2012 18:43, Spring Zhangspring.zhang@linaro.org wrote:
On 6 April 2012 23:01, Andy Doanandy.doan@linaro.org wrote:
I noticed today while looking at a merge proposal that we store some test data files for LAVA on the wiki[1]. I'm sure that was chosen because it works and its easy to manage. However, I'm not a huge fan of this for a few reasons:
- easy to delete an attachment
- Moin provides no revision control over attachments
- I took this job to get out of the wiki business :)
I was thinking of two alternate ways to manage our data files:
- Create something on people.linaro.org like the toolchain team
did[2]. 2. Create something like validation.linaro.org/testdata
Seems like option 1 is the easiest and has been done before. Any opinions?
I agree, and the one like http://samplemedia.linaro.org/ showing in [1] page is good for me too.
+1 for samplemedia.l.o
1: https://wiki.linaro.org/**TestDataLinkPagehttps://wiki.linaro.org/TestDataLinkPage
2: http://people.linaro.org/~**toolchain/http://people.linaro.org/~toolchain/
So after further thought, this isn't really the purpose of samplemedia.l.o. I'm thinking of creating:
testdata.validation.linaro.org
We can make this a virtual host on something like mombin that we all have access to. Objections?
-andy
______________________________**_________________ linaro-validation mailing list linaro-validation@lists.**linaro.org linaro-validation@lists.linaro.org http://lists.linaro.org/**mailman/listinfo/linaro-**validationhttp://lists.linaro.org/mailman/listinfo/linaro-validation
On 9 May 2012 09:23, YongQin Liu yongqin.liu@linaro.org wrote:
Hi, Andy
The site "http://testdata.validation.linaro.org/" seems accessible now (I just found this....)
But do you know how can we put data there?
upload your data on the server using scp.
I'd like to fix Bug #977062 in this cycle.
Thanks, Yongqin Liu
On 19 April 2012 05:54, Andy Doan andy.doan@linaro.org wrote:
On 04/06/2012 11:41 AM, Fathi Boudra wrote:
On 6 April 2012 18:43, Spring Zhangspring.zhang@linaro.org wrote:
On 6 April 2012 23:01, Andy Doanandy.doan@linaro.org wrote:
I noticed today while looking at a merge proposal that we store some test data files for LAVA on the wiki[1]. I'm sure that was chosen because it works and its easy to manage. However, I'm not a huge fan of this for a few reasons:
* easy to delete an attachment * Moin provides no revision control over attachments * I took this job to get out of the wiki business :)
I was thinking of two alternate ways to manage our data files:
- Create something on people.linaro.org like the toolchain team
did[2]. 2. Create something like validation.linaro.org/testdata
Seems like option 1 is the easiest and has been done before. Any opinions?
I agree, and the one like http://samplemedia.linaro.org/ showing in [1] page is good for me too.
+1 for samplemedia.l.o
1: https://wiki.linaro.org/TestDataLinkPage 2: http://people.linaro.org/~toolchain/
So after further thought, this isn't really the purpose of samplemedia.l.o. I'm thinking of creating:
testdata.validation.linaro.org
We can make this a virtual host on something like mombin that we all have access to. Objections?
-andy
linaro-validation mailing list linaro-validation@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-validation
W dniu 06.04.2012 17:01, Andy Doan pisze:
I noticed today while looking at a merge proposal that we store some test data files for LAVA on the wiki[1]. I'm sure that was chosen because it works and its easy to manage. However, I'm not a huge fan of this for a few reasons:
- easy to delete an attachment
- Moin provides no revision control over attachments
- I took this job to get out of the wiki business :)
* Keep the data with the test in the test's revision control.
Why anyone uses wiki for this is beyond me.
Thanks ZK
PS: yes, lava needs to be able to support that case sensibly. It would be nice, from a test author's point of view to say: lava, please make that directory available in the local network and allow me to refer to it later as LAVA_TEST_DATA_URL so that my simple wget-test can work reliably.
Yes, this should have always been in samplemedia, not the wiki. I remember commenting on that in the original mp for a thing a while back... tjbench iirc.
On Fri, Apr 6, 2012 at 6:07 PM, Zygmunt Krynicki < zygmunt.krynicki@linaro.org> wrote:
W dniu 06.04.2012 17:01, Andy Doan pisze:
I noticed today while looking at a merge proposal that we store some test data files for LAVA on the wiki[1]. I'm sure that was chosen because it works and its easy to manage. However, I'm not a huge fan of this for a few reasons:
- easy to delete an attachment
- Moin provides no revision control over attachments
- I took this job to get out of the wiki business :)
- Keep the data with the test in the test's revision control.
Why anyone uses wiki for this is beyond me.
Thanks ZK
PS: yes, lava needs to be able to support that case sensibly. It would be nice, from a test author's point of view to say: lava, please make that directory available in the local network and allow me to refer to it later as LAVA_TEST_DATA_URL so that my simple wget-test can work reliably.
-- Zygmunt Krynicki Linaro Validation Team
linaro-validation mailing list linaro-validation@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-validation
I don't like to put this to the personal directory on people.linaro.org. In the future, the person who want to change this file is probably not us, but the member of android team or graphics team or others. so it's better that they also have the permission to modify that file, like change or delete.
And there should not limited to the test data file, some test tools may also be put there. Like for android test, I guess it's better to put the compressed monkeyrunner scripts there. And maybe we can put some binary test tools there, so that we can use them but have no source.
Thanks, Yongqin Liu
On 10 April 2012 05:56, Paul Larson paul.larson@linaro.org wrote:
Yes, this should have always been in samplemedia, not the wiki. I remember commenting on that in the original mp for a thing a while back... tjbench iirc.
On Fri, Apr 6, 2012 at 6:07 PM, Zygmunt Krynicki < zygmunt.krynicki@linaro.org> wrote:
W dniu 06.04.2012 17:01, Andy Doan pisze:
I noticed today while looking at a merge proposal that we store some test data files for LAVA on the wiki[1]. I'm sure that was chosen because it works and its easy to manage. However, I'm not a huge fan of this for a few reasons:
- easy to delete an attachment
- Moin provides no revision control over attachments
- I took this job to get out of the wiki business :)
- Keep the data with the test in the test's revision control.
Why anyone uses wiki for this is beyond me.
Thanks ZK
PS: yes, lava needs to be able to support that case sensibly. It would be nice, from a test author's point of view to say: lava, please make that directory available in the local network and allow me to refer to it later as LAVA_TEST_DATA_URL so that my simple wget-test can work reliably.
-- Zygmunt Krynicki Linaro Validation Team
linaro-validation mailing list linaro-validation@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-validation
linaro-validation mailing list linaro-validation@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-validation
Hi,
wrt https://code.launchpad.net/~liuyq0307/lava-android-test/fix-ppm-url/+merge/1... We haven't discussed about the layout to use on testdata.v.l.o. To avoid anarchy later, we should define a policy. Using a sub directory based on test definition name[1] seems logic to me.
Opinions?
[1] http://testdata.validation.linaro.org/%24%7Btest_definition%7D/%24%7Bdata%7D e.g. http://testdata.validation.linaro.org/tjbench/nightshot_iso_100.ppm
+1,
On 9 May 2012 19:45, Fathi Boudra fathi.boudra@linaro.org wrote:
Hi,
wrt https://code.launchpad.net/~liuyq0307/lava-android-test/fix-ppm-url/+merge/1... We haven't discussed about the layout to use on testdata.v.l.o. To avoid anarchy later, we should define a policy. Using a sub directory based on test definition name[1] seems logic to me.
Opinions?
[1] http://testdata.validation.linaro.org/%24%7Btest_definition%7D/%24%7Bdata%7D e.g. http://testdata.validation.linaro.org/tjbench/nightshot_iso_100.ppm
linaro-validation mailing list linaro-validation@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-validation
On 05/09/2012 06:45 AM, Fathi Boudra wrote:
Hi,
wrt https://code.launchpad.net/~liuyq0307/lava-android-test/fix-ppm-url/+merge/1... We haven't discussed about the layout to use on testdata.v.l.o. To avoid anarchy later, we should define a policy. Using a sub directory based on test definition name[1] seems logic to me.
Opinions?
[1] http://testdata.validation.linaro.org/%24%7Btest_definition%7D/%24%7Bdata%7D e.g. http://testdata.validation.linaro.org/tjbench/nightshot_iso_100.ppm
Do we need to need to insert an android/ubuntu designator in there? ie - I think we have some tests with the same name in lava-test and lava-android-test. I might be over-thinking this though.
On 9 May 2012 17:28, Andy Doan andy.doan@linaro.org wrote:
On 05/09/2012 06:45 AM, Fathi Boudra wrote:
Hi,
wrt https://code.launchpad.net/~liuyq0307/lava-android-test/fix-ppm-url/+merge/1... We haven't discussed about the layout to use on testdata.v.l.o. To avoid anarchy later, we should define a policy. Using a sub directory based on test definition name[1] seems logic to me.
Opinions?
[1] http://testdata.validation.linaro.org/%24%7Btest_definition%7D/%24%7Bdata%7D e.g. http://testdata.validation.linaro.org/tjbench/nightshot_iso_100.ppm
Do we need to need to insert an android/ubuntu designator in there? ie - I think we have some tests with the same name in lava-test and lava-android-test. I might be over-thinking this though.
I don't think we need a platform sub-directory. Most data is platform agnostic. If we really need to differentiate (exceptions), we can append a suffix. e.g. http://testdata.validation.linaro.org/tjbench/nightshot_iso_100-android.ppm
linaro-validation@lists.linaro.org
-
Andy Doan -
Fathi Boudra -
Paul Larson -
Spring Zhang -
YongQin Liu -
Zygmunt Krynicki