Release 2.2.4

Release Issues

The issues page is Issues 2.2.4

Release preparations

1. Agree on deadline for changes and date for release candidate building
   1. #FPC-2.2.4rc1 deadline : Fri jan 2 2009
   2. #FPC-x.x.x deadline :
2. Check the Detailed 2.2.4 Todo list for the particular release (should be linked from To Do lists) for status of individual todo items
3. Check status of bugs assigned to that particular release in the bugtracker
4. New page in Wiki named "Release_X.Y.Z" for release procedure with steps needed and their status (based on Release Template), at the beginning consisting of (at least) RC1 and final release sections
5. Create new page in Wiki with issue log for documentation of issues encountered in release candidates and their status ("Issues_X.Y.Z" based on Issues Template)
6. Ask platform maintainers and external maintainers about including their platforms/builds in the new release
7. Check and update all .msg files
   1. errore.msg
   2. errord.msg
   3. errorf.msg
   4. errorn.msg
   5. errorr.msg
   6. errorrw.msg
   7. errorues.msg
   8. errores.msg
   9. errorct.msg
   10. errorhe.msg
   11. errorheu.msg
   12. errorptd.msg
   13. errorptw.msg
   14. errorpli.msg
   15. errorpl.msg
   16. errorid.msg
8. Check tools
   1. Check version of the above mentioned tools (GNU tools, helper DLLs, UPX, etc.), and decide whether it isn't time to update some of these tools
   2. Repackage and upload additional tools where needed
9. Update whatsnew.txt (/install/doc/whatsnew.txt)
10. Find testers
    1. Create a testers page in Wiki (based on Testers Template)
    2. Ask in fpc-devel list for volunteers interested in testing the individual platforms / builds and list them on the newly created page (they can add themselves)
