東京エリア Debian 勉強会
資料

上川 純一 dancer@debian.org
IRC nick: dancerj

2007 年 7 月 21 日

本日の agenda

注意事項
飲食禁止
政治/宗教/営利活動禁止

quiz
Debconf7 報告
概要
議論

Debconf workshop
事前課題検討
Debconf で得るもの
Debconf を日本で開催するには

Debian 勉強会の今後の企画の検討

前回の agenda

注意事項
飲食禁止
政治/宗教/営利活動禁止

quiz
Debconf7 リハーサル
pbuildersuperhエッチサーバをエッチにしてみました
事前課題紹介エッチワークショップ

Debian 勉強会の今後の企画の検討

Debian 常識クイズ

Debian の常識、もちろん知ってますよね? しらないとはずかしいけどしらないとは言えないいろいろなこと、Debian
Weekly News をベースに確認してみましょう。

http://www.debian.org/News/weekly/2007/06/ にある 7
月 3 日版です。

問題 1. André Luiz Rodrigues Ferreira が宣言したのはどのウェブサイトかA Debian art

B Debian pop

C Debian tart

問題 1. André Luiz Rodrigues Ferreira が宣言したのはどのウェブサイトか
答えは:

A Debian art

B Debian pop

C Debian tartA

問題 2. Jülich で行われた会議で lenny のリリー
スプロセスについて何をすることが決まったか

A 秘密のプロセスにのっとり、今後リリースがどうなっているかは非公開にする
B 毎月か二ヶ月に一回の最終週にリリース状況についてのメールを出す
C 安全保障のため今後は Debian Developer で な い と リリースの状況がわからないよ
うにする

問題 2. Jülich で行われた会議で lenny のリリー
スプロセスについて何をすることが決まったか
答えは:

A 秘密のプロセスにのっとり、今後リリースがどうなっているかは非公開にする
B 毎月か二ヶ月に一回の最終週にリリース状況についてのメールを出す
C 安全保障のため今後は Debian Developer で な い と リリースの状況がわからないよ
うにするB問題 3. Lucas Nussbaum は毎月何をすると発表
したか

A 深刻な問題のあるパッケージを順番にのっとる
B 深刻な問題のあるパッケージを管理している人に罰ゲームをさせる
C 深刻な問題のあるパッケージについて通知するメールを自動で送付

問題 3. Lucas Nussbaum は毎月何をすると発表
したか
答えは:

A 深刻な問題のあるパッケージを順番にのっとる
B 深刻な問題のあるパッケージを管理している人に罰ゲームをさせる
C 深刻な問題のあるパッケージについて通知するメールを自動で送付

C

問題 4. Alexander Wirt は何を発表したか

A backports.org が sid に対応

B backports.org が lenny に対応C backports.org が etch に対応

問題 4. Alexander Wirt は何を発表したか

答えは:

A backports.org が sid に対応

B backports.org が lenny に対応C backports.org が etch に対応

C

問題 5. Martin Michlmyr が挑戦しているのは何か

A Debian を gcc 4.2 でビルドできるようにする
B Debian を全部 C++ におきかえる
C Debian を全部 ruby におきかえる

問題 5. Martin Michlmyr が挑戦しているのは何か
答えは:A Debian を gcc 4.2 でビルドできるようにする
B Debian を全部 C++ におきかえる
C Debian を全部 ruby におきかえるA

Debconf7 紹介

Debconf7 紹介 agendaDebconf7 紹介
歴史会場
メンバー

討議内容
組込み ARM EABI,Emdebian, Superh
i18n
品質管理Q&A

Debconf7 紹介

歴史
Debian Project の開発者をあつめて技術的な内容を討議する
年次のカンファレンス
年
名前場所
参加人数
2000 debconf 0
フランス ボルドー
2001 debconf 1
フランス ボルドー
2002 debconf 2
カナダ トロント
90 名
2003 debconf 3
ノルウェー オスロ
140 名2004 debconf 4
ブラジル ポルトアレグレ
150 名2005 debconf 5
フィンランド ヘルシンキ
200 名2006 debconf 6
メキシコ オアスタペック
300 名2007 debconf 7 スコットランド エジンバラ
400 名2008 debconf 8 アルゼンチン マルデプラタ?名会場 1/2

会場は昼の会場（Teviot）と夜の会場（廃教会）にわかれた。

