caml-list - the Caml user's mailing list
 help / color / mirror / Atom feed
From: Jacques Garrigue <Jacques.Garrigue@inria.fr>
To: nollinge@ens-lyon.fr
Cc: caml-list@inria.fr
Subject: Re: LGPL et fichiers de configuration.
Date: Thu, 02 Dec 1999 11:53:22 +0100	[thread overview]
Message-ID: <19991202115322B.garrigue@pauillac.inria.fr> (raw)
In-Reply-To: Your message of "Tue, 30 Nov 1999 20:32:37 +0100 (MET)" <Pine.GSO.4.21.9911302029310.8025-100000@woodstock>

From: Nicolas Ollinger <nollinge@ens-lyon.fr>

> Suite a la modification de license d'OCaml, je me pose quelques questions
> pratiques. Le contenu du repertoire byterun est sous LGPL, mais pas les
> fichiers de configuration (configure, Makefile, config/*). Est-ce
> volontaire ? Peut-on (j'ai un peu de mal a interpreter tout ce jargon
> juridique) distribuer les fichiers de configurations d'origine sous
> licence Q et une version modifiee, sous LGPL, de byterun sans distribuer
> le reste des fichiers sous license Q ?

Difficile de repondre clairement a` cette question sans avoir plus de
details sur l'ensemble du programme. En particulier qu'est-ce que
"le reste des fichiers" ?

Toutefois, je crois qu'on peut mettre en valeur certains points:

Le but de l'usage de la LGPL pour byterun est de permettre de
linker avec le runtime sans se retrouver automatiquement sous
l'emprise d'une licence quelconque. Donc inclure byterun n'engage
nullement le reste du programme, mais force a` rendre public (sous
LGPL) toute modification de byterun lui-meme.

Je ne pense pas que les fichiers de configuration fassent partie du
programme stricto-sensu. On peut donc considerer configure et les
Makefiles comme independemment soumis a` la QPL, et la QPL ne dit rien
au sujet des fichiers generes, aussi bien par configure que par le
compilateur.

Donc je pense qu'on peut repondre par la positive a` votre question.

Maintenant, si pour une raison quelconque, il y a dans votre programme
des morceaux de sources sous QPL, a` ce moment la` l'ensemble du
programme devra se soumettre aux clauses de la QPL. Ca ne veut pas
dire qu'il doit etre tout entier sous la QPL: seule la clause 6 de la
QPL doit etre respectee. Rien ne s'oppose donc a` choisir une autre
license pour vos extensions, tant qu'elle reste compatible avec la QPL.

(Cette interpretation de la licence n'engage que moi...)

Jacques
------------------------------------------------------
Jacques Garrigue, visiting INRIA from Kyoto University
		          Jacques.Garrigue at inria.fr




  reply	other threads:[~1999-12-02 14:10 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
1999-11-30 19:32 Nicolas Ollinger
1999-12-02 10:53 ` Jacques Garrigue [this message]
1999-12-02 14:25   ` Sven LUTHER
1999-12-02 14:41     ` Jacques Garrigue
1999-12-02 16:23       ` Luc Maranget
1999-12-02 18:08         ` Sven LUTHER
1999-12-02 15:07 Damien Doligez

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=19991202115322B.garrigue@pauillac.inria.fr \
    --to=jacques.garrigue@inria.fr \
    --cc=caml-list@inria.fr \
    --cc=nollinge@ens-lyon.fr \
    /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 NNTP newsgroup(s).