nDiki : macOS

ノートン セキュリティをやめたら Time Machine バックアップが壊れなくなった(かも)

macOS Catalina にアップデートしてから Time Machine が

信頼性を向上するために、新規バックアップを作成する必要があります。

とエラーを出すようになってしまったので、一昨日ノートン セキュリティをやめて Sophos Home に変更してみた。 AirMac Time Capsule と Synology DiskStation DS216j の2台それぞれに初回バックアップと何回かの増分バックアップまで実行したけれど、今のところエラーが出ていない。 ようやく Time Machine がまともに戻るかなー。

今日のさえずり: ポモドーロテクニックの5分タイマーは音が出ていい

• 08:03 城。 去年の金沢も暑かった。 #photography RICOH GR III #GR #GRIII #GR3 https://t.co/IPVaWRtXLb
• 09:28 macOS Catalina のアップデートをダウンロードするところまでやっておいた。アップデート実行はランチ中にしようかな。
• 10:14 ポモドーロテクニックの5分タイマーは音が出ていい(というかあった方がいい)ので iPhone のタイマーで十分だった。
• 11:22 macOS Catalina へのアップデート開始。ご飯に行ってこよう(再起動待ちで止まってたりしませんように)。
• 11:58 「インストールする準備ができました。」 ご飯から戻ってきたら再起動待ちになっていた……。
• 12:03 再起動。 残り時間表示出ました! 約26分!
• 12:36 よし、キタ!
• 14:45 エメラルダス #photography RICOH GR III #GR #GRIII #GR3 https://t.co/J1z09uTUwd
• 23:00 底から。 #photography RICOH GR III #GR #GRIII #GR3 https://t.co/lqnnwC7MsP

今日のさえずり: ぼくたちは macOS Big Sur の発音をまだ分かってなんかいやしない

• 08:14 ロープウェイ YOKOHAMA AIR CABIN(仮称)は来年の春に完成予定なんだ。
• 08:26 @takaphotoslog 先週通ったらロープウェイの支柱が立ってました(写真は支柱が立つ前の去年12月)。 完成後、空いてきたら乗ってみたいです。
• 08:30 ぼくたちは macOS Big Sur の発音をまだ分かってなんかいやしない。
• 13:08 深刻なガム不足(先週ボトルガムが空になってから補充できていない)。
• 15:08 歯科専用キシリトールガムを確保した。マスカット味は初。
• 21:29 スタイラスを使って Gboard での手書き入力、分からない漢字があって12キーのキーボードに切り替えて入力すると、気が付けばそのままスタイラスでフリック入力し続けている。
• 23:01 ブラタモリ? #photography RICOH GR III #GR #GRIII #GR3 https://t.co/IBRFOutSib
• 23:16 そもそも Google フォトの「写真と動画のアップロード サイズ - 高画質」は個人的には無くなってくれた方が嬉しい。「元のサイズ」からうっかり切り替わってたら目も当てられないので。

最近の Unison をビルドする

双方向ファイル同期化ツール Unison File Synchronizer、 Mac で使っているのが Unison 2.48.6 の GUI 版なのだけれど、古いせいか macOS Catalina だと「Install command-line tool」 が機能しない(/usr/bin にインストールしようとしているからかな)。

macOS 上で text UI 版がちょっと使いたい & GUI 版も新しいのにしたいなと思ってビルドとかした。

現在の Unison のバージョン

2021年01月05日時点での安定版は 2.51.3。

Homebrew で入れる

 $ brew install unison

で text UI 版の「unison version 2.51.3 (ocaml 4.10.0)」が入る。GUI 版は入らない。

macOS Catalina 上でビルドする

Unison 最新版のバイナリ配布が見当たらないのでビルドしてみる。 Xcode が必要。

 $ xcode-select --install

で入る Command Line Tools だけだと text UI 版の Unison しかビルドできないので App Store から Xcode をインストールした。

OCaml は Homebrew ので済ます。

 $ brew install ocaml

今日時点で入るのは OCaml 4.10.0 だ。次に Unison 2.51.3 をビルドする。

 $ cd ~/tmp
 $ curl -OL https://github.com/bcpierce00/unison/archive/v2.51.3.tar.gz
 $ tar zxvf v2.51.3.tar.gz
 $ cd unison-2.51.3
 $ make all

