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

pkgsrc/doc/guide/files/fixes.xml: 1.25 -> 1.26



以下のページの更新をしました。ツッコミをお願いします。

pkgsrc/doc/guide/files/fixes.xml: 1.25 -> 1.26

> revision 1.26
> date: 2005/07/27 14:40:46;  author: gdt;  state: Exp;  lines: +46 -31
> rewrite license section:
> 
>   State explicit policy for which licenses do not require tags (Open
>   Source or Free).
>   Give pointer to RESTRICTED, NO_BIN_ON_CDROM, etc. as a separate issue.
>   Change example; graphviz is now Open Source and does not set LICENSE.
>   Deprecate "shareware" etc.
>   Remove explanation of how to bypass license mechanism.
> 
> (discussed with wiz, reviewed by hubert and reed)

金曜日までに異議がなければ、 commit します。

以下、訳と原文それぞれの新旧の差分です。

--- fixes.xml.orig	2006-10-05 00:07:14.000000000 +0900
+++ fixes.xml	2006-10-05 00:07:14.000000000 +0900
@@ -1,6 +1,6 @@
-<!-- $NetBSD: fixes.xml,v 1.25 2005/07/16 19:21:50 wiz Exp $ -->
+<!-- $NetBSD: fixes.xml,v 1.26 2005/07/27 14:40:46 gdt Exp $ -->
 <!-- Based on english version: -->
-<!-- NetBSD: fixes.xml,v 1.25 2005/07/16 19:21:50 wiz Exp   -->
+<!-- NetBSD: fixes.xml,v 1.26 2005/07/27 14:40:46 gdt Exp   -->
 
 <chapter id="fixes"> <?dbhtml filename="fixes.html"?>
   <title>パッケージの修正に関する注意</title>
@@ -777,34 +777,46 @@
 
       <para>パッケージに適用されるライセンスのなかには、
         利用者によって同意できたり同意できなかったりするものがあるかもしれません。
-        通常、よく知られたオープンソースライセンス (たとえば GNU Public License,
-        GPL) が適用されているパッケージでは、
-        特に同意するための行為を利用者におこなわせるための特別な印は
-        pkgsrc にはついていません。ですが、それら以外のライセンスのなかには、
-        利用者が何らかの理由で同意しない可能性があるようなものが相当数あります。
-        このような場合のために、
-        pkgsrc には、パッケージが特殊なライセンスの下にあることを記すための仕組みがあり、
-        これを使うと、利用者がライセンスに同意しない限りインストールできないようになります。</para>
+        このような場合にそなえ、pkgsrc には、
+        パッケージに特殊なライセンスが適用されている場合に注意をうながしたり、
+        利用者がそのライセンスに同意しない限りパッケージを構築できなくする仕組みがあります。
+        (現在のところ、バイナリーパッケージのインストールは、
+        この仕組みの対象外です。) Open
+        Source Initiative による「オープンソース」、または Free Software
+        Foundation による「自由」を満たすライセンスをもつパッケージには、
+        ライセンスの目印はつきません。
+        これらの定義をどちらも満たさないライセンスをもつパッケージには、
+        そのライセンスを参照する目印がつけられます。
+        こうすることで、そのライセンスに同意したことを
+        pkgsrc に指示しない限り構築ができないようになり、また、
+        そのライセンスを表示することができるようになります。</para>
+
+      <para>ライセンスの目印の仕組みは、パッケージの構築、インストール、
+	および使用にまつわる著作権関連の問題を処理するためのものであって、
+	再配布にまつわる問題 (<varname>RESTRICTED</varname> および
+	<varname>NO_SRC_ON_FTP</varname> などを参照) のためのものではありません。
+	ただし、目印が必要なライセンスの定義は上述のとおりなので、
+	再配布に制限のあるパッケージには目印がついていることになります。</para>
 
       <para>
-        パッケージが特殊なライセンスの下にあることを指定するには、
-        <varname>LICENSE</varname> をライセンスを特定する文字列に設定します。
-        たとえば、<pkg>graphics/graphviz</pkg> では以下のようになります。
-</para>
+        パッケージに特殊なライセンスが適用されていることを示すには、
+        そのライセンスを 
+        <filename>pkgsrc/licenses</filename> に置いたうえで、
+        <varname>LICENSE</varname> 変数をライセンスを特定する文字列に設定します。
+        たとえば、<pkg>graphics/xv</pkg> では以下のようになります。</para>
 
