deb-control.5 7.6 KB

123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174175176177178179180181182183184185186187188189190191192193194195196197198199200201202203204205206
  1. .\" Hey, Emacs! This is an -*- nroff -*- source file.
  2. .\" Author: Raul Miller
  3. .\" original revision: 1.6
  4. .\" Includes text from the debian Guidelines by Ian Jackson, Ian Murdock
  5. .TH DEB-CONTROL 5 "January 2000" "Debian Project" "Debian GNU/Linux"
  6. .SH NAME
  7. deb\-control \- Debian GNU/Linux パッケージのマスターコントロールファイルフォーマット
  8. .SH SYNOPSIS
  9. control
  10. .SH DESCRIPTION
  11. 各 Debian パッケージはマスターとなる `control'ファイルをもっている。
  12. この `control'ファイルはいくつかのフィールドを含んでいる。それぞれの
  13. フィールドは
  14. .B Package
  15. .B Version
  16. (大文字小文字は区別しない)
  17. のようなタグで始まり、コロン、フィールドの本体という順序で記述されて
  18. いる。フィールドはフィールドタグによってのみ区切られている。
  19. 別の言い方をすれば、フィールドテキストは複数行にまたがってもかまわない。
  20. しかしインストールに使うツールはそれらのフィールドの本体を処理する
  21. 時に一行にまとめてしまう。(ただし、以下で説明する
  22. .B Description
  23. フィールドは例外である)
  24. .SH 必須フィールド
  25. .TP
  26. .BR "Package: " "<パッケージ名>"
  27. このフィールドの値によってパッケージ名が決まる。またインストールに
  28. 使うツールがファイル名を生成するのにも使われる。
  29. .TP
  30. .BR "Version: " "<バージョン文字列>"
  31. 普通は、これはパッケージのプログラムの作者が利用しているパッケージの
  32. バージョン番号である。(Debian独自のパッケージでない場合は)Debianリビジョン番号
  33. が追加される。もし、バージョンとリビジョン両方を使う場合にはそれらは
  34. ハイフン `-'により区切られている。このために、オリジナルのバージョンには
  35. そのバージョン番号にハイフンを使うことができない。
  36. .TP
  37. .BR "Maintainer: " "<名前 email>"
  38. `Joe Bloggs <jbloggs@foo.com>'でなければいけない。普通、
  39. パッケージにされたソフトウェアの作者ではなく、パッケージを作成した
  40. 人間の名前およびe-mailアドレスを使う。
  41. .TP
  42. .BR "Description: " "<短かい説明>"
  43. .BR " " "<長い説明>"
  44. .br
  45. 最初の行("Description"フィールドタグの後)は、パッケージの説明のための
  46. 簡単な説明である。以下に続く行はより長い詳細な説明に使うことができる。
  47. 長い説明の各行は空白文字ではじまる。行頭のスペースに続いて一つの'.'
  48. だけの行は空行を意味する。
  49. .SH オプションのフィールド
  50. .TP
  51. .BR "Section: " "<セクション>"
  52. パッケージによりインストールされるソフトウェアがどのカテゴリーに属するかを
  53. 示すフィールドである。一般的なセクションは `utils'や `net'、`mail'、`text',
  54. `x11'などがある。
  55. .TP
  56. .BR "Priority: " "<優先度>"
  57. システム全体からみてこのパッケージの重要度を示す。一般的に使われる
  58. 優先度としては `required'、`standard'、`optional'、`extra'などがある。
  59. .LP
  60. Debianの中では
  61. .B Section
  62. .B Priority
  63. フィールドで、使える値はポリシーマニュアルで決められている。
  64. これらはアーカイブでどのようにパッケージが配置されるかを決定するのに
  65. 使われている。これらのリストは最新の
  66. .B debian-policy
  67. パッケージの中に含まれている。
  68. .TP
  69. .BR "Essential: " "<yes|no>"
  70. このフィールドは普通は `yes'の時にだけ使う。これはパッケージが
  71. システムを適切に運用するために必要とされるパッケージを示す。
  72. dpkgや他のインストールに使うツールは(強制オプションを与えない限り)
  73. .B Essential
  74. パッケージを削除することを許さない。
  75. .TP
  76. .BR "Architecture: " "<arch|all>"
  77. Architectureはこのパッケージがどのタイプのハードウェアむけにコンパイルされた
  78. ものかどうかを示す。一般的なarchitectureとしては `i386', `m68k', `sparc',
  79. `alpha', `powerpc'などがある。
  80. .B all
  81. オプションはパッケージがarchitectureに依存しないことを意味する。
  82. 例えば、シェルスクリプトやPerlスクリプト、文書などが architecture が all
  83. となる。
  84. .TP
  85. .BR "Source: " "<ソース名>"
  86. このバイナリパッケージを作るために使われたソースパッケージの名前である。
  87. バイナリパッケージの名前とソースパッケージの名前が違う時に使われる。
  88. .TP
  89. .BR "Depends: " "<パッケージリスト>"
  90. このパッケージがその機能を提供するために必要としているパッケージの
  91. リスト。パッケージ管理ソフトウェアは、もしこの
  92. .B Depends
  93. フィールドにあげられているパッケージがインストールされていなければ
  94. (強制オプションがあたえられない限り)このパッケージをインストール
  95. しようとしない。また
  96. .B Depends:
  97. フィールドにあげられているパッケージのpostinstスクリプトを、それらに
  98. 依存しているパッケージがprermスクリプトを実行しようとする前に
  99. 実行しようとする。
  100. .TP
  101. .BR "Pre-Depends: " "<パッケージリスト>"
  102. パッケージがインストールされて
  103. .B かつ
  104. そのパッケージがインストールできる前に設定がおわっていないといけない
  105. パッケージのリスト。これは通常このパッケージが他のパッケージを
  106. preinstで利用する場合に使われる。
  107. .TP
  108. .BR "Recommends: " "<パッケージリスト>"
  109. 余程のことがなければこのパッケージとともにインストールされるべきパッケージ
  110. のリスト。ユーザがこの
  111. .B Recommends
  112. フィールドにあげられているパッケージなしにパッケージをインストールしよう
  113. とするとパッケージ管理ソフトウェアが警告することがある。
  114. .TP
  115. .BR "Suggests: " "<パッケージリスト>"
  116. このパッケージに関連していて、より便利にするパッケージだけれども
  117. なくてもかまわないパッケージのリスト。
  118. .LP
  119. .B Depends ,
  120. .B Pre-Depends ,
  121. .B Recommends ,
  122. .B Suggests
  123. フィールドは、代替パッケージのグループのリストで表現する。
  124. 各グループではパッケージを縦棒 (もしくは`パイプ')記号 `|'で区切りる。
  125. グループはコンマで区切る。コンマは `AND'と解釈し、パイプは `OR'と
  126. 解釈することができる。パイプ(OR)の方が演算の優先度が高くなっている。
  127. それぞれの要素はパッケージ名と、場合によっては括弧の中にバージョン依存の
  128. 情報で表される。
  129. .LP
  130. バージョン番号は '>>'ではじまる場合は、(ハイフンで区切られた)Debian
  131. パッケージリビジョンを指定/もしくは省略したバージョンよりも新しい
  132. バージョンであることを表す。使えるバージョン関係としては
  133. ">>"がより新しい、"<<"がより古い、">="が同じか新しい、"<="が同じか古い、
  134. "="が同じ がある。
  135. .TP
  136. .BR "Conflicts: " "<パッケージリスト>"
  137. このパッケージと衝突するパッケージのリスト。例えば同じファイル名を
  138. もっている場合など。パッケージ管理ソフトウェアは衝突しているパッケージ
  139. 同士を同時にインストールできないようにしている。二つの衝突している
  140. パッケージがそれぞれがお互いを
  141. .B Conflicts
  142. に書いておくべきである。
  143. .TP
  144. .BR "Replaces: " "<パッケージリスト>"
  145. このパッケージが置き換えるファイルを含むパッケージのリスト。
  146. このパッケージが他のパッケージのファイルを上書きするのを許すために
  147. 使われる。また衝突しているパッケージと同じファイルを含んでいる場合
  148. .B Conflicts
  149. フィールドと共に使うことで他のパッケージを強制的に削除することを
  150. 指示するために使われる。
  151. .TP
  152. .BR "Provides: " "<パッケージリスト>"
  153. このパッケージが提供する仮想パッケージのリスト。通常はこれは
  154. いくつかのパッケージが同じサービスを提供している場合に使われる。
  155. 例えば、sendmailとeximは共にメールサーバとしての機能を提供しているので、
  156. これらは共通のパッケージ(`mail-transport-agent')を提供し、他のパッケージは
  157. この`mail-transport-agent'に依存するようにしておく。こうすることで、
  158. sendmailもeximも依存関係を満たすようにすることができる。
  159. これによりメールサーバに依存するパッケージが、メールサーバとなるパッケージ
  160. 全てのパッケージ名を知る必要もなく、また `|'を使って列挙する必要も
  161. なくなる。
  162. .LP
  163. .B Conflicts ,
  164. .B Replaces ,
  165. .B Provides
  166. はパッケージ名をコンマで区切って表記する(空白はあってもかまわない)。
  167. .B Conflicts
  168. フィールドの中では、コンマは `OR'と解釈できる。
  169. .B Conflicts
  170. .B Replaces
  171. フィールドでは、上記のフィールドと同じ表記でバージョンも指定することが
  172. できる。
  173. .SH 例
  174. .\" .RS
  175. .nf
  176. Package: grep
  177. Essential: yes
  178. Priority: required
  179. Section: base
  180. Maintainer: Wichert Akkerman <wakkerma@debian.org>
  181. Architecture: sparc
  182. Version: 2.4-1
  183. Pre-Depends: libc6 (>= 2.0.105)
  184. Provides: rgrep
  185. Conflicts: rgrep
  186. Description: GNU grep, egrep and fgrep.
  187. The GNU family of grep utilities may be the "fastest grep in the west".
  188. GNU grep is based on a fast lazy-state deterministic matcher (about
  189. twice as fast as stock Unix egrep) hybridized with a Boyer-Moore-Gosper
  190. search for a fixed string that eliminates impossible text from being
  191. considered by the full regexp matcher without necessarily having to
  192. look at every character. The result is typically many times faster
  193. than Unix grep or egrep. (Regular expressions containing backreferencing
  194. will run more slowly, however.)
  195. .fi
  196. .\" .RE
  197. .SH 関連項目
  198. .BR deb (5),
  199. .BR dpkg (8),
  200. .BR dpkg-deb (1).
  201. .SH 翻訳者
  202. 鵜飼文敏 <ukai@debian.or.jp>