jhbuild master - en to ja translation catalogue (336 entries)

en: JHBuild Manual
ja: JHBuild マニュアル

en: JHBuild is a tool used to build the whole GNOME desktop from the version control system. JHBuild can also be customized to build other projects too.
ja: JHBuild はバージョン管理システムを利用して、GNOME デスクトップ全体をビルドするのに使用されるツールです。JHBuild は他のプロジェクトをビルドするようにカスタマイズすることもできます。

en: Introduction
ja: はじめに

en: JHBuild is a tool designed to ease building collections of source packages, called <quote>modules</quote>. JHBuild uses <quote>module set</quote> files to describe the modules available to build. The <quote>module set</quote> files include dependency information that allows JHBuild to discover what modules need to be built and in what order.
ja: JHBuild は <quote>モジュール(modules)</quote> と呼ばれる、ソースパッケージのあつまりを、簡単にビルドできるように作られたツールです。JHBuild はビルドできるモジュールの記述に、<quote>モジュールセット(module set)</quote> というファイルを使います。<quote>モジュールセット</quote> ファイルには、JHBuild があるモジュールをビルドするのに、何を必要としているかを見つけるための、依存関係の情報が含まれています。

en: JHBuild was originally written for building <ulink url="http://www.gnome.org">GNOME</ulink>, but has since been extended to be usable with other projects. A <quote>module set</quote> file can be hosted on a web server, allowing for build rules independent of the JHBuild project.
ja: JHBuild のオリジナルは <ulink url="http://www.gnome.org">GNOME</ulink> をビルドするために作られましたが、その後、他のプロジェクトでも使用できるように拡張されています。<quote>モジュールセット</quote> ファイルはウェブサーバー上に置くことができるので、JHBuild プロジェクトのビルドルールとは独立させることができます。

en: JHBuild can build modules from a variety of sources, including <ulink url="http://www.cvshome.org/">CVS</ulink>, <ulink url="http://subversion.tigris.org/">Subversion</ulink>, <ulink url="http://www.bazaar-vcs.org/">Bazaar</ulink>, <ulink url="http://darcs.net/">Darcs</ulink>, <ulink url="http://git.or.cz/">Git</ulink> and <ulink url="http://www.selenic.com/mercurial/">Mercurial</ulink> repositories, as well as Tar and Zip archives hosted on web or FTP sites. JHBuild can build modules using a variety of build systems, including Autotools, CMake, WAF, Python Distutils and Perl Makefiles.
ja: JHBuild は、ウェブサイトや FTP サイト上の tarball、Zip アーカイブだけでなく、<ulink url="http://www.cvshome.org/">CVS</ulink> や、<ulink url="http://subversion.tigris.org/">Subversion</ulink>、<ulink url="http://www.bazaar-vcs.org/">Bazaar</ulink>、<ulink url="http://darcs.net/">Darcs</ulink>、<ulink url="http://git.or.cz/">Git</ulink>、<ulink url="http://www.selenic.com/mercurial/">Mercurial</ulink> のリポジトリなど、さまざまなソースから、モジュールをビルドできます。Autotools、CMake、WAF、Python の Distutils や Perl の Makefile など、さまざまなビルドシステムを使ったビルドが可能です。

en: JHBuild is not intended as a replacement for the distribution's package management system. Instead, it makes it easy to build software into a separate install prefix without interfering with the rest of the system.
ja: JHBuild は、ディストリビューションのパッケージ管理システムを置き換えるものではありません。JHBuild は、インストール先を prefix によって分離することにより、システムの他の部分に影響を及ぼすことなくソフトウェアをビルドするのを簡単にします。

en: Getting Started
ja: さあ、はじめましょう

en: JHBuild requires a few set up steps to be run before building software. JHBuild requires some prerequisite software, and it is necessary to install prerequisite tools needed to obtain and build the software modules.
ja: JHBuild でソフトウェアをビルドする前に、いくつかのセットアップを実行する必要があります。JHBuild には前提条件となるいくつかのソフトウェアがあるので、モジュールの取得やビルドに必要な、それらのツールをインストールする必要があります。

en: Installing JHBuild
ja: JHBuild のインストール

en: JHBuild requires a Python runtime. Verify Python &gt;= 2.3 is installed.
ja: JHBuild には Python の実行環境が必要です。Python &gt;= 2.3 がインストールされていることを確認してください。

en: The recommended way to download JHBuild is via the version control system, <command>git</command>. This can be achieved with the following command. It is recommended to run the command from a new directory where all source code will be installed, for example, <filename>~/checkout/gnome</filename>.
ja: JHBuild のダウンロードは、<command>git</command> バージョン管理システムからダウンロードする方法を推奨します。これは、以下のコマンドにより行うことができます。コマンドは、<filename>~/checkout/gnome</filename> のような、すべてのソースコードのインストール先となる、新しいディレクトリから実行することを推奨します。

en: This will download JHBuild into a new folder named <filename>jhbuild</filename> under the current directory. Now to build and install JHBuild:
ja: これにより、現在のディレクトリ配下に <filename>jhbuild</filename> という新しいディレクトリが作成され、そこに JHBuild がダウンロードされます。次に JHBuild のビルド、およびインストールを行います:

en: If <application>gnome-common</application>, <application>yelp-tools</application> and <application>autotools</application> are available, <filename>autogen.sh</filename> will configure JHBuild to install via <application>autotools</application>. If <application>gnome-common</application>, <application>yelp-tools</application> and <application>autotools</application> are not available, <filename>autogen.sh</filename> will configure JHBuild to install via a plain Makefile. To always use the plain Makefile method pass <option>--simple-install</option> to <filename>autogen.sh</filename>.
ja: <application>gnome-common</application>、<application>yelp-tools</application>、および <application>autotools</application> がインストールされていれば、<filename>autogen.sh</filename> は、<application>autotools</application> の処理を経てインストールするように JHBuild を構成します。<application>gnome-common</application>、<application>yelp-tools</application>、または<application>autotools</application> がインストールされていない場合、<filename>autogen.sh</filename> は、デフォルトの Makefile を使ってインストールするように JHBuild を構成します。常にデフォルトの Makefile を使用するには、<filename>autogen.sh</filename> に <option>--simple-install</option> オプションを指定します。

en: If the above steps complete successfully, a small shell script will be installed in <filename>~/.local/bin</filename> to start JHBuild. Add <filename>~/.local/bin</filename> to the <envar>PATH</envar>:
ja: 上記の手順が正常に終了すると、JHBuild を起動するための小さなシェルスクリプトが、<filename>~/.local/bin</filename> にインストールされるので、<filename>~/.local/bin</filename> を <envar>PATH</envar> に加えます:

en: To permanently add <filename>~/.local/bin</filename> to the <envar>PATH</envar> variable, run the following command:
ja: 常に <filename>~/.local/bin</filename> を <envar>PATH</envar> に追加したい場合は、以下のコマンドを実行してください:

en: Configuring JHBuild
ja: JHBuild の設定

en: JHBuild can be configured via a configuration file. The default location is <filename>~/.config/jhbuildrc</filename>. If a configuration file does not exist, the defaults are used. The configuration file uses Python syntax. An example is provided, see <filename>examples/sample.jhbuildrc</filename>. Copy <filename>examples/sample.jhbuildrc</filename> to <filename>~/.config/jhbuildrc</filename> and customize as required.
ja: JHBuild は、設定ファイルによる設定が可能です。設定ファイルのデフォルトの場所は <filename>~/.config/jhbuildrc</filename> です。設定ファイルが存在しない場合は、デフォルトの設定が使用されます。設定ファイルは Python の構文で記述します。記述例は、<filename>examples/sample.jhbuildrc</filename> を参照してください。<filename>examples/sample.jhbuildrc</filename> を <filename>~/.config/jhbuildrc</filename> にコピーし、必要に応じて修正してください。

en: The sample configuration will make JHBuild build the <application>meta-gnome-core</application> and <application>meta-gnome-apps-tested</application> modules and dependencies from the <systemitem>gnome-apps</systemitem> module set. JHBuild will unpack source trees to <filename>~/checkout/gnome</filename> and install all files to subdirectories of <filename>/opt/gnome</filename>. The two directories must be writable.
ja: サンプルの設定では、<systemitem>gnome-apps</systemitem> モジュールセットの内の <application>meta-gnome-core</application> モジュール、<application>meta-gnome-apps-tested</application> モジュール、およびそれらが依存するモジュールをビルドします。JHBuild は、<filename>~/checkout/gnome</filename> にソースツリーを展開し、<filename>/opt/gnome</filename> 配下にファイルをインストールします。このふたつのディレクトリは書き込み可能である必要があります。

en: Configuration variables are documented in <xref linkend="config-reference"/>. The most commonly used variables are:
ja: 設定変数については、<xref linkend="config-reference"/> を参照してください。次の変数はよく使用します。

en: A dictionary that can be used to specify an alternative repository location for a particular repository. This configuration variable is useful to a module developer. By default, JHBuild will check out code from repositories using an anonymous repository location. The dictionary keys are short repository names and the values are alternative repository location strings. For example:
ja: あるリポジトリにたいして、リポジトリの場所を指定するディクショナリ (訳注:Python の辞書型のこと。他言語での連想配列に相当) です。この変数はモジュール開発者にとって便利です。デフォルトでは、JHBuild は匿名アクセスでリポジトリからコードをチェックアウトします。ディクショナリのキーはリポジトリの略称で、値は代わりとなるリポジトリの場所をあらわす文字列です。以下は記述例です。

en: A string or list of strings specifying the name(s) of the module set(s) to use. This can either be the filename of a moduleset included with JHBuild (excluding the path and extension), or a full HTTP URL to an externally managed moduleset. HTTP URL modulesets are cached locally. If a module with the same name is present in more than one moduleset, the last set listed takes priority. Modulesets provided with JHBuild are updated to match the current GNOME development release.
ja: モジュールセットの名前を指定する文字列、または文字列のリスト(配列)です。これは JHBuild に含まれるファイル名(パスと拡張子を除く)、または 外部で管理されているモジュールセットの完全な HTTP URL のどちらでも構いません。HTTP URL のモジュールセットは、ローカルにキャッシュされます。ふたつ以上のモジュールセットに同じ名前のモジュールが存在する場合は、最後のモジュールセットのモジュールが優先します。JHBuild により提供されるモジュールセットは、その時の GNOME の開発リリースに合わせて更新されます。

en: A list of strings specifying the modules to build. The list of modules actually built will be recursively expanded to include all the dependencies unless the <link linkend="command-reference-buildone"> <command>buildone</command></link> command is used. Defaults to <literal>['meta-gnome-desktop']</literal>.
ja: ビルドするモジュールを指定する文字列のリストです。<link linkend="command-reference-buildone"> <command>buildone</command></link> コマンドを使用しないかぎり、実際にビルドされるモジュールは、指定したモジュールが依存するモジュールもすべて含まれます。依存関係は再帰的に展開されます。デフォルトは <literal>['meta-gnome-desktop']</literal> です。

en: A string specifying the directory to unpack source trees to. Unless <link linkend="cfg-buildroot"> <varname>buildroot</varname></link> is set, builds will occur in this directory too. Defaults to <filename>~/checkout/gnome</filename>.
ja: ソースツリーを展開するディレクトリを指定する文字列です。<link linkend="cfg-buildroot"><varname>buildroot</varname></link> がセットされていない場合は、ビルドもこのディレクトリで行います。デフォルトは <filename>~/checkout/gnome</filename> です。

en: A string specifying the prefix to install modules to. <varname>prefix</varname> must be an absolute path. This directory must be writable. Defaults to <literal>'/opt/gnome'</literal>.
ja: モジュールのインストール先を指定する文字列です。<varname>prefix</varname> は絶対パスでなければなりません。指定したディレクトリは書き込み可能である必要があります。デフォルトは <literal>'/opt/gnome'</literal> です。

en: A string containing arguments passed to the <command>autogen.sh</command> script of all modules. Can be overridden for particular modules using the <link linkend="cfg-module-autogenargs"> <varname>module_autogenargs</varname></link> dictionary.
ja: <command>autogen.sh</command> スクリプトに渡す引数を指定する文字列です。すべてのモジュールに適用されます。<link linkend="cfg-module-autogenargs"><varname>module_autogenargs</varname></link> ディクショナリで、特定のモジュールにたいして上書きできます。

en: Build Prerequisites
ja: ビルドの前提条件

en: Before any modules can be built, it is necessary to have certain build tools installed. Common build tools include the GNU Autotools (<application>autoconf</application>, <application>automake</application>, <application>libtool</application> and <application>gettext</application>), The GNU Toolchain (<application>binutils</application>, <application>gcc</application>, <application>g++</application>), make, pkg-config and Python, depending on which modules will be built.
ja: モジュールをビルドする前に、いくつかのビルドツールをインストールする必要があります。ビルドするモジュールにもよりますが、共通のビルドツールには、GNU Autotools (<application>autoconf</application>、<application>automake</application>、<application>libtool</application> および <application>gettext</application>)、GNU Toolchain (<application>binutils</application>、<application>gcc</application>、<application>g++</application>)、make、pkg-config および Python などがあります。

en: JHBuild can check the tools are installed using the <command>sanitycheck</command> command:
ja: JHBuild の <command>sanitycheck</command> コマンドを使って、ツールがインストールされているかをチェックできます。

en: If this command displays any messages, please install the required package from your distribution's repository. A list of <ulink url="http://live.gnome.org/JhbuildDependencies">package names </ulink> for different distributions is maintained on the GNOME wiki. Run the <command>sanitycheck</command> command again after installing the distribution's packages to ensure the required tools are present.
ja: このコマンドが何かメッセージを表示した場合は、メッセージを参考に、お使いのディストリビューションのリポジトリから必要なパッケージをインストールしてください。さまざまなディストリビューション用の<ulink url="http://live.gnome.org/JhbuildDependencies">パッケージ名</ulink>の一覧が GNOME wiki でメンテナンスされています。ディストリビューションのパッケージをインストールしたあとに、もういちど <command>sanitycheck</command> コマンドを実行し、必要なツールが揃ったか確認してください。