会場 2/2

アジェンダ 1/2

発表内容:
岩松: superh 移植版について
小林: i18n 関連
上川: pbuilder, cowbuilder, qemubuilder

アジェンダ 2/2

スケジュールは pentabarf システムで管理、随時変更がかかる
IRC チャンネルで IRC bot が開催が近くなると通知

参加メンバー2007 年は日本からは岩松、矢吹、上川が参加

day-trip

Bute 島への一日旅行
コンピュータに全く触れない
一日をスケジュールの真ん中に準備することで長い会期をのりきる
新しいインスピレーションがうまれたり新しいコミュニケーションができたり

討議内容

組込 関係の話題

Armel port
EmdebianSuperH

Armel port

発表者
Wooky

Armel とは

Armel
ARM への新しい ポーティング名
二種類の ABI
legacy ABI
従来の ABIARM EABI
組込向けの ABI

legacy ABIFPU 命令コードの取扱い
例外による浮動小数点演算

EABI
動的な FPU を使った計算とソフトウェアによる計算

この 2 つに互換性はない現在の状況

binutils
2.16.92 からサポート
gcc
gcc-4.1.1 からサポート
glibc
glibc-2.4 からサポート
linux-kernel
2.6.16 からサポート
Debian packages
現在、約 10000 パッケージをサポート

今後の課題旧バイナリから新バイナリへの移行
debtakeover1 を使うことによって、移行が容易になる
はず。

1

他の Linux ディストリから Debian に移行するための補助ツール

発表者

発表者
Wooky
Neil Williams

Emdebian2000 年から開始.
Debian の組込向け プロジェクト
正式なサブプロジェクトのひとつ
クロスコンパイルによるパッケージのサポート

いままで試してきたことについて
Debian は native コンパイル思考→ クロスコンパイルをサポートするように、パッケージにサポート修正
Debian は パッケージサイズが大きく、デスクトップ思考→ パッケージを作成するときにドキュメントを外す仕組みを追加ソフトウェア毎に最適化する仕組み
glibc 以外の C library を試用
perl に頼らない Debian system の構築→ Essential から Perl package を外す

現在のステータス

dpkg, apt, debhelper に cross 用のツールを追加
cross 用のツールを用意
dpkg-crossapt-crossemdebian-tools

ドキュメント類を削除したパッケージを用意

emdebian の changelog, patch を subversion で管理
i386/ppc/amd64 用のクロスコンパイル環境の提供

解決すべき問題点など

configure のクロスコンパイル対応
configure 実行するときに –host, –target を指定していないものが多い
configure のドキュメント対応-nodocs, -nocheck に対応していない configure が多い
テストプログラムコンパイル途中で動作するテストプログラムを実行しないで済む仕組みが必要

今後の予定ツールチェイン自動アップデート

GPE for ARM
emdebuild
empdebuild
configure キャッシュファイルのサポート

Emdebian BOF

uClibc サポートの議論
バイナリ非互換メンテナンス性、サーバー容量の問題

Busybox サポートの議論
GPE が 使用
busybox 上でのパッケージサポート

Debian for SuperH

発表者
Nobuhiro Iwamatsu今までの移植の歴史

自分が行うまでに 2 回移植が行われた
しかし、全て失敗世界を巻き込んでやらないといけない世界の興味ある人を募集中。

ポーティングポリシー

サポートアーキテクチャ
SH4 / little

SH3 : FPU / Calling convention / Cache
Big Endian現在の状況

Maling list
Buildd 動作中
Build-essential
2000 パッケージビルド

TODObuildd / アーキテクチャ メンテナンスチーム
SH 特有の問題を解決
Buildd.net への登録

現在入手可能な SH デバイス紹介

ULS-5P
T-SH7706-LAN
L-BOX
PX-EH16L

議論

SH4A コアなどの対応
キャッシュ問題の回避方法
マシンの入手の問題

i18n 関係の話題

Debconf7 で行われた i18n (internationalization) のセッションi18n work session
Quality assurance activities for localization

i18n work session

発表者
Christian Perrier

i18n work session
期間中に 8 回のセッションが行われた.

Launch session
Lenny i18n release goals
Pootle session
DDTP, DDTSS, discussion about DDTP import to Pootle
i18n translation licensing, website, documentation
i18n No content yet..:-)”tdebs”, dpkg/apt, classes of files
Conclusion session

