/var/log/messages

Jul 21, 2018 - 23 minute read - Comments - Debian

Debian Copyright

でびあんプロジェクトの @henrich さんが copyright format 1.0 への書き換えについて tweet されていたのを発見。

以下なナニをざっくり機械翻訳してみました。

Abstract

Debianパッケージ内のdebian / copyrightファイルのための標準的な、機械可読フォーマットを確立して、パッケージやパッケージセットのライセンスの自動チェックと報告を容易にします。 この仕様はもともとDEP-5として起草されました。

1.Introduction

この文書では、debian / copyrightファイルの標準的な、機械で解釈可能な形式について説明します。 このファイルはDebianのパッケージで最も重要なファイルの1つですが、この仕様の前に標準フォーマットは定義されておらず、その内容はパッケージ間で大きく異なりました。 そのため、ライセンス情報を自動的に抽出することは困難でした。

この仕様の使用はオプションです。

この提案では、Debian /著作権の著作権とライセンスのステータスを文書化する際に使用する適切な詳細や粒度に関するDebian Policyに指定されている要件のどれにも置き換わるものはありません。

2.Rationale

フリーソフトウェアライセンスの多様性は、Debianが与えられた仕事の自由度だけでなく、そのライセンスがDebianの他の部分との互換性にも注意する必要があることを意味します。

GPLバージョン3の到来、バージョン2との非互換性、および互換性に問題がある可能性のあるソフトウェアの発見ができないことは、この制限の顕著な発生です。

先例もあります。 1つはGPL/OpenSSLの非互換性です。多くの誤認(GPLでパッケージ化されていますが、別のライセンスではパッケージ化されています)またはネガティブ(GPLソフトウェアであるが、 “OpenSSL特別例外”の二重ライセンス形式)の傾向があるgrep debian/copyrightとは別に、 Debianのどのソフトウェアに問題があるかもしれません。

そしてもっと来ることがあります。 NexentaなどのCDDLオペレーティングシステムを搭載したGPLv2専用ソフトウェアの出荷には問題があります。 GPLバージョン3はこの問題を解決しますが、すべてのGPLソフトウェアがそれに切り替わるわけではありません。そのようなシステムからどれくらいのDebianを取り除かなければならないか分からないのです。

ライセンスがDFSGなしで相互に互換性がある場合でも、ユーザーは特定のライセンス(たとえば、特定のライセンスを避ける特別な理由がある場合)の下でソフトウェアを識別する方法を望む場合があります。

3.Acknowledgements

何年も前から多くの人がこの仕様に取り組んできました。 次のアルファベット順のリストは不完全です。 Russ Allbery、Ben Finney、Sam Hocevar、Steve Langasek、Charles Plessy、Noah Slater、Jonas Smedegaard、Lars Wirzeniusのような行方不明者をお勧めします。

4.File syntax

Debian/copyright ファイルは、コンピュータで解釈可能でなければならないが、人間が読める形式でなければならず、すべての必須のアップストリーム情報、著作権表示、ライセンスの詳細を伝える必要があります。

ファイルの構文は、Debian Policy Manualに指定されている他のDebian制御ファイルの構文と同じです。 詳細はセクション5.1を参照してください。 追加のフィールドは任意の段落に追加できます。 プレフィックスは不要ですが、標準のものに似た名前は避けて、間違いを見つけやすくしてください。 将来のバージョンのdebian / copyright仕様では、広く使われている追加フィールドの仕様の矛盾を避けようとしています。

ファイルは2つ以上の段落で構成されます。 少なくとも、ファイルには1つのヘッダー段落と1つのファイル段落が含まれていなければなりません。

フィールドには4つのタイプがあります。 このドキュメントの各フィールドの定義は、どのタイプの値を取るかを示します。

4.1.Single-line values

1行のフィールドの値全体は1行にする必要があります。たとえば、「フォーマット」フィールドには、使用される機械可読フォーマットのバージョンを指定する単一行の値があります。

4.2.Whitespace-separated lists

空白で区切られたリストとして定義されたフィールド値は、1行またはそれ以上にすることができます。リスト内の値は、1つ以上の空白文字(スペース、タブ、または改行)で区切られます。たとえば、「ファイル」フィールドには、空白で区切られたファイル名パターンのリストが含まれています。

4.3.Line-based lists

