第 59 回 関西 Debian 勉強会資料
関西 Debian 勉強会担当者 佐々木・ 倉敷・ のがた・ かわだ
2012 年 5 月 27 日
第 59 回 関西 Debian 勉強会 2012 年 5 月
1 Introduction
Debian JP
関西 Debian 勉強会は Debian GNU/Linux のさまざまなトピック (新しいパッケージ、 Debian 特有の機能の仕組、
Debian 界隈で起こった出来事、などなど）について話し合う会です。
目的として次の三つを考えています。
• ML や掲示板ではなく、直接顔を合わせる事での情報交換の促進
• 定期的に集まれる場所
• 資料の作成
それでは、楽しい一時をお楽しみ下さい。
1
第 59 回 関西 Debian 勉強会 2012 年 5 月
2 最近のDebian関係のイベント
報告
Debian JP
2.1 第 58 回関西 Debian 勉強会
58 回目の関西 Debian 勉強会は 4 月 22 日に開催されました。
著作権入門と konoha のパッケージ作成、そして月刊企画の Debian Policy は第 2 章の Debian アーカイブについて
のお話でした。
パッケージ作成のお話はもう月刊企画になりつつありよい感じです。 konoha はアップストリームの動向待ちになり
Wheezy には間に合わないようですが、整理されて Debian にパッケージが入る日が早く来るといいですね。
2.2 第 88 回東京エリア Debian 勉強会
88 回目の東京エリア Debian 勉強会は 5 月 19 日に開催されました。
Python と coffeescript というスクリプト二本立てのお話しでした。
Debian で Python の環境を整えようと思われる方には参考になると思います。
coffeescript はまだ Wheezy に入っていないようですが、 Debian での JavaScript 環境も整いつつあるようですね。
3
第 59 回 関西 Debian 勉強会 2012 年 5 月
3 事前課題
Debian JP
今回は以下の課題を出題しました.
1. ITP をしたことがない方は、 ITP したいパッケージを探してみて概要を紹介してください。
(http://www.debian.org/devel/wnpp/ から探すのもよいでしょう。)
ITP をしたことがある方は、最初の ITP パッケージの概要と ITP をするきっかけなどを語ってください。
2. Essential なパッケージをひとつ挙げてパッケージのコントロールフィールドを確認し
アーカイブエリア
アーカイブセクション
パッケージ名
バージョン
メンテナ
をおしえてください。そのメンテナが個人かグループかも判定して下さい。
参加者の皆さんの解答は以下の通りです.
3.1 佐々木洋平
1. rttool、だった気がする。
2. アーカイブ main
アーカイブセクション libs
パッケージ名 libc-bin
バージョン 2.13-32
メンテナ GNU Libc Maintainers <debian-glibc@lists.debian.org>
Team ですね。
3.2 川江
1. PPP ポイント to ポイントでパソコン同士を繋ぐパッケージ
2. dpkg main dpkg 1.16.3 Dpkg Developers
4
3.3 のがたじゅん
1. ITP はしたことないです。してみたいなと思ってるソフトを挙げてみた (てか、その後の言葉が予想出来るだけに無
理はしてないはず)
luppp Abelton Live に似たオーディオ・ ループ・ シーケンサー。
https://github.com/harryhaaren/Luppp/
ライセンスは GPL3。
Linux でライブ演奏に使えるシーケンサーがないから注目してるけど、超アルファすぎてビルドすらまま
ならず。 make じゃなくて waf とか使ってたりいろいろ調べなきゃなーと思って放置。
cromfs ユーザー空間で利用できる圧縮 ROM ファイルシステム
http://bisqwit.iki.fi/source/cromfs.html
ライセンスは GPL3
すげー昔、 regret とか作ってた時、おっそろしく圧縮に時間かかるのに展開が早くてライブ CD とかに良
さそうだなーと思った圧縮 ROM ファイルシステム。忘れてたので思い出した。
AzMiniPainter ドット線描画用の簡易ペイントソフト
http://hp.vector.co.jp/authors/VA033749/linux/index.html
ライセンスは GPL3/ライブラリは LGPL3
AzPainter の人が作ってるからビルドしてみたいなーと思いつつ手を出していないから。
2. build-essential にある/usr/share/build-essential/essential-packages-list を見ました。
その中から base-files を見ました。
アーカイブエリア main
アーカイブセクション admin
パッケージ名 base-files
バージョン 3.9.1
メンテナ Santiago Vila <sanvila@debian.org> さん
個人だと思います。
3.4 かわだてつたろう
1. stl-manual C++-STL documentation in HTML
SGI の STL プログラマーズガイド
(ITA され RFS も出されていますが止まっているようです。)
2. アーカイブエリア main
アーカイブセクション utis
パッケージ名 grep
バージョン 2.12-2
メンテナ Anibal Monsalve Salazar <anibal@debian.org>
メンテナは個人です。
アーカイブエリアはコントロールフィールドに記載されていませんでしたが、 Essential なパッケージなので main
以外にないでしょう。
5
3.5 山城の国の住人 久保博
1. ITP したことがありません。するとすれば、次のソフトかな。でも、似たような etherwake や wakeonlan という
パッケージがあるので、 ITP する意義が薄い気がしています。
wakeoverlan と名づけている、自作の C プログラム。 Wake On LAN パケットを指定した IP アドレスへ向け
て飛ばす。
2. aptitude ?Essential で出した一覧から sed を選びました。
squeeze 環境で、
アーカイブエリア main
アーカイブセクション utils
パッケージ名 sed
バージョン 4.1.5-6
メンテナ Clint Adams <schizo@debian.org>
でした。 BTS でのやりとりの様子を見るに、メンテナは実在の人だと思います。
3.6 lurdan
1. yaskkserv 当時、アーカイブにある skkserv はほとんどメンテされていない昔の残骸ばかりでした。自分で使う上
で apt-get で入って欲しかったので、自分でつっこむことにしました。
2. 何かと話題の sysvinit
アーカイブエリア main
アーカイブセクション admin
パッケージ名 sysvinit
バージョン 2.88dsf-22.1
メンテナ Debian sysvinit maintainers (グループ）
3.7 yyatsuo
1. lpc21isp ARM マイコン書き込み用 ISP ツール
2. アーカイブエリア main
アーカイブセクション utils
パッケージ名 coreutils
バージョン 8.13-3.2
メンテナ Michael Stone
3.8 西山和広
1. ITP はしたことがありません。
気になっているものとしては
#638838 - ITP: cocot – Wraps and converts charset encoding of program input/output. - Debian Bug
report logs
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=638838
があります。
script コマンドのように端末とプログラムの間に入って、エンコーディング変換をしてくれるプログラムです。
6
EUC-JP の環境が混在していたときには非常に便利でした。
今でもルーターに telnet でつなぐときに Shift JIS との変換に使うなど便利に使っています。
もう一つ気になっているものとしては ccollect があります。
http://www.nico.schottelius.org/software/ccollect/
rsync の –link-dest を使って pdumpfs のような変化のなかったファイルはハードリンクにするというバックアッ
プをとれるプログラムです。
シェルスクリプトによる実装で依存が少ないのも魅力です。
2. Essential なパッケージは aptitude search ’˜E’ または aptitude search ’?essential’ で探せました。 squeeze で
は 25 個のパッケージが Essential になっていました。
その中から最初に思いついていた apt を選びました。
アーカイブエリア main
アーカイブセクション admin
パッケージ名 apt
バージョン 0.8.10.3+squeeze1
メンテナ APT Development Team <deity@lists.debian.org>
でグループメンテナでした。
全体としては
アーカイブエリア すべて main
アーカイブセクション admin: 10, perl: 2, shells: 2, utils: 12
となっていました。
3.9 よだ たくや
1. ITP 経験 なし
ITP したいパッケージ 思いつきませんでした。
2. アーカイブエリア main
アーカイブセクション utils
パッケージ名 tar
バージョン 1.26-4
メンテナ Bdale Garbee
3.10 甲斐正三
事前課題の回答は以下のとおりです。
1. ’ITP’ はできませんが、’jfbterm’ には関心がありますので、調べた結果を報告します。 (Squeeze 上’aptitude
show’ による）
フルネームは’J Framebuffer Terminal/Multilingual Extension’ と言い、フレームバッファ上で CJK マルチリ
ンガルテキストを表示するソフトウエアである。
2. essential(必須) なソフトウエアとして’dpkg’ を揚げました。
アーカイブエリア main
アーカイブセクション admin
パッケージ名 dpkg
7
バージョン 1.16.3
メンテナー Dpkg Developers（ グループのようです）
以上よろしくお願いします。
3.11 kozo2
1. ITP の課題:
Cytoscape というネットワーク可視化ソフト
#465331 を見る限りでは ITP から RFP にステータスが変わったようだった。 Java アプリなので大変そうで
はあるが興味がある。
2. コントロールフィールド確認の課題:
アーカイブエリア パッケージディレクトリにない
アーカイブセクション パッケージディレクトリにない
パッケージ名 : emacs-snapshot
バージョン 2:20120521-1
メンテナ Julien Danjou(個人)
3.12 よしだともひろ
1. 3 月 31 日に sdic-inline-el で ITP デビューしました。
sdic-inline-el はポイント下の単語の意味をミニバッファに表示する Emacs Lisp です。
普段から sdic-inline を使っていて、まだ Debian パッケージになっていなかっ たので思い切って ITP してみま
した。
2. aptitude search ˜E で essential なパッケージを探し sed の control ファイルを見ました。
アーカイブエリア main
アーカイブセクション utils
パッケージ名 sed
バージョン 3.9.1
メンテナ Clint Adams(個人)
8
第 59 回 関西 Debian 勉強会 2012 年 5 月
4 ITP から始めるパッケージメ
ンテナへの道
よしだ ともひろ
4.1 はじめに
とある便利なソフトウェアを見つけて、それがまだ Debian パッケージになっていなかったとき、 RFP(Request For
Package:パッケージ化の要求) をしてもよいのですが、自分でパッケージ化して Debian の一部として提供することもでき
ます。そこで、 ITP(Intent To Package: パッケージ化の宣言)∼アップロードまでの流れをまとめてみました。
4.2 まずは ITP
4.2.1 ITP の前に必要なこと
既にパッケージ化されていないか？
http://www.debian.org/distrib/packages で探してみたり、 aptitude search や apt-cache search で確認してみ
ましょう。
既に ITP されていないか？
他の誰かが同じようにパッケージ化しようと思って、 ITP しているかもしれません。
http://www.debian.org/devel/wnpp/being_packaged をチェックしてみましょう。
既に RFP されていないか？
他の誰かが、パッケージ化して欲しいと思って、 RFP しているかもしれません。 RFP されている場合は、 ITP するこ
とでパッケージ化の宣言を行います。
http://www.debian.org/devel/wnpp/requested をチェックしてみましょう。
4.3 ITP の仕方
パッケージを ITP するのは reportbug(apt-get—aptitude install reportbug) で行う方法が http://www.debian.
org/devel/wnpp/ で紹介されています。また、電子メールでも行うことができます。ここでは、電子メールで ITP を行
う方法の一つ、 Mew を使う方法を紹介します。
まず、 debian-el パッケージをインストールします。
$ sudo aptitude install debian-el
次に /.emacs に以下を追加します。
9
(autoload ’mew "mew" nil t)
(autoload ’mew-send "mew" nil t)
(if (boundp ’read-mail-command)
(setq read-mail-command ’mew))
(autoload ’mew-user-agent-compose "mew" nil t)
(if (boundp ’mail-user-agent)
(setq mail-user-agent ’mew-user-agent))
(if (fboundp ’define-mail-user-agent)
(define-mail-user-agent
’mew-user-agent
’mew-user-agent-compose
’mew-draft-send-message
’mew-draft-kill
’mew-send-hook))
こうしておいて emacs を起動し、 M-x debian-bug RET とします。ミニバッファに
Report a bug for a [P]ackage or [F]ile: (default P)
と表示されるので”P”を入力します。
パッ ケージ名を聞いてきますので wnpp と入力します。 wnpp というのは Work-Needing and Prospective
Packages(作業が望まれるパッ ケージ) という擬似パッ ケージのことで、 ITP や RFP を行うときに使用する他、
RFH(Request For Help:助力の要求)、 RFA(Request For Adoption:養子引き取りの要求)、 O(Orphan:みなしご)、
ITA(Intent To Adopt:養子引き取りの表明) にも使います。
次に Action を聞かれます。 TAB を押すと候補が表示されますので ITP とします。
あとは、パッケージ名、パッケージの簡単な説明を入力します。 debian-devel へ CC するか？ も聞かれますので”y”と
入力するとメールの雛形が表示されますので、残りの Version、 Upstream Author、 URL or Web page、 License を
入力してメールを送信します。
4.4 GnuPG キーサイン
Debian 公式パッケージにするには dsc ファイルと changes ファイルに署名が必要です。 GnuPG(GPG) で署名しま
すが、信頼された鍵でないと意味がないのでキーサインパーティなどで Debian 開発者の方とキーサインをしておきましょ
う。 GPG 公開鍵は後に説明する mentors.debian.net を使う時にも必要ですので、まだ、作成していない方は作っておく
ことをおすすめします。
6 月 23 日 (土) の大統一 Debian 勉強会でもキーサインパーティが予定されていますので、是非参加しましょう。
4.5 パッケージ作成
パッケージの作成方法は過去の Debian 勉強会などでも何度か紹介されていますので、ここでは詳細は割愛し注意する箇
所のみとします。
4.5.1 lintian clean にする
lintian は Debian パッケージを精査し、バグやポリシー違反を報告します。アップロードする前に、必ずそのパッケー
ジに対して lintian を実行してください。 lintian を実行する際はオプションの -v を付けて changes ファイルを指定しま
す。 lintian が出力する情報がわかりにくければ -i オプションを追加しましょう。出力される情報に ”E:” や ”W:”がな
くなるように修正し、 lintian clean にしましょう。
4.5.2 パッケージに署名する
お試しでパッケージを作ったりする場合はパッケージへの署名を省略しますが、公式パッケージにするにはちゃんと署名
することが必要です。 debuild や dpkg-buildpackage で-us -uc オプションをつけずにパッケージ作成すると、 dsc ファ
イルと changes ファイルに GnuPG で署名すためのパスフレーズを聞いてきますので入力すれば OK です。
10
4.6 mentors.debian.net へ登録
4.6.1 mentors.debian.net とは
Debian へのパッケージアップロード権限は Debian 開発者のみが持っているのですが、 Debian 開発者でない人もアッ
プーロードできる仕組みがあります。 Debian 開発者の方にスポンサーになっていただいて、助言をいただきながら修正し
ていく場、といった感じです。
4.6.2 サインアップ
http://mentors.debian.net/ に”Sign me up”という http://mentors.debian.net/register/register へ
のリンクがありますのでクリックします。
Full name, E-mail, Password, Confirm password を入力し、 Account type は Maintainer を選択して Submit を
押下します。入力した E-mail Address へ確認のメールが飛んできますので、記載された URL へアクセスして Activate
するとアカウントが使用可能になります。
ログインして、 My account ページの Change GPG key で GPG キーを登録できますのでアスキー形式でエクスポー
トした公開鍵のファイルを選択して登録しておきます。
4.6.3 アップロード
mentors.debian.net にアップロードする方法は、 dupload や dput などのツールで行えます。今回は dput で行う方法
をご紹介します。
1. 準備
˜/.dput.cf を作ります。内容は http://mentors.debian.net/intro-maintainers を参考にしました。 http
と ftp の設定が記載されているのですが、 http の設定としました。こんな感じです。
[mentors]
fqdn = mentors.debian.net
incoming = /upload
method = http
allow_unsigned_uploads = 0
progress_indicator = 2
# Allow uploads for UNRELEASED packages
allowed_distributions = .*
2. さあ、アップロード
いよいよアップロードです。 dput mentors changes ファイル で行います。ここまでのパッケージ作成で問題がな
ければ mentors.debian.net へのアップロードは成功するはずです。
しばらくすると mentors.debian.net からメールが飛んできます。メールの内容は「 スポンサーが必要ならスポン
サーを探してるにしろ」とか、「 RFS(request for sponsorship) でスポンサーを募集できるよ」というような内容
ですので従います。
4.7 スポンサーを探す
無事 mentors.debian.net へアップロードできたら debian-mentors@lists.debian.org や debian-devel@debian.or.jp
に RFS(request for sponsorship) を投げて、スポンサーになってくれる方を探しましょう。
4.8 おわりに
今回、はじめて ITP して、 mentors.debian.net にアップロードしてみました。色々調べたりしながらでしたので時間
はかかりましたが、それほど難しくはないと思います。 Debian パッケージになっていないソフトウェアを見つけたら是非
ITP しましょう！
11
第 59 回 関西 Debian 勉強会 2012 年 5 月
5 月刊 Debian Policy 第4回
「 バイナリパッケージ」
山城国の住人 久保博
5.1 内容の概観
３章には、日本語訳で「 バイナリパッケージ」というタイトルがついて、バイナリパッケージの論理的な構造や約束毎に
ついて述べています。
バイナリパッケージは .deb ファイル形式で提供されています。.deb 形式はアーカイブファイルの一種で、展開すると
複数のファイルが取り出されます。そうして取り出されるファイルをまず二種類に大別しています。
• A set of files to install on the system when the package is installed
（ パッケージインストールの際にシステムにインストールされる一連のファイル群）
• second set of files: control information files
（ 制御情報ファイル）
続いて、割と細かく節毎に記述があるのですが、流れるような文章ではなく、 節一つ一つが箇条書の項目のようで、割
と唐突な印象が拭えません。そこで、全体像をあぶり出して見ようと思います。
まず、この章で述べられている範囲の概念を図 1 に示す UML のクラス図に書いてみました。
図 1 ３章のバイナリパッケージの概念的なクラス図
バイナリパッケージ
+ パッケージ名
+ バージョン
+ メンテナ
+ 説明
+ 依存関係 [*]
+ 仮想パッケージ [*]
+ プライオリティ評価
1. . . * Provides *
*
Depends, Pre-Depends, Conflicts, . . .
*
仮想パッケージ
+ パッケージ名
1 *
メンテナスクリプト
-スクリプトを解釈するインタープリタ
+ プロンプト表示 ()
@
Essential バイナリパッケージ
+Essential
12
図 1 から、次に掲げる事がが読みとれるでしょうか。
•「 バイナリパッケージ」は、ひとつのクラスとみなせる
•「 バイナリパッケージ」には、いくつかの属性がある
•「 バイナリパッケージ」クラスの特別なもの（ 派生クラス）として、「 Essential なバイナリパッケージ」クラスが
ある。
•「 バイナリパッケージ」には、複数の「 メンテナスクリプト」が含まれる。
これを手がかりに３章を読んでみると、ここではバイナリパッケージが守るべき決め事をを次のような三つの側面から論
じているように読みとることが出来るように思います。
1. パッケージ一つ一つの性質に応じてつける属性の決め事
• 3.1 節 パッケージ名
• 3.2 節 パッケージのバージョン
• 3.3 節 パッケージのメンテナ
• 3.4 節 パッケージの説明
• 3.5 節 依存関係
• 3.6 節 仮想パッケージ
2. Debian システム全体の中で特別な地位を占めるパッケージにつける属性についての決め事
• 3.7 節 Base システム
• 3.8 節 Essential パッケージ
3. パッケージに含まれるメンテナスクリプトが守るべき決め事
• 3.9 節 メンテナスクリプト
また、 3.1 節から 3.8 節までは、「 5.3 バイナリパッケージコントロールファイル – DEBIAN/control」で解説されて
いる、コントロールフィールドに記述する内容に関するガイドラインになっています。 3.9 節「 メンテナスクリプト」だ
けは、バイナリパッケージの属性ではなく、パッケージに含まれるスクリプトが守るべき決め事が書かれています。
5.2 最近の変更点
次に、日本語訳版がある Version 3.9.1.0 から Version 3.9.3.1 までに加えられた変更点を押さえておきましょう。
•「 Debian GNU/Linux ディストリビューション」が「 Debian ディストリビューション」と改められました。
• メンテナの責任について、詳しく具体的な記述が追加されました。
• メンテナのメールアドレスについて、詳しく具体的な記述が追加されました。
• Uploader コントロールフィールドについての記述が追加されしました。
• みなしごパッケージについての記述が書き改められました。
• Pre-Depends コントロールフィールドについての記述が書き改められました。
以下では、左に元の英文、右に日本語訳を並べて、バージョン間での変化を比べてみます。
13
5.2.1 「 Debian GNU/Linux ディストリビューション」が「 Debian ディストリビューション」と改められました。
Version 3.9.1.0 policy.sgml:799
The Debian GNU/Linux distribution is based on the
Debian package management system, called dpkg.
Thus, all packages in the Debian distribution must
be provided in the .deb file format.
Debian ディストリビューションは dpkg と呼ばれる De-
bian パッケージ管理システムに基礎を置いています。この
ため、 Debian ディストリビューションに含まれる全ての
パッケージは.deb ファイル形式で提供されなければなり
ません。
Version 3.9.3.1 policy.sgml:836
The Debian distribution is based on the Debian pack-
age management system, called dpkg. Thus, all pack-
ages in the Debian distribution must be provided in
the .deb file format.
Debian ディストリビューションは dpkg と呼ばれる De-
bian パッケージ管理システムに基礎を置いています。この
ため、 Debian ディストリビューションに含まれる全ての
パッケージは.deb ファイル形式で提供されなければなり
ません。
5.2.2 メンテナの責任について、詳しく具体的な記述が追加されました。
Version 3.9.1.0 policy.sgml:914
Every package must have a Debian maintainer (the
maintainer may be one person or a group of people
reachable from a common email address, such as a
mailing list). The maintainer is responsible for en-
suring that the package is placed in the appropriate
distributions.
全てのパッケージには一人または一グループの Debian
メンテナ (一名の個人であっても、メーリングリストな
どの共通の一つのメールアドレスで連絡の取れるグルー
プであってもかまいません) を持たなければなりませ
ん。この人物は、そのパッケージが適切なディストリ
ビューションに収録されていることに対する責任を持ち
ます。
Version 3.9.3.1 policy.sgml:951
Every package must have a maintainer, except for
orphaned packages as described below. The main-
tainer may be one person or a group of people reach-
able from a common email address, such as a mail-
ing list. The maintainer is responsible for main-
taining the Debian packaging files, evaluating and
responding appropriately to reported bugs, upload-
ing new versions of the package (either directly or
through a sponsor), ensuring that the package is
placed in the appropriate archive area and included
in Debian releases as appropriate for the stability
and utility of the package, and requesting removal
of the package from the Debian distribution if it is
no longer useful or maintainable.
後ほど述べるようなみなしごパッケージを除いて、全て
のパッケージには一人または一グループの Debian メン
テナを持たなければなりません。メンテナは一名の個人
であっても、メーリングリストなどの共通の一つのメー
ルアドレスで連絡の取れるグループであってもかまい
ません。この人物は、その Debian パッケージファイル
を保守すること、不具合報告を評価して適切に応答する
こと、そのパッケージの新しいバージョンを（ 直接ある
いはスポンサーを介して）アップロードすること、その
パッケージが適切なアーカイブ領域に設置されて、その
パッケージの安定性や利便性の観点で適切に Debian の
リリースに含められることを保証すること、もはや役に
立たないか保守できなくなったら Debian 配布物からそ
のパッケージを削除する要求を出すことに対する責任を
負います。
14
5.2.3 メンテナのメールアドレスについて、詳しく具体的な記述が追加されました。
Version 3.9.1.0 policy.sgml:922
The maintainer must be specified in the Maintainer
control field with their correct name and a working
email address. If one person maintains several pack-
ages, they should try to avoid having different forms
of their name and email address in the Maintainer
fields of those packages.
Debian パッ ケ ー ジ の メ ン テ ナ は 各 パッ ケ ー ジ の
Maintainer コントロールフィ ールドに、正しい名前と
有効な電子メールアドレスの両方により指定されていなけ
ればなりません。もしその人がいくつかのパッケージを管
理している場合、個々のパッケージの Maintainer フィー
ルドに異なった形式の名前と電子メールアドレスを記入す
ることは避けるべきです。
Version 3.9.3.1 policy.sgml:966
The maintainer must be specified in the Maintainer
control field with their correct name and a work-
ing email address. The email address given in the
Maintainer control field must accept mail from those
role accounts in Debian used to send automated mails
regarding the package. This includes non-spam mail
from the bug-tracking system, all mail from the De-
bian archive maintenance software, and other role ac-
counts or automated processes that are commonly
agreed on by the project.<footnote> A sample imple-
mentation of such a whitelist written for the Mailman
mailing list management software is used for mail-
ing lists hosted by alioth.debian.org. </footnote> If
one person or team maintains several packages, they
should use the same form of their name and email
address in the Maintainer fields of those packages.
Debian パッ ケ ー ジ の メ ン テ ナ は 各 パッ ケ ー ジ の
Maintainer コントロールフィ ールドに、正しい名前と
有効な電子メールアドレスの両方により指定されていな
ければなりません。 Maintainer コントロールフィ ール
ドに書かれた電子メールアドレスは、そのパッケージに
関する自動送信メールに使われる Debian 内の役割に応
じたアカウントのメールを受領できないといけません。こ
れにはバグ追跡システムからの迷惑メールでないメール、
Debian アーカイブ保守用ソフトウェアやそのプロジェク
トで共通に認められた役割に応じたアカウントもしくは
自動処理からのすべてのメールを含みます。 <footnote>
そのような一例として Mailman メーリングリスト管理
ソフトウェア用のホワイトリストが alioth.debian.org で
ホストされているメーリングリストで使われています。
</footnote> もし一人の人もしくは一つのチームがいく
つかのパッケージを管理している場合、それぞれのパッ
ケージの Maintainer フィールドでは同じ形式の名前と
電子メールアドレスを記入するべきです。
15
5.2.4 Uploader コントロールフィールドについての記述が追加されしました。
Version 3.9.1.0 policy.sgml:
Version 3.9.3.1 policy.sgml:990
If the maintainer of the package is a team of people
with a shared email address, the Uploaders control
field must be present and must contain at least one
human with their personal email address. See <ref
id=”f-Uploaders”> for the syntax of that field.
もしパッケージのメンテナが共通のメールアドレスを持
つ人々 からなるチームなら、少なくとも一人の人物とそ
の人の個人用のメールアドレスが書かれた Uploaders コ
ントロールフィールドが必要です。このフィールドの書式
については、 <ref id=”f-Uploaders”> を参照してくだ
さい。
5.2.5 みなしごパッケージについての記述が書き改められました。
Version 3.9.1.0 policy.sgml:936
If the maintainer of a package quits from the Debian
project, ”Debian QA Group” packages@qa.debian.org
takes over the maintainer-ship of the package until
someone else volunteers for that task. These pack-
ages are called orphaned packages.<footnote> The
detailed procedure for doing this gracefully can be
found in the Debian Developer’s Reference, see <ref
id=”related”>. </footnote>
もしあるパッ ケージのメンテナが Debian プロジェ ク
トを辞めたなら、誰か他の人がその仕事に志願するまで
Debian QA グループ packages@qa.debian.org がパッ
ケージの管理を引き継ぎます <footnote> これを丁寧に行
うやり方の詳細は Debian Developer’s Reference (開発
者の手引き) に書かれています。 <ref id=”related”> を
参照ください。 </footnote> 。このようなパッケージは
orphaned パッケージと呼ばれます。
Version 3.9.3.1 policy.sgml:
An orphaned package is one with no current main-
tainer. Orphaned packages should have their
Maintainer control field set to Debian QA Group
<packages@qa.debian.org>. These packages are
considered maintained by the Debian project as
a whole until someone else volunteers to take
over maintenance.<footnote> The detailed proce-
dure for gracefully orphaning a package can be
found in the Debian Developer’s Reference (see <ref
id=”related”>). </footnote>
みなしごパッケージというのは、現在メンテナが不在の
パッ ケージのことを言います。みなしごパッケージは、
その Maintainer コントロールフィールドを Debian QA
Group <packages@qa.debian.org> に設定すること
になっ ています。これらのパッ ケージは、誰が別の人が
保守を引き継ぐことを志願するまでは Debian プロジェ
クト全体で面倒を見ているとみなされます <footnote>
パッ ケージを丁重にみなしご化するための詳しい手順
は Debian Developer’s Reference (開発者の手引き) に
載っています（ <ref id=”related”> を参照のこと）。
</footnote>。
16
5.2.6 Pre-Depends コントロールフィールドについての記述が書き改められました。
Version 3.9.1.0 policy.sgml:1082
Sometimes, a package requires another package to be
installed and configured before it can be installed. In
this case, you must specify a Pre-Depends entry for
the package.
時々、あるパッケージが、それをインストールする前にも
う一つのパッケージがインストールされかつ 設定されてい
ることを必要とすることがあります。この場合、そのパッ
ケージには Pre-Depends エントリを指定しなければなり
ません。
Version 3.9.3.1 policy.sgml:1144
Sometimes, unpacking one package requires that an-
other package be first unpacked and configured. In
this case, the depending package must specify this de-
pendency in the Pre-Depends control field.
時々、あるパッケージを展開するためには、先に別のもう
一つのパッケージが展開されかつ 設定されていないといけ
ない場合があります。この場合、依存する側のパッケージ
に Pre-Depends コントロールフィールドでこの依存関係
を指定しなければなりません。
5.3 引用元
“Debian Policy Manual ”, Ian Jackson , Christian Schwarz, and other contributors,
git://git.debian.org/git/dbnpolicy/policy.git ,Debian Project, 1996-
“Debian ポリシーマニュアル”, 八田真行, かねこ, 森本
https://svn.debian.or.jp/repos/www/trunk/src/community/devel/debian-policy-ja/policy.ja.sgml , Debian
JP Project,
5.4 最後に
次回の月刊 Debian Policy は。。。
17
関西Debian 勉強会
Debian 勉強会資料
2012 年 5 月 27 日 初版第 1 刷発行
関西 Debian 勉強会（ 編集・ 印刷・ 発行）
19
