[% title = "Debian Packaging Manual - ソースパッケージ" %]

<p><a name="ch-sourcepkg"></a></p>
<hr>

<p>
[ <a href="ch-binarypkg.html">previous</a> ]
[ <a href="index.html#contents">Contents</a> ]
[ <a href="ch-scope.html">1</a> ]
[ <a href="ch-binarypkg.html">2</a> ]
[ 3 ]
[ <a href="ch-controlfields.html">4</a> ]
[ <a href="ch-versions.html">5</a> ]
[ <a href="ch-maintainerscripts.html">6</a> ]
[ <a href="ch-descriptions.html">7</a> ]
[ <a href="ch-relationships.html">8</a> ]
[ <a href="ch-conffiles.html">9</a> ]
[ <a href="ch-alternatives.html">10</a> ]
[ <a href="ch-diversions.html">11</a> ]
[ <a href="ch-sharedlibs.html">12</a> ]
[ <a href="ch-methif.html">13</a> ]
[ <a href="ch-conversion.html">14</a> ]
[ <a href="ch-controlfields.html">next</a> ]
</p>

<hr>

<h2>
Debian Packaging Manual
<br>Chapter 3 - ソースパッケージ
</h2>

<hr>

<p>
Debian バイナリパッケージは Debian ソースから生成されます。 Debian
ソースはバイナリパッケージを簡単に、かつ自動的に
構築しやすいように特殊な形式になっています。
</p>

<p>
以前のバージョンの Debian ソースの形式は廃止されました。
古い形式のパッケージの変換についての説明は Debian policy manual にあります。
</p>

<hr>

<h3><a name="s-sourcetools"></a>3.1 ソースパッケージを処理するためのツール</h3>

<p>
ソースパッケージを扱うために様々なツールが提供されています。
これらはソースをパックやアンパックしたり、
バイナリパッケージの構築や新しいバージョンの
ディストリビューションを扱うのを手助けしたりします。
</p>

<p>
ここではこれらのツールの紹介と典型的な用途を説明します。
引数や動作についての完全な文書は <code>dpkg-source(1)</code> を見て下さい。
</p>

<p>
Debian ソースパッケージをどうやって作るかの例と、 Debian
ソースパッケージからどの様にこれらのユーティリティを
使うかについては、例題パッケージである <code>hello</code> を見て下さい。
</p>

<hr>

<h4><a name="s3.1.1"></a>3.1.1 <code>dpkg-source</code> - Debian ソースパッケージの パックとアンパック</h4>

<p>
このプログラムは手動でよく使われます。また、 <code>dpkg-buildpackage</code>
の様なパッケージに 依存しない自動構築スクリプトからも呼び出されます。
</p>

<p>
パッケージをアンパックするには次のようにコマンドを 実行します。
</p>

<pre>
       dpkg-source -x <var>.../path/to/filename</var>.dsc
</pre>

<p>
この時、<samp><var>filename</var>.tar.gz</samp> と
(もし存在するなら)<samp><var>filename</var>.diff.gz</samp> は
同じディレクトリに置いておきます。 これにより
<samp><var>package</var>-<var>version</var></samp>
ディレクトリにソースをアンパックし、もし存在するなら
<samp><var>package</var>-<var>version</var>.orig</samp>
をカレントディレクトリにアンパックします。
</p>

<p>
パックされたソースアーカイブを作るには次のように コマンドを実行します。
</p>

<pre>
       dpkg-source -b <var>package</var>-<var>version</var>
</pre>

<p>
これにより、<samp>.dsc</samp>、<samp>.tar.gz</samp> と
(もし必要なら)<samp>.diff.gz</samp> がカレントディレクトリに
作られます。<code>dpkg-source</code> は最初に ソースツリーに clean
を行いません。 必要な場合は別にやっておく必要があります。
</p>

<p>
<a href="#s-sourcearchives">アーカイブとしてのソースファイル, Section 3.3</a>
も見て下さい。
</p>

<hr>

<h4><a name="s3.1.2"></a>3.1.2 <code>dpkg-buildpackage</code> - 全体的なパッケージ構築の 制御スクリプト</h4>

<p>
<code>dpkg-buildpackage</code> は、
<code>dpkg-source</code>、<code>debian/rules</code>
を順に呼びだします。<samp>debian/rules</samp> のターゲットは 順に
<code>clean</code>、<code>build</code>、 <code>binary</code> です。最後に
<code>dpkg-buildpackage</code> は、 <code>dpkg-genchanges</code> と
<code>PGP</code> を 呼び出し、署名済のソースパッケージおよび
バイナリパッケージを作成、アップロードします。
</p>

<p>
このコマンドは、通常、すでに構築されている、あるいは
構築されていないソースディレクトリのトップレベルで、
手動で実行します。引数なしで呼び出しても構いません。
よく使う引数は次の通りです。
</p>
<dl>
<dt><samp>-uc</samp>, <samp>-us</samp></dt>
<dd>
<p>
それぞれ、<samp>.changes</samp> ファイル、ソース パッケージの <samp>.dsc</samp>
ファイルに PGP サインを しないという指示です。
</p>
</dd>
<dt><samp>-p<var>pgp-command</var></samp></dt>
<dd>
<p>
<var>pgp-command</var> を <code>PATH</code> で 見つかる <samp>pgp</samp>
の代わりに呼び出します。 <var>pgp-command</var> は <code>pgp</code> と全く同じ
動作をしなくてはなりません。
</p>
</dd>
<dt><samp>-r<var>root-command</var></samp></dt>
<dd>
<p>
root 特権が必要な時、<var>root-command</var> という
コマンドを呼び出します。<var>root-command</var> は
第1引数をコマンドとして、必要ならば <code>PATH</code>
から呼び出し、第2引数以降を 呼び出したコマンドに渡さなければいけません。
<var>root-command</var> が与えられなかった場合は、 <var>dpkg-buildpackage</var>
は root 特権を 得るための特別な動作をしません。そのため、
ほどんどのパッケージでは <var>dpkg-buildpackage</var> を root として
実行しなければなりません。
</p>
</dd>
<dt><samp>-b</samp>, <samp>-B</samp></dt>
<dd>
<p>
2種類の、バイナリのみの構築とアップロード - <code>dpkg-source(1)</code> を
見て下さい。
</p>
</dd>
</dl>

<hr>

<h4><a name="s3.1.3"></a>3.1.3 <code>dpkg-gencontrol</code> - バイナリパッケージ 制御ファイルの生成</h4>