en: Using JHBuild
ja: JHBuild を使用する

en: After set up is complete, JHBuild can be used to build software. To build all the modules selected in the <filename>~/.config/jhbuildrc</filename> file, run the following command:
ja: セットアップが完了すれば、JHBuild でソフトウェアをビルドできます。設定ファイルの<filename>~/.config/jhbuildrc</filename> で指定したモジュールをすべてビルドするには、次のコマンドを実行します。

en: JHBuild will download, configure, compile and install each of the modules. If an error occurs at any stage, JHBuild will present a menu asking what to do. The choices include dropping to a shell to fix the error, rerunning the build from various stages, giving up on the module, or ignore the error and continue.
ja: JHBuild は、各モジュールのダウンロード、configure、コンパイル、そしてインストールを行います。どこかのステージでエラーが発生した場合、JHBuild はメニューを表示して、どうするか確認します。選択肢としては、シェルを起動してエラーを修正する、各ステージからビルドを再実行する、そのモジュールをビルドしない、エラーを無視して処理を続行する、などがあります。

en: Giving up on a module will cause any modules depending on the module to fail.
ja: あるモジュールをビルドしなかった場合、そのモジュールに依存するモジュールのビルドも失敗することになります。

en: Below is an example of the menu displayed:
ja: 以下は、表示されるメニューの例です。

en: It is also possible to build a different set of modules and their dependencies by passing the module names as arguments to the <command>build</command> command. For example, to build gtk+:
ja: <command>build</command> コマンドの引数にモジュール名を指定することで、異なるモジュールとその依存モジュールをビルドできます。たとえば、gtk+ をビルドするには次のコマンドを実行します。

en: If JHBuild is cancelled part way through a build, it is possible to resume the build at a particular module using the <option>--start-at</option> option:
ja: もしビルドの途中で JHBuild がキャンセルされた場合、<option>--start-at</option> オプションを使用して特定のモジュールからビルドを再開できます。

en: To build one or more modules, ignoring their dependencies, JHBuild provides the <command>buildone</command> command. For the <command>buildone</command> command to complete successfully, all dependencies must be previously built and installed or provided by distribution packages.
ja: 1つ(または複数)のモジュールを、依存関係を無視してビルドするために、JHBuild は <command>buildone</command> コマンドを提供しています。<command>buildone</command> コマンドが正常に終了するには、依存するモジュールが事前にビルド、インストールされているか、ディストリビューションのパッケージが提供されていなければなりません。

en: When actively developing a module, you are likely in a source working directory. The <command>make</command> will invoke the build system and install the module. This will be a key part of your edit-compile-install-test cycle.
ja: モジュールの開発を活発に行っているときは、ソースの作業ディレクトリにいることがよくあります。<command>make</command> コマンドは、ビルドシステムの起動およびモジュールのインストールを行います。これは、編集-コンパイル-インストール-テストのサイクルの重要な一部になります。

en: To get a list of the modules and dependencies JHBuild will build, and the order they will be built, use the <command>list</command> command:
ja: JHBuild がビルドしようとするモジュールと依存関係、その他のビルドされるモジュールの一覧を取得するには、<command>list</command> コマンドを使用します。

en: To get information about a particular module, use the <command>info</command> command:
ja: 特定のモジュールの情報を取得するには、<command>info</command> コマンドを使用します。

en: To download or update all the software sources without building, use the <command>update</command> command. The <command>update</command> command provides an opportunity to modify the sources before building and can be useful if internet bandwidth varies.
ja: ビルドせずにソフトウェアのソースをダウンロード、更新だけを行うには、<command>update</command> コマンドを使用します。<command>update</command> コマンドはビルドする前にソースを修正する機会を提供します。またインターネットの帯域幅が変化する場合に便利です。

en: Later, JHBuild can build everything without downloading or updating the sources:
ja: その後で、JHBuild はソースのダウンロードや更新をせずに、すべてをビルドできます。

en: To run a particular command with the same environment used by JHBuild, use the <command>run</command> command:
ja: JHBuild と同じ環境で特定のコマンドを実行するには、<command>run</command> コマンドを使用します。

en: To start a shell with the same environment used by JHBuild, use the <command>shell</command> command:
ja: JHBuild と同じ環境でシェルを起動するには、<command>shell</command> コマンドを使用します。

en: JHBuild and GNOME
ja: JHBuild と GNOME

en: This section provides guidance on building, installing and running GNOME.
ja: このセクションは、GNOME のビルド、インストール、および実行に関するガイダンスです。

en: Building GNOME
ja: GNOME のビルド

en: To build GNOME some development packages are required. This includes:
ja: GNOME をビルドするには、以下に示すいくつかの開発用パッケージが必要となります。

en: DocBook XML DTD and XSLT stylesheets. These need to be registered in the XML catalog (<filename>/etc/xml/catalog</filename>).
ja: DocBook XML DTD と XSLT スタイルシート。これらは、XML カタログ (<filename>/etc/xml/catalog</filename>) に登録する必要があります。

en: X libraries
ja: X ライブラリ

en: <filename>libsmbclient</filename> from Samba (used for browsing Windows networks).
ja: Samba の <filename>libsmbclient</filename> (Windows ネットワークのブラウジングに使用)。

en: <filename>libbz2</filename> from bzip2.
ja: bzip2 の <filename>libbz2</filename>。

en: <filename>libpng</filename>, <filename>libjpeg</filename> and <filename>libtiff</filename> (used for image loading).
ja: <filename>libpng</filename>、<filename>libjpeg</filename>、および <filename>libtiff</filename> (イメージのロードに使用)。

en: If installing distribution packages, and if applicable for your distribution, install the corresponding <quote>dev</quote> or <quote>devel</quote> packages. A list of <ulink url="http://live.gnome.org/JhbuildDependencies">package names</ulink> for different distributions is maintained on the GNOME wiki.
ja: ディストリビューションのパッケージをインストールする場合、お使いのディストリビューションに適用できるなら、対応する <quote>dev</quote>、または <quote>devel</quote> パッケージをインストールしてください。さまざまなディストリビューション用の<ulink url="http://live.gnome.org/JhbuildDependencies">パッケージ名</ulink>の一覧が GNOME wiki でメンテナンスされています。

en: Running a Single GNOME Application
ja: 単独の GNOME アプリケーションの実行

en: This section details how to run a single GNOME application. The application will run within the current desktop environment. To run the application within the complete JHBuild GNOME see <xref linkend="running-gnome"/>.
ja: ここでは、単独の GNOME アプリケーションを実行する方法について説明します。アプリケーションを現在のデスクトップ環境で実行します。アプリケーションを JHBuild で構築した GNOME で実行する方法については、<xref linkend="running-gnome"/> を参照してください。

en: Launch a JHBuild shell. The JHBuild shell has all the necessary environment variables set.
ja: JHBuild のシェルを起動します。JHBuild のシェルには、必要となるすべての環境変数が設定されています。

en: Verify the correct application will be run. For example:
ja: 実行するアプリケーションが正しいことを確認します。たとえば、次のコマンドで確認します。

en: Run the application:
ja: アプリケーションを実行します。

en: Alternatively, run the application using the <command>run</command> command:
ja: あるいは、<command>run</command> コマンドでアプリケーションを実行することもできます。

en: Running the GNOME Desktop Environment
ja: GNOME デスクトップ環境の起動

en: Create a new user account to run the JHBuild GNOME. Running JHBuild GNOME using different user account is recommended to avoid problems caused by user settings stored in the home directory. This manual refers to the new account as <systemitem class="username">gnomedev</systemitem>.
ja: JHBuild GNOME を起動するための新しいアカウントを作成します。ホームディレクトリに保存されたユーザー設定に起因する問題を回避するために、異なるユーザーアカウントで JHBuild GNOME を起動することを推奨します。このマニュアルでは、新しいアカウントを <systemitem class="username">gnomedev</systemitem> として説明します。

en: Setup JHBuild on the new <systemitem class="username">gnomedev</systemitem> account. Copy or soft-link <filename>~/.config/jhbuildrc</filename> and <filename>~/.local/bin/jhbuild</filename> to <systemitem class="username">gnomedev</systemitem> home directory.
ja: 新しく作成した <systemitem class="username">gnomedev</systemitem> アカウントの JHBuild 環境をセットアップします。<systemitem class="username">gnomedev</systemitem> のホームディレクトリに、<filename>~/.config/jhbuildrc</filename> と <filename>~/.local/bin/jhbuild</filename> をコピーするか、ソフトリンクを作成します。

en: Open a terminal as the user <systemitem class="username">gnomedev</systemitem>. Permanently add <filename>~/.local/bin</filename> to the <envar>PATH</envar> variable, run the following command:
ja: <systemitem class="username">gnomedev</systemitem> ユーザーで端末を開きます。以下のコマンドにより、<envar>PATH</envar> 変数に <filename>~/.local/bin</filename> を追加します。

en: Test JHBuild works:
ja: JHBuild が動作することを確認します。

en: Setup GNOME to run from the display manager
ja: GNOME をディスプレイマネージャーから起動するためのセットアップ

en: Build and install JHBuild GNOME.
ja: JHBuild の GNOME をビルド、およびインストールします。

en: Enable system services. JHBuild GNOME will use the <filename>/usr/bin</filename> system <application>D-Bus</application> daemon and the system services within <filename>/usr/share/dbus-1/system-services/</filename>. JHBuild GNOME will use the JHBuild session <application>D-Bus</application> daemon and the services within <filename><replaceable>/opt/gnome</replaceable>/share/dbus-1/services/</filename>. Replace <filename>/opt/gnome</filename> with GNOME install <varname>prefix</varname> in the command below:
ja: システムサービスを有効にします。JHBuild GNOME は、<filename>/usr/bin</filename> のシステム <application>D-Bus</application> デーモンと、<filename>/usr/share/dbus-1/system-services/</filename> のシステムサービスを使用します。また、JHBuild GNOME は、JHBuild のセッション <application>D-Bus</application> デーモンと、<filename><replaceable>/opt/gnome</replaceable>/share/dbus-1/services/</filename> のサービスを使用します。次のコマンドでは、<filename>/opt/gnome</filename> の部分は、GNOME のインストール先の <varname>prefix</varname> と読み替えてください。

en: Create a GNOME startup script at <filename>/usr/bin/gnome-jhbuild-session</filename> with the following, replacing <filename>/opt/gnome</filename> with GNOME install <varname>prefix</varname>:
ja: 以下の内容で GNOME の起動スクリプト、<filename>/usr/bin/gnome-jhbuild-session</filename> を作成します。<filename>/opt/gnome</filename> の部分は、GNOME のインストール先の <varname>prefix</varname> と読み替えてください。

en: Make the file <filename>/usr/bin/gnome-jhbuild-session</filename> executable:
ja: <filename>/usr/bin/gnome-jhbuild-session</filename> を実行可能にします。

en: To add a new session entry in the display manager, create <filename>/usr/share/xsessions/gnome-jhbuild.desktop</filename> and enter:
ja: ディスプレイマネージャーに新しいセッションエントリを追加するために、<filename>/usr/share/xsessions/gnome-jhbuild.desktop</filename> を作成して、次のとおり入力します。

en: Restart <command>gdm</command>.
ja: <command>gdm</command> を再起動します。

en: Running GNOME from the display manager
ja: ディスプレイマネージャーから GNOME を起動する

en: To run the JHBuild GNOME, select the GNOME (JHBuild) session at the display manager before entering <systemitem class="username">gnomedev</systemitem> login credentials. If successful, JHBuild GNOME will be displayed. If unsuccessful, check the log file. The log file will be located at <filename>~gnomedev/.cache/gdm/session.log</filename> or <filename>~gnomedev/.xsession-errors</filename>.
ja: JHBuild GNOME を起動するには、ディスプレイマネージャーで GNOME (JHBuild) セッションを選択してから、<systemitem class="username">gnomedev</systemitem> のログイン情報を入力します。成功した場合は、JHBuild GNOME が表示されます。失敗した場合は、ログファイルを確認してください。ログファイルの場所は、<filename>~gnomedev/.cache/gdm/session.log</filename> か <filename>~gnomedev/.xsession-errors</filename> です。

en: Buildbot Integration
ja: Buildbot との統合

en: Coupled with the <ulink url="http://buildbot.net">Buildbot</ulink> project, JHBuild can also function as a continuous integration tool. The Buildbot configuration is used by the GNOME project at <ulink url="http://build.gnome.org">build.gnome.org</ulink>.
ja: <ulink url="http://buildbot.net">Buildbot</ulink> と共に使用することにより、JHBuild を継続的な統合ツールとして機能させることができます。Buildbot の設定は、<ulink url="http://build.gnome.org">build.gnome.org</ulink> の GNOME プロジェクトで使用されています。

en: Configuring a Buildbot Slave
ja: Buildbot スレーブ を設定する

en: A Buildbot slave is a variation of a normal JHBuild installation that serves the requests of a Buildbot master. It is recommended to set up JHBuild and complete a build with most modules building successfully before adding the Buildbot customizations.
ja: Buildbot スレーブは、JHBuild の通常インストールのバリエーションであり、Buildbot マスターへのリクエストを提供します。Buildbot のカスタマイズを追加する前に、JHBuild をセットアップして、ほとんどのモジュールを正常にビルドできるようにしておくことを推奨します。

en: Buildbot commands are options to the <command>bot</command> command. To download and install the extra required software, run the following command:
ja: Buildbot コマンドは、<command>bot</command> コマンドのオプションとして指定します。必要なソフトウェアを追加でダウンロード、インストールするには、以下のコマンドを実行します:

en: Once this step has completed successfully, three new configuration variables are required in <filename>~/.config/jhbuildrc</filename>.
ja: このステップが1度正常に完了すると、<filename>~/.config/jhbuildrc</filename> に3つの新しい設定が必要になります。

en: It is not possible to use an alternate configuration file, the <link linkend="option-file"><option>--file</option></link> will not get desired effects.
ja: かわりの設定ファイルを使用することはできません。<link linkend="option-file"><option>--file</option></link> は期待した効果をもたらしません。

