bug-automake
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: auto-inserting COPYING


From: Ralf Wildenhues
Subject: Re: auto-inserting COPYING
Date: Sat, 13 Dec 2008 09:20:08 +0100
User-agent: Mutt/1.5.18 (2008-05-17)

Hello Karl,

* Karl Berry wrote on Sat, Dec 13, 2008 at 01:14:54AM CET:
>     according to NEWS it was actually deprecated in version 1.8.
> 
> So maybe it's time to remove it, instead of adding the warning (as Ralf
> so recently did)?

Yes, the warning was added very recently, in 1.10.2 only, as a result
of the prior discussion.

> In this case, it seems to me the resulting
> incompatibility (of not adding the file) is actually desirable because
> it will force the authors relying on it to make their licensing
> decisions explicit -- as they should have been in the first place.

Automake has forever had different strictness styles for packages:
'foreign' for packages that don't need to follow GNU standards, 'gnu'
for those that do, and 'gnits' for those that like some extra
strictness.  Default mode is 'gnu'.  In 'gnu' and 'gnits' mode, automake
has forever had the semantics that, when called with --add-missing, it
installed the files that were needed.  This included COPYING if no such
file was found.  It has never overwritten an existing COPYING file.

Now, of course, many GNU packages actually want to use the GPL for their
package.  Their authors have less work to do if the COPYING file is
copied into the tree for them.

This whole matter is a matter of defaults.  Defaults should be sane.
No one has ever complained back when COPYING was GPLv2.  Now, there
are complaints, because GPLv3 is not universally loved.  The question
is which set of Automake users should suffer because of this: those
that have their strictness set appropriately?

FWIW, I am quite tired of this matter, and I apologize for being a
bit harsh about it.  If you tell me that Automake needs to be less
convenient for its users, in order to avoid GPLv3-in-COPYING, then
I would like to have a definite FSF statement on this where I can point
bug reports to, and otherwise deny responsibility.  I think it would
make Automake less convenient, which is why I chose against it, but
that's of course only my opinion.

And yes, the only other sane semantics IMVHO would be to let automake
fail hard in 'gnu' and 'gnits' mode if COPYING is not present.
Adding a yes-please-copy-COPYING option does not seem sensible either.

>     http://lists.gnu.org/archive/html/bug-automake/2008-09/msg00035.html
>     in which rms shares his thoughts on the matter.
> 
> Thanks for the pointers.  But I don't see rms saying that adding a
> COPYING file is ok:
> 
> rms> It occurs to me that Automake could warn about the lack rather than
> rms> supply one.  Or it could ask what to do in this case.
> 
> "rather than" being the crucial phrase.  (I completely agree with Ralf
> that an interactive query is not right.)

There was a bit of off-list discussion on this.  Yes, that is quite
unfortunate.  RMS never suggested the solution I used, but if I
understood him correctly, then he did not veto it either.  Maybe I
should ask again.

Cheers,
Ralf




reply via email to

[Prev in Thread] Current Thread [Next in Thread]