<p>
このプログラムは通常ソースツリーのトップレベルで <samp>debian/rules</samp> (<a
href="#s-sourcetree">Debian 化されたソースツリー, Section 3.2</a>
を見て下さい。) から呼び出されます。
</p>

<p>
これは通常、パッケージが構築されている一時的な
ディレクトリツリー中のファイルやディレクトリの許可属性や
所有権を設定したあと、パッケージが <code>dpkg-deb</code>
を用いて構築される直前に行なわれます [<a href="footnotes.html#f5"
name="fr5">5</a>]。
</p>

<p>
<code>dpkg-gencontrol</code> は、パッケージに入るファイルが
一時的な構築ディレクトリの中に全て置かれた後で
呼ばれなければなりません。パッケージがインストールされた時の
サイズの計算を正確にするためです。
</p>

<p>
また、<code>dpkg-gencontrol</code> は <code>dpkg-shlibdeps</code>
の後で実行する必要があります。 <samp>debian/substvars</samp> 中で
<code>dpkg-shlibdeps</code> によって作られた 変数置換(variable
substitutions)を利用できるように するためです。
</p>

<p>
ソースパッケージのトップから相対パスで <samp>debian/tmp</samp>
にあるファイルからバイナリパッケージを一つだけ作成する
場合は、通常、<code>dpkg-gencontrol</code> を呼び出せば 十分です。
</p>

<p>
複数のバイナリを構築するソースでは、一般に次の様にする 必要があります。
</p>

<pre>
       dpkg-gencontrol -Pdebian/tmp-<var>pkg</var> -p<var>package</var>
</pre>

<p>
<samp>-P</samp> は <code>dpkg-gencontrol</code> に
パッケージをデフォルト以外のどのディレクトリで構築するかを
伝え、<samp>-p</samp> はどのパッケージの
制御ファイルを生成するべきかを伝えます。
</p>

<p>
<code>dpkg-gencontrol</code> は(例えば) <code>dpkg-genchanges</code>
を将来呼び出すために <samp>debian/files</samp> 中のファイルのリストに
情報を加えることもします。
</p>

<hr>

<h4><a name="s3.1.4"></a>3.1.4 <code>dpkg-shlibdeps</code> - 共有ライブラリの依存関係の算定</h4>

<p>
通常、このプログラムは <code>dpkg-gencontrol</code> (<a
href="#s-sourcetree">Debian 化されたソースツリー, Section 3.2</a> を参照)
の直前に、ソースツリーのトップレベルで <samp>debian/rules</samp>
から呼ばれます。
</p>

<p>
このプログラムの引数は、バイナリパッケージの制御ファイルに
共有ライブラリの依存関係を含める必要のある実行形式 [<a href="footnotes.html#f6"
name="fr6">6</a>] です。
</p>

<p>
検索された共有ライブラリが <samp>Recommends</samp> や <samp>Suggests</samp>
のみを保証すべき場合や、 <samp>Pre-Depends</samp> を保証すべき場合は、
それらの実行形式の前に <samp>-d<var>dependency-field</var></samp>
オプションをつけてこれを指示しなければなりません。 (各 <samp>-d</samp>
オプションは 次の <samp>-d</samp> が 現れるまで有効です。)
</p>

<p>
<code>dpkg-shlibdeps</code> は出力される制御ファイルを
直接修正することはしません。 代わりに、デフォルトでは
<samp>shlibs:Depends</samp> の様な 変数の設定を <samp>debian/substvars</samp>
というファイルに 加えます。ソース制御ファイルにはバイナリパッケージ毎に
セクションがありますが、これらの変数の設定は適切な
セクションの依存関係フィールドから参照しなければなりません。
</p>

<p>
例えば、<code>procps</code> パッケージは2種類のバイナリを
生成します。predependency の必要な <code>ps</code> の様な 単純な C
バイナリと、recomendation のみが必要な <code>top</code> の様なフルスクリーンの
ncurses バイナリです。これは <samp>debian/rules</samp> 内で 次のように書けます:
</p>

<pre>
       dpkg-shlibdeps -dPre-Depends ps -dRecommends top
</pre>

<p>
そしてメイン制御ファイル <samp>debian/control</samp> で 次のように書けます:
</p>

<pre>
       <var>...</var>
       Package: procps
       Pre-Depends: ${shlibs:Pre-Depends}
       Recommends: ${shlibs:Recommends}
       <var>...</var>
</pre>

<p>
あるソースが提供する(複数の)バイナリパッケージが
共有ライブラリに対して異なった依存要求を持つ場合は、
<samp>-p<var>varnameprefix</var></samp> オプションを
利用することが出来ます。このオプションはデフォルトの <samp>shlib:</samp>
プレフィックスを上書きします (このオプションを設定する毎に
<code>dpkg-shlibdeps</code> を一回実行)。よって、
<samp><var>varnameprefix</var>:<var>dependencyfield</var></samp>
という形式で依存変数の集合を幾つか作ることが出来ます。
これはバイナリパッケージ制御ファイルの適切な部分で 参照されます。
</p>

<hr>

<h4><a name="s3.1.5"></a>3.1.5 <code>dpkg-distaddfile</code> - <samp>debian/files</samp> へのファイルの追加</h4>

<p>
幾つかのパッケージのアップロードではソースパッケージ
やバイナリパッケージ以外のファイルを含める必要が あります。
</p>

<p>
<code>dpkg-distaddfile</code> は <samp>debian/files</samp> に
ファイルを加えます。<code>dpkg-genchanges</code> が 実行されたときに
<samp>.changes</samp> にそのファイルが 含まれるようにする為です。
</p>

<p>
これは通常、<samp>debian/rules</samp> の <code>binary</code>
ターゲットで呼び出されます:
</p>

<pre>
       dpkg-distaddfile <var>filename</var> <var>section</var> <var>priority</var>
</pre>

<p>
<var>filename</var> は <code>dpkg-genchanges</code> が
そのファイルを見つけると思われるようなディレクトリ -
これは通常ソースツリーのトップレベルの上のディレクトリ -
に対する相対ファイル名です。<samp>debian/rules</samp> の ターゲットは
<code>dpkg-distaddfile</code> が呼ばれる直前か
直後にそのファイルをその場所に置かねばなりません。
</p>

