少し遅れていることは承知していますが、ライブラリ libgtk2.0-dev をインストールするだけです :
sudo apt-get install libgtk2.0-dev
GLIB に関連するエラーが発生した場合は、libglib2.0-dev をインストールしてください。 同様に:
sudo apt-get install libglib2.0-dev
AM_PATH_GTK_2_0 という名前を考えると、次の一連の観察結果が得られます:1) "AM_" は automake の名前空間にあるため、m4 マクロは automake から取得する必要があります.2) うーん、automake にはありません.3) おそらく gtk から取得します。であるため、gtk 開発者は m4 マクロの名前付けに誤りがあり、automake と競合しています。これは gtk のバグですが、マクロを取得するにはおそらく gtk の最新バージョンをダウンロードする必要があります。
問題は、gtk が期待する m4 マクロがないことです。おそらく libgtk-devel (またはそのようなもの) をインストールする必要があります。私が正しく、libgtk が実際に AM_... という名前の m4 マクロをインストールしている場合は、バグとして開発者に報告してください。 automakes の名前空間を踏みにじっています (残念ながら、これは非常に一般的なエラーです)。
automake のダウンロードについて言及されているので、/usr/share/aclocal ではなく別の場所で aclocal を実行していることが問題だと思います (つまり、automake を /usr/local にインストールしました)。 dev、おそらく *.m4 ファイルを /usr/share/aclocal にインストールしましたが、/usr/local/share/aclocal (または $prefix/share/aclocal、prefix は automake のインストールに使用したもの) にそのファイルが必要です.) 最も簡単な解決策は、そのファイルを $(aclocal --print) にコピーすることです。つまり、「aclocal --print」を実行して、aclocal が m4 ファイルを探している場所を確認し、libgtk-dev がインストールした、不適切な名前の m4 マクロを削除し、そのファイルを適切な場所にコピーします。別の方法として (そしておそらくより良い解決策として)、dirlist という名前のファイルを $(aclocal --print) に置き、"/usr/share/aclocal" という 1 行を含めることもできます。これにより、手動でインストールした aclocal が常に m4 ファイルを探すようになります。 /usr/share にインストールされます。