Similar to https://github.com/mozilla/mozdownload/issues/30 we have to fix our automation scripts to not download the stub installer by default. $ mozdownload -t daily -p win32 Retrieving the build status file from https://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/latest-mozilla-central/ Retrieving list of builds from https://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/2012/10/ Downloading build: https://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/2012/10/2012-10-08-03-17-45-mozilla-central/firefox-18.0a1.en-US.win32.installer-stub.exe
There shouldn't be the need to maintain both mozdownload and the local scraper in parallel. Lets remove the scripts and change mozmill-ci to make use of the mozdownload package.
Summary: Download scraper should not download the stub installer by default → Remove scraper and download script from mozmill-automation repository in favor of mozdownload
Created attachment 669323 [details] [diff] [review] Patch v1 This removes all traces of the local scraper code and replaces those with mozdownload. Also I have removed the testrun_release.py file which is unused now given that we have mozmill-ci.
Attachment #669323 - Flags: review?(ctalbert)
Comment on attachment 669323 [details] [diff] [review] Patch v1 r+++
Attachment #669323 - Flags: review?(ctalbert) → review+
http://hg.mozilla.org/qa/mozmill-automation/rev/0a2e4587026a So everything has been transitioned to mozdownload now! Yay!
Status: ASSIGNED → RESOLVED
Last Resolved: 6 years ago
Resolution: --- → FIXED
Product: Mozilla QA → Mozilla QA Graveyard
You need to log in before you can comment on or make changes to this bug.