macOS で開発しようとすると Xcode Command Line Tools は必須ですが、バージョンなどの問題で入れ直す必要がありました。
その方法をまとめます。

Xcode Command Line Tools のアンインストール

Xcode Command Line Tools は /Library/Developer/CommandLineTools/ に保存されています。
なので、このディレクトリを削除することでアンインストールが行えます。

$ sudo rm -r /Library/Developer/CommandLineTools

Xcode Command Line Tools の再インストール

コマンドラインツールだけ入れれば良いので、以下のコマンドでインストールができます。

$ xcode-select --install

おわりに

最新バージョンじゃない場合など、エラーを引き起こす原因になるので、できる限り最新のものを使用したいですね。

小さい画像だったり、Markdown でパスを入れたくないときのために、画像を Base64 にエンコードして埋め込めるようにする Mac のクイックアクションを作ったので紹介します。

インストールと使い方

インストール

こちら をダウンロードして、解凍後、 埋め込み形式に変換.workflow をダブルクリックするとインストールができます。

使い方

Finder でイメージファイルを選択後、右クリック > クイックアクション > 埋め込み形式に変換 で実行することができます。

実行結果はクリップボードにコピーされた状態になっているので、貼り付けて使用してください。

作り方について

使いたいだけの人は特に必要ありませんが、詳細についてです。
一応、GitHub リポジトリ にしてあります。

Automator クイックアクション

このコマンドは Automator のクイックアクションとして作成しています。

Automator は macOS で色々と自動化するためのスクリプトなどを作れるアプリです。

その中でクイックアクションという右クリックのメニューから実行できるスクリプトがあり、それを利用しています。

クイックアクションでは macOS の機能を活用したアクションのほか、AppleScript や JavaScript、シェルスクリプトが実行できます。
今回はこの中のシェルスクリプト（ Z Shell ）を利用しています。

Bash でも良かったのですが、最新の macOS はデフォルトが Z Shell なので Z Shell で書いています。

コマンド

中身は Base64 にするための base64 と、改行文字を消すため tr 、書き出す文字列を出力するための echo とクリップボードにコピーするための pbcopy を使っています。

言葉で書くと複雑そうですが、コマンドは以下のような1行のコマンドです。

echo \<img\ src=\"data:image/png\;base64,$(base64 $1)\"\> | tr -d '\n' | pbcopy

これだけで、できています。
ターミナルなどから実行するには引数の $1 を画像のファイルパスにすれば動くと思います。

おわりに

はじめて Automator のアクション公開するんですけど、公開の仕方これでいいのかな…

実行時間がちょっと長いプログラムを走らせる時とかに、終わったことを通知して欲しかったので、作った。

ライブラリ

ここ にあります。

使い方とかは README 見れば、基本全部書いてあるので、言ってしまえばこの記事は特に読む必要もないです。

以下余談。

なぜつくったのか

僕の環境だと仕事だったり、研究で使ってるコードの多くが実行に結構な時間がかかります。具体的には数十分から数日とかです。

それだと、いちいち実行経過を追うのも無駄だけど、気付いたら終わってかなり時間がたっていたとかももったいないです。

そこで、実行経過だったり終了を知らせてくれたらいいなということで、作りました。

昔にもコード中に毎回書き捨てで通知を送るコードを書いていたりしたんですが、書き捨てもよくないし、利便性を高めたかったので、ちょっとちゃんとしたライブラリにしてみました。

使用している技術

macOS 系

ビープと通知センターの通知を出すのには AppleScript を実行することができる osascript コマンドを利用しています。このコマンドを Python から subprocess で呼び出しています。

AppleScript は結構いろいろなことができて、今回実行している通知センターへの通知の送信は結構豊富なオプションがあります。

わかりやすいところだとタイトルとサブタイトルですね。実際にこのように表示されます。

Slack、Discord、LINE

