第 43 回 関西 Debian 勉強会資料
関西 Debian 勉強会担当者 佐々木・ 倉敷・ のがた
2011 年 01 月 23 日
第 43 回 関西 Debian 勉強会 2011 年 01 月
1 Introduction
Debian JP
関西 Debian 勉強会は Debian GNU/Linux のさまざまなトピック (新しいパッケージ, Debian 特有の機能の仕組,
Debian 界隈で起こった出来事, などなど) について話し合う会です.
目的として次の三つを考えています.
• ML や掲示板ではなく, 直接顔を合わせる事での情報交換の促進
• 定期的に集まれる場所
• 資料の作成
それでは, 楽しい一時をお楽しみ下さい.
1
第 43 回 関西 Debian 勉強会 2011 年 01 月
2 最近の Debian 関係のイベン
ト報告
Debian JP
2.1 squeeze いよいよついにリリース……か……？
この原稿を書いている時点で、 squeeze のリリース日程として、具体的に 2 月 5 日前後という話がでてきています (RC
バグもついに残り 39 という状況です)。期待しすぎるのも危険ですが、次回の勉強会では squeeze を安定版として語りた
いですね。
図 1 現状の RC バグの状況. 緑の線が「 次期リリースに関連する RC バグの数」です. 本原稿執筆時点では残り 39 個です.
そんな中、 2011/01/22 に (日本時間では 23 日未明, つまりこの原稿を書いている時に) Lenny 最後の point release(に
なるであろう) 5.0.8 がリリースされました
*
1
。
*
1
http://www.debian.org/News/2011/20110122
3
2.2 第 42 回関西 Debian 勉強会
前回の関西 Debian 勉強会は 12 月 23 日大阪福島区民センターで開かれました.
森山さんによる「 Proxmox VE の紹介」セッションと、関西 Debian 勉強会の 1 年の振りかえりを行ないました。
Proxmox については、便利なのにあまり知られていないということもあり、知名度向上に一役買ったのではないでしょ
うか。実機デモや実際の活用も交えた紹介で、わかりやすいセッションだったと思います。インストールさえしてしまえ
ば、中身は普通に Debian ですので、皆さんも是非使ってみてください。
振りかえりの方は、去年の年初にあがっていた目標の状況おさらいや、今年のネタをどう進めていくか、などをディス
カッションしました。途中で検討が少し中だるみしてしまったのは残念でしたが、引き続き開催していきますのでよろしく
お願いします。提案やご希望などはいつでも歓迎です。
2.3 第 71 回東京エリア Debian 勉強会
2010 年 12 月 18 日に開催され, libsane と CACert の話題があったそうです。
2.4 第 72 回東京エリア Debian 勉強会
2011 年 1 月 15 日に開催され、 Debian 勉強会のアンケートシステム解説と、話題の kinnect を Debian で使うセッ
ションがありました。
また、前回に引き続き CACert のサイン会も実施されたようです。最近東京では CACert が流行っているようですね。
図 2 Kinect で踊る皆さん
4
第 43 回 関西 Debian 勉強会 2011 年 01 月
3 事前課題
Debian JP
今回は以下の課題を設定しました.
一つバグをみつけてきて下さい. ご意見要望でもかまいません.
参加者の皆さんによる回答は以下の通りです.
3.1 甲斐正三
未解決事項（ 私にとって） texworks において日本語が使用できない。
環境: Debian squeeze,texworks ver0.2.3
補足: バグなのか、設定が適正でないからなのかわかっていません。
今後の予定: 他の distro でも同様なのか確認してみます。
Tex の用途: タイミングチャート（ 図）を含む文章を整形したい。
その他: 申込が遅くなり申し訳ございません
*
2
。
3.2 かわだてつたろう
当日までに何かみつけます。。。
3.3 山田 洋平
去年、はじめてバグを報告し、パッケージを修正してもらえました。今回は要望を挙げてみたいと思います。日本語環境
を改善したいので、当日までに状況を調べて来ます。
3.4 八津尾
要望: Anthy の学習量上限を増やして欲しいなぁ
3.5 dictoss(杉本 典充)
kfreebsd-amd64 環境で、 iceweasel で使っているときにハイパーリンク部のテキストをクリックするとフリーズする場
合がある。このとき、タブの読み込み中のくるくる回るアニメーションもフリーズする。
*
2
いえいえ. 毎度ご参加ありがとうございます (佐々木)
5
3.6 佐々木洋平
• yaskkserv: daemon が動作していない時に /etc/init.d/yaskkserv restart すると error
% sudo /etc/init.d/yaskkserv stop
% sudo /etc/init.d/yaskkserv restart
Restarting yaskkserv: yaskkservkill: 297: Usage: kill [-s sigspec | -signum | -sigspec] [pid | job]... or
kill -l [exitstatus]
• howm: howm-vars.el を byte-compile すると old-style backqoutes
*
3
• elscreen: emasc22 は elscreen 使うと, 起動時にファイルが開けません.
– unstable ではなおってますので backports しましょう.
• ptex-base,ptex-bin (wishlist): UTF-8 が通りません.
3.7 dpqpqb
lenny のシャットダウン中にハングする場合が有る. 仕方無しに電源ボタンの長押しで対処してます.
• Debian 5.0.8
• Kernel 2.6.26-2-686
• GNOME 2.22.3
3.8 山下康成
http://www.debian.org/releases/squeeze/armel/apds03.html.ja D.3.4.1. デバイスファイルの作成 には,
次のようにして, デフォルトの静的デバイスファイル群を作成します.
# cd /dev
# MAKEDEV generic
との記述がありますが, 記述の通りに実行すると,
# MAKEDEV generic
.udevdb or .udev presence implies active udev. Aborting MAKEDEV invocation.
#
となります
3.9 川江
バグについてですが, 以前にも話した事があるようにスクリプトやパッケージが自分の「 意図」と異なる動きをした
ときに, それが「 バグ」なのか「 設定ミス」なのか分からないときがあります. Xen で言えば時刻の設定や iptables で
forward を有効に設定した場合に各 DomainU が外部に接続できなくなるなどです.
3.10 松澤二郎
reportbug がローカライズされていない. gettext のラッピングさえしてなさげ. (むしろ意図的? 当然英語を使えよな,
と暗にほのめかしている気もする)
*
3
原稿執筆時に修正箇所に気がついたので直してしまいましたが...
6
第 43 回 関西 Debian 勉強会 2011 年 01 月
4 Debian GNU/kFreeBSD で便
利に暮らすための Tips
杉本典充
4.1 Debian GNU/kFreeBSD について
Debian GNU/kFreeBSD とは, Debian Project で開発しているオペレーティングシステムのひとつです. Squeeze に
て技術プレビュー版としてリリースされることになっています.
*
4
4.1.1 Debian GNU/kFreeBSD の現状
Debian GNU/kFreeBSD は現在次のような状況です.
• カーネルは FreeBSD 8.1 ベースのものに一本化された. (7.3 カーネルは廃止).
• まだ Linux バイナリ互換機能は動かない模様. (linux.ko のロード自体に失敗する).
• FreeBSD 本家では 8.2 のリリースが間近のため, Debian GNU/kFreeBSD でもアップデートを作業中 (2011/1/12
にカーネルの新しいバージョン 8.2-rc1 がアップロードされた).
4.2 ZFS 環境下でリアルタイム系アプリケーションを使用する Tips
4.2.1 現象
私の PC 環境では, sftp を実行してサーバから 1GB のファイルをダウンロードすると, audacious で再生中の MP3
ファイルが音飛びします. ディスクのアクセス LED は「 消灯, 数秒間連続点灯, 消灯」を繰り返すようなディスクアクセ
スをしており, 音飛びは HDD LED が点灯中に発生します.
なお, PC の環境は以下です.
• ノート PC の VAIO TZ. 2.5inch HDD (SATA150 接続) の 250GB.
• / は UFS, /home は ZFS としている.
• ZFS の設定で, 圧縮はしない (compression=off) 設定にしている.
• 再生する MP3 ファイルと sftp でダウンロードする 1GB のファイルは双方 ZFS 領域に読み書きする.
4.2.2 原因の推定
ディスクのアクセス LED が点灯しているときに MP3 ファイルの再生が音飛びするため, 1GB のファイルを書き込み
中に MP3 ファイルの読み込みが行えななかったためと推測します.
*
4
http://www.debian.org/ports/kfreebsd-gnu/
8
そのため, 大きいファイルを書き込む場合でもディスクへの連続書き込み時間を短くするように ZFS のパラメータを調
整すれば現象は解決すると考えます.
ZFS のパラメータ設定については FreeBSD を使う人たちで研究されており, その結果が公開されています.
*
5
4.2.3 ZFS のパラメータを調整する
ZFS のパラメータを表示するには”sysctl” コマンドを使用します. 今回調整するパラメータは’vfs.zfs.arc max’ のため,
現在の値を確認します.
$ sysctl -a | grep arc_max
vfs.zfs.arc_max: 428705280
デフォルト値は約 400MB に設定されています.
FreeBSD における ZFS のパラメータ設定は”/boot/loader.conf” に記述するのですが, Debian GNU/kFeeeBSD で
は”/boot/loader.conf” に記述しても効きません. また, カーネルの起動後に”sysctl’ コマンドを直接実行してもすでに
ZFS subsystem が起動しているため変更できない状況です.
そのため, grub の起動パラメータとして設定する方法をとりました.
$ sudo vim /etc/grub.d/10_kfreebsd
# (省略)
# 元から設定しているパラメータ
set kFreeBSD.vfs.root.mountfrom=${kfreebsd_fs}:${kfreebsd_device}
set kFreeBSD.vfs.root.mountfrom.options=rw
# 今回新しい設定値を追加します.
set kFreeBSD.vfs.zfs.arc_max="100M"
# (省略)
$ sudo update-grub
$ sudo reboot
4.2.4 確認
$ sysctl -a | grep arc_max
vfs.zfs.arc_max: 104857600
設定した通り, 100MB になりました. これでテストしてみると音飛びがしなくなりました.
このパラメータ値はハードウェア環境, ディスク負荷で個々に違ってくるため, 皆さんの使い方に合わせてチューニング
してみてください.
4.3 USB メモリのマウントに関する Tips
4.3.1 まず普通にやってみる
私の Debian GNU/kFreeBSD 環境は”ja JP.UTF-8” の locale を使用しています. FAT32 でフォーマットしている
USB メモリに日本語ファイル名をもつファイルがある場合は mount 時に文字コードの変換が必要になります. そのため,
文字コード変換のオプションを指定してマウントを試みます.
すると”libiconv.so” がないといわれ, エラーになります.
$ sudo mount_msdosfs -L ja_JP.UTF-8 -D CP932 /dev/da0 /mnt/usb
mount_msdosfs: Unable to load iconv library: libiconv.so: cannot open shared object file: No such file or directory
: No such file or directory
mount_msdosfs: msdosfs_iconv: No such file or directory
4.3.2 libiconv のビルド
しかし Debian には libiconv.so というライブラリファイルは存在しません. そのため, GNU のサイトから tarball を
ダウンロードして build することにします.
*
5
http://wiki.freebsd.org/ZFSTuningGuide
9
$ cd
$ mkdir tmp
$ wget http://ftp.gnu.org/pub/gnu/libiconv/libiconv-1.13.1.tar.gz
$ tar zxvf libiconv-1.13.1.tar.gz
$ cd libiconv-1.13.1
$ ./configure
$ make
$ sudo make install
$ ls /usr/local/lib
charset.alias libcharset.so libiconv.la libiconv.so.2.5.0
libcharset.a libcharset.so.1 libiconv.so python2.6
libcharset.la libcharset.so.1.0.0 libiconv.so.2 site_ruby
再度 mount を試みます. コマンド自体はエラーになりませんが, /mnt/usb の中を ls してみると, 日本語部分が? で表
示されています. 文字コードの変換に失敗したようです.
$ sudo mount_msdosfs -L ja_JP.UTF-8 -D CP932 /dev/da0 /mnt/usb
4.3.3 文字コード変換の失敗原因
FreeBSD 本家のカーネルでも mount msdosfs で UTF-8 へ文字コードを変換する処理は動作しないようです.
*
6
そ
のため, 考えられる方法は以下の 3 つありそうです.
• USB メモリに日本語ファイル名を使わない。（ 他人からもらったデータの場合は都合が悪い場合もある。）
• locale の設定を”ja JP.eucJP’ で運用する。 (eucJP への変換は動作するため)
• 一時的に locale を”ja JP.eucJP” に設定して USB メモリから HDD にコピーし、 convmv で UTF-8 へファイル
名を変換する。その後、 locale を”ja JP.UTF-8” に戻す。
私の環境ではすでに UTF-8 の文字コード環境を使っている都合上, convmv を使った方法を紹介します.
まずは, ja JP.eucJP 環境で起動します.
$ vim .xinitrc
# export LANGUAGE=’ja_JP.UTF-8’
# export LC_ALL=’ja_JP.UTF-8’
# export LANG=’ja_JP.UTF-8’
export LANGUAGE=’ja_JP.eucJP’
export LC_ALL=’ja_JP.eucJP’
export LANG=’ja_JP.eucJP’
$ startx
ファイルを一度 HDD にコピーし, コピーしたファイル名の文字コードを変換します.
$ sudo mount_msdosfs -L ja_JP.eucJP -D CP932 /dev/da0 /mnt/usb
$ mkdir ~/usbtmp
$ cd ~/usbtmp
$ cp -r /mnt/usb/* ./
$ convmv -r -f eucjp -t utf8 * --notest
locale を元に戻します.
$ vim .xinitrc
export LANGUAGE=’ja_JP.UTF-8’
xxport LC_ALL=’ja_JP.UTF-8’
export LANG=’ja_JP.UTF-8’
# export LANGUAGE=’ja_JP.eucJP’
# export LC_ALL=’ja_JP.eucJP’
# export LANG=’ja_JP.eucJP’
$ startx
一手間必要ですが, locale を”ja JP.UTF-8”で使う場合はこのような回避策を行うことで対応することができます.
4.4 今後の課題
日常生活で使えると便利な以下の事項については, 現在調査中です.
*
6
日本語の UTF-8 へファ イル名を変換して mount できるようにするパッチは FreeBSD を使う有志によって作成されているようですが,
GENERIC カーネルに取り込まれていないようです.
10
• iceweasel がよくフリーズする. (代わりに epiphany-browser を使用している).
• Flash はやはり鬼門で安定して動作できていない. (gnash はひとまず purge している).
• VAIO TZ の液晶の明るさ変更 (Fn キーから音量は何もしなくても変更できているが…).
• 無線 LAN (iwn0 として内蔵無線 LAN カードの認識はできているがエラーになる)
• IS03 を使ってテザリングする. (まずはドライバをなんとかしないと)
4.5 終わりに
Debian GNU/kFreeBSD はこれから更に完成度を高めていけるオペレーティングシステムのため, オペレーティングシ
ステムの開発に関わりたい人には打ってつけのプロジェクトです. 今後も Debian GNU/kFreeBSD を使い, デバッグし
ながらいろいろ勉強していきたいです.
11
第 43 回 関西 Debian 勉強会 2011 年 01 月
5 バグ報告はバグのためだけ
じゃないよ
のがたじゅん
5.1 はじめに
Debian を使っている時、なにか不具合を見つけたとします。そんな時、あなたはどういう行動をとるでしょうか。
Sid を使っていてよくあるケースは、パッケージのアップデート直後に以前と違う動きをしてバグに気がつくというケー
スでしょう。
そんな時、/var/log/apt/term.log や/var/log/aptitude のログを見て、アップデートしたパッケージにアタリをつ
け、 Debian バグ管理システム (BTS:Bug Tracking System)
*
7
にそのパッケージのバグ情報を見に行きます。
すると、あなたの遭遇したバグはすでに報告されていて、結局何もすることなかった。で終わる人も多いかと思います。
そんなあなたのために、今回は不具合報告以外に焦点を当てたバグ報告について書いてみたいと思います。
5.2 おさらいも兼ねてバグ報告の基本
バグ報告以外の BTS の使い方、といっても基本的なバグ報告について知らなければ応用もできないので、おさらいも兼
ねてバグ報告の基本について述べます。
Debian の BTS は、 debbugs と呼ばれる Debian に特化したバグ報告システムを使っています。 debbugs はメール
ベースの BTS で、 submit@bugs.debian.org 宛にメールを送ることでバグを登録できます。
メールの送り方は、メールの Subject にバグの内容についての要約を書きます。メール本文には BTS として受け付け
てもらうための擬似ヘッダを書きます。書き方は本文 1 行目にパッケージ名、 2 行目にパッケージのバージョンを書きま
す。必要に応じて重要度とタグを書き、その後にバグの内容を書いていきます。
Subject: バグについて
----
Package: <パッケージ名>
Version: <パッケージバージョン>
Severity: <重要度 critical|grave|serious|important|normal|minor|wishlist>
Tags: <タグ>
以下バグの内容を書く
5.2.1 reportbug/reportbug-ng/debian-el を使う
Debian のバグ報告の基本は以上ですが、バグ報告のたびに毎回手で書くのは非常に面倒です。
reportbug や reportbu-ng を使うと定型化された部分は自動で埋めて、バグ修正に必要な情報も付記してくれるので、
バグ報告にはこれらを利用しましょう。
*
7
http://bugs.debian.org/
12
reportbug を初めて使う場合はターミナルからは reportbug、 GUI からは [メニュー] → [システムツール] → [report-
bug] を実行すると、 reportbug の初期設定が始まります。
詳しい初期設定の方法については「 あんどきゅめんてっどでびあん 2009 年冬号」の「 GUI がついて格好良くなった
reportbug を使ってみよう」 [9] に書いてあるので参考にしてください。
reportbug-ng を使う場合は、普段使うメーラー (MUA) と連携して利用するので、 reportbug-ng のメニューバー
[Edit] の Mail Client で MUA を確認しておきます。
emacs の人は debian-el パッケージを入れておいて、 M-x debian-bug でいいと思います。
5.2.2 reportbug を使ったバグ報告の仕方
reportbug を使ってバグを報告するには、 reportbug をそのまま起動するとバグ報告をしたいパッケージ名を尋ねられ
るので入力するか、 reportbug にパッケージ名をつけて起動します。
$ reportbug (パッケージ名)
パッケージ名を入力すると、そのパッケージの既存のバグ一覧が表示されるので、目を通して、同じものがなければバグ
報告に進みます。
reportbug の一連の流れも「 あんどきゅめんてっどでびあん 2009 年冬号」の「 GUI がついて格好良くなった report-
bug を使ってみよう」 [9] に書いてあるので参考にしてください。
5.3 Severity(バグの重要度) と Tags(タグ)
バグ報告の基本で擬似ヘッダに書く Severity(バグの重要度) と Tags(タグ) について触れましたが、ここでは「 Debian
– Debian BTS ― 開発者情報」
*
8
から引用して、簡単に説明します。
5.3.1 Severity(バグの重要度)
バグの重要度は critical(致命的) から、 wishlist(要望) までの 7 段階に分かれています。通常使うのは normal が多い
と思います。
critical (致命的) システム上の関係のないソフトウェア (またはシステム全体) を破壊する、重大なデータの欠落を引き起
こす、または、そのパッケージをインストールしたシステム上でセキュリティホールが生じる場合。
grave (重大) 問題のあるパッケージが使用できない、またはほとんど使用できない。またはデータの欠落を引き起こす、
そのパッケージを使用するユーザのアカウントにアクセスを許してしまうセキュリティホールが生じる場合。
serious (深刻) Debian ポリシーに対して見すごせない違反がある (大まかに言うと、「 must」や「 required」の要件に
違反している)、またはパッケージメンテナあるいはリリースマネージャの意見としてそのパッケージがリリースに
適していないと判断された場合。
important (重要) バグがパッケージの有用性を大きく損なっている場合 (ただし、誰にとっても完全に使用できなくなっ
ている場合を除く)。
normal (通常) デフォルト値。通常のバグ。
minor (軽度) 問題がパッケージの利用に影響しない、かつ修正はたいした事がないと思われる場合。
wishlist (要望) 将来的な要望、主に設計上の理由により修正が非常に困難なバグ。
5.3.2 Tags(バグのタグ)
バグ報告には決められたタグをつけることができます。
とりあえず抜き書きをしてみましたが、個人的にはパッチをつけたときに patch を使ったことがあるような気がします
が、そんなに意識して使ったことがないです。
*
8
http://www.debian.org/Bugs/Developer
13
patch (パッチ) バグ報告に、バグを修正するためのパッチや簡単な手順が含まれています。パッチがあってもバグを適切
に解決できない場合や別の問題を生じる場合は、 このタグは使うべきではありません。
security (セキュリティ) このバグはパッケージのセキュリティ問題を説明します (例: アクセスされてはいけないデータ
へのアクセスを許可する不正な許可属性がある、 やれるべきではない方法でシステムを制御できるバッファオー
バーフローがある、 修正すべき DoS 攻撃の穴がある、等)。ほとんどのセキュリティバグは、 critical (致命的) や
grave (重大) の severity (重要度) も設定すべきです。
upstream (上流) このバグは、パッケージの上流の部分に影響します。
l10n このバグは、パッケージの地域化に関するものです。
sid/squeeze/lenny ディストリビューションに関するタグです。
5.4 不具合報告ではないバグ報告とは
バグ報告についてひと通り書きましたが、タイトルにもあるように Debian はパッケージに由来する不具合のほかに、
Debian に関連する問題があれば、すべて BTS に登録し管理します。
話だけではわかりにくいですが、 reportbug を起動してパッケージ名の代わりに「 other」と入力すると、このように登
録するカテゴリ一覧が表示されます。
1 base General bugs in the base system
2 bugs.debian.org The bug tracking system, @bugs.debian.org
3 buildd.debian.org Problems and requests related to the Debian Buildds
4 buildd.emdebian.org Problems related to building packages for Emdebian
5 cdimage.debian.org CD Image issues
6 cdrom Problems with installation from CD-ROMs
7 debian-i18n Requests regarding Internationalization (i18n) of the
distribution
8 debian-maintainers Problems and requests related to Debian Maintainers
9 debian-policy Proposed changes in the Debian policy documentation
10 ftp.debian.org Problems with the FTP site and Package removal
requests
11 general General problems (e.g., that many manpages are mode
755)
12 installation-reports Problems with installing Debian
13 listarchives Problems with the WWW mailing list archives
14 lists.debian.org The mailing lists, debian-*@lists.debian.org.
15 mirrors Problems with Debian archive mirrors.
16 nm.debian.org New Maintainer process and nm.debian.org website
17 press Press release issues
18 project Problems related to project administration
19 qa.debian.org Problems related to the quality assurance group
20 release-notes Problems with the release notes
21 release.debian.org Requests regarding Debian releases and release team
tools
22 security-tracker The Debian Security Bug Tracker
23 security.debian.org Problems with the security updates server
24 snapshot.debian.org Issues with the snapshot.debian.org service
25 spam Spam (reassign spam to here so we can complain about
it)
26 tech-ctte Issues to be referred to the technical committee
27 upgrade-reports Reports of successful and unsucessful upgrades
28 wiki.debian.org Problems with the Debian wiki
29 wnpp Work-Needing and Prospective Packages list
30 www.debian.org Problems with the WWW site (including other
*.debian.org sites)
インストーラやプレスリリース、サイトについての問題といった多岐に渡る問題について扱っていることがわかると思い
ます。
5.5 wishlist を使う
もうひとつ。不具合ではないバグ報告としては wishlist(要望) があります。
wishlist(要望) とは、パッケージに対しての要望がある場合に使用し、たとえばパッケージのソフトに対して何か機能を
追加してもらいたい場合や、アップストリームで新しいバージョンのソフトがリリースされたときに、バージョンアップを
お願いする場合などに使われます。
wishlist の使い方は簡単で、バグの重要度 (severity) に wishlist を指定して通常のバグ報告をするだけです。
14
$ reportbug gpsbabel-gui (reportbug にパッケージ名をつけて起動します)
Please briefly describe your problem (max. 100 characters allowed; you can
elaborate in a moment). This will be the bug email subject, so write a concise
summary of what is wrong with the package, for example, "fails to send email"
or "does not start with -q option specified" (type Ctrl+c to exit).
> Please include icon and desktop file. (要望の要約を書きます)
reportbug にパッケージ名をつけて起動します。起動すると問題の要約を尋ねられるので要望の要約を書きます。
Rewriting subject to ’gpsbabel-gui: Please include icon and desktop file.’
Removing release critical severities, since running in ’novice’ mode.
How would you rate the severity of this problem or report?
1 important a bug which has a major effect on the usability of a package,
without rendering it completely unusable to everyone.
2 normal a bug that does not undermine the usability of the whole package;
for example, a problem with a particular option or menu item.
3 minor things like spelling mistakes and other minor cosmetic errors
that do not affect the core functionality of the package.
4 wishlist suggestions and requests for new features.
Please select a severity level: [normal] 4 (wishlist を指定します。)
バグの重要度を尋ねられるので、 4 番の wishlist を選びます。
Spawning sensible-editor... (エディタが起動します)
Subject: gpsbabel-gui: Please include icon and desktop file.
Package: gpsbabel-gui
Version: 1.4.2-1
Severity: wishlist
*** Please type your report below this line ***
(ここに要望の内容を書きます)
(以下略)
「 *** Please type your report below this line ***」以下に要望を書き終えれば、通常のバグ報告と同じように
submit@bugs.debian.org にメールを送るだけです。
5.6 パッケージ作成にまつわるバグ報告
パッケージ作成にまつわるバグ報告と書きましたが、「 パッケージがないのにバグ報告とははなんぞや?」と思われるか
もしれません。
パッケージを作成するためには、「 こんなパッケージを作って欲しい」というパッケージ作成希望をバグ報告として出す
ことからスタートします。
「 不具合ではないバグ報告」の章を思い出すと、こういうセクションがあったと思います。
29 wnpp Work-Needing and Prospective Packages list
この WNPP(Work-Needing and Prospective Packages) からパッケージ作成が始まります。
(と偉そうに書いていますが WNPP をしたことがないので、 Debian – 作業が望まれるパッケージ: http://www.
debian.org/devel/wnpp/ に書いてあることをなぞっているだけです。何かあればツッコミをお願いします。)
$ reportbug
Please enter the name of the package in which you have found a problem, or
type ’other’ to report a more general problem.
> other
reportbug を起動して「 other」と入力します。
15
Please enter the name of the package in which you have found a problem, or
choose one of these bug categories:
1 base General bugs in the base system
(中略)
29 wnpp Work-Needing and Prospective Packages list
30 www.debian.org Problems with the WWW site (including other
*.debian.org sites)
Enter a package: 29
バグのカテゴリーを尋ねられるので 29 番の WNPP を選びます。
Are you sure you want to file a WNPP report? [y|N|q|?]? y
1 ITP This is an ‘Intent To Package’. Please submit a package description
along with copyright and URL in such a report.
2 O The package has been ‘Orphaned’. It needs a new maintainer as soon as
possible.
3 RFA This is a ‘Request for Adoption’. Due to lack of time, resources,
interest or something similar, the current maintainer is asking for
someone else to maintain this package. They will maintain it in the
meantime, but perhaps not in the best possible way. In short: the
package needs a new maintainer.
4 RFH This is a ‘Request For Help’. The current maintainer wants to continue
to maintain this package, but they needs some help to do this, because
their time is limited or the package is quite big and needs several
maintainers.
5 RFP This is a ‘Request For Package’. You have found an interesting piece of
software and would like someone else to maintain it for Debian. Please
submit a package description along with copyright and URL in such a
report.
Choose the request type: 5
WNPP の中で何をするのか尋ねられます。
• ITP: パッケージを作成する (Intent To Package)
• O: パッケージを手放す (Orphaned)
• RFA: パッケージを引き取って欲しい (Request for Adoption)
• RFH: パッケージの維持を手伝って欲しい (Request For Help)
• RFP: パッケージをつくって欲しい (Request For Package)
なので 5 の RFP を選びます。
Please enter the proposed package name: sahana-eden
Checking status database...
Please briefly describe this package; this should be an appropriate short
description for the eventual package:
> Disaster management system made from web2py
パッケージの簡単な説明を書きます。書き終えるとエディタが起動します。
Spawning sensible-editor...
Subject: RFP: sahana-eden -- Disaster Management System made by web2py
Package: wnpp
Severity: wishlist
*** Please type your report below this line ***
* Package name : sahana-eden
Version : 0.5.3
Upstream Author : Name <somebody@example.org>
* URL : https://launchpad.net/sahana-eden
* License : MIT/X
Programming Lang: Python
Description : Disaster Management System made by web2py
Sahana Eden is an Emergency Development Environment which allows the
rapid deployment of customisable tools to support the 4 phases of the
Emergency Management Cycle as well as Development & Environment
projects. It is an example of an HFOSS project (Humanitarian FOSS)
書き終われば保存してエディタを終了します。
16
Report will be sent to "Debian Bug Tracking System" <submit@bugs.debian.org>
Wrong line: Upstream Author : Name <somebody@example.org>
ERROR: you have composed an ITP with fields unchanged from the template; this will NOT be submitted. You should
edit all fields so they contain correct values for your ITP (e to edit) [E|q|?]?
適当に書いてると怒られてしまいました。ということで E で戻って書きなおして保存、 submit@bugs.debian.org 宛に
送れば RFP はおしまいです。
5.6.1 RFP を ITP にする
この辺りになると自分でも未知の領域ですが、「 作業が望まれるパッケージ」によると
これをパッケージ化することにしたら、このプログラムが パッケージ化の作業中ことをほかの人に知らせ、さらに
あなたがそのバグの 所有者となるために、 バグレポートを「 RFP」から「 ITP」に改称します。それから ソフト
ウェアをパッケージ化し、アップロードして、そのパッケージが インストールされたらこのバグを閉じます。
とのことなので、 control@bugs.debian.org 宛に「 Debian BTS ― 制御サーバ」 http://www.debian.org/Bugs/
server-control.ja.html を参照してコントロールメールを送ればよいのでしょうか。
owner (バグ番号) !
retitle (バグ番号) ITP: sahana-eden -- Disaster Management System made by web2py
thanks
調べきれず終わってしまった…。
5.7 最後に
不具合報告だけではないバグ報告を書きましたが、いかがでしたでしょうか。あまり自分も使うことがない事をまとめた
ので大変でした。
参考文献
[1] Debian – Debian BTS - バグを報告する http://debian.org/Bugs/Reporting
[2] Debian – 作業が望まれるパッケージ http://www.debian.org/devel/wnpp/
[3] Debian 開発者リファ レンス「 第 5 章 パッケージの取扱い方」 http://www.jp.debian.org/doc/manuals/
developers-reference/pkgs.html#newpackage
[4] 岩松伸洋「 ITP の仕方からアッ プロードまでの流れ」 (あんどきゅ めんてっ どでびあん 2005 年冬号) http:
//tokyodebian.alioth.debian.org/pdf/debianmeetingresume2005-fuyu.pdf pp. 3 – 7
[5] やま ね ひ でき「 claim makes Debian better」 (あん ど きゅ め ん てっ ど で びあん 2005 年 冬 号) http://
tokyodebian.alioth.debian.org/pdf/debianmeetingresume2005-fuyu.pdf pp. 26 – 29
[6] 上川純一「 debbugs internal」 (あんどきゅ めんてっ どでびあん 2005 年冬号) http://tokyodebian.alioth.
debian.org/pdf/debianmeetingresume2005-fuyu.pdf pp. 31 – 38
[7] 木下達也「 バグレポートから参加する Debian パッケージ開発」 (あんどきゅ めんてっどでびあん 2008 年夏号)
http://tokyodebian.alioth.debian.org/pdf/debianmeetingresume2008-natsu.pdf pp. 76 – 78
[8] 藤澤徹「 MC-MPI/GXP 公式パッ ケージへの道」 (あんどきゅ めんてっ どでびあん 2009 年夏号) http:
//tokyodebian.alioth.debian.org/pdf/debianmeetingresume2009-natsu.pdf pp. 77 – 83
[9] のがたじゅん「 GUI がついて格好良くなった reportbug を使ってみよう」 (あんどきゅめんてっどでびあん 2009 年
冬号) http://tokyodebian.alioth.debian.org/pdf/debianmeetingresume2009-fuyu.pdf pp. 61 – 66
17
第 43 回 関西 Debian 勉強会 2011 年 01 月
6 今後の予定
Debian JP
6.1 次回の関西 Debian 勉強会
次回の関西 Debian 勉強会は 2 月 27 日 (日), 大阪福島区民センターか大阪港区区民センターのどちらかで行われる予
定です.
発表については未定ですので, みなさまの発表をお待ちしております.
6.2 4 月神戸 IT フェスティバル + オープンソースカンファレンス 2011Kansai@Kobe
4 月 15 日 (金), 16 日 (土) に JR 神戸駅すぐの神戸市産業振興センターにて, 神戸 IT フェスティバル + オープンソー
スカンファレンス 2011Kansai@Kobe が開催されますがどうしましょ.
18
関西Debian 勉強会
Debian 勉強会資料
2011 年 01 月 23 日 初版第 1 刷発行
関西 Debian 勉強会 (編集・ 印刷・ 発行)
19
