debian-faq 9.0 - en to ja translation catalogue (56 entries)

note: type: Content of: <chapter><title>
en: Customizing your &debian; system
ja: &debian; システムの調整

note: type: Content of: <chapter><section><title>
en: How can I ensure that all programs use the same paper size?
ja: プログラムが全て確実に同一の用紙サイズを使うようにする方法は?

note: type: Content of: <chapter><section><para>
en: Install the <systemitem role="package">libpaper1</systemitem> package, and it will ask you for a system-wide default paper size.  This setting will be kept in the file <literal>/etc/papersize</literal>.
ja: <systemitem role="package">libpaper1</systemitem> パッケージをインストールするとシステム全体のデフォルト用紙サイズを聞いてきます。この設定はファイル <literal>/etc/papersize</literal> に残されます。

note: type: Content of: <chapter><section><title>
en: How can I provide access to hardware peripherals, without compromising security?
ja: セキュリティ問題を発生させることなくハードウェア周辺機器へのアクセスを提供する方法は?

note: type: Content of: <chapter><section><para>
en: Many device files in the <literal>/dev</literal> directory belong to some predefined groups.  For example, <literal>/dev/sr0</literal> belongs to the <literal>cdrom</literal> group.
ja: <literal>/dev</literal> ディレクトリにある多数のデバイスファイルは事前に定義されたグループのいくつかに所属しています。例えば <literal>/dev/sr0</literal> は <literal>cdrom</literal> グループに属しています。

note: type: Content of: <chapter><section><para>
en: If you want a certain user to have access to one of these devices, just add the user to the group the device belongs to, i.e. do:
ja: こういったデバイスの1つに特定のユーザがアクセスできるようにしたい場合は、そのデバイスが属するグループにそのユーザを追加するだけで済みます。つまり:

note: type: Content of: <chapter><section><screen>
en: adduser user group
ja: adduser ユーザ グループ

note: type: Content of: <chapter><section><para>
en: This way you won't have to change the file permissions on the device.
ja: こうすることでデバイス上のファイルの権限を変更しなくてよくなります。

note: type: Content of: <chapter><section><para>
en: If you do this from within a user's shell or a GUI environment you have to logout and login again to become an effective member of that group.  To check which groups you belong to run <literal>groups</literal>.
ja: ユーザシェルや GUI 環境でこれを行った場合はそのグループ権の効果を反映させるには一旦ログアウトして再びログインしなければなりません。自分が属するグループを確認するには <literal>groups</literal> を実行してください。

note: type: Content of: <chapter><section><para>
en: Notice that, since the introduction of <literal>udev</literal> if you change the permissions of a hardware peripheral, they might be adjusted for some devices when the system starts; if this happens to the hardware peripherals you are interested in, you will have to adjust the rules at <literal>/etc/udev</literal>.
ja: <literal>udev</literal> の導入以降、ハードウェア周辺機器の権限を変更した場合、デバイスによってはシステム起動時に調整されることがあることに注意してください。差し込んだハードウェア周辺機器でこれが起きた場合は <literal>/etc/udev</literal> にある規則を調整する必要があるでしょう。

note: type: Content of: <chapter><section><title>
en: How do I load a console font on startup the Debian way?
ja: Debian のやり方で起動時にコンソール用フォントを読み込む方法は?

note: type: Content of: <chapter><section><para>
en: The <systemitem role="package">kbd</systemitem> package supports this, edit the <literal>/etc/kbd/config</literal> file.
ja: <systemitem role="package">kbd</systemitem> パッケージがこれをサポートしています。<literal>/etc/kbd/config</literal> ファイルを編集してください。

note: type: Content of: <chapter><section><title>
en: How can I configure an X11 program's application defaults?
ja: X11 プログラムのアプリケーションデフォルトを設定する方法は?

note: type: Content of: <chapter><section><para>
en: Debian's X programs will install their application resource data in the <literal>/etc/X11/app-defaults/</literal> directory.  If you want to customize X applications globally, put your customizations in those files.  They are marked as configuration files, so their contents will be preserved during upgrades.
ja: Debian の X プログラムはアプリケーションのリソースデータを <literal>/etc/X11/app-defaults/</literal> ディレクトリにインストールします。X アプリケーション全体を独自化したい場合、その独自化に関するファイルはここに配置してください。ここに配置したものは設定ファイルとして扱うためアップグレードしてもその内容が維持されます。