en: <varname>jhbuildbot_master</varname> is a string specifying the Buildbot master server; it defaults to <literal>'build.gnome.org:9070'</literal>. <varname>jhbuildbot_slavename</varname> and <varname>jhbuildbot_password</varname> identify the slave on the master server. Contact the Buildbot master administrators to obtain the slave name and password.
ja: <varname>jhbuildbot_master</varname> は Buildbot マスターサーバーを指定する文字列です; デフォルトは <literal>'build.gnome.org:9070'</literal> です。<varname>jhbuildbot_slavename</varname> と <varname>jhbuildbot_password</varname> は、マスターサーバーでスレーブを識別するためのものです。スレーブの名前とパスワードについては、Buildbot マスターの管理者に連絡してください。

en: The administrators of <ulink url="http://build.gnome.org">build.gnome.org</ulink> can be reached on the <ulink url="mailto:build-brigade-list@gnome.org">Build Brigade mailing list</ulink>.
ja: <ulink url="http://build.gnome.org">build.gnome.org</ulink> の管理者には、<ulink url="mailto:build-brigade-list@gnome.org">Build Brigade mailing list</ulink> で連絡することができます。

en: Command Reference
ja: コマンドリファレンス

en: JHBuild uses a command line syntax similar to tools like CVS:
ja: JHBuild は CVS などのツールに似たコマンドラインシンタックスを使用します。

en: The global JHBuild options are:
ja: JHBuild のグローバルオプションは次のとおりです。

en: Use an alternative configuration file instead of the default <filename>~/.config/jhbuildrc</filename>.
ja: デフォルトの <filename>~/.config/jhbuildrc</filename> の代わりに、別の設定ファイルを使用します。

en: Use a module set other than the module set listed in the configuration file. This option can be a relative path if the module set is located in the JHBuild moduleset folder, or an absolute path if located elsewhere.
ja: 設定ファイルに記述されたモジュールセットではなく、別のモジュールセットを使用します。このオプションは、モジュールセットが JHBuild のモジュールセットフォルダーにある場合は相対パスで指定できます。それ以外の場所にある場合は、絶対パスで指定します。

en: Do not prompt the user for any input. This option is useful if leaving a build unattended, in order to ensure the build is not interrupted.
ja: ユーザーに入力を求めません。無人でビルドを行い、ビルドが中断されないようにする場合に、このオプションは便利です。

en: Command specific options are listed below.
ja: コマンドごとのオプションについては、以下で説明します。

en: The <command>autobuild</command> command automatically builds the modules as specified in the configuration file, and then upload the results to JhAutobuild.
ja: <command>autobuild</command> コマンドは、設定ファイルで指定されたモジュールを自動的にビルドして、結果を JhAutobuild にアップロードします。

en: The <option>--autogen</option>, <option>--clean</option>, <option>--distcheck</option>, <option>--skip</option> and <option>--start-at</option> options are processed as per the <link linkend="command-reference-build"><command>build</command></link> command.
ja: <option>--autogen</option>、<option>--clean</option>、<option>--distcheck</option>、<option>--skip</option>、および <option>--start-at</option> のオプションは、<link linkend="command-reference-build"><command>build</command></link> コマンドに引き渡されます。

en: This option specifies the JhAutobuild URL to report to.
ja: このオプションは、報告先である JhAutobuild の URL を指定します。

en: If specified, JHBuild's output will be more verbose.
ja: このオプションを指定すると、JHBuild はより詳細に出力します。

en: The <command>bootstrap</command> command installs a set of build utilities. The build utilities include <application>autoconf</application>, <application>automake</application> and similar utilities. The recommended method to install the build utilities is via your distribution's package management system. The <command>bootstrap</command> should only be used if the build utilities are not provided by your distribution's package management system, for example on <systemitem class="osname">Mac OS</systemitem>.
ja: <command>bootstrap</command> コマンドは、ビルドユーティリティのセットをインストールします。ビルドユーティリティには、<application>autoconf</application>、<application>automake</application> および類似のユーティリティが含まれます。ビルドユーティリティの推奨インストール方法は、お使いのディストリビューションのパッケージ管理システムを使ったインストールです。<systemitem class="osname">Mac OS</systemitem> など、ディストリビューションのパッケージ管理システムでビルドユーティリティが提供されていない場合にだけ、<command>bootstrap</command> コマンドを使用してください。

en: The <command>bootstrap</command> command builds modules using the same method as the <command>build</command> command, but uses the <filename>bootstrap.modules</filename> moduleset.
ja: <command>bootstrap</command> コマンドがモジュールをビルドする方法は、<command>build</command> コマンドと同じですが、<filename>bootstrap.modules</filename> モジュールセットを使用します。

en: See the <link linkend="command-reference-build"><command>build</command></link> command documentation for available options.
ja: 利用可能なオプションについては、<link linkend="command-reference-build"><command>build</command></link> コマンドのドキュメントを参照してください。

en: The <command>build</command> command builds one or more packages, including their dependencies.
ja: <command>build</command> コマンドはひとつ以上のパッケージを、その依存関係も含めてビルドします。

en: If no module names are provided on the command line, the <link linkend="cfg-modules">modules</link> list from the configuration file will be used.
ja: コマンドラインでモジュール名が指定されなかった場合、設定ファイルの <link linkend="cfg-modules">modules</link> のリストが使用されます。

en: Run <command>make clean</command> before building modules.
ja: モジュールをビルドする前に、<command>make clean</command> を実行します。

en: Run <command>make check</command> after building modules.
ja: モジュールをビルドした後に、<command>make check</command> を実行します。

en: Run <command>make dist</command> after building modules.
ja: モジュールをビルドした後に、<command>make dist</command> を実行します。

en: Run <command>make distcheck</command> after building modules.
ja: モジュールをビルドした後に、<command>make distcheck</command> を実行します。

en: For git modules, run <command>git clean -dfx</command> before building modules. For other modules, run <command>make distclean</command> before building modules.
ja: git モジュールにたいしては、モジュールをビルドする前に、<command>git clean -dfx</command> を実行し、その他のモジュールにたいしては、ビルドする前に、<command>make distclean</command> を実行します。

en: This option will delete any uncommited changes.
ja: このオプションは、コミットされていないあらゆる変更を削除します (訳注: gitで管理される追跡対象のファイルは削除されません)。

en: Do not build soft dependencies.
ja: 弱い依存関係にあるモジュールをビルドしません。

en: Do not access the network when building modules. This will skip download or update stages in a build. If a module can't be built without network access, the module build will fail.
ja: モジュールをビルドするときに、ネットワークにアクセスしません。ビルドのダウンロードステージ、および更新ステージをスキップします。ネットワークアクセスなしではモジュールをビルドできない場合、ビルドは失敗します。

en: Do not build the listed modules. Used to skip the building of specified dependencies.
ja: 指定したモジュールをビルドしません。依存関係のビルドをスキップするのに使用します。

en: Ignore modules that do not match <replaceable>tag</replaceable>. Modules are automatically attributed a tag matching the name of the module's module set.
ja: <replaceable>tag</replaceable> で指定したタグにマッチしないモジュールを無視します。モジュールは、そのモジュールのモジュールセット名にマッチするタグを自動的に付与されます。

en: Start at the named module rather than at the beginning of the list. This option is useful if the build was interrupted.
ja: リストの先頭からではなく、指定したモジュールから開始します。このオプションはビルドを中断した場合などに便利です。

en: If supported by the underlying version control system, update the source tree to the specified date before building. An ISO date format is required, e.g. <literal>"2009-09-18 02:32Z"</literal>.
ja: バージョン管理システムでサポートされていれば、ビルドの前にソースツリーを指定した日時に更新します。ISO の日時フォーマットで指定します。例 <literal>"2009-09-18 02:32Z"</literal>。

en: Run graphical tests on the actual X server rather than in a simulated Xvfb.
ja: Xvfb によりシミュレートされたものではなく、実際の X サーバーでグラフィカルなテストを実行します。

en: If the build fails, and if supported by the version control system, force a checkout and run <command>autogen.sh</command> before retrying the build.
ja: ビルドが失敗した場合に、バージョン管理システムがサポートしていれば、ビルドを再試行する前に、強制的にチェックアウトして <command>autogen.sh</command> を実行します。

en: If one or more of a module's dependencies failed, this option forces JHBuild to try to build the module anyway.
ja: ひとつ以上の依存関係のビルドに失敗した場合でも、強制的にモジュールのビルドを試みます。

en: Build the modules even if policy states it is not required.
ja: ビルドポリシー上ビルドが不要でも、指定のモジュールをビルドします。

en: Modules listed as optional dependencies, may not be required to build the module. This option forces JHBuild to build optional dependencies.
ja: 依存関係がオプションとなるモジュールは、目的のモジュールをビルドするのに必須ではありません。このオプションはオプションの依存関係にあるモジュールを強制的にビルドします。

en: Skip modules installed more recently than the specified relative time. The <replaceable>time</replaceable> string format is a number followed by a unit. The following units are supported: seconds (s), minutes (m), hours (h) and days (d). For example, <option>--min-age=2h</option> will skip modules built less than two hours ago.
ja: 指定された相対時間より最近にインストールされたモジュールをスキップします。<replaceable>time</replaceable> の文字列書式は、単位を付加した数字です。付加する単位は、次のものがサポートされています: 秒 (s)、分 (m)、時間 (h)、日 (d)。例えば、<option>--min-age=2h</option> は2時間前以降にビルドされたモジュールをスキップします。

en: Ignore missing system dependencies. To ignore a single system dependency add the module to <link linkend="cfg-skip"><varname>skip</varname></link>.
ja: インストールされていないシステムの依存モジュールを無視します。単独のシステムの依存モジュールを無視するには、そのモジュールを <link linkend="cfg-skip"><varname>skip</varname></link> に追加します。

en: The <command>make</command> command is for actively developing on a particular module. It requires the current directory be a source checkout, and does the equivalent of <command>buildone -nf $(basename $(pwd))</command>.
ja: <command>make</command> コマンドは、特定のモジュールで活発に行われている開発作業向けのコマンドです。ソースのチェックアウトディレクトリで実行する必要があります。このコマンドは、<command>buildone -nf $(basename $(pwd))</command> と同等です。

en: The options are the same as those available for the <link linkend="command-reference-build"><command>buildone</command></link> command.
ja: このオプションは、<link linkend="command-reference-build"><command>buildone</command></link> のオプションと同じです。

en: The <command>buildone</command> command is similar to <command>build</command>, but it does not build the dependent modules. It is useful for rebuilding one or more modules.
ja: <command>buildone</command> コマンドは、<command>build</command> と似ていますが、依存するモジュールをビルドしません。このコマンドは、ひとつ以上のモジュールをリビルドするときに便利です。

en: At least one module must be listed on the command line.
ja: コマンドラインで、少なくともひとつのモジュールを指定しなければなりません。

en: The <command>checkbranches</command> checks the module's branches are defined correctly within the version control system and the branches are consistent with the module set.
ja: <command>checkbranches</command> は、バージョン管理システムでブランチが正しく定義されているか、およびブランチのモジュールセットに矛盾がないかをチェックします。

en: The branch to check.
ja: チェックするブランチを指定します。

en: The <command>clean</command> command cleans the build directories of one or more modules.
ja: <command>clean</command> コマンドはひとつ以上のモジュールのビルドディレクトリを clean します。

en: See the <link linkend="command-reference-build"><command>build</command></link> command documentation for a description of available options.
ja: 利用可能なオプションについては <link linkend="command-reference-build"><command>build</command></link> コマンドのドキュメントの説明を参照してください。

en: The <command>dot</command> command generates a file describing the directed graph formed by the dependencies between a set of modules. This file can then be processed using the <ulink url="http://www.graphviz.org/">GraphViz</ulink> software to produce a diagram.
ja: <command>dot</command> コマンドは、モジュール間の依存関係によって形成された、有向グラフが記述されたファイルを生成します。このファイルは、ダイアグラムを生成する <ulink url="http://www.graphviz.org/">GraphViz</ulink> ソフトウェアで処理することができます。

en: The <option>--soft-deps</option> option adds dotted lines from the modules to the soft dependencies. The <option>--clusters</option> option groups modules from <link linkend="moduleset-syntax-defs-metamodule">metamodules</link> together.
ja: <option>--soft-deps</option> オプションはモジュールから、推奨される依存関係への点線を追加します。<option>--clusters</option> オプションは <link linkend="moduleset-syntax-defs-metamodule">metamodules</link> によりモジュールをグループ化します。

en: The output of the dot command can be piped to the dot utility to generate a PostScript file:
ja: dot コマンドの出力は、dot ユーティリティにパイプすることにより、PostScript ファイルを生成することができます:

en: Or a PNG image:
ja: PNG イメージを生成することもできます:

en: Sample JHBuild dot output
ja: JHBuild dot コマンドの出力例

en: The <command>gui</command> command starts a graphical interface to JHBuild which can be used to select modules to build and change some options.
ja: <command>gui</command> コマンドは、JHBuild のためにモジュールを選択したり、いくつかのビルドオプションを変更できる、グラフィカルなインターフェースを起動します。

en: The graphical interface is rendered using GTK, so extra support libraries are required.
ja: グラフィカルなインターフェースの描画には GTK を使用しているので、追加のサポートライブラリが必要です。

en: The <command>info</command> command displays information about one or more modules.
ja: <command>info</command> コマンドは、ひとつ以上のモジュールの情報を表示します。

en: The command displays the module name, type, dependencies, dependent packages, the source directory, and the time it was last installed with JHBuild. If available, information specific to the module type such as the CVS repository or download URL will also be displayed.
ja: このコマンドはモジュールの名前、タイプ、依存関係、依存するパッケージ、JHBuild で最後にインストールされた日時を表示します。もし可能なら、そのモジュールの CVS リポジトリやダウンロード元の URL などの、具体的な情報も表示されます。

en: If there is no module specified the command will display information about all the modules defined in the module set.
ja: コマンドにモジュールが指定されなかった場合、モジュールセットで定義されたすべてのモジュールについての情報が表示されます。

