In linux.debian.vote Adeodato wrote: > I propose an amendment to this GR, consisting in replacing the > existing text with the one below. I initially tried to follow > Anthony's original text as close as possible, and just add a paragraph > and reword a couple sentences, but I didn't quite like the result, so > I ended up rewriting it; if somebody manages to fit point (2) below in > the original text, be my guest. The section "Problems of the GFDL" > comes straight away from Manoj's Draft Position Statement [1]. > > [1] http://people.debian.org/~srivasta/Position_Statement.html > > As I expect that at least one of the seconds/proposer will object to > this amendment (heh), I'm actively looking for seconds myself now.
I second the proposed amendment quoted fully below.
Cheers,
Moritz
> -----------------------------------8<-----------------------------------
>
> Debian and the GNU Free Documentation License
>=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
>=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
>
> This is the position of Debian Project about the GNU Free Documentation
> License as published by the Free Software Foundation:
>
> 1. We consider that the GNU Free Documentation License version 1.2
> conflicts with traditional requirements for free software in a
> variety of ways, explained in detail in the "Problems of the GFDL"
> section below.
>
> The most grave of these problems are the so-called "invariant
> sections", which are non-removable, non-modifiable parts of the
> document that the GFDL allows in works under this license. However,
> modifiability is a fundamental requirement of the Debian Free
> Software Guidelines, so this restriction is not acceptable for us.
>
> 2. We believe that works licensed under the GFDL that include no such
> unmodifiable sections do fully meet the spirit of the Debian Free
> Software Guidelines, and have a place in our distribution despite
> the other problems (minor, in comparison) that the GFDL has.
>
> Formally, the Debian Project will include in the main section of
> its distribution works licensed under the GNU Free Documentation
> License that include no Invariant Sections, no Cover Texts, no
> Acknowledgements, and no Dedications, unless permission to remove
> them is granted.
>
> 3. Despite the compromise above, GFDL'd documentation is still not
> free of trouble: as an example, it is incompatible with the major
> free software licenses, which means that GFDL'd text can't be
> incorporated into free programs.
>
> For this reason, we encourage documentation authors to license
> their works (or dual-license, together with the GFDL) under a well
> known free software license like the the GPL or the BSD license.
>
>
> Problems of the GFDL
> --------------------
>
> I. The DRM Restriction
>
> Section 2 (Verbatim Copying) of the GFDL goes beyond the traditional
> source requirement in copyleft licenses in an important way: according
> to the GFDL no copy may ever be subject to "technical measures to
> obstruct or control" reading and copying. This means that:=20
> =20
> (a) It is not limited to the act of distribution (i.e., it applies
> to private copies as well).=20
>
> (b) It rules out the possibility that a version be distributed on
> some form of DRM media (for technical reasons, perhaps), even
> while providing source (i.e., a transparent copy) in an
> unencumbered way at the same time.=20
>
> (c) As written, it would outlaw actions like changing the permission
> of a copy of the document on your machine, storing it on an
> encrypted file system, distributing a copy over an encrypted
> link (Obstruct or control the reading is not clarified to apply
> merely to the recipient), or even storing it on a file-sharing
> system with non-world-readable permissions.=20
>
> Consider that the GFDL currently prohibits distribution on DRM media,
> as compared to the GPL which requires distribution on non-DRM media.
> This is a serious additional restriction.=20
>
> II. Transparent And Opaque Copies
>
> Section 3 (Copying in Quantity) of the GFDL states that it is not
> enough to just put a transparent copy of a document alongside with the
> opaque version when you are distributing it (which is all that you
> need to do for sources under the GPL, for example). Instead, the GFDL
> insists that you must somehow include a machine-readable Transparent
> copy (i.e., not allow the opaque form to be downloaded without the
> transparent form) or keep the transparent form available for download
> at a publicly accessible location for one year after the last
> distribution of the opaque form.=20
>
> It is our belief that as long as you make the source and binaries
> available so that the users can see what's available and take what
> they want, you have done what is required of you. It is up to the user
> whether to download the transparent form.
>
> The requirements for redistributors should be to make sure the users
> can get the transparent form, not to force users to download the
> transparent form even if they don't want it.=20
>
> III. Invariant Sections
>
> This is the most troublesome part of the GFDL.
>
> The GNU FDL includes a number of conditions that apply to all
> modified versions that disallow modifications. Specifically, Section
> 4 of the GFDL describes the invariant sections that must be unaltered
> in their text and in their titles in any derived works. These
> invariant sections must be secondary sections; a secondary section
> is a named appendix or a front-matter section of the Document that
> deals exclusively with the relationship of the publishers or authors
> of the Document to the Document's overall subject (or to related
> matters) and contains nothing that could fall directly within that
> overall subject. These parts include:=20
>
> * Invariant Sections
> * Cover Texts
> * Acknowledgements
> * Dedications
>
> However, modifiability is a fundamental requirement of the Debian Free
> Software Guidelines, which state:=20
>
> 3. Derived Works
> =20
> The license must allow modifications and derived works, and
> must allow them to be distributed under the same terms as the
> license of the original software.
> =20
> As such, we cannot accept works that include "Invariant Sections" and
> similar unmodifiable components into our distribution.
>
> ----------------------------------->8-----------------------------------
>
> --=20
> Adeodato Sim=C3=B3 dato at net.com.org.=
> es
> Debian Developer adeodato at debian.org
>=20
> - Oh, George, you didn't jump into the river. How sensible of you!
> -- Mrs Banks in =C2=ABMary Poppins=C2=BB
>
> --qMm9M+Fa2AknHoGS
> Content-Type: application/pgp-signature; name="signature.asc"
> Content-Description: Digital signature
> Content-Disposition: inline
>
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.2 (GNU/Linux)
> Comment: Signed by Adeodato Simó <[EMAIL PROTECTED]>
>
> iEYEARECAAYFAkPDMD8ACgkQgyNlRdHEGIITPwCgxMLbikBmAi9klXxRm9qnWFhn
> DC0AoMjPpgZykWnKanUyoP3yVbFLhn5d
> =vHJ+
> -----END PGP SIGNATURE-----
>
> --qMm9M+Fa2AknHoGS--
>
>
> --
> To UNSUBSCRIBE, email to [EMAIL PROTECTED]
> with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
signature.asc
Description: Digital signature
