Forem: m-yoshimo

既存の xxenv を anyenv に移行する時は install し直したほうが良い

m-yoshimo — Thu, 26 Mar 2020 00:46:42 +0000

python、ruby、go、node、haskell ... と複数の言語で開発しています。
各言語ごとに xxenv をインストールしていたのですが、さすがに home 直下も汚くなるし、統合的に管理したほうが何かと便利だと思って anyenv を入れようと思って嵌った。

結論

先に結論から。
既存の .xxenv を .anyenv/env/xxenv に mv しても上手く行きません！
anyenv に移行する人は、安直せずに anyenv で改めて各言語・ライブラリをインストールし直しましょう。

どうして上手くいかないのか

移行時の環境はこんな状態。
anyenv にはまだ何も入れていません。

$  ls -la | grep env
drwxrwxrwx 1 m-yoshimo m-yoshimo   4096  4月 24 21:51 .anyenv
drwxrwxrwx 1 m-yoshimo m-yoshimo   4096  4月 17 15:05 .pyenv
drwxrwxrwx 1 m-yoshimo m-yoshimo   4096  6月 18  2018 .rbenv
$ anyenv versions
$

試しに pyenv を移行しようと思いました。
さほどライブラリをインストールしているわけではないですが、python2 系と python3 系の両方を利用していたので、言語をインストールし直すのは面倒と思って、安直に mv したわけです。

$ pyenv versions
  system
  2.7.16
* 3.7.3 (set by /home/m-yoshimo/.python-version)
$ mv .pyenv .anyenv/envs/pyenv

すると、anyenv と python は見事に認識してくれました！

$ anyenv versions
pyenv:
  system
  2.7.16
* 3.7.3 (set by /home/m-yoshimo/.python-version)
$ which python
/home/m-yoshimo/.anyenv/envs/pyenv/shims/python
$ python --version
Python 3.7.3

しかし、これはぬか喜びでした。
pip を動かそうとすると。。。

$ pip list
/home/m-yoshimo/.anyenv/envs/pyenv/pyenv.d/exec/pip-rehash/pip: /home/m-yoshimo/.anyenv/envs/pyenv/versions/3.7.3/bin/pip: /home/m-yoshimo/.pyenv/versions/3.7.3/bin/python3.7: 誤ったインタプリタです: そのようなファイルやディレクトリはありません
$ pyenv rehash
$ pip list
/home/m-yoshimo/.anyenv/envs/pyenv/pyenv.d/exec/pip-rehash/pip: /home/m-yoshimo/.anyenv/envs/pyenv/versions/3.7.3/bin/pip: /home/m-yoshimo/.pyenv/versions/3.7.3/bin/python3.7: 誤ったインタプリタです: そのようなファイルやディレクトリはありません

rehash しても init しなおしても勿論ダメ。
どうも、直接ハードコードされているので、これを解消しないとダメな模様

$ grep -rn '\.pyenv' .anyenv/envs/pyenv/versions/ | head -n 10
.anyenv/envs/pyenv/versions/2.7.16/bin/2to3:1:#!/home/m-yoshimo/.pyenv/versions/2.7.16/bin/python2.7
.anyenv/envs/pyenv/versions/2.7.16/bin/aws:1:#!/home/m-yoshimo/.pyenv/versions/2.7.16/bin/python2.7
.anyenv/envs/pyenv/versions/2.7.16/bin/aws_completer:1:#!/home/m-yoshimo/.pyenv/versions/2.7.16/bin/python2.7
.anyenv/envs/pyenv/versions/2.7.16/bin/easy_install:1:#!/home/m-yoshimo/.pyenv/versions/2.7.16/bin/python2.7
.anyenv/envs/pyenv/versions/2.7.16/bin/easy_install-2.7:1:#!/home/m-yoshimo/.pyenv/versions/2.7.16/bin/python2.7
.anyenv/envs/pyenv/versions/2.7.16/bin/futurize:1:#!/home/m-yoshimo/.pyenv/versions/2.7.16/bin/python2.7
.anyenv/envs/pyenv/versions/2.7.16/bin/idle:1:#!/home/m-yoshimo/.pyenv/versions/2.7.16/bin/python2.7
.anyenv/envs/pyenv/versions/2.7.16/bin/jp.py:1:#!/home/m-yoshimo/.pyenv/versions/2.7.16/bin/python2.7
.anyenv/envs/pyenv/versions/2.7.16/bin/pasteurize:1:#!/home/m-yoshimo/.pyenv/versions/2.7.16/bin/python2.7
.anyenv/envs/pyenv/versions/2.7.16/bin/pip:1:#!/home/m-yoshimo/.pyenv/versions/2.7.16/bin/python2.7
...

python ファイルにハードコードされているということは。。。

$ grep -rn '\.pyenv' .anyenv/envs/pyenv/versions/2.7.16/lib/ | head -n 10
バイナリファイル .anyenv/envs/pyenv/versions/2.7.16/lib/libpython2.7.a に一致しました
.anyenv/envs/pyenv/versions/2.7.16/lib/pkgconfig/python-2.7.pc:1:prefix=/home/m-yoshimo/.pyenv/versions/2.7.16
.anyenv/envs/pyenv/versions/2.7.16/lib/pkgconfig/python-2.7.pc:3:libdir=/home/m-yoshimo/.pyenv/versions/2.7.16/lib
バイナリファイル .anyenv/envs/pyenv/versions/2.7.16/lib/python2.7/BaseHTTPServer.pyc に一致しました
バイナリファイル .anyenv/envs/pyenv/versions/2.7.16/lib/python2.7/BaseHTTPServer.pyo に一致しました
バイナリファイル .anyenv/envs/pyenv/versions/2.7.16/lib/python2.7/Bastion.pyc に一致しました
バイナリファイル .anyenv/envs/pyenv/versions/2.7.16/lib/python2.7/Bastion.pyo に一致しました
バイナリファイル .anyenv/envs/pyenv/versions/2.7.16/lib/python2.7/CGIHTTPServer.pyc に一致しました
バイナリファイル .anyenv/envs/pyenv/versions/2.7.16/lib/python2.7/CGIHTTPServer.pyo に一致しました
バイナリファイル .anyenv/envs/pyenv/versions/2.7.16/lib/python2.7/ConfigParser.pyc に一致しました
...

もちろんコンパイル済みの方にもハードコードされているわけです。

上記に見えるのは一部でしかなく、これらをすべて sed で置換するのも大変面倒なので、それするくらいなら各言語のバージョンとライブラリをインストールし直したほうが安全かつ楽ということでした。

試しに rbenv も mv でやってみましたが、同様の状況になったので諦めました。

おしまい

Ubuntu 18.04 にあげたら Rails で libMagickCore.so.2 が見つからない

m-yoshimo — Thu, 26 Mar 2020 00:45:57 +0000

先日、WSL の Ubuntu 環境を 16.04 から 18.04 にアップグレードしたのですが、いざ rails を起動しようとすると libMagicCore.so.2 が見当たらないとのこと。