make だけだと text UI 版しかビルドされないので make all してみた。が残念 GUI 版はエラーで途中で止まった。今はうまくビルドできないのかもしれない。

諦めて make で text UI 版だけバイナリを得ることにした。 make 後

 $ ./src/unison -version

で実行できることを確認。 ./src/unison を適当なところにコピーしておく(これなら brew install unison で十分だった)。

FreeBSD 上でビルド

ローカルホストの Unison とリモートホストの Unison のバージョンが合っていないと同期できないのでリモートホスト側 (FreeBSD 9.1-RELEASE-p24) でも同じバージョンのものをビルドする。さくらのレンタルサーバ プレミアムで root 権限はないのでユーザー権限にて。

まずは OCaml。最近の OCaml は opam というのでインストールして使うのが流儀らしい。 opam をインストール。

 $ cd ~/tmp
 $ mkdir bin
 $ curl -OL https://raw.githubusercontent.com/ocaml/opam/master/shell/install.sh
 $ BINDIR=$HOME/tmp/bin sh install.sh

リモートホストの環境に合ったプレビルドが無いとエラーが出て install.sh ではインストールできず。

OCaml の前に遡って opam のビルドをする。

 $ cd ~/tmp
 $ curl -OL https://github.com/ocaml/opam/archive/2.0.7.tar.gz
 $ tar zxvf 2.0.7
 $ cd opam-2.0.7
 $ gmake cold CONFIGURE_ARGS="--prefix ~/tmp/opam"
 $ gmake cold-install

ビルドできた。opam を初期化する。

 $ PATH=$HOME/tmp/opam/bin:$PATH
 $ opam init

gpatch が無いとエラーで止まった。 patch へのシンボリックリンクで gpatch を作ってイケるかなと思ったけど今度は別のエラーで止まる。うーん。 opam で OCaml をインストールするのは断念。

OCaml のドキュメントを読んだら今まで通り configure して make も普通にできるじゃない。

 $ curl -OL https://github.com/ocaml/ocaml/archive/4.10.0.tar.gz
 $ tar zxvf 4.10.0.tar.gz
 $ cd ocaml-4.10.0
 $ ./configure --prefix $HOME/tmp
 $ gmake
 $ gmake install

次に Unison 2.51.3 をビルドする。出来上がったバイナリは今使っている Unison 2.48.3 と併用できるように別のディレクトリへ。

 $ cd ~/tmp
 $ curl -OL https://github.com/bcpierce00/unison/archive/v2.51.3.tar.gz
 $ tar zxvf v2.51.3.tar.gz
 $ cd unison-2.51.3
 $ PATH=$PATH:$HOME/tmp/bin
 $ gmake
 $ ./unison -version
 $ mkdir -p $HOME/local/unison-2.51.3/bin
 $ cp -a src/unison $HOME/local/unison-2.51.3/bin

サイト

• https://www.cis.upenn.edu/.../unison/
• User Manual and Reference Guide Version 2.51.2

Google ドライブと Dropbox を Unison で同期する

ノートテキストファイルは全文検索できるよう Google ドライブと同期しておきたい。それと同時に他の PC との同期のため Dropbox とも同期しておきたい。しかしセキュリティを考えてクラウド同期サービスは使いたくない。

Google の「バックアップと同期」アプリと Dropbox アプリの両方を動かしてそれぞれローカルフォルダと動機している MacBook Pro 上で、そのローカルフォルダ間のファイル同期を実行してみることにした。

使うのは普段リモートホストとの同期に使用している Unison File Synchronizer。最近になって repeat = watch というファイル更新をモニタリングするオプションを知ったので試してみる。

unison-fsmonitor を用意する

ファイル更新モニタリングで使う Unison 標準の unison-fsmonitor は macOS では使えないらしいので代替の https://github.com/autozimu/unison-fsmonitor をインストールする。

 $ brew install autozimu/homebrew-formulas/unison-fsmonitor

Unison のプロファイルを作成する

