Open
Bug 1435677
Opened 7 years ago
Updated 2 years ago
Talos shouldn't extract its data into the source tree
Categories
(Testing :: Talos, enhancement, P3)
Tracking
(Not tracked)
NEW
People
(Reporter: standard8, Unassigned)
Details
According to bug 1435346 and bug 1435342 it looks like running Talos locally is extracting its tp5n dataset (and possibly others?) into the source tree.
This makes it harder for developer tools to work properly as seen in those bugs - we have to add extra ignores.
Updated•7 years ago
|
Whiteboard: [PI:February]
Comment 1•7 years ago
|
||
ideally in ~/.mozilla/talos/
Comment 2•7 years ago
|
||
maybe in objdir would be better. We also have problems with the .develop files
Updated•7 years ago
|
Whiteboard: [PI:February] → [PI:March]
Comment 3•7 years ago
|
||
I did some work here and got stuck- one direction we are taking is a new tool 'raptor' that would get the benchmarks and tp6 pageset at a start- that is the majority of the uses of large datasets (but not all)- ideally that would use the objdir in setting up when running locally- we should have that done in April. Remaining work would be:
* tp5, damp, tp5o_scroll, tps - all using the tp5 pageset
* manifest files that are edited to run against localhost (dynamically done with ./mach talos-test)
I believe the main work here is setting up a objdir/testing/talos/... directory where we can symlink/copy the talos bits during the build (like we do for reftest, mochitest, xpcshell, etc.) and then run the tests from there.
Whiteboard: [PI:March] → [PI:April]
Updated•7 years ago
|
Whiteboard: [PI:April] → [PI:May]
Updated•7 years ago
|
Whiteboard: [PI:May] → [PI:June]
Updated•5 years ago
|
Priority: -- → P3
Whiteboard: [PI:June]
Updated•2 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•