<p>
<var>section</var> と <var>priority</var> は、生成される <samp>.changes</samp>
ファイルに変更されずに渡されます。 <a
href="ch-controlfields.html#s-f-classification"><samp>Section</samp> と
<samp>Priority</samp>, Section 4.2.9</a> を見て下さい。
</p>

<hr>

<h4><a name="s3.1.6"></a>3.1.6 <code>dpkg-genchanges</code> - アップロード制御ファイル <samp>.changes</samp> の生成</h4>

<p>
通常、このプログラムはパッケージに依存しない <code>dpkg-buildpackage</code>
の様な自動構築スクリプトから 呼び出されますが、手動で呼びだすこともあります。
</p>

<p>
このプログラムは通常、構築されたソースツリーの
トップレベルで呼び出されます。引数をつけずに
呼び出した場合は、ソースパッケージの変更履歴ファイル、
制御ファイルの情報と、構築されているバイナリパッケージ、
ソースパッケージの情報に基づいて、簡単な <samp>.changes</samp>
ファイルを書きだします。
</p>

<hr>

<h4><a name="s3.1.7"></a>3.1.7 <code>dpkg-parsechangelog</code> - changelog の解析結果の生成</h4>

<p>
このプログラムは <code>dpkg-source</code> によって内部的に 用いられます。時折
<samp>debian/rules</samp> や他の場所で 使われるかもしれません。変更履歴
(デフォルトでは <samp>debian/changelog</samp>) を解析し、そこに含まれる情報を
制御ファイル形式の表現で標準出力に出力します。
</p>

<hr>

<h4><a name="s-dpkgarch"></a>3.1.8 <code>dpkg-architecture</code> - パッケージを構築するシステム、あるいはホストシステムに ついての情報</h4>

<p>
このプログラムは手動で使用することもできますが、 <samp>dpkg-buildpackage</samp>
や <samp>debian/rules</samp> に
よっても起動されます。そこでは、パッケージを構築するマシンの
アーキテクチャ、あるいはホストのアーキテクチャを示す 環境変数や make
変数を設定します。これらの変数は、 パッケージ構築過程において必要なものです。
</p>

<hr>

<h3><a name="s-sourcetree"></a>3.2 Debian 化されたソースツリー</h3>

<p>
以降で述べるソースアーカイブの構成は、関連した制御情報をもつ Debian
化されたソースツリーが容易に再現され輸送されるように
することを意図したものになっています。Debian 化された
ソースツリーは、オリジナルのプログラムに Debian 化の
工程の為のファイルを付け、残りのソースコードと
インストールスクリプトに必要な変更を加えたものです。
</p>

<p>
Debian のために作られた特別なファイルは、 Debian
化されたソースツリーのトップレベルの <samp>debian</samp>
ディレクトリに置かれます。
</p>

<hr>

<h4><a name="s-debianrules"></a>3.2.1 <samp>debian/rules</samp> - メイン構築スクリプト</h4>

<p>
このファイルは実行可能な makefile で、ソースから
パッケージをコンパイルしバイナリパッケージを構築するための
パッケージ特有のレシピを含んでいます。
</p>

<p>
このファイルの先頭は <samp>#!/usr/bin/make -f</samp> という
行でなければなりません。make を明示的に実行するのではなく、
<samp>debian/rules</samp> という名前で実行できるように する為です。
</p>

<p>
対話型の <samp>debian/rules</samp> スクリプトは、
そのパッケージの自動コンパイルを不可能にし、さらに、
メンテナー以外の人が同じバイナリパッケージを
再構築するのを難しくします。ですから、全ての <strong>必要なターゲット</strong>
は非対話的で なくてはなりません。最小限の範囲で言えば、
必要なターゲットとは、<code>dpkg-buildpackage</code>
によって呼び出されるターゲット、つまり <em>clean</em>、
<em>binary</em>、<em>binary-arch</em>、<em>build</em> の
ことです。また、これらのターゲットによって呼び出される
ターゲットも非対話的でなくてはなりません。
</p>

<p>
必要なターゲットは次の通りです。
</p>
<dl>
<dt><samp>build</samp></dt>
<dd>
<p>
パッケージの構築、すなわち全てのパッケージの
非対話的な設定とコンパイルを行ないます。
もしパッケージに構築前の設定作業がある場合は、 Debian
化されたソースパッケージは設定作業を
行なった後で構築しなければなりません。これは、
設定を再びせずに構築出来るようにするためです。
</p>

<p>
いくつかのパッケージで、同一のソースツリーから
それぞれ違う二つのバイナリパッケージを生成する場合が
あります。<code>build</code> ターゲットは、
そういう場合には対応できません。これらの場合は、
それぞれの構築方法にしたがって、2 つまたは それ以上のターゲット
(<samp>build-a</samp> と <samp>build-b</samp> やその他)
を使用するのがよいでしょう。 そしてこの場合、単独の <code>build</code> は
なにも実行しません。<code>binary</code>
ターゲットで、これらの可能な方法でパッケージを
作成して、それぞれに対応したバイナリパッケージを 生成することになります。
</p>

<p>
ルート権限が必要なことを <code>build</code> ターゲットで実行してはいけません。
</p>

<p>
また、<code>build</code> ターゲットの前には、 <code>clean</code>
を走らせなければならないでしょう。
</p>

<p>
パッケージの設定ルーチンに長い時間がかかる時や、 makefile
があまりよく設計されていない時、 <code>build</code> の前に <code>clean</code>
が 必要な時、構築プロセスの終了時に <samp>touch build</samp>
を実行するのがよいでしょう。これによって、 <samp>debian/rules build</samp>
が再度実行されたときに、 プログラム全体を再構築しなくてすみます。
</p>
</dd>
</dl>
<dl>
<dt><samp>binary</samp>, <samp>binary-arch</samp>, <samp>binary-indep</samp></dt>
<dd>
<p>
<code>binary</code>ターゲットは、ユーザにとって
バイナリパッケージを構築するときに必要な唯一の
ものでなければいけません。全てのこれらのターゲットは、
非対話的でなければなりません。<code>binary</code>
ターゲットは、二つの部分に分けられます: <code>binary-arch</code>
は、特定のアーキテクチャ用の ファイル、<code>binary-indep</code> は、
そうでないものを生成します。
</p>

<p>
通常、<code>binary</code> は、余分なコマンドを 必要とせず、単純に
<code>binary-arch</code> と <code>binary-indep</code> に依存するターゲットで
なければいけません。
</p>