Quality assurance activities for localization

発表者
Noritada Kobayashi
代打 Junichi
Uekawaセッション内容
どのようなツールを使って翻訳を行っているのか.

pootle
翻訳向けポータルサイトツール
i18n.debian.net:8080
robot
現在、Debian 翻訳チームが使っているツール
i18n.debian.net/debian-l10n
翻訳ツール
emacs/vi po-mode
poedit

翻訳補助ツール
kbabel / vi spell check など
pootel でも可能

現在のワークフローや情報
http://i18n.debian.net/wiki

品質管理 関係の話題

Proactive Bug Discovery
Maintaining Packages With Git
WTFM, again: Write The Fine Manual page

WTFM, again: Write The Fine Manual page

発表者
W. Borgert

No Photo

WTFM, again: Write The Fine Manual page

いかにして、品質のよい man page を作成するか.

Debian で頒布されているプログラムにはマニュアルが必要
nroﬀ 形式の man が多いが時代遅れ
あらゆるフォーマットに対応できる形式が望ましい
docbok-xml を使うとよい
Gnome, KDE, Linux などで採用マニュアルがソースに含まれている場合もあるが、チェックが必要Proactive Bug Discovery

発表者
Sam Hocevar /Debian ProjectLeader

Proactive Bug Discovery

パッケージの不具合を見つけるにはソースコードから見つける
google code searchrats, pscan, jlint, pychecker

コンパイル時に -Wall をつけよう

makewrap の活用
LD PRELOAD=makewrap.so debian/rules
build log を参照
http://buildd.debian.org

Proactive Bug Discovery
バイナリパッケージから不具合を見つける

Debian Policy によるチェック
linda / lintian
インストール/アンインストールチェック
piuparts
Fuzzing の活用
zzuf パッケージを使ったテスト方法
GUI アプリケーション のデバッグ
xvfb の活用
test suite の活用

Maintaining Packages With Git

発表者
David Nusinow

no photoMaintaining Packages With Git
git, git-buildpackage を使って、debian package を管理する
方法
X strikeforce は git を使っている
patch 管理 は quilt を使う
git を使うだけで時間の節約になる
各種ツールがはやい. branch が楽.
svn ではコミットに制限があるが git にはない
どこでもコミット.
git-xxx
他の SCM で管理しているアップストリームを git で管理するのに楽Maintaining Packages With Git
git, git-buildpackage を使って、debian package を管理する
方法
debcommit debian/changelog を各 SCM のコミットメッセージとして扱ってくれるツール問題
git-buildpackage はアップストリームが git を使っている場合に、うまく動作しない
git の Windows ネイティブ版が普及していない 2
git ではディレクトリ毎にチェックアウトできない 3

23

cygwin 版、mingw 版はある
submodule 機能実装中Debconf7 の情報

http://debconf7.debconf.org
http://wiki.debconf.org/wiki/DebConf7

次の Debconf

アルゼンチン

8 月 (開催地は冬です)DebconfWorkshop

事前課題の紹介

事前課題問題「今後 Debconf を日本で開催するために Debian の認知度を上げる方法」もしくは「企業が Debconf のスポンサーになるためには」というタイトルで 200-800 文字程度の文章を書いてください。

Hideki Yamane

企業が Debconf のスポンサーになるためには
これは実際に debconf7 のスポンサーをした企業に聞いてみるのが良いのではないかと。
https://debconf7.debconf.org/wiki/Main_Page で一覧が見れます。

Aya Komuro

今後 Debconf を日本で開催するために Debian の認知度を上げる方法

Debian を使っている人のブログにブログシールを貼ってもらう
Debian の壁紙 (PC/携帯など) を作って配布
日本にあるジオキャッシングのポイントの宝物を全部Debian のインストール CD/DVD にしておく
Debian ウチワを作って道行く人に配布
DebianJP(など) についてを漫画にしてみるKouhei Maeda 1/3「今後 Debconf を日本で開催するために Debian の認知度を上げる方法」「企業が Debconf のスポンサーになるためには」日本だと、Linux をちょっと知っている程度の人は Linux ＝Redhat だと思います。スポンサーになる決裁権限を持っている人もまた然り。Linux 自体知らないかもしれません。そう考えると、「Debian？何ソレ？」ということになるだろうと。
そうすると Debian 自体の認知度を上げる対象としては、Linux をかろうじて知っているレベルの人、あわよくばLinux 自体を知らない一般の人になるかと。