en: The <command>list</command> command displays the expanded list of modules the <command>build</command> command would build.
ja: <command>list</command> コマンドは、<command>build</command> コマンドがビルドするモジュールのリストを、展開して表示します。

en: The <option>--skip</option>, <option>--start-at</option>, <option>--tags</option>, and <option>--ignore-suggests</option> options are processed as per the <link linkend="command-reference-build"><command>build</command></link> command.
ja: <option>--skip</option>、<option>--start-at</option>、<option>--tags</option>、および <option>--ignore-suggests</option> のオプションは、<link linkend="command-reference-build"><command>build</command></link> コマンドに引き渡されます。

en: List all the modules from the module set regardless of the build dependencies.
ja: ビルドの依存関係に関わらず、モジュールセットのモジュールをすべて一覧します。

en: If a module is set to a branch, show the branch name with the module name.
ja: モジュールがブランチとして設定されている場合、モジュール名とともにブランチ名が表示されます。

en: This option forces JHBuild to list optional dependencies.
ja: このオプションは JHBuild にたいして、オプショナルな依存関係の一覧を強制します。

en: The <command>rdepends</command> command displays the reverse dependencies of a module.
ja: <command>rdepends</command> コマンドは、モジュールの依存関係を逆方向に表示します。

en: Show dependency path next to modules.
ja: モジュールの横に、依存関係のパスを表示します。

en: Limit display to modules directly depending on specified module.
ja: 指定されたモジュールと直接の依存関係にあるモジュールに、表示を限定します。

en: The <command>run</command> command runs the specified command using the same environment that JHBuild uses when building modules.
ja: <command>run</command> コマンドは、JHBuild がモジュールをビルドするのに使用するのと同じ環境で、指定したコマンドを実行します。

en: If using JHBuild to build GNOME, this command can be useful in X startup scripts.
ja: GNOME をビルドするのに JHBuild を使用する場合、このコマンドは X の起動スクリプトなどで便利です。

en: Run the command in the build directory of the specified module.
ja: 指定したモジュールの、ビルドディレクトリでコマンドを実行します。

en: Run the command in the source directory of the specified module.
ja: 指定したモジュールの、ソースディレクトリでコマンドを実行します。

en: The <command>sanitycheck</command> command performs a number of checks to verify the build environment is okay.
ja: <command>sanitycheck</command> コマンドは、ビルド環境に問題がないことを確認するために、いくつかのチェックを行います。

en: Some of the checks include:
ja: 以下のチェックが含まれます:

en: The checkout and install prefixes are writable.
ja: チェックアウト先とインストール先が書き込み可能か。

en: The required build tools are installed.
ja: 必要なビルドツールがインストールされているか。

en: Some commonly used macros are available in the search paths of the <command>aclocal</command> commands associated with the various versions of <command>automake</command>.
ja: さまざまなバージョンの <command>automake</command> に関連付けられている <command>aclocal</command> コマンドの検索パスで、よく使用されるマクロが利用可能か。

en: The XML catalog contains the DocBook DTD and stylesheets.
ja: XML カタログに DocBook の DTD と スタイルシートが含まれているか。

en: The <command>shell</command> command starts the user's shell with the same environment as JHBuild uses when building modules.
ja: <command>shell</command> コマンドは、JHBuild がモジュールをビルドするのと同じ環境で、ユーザーシェルを起動します。

en: This command is equivalent to the following:
ja: このコマンドは次のコマンドと同等です。

en: The <envar>UNDER_JHBUILD</envar> environment variable will be set to "true" when this shell is active. You can use the presence of that variable to customize your shell's prompt to indicate that you indeed are under a jhbuild-controlled shell. For example, you may want to put this in your <filename>.bashrc</filename>:
ja: このシェルがアクティブなときは、環境変数 <envar>UNDER_JHBUILD</envar> が "true" にセットされます。この変数の存在を利用して、JHBuild 制御下のシェルにあることがわかるようシェルのプロンプトをカスタマイズできます。たとえば、<filename>.bashrc</filename> に次の記述をするとよいでしょう。

en: This will make your bash shell display <literal>[jhbuild]</literal> before your normal prompt, making it easier to see which shells are under a jhbuild environment.
ja: これにより、あなたの bash シェルは、通常のプロンプトの前に <literal>[jhbuild]</literal> を表示するようになるので、どのシェルが JHBuild の制御下にあるかを識別しやすくなります。

en: The <command>sysdeps</command> command displays:
ja: <command>sysdeps</command> コマンドは次の情報を表示します。

en: a list of installed system packages which will be used during the build. JHBuild will not build these modules and opt to use the system package instead.
ja: ビルド中に使用する、インストール済みシステムパッケージの一覧。JHBuild は、これらのモジュールをビルドせずに、代わりにシステムパッケージを使用します。

en: a list of required packages. To begin a build the packages must be provided by your system.
ja: 必須パッケージの一覧。ビルドを始めるにあたり、このパッケージがお使いのシステムで提供されている必要があります。

en: a list of optional packages. The corresponding system package was not found or too old. JHBuild will build the module. Optional packages will not be displayed if <link linkend="cfg-partial-build"><varname>partial_build</varname></link> is <constant>False</constant>.
ja: オプションパッケージの一覧。対応するシステムパッケージが見つからないか、古すぎます。JHBuild は、指定のモジュールをビルドします。<link linkend="cfg-partial-build"><varname>partial_build</varname></link> が <constant>False</constant> に設定されている場合は、オプションパッケージは表示されません。

en: <command>sysdeps</command> example
ja: <command>sysdeps</command> の例

en: The <command>tinderbox</command> command is similar to <command>build</command>, but writes all terminal output to HTML files suitable for publishing on a website. It can be used to set up systems similar to Mozilla's Tinderbox, or Debian's Buildd.
ja: <command>tinderbox</command> コマンドは、<command>build</command> コマンドに似ていますが、すべての端末出力を、ウェブサイトに掲載するのに適した HTML ファイルに出力します。このコマンドは Mozilla の Tinderbox や、Debian の Buildd と同じようにシステムをセットアップします。

en: The <command>uninstall</command> command uninstalls one or more modules.
ja: <command>uninstall</command> コマンドは、ひとつ以上のモジュールをアンインストールします。

en: The <command>update</command> command is similar to <command>build</command>, but only performs the download or update stage for modules without building them.
ja: <command>update</command> コマンドは <command>build</command> コマンドに似ていますが、モジュールのビルドは行わずに、ダウンロードと更新のステージのみ実行します。

en: The <option>--skip</option>, <option>--start-at</option>, <option>--tags</option>, <option>--ignore-suggests</option> and <option>-D</option> options are processed as per the <link linkend="command-reference-build"><command>build</command></link> command.
ja: <option>--skip</option>、<option>--start-at</option>、<option>--tags</option>、<option>--ignore-suggests</option> および <option>-D</option> オプションは、<link linkend="command-reference-build"><command>build</command></link> コマンドと同様に処理されます。

en: The <command>updateone</command> command is similar to <command>update</command>, but it does not update the dependent modules. It is useful for updating one or more modules.
ja: <command>updateone</command> コマンドは <command>update</command> と似ていますが、依存するモジュールをビルドしません。このコマンドは、ひとつ以上のモジュールをビルドするときに便利です。

en: The <option>-D</option> option is processed as per the <link linkend="command-reference-build"><command>build</command></link> command.
ja: <option>-D</option> オプションは、<link linkend="command-reference-build"><command>build</command></link> コマンドと同様に処理されます。

en: Configuration File Reference
ja: 設定ファイルリファレンス

en: The <filename>~/.config/jhbuildrc</filename> file uses standard Python syntax. The file is run, and the resulting variables defined in the namespace are used to control how JHBuild acts. A set of default values are inserted into the namespace before running the user's configuration file.
ja: 設定ファイルの <filename>~/.config/jhbuildrc</filename> は、標準的な Python の構文を使用します。このファイルは実行され、その名前空間で定義された実行結果の変数は、JHBuild の挙動を制御するのに使用されます。ユーザーの設定ファイルが実行される前に、各変数のデフォルト値がこの名前空間に読み込まれます。

en: Boolean configuration variables are set using syntax as demonstrated in the following example:
ja: 変数にブール値をセットする場合、以下の例で示す構文が使用されます。

en: String configuration variables are set using syntax as demonstrated in the following example:
ja: 変数に文字列をセットする場合、以下の例で示す構文が使用されます。

en: List configuration variables are set using syntax as demonstrated in the following example:
ja: リストへ設定値をセットする場合、以下の例で示す構文が使用されます。

en: skip = ['mozilla', 'pulseaudio']
ja: skip = ['mozilla'、'pulseaudio']

en: Dictionary configuration variables are set using syntax as demonstrated in the following example:
ja: ディクショナリへ設定値をセットする場合、以下の例で示す構文が使用されます。

en: Configuration Variables
ja: 設定変数

en: A string containing arguments passed to the <command>autogen.sh</command> script of all modules. Can be overridden for particular modules using the <varname>module_autogenargs</varname> dictionary.
ja: <command>autogen.sh</command> スクリプトに渡す引数を指定する文字列です。すべてのモジュールに適用されます。<varname>module_autogenargs</varname> ディクショナリで、特定のモジュールにたいして上書きできます。

en: A dictionary specifying which branch to use for specific modules. This is useful if you are making some changes on a branch of a module and want JHBuild to build that branch instead of the one listed in the module set.
ja: 特定のモジュールで使用するブランチを指定するディクショナリです。あるモジュールのあるブランチで変更を加えている場合に、モジュールセットで定義されたブランチではなく、その変更を加えたブランチをビルドするときなどに便利です。

en: The definition of branches depends on the module VCS:
ja: ブランチの定義の仕方は、バージョン管理システムに依存します。

en: CVS: revision. E.g. <literal>'BRANCH-PROJECT-0_8'</literal>
ja: CVS: リビジョンを指定します。例: <literal>'BRANCH-PROJECT-0_8'</literal>

en: Bazaar: URI of module branch. E.g. <literal>'http://bzr.example.net/project/gnome-2-28'</literal>
ja: Bazaar: モジュールブランチの URI を指定します。例: <literal>'http://bzr.example.net/project/gnome-2-28'</literal>

en: Git: tuple, with first part being an optional repository (or the None value) and the second part the name of the branch. E.g. <literal>('git://git.example.net/project', 'gnome-2-28')</literal>
ja: Git: タプル で指定します。先頭要素はオプションのリポジトリ(または None 値)、2 番目の要素はブランチ名を指定します。例: <literal>('git://git.example.net/project'、'gnome-2-28')</literal>

en: Simple example
ja: シンプルな例

en: Subversion: URI of module branch E.g. <literal>'svn://svn.example.net/project/gnome-2-28'</literal>
ja: Subversion: モジュールブランチの URI を指定します。例: <literal>'svn://svn.example.net/project/gnome-2-28'</literal>

en: A <function>printf</function> style formatting pattern used to generate build directory names. This is only used when using separate source and build trees. The <literal>%s</literal> in the format string will be replaced with <varname>checkoutdir</varname>. Defaults to <literal>'%s'</literal>.
ja: ビルドディレクトリの名前を生成するための、<function>printf</function> スタイルの書式設定パターンです。これはソースとビルドツリーが違う場合のみ使用します。書式の中の <literal>%s</literal> は、<varname>checkoutdir</varname> で置き換えられます。デフォルトは <literal>'%s'</literal> です。

en: A string specifying the parent directory to place build trees. Defaults to <constant>None</constant>, which causes builds to be performed within the source trees.
ja: ビルドツリーの親ディレクトリを指定する文字列です。デフォルトは <constant>None</constant> で、ビルドはソースツリーで実行されます。

en: A string specifying which buildscript to use. The recommended setting is the default, <literal>terminal</literal>. In particular, do not set to <literal>gtk</literal>.
ja: どのビルドスクリプトを使用するかを指定する文字列です。推奨の設定はデフォルトの <literal>terminal</literal> です。特に <literal>gtk</literal> に設定しないでください。

en: A string specifying which modules to build. The three possible options are <literal>all</literal>, to build all modules requested, <literal>updated</literal> to build only modules which have changed, or <literal>updated-deps</literal> to build modules which have changed or which have dependencies which have changed. Defaults to <literal>updated-deps</literal>.
ja: どのモジュールをビルドするかを指定する文字列です。利用可能なオプションは、要求されたモジュールをすべてビルドする <literal>all</literal>、変更されたモジュールだけをビルドする <literal>updated</literal>、モジュール または 依存するモジュールが変更されたときにモジュールをビルドする <literal>updated-deps</literal> の3つです。デフォルトは <literal>updated-deps</literal> です。

en: A string specifying the directory to unpack source trees to. Unless <varname>buildroot</varname> is set, builds will occur in this directory too. Defaults to <filename>~/checkout/gnome</filename>.
ja: ソースツリーを展開するディレクトリを指定する文字列です。<varname>buildroot</varname> がセットされていない場合は、ビルドもこのディレクトリで行います。デフォルトは <filename>~/checkout/gnome</filename> です。

en: A string specifying how the checkout is performed for directories in version control. Defaults to <literal>update</literal>. This can be set per module using <varname>module_checkout_mode</varname>. Possible values are <literal>update</literal> (update checkout directory), <literal>clobber</literal> (wipe out directory before checking out the sources), <literal>export</literal> (wipe out directory then create an unversioned copy of the sources) and <literal>copy</literal> (checkout in a directory different from the one it will build).
ja: バージョン管理されているディレクトリにたいして、どのようにチェックアウトを行うかを指定する文字列です。デフォルトは <literal>update</literal> です。モジュールごとに指定する場合は、<varname>module_checkout_mode</varname> を使用できます。利用可能な値は <literal>update</literal> (チェックアウトディレクトリを更新する)、<literal>clobber</literal> (ソースをチェックアウトする前にディレクトリを掃除する)、<literal>export</literal> (ディレクトリを掃除した後にソースのバージョン管理外コピーを作成する)、そして <literal>copy</literal> (ディレクトリにビルドされるものとは別にチェックアウトします)です。