$ bundle exec rails s
rails aborted!$
LoadError: libMagickCore-6.Q16.so.2: cannot open shared object file: No such file or directory - /home/m-yoshimo/bundle/MyApp/ruby/2.4.0/gems/rmagick-2.16.0/lib/RMagick2.so$
/home/m-yoshimo/bundle/MyApp/ruby/2.4.0/gems/activesupport-5.2.0/lib/active_support/dependencies.rb:283:in `require'$
/home/m-yoshimo/bundle/MyApp/ruby/2.4.0/gems/activesupport-5.2.0/lib/active_support/dependencies.rb:283:in `block in require'$
/home/m-yoshimo/bundle/MyApp/ruby/2.4.0/gems/activesupport-5.2.0/lib/active_support/dependencies.rb:249:in `load_dependency'$
/home/m-yoshimo/bundle/MyApp/ruby/2.4.0/gems/activesupport-5.2.0/lib/active_support/dependencies.rb:283:in `require'$
/home/m-yoshimo/bundle/MyApp/ruby/2.4.0/gems/rmagick-2.16.0/lib/rmagick_internal.rb:12:in `<top (required)>'$
/home/m-yoshimo/bundle/MyApp/ruby/2.4.0/gems/activesupport-5.2.0/lib/active_support/dependencies.rb:283:in `require'$
/home/m-yoshimo/bundle/MyApp/ruby/2.4.0/gems/activesupport-5.2.0/lib/active_support/dependencies.rb:283:in `block in require'$
/home/m-yoshimo/bundle/MyApp/ruby/2.4.0/gems/activesupport-5.2.0/lib/active_support/dependencies.rb:249:in `load_dependency'$
/home/m-yoshimo/bundle/MyApp/ruby/2.4.0/gems/activesupport-5.2.0/lib/active_support/dependencies.rb:283:in `require'$
/home/m-yoshimo/bundle/MyApp/ruby/2.4.0/gems/rmagick-2.16.0/lib/rmagick.rb:1:in `<top (required)>'$
/mnt/c/work/repositories/MyApp/config/application.rb:10:in `<top (required)>'$
/mnt/c/work/repositories/MyApp/Rakefile:4:in `require'$
/mnt/c/work/repositories/MyApp/Rakefile:4:in `<top (required)>'$

libMagicCore を探しても見当たらない

$ ls /usr/lib/libMagic*
ls: '/usr/lib/libMagic*' にアクセスできません: そのようなファイルやディレクトリはありません
$ ls /usr/local/lib/libMagi*
ls: '/usr/local/lib/libMagi*' にアクセスできません: そのようなファイルやディレクトリはありません

と思ったら、/usr/lib/x86_64-linux-gnu に移動してました

$ ls /usr/lib/x86_64-linux-gnu/libMagick*
/usr/lib/x86_64-linux-gnu/libMagickCore-6.Q16.a         /usr/lib/x86_64-linux-gnu/libMagickWand-6.Q16.a
/usr/lib/x86_64-linux-gnu/libMagickCore-6.Q16.la        /usr/lib/x86_64-linux-gnu/libMagickWand-6.Q16.la
/usr/lib/x86_64-linux-gnu/libMagickCore-6.Q16.so        /usr/lib/x86_64-linux-gnu/libMagickWand-6.Q16.so
/usr/lib/x86_64-linux-gnu/libMagickCore-6.Q16.so.3      /usr/lib/x86_64-linux-gnu/libMagickWand-6.Q16.so.3
/usr/lib/x86_64-linux-gnu/libMagickCore-6.Q16.so.3.0.0  /usr/lib/x86_64-linux-gnu/libMagickWand-6.Q16.so.3.0.0

とりあえず PATH を通してあげて

export PATH=/usr/lib/x86_64-linux-gnu:${PATH}

rmagick はインストール時にロードする libMagicCore のファイルパスを記憶するようなので、一度 rmagick を削除してから、再度 bundle install しなおす

$ bundle exec gem uninstall rmagick

Select gem to uninstall:
 1. rmagick-2.16.0
 2. rmagick-3.0.0
 3. All versions
> 3
Successfully uninstalled rmagick-2.16.0
Successfully uninstalled rmagick-3.0.0

$ bundle install
...
Fetching rmagick 2.16.0
Installing rmagick 2.16.0 with native extensions
...
Bundle complete! 80 Gemfile dependencies, 375 gems now installed.
Bundled gems are installed into `/home/m-yoshimo/bundle/MyApp`

これで無事に起動できるようになりましたとさ

$ bundle exec rails s
=> Booting Puma
=> Rails 5.2.0 application starting in development
=> Run `rails server -h` for more startup options
Puma starting in single mode...
* Version 3.11.4 (ruby 2.4.3-p205), codename: Love Song
* Min threads: 5, max threads: 5
* Environment: development
* Listening on tcp://0.0.0.0:3000
Use Ctrl-C to stop

ここまで書いて気付いたのですが、普通に過去に同じ経験した人がいたようです。
https://qiita.com/aiyu427/items/9231aab85c3b3b8ac227

debuild で一度に複数のパッケージ作る時のメモ

m-yoshimo — Thu, 26 Mar 2020 00:45:01 +0000

@yoshimo です。
debuild で一度に複数のパッケージを作ることが多いので、メモ代わりに残します。

概要

ちょっとした HTTP Server アプリ作った時に、ポート番号や URI を production や staging といった環境で変えたい。
chef や ansible といったオーケストレーションツールだったり、Cloud インスタンス側の環境変数を使えば良いんだけど、オーケストレーションツール使うほどでもなく、でも変更履歴くらいは管理したい。

お手軽に config パッケージで管理する程度で良いが、git の repository は増やしたくない。

ということで、複数のパッケージを一度の debuild で作れるようにしておけば良いやってことで、備忘録的に最低限何を記述すれば出来るのか記載しておきたいと思います。

前提

debian/rules の記載は CDBS を使うことを前提にしています。
CDBS については、有用な記事がいっぱい転がっているので、そちらを探してください。
こことか

configs

環境毎の設定ファイルは configs というディレクトリに置くことにします。
例えばこんな感じ。

$ ls -l configs/*
-rwxr-xr-x 1 m-yoshimo m-yoshimo 136  4月  5 15:26 configs/config.develop.yml
-rwxr-xr-x 1 m-yoshimo m-yoshimo 135  4月  5 15:26 configs/config.prod.yml
-rwxr-xr-x 1 m-yoshimo m-yoshimo 132  4月  5 15:26 configs/config.stg.yml

$ cat configs/config.prod.yml
port: 8080

$ cat configs/config.stg.yml
port: 80

debian/control

debian/control で Package を複数定義します。

Source: my-http-server
Section: non-free
Priority: optional
Maintainer: Masanori Yoshimoto <masanori.yoshimoto@zenkigen.jp>
Build-Depends: debhelper (>= 9), cdbs
Standards-Version: 4.0.0

Package: my-http-server
Architecture: amd64
Depends: ${shlibs:Depends}, ${misc:Depends}
Description: My HTTP server

Package: my-http-server-conf
Architecture: all
Depends: ${shlibs:Depends}, ${misc:Depends}
Description: Configuration of my-http-server for production

Package: my-http-server-conf-staging
Architecture: all
Depends: ${shlibs:Depends}, ${misc:Depends}
Description: Configuration of my-http-server for staging

Package: my-http-server-conf-development
Architecture: all
Depends: ${shlibs:Depends}, ${misc:Depends}
Description: Configuration of my-http-server for development

debian/rules

#!/usr/bin/make -f

include /usr/share/cdbs/1/rules/debhelper.mk

DEB_DESTDIR_app = "debian/my-http-server"
DEB_DESTDIR_conf = "debian/my-http-server-conf"
DEB_DESTDIR_conf_stg = "debian/my-http-server-conf-staging"
DEB_DESTDIR_conf_dev = "debian/my-http-server-conf-development"
TARGET_DIR = "/opt/zenkigen/my-http-server"
SYSTEMD_PATH = "/etc/systemd/system"

install/my-http-server::
    install -pd $(DEB_DESTDIR_app)$(TARGET_DIR)
    install -pm 755 bin/my-http-server $(DEB_DESTDIR_app)$(TARGET_DIR)
    install -pd $(DEB_DESTDIR_app)$(SYSTEMD_PATH)
    install -pm 644 my-http-server.service $(DEB_DESTDIR_app)$(SYSTEMD_PATH)

install/my-http-server-conf::
    install -pd $(DEB_DESTDIR_conf)$(TARGET_DIR)
    install -pm 755 configs/config.prod.yml $(DEB_DESTDIR_conf)$(TARGET_DIR)/config.yml

install/my-http-server-conf-staging::
    install -pd $(DEB_DESTDIR_conf_stg)$(TARGET_DIR)
    install -pm 755 configs/config.stg.yml $(DEB_DESTDIR_conf_stg)$(TARGET_DIR)/config.yml

install/my-http-server-conf-development::
    install -pd $(DEB_DESTDIR_conf_dev)$(TARGET_DIR)
    install -pm 755 configs/config.develop.yml $(DEB_DESTDIR_conf_dev)$(TARGET_DIR)/config.yml

install を列挙するだけですね。
複数のパッケージがある場合は、debian ディレクトリ以下にパッケージ毎のディレクトリが生成されて、その下にインストール先が展開されます。
そのため、自動で生成される $(DEB_DESTDIR) 定数では対応できないので、各パッケージのディレクトリ ("debian/app" など) を指定します。

rules と control 以外

1つのパッケージを作る時と変更はしなくてよいはず。
postinst とか使っている場合は注意が必要かもしれません。
試してないので後日試そうかと思います。

debuild 成果物

こんな感じでパッケージが生成されます。

$ debuild -us -uc
(長いので省略。Warning とか出たら頑張って直して)

$ ls -la ../my-http-server*.deb
-rw-r--r-- 1 m-yoshimo m-yoshimo    1400  4月  5 16:47 my-http-server-conf-development_1.0.0_all.deb
-rw-r--r-- 1 m-yoshimo m-yoshimo    1398  4月  5 16:47 my-http-server-conf-staging_1.0.0_all.deb
-rw-r--r-- 1 m-yoshimo m-yoshimo    1386  4月  5 16:47 my-http-server-conf_1.0.0_all.deb
-rw-r--r-- 1 m-yoshimo m-yoshimo 3761490  4月  5 16:47 my-http-server_1.0.0_amd64.deb

まとめ & デメリット

同じ repository で一度の debuild で app と conf のパッケージが作れるのでお手軽。
しかし、debian/changelog が共通なので、conf を修正するだけで app (ここでいう my-http-server_1.0.0) の version も上げないといけなくなります。
これは非常に良くないデメリットです。
また、バージョンが破綻することにもなります。

chef や ansible といったツールを使った方が良いでしょう。
Kubernetes なら ConfigMap といった環境変数使った方が良いと思います。

Slack に投稿した日報を API で取得して、ReleaseNote 風にする (じぶんリリースノートの準備)

m-yoshimo — Thu, 26 Mar 2020 00:43:59 +0000

はじめに

最近、じぶんリリースノートなるものが流行りだそうで、少しのってみることにしました。
https://blog.a-know.me/entry/2019/02/02/214612

【※注意】4/21 にやろうと思ったばかりなので、まだじぶんリリースノートは作れていません。来月作るための簡単な準備をしたので、それを共有します。

そもそも、フリーランス時代に色々と自分のスキルだったり実績を整理していたんだけど、これがまぁまぁ大変で、抜け漏れはあるわ・アップデート忘れるわで結構面倒だったので、じぶんリリースノート作れば良いんじゃないかなって思ったのがはじまり。

ただ、いきなり過去を振り返るのは大変だし、今月振り返るだけでも中々に時間が取られそう

というわけで、じぶんリリースノートを作る上で、こうやると良いかもなぁっていうお試し方法をまとめてみた。
4/21 に始めたので、来月あたりじぶんリリースノート作った時にまた改善すると思います。

何するの

特別なことはしません。
Slack に日報を投稿して、それを API で取得して、Qiita に貼りやすいように Markdown 形式で出力するだけです。

準備するもの

Slack のアカウントと適当なチャンネル
- 個人ワークスペースを作って、jibun_release_note みたいなチャンネルを作ると良いと思います
Slack の API 準備
- API のアクセストークンの取得方法はこちらを参考に
  - https://www.dkrk-blog.net/slack/slack_api01
  - スコープ設定時に channels.history を選択すること (メッセージ取得権限)

Slack への投稿

例えばこんな感じ

社外秘など、あとで公開したくない情報には "[confidential]" をつける

Slack メッセージ取得

コードはこんな感じ。(日付処理まわりとか雑なのは許して)

#!/usr/bin/env python3

from datetime import datetime
import calendar
import requests
import json
import os
import sys

url = 'https://slack.com/api/channels.history'
token = os.environ['SLACK_API_TOKEN']
channel_id = os.environ['SLACK_CHANNEL_ID']
date_yy_mm = os.environ['HISTORY_REQUEST_YY_MM']

def main():
    year = int(date_yy_mm.split('-')[0])
    month = int(date_yy_mm.split('-')[1])
    _, lastday = calendar.monthrange(year, month)

    oldest = datetime.strptime(date_yy_mm + "-01", '%Y-%m-%d').timestamp()
    latest = datetime.strptime(date_yy_mm + "-" + str(lastday), '%Y-%m-%d').timestamp()
    payload = {
        'token': token,
        'channel': channel_id,
        'latest': str(latest),
        'oldest': str(oldest)
    }
    r = requests.get(url, params=payload)
    if r.status_code != 200:
        print('Failed to get response (' + r.status_code + ')')
        sys.exit(1)

    json = r.json()
    ok = json['ok']
    if ok is False:
        print('Failed to get messages')
        print(json['error'])
        sys.exit(1)
    else:
        msgs = json['messages']
        for msg in msgs:
            date = datetime.fromtimestamp(int(float(msg['ts'])))
            message = msg['text'].replace('\u2022', '+')
            out = []
            for line in message.splitlines():
                if line.find('[confidential]') > 0:
                    continue
                out.append(line)
            print("### " + str(date.date()))
            print('\n'.join(out))
            print()

if __name__ == '__main__':
    main()

実行結果はこうなります。
※ Slack のチェンネル ID の取得方法はこちら (https://qiita.com/YumaInaura/items/0c4f4adb33eb21032c08)

$ export SLACK_API_TOKEN='xoxp-XXXXXXX...'
$ export SLACK_CHANNEL_ID=CHxxxxxxx
$ export HISTORY_REQUEST_YY_MM=2019-04
$ ./history.py
### 2019-04-22
+ mysqldump-parser (python) の施策
+ rubocop と rails_best_practice を適用してみた (rubocop のエラー多すぎるので MaxLineLength あたり緩和
+ ruby の auto-complete が遅い問題調査 (deoplete で omni の pattern 弄るのやめたらマシになった)
+ python 3.7.3 を pyenv に install
+ vim で python lsp をどう使うか調査
+ slack channel history API 使ってみた

### 2019-04-21
+ react の eslint 設定見直し
+ vim に eslint を本格導入 (自動整形は一時的に off)
+ ローカルの yarn を 1.15.2 にアップデート
+ global の node_modules を整理 (最低限必要な eslint-cli と yarn だけに変更)

ちゃんと confidential も抜けてますね。

あとは Qiita なり、CHANGELOG.md なり、ReleaseNote.md なりに貼るだけ！
じぶんリリースノートのレポジトリを github に作って、ReleaseNote.md に >> で

貼ってみた

2019-04-22

mysqldump-parser (python) の施策
rubocop と rails_best_practice を適用してみた (rubocop のエラー多すぎるので MaxLineLength あたり緩和
ruby の auto-complete が遅い問題調査 (deoplete で omni の pattern 弄るのやめたらマシになった)
python 3.7.3 を pyenv に install
vim で python lsp をどう使うか調査
slack channel history API 使ってみた

2019-04-21

react の eslint 設定見直し
vim に eslint を本格導入 (自動整形は一時的に off)
ローカルの yarn を 1.15.2 にアップデート
global の node_modules を整理 (最低限必要な eslint-cli と yarn だけに変更)

WSL 上で Ubuntu 16.04 -> 18.04 にあげてみた

m-yoshimo — Thu, 26 Mar 2020 00:36:52 +0000

Windows Subsystem for Linux の Ubuntu 16.04 LTS をずっと使っていましたが、そろそろ環境を一新したいと思い、Ubuntu 18.04 LTS にアップグレードすることにしました。

その時の作業ログと嵌った内容をメモしていきます。

環境

PC OS: Windows 10 Pro
作業 OS: Ubuntu 16.04 LTS (Windows Subsystem for Linux)

パッケージ更新

18.04 LTS にあげる前に既存のパッケージを 16.04 LTS の最新にアップデートしていきます。
コマンドはこんな感じ

$ sudo apt-get update -y
$ sudo apt-get upgrade -y

mysql-server 5.7 アップデートのエラー対応

パッケージ更新前の mysql version はメモしてなかったので忘れてしまったのですが、Xenial 標準なので 5.7 のはず。
そのため、特に問題は起きないだろうと思っていたら、いきなり嵌りました。

/var/run/mysql/mysqld.sock に繋がらないというエラー

エラーはこんな感じ

ERROR 2002 (HY000): Can’t connect to local MySQL server through socket ‘/var/run/mysqld/mysqld.sock’ (2)

touch コマンドで mysqld.sock 作成したり、/var/run/mysqld の権限変更しても全くダメで、/etc/mysql/mysql.conf.d/mysqld.conf の sock パスを /tmp/mysql/mysqld.sock などにしてみたけど駄目でした。

全く原因がつかめなかったので、一度 mysql-server と mysql-server-5.7 を uninstall することにしました。
uninstall は purge 付きでまっさらに。

$ sudo apt-get remove --purge mysq-server-5.7 mysql-server

post-installation スクリプトエラー

改めて mysql を再インストールすると、こんどは post-installation スクリプトでエラーが発生。

$ sudo apt-get install mysql-server-5.7
mysql-server-5.7 (5.7.25-0ubuntu0.16.04.2) を設定しています ...
invoke-rc.d: could not determine current runlevel
 * Stopping MySQL database server mysqld                                                                                                                [ OK ]
invoke-rc.d: could not determine current runlevel
invoke-rc.d: could not determine current runlevel
 * Stopping MySQL database server mysqld                                                                                                                [ OK ]
dpkg: パッケージ mysql-server-5.7 の処理中にエラーが発生しました (--configure):
 サブプロセス インストール済みの post-installation スクリプト はエラー終了ステータス 1 を返しました
処理中にエラーが発生しました:
 mysql-server-5.7

/var/lib/dpkg/info/mysql-server-5.7.postinst を覗いた感じだと、バージョンアップに伴う migrate なども実行している模様。
というわけで /var/log/mysql/error.log を見ると

2019-04-07T11:37:22.245232Z 0 [Warning] TIMESTAMP with implicit DEFAULT value is deprecated. Please use --explicit_defaults_for_timestamp server option (see documentation for more details).
2019-04-07T11:37:22.249995Z 0 [Note] mysqld (mysqld 5.7.25-0ubuntu0.16.04.2) starting as process 9312 ...
2019-04-07T11:37:22.261040Z 0 [Note] InnoDB: PUNCH HOLE support available
2019-04-07T11:37:22.261120Z 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2019-04-07T11:37:22.261133Z 0 [Note] InnoDB: Uses event mutexes
2019-04-07T11:37:22.261145Z 0 [Note] InnoDB: GCC builtin __atomic_thread_fence() is used for memory barrier
2019-04-07T11:37:22.261156Z 0 [Note] InnoDB: Compressed tables use zlib 1.2.8
2019-04-07T11:37:22.261167Z 0 [Note] InnoDB: Using Linux native AIO
2019-04-07T11:37:22.261586Z 0 [Note] InnoDB: Number of pools: 1
2019-04-07T11:37:22.261764Z 0 [Note] InnoDB: Using CPU crc32 instructions
2019-04-07T11:37:22.267945Z 0 [ERROR] InnoDB: Linux Native AIO interface is not supported on this platform. Please check your OS documentation and install appropriate binary of InnoDB.
2019-04-07T11:37:22.267982Z 0 [Note] InnoDB: You can disable Linux Native AIO by setting innodb_use_native_aio = 0 in my.cnf
2019-04-07T11:37:22.267996Z 0 [Warning] InnoDB: Linux Native AIO disabled.
2019-04-07T11:37:22.270010Z 0 [Note] InnoDB: Initializing buffer pool, total size = 128M, instances = 1, chunk size = 128M
2019-04-07T11:37:22.282543Z 0 [Note] InnoDB: Completed initialization of buffer pool
2019-04-07T11:37:22.289178Z 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2019-04-07T11:37:22.303956Z 0 [Note] InnoDB: Highest supported file format is Barracuda.
2019-04-07T11:37:22.307061Z 0 [Note] InnoDB: Log scan progressed past the checkpoint lsn 2643657451
2019-04-07T11:37:22.307115Z 0 [Note] InnoDB: Doing recovery: scanned up to log sequence number 2643657470
2019-04-07T11:37:22.307143Z 0 [ERROR] InnoDB: Ignoring the redo log due to missing MLOG_CHECKPOINT between the checkpoint 2643657451 and the end 2643657470.
2019-04-07T11:37:22.307162Z 0 [ERROR] InnoDB: Plugin initialization aborted with error Generic error
2019-04-07T11:37:22.608051Z 0 [ERROR] Plugin 'InnoDB' init function returned error.
2019-04-07T11:37:22.608108Z 0 [ERROR] Plugin 'InnoDB' registration as a STORAGE ENGINE failed.
2019-04-07T11:37:22.608126Z 0 [ERROR] Failed to initialize builtin plugins.
2019-04-07T11:37:22.608137Z 0 [ERROR] Aborting

2019-04-07T11:37:22.608155Z 0 [Note] Binlog end
2019-04-07T11:37:22.608686Z 0 [Note] mysqld: Shutdown complete

[ERROR] InnoDB: Ignoring the redo log due to missing MLOG_CHECKPOINT between the checkpoint 2643657451 and the end 2643657470.

が出ていて、おそらく ib_logfile が大きくなりすぎたのだろうと予想。
対処方法はいくつかあると思いますが、開発環境のデータベースで、いつでも壊して作り直せる状態にしていたので、今回は mysql datadir ごと消しました

$ sudo rm /var/lib/mysql/*

こういう怖いコマンドは、本来は dump したりしてからすべきですが、rails の db/seed.rb からいつでもデータを復旧させられるので、消しちゃった。

REDO LOG のエラーが出た時は、下記のページなどを参考にしたほうが正しいやり方に近いのではないでしょうか。
https://yoku0825.blogspot.com/2019/01/blog-post.html

REDO LOG 消しちゃっても良いよっていう人は、下記のページ参考に (REDO LOG 消してよいと判断できる人はエラー見て対応しちゃいそうですが)
https://4to.pics/article/post/121

do-release-upgrade

(---ここから 2019/04/07 追記 ---)
結果的に source.list 更新 & dist-upgrade することになってしまった上、do-release-upgrade で中途半端な対応を行ったことで dist-upgrade 時に依存が壊れてしまって解決に時間が掛かったので、do-release-upgrade はやらない方が良いかもしれません。
source.list 更新および dist-upgrade のやり方は、こちら参考にして下さい。
https://linuxconfig.org/how-to-upgrade-to-ubuntu-18-04-lts-bionic-beaver#h9-how-to-upgrade-ubuntu-the-debian-way
(---ここまで-----------------------)

WSL 上で何が起こるか分からないのが、この do-release-upgrade だったのですが、かなりの時間を要しものの基本放置で問題なかったです。

$ sudo do-release-upgrade -d

無事に OS 自体はアップデートできました。

$ lsb_release -a
No LSB modules are available.
Distributor ID: Ubuntu
Description:    Ubuntu 18.04.2 LTS
Release:        18.04
Codename:       bionic

唯一上手くアップデートできなかったパッケージがこちら

$ sudo dpkg -a --configure
dpkg: 依存関係の問題により anthy の設定ができません:
 anthy は以下に依存 (depends) します: libanthyinput0 ...しかし:
  パッケージ libanthyinput0 はまだインストールされていません。

dpkg: パッケージ anthy の処理中にエラーが発生しました (--configure):
 依存関係の問題 - 設定を見送ります
処理中にエラーが発生しました:
 anthy

知らないパッケージだったのですが、これはどうも日本語のかな漢字変換ソフトウェアらしく、WSL のテキストインプット周りは Windows さんのお仕事なので不要そうってことで放置。
https://ja.wikipedia.org/wiki/Anthy

$ sudo apt --fix-broken install

上記で anthy を削除して完了。

(ここから追記 2019/04/07)

source.list 更新

do-release-upgrade の完了時に anthy でエラーが出ていたためか、source.list が xenial のままでした。

$ tail -n 10 /etc/apt/sources.list
# deb-src http://archive.canonical.com/ubuntu xenial partner

deb http://security.ubuntu.com/ubuntu/ xenial-security main restricted
# deb-src http://security.ubuntu.com/ubuntu/ xenial-security main restricted
deb http://security.ubuntu.com/ubuntu/ xenial-security universe
# deb-src http://security.ubuntu.com/ubuntu/ xenial-security universe
deb http://security.ubuntu.com/ubuntu/ xenial-security multiverse
# deb-src http://security.ubuntu.com/ubuntu/ xenial-security multiverse
deb [arch=amd64] https://download.docker.com/linux/ubuntu xenial stable
# deb-src [arch=amd64] https://download.docker.com/linux/ubuntu xenial stable

不安になって mysql の version 見てみたら 16.04 のままっぽい

$ dpkg -l | grep mysql-server
ii  mysql-server                         5.7.25-0ubuntu0.16.04.2                    all          MySQL database server (metapackage depending on the latest version)
ii  mysql-server-5.7                     5.7.25-0ubuntu0.16.04.2                    amd64        MySQL database server binaries and system database setup
ii  mysql-server-core-5.7                5.7.25-0ubuntu0.16.04.2                    amd64        MySQL database server binaries

というわけで、bionic に変更して改めて update & dist-upgrade します (涙

dist-upgrade

$ sudo sed -i 's/xenial/bionic/g' /etc/apt/sources.list
$ sudo apt update && sudo apt -y dist-upgrade

source.list 編集してアップデートするのであれば、do-release-upgrade 意味なかったのではなかろうか。。。

再び anthy

dist-upgrade に伴って再度 anthy の更新を行うとするようで、改めて dist-upgrade に失敗する

以前に未選択のパッケージ libanthy1:amd64 を選択しています。
(データベースを読み込んでいます ... 現在 94988 個のファイルとディレクトリがインストールされています。)
.../libanthy1_1%3a0.3-6ubuntu1_amd64.deb を展開する準備をしています ...
libanthy1:amd64 (1:0.3-6ubuntu1) を展開しています...
.../anthy_1%3a0.3-6ubuntu1_amd64.deb を展開する準備をしています ...
anthy (1:0.3-6ubuntu1) で (9100h-25ubuntu1 に) 上書き展開しています ...
dpkg: 警告: 古いディレクトリ '/var/lib/anthy' を削除できません: ディレクトリは空ではありません
以前に未選択のパッケージ m17n-db を選択しています。
.../m17n-db_1.7.0-2_all.deb を展開する準備をしています ...
m17n-db (1.7.0-2) を展開しています...
以前に未選択のパッケージ libotf0:amd64 を選択しています。
.../libotf0_0.9.13-3build1_amd64.deb を展開する準備をしています ...
libotf0:amd64 (0.9.13-3build1) を展開しています...
以前に未選択のパッケージ libm17n-0:amd64 を選択しています。
.../libm17n-0_1.7.0-3build1_amd64.deb を展開する準備をしています ...
libm17n-0:amd64 (1.7.0-3build1) を展開しています...
dpkg: libuim-data: 依存関係に問題があります。しかし要求に従い削除しています:
 uim-anthy は以下に依存 (depends) します: libuim-data (>= 1:1.8.6-15).
 uim-utils は以下に依存 (depends) します: libuim-data (>= 1:1.8.6-15).
 uim-fep は以下に依存 (depends) します: libuim-data (>= 1:1.8.6-15).
 uim-xim は以下に依存 (depends) します: libuim-data (>= 1:1.8.6-15).

(データベースを読み込んでいます ... 現在 95596 個のファイルとディレクトリがインストールされています。)
libuim-data (1:1.8.6-15) を削除しています ...
dpkg: uim-common: 依存関係に問題があります。しかし要求に従い削除しています:
 uim-anthy は以下に依存 (depends) します: uim-common (>= 1:1.8.6-15) ...しかし:
  パッケージ uim-common は削除されようとしています。
 libuim-scm0:amd64 は以下に依存 (depends) します: uim-common (>= 1:1.8.6-15).
 libuim-custom2:amd64 は以下に依存 (depends) します: uim-common (>= 1:1.8.6-15).
 uim-utils は以下に依存 (depends) します: uim-common (>= 1:1.8.6-15) ...しかし:
  パッケージ uim-common は削除されようとしています。
 libuim8:amd64 は以下に依存 (depends) します: uim-common (>= 1:1.8.6-15).
 uim-fep は以下に依存 (depends) します: uim-common (>= 1:1.8.6-15) ...しかし:
  パッケージ uim-common は削除されようとしています。
 uim-xim は以下に依存 (depends) します: uim-common (>= 1:1.8.6-15).

uim-common (1:1.8.6-15) を削除しています ...
dpkg: `uim-data' のインストール によって壊れた uim-anthy の設定削除を考えています ...
dpkg: 問題ありません。(uim-data によって壊れた) uim-anthy の設定削除をします
(データベースを読み込んでいます ... 現在 95385 個のファイルとディレクトリがインストールされています。)
.../uim-data_1%3a1.8.6+gh20180114.64e3173-2build2_all.deb を展開する準備をしています ...
uim-anthy (1:1.8.6-15) を設定削除しています ...
Error: in load: file "/usr/share/uim/lib/sigscheme-init.scm" not found
dpkg: アーカイブ /var/cache/apt/archives/uim-data_1%3a1.8.6+gh20180114.64e3173-2build2_all.deb の処理中にエラーが発生しました (--unpack):
 installed uim-anthy package pre-removal script subprocess returned error exit status 1
