root権限がない#

共有サーバーなので当然ながらroot権限はない。

つまり、

1
sudo pkg install mysql80-server

みたいなことはできない。

一応portsも試した。

すると。

1
pkg-static: Unable to open
2
'/usr/local/etc/pkg/repos//sakura-repo.conf':
3
Permission denied

開始数分で門前払い。

ならもうソースからビルドするしかない。

ソースからビルド開始#

まずはMySQLのソースを落としてくる。

1
wget https://downloads.mysql.com/archives/get/p/23/file/mysql-8.0.27.tar.gz
2
tar xzf mysql-8.0.27.tar.gz

ここまでは平和だった。

本当にここまでは。

Boostが足りない#

おもむろにcmakeを叩く。

1
cmake ..

すると。

1
You can download it with
2
-DDOWNLOAD_BOOST=1
3
-DWITH_BOOST=<directory>

Boost。

突然知らない名前が出てきた。

最初に思った。

MySQLってBoost必要なん？

必要だった。

しかも指定されたバージョンまである。

疲れている時の人間は変なことをする#

言われた通り、

1
-DDOWNLOAD_BOOST=1 \
2
-DWITH_BOOST=$HOME/tmp/boost

を実行した。

結果。

1
command not found

当たり前である。

オプションだけ実行していた。

完全に疲れていた。

新たな刺客、libunwind#

Boostを突破した。

勝った。

そう思った瞬間。

1
fatal error: 'libunwind.h' file not found

知らん。

誰や。

調べると、スタックトレース関連のライブラリらしい。

また依存ライブラリである。

しかもroot権限はない。

つまり当然、これもソースからビルドする。

includeとlibの違いを体で覚える#

libunwindを頑張ってビルドした。

さらに。

1
setenv LD_LIBRARY_PATH \
2
$HOME/local/libunwind/lib:$LD_LIBRARY_PATH

も設定した。

よし。

再ビルド。

1
fatal error: 'libunwind.h' file not found

変わらない。

ここでようやく理解した。

LD_LIBRARY_PATHは実行時に使われるライブラリ検索パス。

一方、libunwind.hはヘッダファイルなので、コンパイル時のincludeパスが必要だった。

つまり見ている場所が違った。

この頃にはもう、何と戦っているのかわからなくなっていた。

CMakeにも怒られる#

さらに設定を変えて再実行すると、

1
Please do not build in-source.

と怒られる。

どうやらMySQLはソースディレクトリ直下でビルドするのを推奨していないらしい。

結局、

1
mkdir build
2
cd build
3
cmake ..

という構成に変更。

さらにCMakeCache.txtを消したり、buildディレクトリを作り直したり。

この頃にはcmakeを叩くこと自体が日課になっていた。

最後の敵 Signal 9#

何時間もかけてビルド。

ログも順調。

1
Building CXX object
2
sql/CMakeFiles/sql_gis.dir/gis/difference_functor.cc.o

おっ、いけるか？

と思った次の瞬間。

1
Signal 9

終了。

あまりにも潔い。

原因はおそらくメモリ不足。

共有サーバー側にプロセスを強制終了されたのだと思う。

学び#

この一件で学んだことは3つ。

共有サーバーで大物ソフトウェアをビルドするのはしんどい root権限がないと依存関係モグラ叩きが始まる 「自前で入れたらええやん」はだいたい罠

そしてもうひとつ。

目的地までの地図を見て、

「この道をまっすぐ行けば着きそうやな」

と思って進んでいたはずなのに、途中から地図に載っていない看板が次々出てきたら、一回立ち止まった方がいい。

今回でいうと、

Boost libunwind CMakeCache

あたりがその看板だった。

当時は

「よく分からんけど、とりあえずインストールしたら進めるやろ」

で突き進んでいた。

でも今振り返ると、その辺で一度引き返して

Djangoのバージョンを落とす PostgreSQLへ移行する VPSを使う

というルートを検討しても良かったと思う。

少なくとも、共有サーバー上でMySQLをビルドする道は、地図に載っているようで載っていない道だった。