[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: licenses in generated m4 files
From: |
Alexandre Duret-Lutz |
Subject: |
Re: licenses in generated m4 files |
Date: |
18 Jan 2005 10:53:41 +0100 |
User-agent: |
Gnus/5.0808 (Gnus v5.8.8) Emacs/21.3.50 |
>>> "Peter" == Peter Simons <address@hidden> writes:
Peter> Alexandre Duret-Lutz writes:
>> [various points]
Peter> I think it's better to agree to disagree than to continue
Peter> discussing this. IMHO, it is highly unlikely that anyone's
Peter> opinions will be changed no matter how long we continue to
Peter> argue, so I'd like to focus on the solution instead.
If you don't agree that not generating M4 file do is half of the
solution, I can't help and should indeed stop discussing. I
don't want to help you waste your time devising something more
complex.
>>> (1) How does the author choose which license his macro is
>>> under? How does the markup format specify this
>>> information?
>> Wouldn't allowing free text at the top of the macro do
>> the trick?
Peter> Allowing a free-text field for the license essentially
Peter> equals allowing the author to choose any license he wants.
No, it just means the field is not constrained by some tool. So
you don't have to program all possibilities, do not have to deal
with possible exceptions inherited from elsewhere, or even
dual-licensied files, or whatever. And above all: so the
submitted file can be distributed as-is. KISS.
Peter> In the general case, however, that's not possible
Peter> because not all licenses are compatible with each
Peter> other. I don't feel qualified to read an arbitrary
Peter> license and spot that kind of thing, hence I'd be
Peter> greatly in favor of limiting the set of supported
Peter> licenses to those that are known not to conflict.
Let's give the submitter some credit for basic intelligence. He
wants his macro to be used by other people, so he won't submit a
macro with a license that conflicts with such a goal.
Anyway my point is not that the license should not be
restricted, my point is that this restriction should not be
programmed.
Peter> I'll need some sort of "comprehensive" list.
The web page already gives one:
| 2. General Requirements
|
| * All macros accepted into the archive must be licensed as
| free software. We accept any GPL-compatible license, as
| listed on the gnu.org license page page. For consistency,
| we recommend to use the same license as the Autoconf tool
| suite itself: the GNU General Public License with this
| special GPL Exception.
only the recommendation would have to be changed.
--
Alexandre Duret-Lutz
- Re: bnv_have_qt, (continued)
- Re: bnv_have_qt, Bastiaan Veelo, 2005/01/15
- Re: versioning macros, Peter Simons, 2005/01/16
- Re: versioning macros, Bastiaan Veelo, 2005/01/17
- Re: versioning macros, Peter Simons, 2005/01/17
- Re: versioning macros, Stepan Kasal, 2005/01/17
- Re: versioning macros, Bastiaan Veelo, 2005/01/17
- licenses in generated m4 files (was: versioning macros), Peter Simons, 2005/01/17
- Re: licenses in generated m4 files, Alexandre Duret-Lutz, 2005/01/17
- Re: licenses in generated m4 files, Peter Simons, 2005/01/17
- Re: licenses in generated m4 files, Guido Draheim, 2005/01/17
- Re: licenses in generated m4 files,
Alexandre Duret-Lutz <=
- Re: licenses in generated m4 files, Peter Simons, 2005/01/18
- Re: licenses in generated m4 files, Alexandre Duret-Lutz, 2005/01/18
- Re: licenses in generated m4 files, Peter Simons, 2005/01/18
- Re: licenses in generated m4 files, Alexandre Duret-Lutz, 2005/01/18
- Re: licenses in generated m4 files, Peter Simons, 2005/01/18
- Re: licenses in generated m4 files, Bastiaan Veelo, 2005/01/17
- Re: licenses in generated m4 files, Peter Simons, 2005/01/17
- Re: licenses in generated m4 files, Tom Howard, 2005/01/17
- Re: licenses in generated m4 files, Peter Simons, 2005/01/18
- Permission (was Re: licenses in generated m4 files), Bastiaan Veelo, 2005/01/18