<p>
両方の <code>binary-*</code> ターゲットは、 <code>build</code>
ターゲットに依存しなければ いけません。このようにしておけば、もしパッケージ
構築処理が済んでいないときは構築処理が実施されます。
そして次に関連したバイナリパッケージを 生成しなければいけません。この時、
<code>dpkg-gencontrol</code> を使って 制御ファイルを作成し、
<code>dpkg-deb</code> を使って構築し、それらを
トップのディレクトリの上に置きます。
</p>

<p>
<code>binary-*</code> のうちの一つがなにもしない
場合(アーキテクチャ依存、非依存に関わらずソースから
一つのバイナリパッケージしか生成しない場合) においても、なにもしない側の
<code>binary-*</code> が存在しなければなりませんし、処理が成功したという
あつかいとしなければなりません。
</p>

<p>
<a href="ch-binarypkg.html">バイナリパッケージ, Chapter 2</a>
に、どのようにして バイナリパッケージを構築するかについて 書かれています。
</p>

<p>
<code>binary</code> ターゲットは、ルートで 起動されなければいけません。
</p>
</dd>
</dl>
<dl>
<dt><samp>clean</samp></dt>
<dd>
<p>
<code>build</code> と <code>binary</code>
ターゲットによる実行結果を元に戻します。ただし、 <code>binary</code>
の実行による親ディレクトリへ 生成された出力ファイルはそのまま残します。
このターゲットは、非対話的である必要があります。
</p>

<p>
<code>build</code> されたファイルが、
上で述べたように、<code>build</code>ターゲットの 最後に touch
されていた場合、そのファイルは、 <code>clean</code> の最初の作業として
削除しなければいけません。中断された <code>clean</code> の後に
<code>build</code> が 実行された場合、すべてが終了したと認識されて
しまいかねないからです。
</p>

<p>
<code>build</code> がルートで起動されてから、または <code>binary</code>
が起動された後には、 <code>clean</code> ターゲットはルートで
起動されなければいけません (例えば、<code>build</code> はディレクトリを
作成することもあるからです)。
</p>
</dd>
</dl>
<dl>
<dt><samp>get-orig-source</samp> (オプション)</dt>
<dd>
<p>
主要なアーカイブサイトから最新版の オリジナルソースパッケージを取得します (FTP
や WWW 経由)。以下に述べるように、オリジナルの ソースの tar
ファイル形式に再構成し、 現在のディレクトリに置きます。
</p>

<p>
このターゲットは、どのディレクトリからも実行できます。
一時ファイルを残している場合がありますので、 その時は削除してください。
</p>

<p>
このターゲットはオプションです。 しかしつけた方がよいでしょう。
</p>
</dd>
</dl>

<p>
<code>build</code> と <code>binary</code>、 <code>clean</code>
ターゲットはパッケージの トップディレクトリをカレントディレクトリとして
実行されなければいけません。
</p>

<p>
<samp>debian/rules</samp> に他のターゲットがあることもあります。
これらは、公開されている、またはいないインターフェースや、
パッケージ内部で使用されるものです。
</p>

<p>
パッケージを実際に構築するマシンや、インストールの対象となる
マシンのアーキテクチュアは、dpkg-architecture を通して
変数を設定することによって決定されます (<a
href="#s-dpkgarch"><code>dpkg-architecture</code> -
パッケージを構築するシステム、あるいはホストシステムに ついての情報, Section
3.1.8</a> を見て下さい)。これにより、ホストマシンだけでなく
パッケージの構築をするマシンの Debian アーキテクチュアと GNU
型のアーキテクチュア指定文字列を得ることができます。 以下に、サポートされている
make 変数を示します。
</p>
<ul>
<li>
<p>
<samp>DEB_*_ARCH</samp> (Debian アーキテクチュア)
</p>
</li>
<li>
<p>
<samp>DEB_*_GNU_TYPE</samp> (GNU 型アーキテクチュア 指定文字列)
</p>
</li>
<li>
<p>
<samp>DEB_*_GNU_CPU</samp> (DEB_*_GNU_TYPE の CPU の部分)
</p>
</li>
<li>
<p>
<samp>DEB_*_GNU_SYSTEM</samp> (DEB_*_GNU_TYPE の システムの部分)
</p>
</li>
</ul>

<p>
<samp>*</samp> は <samp>BUILD</samp> か <samp>HOST</samp> のどちらかです。
<samp>BUILD</samp> の場合はパッケージを構築するマシンの
指定になり、<samp>HOST</samp> の場合にはインストールされる
マシンの指定になります。
</p>

<p>
rules ファイル中で適当なデフォルト値を設定することに
よって、後方互換性を保つことができます。 詳しくは dpkg-architecture
のドキュメントを参照して下さい。
</p>

<p>
<samp>DEB_*_ARCH</samp> は、マシンの Debian アーキテクチュア
のみ決定するということは、重要です。CPU や システムの 情報を得るのに
<samp>DEB_*_ARCH</samp> を使ってはいけません。 その場合には GNU
型変数を使わなくてはいけません。
</p>

<hr>

<h4><a name="s3.2.2"></a>3.2.2 <samp>debian/control</samp></h4>

<p>
ソースパッケージとそれから生成される
バイナリパッケージについてのバージョン非依存の詳細を 含みます。
</p>

<p>
それは、制御フィールドのセットが連続したものです。
その書式はバイナリパッケージ制御ファイルに
似ています。フィールドのセットは、一つ以上のブランクで
区切られます。そして、最初のセットは、ソースパッケージに
ついての全般的な情報です; それに続くセットには、ソースの
ツリーがバイナリパッケージを生成する方法について 書かれています。
</p>

<p>
フィールドの書式とその意味するところについては、 <a
href="ch-controlfields.html">制御ファイルとそのフィールド, Chapter 4</a>
をご覧ください。
</p>

<p>
一般的な、(バイナリパッケージ非依存) フィールド:
</p>
<ul>
<li>
<p>
<a href="ch-controlfields.html#s-f-Source"><samp>Source</samp></a> (必須)
</p>
</li>
<li>
<p>
<a href="ch-controlfields.html#s-f-Maintainer"><samp>Maintainer</samp></a>
</p>
</li>
<li>
<p>
<a href="ch-controlfields.html#s-f-classification"><samp>Section</samp> と
<samp>Priority</samp></a> (分類用、必須)
</p>
</li>
<li>
<p>
<a href="ch-relationships.html"><samp>Build-Depends</samp> その他</a>
(ソースパッケージの相互関連)
</p>
</li>
<li>
<p>
<a
href="ch-controlfields.html#s-f-Standards-Version"><samp>Standards-Version</samp></a>
</p>
</li>
</ul>