Kouhei Maeda 2/3
Linux を知っている人
1234

Debian というディストロ自体の存在を教える。
Debian の特徴を話す。
Redhat など（というか Redhat だけで十分だろうけど）他のディストロと比較したときのメリット、デメリットを説明する。
ビジネスで Debian を使うとき…の話になると、スポンサーやるだけの体力のある会社（そもそもスポンサーは最低いくらから？という疑問があるのですが）で、Debian を導入する企業は、初期費用が高くて Redhat はもちろん、Windows、商用 Unix なんぞ使わん！という企業な気がします。そこの（現場でがちがちにやっている人ではなく）決裁権限を持った人を対象に Debian を使いましょうセミナー（OSC とか？）やるんでしょうか…。

Kouhei Maeda 3/3

Linux を知らない人
12Linux とは何ぞやという話をする。
Linux ＝ Debian というくらいの勢いで Debian の良さを刷り込む。

終了。
どちらにしても、一般の人を対象にした Debian の普及活動が必要ではないかなと思います。
とりあえず個人でできることとしては、４月から月一でやっている社内の Linux 勉強会では、自分での担当分の資料とか話は全部 Debian でやってます。Debianって何？というか、Linux 自体使ったことない人もかなり多いので。

岩崎 修
今後 Debconf を日本で開催するために Debian の認知度を上げる方法
とかく Debian というと「難しい」「堅苦しい」というようなステロタイプがあるように思えます、というか私はそう思っていました。
ところが、いろいろとディスリビューションを試したあげく、出た結論は、私のような小規模な会社で各種サーバーを立てる際には、Debian が一番、設定も日常の管理も楽であるということでした。
たまたま、一昨日から「社内のいろんなこと全部させているサーバー (apache, zope, サイボウズ Oﬃce 他)」をリプレースするにあたって、etch をインストール& 設定しているところなのですが、非常にお気軽にだいたいの作業が済んでしまいました。

岩崎 修

デスクトップとして使うにはまだまだ通常のオフィス業務
では Debian を含め、Linux には壁もあるとは思いますが、特定の管理者がいない (立てられない) 小規模なグループサーバ等には Debian が最適である、ということを私は感じています。この点をもっとアピールできれば、Debian の認知度、採用件数はもっと増えるのではないかと思います。

noriaki sato
「今後 Debconf を日本で開催するために Debian の認知度を上げる方法」
こーゆーのを考えるのは非常に苦手なのですが、ない知恵を絞ってみました。debian は数ある Linux distribution の中でも「敷居が高い」と言われていると思います。とりあえ
ずぐーぐる先生に尋ねてみた所、Red Hat 敷居が高い に一致する日本語のページ 約 975
件中 1 - 50 件目 (0.15 秒)
debian 敷居が高い に一致する日本語のページ 約 9,950
件中 1 - 50 件目 (0.16 秒)という結果が得られました。どうやら debian は Red Hat の10 倍ほど敷居が高いようです。

noriaki sato
「敷居が高い」というイメージには、「使い勝手が良くない」というイメージも含まれていると思います。そこで、やはりもっと使い勝手を良くしたらどうか？という事が考えられますが、それでは「それ何て Ubuntu？」という事になってオシマイです。うーん、困りました。
しかし、ここで逆転ホームラン！RMS よろしく「Ubuntu はdebian/Ubuntu と名乗るべきだ」とあちこちで言いふらす、とゆーのはどーでしょうか？もちろん「KNOPPIX は（以下略」でも可。
こんなネタしか思いつきませんでした orz
ごめんなさい。

Hiroyuki Yamamoto

おそらく、linux をかじったことのある人は Debian
GNU/Linux の名前ぐらいは聞いたことがあるのではないかと思います。そのなかで、実際 debian を使用したことがある人は、まだまだ少ないのではないかと思います。

