# JHBuild 설명서

## 도입부

JHBuild는 모듈이라고 하는 소스 패키지 모음을 쉽게 빌드하도록 설계한 도구입니다. JHBuild는 빌드할 수 있는 모듈을 명시한 모듈 셋 파일을 활용합니다. 모듈 셋파일에는 JHBuild로 하여금 어떤 순서로 어떤 모듈을 빌드할 지 알아내도록 하는 의존 정보가 들어있습니다.

JHBuild에는 그놈 빌드용으로 작성했으나, 다른 프로젝트에서도 활용할 수 있도록 기능을 확장했습니다. 모듈 셋 파일에는 JHBuild 프로젝트의 빌드 의존성 규칙을 확보하도록 웹 서버로 제공할 수 있습니다.

JHBuild는 CVS, 서브버전, 바자르, Darcs, 깃, 머큐리얼 뿐만 아니라, 웹 또는 ftp 사이트에서 제공하는 tar, zip 저장소를 아우른 다양한 공급원에서 모듈을 가져와 빌드할 수 있습니다. JHBuild에서는 autotools, cmake, meson, waf, python distutils, perl makefiles 등의 다양한 빌드 시스템을 활용하여 빌드할 수 있습니다.

JHBuild는 배포판의 패키지 관리 시스템을 대신하지 않습니다. 대신 시스템의 나머지 부분을 해하지 않으면서 개별적인 설치 위치로 프로그램을 쉽게 빌드해 넣을 수 있게 해줍니다.

## 시작하기

JHBuild는 프로그램을 빌드하기 전 몇가지 설정 과정 실행이 필요합니다. JHBuild에서는 몇가지 미리 준비할 프로그램이 필요하며, 프로그램 모듈을 구하고 빌드할 사전 준비 도구를 설치해야 합니다.

### JHBuild 설치

JHBuild는 파이썬 런타임이 필요합니다. 파이썬 2.3 이상을 설치했는지 확인하십시오.

JHBuild를 다운로드하는 가장 좋은 방법은 `git` 버전 관리 시스템을 활용하는 방법입니다. 다음 명령으로 진행할 수 있습니다. `~/jhbuild/checkout`.와 같이 모든 소스 코드를 설치할 새 디렉터리에서 명령을 실행하시는게 좋습니다.

    $ git clone https://gitlab.gnome.org/GNOME/jhbuild.git
    ...
    $

이 명령은 현재 디렉터리에서 `jhbuild` 폴더를 새로 만들어 이 폴더에 JHBuild를 다운로드합니다. 이제 JHBuild를 빌드하고 설치해보겠습니다:

    $ cd jhbuild
    $ ./autogen.sh
    ...
    $ make
    ...
    $ make install
    ...
    $

gnome-common, yelp-tools, autotools 프로그램이 이미 있다면, `autogen.sh` 스크립트는 autotools로 앞으로 설치할 JHBuild 빌드를 설정합니다. gnome-common, yelp-tools and autotools 프로그램이 없다면 Makefile을 활용하여 앞으로 설치할 JHBuild를 설정합니다. Makefile 방식만을 늘 사용하려면 `autogen.sh` 스크립트에 `--simple-install` 옵션을 전달하십시오.

위 단계를 제대로 끝냈다면, JHBuild를 시작할 간단한 스크립트가 `~/.local/bin` 디렉터리에 들어갔을 것입니다. `PATH` 환경 변수에 `~/.local/bin` 경로를 추가하십시오:

    $ PATH=$PATH:~/.local/bin
    $

`PATH` 환경 변수에 `~/.local/bin` 경로를 완전히 추가하려면, 다음 명령을 실행하십시오:

    $ echo 'PATH=$PATH:~/.local/bin' >> ~/.bashrc
    $

### JHBuild 설정

JHBuild는 설정 파일로 빌드 조건을 설정할 수 있습니다. 기본 위치는 `~/.config/jhbuildrc`입니다. 설정 파일이 없으면 기본 설정 파일을 활용합니다. 설정 파일에서는 파이썬 문법을 활용합니다. 제공해드리는 `examples/sample.jhbuildrc` 예제 파일을 살펴보시지요. 필요할 때마다 `examples/sample.jhbuildrc` 파일을 `~/.config/jhbuildrc` 위치에 복사해 넣으시고 원하는대로 설정하시면 됩니다.

JHBuild는 예제 빌드 설정 파일로 meta-gnome-core 모듈과 meta-gnome-apps-tested 모듈, `gnome-apps` 모듈셋의 의존 요소를 빌드합니다. JHBuild는 소스 트리를 `~/jhbuild/checkout/` 위치에 패키징 해제한 후 모든 파일을 `~/jhbuild/install/` 위치의 하위 디렉터리에 설치합니다. 두 디렉터리는 기록 가능하도록 권한을 설정해두어야 합니다.

설정 변수내용은 config-reference 문서에 있습니다. 대부분 사용하는 변수는 다음과 같습니다:

`repos`

- 일부 저장소에 대한 대체 저장소 위치를 지정할 때 사용하는 딕셔너리입니다. 이 설정 변수는 모듈 개발자가 쓰기에 좋습니다. 기본적으로 JHBuild는 익명 저장소 위치를 활용하여 저장소에서 코드를 가져옵니다. 딕셔너리 키는 짧은 저장소 이름이며 값은 애체 저장소 위치 문자열입니다. 예를 들면:

      repos['git.gnome.org'] = 'ssh://username@git.gnome.org/git/'

`moduleset`

- 활용할 모듈 세트 이름을 지정하는 문자열, 문자열 목록입니다. (경로와 확장을 뺀) JHBuild에 들어간 모듈 세트의 파일 이름이거나 모듈 세트를 외부에서 관리하는 전체 HTTP URL일 수 있습니다. HTTP URL 모듈 세트는 로컬에 캐싱할 수 있습니다. 동일한 이름을 지닌 모듈이 모듈 세트에 한번 이상 나타나면 가장 마지막에 나타난 모듈을 우선 활용합니다. JHBuild에서 제공하는 모듈 세트는 현재 그놈 개발 출시 주기에 맞춰 업데이트합니다.

`modules`

- 빌드할 모듈을 지정하는 문자열 목록입니다. 모듈 목록은 실제로 `buildone` 명령을 사용하기까지 모든 의존 요소를 넣으려 재귀적으로 확장합니다. 기본 값은 `['meta-gnome-desktop']` 입니다.

`checkoutroot`

- 소스 트리의 패키징을 해제할 대상 디렉터리를 지정하는 문자열입니다. `buildroot` 설정 값이 `None`이면 이 위치로 빌드합니다. 기본 값은 `~/jhbuild/checkout` 입니다.

`prefix`

- 모듈 설치 경로를 지정하는 문자열입니다. `prefix`는 절대 경로여야합니다. 이 디렉터리에 기록할 수 있어야합니다. 기본 값은 `'~/jhbuild/install/'` 입니다.

`autogenargs`

- 모든 모듈의 `autogen.sh` 스크립트에 전달할 인자 값 문자열입니다. `module_autogenargs` 딕셔너리를 활용하여 일부 모듈에 대해 중복 적용할 수 있습니다.

`cmakeargs`

- 모든 모듈에서 `cmake`를 실행할 때 전달할 인자 값 문자열입니다. `module_cmakeargs` 딕셔너리를 활용하여 일부 모듈에 중복 적용할 수 있습니다.

`makeargs`

- `make` 명령에 전달할 추가 인자 값 목록 문자열입니다. JHBuild에서는 가용 CPU 코어 수에 따라 자동으로 병렬 실행 옵션(`-j`)을 붙입니다. 기본값은 `''`입니다.

`mesonargs`

- 모든 모듈에 대해 `meson` 명령을 실행할 때 전달할 인자 값 문자열입니다. `module_mesonargs` 딕셔너리를 활용하여 일부 모듈에 중복 적용할 수 있습니다.

`ninjaargs`

- `ninja` 명령에 전달할 추가 인자 값 목록 문자열입니다. 기본값은 `''`입니다.

### 빌드 준비사항

