public inbox for gdb@sourceware.org
 help / color / mirror / Atom feed
From: "Joseph S. Myers" <jsm28@cam.ac.uk>
To: Nathanael Nerode <neroden@twcny.rr.com>
Cc: gcc@gcc.gnu.org, gdb@sources.redhat.com, binutils@sources.redhat.com
Subject: Re: Libiberty licensing problems & solutions [DRAFT]
Date: Tue, 03 Jun 2003 18:34:00 -0000	[thread overview]
Message-ID: <Pine.LNX.4.53.0306031916320.3052@kern.srcf.societies.cam.ac.uk> (raw)
In-Reply-To: <20030603173633.GA5038@doctormoo>

On Tue, 3 Jun 2003, Nathanael Nerode wrote:

> PROBLEM 4.
> The following files have no explicit copyright notice or license (and
> are not autogenerated).
> 
>   ChangeLog
>   README

These are straightforward.  <http://www.gnu.org/prep/maintain_9.html>
says:

=========================================================================
   Small supporting files, short manuals (under 300 lines long) and rough
   documentation (README files, INSTALL files, etc) can use a simple
   all-permissive license like this one:

Copying and distribution of this file, with or without modification,
are permitted in any medium without royalty provided the copyright
notice and this notice are preserved.
=========================================================================

Put a copyright notice and that licence notice in the files (at the bottom
in the case of ChangeLog files; see
<http://www.gnu.org/prep/maintain_8.html>).  The main work is determining
the copyright dates.  It would be a good idea to do all the ChangeLog
files in GCC at once - for a ChangeLog file you can simply take the dates
of the entries in the file to determine the copyright dates, since
subsequent spelling corrections etc. are unlikely to be significant for
copyright.

>   obstacks.texi

libiberty.texi has a comment:

@c This is generated from the glibc manual using a make-obstacks-texi.sh
@c script of Phil's.  Hope it's accurate.
@include obstacks.texi

I.e., GFDL.  This is a mess to sort out because of Cover Texts and 
Invariant Sections.  The glibc manual has some, the libiberty manual 
doesn't although from <http://www.gnu.org/licenses/fdl-howto.html> it is 
clear that actually the section containing the LGPL must be invariant 
since it isn't modifiable (and the GFDL lacks unmodifiable removable 
sections).

Apart from this, libiberty manual licensing is a mess in other ways.  The
copyright date of 2001 (only) is probably wrong; it ought to use @copying
for the copying information, as is it doesn't get in the HTML manual; a
paragraph about passing through TeX that should only have been part of the
old GNU manual licence is still present; and it claims to include a copy
of the GFDL, but doesn't, though it should (but being shared by multiple
projects it can't use the common fdl.texi file otherwise used by GCC
manuals).  The manual date and edition, referring to a particular GCC
version, should probably also be removed.

[I didn't include the libiberty and fastjar manuals in the conversion of
GCC manuals to use @copying, because of the lack at the time of a toplevel
makeinfo version check.  We now have a toplevel requirement for texinfo
4.2 or later, so those manuals can be converted.]

And since the manual contains text extracted from comments, the dual
licensing of those comments needs blessing by the FSF.

All licensing fixes should also go on the GCC 3.3 branch so that it is
clear under what terms releases can be distributed.

-- 
Joseph S. Myers
jsm28@cam.ac.uk

  reply	other threads:[~2003-06-03 18:34 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-06-03 17:36 Nathanael Nerode
2003-06-03 18:34 ` Joseph S. Myers [this message]
2003-06-03 19:33 Nathanael Nerode
2003-06-04  3:27 ` Eli Zaretskii
2003-06-04 13:55   ` <20030603193258.GA32189@doctormoo> <7458-Wed04Jun2003062758+0300-eliz@elta.co.il> Kelley Cook
2003-06-04 13:52     ` Libiberty licensing problems & solutions [DRAFT] Kelley Cook
2003-06-04 17:25       ` David Carlton
2003-06-04 18:01         ` David Carlton
2003-06-04 17:35   ` Mike Stump

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=Pine.LNX.4.53.0306031916320.3052@kern.srcf.societies.cam.ac.uk \
    --to=jsm28@cam.ac.uk \
    --cc=binutils@sources.redhat.com \
    --cc=gcc@gcc.gnu.org \
    --cc=gdb@sources.redhat.com \
    --cc=neroden@twcny.rr.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).