Re: [HACKERS] Revised Copyright: is this more palatable?
От | Tim Allen |
---|---|
Тема | Re: [HACKERS] Revised Copyright: is this more palatable? |
Дата | |
Msg-id | Pine.LNX.4.10.10007050948270.6658-100000@bee.proximity.com.au обсуждение исходный текст |
Список | pgsql-general |
>The only part that I believe at least one person had an issue with was: >"Any person who contributes or submits any modification or other change >to the PostgreSQL software or documentation grants irrevocable, >non-exclusive, worldwide permission, without charge, to use, copy, >further modify and distribute the same under the terms of this license." >Quite frankly, all I'm reading into this paragraph is that once >committed, Jan (as a recent example) couldn't come along and pull out all >his TOAST changes ... could you imagine the hell that would wreak were he >(or anyone else) were to pull crucial changes after others have built >upon it? A problem I see here is that "contributes or submits" is not defined. I presume that what is probably intended is something like "submits to the CVS repository or the patches mailing list of the PostgreSQL project". Otherwise the term has no meaning. However, this would require some definition of "PostgreSQL project", and IMHO any such definition would be a Bad Thing. I suggest it is better for PostgreSQL, the software, to stand alone as the entity distributed. The fact that a "project" exists to maintain and develop it should not figure in the licence. Otherwise, to pick an extreme example, suppose Oracle makes all the core developers an offer too good to refuse, and someone else is left to pick up the pieces and fork the project to keep it open. What rights does this forked project have in the scheme of things? What terms apply to someone who submits patches to this new project? For that matter, suppose someone forks the project for other reasons; the current licence gives anyone the right to do this at any time. With this new suggested clause, the right to fork becomes murky. Forking is a Bad Thing in general, but having the right to fork a project is the only guarantee that the software will always be open. Now one thing that might be sensible is to adopt a policy of only accepting patches or cvs checkins that are provided irrevocably under the terms of the PostgreSQL licence. But that is a policy for the PostgreSQL project to adopt, not a term of the licence for redistribution of the PostgreSQL software. Tim -- ----------------------------------------------- Tim Allen tim@proximity.com.au Proximity Pty Ltd http://www.proximity.com.au/ http://www4.tpg.com.au/users/rita_tim/
В списке pgsql-general по дате отправления: