第 58 回 関西 Debian 勉強会資料
関西 Debian 勉強会担当者 佐々木・ 倉敷・ のがた・ かわだ
2012 年 4 月 22 日
第 58 回 関西 Debian 勉強会 2012 年 4 月
1 Introduction
Debian JP
関西 Debian 勉強会は Debian GNU/Linux のさまざまなトピック (新しいパッケージ、 Debian 特有の機能の仕組、
Debian 界隈で起こった出来事、などなど）について話し合う会です。
目的として次の三つを考えています。
• ML や掲示板ではなく、直接顔を合わせる事での情報交換の促進
• 定期的に集まれる場所
• 資料の作成
それでは、楽しい一時をお楽しみ下さい。
1
第 58 回 関西 Debian 勉強会 2012 年 4 月
2 最近のDebian関係のイベント
報告
Debian JP
2.1 第 57 回関西 Debian 勉強会
57 回目の関西 Debian 勉強会は 3 月 25 日に開催されました。
月刊企画の Debian Policy は第 5 章の control ファイルについての話、 t-code と konoha のパッケージ作成 2 本立
ての話でした。 t-code に加えて konoha と、パッケージ作成のお話を継続して行って月刊企画にできるとよいですね。
2.2 第 87 回東京エリア Debian 勉強会
87 回目の東京エリア Debian 勉強会は 4 月 21 日に開催されました。
Debian での node.js 入門の話、 Android OS 搭載機材に Debian をインストールする話、月刊 Debhelper は
dh md5sums コマンドと dh shtrip コマンドの話の 3 本立てでした。
3
第 58 回 関西 Debian 勉強会 2012 年 4 月
3 事前課題
Debian JP
今回は以下の課題を出題しました.
1. Debian Policy の第 2 章を読んで、アーカイブエリアの main、 contrib、 non-free の違いについて説明して
ください。
2. 次のうち、著作権の対象になりそうなものを選んでみよう。
パスワード、 Linux のカーネルイメージ、 Linux カーネルのソースコード、 Emacs Lisp の言語仕様、動画
の圧縮方式
参加者の皆さんの解答は以下の通りです.
3.1 清野陽一
1. main は DFSG に準拠していて、コンパイル及び実行時に main 以外のパッケージを必要としないもの。
contrib は DFSG 準拠であるが、 main と違い、コンパイル及び実行時に main 以外に属しているパッケージに
依存していても良い。または非フリーなプログラムのラッパーパッケージなど。例えば googleearth-package
など。
non-free は DFSG に準拠していない、もしくは特許や法的な問題のために配布に問題のあるもの。
いずれにしてもあまりにバグだらけでサポートが拒否されるようなものは拒絶される。また、 main や contrib はマ
ニュアルのポリシー要求に完全適合、 non-free も可能な限り準拠することが求められる。
2. Linux カーネルのソースコード
3.2 川江
1. main フリー
contrib non-free に依存する部分がある
non-free フリーでない
2. パスワード Linux のカーネルイメージ 動画の圧縮方式
4
3.3 よしだともひろ
1. main DFSG に準拠していて、コンパイル、実行時に main の範囲外のパッケージを必要としないパッケージ
contrib DFSG に準拠していて、 contrib または non-free に属するパッケージをコンパイル、実行時に必要とす
るパッケージ
non-free DFSG に準拠していないパッケージ、または特許やその他の法的問題のために配布に問題のあるパッ
ケージ
2. Linux のカーネルイメージ、 Linux カーネルのソースコード
3.4 かわだてつたろう
1. のちほど
2.「 Linux のカーネルイメージ」と「 Linux カーネルのソースコード」「 Emacs Lisp の言語仕様」「 動画の圧縮方
式」かな。
3.5 山城の国の住人 久保博
1. 回答 1.
non-free は、 DFSG 非準拠だったり、配布に問題のあるパッケージを収める
contrib は、 DFSG 準拠で main 以外のパッケージやそれ以外のソフトウェアに依存するものを収める。
main は、 DFSG 準拠で、 main のパッケージへのみ依存するものを収める
2. 回答 2
会場で披露します
3.6 yoda
(無回答)
3.7 酒井 忠紀
1. main 該当パッケージと依存パッケージ共に DFSG に準拠している
contrib 該当パッケージは DFSG に準拠しているが、依存パッケージが準拠していない
non-free 該当パッケージが DFSG に準拠していない
2. 著作権の対象は「 思想または感情の創作的な表現」とういうことなので、以下の 4 つでしょうか？
• Linux のカーネルイメージ
• Linux カーネルのソースコード
• Emacs Lisp の言語仕様
• 動画の圧縮方式
「 創作的な」が何を含むのか、いまいち理解できていません。
3.8 yyatsuo
1. main DSFG 準拠で依存も含め完全に free なもの
contrib DSFG 準拠でそれ自体は free だけど non-free に依存するもの
non-free DSFG に準拠せず、 free ではないもの
5
2. パスワード ”創作”かどうか微妙。性質上、個人と関連付けるものではない = ただの文字の羅列であると考えると
創作ではないので著作権対象外。
カーネルイメージ ソースコードは著作物でバイナリはその派生的著作物である、と考えれば著作権の対象。
ソースコード (日本では) 著作権保護対象
言語仕様 仕様は著作権対象外
圧縮方式 アイディアそのものであれば著作権対象外。別の知財権で保護されるのでは？
3.9 のがたじゅん
1. main DFSG に合致したソフトウェアが収められている。
contrib DFSG に合致しているが、 DFSG に合致していないソフトウェアに依存しているソフトウェア、もしく
は non-free なソフトウェアのラッパーなどが収められる。
non-free DFSG に合致しない、もしくは特許や法的に問題のあるソフトウェアが収められる。
2. Linux カーネルイメージとカーネルのソースコードかな?
パスワードや言語仕様は思想や感情を創作的にあらわしたものではないし、圧縮方式は特許で守られるものだと
思う。
3.10 佐々木洋平
1. 課題 1 の回答
main DFSG に準拠するソフトウェア
contrib それ自体は DFSG に準拠しているが、動作に non-free のソフトウェアが必要なソフトウェア
non-free DFSG に準拠しないソフトウェア。
2. 課題 2 の回答
主張するかはともかく、これらのモンがどこからともなく湧くわけはないので、著作者は存在するような気がす
るんですがね.
3.11 西山和広
1. main DFSG に準拠していて main だけで完結出来るパッケージを収録
contrib DFSG に準拠しているが main 以外のものに依存しているパッケージを収録
non-free DFSG に準拠していないパッケージやその他の配布に問題のあるパッケージを収録
2. 直感で選ぶと Linux のカーネルイメージ、 Linux カーネルのソースコード だと思いました。
3.12 lurdan
1. main には DFSG-Free なソフトウェア
non-free には DFSG-Free ではないソフトウェア
contrib にはそれ自体が DFSG-Free であっても、動作するために non-free なソフトウェアに依存しているもの
がそれぞれ収録されます
2. Linux カーネルイメージ
Linux カーネルのソースコード
6
第 58 回 関西 Debian 勉強会 2012 年 4 月
4 フリーソフトウェアと戯れる
ための著作権入門
山城国の住人 久保博
4.1 前書き
人生のいきがかり上、割と最近になって著作権の勉強を始めることになりました。法律の専門家ではありませんので、自
信を持っての発表ではないですが、みなさんと一緒に考えていくきっかけになればと思います。
4.2 はじめに
日本を含む多くの国で、ソフトウェアは、生み出された時から著作権という権利の対象になっています。
ですから、フリーソフトウェアも、生まれた時から誰かのもの、ということになっています。フリーであっても誰かのも
のである、という点では、登記された土地は空き地であっても誰かのものであるのとにているかも知れません。
フリーソフトウェアの精神は、一介の利用者が自分自身のためにソフトウェアを使うことを妨げるようなことは最大限避
けるようにしていますから、自分自身のためにフリーソフトウェアを使う限り、知らなくても困ったことにはなりません。
でも、そこから一歩踏み出そうとすれば、誰かのものであるということを尊重することが求められることになります。こ
の要請は、著作権法と、それを前提とする契約に基づいています。
そこで、 Debian Project が配布しているようなフリーソフトウェアを扱う場面をいくつか想定して、そこに著作権と
契約がどのように関わってくるのか、解き明かしてみます。なお、日本の著作権法を元にしてお話します。
4.3 知的財産権
ソフトウェアが誰かのものである、とは、どういうことでしょう。
知的な作業を通して創り出された、無体物（ プログラムを含む）には、創り出した人の努力や労力に報いるために、さま
ざまな制度を定める法律が整備されています。その中でも、知的な創造によってつくり出された無体物に対して、財産権の
対象となる有体物の物権に良く似た権利を設定する仕組みが法律で定められています。この物権に似た権利を知的財産権と
いいます。そして、知的財産権は、創造した人あるいは登録した人が享受する権利なのです。
これが、ソフトウェアが誰かのものである、ということの、現代社会における意味です。
ソフトウェアが関係する知的財産権には、次のものがあります。
著作権「 思想又は感情を創作的に表現したものであつて、文芸、学術、美術又は音楽の範囲に属するもの」に対する独占的
な保護をもたらす権利
特許権 発明（ 自然法則を利用した技術的思想の創作のうち、高度なもの）を登録することによって独占的な保護をもたらす
権利
7
実用新案権 考案（ 自然法則を利用した技術的思想の創作）を登録することによって独占的な保護をもたらす権利
意匠権 意匠（ 物品の形状、模様若しくは色彩またはこれらの結合であって、視覚を通じて美感を起こさせるもの）を登録す
ることによって独占的な保護をもたらす権利
商標権 商標を登録することによって独占的な保護をもたらす権利
プログラムそのものは、著作権の対象になります。また、プログラムで実装されたアルゴリズムは特許や実用新案の保護
の対象になり得る場合がありますし、プログラムの名称やロゴは商標としての保護の対象になり得ます
*
1
。 GUI の画面の
デザインは海外では意匠登録の対象となり得る場合もあるようですが、日本では今のところ対象ではありません。
この中でも、ソフトウェアについて一番よく問題になるのは、著作権です。
4.4 著作権
4.4.1 著作権の性質
正確ではないですが端的に言えば、著作権法は、著作物を作った人に著作物に対する独占的な権利を与える法律です。そ
の著作権法で定められている著作権には次のような性質があります。
• 著作物を作ったら、発生します。
• 著作物を公表しなくても発生します。
•（ 特許と違って、）役所に登録しなくても発生します
*
2
。
• 著作物が生まれてから、著作者の死後 50 年間、著作権の保護は続きます。
• 他人が著作物を勝手に利用した場合、差止請求権、損害賠償請求権を行使するという方法で対抗できます
*
3
。
ですから、新しいプログラムが作られれば、必ずと言っていいほど著作権が関係してきます。
逆に言えば、著作物をパブリックドメインとするためには、著作権を放棄する手続きなどが必要になるわけです。また、
著作物を利用するには、著作権者から利用許諾をもらうべし、というのが著作権法に則った正しい方法です。
したがって、ソフトウェアとともに
• 著作権に基づく利用許諾契約書
• 著作権を放棄する宣言あるいは放棄済であることの明示的な説明
のどちらかを手に入れないと、著作権法に違反していない確信を持ってソフトウェアを使うことが難しい、ということにな
ります。 Debian Project は、社会契約 [1] に基づいて行動しており、この点に関して厳密に考えてパッケージを作ってい
るわけです。
4.4.2 著作権の存続期間
権利が有効である時間の範囲を存続期間と言います。
「 著作者が死んでも著作権の保護が続くってどういうこと?」と不思議に思うかも知れませんね。著作権は相続できるの
です。相続する人があれば、続くんです。相続を含めて、権利を引き継ぐことを「 承継」と言います。承継する人がなけれ
ば、著作権は消滅します。
筆者からお願い！
あなたが作って公開しているプログラム、
あなたの死後に誰が著作権を相続するか予め周りの人に教えておいて下さい。
*
1
Debian も電子計算機などの指定商品での商標登録がされており、登録番号は 第４５９５２８８号です。ちなみに、指定商品「 菓子、パン」で
「 デビアン」という称呼の登録番号第１７０８０３２号の登録商標があります。面白いですね。
*
2
このような権利の発生のさせ方を無方式主義と言います。なお、かつてアメリカは、無方式主義ではありませんでした。
*
3
著作権法第百十四条に基づいて損害額を推定しても、フリーソフトウェアの場合、 0 円にしかならないですが…。
8
なお、 FSF
*
4
は、 FSF へ著作権を譲渡することを勧めています [4]。著作者の死後、 GPL
*
5
で公開したフリーソフト
ウェアの行く末を託すこともできますね
*
6
。
4.4.3 著作権の内訳
著作権とは、権利の束みたいなものです。著作物を利用する方法などによって、細かい権利が定められています。
それらは大別すると、「 著作人格権」と「 著作財産権」に分かれ、それぞれの下に次のような権利が条文で定められてい
ます。
著作人格権 「 公表権」「 氏名表示権」「 同一性保持権」
著作権（ 著作財産権） 「 複製権」「 上演権」「 演奏権」「 上映権」「 公衆送信権」「 伝達権」「 口述権」「 展示権」「 頒
布権」「 譲渡権」「 貸与権」「 翻訳権」「 翻案権」「 二次的著作物の利用に関する権利 」
この中には、ソフトウェアが関係しないものもあります。
4.5 Debian Project が配布しているものの何が著作物?
さて、著作物とはどんなものがあるか、著作権法を読んでみると、次のようなことが書いてあります。
著作物とは、「 思想又は感情を創作的に表現したものであつて、文芸、学術、美術又は音楽の範囲に属するものをい
う。」（ 著作権法第二条）
更に、著作権法では、例を挙げて著作物を定義しています。
第十条 この法律にいう著作物を例示すると、おおむね次のとおりである。
一 小説、脚本、論文、講演その他の言語の著作物
二 音楽の著作物
三 舞踊又は無言劇の著作物
四 絵画、版画、彫刻その他の美術の著作物
五 建築の著作物
六 地図又は学術的な性質を有する図面、図表、模型その他の図形の著作物
七 映画の著作物
八 写真の著作物
九 プログラムの著作物
2 事実の伝達にすぎない雑報及び時事の報道は、前項第一号に掲げる著作物に該当しない。
3 第一項第九号に掲げる著作物に対するこの法律による保護は、その著作物を作成するために用いるプログラム言語、規
約及び解法に及ばない。この場合において、これらの用語の意義は、次の各号に定めるところによる。
一 プログラム言語 プログラムを表現する手段としての文字その他の記号及びその体系をいう。
二 規約 特定のプログラムにおける前号のプログラム言語の用法についての特別の約束をいう。
三 解法 プログラムにおける電子計算機に対する指令の組合せの方法をいう。
ということで、プログラムは、プログラム著作物です。オブジェクトコードもプログラム著作物である、という判例もあ
るようです
*
7
。
また、 Debian Project が配布するものにはプログラム以外にも、文章、写真画像、地図データなどありますが、著作
*
4
Free Sofware Foundation. ウェブサイトは http://www.fsf.org/
*
5
GNU General Public License
*
6
著作権の譲渡に関しては、日本の著作権法には第三者対抗要件に登録が必要などの難しい話が関係するので、筆者はどうしたらいいのか、理解で
きていません。
*
7
東京地判昭和 60 年 3 月 8 日判タ 561 号 169 頁「 ディグダグ」事件 という判例があるそうです [6]。
9
物です。
4.6 著作権を踏まえた Debian Project からの配布物とのおつき合い
4.6.1 著作権のことを気にせずに Debian のシステムをインストールしました。何かまずいことをしていないでしょうか?
自分で使う目的でインストールしたのですよね?
インストールする前に利用許諾契約を読んで、同意して、それからインストールするのが理想的ですが、そうでない場合
もよくあるかと思います。
Debian Project が配っているインストーラーを使って普通にインストールしたなら、インストールしたソフトウェアの
利用許諾契約に同意したことにしましょう。インストーラーでインストールしたソフトウェアはすべて DFSG
*
8
に準拠し
ているので、ほとんどあなたは不利益を被っていません。
• 金銭的な対価は要求されません。
• 使うだけなら無償の貢献も要求されません。
• あなたの某かの権利を放棄したり断念したり譲渡したりすることもありません。
なにか気をつけることがあるとすれば、免責条項くらいでしょうか。
ほぼすべてのフリーソフトウェアの利用許諾では、その動作に関して無保証で、免責条項が盛り込まれています
*
9
。無保
証であることに関する同意は、ほとんどのソフトウェアが採用している利用許諾の契約の条項の一部です。同意できないな
ら、利用する権利はありません。
したがって、著作者に対して、次に掲げることについて何の文句をつける筋合いもありません。
• 期待通りに動かない
• そもそも動かない
• ソフトウェアを使ったせいで、地位や財産を失った
• ソフトウェアを信じたせいで、地位や財産を失った
でも、多くのフリーソフトウェアの開発元や Debian Project には、バグ報告の窓口がありますね。あれは、義務で
やっているのでないのです。大いなる親切以外の何物でもありません。
4.6.2 Debian のフリーソフトウェアを使わないけど配ります。
ちょっと待って! あなたは、著作者と契約を結ばなくてはなりません!
著作権には「 複製権」「 自動公衆送信権」「 送信可能化権」という権利が含まれているのです。極めて簡単に分かりやす
くいうと
複製権 簡単にいうと、コピーする権利。
自動公衆送信権 公衆に送信する権利。
送信可能化権 公衆がアクセスしてダウンロードできるサーバーに著作物を置く権利。
です。著作者が独占的に保持する権利ですから、あなたは、ソフトウェアを配ったり、公開されているサイトにアップロー
ドする前には、著作者の許可が必要です。
でも実は、 Debian アーカイブの main セクションと contrib セクションに含まれるソフトウェアのソースコードをそ
のまま無料で配布する場合は、利用許諾に同意する必要はあるものの、実質的には何らかの義務や制約に縛られることはあ
りませんので、ほとんど気にかける必要はないです。
というのも、 main と contrib に含まれるソフトウェアは、すべて DFSG[2] に準拠してます。 DFSG に準拠してい
るこということは、ソースコードの自由な配布が利用許諾契約上、認められていることになるのです。
*
8
The Debian Free Software Guidelines[2]
*
9
フリーでなくても、無保証である場合が多いですし、保証はあっても賠償額の上限をソフトウェア購入代金とすることも珍しくありません。
10
これに対して、バイナリパッケージを配布する場合は、配布先でソースコードが手に入れることができるように配慮しな
いといけないライセンスが多いです
*
10
。ソースコードが入手できるような配布を強制することで、ソフトウェアの自由を
担保しようとしているわけです。注意しましょう。
また、利用許諾の内容を理解する前に、適当に一部を削ったり、一部を抜き出して配らないようにしましょう。というの
も、著作権には「 同一性保持権」という権利があります。勝手に削ることも含めて、著作物を勝手に改変することは著作権
法が禁じています。改変に際しては許諾が必要で、許諾された範囲での改変しか許されません。
幸い、 DFSG 準拠なら改変は許されますし、改変されたソフトウェアの複製を配布することも許されますが、契約毎に
許されるための条件はあります。
それから、勝手に著作者の氏名を削ってはいけません。「 氏名表示権」を侵害することになります。
そのまま配るのが一番無難です。
4.6.3 Debian をインストールされてるパソコンをもらいました
一般的に、正規の方法で入手したソフトウェアを手元にコピーを残さずに誰かに譲り渡すことは構わないのですが、パソ
コンをもらっただけでは、そのパソコンにインストールされているソフトウェアを無条件に使っていいことにはなりませ
ん。くれた人は「 好きにしていいよ」と言ってくれていても、利用許諾の契約には同意して利用しましょう。
物品の譲渡と一緒に著作権の利用許諾がなされたとみなせる場合というのは、特別に著作権法に明記されています
*
11
。
原則として、物品の譲渡とそこに宿っている著作物の利用許諾とは、別ものなのです。
ちなみに、ソフトウェアの利用許諾書にはしばしば non-transferable という言葉で、利用権の譲渡を明示的に禁止する
文言が現れますが、その場合は、契約上利用権を譲渡できないことになっています。
4.7 特許との関係
利用許諾書には、著作権ではない別の知的財産権に基づく利用許諾が含まれる場合があります。よく使われる「 ライセン
ス」と言う言葉に含まれる、利用許諾の根拠になる権利は著作権だけとは限らないわけです。
例えば、 DFSG 準拠の利用許諾の中には、特許に関する条項が含まれているものがあり、その代表的なものには、
Apache License 2.0 と、 GPL 3.0 があります。
この二つの利用許諾には、ともに、「 ソースコードの貢献者が保有する特許のうち、ある範囲のものは、無償で利用を許
諾する、」という趣旨の条項が含まれています。 Apache License 2.0 は、貢献者が自分の貢献したコードに含まれる特
許を利用許諾するのに対し、 GPL 3.0 では、貢献者が配布したコードに含まれる特許を利用許諾する点が違います。
4.8 その他関係する法律
最後に、ソフトウェアが関係しそうな法律をいくつか挙げておきます。
• 不正アクセス禁止法
• 不正競争防止法
• 刑法のいわゆるウィルス作成罪
• 関税法
• 民法
4.9 宿題
次の問題に答えてみましょう。
*
10
GPL や LGPL (GNU Lesser General Public License) が典型的な例です。
*
11
美術品の展示権など。
11
•「 アルゴリズム体操」の振付けは、著作権法第十条の何の著作物でしょうか?
• GCC (GNU Compiler Collection) は、プログラムの著作物として保護されるでしょうか?
• 著作権（ 著作財産権）のうち、ソフトウェアに関係あるものを挙げてみましょう。
• かつて特許によって自由な配布が制限されたソフトウェアがありました。どんなものがあるか、調べてみましょう。
4.10 まとめ
フリーソフトウェアに関わる著作権の仕組みを簡単に解説しました。
参考文献
[1] Debian 社会契約, http://www.debian.org/social_contract
[2] The Debian Free Software Guidelines, http://www.debian.org/social_contract#guidelines
[3] 著作件法 , http://law.e-gov.go.jp/htmldata/S45/S45HO048.html
[4] なぜ FSF は貢献者に著作権の譲渡をお願いしているのか http://www.gnu.org/licenses/why-assign.html
[5] GPLv3 逐条解説 http://ossipedia.ipa.go.jp/DL/doc/187/5/0904/ON/
[6] 著作権法 , 斉藤博, 2000 年, 有斐閣
12
第 58 回 関西 Debian 勉強会 2012 年 4 月
5 スクリプティング言語
Konoha の Debian パッケージ
化について
酒井 忠紀
5.1 はじめに
前回は Konoha の概要説明と その Debian パッケージの内容確認をしました。今回は、以下について説明します。
• upstream との調整経緯
• debian/rules 修正とパッケージ分割について
5.2 upstream との調整経緯
5.2.1 ライセンス問題について
前回、ご指摘を頂いた以下のライセンス問題を upstream の方に報告しました。
• Web サイトでは GPLv3 と記述されているが、配布物の COPYING ファイルは LGPLv3 になっている
• 配布物の中に ”third-party” というディレクトリがあり、その中に jar ファイルや Apache Linense 2.0 ライセン
スのソースの tar アーカイブがある
現在、ライセンスに関しては upsteam 側で再検討を行っているようです。
また、”Konoha Non-Disclosure License 1.0” とは、有償サポート付きのライセンスを検討していたということで
した。
13
質問
1. ユーザの視点から、扱いやすいライセンスの組み合わせなどはありますでしょうか？
GPLv2 or Later と New BSD のデュアルライセンスなど
2. 言語によって相性の良いライセンスなどがありますでしょうか？
例えば、 Qt は言語バインディングによって以下のようにライセンスが異なるようです。
• Ada ... GPL
• C++ ... LGPL
• C# & .NET(qt4dotnet) ... LGPL
• Java ... LGPL
• Lisp ... BSD
• Lua ... MIT
• Perl ... GPL
• PHP ... LGPL
• Python(PyQt) ... GPL
• Ruby ... LGPL
• Tcl ... GPL
5.2.2 upstream の Konoha 開発状況について
現在公開されている Konoha は Konoha 1.0 ですが、 upsteam では試作的な扱いとなっているようです。
正規のものは現在開発中の Konoha 2.0 になり、 6 月頃のリリースを目標に作業が進められているようです。
upstream において、 Konoha 1.0 はもうサポートする気がないようなので、 ITP するのは Konoha 2.0 がリリース
されてからにしようと考えています。
また、 Debian 7.0(Wheezy) への新規パッケージの取り込みは 6 月で閉じてしまうので、時期的に断念し、次の
Debian 8.0? を目標にしようと考えています。
5.2.3 Konoha 2.0 について
現在開発中の Konoha 2.0 について、特徴を簡単に説明します。
1. 最小限の構文
if, int, String, void, boolean, array, 関数定義 のみサポートする。 (代入がない)
POSIX lowlevel bind と呼ばれている。
2. Konoha Assignment
言語のシンタックスをスクリプトで追加できる。
3. ライブラリ
既存の Konoha 1.0 の機能は、ライブラリとして提供する。
必要な機能のみ、インポートして使用できる。
4. 言語バインディング
C, Java, JavaScript, C#, その他を検討している。
5. ドキュメントの自動生成
Konoha 2.0 は、以下に記述する 4 つのモジュールから構成されます。
• konoha (コマンド本体)
• sugar (パーサー)
• gc (Garbage Collection)
• vm (Virtual Machine)
14
バイナリサイズが 約 1/10 (100KB) になったので、組み込み機器やアプリケーションなどに容易に組み込むことが可能
になるようです。
5.3 debian/rules 修正とパッケージ分割について
Konoha 2.0 はまだ公開されていないので、 Konoha 1.0 のままになりますが、前回指摘を受けた以下の 2 つを修正し
ました。
5.3.1 debian/rules 修正
前回は debhelper を使用して記述していましたが、今回は dh を使用して記述し直しました。
記述内容をかなり省略することができ、行数が 43 行 から 7 行 になりました。 (コメントと空行は除く)
修正した debian/rules を以下に記述します。
#!/usr/bin/make -f
# -*- makefile -*-
# Uncomment this to turn on verbose mode.
#export DH_VERBOSE=1
%:
dh $@ --buildsystem cmake --builddirectory=build
override_dh_auto_configure :
dh_auto_configure -- -DCMAKE_INSTALL_PREFIX=/usr -DMPI_ROOT_DIR=/usr/lib/openmpi -DUSE_QT4=ON -DK_REVISION=961
override_dh_auto_test :
–buildsystem オプションで、ビルドシステムに cmake を指定しました。前回は configure ターゲットを自前で記述し
ていました。
ビルドシステムは、以下が指定できるようです。
• autoconf ... GNU Autoconf (configure)
• perl makemaker ... Perl MakeMaker (Makefile.PL)
• makefile ... simple Makefile
• python distutils ... Python Distutils (setup.py)
• perl build ... Perl Module::Build (Build.PL)
• cmake ... Cmake (CmakeLists.txt)
• ant ... Ant (build.xml)
–builddirectory オプションで、ビルドディレクトリを指定しました。前回は configure, build, clear, install ターゲッ
トで、’cd build &&’ を記述していました。
override dh auto configure ターゲットで、 cmake のオプションをオーバライドしました。
override dh auto test ターゲットで、 make test を実行しないようにしました。
debian/rules の書き方は、以下を参考にしました。
http://www.debian.org/doc/manuals/packaging-tutorial/packaging-tutorial.pdf
http://kitenet.net/
~
joey/talks/debhelper/debhelper-slides.pdf
5.3.2 パッケージ分割
前回はシングルパッケージにしていましたが、 Debian ポリシーに従い、以下の 3 つのパッケージに分割しました。
• konoha パッケージ (実行バイナリ)
konoha 1.0.0+svn961-1 amd64.deb
• libkonoha1 パッケージ (ライブラリ + シンボリックリンク (SONAME))
libkonoha1 1.0.0+svn961-1 amd64.deb
15
• konoha-dev パッケージ (ヘッダファイル + シンボリックリンク)
konoha-dev 1.0.0+svn961-1 amd64.deb
konoha パッケージ と konoha-dev パッケージは、 libkonoha1 パッケージに依存するように定義しました。
修正した debian/control を以下に記述します。 ruby1.9.1 のソースパッケージを参考にしました。
Source: konoha
Section: interpreters
Priority: optional
Maintainer: Tadaki SAKAI <stadaki.dev@gmail.com>
Build-Depends: debhelper (>= 7.0.50~), cmake, libffi-dev, libmemcached-dev, libsqlite3-dev, libqt4-dev,
libqt4-opengl-dev, libqtwebkit-dev, libcairo2-dev, libopenmpi-dev, libjson0-dev, libcurl4-nss-dev,
libxml2-dev, openjdk-6-jdk, ant, libreadline-dev
Standards-Version: 3.9.3
Homepage: http://konoha.sourceforge.jp/
Vcs-Svn: http://konoha.googlecode.com/svn/trunk/
Vcs-Browser: http://code.google.com/p/konoha/downloads/list
Package: konoha
Architecture: amd64
Depends: libkonoha1 (= ${binary:Version}), ${shlibs:Depends}, ${misc:Depends}
Suggests: konoha-dev
Description: Interpreter of statically-typed scripting language Konoha
Konoha scripting language has a Java-like syntax, multiplatform
virtual machine, and static typing system.
Package: libkonoha1
Section: libs
Architecture: amd64
Depends: ${shlibs:Depends}, ${misc:Depends}
Description: Libraries necessary to run Konoha
Konoha scripting language has a Java-like syntax, multiplatform
virtual machine, and static typing system.
Package: konoha-dev
Architecture: amd64
Depends: libkonoha1 (= ${binary:Version}), ${shlibs:Depends}, ${misc:Depends}
Recommends: konoha (= ${binary:Version})
Description: Header files for compiling extension modules for the Konoha
Konoha scripting language has a Java-like syntax, multiplatform
virtual machine, and static typing system
konoha パッケージ でインストールするファイルは debian/konoha.install で定義しました。
debian/konoha.install を以下に記述します。
debian/tmp/usr/bin/*
libkonoha1 パッケージ でインストールするファイルは debian/libkonoha1.install で定義しました。
debian/libkonoha1.install を以下に記述します。
debian/tmp/usr/lib/libkonoha.so.1.0
debian/tmp/usr/lib/libkonoha.so.1.0.0
debian/tmp/usr/konoha/*
konoha-dev パッケージ でインストールするファイルは debian/konoha-dev.install で定義しました。
debian/konoha-dev.install を以下に記述します。
debian/tmp/usr/include/*
debian/tmp/usr/lib/libkonoha.so
5.4 Konoha 1.0 Debian パッケージの作成手順
sid で以下の実行する。
$ sudo apt-get install cmake libffi-dev libmemcached-dev \
libsqlite3-dev libqt4-dev libqt4-opengl-dev libqtwebkit-dev \
libcairo2-dev libopenmpi-dev libjson0-dev libcurl4-nss-dev \
libxml2-dev libreadline-dev openjdk-6-jdk ant
$ svn export http://konoha.googlecode.com/svn/trunk/ konoha-read-only
$ cd konoha-read-only
$ tar cvfz konoha.tar.gz konoha
$ mv konoha konoha-1.0.0+svn961
$ cd konoha-1.0.0+svn961
$ dh_make --copyright gpl3 --file=../konoha.tar.gz
16
前章に記述した内容で、以下のファイルを編集する。
(copyright, changelog に関しては、第 57 回関西 Debian 勉強会の資料を参照。)
debian/rules
debian/control
debian/konoha.install
debian/libkonoha1.install
debian/konoha-dev.install
debian/copyright
debian/changelog
ビルドを実行。
$ debuild -us -uc
親ディレクトリに以下が作成される。
libkonoha1_1.0.0+svn961-1_amd64.deb
konoha-dev_1.0.0+svn961-1_amd64.deb
konoha_1.0.0+svn961-1_amd64.deb
konoha_1.0.0+svn961-1.dsc
konoha_1.0.0+svn961.orig.tar.gz
konoha_1.0.0+svn961-1.debian.tar.gz
konoha_1.0.0+svn961-1_amd64.build
konoha_1.0.0+svn961-1_amd64.changes
lintian では、まだ Warning などが出力されています。 ITP number や、 man ファイル、 Konoha Extra Package
の格納位置などを修正する必要があります。
17
第 58 回 関西 Debian 勉強会 2012 年 4 月
6 月刊 Debian Policy 第3回
「 Debian アーカイブ」
かわだ てつたろう
諸般の事情で今回の担当となりました かわだ です。
今回読むのは第 2 章の「 Debian のアーカイブ」についてです。 Debian Policy はパッケージについて書かれているわ
けですが、この章ではパッケージの集りであるアーカイブをどのように管理、配布するのかについて説明されています。
Debian Policy は読んだことの無い方でも Debian を使っていれば聞いたことのある内容でしょう。
さて、事前課題で内容は読んで理解していただいていると思いますのでざっと内容をみていきましょう。
6.1 Debian フリーソフトウェアガイドライン
Debian がフリーであると考えるソフトウェアの定義です。原文の Debian Free Software Guidelines を略した DFSG
という単語もよく使われます。「 DFSG フリー」や「 DFSG に準拠」という言い方はこのガイドラインに準拠したソフト
ウェアである、 Debian が認めるフリーなソフトウェアであるということです。
DFSG は Debian 社会契約
*
12
の一部であり Debian の根幹ですので一度じっくりと読んでみてください。
6.2 アーカイブエリア
6.2.1 main
Debian ディストリビューションといえばこの main アーカイブエリアのことを指します。
main に収録されるパッケージは DFSG に準拠していなければならず、コンパイル時や実行時にアーカイブエリア外の
ソフトウェアを必要としないこと、メンテナンスできること、 Debian Policy に適合していることが求められます。
このアーカイブエリアのパッケージは誰でも自由
*
13
に使用、共有、修正、配布することができます。
6.2.2 contrib
contrib アーカイブエリアには、 DFSG に準拠しているがコンパイル時や実行時にアーカイブエリア外のソフトウェア
を要求するため main アーカイブエリアに置けないパッケージが収録されます。
6.2.3 non-free
non-free アーカイブエリアには、 DFSG に準拠しないか配布に問題があるパッケージが収録されています。このアー
カイブエリアのパッケージは自由に使用、共有、修正、配布することができません。
*
12
http://www.debian.org/social contract
*
13
http://www.debian.org/intro/free
18
6.3 著作権に関する考慮
著作権について疑義があるソフトウェアはアーカイブに収録されることが留保されます。また、著作権が明示されていな
い作品の配布や変更は認められていませんので注意してください。
パッケージは著作権情報と配布ライセンスの無修正コピーを /usr/share/doc/package/copyright ファイルとして同封
し配布しなければなりません。
6.4 セクションとプライオリティ
セクションは Debian アーカイブメンテナによって公式に提供されており、勝手に追加することはできません。
プライオリティ は高い順に required、 important、 standard、 optional、 extra があり、大半のパッ ケージは
optional に属します。また、プライオリティの高いパッケージはビルド時を除いてプライオリティの低いパッケージに依
存してはいけません。
プライオリティ
required システムが適切に機能するために必要なパッケージ
important Unix ライクなシステムに必ず入っていることが期待されるプログラムのパッケージ
standard ほどよく小規模ながらキャラクタベースのシステムを提供するパッケージ
optional インストールしておく価値のある全てのパッケージ
extra 上記いずれかが指定されているパッケージと衝突するパッケージ
6.5 最近の変更点
日本語訳版がある Version 3.9.1.0 から Version 3.9.3.1 までに加えられた変更点を押さえておきましょう。
Version 3.9.2.0
•「 Debian GNU/Linux ディストリビューション」が「 Debian ディストリビューション」と改められました。
• main、 contrib、 non-free アーカイブエリアとは、が追記されています。
Version 3.9.3.0
• main アーカイブエリアのパッ ケージがアーカイブエリア外のパッケージを必要とする (required) だけでなく
推奨する (recommend) ことも明記されました。 (”Depends”、”Recommends”、”Build-Depends” に加えて
”Pre-Depends” と ”Build-Depends-Indep” が明記されています。)
• セクションに education、 introspection、 metapackages の 3 つが追加されました。
6.6 最後に
次回の月刊 Debian Policy は。。。
19
第 58 回 関西 Debian 勉強会 2012 年 4 月
8 メモ
21
22
関西Debian 勉強会
Debian 勉強会資料
2012 年 4 月 22 日 初版第 1 刷発行
関西 Debian 勉強会（ 編集・ 印刷・ 発行）
23
