第 68 回関西 Debian 勉強会資料

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

2013 年 1 月 27 日

第 68 回関西 Debian 勉強会 2013 年 1 月

1 Introduction

Debian JP

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

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

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

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

• 定期的に集まれる場所

• 資料の作成

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

関西Debian 勉強会

1 Introduction 1

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

3 事前課題 4

4 Using Drupal on Debian − CMS から入った人の Debian 体験 8

5 月刊 Debian Policy「オペレーティングシステム」その 1 16

6 今後の予定 20

7 メモ 21

第 68 回関西 Debian 勉強会 2013 年 1 月

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

報告

Debian JP

2.1 第 67 回関西 Debian 勉強会

67 回目の関西 Debian 勉強会は 12 月 23 日に福島区民センターで行ないました。

「 Android 端末（ Asus Transformer TF201）への Debian インストール奮闘記」と「月刊 Debian Policy パッケー

ジ管理スクリプトとインストール手順」、「 2012 年の振り返りと 2013 年の企画」といった内容でした。

Android で実用できる Debian 環境が構築されていましたが、その後も気になるところです。 unstable 環境にアップ

グレードできたのでしょうか。

月刊 Debian Policy は一年でようやく半分終わって、残りは重たい内容ばかりになってきました。残り今年も続けてい

きましょう。 Policy 読んでみたい方お待ちしております。

2013 年の企画もお待ちしていますよ。

2.2 第 96 回東京エリア Debian 勉強会

96 回目の東京エリア Debian 勉強会は 1 月 16 日にスクウェア・エニックスで開催されました。

「 Debian 予約システムアンケート集計」、「 gdb の python 拡張（その 1)」「月刊 Debhelper」といった内容で

した。

Debian 予約システムのアンケート機能のフィードバックから、未回答のアンケートへのリンクが登録一覧のところに表

示されるようになりましたので確認してみてください。

予約システムへの要望があれば言ってみると反映されていくかもしれませんよ。

2.3 福岡 Debian 勉強会 2 回目

2 回目の福岡 Debian 勉強会が 1 月 26 日に開催されました。「 Debian に片足も両足も突っ込んだ皆さん、こんにち

は（仮）」、「 d-i usb メモリの作り方 or wheezy について何か（仮）」といった内容でした。

福岡での Debian 勉強会も根付いてきたようです。各地で Debian 勉強会が開催されていくといいですね.

第 68 回関西 Debian 勉強会 2013 年 1 月

3 事前課題

Debian JP

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

 

1. 2015 年では Debian はどうなっているかを大胆に予想してください。

2. これまで Debian でどんな CMS や Web アプリフレームワークを使ったことがありますか？

3. 本来、 Debian ではパッケージが提供されているならば、それを使うのが望ましいですが、あえて Debian の

パッケージを使わなかった事はありますか？

4. Drupal の標準ファイル配置は /var/www 以下のドキュメントルートにすべてのファイルを一括配置しま

す。 http://drupalcode.org/project/drupal.git/tree/2c99f0b21755c34cﬀd4fc5b38161d64bd69ca8a De-

bian パッケージの場合はどう変化するか説明してください。どのコマンドを使えば調べられるでしょうか。

5. 可能であれば以下の VM を動かしてみてください。（ Drupal コアと重要モジュールが入った状態になってい

ます） Drupal 7 - Content Management Framework

 

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

3.1 かわだてつたろう

1. -devel は相変わらず init.d の話題で炎上しているが、 Jessie が滞りなくリリースされる。

DebConf15 が日本で開催されようとしている。といいなぁ。

2. Trac, WordPress と Symfony, CakePHP

3. Symfony, CakePHP などの Web アプリフレームワークはプロジェクトのソース管理に含めて管理したいので使わ

ないことが多い。

デプロイ環境が Debian で無かったり、 root 権限が無い場合に都合がよい。

4. debian 以下をみると次のように変更される。

debian/dirs

sites etc/drupal/7/sites/default

debian/docs

MAINTAINERS.txt usr/share/doc/drupal7/

UPGRADE.txt usr/share/doc/drupal7/

INSTALL.mysql.txt usr/share/doc/drupal7/

INSTALL.pgsql.txt usr/share/doc/drupal7/

INSTALL.sqlite.txt

usr/share/doc/drupal7/

README.txt usr/share/doc/drupal7/

scripts usr/share/doc/drupal7/

debian/drupal7.install

*.php usr/share/drupal7/

includes usr/share/drupal7/

misc usr/share/drupal7/