en: A string specifying the directory to copy to, if the copy <link linkend="cfg-checkout-mode"> <varname>checkout_mode</varname></link> is in use. Defaults to the checkout directory.
ja: <link linkend="cfg-checkout-mode"> <varname>checkout_mode</varname></link> が copy の場合に、コピー先のディレクトリを指定する文字列です。デフォルトはチェックアウトディレクトリです。

en: A string specifying which program to use for CVS support. This can be <literal>git-cvsimport</literal>, or <literal>cvs</literal>. Defaults to <literal>cvs</literal>.
ja: cvs をサポートするために、どのプログラムを使用するかを指定する文字列です。<literal>git-cvsimport</literal>、または <literal>cvs</literal> が指定できます。デフォルトは <literal>cvs</literal> です。

en: A string specifying a local mirror directory. JHBuild will create local mirrors of repositories at the specified directory. The mirrors can be shared by multiple repository groups, saving space and time because hard-links will be used for local clones. The commands <command>update</command> and <command>updateone</command> will create the mirrors and fetch new commits from the online repositories. This option is only supported by Git and Bazaar repositories.
ja: ローカルミラーのディレクトリを指定する文字列です。JHBuild は指定されたディレクトリにリポジトリのローカルミラーを作成します。ミラーは複数のリポジトリグループによって共有することができ、ローカルのクローンにたいしてハードリンクが使用されるため領域と時間の節約につながります。<command>update</command> および <command>updateone</command> コマンドはミラーを作成し、オンラインのリポジトリから新規のコミットをフェッチします。このオプションは Git および Bazaar リポジトリにたいしてのみサポートされます。

en: A string specifying a program to use as replacement for <literal>/usr/bin/install</literal>. If available, defaults to the <literal>install-check</literal> wrapper provided by JHBuild. The <literal>install-check</literal> wrapper optimizes header installation to reduce the time taken for rebuilds.
ja: <literal>/usr/bin/install</literal> のかわりに使用するプログラムを指定する文字列です。利用可能な場合、デフォルトは JHBuild により提供される<literal>install-check</literal> ラッパーです。<literal>install-check</literal> ラッパーはヘッダーのインストールを最適化することにより、リビルドにかかる時間を短縮します。

en: A boolean value specifying whether to ignore soft dependencies when calculating the dependency tree. Defaults to <constant>False</constant>.
ja: 依存ツリーを計算するときに、推奨される依存関係を無視するかどうかを指定するブール値です。デフォルトは <constant>False</constant> です。

en: A boolean value specifying whether to interact with the user. Setting this value to <constant>False</constant> is equivalent to passing the <option>--no-interact</option> option. Defaults to <constant>True</constant>.
ja: ユーザーと対話するかどうかを指定するブール値です。この値を <constant>False</constant> に設定することは、<option>--no-interact</option> オプションを指定するのと同じです。デフォルトは <constant>True</constant> です。

en: A boolean value specifying whether to run <command>make check</command> after <command>make</command>. Defaults to <constant>False</constant>.
ja: <command>make</command> の後に、<command>make check</command> を実行するかどうかを指定するブール値です。デフォルトは <constant>False</constant> です。

en: A boolean value specifying whether failures when running <command>make check</command> should be advisory only and not cause a build failure. Defaults to <constant>False</constant>.
ja: <command>make check</command> が失敗したときに、ビルドを失敗させない(メッセージの表示のみ)にするかどうかを指定する文字列です。デフォルトは <constant>False</constant> です。

en: A boolean value specifying whether to run <command>make clean</command> before <command>make</command>. Defaults to <constant>False</constant>.
ja: <command>make</command> の前に、<command>make clean</command> を実行するかどうかを指定するブール値です。デフォルトは <constant>False</constant> です。

en: A boolean value specifying whether to run <command>make dist</command> after <command>make</command>. Defaults to <constant>False</constant>. This setting is equivalent to passing the <option>--dist</option> option.
ja: <command>make</command> の後に、<command>make dist</command> を実行するかどうかを指定するブール値です。デフォルトは <constant>False</constant> です。これは <option>--dist</option> オプションを指定するのと同じです。

en: A boolean value specifying whether to run <command>make distcheck</command> after <command>make</command>. Defaults to <constant>False</constant>. This setting is equivalent to passing the <option>--distcheck</option> option.
ja: <command>make</command> の後に、<command>make distcheck</command> を実行するかどうかを指定するブール値です。デフォルトは <constant>False</constant> です。これは <option>--distcheck</option> オプションを指定するのと同じです。

en: A dictionary mapping module names to strings specifying the arguments to be passed to <command>autogen.sh</command>. The setting in <varname>module_autogenargs</varname> is used instead of the global <varname>autogenargs</varname> setting. If a particular module isn't listed in the dictionary, the global <varname>autogenargs</varname> will be used.
ja: モジュールの名前と、<command>autogen.sh</command> に渡す引数をマッピングするディクショナリです。<varname>module_autogenargs</varname> の設定は、<varname>autogenargs</varname> のグローバルな設定より優先されます。モジュールがディクショナリに指定されていないときは、グローバルな <varname>autogenargs</varname> が使用されます。

en: A dictionary specifying which checkout mode to use for modules. This overrides the global <varname>checkout_mode</varname> setting.
ja: チェックアウトモードをモジュールごとに指定するためのディクショナリです。この設定はグローバルな <varname>checkout_mode</varname> の設定より優先されます。

en: A dictionary mapping module names to strings specifying the arguments to pass to <command>make</command>. The setting in <varname>module_makeargs</varname> replaces the value of <varname>makeargs</varname>. If a particular module isn't listed in the dictionary, the global <varname>makeargs</varname> will be used.
ja: モジュールの名前と、<command>make</command> に渡す引数をマッピングするディクショナリです。<varname>module_makeargs</varname> の設定は、<varname>makeargs</varname> の値を置き換えます。モジュールがディクショナリに指定されていないときは、グローバルな <varname>makeargs</varname> が使用されます。

en: A dictionary mapping module names to boolean values specifying whether to run <command>make check</command> after <command>make</command>. The setting in <varname>module_makecheck</varname> replaces the value of <varname>makecheck</varname>. If a particular module isn't listed in the dictionary, the global <varname>makecheck</varname> will be used.
ja: モジュールの名前と、<command>make</command> の後に <command>make check</command> を実行するかどうかの指定をマッピングするディクショナリです。<varname>module_makecheck</varname> の設定は、<varname>makecheck</varname> の値より優先されます。モジュールがディクショナリに指定されていないときは、グローバルな <varname>makecheck</varname> の設定が使用されます。

en: A dictionary mapping module names to boolean values. If a module is set to <constant>True</constant>, JHBuild will attempt to build dependent modules even if the specified module failed. The setting in <varname>module_nopoison</varname> replaces the value of <varname>nopoison</varname>. If a particular module isn't listed in the dictionary, the global <varname>nopoison</varname> will be used.
ja: モジュールの名前とブール値をマッピングするディクショナリです。モジュールに <constant>True</constant> が設定されている場合、JHBuild は指定されたモジュールのビルドが失敗しても、依存するモジュールをビルドしようと試みます。<varname>module_nopoison</varname> の設定は、<varname>nopoison</varname> の設定より優先されます。モジュールがディクショナリに指定されていないときは、グローバルな <varname>nopoison</varname> の設定が使用されます。

en: A dictionary mapping module names to dictionaries with extra environment variables to pass when executing commands for the module.
ja: モジュールの名前と、追加の環境変数と値のディクショナリをマッピングするディクショナリです。モジュールのためにコマンドを実行するときに使用されます。

en: A string specifying the directory containing the modulesets to use. Defaults to the <filename>modulesets/</filename> directory in JHBuild sources.
ja: モジュールセットのあるディレクトリを指定する文字列です。デフォルトは JHBuild のソースの <filename>modulesets/</filename> ディレクトリです。

en: Run builds under the <constant>SCHED_IDLE</constant> priority on Linux, <command>nice</command> on other Unix. This can dramatically improve desktop interactivity for parallel builds while having only a negligible impact on build throughput.
ja: ビルドの実行を、Linux では <constant>SCHED_IDLE</constant> の優先度で行い、他の Unix では <command>nice</command> を通じて行います。これを利用すると、ビルドのスループットにたいする影響をごくわずかに抑えながらも、並列ビルドにたいするデスクトップの応答性能を大幅に改善できます。

en: A boolean value, if set to <constant>True</constant> JHBuild will not build modules, but just download and unpack the sources. The default vale is <constant>False</constant>.
ja: ブール値です。<constant>True</constant> に設定した場合、JHBuild はモジュールのビルドを行わず、ソースのダウンロードと展開のみ行います。デフォルトは <constant>False</constant> です。

en: A boolean value specifying whether to access the network. This affects checking out or updating CVS modules, downloading tarballs and updating module sets. Setting this to <constant>True</constant> is equivalent to passing the <option>--no-network</option> option. Defaults to <constant>False</constant>.
ja: ネットワークにアクセスするかどうかを指定するブール値です。この設定は CVS モジュールのチェックアウトと更新、および tarball のダウンロードと、モジュールセットの更新に影響を与えます。<constant>True</constant> に設定した場合、<option>--no-network</option> オプションを指定したのと同じです。デフォルトは <constant>False</constant> です。

en: A boolean value specifying whether to emit notifications using the notification daemon. If set to <constant>False</constant>, notifications are emitted. Defaults to <constant>True</constant>.
ja: 通知デーモンを使用して、通知を発行するかどうかを指定するブール値です。<constant>False</constant> に設定した場合、通知を発行します。デフォルトは <constant>True</constant> です。

en: A boolean value, if set to <constant>True</constant> JHBuild attempts to build modules even if one or more of the module's dependencies failed to build. This option is equivalent to the <option>--no-poison</option> argument. The default value is <constant>False</constant>.
ja: ブール値です。<constant>True</constant> に設定された場合、依存関係にある1つ以上のモジュールのビルドに失敗しても、JHBuild はビルドを試みます。このオプションは <option>--no-poison</option> を引数で指定するのと同じです。デフォルトは <constant>False</constant> です。

en: A boolean value specifying whether to show an icon in the system tray using Zenity. If set to <constant>False</constant>, notifications are emitted. Defaults to <constant>True</constant>.
ja: Zenity を使用して、システムトレイにアイコンを表示するかどうかを指定するブール値です。<constant>False</constant> に設定した場合、通知を発行します。デフォルトは <constant>True</constant> です。

en: A boolean value, if set to <constant>True</constant> JHBuild will run any graphical tests on the real X server, rather than using <command>Xvfb</command>. This option is equivalent to passing <option>--no-xvfb</option>. The default value is <constant>False</constant>
ja: ブール値です。<constant>True</constant> に設定した場合、JHBuild は <command>Xvfb</command> を使用せずに、実際の X サーバーでグラフィックテストを実行します。このオプションは、<option>--no-xvfb</option> を指定するのと同じです。デフォルトは <constant>False</constant> です。

en: A boolean value, if set to <constant>True</constant> JHBuild will not build dependency modules if corresponding system packages are installed and sufficient version. Defaults to <constant>True</constant>.
ja: ブール値です。<constant>True</constant> に設定した場合、依存対象のモジュールがシステムパッケージとしてインストール済みで、かつそのバージョンが十分であれば、依存対象のモジュールをビルドしません。デフォルトは <constant>True</constant> です。

en: A boolean value specifying whether to pretty format the subprocess output. Only CVS output supports pretty printing. Disable if the pretty printing causes problems. Defaults to <literal>True</literal>.
ja: サブプロセスの出力を、綺麗にプリントするかどうかを指定するブール値です。CVS の出力のみをサポートします。この指定により問題が発生する場合は無効にしてください。デフォルトは <literal>True</literal> です。

en: A string displayed before JHBuild executes a command. <varname>%(command)s</varname> in the string will be replaced with the command about to be executed. <varname>%(cwd)s</varname> in the string will be replaced with the current working directory. Defaults to <literal>'%(command)s'</literal>.
ja: JHBuild がコマンドを実行する前に表示する文字列です。文字列中の <varname>%(command)s</varname> は、実行対象のコマンドに置換されます。文字列中の <varname>%(cwd)s</varname> は現在の作業ディレクトリに置換されます。デフォルトは <literal>'%(command)s'</literal> です。

en: A boolean value specifying whether to display a progress bar during <link linkend="cfg-quiet-mode">quiet mode </link>. Defaults to <literal>True</literal>.
ja: <link linkend="cfg-quiet-mode">quiet mode</link> で、プログレスバーを表示するかどうかを指定するブール値です。デフォルトは <literal>True</literal> です。

en: A boolean value, if set to <constant>True</constant> disables the output of running commands. Defaults to <literal>False</literal>.
ja: ブール値です。<constant>True</constant> に設定した場合、コマンドの出力を抑止します。デフォルトは <literal>False</literal> です。

en: A dictionary specifying an alternative repository location for a particular repository. This configuration variable is useful to a module developer. By default, JHBuild will check out code from repositories using an anonymous repository location. The dictionary keys are short repository names and the values are the alternative repository location strings. For example:
ja: 特定のリポジトリにたいして、かわりのリポジトリロケーションを指定するディクショナリです。この設定変数は、モジュール開発者にとって便利です。デフォルトでは、JHBuild は匿名のリポジトリロケーションから、コードをチェックアウトします。ディクショナリのキーはリポジトリの略称で、値はリポジトリロケーションの文字列です。例:

en: A list of modules to skip. This <option>--skip</option> command line option extends the list. This list is empty by default.
ja: スキップするモジュールを、リストで指定します。これは <option>--skip</option> のコマンドラインオプションをリスト型に拡張したものです。デフォルトではこのリストは空です。

en: A string if set, and if supported by the underlying version control system, JHBuild will update the source tree to the specified date before building. An ISO date format is required, e.g. <literal>'<replaceable>yyyy</replaceable>-<replaceable>mm</replaceable>-<replaceable>dd</replaceable>'</literal>. Defaults to <constant>None</constant>.
ja: 文字列型です。もし指定された場合、背後のバージョン管理システムがサポートしていれば、JHBuild はビルドの前に、ソースツリーを指定された日付に更新します。ここで指定できるのは ISO の日付書式です。例: <literal>'<replaceable>yyyy</replaceable>-<replaceable>mm</replaceable>-<replaceable>dd</replaceable>'</literal>。デフォルトは <constant>None</constant> です。

