Doug,
Some
additional background: contributions via mail lists,
newsgroups, wiki and bugzilla are all covered under the Terms of Use
(which is
actually a little broader than the EPL, a subtle but important point).
The
reason why we ask that contributions come in via Bugzilla is that when
you
become a Bugzilla user, you register and agree to the Terms of Use.
It’s
just a little extra comfort for the legal types. Plus, as I mentioned
before
Bugzilla is where most of the interesting conversations happen J
To
be honest, I’m not entirely sure that this is written
in the IP Policy. I believe it is documented in the development process
“How
To’s”. But it is most certainly a best practice for tracking IP
provenance,
and the convention used throughout Eclipse.
I’ve
asked this before: who are EPS’s mentors? A lot
of these helpful hints should be provided by them. Even if our
documentation
was absolutely perfect --- and its not --- there is a lot to digest and
we had
hoped that the mentors would be a valuable resource for new projects
starting
up.
Bjorn,
Thanks for clarifying what the issue was with original email. We will
review
the IP policy again and ensure our evolving development process
conforms. I was
under the impression that all email and newgroup posts were covered
under EPL.
We are transitioning to a bugzilla centric process where attachements
to the
bugs can be used for communicated proposed changes for peer
review/discussion
and track completed changes.
Sent Thu 01/11/2007 7:17 PM
Subject Re: [eclipselink-dev] Re: Code
submission
Tom, Doug,
No, it wasn't calling it a "code submission" that was the problem
that caught my eye: it was including the patch in the email (http://dev.eclipse.org/mhonarc/lists/eclipselink-dev/msg00219.html).
The patch needed to be attached to a bug, not be in an email; that's an
IP
process rule.
- Bjorn
P.S. You can call it whatever you want :-)
Tom Ware wrote:
In this case, the issue is just the choice of
words
for the subject line.
Guy is a committer and contributing a relatively small change to the
code
base that he has developed himself. I guess we should be careful not
to
use the words "Code Submission" when adding this kind of code.
_______________________________________________
eclipselink-dev mailing list
eclipselink-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/eclipselink-dev