URLは非常に単純で https://bugs.debian.org/<package> とすればバグレポートを参照できる。今回はhttps://bugs.debian.org/git-buildpackage 。querybts git-buildpackageでも閲覧はできるのだけど、バグレポートが大量にあると行ったり来たりして参照するのはブラウザのほうがやりやすいので…。
ソースの取得は apt source <package> で可能。なのだけど、パッケージ作業をGitで作業してたりすると、まぁHEADに合わせて変更して git format-patch したpatchファイルを送りつけた方が取り込んでもらいやすいのは間違いないので、Vcsで取得。どこにリポジトリがあってどのVcs使ってるか…は特に考えること無くdebcheckoutコマンドを使う。debcheckout git-buildpackage として取得。
$ debcheckout git-buildpackage
declared git repository at https://git.sigxcpu.org/cgit/git-buildpackage/
git clone https://git.sigxcpu.org/cgit/git-buildpackage/ git-buildpackage ...
Cloning into 'git-buildpackage'...
…としたのだけど、なんで自前のrepoに保持してるのか。超遅い。通常ならsalsa.debian.org配下なので直ぐなのに、10分経っても全然応答が無い…仕方がないので、今回はapt source git-buildpackageで取得。
さて、optionでgrepしたりして…
$ grep git-component -r ./
./docs/manpages/gbp-buildpackage.xml: <arg rep='repeat'><option>--git-component=</option><replaceable>component</replaceable></arg>
./docs/manpages/gbp-buildpackage.xml: <term><option>--git-component=</option><replaceable>COMPONENT</replaceable>
./tests/component/deb/test_buildpackage.py: '--git-component=foo',
./tests/component/deb/test_buildpackage.py: '--git-component=foo',
./tests/component/deb/test_buildpackage.py: '--git-component=foo'])
./tests/component/deb/test_buildpackage.py: '--git-component=foo',
あれ？全然引っかかってないね。componentで検索し直して、諸々を見てみるとcomp_typeとかで指定されてるようで、これはoptions.comp_typeから取ってる。んで、これはgbp.confで指定してるのか…じゃぁ、複数のcomp_typeは存在できないね！という感じ。