Arch Linux

Arch Linux の日本語コミュニティである Arch Linux JP Project では ArchWiki を始め、英語の Arch Linux ドキュメントの日本語への翻訳を行っていますが、今年から ArchWiki に加えて3つの翻訳プロジェクトを立ち上げたのでお知らせします。

• Arch Description Translation Project
• Arch Linux マニュアルページ
• Arch Linux カーネルドキュメント

Arch Description Translation Project

簡単に説明すると Debian の Debian Description Translation Project の Arch Linux 版で、Arch Linux の公式リポジトリに含まれているパッケージの説明文の翻訳活動です。

Arch Linux のパッケージは本家サイトのパッケージ検索ページで検索することができ、同じデザインの検索ページを日本語サイトでも備えています。ただし、ミラーサーバーの pacman データベースからパッケージデータを作成しているため、本家サイトよりも情報が少なく、特にバージョンが上流と比べて古いかどうかを示す out-of-date フラグは本家サイト特有の情報となっています。

また、ドイツ語の Arch Linux コミュニティサイトである archlinux.de には本家とはまた異なる優れたインターフェイスの検索ページが搭載されています ¹。

日本語ウェブサイトにも何か特有の機能があると面白いと考えて、Debian で活発に行われているパッケージ説明文の翻訳 ² に肖って archlinux.jp のパッケージ検索ページに説明文の翻訳を表示する機能を組み込みました。

翻訳作業自体は pacman の翻訳にも使われている Transifex をベースとしています。1週間ごとに週末にまとめて新しいパッケージの説明文ソースを更新、それまでに翻訳された説明文をウェブサイトに取り入れる仕組みとしています。日本語以外の翻訳も可能で、パッケージ検索ページではブラウザの言語に合わせて適切な翻訳文が表示されます。

パッケージの数では膨大なコミュニティによって支えられている Debian に軍配が上がりますが、ユーザーが投稿できる AUR から頻繁にパッケージが上げ下げされる Arch Linux には他のディストリビューションにはないソフトウェアパッケージを見かけることもしばしばあります ³。

新しいソフトウェアを見つけるときの土壌として、検索ページを活用していただけるといいかなと思います。また、Transifex のアカウントがあればすぐにプロジェクトに登録して投稿できるので興味があれば是非翻訳にご協力お願いします。

Arch Linux マニュアルページ

私は2012年頃から ArchWiki の翻訳作業に途中参加させていただいており、2013年〜2014年の間は本家の英語版から1日以上文章が古くならないように丸2年間更新を続けていましたが、2015年からは逐次的に更新しています ⁴。

理由のひとつとしては英語版の4211ページに対して1602ページと、中身の質とカバー率についてはともかく全体的に進捗が進んで一段落したこと、私事の仕事の負担が高まり取れる時間が少なくなったことがあります。がそれらの些細な理由よりも、英語版と日本語版の性質の違いが大きかったです。

特にここ最近の傾向として英語版は整理整頓を題目にリファクタリングが頻繁にかけられています。原文ソースである英語版の文章の作業量はさほど大きなくても (セクションの入れ替えやページの結合・分散自体は MediaWiki の力を借りれば簡単)、比較を行いつつ整合性を取って追従する作業は2倍・3倍になります。さらになんとか追従した1週間後にあっさり変更がリバートされると心が折れました。

また、リファクタリングの一環として ArchWiki の対象とする物事を絞って、インターネット上に他の英語ドキュメントがある場合は ArchWiki から文章を削除するという作業がかなり進みました (大きいところではビギナーズガイドをまるっと削除など)。確かに英語視点ではドキュメントの整理整頓ですが、参照先のドキュメントに日本語版がないことも多く、そのまま追従すると欠損に近くなり判断に迷ってしまい手が遅くなっていきました…。

前者は能力不足を認めざるをえないですが、後者については前向きに捉えてインターネット上のドキュメントの日本語版をさらに翻訳対象とできないか考え、特にマニュアルページの存在を元に記事の内容が削られることが多いため、Arch Linux の全マニュアルページの日本語版の作成を開始しました。

こちらのプロジェクトも Arch Description Translation Project における Debian Description Translation Project と同じくお手本があります。本家 ArchWiki の管理者が作成しているマニュアルページ集です ⁵。日本語版となる Arch Linux マニュアルページではウェブページとしての利用価値を重視して Sphinx で作成しました。ArchWiki と同じく、幅広く翻訳していきたいと思いますが、最初は Arch Linux に関連するページを先に手がけていきます。

Arch Linux カーネルドキュメント

マニュアルページと同じく、Linux のカーネルドキュメントも ArchWiki から頻繁に参照されているドキュメントです。同じ Sphinx で作成できるということで、マニュアルページのおまけ程度でカーネルドキュメントの日本語版のページを作成しています。

Arch Linux マニュアルページでは最終的に特に選抜をせずに全ページを訳すところを目指したいですが、こちらは主に ArchWiki からリンクされているドキュメントだけを選び取って訳す形になるかと思います。

奥付

上記のプロジェクト立ち上げに伴い、ArchWiki に投入できる作業量は更に減少する予定です。日本語版の ArchWiki の古さに眉を顰めている読者の方がいれば、編集に参加していただると幸いです ⁶。

堕落的な私でも2年間は全ページを英語版と同じ最新状態に維持できたことから分かる通り、非常に簡単な作業です。ちょっとやる気がある人なら容易にできるはず。一日の終わりに英語版の最近の更新を見て、一日分の編集を反映させるだけで終わります ⁷。

編集に直接参加する形が億劫であれば、どこかおかしいところを見つけて意見・提案していただけるのも大感謝です ⁸。

脚注