en: A string specifying which program to use for subversion support. This can be <literal>svn</literal>, <literal>git-svn</literal> or <literal>bzr</literal>. Defaults to <literal>svn</literal>.
ja: subversion をサポートするために、どのプログラムを使用するかを指定する文字列です。<literal>svn</literal>、または <literal>git-svn</literal> が指定できます。デフォルトは <literal>svn</literal> です。

en: A string if set, tarballs will be downloaded to the specified directory instead of <varname>checkoutroot</varname>. This is useful if you have multiple JHBuild environments or regularly clear out <varname>checkoutroot</varname> and want to reduce bandwidth usage.
ja: 文字列型です。指定された場合、tarball を <varname>checkoutroot</varname> ではなく、指定されたディレクトリにダウンロードします。これは JHBuild で複数の環境を使用していたり、<varname>checkoutroot</varname> を定期的にクリーンしていて、なおかつ帯域幅の使用を減らしたい場合などに便利です。

en: A string specifying the directory to store <command>jhbuild tinderbox</command> output. This string can be overridden by the <option>--output</option> option. Defaults to <constant>None</constant>, so either the command line option must be used or this variable must be set in the configuration file.
ja: <command>jhbuild tinderbox</command> の出力を保存するディレクトリを指定する文字列です。この設定は <option>--output</option> オプションより優先されます。デフォルトは <constant>None</constant> なので、コマンドラインオプションで指定するか、設定ファイルの中でこれが指定されていなければなりません。

en: A boolean value, if set to <constant>True</constant> JHBuild will automatically try to solve failures by 1) running <command>autogen.sh</command> again, and 2) checking out a newer version of a module from version control. This setting is equivalent to passing the <option>--try-checkout</option> option.
ja: ブール値です。<constant>True</constant> を指定した場合、JHBuild は失敗したときに次の解決を自動的に試みます。 1) <command>autogen.sh</command> コマンドを再実行する 2) バージョン管理システムから新しいバージョンをチェックアウトする。この設定は <option>--try-checkout</option> オプションを指定するのと同じです。

en: A boolean value that specifies whether to install libraries to <filename>lib64</filename> directories. If set, <literal>--libdir=\${exec_prefix}/lib64</literal> will be passed to configure. Defaults to <constant>True</constant> if running on <literal>x86_64</literal>, <literal>ppc64</literal> or <literal>s390x</literal> Linux, and <constant>False</constant> on other systems.
ja: <filename>lib64</filename> ディレクトリにライブラリをインストールするかどうかを指定するブール値です。設定した場合、configure のオプションに <literal>--libdir=\${exec_prefix}/lib64</literal> を引き渡します。<literal>x86_64</literal>、<literal>ppc64</literal>、<literal>s390x</literal> で Linux を実行している場合のデフォルトは <constant>True</constant> です。これ以外のシステムの場合、デフォルトは <constant>False</constant> です。

en: A boolean value that specifies to use modulesets that were checked out along the JHBuild source code; instead of downloading them on-the-fly from GNOME version control system. Defaults to <constant>False</constant>.
ja: GNOME のバージョン管理システムから、オンザ フライでモジュールセットを取得するのではなく、JHBuild のソースコードと一緒にチェックアウトしたモジュールセットを使用するかどうかを指定するブール値です。デフォルトは <constant>False</constant> です。

en: A string listing arguments to pass to <command>Xvfb</command> if running graphical tests.
ja: グラフィックテストを <command>Xvfb</command> で実行する場合の引数を指定するリスト型です。

en: Other Configuration File Structures
ja: その他の設定ファイルの構造

en: In addition to the above variables, there are other settings that can be set in the configuration file:
ja: 上述の変数に加えて、以下の文字列が設定ファイルで指定できます:

en: A dictionary representing the environment. This environment is passed to processes that JHBuild spawns.
ja: 環境をあらわすディクショナリです。この環境は JHBuild により 生成されたプロセスに引き渡されます。

en: Some influential environment variables include <envar>CPPFLAGS</envar>, <envar>CFLAGS</envar>, <envar>INSTALL</envar> and <envar>LDFLAGS</envar>. For example:
ja: <envar>CPPFLAGS</envar>、<envar>CFLAGS</envar>、<envar>INSTALL</envar>、そして <envar>LDFLAGS</envar> を含む、影響のある環境変数が含まれます。例:

en: This will add a directory to the <envar>PATH</envar> environment variable. <function>addpath</function> will correctly handle the case when the environment variable is initially empty (having a stray colon at the beginning or end of an environment variable can have unexpected consequences).
ja: <envar>PATH</envar> 環境変数にディレクトリを追加します。<function>addpath</function> は、環境変数の初期値が空の場合を確実に処理します(環境変数の先頭、もしくは末尾にある単独のコロンは予期せぬ結果をもたらすことがあります)。

en: <function>addpath</function> has special handling for the <envar>ACLOCAL_FLAGS</envar> environment variable, which expects paths to be listed in the form <literal>-I <replaceable>pathname</replaceable></literal>.
ja: <function>addpath</function> は、パスが <literal>-I <replaceable>pathname</replaceable></literal> の形式であることを期待する <envar>ACLOCAL_FLAGS</envar> 環境変数のために特別な処理を行います。

en: After processing the configuration file, JHBuild will alter some paths based on variables such as <varname>prefix</varname> (e.g. adding <literal>$prefix/bin</literal> to the start of <envar>PATH</envar>).
ja: 設定ファイルを処理した後、JHBuild は <varname>prefix</varname> のような変数に基づくパスに対して変更を加えます(例: <envar>PATH</envar> の先頭に <literal>$prefix/bin</literal> を追加する)。

en: The <function>prependpath</function> function works like <function>addpath</function>, except that the environment variable is modified after JHBuild has made its changes to the environment.
ja: <function>prependpath</function> は <function>addpath</function> と同じように動作しますが、JHBuild が環境に対して行った変更の後に環境変数への変更が適用される点が異なります。

en: Module Set File Syntax
ja: モジュールセットファイルの構文

en: JHBuild uses XML files to describe the dependencies between modules. A RELAX-NG schema and Document Type Definition are included with JHBuild in the <filename>modulesets/</filename> directory. The RELAX-NG schema can be used to edit module set files using <literal>nxml-mode</literal> in Emacs.
ja: JHBuild は モジュール間の依存関係を XML ファイルに記述します。RELAX-NG スキーマと文書型定義は、JHBuild の <filename>modulesets/</filename> ディレクトリにあります。RELAX-NG スキーマにより、Emacs の <literal>nxml-mode</literal> でモジュールセットファイルを編集できます。

en: The top-level element in a module set file is <sgmltag class="element">moduleset</sgmltag> element. No XML namespace is used. The elements below the top-level come in three types: module sources, include statements and module definitions.
ja: モジュールセットファイルのトップレベル要素は、<sgmltag class="element">moduleset</sgmltag> 要素です。XML 名前空間は使用しません。トップレベル要素の配下に来るものは 3 種類あります。モジュールソース、インクルード文、およびモジュール定義です。

en: Module Sources
ja: モジュールソース

en: Rather than listing the full location of every module, a number of "module sources" are listed in the module set, and then referenced by name in the module definitions. As well as reducing the amount of redundant information in the module set, it makes it easy for a user to specify an alternative source for those modules (for CVS and Subversion, it is common for developers and users to use different repository access methods).
ja: すべてのモジュールの完全な場所を記述するのではなく、いくつかの "モジュールソース" をモジュールセットに記述し、モジュール定義において名前でそのソースを参照するようにします。モジュールセットから冗長な情報を減らすだけでなく、モジュールにたいする別のソースを指定するのも簡単になります (CVS や Subversion では、開発者やユーザーがさまざまなリポジトリアクセス手段を使用するのはよくあることです)。

en: The <sgmltag class="element">repository</sgmltag> element is used to describe all types of repository. The <sgmltag class="element">branch</sgmltag> element is used inside module definition to specify additional settings.
ja: <sgmltag class="element">repository</sgmltag> 要素は、すべてのタイプのリポジトリを記述するのに使用します。<sgmltag class="element">branch</sgmltag> 要素は、モジュール定義の内部で、追加の設定を指定するのに使用します。

en: The <sgmltag class="attribute">name</sgmltag> attribute is a unique identifier for the repository.
ja: <sgmltag class="attribute">name</sgmltag> 属性は、リポジトリの一意に定まる識別子です。

en: The <sgmltag class="attribute">default</sgmltag> attribute specifies whether this repository is the default source for this module set.
ja: <sgmltag class="attribute">default</sgmltag> 属性は、そのリポジトリがモジュールセットにおけるデフォルトのソースであるかを指定します。

en: The <sgmltag class="attribute">type</sgmltag> attribute specifies the type of repository. It can be one of: <literal>bzr</literal>, <literal>cvs</literal>, <literal>darcs</literal>, <literal>fossil</literal>, <literal>git</literal>, <literal>hg</literal>, <literal>mnt</literal>, <literal>svn</literal>, <literal>tarball</literal>. Other attributes depend on the <sgmltag class="attribute">type</sgmltag>, as well as the <sgmltag class="element">branch</sgmltag> used inside module definitions. Those are described below in the repository type sub-sections.
ja: <sgmltag class="attribute">type</sgmltag> 属性は、リポジトリタイプを指定します。この属性には <literal>bzr</literal>、<literal>cvs</literal>、<literal>darcs</literal>、<literal>fossil</literal>、<literal>git</literal>、<literal>hg</literal>、<literal>mnt</literal>、<literal>svn</literal>、<literal>tarball</literal> のどれか1つを指定できます。モジュール定義内部で使用する <sgmltag class="element">branch</sgmltag> など、その他の属性は <sgmltag class="attribute">type</sgmltag> に依存します。それらは、以下のリポジトリタイプのサブセクションで説明します。

en: The <sgmltag class="attribute">developer-href-example</sgmltag> attribute is used to specify the format of the URL for the repository used by developers. This is informational only.
ja: <sgmltag class="attribute">developer-href-example</sgmltag> 属性は、開発者が使う、リポジトリの URL の書式を指定します。この属性は参考情報に過ぎません。

en: The <sgmltag class="element">branch</sgmltag> element is used inside module definitions.
ja: <sgmltag class="element">branch</sgmltag> 要素は、モジュール定義の内部で使用します。

en: All atributes have sensible defaults and depend on the module and repository definitions. Common attributes are described here.
ja: すべての属性には実用的なデフォルト値があり、それらはモジュールとリポジトリの定義に依存します。以下は、一般的な属性についての説明です。

en: The <sgmltag class="attribute">repo</sgmltag> attribute is used to specify non-default repository name.
ja: <sgmltag class="attribute">repo</sgmltag> 属性は、リポジトリのサーバーを指定します。

en: The <sgmltag class="attribute">module</sgmltag> attribute is used to specify module name to checkout from the repository. Defaults to module id.
ja: <sgmltag class="attribute">module</sgmltag> 属性は、リポジトリからチェックアウトするモジュールの名前を指定します。デフォルトはモジュール ID です。

en: The <sgmltag class="attribute">checkoutdir</sgmltag> attribute is used to specify the checkout directory name. Defaults to module id.
ja: <sgmltag class="attribute">checkoutdir</sgmltag> 属性は、チェックアウトディレクトリの名前を指定します。デフォルトはモジュール ID です。

en: Other attributes are described below
ja: その他の属性については、以下で説明します。

en: This repository type is used to define a Bazaar repository. It is recommended to have Bazaar 1.16 or higher.
ja: このリポジトリタイプは、Bazaar リポジトリを定義します。Bazaar 1.16 以降を推奨します。

en: Additional attributes are: <sgmltag class="attribute">trunk-template</sgmltag> (defaults to <literal>"%(module)s"</literal>) and <sgmltag class="attribute">branches-template</sgmltag> (defaults to <literal>"%(module)s/%(branch)s</literal>"). These attributes are used to specify templates for constructing URL. A <sgmltag class="element">branch</sgmltag> element in the module definitions can specify <sgmltag class="attribute">branch</sgmltag> and <sgmltag class="attribute">user</sgmltag> attributes. These values will be substitued in the templates. If either of those are defined <sgmltag class="attribute">branches-template</sgmltag> is used, otherwise <sgmltag class="attribute">trunk-template</sgmltag> is used. This way you can ovveride repository to build modules from your personal branch or build many modules fron a repository with non-standard layout.
ja: 追加の属性は: <sgmltag class="attribute">trunk-template</sgmltag> (defaults to <literal>"%(module)s"</literal>) と <sgmltag class="attribute">branches-template</sgmltag> (defaults to <literal>"%(module)s/%(branch)s</literal>") です。これらの属性は、URL を構築するために使用します。モジュール定義内の <sgmltag class="element">branch</sgmltag> 要素では、<sgmltag class="attribute">branch</sgmltag> と <sgmltag class="attribute">user</sgmltag> 属性を指定できます。もしこれらが <sgmltag class="attribute">branches-template</sgmltag> や <sgmltag class="attribute">trunk-template</sgmltag> で使用されている場合は、設定した値でテンプレートを置き換えることができます。この方法で、リポジトリをオーバーライドしてあなたの個人的なブランチからモジュールをビルドしたり、非標準的なレイアウトのリポジトリから多くのモジュールをビルドすることができます。

en: An addition <sgmltag class="element">branch</sgmltag> element accepts <sgmltag class="attribute">revspec</sgmltag> attibute to anchor on a particular revision. Any valid <literal>bzr revspec</literal> is accepted, for example <literal>date:yesterday, -5, tag:0.1</literal> to get first revision since yesterday, 5 commits behind the tip or tag "0.1". See <literal>bzr help revisionspec</literal> for all possible values.
ja: さらに <sgmltag class="element">branch</sgmltag> 要素は、特定のリビジョンにたいするアンカーとして <sgmltag class="attribute">revspec</sgmltag> 属性を指定できます。有効な <literal>bzr revspec</literal> を指定することができます。例えば、<literal>date:yesterday,-5,tag:0.1</literal> は、昨日以降で、tag が "0.1"、5回前に コミットされたリビジョンを取得します。指定可能な値については <literal>bzr help revisionspec</literal> を参照してください。