処理中にエラーが発生しました:
 /var/cache/apt/archives/uim-data_1%3a1.8.6+gh20180114.64e3173-2build2_all.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)

$sudo apt --fix-broken install
...
uim-anthy (1:1.8.6-15) を設定削除しています ...
Error: in load: file "/usr/share/uim/lib/sigscheme-init.scm" not found
dpkg: アーカイブ /var/cache/apt/archives/uim-data_1%3a1.8.6+gh20180114.64e3173-2build2_all.deb の処理中にエラーが発生しました (--unpack):
 installed uim-anthy package pre-removal script subprocess returned error exit status 1
処理中にエラーが発生しました:
 /var/cache/apt/archives/uim-data_1%3a1.8.6+gh20180114.64e3173-2build2_all.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)

uim-anthy 削除しようとしてるけど、/usr/share/uim/lib/sigscheme-init.scm なくて怒られる

$ sudo apt-get remove --purge uim-anthy
パッケージリストを読み込んでいます... 完了
依存関係ツリーを作成しています
状態情報を読み取っています... 完了
これらを直すためには 'apt --fix-broken install' を実行する必要があるかもしれません。
以下のパッケージには満たせない依存関係があります:
 anthy : 依存: libanthyinput0 しかし、インストールされようとしていません
 libuim-custom2 : 依存: uim-common (>= 1:1.8.6-15) しかし、インストールすることができません
 libuim-scm0 : 依存: uim-common (>= 1:1.8.6-15) しかし、インストールすることができません
 libuim8 : 依存: uim-common (>= 1:1.8.6-15) しかし、インストールすることができません
 uim-fep : 依存: libuim-data (>= 1:1.8.6-15) しかし、インストールすることができません
           依存: uim-common (>= 1:1.8.6-15) しかし、インストールすることができません
 uim-utils : 依存: libuim-data (>= 1:1.8.6-15) しかし、インストールすることができません
             依存: uim-common (>= 1:1.8.6-15) しかし、インストールすることができません
 uim-xim : 依存: uim-common (>= 1:1.8.6-15) しかし、インストールすることができません
           依存: libuim-data (>= 1:1.8.6-15) しかし、インストールすることができません
