Merge what's left of automation.py.in into remoteautomation.py, remove automation-build.mk
Categories
(Firefox Build System :: General, defect)
Tracking
(firefox41 wontfix, firefox76 fixed)
People
(Reporter: parkouss, Assigned: gbrown)
References
(Blocks 2 open bugs)
Details
Attachments
(2 files)
The build/automation.py.inc file is quite a mess, and we should remove the need for it, if possible. :) This is blocking for mochitest for example as we would like to package it properly. So, quite some work to do - these are the dependencies: https://dxr.mozilla.org/mozilla-central/search?q=%22from+automation%22&case=true I propose to make this bug a tracking bug, so we can do the job step by step.
Comment 1•6 years ago
|
||
bug 775756 was tracking this overarching work.
| Reporter | ||
Comment 2•6 years ago
|
||
So, do you want to mark this bug as blocking bug 775756, or close this as WONTFIX or DUPLICATE ?
Comment 3•6 years ago
|
||
It's up to you. Removing automation.py.in is definitely something we want, but I'd also rather have bugs on file to fix the specific issues with it rather than just a generic "remove it" bug.
Comment 4•6 years ago
|
||
This is being used as a tracking bug, which I think is arguably a prerequisite to bug 775756, so marking this as blocking.
Comment 5•3 years ago
|
||
We removed all uses of automation.py from desktop automation. It's still used in mobile automation, but fixing that is a fair amount of work. We can simplify some build system gunk by just moving the contents of automation.py.in into remoteautomation.py since we no longer need the preprocessor interpolation.
Updated•3 years ago
|
Comment 6•8 months ago
|
||
As far as I can tell, some or all of automation.py.in is dead code. Automation.runApp is definitely dead, and if you remove that a lot of other code can be removed too.
Comment 7•8 months ago
|
||
Here's a try push where I added a raise Exception("blah") to the start of runApp, and it appears to have run just fine: https://treeherder.mozilla.org/#/jobs?repo=try&revision=17c835c2a31e9a6519c9ed9b102a4edf63df8e74
| Assignee | ||
Comment 8•8 months ago
|
||
Thanks! I'll see if I can move this forward.
| Assignee | ||
Comment 9•8 months ago
|
||
Remove unused code from automation.py.in, move some android-specific code from
automation.py.in to remoteautomation.py, and eliminate some other easily-replaced
code. In the long term we want to eliminate automation.py.in completely; I may
attempt that once these changes have landed.
Comment 10•8 months ago
|
||
Pushed by gbrown@mozilla.com: https://hg.mozilla.org/integration/autoland/rev/a0758efe4b39 Cleanup automation.py.in; r=egao
| Assignee | ||
Updated•8 months ago
|
Comment 11•8 months ago
|
||
| bugherder | ||
| Assignee | ||
Updated•8 months ago
|
| Assignee | ||
Comment 12•8 months ago
|
||
Remove the remainder of automation.py.in and the build support for generating
automation.py.
Some of this functionality was in use, especially for android tests.
Some code was moved or re-implemented in remoteautomation.py or in the affected
harness(es). Some features were removed: There are some minor changes in behavior.
For instance, instead of using a different server startup timeout for debug builds,
one value is used for all builds (due to performance improvements over time,
the longer timeout is no longer needed).
Comment 13•8 months ago
|
||
Pushed by gbrown@mozilla.com: https://hg.mozilla.org/integration/autoland/rev/76d9fb8a0d3d Remove automation.py.in entirely; r=egao,bc
Comment 14•8 months ago
|
||
| bugherder | ||
Updated•8 months ago
|
Description
•