<p>
バイナリパッケージごとのフィールド:
</p>
<ul>
<li>
<p>
<a href="ch-controlfields.html#s-f-Package"><samp>Package</samp></a> (必須)
</p>
</li>
<li>
<p>
<a href="ch-controlfields.html#s-f-Architecture"><samp>Architecture</samp></a>
(必須)
</p>
</li>
<li>
<p>
<a href="ch-descriptions.html"><samp>Description</samp></a>
</p>
</li>
<li>
<p>
<a href="ch-controlfields.html#s-f-classification"><samp>Section</samp> と
<samp>Priority</samp></a> (分類用)
</p>
</li>
<li>
<p>
<a href="ch-controlfields.html#s-f-Essential"><samp>Essential</samp></a>
</p>
</li>
<li>
<p>
<a href="ch-relationships.html"><samp>Depends</samp> その他</a>
(バイナリパッケージ間の関連性)
</p>
</li>
</ul>

<p>
これらのフィールドは、<code>dpkg-gencontrol</code> が
バイナリパッケージ用の制御ファイルを 生成するとき(以下参照)や
<code>dpkg-genchanges</code> が アップロードに付随する <samp>.changes</samp>
を生成するとき、 <code>dpkg-source</code> がソースのアーカイブの一部として
<samp>.dsc</samp> ソース制御ファイルを生成するときに、 使用されます。
</p>

<p>
また、これらのフィールドは、変数参照を含むこともあります。 -
それらの値は、出力制御ファイルを 生成するときに <code>dpkg-gencontrol</code> や
<code>dpkg-genchanges</code>、<code>dpkg-source</code> に
よって使用されます。詳細は、 <a
href="#s-srcsubstvars"><samp>debian/substvars</samp> と変数の置換, Section
3.2.4</a> をご覧ください。
</p>

<hr>

<h5><a name="s3.2.2.1"></a>3.2.2.1 ユーザー定義フィールド</h5>

<p>
ソースパッケージ制御ファイルには ユーザ定義フィールドを追加することができます。
これらは無視され、バイナリや ソースパッケージ制御ファイル、
アップロード制御ファイルにはコピーされません。
</p>

<p>
出力ファイルにサポートされていないフィールドを
付加したいときは、ここに述べる方法を使用してください。
</p>

<p>
メインのソース制御ファイルにおいて、 <samp>X</samp>
から始まり、<samp>BCS</samp> とハイフン <samp>-</samp>
が続くフィールドは、出力ファイルにコピーされます。
そして出力ファイルには、ハイフンの後に続く
キャラクタのみが、フィールド名として使用されます。 ここで、<samp>B</samp> は、
バイナリパッケージ制御ファイルに 使用されるとき、<samp>S</samp> は、
ソースパッケージ制御ファイルに使用されるとき、 <samp>C</samp>
は、アップロード制御 (<samp>.changes</samp>)
ファイルに使用されるときに使われます。
</p>

<p>
メインのソース情報制御ファイルが以下の フィールドを含んでいるときは、
</p>

<pre>
       XBS-Comment: I stand between the candle and the star.
</pre>

<p>
バイナリとソースパッケージ制御ファイルは、次の フィールドを含みます。
</p>

<pre>
       Comment: I stand between the candle and the star.
</pre>

<hr>

<h4><a name="s-dpkgchangelog"></a>3.2.3 <samp>debian/changelog</samp></h4>

<p>
このファイルは、パッケージの Debian 特有の部分の変更を記録します [<a
href="footnotes.html#f7" name="fr7">7</a>]。
</p>

<p>
このファイルは特別な書式を持っています。これは、
どのパッケージのバージョンが現在構築中なのか、また、
その他のリリース特有の情報を、パッケージ構築ツールが 認識するためです。
</p>

<p>
その書式を以下に示します。:
</p>

<pre>
       <var>package</var> (<var>version</var>) <var>distribution(s)</var>; urgency=<var>urgency</var>
     
        * <var>change details</var>
        <var>more change details</var>
        * <var>even more change details</var>
     	
       -- <var>maintainer name and email address</var>  <var>date</var>
</pre>

<p>
<var>package</var> と <var>version</var> は
ソースパッケージの名前とバージョンです。
</p>

<p>
<var>distribution(s)</var> には、このバージョンが
アップロードされるときにインストールされる
ディストリビューションがリストされます - これらは、 <samp>.changes</samp>
ファイルの <samp>Distribution</samp> フィールド にコピーされます。 <a
href="ch-controlfields.html#s-f-Distribution"><samp>Distribution</samp>,
Section 4.2.14</a> をご覧ください。
</p>

<p>
<var>urgency</var> は、アップロード用の <samp>.changes</samp> ファイルの
<samp>Urgency</samp> フィールドの値です。 <a
href="ch-controlfields.html#s-f-Urgency"><samp>Urgency</samp>, Section
4.2.15</a> をご覧ください。コンマを含む フィールドを使用することはできません;
<code>dpkg</code> の changelog 書式において、コンマは
<samp><var>keyword</var>=<var>value</var></samp> セットを
分離するために使用されています (しかしながら、 現在のところ
<samp>urgency</samp>として有効な <var>keyword</var>は一つだけです)。
</p>

<p>
詳細な変更点は、実際には最低二つのスペースではじまる
一連の行に記されます。しかしながら、伝統的に、
それぞれの変更箇所はアスタリスクで始まり、文章との間を
空けるためにスペースが続きます。継続行は、
インデントされます。望むのであれば、変更箇所グループを
分離するのに空行が使用できます。
</p>

<p>
管理者の名前と電子メールアドレスは必ずしも通常の
パッケージ管理者である必要は<em>ありません</em>。
それらは<em>この</em>バージョンを作成した人について記されて
いなければいけません。この情報は、<samp>.changes</samp>
ファイルにコピーされ、その後アップロードの完了時に通知が
送られることとなります。
</p>

<p>
<var>date</var> は RFC822 フォーマットでなければなりません [<a
href="footnotes.html#f8" name="fr8">8</a>]。; それらは、数字によって表現された
タイムゾーンを必ず含んでおり、オプションとしてコメントの
形でタイムゾーン名かその省略形を付加することができます。
</p>