/usr/lib/libmozjs-52.so のSONAME がファイル名と一致していないため、ldconfig によって追跡できないファイル /usr/lib/libmozjs-52.so.0 が作成されていました。この問題は解決されておりファイルはパッケージに含まれています。

アップグレードを通すにはアップグレードする前に /usr/lib/libmozjs-52.so.0 を削除してください。

glibc 2.27-2 では NIS と NIS+ のサポートが取り除かれました。filesystem パッケージに含まれる、デフォルトの /etc/nsswitch.conf は既に変更を反映しています。既に /etc/nsswitch.conf.pacnew が存在する場合には、glibc 2.27-2 へのアップグレード前にマージしてください。

NIS は libnss_nis パッケージをインストールすることで引き続き利用可能です。NIS+ については公式リポジトリには代替策が存在しません。

pam 1.3.0-2 では pam_unix2 モジュールと pam_unix_*.so 互換シンボリックリンクが取り除かれました。アップグレード前に /etc/pam.d にある PAM の設定を確認し、取り除かれたモジュールを pam_unix.so で置換してください。pam_unix2 の利用者はこの変更の適用後にパスワードをリセットすることが推奨されます。pambase パッケージでのデフォルト設定の利用者はこのアップグレードでの変更は必要ありません。

zita-resampler 1.6.0-1 パッケージにはライブラリのシンボリックリンクが欠けていたため、zita-resampler 1.6.0-2 で再追加しました。既に zita-resampler 1.6.0-1 をインストールしている場合、zita-resampler 1.6.0-1 のインストール時に ldconfig がシンボリックリンクを作成してしまっているため、アップデートの際に zita-resampler 1.6.0-2 に含まれるシンボリックリンクと競合します。そのような場合には、更新を実行する前に /usr/lib/libzita-resampler.so.1 を手動で削除してください。

9ヶ月間の非推奨期間が経過したため、i686 アーキテクチャのサポートは今日で終了します。i686 用のパッケージは11月末までにミラーから削除され、遅れて Arch Linux Archive からも削除されます。[multilib] リポジトリは今後も変わりありません。

x86_64 へハードウェアをアップグレードできない場合は、コミュニティがメンテナンスするフォーク、Arch Linux 32 が代替策としてあります。既存環境からの移行については Arch Linux 32 の Web サイトを参照してください。

Arch Build System 関連のスクリプトの保守コストが高いことから、abs ツールは廃止して、それに合わせて rsync による PKGBUILD の取得も止めることに決まりました。

今後は abs と同じような機能を提供する asp ツールが [extra] リポジトリからインストールできます。asp export パッケージ名 でそのまま abs を置き換えることができます。asp の詳しい使い方はドキュメントを読んでください。また、こちらに記載されているように Subversion のスパースチェックアウトを使うことで同じようなことが可能です。全ての PKGBUILD を取得したい場合、svntogit ミラーをクローンすることを推奨します。

extra/abs パッケージは既に公式リポジトリから外されていますが、rsync のエンドポイント (rsync://rsync.archlinux.org/abs) については今月末までに使用不可とする予定です。

これまで archlinuxjp.org を Arch Linux 日本コミュニティサイトのドメインとして使ってまいりましたが、この度 archlinux.jp ドメインを取得しました。今後は archlinux.jp をご利用ください。

archlinuxjp.org にアクセスしたときは新ドメインにリダイレクトするように設定しています。何か不具合を見つけましたらご連絡ください。

今後 perl パッケージが使用するモジュールのパスにはバージョンが含まれるようになります。異なるバージョンの perl 用にビルドされたモジュールはロードされなくなるため、再ビルドが必要です。

影響を受けるモジュールについてはアップグレード時に pacman フックによって以下のような警告が表示されます:

WARNING: '/usr/lib/perl5/vendor_perl' contains data from at least 143 packages which will NOT be used by the installed perl interpreter.
 -> Run the following command to get a list of affected packages: pacman -Qqo '/usr/lib/perl5/vendor_perl'

新しい perl パッケージにあわせて影響のあるパッケージを全て再ビルドすることで再度使えるようになります。CPAN で直接インストールしたモジュールも同様です。予定されている 5.28 や 5.30 など perl のメジャーアップデートがあるたびに再ビルドが必要になります。

今までもメジャーアップデートがあったときは再ビルドが必要でしたが、これからは perl がモジュールをロードしなくなるため問題が発生します。

ソフトウェアのビルドシステムが変更を自動的に認識しない場合、PKGBUILD で perl -V:vendorarch を使って perl に正しいパスを問い合わせることができます。pacman でパッケージ化されていないソフトウェアについては sitearch も存在します。

インストール後に生成されるシンボリックリンクがパッケージの中に移動したため、ca-certificates-utils 20170307-1 のアップグレードは手動で行う必要があります。

シンボリックリンクを削除するとパッケージのダウンロードができなくなる可能性があります。以下のコマンドでアップグレードを行うようにしてください:

# pacman -Syuw                           # download packages
# rm /etc/ssl/certs/ca-certificates.crt  # remove conflicting file
# pacman -Su                             # perform upgrade

Fedora や上流の xorg-server のパッチを使うことで libgl/libglx のハックを使用しなくても mesa-17.0.0-3 を nvidia-378.13 ドライバーと一緒にインストールすることができるようになりました。

• まず、様々な libgl パッケージが削除され xorg-server-1.19.1-3 と関連する mesa/nvidia ドライバーの libglx シンボリックリンクが削除されました。optimus 環境が破壊されるため、xorg-server の設定を手動で更新する必要があります。

• これからは新しい 10-nvidia-drm-outputclass.conf ファイルによって特に何も設定しなくても optimus 環境で xorg-server が動作するようになるはずです。

新しいパッケージをテストしてみて、何か問題があればフォーラムスレッドやバグトラッカーへの投稿をお願いします。