어떤 모듈을 빌드할 수 있기 전에, 몇가지 빌드 도구를 설치해야 합니다. 어떤 모듈을 빌드하느냐에 따라 GNU Autotools(autoconf, automake, libtool and gettext), GNU 툴체인[(binutils, gcc, g++), make, pkg-config, 파이썬 등의 일반 빌드 도구가 필요합니다.

JHBuild는 `sanitycheck` 명령으로 도구를 설치했는지 확인할 수 있습니다:

    $ jhbuild sanitycheck

이 명령에서 어떤 메시지가 나타난다면 배포판 저장소에서 필요한 패키지를 받아 설치하십시오. 그놈 위키에는 다양한 배포판에 따라 관리하는 패키지 이름 목록이 있습니다. 배포판의 패키지를 설치한 후 `sanitycheck` 명령을 다시 실행하여 필요한 도구 이름이 나타나는지 다시 확인하십시오.

### JHBuild 활용법

설치 과정이 끝나면, JHBuild로 프로그램을 빌드할 수 있습니다. `~/.config/jhbuildrc` 파일에서 선택한 모든 모듈을 빌드하려면 다음 명령을 실행하십시오:

    $ jhbuild build

JHBuild에서는 각 모듈을 다운로드, 빌드 설정, 컴파일, 설치합니다. 어떤 과정에서 오류가 나타나면 JHBuild에서는 어떻게 할 지 묻는 메뉴를 나타냅니다. 오류 수정을 목적으로 셸로 진입하거나 다양한 단계에서 빌드를 다시 실행하거나, 모듈을 포기하거나, 오류를 무시하고 계속 진행하는 등의 여러가지 선택지가 있습니다.

모듈을 포기하면 해당 모듈이 필요한 다른 모듈을 빌드하지 못할 수 있습니다.

아래는 화면에 나타나는 메뉴의 예시입니다:

      [1] Rerun phase build
      [2] Ignore error and continue to install
      [3] Give up on module
      [4] Start shell
      [5] Reload configuration
      [6] Go to phase "wipe directory and start over"
      [7] Go to phase "configure"
      [8] Go to phase "clean"
      [9] Go to phase "distclean"
    choice:

`build` 명령에 인자값 형식으로 모듈 이름을 전달하여 다른 모듈 모음과 관련 모듈을 빌드하게 할 수 있습니다. 예를 들어 gtk+를 빌드한다고 하면:

    $ jhbuild build gtk+

빌드 과정 중간에 JHBuild 동작을 취소하더라도 취소한 부분으로부터 `--start-at` 옵션을 활용하여 일부 모듈 빌드를 다시 빌드할 수 있습니다:

    $ jhbuild build --start-at=pango

JHBuild에는 관련 요소를 무시하고 하나 이상의 모듈을 빌드하는 용도로 쓰이는 `buildone` 명령이 있습니다. `buildone` 명령을 제대로 끝내려면 모든 관련 요소를 빌드하고 설치하거나 배포판에서 제공하는 관련 패키지를 설치해야합니다.

    $ jhbuild buildone gtk+

모듈을 개발 중일 경우 개발은 (보통) 소스 작업 디렉터리에서 진행합니다. `make` 명령은 빌드 시스템을 실행하고 모듈 설치를 진행합니다. 또한 이 명령은 편집-컴파일-설치-테스트 주기의 핵심 부분이기도 합니다.

    $ jhbuild make

JHBuild에서 빌드할 모듈과 관련 모듈 목록을 빌드 순으로 가져오려면, `list` 명령을 사용하십시오:

    $ jhbuild list

일부 모듈 정보만 가져오려면, `info` 명령을 사용하시면 됩니다:

    $ jhbuild info gtk+

빌드하지 않고 모든 프로그램 소스코드를 다운로드하고 업데이트하려면 `update` 명령을 사용하십시오. `update` 명령은 빌드하기 전 소스를 수정할 기회를 주며, 인터넷 대역폭이 출렁이는 경우 쓸만합니다.

    $ jhbuild update

이후, JHBuild는 소스코드를 다운로드하거나 업데이트하지 않고도 모든 요소를 빌드할 수 있습니다:

    $ jhbuild build --no-network

JHBuild에서 동일한 조건으로 일부 명령을 실행하려면, `run` 명령을 활용해보십시오:

    $ jhbuild run program

JHBuild에서 사용하는 동일한 환경으로 셸을 시작하려면 `shell` 명령을 사용해보십시오:

    $ jhbuild shell

## JHBuild와 GNOME

이 장에서는 그놈을 빌드하고 설치하고 실행하는 일련의 방법을 안내합니다.

### 그놈 빌드

그놈을 빌드하려면 일부 관련 패키지가 필요합니다. 다음 항목이 이에 해당합니다:

- DocBook XML DTD , XSLT 스타일시트. XML 키달로그(`/etc/xml/catalog`) 등록에 필요함.

- X 라이브러리.

- 삼바의 `libsmbclient`(윈도우 네트워크 탐색에 필요).

- bzip2의 `libbz2`.

- `libpng`, `libjpeg`, `libtiff` (그림 불러올 때 사용).

배포판 패키지를 설치할 때, 사용하시는 배포판에 다음에 해당하는 경우: dev 또는 devel에 해당하는 패키지를 설치하십시오. 그놈 위키에는 다양한 배포판에 따라 관리하는 패키지 이름 목록이 있습니다.

### 단일 그놈 프로그램 실행

이 장에서는 단일 그놈 프로그램 실행 방법을 자세하게 설명합니다. 현재 데스크톱 환경에서 프로그램을 실행하도록 하겠습니다. 완전한 JHBuild 그놈 환경에서 프로그램을 실행하려면, running-gnome 문서를 살펴보십시오.

JHBuild 셸을 실행하십시오. JHBuild 셸에는 필요한 환경 변수 모음이 갖춰져있습니다.

    $ jhbuild shell

실행할 프로그램이 제대로 갖춰졌는지 확인하십시오. 예를 들면:

    $ which gedit
    /home/wanda/jhbuild/install/bin/gedit

프로그램을 실행하십시오:

    $ gedit &

대신 `run` 명령으로 프로그램을 실행할 수도 있습니다:

    $ jhbuild run gedit

### 그놈 데스크톱 환경 실행

JHBuild 그놈을 실행할 새 사용자 계정을 만드십시오. 다른 사용자 계정에서 JHBuild 그놈을 실행하는 방식으로 사용자의 기본 디렉터리(홈 디렉터리)에 저장한 사용자 설정으로 하여금 나타날 문제를 피하는게 좋습니다. 이 설명서에서는 새 계정 이름을 `gnomedev`라고 하겠습니다.

JHBuild를 새 `gnomedev` 계정에 설치하십시오. `~/.config/jhbuildrc`와 `~/.local/bin/jhbuild`를 `gnomedev` 사용자 기본 디렉터리에 복사하거나 소프트-링크를 만드십시오.

`gnomedev` 사용자 계정으로 터미널을 여십시오. `PATH` 환경 변수에 `~/.local/bin`을 완전히 추가하고 다음 명령을 실행하십시오:

    $ echo 'PATH=$PATH:~/.local/bin' >> ~/.bashrc

JHBuild 동작 시험:

    $ jhbuild run pkg-config gtk+-2.0 --modversion
    2.20.1

#### 디스플레이 관리자에서의 그놈 실행 설정

JHBuild 그놈을 빌드하고 설치합니다.

시스템 서비스를 사용하도록 설정하십시오. JHBuild에서는 `/usr/bin`의 시스템 D-Bus 데몬과 `/usr/share/dbus-1/system-services/`의 시스템 서비스를 활용합니다. JHBuild 그놈은 JHBuild 세션의 D-Bus 데몬과 ``~/jhbuild/install/`/share/dbus-1/services/`의 서비스를 활용합니다. `~/jhbuild/install` 경로를 다음 명령으로 그놈 설치 `prefix` 경로로 바꾸십시오:

    $ rm -rf ~/jhbuild/install/var/run/dbus
    $ ln -s /var/run/dbus ~/jhbuild/install/var/run/dbus
    $ rm -rf ~/jhbuild/install/var/lib/dbus/machine-id
    $ ln -s /var/lib/dbus/machine-id ~/jhbuild/install/var/lib/dbus/machine-id

다음 스크립트와 마찬가지로 `/usr/bin/gnome-jhbuild-session` 위치에 그놈 시작 스크립트를 만드십시오. `~/jhbuild/install` 경로를 그놈 설치 `prefix` 경로로 바꾸십시오:

    #!/bin/sh

    GNOME=~/jhbuild/install

    GDK_USE_XFT=1
    XDG_DATA_DIRS=$XDG_DATA_DIRS:$GNOME/share
    XDG_CONFIG_DIRS=$XDG_CONFIG_DIRS:$GNOME/etc/xdg

    jhbuild run gnome-session

`/usr/bin/gnome-jhbuild-session` 파일을 실행 가능하도록 설정하십시오:

    $ chmod a+x /usr/bin/gnome-jhbuild-session

디스플레이 관리자에 새 세션 항목을 추가하려면 `/usr/share/xsessions/gnome-jhbuild.desktop` 파일을 만들어 파일에 들어가십시오:

    [Desktop Entry]
    Name=GNOME (JHBuild)
    Comment=This session logs you into GNOME testing session
    TryExec=/usr/bin/gnome-jhbuild-session
    Exec=/usr/bin/gnome-jhbuild-session
    Icon=
    Type=Application

`gdm`을 다시 시작하십시오.

#### 디스플레이 관리자에서 그놈 실행

JHBuild 그놈을 실행하려면, `gnomedev` 계정으로 로그인 후 진입하기 전, 디스플레이 관리자에서 그놈(JHBuild) 세션을 선택하십시오. 성공했다면 JHBuild 그놈 환경이 나타납니다. 실패했다면 로그 파일을 확인해보십시오. 로그 파일은 `~gnomedev/.cache/gdm/session.log` 위치 또는 `~gnomedev/.xsession-errors` 위치에 있습니다.

### 정적 분석

JHBuild에서는 빌드한 모듈 코드에 대한 정적 분석 도구 실행을 지원합니다. 이 기능을 사용하려면 `.jhbuildrc` 설정 파일의 `static_analyzer` 설정 변수 값을 `True`로 설정하십시오.

기능을 켰다면, 매번 JHBuild로 모듈을 빌드할 때마다, 빌드 과정에서 정적 분석기가 동시에 동작하며 코드의 문제를 찾아내는 보고서가 나옵니다. 이 보고서는 `/tmp/jhbuild_static_analyzer` 경로의 하위 디렉터리에 HTML 파일로 저장합니다(기본적으로 경로는 `static_analyzer_outputdir` 설정 변수로 바꿀 수 있습니다).

현재 정적 분석은 빌드 시스템에 따라 autotools를 사용하는 모듈에 대해서만 동작합니다. `static_analyzer_template` 설정 변수 값을 수정하여 명령을 바꿀 수 있다 하더라도 `scan-build` 프로그램을 설치해야합니다.

## 빌드봇 통합

빌드봇 프로젝트와 맞물리는 JHBuild는 연속 통합 도구로서의 기능을 수행할 수 있습니다. 빌드봇 설정은 그놈 프로젝트의 build.gnome.org에서 활용중입니다.

### 하위 빌드봇 설정

하위 빌드봇은 주 빌드봇의 요청을 받아 수행하는 JHBuild 설치본의 변형판입니다. 빌드봇을 설정을 입맛에 맞게 추가하기 전, JHBuild를 설치하고 대부분의 모듈 빌드를 끝내는게 좋습니다.

빌드봇 명령은 `bot` 명령의 옵션입니다. 필요한 추가 프로그램을 다운로드하고 설치하려면 다음 명령을 실행하십시오:

    $ jhbuild bot --setup

이 과정이 제대로 끝나면 `~/.config/jhbuildrc`에 새 설정 변수를 넣어야합니다.

대체 설정 파일을 사용할 수는 없습니다. `--file` 옵션은 원하는 동작을 보이지 않습니다.

    jhbuildbot_master = 'build.gnome.org:9070'
    jhbuildbot_slavename = 'slavename'
    jhbuildbot_password = 'password'

`jhbuildbot_master` 변수는 빌드봇 주 서버를 지정합니다. 여기서는 `'build.gnome.org:9070'` 주소가 기본 값입니다. `jhbuildbot_slavename` 변수와 `jhbuildbot_password` 변수는 주 서버에 대한 하위 서버를 식별합니다. 하위 서버 이름과 암호를 설정하려면 빌드봇 주 서버 관리자에게 연락하십시오.

build.gnome.org 관리자는 Build Brigade 메일링 리스트에서 연락할 수 있습니다.

## 명령 참고

JHBuild는 CVS와 같은 도구의 명령행 문법을 활용합니다:

    jhbuild global-options command command-arguments

JHBuild 전역 옵션은 다음과 같습니다:

`-f`, `--file` `config`

- `~/.config/jhbuildrc` 기본 파일 대신 다른 설정 파일을 사용합니다.

`-m`, `--moduleset` `moduleset`

- 설정 파일에 있는 모듈 세트 대신 다른 모듈 세트를 활용합니다. 이 옵션 값은 JHBuild moduleset 폴더에 있을 경우 상대 경로, 다른 위치에 있을 경우 절대 경로입니다.

`--no-interact`

- 사용자로부터 어떤 입력도 받지 않습니다. 이 옵션은 의도치 않게 빌드 현장을 떠날 경우 빌드가 어떤 문제로 인해 멈췄는지 확인하는 용도로 활용할 수 있습니다.

`--exit-on-error`

- 모듈 빌드에 실패하면 빠져나가는 옵션입니다. JHBuild가 비대화식 모드에서 어떤 추가 모듈을 계속 빌드하지 않고 멈추는지 여부를 확인하난 용도로 활용할 수 있습니다.

`--conditions`

- 운영체제와 jhbuildrc의 지정값을 기반으로 결정하기보단 다른 설정 플래그를 사용하도록 수정합니다. 상태를 제거하거나 추가할 목적으로 `-wayland` 또는 `+docs`와 같은 식으로 지정할 수 있습니다. `--conditions=+docs,-wayland` 또는 `--conditions` 인자를 여러번 지정하는 식으로 나누어 여러 수정 옵션을 설정할 수 있습니다.

게다가, JHBuild에서는 다음 환경 변수의 존재 여부 및 값을 확인합니다:

`JHBUILD_RUN_AS_ROOT`

- 기본적으로 전체 시스템에 영향을 줄 수 있는 치명적 동작을 막으려 루트 사용자 권한으로는 동작하지 않습니다. 그러나 일부 경우에 한해 JHBuild를 루트 권한으로 실행할 수는 있습니다. 컨테이너 내부에서나 연속 통합 환경일 경우에 해당합니다. `JHBUILD_RUN_AS_ROOT` 환경 변수를 설정하면 시작시 사용자 ID 검사를 하지 않습니다.

명령별 옵션은 다음과 같습니다.

### autobuild

`autobuild` 명령은 설정 파일에 지정한대로 모듈을 자동으로 빌드하고 결과를 JhAutobuild에 업로드합니다.

    jhbuild autobuild --autogen --clean --distcheck --skip=module --start-at=module --report-url=reporturl --verbose

`--autogen`, `--clean`, `--distcheck`, `--skip`, `--start-at` 옵션은 `build` 명령에서와 동일하게 처리합니다.

`--report-url=`reporturl``, `-r `reporturl``

- 이 옵션은 보고서를 제출할 JhAutobuild URL을 지정합니다.

`--verbose`, `-v`

- 이 옵션을 지정하면 JHBuild 출력 내용이 많아집니다.

### bootstrap

`bootstrap` 명령은 빌드 유틸리티 모음을 설치합니다. 빌드 유틸리티에는 autoconf, automake 같은 프로그램이 있습니다. 배포판의 패키지 관리 시스템으로 빌드 유틸리티를 설치하시는게 좋습니다. `bootstrap` 명령은 `Mac OS`와 같은 배포판 패키지 관리 시스템에서 빌드 유틸리티를 제공하지 않을 경우에만 사용하십시오.

    jhbuild bootstrap

`bootstrap` 명령은 `build`명령과 마찬가지 방식으로 모듈을 빌드하지만, `bootstrap.modules` 모듈 세트를 활용합니다.

가용 옵션 내용은 `build` 명령 문서에서 살펴보십시오.

### build

`build` 명령은 하나 이상의 패키지와 관련 모듈을 빌드합니다.

    jhbuild build --autogen --clean --check --dist --distcheck --distclean --ignore-suggests --no-network --skip=module --start-at=module --tags=tags -D date --no-xvfb --try-checkout --no-poison --force --build-optional-modules --min-age=time --nodeps module

명령행에 지정한 모듈 이름이 없을 경우, 설정 파일의 modules 목록을 활용합니다.

`-a`, `--autogen`

- 모듈 빌드 전 항상 `autogen.sh` 스크립트를 실행합니다.

`-c`, `--clean`

- 모듈을 빌드하기 전 `make clean`을 실행합니다.

`--check`

- 모듈을 빌드한 후 `make check` 명령을 실행합니다.

`-d`, `--dist`

- 모듈을 빌드한 후 `make dist` 명령을 실행합니다.

`--distcheck`

- 모듈을 빌드한 후 `make distcheck` 명령을 실행합니다.

`--distclean`

- git 모듈에 대해서는 모듈을 빌드하기 전 `git clean -dfx` 명령을, 다른 모듈에 대해서는 모듈을 빌드하기 전 `make distclean` 명령을 실행합니다.

  이 옵션은 제출하지 않은 바뀐 내용을 삭제합니다.

`--ignore-suggests`

- 약 의존성 관계는 빌드하지 않습니다.

`-n`, `--no-network`

- 모듈을 빌드할 때 네트워크에 연결하지 않습니다. 빌드할 때 다운로드 또는 업데이트 과정을 건너뜁니다. 네트워크에 연결하지 않고서 모듈을 빌드할 수 없다면 모듈 빌드에 실패합니다.

`-s`, `--skip`=`module,...`

- 목록의 모듈을 빌드하지 않습니다. 특정 의존 관계 요소 빌드를 건너뛸 때 사용합니다.

`--tags`=`tag,...`

- `tag`에 일치하지 않는 모듈을 무시합니다. 모듈은 모듈의 모듈 세트 이름과 일치하는 태그를 속성 값으로 갖습니다.

`-t`, `--start-at`=`module`

- 목록 시작 항목부터 진행하기보단 이름으로 지정한 모듈부터 시작합니다. 빌드가 멈추었을 경우에 활용할 수 있습니다.

`-D` `date`

- 버전 관리 시스템에서 지원할 경우 빌드하기 전 지정 날짜로 소스 트리를 업데이트합니다. `"2009-09-18 02:32Z"`와 같은 ISO 날짜 형식으로 지정해야합니다.

`-x`, `--no-xvfb`

- Xvfb 시뮬레이션 환경을 사용하기보단 실제 X 서버에서 그래픽 동작 시험을 수행합니다.

`-C`, `--try-checkout`

- 빌드에 실패했을 때 버전 관리 시스템에서 지원할 경우, 빌드를 다시 진행해보기 전 강제로 체크아웃을 수행하고 `autogen.sh` 스크립트를 실행합니다.

`-N`, `--no-poison`

- 하나 이상의 모듈 관련 요소 빌드에 실패했을 경우 이 옵션은 JHBuild로 하여금 모듈을 무조건 빌드하게 합니다.

`-f`, `--force`

- 정책상 불필요하더라도 모듈을 빌드합니다.

`--build-optional-modules`

- 이 옵션에 추가 의존 요소로 지정한 모듈은 꼭 빌드할 필요는 없습니다. 이 옵션에서는 JHBuild에 추가 의존 요소를 무조건 빌드하도록 합니다.

`--min-age`=`time`

- 지정 상대 시간보다 최근에 설치한 모듈은 건너뜁니다. `time` 문자열은 단위가 숫자 뒤에 따라붙는 형식입니다. 초(s), 분(m), 시간(h), 일(d) 단위를 사용할 수 있습니다. 이를테면 `--min-age=2h` 옵션은 2시간 이내에 필드한 모듈은 건너뜁니다.

`--nodeps`

- 빠진 시스템 의존 요소는 무시합니다. 단일 시스템 의존 요소를 무시하려면 `skip` 변수에 모듈을 추가하십시오.

### make

`make` 명령은 실제로 개발중인 모듈에 한합니다. 현재 디렉터리에 소스를 우선 체크아웃해야 하며, 이 명령은 `buildone -nf $(basename $(pwd))` 명령과 동일한 동작을 수행합니다.

    jhbuild make --clean --check --distcheck --quiet

`buildone` 명령의 옵션과 동일합니다.

### buildone

`buildone` 명령은 `build` 명령과 유사하나 의존 모듈을 빌드하지 않는 차이점이 있습니다. 하나 이상의 모듈을 다시 빌드할 경우 활용합니다.

    jhbuild buildone --autogen --clean --check --distcheck --distclean --no-network -D date --no-xvfb --force --min-age=time --nodeps module

`--autogen`, `--check`, `--clean`, `-d`, `--distcheck`, `--distclean`, `--no-network`, `-D`, `-x`, `--nodeps` 옵션은 `build` 명령에서와 동일하게 처리합니다.

최소한 하나의 모듈을 명령행에 지정해야합니다.

### checkbranches

`checkbranches` 명령은 버전 관리 시스템에서 제대로 정의한 모듈의 브랜치를 가져오며 브랜치는 모듈 세트에 대해 늘 존재합니다.

    jhbuild checkbranches --branch=branch

`--branch`=`branch`, `-b` `branch`

- branch는 가져올 대상입니다.

    $ jhbuild -m gnome-2.20 checkbranches
    libgnomecanvas is missing branch definition for gnome-2-20
    $

### clean

`` 명령은 하나 이상의 모듈의 빌드 디렉터릴르 정리합니다.

    jhbuild clean --skip=module --start-at=module

명령행에 지정한 모듈 이름이 없을 경우, 설정 파일의 modules 목록을 활용합니다.

가용 옵션에 대한 설명은 `build` 명령 문서에서 살펴보십시오.

### dot

`dot` 명령은 모듈 세트간 관계를 설명하는 방향성 그래프 파일을 만듭니다. 이 파일은 다이어그램을 만드는 GraphViz 프로그램에서 처리해서 만듭니다.

    jhbuild dot --soft-deps --clusters module

명령행에 지정한 모듈 이름이 없을 경우, 설정 파일의 modules 목록을 활용합니다.

`--soft-deps` 옵션은 약 의존성 관계를 가진 모듈에 점선을 추가합니다. `--clusters` 옵션은 metamodules에서 지정한 모듈을 한데 묶어 보여줍니다.

dot 명령 출력 결과는 포스트스크립트 파일을 만드는 dot 유틸리티로 내보낼 수 있습니다:

    $ jhbuild dot modules | dot -Tps > dependencies.ps

또는 PNG 이미지로도 가능합니다:

    $ jhbuild dot modules | dot -Tpng > dependencies.png

#### JHBuild dot 출력 예제

### gui

`gui` 명령은 모듈을 빌드하고 옵션 값을 바꾸는 JHBuild 그래픽 인터페이스를 시작합니다.

    jhbuild gui

그래픽 인터페이스는 GTK로 표현하므로 추가 지원 라이브러리가 필요합니다.

### info

`info` 명령은 하나 이상의 모듈 정보를 보여줍니다.

    jhbuild info --installed module

명령에서는 모듈 이름, 형식, 의존 관계, 의존 패키지, 소스 디렉터리, JHBuild로 설치한 최근 날짜를 나타냅니다. 가능하다면 CVS 저장소나 다운로드 URL에 해당하는 정보도 나타낼 수 있습니다.

지정한 모듈이 없다면 명령은 모듈셋에 정의한 모든 모듈 정보를 보여줍니다.

`--installed` 옵션을 선택하면 설치한 패키지 내용만 따로 걸러서 보여줍니다. 실제 jhbuild로 빌드하고 설치한 모듈만 나타냅니다. 출력 내용에서는 시스템 의존 요소는 없습니다.

`--installed` 옵션을 하나 이상의 모듈 이름과 함께 지정했다면 해당 설치 모듈(시스템 의존 요소는 제외) 정보만을 출력합니다. 최소한 하나의 모듈 마저도 설치하지 않았다면 1 값을 반환하며 명령을 끝냅니다.

### list

`list` 명령은 `build` 명령이 빌드할 모듈 목록을 확장해서 보여줍니다.

    jhbuild list -a -r -s --start-at=module --tags=tags --ignore-suggests --list-optional-modules module

명령행에 지정한 모듈 이름이 없을 경우, 설정 파일의 modules 목록을 활용합니다.

`--skip`, `--start-at`, `--tags`, and `--ignore-suggests` 옵션은 `build` 명령에서와 동일하게 처리합니다.

`-a`, `--all-modules`

- 빌드 의존 관계와 상관 없이 모듈 세트의 모든 모듈을 나열합니다.

`-r`, `--show-revision`

- 모듈이 브랜치 모음이라면 모듈 이름과 브랜치 이름을 함께 보여줍니다.

`--list-optional-modules`

- 이 옵션은 JHBuild가 무조건 추가 의존 요소를 보여주게합니다.

### rdepends

`rdepends` 명령은 모듈의 역 의존 관계를 나타냅니다.

    jhbuild rdepends module

`--dependencies`

- 모듈의 의존 경로를 나타냅니다.

`--direct`

- 지정 모듈에 따라 직접적 의존 관계를 가진 모듈만 표시하도록 제한합니다.

### run

`run` 명령은 모듈을 빌드할 때 JHBuild에서 활용하는 동일한 환경을 지정 명령이 활용하도록 합니다.

    jhbuild run --in-builddir --in-checkoutdir program argument

그놈을 빌드할 때 JHBuild를 활용할 경우, 이 명령으로 X 시작 스크립트에 활용할 수 있습니다.

`--in-builddir`=`module`

- 지정 모듈의 빌드 디렉터리에서 명령을 실행합니다.

`--in-checkoutdir`=`module`

- 지정 모듈의 소스 디렉터리에서 명령을 실행합니다.

### sanitycheck

`sanitycheck` 명령은 빌드 환경이 양호한지 여러번에 걸쳐 검사를 수행합니다.

    jhbuild sanitycheck

검사 대상 일부는 다음과 같습니다:

- 체크아웃 대상 디렉터리와 설치 대상 디렉터리에 기록할 수 있는가.

- 필요한 빌드 도구를 설치했는가.

- 보통 쓰는 일부 매크로는 다양한 `automake` 버전에서 쓸 수 있는 `aclocal` 명령의 검색 경로에 있습니다.

- XML 카탈로그에는 닥북 DTD와 스타일시트가 있습니다.

### shell

`shell` 명령은 JHBuild가 모듈을 빌드할 때 활용한 바로 그 동일한 환경의 사용자 쉘을 시작합니다.

    jhbuild shell

이 명령은 다음 명령과 동일합니다:

    $ jhbuild run $SHELL

쉘을 활성화했다면 `UNDER_JHBUILD` 환경 변수 값이 "true"가 됩니다. jhbuild에서 제어하는 셸임을 나타내도록 셸 프롬프트 개별 설정 여부를 나타낼 때 사용할 수 있습니다. 예를들면 이 환경 변수는 `.bashrc`에 넣으시면 됩니다:

    	if [ -n "$UNDER_JHBUILD" ]; then
    	    PS1="[jhbuild] $PS1"
    	fi

위 코드로, jhbuild 환경임을 쉽게 알 수 있도록 배시 쉘 일반 프롬프트 앞에 `[jhbuild]`를 나타냅니다.

### sysdeps

`sysdeps` 명령은 다음 항목을 나타냅니다:

1. 빌드에 사용한 시스템 패키지 목록. JHBuild는 이 모듈을 빌드하지 않으며, 대신 시스템 패키지를 활용하도록 선택합니다.

2. 필요 패키지 목록. 패키지 빌드를 시작하려면 시스템에 있어야합니다.

3. 추가 패키지 목록. 관련 시스템 패키지를 찾을 수 없거나 너무 오래됐을 경우입니다. JHBuild에서 이 모듈을 빌드합니다. `partial_build` 옵션을 `False` 값으로 설정하면 추가 패키지를 나타내지 않습니다.

    jhbuild sysdeps --install

`--install`

- 이 옵션은 모듈 세트의 의존 관계에 있는 시스템 패키지를 설치합니다. 배포판에 따라 다릅니다. 시스템 패키지는 가능할 경우 PackageKit 프로그램으로 설치합니다. `Debian` 과 `Ubuntu`의 경우 APT를 사용합니다. 이 옵션을 사용하려면 apt-file 프로그램을 설치해야합니다.

#### `sysdeps` 예제

    $ jhbuild sysdeps
    System installed packages which are new enough:
      speex (speex.pc required=1.2rc1, installed=1.2rc1)
      lcms2 (lcms2.pc required=2.2, installed=2.2)
    ...
    Required packages:
      System installed packages which are too old:
        (none)
      No matching system package installed:
        zlib (zlib.pc required=1.2)
    Optional packages: (JHBuild will build the missing packages)
      System installed packages which are too old:
        WebKit (webkitgtk-3.0.pc required=1.5.1, installed=1.4.0)
        ...
      No matching system package installed:
        pulseaudio (libpulse.pc required=2.0)
        ...

### tinderbox

`tinderbox` 명령은 `build` 명령과 비슷하지만, 터미널 출력을 웹사이트에 공개하는데 적합한 HTML 파일로 기록합니다. 모질라 틴더박스 또는 데비안의 buildd와 같은 시스템을 구축했을 때 이 명령을 활용할 수 있습니다.

    jhbuild tinderbox --autogen --clean --distclean --no-network --output=directory --skip=module --start-at=module -D date -C -N -f --nodeps module

`--autogen`, `--clean`, `--distclean`, `--no-network`, `--skip`, `--start-at`, `-D`, `-C`, `-N`, `-f`, `--nodeps` 옵션은 `build` 명령에서와 동일하게 처리합니다.

`-o`, `--output`=`directory`

- HTML 파일을 기록할 디렉터리입니다. JHBuild에서는 인덱스 파일(`index.html`)과 각 모듈별 HTML 파일을 만듭니다.

### uninstall

`uninstall` 명령은 하나 이상의 설치 모듈을 제거합니다.

    jhbuild uninstall module

### update

`update` 명령은 `build` 명령과 비슷하나, 모듈을 빌드하지 않고 다운로드하거나 모듈 소스 코드를 업데이트하는 과정만 진행합니다.

    jhbuild update --skip=module --start-at=module --tags=tags --ignore-suggests -D date module

`--skip`, `--start-at`, `--tags`, `--ignore-suggests` and `-D` 옵션은 `build` 명령에서와 동일하게 처리합니다.

### updateone

`updateone` 명령은 `update` 명령과 유사하나, 의존 관계에 있는 모듈은 업데이트하지 않습니다. 하나 이상의 모듈을 업데이트할 경우 활용할 수 있습니다.

    jhbuild updateone -D date module

`-D` 옵션은 `build` 명령에서와 동일하게 처리합니다.

최소한 하나의 모듈을 명령행에 지정해야합니다.

## 설정 파일 참고

`~/.config/jhbuildrc` 파일은 표준 파이썬 문법을 활용합니다. 이 파일은 실행 파일이며, 이름 공간에 정의한 결과 변수는 JHBuild 동작 방식을 다룹니다. 기본 값은 사용자 설정 파일 실행 전 이름 공간에 우선 들어갑니다.

부울린 설정값은 다음 예제에서 나타내는 바와 같은 문법으로 설정합니다:

    use_local_modulesets = True

문자열 설정 변수는 다음 예제에서 나타내는 바와 같은 문법으로 설정합니다:

    autogenargs = '--disable-static --disable-gtk-doc'

리스트 설정 변수는 다음 예제에서 나타내는 바와 같은 문법으로 설정합니다:

    skip = ['mozilla', 'pulseaudio']

딕셔너리 설정 변수는 다음 예제에서 나타내는 바와 같은 문법으로 설정합니다:

    repos['git.gnome.org'] = 'ssh://username@git.gnome.org/git/'

### 설정 변수

`alwaysautogen`

- 부울린 값. `True`로 설정하면 항상 `autogen.sh` 스크립트를 실행합니다. JHBuild로 전달하는 `--autogen` 옵션과 동일합니다. 기본값은 `False`입니다.

`autogenargs`

- 모든 모듈의 `autogen.sh` 스크립트에 전달할 인자 값이 들어있는 문자열. `module_autogenargs` 딕셔너리를 활용하여 일부 모듈에 중복 적용할 수 있습니다.

`branches`

- 지정 모듈에서 사용할 브랜치를 설정하는 딕셔너리. 모듈 세트에 지정한 브랜치 대신 모듈의 다른 브랜치로 바꾸어 JHBuild로 빌드할 때 활용하면 좋습니다.

  모듈 버전 관리 시스템에 따라 브랜치 정의가 다릅니다:

  - CVS: 리비전. E.g. `'BRANCH-PROJECT-0_8'`

  - 바자르: 모듈 브랜치 URI. E.g. `'http://bzr.example.net/project/gnome-2-28'`

  - 깃: 튜플값. 첫번째 값은 추가 저장소 URI (또는 None 값), 두번째 값은 브랜치 이름. E.g. `('git://git.example.net/project', 'gnome-2-28')`

    #### 간단한 예제

        branches['modulename'] = (None, 'branchname')

  - 서브버전: 모듈 브랜치 URI. E.g. `'svn://svn.example.net/project/gnome-2-28'`

`builddir_pattern`

- `printf` 방식의 형식 패턴을 지녔으며 빌드 디렉터리 이름을 만들 때 씁니다. 소스 트리와 빌드 트리를 구분할 때만 씁니다. 형식 문자열에서 `%s` 부분은 `checkoutdir` 변수 값으로 바뀝니다. 기본값은 `'%s'` 입니다.

`buildroot`

- 빌드 트리를 둘 상위 디렉터리를 지정하는 문자열. 기본값은 `~/.cache/jhbuild/build` 입니다. `None`으로 지정하면 소스 트리에서 빌드를 진행합니다.

`buildscript`

- 어떤 빌드 스크립트를 사용할 지 지정하는 문자열. 기본값 `terminal`로 그대로 두시는게 좋습니다. 특히, `gtk`로 설정하지 마십시오.

`build_policy`

- 어떤 모듈을 빌드할 지 지정하는 문자열. 쓸 수 있는 옵션은, 모든 모듈을 빌드하는 `all`, 최근 바뀐 모듈만 빌드하는 `updated`, 모듈 그 자체가 바뀌거나 의존 요소만 바뀌었을 경우 해당 모듈 또는 의존 요소 모듈만 빌드하는 `updated-deps`입니다. 기본값은 `updated-deps`입니다.

`checkoutroot`

- 소스트리의 패키지를 해체할 디렉터리를 지정하는 문자열입니다. `buildroot` 변수 값을 설정하기 전에는 이 디렉터리에도 빌드합니다. 기본값은 `~/checkout/gnome` 입니다.

`checkout_mode`

- A string specifying how the checkout is performed for directories in version control. Defaults to `update`. This can be set per module using `module_checkout_mode`. Possible values are `update` (update checkout directory), `clobber` (wipe out directory before checking out the sources), `export` (wipe out directory then create a tarball of the sources containing any patches) and `copy` (checkout in a directory different from the one it will build).

`cmakeargs`

- 모든 모듈에 대해 `cmake` 명령을 실행할 때 전달할 인자 값이 들어있는 문자열. `module_cmakeargs` 딕셔너리를 활용하여 일부 모듈에 중복 적용할 수 있습니다.

`copy_dir`

- copy `checkout_mode` 상태일 때, 복사 대상 디렉터리를 지정하는 문자열. 기본값은 체크아웃 디렉터리입니다.

`export_dir`

- A string specifying the directory to export to, if the export `checkout_mode` is in use. Defaults to the checkout directory.

`cvs_program`

- CVS 기능을 수행하는 프로그램을 지정하는 문자열. `git-cvsimport`, `cvs` 둘 중 하나가 될 수 있습니다. 기본값은 `cvs` 입니다.

`disable_Werror`

- automake 빌드에 `--disable-Werror` 옵션을 전달하는 부울린 값(기본값 `True`). 대부분 패키지에서는 치명적인 컴파일러 경고를 끄는 방법으로 이 플래그를 사용합니다. `True` 값은 다른 사람의 모듈에서 빌드 실패로 않은 최신 버전을 가져오겠다...는 의미에서 타당한 기본값입니다. `False` 값으로의 설정은 연속 통합 시스템 또는 테스트 시스템의 일부로서 jhbuild를 사용할 때 적절합니다.

`dvcs_mirror_dir`

- 로컬 미러 디렉터리를 지정하는 문자열. JHBuild에서는 지정 디렉터리에 저장소 로컬 미러를 만듭니다. 이 미러는 다중 저장소 그룹에서 시공간을 절약하는 용도로 공유할 수 있는데, 로컬 클론에 하드링크를 사용하기 때문입니다. `update` 명령과 `updateone` 명령은 미러를 만들고 온라인 저장소에서 새 커밋을 가져옵니다. 이 옵션은 깃과 바자르 저장소에 대해서만 지원합니다.

`exit_on_error`

- 모듈 빌드에 실패했을 때 즉시 종료 여부를 지정하는 부울린 값. 이후 다른 모듈 빌드시 실패를 막으려는 목적으로(도) 비대화식 모드에서 근본적으로 쓸만합니다. `True` 값 설정은 `--exit-on-error` 옵션 전달과 동일합니다. 기본값은 `False` 입니다.

`extra_prefixes`

- 추가 선행 경로목록을 순서대로 지정하는 문자열 리스트입니다. JHBuild에서는 `prefix` 변수 값에 따라 여러 환경 변수(`LD_LIBRARY_PATH`, `PKG_CONFIG_PATH`, `XDG_DATA_DIRS`)를 설정합니다. `extra_prefixes` 변수에 디렉터리 값을 추가하면 이 선행 지정 경로 마찬가지로 JHBuild `prefix` 값보단 후순위로 들어가긴 하지만 시스템 디렉터리보다는 우선합니다. 이 변수값은 `/usr/local` 디렉터리에 프로그램을 시스템에 설치할 경우 이 디렉터리를 변수가 값으로 설정하나, 이렇게 하지 않은 이상 기본적으로 값을 넣지 않습니다.

`help_website`

- 도움말 웹사이트 이름과 URL을 지정하는 튜플. 실패한 모듈에 대한 틴더박스 html의 내용을 웹사이트로 나타냅니다. URL에서 `%(module)s`은 모듈 이름입니다. 비활성화하려면 `help_website` 값을 `None`으로 설정합니다. 기본값은 `('Gnome Live!', 'http://live.gnome.org/JhbuildIssues/%(module)s')` 입니다.

`installprog`

- `/usr/bin/install` 프로그램 대신 사용할 프로그램을 지정하는 문자열.

`ignore_suggests`

- 의존성 트리를 계산할 때 약 의존성 무시 여부를 지정하는 부울린 값. 기본값은 `False` 입니다.

`interact`

- 사용자와 상호 대화 진행 여부를 지정하는 부울린 값. `False` 값으로의 설정은 `--no-interact` 옵션 전달과 동일합니다. 기본값은 `True` 입니다.

`makeargs`

- `make` 명령에 전달할 추가 인자 값 목록 문자열입니다. JHBuild에서는 가용 CPU 코어 수에 따라 자동으로 병렬 실행 옵션(`-j`)을 붙입니다. 기본값은 `''`입니다.

`makecheck`

- `make` 명령 실행 후 `make check` 명령을 실행 여부를 지정하는 부울린 값. 기본 값은 `False` 입니다.

`makecheck_advisory`

- `make check` 명령 실행시 문제점 보고 용도로만 동작하고 빌드 실패를 일으키게 하지 못하도록 할 지 여부를 정하는 부울린 값. 기본값은 `False` 입니다.

`makeclean`

- `make` 명령 실행 전 `make clean` 명령 실행 여부를 지정하는 부울린 값. 기본값은 `False` 입니다.

`makedist`

- `make` 명령 실행 후 `make dist` 명령 실행 여부를 지정하는 부울린 값. 기본값은 `False` 입니다. 이 설정은 `--dist` 옵션 전달과 동일합니다.

`makedistcheck`

- `make` 명령 실행 후 `make distcheck` 명령 실행 여부를 지정하는 부울린 값. 기본값은 `False` 입니다. 이 설정은 `--distcheck` 옵션 전달과 동일합니다.

`mesonargs`

- 모든 모듈에 대해 `meson` 실행시 전달하는 인지 값이 들어있는 문자열. `module_mesonargs` 딕셔너리를 활용하여 일부 모듈에 중복 적용할 수 있습니다. 기본값은 `''` 입니다.

`module_autogenargs`

- `autogen.sh` 스크립트에 전달할 인자값을 모듈 이름 별로 문자열로 지정한 딕셔너리. `module_autogenargs` 딕셔너리의 설정 값은 `autogenargs` 전역 설정 대신 사용합니다. 일부 모듈이 딕셔너리에 없으면 `autogenargs` 전역 설정을 사용합니다.

`module_checkout_mode`

- 모듈에 따라 체크아웃 모드를 지정하는 딕셔너리. `checkout_mode` 전역 설정을 대신합니다.

`module_cmakeargs`

- `cmake` 명령으로 전달할 인자값을 모듈 이름 별로 문자열로 지정한 딕셔너리. `module_cmakeargs` 변수의 설정은 `cmakeargs` 전역 설정 대신 사용합니다. 일부 모듈이 딕셔너리에 없으면, `cmakeargs` 전역 설정을 사용합니다.

`module_makeargs`

- `make` 명령으로 전달할 인자값을 모듈 이름 별로 문자열로 지정한 딕셔너리. `module_makeargs` 변수의 설정은 `makeargs` 전역 설정 대신 사용합니다. 일부 모듈이 딕셔너리에 없으면, `makeargs` 전역 설정을 사용합니다.

`module_makecheck`

- `make` 명령 실행 후 `make check` 명령 실행 여부를 모듈 이름 별로 부울린 값으로 지정한 딕셔너리. `module_makecheck`의 설정은 `makecheck` 값 대신 사용합니다. 일부 모듈이 딕셔너리에 없으면, `makecheck` 전역 설정을 사용합니다.

`module_mesonargs`

- `meson` 명령으로 전달할 인자값을 모듈 이름별로 문자열로 지정한 딕셔너리. `module_mesonargs` 설정은 `mesonargs` 전역 설정 대신 사용합니다. 일부 모듈이 딕셔너리에 없으면, `mesonargs` 전역 설정을 사용합니다.

`module_ninjaargs`

- `ninja` 명령으로 전달할 인자값을 모듈 이름별로 문자열로 지정한 딕셔너리. `module_ninjaargs` 설정은 `ninjaargs` 전역 설정 대신 사용합니다. 일부 모듈이 딕셔너리에 없으면, `ninjaargs` 전역 설정을 사용합니다.

`module_nopoison`

- 모듈 이름별로 부울린 값으로 지정하는 딕셔너리. `True`로 설정하면, JHBuild에서는 지정 모듈이 빌드에 실패하더라도 의존 모듈 빌드를 시도합니다. `module_nopoison` 설정은 `nopoison` 값을 대신합니다. 일부 모듈이 딕셔너리에 없으면, `nopoison` 전역 설정을 사용합니다.

`module_extra_env`

- 모듈에 대해 명령을 실행할 때 추가로 전달할 환경 변수를 모듈 이름별로 딕셔너리로 지정하는 딕셔너리입니다.

`module_static_analyzer`

- 모듈을 빌드할 때 정적 분석을 수행할 지 여부를 모듈 이름별로 부울린 값으로 설정하는 딕셔너리. 이 설정은 `static_analyzer` 전역 설정 옵션을 대신할 수 있습니다.

`modules`

- 빌드할 모듈을 지정하는 문자열 목록입니다. 모듈 목록은 실제로 `buildone` 명령을 사용하기까지 모든 의존 요소를 넣으려 재귀적으로 확장합니다. 기본 값은 `['meta-gnome-desktop']` 입니다.

`moduleset`

- 활용할 모듈 세트 이름을 지정하는 문자열, 문자열 목록입니다. (경로와 확장을 뺀) JHBuild에 들어간 모듈 세트의 파일 이름이거나 모듈 세트를 외부에서 관리하는 전체 HTTP URL일 수 있습니다. HTTP URL 모듈 세트는 로컬에 캐싱할 수 있습니다. 동일한 이름을 지닌 모듈이 모듈 세트에 한번 이상 나타나면 가장 마지막에 나타난 모듈을 우선 활용합니다. JHBuild에서 제공하는 모듈 세트는 현재 그놈 개발 출시 주기에 맞춰 업데이트합니다.

`modulesets_dir`

- 활용할 모듈 세트가 들어있는 디렉터리를 지정하는 문자열. 기본 값은 JHBuild 소스가 들어있는 `modulesets/` 디렉터리입니다.

`nice_build`

- 리눅스에서는 `SCHED_IDLE` 우선 순위에 따라, 유닉스에서는 `nice` 명령 기반으로 빌드를 실행합니다. 빌드 처리량에는 미미한 영향을 미치나, 병렬 빌드에 있너서는 어마어마한 데스크톱 반응성의 개선을 볼 수 있습니다.

`ninjaargs`

- `ninja` 명령에 전달할 추가 인자 값 목록 문자열입니다. 기본값은 `''`입니다.

`nobuild`

- 부울린 값. `True`로 설정하면 모듈을 빌드하지 않지만 소스를 다운로드하고 패키지를 해제합니다. 기본값은 `False` 입니다.

`nonetwork`

- 네트워크 접근 여부를 지정하는 부울린 값. CVS 모듈을 체크아웃, 업데이트하거나, 타르볼 다운로드, 모듈 세트 업데이트에 영향을 줍니다. `True` 값 설정은 `--no-network` 옵션 전달과 동일합니다. 기본값은 `False` 입니다.

`nonotify`

- 알림 데몬을 활용한 알림 동작 여부를 지정하는 부울린 값. `False`로 설정하면 알림을 울립니다. 기본값은 `True` 입니다.

`nopoison`

- 부울린 값. `True`로 설정하면 JHBuild에서 하나 이상의 모듈 의존 요소 빌드에 실패했다 하더라도 모듈 빌드를 시도합니다. 이 옵션은 `--no-poison` 인자와 동일합니다. 기본값은 `False` 입니다.

`notrayicon`

- 제니티로 시스템 트레이에 아이콘을 표시할 지 여부를 지정하는 부울린 값. `False` 값을 설정하면 아이콘이 나타납니다. 기본값은 `True` 입니다.

`noxvfb`

- 부울린 값. `True`로 설정하면 `Xvfb` 대신 실제 X 서버에서 그래픽 테스트를 진행합니다. 이 옵션은 `--no-xvfb` 인자 전달과 동일합니다. 기본값은 `False` 입니다.

`partial_build`

- 부울린 값. `True`로 설정하면 JHBuild에서 관련 시스템 패키지를 설치했고 버전 조건이 충분할 경우 의존 관계 모듈을 빌드하지 않습니다. 기본값은 `True` 입니다.

`prefix`

- 모듈 설치 경로를 지정하는 문자열입니다. `prefix`는 절대 경로여야합니다. 이 디렉터리에 기록할 수 있어야합니다. 기본 값은 `'~/jhbuild/install/'` 입니다.

`pretty_print`

- 하위 프로세스 출력을 깔끔하게 다듬어 보여줄지 여부를 설정하는 부울린 값. CVS 출력에서만 이쁜 출력 기능을 지원합니다. 이쁜 출력 기능에 문제가 있을 경우 끄십시오. 기본값은 `True` 입니다.

`print_command_pattern`

- JHBuild에서 명령을 실행하기 전에 보여줄 문자열. 문자열에서 `%(command)s`는 실행할 명령 문자열로 바뀝니다. `%(cwd)s`는 현재 작업 디렉터리로 바뀝니다. 기본값은 `'%(command)s'` 입니다.

`progress_bar`

- quiet mode에서 진행 표시줄 표시 여부를 지정하는 부울린 값. 기본값은 `True` 입니다.

`quiet_mode`

- 부울린 값. `True` 값으로 설정하면 실행 명령 출력을 끕니다. 기본값은 `False` 입니다.

`repos`

- 개별 저장소의 대체 저장소 위치를 지정하는 딕셔너리. 이 설정 변수는 모듈 개발자에게 쓸모있습니다. 기본적으로 JHBuild에서는 익명 저장소 위치로 저장소에서 코드를 체크아웃합니다. 딕셔너리 키는 단축 저장소 이름이며, 값은 대체 저장소 위치 문자열입니다. 예를 들면:

      repos['git.gnome.org'] = 'ssh://username@git.gnome.org/git/'

`skip`

- 건너뛸 모듈의 리스트. 이 `--skip` 명령행 옵션은 목록 원소를 확장합니다. 이 목록은 기본적으로 비어있습니다. 목록에 `'*'` 특수값이 들어있다면, JHBuild에서는 `modules` 변수에 직접 언급하지 않아도 모든 모듈을 건너뜁니다. 암시적 의존성 없이 모듈을 빌드하려 할 경우 쓸만한 변수입니다.

`static_analyzer`

- 부울린 값. `True`로 설정하면 빌드하는 각각의 모듈에 대해 정적 분석 도구를 실행합니다. 기본값은 `False` 입니다.

`static_analyzer_outputdir`

- (`static_analyzer` 값이 `True`일 경우)정적 분석 보고서를 저장할 루트 디렉터리입니다. 기본값은 `/tmp/jhbuild_static_analyzer` 입니다.

`static_analyzer_template`

- 정적 분석기의 명령 양식입니다. `outputdir` 매개 변수(`static_analyzer_outputdir` 설정 변수값)와 `module` 매개 변수(현재 빌드할 모듈 이름)를 `printf` 함수처럼 나누어 지니고 있습니다. 명령 결과는 모듈을 빌드할 때 `make` 명령의 prefix 값으로 사용할 수 있습니다. 기본 값은 `scan-build` 입니다.

`sticky_date`

- 이 문자열 값을 설정했으며 버전 관리 시스템에서 지원할 경우 JHBuild에서 빌드를 시작하기 전 소스 트리를 지정 날짜로 업데이트합니다. ISO 날짜 형식(`'`yyyy`-`mm`-`dd`'`)이 필요합니다. 기본값은 `None` 입니다.

`svn_program`

- 서브버전 기능을 지원하는 프로그램을 지정하는 문자열. `svn`, `git-svn`, `bzr` 값을 설정할 수 있습니다. 기본값은 `svn` 입니다.

`system_libdirs`

- 시스템 라이브러리 경로를 지정하는 문자열의 리스트. `PKG_CONFIG_PATH`와 같은 일부 환경 변수의 기본 값을 설정할 때 씁니다.

`tarballdir`

- 이 변수에 문자열을 지정하면, 타르볼을 `checkoutroot` 대신 지정 디렉터리로 다운로드합니다. 여러 JHBuild 환경에서 또는 주기적으로 `checkoutroot` 위치를 비우고 대역폭 사용량을 줄이려 할 경우, 이 설정 값을 용이하게 활용할 수 있습니다. 기본값은 `'~/.cache/jhbuild/downloads'` 입니다.

`tinderbox_outputdir`

- `jhbuild tinderbox` 출력을 저장할 디렉터리를 지정하는 문자열. `--output` 옵션이 이 문자열 값을 대신할 수 있습니다. 기본값은 `None` 이기에, 명령행 옵션을 사용하거나 이 변수 값을 설정 파일에 설정해야 합니다.

`trycheckout`

- 부울린 값. `True`로 설정하면 1) `autogen.sh` 스크립트를 다시 실행하고, 2) 버전 관리 시스템에서 모듈 새 버전을 체크아웃 하는 방식으로 JHBuild에서 실패 상황을 자동으로 만회 시도합니다. 이 설정은 `--try-checkout` 옵션 전달과 동일합니다.