-      <programlisting>LICENSE=        graphviz-license</programlisting>
+      <programlisting>LICENSE=        xv-license</programlisting>
 
       <para>
-        構築しようとすると、利用者はそのパッケージのライセンスに
-        (まだ) 同意していないことを知らされます。
-</para>
+        構築しようとすると、利用者はそのパッケージに適用されているライセンスに
+        同意していないことを知らされます。</para>
 	
       <programlisting>
 &cprompt; <userinput>make</userinput>
-===> graphviz-1.12 has an unacceptable license: graphviz-license.
-===>     To build this package, add this line to your /etc/mk.conf:
-===>     ACCEPTABLE_LICENSES+=graphviz-license
+===> xv-3.10anb9 has an unacceptable license: xv-license.
 ===>     To view the license, enter "/usr/bin/make show-license".
+===>     To indicate acceptance, add this line to your /etc/mk.conf:
+===>     ACCEPTABLE_LICENSES+=xv-license
 *** Error code 1</programlisting>
 
         <para>ライセンス自体は <command>make
@@ -814,7 +826,7 @@
           上の表示中で指示されている行を <filename>/etc/mk.conf</filename>
           に追加することができます。</para>
 
-        <programlisting>ACCEPTABLE_LICENSES+=graphviz-license</programlisting>
+        <programlisting>ACCEPTABLE_LICENSES+=xv-license</programlisting>
 
 	<para>新しいライセンスが適用されているパッケージを追加する場合、
           表示用のライセンスのテキストを <filename>pkgsrc/licenses</filename>
@@ -824,14 +836,16 @@
           <varname>ACCEPTABLE_LICENSES</varname> 変数の設定の一覧で見られるほか、
           このディレクトリーで見ることができます。</para>
 
-	<para>すべての distfile をダウンロードあるいはミラーしたり、
-          pkgsrc のすべてのパッケージの構築テストのためにバルクビルドを実行するときなど、
-          すべてのライセンスにまとめて同意する必要が<emphasis>本当に</emphasis>ある場合は、
-          <varname>_ACCEPTABLE=yes</varname>
-          を設定すれば、まとめて同意することができます。
-	</para>
-      </sect2>
-    
+	<para><varname>LICENSE=shareware</varname> や、
+	  <varname>LICENSE=no-commercial-use</varname> のような言いまわしは、
+	  ライセンスの文面を特定できないので、
+	  使わないことになりました。
+	  また、このような言いまわしを使った場合の別の問題として、
+	  利用者が特定のパッケージ用のライセンスだけに同意して、
+	  それ以外のパッケージ用のライセンスには同意しない、
+	  といった指定ができなくなるというものもあります。
+	  これは特に、料金を支払っているライセンスへの同意を示したい場合には不適当です。</para>
+    </sect2> 
 
     <sect2 id="installing-score-files">
       <title>得点ファイルをインストールする</title>
Index: fixes.xml
===================================================================
RCS file: /cvsroot/pkgsrc/doc/guide/files/fixes.xml,v
retrieving revision 1.25
retrieving revision 1.26
diff -u -r1.25 -r1.26
--- fixes.xml	16 Jul 2005 19:21:50 -0000	1.25
+++ fixes.xml	27 Jul 2005 14:40:46 -0000	1.26
@@ -1,4 +1,4 @@
-<!-- $NetBSD: fixes.xml,v 1.25 2005/07/16 19:21:50 wiz Exp $ -->
+<!-- $NetBSD: fixes.xml,v 1.26 2005/07/27 14:40:46 gdt Exp $ -->
 
 <chapter id="fixes"> <?dbhtml filename="fixes.html"?>
   <title>Notes on fixes for packages</title>
@@ -831,37 +831,50 @@
     <sect2 id="handling-licenses">
       <title>Handling licenses</title>
 