Hiroyuki Yamamoto
まず、エンドユーザの debian の導入について述べます。
debian の過去にリリースされた stable のインストーラは、初心者がいきなり使うのはやや難しかったように思います。例えばリリース期間が長いことにより kernel などが古くなり、最新マシンのサポートが追い付かなかったり、GUI インストーラの導入が遅れたことにより初心者から敬遠されたり、基本的に最小構成のインストールを考えているため、非常に豊富なパッケージ数が禍して、エンドユーザの初心者ではパッケージが選べなかったりしたと思います。それゆえ、いち早くインストーラの改良をした Red Hat系や、エンドユーザが必要としそうなパッケージをまとめてインストールすることにした Ubuntu などが躍進したものと思われます。このイメージが今でも残っているらしく、初心者が debian の導入を躊躇う一因となっているようです。

Hiroyuki Yamamoto
また、エンドユーザは必ずしも安定性を重視するものとも言い切れません。実際、人柱仕様 (debian の experimentalから unstable 相当か) の Fedora でさえ、ある程度初心者に受け入れられていると思います。目新しいパッケージがある程度使用可能な状態で簡単に利用できさえすれば、初心者でも導入を検討すると言うことでしょう。リリース期間を短縮し、目新しいパッケージがある程度安定して使用可能な状態にするため、これらを改良したものが Ubuntu なんかとも言えます。(debian ではフリーズされた状態の testingぐらいですかね？) しかし、稀にあるバグの対応にある程度慣れている我々でしたらエンドユージングには普段からtesting や unstable の使用で問題ないのですが、初心者に今の BTS を探させるのは流石に無理があると思います。このあたりのサポートの改良が必要かと存じます。

Hiroyuki Yamamoto

次に業務での debian の導入について述べます。
業務で linux を導入する時は、debian の導入を検討したことのある人もいるのではないかと思います。業務での使用に際し、debian の一番の欠点になる点は、企業によるサポートが少ないことだと思います。現在、ML などによるコミュニティベースのサポートはありますが、業務使用となると、トラブルが起きた際の、契約書に基づいたテクニカルサポートが必要になることもあるでしょう。このあたりはシステムインテグレータなどを巻き込んだテクニカルサポートの充実も必要かと存じます。

Hiroyuki Yamamoto
最後に、debian の良いところであり、アピールすべき点を述べます。
まず stable の長期にわたるセキュリティサポートのため、サーバユースにおいては有利だと思います。安定運用のためにはアップグレードの度に、導入テスト、運用テスト、回帰テストなどをしなくてはならず、そう度々にはアップグレード出来ないと思われます。これは長所と言えるでしょう。
次に、豊富な公式パッケージ数は欲しいパッケージを入手する上で有利です。さらにライセンス上の問題から debian
公式には入れられないパッケージも、非公式に公開されていたりしており、充実しております。これも長所と言えます。

Hiroyuki Yamamoto

さらに、豊富な対応アーキテクチャ数も長所です。例えば ARM への対応や、岩松さんが現在移植されている
SuperH への対応などは、組込み系の linux の導入を容易にする成果だと思います。
これらを武器とし、国内企業の debian への興味を引き出すことができれば、日本での Debconf 開催のためのスポンサーともなるでしょうし、国内での認知度も上がると思われます。

Hiroyuki Yamamoto

最終的には行政機関 (国や地方自治体など) で debian が使われるようになったら、システムインテグレータもdebian のテクニカルサポートも考慮してくれるかな？

uchiyama toru

「企業が Debconf のスポンサーになるためには」企業がスポンサーとなるためには 費用対効果 が必ず求められると思います。Debconf に投資するとこんな良いことがあるとか、しないとこんな不利益があるとか（これは脅迫ですね）が明確になると企業は投資しやすくなると考えます。

uchiyama toru

「今後 Debconf を日本で開催するために Debian の認知度を上げる方法」
Debian には「堅苦しい」、「古め？」という固定観念というかイメージがあるように思えます。そこを逆に利用して安心・信用して利用できるディストリビューションとしてある特定分野の利用を推進し、「○○なら Debian」というようなポジションを築くのが良いのではないかと個人的には思います。

nabetaro
企業が Debconf のスポンサーになるためには企業にとってみれば、Debconf はもとより、Debian のスポンサーになるのも敷居が高いのでしょう。初めから、スポンサーになってください、とお願いしても、企業にしてみれば、それでウチに何の得があるの? というところでしょう。
さて、企業に利益が出るためには、乱暴に言って仕事にできることが必要です。今現状では、Debian をターゲットに商売をしようにも、お客さんがいないという判断をされてしまうのではないですかね。個人レベルでは、結構使っている人がいるんだけど、お金を使ってくれる人がいない、というか、お金を出せる人が知らないというか。