Unison の同期用のプロファイルは以下のような感じ。

 root = /Users/naney/Google ドライブ/folderA
 root = /Users/naney/Dropbox/folderA

 times = true

 repeat = watch
 silent = true

 logfile = /Users/naney/var/log/unison.log

(実際には path や ignore をもう少し指定している。)

同期する

repeat = watch と silent = true をいったんコメントアウトして

 $ unison <プロファイル名>

で手動同期し、期待通りの同期ができているか確認する。問題無ければ

 $ nohup unison <プロファイル名> &

で監視を開始する。

動作確認した感じでは

• ローカルフォルダでファイルが更新されると Unison は即同期してくれる。
• ローカルフォルダ(Google ドライブ側の)・ローカルフォルダ(Dropbox 側)・Google ドライブ上・Dropbox 上のどこを更新しても、MacBook Pro が動いている時にいい感じに同期された。
• MacBook Pro をスリープ・スリープ解除させても問題ない。
• Google ドライブ・Dropbox どちらも履歴が残る(削除 & 新規作成になったりしない)。
• CPU 使用率・メモリ使用量問題なし。

と安定して使える感じだ。

コンフリクトが起きた場合はスキップされたままになるので、たまに手動で Unison を実行して確認した方が良さそうではある。

[ ノート・日記はテキストファイルに ]

2021年01月15日(金)の #nNote

fswatch

https://github.com/emcrisostomo/fswatch

指定したファイル・ディレクトリの変更をモニタし、変更があれば変更イベント情報を標準出力に出力するプログラム。 macOS にも対応している。 Homebrew でインストールできる。

 $ brew install fswatch

Zettlr はテキストファイルノートアプリに適した Markdown エディタ

Zettelkasten メソッドのための機能を備えた Markdown エディタに Zettlr がある。ローカルディレクトリ上に通常の Markdown ファイルとしてデータを保存するタイプで、ロックインの心配が無く他のツールと併用できる好みのアプリだ。インストールして1日使ってみた。

• https://www.zettlr.com/
• https://docs.zettlr.com/ja/

インストール (macOS )

Homebrew では以下で。

 $ brew install --cask Zettlr

今日時点でインストールされるのが 1.8.3 でちょっと古かったので

• https://github.com/Zettlr/Zettlr/releases

からバイナリビルドされた 1.8.6 をダウンロードしてインストールした。

Markdown エディタとして

ヘッダを大きめに表示したりリンクの URL を隠したりと一部プリレンダリングされるタイプ。日本語も問題無さそう。

ファイル末のあたりで文字入力するとエディタがガクガク揺れるは今後改善されると嬉しい。

見出し単位で折り畳む機能やサイドバーで目次を表示する機能があり、長めの文章を書くための支援が揃っている。

ファイル管理

ファイルツリー上にディレクトリとファイルの両方を表示する Combined モード以外に、ファイルツリー(ディレクトリツリー)とファイルリストの両方を表示する Expanded モード、ファイルツリーとファイルリストのどちらかを表示する Thin モードがある。

Expanded モードを選ぶと iA Writer や Ulysses などでもお馴染みのスタイルになりノートアプリとして使いやすくなる。

ファイルシステム上のディレクトリをルートディレクトリとしたワークスペースを複数同時に開いておける。用途別にディレクトリを分けている場合に便利だ。

全文検索はワークスペース単位。内部リンクもワークスペース単位で機能する。 自分は複数のワークスペースを横断的に全文検索したいので、本格的に使うなら1つのディレクトリの下にまとめる必要があるな。

ファイルの拡張子は md ではなく txt でも OK なので、ファイルを同期した Google ドライブ上で全文検索させられるのが嬉しい(Markdown ファイルの拡張子を md にすると Google ドライブで不便)。 md 固定の Obsidian より柔軟だ。

Zettelkasten メソッドと内部リンク

Makrdown ファイルから Markdown ファイルへファイルベース名を指定して 「[[ファイルベース名]]」の形で内部リンクできる(パス名は不要)。

また Markdown ファイル内にユニークな ID を書いておき、その ID を指定して「[[ID]]」としてリンクもできる。後者を使えばファイル名変更が気軽にできる。 ID の形式やリンクの開始文字列 [[ ・終了文字列 ]] もカスタマイズできて柔軟なのも良い。

