Contributions in any form are always welcome! Please see below for some guidelines, and please don’t hesitate to reach out if you have questions.
We’re happy to help! There are a couple of options for asking questions:
If you have found a security vulnerability, please do not post publicly. In that case, please instead send e-mail directly to Adam (
firstname.lastname@example.org), optionally encrypting your message with his public key.
For other issues, as a first step, please ensure that they were not already reported_ by looking through the issue tracker.
If you’re unable to find an open issue addressing the problem, feel free to report your issue in any of the following ways:
Regardless of how you report the issue, please be as descriptive as you can, and please try to include an example that demonstrates the issue if possible.
If you have questions about the bug reporting process, or if are unsure whether you’ve found a bug, please don’t hesitate to reach out via e-mail, IRC, or the issue tracker.
If you are familiar with the web interface for the repository, feel free make an account, fork the repository, and open a pull request there.
Otherwise, start by cloning the repository:
git clone https://hz.mit.edu/git/catsoop/catsoop
Then suggest your change in the
email@example.com mailing list, and feel free to start writing code! But note that there is no need to submit a patch until you have collected positive feedback about the change.
If you are comfortable with the web interface to the repository, the best way to submit your patch is to create an account, fork the repository, and submit a pull request.
If you are not comfortable with the web interface, that doesn’t mean that we won’t accept a contribution! Ideally, by this point, we will already have been discussing your issue on the mailing list and/or via the issue tracker. In either case, please send us one of the following:
git format-patch, based on the current
If you’ve been working through the issue tracker, you may find it easier to open a pull request there.
If you’re unsure of what that means, we can accept changes in other forms, as well; feel free to reach out on the
firstname.lastname@example.org mailing list if you have questions, and we’ll help get you set up.
We really appreciate it!
If you are comfortable doing so, the best way to submit documentation patches is by submitting a pull request to the web site repository.
But we’ll accept documentation changes in any format! Feel free just to e-mail your changes to