nabetaro

で、どうするかという話なんですが、やはり使う人を増やす、というか、商品要望の声を上げる... のかなぁ。要は、Debian を相手にすると儲かるぞ、と思わせればいいのかな、と。
ウチの会社はまだそこまで行ってないですね。内輪レベルで、こういうことできるよってやってる感じ。でもなかなか乗ってこないんだよな...
儲かると思わせられれば、Debconf のスポンサーにもなってくれそうだよなぁ、と言うのは甘いですかね。

hisashim

素人考えですが、草の根的な活動を行うと同時に、媒体への露出を増やすのも手ではないかと思います。Debian とい
えば FLOSS の開発プラットフォームとして優れていると思うのですが、最近は政府系の団体なども FLOSS の推進をしているようですし、そうしたところとうまく協力できれば、媒体経由で認知度を上げることも可能ではないかと。

kita-san
今後 Debconf を日本で開催するために Debian の認知度を上げる方法
今回のお題は（どちらも）難しい。 別件を片付けながら３時間ちょい考えてみたが、正攻法な良い方法が思いつかなかった・・・。 降参。 仕方がないので、色物に走ってみる。
Debian ユーザを結集し、チームを組んで SETI@homeに参加し、上位に載る。 どっかの大学か企業を誑かしクラスタを組んで「TOP500 Supercomputer Sites」に載る。
募金を募って新聞に一面広告を載せる。 何かシステムを作って流行らせて、「XXXXX on Debian」とか命名する。
適当に「Web2.0」なサービスを立ち上げ、日経に取材してもらう。 （将来）世界一の（となる）検索システムを作って、マスコミのインタビューで「OS は Debian です」と答える。 ・・・駄目だ、面白くない。

岡島 純
今回のテーマですが、もちろん、単に Debconf をやれればいい、というのであれば、偶然運良く支援企業が見つかるのを期待する、というのもひとつの方策ではあります。日本のマーク・シャトルワース (例の Ubuntu の人ですよ）、みたいなのが現れ、しかも、なぜか Debian に興味を持ってくれれば、なんとかなるでしょう。しかし、究極的には、もっと根本的なことに目を向けるべきでしょうね。（それが言いたくて、わざわざ投稿している。）
これは、某社団法人系 ML での例の騒動（って、知っている人は L7 ではどれ位なんですか？）とも、その根源的次元においてはまったく同じことなのですが、ガバナンス（統治）をどう考えるか、権力性をどう考えるのか、公共性をどう考えるか。そういった次元に最終的には帰着できます。
また、Debconf 開催限定では、もっと表面的には、「Debianは儲かるか？」の一点でしょう。
「儲かるか？」という次元は、皆さんも理解しやすいでしょ岡島 純

いい加減長すぎるので、短くまとめると、とにかく、Debconf 開催のために、資金援助から地元自治体の協力から、、、、そういったものをとってくるのに必要なのは、A とにかくカネになる。
B 社会に貢献している、という大義名分。
このどちらかが必要です。で、A はDebian の理念から外れそう なので、結局は B。このあたりをどう考えるかが、Debconf だけではなく、Debian 全体にとっても、今後、カギになるポイントなんだと思います。

上川 純一「企業が Debconf のスポンサーになるためには」

http://www.debconf.org にアクセスすると、コンタクト先がかいてあります。このメールアドレスに、スポンサーしたい旨メールで表明してください。

サマリー

Why

When
How
What
Who
Where

要素
経済的なみかえり

Debconf の開催
debconf.org にメールを送信
会場、ピザ、ビール企業

例
Debian に金を出さないと不利になる、Debconfに広告スポンサーとして金を出すことで売り上げが向上する

Debconf に参加するメリット

コード
文書化
議論
発表

参加した場合合宿してコードがかける
合宿して文書がかける
直接議論できるセッションに参加して発表でき、発表をきくことができる。

参加しなかった場合

日本で Debconf を開催するメリット

Debconf を日本で開催した場合参加者の負担は?
フランス
成田 828千歳 980
関西 736
沖縄 1485

アメリカ
809
1197
809
1197

南米
1600
2121
1718
4307

最近のイベント

8 月 夏祭り
8 月 Debian 14 周年
10 月 5-6 日 OSC Tokyo/Fall