`use_local_modulesets`

- JHBuild 소스 코드를 따라 체크아웃한 모듈 세트의 사용 여부를 지정하는 부울린 값. 그놈 버전 관리 시스템에서 실시간으로 다운로드하는 동작을 대신합니다. 기본값은 `False` 입니다.

`xvfbargs`

- 그래픽 테스트를 실행할 경우 `Xvfb`에 전달할 인자 값 목록 문자열입니다.

`conditions`

- 빌드할 모듈과 빌드할 때 사용할 옵션에 영향을 줄 조건(문자열) 집합입니다. 설정을 바꾸려 할 경우 리스트를 수정할 때 `conditions.add()` 함수와 `conditions.discard()` 함수를 사용해야합니다.

  기본 조건 세트는 운영체제에 따라 다르게 결정하지만 `--conditions=` 명령행 인자를 사용하여 수정할 수 있습니다. jhbuildrc에 `--conditions` 옵션을 넣었다면 바꾼 설정이 보이므로, 세트의 현재 값에 기반하여 다른 변수도 보일 수 있겠지만, jhbuildrc에서 설정을 바꾸고 난 후면 `--conditions` 설정이 다시 적용됩니다.

### 기타 설정 파일 구조

위 변수에 덧붙여 설정 파일을 설정할 수 있는 다른 설정도 있습니다:

`os.environ`

- 환경을 나타내는 딕셔너리. 이 환경 변수 값은 JHBuild 배포 프로세스에 전달합니다.

  `CPPFLAGS`, `CFLAGS`, `INSTALL`, `LDFLAGS` 과 같이 영향도가 높은 환경 변수도 있습니다. 예를 들면:

      os.environ['CFLAGS'] = '-O0 -g'

`addpath`(`envvar`, `pathname`)

- 이 코드는 `PATH` 환경 변수에 디렉터리를 추가합니다. 환경 변수가 완전히 비어있을 경우 `addpath`가 이 경우를 제대로 다룹니다(환경 변수 앞 뒤 어딘가에 콜론이 남아있으면 예상치 못한 결과를 가져올 수 있습니다).

`prependpath`(`envvar`, `pathname`)

- 설정 파일을 처리하고 나면, JHBuild에서 `prefix` 와 같은 변수를 기반으로 일부 경로를 대체합니다(예: `PATH`에 `$prefix/bin` 추가)

  `prependpath` 함수는 `addpath` 처럼 동작하나 JHBuild에서 환경을 바꾸고 나서 환경 변수가 바뀌고 난 경우는 제외합니다.

## 모듈 세트 파일 문법

JHBuild는 모듈간 의존성을 설명할 때 XML 파일을 활용합니다. RELAX-NG 스키마와 문서 형 정의는 `modulesets/` 디렉터리에 있습니다. RELAX-NG 스키마는 이맥스의 `nxml-mode`로 모듈 세트 파일을 편집할 때 사용합니다.

