← Back to branch summary

~ubuntu-branches/ubuntu/lucid/curl/lucid-201101212007

« back to all changes in this revision

Viewing changes to docs/CONTRIBUTE

  • Committer: Bazaar Package Importer
  • Author(s): Matthias Klose
  • Date: 2007-05-16 15:16:54 UTC
  • mto: (3.1.1 lenny) (1.2.1 upstream)
  • mto: This revision was merged to the branch mainline in revision 12.
  • Revision ID: james.westby@ubuntu.com-20070516151654-x9nkigtr2j0i8d0v
Tags: upstream-7.16.2
Import upstream version 7.16.2

Show diffs side-by-side

added added

removed removed

Lines of Context:
docs/CONTRIBUTE
17
17
 you start sending patches! We prefer patches and discussions being held on
18
18
 the mailing list(s), not sent to individuals.
19
19
 
20
 
The License Issue
 
20
 We also hang out on IRC in #curl on irc.freenode.net
 
21
 
 
22
License
21
23
 
22
24
 When contributing with code, you agree to put your changes and new code under
23
25
 the same license curl and libcurl is already using unless stated and agreed
43
45
 
44
46
What To Read
45
47
 
46
 
 Source code, the man pages, the INTERNALS document, the TODO, the most recent
47
 
 CHANGES. Just lurking on the libcurl mailing list is gonna give you a lot of
48
 
 insights on what's going on right now. Asking there is a good idea too.
 
48
 Source code, the man pages, the INTERNALS document, TODO, KNOWN_BUGS, the
 
49
 most recent CHANGES. Just lurking on the libcurl mailing list is gonna give
 
50
 you a lot of insights on what's going on right now. Asking there is a good
 
51
 idea too.
49
52
 
50
53
Naming
51
54
 
170
173
 
171
174
        http://gnuwin32.sourceforge.net/packages/patch.htm
172
175
        http://gnuwin32.sourceforge.net/packages/diffutils.htm
 
176
 
 
177
How to get your patches into the libcurl sources
 
178
 
 
179
 1. Submit your patch to the curl-library mailing list
 
180
 
 
181
 2. Make the patch against as recent sources as possible.
 
182
 
 
183
 3. Make sure your patch adheres to the source indent and coding style of
 
184
    already existing source code. Failing to do so just adds more work for me.
 
185
 
 
186
 4. Respond to replies on the list about the patch and answer questions and/or
 
187
    fix nits/flaws. This is very important. I will take lack of replies as a
 
188
    sign that you're not very anxious to get your patch accepted and I tend to
 
189
    simply drop such patches from my TODO list.
 
190
 
 
191
 5. If you've followed the above mentioned paragraphs and your patch still
 
192
    hasn't been incorporated after some weeks, consider resubmitting them to
 
193
    the list.