pyenvをわざわざ使っている人の99%はデフォルトのPythonのバージョンは3.xだと思う（anaconda含め）
が、残念なことにgcloudコマンドはpython2.xにしか対応していない。結果、pyenvでpython3を指定していると、gcloudのインストールにはうまくいくかもしれないが、実行にコケる。
明示的にPythonのパスをしてあげる
まずpyenvでpython2をインストール
pyenv install 2.7.12
次に~/.bash_profileに以下を追記 ユーザー名は各々書き換えて
export CLOUDSDK_PYTHON=/Users/thr3a/.pyenv/versions/2.7.12/bin/python
でもってダウンロードしたinstall_google_cloud_sdk.bashを実行する
おｋ
結構前になってしまうが、株式会社サムザップ主催のインフラ勉強会に参加した。
そこで某神ゲーバンドリの生みの親こと、株式会社Craft Eggのインフラ担当者が発表していたのでメモ。
山村英貴氏。親会社のサイバーエージェントからの移動？的な
株式会社Craft Egg 山村英貴(yamamura hideki)
京都大学工学部卒業。2013年サイバーエージェント新卒入社。 サーバーサイドエンジニアとして画像配信、広告配信、リアルタイム通信基盤、チャット基盤、アセットバンドル配信基盤などを担当、現在は「バンドリ！ ガールズバンドパーティ！」でサーバーとインフラを担当。
インフラは主にAWSで運用してる
リリース前はDB１台で捌く予定だったらしく（やばすぎ）、負荷試験かけると1200req/sで一瞬でCPUが100%になる症状が発生していた
そこで、ユーザーに紐付かない情報は共通DBに残しつつ、ユーザーに紐づくデータは分割することで負荷を分散させた
ここまで話してくださって本当にありがとうございました。
sassのC++実装版
実行速度がめちゃくちゃ速い めちゃくちゃ速い
公式ドキュメントを参考にビルドしていく
適当なディレクトリで git clone
git clone https://github.com/sass/sassc.git
cdでそのディレクトリに行かずにそのまま実行
. sassc/script/bootstrap
ビルド jの値はCPUのコア数なのでお好みに（環境によってはgmakeかも知れない）
make -C sassc -j4
make後に./sassc/bin/sassc -hで正しくヘルプが表示されれば成功
make instrall これで/usr/local/binにインストールされる
PREFIX="/usr/local" make -C sassc install
$ sassc --version sassc: 3.4.8 libsass: 3.5.0 sass2scss: 1.1.1 sass: 3.5
やったー
なんとかできる
Ruby 2.5.0がリリースされて、早速ruby 2.5.0をインストールしようとしたが、
rbenv install 2.5.0
エラーになる。どうもビルドでコケるっぽい。
prelude.c: In function ‘prelude_eval’: prelude.c:204: error: #pragma GCC diagnostic not allowed inside functions prelude.c:205: error: #pragma GCC diagnostic not allowed inside functions prelude.c:221: error: #pragma GCC diagnostic not allowed inside functions トップレベル: cc1: 警告: unrecognized command line option "-Wno-self-assign" cc1: 警告: unrecognized command line option "-Wno-constant-logical-operand" cc1: 警告: unrecognized command line option "-Wno-parentheses-equality" cc1: 警告: unrecognized command line option "-Wno-tautological-compare" make: *** [prelude.o] エラー 1
どうもCentOS6に入ってるgccのバージョンがとても古く、そのままではビルドできないとのこと。
Rubyのコアチームもすでにこの問題を認識している。
Bug #14234: Failed to build on CentOS 6.9 - Ruby trunk - Ruby Issue Tracking System
が、実際の対応はRuby 2.5.1以降のリリースになるらしい。そんなバカな。。。。
と嘆いていたが、どうも gccのバージョンを新しくすればCentOS6でもRuby2.5.0のインストールは成功するらしい。
以下の記事を参考にgccをアップデートする。
$ ruby -v ruby 2.5.0p0 (2017-12-25 revision 61468) [x86_64-linux]
やったぜ
devtoolsetのバージョン上げた
CentOS6ではyum経由でインストールできるgccのバージョンがとても古い。（強調
# gcc --version gcc (GCC) 4.4.7 20120313 (Red Hat 4.4.7-17) Copyright (C) 2010 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
これだとruby2.5のビルドができない！が、Developer Toolsetというのをインストールすると新しめのgccがインストールできるとのこと
順番にyum installしていく
# yum install centos-release-scl
# yum install scl-utils
# yum install devtoolset-7-gcc devtoolset-7-gcc-c++ devtoolset-7-binutils
↑はインストールするパッケージをビルドによく使うものだけに絞っている。全部くれって場合はyum install devtoolset-7すればおｋ
あと今回は７をインストールしているが、他のバージョンをインストールすることも可能 各devtoolsetにおけるGCCのバージョンの対応は以下
パッケージをインストールするだけではダメで、明示的にこのgccを使います！ってコマンドを叩かなくてはいけない。
# scl enable devtoolset-7 bash
すると新しくなってる
# gcc --version gcc (GCC) 5.3.1 20160406 (Red Hat 5.3.1-6) Copyright (C) 2015 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
常にインストールした新しいgccを使ってビルドさせろって場合は/etc/profile.d/に適当なスクリプトを作ると吉
$ cat /etc/profile.d/enabledevtoolset-7.sh #!/bin/bash source scl_source enable devtoolset-7
