Port Submission Checklist
When something is almost done, I tend to skip steps in the QA phase. So this is a personal checklist to help me focus and not skip steps.
- Set up the _pbuild user and work with PORTS_PRIVSEP=yes.
Existing Port Update Checklist:
- Execute portcheck
- Execute make port-lib-depends-check
- Execute make update-plist
- Execute make update-patches
- Check if shared libraries need bumping
- Execute make test
- Document (new) patches
- Check REVISION (remove on upstream update)
- Test the software
- Really, test the thing!
- Review the created patches for unnecessary cruft
New Port Checklist:
- Execute portcheck -N
- Execute make port-lib-depends-check
- Remove -g CFLAG if present
- Add a test target if possible
- Document patches
- Execute make plist
- Make sure files are installed to the correct path
- Check for shared libraries and record them
- Execute make test
- Test on a bare test machine to catch all dependency issues
- Test the software
- Really, test the thing!
- Review the created patches for unnecessary cruft
When submitting a patch to the mailing list:
- The patch goes inline (new ports and huge diffs go as tarball)
- Don’t mess up tabs
- Mention upstream changes (or link to changelog)
- Mention port changes
- Mention carried out tests (and result)
- Mention tested architectures
Carry out all steps with full concentration. Don’t assume steps could be skipped, just because it worked in the last version.
When creating patches, create fixes that can be upstreamed (and do so) if possible.