[Cirrus CI] OSX VM 数制限対策としてマトリックスを直列にしてみた

OSX VM は１つしか使えない制限があり、その制限により CI が FAIL することがあったので対策しました。
もともとの YAML はこんな感じでした（一部抜粋）

cirrus_osx_test_task:
  only_if: *default-condition
  auto_cancellation: true
  osx_instance:
    image: mojave-xcode-10.1
  env:
    matrix:
      STDFLAG: -std=c++14
      STDFLAG: -std=c++17
  test_script: cd test && make -j4 showcxxversion default && make test

c++14 と c++17 コンパイルを並列していました。
単純にどちらかだけにしたら制限に引っかかることはなくなりますが、できれば減らしたくない条件です。
そこで、並列に実行するのではなく、直列で実行するようにしました。
修正した YAML はこんな感じです。

cirrus_osx_14_test_task: &osx_task
  only_if: *default-condition
  auto_cancellation: true
  osx_instance:
    image: mojave-xcode-10.1
  env:
    STDFLAG: -std=c++14
  test_script: cd test && make -j4 showcxxversion default && make test

cirrus_osx_17_test_task:
  <<: *osx_task
  env:
    STDFLAG: -std=c++17
  depends_on:
    - cirrus_osx_14_test

depends_on で依存を貼って、直列にしています。 YAML エイリアスが使えるため直列にしても記述量はさほど増えませんでした。メンテナンス性が問題になることはないでしょう。 ただし、実行時間が長くなるデメリットはあります。が、iutest の現状の開発ペースでは特に問題にならないのでこのようにしました。

今回は、これで以上です。
では。

Docker Toolbox でホストのカレントディレクトリをマウントするときの備忘録

Windows + Docker Toolbox だとちょっとしたコツが必要なのでメモ

Slack のステータス（障害情報）を通知する

ついこの間 Slack の障害が発生し、メッセージが正しく届かなかったり、スタンプが押せなかったりなどの影響がありましたね。
Slack の状態はステータスページで確認できます。また、Twitter アカウントもあります。


あとは、Atom feed と RSS も用意されているので、お好きな方法で状況を確認できます。


ただ、ステータスページを都度都度見るのはめんどくさいですし、twitter もタイムラインをずっと見てるわけじゃないので気づかなそう。RSS や Atom feed はリーダーを使ってない。。。

RPA で任意のツールに通知する

というわけで、RPA 組みました。
今回使ったのは Integromat です。最近のお気に入りです。

出来上がったシナリオは３オペレーションになりました。（こだわらなければ２ステップでできます）


Trigger は RSS で、Slack Status の RSS url をセットします。


間にある Text Parser はステータスからアイコンのファイル名を摘出するためのステップです。
アイコン画像にこだわらなければ、このステップは不要です。


最後は通知するステップです。Slack で通知してますが、ここはなんでも良いです。お好きなもので通知してください。
接続設定（slack ならスペースとチャンネル）をしたら、本文をセットしましょう。
RSS で取得した内容が使えるので、その内容を流しています。（特に決まりはないので、ここもお好きに編集してください。）


Slack ではアイコンを指定できるので、Text Parser で取得したステータスからアイコンの url をセットしました。



最後に、Slack Status は 30 分更新のようなので、Trigger の Interval も 30 分にします。


これで完成です。
シナリオを有効にしたら、以下のように通知が飛んできます。

最後に

Integromat はシナリオの Export/Import が可能です。
今回紹介したシナリオの blueprint を Gist で公開しているので、こちらを Import して始めることもできます。
Integromat 便利なので是非使ってみてください。では～

Integromat で Gmail のメールを開いたときに文字化けする問題の回避方法

みなさんは RPA に何を使われてますか？最近はたくさんのツールが存在しますね。
RPA ツールというと個人的には IFTTT を代表に上げるのですが、RPA ツールで検索するとちょっと自分のイメージと違うツールがたくさん出てくるのでなにか「IFTTT や Zapier のようなサービスをまとめた」いい言葉があればなーと思っているこの頃です。


前置きはこのくらいにして、本題に入ります。
最近 Integromat をよく使っていたのですが、ついにフリープランを卒業しベーシックプラン（$9/月）をはじめました。Zapier が年契約で $18.33/月 なので、安くて助かってます。
Integromat はフリープランでも複雑なシナリオが書けるので大変オススメなサービスです。




ただ、少し困ったことが起きました。
メールを受信したことをトリガーにその内容を通知するシナリオを書こうとしたところ、日本語が正しく読めなかったのです。


具体的な症状としては、iso-2022-jp エンコーディングなメールが読めません。utf-8 は大丈夫でした。
とはいえ、メール配信側にお願いして utf-8 にしてもらうという解決方法は難しそうです。

Zapier はどうなのかというと、iso-2022-jp のメールも問題なく読めます。

じゃ、Zapier にお願いしよう

Zapier はフリープランでも 5 Zap までなら無料で使えるので、Zapier でメールのトリガーだけお願いして、あとは Integromat でやる作戦です。

Zapier 側の設定は Gmail トリガーと Webhook アクションです。
とりあえず、payload には Subject と Body を入れました。


Integromat 側は Gmail トリガーをやめて、Webhook トリガーに変更。それ以降は Integromat の世界で好き勝手にいじれます。


これでなんとか作りたいシナリオができそうです。

最後に

Integromat に Feature Request を出したので、ユーザーの方はぜひ vote をお願いしますmm
https://www.integromat.com/en/requests/feature-requests/p/gmail-encoding-iso-2022-jp

（メールの日本語が読めないことがあります・・・だと正直、日本で布教しにくい・・・）