en: For example repository with <sgmltag class="attribute">template</sgmltag> attributes defined:
ja: <sgmltag class="attribute">template</sgmltag> 属性が定義された、リポジトリの例です:

en: Example <sgmltag class="element">branch</sgmltag> elements for the above repository:
ja: 上記のリポジトリにたいする、<sgmltag class="element">branch</sgmltag> 要素の例です:

en: This repository type is used to define a CVS repository.
ja: このリポジトリタイプは、CVS リポジトリを定義します。

en: The <sgmltag class="attribute">password</sgmltag> attribute is used to specify the password to the repository.
ja: <sgmltag class="attribute">password</sgmltag> 属性は、リポジトリのパスワードを指定します。

en: The <sgmltag class="attribute">cvsroot</sgmltag> attribute is used to specify the root of the repository.
ja: <sgmltag class="attribute">cvsroot</sgmltag> 属性は、リポジトリの root を指定します。

en: Additional attributes are: <sgmltag class="attribute">revision</sgmltag>, <sgmltag class="attribute">update-new-dirs</sgmltag> and <sgmltag class="attribute">override-checkoutdir</sgmltag>.
ja: 追加の属性は: <sgmltag class="attribute">revision</sgmltag>、<sgmltag class="attribute">update-new-dirs</sgmltag>、および <sgmltag class="attribute">override-checkoutdir</sgmltag> です。

en: This repository type is used to define a Darcs repository.
ja: このリポジトリタイプは、Darcs リポジトリを定義します。

en: This repository type is used to define a Git repository.
ja: このリポジトリタイプは、Git リポジトリを定義します。

en: It allows the following attributes on the <sgmltag class="element">branch</sgmltag> element:
ja: <sgmltag class="element">branch</sgmltag> 要素には、次の属性を指定できます:

en: The <sgmltag class="attribute">revision</sgmltag> attribute is used to specify a local or remote-tracking branch to switch to in the update phase. It defaults to 'master'. It is possible to override this attribute with the <varname>branches</varname> configuration variable. The switch will only be performed, if the current branch is tracking a remote branch, to not disturb your own work.
ja: <sgmltag class="attribute">revision</sgmltag> 属性は、更新フェーズで切り替えるローカルまたはリモートの追跡ブランチを指定します。デフォルトは 'master' です。この属性は、設定変数 <varname>branches</varname> で上書きできます。切り替えは、現在のブランチがリモートブランチの追跡ブランチにあたる場合にだけ発生し、ユーザーの作業の邪魔をしません。

en: The <sgmltag class="attribute">tag</sgmltag> attribute is used to specify a revision to unconditionally check out in the update phase. It overrides the <sgmltag class="attribute">revision</sgmltag> attribute.
ja: <sgmltag class="attribute">tag</sgmltag> 属性は、更新フェーズで無条件にチェックアウトするリビジョンを指定するために使用します。この属性は、<sgmltag class="attribute">revision</sgmltag> 属性より優先されます。

en: This repository type is used to define a Mercurial repository.
ja: このリポジトリタイプは、Mercurial リポジトリを定義します。

en: This repository type is used to define a Monotone repository.
ja: このリポジトリタイプは、Monotone リポジトリを定義します。

en: The <sgmltag class="attribute">server</sgmltag> attribute is used to specify the repository server.
ja: <sgmltag class="attribute">server</sgmltag> 属性は、リポジトリのサーバーを指定します。

en: The <sgmltag class="attribute">database</sgmltag> attribute is used to specify the database to use for the repository.
ja: <sgmltag class="attribute">database</sgmltag> 属性は、リポジトリで使用するデータベースを指定します。

en: The <sgmltag class="attribute">defbranch</sgmltag> attribute is used specify the branch of the repository to use.
ja: <sgmltag class="attribute">defbranch</sgmltag> 属性は、使用するリポジトリのブランチを指定します。

en: This repository type is used to define a Subversion repository.
ja: このリポジトリタイプは、Subversion リポジトリを定義します。

en: It allows a <sgmltag class="attribute">revision</sgmltag> on the <sgmltag class="element">branch</sgmltag> element. This attribute defines the branch to checkout or, if it is a number, a specific revision to checkout.
ja: <sgmltag class="element">branch</sgmltag> に <sgmltag class="attribute">revision</sgmltag> を指定できます。この属性で、チェックアウトするブランチの定義、または、チェックアウトするブランチのリビジョン番号を指定します。

en: It is possible to specify custom <literal>svn</literal> layout using <sgmltag class="attribute">trunk-template</sgmltag> (defaults to "%(module)s/trunk"), <sgmltag class="attribute">branches-template</sgmltag> (defaults to "%(module)s/branches/%(branch)s") and <sgmltag class="attribute">tags-template</sgmltag> (defaults to "%(module)s/tags/%(tag)s")
ja: <sgmltag class="attribute">trunk-template</sgmltag> (デフォルトは "%(module)s/trunk")、<sgmltag class="attribute">branches-template</sgmltag> (デフォルトは "%(module)s/branches/%(branch)s")、<sgmltag class="attribute">tags-template</sgmltag> (デフォルトは "%(module)s/tags/%(tag)s") を使用して、カスタマイズされた <literal>svn</literal> レイアウトを指定できます。

en: This repository type is used to define a fake system repository. A system repository is required to create <link linkend="moduleset-syntax-defs-systemmodule"><sgmltag class="element">systemmodules</sgmltag></link>.
ja: このリポジトリタイプは、擬似的なシステムリポジトリを定義するのに使用します。システムリポジトリは、<link linkend="moduleset-syntax-defs-systemmodule"><sgmltag class="element">systemmodules</sgmltag></link> を作成するのに必要となります。

en: This repository type is used to define a tarball repository.
ja: このリポジトリタイプは、tarball のリポジトリを定義します。

en: The <sgmltag class="attribute">module</sgmltag> attribute specifies the file to download and compile, the <sgmltag class="attribute">version</sgmltag> attribute specifies the module version.
ja: <sgmltag class="attribute">module</sgmltag> 属性により、ダウンロード、およびコンパイルするファイルを指定し、<sgmltag class="attribute">version</sgmltag> 属性でモジュールのバージョンを指定します。

en: The <sgmltag class="attribute">size</sgmltag> and <sgmltag class="attribute">hash</sgmltag>, as well as the obsolete <sgmltag class="attribute">md5sum</sgmltag>, attributes are optional. If these attributes are present, they are used to check that the source package was downloaded correctly.
ja: <sgmltag class="attribute">size</sgmltag>、<sgmltag class="attribute">hash</sgmltag>、同様に 旧来の <sgmltag class="attribute">md5sum</sgmltag> 属性はオプションです。これらが指定された場合、パッケージが正しくダウンロードされたかチェックするのに使用されます。

en: Any number of <sgmltag class="element">patch</sgmltag> elements may be nested inside the <sgmltag class="element">branch</sgmltag> element. These patches are applied, in order, to the source tree after unpacking. The <sgmltag class="attribute">file</sgmltag> attribute gives the patch filename, and the <sgmltag class="attribute">strip</sgmltag> attribute says how many levels of directories to prune when applying the patch.
ja: <sgmltag class="element">branch</sgmltag> 要素は、任意の数の <sgmltag class="element">patch</sgmltag> 要素を持つことができます。ここで指定したパッチは、展開したソースツリーにたいして記述した順に適用されます。<sgmltag class="attribute">file</sgmltag> 属性でパッチのファイル名を指定し、<sgmltag class="attribute">strip</sgmltag> 属性でパッチを適用する際に無視するディレクトリのレベル数を指定します(訳注:patch コマンドの -p オプションに相当)。

en: For module sets shipped with JHBuild, the patch files are looked up in the <filename>jhbuild/patches/</filename> directory; for module sets referred by URI, the patch files are looked for in the same directory as the moduleset file, or in its <filename>patches/</filename> subdirectory. It is also possible for the <sgmltag class="attribute">file</sgmltag> attribute to specify a URI, in which case it will be downloaded from that location.
ja: JHBuild に同梱されているモジュールセットでは、<filename>jhbuild/patches/</filename> ディレクトリからパッチファイルを探します。URI で参照されるモジュールセットの場合、モジュールセットと同じディレクトリ、もしくは<filename>patches/</filename> というサブディレクトリからパッチファイルを探します。<sgmltag class="attribute">file</sgmltag> 属性に URI を指定することもでき、その場合は指定された場所からファイルをダウンロードします。

en: A tarball <sgmltag class="element">branch</sgmltag> element may also contain <sgmltag class="element">quilt</sgmltag> elements which specify nested <sgmltag class="element">branch</sgmltag> to import.
ja: また、tarball の <sgmltag class="element">branch</sgmltag> 要素は、内部に <sgmltag class="element">quilt</sgmltag> 要素を含めることで、インポートしたい入れ子の <sgmltag class="element">branch</sgmltag> を指定することもできます。

en: Including Other Module Sets
ja: 他のモジュールセットのインクルード

en: JHBuild allows one module set to include the contents of another by reference using the <sgmltag class="element">include</sgmltag> element.
ja: JHBuild では <sgmltag class="element">include</sgmltag> 要素により、モジュールセットから他のモジュールセットをインクルードすることができます。

en: The <sgmltag class="attribute">href</sgmltag> is a URI reference to the module set to be included, relative to the file containing the <sgmltag class="element">include</sgmltag> element.
ja: <sgmltag class="attribute">href</sgmltag> は、インクルードするモジュールセットを参照するための URI で、<sgmltag class="element">include</sgmltag> 要素を含むファイルからの相対的な URI です。