-      <para>A package may underly a license which the user has or has
-        not agreed to accept. Usually, packages that underly
-        well-known Open Source licenses (e.g. the GNU Public License,
-        GPL) won't have any special license 
-        tags added in pkgsrc which require special action by the user
-        of such packages, but there are quite a number of other
-        licenses out there that pkgsrc users may not be able to
-        follow, for whatever reasons. For these cases, pkgsrc contains
-        a mechanism to note that a package underlies a certain
-        license, and the user has to accept the license before the
-        package can be installed.</para>
+      <para>A package may be covered by a license which the user has
+        or has not agreed to accept.  For these cases, pkgsrc contains
+        a mechanism to note that a package is covered by a particular
+        license, and the package cannot be built unless the user has
+        accepted the license.  (Installation of binary packages are
+        not currently subject to this mechanism.)  Packages with
+        licenses that are either Open Source according to the Open
+        Source Initiative or Free according to the Free Software
+        Foundation will not be marked with a license tag.  Packages
+        with licenses that have not been determined to meet either
+        definition will be marked with a license tag referring to the
+        license.  This will prevent building unless pkgsrc is informed
+        that the license is acceptable, and enables displaying the
+        license.</para>
+
+      <para>The license tag mechanism is intended to address
+	copyright-related issues surrounding building, installing and
+	using a package, and not to address redistribution issues (see
+	<varname>RESTRICTED</varname> and
+	<varname>NO_SRC_ON_FTP</varname>, etc.).  However, the above
+	definition of licenses for which tags are not needed implies
+	that packages with redistribution restrictions should have
+	tags.</para>
 
       <para>
-        Placing a certain package under a certain license works by
-        setting the <varname>LICENSE</varname> variable to a string
-        identifying the license, e.g. in <pkg>graphics/graphviz</pkg>:
-</para>
+        Denoting that a package is covered by a particular license is
+        done by placing the license in
+        <filename>pkgsrc/licenses</filename> and setting the
+        <varname>LICENSE</varname> variable to a string identifying
+        the license, e.g. in <pkg>graphics/xv</pkg>: </para>
 
-      <programlisting>LICENSE=        graphviz-license</programlisting>
+      <programlisting>LICENSE=        xv-license</programlisting>
 
       <para>
 	When trying to build, the user will get a notice that the
-        package underlies a license which he hasn't accepted (yet):
-</para>
+        package is covered by a license which has not been
+        accepted:</para>
 	
       <programlisting>
 &cprompt; <userinput>make</userinput>
-===> graphviz-1.12 has an unacceptable license: graphviz-license.
-===>     To build this package, add this line to your /etc/mk.conf:
-===>     ACCEPTABLE_LICENSES+=graphviz-license
+===> xv-3.10anb9 has an unacceptable license: xv-license.
 ===>     To view the license, enter "/usr/bin/make show-license".
+===>     To indicate acceptance, add this line to your /etc/mk.conf:
+===>     ACCEPTABLE_LICENSES+=xv-license
 *** Error code 1</programlisting>
 
         <para>The license can be viewed with <command>make
@@ -870,7 +883,7 @@
           <filename>/etc/mk.conf</filename> to indicate acceptance of
           the particular license:</para>
 
-        <programlisting>ACCEPTABLE_LICENSES+=graphviz-license</programlisting>
+        <programlisting>ACCEPTABLE_LICENSES+=xv-license</programlisting>
 
 	<para>When adding a package with a new license, the license
           text should be added to <filename>pkgsrc/licenses</filename>
@@ -880,14 +893,16 @@
           settings in
           <filename>pkgsrc/mk/defaults/mk.conf</filename>.</para>
 
-	<para>If there is a <emphasis>really</emphasis> pressing need
-          to accept all licenses at once, like when trying to download
-          or mirror all distfiles or doing a bulk build to test if all
-          packages in pkgsrc build, this can be done by setting
-          <varname>_ACCEPTABLE=yes</varname>. 
-	</para>
-      </sect2>
-    
+	<para>The use of <varname>LICENSE=shareware</varname>,
+	  <varname>LICENSE=no-commercial-use</varname>, and similar
+	  language is deprecated because it does not crisply refer to
+	  a particular license text.  Another problem with such usage
+	  is that it does not enable a user to denote acceptance of
+	  the license for a single package without accepting the same
+	  license text for another package.  In particular, this can
+	  be inappropriate when e.g. one accepts a particular license to
+	  indicate to pkgsrc that a fee has been paid.</para>
+    </sect2> 
 
     <sect2 id="installing-score-files">
       <title>Installing score files</title>