[GeoNetwork-devel] SVN access to the sandbox - Committer Responsibility Guidelines

Hi Cameron, Roald and Simon,

Before contributing code to the project, you will have to respond to this email on the developer mailing list, indicating you agree with the guidelines below.

It is also understood that you will at first only commit to the sandbox environment. Before committing to trunk or branch, we require a vote by the PSC for each of you.

Please also signup to the commit mailing list with your sourceforge account :slight_smile:

Welcome to the project! Ciao,
Jeroen

Committer Responsibility Guidelines

Adopted through consensus on 08-10-2007

Committers are the front line gatekeepers to keep the code base clear of improperly contributed code. It is important to the GeoNetwork opensource users, developers and the OSGeo foundation to avoid contributing any code to the project without it being clearly licensed under the project license.

Generally speaking the key issues are that those providing code to be included in the repository understand that the code will be released under the GNU-GPL v2 license, and that the person providing the code has the right to contribute the code. For the committer themselves understanding about the license is hopefully clear. For other contributors, the committer should verify the understanding unless the committer is very comfortable that the contributor understands the license (for instance frequent contributors).

If the contribution was developed on behalf of an employer (on work time, as part of a work project, etc) then it is important that an appropriate representative of the employer understand that the code will be contributed under the GNU-GPL v2 license. The arrangement should be cleared with an authorized supervisor/manager, etc.

The code should be developed by the contributor, or the code should be from a source which can be rightfully contributed such as from the public domain, or from an open source project under a compatible license.

All unusual situations need to be discussed and/or documented.

Committers should adhere to the following guidelines, and may be personally legally liable for improperly contributing code to the source repository:

     * Make sure the contributor (and possibly employer) is aware of the contribution terms.
     * Code coming from a source other than the contributor (such as adapted from another project) should be clearly marked as to the original source, copyright holders, license terms and so forth. This information can be in the file headers, but should also be added to the project licensing file if not exactly matching normal project licensing (LICENSE.txt).
     * Existing copyright headers and license text should never be stripped from a file. If a copyright holder wishes to give up copyright they must do so in writing to the foundation before copyright messages are removed. If license terms are changed it has to be by agreement (written in email is ok) of the copyright holders.
     * When substantial contributions are added to a file (such as substantial patches) the author/contributor should be added to the list of copyright holders for the file.
     * If there is uncertainty about whether a change is proper to be contributed to the code base, please seek more information from the project steering committee, or the foundation legal counsel.

I accept these responsibilities on behalf of myself and my employer, LISAsoft.

Jeroen Ticheler wrote:

Hi Cameron, Roald and Simon,

Before contributing code to the project, you will have to respond to this email on the developer mailing list, indicating you agree with the guidelines below.

It is also understood that you will at first only commit to the sandbox environment. Before committing to trunk or branch, we require a vote by the PSC for each of you.

Please also signup to the commit mailing list with your sourceforge account :slight_smile:

Welcome to the project! Ciao,
Jeroen

Committer Responsibility Guidelines

Adopted through consensus on 08-10-2007

Committers are the front line gatekeepers to keep the code base clear of improperly contributed code. It is important to the GeoNetwork opensource users, developers and the OSGeo foundation to avoid contributing any code to the project without it being clearly licensed under the project license.

Generally speaking the key issues are that those providing code to be included in the repository understand that the code will be released under the GNU-GPL v2 license, and that the person providing the code has the right to contribute the code. For the committer themselves understanding about the license is hopefully clear. For other contributors, the committer should verify the understanding unless the committer is very comfortable that the contributor understands the license (for instance frequent contributors).

If the contribution was developed on behalf of an employer (on work time, as part of a work project, etc) then it is important that an appropriate representative of the employer understand that the code will be contributed under the GNU-GPL v2 license. The arrangement should be cleared with an authorized supervisor/manager, etc.

The code should be developed by the contributor, or the code should be from a source which can be rightfully contributed such as from the public domain, or from an open source project under a compatible license.

All unusual situations need to be discussed and/or documented.