en: Only module definitions are imported from the referenced module set - module sources are not. Multiple levels of includes are allowed, but include loops are not (there isn't any code to handle loops at the moment).
ja: 参照されるモジュールセットからインポートされるのはモジュール定義だけで、モジュールソースはインポートされません。複数階層のインクルードもできますが、インクルードのループはできません(今のところループの処理は実装されていません)。

en: Module Definitions
ja: モジュールの定義

en: There are various types of module definitions that can be used in a module set file, and the list can easily be extended. Only the most common ones will be mentioned here.
ja: モジュールセットファイルで使用できるモジュール定義には、さまざまな種類があり、そのリストは簡単に拡張できます。以下に記載するのは、最も一般的なものです。

en: They are all basically composed of a <sgmltag class="element">branch</sgmltag> element describing how to get the module and <sgmltag class="element">dependencies</sgmltag>, <sgmltag class="element">suggests</sgmltag> and <sgmltag class="element">after</sgmltag> elements to declare the dependencies of the module.
ja: 基本的にモジュール定義は、モジュールをどうやって取得するかを記述する <sgmltag class="element">branch</sgmltag> 要素と、モジュールの依存関係を定義する <sgmltag class="element">dependencies</sgmltag>、<sgmltag class="element">suggests</sgmltag>、<sgmltag class="element">after</sgmltag> 要素で構成されます。

en: Any modules listed in the <sgmltag class="element">dependencies</sgmltag> element will be added to the module list for <command>jhbuild build</command> if it isn't already included, and make sure the dependent modules are built first.
ja: <sgmltag class="element">dependencies</sgmltag> 要素にリストされたモジュールは、それがインクルードされていない場合 <command>jhbuild build</command> のモジュールリストに追加され、依存するモジュールが最初にビルドされることを保証します。

en: After generating the modules list, the modules listed in the <sgmltag class="element">suggests</sgmltag> element will be used to further sort the modules list (although it will not pull any additional modules). This is intended for cases where a module has an optional dependency on another module.
ja: モジュールリストを生成した後で、<sgmltag class="element">suggests</sgmltag> 要素にリストされたモジュールが、モジュールリストの他に使用されます(追加のモジュールを取得しないとしても)。これはモジュールが他のモジュールに対してオプションの依存関係をもつ場合を想定したものです。

en: The <sgmltag class="element">autotools</sgmltag> element is used to define a module which is compiled using the GNU Autotools build system.
ja: <sgmltag class="element">autotools</sgmltag> 要素は、GNU Autotools ビルドシステムでモジュールをコンパイルすることを定義します。

en: The <sgmltag class="attribute">autogenargs</sgmltag> and <sgmltag class="attribute">makeargs</sgmltag> and <sgmltag class="attribute">makeinstallargs</sgmltag> attributes are used to specify additional arguments to pass to <command>autogen.sh</command>, <command>make</command> and <command>make install</command> respectively.
ja: <sgmltag class="attribute">autogenargs</sgmltag>、<sgmltag class="attribute">makeargs</sgmltag>、<sgmltag class="attribute">makeinstallargs</sgmltag> 属性では、それぞれ <command>autogen.sh</command>、<command>make</command> および <command>make install</command> に引き渡す追加の引数を指定します。

en: The <sgmltag class="attribute">autogen-sh</sgmltag> attribute specifies the name of the autogen.sh script to run. The value <literal>autoreconf</literal> can be used if your module has no <command>autogen.sh</command> script equivalent. In that case, JHBuild will run <command>autoreconf -fi</command>, followed by the proper <command>configure</command>. <sgmltag class="attribute">skip-autogen</sgmltag> chooses whether or not to run autogen.sh, it is a boolean with an extra <literal>never</literal> value to tell JHBuild to never skip running <command>autogen.sh</command>. <sgmltag class="attribute">skip-install</sgmltag> is a boolean attribute specifying whether to skip <command>make install</command> command on the module. <sgmltag class="attribute">makefile</sgmltag> specifies the filename of the makefile to use.
ja: <sgmltag class="attribute">autogen-sh</sgmltag> 属性は、実行する autogen.sh スクリプトの名前を指定します。値 <literal>autoreconf</literal> は、モジュールに <command>autogen.sh</command> に相当するスクリプトがない場合に使用できます。その場合、JHBuild は、<command>autoreconf -fi</command> を実行し、その後で適切な <command>configure</command> を実行します。<sgmltag class="attribute">skip-autogen</sgmltag> は、autogen.sh を実行するかどうかを指定します。指定できるのはブール値、あるいは <literal>never</literal> で、never を指定した場合は、<command>autogen.sh</command> の実行をスキップしません。<sgmltag class="attribute">skip-install</sgmltag> は、ブール値の属性で、該当のモジュールにたいして <command>make install</command> コマンドをスキップするかどうかを指定します。<sgmltag class="attribute">makefile</sgmltag> は、使用する makefile のファイル名を指定します。

en: The <sgmltag class="attribute">supports-non-srcdir-builds</sgmltag> attribute is used to mark modules that can't be cleanly built using a separate source directory.
ja: <sgmltag class="attribute">supports-non-srcdir-builds</sgmltag> 属性は、分離されたソースディレクトリでクリーンなビルドができないモジュールであることをマークします。

en: The <sgmltag class="attribute">autogen-template</sgmltag> attribute can be used if you need finer control over the autogen command line. It is a python format string, which will be substituted with the following variables: <varname>srcdir</varname>, <varname>autogen-sh</varname>, <varname>prefix</varname>, <varname>libdir</varname>, and <varname>autogenargs</varname>. For example, here is the default autogen-template:
ja: <sgmltag class="attribute">autogen-template</sgmltag> 属性は、autogen のコマンドラインをより細かく制御する必要がある場合に使用できます。これには Python のフォーマット文字列を使用でき、以下の変数が置換されます: <varname>srcdir</varname>、<varname>autogen-sh</varname>、<varname>prefix</varname>、<varname>libdir</varname>、<varname>autogenargs</varname>。次の記述例はデフォルトの autogen-template です。

en: The <sgmltag class="attribute">check-target</sgmltag> attribute must be specified (with false as value) for modules that do not have a <command>make check</command> target.
ja: <sgmltag class="attribute">check-target</sgmltag> 属性は、<command>make check</command> ターゲットがないモジュールの場合は指定しなければなりません(値は false)。

en: The <sgmltag class="element">cmake</sgmltag> element is used to define a module which is built using the CMake build system.
ja: <sgmltag class="element">cmake</sgmltag> 要素は、CMake ビルドシステムでモジュールをビルドすることを定義します。

en: The <sgmltag class="element">distutils</sgmltag> element is used to define a module which is built using python's distutils
ja: <sgmltag class="element">distutils</sgmltag> 要素は、python の distutils でビルドするモジュールを定義します。

en: The <sgmltag class="element">linux</sgmltag> element defines a module used to build a linux kernel. In addition, a separate kernel configuration can be chosen using the <sgmltag class="element">kconfig</sgmltag> subelement.
ja: <sgmltag class="element">linux</sgmltag> 要素は、linux カーネルのビルドで使用されるモジュールを定義します。加えて、<sgmltag class="element">kconfig</sgmltag> サブ要素により、別のカーネル設定を選択することができます。

en: The <sgmltag class="element">perl</sgmltag> element is used to build perl modules.
ja: <sgmltag class="element">perl</sgmltag> 要素は、perl モジュールをビルドするために使用します。

en: The <sgmltag class="attribute">makeargs</sgmltag> attribute is used to specify additional arguments to pass to <command>make</command>.
ja: <sgmltag class="attribute">makeargs</sgmltag> 属性は、<command>make</command> に引き渡す追加の引数を指定します。

en: The <sgmltag class="element">systemmodule</sgmltag> element is used to specify modules that must be provided by the system. The module should be installed by your distributions package management system.
ja: <sgmltag class="element">systemmodule</sgmltag> 要素は、システムによって提供される必要のあるモジュールを定義するために使用します。このモジュールは、お使いのディストリビューションのパッケージ管理システムを通じてインストールされます。

en: If the system module does not provide a pkg-config file, <sgmltag class="element">systemdependencies</sgmltag> tag can be used to identify the dependencies. Two values are supported by the <sgmltag class="attribute">type</sgmltag> attribute of the <sgmltag class="element">dep</sgmltag> tag:
ja: システムモジュールが pkg-config ファイルを提供していない場合は、依存対象を特定するために <sgmltag class="element">systemdependencies</sgmltag> タグを使用できます。<sgmltag class="element">dep</sgmltag> タグの <sgmltag class="attribute">type</sgmltag> 属性は、2 種類の値が使用可能です。

en: <sgmltag class="attvalue">path</sgmltag> value. The path is searched for the matching program name.
ja: <sgmltag class="attvalue">path</sgmltag> 値。PATH を検索して、指定した名前に合致するプログラムを探します。

en: <sgmltag class="attvalue">c_include</sgmltag> value. The C include path is searched for the matching header name. <sgmltag class="attribute">name</sgmltag> may include a sub-directory. The C include search path can modified by setting <varname>CPPFLAGS</varname> within the configuration variables <varname>cflags</varname> or <link linkend="cfg-module-autogenargs"><varname>module_autogenargs</varname></link>.
ja: <sgmltag class="attvalue">c_include</sgmltag> 値。C インクルードパスを検索して、指定した名前に合致するヘッダーを探します。<sgmltag class="attribute">name</sgmltag> には、サブディレクトリを含めることもできます。C インクルードパスは、設定変数 <varname>cflags</varname> または <link linkend="cfg-module-autogenargs"><varname>module_autogenargs</varname></link> 内の <varname>CPPFLAGS</varname> をセットすることで変更できます。

en: The <sgmltag class="element">waf</sgmltag> element is used to define a module which is built using the Waf build system.
ja: <sgmltag class="element">waf</sgmltag> 要素は、Waf ビルドシステムでモジュールをビルドすることを定義します。

en: The <sgmltag class="attribute">waf-command</sgmltag> attribute is used to specify the waf command script to use; it defaults to <command>waf</command>.
ja: <sgmltag class="attribute">waf-command</sgmltag> 属性は、使用する waf コマンドスクリプトを指定します。デフォルトは <command>waf</command> です。

en: The <sgmltag class="element">testmodule</sgmltag> element is used to create a module which runs a suite of tests using LDTP or Dogtail.
ja: <sgmltag class="element">testmodule</sgmltag> 要素は、LDTP、または Dogtail でテストを実行するモジュールを作成するために使用します。

en: The <sgmltag class="attribute">type</sgmltag> attribute gives the type of tests to be run in the module. 'dogtail' uses python to invoke all .py files. 'ldtp' invokes 'ldtprunner run.xml'.
ja: <sgmltag class="attribute">type</sgmltag> 属性には、モジュールで実行するテストのタイプを指定します。'dogtail' は、すべての .py ファイルの実行に Python を使用します。'ldtp' は 'ldtprunner run.xml' を実行します。

en: Unless the noxvfb configuration option is set, an Xvfb server is started to run the tests in
ja: noxvfb オプションが設定されていない場合、テストのために Xvfb サーバーが起動されます。

en: The <sgmltag class="element">metamodule</sgmltag> element defines a module that doesn't actually do anything. The only purpose of a module of this type is its dependencies.
ja: <sgmltag class="element">metamodule</sgmltag> 要素は、実際には何もしないモジュールを定義します。このモジュールの唯一の目的は、依存関係のためです。

en: For example, meta-gnome-desktop depends on all the key components of the GNOME desktop, therefore telling JHBuild to install it actually installs the full desktop.
ja: 例えば、meta-gnome-desktop は GNOME デスクトップの主要コンポーネントに依存しているので、実際には完全なデスクトップをインストールするよう JHBuild に指定することになります。

en: The <sgmltag class="attribute">id</sgmltag> attribute gives the name of the module. The child elements are handled as for <link linkend="moduleset-syntax-defs-autotools"><sgmltag class="element">autotools</sgmltag></link>.
ja: <sgmltag class="attribute">id</sgmltag> 属性には、モジュールの名前を指定します。子要素は <link linkend="moduleset-syntax-defs-autotools"><sgmltag class="element">autotools</sgmltag></link> と同様に処理されます。

en: Deprecated Elements
ja: 非推奨となった要素

en: The <sgmltag class="element">cvsroot</sgmltag> element is now deprecated - the <sgmltag class="element">repository</sgmltag> element should be used instead.
ja: <sgmltag class="element">cvsroot</sgmltag> 要素は、現在は非推奨となっています - かわりに <sgmltag class="element">repository</sgmltag> 要素を使用してください。

en: The <sgmltag class="element">cvsroot</sgmltag> element is used to describe a CVS repository.
ja: <sgmltag class="element">cvsroot</sgmltag> 要素は、CVS リポジトリを記述するのに使用します。

en: The <sgmltag class="attribute">name</sgmltag> attribute should be a unique identifier for the CVS repository.
ja: <sgmltag class="attribute">name</sgmltag> 属性は、CVS リポジトリを一意に識別する名前です。

en: The <sgmltag class="attribute">default</sgmltag> attribute says whether this is the default module source for this module set file.
ja: <sgmltag class="attribute">default</sgmltag> 属性には、モジュールセットファイルのデフォルトのモジュールソースを記述します。

en: The <sgmltag class="attribute">root</sgmltag> attribute lists the CVS root used for anonymous access to this repository, and the <sgmltag class="attribute">password</sgmltag> attribute gives the password used for anonymous access.
ja: <sgmltag class="attribute">root</sgmltag> 属性には、このリポジトリへの匿名アクセスに使用される CVS root のリストを記述し、<sgmltag class="attribute">password</sgmltag> 属性で匿名アクセスするときのパスワードを記述します。

en: The <sgmltag class="element">svnroot</sgmltag> element is now deprecated - the <sgmltag class="element">repository</sgmltag> element should be used instead.
ja: <sgmltag class="element">svnroot</sgmltag> 要素は、現在は非推奨となっています - かわりに <sgmltag class="element">repository</sgmltag> 要素を使用してください。

en: The <sgmltag class="element">svnroot</sgmltag> element is used to describe a Subversion repository.
ja: <sgmltag class="element">svnroot</sgmltag> 要素は、Subversion リポジトリを記述するのに使用します。

en: The <sgmltag class="attribute">name</sgmltag> attribute should be a unique identifier for the Subversion repository.
ja: <sgmltag class="attribute">name</sgmltag> 属性は、Subversion リポジトリを一意に識別する名前です。

en: If <sgmltag class="attribute">default</sgmltag> attribute says whether this is the default module source for this module set file.
ja: <sgmltag class="attribute">default</sgmltag> 属性には、モジュールセットファイルのデフォルトのモジュールソースを記述します。

en: The <sgmltag class="attribute">href</sgmltag> attribute lists the base URL for the repository. This will probably be either a <literal>http</literal>, <literal>https</literal> or <literal>svn</literal> URL.
ja: <sgmltag class="attribute">href</sgmltag> 属性には、リポジトリの URL のリストを記述します。おそらく <literal>http</literal>、<literal>https</literal>、<literal>svn</literal> のような URL となるでしょう。

en: Deprecated Module Types
ja: 非推奨となったモジュールタイプ

en: This section describes deprecated elements, they may still be used in existing module sets but it is advised not to use them anymore.
ja: このセクションでは、既存のモジュールセットでは使用されているものの、今後の使用は非推奨の要素について説明します。

en: This deprecated element is just a thin wrapper around both <sgmltag class="element">autotools</sgmltag> module type and <sgmltag class="element">tarball</sgmltag> repository type.
ja: この非推奨な要素は、<sgmltag class="element">autotools</sgmltag> モジュールタイプと <sgmltag class="element">tarball</sgmltag> リポジトリタイプの単なる軽量なラッパーです。

en: The <sgmltag class="element">tarball</sgmltag> element is used to define a module that is to be built from a tarball.
ja: <sgmltag class="element">tarball</sgmltag> 要素では、tarball からビルドされるモジュールを定義します。

en: The <sgmltag class="attribute">id</sgmltag> and <sgmltag class="attribute">version</sgmltag> attributes are used to identify the module.
ja: <sgmltag class="attribute">id</sgmltag>、および <sgmltag class="attribute">version</sgmltag> 属性は、モジュールを識別するために使用されます。

en: The <sgmltag class="element">source</sgmltag> element specifies the file to download and compile. The <sgmltag class="attribute">href</sgmltag> attribute is mandatory, while the <sgmltag class="attribute">size</sgmltag> and <sgmltag class="attribute">hash</sgmltag>, as well as the obsolete <sgmltag class="attribute">md5sum</sgmltag>, attributes are optional. If these last two attributes are present, they are used to check that the source package was downloaded correctly.
ja: <sgmltag class="element">source</sgmltag> 要素では、ダウンロードしてコンパイルするファイルを指定します。<sgmltag class="attribute">href</sgmltag> は必須の属性で、<sgmltag class="attribute">size</sgmltag>、<sgmltag class="attribute">hash</sgmltag>、同様に 旧来の <sgmltag class="attribute">md5sum</sgmltag> 属性はオプションです。最後の2つの属性が指定された場合は、ダウンロードされたソースが正しいものであるか確認するために使用されます。

en: The <sgmltag class="element">patches</sgmltag> element is used to specify one or more patches to apply to the source tree after unpacking, the <sgmltag class="attribute">file</sgmltag> attribute gives the patch filename, and the <sgmltag class="attribute">strip</sgmltag> attribute says how many levels of directories to prune when applying the patch.
ja: <sgmltag class="element">patches</sgmltag> 要素は、ソースツリーを展開後に1つ (または複数) のパッチの適用を指定します。<sgmltag class="attribute">file</sgmltag> 属性はファイル名を指定し、<sgmltag class="attribute">strip</sgmltag> 属性はパッチを適用する際に無視するディレクトリのレベル数を指定します(訳注:patch コマンドの -p オプションに相当)。

en: The other attributes and the <sgmltag class="element">dependencies</sgmltag>, <sgmltag class="element">suggests</sgmltag> and <sgmltag class="element">after</sgmltag> elements are processed as for <link linkend="moduleset-syntax-defs-autotools">autotools</link>.
ja: その他の属性、および <sgmltag class="element">dependencies</sgmltag>、<sgmltag class="element">suggests</sgmltag>、<sgmltag class="element">after</sgmltag> 要素は、<link linkend="moduleset-syntax-defs-autotools">autotools</link> によって処理されます。