모듈 세트 파일의 최정점에 있는 요소는 `moduleset` 요소입니다. 어떤 XML 이름 공간도 사용하지 않습니다. 최상단 바로 아래 요소로는 모듈 소스, 지정 설정, 모듈 정의 형식이 따라옵니다.

moduleset 파일의 내용은 경우에 따라 조건에 따른 내용을 감싸는 <if> 태그를 사용한 부분이 들어있을 수 있습니다.현재 <if condition-set='cond'> 또는 <if condition-unset='cond'> 를사용하여 일부 조건 플래그를 설정했는 지에 따라서만 포함 여부를 단정할 수 있습니다. 조건은 운영체제 기반으로 기본 설정이지만, jhbuildrc에서 `conditions` 변수를 쓰거나 `--conditions=` 명령행 인자 값을 넘겨 반영할 수 있습니다.

### 모듈 소스

모든 모듈에 대해 완전한 위치를 보여주기보단 모듈 세트에서 "모듈 소스"를 보여주며, 모듈 정의에서 이름으로 참조합니다. 모듈 세트 여러 군데에 있는 중복 정보를 줄이듯, 해당 모듈의 대체 소스를 사용자가 쉽게 지정할 수 있습니다(CVS와 서브버전의 경우 개발자, 사용자에게 다른 저장소 접근 방식을 제공하는게 일반적입니다).