note: type: Content of: <chapter><section><para>
en: After completing the boot process, <literal>init</literal> executes all start scripts in a directory specified by the default runlevel (this runlevel is given by the entry for <literal>id</literal> in <literal>/etc/inittab</literal>).  Like most System V compatible Unices, Linux has 7 runlevels:
ja: ブートプロセスの完了後、<literal>init</literal> はデフォルトランレベル (このランレベルは <literal>/etc/inittab</literal> の <literal>id</literal> エントリで指定されています) で指定されたディレクトリにある開始スクリプトを全て実行します。ほとんどの System V 互換 Unix と同様、Linux にはランレベルが7つあります:

note: type: Content of: <chapter><section><itemizedlist><listitem><para>
en: 0 (halt the system),
ja: 0 (システムの停止)、

note: type: Content of: <chapter><section><itemizedlist><listitem><para>
en: 1 (single-user mode),
ja: 1 (シングルユーザモード)、

note: type: Content of: <chapter><section><itemizedlist><listitem><para>
en: 2 through 5 (various multi-user modes), and
ja: 2から5 (様々なマルチユーザモード)、

note: type: Content of: <chapter><section><itemizedlist><listitem><para>
en: 6 (reboot the system).
ja: 6 (システムの再起動)。

note: type: Content of: <chapter><section><para>
en: Debian systems come with id=2, which indicates that the default runlevel will be '2' when the multi-user state is entered, and the scripts in <literal>/etc/rc2.d/</literal> will be run.
ja: Debian システムは id=2 で、マルチユーザ状態に入ったときのデフォルトのランレベルが「2」であることを示し、<literal>/etc/rc2.d/</literal> にあるスクリプトが実行されます。

note: type: Content of: <chapter><section><para>
en: Debian uses dependency-based boot ordering through <command>insserv</command>, using the LSB headers in each script under <literal>/etc/init.d/</literal>, as well as parallel concurrent booting through the use of <command>startpar</command> to speed up the boot process.
ja: Debian は <literal>/etc/init.d/</literal> にある各スクリプトの LSB ヘッダを使い、<command>insserv</command> 経由で依存関係を基にしてブート順を決定し、さらに <command>startpar</command> を利用し、同時に平行してブートすることでブートプロセスを高速化しています。

note: type: Content of: <chapter><section><para>
en: The scripts in any of the directories, <literal>/etc/rcN.d/</literal> are just symbolic links back to scripts in <literal>/etc/init.d/</literal>.  However, the <emphasis>names</emphasis> of the files in each of the <literal>/etc/rcN.d/</literal> directories are selected to indicate the <emphasis>way</emphasis> the scripts in <literal>/etc/init.d/</literal> will be run.  Specifically, before entering any runlevel, all the scripts beginning with 'K' are run; these scripts kill services.  Then all the scripts beginning with 'S' are run; these scripts start services.  The two-digit number following the 'K' or 'S' indicates the order in which the script is run.  Lower numbered scripts are executed first.
ja: ディレクトリ群 <literal>/etc/rcN.d/</literal> にあるスクリプトは <literal>/etc/init.d/</literal> にあるスクリプトに向けた単なるシンボリックリンクです。ただし、各 <literal>/etc/rcN.d/</literal> ディレクトリにあるファイルの<emphasis>名前</emphasis>は <literal>/etc/init.d/</literal> にあるスクリプトの実行<emphasis>方法</emphasis>を示すようになっています。具体的に言うと、そのランレベルに入る前に「K」で始まるスクリプトがすべて実行されます。このスクリプト群はサービスを終了させます。それから「S」で始まるスクリプトがすべて実行されます。このスクリプト群はサービスを開始させます。「K」や「S」に続く2ケタの数値はスクリプトの実行順を示します。この数値の低いスクリプトから実行されます。