Slack と Discord ではそれぞれ API として提供されているウェブフックを利用した通知になっています。こちらは Python の requests を利用して投げています。LINE についても LINE Notify を利用して流れはウェブフックと似た感じですね。

その他

ライセンス

MIT License にしてみました。自由に使っていただきたいので。

コメントアウト・ドックストリングもどき

日本語で少し書いています。最近コメントを日本語にするぐらいならコード自体日本語でいいんじゃないかなって気がしてきているので、時間があったら試してみたい。

アイコン？

この記事のアイキャッチにも設定している「py!」って書いてあるやつですね。「py」が小文字なのに「!」と位置を揃えたり、なんかそれっぽいグラデーションを使ってみたり、遊んでいます。文字だけですけど。フォントは Futura です。

クラス図

Pylint の Pyreverse を使用して出力しています。ただフォントが気に食わなかったので、SVG で出力してフォントを変更しています。

今後のアップデート

Slack と Discord は詳細設定を足せそうなのでやれたらやろうかなと。あとファイルとか送れたら便利そうですよね。

おわりに

よかったら使ってみてください。

JupyterLab は便利なので使っていきたい。でも毎回立ち上げたり、ターミナルが開きっぱなしなのが嫌なので、自動起動にする方法です。

macOS での自動起動

macOS でデーモンやエージェントを管理するには launchctl コマンドを使用します。

この launchctl で起動するためのアプリなり、コマンドなりの設定を書き記すプロパティファイルを作る必要があります。これは以前書いた MacBook の充電音を消す記事 でも出てきた .plist の拡張子を持つファイルです。

今回はこの設定ファイルの作り方と、自動起動にするため設定について書いていきます。

ファイル作成

はじめに Jupyter の実行ファイルのパスを調べます。仮想環境を使用している場合はそれぞれの環境の bin に入っていると思います。そのほかの環境でも which jupyter で調べられると思います。

次に設定ファイルを作成します。保存場所は ~/Library/LaunchAgents/ にします。ファイル名はなんでも良いですが、僕は jupyterlab.plist としています。以下のような内容です。

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
<dict>
    <key>Label</key>
    <string>jupyterlab</string>
    <key>ProgramArguments</key>
    <array>
        <string>ここに調べた実行ファイルのパス</string>
        <string>lab</string>
    </array>
    <key>RunAtLoad</key>
    <true/>
    <key>StandardOutPath</key>
    <string>標準出力を記録するファイルのパス（必要なければ /dev/null ）</string>
    <key>StandardErrorPath</key>
    <string>エラーを記録するファイルのパス（必要なければ /dev/null ）</string>
</dict>
</plist>

となります。実際に僕が使用しているファイルは GitHub で見ることができます。

これで設定ファイルが用意できたので、起動設定をしましょう。

自動起動設定

はじめに出てきた launchctl コマンドを使用します。コマンドは以下の通りです。

launchctl load ~/Library/LaunchAgents/jupyterlab.plist

ちなみにやめたい場合は上記コマンドの load を unload にすれば停止されます。

おわりに

この方法はほかのコマンドなどにも使用できるので、よかったらカスタマイズして macOS を便利に使ってみてください。

周りの人が Docker Docker 言ってるので使ってみたけど、使わなくなったというお話です。

Docker Desktop for Mac について

macOS で Docker が使えるアプリケーションです。GUI も含まれていますが、僕は使っていないのでよくわかりません。

そもそも Docker は Linux カーネルの機能を活かしたものなので本来 Linux 系の OS でなければ使えません。ではどのように macOS で Docker を使えるようにしているかというと、Linux の仮想マシンを立ち上げ、その上で Docker を実行しています。つまりコンテナ型仮想化の前にホスト型仮想化を使用しているので、そもそも Linux 上で Docker を使うのに比べるとデメリットが多くなります。

Linux 上で使っていれば、今回起きた問題も起きていなかったと思うので、便利に Docker を使用していたと思います。

起こった問題