E: 未解決の依存関係です。'apt --fix-broken install' を実行してみてください (または解法を明示してください)。

uim-anthy 単体で削除しようとしたが、依存がぶっ壊れている
仕方がないので、依存関係のあるパッケージを一度削除してみる

$ sudo apt-get remove --purge uim-anthy uim-common anthy libanthyinput0 libuim-custom2 uim-common libuim-scm0 libuim8 uim-fep libuim-data uim-utils uim-xim
パッケージリストを読み込んでいます... 完了
依存関係ツリーを作成しています
状態情報を読み取っています... 完了
パッケージ 'uim-common' はインストールされていないため削除もされません
パッケージ 'uim-common' はインストールされていないため削除もされません
パッケージ 'libanthyinput0' はインストールされていないため削除もされません
以下のパッケージが自動でインストールされましたが、もう必要とされていません:
  anthy-common im-config libanthy1 libgcroots0 libm17n-0 libotf0 m17n-db
これを削除するには 'sudo apt autoremove' を利用してください。
以下のパッケージは「削除」されます:
  anthy* libuim-custom2* libuim-data* libuim-scm0* libuim8* uim-anthy* uim-fep* uim-utils* uim-xim*
アップグレード: 0 個、新規インストール: 0 個、削除: 9 個、保留: 390 個。
5 個のパッケージが完全にインストールまたは削除されていません。
この操作後に 1,063 kB のディスク容量が解放されます。
続行しますか? [Y/n] y
(データベースを読み込んでいます ... 現在 95385 個のファイルとディレクトリがインストールされています。)
uim-anthy (1:1.8.6-15) を削除しています ...
Error: in load: file "/usr/share/uim/lib/sigscheme-init.scm" not found
dpkg: パッケージ uim-anthy の処理中にエラーが発生しました (--remove):
 installed uim-anthy package pre-removal script subprocess returned error exit status 1
