nDiki : macOS

macOS

2018年8月5日 (日)

macOS High Sierra にアップグレード

今日プリンタで印刷をしようとしたらプリンタとうまく通信できていなくて、そういえば SSH も数日前から接続できないことがあって、あれっと思ったら App Store にもうまくつながらなかったり。考えられるのはノートン セキュリティを再インストールしたことぐらい。ファイアウォールの設定も見てみたけれど問題なさそうなので、このタイミングで macOS High Sierra に上げておくことにしました。

macOS Sierra 10.12.6 から macOS High Sierra 10.13.6 へのアップグレードになります。アップグレードした結果、印刷できるようになったし SSH 問題も解決したので良しとします。

ScanSnap Manager は要アップデート。

それから iTerm2 で新しいウィンドウを開くと 

 failed MSpanList_Insert 0x2d4000 0x3abc7c6fbf83 0x0
 fatal error: MSpanList_Insert

 runtime stack:
 runtime.throw(0x277a4b)
 	/usr/local/go/src/runtime/panic.go:491 +0xad fp=0x7ffeefbff550 sp=0x7ffeefbff520
 runtime.MSpanList_Insert(0x296e48, 0x2d4000)
 	/usr/local/go/src/runtime/mheap.c:692 +0x8f fp=0x7ffeefbff578 sp=0x7ffeefbff550
 以下続く

とエラーを吐くようになりました。.bashrc の中で読んでいる direnv が出していたので自前でビルドしていたのを捨てて Homebrew で再インストール。 

 brew install direnv

途中 

 xcrun: error: invalid active developer path (/Library/Developer/CommandLineTools), missing xcrun at: /Library/Developer/CommandLineTools/usr/bin/xcrun
 Error: Failure while executing; `git config --local --replace-all homebrew.private true` exited with 1.

と出て git が動かなくなってしまっていることに気がついたので、こちらは 

 xcode-select --install

で対応。

スポンサード リンク
[ permalink ]

今日のさえずり: 我が家には炊飯器が無いので、鍋でのご飯の炊き方を教わった

2018年08月05日

[ permalink ]
[ 8月5日全て ]

2018年8月22日 (水)

今日のさえずり: 起床。夏休みおしまい!

2018年08月22日

[ permalink ]
[ 8月22日全て ]

2018年9月21日 (金)

今日のさえずり: この MacBook Pro まだ OS X El Capitan のままだった

2018年09月21日

[ permalink ]
[ 9月21日全て ]

2018年9月24日 (月)

十五夜と macOS High Sierra【日記】

今夜は十五夜、リビングの窓から綺麗な月が見えた。なお3時のおやつは萩の月。

9月25日に macOS Mojave が出るので、妻の MacBook Pro を macOS Sierra から macOS High Sierra にアップグレードしておいた(自分のは既に High Sierra)。先週の金曜日にはオフィスで使っている MacBook Pro を Mac OS X El Capitan から High Sierra にアップグレード。 Mojave はいったん様子見。

[ permalink ]

今日のさえずり: 今宵は十五夜なので萩の月を食べた

2018年09月24日

[ permalink ]
[ 9月24日全て ]

2018年9月25日 (火)

今日のさえずり: せっかく iPhone X (テン)と言えるようになったのに iPhone XS で台無し(エックスエスって言っちゃう)

2018年09月25日

[ permalink ]
[ 9月25日全て ]

2018年10月4日 (木)

Alfred 3 for Mac の表示量を増やす

Alfred を使っていて

  • search text の文字数が少なくて長めのテキストを入力する時に全体が見えない
  • result text の文字数が少なくて似たような長いファイル名が複数あると区別できない

と不便に感じるようになったのでサイズを変更してみた。

Alfred Preferences の Appearance で Alfred macOS Theme を複製し、

  • Window Width: 559px を 1024px に
  • Search Text Size: 34px から 24px に
  • Result Text Size: 18px から 16px に

に変更。これで一度にだいぶ見渡せるようになった。参照したい表示の上に Alfred がかぶった時のために透明度を上げた方が良いかなと思っていたけれど blur がかかっていてどのみち読めなさそうだったのでここは変更せず。

[ permalink ]
[ 10月4日全て ]

2018年10月13日 (土)

Ulysses で TextBundle を使うのどうなのか調べてみた

Markdown 形式ファイルと、そこから参照されている画像ファイルを1つにまとめて管理する形式として TextBundle がある。ライティングアプリ Ulysses が対応しているのでちょっといじってみた。

TextBundle は package format と compressed format がある。 package format は macOS のパッケージの形になっていて、 textbundle という拡張子をつけたディレクトリの中に info.json と text.* (Markdown なら text.md)、それからテキストファイルから参照しているファイルを asserts/ サブディレクトリに置くという仕様である。macOS の Finder からは1つのファイルのように表示される。

TextBundle を使うメリット

メリットは以下。

  • テキストファイルと参照されている画像ファイルを一緒に管理できる(ばらけないで移動したりできる)。
  • TextBundle に対応していないテキストエディタでも text.md を簡単に開いて編集できる。

TextBundle を使うデメリット