マウントした macOS 上の重いボリュームへのアクセスが遅すぎた。どれぐらい遅いかというと cd で移動するのに数秒かかるレベルです。移動しようとしたディレクトリには2万ファイル、合計 100 MB ぐらいのものが入っていました。

僕の仕事や研究で扱うファイル的にこのようなデータにアクセスすることが多いので、毎回 cd でイラつくのは耐えられないということで使うのをやめてしまいました。

ちなみに、調べてみると他の方もファイルアクセスに限らず Docker Desktop for Mac が遅いという記事を書かれています。そこに書かれている対処法を試してみたり、Docker 周りの研究をしている人に聞いてみたりしたのですが、解決しませんでした。

結局どうしたか

Docker Desktop for Mac は諦めて、元の環境に戻しました。

僕は Python と JavaScript ぐらいしか書かないので、Python は pyenv と pyenv-virtualenv で JavaScript は npm で環境管理をしています。

おわりに

Docker de Dockern とか作って浮かれていたのに、結局使わなくなって「なんだかなぁ。」という感じ。

もし、解決できそうな方法があれば教えて欲しいです。Linux をメインにする！ とかは無しの方向で。

（アイキャッチが無駄にポップですね。）

MacBook Proを普段快適に使っているのですが、あの充電したときになる「フォンッ」みたいな音が許せません。

たぶん、充電できているかどうかの確認のためになっていると思うのですが、僕は充電の有無で画面の明るさを変える設定にしているので、音は邪魔なだけです。しかもこの音、本体を消音にしていても鳴るし、音楽や動画などの他の再生されている音を遮ります。悪質です。

消しましょう。

環境

僕の環境は以下の通りです。違う場合は今回紹介する方法では消せない可能性があるので注意しましょう。

OS: macOS Catalina(10.15)
Model: MacBook Pro (13-inch, 2017, Two Thunderbolt 3 ports)

消し方

ターミナルで以下のコマンドを実行しましょう。

$ defaults write com.apple.PowerChime ChimeOnNoHardware -bool true
$ killall PowerChime

以上。

ちなみに

この音の正体はPowerChime.app（/System/Library/CoreServices/PowerChime.app）というアプリが鳴らしている音声ファイル（/System/Library/CoreServices/PowerChime.app/Contents/Resources/connect_power.aif）です。

他のサイトではこの音声ファイルをいじる方法が紹介されていたのですが、現在のMacは /System 以下のファイルの操作は原則禁止されているため、SIP（システム整合性保護）を無効化する必要があります。通常このSIPはセキュリティの観点から無効化することは推奨されません。ましてや、こんな音一つを消すために無効化して良いような保護ではないので、なんか調べて出てきたからの様な安易な気持ちでは実行しないようにしましょう。

今回紹介した方法は、アプリを読み込む設定ファイル（.plist）を変更することで消音対応を行なっています。Macの defaults コマンドではあらゆる設定ファイルの「デフォルト」を読み書きすることができます。つまり先ほどのコマンドは com.apple.PowerChime の設定の ChimeOnNoHardware という項目を true に write するということですね。

ここで書き込まれた設定は /Users/<username>/Library/Preferences/com.apple.PowerChime.plist に書き込まれます。ただしバイナリ化されているため、中身を見たい場合はクイックルック（ファイルを選択しスペースキーを押す）か、xmlに変換（ plutil -convert xml1 /Users/<username>/Library/Preferences/com.apple.PowerChime.plist 通常は上書きされてしまうので、されたくない場合は -o <path> のオプションを追加）して中身を見てみましょう。

また先ほどの defaults コマンドでも確認が行えます。今度は read を使い、 defaults read com.apple.PowerChime を実行すると、先ほど設定したものが確認できます。

おわりに

最後はもう関係ない話ですが、いろいろ調べてみて知らないこともあったのでまとめてみました。これでもうあの忌まわしき充電音とはおさらばです。