`repository` 요소에서는 모든 저장소 형식을 지정합니다. `branch` 요소에서는 추가 설정을 지정할 때 모듈 정의 내에서 사용합니다.

    <repository name="name"
      type="type"
      [ default="default" ]
      [ password="password" ]
      [ cvsroot="cvsroot" ]
      [ archive="archive" ]
      [ href="href" ]
      [ server="server" ]
      [ database="database" ]
      [ defbranch="defbranch" ]
      [ trunk-template="trunk-template" ]
      [ branches-template="branches-template" ]
      [ tags-template="tags-template" ]
      [ developer-href-example="developer-href-example" ] />

`name` 속성은 저장소 유일 식별자를 지정합니다.

`default` 속성은 저장소가 모듈세트의 기본 소스인지 여부를 지정합니다.

`type` 속성은 저장소 형식을 지정합니다. `bzr`, `cvs`, `darcs`, `fossil`, `git`, `hg`, `mnt`, `svn`, `tarball` 중 하나가 될 수 있습니다. `type`과 `branch` 모두에 따라 다른 속성을 모듈 정의 내에서 사용하기도 합니다. 아래 저장소 형식 하위 섹션에서 해당 속성의 활용을 설명하겠습니다.

`developer-href-example` 속성은 개발자가 사용하는 저장소의 URL 형식을 지정합니다. 정보 제공용일 뿐입니다.

`branch` 요소는 모듈 정의내에서 사용합니다.

    <branch
      [ repo="repository" ]
      [ module="module name" ]
      [ checkoutdir="checkoutdir" ]
      [ revision="revision" ]
      [ tag="tag" ]
      [ update-new-dirs="update-new-dirs" ]
      [ override-checkoutdir="override-checkoutdir" ]
      [ subdir="subdir" ]
      [ branch="branch" ]
      [ version="version" ]
      [ size="size" ]
      [ source-subdir="source-subdir" ]
      [ hash="hash" ]/>

모든 속성은 타당한 기본 값을 가지고 있으며 모듈과 저장소 정의에 따릅니다. 일반 속성의 자세한 설명은 아래에 있습니다.

`repo` 속성은 기본이 아닌 저장소 이름을 지정합니다.

`module` 속성은 저장소에서 가져올 모듈 이름을 정의합니다. 기본 값은 모듈 ID 입니다.

`checkoutdir` 속성은 소스트리를 가져올 디렉터리 이름을 지정합니다. 기본값은 모듈 ID 입니다.

다른 속성은 아래에 설명하도록 하겠습니다

#### Bazaar

이 저장소 형식은 바자르 저장소 성격을 정의합니다. 바자르 1.16 이상 사용을 추천합니다.

    <repository type="bzr" name="launchpad.net"
          href="lp:"/>