modules usr/share/drupal7/

themes usr/share/drupal7/

robots.txt usr/share/drupal7/

profiles usr/share/drupal7/

debian/examples

sites/default/default.settings.php usr/share/doc/drupal7/examples/

debian/rules

.htaccess etc/drupal/7/htaccess

debhelper によって

CHANGELOG.txt usr/share/doc/drupal7/

5. 試してみます。

3.2 のがたじゅん

1. Debian なスマートフォンが出て幸せになる (とよいなぁ)

2. パッケージで使ったのは Wordpress, DokuWiki, tDiary あたりとか。 CMS/フレームワークではないけど

Redmine をパッケージで入れたら、めちゃ簡単でよかったですね。

3. 管理で楽をしたいので、なるべくならパッケージを利用したいです。パッケージを使わないときは、最新のものを使

いたい時とか?

4. apt-ﬁle search とやってもいいけど、 packages.debian.org で検索してファイル一覧を見てみました。

/usr/share/drupal7 以下に本体があります。 apache の alias で使うようになってますね。 README.Debian

を見ればセットアップ方法もわかるけど、 Wordpress のパッケージに比べるとちょっと不親切かな。

drush がパッケージになってたので、/usr/share/drupal7 以下で使ってパッケージのファイルを破壊しました

(・ ω¡) てか、どう使ったらいいんだろ?

モジュールをパッケージ化する dh-make-drupal も使ってみたかったけど時間切れ。

5. 見ました。今どきっぽくなってて日本語のメッセージカタログをインストールするのに苦労しました。 (メニューが

タブになってるの気づかなかったりとか…) あと最初からモジュールが入ってるけど、どれがどれかサッパリ。

3.3 yyatsuo

1. • popcon で arm”hf” が amd64 を抜く

• debconf15 日本開催

• ローリングリリースにすべきだ！という一派が現われて devel が荒れる

• Hurd がまさかの大躍進

2. ブログは WordPress を使ってます

Tornado 勉強中です

3. コンパイルオプションとかの関係でオレオレパッケージ作ったりします

4. 調べておきます

http://packages.debian.org/wheezy/all/drupal7/filelist

”dpkg -L パッケージ名” で調べられたはず

5. 時間があれば…

3.4 kino

(無回答)

3.5 佐々木洋平

1. GNU/kBSD が増えて, さらに Universal OS としての地位を確立する。粛々と Jessie がリリースされる。

miniconf in Japan が 2 回ぐらい開催されており, スポンサーもつきつつあるので, Debconf in Japan が現実とな

りつつある。

2. Trac, Drupal, Xoops. Rails 関連では Redmine, Radiant CMS. 静的 CMS として Octpress。

3. Rails 関連は新しめの gem に依存することが多いので, あえてパッケージを使わないこともしばしば。当然

unstable にはパッケージとして突っ込むけれども. あと, 業者から貰ったソースが古いバージョンに依存している

ことも多いので, 必要に応じて古いバージョンをソースからビルドしたり. こういう場合は chroot 切って reverse

proxy で動かしたりしている.

4. /usr/share/drupal7 以下に置いてますね. /usr/share/doc/drupal7/README.Debian.gz に書いてます.

調べ方は

$ apt-get source drupal7

$ cd drupal7-7.14/debian

$ lv README.Debian

5. 入れて動かしてみました. Drupal6 から結構変わってますねぇ... うーむ。

3.6 山城の国の住人久保博

1. Windows XP からの置き換えで Debian のデスクトップ利用が爆発的に進む。

2. Pukiwiki, Trac, Redmine, ... CMS ではないですかね。

3. あえてパッケージを使わなかったことはあります。 /usr/local 以下に自分でインストールするのに慣れていた

ので。

4. drupal7 パッケージで試しました。 /usr/share/drupal7 の下です。コマンドは

% apt-file list drupal7

/usr/share/doc/drupal7/README.Debian.gz を読んでもそれらしい説明がありました。

5. 時間切れ。すぐできる環境もなく、できませんでした。残念。

3.7 lurdan

1. 今とそう大差なく、バズトピックに飛びつきすぎず、デスクトップ用途に偏りすぎず、プレーンでカスタマイズしや

すい、そんな Debian でいて欲しいッ (願望)

2. tDiary/Rails なあれこれ/Zope ちょびっと/ とかそんな感じですかね。 PHP は (実行環境としてセットアップす

るのが) ヤダ。

3. CMS 系のソフトウェアはパッケージングと相性が悪いと思っていて、パッケージを使わないことは多いですね