行ベースのリストは1行に1つの値を持ちます。たとえば、Upstream-Contactフィールドには、連絡先アドレスの行ベースのリストが含まれています。

4.4.Formatted text

フォーマットされたテキストフィールドは、DebianコントロールファイルのパッケージのDescriptionフィールドの長い記述と同じルールを使用します。

すべてではないが一部の場合では、最初の行は、説明フィールドが短い記述の最初の行をどのように使用するのかと同様に、概要として特別な意味を持ちます。詳細は、Debian Policyの5.6.13項「Description」を参照してください。例えば、免責条項は特別な第1行を持たない書式付きテキストフィールドであり、ライセンスは書式付きテキストフィールドであり、最初の行はライセンスの短い名前を示す。

5.Paragraphs

段落には3種類あります。ファイルの最初の段落はヘッダー段落と呼ばれます。他のすべての段落は、ファイル段落またはスタンドアロンのライセンス段落のいずれかです。これは、debian / controlファイルのソースとバイナリパッケージの段落に似ています。

5.1.Header paragraph (once)

ヘッダー段落には、次のフィールドがある場合があります。

  • フォーマット:必須。
  • アップストリーム名:オプション。
  • アップストリーム - コンタクト:オプション。
  • 出典:オプション。
  • 免責条項:オプション。
  • コメント:オプション。
  • ライセンス:オプション。
  • 著作権:オプション。

ヘッダー段落の「著作権」および「ライセンス」フィールドは、「ファイル」段落のフィールドを補完するものの、置き換えるものではありません。パッケージが存在する場合は、パッケージ全体の著作権表示または再配布の条件を要約します。

例えば、作品が許諾ライセンスとコピーレフトライセンスの両方でライセンス供与権を持っている場合、ライセンスを使用してその組み合わせのライセンス条項を明確にすることができます。著作権とライセンスを一緒に使用して、編集著作権とライセンスを文書化することもできます。

付随する「著作権」フィールドなしでヘッダ段落にライセンスを使用することは有効ですが、著作権だけでは不十分です。

5.1.1. Example header paragraph
Format: https://www.debian.org/doc/packaging-manuals/copyright-format/1.0/
Upstream-Name: SOFTware
Upstream-Contact: John Doe <john.doe@example.com>
Source: https://www.example.com/software/project

5.2.Files paragraph (repeatable)

ファイルの著作権とライセンスの宣言は、1つ以上の段落で構成されています。最も単純なケースでは、Files:*という単一の段落を使用して、パッケージ全体のライセンスと著作権を示すことができます。 Debianアーカイブに必要なライセンスと著作権情報のみがここに記載されている必要があります。

次のフィールドは、ファイル段落に存在することがあります。

  • ファイル:必須。
  • 著作権:必須です。
  • ライセンス:必須。
  • コメント:オプション。
5.2.1. Example files paragraphs
Files: *
Copyright: 1975-2010 Ulla Upstream
License: GPL-2+

Files: debian/*
Copyright: 2010 Daniela Debianizer
License: GPL-2+

Files: debian/patches/fancy-feature
Copyright: 2010 Daniela Debianizer
License: GPL-3+

Files: */*.1
Copyright: 2010 Manuela Manpager
License: GPL-2+

この例では、すべてのファイルの著作権は上流側が有しており、著作権者はGPLバージョン2以降のライセンスを付与しています。 3つの例外があります。 すべてのDebianパッケージファイルには、パッケージャが所有する著作権があります。さらに、新しい機能を提供する特定のファイルには、ライセンスの付与が異なります。 最後に、パッケージにマニュアルページがいくつか追加されています。著作権は第三者によって保持されています。

マニュアルページのライセンスは、パッケージ内の他のほとんどのファイルと同じであるため、上記の最後の段落を最初の段落と組み合わせて、両方の著作権ステートメントを1つの著作権フィールドに記載することができます。 段落を同じライセンス交付と組み合わせるかどうかは、debian /著作権ファイルの作者の裁量に委ねられます。

5.3.Stand-alone License Paragraph (optional, repeatable)

スタンドアロンのライセンス段落を使用すると、特定のライセンスのフルテキストを、それを参照する各ファイル段落で繰り返すのではなく、一度提供することができます。

ライセンスフィールドの概要(1行目)は、単一のライセンスの短い名前またはライセンスの例外の後の短い名前でなければなりません。

次のフィールドは、スタンドアロンのライセンス段落に存在する場合があります。

  • ライセンス:必須。
  • コメント:オプション