Committers should adhere to the following guidelines, and may be personally legally liable for improperly contributing code to the source repository:

     * Make sure the contributor (and possibly employer) is aware of the contribution terms.
     * Code coming from a source other than the contributor (such as adapted from another project) should be clearly marked as to the original source, copyright holders, license terms and so forth. This information can be in the file headers, but should also be added to the project licensing file if not exactly matching normal project licensing (LICENSE.txt).
     * Existing copyright headers and license text should never be stripped from a file. If a copyright holder wishes to give up copyright they must do so in writing to the foundation before copyright messages are removed. If license terms are changed it has to be by agreement (written in email is ok) of the copyright holders.
     * When substantial contributions are added to a file (such as substantial patches) the author/contributor should be added to the list of copyright holders for the file.
     * If there is uncertainty about whether a change is proper to be contributed to the code base, please seek more information from the project steering committee, or the foundation legal counsel.

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
GeoNetwork-devel mailing list
GeoNetwork-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geonetwork-devel
GeoNetwork OpenSource is maintained at http://sourceforge.net/projects/geonetwork
  
--
Cameron Shorter
Geospatial Systems Architect
Tel: +61 (0)2 8570 5050
Mob: +61 (0)419 142 254

Think Globally, Fix Locally
Commercial Support for Geospatial Open Source Solutions
http://www.lisasoft.com/LISAsoft/SupportedProducts.html

I accept these responsibilities on behalf of myself and my employer,
LISAsoft.

--
Simon Green
  Email: simon.green@anonymised.com
  Mobile: 0408 554 536
Web:
  http://www.lisasoft.com
Offices:
  Sydney, NSW:
   Suite 112, Jones Bay Wharf, 19-21 Pirrama Rd, Pyrmont NSW 2009
   Phone: (02) 8570 5050
   Fax: (02) 8570 5099
  Melbourne, VIC:
   Lvl 9, 601 Bourke St, Melbourne VIC 3000
   Phone: (03) 8680 3250
   Fax: (03) 8680 3299
  Adelaide, SA
   Lvl 1, 30 Currie St, Adelaide SA 5000
   Phone: (08) 88425 8050
   Fax: (08) 88425 8099
Other A2End Companies:
  http://www.terrapages.com
  http://www.ardec.com.au
Legal:
  The contents of this email are confidential and may be subject to legal
  or professional privilege and copyright. No representation is made that
  this email is free of viruses or other defects. If you have received
  this communication in error, you may not copy or distribute any part of
  it or otherwise disclose its contents to anyone. Please advise the
  sender of your incorrect receipt of this correspondence.

Jeroen Ticheler wrote:

Hi Cameron, Roald and Simon,

Before contributing code to the project, you will have to respond to
this email on the developer mailing list, indicating you agree with
the guidelines below.

It is also understood that you will at first only commit to the
sandbox environment. Before committing to trunk or branch, we require
a vote by the PSC for each of you.

Please also signup to the commit mailing list with your sourceforge
account :slight_smile:

Welcome to the project! Ciao,
Jeroen

Committer Responsibility Guidelines

Adopted through consensus on 08-10-2007

Committers are the front line gatekeepers to keep the code base clear
of improperly contributed code. It is important to the GeoNetwork
opensource users, developers and the OSGeo foundation to avoid
contributing any code to the project without it being clearly licensed
under the project license.

Generally speaking the key issues are that those providing code to be
included in the repository understand that the code will be released
under the GNU-GPL v2 license, and that the person providing the code
has the right to contribute the code. For the committer themselves
understanding about the license is hopefully clear. For other
contributors, the committer should verify the understanding unless the
committer is very comfortable that the contributor understands the
license (for instance frequent contributors).

If the contribution was developed on behalf of an employer (on work
time, as part of a work project, etc) then it is important that an
appropriate representative of the employer understand that the code
will be contributed under the GNU-GPL v2 license. The arrangement
should be cleared with an authorized supervisor/manager, etc.

The code should be developed by the contributor, or the code should be
from a source which can be rightfully contributed such as from the
public domain, or from an open source project under a compatible
license.

All unusual situations need to be discussed and/or documented.

Committers should adhere to the following guidelines, and may be
personally legally liable for improperly contributing code to the
source repository:

     * Make sure the contributor (and possibly employer) is aware of
the contribution terms.
     * Code coming from a source other than the contributor (such as
adapted from another project) should be clearly marked as to the
original source, copyright holders, license terms and so forth. This
information can be in the file headers, but should also be added to
the project licensing file if not exactly matching normal project
licensing (LICENSE.txt).
     * Existing copyright headers and license text should never be
stripped from a file. If a copyright holder wishes to give up
copyright they must do so in writing to the foundation before
copyright messages are removed. If license terms are changed it has to
be by agreement (written in email is ok) of the copyright holders.
     * When substantial contributions are added to a file (such as
substantial patches) the author/contributor should be added to the
list of copyright holders for the file.
     * If there is uncertainty about whether a change is proper to be
contributed to the code base, please seek more information from the
project steering committee, or the foundation legal counsel.

Hi Jeroen and others on this list,

Thanks for setting up the sandbox access. We are looking forward to
provide a useful contribution to the GeoNetwork project.

Just like Simon and Cameron, I agree with the guidelines below and will
adhere to them.

I hope that our metadata editor work in the sandbox (which will most
probably be /sandbox/geonetworkui/) will be a good example of the
usefulness of having sandboxes.

If there are no objections, we'd like to use the GN devel list for
communication/discussion about the metadata editor work. We hope that by
doing this, other developers can monitor our steps/actions and jump in
with ideas/corrections where appropriate.

Kind regards,

Roald

On Thu, 2008-05-29 at 23:10 +0930, Jeroen Ticheler wrote:

Hi Cameron, Roald and Simon,

Before contributing code to the project, you will have to respond to
this email on the developer mailing list, indicating you agree with
the guidelines below.

It is also understood that you will at first only commit to the
sandbox environment. Before committing to trunk or branch, we require
a vote by the PSC for each of you.

Please also signup to the commit mailing list with your sourceforge
account :slight_smile:

Welcome to the project! Ciao,
Jeroen

Committer Responsibility Guidelines

Adopted through consensus on 08-10-2007

Committers are the front line gatekeepers to keep the code base clear
of improperly contributed code. It is important to the GeoNetwork
opensource users, developers and the OSGeo foundation to avoid
contributing any code to the project without it being clearly licensed
under the project license.

Generally speaking the key issues are that those providing code to be
included in the repository understand that the code will be released
under the GNU-GPL v2 license, and that the person providing the code
has the right to contribute the code. For the committer themselves
understanding about the license is hopefully clear. For other
contributors, the committer should verify the understanding unless the
committer is very comfortable that the contributor understands the
license (for instance frequent contributors).

If the contribution was developed on behalf of an employer (on work
time, as part of a work project, etc) then it is important that an
appropriate representative of the employer understand that the code
will be contributed under the GNU-GPL v2 license. The arrangement
should be cleared with an authorized supervisor/manager, etc.

The code should be developed by the contributor, or the code should be
from a source which can be rightfully contributed such as from the
public domain, or from an open source project under a compatible
license.

All unusual situations need to be discussed and/or documented.

Committers should adhere to the following guidelines, and may be
personally legally liable for improperly contributing code to the
source repository:

     * Make sure the contributor (and possibly employer) is aware of
the contribution terms.
     * Code coming from a source other than the contributor (such as
adapted from another project) should be clearly marked as to the
original source, copyright holders, license terms and so forth. This
information can be in the file headers, but should also be added to
the project licensing file if not exactly matching normal project
licensing (LICENSE.txt).
     * Existing copyright headers and license text should never be
stripped from a file. If a copyright holder wishes to give up
copyright they must do so in writing to the foundation before
copyright messages are removed. If license terms are changed it has to
be by agreement (written in email is ok) of the copyright holders.
     * When substantial contributions are added to a file (such as
substantial patches) the author/contributor should be added to the
list of copyright holders for the file.
     * If there is uncertainty about whether a change is proper to be
contributed to the code base, please seek more information from the
project steering committee, or the foundation legal counsel.

--
Roald de Wit
Software Engineer
roald.dewit@anonymised.com

Commercial Support for Open Source GIS Software
http://lisasoft.com/LISAsoft/SupportedProducts/