4. /usr/share/drupal あたり？ (apt-ﬁle search)

5. VM を動かしてみて、というよりはとりあえず動く Drupal を触ってみて、ということ？

3.8 joe

1. あまり変わってほしくないですが「 ORACLE に買収される」というのは冗談で、 NetBSD のサポート？２年毎の

リリースを止めるとか

2. PukiWiki や独自の物を利用していましたが、色々問題があって Drupal にしていきたいと考えています。

3. PostgreSQL、 Drush

4. 申し訳ありません質問の意図が分かりません。 site-enable 下の設定によると思うのですが、、

5. ためさせていただきます

第 68 回関西 Debian 勉強会 2013 年 1 月

4 Using Drupal on Debian −

CMSから入った人のDebian

体験

紀野惠

4.1 はじめに

今回は Drupal の紹介と共に、 Linux 初心者の Web 製作者がどのように Debian を触ってきたかをお話しするつもり

です。

サーバーホスティングがどんどん低価格化し、 CMS・ Web アプリを VPS や専用サーバー、あるいは AMAZON

EC2 のようなクラウド環境で動かすことへの敷居も下がってきています。

特に VPS に関して日本は現状世界で一番競争が激しくコストパフォーマンスの高い環境が手に入ります。これまで共用

サーバーでを動かしていたときには手が届かなかったライブラリの導入やパフォーマンス・チューニングが出来るようにな

り、自由度も性能も一度に手に入れることができるのですが、一方で OS と PHP,MySQL などのミドルウェアをまるごと

自分でメンテナンスしなければならなくなりました。

今後もますます増えていくであろう Drupal や Wordpress などの CMS ユーザーに Debian を使ってもらい、コミュニ

ティがさらに活性化する参考にしてもらえばうれしく思います。

4.1.1 自己紹介

名前紀野惠 (きのさとし)

Twitter: @qchan kino

Facebook: satoshi.kino

所属 ANNAI LLC http://an-nai.jp

ジオどす http://geodosu.com

などあれこれ。

http://groups.drupal.org/japan/ で活動しています。

OSC 京都、 KOF 実行委員や OSS 勉強会運営のお手伝いなども。 KOF2012 は Drupal で動いてます！

4.2 Drupal って？

CMS でもあり、 Web アプリケーションフレームワークでもあります。

4.2.1 要件

• License: GPL 2

• Web Server: Apache, Nginx, or Microsoft IIS

• PHP: 5.3 以上推奨 PDO 必須

• DB: MySQL, PostgreSQL, SQLite (MS SQL Server, Oracle はモジュールで対応)

[1]

開発環境では Sqlite がオススメ (さっと立ち上がってポータビリティに優れています)。

4.2.2 人気

• Open Source Awards 優勝多数でアワード殿堂入り

• インストールベースのシェア 3 位（ 1 位は Wordpress,2 位は Joomla!）

4.2.3 採用実績

世界中の有名サイトでの採用実績多数

• Whitehouse

• Harvard University

• Econmist

• 毎日 jp

• Computer World

• Ubuntu

• Linux Foundation

• SONY MUSIC ENTERTAINMENT

など多すぎて書ききれません。

ブログ的な情報発信型だけでなく、会員コミュニティサイトのように内部で動きのあるサイトを得意としています。

大学、政府系では海外で非常に強い信頼を得ています。

4.2.4 特徴

一企業発のプロダクトではなく、完全にコミュニティーベースの OSS。

• 拡張性の高いアーキテクチャ

• 豊富な API と Hock システム

• オーバーライドの仕組み

• 専門のセキュリティチームがおり、脆弱性が報告されれば迅速に対応

今時の CMS はどれもカスタマイズの機構を備えていますが、 Drupal はその拡張性が非常に高く、オーバーライドでき

ることを重要視して作られていますので、ダーティーなハックを極力減らせます。

4.2.5 開発状況

Web の流れを常にキャッチアップしていこうとしています。次期バージョン Drupal8 は真にフレームワーク化しそう。

Restful、 Symfony2 採用など大きく変わります。

4.2.6 得意分野

大規模サイトの構築を得意としています。

• リバースプロキシ

• DB レプリケーション標準対応

• Memcache や静的ファイルキャッシュも可能

• Varnish, nginx ,APC などでのキャッシュ対応が容易

4.2.7 多言語対応・共同翻訳システム

標準で多言語対応。また、 http://localize.drupal.org でコア + 全モジュールの共同翻訳システムが稼働。

4.2.8 マルチドメイン、マルチサイト

