NeoOffice 3.0.1 Early Access Release Tasks

Verify that Novell's patched odf-converter does not have a newer version than 2.5-2 of their OpenXML Translator. If they do, attempt to build and run their newer version and test for any obvious regressions.

Note: newere version 3.0-6 found and it builds but it drops images on Writer documents so continue to use version 2.5-2 for this release.

Commit and test updated icon files in your workspace's NeoOffice 3.0.1 etc/package directory.

• cd etc/package
• Execute the following shell script:

  #!/bin/csh
  #
  # execute within etc/package directory
  
  setenv PKGDIR `pwd`
  
  pushd ~
  curl -C - -O http://homepage.mac.com/punto_mac/projects/neo/downloads/Akua_2009Q2_Release.dmg
  popd
  
  setenv VOL `hdiutil mount ~/Akua_2009Q2_Release.dmg | perl -ne 'if ( /(\/Volumes.*)$/ ) { print $1; }'`
  if ( "$VOL" != "" ) then
          mkdir "Akua_2009Q2_Release"
          pushd "$VOL"
          cp -rf * "$PKGDIR/Akua_2009Q2_Release"
          popd
          pushd "Akua_2009Q2_Release"
          find . -type f -name \.\* -print0 | xargs -0 -n 1 rm -f
          popd
  
          if ( -e AkuaIcons.zip ) then
                  rm AkuaIcons.zip
          endif
          zip -r AkuaIcons.zip "Akua_2009Q2_Release"
          hdiutil unmount "$VOL"
          rm -rf "Akua_2009Q2_Release"
  endif
  

• Rebuild NeoOffice installers with new icon zip files and verify proper build.
• Reinstall both builds and check that updated icons are available.

Since NeoOffice 3.0.1 Early Access has code changes in the Go-oo portion of the build, perform a clean build by doing a complete checkout of the HEAD branch in a new, empty directory and building the entire NeoOffice product from scratch.

This includes the following steps:

• Do a cvs update -Ad in a new, empty directory to ensure that you have the a clean checkout of the code.
• Copy custom.neo.mk file to custom.mk so that the clean checkout will build with the trademarked product names.

• In makefile, change the following macros to the respective values:

  PRODUCT_VERSION=3.0.1 Early Access
  PRODUCT_DIR_VERSION=3.0.1_Early_Access
  PREVIOUS_PRODUCT_VERSION=$(PRODUCT_VERSION)
  PRODUCT_PATCH_VERSION=Patch 0
  PRODUCT_DIR_PATCH_VERSION=Patch-0
  NEO_TAG:=-rNeoOffice-3_0_1_Early_Access
  

• Commit makefile changes and invoke make all to rebuild all applicable code and installers.

Rebuild all custom NeoOffice code using the existing NeoOffice 2.2.5 development builds. Perform a confirming checkout of the NeoOffice-2_2_6_branch branch and set build to build with a new version and the NeoOffice and RetroOffice trademarked product names.

This includes the following steps:

• Do a cvs update -rNeoOffice-2_2_6_branch d to ensure that you have the latest code in your workspace, verify that none of the files are marked as updated, patched, modified, or have conflicts, and verify that the latest code actually builds through the installer.
• Copy custom.neo.mk file to custom.mk so that the clean checkout will build with the trademarked product names.

• In makefile, change the following macros to the respective values:

  PRODUCT_VERSION=2.2.6 Early Access
  PRODUCT_DIR_VERSION=2.2.6_Early_Access
  PREVIOUS_PRODUCT_VERSION=$(PRODUCT_VERSION)
  X11_PRODUCT_VERSION=2.2.6 Early Access
  X11_PRODUCT_DIR_VERSION=2.2.6_Early_Access
  X11_PREVIOUS_PRODUCT_VERSION=$(X11_PRODUCT_VERSION)
  PRODUCT_PATCH_VERSION=Patch 0
  PRODUCT_DIR_PATCH_VERSION=Patch-0
  X11_PRODUCT_PATCH_VERSION=Patch 0
  X11_PRODUCT_DIR_PATCH_VERSION=Patch-0
  NEO_TAG:=-rNeoOffice-2_2_6_Early_Access
  X11_NEO_TAG:=-rRetroOffice-2_2_6_Early_Access
  

• Delete all build.neo_* files so that all custom NeoOffice and RetroOffice code will be rebuilt.
• Commit makefile changes and invoke make all to rebuild all applicable code and installers.

Verify that none of the NeoOffice 3.0.1 Early Access Intel build's executables or libraries link to any X11 libraries.

Note: to do this task, install your latest NeoOffice build and, in a terminal, execute the following commands:

sh
cd /Applications/NeoOffice.app/Contents
for i in `find . -type f`; do echo $i ; otool -L $i 2>&1 | grep X11; done

If none of the binaries link to any X11 libraries, the above commands will only print a list of files. However, if you see any lines that look similar to the following, the file listed just before this type of line is linked to an X11 library and this must be correct before the NeoOffice binaries can be released.

/usr/X11R6/lib/libX11.6.dylib (compatibility version 6.2.0, current version 6.2.0)

Verify that none of the NeoOffice 3.0.1 Early Access PowerPC build's executables or libraries link to any X11 libraries.

Note: Use the same steps as used for the matching Intel task.

Verify that none of the NeoOffice 2.2.6 Early Access PowerPC build's executables or libraries link to any X11 libraries.

Note: Use the same steps as used for the matching NeoOffice 3.0.1 Early Access Intel task.

Verify that none of the NeoOffice 2.2.6 Early Access PowerPC build's executables or libraries link to any X11 libraries.

Note: Use the same steps as used for the matching Intel task.

Tag the code in the HEAD branch with the NeoOffice-3_0_1_Early_Access tag using the following:

• Do a cvs update -Ad to ensure that you have the latest code in your workspace, verify that none of the files are marked as updated, patched, modified, or have conflicts, and verify that the latest code actually builds through the installer.
• Tag all files in your workspace by invoking cvs tag NeoOffice-3_0_1_Early_Access.
• If there are any build errors, fix and commit them, retag the changed files by invoking cvs tag -F NeoOffice-3_0_1_Early_Access, and repeating the step.

Tag the code in the NeoOffice-2_2_6_branch branch with the NeoOffice-2_2_6_Early_Access tag using the following:

• Do a cvs update -rNeoOffice-2_2_6_branch -d to ensure that you have the latest code in your workspace, verify that none of the files are marked as updated, patched, modified, or have conflicts, and verify that the latest code actually builds through the installer.
• Tag all files in your workspace by invoking cvs tag NeoOffice-2_2_6_Early_Access.
• If there are any build errors, fix and commit them, retag the changed files by invoking cvs tag -F NeoOffice-2_2_6_Early_Access, and repeating the step.

Create releasable NeoOffice 3.0.1 Early Access build for Intel.

Note: the following steps are overkill, but they ensure that all recent changes to the NeoOffice custom code has been built:

• Do a cvs update -d -rNeoOffice-3_0_1_Early_Access and verify that none of the files are marked as updated, patched, modified, or have conflicts. If any such errors appear, the previous task (tagging of the workspace) has not been done properly and it needs to done properly before you can proceed with this task.
• Do a cvs update -Ad so that you can do bug fixing and release patches after you create your releasable build
• Delete all build.neo_* and build.odf-converter* files. This will force the installer to rebuild the odf-converter code and all of the NeoOffice custom code without causing any of the OpenOffice.org or ooo-build code to be rebuilt.
• Invoke make all to create the releasable installer and language packs.

Create releasable NeoOffice 3.0.1 Early Access build for PowerPC.

Note: Use the same steps as used for the matching Intel task.

Create releasable NeoOffice 2.2.6 Early Access build for Intel.

Note: the following steps are overkill, but they ensure that all recent changes to the NeoOffice custom code has been built:

• Do a cvs update -d -rNeoOffice-2_2_6_Early_Access and verify that none of the files are marked as updated, patched, modified, or have conflicts. If any such errors appear, the previous task (tagging of the workspace) has not been done properly and it needs to done properly before you can proceed with this task.
• Do a cvs update -d -rNeoOffice-2_2_6_branch so that you can do bug fixing and release patches after you create your releasable build
• Delete all build.neo_* and build.odf-converter* files. This will force the installer to rebuild the odf-converter code and all of the NeoOffice custom code without causing any of the OpenOffice.org or ooo-build code to be rebuilt.
• Invoke make all to create the releasable installer and language packs.

Create releasable NeoOffice 2.2.6 Early Access build for PowerPC.

Note: Use the same steps as used for the matching Intel task.

Create backup copy of the NeoOffice 3.0.1 Early Access releasable Intel binaries and upload them to staging server.

The following steps are the steps that I used to create my backup copy:

• Create an empty NeoOffice-3.0.1_Early_Access directory outside of the workspace
• Copy all 59 install/*.dmg files from your releasable build into the empty NeoOffice-3.0.1_Early_Access directory and chmod 444 *.dmg in that directory

Put the NeoOffice-3.0.1_Early_Access folder in a new empty directory and create a CD master NeoOffice-3.0.1_Early_Access.cdr file of the new directory using the following command:

hdiutil create -srcfolder /path/to/new/directory \
-format UDTO -ov -o /path/to/output/NeoOffice-3.0.1_Early_Access.cdr

Create backup copy of the NeoOffice 3.0.1 Early Access releasable PowerPC binaries and upload them to staging server.

Note: Use the same steps as used for the matching Intel task.

Create backup copy of the NeoOffice 2.2.6 Early Access releasable Intel binaries and upload them to staging server.

Note: Use the same steps as used for the matching NeoOffice 3.0.1 Early Access Intel task.

Create backup copy of the NeoOffice 2.2.6 Early Access releasable PowerPC binaries and upload them to staging server.

Note: Use the same steps as used for the matching Intel task.

Verify that the releasable NeoOffice 3.0.1 Early Access installers and one or more language packs install and run on Intel for the following Mac OS X versions:

• 10.4.11
• 10.5.8
• 10.6 developer seed build 10A432

Verify that the releasable NeoOffice 3.0.1 Early Access installers and one or more language packs install and run on PowerPC for the following Mac OS X versions:

• 10.4.11
• 10.5.8

Verify that the releasable NeoOffice 2.2.6 Early Access installers and one or more language packs install and run on Intel for the following Mac OS X versions:

• 10.4.11
• 10.5.8
• 10.6 developer seed build 10A432

Verify that the releasable NeoOffice 2.2.6 Early Access installers and one or more language packs install and run on PowerPC for the following Mac OS X versions:

• 10.3.9
• 10.4.11
• 10.5.8

Update all NeoOffice and version names, file URLs, and patch version names in all of the files in the www-test-primary.neooffice.org server's neojava directory.

Note: I used the following steps to do this:

• Manually edit the /neojava/includes/globals.php page and set the following variables to the following values and delete all but the zero'th element:

$earlyaccessdownloadenabled = true;
$earlyaccessredirectenabled = false;
$earlyaccessfreeproduct = 'NeoOffice 3.0.1';
$earlyaccessproductversion = '3.0.1 Early Access';
$earlyaccessproductfamily[0] = '';
$earlyaccesspatch = 'Patch 0';
$oldearlyaccessproductversion = '2.2.6 Early Access';
$oldearlyaccessproductfamily[0] = '';

• Manually edit all of the header.html pages in the /neojava directory and put the NeoOffice 3.0.1 Early Access announcement within the new banner's "if ($earlyaccessdownloadenabled)" section.
• Manually edit all of the earlyaccess.php pages in the /neojava directory and add the previous Early Access Program to the list past Early Access Programs wherever they are listed.
• Manually edit all of the earlyaccess.php pages in the /neojava directory and update the Early Access Program start and end dates wherever they are listed.
• Manually edit all of the earlyaccessfeatures.php pages in the /neojava directory and add any new or missing features compared to the matching OpenOffice.org version.
• Manually edit the /neojava/donations/config.php file and set the DONATIONSDOWNLOADCOOKIEKEY and DONATIONSDOWNLOADCOOKIEVALUE defines to values that have not been used in past Early Access Programs.
• After you verify that the changes look correct, invoke the following command to commit your changes: cvs commit

Synchronize the donation's database to PayPal's database to ensure that none of the donors' transactions are missing and to pick up any e-mail address changes made by donors during the Early Access period using the following steps:

• Login to PayPal, click on the History tab, click on Download My History link, select Custom Date Range, enter the day before the start of the Early Access period as the "From" date and the current date as the "To" date, and "Comma Delimited - All Activity" as the "File Types to Download".
• It will take some time for PayPal to prepare the file. Once the file is ready, download it and use sftp to copy it to the www.neooffice.org server. Note: be sure to delete your local copy.
• Once the history file is on the www.neooffice.org server, login to the server, cd to the /donationsadmin directory, and execute the following command to import the history file:

  sh
  ./import_paypal_transaction_history.php /path/to/history/file 2>/path/to/error/file
  

• Inspect the entries in the error file created in the previous command and verify that none of the rejected lines from the file are donor transactions.

Close all bugs with a status of "Resolved" by setting the following field values:

• Set "Status" field to "Closed"
• Set "Resolution" field to "Fixed"
• Set "Target Version" field to "3.0.1 EA"
• Set "Closed in Version" field to "3.0.1 EA"

Close any bugs with a status of "Assigned" or "Reopened" and resolution of "Fixed" (bugs fixed in the release build after the final Early Access patch) by setting the following field values:

• Set "Status" field to "Closed"
• Set "Resolution" field to "Fixed"
• Set "Target Version" field to "3.0.1 EA"
• Set "Closed in Version" field to "3.0.1 EA"