11. Update path and file names in /install/macosx/*.info for the new version
12. Finish all source file updates
13. convert /html/faq.fp to /install/doc/faq.htm and /install/doc/faq.txt

fpc-2.2.4rc1

1. New directories
   1. Create new directories on ftp (/pub/fpc/beta/X.Y.Z-rcN or /pub/fpc/dist/X.Y.Z and cpu-os under that)
   2. py the extra files (asld*.zip, gdb*.zip, make*.zip) from previous release (unless updated with new versions)
2. Add new section for the upcoming build in /install/debian/changelog
3. Create new branch in SVN (release_X_Y_Z_rcN or release_X_Y_Z)
4. Update version number in release branch (and, if necessary also in main branch (trunk or fixes))
   1. /compiler/version.pas
   2. nstall/doc/readme.txt
   3. /installer/install.dat (header)
   4. nstaller/install.pas (installer version)
   5. /install/fpc.spec
   6. ocs/fpc.sty (macro fpcversion)
   7. All Makefile.fpc files containing version=... (plus regenerate all corresponding Makefiles)
5. Create and upload exported fpcbuild
   1. fpcbuild-%{version}.zip
   2. cbuild-%{version}.tar.gz
6. Create and upload the documentation (more info)
   1. doc-pdf.zip
   2. c-html.zip
   3. doc-htm.zip (not included)
   4. c-txt.zip
   5. doc-ps.zip
   6. c-pdf.tar.gz
   7. doc-html.tar.gz
   8. c-ps.tar.gz
7. Create and upload source zips
   1. short name version for binary packages
   2. docs source (including link for short name version)
   3. long name version for binary packages
8. Create and upload binary releases (place the name of the person who agreed to build a release behind the name of the target below)
   • i386-go32v2/basic zip (just binaries) (Giulio)
   • i386-go32v2/full zip (including docs and sources) (Giulio)
   • i386-os2/basic zip (just binaries) (Tomas)
   • i386-os2/full zip (including docs and sources) (Tomas)
   • i386-win32/exe
   • x86_64-win64/exe
   • arm-wince/exe (cross-release)
   • i386-freebsd/tgz
   • i386-linux/tar (more info)
   • i386-linux/deb (more info)
   • i386-linux/rpm (more info)
   • x86_64-linux/tar (more info)
   • x86_64-linux/deb (more info)
   • x86_64-linux/rpm (more info)
   • powerpc-linux/tar (more info)
   • powerpc-macosx/dmg (Jonas)
   • powerpc-macosx/.info for fink (Mischi)
   • i386-macosx/dmg (Jonas)
   • i386-macosx/.info for fink (Mischi)
   • powerpc-macos
   • powerpc-morphos
   • powerpc-amiga
   • i386-netware
   • i386-netwlibc
   • sparc-linux/tar (more info)
   • sparc-sunos/tar
   • arm-linux/tar (cross-release)
9. Get it tested
   1. Ask dedicated testers for testing their platforms
   2. Consider announcing availability of the new RC in fpc-devel list
10. Keep track of testing in the wiki

Final release

1. Look at unmerged changes in fpc and fpcbuild since the last RC and consider/ask for necessity of their inclusion in the release (only cosmetic changes should be included, otherwise a new RC is needed instead of final release)
2. New directories (more info)
   1. Create new directories on ftp (/pub/fpc/beta/X.Y.Z-rcN or /pub/fpc/dist/X.Y.Z and cpu-os under that)
   2. Copy the extra files (asld*.zip, gdb*.zip, make*.zip) from previous release (unless updated with new versions)
3. Add new section for the upcoming build in /install/debian/changelog (more info)
4. Create new branch in SVN (release_X_Y_Z_rcN or release_X_Y_Z) (more info)
5. Update version number in release branch (and, if necessary also in main branch (trunk or fixes)) (more info)
   1. /compiler/version.pas
   2. /install/doc/readme.txt
   3. /installer/install.dat (header)
   4. /installer/install.pas (installer version)
   5. /install/fpc.spec not necessary is done by macro
   6. /docs/fpc.sty (macro fpcversion) not necessare, version is 2.2
   7. All Makefile.fpc files containing version=... (plus regenerate all corresponding Makefiles)
   8. All version-numbers in fpmake.pp files
6. Create and upload exported fpcbuild (more info)
   1. fpcbuild-%{version}.zip
   2. fpcbuild-%{version}.tar.gz
   3. fpc-%{version}-source.zip
   4. fpc-%{version}-source.tar.gz
7. Create and upload the documentation (more info)
   1. doc-pdf.zip
   2. doc-html.zip
   3. doc-htm.zip (not included)
   4. doc-txt.zip
   5. doc-ps.zip
   6. doc-pdf.tar.gz
   7. doc-html.tar.gz
   8. doc-ps.tar.gz
8. Create and upload source zips (more info)
   1. short name version for binary packages (done)
   2. docs source (including link for short name version)
   3. long name version for binary packages
9. Create and upload binary releases (place the name of the person who aggreed to build a release behind the name of the target below)
   • i386-go32v2/basic zip (just binaries) (done)
   • i386-go32v2/full zip (including docs and sources) (done)
   • i386-os2/basic zip (just binaries) (done)
   • i386-os2/full zip (including docs and sources) (done)
   • i386-win32/exe - Florian
   • x86_64-win64/exe - Florian
   • arm-wince/exe (cross-release) - Florian
   • i386-freebsd/tgz - Marco (done)
   • i386-linux/tar (more info) - Joost
   • i386-linux/deb (more info) - Mazen (done)
   • i386-linux/rpm (more info) - Joost
   • x86_64-linux/tar (more info) - Joost
   • x86_64-linux/deb (more info) - Joost
   • x86_64-linux/rpm (more info) - Joost
   • powerpc-linux/tar (more info) - Thomas (done)
   • powerpc64-linux/tar (more info) - Thomas (done)
   • powerpc-macosx/dmg
   • i386-macosx/dmg
   • powerpc-macosx/.info for fink - Mischi (done)
   • i386-macosx/.info for fink - Mischi (done)
   • powerpc-macos (probably not available)
   • sparc-linux/tar (more info)
   • sparc-linux/deb (more info) - Mazen (done)
   • arm-linux/tar (cross-release)
   • powerpc-morphos
   • powerpc-amiga
   • i386-netware (probably not available)
   • i386-netwlibc (probably not available)
   • sparc-sunos/tar

Going public

1. Make new version numbers (release plus next odd patch number for continuing fixes) available in bug tracker (done)
2. Make new version numbers (release plus next odd patch number for continuing fixes) available in testsuite db
3. Make new files on FTP available to wide public
   1. update symlinks (no symlinks any more?)
   2. move the old version to the olddist/<version>
   3. upload files to SourceForge.net and add them to new "releases" for individual platforms
   4. make new "releases" on SourceForge.net accessible for users (change status to "active")
   5. Allow automated notifications on individual SourceForge.net file release pages to be sent (done at least for OS/2 and GO32v2)
4. Submit darwin packages to fink (done)
5. Update WWW pages
   1. /html/news.fp
   2. /html/down/* (links to all individual files & file sizes)
   3. /html/download.fp (version number and list of platforms)
   4. /html/fpc.fp
   5. /html/faq.fp (things like "the latest version is ...")
6. Create new fixes branch (only after a major release - ?.?.0)
   1. Update version number in the trunk branch (only after a major release - ?.?.0)
   2. /compiler/version.pas
   3. All Makefile.fpc files containing "version=..." (plus regenerate the corresponding Makefiles)
7. Update version number in the fixes branch (increase the patch to next odd number)
   1. /compiler/version.pas
   2. all Makefile.fpc files containing "version=..." (plus regenerate the corresponding Makefiles)
8. Check the WWW pages
   1. make sure http://www.freepascal.org contains the new version already
   2. read news.html
   3. read fpc.html
   4. read download.html and check links to individual files
9. Send announcement to our mailing lists
10. Post announcement on the community site
11. Post announcement on Sourceforge.net (only "Project Administrators" may do it)
12. Make sure that all unfixed issues encountered during RC testing and listed on dedicated page in Wiki are documented in bug tracker too
13. Revise / update /html/future.fp after major versions (?.?.0)
14. Remove unneeded RC builds from FTP

---

From the Free Pascal wiki, page "Release 2.2.4", as it stood on 2012-08-01 after a change by BigChimp, out of the wiki's dump of 2024-05-26. Copyright stays with the author who wrote it, according to the old wiki's Licensing page. If you have concerns about this material, message the admin.