Example 1. tri-licensed files

Files: src/js/editline/*
Copyright: 1993, John Doe
           1993, Joe Average
License: MPL-1.1 or GPL-2 or LGPL-2.1

License: MPL-1.1
 [LICENSE TEXT]

License: GPL-2
 [LICENSE TEXT]

License: LGPL-2.1
 [LICENSE TEXT]

Example 2. recurrent license

Files: src/js/editline/*
Copyright: 1993, John Doe
           1993, Joe Average
License: MPL-1.1

Files: src/js/fdlibm/*
Copyright: 1993, J-Random Corporation
License: MPL-1.1

License: MPL-1.1
 [LICENSE TEXT]

6.Fields

以下のフィールドは、debian / copyrightで使用するために定義されています。

6.1.Format

単一行:書式指定のURI。このドキュメントの現在のバージョンで使用されるフィールドは次のとおりです。

フォーマット:https://www.debian.org/doc/packaging-manuals/copyright-format/1.0/ この仕様の元のバージョンでは、このURLの非httpsバージョンをURIとして使用しました。つまり、

フォーマット:http://www.debian.org/doc/packaging-manuals/copyright-format/1.0/ どちらのバージョンも有効であり、同じ仕様を参照し、パーサーは両方を同じフォーマットを参照するものとして解釈する必要があります。 https URIが推奨されます。

6.2.Upstream-Name

シングルライン:ソフトウェアの上流使用名

6.3.Upstream-Contact

行ベースのリスト:上流のプロジェクトに到達するための優先アドレス。自由形式のテキストでも構いませんが、通常はRFC5322のアドレスまたはURIのリストとして記述されます。

6.4.Source

フォーマットされたテキスト、ない概要:上流ソースがどこから来たかの説明。通常これはURLですが、自由形式の説明かもしれません。 Debianポリシーセクション12.5では、上流のソースがない限り、この情報が必要です。これは、主にネイティブDebianパッケージの場合です。アップストリームのソースが非フリーな部分を削除するように変更されている場合は、このフィールドに説明する必要があります。

6.5.Disclamer

書式付きテキスト、概要はありません:このフィールドは、フリーでないパッケージやcontribパッケージがDebianの一部ではないと述べ、理由を説明するために使用されます(Debianポリシーのセクション12.5を参照してください)。

6.6.Comment

フォーマットされたテキスト、要旨:このフィールドは追加情報を提供できます。たとえば、アップストリームからの電子メールを引用して、ライセンスがメインアーカイブに受け入れられる理由、または現在のバージョンがDFSGフリーであることが判明しているバージョンからこのバージョンのパッケージがどのようにフォークされたかを説明することができます上流バージョンはありません。

6.7.License

フォーマットされたテキスト、概要

ヘッダーの段落では、このフィールドにパッケージ全体のライセンス情報が表示されます。これは、ファイル単位のライセンス情報のすべての組み合わせとは異なるか簡略化されている場合があります。ファイル段落では、この段落の[ファイル]フィールドにリストされているファイルのライセンス条項が表示されます。スタンドアロンライセンスの段落では、それを参照する段落のライセンス条項が示されます。

最初の行(概要):ライセンスの省略名、または代替を与える式(標準略語のリストについては、短縮名のセクションを参照)。標準の短い名前のないパッケージにライセンスが存在する場合は、これらのライセンスに任意の短い名前を割り当てることができます。これらの任意の名前は、単一の著作権ファイル内で一意であることが保証されています。

残っている行がない場合は、概要でライセンス例外を伴うショートネームまたはショートネームをすべてスタンドアロンライセンスの段落に記述する必要があります。それ以外の場合は、このフィールドにライセンスの全文を含めるか、ライセンスファイルへのポインタを/ usr / share / common-licensesに含める必要があります。このフィールドには、ソフトウェアの配布ライセンス(12.5)のコピーを含めるためのDebianポリシーの要件と、バイナリパッケージに対する保証免責条項またはその他の通知を含むライセンス要件の両方を満たすために必要なすべてのテキストが含まれている必要があります。

書式付きテキスト、ない概要:1つ以上の自由形式の著作権ステートメント。フォーマットは許可されています。フィールドを構造化して読みやすくするためのアイデアについては、以下の例を参照してください。ヘッダーの段落では、このフィールドにパッケージ全体の著作権情報が表示されます。これはファイルごとの著作権情報のすべての組み合わせとは異なるか簡略化されています。 Files段落では、Filesパターンと一致するファイルに適用される著作権情報を提供します。作品に著作権者がいない(つまり、パブリックドメインにある)場合は、その情報をここに記録する必要があります。

「著作権」フィールドには、この段落のファイルに関連するすべての著作権表示が収集されます。すべての著作権表示が個々のファイルに適用されるわけではなく、1つの著作権所有者の長年の出版がまとめられている場合があります。たとえば、ファイルAには次のものがあります。

Copyright 2008 John Smith Copyright 2009 Angela Watts ファイルBには次のものがあります。

Copyright 2010アンジェラワッツ 両方のファイルに対して1つの段落を使用することができます。その段落の「著作権」フィールドには、次のものが含まれます。

Copyright 2008 John Smith Copyright 2009、2010アンジェラワッツ 「著作権」フィールドには、著作権の原文が正確に(「著作権」を含む)コピーされている場合があります。また、情報を犠牲にしない限り、上記のように他の著作権と併合することができます。この明細書の例は、両方の形式を使用します。

6.9.Files

空白で区切られたリスト:この段落で指定されたライセンスと著作権でカバーされるファイルを示すパターンのリスト。

ファイルフィールドのファイル名パターンは、簡略化されたシェルグロブ構文を使用して指定されます。 パターンは空白で区切られています。

  • ワイルドカードと? 適用する; 前者は任意の数の文字(noneを含む)に対応し、後者は1文字に一致します。 両方ともシェルのグロブとは異なり、スラッシュ(/)と先頭のドットに一致します。 したがってパターン .inは、名前が.inで終わるすべてのファイルと一致します。これは、トップレベルだけでなく、ソースツリー内のどこにでもあります。
  • パターンは、ソースツリーのルートで始まるパス名と一致します。 したがって、 “Makefile.in”はツリーのルートにあるファイルとマッチしますが、 “* / Makefile.in”は任意の深さでマッチします。
  • バックスラッシュ(\)は、次の文字から魔法を取り除くために使用されます。 下記の表を参照してください。
Escape sequence Matches
* star (asterisk)
\? question mark
\ backslash

バックスラッシュに続く他の文字はエラーです。

これは、FNM_PATHNAMEフラグのないfnmatch(3)と同じパターン構文、または[]ワイルドカードが認識されないことを除いて、GNU findコマンドの-pathテストへの引数です。

複数のファイル段落が許可されています。 特定のファイルと一致する最後の段落がその段落に適用されます。 したがって、より一般的なパラグラフを最初に指定し、その後に特定のオーバーライドを指定する必要があります。

除外は、以前の一致を無効にするためにファイル段落を追加することによってのみサポートされます。

7.License specification

7.1.Short name

機械で解析可能な著作権ファイルの価値の多くは、複数のソフトウェアのライセンスを相互に関連付けることができます。このため、この仕様では、ライセンスフィールドの概要(1行目)で使用できる、一般的に使用される多くのライセンスの標準ショートネームを定義しています。

これらの短縮名は、このファイル形式のすべての用途にわたって指定された意味を持ち、他のライセンスを参照するために使用してはなりません。したがって、パーサーは、完全なライセンステキストを解析または比較する必要なしに、同じライセンスを参照するこれらの短い名前に依存することがあります。

時折、標準ショートネームのリストにライセンスを追加したり削除したりすることができます。ショートネームのリストにおけるこのような変更は、常にこの規格のバージョンおよび推奨されるフォーマット値への変更を伴います。著作権ファイルを解析している実装者は、未知のフォーマットバージョンのライセンスショートネームの意味について何も想定しないよう注意しなければなりません。

標準の短い名前を使用しても、debian / copyrightに完全なライセンステキストを含めるDebian Policyの要件や、法的通知の複製に関する作業のライセンス要件は無効になりません。この情報は、スタンドアロンライセンスの段落または関連ファイルの段落のいずれかにある[ライセンス]フィールドに引き続き含める必要があります。

複数のバージョンが使用されているライセンスの場合、略称はライセンスファミリの一般的な略称から構成され、その後にダッシュとバージョン番号が続きます。バージョン番号を省略すると、最も低いバージョン番号が暗黙指定されます。ライセンス許可が、そのライセンスのそれ以降のバージョンの条件を使用することを許可するときは、短い名前の最後にプラス記号を追加します。例えば、短い名前のGPLはGPLバージョン1を指し、GPL-1と同等ですが、後者はより明確であり、したがって好ましいものです。パッケージがGPLバージョン1またはそれ以降のバージョンで配布される場合は、短い名前のGPL-1 +を使用してください。

SPDXとの互換性のために、末尾のドットがゼロのバージョンは、バージョンがないバージョンと同等であるとみなされます(たとえば、「2.0.0」は「2.0」および「2」とみなされます)。

現在、ライセンスの全文は、SPDXオープンソースライセンスレジストリでのみ利用可能です。

Keyword Meaning
public-domain No license required for any purpose; the work is not subject to copyright in any jurisdiction.
Apache Apache license 1.0, 2.0.
Artistic Artistic license 1.0, 2.0.
BSD-2-clause Berkeley software distribution license, 2-clause version.
BSD-3-clause Berkeley software distribution license, 3-clause version.
BSD-4-clause Berkeley software distribution license, 4-clause version.
ISC Internet Software Consortium, sometimes also known as the OpenBSD License.
CC-BY Creative Commons Attribution license 1.0, 2.0, 2.5, 3.0.
CC-BY-SA Creative Commons Attribution Share Alike license 1.0, 2.0, 2.5, 3.0.
CC-BY-ND Creative Commons Attribution No Derivatives license 1.0, 2.0, 2.5, 3.0.
CC-BY-NC Creative Commons Attribution Non-Commercial license 1.0, 2.0, 2.5, 3.0.
CC-BY-NC-SA Creative Commons Attribution Non-Commercial Share Alike license 1.0, 2.0, 2.5, 3.0.
CC-BY-NC-ND Creative Commons Attribution Non-Commercial No Derivatives license 1.0, 2.0, 2.5, 3.0.
CC0 Creative Commons Zero 1.0 Universal. Omit “Universal” from the license version when forming the short name.
CDDL Common Development and Distribution License 1.0.
CPL Common Public License.
EFL The Eiffel Forum License 1.0, 2.0.
Expat The Expat license.
GPL GNU General Public License 1.0, 2.0, 3.0.
LGPL GNU Lesser General Public License 2.1, 3.0, or GNU Library General Public License 2.0.
GFDL GNU Free Documentation License 1.0, 1.1, 1.2, or 1.3. Use GFDL-NIV instead if there are no Front-Cover or Back-Cover Texts or Invariant Sections.
GFDL-NIV GNU Free Documentation License, with no Front-Cover or Back-Cover Texts or Invariant Sections. Use the same version numbers as GFDL.
LPPL LaTeX Project Public License 1.0, 1.1, 1.2, 1.3c.
MPL Mozilla Public License 1.1.
Perl Perl license (use “GPL-1+ or Artistic-1” instead).
Python Python license 2.0.
QPL Q Public License 1.0.
W3C W3C Software License For more information, consult the W3C Intellectual Rights FAQ.
Zlib zlib/libpng license.
Zope Zope Public License 1.0, 1.1, 2.0, 2.1.

MITライセンスには多くのバージョンがあります。代わりにExpatを使用してください。

ライセンスへの例外または明確化は、短い名前にキーワードの例外を付加してプレーンテキストで通知されます。このドキュメントでは、最も頻繁に発生する例外を参照するときに使用する必要があるキーワードのリストを示します。追加の権限を付与して共通のライセンスを変更するこれらの例外以外の例外が発生した場合は、以下のキーワードリストから取り出されない任意のキーワードを使用することができます。ライセンスは、追加されたアクセス許可のためではなく、制限が追加されて共通ライセンスと異なる場合、キーワードの例外ではなく別の短い名前を使用する必要があります。

特定のライセンス仕様内の各ライセンスに対して1つの例外のみを指定することができます。単一のライセンスに複数の例外が適用される場合は、代わりに複数の例外の組み合わせを使用する必要があることを示す任意の短い名前を使用します。

GPLフォント例外は、GPLがどのようにフォントに適用されるかで指定されているように、各ファイルのライセンス通知に追加されたテキストを指します。この例外に対応する正確なテキストは次のとおりです。

As a special exception, if you create a document which uses this font,
and embed this font or unaltered portions of this font into the
document, this font does not by itself cause the resulting document to
be covered by the GNU General Public License. This exception does not
however invalidate any other reasons why the document might be covered
by the GNU General Public License. If you modify this font, you may
extend this exception to your version of the font, but you are not
obligated to do so. If you do not wish to do so, delete this exception
statement from your version.

GPL OpenSSL例外は、GPLと互換性のない句を含むOpenSSLライブラリとGPLライセンスコードをリンクする権限を与えます。 詳細は、Debian-legalメーリングリストのMark McLoughlin氏によるOpenSSLライセンスとGPL、OpenSSLとのメッセージミドルマンソフトウェアライセンスの衝突を参照してください。 この例外に対応するテキストは次のとおりです。

In addition, as a special exception, the copyright holders give
permission to link the code of portions of this program with the
OpenSSL library under certain conditions as described in each
individual source file, and distribute linked combinations including
the two.

You must obey the GNU General Public License in all respects for all
of the code used other than OpenSSL. If you modify file(s) with this
exception, you may extend this exception to your version of the
file(s), but you are not obligated to do so. If you do not wish to do
so, delete this exception statement from your version. If you delete
this exception statement from all source files in the program, then
also delete it here.

7.1.1.Public domain

ライセンスショートネームpublic-domainは、一連のライセンス条項を参照していません。 管轄区域内で著作権の対象とならない作品がいくつかあり、したがって、著作権法の対象となる目的にはライセンスは必要ありません。 この短い名前は、関連するファイルが「パブリックドメイン内にある」という明示的な宣言です。

一般的に著作権やパブリックドメインに関する広範な誤解が広まった結果、著作物の一部または全部が著作権侵害である場合、著作物がパブリックドメインにあるという共通の主張が生じます。 パブリックドメインに関するWikipediaの記事はこのテーマの参考になります。

パラグラフのライセンスフィールドに短い名前のpublic-domainがある場合、フィールドの残りの行は、そのパラグラフの対応するファイルがデフォルトの著作権の制限からどのような免除を持っているかを正確に説明しなければなりません。

7.2.Syntax

ライセンス名は大文字と小文字を区別しないため、スペースは使用できません。

マルチライセンスの場合、ライセンスのショートネームは、ユーザが異なるライセンスの間で選択することができるとき、または複数のライセンスの条件に同時に準拠しなければならないときに分けられます。

たとえば、これは単純な「GPLバージョン2以降」のフィールドです:

License: GPL-2+

これはPerlのようなデュアルライセンスGPL / Artisticの仕事です:

License: GPL-1 or Artistic

これは、GPLと古典的なBSDコードの両方を持つファイル用です:

License: GPL-2+ and BSD-3-clause

最も複雑な場合は、orsとandsの優先順位を明確にするためにカンマが使用されます。接頭辞 “と”は、カンマで始まる場合を除いて、 “または”よりも優先されます。例えば:

A or B and CA or (B and C) を意味する。

A or B, and C(A or B) and C を意味する。

これはPerlコードと古典的なBSDコードが入っているファイルです:

License: GPL-2+ or Artistic-2.0, and BSD-3-clause

OpenSSL例外を伴うGPL-2 +の作業は、GPL-2 +の下で、またはOpenSSLの例外を伴うGPL-2 +の下で再配布可能なデュアルライセンスの作業です。したがって、OpenSSL例外を伴うGPL-2 +として表現されます。そのようなライセンスの可能なライセンスフィールドは次のとおりです。

License: GPL-2+ with OpenSSL exception
 This program is free software; you can redistribute it
 and/or modify it under the terms of the GNU General Public
 License as published by the Free Software Foundation; either
 version 2 of the License, or (at your option) any later
 version.
 .
 In addition, as a special exception, the author of this
 program gives permission to link the code of its
 release with the OpenSSL project's "OpenSSL" library (or
 with modified versions of it that use the same license as
 the "OpenSSL" library), and distribute the linked
 executables. You must obey the GNU General Public
 License in all respects for all of the code used other
 than "OpenSSL".  If you modify this file, you may extend
 this exception to your version of the file, but you are
 not obligated to do so.  If you do not wish to do so,
 delete this exception statement from your version.
 .
 This program is distributed in the hope that it will be
 useful, but WITHOUT ANY WARRANTY; without even the implied
 warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR
 PURPOSE.  See the GNU General Public License for more
 details.
 .
 You should have received a copy of the GNU General Public
 License along with this package; if not, write to the Free
 Software Foundation, Inc., 51 Franklin St, Fifth Floor,
 Boston, MA  02110-1301 USA
 .
 On Debian systems, the full text of the GNU General Public
 License version 2 can be found in the file
 `/usr/share/common-licenses/GPL-2'.

7.3.SPDX

SPDXは、ソフトウェアパッケージに関連付けられたコンポーネント、ライセンス、および著作権を通信するためのフォーマットを標準化する試みです。それとマシン読み取り可能なdebian / copyright形式はやや互換性があります。しかし、2つのフォーマットは目的が異なり、フォーマットが異なります。 DEP5 wikiページを使用して違いを追跡します。

8.Examples

Example 3.Simple

Debianソースパッケージxsolに配布されている “X Solitaire”プログラムのdebian / copyrightファイル(これは実際のxsolパッケージの著作権ファイルではありません):

Format: https://www.debian.org/doc/packaging-manuals/copyright-format/1.0/
Upstream-Name: X Solitaire
Source: ftp://ftp.example.com/pub/games

Files: *
Copyright: 1998 John Doe <jdoe@example.com>
   1998 Jane Smith <jsmith@example.net>
License: GPL-2+
 This program is free software; you can redistribute it
 and/or modify it under the terms of the GNU General Public
 License as published by the Free Software Foundation; either
 version 2 of the License, or (at your option) any later
 version.
 .
 This program is distributed in the hope that it will be
 useful, but WITHOUT ANY WARRANTY; without even the implied
 warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR
 PURPOSE.  See the GNU General Public License for more
 details.
 .
 You should have received a copy of the GNU General Public
 License along with this package; if not, write to the Free
 Software Foundation, Inc., 51 Franklin St, Fifth Floor,
 Boston, MA  02110-1301 USA
 .
 On Debian systems, the full text of the GNU General Public
 License version 2 can be found in the file
 `/usr/share/common-licenses/GPL-2'.

Example 4.Complex

Debianソースパッケージplanet-venus(これは実際のplanet-venusパッケージの完全で正確な著作権ファイルではありません)で配布されている “Planet Venus”プログラムのdebian / copyrightファイルです:

Format: https://www.debian.org/doc/packaging-manuals/copyright-format/1.0/
Upstream-Name: Planet Venus
Upstream-Contact: John Doe <jdoe@example.com>
Source: https://www.example.com/code/venus

Files: *
Copyright: 2008, John Doe <jdoe@example.com>
           2007, Jane Smith <jsmith@example.org>
           2007, Joe Average <joe@example.org>
           2007, J. Random User <jr@users.example.com>
License: PSF-2

Files: debian/*
Copyright: 2008, Dan Developer <dan@debian.example.com>
License: permissive
 Copying and distribution of this package, with or without
 modification, are permitted in any medium without royalty
 provided the copyright notice and this notice are
 preserved.

Files: debian/patches/theme-diveintomark.patch
Copyright: 2008, Joe Hacker <hack@example.org>
License: GPL-2+

Files: planet/vendor/compat_logging/*
Copyright: 2002, Mark Smith <msmith@example.org>
License: MIT
 [LICENSE TEXT]

Files: planet/vendor/httplib2/*
Copyright: 2006, John Brown <brown@example.org>
License: MIT2
 Unspecified MIT style license.

Files: planet/vendor/feedparser.py
Copyright: 2007, Mike Smith <mike@example.org>
License: PSF-2

Files: planet/vendor/htmltmpl.py
Copyright: 2004, Thomas Brown <coder@example.org>
License: GPL-2+

License: PSF-2
 [LICENSE TEXT]

License: GPL-2+
 This program is free software; you can redistribute it
 and/or modify it under the terms of the GNU General Public
 License as published by the Free Software Foundation; either
 version 2 of the License, or (at your option) any later
 version.
 .
 This program is distributed in the hope that it will be
 useful, but WITHOUT ANY WARRANTY; without even the implied
 warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR
 PURPOSE.  See the GNU General Public License for more
 details.
 .
 You should have received a copy of the GNU General Public
 License along with this package; if not, write to the Free
 Software Foundation, Inc., 51 Franklin St, Fifth Floor,
 Boston, MA  02110-1301 USA
 .
 On Debian systems, the full text of the GNU General Public
 License version 2 can be found in the file
 `/usr/share/common-licenses/GPL-2'.