Refine translation.

This commit is contained in:
Ryusuke SUZUKI 2013-01-02 10:56:15 +00:00
parent 1b069ea611
commit 56c9067728
Notes: svn2git 2020-12-08 03:00:23 +00:00
svn path=/head/; revision=40533

View file

@ -261,8 +261,7 @@
において公開しています。
ports はカテゴリに分類されています。
アプリケーションは、(名前を知っているならば) 名前で検索でき、
あるカテゴリで利用可能な
アプリケーションをすべて表示させることもできます。</para>
あるカテゴリで利用可能なアプリケーションをすべて表示させることもできます。</para>
</listitem>
<listitem>
@ -638,10 +637,9 @@ docbook =
<title><application>pkgng</application> によるバイナリ
package の管理</title>
<para><application>pkgng</application> は、伝統的な &os;
<para><application>pkgng</application> は、&os; における伝統的な
<application>pkg_install</application> package
管理ツールの置き換えとなるものであり、
バイナリ packages をより早く、
管理ツールの置き換えであり、バイナリ packages をより早く、
より簡単に管理できるようにする数多くの機能を提供します。
<application>pkgng</application> の最初のリリースは
2012 年 8 月に行われました。</para>
@ -710,8 +708,8 @@ docbook =
</important>
<note>
<para>package データベースの変換では、
新しいバージョンへのデータ変換に伴エラーが出力されることがあります。
<para>package データベースを変換する際には、
新しいバージョンへのデータ変換に伴ったエラーが出力されることがあります。
通常、これらのエラーは無視して構いませんが、
<command>pkg2ng</command> 終了後に表示される、
変換に失敗したサードパーティ製ソフトウェアの一覧については、
@ -733,15 +731,14 @@ docbook =
<title><application>pkgng</application> 環境の設定</title>
<para><application>pkgng</application> package 管理システムでは、
ほとんどのコマンドに対してpackage リポジトリを使います。
ほとんどのコマンドに対して package リポジトリを使います。
デフォルトの package リポジトリは
<filename>/usr/local/etc/pkg.conf</filename>または
<filename>/usr/local/etc/pkg.conf</filename> または
<envar>PACKAGESITE</envar> 環境変数で定義されます。
この環境変数は、設定ファイルを上書きします。</para>
<para>その他の <application>pkgng</application>
の設定オプションについては、
pkg.conf(5) に記述されています。</para>
の設定オプションは、pkg.conf(5) に記述されています。</para>
</sect2>
<sect2 id="pkgng-basic-usage">
@ -795,10 +792,11 @@ pkg-1.0.2 New generation package manager</screen>
<para><xref linkend="pkgng-pkg-conf"/> で説明した通り、
<command>pkg install</command> はリポジトリデータを使用します。
これとは反対に、pkg-add(8) ではリポジトリデータは用いられなければ、
定義されている <envar>PACKAGESITE</envar> も使われません。
そのため、依存関係は適切には追跡されず、足りない依存についてもリモートホストからダウンロードすることもありません。
この節では、<command>pkg install</command> の使用方法について説明します。
これとは反対に、pkg-add(8) はリポジトリデータを用いなければ、
定義されている <envar>PACKAGESITE</envar> も使いません。
そのため、依存関係は適切には追跡されず、
足りない依存についてもリモートホストからダウンロードされません。
この節では <command>pkg install</command> の使用方法について説明します。
<command>pkg add</command> の使用方法については pkg-add(8)
をご覧ください。</para>
@ -861,10 +859,10 @@ Deleting curl-7.24.0_1... done</screen>
そうでなければ、ローカルの ports ツリーを使って
package のバージョンを同定します。</para>
<para><application>pkgng</application> を用いて
<para><application>pkgng</application> を用いて
package を新しいバージョンにアップグレードできます。
<application>curl</application>
の新しいバージョンがリリースされた場合に、ローカル package
の新しいバージョンがリリースされた場合に、ローカル package
を以下のようにして新しいバージョンにアップグレードできます。</para>
<screen>&prompt.root; <userinput>pkg upgrade</userinput>
@ -930,7 +928,7 @@ Deinstalling ca_root_nss-3.13.5... done</screen>
<para><application>pkg_install</application>
package 管理システムとは異なり、
<application>pkgng</application> には package
データベースバックアップのメカニズムが含まれています。
データベースをバックアップするメカニズムがあります。
package データベースの内容を手動でバックアップするには、
以下を実行してください。</para>