標準で対応しています。

4.2.9 コミュニティ

世界中の活発なコミュニティで開発されています。

毎年、春はアメリカ、秋はヨーロッパで大規模なカンファレンスも開催

Drupalcon Munich

 

• 日時： 2012 年 8 月 20 日 ∼ 24 日

• 参加人数： 1800 人

• 収入 Total Revenue e892,221(約 9100 万円）／支出 Total Expenses e858,366(約 8700 万円）

 

4.2.10 豊富なモジュール

• 提供されているモジュールの数は 5,000 以上

• 全モジュールをコミュニティ内で Git 管理。

• drupal.org 内に Issue や Patch 等、全てが集約されている。

たくさんのモジュールがあることで有名な Drupal だが、、、モジュールの組み合わせ、実装方法が何通りも存在し

ます。

柔軟性が高い反面、学習カーブが厳しいと言われることがあります。

そうした声を反映してか、最近はインストールしてそのまま使えるディストリビューションがとても増えてきました。

4.2.11 ディストリビューション

• アメリカ政府のホワイトハウスが配布しているディストリビューション。市民からの請願・情報を集約するサイト。

• ハーバード大学が開発・配布している教育機関向けディストリビューション

• E コマース向けディストリビューション

• Open Data 特化型ディストリビューション

• CRM のディストリビューション

• PostGIS、 GeoServer、 OpenLayers のセットになっている GeoMedia に特化したディストリビューション

• カンファレンス参加登録、セッション登録、スケジューリング、チケット決済まで可能な大規模なカンファレンス用

サイトを作成できるディストリビューション

など様々公開されています。 [2]

4.3 Linux ディストリビューションで Debian を選んだ理由

• 超安定

• Drupal を使うための情報が圧倒的に多い。（ Ubuntu 含む）

• 検索のために単語登録してます − ”で” = (debian | ubuntu) drupal

• パッケージが多い

• メジャーバージョンアップが可能

• 個々のパッケージのバージョン固定ができる

一番重要なポイント

 

コミュニティが活発。勉強会で直接話を聞ける。

 

4.4 Debian で Drupal などの CMS・ Web フレームワークを使うには・・・

4.4.1 Debian の PHP バージョンを変えたいときの対処法

• 下げるのは以前のバージョンなどから比較的容易に持ってこれるが、上げるのは依存問題を解決できないことが多い

しかし極力、ソースからのコンパイルは避けたい。

• Dotdeb にお世話になってます。 [3]

リリースの端境期など Debian パッケージがセキュリテイパッチを当ててくれないときにも便利

OS アップグレード時には外す事

4.4.2 マニュアルインストールの場合

1. ソース

PHP の Web アプリはだいたいファイル一括配置。

Drupal、 Wordpress、 Typo3、 OpenPNE などほとんど同じ。

（ a） /var/www/以下に tar ボール解凍

（ b） DB を作成

（ c） Apache の Vhost 設定

（ d）ブラウザからインストーラーにアクセス

2. Drush

Drupal で共用サーバーを卒業したならまず何を置いても使えるようにしたい。

• Drush - drupal shell[4]

• ブラウザからだと煩雑な Drupal の操作をシェルから操作できるようになる。

• PEAR からのインストールがおすすめ。 Drush は開発スピードが早いので頻繁なアップデート追従が楽。

• 事前課題 VM はファイル直置きなので drush コマンドそのものを使う。

drush dl drush --destination=/usr/local/share/

• Drush に出来る事

– Drupal コア、モジュールのインストール・アンインストール

– 簡易 WebServer 立ちあげ（ PHP5.4 以降はライブラリ不要）

– Drupal デプロイ

– Drupal コア、モジュールのアップデート

– Drupal のサイトファイルとデータベースのスナップショット作成

– スナップショットからのリストア

– キャッシュクリア

– 複数サイトの一括コマンド操作

– DB 操作全般

– Drupal 設定変数操作

– Drupal 状況の表示

– モジュールの Patch を URL から当てる

– ユーザー追加

– パスワード変更

– ロール変更・追加

– make ﬁle からの Drupal ディストリビューションインストール

モジュールとの連携でまだまだ出来る事が増え続けている。

4.5 パッケージインストールの場合

• apt-get install drupal7 だけ。

非常に簡単。素晴らしい。

• ただし、マニュアルインストールとは互換性がないので混ぜないように。 [5]

• ここで問題。どこがどう変化したのかわからない。

• まず最初にすべきは/usr/share/doc/{ パッケージ名 } の中を読むこと。

• 設定ファイルはどこか？

– dpkg --status { パッケージ名 }

/etc/cron.d/drupal7

/etc/drupal/7/htaccess

/etc/drupal/7/sites/default/settings.php

/etc/drupal/7/apache2.conf

• パッケージのインストール後の配置を確認するには。

– Debian パッケージページの list of ﬁles[6]

– dpkg -L { パッケージ名 }

– apt-file list { パッケージ名 }

– locate { パッケージ名 }

インストールされてなくても OK

本来の使い方ではない

– ざっくりファイル配置の変化 (*) はパッケージメンテナが追加したファイル

∗ /usr/share/drupal7

ほとんどの Drupal 関係ファイルはここ。残りはこのディレクトリへのシンボリックリンクとなっている。

実質の Drupal ルートディレクトリ

∗ /var/lib/drupal7/files

/var/lib/drupal7/backups (*)

アップロードされたファイル・ディレクトリ

∗ /etc/drupal/7

.htaccess、 /sites 以下 /profile 以下などユーザーが変更する設定やファイル類を配置

∗ /var/www

Drupal ルートディレクトリ (/usr/share/drupal7) へのシンボリックリンク

∗ /etc/cron.d/drupal7 (*)

パッケージが用意している cron ファイル

∗ /etc/drupal7/apache2.conf (*)

Apache2 の設定ファイル /etc/apach2/conf.d へシンボリックリンクを貼って使う

∗ /var/lib/drupal7/backups (*)

パッケージが用意しているバックアップスクリプト用と思われる

∗ /usr/share/doc/drupal7/scripts/ 以下 (*)

パッケージが用意しているさまざまなシェルスクリプト群

∗ /etc/dbconfig-common/drupal7.conf (*)

パッケージが生成するコンフィグファイル

∗ /usr/share/doc/drupal7/dbconfig.template (*)

パッケージが用意しているデータベースコンフィグサンプル

– 最初、どのような考えでこうなっているのかに戸惑った。

∗ FHS(Filesystem Hierarchy Standard) に従っている。 [7][8]

∗ 設定ファイルは /etc 以下に置かなければならない。 [9]

∗ SELinux の問題も。/var/lib/drupal7/files などは、 SELinux の絡みでこうなったらしい。 Red-

hat 系も同じ。 [10]

– 番外

∗ Redhat 系の drupal リポジトリも似たようなパッケージファイル配置でした。 DB や Apache の設定ファ

イルを作成するスクリプトなどは独自

∗ Wordpress はどうなってる？

· Wordpress の最新版は unstable にしかないが、パッケージ配置構成は大幅に変わっている。今から

なら unstable を入れておいたほうが良いだろう。

· 独自の設定スクリプトを作って、 Web からアクセス。

· wp-content 以下を /var/lib と /usr/share/wordpress に分割している。 SELinux 対策かも。

· Flash を使ったツールが同梱されているので、パッケージには含めていないので別途インストールしな

さいと書いてある。

· /var/www/以下にドキュメントルートのシンボリックリンクを置かず、 Apache2 から

/usr/share/wordpress に直接振り分けろと書いてある。

· 独自の apache.conf サンプル

· MySQL のセットアップはスクリプトを作ってくれている。

· それぞれパッケージメンテナーの考え方が違うのがわかって面白い。

4.6 Drupal に限った場合の Debian package のデメリット

• Upstream の Drupal と何が変わったのかがわかりにくい。

• バージョンが古い。 5000 以上もあるモジュールのパッケージ化は難しい。

• Drush が使えない。

• ローカルや他のディストリなど別環境へ移行がしにくい。

• Drupal コミュニティで共有されている情報との食い違いが多く戸惑う。初心者ならなおさら難しい。

4.7 Debian 初心者が悩んだポイントと素朴な疑問

1. /usr/share/doc/{ パッケージ名 } にドキュメントがあると知らず右往左往。

いつもの解凍した tar ボール内に README.txt などが入っている感覚に引っ張られる。

2. conf ファイルの独特な部分に関して日本語情報がもっと欲しい。日本語情報を探すとどうしても CentOS が多い。

• Apache2

• MySQL

• iptables

など

3. パッケージの構成として、 Upstream のディレクトリ構成をそのまま残して、 FHS の要請はシンボリックリンク

で済ますことって出来ないのでしょうか。

せっかくの Debian パッケージをできるなら使いたい。

4. Stable, Old Stable の 2 世代までセキュリティアップデートしてもらえたらいいのにと切に希望。

• サーバーを立てるタイミングによっては 1 年後にメジャーアップグレードが必須のことも。

• Ubuntu LTS を選ぶことになるが、 Debian との微妙な違いにまた戸惑ったり。 dist-upgradeってやっちゃっ

ていいの？とか個々の設定も微妙に違う。

• ほんとに実用的かどうかは別にして RedHat クローンのサポート 10 年はちょっとうらやましかったりする。

5. 動いているサーバーのメジャーバージョンアップはやっぱりドキドキする。できるならばしたくない。

• 皆さん、どうしてますか？

• リリース時にハンズオンを企画して欲しい！

• アップグレードをテストする同一環境を作るにはどういう方法がありますか？

• アップグレードスクリプトの conf ファイルを置き換えますか？にどう対応してよいかわからない。ベストプラ

クティスってありますか？

• Grub で躓いて再起動できなくなった事あり。コンソールがない VPS などだとジエンド。

6. Stable のローリングリリースってできないもんでしょうか。

7. パッケージ製作時の意図を Debian パッケージの Web ページで読めたらいいのに。

なぜ、このような組み換えをしたのかを説明があると理解しやすい。 conf ファイルの位置。ドキュメントの場所

など。

8. /etc/apt/preferences に書くパッケージの PIN ナンバーの理解が難しい。ここもハンズオン希望。

9. Drupal も同じですが、初心者にしか意味がなくても導入時に書籍があると安心感ありますね。

4.8 まとめ

• Web サイト立ち上げるなら Drupal いいですよ。

本来サーバー移行時に必要なファイルは/sites 以下と DBdump だけだが、ファイルが分割されてしまうので Drush での自動デプロイ、

Drupal ホスティング管理ツール Aegir などからの操作ができない。 [11]

• Debian に限らず OSS の開発者、翻訳者の方には普段から大変お世話になっています。

勉強会・ Meetup の定期的な主催がどれほど大変かということも多少ながら理解しているつもりですので、 68 回開

催は心底尊敬に値します。

Debian 勉強会とコミュニティの方々にお礼を申し上げると共に、今後も初心者ユーザーを導いていただけるようお

願いいたします。

参考文献

[1] System requirements | drupal, http://drupal.org/requirements

[2] Distributions | drupal.org, http://drupal.org/documentation/build/distributions

[3] Dotdeb - The repository for Debian-based LAMP servers, http://www.dotdeb.org/

[4] Drush | drupal.org, http://drupal.org/project/drush

[5] Drupal - Community Ubuntu Documentation, https://help.ubuntu.com/community/Drupal

[6] Debian - Filelist of package drupal7/wheezy/all, http://packages.debian.org/wheezy/all/drupal7/

filelist

[7] Debian JP Project - Debian ポリシーマニュアル - オペレーティングシステム, http://www.debian.or.jp/

community/devel/debian-policy-ja/policy.ja.html/ch-opersys.html#s9.1

[8] Filesystem Hierarchy Standard - Wikipedia, http://ja.wikipedia.org/wiki/Filesystem_Hierarchy_

Standard

[9] Debian JP Project - Debian ポリシーマニュアル - ファイル, http://www.debian.or.jp/community/devel/

debian-policy-ja/policy.ja.html/ch-files.html#10.7.2

[10] Bug 472642 - SELinux denies access to /etc/drupal/default/ﬁles/, https://bugzilla.redhat.com/show_

bug.cgi?id=472642

[11] Aegir, http://www.aegirproject.org/

第 68 回関西 Debian 勉強会 2013 年 1 月

5 月刊 Debian Policy「オペ

レーティングシステム」その

担当：のがた

月刊 Debian Policy の出番がとうとうやってきてしまった。ということで第 9 章「オペレーティングシステム」につい

ての解説をします。第 9 章は最新版 (3.9.4.0) と日本語訳版 (3.9.1.0) の間で大きな改変がないので、変更された点を中心

に解説します。

5.1 第 9 章の内容について

第 9 章では、 Debian のオペレーティングシステムとしての構成についてのポリシーが述べられています。

解説されている範囲は以下のように、幅広い範囲になります。

• ファイルシステムの階層構造

• ユーザーとグループ

• システムランレベルと init.d スクリプト

• init.d スクリプトからのコンソールメッセージ

• Cron ジョブ

• メニュー

• マルチメディアハンドラ

• キーボードの設定

• 環境変数

• doc-base を用いた文書の登録

• 代替 init システム

5.2 最新の原文 (3.9.4.0) と日本語訳版 (3.9.1.0) との違い

大きな変更点は 2 つです。

一つは新設された/run ディレクトリの扱いについて (9.1.1「ファイルシステム構造」の例外 7 と 9.1.4「 /run

と/run/lock」)。もう一つは、 SysVInit の代替 Init システム (upstart) の扱いについて (9.11「代替 init システム」)

この 2 つの記述が追加されました。

細かな変更では、 GNU Hurd のディレクトリ配置についての例外 (9.1.1「ファイルシステム構造」の例外 9) と、

Cron ジョブのファイル名について (9.5.1「 Cron ジョブのファイル名」) が追加されました。

その他には細かな修正が入っていますが、これらの追加修正以外は日本語訳版とほぼ変わりはないので、 9 章を読む場

合は日本語訳を参考にしつつ原文をあたると読みやすいと思います。 (筆者も Diﬀ を参考にしつつ読みました。)

5.3 9.1 ファイルシステムの階層構造

ファイルシステムの階層構造の解説です。ここでは、インストールされるファイルやディレクトリについての扱いについ

て解説しています。

5.3.1 9.1.1 ファイルシステム構造

Debian のファイル

やディレクトリ配置は、 9 章以外で決められているポリシーと、この節で述べられる例外を除

き、 Filesystem Hierarchy Standard(FHS) バージョン 2.3 に従います。

1.「ユーザー固有のアプリケーション設定ファイルをユーザーディレクトリに置く」というオプショナルルールは緩

和されました。設定ファイル名は「 .」 (ドット) から始めることを推奨 (ドットファイル) し、複数の設定ファイル

を作成する場合は、一つの「 .」 (ドット) から始まる名前のディレクトリを作成しその下に設定ファイルを作成しま

す。この場合の設定ファイルは「 .」から始めないことを推奨します。

2.「 amd64 の 64 ビットバイナリは/lib64 を使わなければいけない」という制限は廃止されました。

3.「オブジェクトファイル、内部バイナリ、ライブラリ (libc.so.*を含む) は、/lib{,32} または/usr/lib{,32} 以下

に置く」という制限は改正され、/lib/triplet や/usr/lib/triplet に置くことも許可されました。 triplet は、イ

ンストールするパッケージのアーキテクチャで dpkg-architecture -qDEB HOST MULTIARCH

が返す値で

す。パッケージは、パッケージアーキテクチャに適合しない triplet パスにファイルをインストールできません。

例えば Architecture: amd64 パッケージに 32 ビット x86 ライブラリが含まれている場合、それらのライブラリ

を/usr/lib/i386-linux-gnu

にインストールできません。アプリケーションは/usr/lib/triplet 以下に一つサブ

ディレクトリを作成して使えます。実行時、リンカ/ローダー,ld*は、引き続き/lib または/lib64 以下の既存の場所

に置き、利用できることが必須になっています。これは ELF ABI の一部であるためです。

4. /usr/local/share/man と/usr/local/man を同じとみなす」という制限は推奨に緩和されました。

5.「ウィンドウマネージャは system.*wmrc という一つの設定ファイルを持つこと」「ウィンドウマネージャのサブ

ディレクトリ名はウィンドウマネージャと同じにしなければいけない」という制限は撤廃されました。

6.「ブートマネージャの設定は/etc に置く、もしくはシムリンクを張る」という制限は推奨に緩和されました。

7. (追加) ルートファイルシステムに/run ディレクトリの追加が許可されました。/var/run が/run に、/var/lock

は/run/lock に置き換えられ、後方互換のため/var 以下のディレクトリはシムリンクに置き換えられました。/run

と/run/lock は、 FHS の/var/run、/var/lock の必要な要件のほかに、ファイル命名規則、ファイル形式の要件、

ブート時にファイルが消去されるといった要件、全てに従わなければいけません。/run にあるファイルおよびディ

レクトリは、テンポラリファイルシステムに保存されなければいけません。

8. ルートファイルシステムに/sys と/selinux ディレクトリを置くことが許可されました。

9. (追加) GNU Hurd システムにおいて、ルートファイルシステムに/hurd と/servers ディレクトリを追加すること

が許可されました。

FHS は debian-policy パッケージに同梱されているほか、 FHS の Web サイト

で確認できます。

5.3.2 9.1.2 サイトごとのプログラム

通常、パッケージは FHS に従うため/usr/local にファイルを置いてはいけません。しかし、システム管理者にサイト固

有のファイルを置く場所を示すため空ディレクトリを作成することだけは許可されています。

日本語訳版では、すべてのインストールされたファイル (all installed ﬁles) となっていますが、最新版では、すべてのファイル (all ﬁles) に改

められてます。

日本語訳版では「 dpkg-architecture -qDEB HOST GNU TYPE」でしたが変更されています。

日本語訳版では「 /usr/lib/i486-linux-gnu」でしたが変更されています。

http://www.pathname.com/fhs/

作成場所は/usr/local 直下ではなく一段下 (/usr/local/*/dir) に作成すること。/usr/local 直下に作成するディレクト

リは、 FHS セクション 4.5

に書かれたもの以外作成しないこと、また、 FHS セクション 4.5 で列挙されているディレ

クトリは削除してはいけません。パッケージを削除する際は、空であれば作成したディレクトリは削除すること。

例では emacsen-common パッケージが/usr/local/share/emacs ディレクトリを利用している例が挙げられています。

5.3.3 9.1.3 システムの使うメールディレクトリ

システムが使うメールディレクトリは/var/mail です。特定のメールエージェントだけが使ってはいけませんし、以前

使われていた/var/spool/mail は、物理的にあっても使用するべきではありません。

5.3.4 9.1.4 /run と/run/lock

(追加)

/run ディレクトリは、通常テンポラリファイルシステムにマウントされ、起動時には消去されます。

Packages therefore must not assume that any ﬁles or directories under /run other than /run/lock exist unless

the package has arranged to create those ﬁles or directories since the last reboot. Normally, this is done by the

package via an init script. See Writing the scripts, Section 9.3.2 for more information.

(すみません。/run、/run/lock は init スクリプトがテンポラリ上に作成するので、パッケージはその下にファイルが存

在すると仮定してはいけないという意味だと思うのですが、うまく訳せませんでした…。)

パッケージには、/run または/var/run、/var/lock のパスにあるファイルやディレクトリを含めることはできませ

ん。/var/run、/var/lock のパスは通常シムリンクか、/run の後方互換性のためリダイレクトされます。

5.4 9.2 ユーザーとグループ

5.4.1 9.2.1 はじめに

Debian では平文パスワードもしくはシャドウパスワードの設定ができます。

一部のユーザー ID(UID) とグループ ID(GID) は、特定のパッケージのためグローバルに予約されています。いくつ

かのパッケージでは、ユーザーやグループ所有のファイルを含めたり、バイナリコンパイル時に使う必要があるので、

Debian システムではこれらの目的のための使用をします。これは重大な制限でローカルの管理ポリシーとぶつからないよ

うにしてください。多くのサイトではローカルのユーザー・グループを割り当てている事が多いので注意してください。

これとは別に動的に割り当てられる ID があります。デフォルトでは適切な順序で割り当てられますが、設定で変更でき

ます。

base-passwd 以外のパッケージは/etc/passwd, /etc/shadow, /etc/group, /etc/gshadow を変更してはいけません。

5.4.2 9.2.2 UID と GID の割り当て

UID と GID の割り当てです。

0-99 Debian プロジェクトが使い Debian システム共通に割り当てられます。

100-999 システム用に動的に割り当てられます。

1000-59999 ユーザーアカウントが動的に割り当てられます。

60000-64999 Debian プロジェクトが共通に割り当てますが、必要に応じて作成されます。

65000-65533 予約済み

65534 nobody ユーザー。対応する gid として nogroup グループを割り当てます。

65535 (uid t)(-1) == (gid t)(-1) は利用しないでください。エラーの戻り値として利用します。

FHS セクション 4.5 を調べるとなかったのだけど、 FHS の章立てが狂ってるような気がする。 http://www.debian.org/doc/

packaging-manuals/fhs/fhs-2.3.html#USRLOCALLOCALHIERARCHY

5.5 続きは. . .

init.d スクリプトなどに続きますが、続きはまた来月!お楽しみに!

第 68 回関西 Debian 勉強会 2013 年 1 月

6 今後の予定

Debian JP

6.1 関西 Debian 勉強会

次回、第 69 回関西 Debian 勉強会は 2 月 24 日 (日) に GREE 大阪スタジオで行ないます。

6.2 東京エリア Debian 勉強会

2 月 9 日 (土) に OSC 浜松に出展します。また、 2 月 22 日 (金)、 23 日 (土) の OSC Tokyo/Spring にも出展し、

野島さんがセッションします。

第 68 回関西 Debian 勉強会 2013 年 1 月

7 メモ

関西Debian 勉強会

Debian 勉強会資料

2013 年 1 月 27 日初版第 1 刷発行

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