第 54 回関西 Debian 勉強会資料

関西 Debian 勉強会担当者佐々木・倉敷・のがた・かわだ

2011 年 12 月 25 日

第 54 回関西 Debian 勉強会 2011 年 12 月

1 Introduction

Debian JP

関西 Debian 勉強会は Debian GNU/Linux のさまざまなトピック (新しいパッケージ、 Debian 特有の機能の仕組、

Debian 界隈で起こった出来事、などなど）について話し合う会です。

目的として次の三つを考えています。

• ML や掲示板ではなく、直接顔を合わせる事での情報交換の促進

• 定期的に集まれる場所

• 資料の作成

それでは、楽しい一時をお楽しみ下さい。

関西Debian 勉強会

1 Introduction 1

2 最近の Debian 関係のイベント報告 3

3 事前課題 4

4 さきが (ry NM 塾 8

5 t-code のバグレポをしてみた 10

6 2011 年の振り返りと 2012 年の企画 15

7 今後の予定 18

第 54 回関西 Debian 勉強会 2011 年 12 月

2 最近のDebian関係のイベント

報告

Debian JP

2.1 第 53 回関西 Debian 勉強会

53 回目の関西 Debian 勉強会は 2011 年 11 月 11 日 (土)、 12 日 (日) に開催された関西オープンソース 2011 にて

ブース出展とセッションをおこないました。

ブースでは、 Space Fun デザインのポストカードが好評で多くの方に立ち寄っていただけたようでした。東京からやま

ねさん、岩松さん、関西から木下さん、矢吹さんが参加され DD の方々と交流を深めるよい機会になりました。

セッションでは、第 53 回関西 Debian 勉強会「なれる！ Debian 開発者 ―45 分でわかる？メンテナ入門」としてやま

ねさんによるメンテナのお仕事についての発表がありました。質疑応答は活発で興味を持たれた方もおられるようでした。

また、岩松さんによって GPG キーサインパーティと『 Git によるバージョン管理』のサイン会も行われ、サイン会は

開催前に本が売り切れるほど好評だったようです。

2.2 第 82、 83 回東京エリア Debian 勉強会

82 回目の東京エリア Debian 勉強会は 2011 年 11 月 19 日 (土) に開催されたオープンソースカンファレンス 2011

Tokyo/Fall にてブース出展とセッションがおこなわれました。

83 回目の東京エリア Debian 勉強会は 2011 年 12 月 17 日 (土) に開かれました。一年の振り返り、 Debian

GNU/kFreeBSD への porting の話、月刊 Debhelper の発表があり、月刊 Debhelper は dh コマンドについて分かり

やすい資料になっていますので興味のある方は資料

を参照してください。

http://tokyodebian.alioth.debian.org/pdf/debianmeetingresume201112.pdf

第 54 回関西 Debian 勉強会 2011 年 12 月

3 事前課題

Debian JP

今回は以下の課題を出題しました.

 

事前課題 1 Debian のパッケージで「バグを発見した、けど放置している」、もしくは Debian バグ追跡システム

を探索してみて興味をもったバグ未解決パッケージがあれば挙げてください。

事前課題 2 関西 Debian 勉強会で今年印象に残った話と来年聞きたい話を教えてください。

事前課題 3 1 月に予定している関西 Debian 勉強会温泉合宿に参加されますか。

 

参加者の皆さんの解答は以下の通りです.

3.1 甲斐正三

1. 有りません。

2. • 最も印象に残った話: 第 47 回「ハッカーに一歩近づく Tips vi 編」

– 理由 1: vi(vim) は普段最もよく使っていてなじみがあるから。

– 理由 2: 今まで使っていなかったが使うと便利なコマンドをいくつか使えるようになったから。”d100G”,

“y3G” など。

• 来年聞きたい話:

–「 Debian における ARM Cortex とのいろいろ」

– Debian における新規 CPU の開発環境構築

3. 参加を希望します。

3.2 murase syuka

1. Debian バグ追跡システムを探索方法が分からない。本番までに調べてみます。

2. パッケージ作成とかの話。 blender 関連のパッケージ作りたい。

3. 未定です。

3.3 上川純一

無回答。

3.4 山下康成

1. なし o

2. • 今年印象に残った話: そりゃ、 vi でしょ（笑

• 来年聞きたい話: Developer を増やすためにも、その底辺を広げる必要があるんじゃないでしょうか。 Debian

入門編で新しい人を呼び込みませんか。

– Windows ユーザのための Debian 入門

– Debian デスクトップ入門

– Debian インストールハンズオン

– Microsoft Oﬃce ユーザのための Libre Oﬃce 入門（ Debian とは関係ないか...）

...

3. 残念ながら、ますます参加できなくなった感じ

3.5 川江

1. バグではないけれど、 KVM の VM の「音声」を Default で出るようにしてほしい。

2. 来年は KVM 関連の話が聞きたい。

3. 参加できません。多分、 San Francisco に行ってると思います。

3.6 門戸良介

1. すみません。ありません。

2. 今回初めての参加です。仕事で初めて Linux を使い始めてはや 3 年になります。 Linux についてさらに理解を深め

ようと思い関西で参加できる勉強会として Debian の勉強会に目をつけました。オープンソースへの造詣は浅いです

が、好奇心は強いです。勉強会の雰囲気を感じ取って、出来れば継続的な参加をしていきたいと思っています。

3. 参加しません。

3.7 かわだてつたろう

1. acpi-support: 0.138-10 に更新したらレジューム時にバックライトが点かなくなった。

2. 運営の人になりました。 bzr-buildpackage と git-buildpackage 話の内容とその時の会。

3. 主催する人です。

3.8 kozo2

1. t-code(バグを発見した、けど放置している), alien(Debian バグ追跡システムを探索してみて興味をもったバグ未

解決パッケージ)

2. モダンな Debian パッケージ作成入門 (関西 Debian 勉強会で今年印象に残った話), ライセンス系の話 (来年聞きた

い話)

3. 多分参加します。

3.9 のがたじゅん

1. live-build 3.x で syslinux を使ってライブ DVD を作った時、ファイル名が違うのでブートできない。パッチを書

けばいいけど、マルチアーキの事もあるのでどう提案しようか考えたまま放置してましたが、ぼんやりこんな感じか

なと思いついたので、正月にパッチを書こうかと思案中。

2. ごめんなさい。今年はいろんな事があってあまり印象に残ってない…。

3. 考え中。温泉に行くまでが遠いので参加しないにちょっと傾きつつ…

3.10 佐々木洋平

1. sid の rubygems が ruby1.8 で動きませぬ。 yaml のパースが原因なんですが、どうしたら良いかなぁ、と数日放

置しています。あと地味に痛いのは squeeze の elscreen が古いままで、コマンドラインからファイルを指定して

Emacs を起動できません。 sid のパッケージは直っているので backports すれば良いのですが、気力がなくて放

置しています。…そういや T

XLive の 2011 への移行 (+ 日本語対応) もあったな。

2. Debian GNU/kFreeBSD の話 (杉本さん)、 IPv6 のトンネル話 (西山さん)、でしょうか。普段自分で触らないネ

タなので。来年は月間 Debian Policy とか, DFSG から始めて月間 FLOSS ライセンスとか, 如何?

3. いまのところ参加する気でおりまする。

3.11 lurdan

1. squeeze 相当から sid に upgrade すると perl の migration に失敗する件。#639290

2. *-buildpackage の年だったかなぁとか。来年は月刊 debian policy なんてどうでしょう

3. するする

3.12 よしだともひろ

1. sip-tester というパッケージが IPv6 リンクローカルアドレスに対応していないというバグ (もしかしたら仕様？ )

がありますが、放置中です。 (動作可能なようとなるようなパッチは作りましたが)

2. • 今年印象に残った話: パッケージを作るのは実はそんなに難しくはないんだということ。

• 来年聞きたい話: 引き続いてパッケージ作成の話と、 Debian 開発者となるための道のりみたいな話が聞いてみ

たいです。

3. 残念ながら参加できそうにありません。

3.13 金子真志

1. これまでは、本当に「使う」だけだったのでないです。今後は、もっと踏み込んで使って DD になれるように頑張

ります！！

2. 今回初参加ですが、個人的なリクエストとして、「 Debian パッケージの作り方∼ネットには載らない DebianDe-

veloper 小技・テクニック∼」のような話を聞いてみたいです。（エディタのプラグインのおすすめとか・・・）

3. 温泉合宿についてですが、学校の関係で参加したいですが、参加できなさそうです。

今回初めての参加で、話についていけないかもしれませんが、これをきっかけに Debian について学べればと思っていま

す。どうぞよろしくお願いします.

3.14 Y.YATSUO

1. wicd-gtk(1.7.1 b3) の翻訳がおかしい。 BTS#651804 upstream で既に修正されてるっぽいです。

2. パッケージング関連が充実してましたね

3. 極力参加する方針で…

第 54 回関西 Debian 勉強会 2011 年 12 月

4 さきが(ry NM 塾

倉敷悟

4.1 NM とは何か

Debian における NM (New Member) とは、新しく Debian Project の参加メンバーになった人、あるいは Debian

Project に参加するための手続き、といった意味で使われます。後者の場合は、意味を明確にするために、 NM プロセス

といったりもします。少し前までは、 New Maintainer の略だったのですが、 (パッケージ) メンテナ以外にも門戸を開

こう、という方向性に変更されつつあります (とはいえ、現時点では NM プロセスはまだパッケージメンテナを念頭にお

いた形のままです)。

4.2 NM プロセスの紹介

では、実際の NM プロセスを実例をもとにご紹介します。本当はもう少しプロセスを進めておくつもりだったのです

が、あまりスムーズにいってないので途中までになっています。

NM 志願者向けのチェックリスト (http://www.debian.org/devel/join/nm-checklist) がありますので、まずはこれ

を見てみましょう。

4.2.1 必要な条件

まず、 DD 2 名以上とキーサインしていること、さらに NM への応募を推薦してくれる DD が 1 名以上いること、こ

れは具体的かつ最低限の条件になります。加えて、すでに Debian に関わるある程度の活動をしてきていることも必要と

されますが、これについては明確な線引きがあるわけではありませんし、今後変化してくる部分なので水物といっていいで

しょう。

私の例だと、まともに Debian での活動をはじめたのは 2007 年くらいだったと思うので、おおよそ 4 年間、下積みと

してパッケージメンテ、翻訳、ローカルコミュニティ活動をしてきていますが、これはちょっと長かった (NM 応募が遅

かった) かなぁ、と思っています。

最近では、 DM のステップをふんでいることが推奨されていることもあるので、少なくとも 6 ヶ月以上特定のパッケー

ジをメンテしていて、スポンサーと良好な関係を築けていれば、そのまま NM に進むことも可能でしょう。

4.2.2 実例

• 2011/11 (事前ネゴ)

• 2011/12/04 apply

• 2011/12/04 advocate checked by yyabuki

• 2011/12/10 activity poll sent

• 2011/12/11 pass frontdesk precheck

• 2011/12/13 AM assigned to gwolf

• 2011/12/16 AM assigned to laney

• 2011/12/17 ID checked

• 2011/12/25 (Philosophy and Procedure やりとり中)

この後に続く予定は、次のようになっています。

• Tasks and Skills

• AM recommends to DAM

• DAM Approval

4.2.3 NM テンプレート

NM 担当チームでは、主に AM 担当者向けの資料として、作業ガイドのリポジトリが用意しています

(http://anonscm.debian.org/viewvc/nm/trunk/nm-templates/)。実は、ここを見れば、だいたい何を聞かれ

るのかはわかってしまいますので、予習のための参考書としては最良のものだと思われます。ただし、 AM によっては

NM テンプレートを使わない、という人もいますので、盲信はしすぎないようにしましょう。

4.2.4 NM と勉強会と Debian JP

Debian 勉強会では、 Debian Developer を育成する、を目的としてあげています。ですので、その運営主体である

Debian JP としても、支援活動はいろいろとおこなわれています。具体的には、 GPG キーサインの推進や、スポンサー

探しのサポート、パッケージングスキルの教育、などです。是非有効に活用してください。

4.2.5 NM と Debian Maintainer

勉強会でも何度かとりあげていますが、いきなり NM は敷居が高い、という人のために、 DM というステップが用意

されています。これは、いわば「限定つきの Debian Developer」であり、スポンサーについてもらうことで自分のパッ

ケージを Debian に含めることができる人達のことです。

事前の実績としてわかりやすいことや、内容がサブセットになっていることもあり、 NM プロセスにおいても、事前に

DM として活動しておくことが強く推奨されています。

4.3 最後に

4.3.1 なぜ NM に？

NM になることの意義を考えてみましょう。直接的には、次のようなメリットがあります。

• パッケージを自由にアップロードできる

• LWN.net の購読権 (sponsored by HP)

• Project Leader や GR への投票

• @debian.org メールアカウント

あるいは若い人であれば、比較的名前の知られたプロジェクトへの参加自体や、プロジェクトに自分色を持ち込める、と

いった満足もあるかもしれません。ただ、 NM プロセスやその後の活動は、それなりに手間も気力も必要になります。こ

れじゃ引きが足りない、という人も多いでしょう。

Debian 勉強会としては、前述したとおり、 NM に応募しようと思える人材を育成したい、という思いがあるのです

が、やはり動機の部分については、皆さんそれぞれの答えを見出していただくしかありません。

スライドの方では、一例として、特に技術的に秀でたものをもっているわけでもなく、業界的には定年に達してしまった

おっさんが、一体何を考えて NM に挑戦してみているのか、簡単に紹介してみます。参考になれば。

第 54 回関西 Debian 勉強会 2011 年 12 月

5 t-code のバグレポをしてみた

西田孝三

5.1 はじめに

ここでは「 Debian パッケージのバグを発見した場合にどうすればいいのか」を伝えることを目的とし、実際のバグ例を

挙げながらバグレポートの手順を説明します。バグレポートするパッケージは Emacs で日本語入力するための拡張 Elisp

である t-code パッケージです。手順の大きな流れは下記の 4 段階に分けられます。

1. バグトラッカーでの報告

2. 自分で修正パッチを作る (可能であれば)

3. 自分で Debian パッケージを作る (可能であれば)

4. DebianDeveloper(DD) に 3 のパッケージを取り込んでもらう (知り合いの DD がいれば)

実際にはまともにできたのは 1 だけでした。申し訳ありませんがお付き合いください。それでは実際の t-code パッケー

ジのバグを見ながら順を追ってバグレポ、修正を行なっていきましょう。

5.2 バグトラッカーでの報告

t-code の Debian パッケージは 2003 年のバージョン 2.3.1 以降更新がなく Emacs23 や 24 で部首合成変換ができない

バグがあります。まずこのバグを報告する前に Bug Tracker にすでに報告されていないかどうかウェブブラウザで簡単に

確認しましょう。 Debian の Bug Tracker の URL は http://www.debian.org/Bugs/ です。バグの選択という select

box と input box がありますのでそれぞれ「パッケージ名が」、「 t-code」と入力しバグ報告情報を確認します。 2011

年 12 月 24 日時点では automake のバージョンに関するバグしか報告されていなかったので、バグ報告をする必要がある

ことがわかりました。 reportbug というパッケージを用いると便利にバグ報告ができるため、もしこのパッケージがイン

ストールされていなければインストールしてください。

$ sudo aptitude install reportbug

インストールができていれば reportbug コマンドを入力します。

kozo2@debian:~$ reportbug

Welcome to reportbug! Since it looks like this is the first time you have used reportbug, we are configuring its

behavior. These settings will be saved to the file ‘‘/home/kozo2/.reportbugrc’’, which you will be

free to edit further.

Please choose the default operating mode for reportbug.

1 novice Offer simple prompts, bypassing technical questions.

2 standard Offer more extensive prompts, including asking about things that a moderately sophisticated user would

be expected to know about Debian.

3 advanced Like standard, but assumes you know a bit more about Debian, including ‘‘incoming’’.

4 expert Bypass most handholding measures and preliminary triage routines. This mode should not be used by people

unfamiliar with Debian’s policies and operating procedures.

Select mode: [novice]

最初なので novice でいいと思います。

Will reportbug often have direct Internet access? (You should answer yes to this question unless you know what you

are doing and plan to check whether duplicate reports have been filed via some other channel.)

[Y|n|q|?]?

よくわからないので説明に従い Y にします。

What real name should be used for sending bug reports?

[kozo2]> Kozo Nishida

名前を入力します。

Which of your email addresses should be used when sending bug reports? (Note that this address will be visible in

the bug tracking system, so you may want to use a webmail address or another address with

spam filtering capabilities.)

[kozo2@debian]> knishida@riken.jp

メールアドレスを書きます。

Do you have a ‘‘mail transport agent’’ (MTA) like Exim, Postfix or SSMTP configured on this computer to send mail

to the Internet? [Y|n|q|?]? n

メールを送るプログラムの設定をしていなければ n にします。

Please enter the name of your SMTP host. Usually it’s called something like ‘‘mail.example.org’’ or

‘‘smtp.example.org’’. If you need to use a different port than default, use the <host>:<port> alternative f

Just press ENTER if you don’t have one or don’t know, and so a Debian SMTP host will be used.

これも SMTP 設定を知らないのでそのまま ENTER します。

Please enter the name of your proxy server. It should only use this parameter if you are behind a firewall.

The PROXY argument should be formatted as a valid HTTP URL, including (if necessary) a port num

example, http://192.168.1.1:3128/. Just press ENTER if you don’t have one or don’t know.

プロキシサーバも知らないのでそのまま ENTER します。

Dear Maintainer,

*** Please consider answering these questions, where appropriate ***

* What led up to the situation?

* What exactly did you do (or not do) that was effective (or

ineffective)?

* What was the outcome of this action?

* What outcome did you expect instead?

*** End of the template - remove these lines ***

-- System Information:

Debian Release: wheezy/sid

APT prefers unstable

APT policy: (500, ’unstable’)

Architecture: amd64 (x86_64)

Kernel: Linux 3.1.0-1-amd64 (SMP w/2 CPU cores)

Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8)

Shell: /bin/sh linked to /bin/dash

Versions of packages t-code depends on:

ii emacs-snapshot-nox [emacs-snapshot] 1:20111219-1

t-code recommends no packages.

t-code suggests no packages.

-- no debconf information

こういうひな形が表示されますのでこれを編集します。以下が編集後のレポートです。

Subject: t-code version 2.3.1 fails bushu-convert

Package: t-code

Version: 2:2.3.1-3

Severity: normal

Dear Maintainer,

*** Please consider answering these questions, where appropriate ***

* T-code pre bushu-convert doesn’t work

* pre bushu-convert error message is tcode-self-insert-command: Wrong type argument: characterp, nil

* T-code post bushu-convert doesn’t work(There is no error message).

-- System Information:

Debian Release: wheezy/sid

APT prefers unstable

APT policy: (500, ’unstable’)

Architecture: amd64 (x86_64)

Kernel: Linux 3.1.0-1-amd64 (SMP w/2 CPU cores)

Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8)

Shell: /bin/sh linked to /bin/dash

Versions of packages t-code depends on:

ii emacs-snapshot-nox [emacs-snapshot] 1:20111219-1

t-code recommends no packages.

t-code suggests no packages.

-- no debconf information

ま、こんなとこでしょう。編集を終えると下記の確認をしてきます。

Report will be sent to ‘‘Debian Bug Tracking System’’ <submit@bugs.debian.org>’’--configure’’ option.

Submit this report on t-code (e to edit) [Y|n|a|c|e|i|l|m|p|q|d|t|s|?]? Y

これでよいので Y を入力します。もう一度編集したければ e を入力します。

Connecting to reportbug.debian.org via SMTP...

Bug report submitted to: ‘‘Debian Bug Tracking System’’ <submit@bugs.debian.org>

Copies will be sent after processing to:

knishida@riken.jp

If you want to provide additional information, please wait to receive the bug tracking number via email;

you may then send any extra information to n@bugs.debian.org (e.g. 999999@bugs.debian.org), where n is the

bug number. Normally you will receive an acknowledgement via email including the bug report number within

an hour; if you haven’t received a confirmation, then the bug reporting process failed at some point

(reportbug or MTA failure, BTS maintenance, etc.).

これでバグレポートは終わりです。入力した自分のメールアドレスにバグレポートしたことを確認するメールが届いて

いることを確認してください。もしメールが届いていたらバグレポートの番号を確認して http://bugs.debian.org/cgi-

bin/bugreport.cgi?bug=653167 のように bug=の後にバグ ID を入力してウェブページでも内容を確認してみてくだ

さい。

5.3 自分で修正パッチを作る

もし可能であれば Debian のルールに従い修正パッチを作ってみましょう。 t-code は安宅正之さんが中心となり

Google code で開発を引き継がれており (http://code.google.com/p/tcode/)、このリポジトリの trunk の t-code

は Emacs23、 24 で使えることを確認しています。また青田直大さんが個人的に修正をされた github のリポジトリ

(https://github.com/naota/tc) も Emacs23,24 で使えることを確認しています。

どちらのリポジトリのコードをどのようにパッケージ化していけばよいか (これまでのコードとの差分情報の記述など)

わからなかったためこの部分については次回への宿題ということにさせてください。申し訳ありません。と、いうわけで次

回は「バグ修正リポジトリコードの取り込みと dpatch の使い方」で発表させてください。

5.4 自分で Debian パッケージを作る

本来ならこれまでのパッケージからの変更を Debian のルールに従って記述したファイルを作成する必要があるかと思い

ますが、ここではその手続をすっとばして前述のリポジトリのソースコードの内、安宅さんのリポジトリのソースコードを

用いて Debian パッケージを作ることを試みます。

まず t-code パッケージのソースコードを取得します。

$ apt-get source t-code

$ svn checkout http://tcode.googlecode.com/svn/trunk/ tcode-read-only

$ ls

t-code-2.3.1 t-code_2.3.1-3.diff.gz t-code_2.3.1-3.dsc t-code_2.3.1.orig.tar.gz

次にソース中の debian ディレクトリを安宅さんのリポジトリのソースコード中にコピーします。

$ cp -r t-code-2.3.1/debian tcode-read-only/tc/

それではこれで Debian package が作れるか試してみましょう。 Debian package は debuild コマンドで作成できま

す。 debuild コマンドは devscripts パッケージをインストールすると使えるようになります。

$ sudo aptitude install devscripts

$ cd tcode-read-only/tc

$ sudo debuild -us -uc

This package has a Debian revision number but there does not seem to be

an appropriate original tar file or .orig directory in the parent directory;

(expected one of t-code_2.3.1.orig.tar.gz, t-code_2.3.1.orig.tar.bz2,

t-code_2.3.1.orig.tar.lzma, t-code_2.3.1.orig.tar.xz or tc.orig)

continue anyway? (y/n) y

親ディレクトリにソースの tar.gz がないと言われますが無視して build を試みます。

make[2]: ‘install-exec-am’ に対して行うべき事はありません.

/bin/sh ../mkinstalldirs /home/kozo2/tcode-read-only/tc/debian/t-code/usr/share/tc

/usr/bin/install -c -m 644 ./pd_kihon.yom /home/kozo2/tcode-read-only/tc/debian/t-code/usr/share/tc/pd_kihon.yom

/usr/bin/install -c -m 644 ./greece.maz /home/kozo2/tcode-read-only/tc/debian/t-code/usr/share/tc/greece.maz

/usr/bin/install -c -m 644 ./jukujiku.maz /home/kozo2/tcode-read-only/tc/debian/t-code/usr/share/tc/jukujiku.maz

/usr/bin/install -c -m 644 ./t225.dat /home/kozo2/tcode-read-only/tc/debian/t-code/usr/share/tc/t225.dat

/usr/bin/install -c -m 644 ./t300.dat /home/kozo2/tcode-read-only/tc/debian/t-code/usr/share/tc/t300.dat

/usr/bin/install -c -m 644 ./t400.dat /home/kozo2/tcode-read-only/tc/debian/t-code/usr/share/tc/t400.dat

/usr/bin/install -c -m 644 ./t450.dat /home/kozo2/tcode-read-only/tc/debian/t-code/usr/share/tc/t450.dat

/usr/bin/install -c -m 644 ./t575.dat /home/kozo2/tcode-read-only/tc/debian/t-code/usr/share/tc/t575.dat

/usr/bin/install -c -m 644 ./t675.dat /home/kozo2/tcode-read-only/tc/debian/t-code/usr/share/tc/t675.dat

/usr/bin/install -c -m 644 ./t900.dat /home/kozo2/tcode-read-only/tc/debian/t-code/usr/share/tc/t900.dat

/usr/bin/install -c -m 644 ./t1200.dat /home/kozo2/tcode-read-only/tc/debian/t-code/usr/share/tc/t1200.dat

/usr/bin/install -c -m 644 ./t1353.dat /home/kozo2/tcode-read-only/tc/debian/t-code/usr/share/tc/t1353.dat

/usr/bin/install -c -m 644 ./itaiji.maz /home/kozo2/tcode-read-only/tc/debian/t-code/usr/share/tc/itaiji.maz

/usr/bin/install -c -m 644 ./mazegaki.dic /home/kozo2/tcode-read-only/tc/debian/t-code/usr/share/tc/mazegaki.dic

/usr/bin/install -c -m 644 ./mkcertain.pl /home/kozo2/tcode-read-only/tc/debian/t-code/usr/share/tc/mkcertain.pl

make[2]: ディレクトリ ‘/home/kozo2/tcode-read-only/tc/mazegaki’ から出ます

make[1]: ディレクトリ ‘/home/kozo2/tcode-read-only/tc/mazegaki’ から出ます

/usr/bin/make -C skkinput3 DESTDIR=/home/kozo2/tcode-read-only/tc/debian/t-code install

make[1]: ディレクトリ ‘/home/kozo2/tcode-read-only/tc/skkinput3’ に入ります

make[2]: ディレクトリ ‘/home/kozo2/tcode-read-only/tc/skkinput3’ に入ります

/bin/sh ../mkinstalldirs /home/kozo2/tcode-read-only/tc/debian/t-code/usr/bin

mkdir /home/kozo2/tcode-read-only/tc/debian/t-code/usr/bin

/usr/bin/install -c tcinput /home/kozo2/tcode-read-only/tc/debian/t-code/usr/bin/tcinput

/bin/sh ../mkinstalldirs /home/kozo2/tcode-read-only/tc/debian/t-code/usr/share/tc

/usr/bin/install -c -m 644 ./init.el /home/kozo2/tcode-read-only/tc/debian/t-code/usr/share/tc/init.el

/usr/bin/install -c -m 644 ./skk-startup.el /home/kozo2/tcode-read-only/tc/debian/t-code/usr/share/tc/skk-startup.el

/usr/bin/install -c -m 644 ./tc-skki.el /home/kozo2/tcode-read-only/tc/debian/t-code/usr/share/tc/tc-skki.el

/usr/bin/install -c -m 644 ./load-path.el /home/kozo2/tcode-read-only/tc/debian/t-code/usr/share/tc/load-path.el

make[2]: ディレクトリ ‘/home/kozo2/tcode-read-only/tc/skkinput3’ から出ます

make[1]: ディレクトリ ‘/home/kozo2/tcode-read-only/tc/skkinput3’ から出ます

cd /home/kozo2/tcode-read-only/tc/debian/t-code/usr/share/t-code && \

chmod +x bushu2canna where mkcertain.pl

/bin/sh: 1: cd: can’t cd to /home/kozo2/tcode-read-only/tc/debian/t-code/usr/share/t-code

make: *** [install] エラー 2

dpkg-buildpackage: error: fakeroot debian/rules binary gave error exit status 2

debuild: fatal error at line 1348:

dpkg-buildpackage -rfakeroot -D -us -uc failed

失敗でした! 今回はここまででお許しください。パッケージ作成成功は次回の発表までの宿題ということで!

5.5 DD にパッケージを Debian のリポジトリに取り込んでもらう

Debian パッケージができたら、関西の DD にビールでも飲みながら話しかけてみましょう。

5.6 おわりに

おもいっきり尻切れトンボで申し訳ありません! ただ、最初のバグレポートをするだけでもそれはそれで結構 Debian に

貢献していることになると思います。何事も最初のとっかかりさえ掴めれば後は楽かと思いますので皆さんもどんどんバグ

報告をして残りのパッチ作成や、パッケージ作成も一緒にやってみませんか。それではまた次回!(土下座)

第 54 回関西 Debian 勉強会 2011 年 12 月

6 2011年の振り返りと2012年

の企画

Debian JP

今月が 2011 年最後の関西 Debian 勉強会になります。初回が 2007 年 3 月なので、今年で 5 年目になりますね。

6.1 勉強会全体

毎回のセッションについてですが、今年はパッケージ作成や BTS に関する題材が多く扱われました。定番のネタ

(Debian の入門的なお話、ライセンス、パッケージ作成、 BTS) などの題材は毎年更新されていくべき題材なので, 今後

も繰り返し扱っていきたい所です。事前課題で提出されていた「インストール大会」のような初心者講習もやってみたい所

ですね。

また、昨年から事前課題の提出が普通になってきましたので、来年からは事後統計 (アンケート) も提出してもらおうか,

なんて考えています。

運営に関しては、常連さんだった河田さんが運営側になり、 Debian JP Project へ加入されました。また、今回の発表

にある通り倉敷さんが DD になるための NM プロセスへ申請されています。

イベント参加については、 OSC Kansai@ Kobe, OSC Hokkaido, OSC Kansai@ Kyoto, KOF に参加しました。勉

強会から fork した GPG キーサインパーティも毎回実施されています。今後も継続して参加する予定です。

6.2 開催実績

関西 Debian 勉強会の出席状況を確認してみましょう。グラフで見ると図 1 になります。また、毎回の参加者の人数と

その際のトピックを表 4 にまとめました。グラフ中の黒線は参加人数, 赤線は 1 年の移動平均です。参加人数が 0 となっ

ているところは人数が集計されていない or 開催されなかった月ですので、欠損値処理をした方が良いですね

。

Debian 勉強会申し込みシステムを使用するようになり, 事前課題を設定することも多くなりました。また, アンケート

システムも稼動するようになるでしょうから、今後は事前課題と事後課題のグラフを追加しようと思っています。

R 使った事ないので今日は間に合いませんでした

図 1 関西の参加人数推移 (参加人数と 12 ヶ月移動平均)

表 1 関西 Debian 勉強会の参加人数とトピック (2007 年)

参加人数内容

2007 年 3 月 19 開催にあたり

2007 年 4 月 25 goodbye、 youtube、プ

ロジェクトトラッカー

2007 年 6 月 23 社会契約、テーマ、 de-

bian/rules、 bugreport

2007 年 7 月 20 前後 OSC-Kansai

2007 年 8 月 20 Inkscape、 patch、

dpatch

2007 年 9 月 16 ライブラリ、翻訳、

debtorrent

2007 年 10 月 22 日本語入力、 SPAM フ

ィルタ

2007 年 11 月 20 前後 KOF

2007 年 12 月 15 忘年会、 iPod touch

表 2 関西 Debian 勉強会参加人数 (2008 年)

参加人数内容

2008 年 2 月 20 PC Cluster, GIS, T

2008 年 3 月 23 bug report, developer

corner, GPG

2008 年 4 月 24 coLinux, Debian

GNU/kFreeBSD, sid

2008 年 5 月 25 ipv6, emacs, us-

tream.tv

2008 年 6 月 20 pbuilder, hotplug, ssl

2008 年 8 月 13 coLinux

2008 年 9 月 17 debian mentors, ubiq-

uity, DFSG

2008 年 10 月 11 cdbs,cdn.debian.or.jp

2008 年 11 月 35 KOF

2008 年 12 月 ? TeX 資料作成ハンズオン

表 3 関西 Debian 勉強会の参加人数とトピック (2009-2010)

参加人数内容

2009 年 1 月 18 DMCK, LT

2009 年 3 月 12 Git

2009 年 4 月 13 Installing sid, Man-

coosi, keysign

2009 年 6 月 18 Debian Live, bash

2009 年 7 月 30? OSC2009Kansai

2009 年 8 月 14 DDTSS, lintian

2009 年 9 月 14 reportbug, debian

mentors

2009 年 10 月 16 gdb, packaging

2009 年 11 月 35 KOF2009

2009 年 12 月 16 GPS program, Open-

StreetMap

参加人数内容

2010 年 1 月 16 Xen, 2010 年企画

2010 年 2 月 16 レンタルサーバでの利用,

GAE

2010 年 3 月 30? OSC2010Kobe

2010 年 4 月 12 デスクトップ環境, 正規

表現

2010 年 5 月 11 ubuntu, squeeze

2010 年 6 月 11 debhelper7, cdbs, pup-

pet

2010 年 7 月 40? OSC2010Kyoto

2010 年 8 月 17 emdebian, kFreeBSD

2010 年 9 月 17 タイル WM

2010 年 10 月 12 initramfs, debian live

2010 年 11 月 33 KOF2010

2010 年 12 月 14 Proxmox, annual re-

view

表 4 関西 Debian 勉強会の参加人数とトピック (2011)

開催年月参加人数内容

2011 年 1 月 10 BTS, Debian

GNU/kFreeBSD

2011 年 2 月 15 pbuilder, Squeeze リ

リースパーティ

2011 年 3 月 17 ライセンス, Debian のド

キュメント関連

2011 年 4 月 25 OSC 2011 Kansai @

Kobe, GPG キーサイン

パーティ

2011 年 5 月 20 vi, dpkg

2011 年 6 月 17 IPv6, vcs-

buildpackagesvn,

git

2011 年 7 月 17 OSC 2011 Kansai @

Kyoto, GPG キーサイ

ンパーティ

2011 年 8 月 20 Debian パッケージ作成

ハンズオン

2011 年 9 月 11 vcs-buildpackagebzr,

git

2011 年 10 月 11 Emacs, vim の拡張の

Debian パッケージ, 翻訳

2011 年 11 月 23 KOF 2011

2011 年 12 月 13 NM プロセス, BTS

第 54 回関西 Debian 勉強会 2011 年 12 月

7 今後の予定

Debian JP

7.1 次回

次回は、 2012 年 1 月 28、 29 日の二日間にいつもと趣きを変えて京都の湯の花温泉にて Debian 温泉合宿を行います。

次々回は、 2012 年 2 月 26 日に福島区民センターでいつも通りの勉強会を行います。発表については未定ですので、み

なさまの発表をお待ちしております。

関西Debian 勉強会

Debian 勉強会資料

2011 年 12 月 25 日初版第 1 刷発行

関西 Debian 勉強会（編集・印刷・発行）