pjs/testing/release
Phil Ringnalda 0668c02156 Bug 470166 - remove accidentally-imported Minotaur logs, r=ctalbert 2009-02-01 13:40:00 -08:00
..
common back out workaround b=401327 2008-03-21 14:06:21 -07:00
l10n Bug 393036, fix verify_locales for 1.5.0.x installers (followup to initial patch), r=rhelmer 2007-12-11 10:17:27 -08:00
updates whitespace change to test hgpoller - one last time 2008-10-01 17:31:17 -04:00
README.txt more usage docs b=346013 2006-08-24 21:46:53 +00:00

README.txt

Mozilla Build Verification Scripts
---

--
Contents
--

updates -> AUS and update verification
l10n    -> l10n vs. en-US verification
common  -> useful utility scripts

--
Update verification
--

verify.sh
  does a low-level check of all advertised MAR files. Expects to have a
  file named all-locales, but does not (yet) handle platform exceptions, so 
  these should be removed from the locales file.

  prints errors on both STDOUT and STDIN, the intention is to run the
  script with STDOUT redirected to an output log. If there is not output
  on the console and an exit code of 0 then all tests pass; otherwise one
  or more tests failed.

  Does the following:

  1) download update.xml from AUS for a particular release
  2) download the partial and full mar advertised
  3) check that the partial and full match the advertised size and sha1sum
  4) downloads the latest release, and an older release
  5) applies MAR to the older release, and compares the two releases.
  
  Step 5 is repeated for both the complete and partial MAR.

  Expects to have an updates.cfg file, describing all releases to try updating 
  from.

-
Valid Platforms for AUS
-
Linux_x86-gcc3
Darwin_Universal-gcc3
Linux_x86-gcc3
WINNT_x86-msvc
Darwin_ppc-gcc3

--
l10n verification
--

verify_l10n.sh
  unpacks an en-US build for a particular release/platform, and
  then unpacks and compares all locales for that particular release/platform.

  Expects to have a file named all-locales, but does not (yet) handle platform 
  exceptions, so these should be removed from the locales file.

  Best practice is to take a directory full of diffs for a particular release
  and compare to a directory full of diffs for the current release, to see
  what l10n changes have occurred. For maintenance releases, this should
  be slim to none.