note: type: Content of: <chapter><section><para>
en: This approach works because the scripts in <literal>/etc/init.d/</literal> all take an argument which can be either "start", "stop", "reload", "restart" or "force-reload" and will then do the task indicated by the argument.  These scripts can be used even after a system has been booted, to control various processes.
ja: このやり方は <literal>/etc/init.d/</literal> にあるスクリプトが全て、「start」、「stop」、「reload」、「restart」、「force-reload」のどれかを引数に取り、その引数で示された作業を実行するため機能します。このスクリプト群はシステム起動後でも、様々なプロセスを制御するのに利用できます。

note: type: Content of: <chapter><section><para>
en: For example, with the argument "reload" the command
ja: 例えばコマンドに引数「reload」を付けて

note: type: Content of: <chapter><section><para>
en: sends the sendmail daemon a signal to reread its configuration file.
ja: sendmail デーモンにシグナルを送り設定ファイルを再読込させます。

note: type: Content of: <chapter><section><para>
en: Note that <command>invoke-rc.d</command> should not be used to call the <literal>/etc/init.d/</literal> scripts, <command>service</command> should be used instead.
ja: <literal>/etc/init.d/</literal> スクリプトを呼び出すために <command>invoke-rc.d</command> を使うべきではないことに注意してください。代わりに <command>service</command> を使うべきです。

note: type: Content of: <chapter><section><title>
en: How does the package management system deal with packages that contain configuration files for other packages?
ja: パッケージ管理システムは他のパッケージの設定ファイルを収録するパッケージをどのように扱いますか?

note: type: Content of: <chapter><section><para>
en: Some users wish to create, for example, a new server by installing a group of Debian packages and a locally generated package consisting of configuration files.  This is not generally a good idea, because <command>dpkg</command> will not know about those configuration files if they are in a different package, and may write conflicting configurations when one of the initial "group" of packages is upgraded.
ja: 例えば Debian パッケージ群とローカルで生成した設定ファイル群からなるパッケージをインストールすることで新しいサーバを作成したいユーザがいます。これは通常良い方法ではありません。というのは、設定ファイルが異なるパッケージにある場合、<command>dpkg</command> はそのことについて知らず、最初のパッケージ「群」のどれかがアップグレードされたときに競合する設定を書き込むかもしれません。

note: type: Content of: <chapter><section><para>
en: Instead, create a local package that modifies the configuration files of the "group" of Debian packages of interest.  Then <command>dpkg</command> and the rest of the package management system will see that the files have been modified by the local "sysadmin" and will not try to overwrite them when those packages are upgraded.
ja: 代わりに、当該 Debian パッケージ「群」の設定ファイルを変更するローカルパッケージを作成します。そうすると <command>dpkg</command> その他のパッケージ管理システムはそのファイルがローカル「システム管理者」により変更されたことを理解し、そのパッケージのアップグレード時に上書きしようとはしません。

note: type: Content of: <chapter><section><title>
en: How do I override a file installed by a package, so that a different version can be used instead?
ja: パッケージによりインストールされたファイルを上書きして、異なるバージョンを代わりに使う方法は?

note: type: Content of: <chapter><section><para>
en: Suppose a sysadmin or local user wishes to use a program "login-local" rather than the program "login" provided by the Debian <systemitem role="package">login</systemitem> package.
ja: システム管理者やローカルユーザが Debian の <systemitem role="package">login</systemitem> パッケージにより提供されるプログラム「login」に代えてプログラム「login-local」を使いたいと仮定して

note: type: Content of: <chapter><section><itemizedlist><listitem><para>
en: Overwrite <literal>/bin/login</literal> with <literal>login-local</literal>.
ja: <literal>/bin/login</literal> を <literal>login-local</literal> で上書きする

note: type: Content of: <chapter><section><para>
en: The package management system will not know about this change, and will simply overwrite your custom <literal>/bin/login</literal> whenever <literal>login</literal> (or any package that provides <literal>/bin/login</literal>) is installed or updated.
ja: ということは<emphasis role="strong">しないで</emphasis>ください。パッケージ管理システムはこの変更について知らず、<literal>login</literal> (や任意の <literal>/bin/login</literal> を提供するパッケージ) がインストールまたは更新されたときに独自化した <literal>/bin/login</literal> をあっさりと上書きします。

