1
0
mirror of https://github.com/mpv-player/mpv synced 2024-12-15 03:15:52 +00:00
mpv/DOCS/tech/patches.txt
diego fd146f515a Some further explanations, dev-eng is now subscribers only.
git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@7646 b3059339-0415-0410-9bf9-f77b7e298cf2
2002-10-07 00:46:57 +00:00

45 lines
2.2 KiB
Plaintext

Sending patches:
~~~~~~~~~~~~~~~~
Note: We know our rules place a burden on you, but rest assured that
maintaining a big and complex software project is even harder, so please
accept our rules. We cannot afford to spend our time fixing buggy, broken or
outdated patches.
1. Always make patches for the CVS version. The README describes how to check
out CVS and daily CVS snapshots are available from our download page.
We do not accept patches for releases or outdated CVS versions.
2. Make unified diffs ('diff -Naur' or 'cvs diff -u').
3. Test the functionality of your patch. We'll *refuse* it if it breaks
something, even if it extends other features!
4. Read your patch. We'll *refuse* it if it changes indentation of the
code or if it does tab/space conversion or other cosmetical changes!
5. Comment parts that really need it (tricky side-effects etc).
Commenting trivial code not required. Comments must be English!
6. Send your patch to the mplayer-dev-eng mailing list as a base64-encoded
attachment (use gzip or bzip2 *only* if it's bigger than 80k or if you know
that your mailer messes up (reformats) text attachments) with the subject
line: '[PATCH] very short description of the patch'.
In the mail, describe in a few sentences what you change and why.
If you made independent changes, try to send them as separate patches.
The subject line is very important if you do not want your patch to get
lost in the noise. We need the uppercase [PATCH] to be able to search
for unapplied patches, so please use it.
You have to subscribe to mplayer-dev-eng since we blocked postings from
non-subscribers after spam problems and because patches get reviewed by the
developers on the list. We want you to be available for discussing your
code, you might be asked to make modifications before we accept it. Don't
worry, mplayer-dev-eng is not high traffic and you can subscribe with the
nomail option if you do not wish to receive all the mails.
7. Do not immediately ask for CVS write access. If you contributed one or more
nice, acceptable patches and they need maintaining or you want to be an
MPlayer developer, you'll get CVS write access.
Thank you!