libuim-custom2:amd64 (1:1.8.6-15) を削除しています ...
uim-xim (1:1.8.6-15) を削除しています ...
uim-fep (1:1.8.6-15) を削除しています ...
dpkg: libuim-scm0:amd64: 依存関係に問題があります。しかし要求に従い削除しています:
 uim-anthy は以下に依存 (depends) します: libuim-scm0 (>= 1:1.5.7).
 uim-utils は以下に依存 (depends) します: libuim-scm0 (>= 1:1.5.7).
 libuim8:amd64 は以下に依存 (depends) します: libuim-scm0 (>= 1:1.5.7).

libuim-scm0:amd64 (1:1.8.6-15) を削除しています ...
dpkg: anthy: 依存関係に問題があります。しかし要求に従い削除しています:
 uim-anthy は以下に依存 (depends) します: anthy ...しかし:
  パッケージ anthy は削除されようとしています。

anthy (1:0.3-6ubuntu1) を削除しています ...
dpkg: uim-utils: 依存関係に問題があります。しかし要求に従い削除しています:
 uim-anthy は以下に依存 (depends) します: uim-utils (>= 1:1.8.6-15) ...しかし:
  パッケージ uim-utils は削除されようとしています。

uim-utils (1:1.8.6-15) を削除しています ...
dpkg: libuim8:amd64: 依存関係に問題があります。しかし要求に従い削除しています:
 uim-anthy は以下に依存 (depends) します: libuim8 (>= 1:1.5.7) ...しかし:
  パッケージ libuim8:amd64 は削除されようとしています。

libuim8:amd64 (1:1.8.6-15) を削除しています ...
処理中にエラーが発生しました:
 uim-anthy
E: Sub-process /usr/bin/dpkg returned an error code (1)

やはり uim-anthy でエラーになる
なので、libuim8 を先に消すようにしないとダメっぽい

$ sudo apt-get remove --purge libuim8
パッケージリストを読み込んでいます... 完了
依存関係ツリーを作成しています
状態情報を読み取っています... 完了
パッケージ 'libuim8' はインストールされていないため削除もされません
これらを直すためには 'apt --fix-broken install' を実行する必要があるかもしれません。
以下のパッケージには満たせない依存関係があります:
 uim-anthy : 依存: libuim-scm0 (>= 1:1.5.7) しかし、インストールされようとしていません
             依存: libuim8 (>= 1:1.5.7) しかし、インストールされようとしていません
             依存: uim-utils (>= 1:1.8.6-15) しかし、インストールすることができません
             依存: libuim-data (>= 1:1.8.6-15) しかし、インストールすることができません
             依存: uim-common (>= 1:1.8.6-15) しかし、インストールすることができません
             依存: anthy しかし、インストールされようとしていません
E: 未解決の依存関係です。'apt --fix-broken install' を実行してみてください (または解法を明示してください)。

依存壊れる。。。が、これである程度、削除フラグは立っているはずなので、--fix-broken で直るか試してみる



$ sudo apt --fix-broken install
パッケージリストを読み込んでいます... 完了
依存関係ツリーを作成しています
状態情報を読み取っています... 完了
依存関係を解決しています ... 完了
以下の追加パッケージがインストールされます:
  anthy libanthyinput0 libdouble-conversion1 libegl-mesa0 libegl1 libegl1-mesa libevdev2 libgbm1 libglvnd0 libinput-bin libinput10 libmtdev1 libqt5core5a
  libqt5dbus5 libqt5gui5 libqt5network5 libqt5svg5 libqt5widgets5 libqt5x11extras5 libuim-custom2 libuim-scm0 libuim8 libwam-bin libwacom-common libwacom2
  libwayland-client0 libwaylan1-mesa libwayland-server0 libxcb-dri3-0 libxcb-icccm4 libxcb-imd0 libinput-bin libinput10 libmtdev1 libqt5core5a libqt5dbus5 lbqt5network5 libqt5svg5 libqt5widgets5 libqt5x11extras5 libuimlibwacom-bin libwacom-common libwacom2 libwayland-egl1
  libuild2         amd64        Universal Input Method - uim-custo  Universal Input Method - GTK+2.x front end
ii  uim-gtk2.0-i          1:1.8.6+gh20180114.64e3173-2build2         amd64    lugins:amd64                    1:1.8.6+gh20180114.64e3173-2bu.7.25-0ubuntu0.18.04.2            all          MySQL databasee depending on the latest version)
ii  mysql-server-5.7      アップデートはこれまで。

# まとめ

意外と嵌ってしまって時間を要しましたが、ひとまずはアップデート出来て良かったです。
細かい部分で問題がないかの確認して、新しく環境を作り直したほうが早かった

WebRTC Chrome で映像ビットレートが音声に食われる件

m-yoshimo — Thu, 26 Mar 2020 00:31:36 +0000

(2019/07/16:追記) 考察と結論をアップデートしました。

モバイル環境でも WebRTC を利用する場合、回線が細かったり、キャリアの通信量上限などで映像・音声の配信ビットレートは結構重要なウェイトを占めると思います。

色々とビットレート制御を調べているうちに、Chrome では指定した映像ビットレート通りに配信されないという事象を見つけました。
どうも、音声ビットレートに食われてしまっているようなので、配信ビットレートの制御について説明しつつ、どういう事象が起きるか説明したいと思います。

WebRTC の配信ビットレートの制御