非対応アプリケーションから使う場合にデメリットを感じる。

  • 非対応アプリからみると TextBundle 毎にディレクトリがあることになるので、ディレクトリだらけな感じになる。ドキュメント毎にディレクトリを開いて中のテキストファイルにアクセスする必要がある。
  • Markdown ファイル名が text.md 固定なので、ファイル名だけでは区別できなくなる。

Ulysses for Mac の場合

Ulysses は TextBundle に対応しているので通常の Markdown ファイルと同様1つのシートとして自然に扱える。

普段 Ulysses for Mac では Dropbox の中のディレクトリを外部フォルダとして指定して使っているので以下、外部フォルダの時の話し。

Ulysses の外部フォルダ上の Markdown ファイルに貼った画像をエディタ上でプレビューできるのは現状 TextBundle だけ。エクスポート時も TextBundle 内の画像ファイルは書き出されれるけれど、(相対パス・絶対パス問わず)ファイル名で参照しているものは書き出されない(http/https な URL で指定した画像は HTML でエクスポートする際は画像が貼られる形になるが PDF ではだめ)。Ulysses だけを使って画像を扱いたいなら TextBundle を使う以外選択がない感じだ。

Ulysses 上で TextBundle なシートを保存するたびに参照されている画像ファイルを残して他は assets/ から消されてしまう。なので assets/ の下に画像作成に使ったソース・ファイル(マインドマップファイル)を一緒に置いておくおような管理はできない。そもそもテキスト編集で間違えて画像参照を消して保存実行してしまうと、画像ファイルだって消えてしまうので、画像ファイルだってオリジナルを別で保存しておく必要がある。

TextBundle は使うのは控えた方が良さそうだ。

[ permalink ]
[ 10月13日全て ]

2018年11月1日 (木)

今日のさえずり: タイムテーブルがピチピチ

2018年11月01日

[ permalink ]
[ 11月1日全て ]

2019年3月1日 (金)

一気に MacBook Pro リプレース作業をやり切った

MacBook Pro (Retina, 15-inch, Mid 2014) から MacBook Pro (13-inch, 2018, Four Thunderbolt 3 Ports) にリプレース。

今はデータをほぼ Google ドライブや Dropbox に置いているので、やるのは macOS の設定と Mac アプリケーションのインストール & 設定がほとんど。今は自分でビルドしていれているものもほとんど無いので楽だ。

Mac アプリケーションは先に入れた方が捗るもの (Google Chrome・Google 日本語入力・Dropbox・Google ドライブや Karabiner-Eements・Alfred など)があるので、入れたい順序のグラフを Graphviz で書きながら進めていった。

プリンタと Chrome 拡張機能の個別設定以外は概ね移行完了。数日に分けてやる感じかなと思っていたけれど、夕方に仕事の気分切り替え的に始めたら一気にやってしまった。

あ Emacs まだ入れてないなー。

メモ: rumember のインストール

 $ cd ~/local
 $ git clone https://github.com/tpope/rumember.git
 $ GEM_HOME=$HOME/local/rumember gem install launchy

~/.rtm.yml は前のものをコピー。

[ permalink ]
[ 3月1日全て ]

2019年4月9日 (火)

PC でのワンタイムパスワードのシークレットキー管理に KeePassXC を使う

TOTP アルゴリズムを使っている2段階認証/2要素認証のシークレットキーの管理・ワンタイムパスワード生成はスマートフォンアプリの Google Authenticator とIIJ SmartKey を両用している。メインのスマートフォンが使えなくなった時のために、使っていない古いスマートフォン残しておいてそこにもシークレットキーを登録しているのだけれどこれ面倒。バックアップは PC (Mac)で管理したい。

そう思って調べたところ、普段パスワード管理に使っている KeePassX のフォーク版 KeePassXC が TOTP 生成機能をもっているということを知った。

KeePassX の開発保守が停滞していることもあり KeePassXC にこのタイミングで乗り換えつつ KeePassXC で 2段階認証/2要素認証のシークレットキーの管理をしてみることにした。

クロスプラットフォームで公式サイトでは Linux 用・macOS 用・Windows 用のパッケージが配布されている。

シークレットキーの登録

IIJ SmartKey に登録しているキーについてそれぞれ QRコード生成をし別のカメラで読み取り、その中の secret の値を KeePassXC のエントリに登録していく。エントリを作成し(あるいは既存のエントリを選択し) TOTP の設定をキーを入力し保存すれば OK。

ワンタイムパスワードの生成

もちろんワンタイムパスワードの生成にも対応している。これがあればスマートフォンが手元に無くても要 TOTP 認証のネットサービスにログインできる。便利。

パスワードデータベースファイルの管理

KeePass パスワードデータベースファイル (kdbx) に保存されるので、あとは好きな方法でバックアップ。

[ Mac アプリケーション ]

[ permalink ]
[ 4月9日全て ]

About Me

Naney Naney (なにい)です。株式会社ミクシィで SNS 事業の部長をしています。

nDiki は1999年1月に始めたコンピュータ日誌を前身とする Naney の Web 日記(兼パーソナルナレッジベース)です。ちょっとしたノートは nNote にあります。

※内容は個人的見解であり所属組織とは関係ありません。

follow us in feedly

月別インデックス
Process Time: 0.053084s / load averages: 0.19, 0.22, 0.27
nDiki by WATANABE Yoshimasa (Naney, Google profile)
Powered by DiKicker