<p>
パッケージ名ではじまる最初の `タイトル' の行は、左詰めに
しなければいけません。それに続く管理者、日付フィールドの
詳細は正確に一つのスペースによって
はじまらなければいけません。管理者と日付フィールドの
詳細は、正確に2つのスペースによって区切られていなければ いけません。
</p>

<p>
この書式を編集するための <samp>debian-changelog-mode</samp> と 呼ばれている
Emacs モードがあります。changelog の最後に
変数節を付加することで、編集時に自動的にこのモードを
選択するようにすることができます。
</p>

<hr>

<h5><a name="s3.2.3.1"></a>3.2.3.1 changelog の別書式の定義</h5>

<p>
使用したい書式のパーサを用意することで、標準的でない
書式を使用することが可能です。
</p>

<p>
<samp>dpkg-parsechangelog</samp> にそのパーサを
実行させるためには、そのファイルの最後の 40 行のある行を Perl
の正規表現でマッチさせなければいけません:
<samp>\schangelog-format:\s+([0-9a-z]+)\W</samp>
括弧内はフォーマット名でなければいけません。例えば、 以下のようなものです。
</p>

<pre>
       &#64;&#64;&#64; changelog-format: joebloggs &#64;&#64;&#64;
</pre>

<p>
changelog 書式名は空文字でない数字の文字列となります。
</p>

<p>
もしそのような行があった場合、 <samp>dpkg-parsechangelog</samp> は、
<samp>/usr/lib/dpkg/parsechangelog/<var>format-name</var></samp> か、
<samp>/usr/local/lib/dpkg/parsechangelog/<var>format-name</var></samp>
にパーサを探しにいきます。それが見つからない場合や
実行形式のプログラムでなかった場合はエラーになります。 デフォルトの changelog
書式は <samp>dpkg</samp> になっていて、 そのパーサは <samp>dpkg</samp>
によって提供されています。
</p>

<p>
パーサはファイルの最初に changelog が標準入力で
オープンされた時に実行されます。そして、必要な情報を
決定するためにファイルを読みこみ (場合によってはファイルを探しもします)、
標準的な書式で一連の制御フィールドを標準出力に パース出力します。デフォルトでは
changelog 中に 記載されている最新のバージョンのみの情報を
出力しなければいけません。; <samp>-v<var>version</var></samp>
オプションによって、正確に そのバージョン以降のすべての変更情報を出力しなければ
いけません。この場合、changelog に <var>version</var> が
存在していなかったら、エラーにしなければいけません。
</p>

<p>
利用可能なフィールドを以下に示します。
</p>
<ul>
<li>
<p>
<a href="ch-controlfields.html#s-f-Source"><samp>Source</samp></a>
</p>
</li>
<li>
<p>
<a href="ch-versions.html"><samp>Version</samp></a> (必須)
</p>
</li>
<li>
<p>
<a href="ch-controlfields.html#s-f-Distribution"><samp>Distribution</samp></a>
(必須)
</p>
</li>
<li>
<p>
<a href="ch-controlfields.html#s-f-Urgency"><samp>Urgency</samp></a> (必須)
</p>
</li>
<li>
<p>
<a href="ch-controlfields.html#s-f-Maintainer"><samp>Maintainer</samp></a>
(必須)
</p>
</li>
<li>
<p>
<a href="ch-controlfields.html#s-f-Date"><samp>Date</samp></a>
</p>
</li>
<li>
<p>
<a href="ch-controlfields.html#s-f-Changes"><samp>Changes</samp></a> (必須)
</p>
</li>
</ul>

<p>
(<samp>-v</samp> の使用によって) いくつかのバージョンに
関する値が返されたとき、urgency の値は、すべての バージョンの中で一番高い
urgency の値になります。 maintainer と version、distribution、date は常に
最新のバージョンのものとなります。
</p>

<p>
<samp>Changes</samp> フィールドの書式については、 <a
href="ch-controlfields.html#s-f-Changes"><samp>Changes</samp>, Section
4.2.18</a> をご覧ください。
</p>

<p>
パースされた changelog フォーマットがすべて、または ほとんどすべてのそれぞれの
change 項目間の空行が 残されているときは、出力結果をコンパクトにするために、
それらの空行は削除されなければいけません。
</p>

<p>
changelog フォーマットが日付やパッケージ名に関する情報を
含んでいないときは、これらの情報は出力から
削除されなければなりません。パーサはそれらの情報を
調合してはいけません。または、他のソースからそれらの
情報を見つけてきてはいけません。
</p>

<p>
changelog 中の書式が、予期されるものではないときは、
混乱したままパースを試みて、多分に不正確な出力を
生成するよりは、非ゼロの終了状態で終了しなければ いけません。
</p>

<p>
changelog パーサはユーザとの対話的処理を一切行っては なりません。
</p>

<hr>

<h4><a name="s-srcsubstvars"></a>3.2.4 <samp>debian/substvars</samp> と変数の置換</h4>

<p>
<code>dpkg-gencontrol</code> と <code>dpkg-genchanges</code>、
<code>dpkg-source</code> が制御ファイルを生成するとき、
出力に書きこむ前に変数置換を行います。変数置換の形式は
以下の通りです。<samp>${<var>variable-name</var>}</samp> オプションファイルの
<samp>debian/substvars</samp> が、 変数置換に用いられる変数を含んでいます;
これらの変数は、 ソースをパッケージするコマンドに <samp>-V</samp> オプションを
指定することで、直接 <samp>debian/rules</samp> から設定することも
できます。この場合、確実に先行定義されている変数が 使用できるようになります。
</p>

<p>
これらは <samp>debian/rules</samp> ターゲットによって生成され、
動的に変更されます; この場合は <code>clean</code>
ターゲットによって削除されなければいけません。
</p>

<p>
<samp>debian/substvars</samp> の書式を含んだソースの変数置換の
詳細については、<code>dpkg-source(1)</code> をご覧ください。
</p>

<hr>

<h4><a name="s3.2.5"></a>3.2.5 <samp>debian/files</samp></h4>

<p>
このファイルは、ソースツリーの恒常的な部分ではありません。;
パッケージを構築する途中、どのファイルが生成されたのかを
記録するのに用いられます。<code>dpkg-genchanges</code> が、
<samp>.changes</samp> ファイルを生成するときにこれを用います。
</p>

<p>
これらはソースパッケージのアップロード版に含まれていては
いけません。そして、それら (およびすべてのバックアップファイルと一時ファイル、
例えば、<samp>files.new</samp> [<a href="footnotes.html#f9" name="fr9">9</a>])
は、<code>clean</code> ターゲットによって
削除されなければいけません。また、<code>binary</code>
ターゲットのスタート時には、これらのファイルは、
削除されるか空にして新しいスタートを確認することは よいやり方です。
</p>

<p>
<code>dpkg-gencontrol</code> は、<samp>.deb</samp> ファイル用の
エントリを追加します。<samp>.deb</samp> ファイルは、これが
作成する制御ファイルを使って、<code>dpkg-deb</code>
によって生成されます。たいていのパッケージが、この
ファイルに関してやらなければいけないことは、 <code>clean</code>
ターゲットによって削除される ことだけです。
</p>

<p>
アップロードされたパッケージが、ソースパッケージとすべての
バイナリパッケージ、<code>dpkg-gencontrol</code> によって
生成されたそれらの制御ファイル以外のファイルを
含んでいるときは、それらのファイルはパッケージの
トップ階層ディレクトリの親ディレクトリに 置かれなければいけません。そして、
<samp>debian/files</samp> のリストにファイルを 追加するために
<code>dpkg-distaddfile</code> が 呼ばれなければいけません。
</p>

<hr>

<h4><a name="s3.2.6"></a>3.2.6 <samp>debian/tmp</samp></h4>

<p>
<code>binary</code> ターゲットによってバイナリパッケージを
構築する際に標準的に使用される一時的ディレクトリです。
パッケージ構築の際は、<samp>tmp</samp> ディレクトリが
ファイルシステムツリーのルートになります。 (例えば、パッケージに付属する
makefile の install ターゲットを使用するときや、出力をリダイレクトする
場合です)。また、<samp>DEBIAN</samp> サブディレクトリを 含みます。<a
href="ch-binarypkg.html#s-bincreating">パッケージファイルの作成 -
<code>dpkg-deb</code>, Section 2.1</a> をご覧ください。
</p>

<p>
同じソースツリーから複数のバイナリパッケージが生成される ときは、通常、複数の
<samp>debian/tmp<var>something</var></samp>
ディレクトリを使用します。例えば、<samp>tmp-a</samp> や <samp>tmp-doc</samp>
といった具合です。
</p>

<p>
<code>binary</code> によって、どんな <samp>tmp</samp>
ディレクトリが作成されたとしても、もちろん、 <code>clean</code>
ターゲットによって削除されなければ いけません。
</p>

<hr>

<h3><a name="s-sourcearchives"></a>3.3 アーカイブとしてのソースファイル</h3>

<p>
FTP サイトにおいてある様に、Debian ソースパッケージは
3つの関連したファイルから成ります。これら3つのファイルは、
正しいバージョンのものを入手しないと利用することが出来ません。
</p>
<dl>
<dt>Debian ソース制御ファイル - <samp>.dsc</samp></dt>
<dd>
<p>
このファイルは一連のフィールドを含んでいて、
各フィールドはバイナリパッケージの制御ファイルと
同様に識別され分離されています。それぞれのフィールドの 構文は <a
href="ch-controlfields.html">制御ファイルとそのフィールド, Chapter 4</a>
で述べられています。
</p>
<ul>
<li>
<p>
<a href="ch-controlfields.html#s-f-Source"><samp>Source</samp></a>
</p>
</li>
<li>
<p>
<a href="ch-versions.html"><samp>Version</samp></a>
</p>
</li>
<li>
<p>
<a href="ch-controlfields.html#s-f-Maintainer"><samp>Maintainer</samp></a>
</p>
</li>
<li>
<p>
<a href="ch-controlfields.html#s-f-Binary"><samp>Binary</samp></a>
</p>
</li>
<li>
<p>
<a href="ch-controlfields.html#s-f-Architecture"><samp>Architecture</samp></a>
</p>
</li>
<li>
<p>
<a href="ch-relationships.html"><samp>Build-Depends</samp> その他</a>
(ソースパッケージの相互関連)
</p>
</li>
<li>
<p>
<a
href="ch-controlfields.html#s-f-Standards-Version"><samp>Standards-Version</samp></a>
</p>
</li>
<li>
<p>
<a href="ch-controlfields.html#s-f-Files"><samp>Files</samp></a>
</p>
</li>
</ul>

<p>
ソースパッケージ制御ファイルは、ソースアーカイブ
構築時にソースパッケージの他のファイルから <code>dpkg-source</code>
によって作られます。 ソースパッケージのアンパック時には、ソースアーカイブの
他の2つの部分に含まれるファイルやディレクトリとの チェックが行なわれます。
</p>
</dd>
</dl>
<dl>
<dt>オリジナルソースアーカイブ - <samp><var>package</var>_<var>upstream-version</var>.orig.tar.gz</samp></dt>
<dd>
<p>
このファイルは、プログラムの上流の作者からの ソースコードを含む
<code>tar</code> ファイル (<samp>gzip -9</samp> されている)です。 この tar
ファイルは <samp><var>package</var>-<var>upstream-version</var>.orig</samp>
というディレクトリ以下に展開されます。
それ以外の場所に展開されるようなファイルは 入っていません。
</p>
</dd>
</dl>
<dl>
<dt>Debian 化の diff - <samp><var>package</var>_<var>upstream_version-revision</var>.diff.gz</samp></dt>
<dd>
<p>
このファイルは、オリジナルソースを Debian ソースに
変換するのに必要な変更を行なうための unified context diff (<samp>diff
-u</samp>) です。 プレインファイルの編集や作成といった変更のみを
含むことが出来ます。ファイルのパーミッション、
シンボリックリンク先、特殊ファイルやパイプの
特性の変更は出来ません。またファイルの移動や 名前変更も出来ません。
</p>

<p>
diff に含まれるディレクトリは、ソースツリーのトップに ある <samp>debian</samp>
ディレクトリ以外は前もって 存在していないといけません。<samp>debian</samp>
ディレクトリは、アンパック時に必要な場合は <code>dpkg-source</code>
によって作られます。
</p>

<p>
<code>dpkg-source</code> は <samp>debian/rules</samp>
という実行ファイルを自動的に作ります (下を参照)。
</p>
</dd>
</dl>

<p>
オリジナルのソースコードがない場合 - 例えば、パッケージが Debian
のために特別に用意されたものだったり、 Debian maintainer が上流の maintainer
でもある場合 - は、 構成が少し違います。diff ファイルは無く、tar ファイルは
<samp><var>package</var>_<var>version</var>.tar.gz</samp> という名前で
<samp><var>package</var>-<var>version</var></samp>
というディレクトリを含むものになります。
</p>

<hr>

<h3><a name="s3.4"></a>3.4 <code>dpkg-source</code> を使わない Debian ソースパッケージのアンパック</h3>

<p>
Debian ソースパッケージのアンパックには <samp>dpkg-source -x</samp>
がお勧めです。しかし、それが
出来ない場合には次のような方法でアンパック出来ます。
</p>
<!-- ol type="1" start="1"  -->
<li>
<p>
tar ファイルを展開し、<samp>.orig</samp> ディレクトリを 作ります。
</p>
</li>
<li>
<p>
<samp>.orig</samp> ディレクトリの名前を
<samp><var>package</var>-<var>version</var></samp> に 変えます。
</p>
</li>
<li>
<p>
<samp>debian</samp> ディレクトリをソースツリーのトップに 作ります。
</p>
</li>
<li>
<p>
diff を <samp>patch -p0</samp> として適用します。
</p>
</li>
<li>
<p>
Debian 化されたバージョンと一緒にオリジナルの ソースコードも欲しい場合は、tar
ファイルをもう一度 展開します。
</p>
</li>
</ol>

<p>
<code>dpkg-source</code> を使わずに正当な Debian
ソースアーカイブを作ることは出来ません。特に、 <samp>.diff.gz</samp>
ファイルを作るのに <code>diff</code> を
直接使おうとしてもうまくいかないでしょう。
</p>

<hr>

<h4><a name="s3.4.1"></a>3.4.1 ソースパッケージに含まれるものに対する制限</h4>

<p>
ソースパッケージには、ハードリンク [<a href="footnotes.html#f10"
name="fr10">10</a>] [<a href="footnotes.html#f11" name="fr11">11</a>]、
デバイスファイル、ソケットファイル、及び setuid や setgid
されたファイルが含まれていてはいけません。 [<a href="footnotes.html#f12"
name="fr12">12</a>]
</p>

<p>
ソースパッケージングツールは <code>diff</code> と <code>patch</code>
を用いてオリジナルのソースと Debian 化されたソースの間の変更を処理します。
<samp>.orig.tar.gz</samp> に含まれたオリジナルのソースツリーを Debian
化されたソースにするのに、これらのツールで
処理出来ないような変更を伴ってはいけません。 ソースパッケージを構築する時に
<code>dpkg-source</code> が
エラーで停止してしまうような問題のある変更は次の通りです。
</p>
<ul>
<li>
<p>
シンボリックリンク、ソケット、パイプの追加や削除。
</p>
</li>
<li>
<p>
シンボリックリンク先の変更。
</p>
</li>
<li>
<p>
<samp>debian</samp> ディレクトリ以外の ディレクトリの作成。
</p>
</li>
<li>
<p>
バイナリファイルの内容に対する変更。
</p>
</li>
</ul>

<p>
ソースパッケージを構築する時に、<code>dpkg-source</code>が
警告を表示し、処理は継続するような問題のある変更は次の 通りです。
</p>
<ul>
<li>
<p>
ファイル、ディレクトリ、シンボリックリンクの削除。 [<a
href="footnotes.html#f13" name="fr13">13</a>]
</p>
</li>
<li>
<p>
通常の最後の改行が (オリジナル及び修正版のどちらの ソースツリーにも)
ない変更されたテキストファイル。
</p>
</li>
</ul>

<p>
指摘されないが、<code>dpkg-source</code> によって
検出されない変更は次の通りです。
</p>
<ul>
<li>
<p>
(<samp>debian/rules</samp> 以外の)ファイルや
ディレクトリのパーミッションの変更。
</p>
</li>
</ul>

<p>
<samp>debian</samp> ディレクトリと <samp>debian/rules</samp> は
<code>dpkg-source</code> によって別々に処理されます - 変更を行なう前に
<samp>debian</samp> ディレクトリを作成し、 その後 <samp>debian/rules</samp>
を誰もが実行できるように します。
</p>

<hr>

<p>
[ <a href="ch-binarypkg.html">previous</a> ]
[ <a href="index.html#contents">Contents</a> ]
[ <a href="ch-scope.html">1</a> ]
[ <a href="ch-binarypkg.html">2</a> ]
[ 3 ]
[ <a href="ch-controlfields.html">4</a> ]
[ <a href="ch-versions.html">5</a> ]
[ <a href="ch-maintainerscripts.html">6</a> ]
[ <a href="ch-descriptions.html">7</a> ]
[ <a href="ch-relationships.html">8</a> ]
[ <a href="ch-conffiles.html">9</a> ]
[ <a href="ch-alternatives.html">10</a> ]
[ <a href="ch-diversions.html">11</a> ]
[ <a href="ch-sharedlibs.html">12</a> ]
[ <a href="ch-methif.html">13</a> ]
[ <a href="ch-conversion.html">14</a> ]
[ <a href="ch-controlfields.html">next</a> ]
</p>

<hr>

<p>
Debian Packaging Manual
</p>

<address>
version revision 1.13, 2000-08-22<br>
<br>
Ian Jackson <code><a href="mailto:ijackson&#64;gnu.ai.mit.edu">ijackson&#64;gnu.ai.mit.edu</a></code><br>
校正: David A. Morris <code><a href="mailto:bweaver&#64;debian.org">bweaver&#64;debian.org</a></code><br>
メンテナー: Christian Schwarz <code><a href="mailto:schwarz&#64;debian.org">schwarz&#64;debian.org</a></code><br>
メンテナー: Manoj Srivastava <code><a href="mailto:srivasta&#64;debian.org">srivasta&#64;debian.org</a></code><br>
メンテナー: Julian Gilbey <code><a href="mailto:J.D.Gilbey&#64;qmw.ac.uk">J.D.Gilbey&#64;qmw.ac.uk</a></code><br>
メンテナー: The Debian Policy group <code><a href="mailto:debian-policy&#64;lists.debian.org">debian-policy&#64;lists.debian.org</a></code><br>
日本語版メンテナー: 早瀬 茂規 <code><a href="mailto:shayase&#64;tky3.3web.ne.jp">shayase&#64;tky3.3web.ne.jp</a></code><br>
日本語版校正: Japanese Debian Documentation Project <code><a href="mailto:debian-doc&#64;debian.or.jp">debian-doc&#64;debian.or.jp</a></code><br>
<br>
</address>
<hr>