Documentation/Patching API docs
There are three possible places you should go to make a change to API documentation, depending on the package:
- Upstream API
- Open Maemo-specific API
- Closed Maemo-specific API
[edit] Upstream API
Example: Maemo bug #4716
- Open a bug in Maemo bugzilla for the API documentation issue
- Open a corresponding bug upstream for the issue, and add a pointer to the upstream bug to the maemo.org bug
- Get the source code of the upstream module from its source control system (in the case of gnome-vfs, that is git)
- Patch the upstream source code to correct the documentation issue, and attach a patch (generated with
git diff
orgit format-patch
) to the upstream bug - (optionally) prepare a patch for the Maemo package (typically in gitorious nowadays). Alternately, refer to the upstream commit.
- Assign bug to (name to be filled - this used to be Soumya) to update the API docs for the module once the fix has been integrated
[edit] Open Maemo specific API
Example: Maemo bug #4337
- Open a bug in Maemo bugzilla for the API documentation issue
- Get the source code of the module from gitorious (in the case of libhildondesktop, that is the freemantle-hildon-desktop module)
- Patch the source code to correct the documentation issue, and attach a patch (generated with
git format-patch
) to the bug. See comment #8 of the example bug. - Assign bug to the module owner to get the patch applied.
- Then assign the bug to (name needed - Soumya used to do this) to update the API docs for the module once the fix has been integrated
[edit] Closed Maemo specific API
- Open a bug for the issue
- Propose an alternative text for the documentation as a comment in the bug, and assign it to the module owner. It's their responsibility after this to ensure your work is integrated.
- This page was last modified on 1 February 2011, at 09:57.
- This page has been accessed 5,982 times.