ハマったのでメモ。
問題
https://github.com/drone/images に build 用の Dockerfile などがおいてあるので、それをいじってビルドするのがてっとり早いようだ。
例えば ruby 2.1.1 のコンテナをビルドするには次のようにする
git clone https://github.com/drone/images
cd image
sudo docker build --rm -t bradrydzewski/ruby:2.1.1 builder/ruby/ruby_2.1.1/
ruby 2.2.2 の docker コンテナが欲しかったので、
cp -a builder/ruby/ruby_2.1.1 builder/ruby/ruby_2.2.2
sed -i 's/2.1.1/2.2.2/g' builder/ruby/ruby_2.2.2/rbenv.sh
sed -i 's/2.1.1/2.2.2/g' builder/ruby/ruby_2.2.2/Dockerfile
して、
sudo docker build --rm -t sonots/ruby:2.2.2 builder/ruby/ruby_2.2.2
docker push sonots/ruby:2.2.2
とやったらすんなりできた。と思ったら、ハマった。
原因と対処
どうも drone 内部で、bradrydzewski もしくは drone プレフィックスのついた docker コンテナの場合は、ubuntu ユーザとしてコマンドを実行するが、それ以外の場合は root ユーザとしてコマンドを実行するようで、期待通りの動作をせずにエラーになってしまった。
なので、sonots/ruby ではなく bradrydzewski/ruby という名前にすれば良いらしい．もちろんその名前では docker push できないが、ローカルにはイメージが残るのでそのまま drone からご利用頂ける。docker build し直しても良いが、sonots/ruby で docker pull して、docker tag で名前をつけるだけにするとよさそう。
というわけで docker push から続けて以下のコマンドを打って利用することにした。
sudo docker tag sonots/ruby:2.2.2 bradrydzewski/ruby:2.2.2
その他
https://github.com/drone/images に依存せずに自前で root 前提の image を作る手もありそう。ただ、Drone - サービスコンテナへのポートフォワーディングをどうしているのか読んでみたの記事にあるように socat がどうとかこうとかあるので、drone 内部をちゃんと把握してないと難しそう。
drone の変更に追随するメンテナンスコストもかかりそうだ。
おわりに
とのことで将来的には全部 root で動かすようになって、結果ネームスペースの制限もなくなるとのこと。たぶん、0.3 じゃなくて 0.4 の話だと思うけど。
それまでは設定もできないとのこと。カスタムビルドすればいいんかなー。