第 52 回 関西 Debian 勉強会資料
関西 Debian 勉強会担当者 佐々木・ 倉敷・ のがた
2011 年 10 月 23 日
第 52 回 関西 Debian 勉強会 2011 年 10 月
1 Introduction
Debian JP
関西 Debian 勉強会は Debian GNU/Linux のさまざまなトピック (新しいパッケージ, Debian 特有の機能の仕組,
Debian 界隈で起こった出来事, などなど) について話し合う会です.
目的として次の三つを考えています.
• ML や掲示板ではなく, 直接顔を合わせる事での情報交換の促進
• 定期的に集まれる場所
• 資料の作成
それでは, 楽しい一時をお楽しみ下さい.
1
第 52 回 関西 Debian 勉強会 2011 年 10 月
2 最近の Debian 関係のイベン
ト報告
Debian JP
2.1 第 51 回関西 Debian 勉強会
51 回目の関西 Debian 勉強会は 2011 年 9 月 25 日 (日) に福島区民センターで開催されました。
2.2 第 81 回東京エリア Debian 勉強会 ＠ 筑波大学
81 回目の東京エリア Debian 勉強会は、筑波大学にて、つくらぐ (筑波大学 Linux User Group) と合同でおこなわれ
たそうです。
3
第 52 回 関西 Debian 勉強会 2011 年 10 月
3 事前課題
Debian JP
今回は以下の事前課題を設定しました。
1. Emacs もしくは Vim の拡張機能の Debian パッケージを挙げてください (何個でも)。また、それらに含まれる
ファイル一覧を見ておいてください (これは記入不要)
2. OmegaT が動作する環境 1 を用意し, お手軽スタートガイドに目を通してきて下さい。翻訳をしたことがある人は
作業環境を教えて下さい。
参加者の皆さんによる回答は以下の通りです。
3.1 kozo2
1. Emacs: auto-install-el, twittering-mode, auto-complete-el, anything-el
Vim: vim-rails
2. Sphinx
3.2 Y.YATSUO
1. vim-scripts ... vim にベルとホイッスル機能を追加するプラグイン
こんなのあるんですね…
2. ちょっとした文章なら vim で翻訳します.
3.3 川江
1. 拡張機能は使った事がないので勉強しておきます。
2. 見ておきます。
3.4 gdevmjc
1. egg c-sig mew-beta
2. とりあえず、 squeeze の omegat 1.8.1 を入れました a
4
3.5 かわだてつたろう
1. apel, flim, semi, auto-install-el, ddskk, easypg, elscreen, howm, lookup-el, sdic, wl-beta
2. 用意して目を通しました。
3.6 のがたじゅん
1. psgml, css-mode, org-mode, gettext-el, muse-el, yatex
2. 翻訳するとき gettext のファイルが多いので、 emacs 上の gettext-el を使っています。
3.7 shuttaholic
1. vim-syntax-go, vim-puppet, supercollider-vim, vim-athena, vim-dbg, vim-lesstif, vim-addon-manager,
vim-latexsuite, vim-rails, vim-syntax-gtk, vimhelp-de, vim-vimoutliner, vim-scripts
3.8 松澤二郎
1. vim-scripts
2. Debian の翻訳に携わったことはなく、 GNOME プロジェクトでの作業になりますが、 PO 編集が作業の中心で、
テキストエディター (vim, gedit など) と translate-toolkit で作業することが多いです。バージョン管理には git
を使っています。 OmegaT は私にはちょっと難しくて疎遠になっていましたが、これを機にがんばって覚えたいと
思います。
3.9 よしだともひろ
1. Emacs: mew, howm, twittering-mode, autocomplete など
Vim: すみません、よくわかりません
2. OmegaT バージョン 2.3.0 アップデート 1 をインストールしました。お手軽スタートガイドを読みました。
3.10 lurdan
1. ddskk, org-mode, howm, ack-grep, lookup-el, anything-el, autoinstall-el, auto-complete-el, emacs-calfw,
apel, flim, semi, wl-beta, riece, w3m-el, puppet-el, vim-puppet
2. emacs + skk + lookup-el + po-mode
5
第 52 回 関西 Debian 勉強会 2011 年 10 月
4 Emacs, Vim の拡張機能で学
ぶ Debian パッケージ
西田孝三
4.1 はじめに
パッケージメンテナになることで Debian に関わりたいと思われている方は多いのではないでしょうか。もしあなたが
Emacs, Vim のユーザであればこれらの機能拡張でパッケージを作成するところから始めてみるのはどうでしょうか。理
由は、
• アーキテクチャに依存しない
• コンパイルは不要 (Emacs の場合バイトコンパイルがありますが)
などから比較的簡単と思われるためです。
ここでは大きく分けて下記のことを行い、まずは簡単な Debian パッケージを自分で作成できるようになるまでを目的と
しています。
• Emacs の Debian パッケージ
– 既存の Debian パッケージの構成を知り再構成を行う
– 独自の Debian パッケージを作成する
• Vim の Debian パッケージ
– 既存の Debian パッケージの構成を知る
Vim では構成だけを学び、独自の Debian パッ ケージの作成を行いません。その理由は後に説明します。それでは
Emacs の既存の Debian パッケージの構成を知り再構成を行うところから始めましょう。
4.2 Emacs の Debian パッケージ
4.2.1 Emacs の既存 Debian パッケージのソース取得と再構成
ここでは前回の関西 Debian 勉強会で発表されていた山下尊也さんがメンテナンスをされている auto-install-el のパッ
ケージのソースを取得し、再構成を行います。
$ mkdir tmp; cd tmp
$ apt-get source auto-install-el
$ ls auto-install-el-1.48
これで tmp ディレクトリ内に auto-install-el のソース (バージョン 1.48) が取得できているはずです。ソース内容を確
認することは保留し、いきなり Debian パッケージを作ってみましょう。
6
$ cd auto-install-el-1.48
$ debuild -us -uc
$ ls ..
これで debuild をしたディレクトリのひとつ上に auto-install の Debian パッケージができます。それではこの Debian
パッケージをインストールしてみましょう。
$ cd ..
$ sudo dpkg -i auto-instlal-el_1.48-1_all.deb
$ aptitude show auto-install-el
これで auto-install-el がインストールされたことがわかります。それではうまく使えるかどうか Emacs で確認してみ
ましょう。
$ emacs -nw
M-x load-library
auto-install
auto-install-from-emacswiki
grep-edit.el
これで /.emacs.d/auto-install/ 下に grep-edit.el(elc) がインストールされていることが確認できます。
それでは保留していたソースの構成の確認に戻りましょう。が、その前にもう一つ別のディレクトリに auto-install-el
のソースを取得しましょう。というのは debuild 後にはいくつかのファイルが生成されているからです。 2 つのソース
ディレクトリを比較することでこれらのファイルが確認できます。詳細はご自身でご確認ください。
$ cd; mkdir auto-install-el
$ cd auto-install-el; apt-get source auto-install-el
それでは debuild する前の auto-install-el-1.48 内のファイル構成を見てみましょう。 auto-install.el というファイル
と debian というディレクトリがあります。このことから Emacs の拡張機能の Debian パッケージを作るには
• Emacs の拡張機能にバージョン名を加えた名前のディレクトリを作り
• その下に Emacs Lisp と debian というディレクトリを作ればよい
ということがわかります。それではこれをまだ Debian パッケージが作られていない Emacs の拡張機能に対して行って
いきましょう。
4.2.2 Emacs の新規 Debian パッケージの作成
今回は青田直大さんによる twinstall.el のパッケージを作ってみましょう。これは twittering-mode という Emacs 用
twitter クライアントの機能を使って、 auto-install.el でインストールした Emacs Lisp 名をつぶやくものです。現時点
では ID が 1300477 の gist(https://gist.github.com/1300477) から取得できます。
$ tar zxvf gist1300477.tar.gz
$ mv gist1300477 twinstall-el-0.1
$ tar czvf twinstall-el-0.1.tar.gz twinstall-el-0.1
$ cd twinstall-el-0.1
$ cat >>~/.bashrc <<EOF
DEBEMAIL=’’your.email.address@example.org’’
DEBFULLNAME=’’Firstname Lastname’’
export DEBEMAIL DEBFULLNAME
EOF
$ . ~/.bashrc
$ dh_make -f ../twinstall-el-0.1.tar.gz
次にどのような種類のパッケージを作るか聞かれるので single の s にし enter を押します。すると debian ディレクト
リとその下に各種設定ファイルの雛形が生成されます。多くのファイルができあがりますが、 auto-install-el と同じもの
があればよいので対応するファイルは削除し、後は auto-install-el を真似てファイル内容を変更していきましょう。 (変更
せずにこの段階で debuild を行っても一応パッケージはできます。) それでは各ファイルの説明をします。
7
■README.Debian
• Debian パッケージの README
• 必須ではない?
■changelog
• 必須のファイル
• Debian のポリシーで規定された書式
■compat
• わかりませんでした!
• 作られた雛形のままにしましょう
■control
• 必須のファイル
• aptitude などのパッケージ管理ツールが利用する情報
• Debian のポリシーで規定された書式
• twinstall.el は auto-install と twittering-mode に依存している。 Depends:に追加
■copyright
• 必須のファイル
• upstream ソースに関する著作権やライセンスなどの情報を書く
• Debian のポリシーで規定された書式
■dirs
• ファイルをインストールするディレクトリを書く
• 前述ディレクトリのパスのトップの/は書かない
■emacsen-install, emacsen-remove
• install, uninstall 時に行う処理をやってくれるシェルスクリプト
■emacsen-startup
• elisp のインストールディレクトリに dirs で書いたインストール先を Emacs の load-path に追加してくれる elisp
• これ自体は/etc/emacs/site-start.d/に 50’ パッケージ名’.el という名でインストールされる
■rules
• 必須のファイル
• パッケージを作成するために使うルールを書く
• まずはとりあえず人様のものを真似る
■source
8
• わかりませんでした!
• 作られた雛形のままにしましょう
$ debuild -us -uc
$ cd ..
$ sudo dpkg -i twinstall-el_0.1-1_all.deb
control の Depends 以外は auto-install-el を真似て新規パッケージに応じた情報に置き換えることで twinstall の
Debian パッケージが出来ます。後はこの Debian パッケージを公開する必要があるかを考え、ライセンスなどを学び、公
開に必要な次のステップへ進んでください。もちろんコンパイルが必要なパッケージ作成へとレベルアップするのもよいで
しょう。
4.3 Vim の既存パッケージのソース取得
Vim の拡張機能の Debian パッケージは Emacs と比較すると数は少なく、あまりパッケージを作るモチベーションが
得られなさそうです。そのため Vim に関してはパッケージ作成までは行いません。実際に Rails 用の Vim script パッ
ケージのソースを取得しその内容をみてみましょう。
$ apt-get source vim-rails
これで取得できるソースの README.Debian と control を見ると vim-addon-manager というパッケージを使い
vim-addons というコマンドで vim-rails を使用可能にするということを行なっ ていることがわかります。これでは
Debian のパッケージマネージャーと Vim の addon-manager で manager を 2 つ用いていることになり、あまり良いこ
ととは思えません。現在の Vim ユーザの多くは vim-addon-manager より bundle や neobundle といった Vim script
で書かれた manager を用いており、これらの完成度が高いため Debian のパッケージは不要なのかもしれません。
9
第 52 回 関西 Debian 勉強会 2011 年 10 月
5 翻訳で Debian に貢献しよう
八津尾 雄介
5.1 はじめに
Debian を利用する以上, 英語との付き合いは避けて通れない問題だと思います. 英語の文章を読むのが苦にならない人
から, エラーメッセージさえ読む努力を放棄する人まで, 様々だとは思いますが, もっと英語ができればと思う事が誰でも少
なからずあると思います.
私は英語と付き合う第一歩として, 翻訳をおすすめします. 翻訳というと特殊技術だとか自分には無理と身構えてしまう
人も多いかもしれませんが, それほど敷居の高い作業ではありません.
辞書と基本文法の知識さえあれば誰でもできる作業ですし, どうしても意味がとれない箇所はメーリングリストなどへ投
げれば誰かが答えてくるでしょう. ついでに Debian の知識も身につくので, Debian Maintainer や Debian Developer
を目指している人にとってうってつけの自習教材ではないでしょうか？
オープンソースコミュニティ全体に言えることだと思いますが, 翻訳者の数は圧倒的に少ないのが現状です. その主たる
原因を私なりに分析してみました.
• 読める人は訳さない
• 読めない人も訳さない
• 時間も手間もかかる地道な作業
• 貢献に対する見返りがあまりない (なかった)
*
1
DDP
*
2
にはまだ翻訳されていない文章がたくさんあります. 翻訳をしながら Debian について学び, 貢献し, そして英語
力の向上に役立ててみませんか？
5.2 翻訳メモリとは
翻訳とは一般的に, 時間も手間もかかる地道な作業なわけですが, それをある程度軽減してくれるのが翻訳メモリツール
です. 翻訳メモリとは, 原文と翻訳文のペアをデータベース化したもので, 翻訳メモリツールは翻訳メモリから一致率の高い
文章をサジェストする翻訳支援ソフトです. 翻訳メモリツールを指して翻訳メモリということもあります.
翻訳メモリはいわば実用文例集のようなもので, 機械翻訳とは根本的に違います. 注意したいのは, 翻訳メモリを作るのは
訳者自身だということです. 翻訳メモリツールが参照するのはあくまで, あなたが（ もしくはメモリの提供元が) 過去に訳
した文章であり, それについての正確さは一切保証されていません.
*
1
パッケージ作業以外での Debian への貢献を認める決議がなされました
*
2
Abbr. Debian Documentation Project: http://www.debian.org/doc/ddp
10
5.2.1 翻訳メモリを使うと何が嬉しいのか
では, 翻訳メモリを利用することで得られるメリットとは何でしょうか.
• 膨大な訳文を蓄積し使い回す事により作業効率が一気に高まる (作業の効率化)
• 複数人で翻訳作業を行う際の文体や訳語の微妙な違いを少なくする事ができる (一定品質の保持)
• PO 形式ではない場合でも原文の変更に追従しやすくなる (保守性の向上)
職業翻訳では翻訳メモリが広く利用されています. 翻訳家は業界標準の翻訳メモリである Trados などの利用率が高い
ようです. 一方, Debian で利用可能な翻訳支援ツールは poedit や gtranslator, OmegaT. web ベースであれば Google
Translator Toolkit などがあります. どれも翻訳メモリを使用するツールです.
5.3 OmegaT とは
OmegaT とは先述の通りオープンソースで利用可能な翻訳メモリで, Java で開発されておりクロスプラットフォームで
す. 翻訳メモリには LISA
*
3
が標準化している TMX
*
4
というオープンな XML を採用しており, Trados や SDLX をは
じめとした他ツール間で翻訳メモリを相互運用できます.
OmegaT では同梱版の Java を使うように推奨されていますが Debian でもパッケージを提供しており, apt からイン
ストールすることも可能です.
■OmegaT の (一般的に言われる) 良い点
• オープンソース
• コミュニティが活発
• 業界標準の TMX を使っている
• Windows 的 (あるいは Gnome 的) な操作性
■OmegaT の (私から見て) ダメな点
• 起動が遅い (=Java)
• Look and Feel が残念 (=Java)
• ショートカットキーとニモニックが致命的にまずい
• hjkl で移動できない ← 重要
という事で Java で開発されているという点と, vim じゃないという点以外は特に不満はありません. しかしながら, マ
ウス操作を強制されるというのはあまり気持の良いものではありませんね.
5.4 OmegaT の使い方
ここでは, apt から Debian パッケージをインストールしたものとして話を進めていきたいと思います. Debian Squeeze
での現在のバージョンは 1.8.1 ですが皆さんは Wheezy あるいは Sid を使っているはずですので (?) 2.3.0 前提で進めた
いと思います. 基本的な使い方についてはお手軽スタートガイドを読めばわかりますのでここでは割愛します.
5.4.1 ファイルフォーマットについて
OmegaT は次のフォーマットをサポートしています.
• OpenDocument や OpenOffice.org
*
3
abbr. Localization Industry Standarts Assosiation = ローカライゼーション産業の標準化団体
*
4
abbr. Translation Memory eXchange
11
• プレーンテキスト
• .po ファイル
• XHTML, HTML
• Microsoft Open XML
• 字幕ファイル (SRT)
• Android リソース
• LaTeX
• 他多数
■サポート外のファイルを訳すには DebianDoc-SGML の利用は廃止にむかっているもののまだまだ sgml のドキュメ
ントが存在します. sgml は OmegaT によってサポートされていない形式です.
*
5
OmegaT はサポートしない形式のファ
イルを翻訳対象のファイルに加えようとしても無視します. では, OmegaT でサポートされないフォーマットのファイルを
訳すにはどうすれば良いでしょうか？
とりあえず訳したいという場合にはファイルの拡張子を OmegaT でサポートされているファイルの拡張子にしてしまえ
ば訳すことができます. ただし, タグ付きの文書の場合はタグの扱いに注意をしなければなりません. とりあえず *.txt に
しておくというのが正解のような気がします.
Debian 的な方法としては Gettext PO 形式に変換して翻訳するという方法がありますが, OmegaT 的にやろうと思
うのであれば, ファイルフィルターを利用して近いフォーマットとして認識させる方法が良いでしょう. 例えば sgml を
xhtml として読み込ませたい場合, ”設定” から ”ファイルフィルター” を選択し, XHTML を選択した状態で ”編集” を
クリックします
.
それから
”
追加
”
をクリックして
”*.sgml”
を
”
原文ファイルの構成名
”
へ追加します
.
こうする事で
sgml ファイルが翻訳対象のファイルとして追加可能になります.
残念ながら独自のファイル定義を追加できるわけでは無いので, 今のところは拡張子を変更して対応する場合と大きな違
いはありません. ただ, 例にあるような sgml などのタグ付きのファイルを編集する場合, タグの挿入などの便利な機能を
使えるようなるので txt で扱うよりも少し楽になるはずです.
5.4.2 分節化規則を変更する
分節化された文章を見てみると, 中途半端な箇所で切られてしまっているような場合がままあります. 特にタグ付きの文
章をプレーンテキストとして読み込ませると思わぬ所で分節化されてしまいます. そのような自体に対処したり, ユーザー
の好みに柔軟に対応する為に, 分節化の規則をカスタマイズする事が可能です.
分節化の設定は ”設定” の ”分節化規則” から行えます. 分節化規則の定義は Java でサポートされている正規表現を使
用します.
この分節化規則は慎重に取り扱うべきでしょう. 途中で規則を変更してしまえばメモリの一致率を下げる原因となるから
です. 分節化規則は良く考えられて作られているので, 最初はデフォルトのまま使用し, もし不満があれば何度が試験的な
短めのドキュメントでテストしながら徐々に自分の好みに合わせていけば良いでしょう. いきなり長文の翻訳に適用してし
まうと, 思わぬ不都合が起きた場合の対処が非常に面倒です.
5.4.3 用語集を作成する
用語集： グロッサリ は プロジェクトフォルダ内の glossary に置きます. (デフォルト設定) 翻訳中にでくわした用語を
グロッサリへ登録しておけば訳語に統一感を持たせる事ができます. 例えば ”upstream” を訳す際に ”開発元” とすべき
か, ”上流” とすべきか ”アップストリーム” とすべきかといったような事や ”コンピュータ” と表記するか ”コンピュー
ター” と長音を省略せず表記するかといったような曖昧になりやすい事は下読みの段階でピックアップしグロッサリにして
おくと良いでしょう.
*
6
言うまでもなく, 複数人で訳す場合はこれを共有すべきですね. Debian を デビアン と表記しない
など”訳さない” 単語を登録しておくのも有効です.
*
5
Java で利用可能なオープンのパーサが無いという理由らしい
*
6
一括で置換する手法を使う人にとっては不要ですね…でも将来の為に作っておくと良いですよ
12
グロッサリは OmegaT で直接編集はできません.
*
7
作成/編集/メンテにはテキストエディタを使いましょう.
Debian JP では対訳表というのを作っていて (?)
*
8
OmegaT で利用できる形式にしてあるものも一応あります.
*
9
とり
あえずはこれを用語集として放り込んでおいても良いでしょう.
OmegaT のヘルプには何故か長々と OpenOffice を使ったグロッサリの作成方法が書かれています. グロッサリの元
データが表計算ソフトで作られていたりワープロソフトで作られていたりしないのであれば, テキストエディタで作った方
が楽だと思います.
グロッサリのフォーマットは
翻訳対象の言語 [TAB] 日本語 [TAB] 説明や注記
です. グロッサリのファイルは プロジェクトで使用しているものと同じエンコードで保存し, ファイル名は ”*.tab” と
します. 私は面倒なので全て UTF-8 にし, グロッサリは ”*.utf8” にしています.
実際にグロッサリを作成してみます. 例えばこんなファイルを作ってみましょう.
Debian (tab) Debian
maintainer (tab) メンテナ
computer (tab) コンピュータ (tab) 長音省略
upstream (tab) 開発元 (tab) アップストリーム 上流 は避ける
Debian developer (tab) Debian 開発者
上記の例でわかるように, ソートされている必要は無いようです. これを OmegaT のプロジェ クトフォ ルダ内の
glossary に配置します. 翻訳中の分節が含む完全一致した単語を全て, 用語集ペインに表示します. グロッサリは完全一致
している必要があり, 活用形はピックアップできません. 例えば
Debian [tab] Debian
があった場合, Debian’s は ピックアップできません. ケースセンシティブではないので debian は表示されます. このあ
たりの挙動を理解しながら良く使われる活用 - 例えば上記の ”Debian’s” など - もある程度網羅すると良さそうです.
グロッサリに辞書ファイルを登録する事も可能ですが, 分節中の単語全てをリストアップし, まともな辞書であれば用語
集ペインが溢れ返ってしまう上, 上記の通り活用まではカバーできない為あまりおすすめできません.
グロッサリは, 例えば ”debian.utf8” ”.utf8” など, 大雑把でもジャンル分けしておいた方が再利用しやすくなります.
5.4.4 辞書について
実は私は OmegaT の辞書を使った事がありません. 普段は wine 上の PDIC で 英辞郎を利用するか, 手元の電子辞書
を使います. OmegaT では StarDict 形式の辞書ファイルをサポートしていて, tab 区切りになっている辞書ファイルで
あれば stardicttools で簡単に変換できます. せっかくなので英辞郎の辞書ファイルを StarDict の形式に変換し使用して
みましたが, 私の欲しい感じではありませんでした. 今後に期待です.
5.5 翻訳メモリを活用する
OmegaT では翻訳メモリを複数箇所に保持しています.
■project/omegat フォルダ内
• project save.tmx
このフォルダ内には tmx ファイルのバックアップが作成されます. 翻訳作業を開始してからの全ての分節が保存されてい
ます. プロジェクトとして実際に読み込まれているのがこれです.
■project/ 内
*
7
顧客からグロッサリを渡されるような事があるので, 訳者が勝手に編集できないようにする配慮だと思われます
*
8
私の知る限りでは放置中です
*
9
http://www.debian.or.jp/community/translate/ 参照
13
• * omegat.tmx
• * level1.tmx
• * level2.tmx
target ファイル生成時の source ファイルの内容に対応した翻訳メモリが作成されます. それぞれのファイルフォーマット
には微妙な差異があり, 用途によってわかれています. level1 は文書情報のみが含まれています. level2 は OmegaT 特有
の情報が tmx タグ として保存されるので level2 の翻訳メモリに対応したアプリケーションでの利用が可能です. omegat
は OmegaT 特有のフォーマットなので他のアプリケーションからは利用できません.
■project/tm フォルダ内 過去のプロジェクトからメモリを流用したい時はこのフォルダに配置します. level1, level2 あ
るいは omegat のいづれかのファイルをいくつでも置いておく事が可能です.
翻訳メモリの内部を覗いでみましょう. フォーマットによって違いはありますが, だいたいこんな風になっています.
<tu>
<tuv lang="lang1">
<seg>lang1 の分節</seg>
</tuv>
</tu>
<tu>
<tuv lang="lang2">
<seg>lang2 の分節</seg>
<tuv>
</tu>
OmegaT のプロジェクトフォルダでは /source 内へのファイル配置は基本的に自由です. このフォルダ内で ”securing-
howto” や ”maint-guide” のように文書毎のフォルダを作り管理するという方法がおすすめです. こうする事によって,
いちいちマージやファイル移動をしなくても用語集や翻訳メモリを共通で使えるようになります.
問題は翻訳メモリのサイズとソースファイルの量ですが, 試しに DDP からチェックアウトしてきたファイルのうち, 不
正なファイルだとエラーで弾かれるものを除き, 全てプロジェクトフォルダに放り込んでみました. 私が確認した限りでは
問題なく動作していましたが, 読み込みに時間がかかるので同一プロジェクトで扱うファイルは常識的な数に留めておく事
が賢明です.
5.5.1 機械翻訳を利用する
機械翻訳はまだまだ使い物になりません. しかし, 短い文章の翻訳精度は向上しつつあり, 場合によっては て に を は を
修正すればそのまま使えるような文章ができあがるような場合もあります. うまく訳せない長目の文章でも, 特定の単語の
意味がわからない場合などは有効な手段です. 別段必要な機能だとは思えませんが, あくまでも参考程度に利用するのであ
れば良いと思います.
5.5.2 翻訳へ参加する
翻訳を始めようと思っ たら, まず Debian JP Documentation メーリングリストへ参加しましょ う. 詳しくは
http://www.debian.or.jp/community/ml/openml.html を参照するか, 会場のスタッ フへ尋ねてみてください.
きっとあなたの世界が広がりますよ.
5.6 まとめ
現在勉強会当日の朝 4 時ですので, そろそろまとめに入らせて頂きます. OmegaT は数ある翻訳メモリの中でもフリー
で汎用性が高く, プロフェッショナルユースにも十分利用できるソフトウェアです.
14
翻訳作業全てを OmegaT で行う事を強制する事は望ましくありませんが, せめて翻訳メモリの使用を強く推奨し, コ
ミュニティの資産としてメモリを蓄積できれば今後の翻訳作業が加速する事は間違いありません.
また, 翻訳者の中にはマウスの操作を嫌う人が相当数いますので [要出典] 是非ショートカットキーのカスタマイズとニー
モニックキーを採用して欲しいと思います.
15
第 52 回 関西 Debian 勉強会 2011 年 10 月
6 今後の予定
Debian JP
6.1 第 53 回関西 Debian 勉強会 in KOF 2011
11 月の関西 Debian 勉強会は、 11 月 12 日 (土) の関西オープンソース 2011 においてセッションとして開催します。
セッションですが東京からやまねさんが来られて、「 なれる!Debian 開発者 - 45 分でわかる?Debian メンテナ入門」と
いうタイトルで、 Debian パッケージメンテナの仕事についてお話しをします。
6.2 GPG キーサインパーティ＠関西オープンソース 2011
同じく 11 月 12 日の関西オープンソース 2011 のステージにて、 GPG キーサインパーティもおこなわれます。
こちらも東京から岩松さんが来られて、キーサインパーティの解説と進行をおこないます。
キーサインパーティでキーサインをおこなうには事前に準備が必要です。
キーサインパーティの Web サイト https://sites.google.com/site/kspjapanese/ を参照して、準備をお願い
します。
16
第 52 回 関西 Debian 勉強会 2011 年 10 月
7 メモ
17
18
関西Debian 勉強会
Debian 勉強会資料
2011 年 10 月 23 日 初版第 1 刷発行
関西 Debian 勉強会 (編集・ 印刷・ 発行)
19
