【ITニュース解説】Q&D: Dart on Alpine Linux

システムエンジニアを目指す初心者の皆さんにとって、新しい技術やツールを学ぶ上で、環境構築は最初の大きなハードルになることがある。この記事は、プログラミング言語Dartを「Alpine Linux」という軽量なOS環境で動かすことに焦点を当て、いくつかの方法とその課題について解説している。

まず、DartとAlpine Linuxについて簡単に説明する。DartはGoogleが開発したプログラミング言語で、主にWebアプリケーションやモバイルアプリケーション（特にFlutterフレームワークと組み合わせて）の開発に使われる。JavaScriptに似た書き方ができ、比較的新しい言語でありながら、高速な実行性能や生産性の高さが特徴だ。一方、Alpine Linuxは、非常に軽量でセキュリティを重視したLinuxディストリビューションである。一般的なLinuxディストリビューションに比べてファイルサイズが小さく、Dockerなどのコンテナ環境でよく利用される。しかし、その軽量さゆえに、通常のLinux環境では簡単に利用できるツールやライブラリが、Alpine Linuxでは手動での導入や特別な設定が必要になる場合がある。DartをAlpine Linuxで動かそうとすると、まさにこの「特殊性」が課題として浮上するのだ。

記事の筆者は、当初Dartのソースコードを自分でコンパイル（コンピュータが理解できる形式に変換）することを考えたが、多くのプロジェクトではGoogleが提供する「バイナリ」（コンパイル済みの実行ファイル）を使っていることに気づく。これは、オープンソース言語としては少し残念な点だと感じつつも、現実的なアプローチとして、いくつかの方法を試している。

一つ目の方法は「コンテナを使う」ことである。コンテナとは、アプリケーションとその実行に必要なものをすべてひとまとめにした仮想的な環境のことで、DockerやPodmanといったツールで管理される。コンテナを使えば、自分のOS環境を汚さずに、隔離された環境でDartを実行できる。Dartの開発チームは、Googleが提供するDartバイナリを含むDockerイメージを公式に提供しているため、これを利用するのが最も簡単で推奨される方法だ。記事では「podman run -it dart sh」というコマンドが紹介されているが、これはPodmanというツールを使って、DartのDockerイメージから一時的なコンテナを起動し、その中でシェル（コマンドを実行するプログラム）を開くという意味だ。これにより、すぐにDartの環境を試すことができる。

二つ目の方法は「asdfやmiseといったバージョン管理ツールを使う」ことである。これらのツールは、異なるプログラミング言語やツールの複数のバージョンを、一台のコンピュータ上で簡単に切り替えて使えるようにするものだ。例えば、あるプロジェクトではDartの古いバージョンを使い、別のプロジェクトでは最新バージョンを使うといった場合に非常に便利である。記事では「asdf plugin add dart」というコマンドが示されているが、これはasdfにDartを管理するためのプラグインを追加する操作だ。これらのツールも、最終的にはGoogleが提供するDartバイナリを利用する。

三つ目の方法は、最も直接的で、そして少し手間がかかる「Googleのバイナリを直接ダウンロードしてインストールする」ことである。この方法では、インターネット上からDart SDK（Software Development Kit、開発キット）の圧縮ファイルをダウンロードし、それを手動でAlpine Linuxに展開する。まず「apk update」でパッケージ情報を更新し、「apk add curl gcompat」でcurl（ファイルをダウンロードするツール）とgcompat（Glibc互換ライブラリ、後述）をインストールする。そして、「curl -Lo dartsdk-linux-x64-release.zip ...」というコマンドでDart SDKのファイルをダウンロードし、「unzip dartsdk-linux-x64-release.zip」で展開する。展開後、「cd dart-sdk」でディレクトリに移動し、「./bin/dart --version」でDartのバージョンを確認できる。最後に「export PATH=${PATH}:$(pwd)/bin」でDartの実行ファイルへのパスを通すことで、どのディレクトリからでもdartコマンドが使えるようになる。

しかし、この直接インストールには課題がある。Googleが提供するバイナリは、DebianのようなGlibc（ジーリブシー）ベースのLinuxシステム向けに作られている。しかしAlpine Linuxは、Glibcよりも軽量なmusl（マッスル）というC言語ライブラリを使っている。この違いが問題を引き起こすことがある。記事中にある「ldd dart」というコマンドは、実行ファイルが必要とする共有ライブラリ（他のプログラムと共有される部品）を一覧表示するものだが、Dartバイナリに対してこのコマンドを実行すると「__cxa_thread_atexit_impl: symbol not found」というエラーが表示される。これは、Dartバイナリが必要とする特定の機能（__cxa_thread_atexit_implというシンボル）が、Alpine Linuxのmusl環境では見つからない、あるいはGlibcとは異なる形で提供されていることを意味する。そのため、Alpine LinuxでGlibcベースのアプリケーションを動かすための互換レイヤーであるgcompatが必要になるのだ。しかし、gcompatを使っても、完全な互換性が保証されるわけではないことがこのエラーからわかる。

四つ目の方法は「ソースコードからコンパイルする」ことである。これは、Dartの元々のプログラムコード（ソースコード）を、自分のAlpine Linux環境に合わせて一からビルド（生成）する方法だ。この方法は最も柔軟性が高く、特定の環境に最適化された実行ファイルを生成できる可能性があるが、非常に高度な知識と手間が必要になる。記事の筆者もこの方法を試みているが、「途方もない量のエラーを生み出す」と述べており、特にGoogleがコンパイルに必要とするツール群の導入が非常に難しいことを示唆している。多くの依存関係（git, python3, curl, xz, gn, clang, makeなど）が必要であり、それらをすべてAlpine Linuxで正しく設定するのは骨が折れる作業となる。

まとめとして、筆者は最終的に「最新バージョンのDart、Flutter、Android SDKをすべて含んだコンテナイメージ」を求めているが、現状では古いもの、メンテナンスされていないもの、あるいは信頼できない非公式なものしか見つからない状況だという。特にAndroidアプリケーションをビルドするための環境は複雑で、必要なツールが非常に多いため、コンテナイメージのサイズが巨大になりがちだ。筆者は、このようなビルド環境の構築が非常に困難であること、そして多くの企業がビルドパイプライン（開発からリリースまでの一連の自動化されたプロセス）をサービスとして提供しているのはそのためだと結論付けている。

システムエンジニアを目指す皆さんにとって、この話は「環境構築」の奥深さと難しさ、そしてそれがなぜ重要なのかを理解する良い例になるだろう。単にプログラムを書くだけでなく、それを実行する環境をどう整えるか、そしてその環境がなぜスムーズに動かないのかを理解し解決する能力は、プロのエンジニアにとって不可欠なスキルなのである。この解説を通して、異なるOSやライブラリの互換性の問題、コンテナ技術の有用性、そしてツールチェーンの複雑さの一端を感じ取ってもらえれば幸いである。