WebRTC では配信側のフレームサイズ、フレームレートおよび圧縮コードによって配信ビットレートが決まる。
フレームサイズやフレームレートは getUserMedia の constraints などで指定し、圧縮コードは SDP で指定することになる。

フレームサイズやフレームレートは、カメラデバイスのスペックに依存するため、constraints の exact を使って厳密に指定することは現実的ではないため、max/min などで幅を持たせることになる。

その際、ウェブブラウザの実装に応じてフレームサイズやフレームレートが最適化されて、配信ビットレートが決まる。

SDP による映像配信ビットレート制御

WebRTC では SDP の m=video 内で TIAS および AS を指定することでビットレートを制御できるで配信ビットレートを指定することができる。
映像の場合、下記のようにすることで 512 kbps に制限することを伝えている。



m=video 9 UDP/TLS/RTP/SAVPF 120 116 117 96 97
b=TIAS:512000
b=AS:512
...

SDP で配信ビットレートを指定すると、ブラウザが上記のビットレートに収まるように、フレームサイズやフレームレートを上手く調整してくれる。

例えば、getUserMedia の constraints で下記を指定して、配信ビットレートの変えてみよう。



const constraints = {
  video: {
    enable: true,
    width: { min: 640, ideal: 1280, max: 1920 },
    height: { min: 480, ideal: 720, max: 1080 },
    facingMode: 'user'
  },
  audio: { enabled: false }
};