note: type: Content of: <chapter><section><para>
en: Rather, do
ja: 上書きするのではなく

note: type: Content of: <chapter><section><itemizedlist><listitem><para>
en: Execute:
ja: 代わりに

note: type: Content of: <chapter><section><itemizedlist><listitem><para>
en: in order to cause all future installations of the Debian <systemitem role="package">login</systemitem> package to write the file <literal>/bin/login</literal> to <literal>/bin/login.debian</literal> instead.
ja: を実行して、将来 Debian の <systemitem role="package">login</systemitem> パッケージをインストールするときには全てファイル <literal>/bin/login</literal> の代わりに <literal>/bin/login.debian</literal> に書き込むようにします。

note: type: Content of: <chapter><section><itemizedlist><listitem><para>
en: Then execute:
ja: それから

note: type: Content of: <chapter><section><itemizedlist><listitem><para>
en: to move your own locally-built program into place.
ja: を実行して自分でローカルでビルドしたプログラムを所定の位置に移動します。

note: type: Content of: <chapter><section><para>
en: Run <literal>dpkg-divert --list</literal> to see which diversions are currently active on your system.
ja: そのシステムで現在どの代替が有効になっているのか確認するには <literal>dpkg-divert --list</literal> を実行してください。

note: type: Content of: <chapter><section><title>
en: How can I have my locally-built package included in the list of available packages that the package management system knows about?
ja: ローカルでビルドしたパッケージをパッケージ管理システムが認識する利用可能パッケージ一覧で見られるようにする方法は?

note: type: Content of: <chapter><section><para>
en: Execute the command:
ja: コマンド

note: type: Content of: <chapter><section><para>
en: where:
ja: を実行してください。

note: type: Content of: <chapter><section><itemizedlist><listitem><para>
en: BIN-DIR is a directory where Debian archive files (which usually have an extension of ".deb") are stored.
ja: BIN-DIR は Debian アーカイブファイル (拡張子は通常「.deb」) が置かれるディレクトリです。

note: type: Content of: <chapter><section><itemizedlist><listitem><para>
en: PATHPREFIX is an <emphasis>optional</emphasis> string that can be prepended to the <literal>my_Packages</literal> file being produced.
ja: PATHPREFIX は<emphasis>オプション</emphasis>の文字列で、<literal>my_Packages</literal> ファイルを生成するときに前に付加されます。

note: type: Content of: <chapter><section><para>
en: Once you have built the file <literal>my_Packages</literal>, tell the package management system about it by using the command:
ja: ファイル <literal>my_Packages</literal> をビルドできたら、コマンド

note: type: Content of: <chapter><section><title>
en: Some users like mawk, others like gawk; some like vim, others like elvis; some like trn, others like tin; how does Debian support diversity?
ja: あるユーザは mawk、別のユーザは gawk、あるユーザは vim、別のユーザは elvis、あるユーザは trn、別のユーザは tin を好みます。Debian は多様性をどのようにサポートしますか?

note: type: Content of: <chapter><section><para>
en: There are several cases where two packages provide two different versions of a program, both of which provide the same core functionality.  Users might prefer one over another out of habit, or because the user interface of one package is somehow more pleasing than the interface of another.  Other users on the same system might make a different choice.
ja: 2つのパッケージが1つのプログラムの異なるバージョンを提供し、どちらも同一の主要機能を提供しているような状況がいくらかあります。ユーザによっては習慣から、あるいはパッケージのユーザインターフェイスが他方のインターフェイスよりもいくらか使いやすいという理由で、どちらか一方を好むかもしれません。同一のシステムの別のユーザは異なる選択をするかもしれません。

note: type: Content of: <chapter><section><para>
en: Debian uses a "virtual" package system to allow system administrators to choose (or let users choose) their favorite tools when there are two or more that provide the same basic functionality, yet satisfy package dependency requirements without specifying a particular package.
ja: Debian は「仮想」パッケージシステムを使って、同一の基本機能を提供するツールが複数ある場合に、システム管理者 (またはユーザ) に好みのものを選択させつつ、特定のパッケージを指定することなくパッケージの依存要求を満たすことができるようにしています。