iA Writer では

 ia-writer://open?path=/Locations/path/to/file.txt

のような URL を発行して擬似的にリンクするさせるしかないので比べると圧倒的に便利。

1日使ってみて

今メインで使っている Mac アプリケーションの iA Writer に比べると Electron ベースの Zettlr は美しさで負けるのは仕方ないところかな。

Zettlr をテキストファイルノートアプリとして内部リンクを活用しながらパーソナルナレッジベースを作っていくのありだな。

[ ノート・日記はテキストファイルに ] [ Mac アプリケーション ]

Google ドライブで 拡張子 md の Markdown ファイルを全文検索できるように rclone でコピーする

拡張子 md の Markdown ファイルを「バックアップと同期」アプリで新規に同期したり、 Web 版の Google ドライブでアップロードしたりすると MIME タイプが text/markdown となり全文検索対象にならない。不便。

StackEdit は Google ドライブに送る時の MIME タイプを設定で text/plain を選べるようにすることで問題を回避しているようだ。

rclone で text/plain で Google ドライブにアップロードする

クラウドストレージ上のファイルを管理するためのコマンドラインプログラム rclone でアップロードするとどうだろうと思ってやってみたところ、ちょっと設定をいじれば拡張子 md の Markdown ファイルを text/plain で Google ドライブにアップロードできることがわかった。

• https://rclone.org/

rclone では Google Drive API で新しいファイルを作成する際に、rclone 側で MIME タイプを判定している。内部的には Go の mime パッケージを使っている。

• https://golang.org/pkg/mime/

このパッケージは UNIX 系の環境では mime.type ファイルがあれば参照するようになっていたので macOS Catalina にあった /etc/apache2/mime.type ファイルの text/plain 行に md を追加して試したところ、めでたく text/plain として Google ドライブにアップロードできた。全文検索対象になることも確認。

ちなみに「バックアップと同期」アプリは /etc/apache2/mime.type 変更の影響を受けなかった。

rclone での方法が分かったわけだけれど、実際のところ Markdown ファイルの Google ドライブとの同期や読み書きを rclone だけに限定するわけにもいかないな。引き続き拡張子 txt で管理するのが現実的のようだ。

今日のさえずり: Cryptomator シンプルで分かりやすい

• 23:10 Cryptomator for macOS 試してみてる。シンプルで分かりやすい。

ノートテキストファイルを Cryptomator で暗号化し Google ドライブでバックアップ

他人に見られる心配なしに書きたいノートテキストファイルを Google ドライブでバックアップしておくのに Cryptomator を使うことにした。

• https://cryptomator.org/

Cryptomator アプリケーションと macOS でファイルシステムとしてマウントするための macFUSE をインストール。

ベーシックな使い方

Google の「バックアップと同期」で同期しているフォルダ内に Cryptomator アプリケーションで vault を作成する。 vault を解錠するとファイルシステムとしてマウントされるので、そこでファイルを読み書きする。 vault フォルダ側には暗号化されたファイルが保存され「バックアップと同期」でバックアップされる。vault 側は直接いじらないようにする。

マウントしたフォルダでファイルを直接読み書きせず、ノートフォルダと Unison でリアルタイム同期させる

• 読み書きの遅延を少しでも避けたい
• マウントしたフォルダではゴミ箱が有効になっていないので誤削除が怖い
• vault 側は暗号化されているので Google ドライブのゴミ箱や版管理に頼るのが困難

という理由からマウントしたフォルダ上で直接ファイルを読み書きせず、別の場所にあるノートフォルダを Unison でバックアップを有効にしつつリアルタイム同期することにした。

 root = /Volumes/マウントポイント名
 root = /path/to/ノードフォルダ
 
 times = true
 rsrc = false
 
 repeat = watch
 silent = true
 
 backup = Name *
 backuplocation = central
 maxbackups = 60
 backupdir = /path/to/バックアップフォルダ

Cryptomator のファイルシステムに対して Unison が属性のコピーをしようとして失敗するので rsrc = false 指定が必要だ。

[ ノート・日記はテキストファイルに ]