navigator.mediaDevices.getUserMedia(constraints).then(stream => {
  ...
}.catch(...);

AS:512 を指定した場合

解像度 720p のフレームを 20fps でエンコードしており、55513 Bytes/s = 444kbps で配信していることがわかる。
配信ビットレートはフレームの大きさで変わるため、少し上下する。
少し眺めていた感じでは、52000 ~ 60000 Byts/s あたりに収まっていた。

AS:256 を指定した場合

解像度が 960x540 に変わり、配信ビットレートが 28225 Bytes/s = 225kbps になっている。
フレームレートは変わっていないので、フレームサイズを変更して指定された配信ビットレートに合わせようとしていることがわかる。

音声配信ビットレートの指定

音声も同様に SDP で maxaveragebitrate を指定することで音声配信ビットレートを制御できる。



m=audio 9 UDP/TLS/RTP/SAVPF 109
a=fmtp:109 maxplaybackrate=48000;maxaveragebitrate=256000;stereo=1;sprop-stereo=1;minptime=10;useinbandfec=1
...

Chrome の場合、6000 ~ 510000 bps の範囲でサポートされているようだ。
https://chromium.googlesource.com/external/webrtc/+/HEAD/api/audio_codecs/opus/audio_encoder_opus_config.h#28

Chrome の映像配信ビットレートの指定がうまく行かない件

前述のとおり、配信ビットレートを指定することで、フレームサイズやフレームレートはブラウザが調整してくれる。
上記は Chrome の例だったが、Firefox でも同様である (Safari や Edge は知らない)。

さて、本題。
上記の例では audio を disable にしていた。
ここで audio を true にして、映像・音声の配信ビットレートをそれぞれ指定して chrome://webrtc-internals を見てみる。

映像：512kbps、音声：32kbps の場合

映像まわりの stats

音声まわりの stats

映像：512kbps、音声：256kbps の場合

映像まわりの stats

音声まわりの stats

映像ビットレートが音声ビットレートに食われてる？

比較しやすいように映像の bitrate を並べてみる
左が音声 32kbps で右が 256kbps である。

画像が小さくて申し訳ないが、明らかに映像の bitrate が下がっている。
この事象は Firefox では発生しない。
スクショが取れていないが、音声ビットレートの値を 192kbps などの大きい値にしたり、マルチストリーム環境で配信者を複数に増やすと、この差が顕著に見受けられる。

考察

RFC4566 や RFC3890 を読む限り、RTP session 毎なので m=video の下に書いていれば映像にだけ影響すると思っているのだが、AS の略が Application Indicated bandwidth なので、映像・音声を含めた全体を示すのかもしれない。

また、Chrome でこのような事象が発生して、Firefox では発生していないが、Firefox ではそもそも音声ビットレート制御 (maxaveragebitrate の指定) が効かないようなので、Chrome の方が WebRTC の挙動として正しい可能性がある。

結論

映像のビットレートを指定することは出来ない。
SDP において、AS に指定する値は映像・音声ビットレートを足し合わせた値を指定し、音声ビットレートを maxaveragebitrate で指定することで、映像のビットレートを間接的に指定する方法が良さそう。

注意事項として、maxaveragebitrate は Firefox では効いていないため、Chrome と Firefox で映像ビットレートは異なるので注意 (全体のビットレートは同じはず)。

redux-form の validation を関数合成使って見やすくしてみる

m-yoshimo — Thu, 26 Mar 2020 00:07:29 +0000

私は React + redux-form でフォーム画面を作ることが多いのですが、redux-form の validation がやや冗長になりやすい傾向にあります。

これを関数合成使って、見やすくメンテナンスしやすいコードに出来ないかなと思って試してみました。

※ 基本的な redux-form の知識が必要です。

どのあたりが冗長なの？

例えば、このようなフォームを実装するとします。

redux-form で validate 関数を定義していくと、こんな風に書くと思います。
(共通化などは一旦考えないで書いた場合)

const validate = (values, props) => {
  const errors = {};
  if (!values.option_id) {
    errors.option_id = '必須入力です';
  }
  if (!_.trim(values.name)) {
    errors.name = '必須入力です';
  }
  if (!_.trim(values.email)) {
    errors.email = '必須入力です';
  } else if (!EMAIL_VALIDATION.test(values.email)) {
    errors.email = '正しいメールアドレスを入力して下さい';
  }
  if (
    values.phone_number &&
    !_.inRange(
      values.phone_number.length,
      PHONE_NUMBER_MIN_LENGTH,
      PHONE_NUMBER_MAX_LENGTH
    )
  ) {
    errors.phone_number = '携帯電話は10桁以上20桁以下で入力できます。';
  }
  if (values.birth_day && !BIRTHDAY_PATTERN.test(values.birth_day)) {
    errors.birth_day = '不正な値です';
  }
  if (calcAge(values.birth_day) < ADULT_AGE && !values.aggreement) {
    errors.aggreement = '未成年者は保護者の同意が必要です';
  }
  return errors;
};

綺麗なコードには見えませんが、これぐらいなら許容範囲かもしれません。
しかし、例えば性別や生年月日といった項目が追加されるとどうでしょうか。かなり長くなってしまいます。

また、名前やメールアドレスといった必須入力かどうかを判定するロジックは同じ仕組みなので共通化したいですね。

どんな風に書けると嬉しい？

共通化するにあたって、どういう書き方ができると綺麗かなと考えてみました。
ここは個人的な思想なども入ると思うので一概に正しいとも言えませんが、今回は下記のように書けると良いかなと思います。

const validate = (values, props) => {
  return validates(
    validateRequired('option_id'),
    validateRequired('name'),
    validateRequired('email'),
    validateEmail('email'),
    validatePhoneNumber('phone_number'),
    validateBirthday('birth_day'),
    validateUnderCondition(
      calcAge(values.birth_day) < ADULT_AGE,
      validateRequired('aggreement')
    ),
  )(values, {});
};

どうでしょうか？
それなりに見やすくなったと思います。

validates 関数は高階関数で、values と errors の初期値(ここでは空の Hash) をとり、列挙された関数を順次実行してくれる関数です。

validateRequired など関数は、redux-form の values が hash であることから、指定された key に対して validate を行う関数です。
validateRequired であれば、その key が存在するかどうかといったチェックですね。

validateUnderCondition のみ特別で引数を複数取ります。第二引数に validateRequired といった validation 関数を指定するのですが、第一引数にそれを実行する条件を指定できるようにしてます。
今回では、未成年の場合のみ同意が必要といった validation を表現するために使います。

validates 関数

では、validates 関数を組んでいきます。

export const validates = (...fns) => (...args) => {
  if (fns.length > 1) {
    return fns.reduce((prevFn, nextFn, index) => {
      return nextFn.apply(
        null,
        typeof prevFn === 'function' ? prevFn.apply(null, args) : prevFn
      );
    })[1];
  } else if (fns.length === 1) {
    return fns[0].apply(null, args)[1];
  } else {
    return args[1];
  }
};

高階関数にしつつ、どちらの引数もリストで取るようにしました。
fns は関数のリストで、args は values や errors の初期値といった前提条件となる値のリストです。

reduce を使って関数合成しつつも、apply で動的引数である args を適用しています。
また、fns が一つの場合でも実行できるようにしています。
複数の関数を合成するだけであれば不要ですが、項目が 1 つだけの form もあり得ると思うので条件分岐しています。

残念なところは、6 行目あたりで prevFn が function かどうかの判定が必要になってしまっているところです。
後述しますが、apply を使っているためか、prevFn が関数ではなく prefFn の返り値そのものになってしまってうまく関数合成ができませんでした。

redux-form 以外でも利用できるようにするために apply 使っていたのですが、redux-form の validation に限れば、args を動的引数で取る必要性はないので、apply を辞めるという手もあります。
もし、もっと良い方法ご存知の方は教えて欲しいです。

各 validation 関数

各々の validation 関数は特別なことはしていません。
全て列挙すると長くなるので代表的なものを載せます。

export const validateRequired = key => (values, errors) => {
  if (!_.trim(values[key])) {
    errors[key] = '必須入力です';
  }
  return [values, errors];
};

export const validateUnderCondition = (condition, validateFunc) => (
  values,
  errors
) => {
  if (condition) {
    return validateFunc(values, errors);
  }
  return [values, errors];
};

特に難しいことはしていません。
redux-form の values が hash なので、高階関数の一つ目の引数に key を取って、それを使って値を割り出しています。
validation 関数に関しては、redux-form の構造にどっぷりっといった感じですが、values も errors もただの hash なので redux-form 以外でも使い回すことは出来そうです。

まとめ

この記事ですが、実はあまり redux-form には関係なかったりします。
元は関数合成使って、もう少しうまく書けないかなぁと思ったのが、たまたま redux-form の validate だっただけです。
記事にするにあたって、もっと汎用的に直してから書こうかと思いましたが、むしろイメージしづらいのではと思って、そのまま redux-form の validate を題材にしました。
もちろん、ここにあげているバリデーション以外にも redux-form の FieldArray を使った場合の validation 関数等々、色々と定義はしていますが、validates 関数のおかげで集約しつつ簡単にフォーム側の validate を書けるので重用してます。

また、redux-form 以外でも各 validation 関数はもちろん利用しています。
ただ共通化しただけの関数ですからね。

残念な部分もあるので、もっと改善していきたいと思います。

(書いた後に思いましたが、記事的に validates 関数と validation 関数があって、何が何やらって感じですね。。。表現力磨きたい。

gcloud コマンドで複数アカウントで異なるプロジェクトを設定する

m-yoshimo — Thu, 26 Mar 2020 00:05:59 +0000

個人と会社のアカウントなど、複数のアカウントで異なるプロジェクトを設定する方法について。

gcloud config configurations でアカウントとプロジェクトを追加する

gcloud config 管理には configurations という単位でアカウントとプロジェクトをまとめて管理できる。

$ gcloud config configurations list
NAME           IS_ACTIVE  ACCOUNT                           PROJECT           DEFAULT_ZONE       DEFAULT_REGION
default        True       m-yoshimoto@company.xxx.jp        product-A         asia-northeast1-b  asia-northeast1

リスト表示すると最初に作成した configurations が [default] として表示されている。
ここに configurations を追加していく。
やることは至って簡単で下記で出来る。

$ gcloud config configurations create {configurations-name}
$ gcloud config set project {project-name}
$ gcloud config set account {email-address}

実際に追加した時のコマンド実行結果がこちら。

$ gcloud config configurations create private-study

$ gcloud config set project private-1
Updated property [core/project].

$ gcloud config set account m-yoshimo-new@gmail.com
Updated property [core/account].

$ gcloud config list
[core]
account = m-yoshimo-new@gmail.com
disable_usage_reporting = True
project = private-1

Your active configuration is: [private-study]

$ gcloud config configurations list
NAME           IS_ACTIVE  ACCOUNT                         PROJECT           DEFAULT_ZONE       DEFAULT_REGION
default        True       m-yoshimoto@company.xxx.jp      product-A         asia-northeast1-b  asia-northeast1
private-study  True       m-yoshimo-new@gmail.com         private-1

zone や region は適宜、

gcloud config set compute/zone {zone-name}

等で設定すればよい。

Rails migration から ridgepole に移行した

m-yoshimo — Thu, 26 Mar 2020 00:04:56 +0000

rails migration から ridgepole に移行したので移行時のメモ

Ridgepole 導入の理由

rails migration では migration の度に migration ファイルの作成して、実行後は db/schema.rb が自動更新される。

システムが未成熟なこともあり、ガンガン migration を行うので、下記のような問題が出てきた。

migration ファイルが大量に出来てしまって管理が大変
db/schema.rb を github に上げ忘れること多発
db/schema.rb でコンフリクト多発
db:rollback 使うことがほとんどなかった

無駄な作業の煩わしさから解放されるために、ridgepole という gem が色々な記事でオススメされていたので、導入してみようと思います。

Ridgepole を使ってみる
Rails マイグレーションの廃止とRidgepoleの導入・利用方法
クックパッドにおける最近のActiveRecord運用事情

Ridgepole インストール

Gemfile に以下を追加する

gem 'ridgepole'

bunlder でインストール

$ bundle install --path vendor/bundle

導入手順

https://github.com/winebarrel/ridgepole#usage

ここに書いてある通りなので簡単に移行できるが、今後を考えてテーブル毎に Schema ファイルを分割して運用することを念頭に移行を進めてみる。

Schemafile の作成

まず、現状のデータベースから ridgepole 用の Schemafile を作るのだが、今後の管理を考えてテーブル毎にファイルを分割して作成する。
試験用に既存データベースとして、users と posts というテーブルを用意した。

$ bundle exec ridgepole -c config/database.yml --export --split -o db/Schemafile
Export Schema
  write `db/posts.schema`
  write `db/users.schema`
  write `db/Schemafile`

中身を見てみるとこんな感じ。

# -*- mode: ruby -*-
# vi: set ft=ruby :
require 'posts.schema'
require 'users.schema'

create_table "posts", id: :integer, options: "ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 ROW_FORMAT=COMPRESSED", force: :cascade do |t|
  t.string "name"
  t.integer "user_id"
  t.datetime "created_at", null: false
  t.datetime "updated_at", null: false
  t.index ["name"], name: "index_posts_on_name"
end

# -*- mode: ruby -*-
# vi: set ft=ruby :
create_table "users", id: :integer, options: "ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 ROW_FORMAT=COMPRESSED", force: :cascade do |t|
  t.string "name"
  t.datetime "created_at", null: false
  t.datetime "updated_at", null: false
  t.index ["name"], name: "index_users_on_name"
end

add_foreign_key "posts", "users", column: "user_id"

注意したいのは、外部制約キー (add_foreign_key) が users にあること。
どうも、こちらの記事によると、アルファベット順で一番最後のファイルに集約される模様。

ここは好みによると思いますが、add_foreign_key は db/posts.schema に移しました。

schema ファイルを git で管理するので、export することは稀
posts のスキーマを確認する際に、posts.schema に書かれていないと存在を忘れる & 再定義してしまい、ミスに繋がる

適用 & 確認

Schemafile を適用してみて変更がないことを確認する。
ローカルの開発環境でテストをするので、-E development を付ける。

$ bundle exec ridgepole -c config/database.yml -E development -f db/Schemafile --apply
Apply `db/Schemafile` (dry-run)
No change

rake task 作成

毎回、上記のようなコマンドを実行するのは大変なので rake task で簡単にします。
こちらの記事を参考に作成しました。

namespace :ridgepole do
  desc "Apply ridgepole schemafile"
  task apply: :environment do
    ridgepole('--apply')
  end

  desc "Export ridgepole schemafile"
  task export: :environment do
    ridgepole('--export')
  end

  private
  def config_file
    if Rails.env.development?
      'config/database.yml'
    elsif Rails.env.staging?
      'config/database.staging.yml'
    elsif Rails.env.production?
      'config/database.production.yml'
    else
      raise 'no configuration specified'
    end
  end

  def ridgepole(*options)
    command = ['bundle exec ridgepole --file db/schemas/Schemafile', "-c #{config_file}", "-E #{Rails.env}"]
    system (command + options).join(' ')
  end
end

これで環境に関わらず、下記のコマンドで Schemafile を適用できます。

$ bundle exec rails ridgepole:apply

db:seed の代用 rake task

ridgepole でスキーマを更新した場合、db:seed による rake task を実行しても、下記のように pending migration による警告が発生して実行できません。

$ bundle exec rails db:seed
You have 2 pending migrations:
  20190703015353 CreateUsers
  20190704105400 CreatePosts
Run `rails db:migrate` to update your database then try again.

そのため、ridgepole:apply と同様に rake task を定義しておくと良いと思います。
db/seeds.rb は ruby スクリプトで定義していることが多いので、そのまま移植するだけで済むことが多いと思います。

production 環境への適用

手動で production 環境に migration していた場合は下記のコマンドを実行する。

$ bundle exec rails ridgepole:apply RAILS_ENV=production

CI/CD 連携している場合は、スクリプト等でこれまで

bundle exec rails db:migrate

をしていた箇所を

bundle exec rails ridgepole:apply

に差し替えれば良いと思います。

ゴミ掃除

db/schema.rb や db/migrations 以下の migration ファイルを削除しておきましょう

react-device-detect による User Agent 判定

m-yoshimo — Wed, 25 Mar 2020 23:58:03 +0000

User Agent の判定って自前で全部やろうとすると想定してないケースも多くて大変ですよね。
そこで、React 使っている人は react-device-detect というライブラリを使っている人も多いかと思います。

とはいえ、実際にどういった判定になるのか、想定してなかったみたいなことがあるとこまるので、いくつかの User Agent でどのような判定になるのか確認してみました。

判定は Chrome の developer console 使って、ちまちま User Agent いじって手元で確認しました。

利用した User Agent

https://developers.whatismybrowser.com/useragents/explore/
ここから探してピックアップしてみました。

プラットフォーム (OS とか) とブラウザの組み合わせをなるべく作ったつもり。

Platform	Browser	UserAgent
Windows	Chrome	Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/73.0.3683.86 Safari/537.36
	Firefox	Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:63.0) Gecko/20100101 Firefox/63.0
	Edge	Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/64.0.3282.140 Safari/537.36 Edge/18.17763
	IE	Mozilla/5.0 (Windows NT 6.1; WOW64; Trident/7.0; rv:11.0) like Gecko
Mac	Chrome	Mozilla/5.0 (Macintosh; Intel Mac OS X 10_14_1) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/70.0.3538.102 Safari/537.36
	Safari	Mozilla/5.0 (Macintosh; Intel Mac OS X 10_13_6) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/12.0.1 Safari/605.1.15
	Firefox	Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:62.0) Gecko/20100101 Firefox/62.0
