My primary concerns are (a) ease of maintenance and (b) non-ambiguity of license, with both being of equal importance, and, secondarily, that we do right by the upstream packagers.
On Fri, Dec 31, 2010 at 18:16, Jonathan Yu <jonathan.i...@gmail.com> wrote: > On Fri, Dec 31, 2010 at 5:38 PM, Darren Chamberlain <d...@sevenroot.org> > wrote: >> My understanding is that a file must have an embedded, explicit >> copyright notice in order to carry a license, and this change reverses >> that. I definitely agree that out-of-date copyright notices are a >> problem, but it seems like a minor problem compared to (effectively) >> removing the license from every file. > > As long as it's clear, I think it's perfectly alright to have a clause > saying "unless otherwise stated, all files in this distribution have > the following copyright and licensing terms" This can apply a license to the distribution, but a single file taken out of the context of the distribution and redistributed would be licenseless. (I don't know if this is a real problem, however.) > Perhaps it would be reasonable to add a header noting that the > copyright and license information can be found in SQL/Translator.pm, > which is unambiguous and doesn't have the problem of dates falling out > of sync. If this is permitted, I would rather, in each .pm file, point to a license URI on the sqlfairy website that clearly explains the license. I've created link to the license file in SVN, at http://purl.org/net/sqlfairy/license, and put a link to it on the sqlfairy homepage. > I didn't mean to upset anyone; just trying to clean up the information > so that it doesn't become stale. As I mentioned above, I just want to make sure we do the Right Thing with regards to all parties, including both upstream packagers/distributors, like Debian and search.cpan.org, and the sqlfairy developers. -- Darren Chamberlain <d...@sevenroot.org> ------------------------------------------------------------------------------ Learn how Oracle Real Application Clusters (RAC) One Node allows customers to consolidate database storage, standardize their database environment, and, should the need arise, upgrade to a full multi-node Oracle RAC database without downtime or disruption http://p.sf.net/sfu/oracle-sfdevnl -- sqlfairy-developers mailing list sqlfairy-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sqlfairy-developers