추가 속성으로 `trunk-template` (기본값 `"%(module)s"`)과 `branches-template` (기본값 `"%(module)s/%(branch)s`")이 있습니다. 이 속성은 URL을 구성하는 템플릿을 지정합니다. 모듈 정의에서 `branch` 요소는 `branch`속성과 `user`속성을 지정할 수 있습니다. 이 값은 템플릿으로 따로 둘 수 있습니다. 모두를 지정하면 `branches-template` 을 사용하며, 그렇지 않으면 `trunk-template`을 사용합니다. 이 방식으로 개인 브랜치에서 모듈을 빌드하거나 비표준 레이아웃을 가진 저장소에서 여러 모듈을 빌드할 경우 저장소를 대체할 수 있습니다.

추가 `branch` 요소에서는 `revspec` 속성을 수용하여 다른 일부 리비전과 연결합니다. 유효한 어떤 값이든 `bzr revspec` 에서 받아들이는데, 유효한 값을 예로 들자면, `date:yesterday, -5, tag:0.1`이며, 어제로부터 첫번째 리비전, 최근 커밋으로부터 5 커밋 이전, 또는 태그 "0.1"을 가져옵니다. 가능한 모든 값은 `bzr help revisionspec` 명령을 참고하십시오.

`template` 속성을 지정한 저장소의 경우:

    <repository type="bzr" name="launchpad.net"
          href="lp:"
          trunk-template="~bzr-pqm/%(module)s/bzr.dev"
          branches-template="~bzr-pqm/%(module)s/%(branch)s"/>

위 저장소에 대한 `branch` 요소 예제는 다음과 같습니다:

    <branch repo="launchpad.net"
          module="bzr"
          checkoutdir="bzr-next"/>

    <branch repo="launchpad.net"
          module="bzr"
          branch="2.2"
          checkoutdir="bzr-beta"/>

#### CVS

이 저장소 형식은 CVS 저장소 성격을 정의합니다.

`password` 속성은 저장소 암호를 지정합니다.

`cvsroot` 속성은 저장소 루트를 지정합니다.

    <repository type="cvs" name="tango.freedesktop.org"
        cvsroot=":pserver:anoncvs@anoncvs.freedesktop.org:/cvs/tango"
        password=""/>

추가 속성으로 `revision`, `update-new-dirs`, `override-checkoutdir`이 있습니다.

#### Darcs

이 저장소 형식은 Darcs 저장소 성격을 정의합니다.

    <repository type="darcs" name="telepathy.freedesktop.org"
          href="http://projects.collabora.co.uk/darcs/telepathy/"/>

#### Git

이 저장소 형식은 깃 저장소 성격을 정의합니다.

    <repository type="git" name="git.freedesktop.org"
        href="git://anongit.freedesktop.org/git/"/>

`branch` 요소에서 다음 속성을 사용할 수 있습니다:

`revision` 속성으로 업데이트 단계에서 전환할 로컬 또는 원격 추적 브랜치를 지정합니다. 기본값은 'master' 입니다. `branches` 설정 변수로 대신 우선 적용할 수 있습니다. 현재 브랜치가 원격 브랜치를 추적하고 있지만 여러분의 진행 작업에 지장을 주지 않을 경우에만 전환 동작을 수행합니다.

`tag` 속성은 업데이트 단계에서 무조건적인 체크 아웃을 수행할 리비전을 지정합니다. `revision` 속성에 우선합니다.

    <branch repo="git.freedesktop.org" module="swfdec/swfdec"
            checkoutdir="swfdec"
            revision="local-or-remote-branch"
            tag="tree-ish"/>

#### Mercurial

이 저장소 형식은 머큐리얼 저장소 성격을 정의합니다.

    <repository type="hg" name="hg.gtk-vnc"
        href="http://gtk-vnc.codemonkey.ws/hg/" />

    <branch repo="hg.gtk-vnc" module="outgoing.hg" checkoutdir="gtk-vnc"/>

#### Monotone

이 저장소 형식은 모노톤 저장소 성격을 정의합니다.

`server` 속성은 저장소 서버를 지정합니다.

`database` 속성은 저장소에서 사용할 데이터베이스를 지정합니다.

`defbranch` 속성은 사용할 저장소의 브랜치를 지정합니다.

    <repository type="mtn" name="pidgin.im"
        server="pidgin.im" database="pidgin.im.mtn"
        defbranch="im.pidgin.pidgin"/>

#### Subversion

이 저장소 형식은 서브버전 저장소 성격을 정의합니다.

    <repository type="svn" name="svn.gnome.org" default="yes"
        href="http://svn.gnome.org/svn/"/>

`branch` 요소에서 `revision` 속성을 쓸 수 있습니다. 이 속성은 체크아웃할 브랜치, 또는 숫자일 경우 체크아웃할 대상 리비전을 지정합니다.

    <branch revision="gnome-2-20"/>

`trunk-template`(기본값 "%(module)s/trunk"), `branches-template` (기본값 "%(module)s/branches/%(branch)s"), `tags-template` (기본값 "%(module)s/tags/%(tag)s") 속성으로 개별 `svn` 레이아웃을 지정할 수 있습니다.

#### System

이 저장소 형식은 모조 시스템 저장소 성격을 정의합니다. 시스템 저장소는 `systemmodules`을 만들 때 필요합니다.

    <repository type="system" name="system"/>

#### Tarballs

이 저장소 형식은 타르볼 저장소 성격을 정의합니다.

    <repository type="tarball" name="dbus/dbus-python"
        href="http://dbus.freedesktop.org/releases/dbus-python/"/>

`branch` 요소에서 다음 속성을 사용할 수 있습니다:

`module` 속성은 다운로드하고 컴파일 할 파일을 지정하며, `version` 속성은 모듈 버전을 지정합니다.

`size` and `hash`, 그리고 오래된 `md5sum` 속성은 선택입니다. 이 속성이 보이면 소스 패키지를 제대로 다운로드했는지 확인할 때 활용합니다.

원본 이름이 다른 모듈 이름과 겹칠 경우, 타르볼 파일을 다운로드할 때 `rename-tarball` 속성을 사용하여 이름을 바꿀 수 있습니다.

몇가지 `patch` 요소는 `branch` 요소 안에 계층 구조로 겹칩니다. 이 패치는 패키지를 해제한 후 소스트리에 순서대로 반영합니다. `file` 속성은 패치 파일 이름을, `strip` 속성은 패치를 적용할 때 쳐낼 디렉터리 단계 수를 지정합니다.

JHBuild에 실어둔 모듈 세트에 대한 패치 파일은 `jhbuild/patches/` 디렉터리에 있습니다. URI로 참조하는 모듈 세트에 대해 패치 파일은 moduleset 파일과 동일한 디렉터리를 찾아보거나 `patches/` 하위 디렉터리를 검색합니다. `file` 속성에 URI를 지정하여 해당 위치로 다운로드할 수도 있습니다.

    <branch module="dbus-python-0.80.2.tar.gz" version="0.80.2"
        repo="dbus/dbus-python"
        hash="md5:2807bc85215c995bd595e01edd9d2077" size="453499">
      <patch file="dbus-glib-build.patch" strip="1" />
    </branch>

타르볼의 `branch` 요소는 `quilt` 요소도 들어있기도 한데, 이 요소에는 하위 계층으로 가져올 `branch`를 지정합니다.

### 기타 모듈 세트 설정

JHBuild에서는 어떤 모듈 세트에 `include` 요소의 참조로 다른 내용을 include 할 수 있습니다.

    <include href="uri"/>

`href`는 포함할 모듈 세트의 URI 참조이며, `include` 요소가 들어있는 파일에 상대적인 위치입니다.

참조한 모듈 세트에서 모듈 정의만을 가져옵니다. 모듈 소스는 아닙니다. 다중 포함 레벨은 허용하지만 include 루프는 허용하지 않습니다(해당 시점에 루프를 처리할 어떤 코드도 없습니다).

### 모듈 정의

모듈 세트 파일에서 사용할 수 있는 다양한 형식의 모듈 정의가 있으며, 해당 목록을 쉽게 확장할 수 있습니다. 주로 사용하는 모듈만 언급하도록 하겠습니다.

기본적으로 `branch` 요소를 통해 모듈을 가져오는 방법을 설명하고, `dependencies`, `suggests`, `after` 요소를 통해 모듈 의존 관계를 설명합니다.

`dependencies` 요소에 있는 모듈중 포함하지 않았을 경우 `jhbuild build` 명령에서 사용할 모듈 목록으로 추가하며, 해당 모듈을 먼저 빌드했는지 확인합니다.

모듈 목록을 만들고 나면 `suggests` 요소에 언급한 모듈을 모듈 목록 정렬에 사용합니다(더 많은 모듈을 끌어오지 않겠지만 말이죠). 다른 모듈에 추가로 의존하는 모듈에만 해당합니다.

#### autotools

`autotools` 요소는 GNU Autotools 빌드 시스템으로 컴파일한 모듈을 지정합니다.

    <autotools id="id"
    	      [ autogenargs="autogenargs" ]
    	      [ makeargs="makeargs" ]
    	      [ makeinstallargs="makeinstallargs" ]
    	      [ autogen-sh="autogen-sh" ]
    	      [ makefile="makefile" ]
    	      [ skip-autogen="skip-autogen" ]
    	      [ skip-install="skip-install" ]
    	      [ uninstall-before-install="uninstall-before-install" ]
    	      [ autogen-template="autogen-template" ]
    	      [ check-target="check-target" ]
    	      [ supports-non-srcdir-builds="supports-non-srcdir-builds" ]
    	      [ force-non-srcdir-builds="force-non-srcdir-builds" ]
    	      [ supports-unknown-configure-options="supports-unknown-configure-options" ]
    	      [ supports-static-analyzer="supports-static-analyzer" ]>

      <branch [ ... ] >
        [...]
      </branch>

      <dependencies>
        <dep package="modulename"/>
        ...
      </dependencies>
      <after>
        <dep package="modulename"/>
        ...
      </after>

    </autotools>

`autogenargs`, `makeargs`, `makeinstallargs` 속성은 각각 `autogen.sh`, `make`, `make install` 명령에 전달할 추가 인자 값을 지정합니다.

`autogen-sh` 속성은 실행할 autogen.sh 스크립트의 이름을 지정합니다. `autoreconf` 값은 모듈에 `autogen.sh` 스크립트와 동일한 그 무엇이 없을 경우 활용할 수 있습니다. 이 경우 JHBuild에서는 `autoreconf -fi`를 실행하고, 다시 이에 맞는 `configure` 명령을 실행합니다. `skip-autogen` 속성은 autogen.sh 스크립트 실행 여부를 선택하는데 JHBuild에 `autogen.sh` 명령을 무조건 실행하지 말라는 `never` 추가 값이 있습니다. `skip-install` 속성 형식은 부울린이며 모듈에 대해 `make install` 명령을 건너뛸 지 여부를 지정합니다. `makefile` 속성은 사용할 makefile의 파일 이름을 지정합니다.

`uninstall-before-install` 속성은 설치 단계를 진행하기 전 모듈에서 오래된 설치 파일의 제거여부를 지정합니다. libtool에서 어떤 라이브러리를 링크할 때 설치할 모듈을 다른 라이브러리로 링크하려는데 jhbuild는 DESTDIR 변수를 사용하므로 대신 예전에 설치한 라이브러리를 찾아, 발생하는 문제를 해결하는데 이 속성을 활용할 수 있습니다. 사용자가 모듈로 설치한 파일을 기반으로 코드를 실행하고 있을 경우, 이 속성을 설정하면 (오히려) 문제가 나타날 수 있습니다.

`supports-non-srcdir-builds` 속성은 개별 소스 디렉터리로 깔끔하게 빌드할 수 없는 모듈을 표시합니다.

`force-non-srcdir-builds` 속성은 소스 디렉터리에서 깔끔하게 빌드할 수 없지만, 그 외의 위치에서 가능한 모듈을 표시합니다.

`autogen-template` 속성은 autogen 명령행을 통해 세밀한 설정을 할 경우에 사용할 수 있습니다. `srcdir`, `autogen-sh`, `prefix`, `libdir`, `autogenargs` 변수로 나뉘는 파이썬 형식 문자열입니다. 예로, 기본 autogen-template을 보여드리도록 하겠습니다:

    %(srcdir)s/%(autogen-sh)s --prefix %(prefix)s --libdir %(libdir)s %(autogenargs)s

`check-target` 속성은 `make check` 대상이 없는 모듈에 (false를 값으로) 지정해야 합니다.

`supports-static-analyzer` 속성은 `scan-build`와 같은 정적 분석 도구를 사용하여 빌드하지 않은 모듈에 (false 값으로) 지정해야합니다.

`supports-unknown-configure-options` 속성은 알 수 없는 옵션을 `configure` 로 전달할 경우 오류를 표시하도록 모듈에 대해 설정합니다. 전역 configure 옵션에서는 해당 모듈을 사용하지 않습니다.

#### cmake

`cmake` 요소는 CMake 빌드 시스템으로 빌드할 모듈을 정의합니다.

      <cmake id="modulename"
                [ cmakeargs="cmakeargs" ]
                [ ninjaargs="ninjaargs" ]
                [ makeargs="makeargs" ]
                [ skip-install="skip-install" ]
                [ cmakedir="cmakedir" ]
                [ use-ninja="use-ninja" ]
                [ force-non-srcdir-builds="force-non-srcdir-builds" ]>
      <branch [ ... ] >
        [...]
      </branch>

      <dependencies>
        <dep package="modulename"/>
        ...
      </dependencies>
      <after>
        <dep package="modulename"/>
        ...
      </after>
    </cmake>

`cmakeargs` 속성은 `cmake` 명령에 전달할 추가 인자 값을 지정합니다.

`ninjaargs` 속성은 `ninja` 명령에 전달할 추가 인자 값을 지정합니다.

`makeargs` 속성은 `make` 명령에 전달할 추가 인자 값을 지정합니다.

`cmakedir` 속성은 srcdir 중심의 상대 경로상에서 cmake를 실행할 하위 디렉터리를 지정합니다.

`force-non-srcdir-builds` 속성은 소스 디렉터리에서 깔끔하게 빌드할 수 없지만, 그 외의 위치에서 가능한 모듈을 표시합니다.

`use-ninja` 속성은 Make 백엔드 대신 cmake의 닌자 백엔드로 빌드할 모듈을 표시합니다. 기본 값은 닌저 백엔드 사용입니다.

#### Meson

`meson` 요소는 메존 빌드 시스템으로 설정하고 닌자 빌드 도구로 빌드하는 모듈을 정의합니다.

      <meson id="modulename"
                [ mesonargs="mesonargs" ]
                [ ninjaargs="ninjaargs" ]
                [ skip-install="skip-install" ]>
      <branch [ ... ] >
        [...]
      </branch>

      <dependencies>
        <dep package="modulename"/>
        ...
      </dependencies>
      <after>
        <dep package="modulename"/>
        ...
      </after>
    </meson>

`mesonargs` 속성은 `meson` 명령으로 전달할 추가 인자 값을 지정합니다.

`ninjaargs` 속성은 `ninja` 명령에 전달할 추가 인자 값을 지정합니다.

#### distutils

`distutils` 요소는 파이썬 distutils로 빌드할 모듈을 정의합니다.

    <distutils id="modulename"
                [ supports-non-srcdir-builds="yes|no" ]>
      <branch [ ... ] >
        [...]
      </branch>

      <dependencies>
        <dep package="modulename"/>
        ...
      </dependencies>
      <after>
        <dep package="modulename"/>
        ...
      </after>
    </distutils>

#### distutils

`distutils` 요소는 파이썬 distutils를 사용하여 빌드할 모듈을 정의합니다.

    <distutils id="modulename"
                [ supports-non-srcdir-builds="yes|no" ]>
      <branch [ ... ] >
        [...]
      </branch>

      <dependencies>
        <dep package="modulename"/>
        ...
      </dependencies>
      <after>
        <dep package="modulename"/>
        ...
      </after>
    </distutils>

#### linux

`linux` 요소는 리눅스 커널을 빌드할 때 사용할 모듈을 정의합니다. 추가로, `kconfig` 하위 요소를 활용하면 별개 커널 설정을 선택할 수 있습니다.

    <linux id="id"
    	  [ makeargs="makeargs" ]>

      <branch [ ... ] >
        [...]
      </branch>

      <dependencies>
        <dep package="modulename"/>
        ...
      </dependencies>
      <after>
        <dep package="modulename"/>
        ...
      </after>

      <kconfig [ repo="repo" ]
    	    version="version"
    	    [ module="module" ]
    	    [ config="config" ] />

    </linux>

#### perl

`perl` 요소는 펄 모듈 빌드에 사용합니다.

`makeargs` 속성은 `make` 명령에 전달할 추가 인자 값을 지정합니다.

    <perl id="modulename"
    	 [ makeargs="makeargs" ]>

      <branch [ ... ] >
        [...]
      </branch>

      <dependencies>
        <dep package="modulename"/>
        ...
      </dependencies>
      <after>
        <dep package="modulename"/>
        ...
      </after>

    </perl>

#### systemmodule

`systemmodule` 요소는 시스템에서 제공해야 하는 모듈을 지정할 때 사용합니다. 모듈은 배포판 패키지 관리 시스템으로 설치해야합니다.

    <systemmodule id="modulename">
      <pkg-config>pkg-config.pc</pkg-config>

      <branch repo="system" version="version" />
    </systemmodule>

시스템 모듈에서 pkg-config 파일을 제공하지 않으면, `systemdependencies` 태그를 사용하여 의존성을 명시할 수 있습니다. `dep` 태그의 `type` 속성에서 두 값을 지원합니다:

1. `path` 값. 일치하는 프로그램 이름을 검색할 경로입니다.

2. `c_include` 값. C include 경로는 일치하는 헤더 이름을 검색할 때 사용합니다. `name`은 하위 디렉터리가 들어갑니다. `cflags` 또는 `module_autogenargs` 설정 변수에서 `CPPFLAGS` 변수를 설정하면 C include 검색 경로를 수정할 수 있습니다.

    <systemmodule id="modulename">
      <branch repo="system" version="version" />
      <systemdependencies>
        <dep type="path" name="executable-name" />
      </systemdependencies>
    </systemmodule>

    <systemmodule id="modulename">
      <branch repo="system" version="version" />
      <systemdependencies>
        <dep type="c_include" name="header-name" />
      </systemdependencies>
    </systemmodule>

시스템 모듈을 다른 위치에 설치하거나 다른 배포판에서 다른 이름으로 설치할 경우, 대체 위치 또는 대체 이름을 설정할 목적으로 `altdep` 태그를 `dep` 태그의 하위 요소처럼 사용할 수 있습니다. `altdep` 태그는 `dep` 태그의 역할과 동일한 속성을 지원합니다.

    <systemmodule id="modulename">
      <branch repo="system" version="version" />
      <systemdependencies>
        <dep type="path" name="executable-name">
          <altdep type="path" name="alternative-executable-name-1" />
          <altdep type="path" name="alternative-executable-name-2" />
          ...
        <dep>
      </systemdependencies>
    </systemmodule>

    <systemmodule id="modulename">
      <branch repo="system" version="version" />
      <systemdependencies>
        <dep type="c_include" name="header-name">
          <altdep type="c_include" name="alternative-header-name-1" />
          <altdep type="c_include" name="alternative-header-name-2" />
          ...
        <dep>
      </systemdependencies>
    </systemmodule>

#### waf

`waf` 요소는 waf 빌드 시스템으로 어떤 모듈을 빌드할 지 정의합니다.

`waf-command` 속성은 사용할 waf 명령 스크립트를 지정합니다. 기본값은 `waf` 입니다.

`python-command` 속성은 사용할 파이썬 실행 명령을 지정합니다. 기본값은 `python` 입니다. 파이썬 3 버전으로 모듈을 빌드할 때 쓸만합니다.

    <waf id="modulename">
    	 [ python-command="python-command" ]
    	 [ waf-command="waf-command" ]>
      <branch [ ... ] >
        [...]
      </branch>

      <dependencies>
        <dep package="modulename"/>
        ...
      </dependencies>
      <after>
        <dep package="modulename"/>
        ...
      </after>
    </waf>

#### testmodule

`testmodule` 요소는 LDTP 또는 Dogtail로 테스트 여건을 실행하는 모듈을 만듭니다.

    <testmodule id="id"
    	       type="type">

      <branch [ ... ] >
        [...]
      </branch>

      <dependencies>
        <dep package="modulename"/>
        ...
      </dependencies>
      <after>
        <dep package="modulename"/>
        ...
      </after>

      <testedmodules>
        <tested package="package" />
      </testedmodules>

    </testmodule>

`type` 속성은 모듈에서 실행할 테스트 형식입니다. 'dogtail' 값을 지정하면 모든 .py 파일을 실행합니다. 'ldtp' 값은 'ldtprunner run.xml' 명령을 실행합니다.

noxvfb 옵션 값을 설정하기까지는, 테스트를 실행할 환경으로서 xvfb 서버를 시작합니다.

#### metamodule

`metamodule` 요소는 실제로는 아무것도 하지 않는 모듈을 정의합니다. 이 형식을 갖춘 모듈의 존재 목적은 의존성때문입니다.

예를 들면, meta-gnome-desktop은 그놈 데스크톱의 모든 핵심 구성 요소에 의존하기에, 실제로는 JHBuild로 하여금 데스크톱 전체 패키지를 설치하게 합니다.

    <metamodule id="modulename">
      <dependencies>
        <dep package="modulename"/>
        ...
      </dependencies>
      <suggests>
        <dep package="modulename"/>
        ...
      </suggests>
    </metamodule>

`id` 속성은 모듈의 이름이며, 하위 요소는 `autotools`의 요소처럼 취급합니다.

### 오래된 요소

#### 모듈 소스

##### cvsroot

`cvsroot` 요소는 오래됐습니다. `repository` 요소를 대신 사용하십시오.

`cvsroot` 요소는 CVS 저장소를 설명합니다.

      <cvsroot name="rootname"
               [ default="yes|no" ]
               root="anon-cvsroot"
               password="anon-password"/>

`name` 모듈은 CVS 저장소의 유일 식별자입니다.

`default` 속성은 이 모듈 세트 파일에 대한 기본 모듈 소스 여부를 언급합니다.

`root` 속성은 이 저장소 익명 접근에 사용할 CVS 루트 목록을 지정하고, `password` 속성은 익명 접근시 사용할 암호를 설정합니다.

##### svnroot

`svnroot` 요소는 이제 오래됐습니다. 대신 `repository` 요소를 사용하십시오.

`svnroot` 요소는 서브버전 저장소를 설명합니다.

      <svnroot name="rootname"
               [ default="yes|no" ]
               href="anon-svnroot"/>

`name` 속성은 서브버전 저장소의 유일 식별자입니다.

`default` 속성은 이 모듈 세트 파일에 대한 기본 모듈 소스 여부를 언급합니다.

`href` 속성은 저장소 기본 URL을 나열합니다. `http`, `https`, `svn` 중 하나입니다.

#### 오래된 모듈 형식

이 장에서는 오래된 요소를 설명하며, 기존 모듈 세트에선 쓸 수 있지만 더 이상 안쓰기를 권장합니다.

##### tarball

이 오래된 요소는 `autotools` 모듈 형식과 `tarball` 저장소 형식을 감싸는 단순 래퍼입니다.

`tarball` 은 타르볼에서 빌드할 모듈을 정의합니다.

      <tarball id="modulename"
                  [ version="version" ]
                  [ checkoutdir="checkoutdir" ]
                  [ autogenargs="autogenargs" ]
                  [ makeargs="makeargs" ]
                  [ autogen-sh="autogen-sh" ]
                  [ supports-non-srcdir-builds="yes|no" ]>
        <source href="source-url"
                [ size="source-size" ]
                [ hash="source-algo:source-hash" ]
                [ md5sum="source-md5sum" ]/>
        <patches>
          <patch file="filename" strip="level"/>
          ...
        </patches>
        <dependencies>
          <dep package="modulename"/>
          ...
        </dependencies>
        <suggests>
          <dep package="modulename"/>
          ...
        </suggests>
      </tarball>

`id` 와 `version` 속성으로 모듈을 식별합니다.

`source` 요소는 다운로드하고 컴파일 할 파일을 지정합니다. `href` 속성은 필수이며, `size`, `hash`, 그리고 오래된 `md5sum` 속성은 선택 사항입니다. 후자로 언급한 2개 속성 값은, 소스 패키지를 올바르게 다운로드했는지 검사할 때 사용합니다.

`patches` 요소는 패키지 해제 후 소스트리에 반영할 하나 이상의 패치를 지정하고, `file` 속성은 패치 파일 이름을 지정하며, `strip` 속성에서는 패치를 적용할 때 쳐낼 디렉터리 단계 수를 지정합니다.

JHBuild에 실어둔 모듈 세트에 대한 패치 파일은 `jhbuild/patches/` 디렉터리에 있습니다. URI로 참조하는 모듈 세트에 대해 패치 파일은 moduleset 파일과 동일한 디렉터리를 찾아보거나 `patches/` 하위 디렉터리를 검색합니다. `file` 속성에 URI를 지정하여 해당 위치로 다운로드할 수도 있습니다.

다른 속성과 `dependencies`, `suggests`, `after` 요소는 autotools와 동일하게 처리합니다.