Surface Pro 3	Edge	Mozilla/5.0 (Windows NT 10.0; Win64; x64; ServiceUI 13) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/64.0.3282.140 Safari/537.36 Edge/17.17134
	IE	Mozilla/5.0 (Windows NT 6.3; WOW64; Trident/7.0; Touch; rv:11.0) like Gecko
Android	Chrome	Mozilla/5.0 (Linux; Android 6.0.1; SM-J700M) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/70.0.3538.80 Mobile Safari/537.36
	Firefox	Mozilla/5.0 (Android 8.0.0; Mobile; rv:63.0) Gecko/63.0 Firefox/63.0
	Opera Mini	Opera/9.80 (Android; Opera Mini/20.0.2254/117.37; U; fr) Presto/2.12.423 Version/12.16
Android Tablet	Chrome	Mozilla/5.0 (Linux; Android 8.1.0; SM-T580) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/70.0.3538.80 Safari/537.36
	Firefox	Mozilla/5.0 (Android 7.0; Tablet; rv:62.0) Gecko/62.0 Firefox/62.0
	Edge	Mozilla/5.0 (Linux; Android 7.0; SM-T580 Build/NRD90M) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/67.0.3396.123 Safari/537.36 EdgA/42.0.0.2529
	Samsung Browser	Mozilla/5.0 (Linux; Android 7.0; SAMSUNG SM-T719 Build/NRD90M) AppleWebKit/537.36 (KHTML, like Gecko) SamsungBrowser/6.2 Chrome/56.0.2924.87 Safari/537.36
iPhone	Chrome	Mozilla/5.0 (iPhone; CPU iPhone OS 12_0 like Mac OS X) AppleWebKit/605.1.15 (KHTML, like Gecko) CriOS/70.0.3538.75 Mobile/15E148 Safari/605.1
	MobileSafari	Mozilla/5.0 (iPhone; CPU iPhone OS 12_1 like Mac OS X) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/12.0 Mobile/15E148 Safari/604.1
	Firefox	Mozilla/5.0 (iPhone; CPU iPhone OS 12_1 like Mac OS X) AppleWebKit/605.1.15 (KHTML, like Gecko) FxiOS/14.0b12646 Mobile/16B92 Safari/605.1.15
	Unknown	Mozilla/5.0 (iPhone; CPU iPhone OS 12_0 like Mac OS X) AppleWebKit/605.1.15 (KHTML, like Gecko) Mobile/16A366
	Opera	Mozilla/5.0 (iPhone; CPU iPhone OS 8_1_2 like Mac OS X) AppleWebKit/600.1.4 (KHTML, like Gecko) OPiOS/9.1.0.86723 Mobile/12B440 Safari/9537.53
iPad	Chrome	Mozilla/5.0 (iPad; CPU OS 12_1 like Mac OS X) AppleWebKit/605.1.15 (KHTML, like Gecko) CriOS/70.0.3538.75 Mobile/15E148 Safari/605.1
	MobileSafari	Mozilla/5.0 (iPad; CPU OS 12_1 like Mac OS X) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/12.0 Mobile/15E148 Safari/604.1
	Firefox	Mozilla/5.0 (iPad; CPU OS 12_1 like Mac OS X) AppleWebKit/605.1.15 (KHTML, like Gecko) FxiOS/14.0b12646 Mobile/16B92 Safari/605.1.15
	Unknown	Mozilla/5.0 (iPad; CPU OS 12_0_1 like Mac OS X) AppleWebKit/605.1.15 (KHTML, like Gecko) Mobile/16A404

確認する react-device-detect の関数

良く使うであろうやつをピックアップ

Device.isMobile
Device.isTablet
Device.isMobileOnly
Device.isIOS
Device.isAndroid
Device.isWinPhone
Device.isSafari
Device.isMobileSafari
Device.isChrome
Device.isFirefox
Device.isIE
Device.isEdge
Device.isBrowser

確認結果

Platform	Browser	isMobile	isTablet	isMobileOnly	isIOS	isAndroid	isSafari	isMobileSafari	isChrome	isFirefox	isIE	isEdge	isBrowser
Windows	Chrome	FALSE	FALSE	FALSE	FALSE	FALSE	FALSE	FALSE	TRUE	FALSE	FALSE	FALSE	TRUE
	Firefox	FALSE	FALSE	FALSE	FALSE	FALSE	FALSE	FALSE	FALSE	TRUE	FALSE	FALSE	TRUE
	Edge	FALSE	FALSE	FALSE	FALSE	FALSE	FALSE	FALSE	FALSE	FALSE	FALSE	TRUE	TRUE
	IE	FALSE	FALSE	FALSE	FALSE	FALSE	FALSE	FALSE	FALSE	FALSE	TRUE	FALSE	TRUE
Mac	Chrome	FALSE	FALSE	FALSE	FALSE	FALSE	FALSE	FALSE	TRUE	FALSE	FALSE	FALSE	TRUE
	Safari	FALSE	FALSE	FALSE	FALSE	FALSE	TRUE	FALSE	FALSE	FALSE	FALSE	FALSE	TRUE
	Firefox	FALSE	FALSE	FALSE	FALSE	FALSE	FALSE	FALSE	FALSE	TRUE	FALSE	FALSE	TRUE
Surface Pro 3	Edge	FALSE	FALSE	FALSE	FALSE	FALSE	FALSE	FALSE	FALSE	FALSE	FALSE	TRUE	TRUE
	IE	FALSE	FALSE	FALSE	FALSE	FALSE	FALSE	FALSE	FALSE	FALSE	TRUE	FALSE	TRUE
Platform	Browser	isMobile	isTablet	isMobileOnly	isIOS	isAndroid	isSafari	isMobileSafari	isChrome	isFirefox	isIE	isEdge	isBrowser
Android	Chrome	TRUE	FALSE	TRUE	FALSE	TRUE	FALSE	FALSE	TRUE	FALSE	FALSE	FALSE	FALSE
	Firefox	TRUE	FALSE	TRUE	FALSE	TRUE	FALSE	FALSE	FALSE	TRUE	FALSE	FALSE	FALSE
	Opera Mini	FALSE	FALSE	FALSE	FALSE	TRUE	FALSE	FALSE	FALSE	FALSE	FALSE	FALSE	TRUE
Android Tablet	Chrome	TRUE	TRUE	FALSE	FALSE	TRUE	FALSE	FALSE	TRUE	FALSE	FALSE	FALSE	FALSE
	Firefox	TRUE	TRUE	FALSE	FALSE	TRUE	FALSE	FALSE	FALSE	TRUE	FALSE	FALSE	FALSE
	Edge	TRUE	TRUE	FALSE	FALSE	TRUE	FALSE	FALSE	TRUE	FALSE	FALSE	FALSE	FALSE
	Samsung Browser	TRUE	TRUE	FALSE	FALSE	TRUE	FALSE	FALSE	FALSE	FALSE	FALSE	FALSE	FALSE
Platform	Browser	isMobile	isTablet	isMobileOnly	isIOS	isAndroid	isSafari	isMobileSafari	isChrome	isFirefox	isIE	isEdge	isBrowser
iPhone	Chrome	TRUE	FALSE	TRUE	TRUE	FALSE	FALSE	FALSE	TRUE	FALSE	FALSE	FALSE	FALSE
	MobileSafari	TRUE	FALSE	TRUE	TRUE	FALSE	TRUE	TRUE	FALSE	FALSE	FALSE	FALSE	FALSE
	Firefox	TRUE	FALSE	TRUE	TRUE	FALSE	FALSE	FALSE	FALSE	TRUE	FALSE	FALSE	FALSE
	Unknown	TRUE	FALSE	TRUE	TRUE	FALSE	FALSE	FALSE	FALSE	FALSE	FALSE	FALSE	FALSE
	Opera	TRUE	FALSE	TRUE	TRUE	FALSE	FALSE	FALSE	FALSE	FALSE	FALSE	FALSE	FALSE
iPad	Chrome	TRUE	TRUE	FALSE	TRUE	FALSE	FALSE	FALSE	TRUE	FALSE	FALSE	FALSE	FALSE
	MobileSafari	TRUE	TRUE	FALSE	TRUE	FALSE	TRUE	TRUE	FALSE	FALSE	FALSE	FALSE	FALSE
	Firefox	TRUE	TRUE	FALSE	TRUE	FALSE	FALSE	FALSE	FALSE	TRUE	FALSE	FALSE	FALSE
	Unknown	TRUE	TRUE	FALSE	TRUE	FALSE	FALSE	FALSE	FALSE	TRUE	FALSE	FALSE	FALSE
Platform	Browser	isMobile	isTablet	isMobileOnly	isIOS	isAndroid	isSafari	isMobileSafari	isChrome	isFirefox	isIE	isEdge	isBrowser

まとめ

react-device-detect で User Agent がどう判定されるのか確認してみました。
気になるところとしては、Tablet は isMobileOnly 判定が false になるところでしょうか。
また、isMobileSafari は、isMobile と isSafari の AND なので、実際には使うケース少ないかもしれません (Android 考慮すると先に isMobile 判定するから)。