note: type: Content of: <chapter><section><para>
en: For example, there might exist two different versions of newsreaders on a system.  The news server package might 'recommend' that there exist <emphasis>some</emphasis> news reader on the system, but the choice of <literal>tin</literal> or <literal>trn</literal> is left up to the individual user.  This is satisfied by having both the <systemitem role="package">tin</systemitem> and <systemitem role="package">trn</systemitem> packages provide the virtual package <systemitem role="package">news-reader</systemitem>.  <emphasis>Which</emphasis> program is invoked is determined by a link pointing from a file with the virtual package name <literal>/etc/alternatives/news-reader</literal> to the selected file, e.g., <literal>/usr/bin/trn</literal>.
ja: 例えばあるシステム上に2つの異なるバージョンのニュースリーダーが存在するかもしれません。ニュースサーバパッケージは<emphasis>ある</emphasis>ニュースリーダーがそのシステムに存在することを「推奨」するかもしれません。しかし、<literal>tin</literal> か <literal>trn</literal> のどちらを選択するかは個々のユーザに委ねたい。これは仮想パッケージ <systemitem role="package">news-reader</systemitem> を提供する <systemitem role="package">tin</systemitem> と <systemitem role="package">trn</systemitem> パッケージの両方を持っておくことで満たせます。<emphasis>起動する</emphasis>プログラムは、仮想パッケージの <literal>/etc/alternatives/news-reader</literal> というファイルから選択したファイル、例えば <literal>/usr/bin/trn</literal> を指すリンクにより判断します。

note: type: Content of: <chapter><section><para>
en: A single link is insufficient to support full use of an alternate program; normally, manual pages, and possibly other supporting files must be selected as well.  The Perl script <literal>update-alternatives</literal> provides a way of ensuring that all the files associated with a specified package are selected as a system default.
ja: 単一のリンクでは代替プログラムのあらゆる用途に対応するには不十分です。通常はマニュアルページや、もしかすると他の支援ファイルも選択する必要があるかもしれません。Perl スクリプト <literal>update-alternatives</literal> が、指定されたパッケージに関連するファイルがシステムのデフォルトとして確実に全て選択する方法を提供しています。

note: type: Content of: <chapter><section><para>
en: For example, to check what executables provide "x-window-manager", run:
ja: 例えばどの実行可能ファイルが「x-window-manager」を提供しているのか確認したい場合は

note: type: Content of: <chapter><section><para>
en: If you want to change it, run:
ja: を実行します。変更したい場合は

note: type: Content of: <chapter><section><para>
en: And follow the instructions on the screen (basically, press the number next to the entry you'd like better).
ja: を実行して表示される指示に従ってください (基本的には良いと思う番号を押せばいいでしょう)。

note: type: Content of: <chapter><section><para>
en: If a package doesn't register itself as a window manager for some reason (file a bug if it's in error), or if you use a window manager from /usr/local directory, the selections on screen won't contain your preferred entry.  You can update the link through command line options, like this:
ja: あるパッケージがなんらかの理由によりそれ自体をウィンドウマネージャとして登録しない (それが誤りであればバグを報告してください)、あるいはウィンドウマネージャを /usr/local ディレクトリから利用する場合、表示される選択肢には希望する項目がないでしょう。コマンドラインオプションから

note: type: Content of: <chapter><section><para>
en: The first argument to "--install" option is the symlink that points to /etc/alternatives/NAME, where NAME is the second argument.  The third argument is the program to which /etc/alternatives/NAME should point to, and the fourth argument is the priority (larger value means the alternative will more probably get picked automatically).
ja: のようにしてリンクを更新できます。「--install」オプションへの最初の引数は /etc/alternatives/[名前] を指すシンボリックリンクで、[名前]は2つ目の引数になります。3つ目の引数は /etc/alternatives/[名前] が指すシンボリックリンクで、4つめの引数は優先度 (大きな値を指示するとその代替は自動的に選択される可能性が高くなります) です。

note: type: Content of: <chapter><section><para>
en: To remove an alternative you added, simply run:
ja: 追加した代替を削除する場合は、単純に以下を実行します:
