File: contributing.xml

package info (click to toggle)
clirr 0.6-7
  • links: PTS, VCS
  • area: main
  • in suites: bookworm, bullseye, buster, sid, trixie
  • size: 948 kB
  • sloc: java: 4,275; xml: 2,100; makefile: 9; sh: 4
file content (65 lines) | stat: -rw-r--r-- 3,061 bytes parent folder | download | duplicates (4)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
<?xml version="1.0" encoding="ISO-8859-1"?>

<document>
    <properties>
        <title>Clirr Ant Task</title>
        <author>Lars Khne</author>
    </properties>
    <body>
        <section name="Contributing to Clirr">
            <p>
                If you have made an improvement to the Clirr source code, documentation,
                or anything else, please consider contributing it back to the community.
            </p>
            <p>
                You can place patches or new code in the sourceforge patch
                tracker. Please send an announcement and explanations to the
                clirr developer mailing list.
            </p>
            <p>
                Note that anything you contribute must have the same license
                as the rest of Clirr, i.e. LGPL, Copyright Lars Khne.
            </p>
        </section>
        <section name="Copyright Lars? Why not copyright myself?">
            <p>
                Licensing does matter and can get very confusing to maintain.
                Handing over copyrights to Lars keeps things simple for us
                to manage licensing issues. We do this for free and do not
                want to waste time on legal issues and managing
                who has copyright of which parts of the code.
                The only safe option is to have people hand over copyright to
                a person (like Lars) or an organisation (like Apache).
            </p>
            <p>
                Some people feel that handing over copyright to Lars
                limits their rights in the code they contribute.
            </p>
            <p>
                In fact it doesn't. Think about it: You give copyright to Lars,
                Lars immediately gives you the right to use the code under LGPL.
                What have you lost? You can still
            </p>
            <ul>
                <li>claim authorship in the Javadoc or other comments,
                    so credit goes where it should.</li>
                <li>redistribute the code in source or binary form
                    (provided the terms of the LGPL are met).</li>
                <li>use the code in a commercial environment or link it into IDEs.</li>
                <li>fork the codebase if you are not happy with the way
                    Lars is running the project.</li>
            </ul>
            <p>
                Because the code is licensed under the LGPL,
                the only thing you give up by assigning copyright to Lars
                is the right to veto a re-licensing of the code.
                For example Lars could re-license Clirr under
                the Apache license without having to contact
                everybody who has ever contributed.
                Note that you would not lose any of the work you (and others)
                have done as it would still be licensed under LGPL - <em>noone
                can ever take these rights away from you</em>!
            </p>
        </section>
    </body>
</document>