ターミナル on AIによる技術記事備忘録

macOS 14.8.3におけるスクリーンショット保存先とファイル形式のJPG変更手順

Sat, 31 Jan 2026 16:55:41 +0900

macOSの標準機能であるスクリーンショットは、初期設定において「デスクトップ」を保存先とし、ファイル形式には「PNG」が採用されている。本記事では、保存先の変更とファイル形式の変更について記述する。

環境

項目	内容
OSバージョン	macOS 14.8.3
使用ツール	ターミナル (Terminal.app)、スクリーンショットアプリ
目的	ファイルサイズの軽量化およびディレクトリ管理の整理

スクリーンショットアプリによる直感的な保存場所の変更

macOSには標準でスクリーンショットを管理するための専用インターフェースが備わっており、GUI操作のみで保存場所の変更が可能である。

キーボードの Command + Shift + 5 を同時に押下し、画面下部にスクリーンショットツールバーを表示させる。このツールバー内に存在する「オプション」メニューをクリックすることで、保存先の候補が表示される。

ターミナルを利用したファイル形式のJPG化と詳細設定

ファイル形式をPNGからJPGへ変更し、さらに保存場所をコマンドラインから厳密に指定するには、ターミナルでの操作が最も確実である。まず、LaunchpadやSpotlightから「ターミナル」を起動する。ファイル形式をJPGに変更するには、以下のコマンドを入力し、実行する。

defaults write com.apple.screencapture type jpg

このコマンドは、システムの環境設定ファイルを書き換えるものであり、type の後には png、pdf、tiff、gif など任意の拡張子を指定できる。次に、保存場所もコマンドで指定したい場合は、以下の書式を用いる。

defaults write com.apple.screencapture location ~/Pictures/Screenshots

ここで使用している ~/Pictures/Screenshots は一例であり、ユーザの環境に合わせて任意のパスに変更することが可能である。

defaults コマンドを使用して設定を書き換えただけでは、システムに即座に変更が反映されない場合がある。設定を有効化するためには、macOSのUI管理プロセスである SystemUIServer を再起動させる必要がある。以下のコマンドを実行することで、Mac本体を再起動させることなく新しい設定を適用できる。

killall SystemUIServer

コマンドの実行後、実際に Command + Shift + 3 （全画面撮影）や Command + Shift + 4 （範囲指定撮影）を行い、動作を検証する。指定した保存先にファイルが出力されていること、およびファイルの拡張子が .jpg になっていることを情報ウィンドウ（Command + I）で確認する。

もし設定を元に戻したい場合は、形式を png に指定し、同様の手順で killall コマンドを実行すればよい。

Webブラウザでシェルにアクセスする Shell In A Box のセットアップ備忘録

Mon, 15 Dec 2025 12:34:40 +0900

目的と再現環境

Webブラウザを経由してサーバーまたはローカルマシンにセキュアにアクセスできるターミナル環境を構築することは、リモートワークフローや簡易的なサーバー管理において利便性が高い。本記事は、WebベースのSSHクライアントである Shell In A Box (SIA) をmacOS上にセルフホストし、LAN内の他のPCからアクセス可能にするまでの具体的な手順を記録することを目的とする。

前提となる再現環境

本記事で解説する手順は、以下の環境を前提とし、Macをホストマシンとして使用する。

ホストOS: macOS (Homebrewがインストールされていること)
クライアント環境: LAN内の任意のPCにインストールされたWebブラウザ
ツール: Shell In A Box (SIA)

この手順は、特別な外部サービスを必要とせず、Homebrewが利用できる環境であればすぐに再現できる。

Shell In A Boxのインストールと基本的な起動

Shell In A Box を使用可能にする最初のステップは、MacのパッケージマネージャーであるHomebrewを利用したツールのインストールである。HomebrewはmacOS上でUNIXツールやパッケージを簡単に管理するためのデファクトスタンダードであり、この手順を大幅に簡略化する。

Homebrewが導入されていることを確認した後、ターミナルで以下のコマンドを実行し、Shell In A Boxをインストールする。

Bash

brew install shellinabox

インストール完了後、Shell In A Box デーモン（shellinaboxd）を起動する。LAN内での利用を想定する場合、アクセス制御とセキュリティのため、簡易テスト用の -t オプションではなく、ログインプロンプトを表示するデフォルトモードで起動することが推奨される。

Bash

shellinaboxd

このコマンドを実行すると、Shell In A BoxはデフォルトでTCPポート 4200 を使用して接続待ちの状態となる。この際、ターミナルには特にメッセージが表示されないことが多い。この状態でMac上のWebブラウザ（例: Chrome, Safari）を開き、http://localhost:4200/ にアクセスすることで、ログインプロンプトが表示されることを確認できる。ログイン認証には、ホストマシン（Mac）のユーザー名とパスワードを使用する。これにより、ブラウザ内でMacのターミナルを操作する準備が整う。この基本的な起動により、ローカルマシンでの動作が確認でき、次のステップであるLAN内アクセスへの布石となる。

LAN内アクセスを可能にする設定と手順

Shell In A Boxは、デフォルトでMacのすべてのネットワークインターフェースからの接続を待ち受ける設定になっている。そのため、LAN内の他のPCからアクセスを可能にするために必要なのは、ホストであるMacのローカルIPアドレスを確認することのみである。これにより、MacのWebブラウザだけでなく、ネットワークを介した任意のデバイスからシェルにアクセスすることが可能となる。

まず、Shell In A BoxにアクセスするためのホストとなるMacのプライベートIPアドレスを確認する。これは「システム設定」や「システム環境設定」の「ネットワーク」セクションから確認可能である。例えば、IPアドレスが 192.168.1.10 であると仮定する。このIPアドレスは、LAN内でのみ有効なアドレスであり、外部インターネットからのアクセスには使用されない。

次に、LAN内の他のPCのWebブラウザを開き、以下の形式のURLを入力してアクセスする。

http://[MacのIPアドレス]:4200/

具体例として、IPアドレスが 192.168.1.10 の場合、アクセスURLは http://192.168.1.10:4200/ となる。このURLにアクセスすると、ブラウザにShell In A Boxのログイン画面が表示される。ここで、ホストMacのユーザー名とパスワードを入力することで、LAN内の任意のPCからMacのシェル環境を操作することが可能となる。この方法は、Webベースのサービスとしてシェルを提供するため、クライアント側に追加のSSHクライアントソフトウェアをインストールする必要がないという利点がある。このプロセス全体を通じて、セキュリティを確保するため、パスワード認証が必須となることに留意すべきである。

PC起動時の自動起動設定

Shell In A Boxの利便性を最大化するには、ホストマシン（Mac）の起動時に自動的にサービスを開始させることが重要である。macOSでは、ユーザーログイン後にサービスを自動起動させるために、標準機能である launchd とその設定ファイル（.plist ファイル）を利用する。これにより、手動で毎回ターミナルで起動コマンドを実行する手間を省くことができる。

まず、以下の構造を持つプロパティリスト（plist）ファイルをホームディレクトリ内の適切な場所に作成する。ファイル名は慣例に従い、com.shellinabox.server.plist とする。保存場所はユーザーごとのサービス定義を格納するディレクトリである ~/Library/LaunchAgents/ である。

XML

# ~/Library/LaunchAgents/com.shellinabox.server.plist
<dict>
 <key>Label</key>
 <string>com.shellinabox.server</string>
 <key>ProgramArguments</key>
 <array>
 <string>/usr/local/bin/shellinaboxd</string>
 </array>
 <key>RunAtLoad</key>
 <true/>
 <key>KeepAlive</key>
 <true/>
 <key>UserName</key>
 <string>（Macのユーザー名）</string>
 <key>StandardErrorPath</key>
 <string>/tmp/shellinabox.err</string>
 <key>StandardOutPath</key>
 <string>/tmp/shellinabox.out</string>
</dict>

注意点として、<key>UserName</key> の値には、実際にShell In A Boxを実行するMacのユーザー名を正確に記述する必要がある。

ファイルを作成した後、ターミナルに戻り、launchctl コマンドを使用してサービスをシステムに登録し、ロード（起動）する。

Bash

launchctl load ~/Library/LaunchAgents/com.shellinabox.server.plist

この操作により、Shell In A Boxのサービスが即座に起動し、かつ、次回以降のMacの再起動時やログイン時に自動的に実行されるようになる。この設定によって、Webブラウザを開くだけで、常にLAN内からMacのシェル環境にアクセスできる状態が維持され、特にWordPress管理CLIの実行などの用途において、シームレスな作業環境が提供されるのである。

bashでターミナル間の履歴を共有する方法

Thu, 27 Nov 2025 14:50:56 +0900

bash の履歴は通常、各ターミナルが独立して管理しており、複数のウィンドウを開いて作業していると、過去に実行したコマンドが別のターミナルに反映されず不便である。この問題は、bash が履歴ファイル（一般に ~/.bash_history）を読み書きするタイミングが限られていることに起因する。

デフォルトでは、ターミナル終了時に履歴が書き込まれる仕様であり、そのためリアルタイムの共有は行われない。本稿では、この挙動を変更し、どのターミナルからも最新履歴を利用できる環境を構築する方法について解説する。

履歴共有の仕組み

bash に対して「履歴をリアルタイムに書き込み、かつ常に読み込む」ことを明示的に指示する。bash には PROMPT_COMMAND という特別な環境変数が存在し、これはプロンプトが表示される直前に bash が必ず実行するコマンド列を定義する。

履歴同期のためには、この仕組みを利用して、直前のコマンドを履歴ファイルに追記する history -a を実行し、他ターミナルが書き込んだ履歴を読み込む history -n を実行するという二段構えが必要になる。また、履歴ファイルの内容を上書きせず追記する histappend を有効にすることで、複数ターミナルが同時に履歴を書いても衝突が起こらない。

実装方法

履歴共有の設定は .bashrc に記述することで有効になる。.bashrc はログインシェルでなくとも読み込まれるため、複数ターミナルで開く通常の対話型シェルの設定として適切である。以下に示す設定を追記すれば、ターミナルを跨いで履歴が共有される。

shopt -s histappend
export PROMPT_COMMAND="history -a; history -n"

この設定を追加したら、source ~/.bashrc を実行して反映させる。

強制同期が必要な場合（オプション）

履歴の衝突や順序の乱れが気になるような環境では、より強制的な同期方法として history -c を併用する設定がある。これは一度メモリ上の履歴を全消去し、その後ファイルから再度読み込むため、最新状態が常に正確に再現される。設定は以下のとおりである。

export PROMPT_COMMAND="history -a; history -c; history -n"

ただし、この手法は履歴の並びが不自然になりやすいなどの副作用があるため、常用するというよりは、履歴を厳密に同期させたい特定の場面でのみ利用すべきである。

動画ダウンロードの定番──yt-dlpという万能ツール

Wed, 05 Nov 2025 08:11:15 +0900

動画サイトの海を自由に泳ぎたい者にとって、yt-dlpは最強の羅針盤である。YouTubeをはじめ、無数の配信サイトから動画や音声を自在に取得できるその力は、まるで多言語を理解する通訳のように万能だ。だが、いくら名ツールでも、その使い方を知らなければただの宝の持ち腐れである。本稿では、yt-dlpの基本的な操作法を一通り押さえ、使いこなすための筋道を記す。

導入という第一歩

yt-dlpはPython製のツールであり、インストールも簡潔だ。ターミナルで次の一行を叩くだけで始まる。

pip install -U yt-dlp

この瞬間、あなたのマシンに強力なダウンローダーが宿る。macOSやLinuxを使っているなら、Homebrew経由での導入も選べる。

brew install yt-dlp

更新も容易であり、常に最新版を保つことが推奨される。

yt-dlp -U

コマンドラインに抵抗を覚える者もいるが、一度慣れればGUIのような視覚的ツールよりもはるかに迅速で正確だ。

基本動作──URLひとつで完結する魔法

yt-dlpの核心はシンプルな命令にある。対象となる動画URLを指定すれば、それだけでダウンロードが始まる。

yt-dlp https://www.youtube.com/watch?v=XXXXXXXXXXX

特別なオプションを付けなくとも、自動で最高画質を選択して保存してくれる。まるでソムリエが最適なワインを差し出すように、ユーザーの手を煩わせない。

音だけを抜き出すという美学

動画のすべてを欲する必要はない。ときに音声だけで十分なこともある。音楽、講演、ラジオ──それらを純粋な音として残したいなら、次のコマンドが適切だ。

yt-dlp -x --audio-format mp3 https://www.youtube.com/watch?v=XXXXXXXXXXX

-xは音声抽出を意味し、--audio-formatで形式を指定できる。mp3のほか、m4aやwavなども選択可能だ。映像を削ぎ落とし、声や音だけを抽出する行為には、ある種の潔さがある。

整理整頓という技術

複数の動画を扱うとき、ファイル名の管理は混沌に陥りがちだ。そこで役立つのが出力指定オプションである。

yt-dlp -o "%(title)s.%(ext)s" https://www.youtube.com/watch?v=XXXXXXXXXXX

%(title)sは動画タイトル、%(ext)sは拡張子を示す。保存先フォルダを指定したければ、パスを追加することもできる。この設定ひとつで、ライブラリ全体が整然と並ぶ。細部へのこだわりが、長期的な快適さを生むのだ。

フォーマットを選ぶ自由

映像のフォーマットや画質を厳密に選びたい場面もある。そのときは、まず利用可能な形式を一覧で確認する。

yt-dlp -F https://www.youtube.com/watch?v=XXXXXXXXXXX

一覧には画質、コーデック、サイズなどの情報が並ぶ。そこから望むフォーマットIDを指定して実行すればよい。

yt-dlp -f 22 https://www.youtube.com/watch?v=XXXXXXXXXXX

コマンドひとつで、容量を抑えたい場合も、高画質を追求したい場合も自在に選べる。この自由度こそがyt-dlpの真髄である。

プレイリストを一括で手に入れる

YouTubeのプレイリストURLを指定すれば、連続した動画をまとめてダウンロードできる。

yt-dlp https://www.youtube.com/playlist?list=XXXXXXXXXXX

講義シリーズやミュージックアルバムのような連番構成の動画には特に有効だ。時間を節約し、統一感ある保存が叶う。

結語──コマンドラインに宿る洗練

yt-dlpの魅力は、単なる便利さを超えている。短い命令の中に、精密な制御と柔軟な設計が共存しているからだ。クリック操作では到達できないレベルの自由がここにある。コマンドラインは不器用な人のための道具ではなく、考える者のための筆記具である。

動画をダウンロードするという単純な行為の背後には、情報をどう扱い、どう保存するかという哲学が潜んでいる。その第一歩として、yt-dlpを知ることは、デジタル時代のリテラシーの一端を手にすることに等しい。

Linux/WSLでghqをインストールする方法

Mon, 27 Oct 2025 18:22:58 +0900

ghqは、リポジトリを一元的に管理するためのCLIツールである。GitHubやGitLabのリポジトリを一貫したパスで管理し、開発環境を整理するのに非常に有効である。
WSL上ではLinux環境として動作するため、Go製のツールであるghqを直接ビルド・配置するのが最も適している。

前提条件

項目	内容
OS	Windows 10 / 11
WSL バージョン	2
Linux ディストリビューション	Ubuntu 22.04 以降
Go言語	1.19 以上（`go install`コマンド対応バージョン）

Goが未インストールの場合は、先にGoのインストール手順（前記事参照）を実施する。

推奨方法：`go install`で直接インストールする

最も標準的で再現性が高い方法は、Go公式ツールチェーンを用いたインストールである。

go install github.com/x-motemen/ghq@latest

インストール後、~/go/bin にバイナリが配置されるため、パスを通す。

echo 'export PATH=$PATH:$(go env GOPATH)/bin' >> ~/.bashrc
source ~/.bashrc

動作確認を行う。

ghq --version

これでghqが利用可能となる。
Goのモジュール管理機能を用いるため、バージョン指定（例：@v1.5.0）も柔軟に対応できる。

代替方法：APT経由（非推奨）

Ubuntuリポジトリにもghqパッケージが存在するが、更新が遅くバージョンが古い。
そのため、最新版を利用したい場合には不向きである。

sudo apt update
sudo apt install ghq

この方法は環境構築を自動化したい場合（例：AnsibleやDockerfileなど）には有効だが、開発者自身の利用には推奨されない。

ソースからのビルド（特殊用途向け）

カスタマイズが必要な場合や、ghqの開発版を試したい場合は、手動でビルドできる。

git clone https://github.com/x-motemen/ghq.git
cd ghq
make install

デフォルトでは$GOPATH/binにバイナリが生成される。
この方法は、Go開発環境の内部構造を理解している場合にのみ選択すべきである。

まとめ

方法	特徴	推奨度
`go install github.com/x-motemen/ghq@latest`	最新版を簡単に導入できる	★★★★★
`apt install ghq`	システム管理に統合されるが古い	★★☆☆☆
ソースからビルド	開発・検証向け	★★★☆☆

補足：環境変数設定の確認

ghqは内部でgitコマンドを利用するため、gitがインストールされていることを確認する。

git --version

また、デフォルトのリポジトリ保存パスは ~/.ghq である。
変更したい場合は環境変数で指定する。

echo 'export GHQ_ROOT=~/dev/src' >> ~/.bashrc
source ~/.bashrc

この構成を採用すれば、WSL上でもLinux環境と同様にghqが安定動作し、GitHubリポジトリの管理を効率化できる。

macOS launchctl の bootstrap と bootout コマンドの使い方

Wed, 08 Oct 2025 17:21:45 +0900

macOS では、バックグラウンドで動作するサービス（デーモンやエージェント）を管理するために launchd という仕組みが用いられており、これを制御するコマンドが launchctl である。従来は load と unload というサブコマンドが使われていたが、macOS 10.11 El Capitan 以降、これらは「レガシーサブコマンド」として扱われ、代わりに bootstrap と bootout が推奨されるようになった。ただし実際には、2025年現在も多くの記事やスクリプトで従来の load/unload が使われ続けているのが現状である。

本記事では、公式に推奨されている bootstrap と bootout の使い方について解説する。なお、この記事で扱う内容は macOS 10.11 以降を前提としている。

bootstrap と bootout の基本

bootstrap と bootout は、それぞれ従来の load と unload に相当するコマンドである。最大の違いは、ドメインを明示的に指定する必要があるという点だ。

bootstrap: サービスをドメインに登録して起動する（load の代替）
bootout: サービスを停止してドメインから削除する（unload の代替）

従来の方式では、plist ファイルのパスから暗黙的にドメインが判別されていたが、新しい方式では明示的に指定することで、より正確な制御が可能になるという設計思想である。

ドメインの種類と意味

launchd におけるドメインとは、サービスがどのレベル・どのユーザーのために動作するかを表す概念である。主なドメインは以下の3種類だ。

system ドメイン

システム全体で動作するデーモンのためのドメインである。root 権限で実行され、すべてのユーザーに影響する。通常、/Library/LaunchDaemons/ に配置された plist ファイルがこのドメインで動作する。

gui/UID ドメイン

特定のユーザーがグラフィカルログイン（GUI セッション）している間だけ動作するエージェントのためのドメインである。UID はユーザー ID を表す数値で、macOS では最初に作成されたユーザーは通常 501 となる。自分の UID は id -u コマンドで確認できる。~/Library/LaunchAgents/ や /Library/LaunchAgents/ に配置されたエージェントは、基本的にこのドメインで動作する。

user/UID ドメイン

特定のユーザー権限で動作するが、ログインの有無に関わらず常駐するバックグラウンドサービスのためのドメインである。GUI は使用できないが、PC 起動中は常に動き続ける。このドメインは macOS 10.11 以降で追加された比較的新しい概念である。

基本的な使い方

システムデーモンの登録と削除

システム全体で動作するデーモンを扱う場合、system ドメインを指定する。root 権限が必要なため、sudo を付けて実行する必要がある。

# 登録（起動）
sudo launchctl bootstrap system /Library/LaunchDaemons/com.example.daemon.plist

# 削除（停止）
sudo launchctl bootout system /Library/LaunchDaemons/com.example.daemon.plist

ユーザーエージェントの登録と削除

ログイン中のユーザーのために動作するエージェントを扱う場合、gui/UID ドメインを指定する。まず自分の UID を確認してから、その値を使ってコマンドを実行する。

# UID を確認
id -u
# 例: 501 と表示される

# 登録（起動）
launchctl bootstrap gui/501 ~/Library/LaunchAgents/com.example.agent.plist

# 削除（停止）
launchctl bootout gui/501 ~/Library/LaunchAgents/com.example.agent.plist

スクリプト内で動的に UID を取得する場合は、以下のように記述できる。

#!/bin/bash

# 現在ログイン中のユーザーの UID を取得
USER_ID=$(id -u)

# 登録
launchctl bootstrap gui/$USER_ID ~/Library/LaunchAgents/com.example.agent.plist

# 削除
launchctl bootout gui/$USER_ID ~/Library/LaunchAgents/com.example.agent.plist

サービスの状態確認

登録されているサービスの一覧を確認するには、launchctl list コマンドを使う。特定のサービスを grep で絞り込むことも可能だ。

# すべてのサービスを表示
launchctl list

# 特定のサービスを検索
launchctl list | grep com.example

より詳細な情報を得るには、launchctl print コマンドを使う。

# システムドメインの情報を表示
sudo launchctl print system

# 特定のユーザードメインの情報を表示
launchctl print gui/501

# 特定のサービスの詳細を表示
launchctl print gui/501/com.example.agent

ただし、print コマンドの出力形式は公式には構造化されておらず、バージョン間で変更される可能性があるため、スクリプトでのパース処理には依存しないことが推奨されている。

実行中のサービスの再起動

既に動作しているサービスを再起動したい場合、bootout してから bootstrap し直す方法もあるが、より簡単な方法として kickstart コマンドが用意されている。

# サービスを再起動（-k オプションで既存のインスタンスを終了してから起動）
launchctl kickstart -k gui/501/com.example.agent

-k オプションを付けると、既に動作中のインスタンスを終了してから新しいインスタンスを起動する。オプションなしで実行すると、既に動作中の場合はエラーとなる。

enable と disable の使い分け

bootstrap/bootout とは別に、enable と disable というサブコマンドも存在する。これらはサービスを有効化・無効化するためのもので、次回のブート時やログイン時にサービスを自動起動するかどうかを制御する。

# サービスを無効化（次回から自動起動しない）
sudo launchctl disable system/com.example.daemon

# サービスを有効化（次回から自動起動する）
sudo launchctl enable system/com.example.daemon

注意点として、disable でサービスを無効化した後は、単に bootstrap しようとしてもエラーになる。再度有効にするには、まず enable を実行してから bootstrap する必要がある。

従来の load/unload との対応関係

従来の方式と新しい方式の対応関係をまとめると、以下のようになる。

従来の方式	新しい方式
`launchctl load /Library/LaunchDaemons/service.plist`	`sudo launchctl bootstrap system /Library/LaunchDaemons/service.plist`
`launchctl unload /Library/LaunchDaemons/service.plist`	`sudo launchctl bootout system /Library/LaunchDaemons/service.plist`
`launchctl load ~/Library/LaunchAgents/agent.plist`	`launchctl bootstrap gui/$(id -u) ~/Library/LaunchAgents/agent.plist`
`launchctl unload ~/Library/LaunchAgents/agent.plist`	`launchctl bootout gui/$(id -u) ~/Library/LaunchAgents/agent.plist`

従来の方式では plist ファイルのパスから自動的にドメインが判別されていたが、新しい方式ではドメインを明示的に指定する必要がある。この変更により、より正確な制御が可能になったとされているが、実際には記述量が増え、コマンドも覚えにくくなったという側面もある。

よくある問題とトラブルシューティング

Permission denied エラー

システムドメインのサービスを操作する際に sudo を付け忘れると、権限エラーが発生する。

# エラー例
launchctl bootstrap system /Library/LaunchDaemons/service.plist
# → Permission denied

# 正しい実行方法
sudo launchctl bootstrap system /Library/LaunchDaemons/service.plist

Operation now in progress エラー

サービスが既に登録されている状態で再度 bootstrap を実行すると、このエラーが発生する。この場合は、まず bootout で削除してから再度 bootstrap する必要がある。

# 一度削除してから再登録
sudo launchctl bootout system /Library/LaunchDaemons/service.plist
sudo launchctl bootstrap system /Library/LaunchDaemons/service.plist

あるいは、前述の kickstart -k コマンドを使うことで、より簡潔に再起動できる。

Bootstrap failed: 5: Input/output error

サービスを disable した後に bootstrap しようとすると、このエラーが発生することがある。この場合は、まず enable で有効化してから bootstrap する必要がある。

# 正しい手順
sudo launchctl enable system/com.example.daemon
sudo launchctl bootstrap system /Library/LaunchDaemons/com.example.daemon.plist

SIP によるエラー

System Integrity Protection（SIP）が有効な場合、システムが管理する一部の plist ファイルは変更できない。このような場合、以下のようなエラーメッセージが表示される。

Operation not permitted while System Integrity Protection is engaged

この場合、基本的には操作を諦めるか、SIP を無効化する必要がある（ただし SIP の無効化はセキュリティリスクを伴うため推奨されない）。

まとめ

bootstrap と bootout は、macOS 10.11 以降で推奨されている launchd サービスの管理コマンドである。従来の load/unload と比べて、ドメインを明示的に指定する必要があるため、より正確な制御が可能になった反面、コマンドが冗長になり覚えにくくなったという側面もある。

実際には、2025年現在も多くの記事やスクリプトで従来の load/unload が使われ続けており、これらのコマンドも依然として動作する。ただし、公式には bootstrap/bootout の使用が推奨されているため、新しく書くスクリプトではこちらを使うのが望ましいとされている。

システムの根幹に関わる launchd の操作は慎重に行う必要がある。特に /Library/LaunchDaemons/ や /System/Library/ 以下のファイルを扱う際は、誤った操作がシステム全体に影響を及ぼす可能性があるため、十分に注意して作業を進めることが重要である。

出典

Stack Overflow: launchd: Confusion on the sematics of bootstrap/bootout for controlling services on macOS
Ask Different: launchd: Confusion on semantics of bootstrap and bootout etc. after reading manual pages
Alan Siu’s Blog: launchctl “new” subcommand basics for macOS
SS64.com: launchctl Man Page - macOS
The Terminal Blogger: Dear Launchctl, We’re All Using You Wrong
Babo D’s Corner: Launchctl 2.0 Syntax

ghqで高速リポジトリ移動を実現する最小設定

Tue, 16 Sep 2025 03:03:42 +0900

ghqを使ってGitリポジトリを管理している際、複数のリポジトリ間を素早く移動したい場面は日常的に発生する。複雑な設定や多機能なツールの組み合わせではなく、最小限の設定で最大の効果を得る方法を紹介する。

前提環境

ghqがインストールされていること
fzfがインストールされていること
Bash または Zsh を使用していること

fzfのインストールは以下のコマンドで実行できる：

# macOS (Homebrew)
brew install fzf

# Ubuntu/Debian
sudo apt install fzf

# CentOS/RHEL
sudo yum install fzf

最小構成での設定方法

シェルの設定ファイル（.bashrc または .zshrc）に以下の1行を追加するだけで、高速なリポジトリ移動が可能になる：

alias g='cd $(ghq root)/$(ghq list | fzf)'

この設定により、g コマンドを実行するとfzfの絞り込み画面が表示され、リポジトリ名を入力して絞り込み、Enterキーで該当するリポジトリのディレクトリに移動できる。

設定後は以下のコマンドで設定を反映させる：

source ~/.zshrc # Zshの場合
source ~/.bashrc # Bashの場合

実際の使用例

例えば、以下のようなリポジトリ構成があるとする：

~/ghq/github.com/
├── user/my-blog
├── user/api-server
├── user/frontend-app
└── company/internal-tool

g コマンドを実行すると、fzfの絞り込み画面が表示される。ここで「blog」と入力すると user/my-blog が絞り込まれ、Enterキーを押すことで即座に該当ディレクトリに移動する。部分一致での検索が可能なため、「front」と入力すれば user/frontend-app にマッチする。

このような直感的な操作により、従来の cd コマンドで長いパスを入力する必要がなくなり、開発効率が大幅に向上する。

他の選択肢との比較

リポジトリ移動を効率化する方法として、pecoを使用する選択肢もある。pecoは日本で人気のあるツールで、基本的な絞り込み機能を提供する。しかし、現在ではfzfの方が機能的に優れており、より活発に開発されている状況である。

fzfとpecoの主な違いは、fzfがプレビュー機能や複数選択機能を標準で備えている点にある。また、GitHubでのスター数を見ると、fzfが60,000以上のスターを獲得している一方で、pecoは7,000程度となっており、コミュニティの規模と活発度に大きな差がある。

将来的な拡張性を考慮した場合、fzfを選択しておくことで、プレビュー機能やその他の高度な機能を後から追加できる余地が残される。

macOSでtacコマンドを使えるようにする設定方法

Tue, 16 Sep 2025 02:23:36 +0900

pecoなどのCLIツールを使用する際に、Linuxでは標準的なtacコマンドがmacOSでは利用できずエラーが発生することがある。この記事では、macOSでtacコマンドを使えるようにするための設定手順を記録する。

検証環境

macOS
Homebrew導入済み
bash または zsh

tacコマンドとは

tacコマンドは、ファイルの内容を行単位で逆順に出力するLinuxの標準コマンドである。catコマンドの逆の動作を行うため、“tac”（catの逆綴り）という名前が付けられている。主にログファイルの最新エントリから順に表示したい場合や、履歴検索ツールでの逆順処理に使用される。

macOSでのtacコマンド不在問題

macOSでpecoなどのツールを使用する際に、以下のようなエラーが発生する場合がある：

-bash: tac: command not found

これは、macOSのBSD系ユーティリティにはGNU系のtacコマンドが含まれていないことが原因である。多くのLinux環境で当然のように使用されているコマンドであるため、LinuxからmacOSに移行した際によく遭遇する問題となっている。

coreutilsパッケージによる解決

最も確実で標準的な解決方法は、GNU coreutilsパッケージをHomebrewでインストールすることである。GNU coreutilsは、Linux環境で使用されている基本的なコマンド群をmacOSでも利用できるようにするパッケージである。

brew install coreutils

このインストールにより、GNU版の各種コマンドがgプレフィックス付きで利用可能になる。tacコマンドの場合はgtacとして使用できるようになる。

インストール後の動作確認：

echo -e "first\nsecond\nthird" | gtac
# 出力：
# third
# second
# first

エイリアスによる透過的な利用

gtacコマンドが使用できるようになったが、既存のスクリプトや設定でtacとして呼び出される場合に対応するため、エイリアスを設定する必要がある。使用しているシェルの設定ファイルにエイリアスを追加することで、tacコマンドをgtacに自動的に変換できる。

bashを使用している場合は~/.bashrcまたは~/.bash_profileに、zshを使用している場合は~/.zshrcに以下の設定を追加する：

alias tac='gtac'

設定を反映させるため、設定ファイルを再読み込みするか、新しいターミナルセッションを開始する：

# bashの場合
source ~/.bashrc

# zshの場合
source ~/.zshrc

設定の確認

エイリアス設定後、tacコマンドが正常に動作することを確認する：

# tacコマンドのテスト
echo -e "line1\nline2\nline3" | tac

# 期待される出力：
# line3
# line2
# line1

また、エイリアスが正しく設定されているかはaliasコマンドで確認できる：

alias | grep tac
# 出力: alias tac='gtac'

pecoでの履歴検索への適用

この設定により、pecoを使用した履歴検索でtacコマンドが正常に動作するようになる。一般的なpeco設定では、コマンド履歴を逆順で表示するためにtacが使用されており、以下のような設定が機能するようになる：

# 例：pecoを使った履歴検索の設定
function peco-select-history() {
 local tac
 if which tac > /dev/null; then
 tac="tac"
 elif which tail > /dev/null; then
 tac="tail -r"
 fi
 BUFFER=$(history -n 1 | eval $tac | peco --query "$LBUFFER")
 CURSOR=$#BUFFER
 zle clear-screen
}

まとめ

macOSでのtacコマンド不在問題は、GNU coreutilsパッケージのインストールとエイリアス設定により解決できる。この設定により、Linux環境で作成されたスクリプトやツール設定をmacOSでもそのまま利用できるようになる。特にpecoやその他のCLIツールを使用する開発環境において、この設定は必須といえる。同様の手法は、GNU系の他のコマンド（gls、ggrepなど）にも適用でき、Linux環境との互換性を高めることができる。

macOSでBash起動時のロケール警告を解決する方法

Tue, 16 Sep 2025 01:54:34 +0900

macOSでシェルをfishからbashに変更した際、ターミナル起動時に以下のような警告が表示されることがある。

-bash: 警告: setlocale: LC_COLLATE: cannot change locale (): No such file or directory

この警告は機能上の問題を引き起こすわけではないが、毎回表示されるため作業の邪魔になる。本記事では、この警告を解消する対症療法的な解決方法を記録する。

環境

macOS（Homebrewでbashをインストール済み）
シェルをfishからbashに変更後
/opt/homebrew/bin/bashを使用

問題の原因分析

現在のロケール設定の確認

まず、現在のロケール設定を確認する。

locale

問題がある場合、以下のような出力になることが多い。

LANG=""
LC_COLLATE="C"
LC_CTYPE="UTF-8"
LC_MESSAGES="C"
LC_MONETARY="C"
LC_NUMERIC="C"
LC_TIME="C"
LC_ALL=

環境変数の確認も行う。

env | grep -E "(LANG|LC_)"

このコマンドで表示される内容とlocaleコマンドの出力に不一致がある場合、設定の競合が発生している可能性が高い。

根本原因の推定

警告メッセージのcannot change locale ():の括弧内が空になっているのは、どこかでロケール関連の環境変数が空文字列に設定されているためである。これは以下のような要因で発生する可能性がある。

以前使用していたシェル（fish等）の設定残骸
システムアップデート時の設定の不整合
複数のツールによる環境変数の競合

解決方法

基本的な対症療法

個人用の設定ファイルを作成し、明示的にロケールを設定する。これにより、不完全な設定を上書きできる。

echo 'export LANG=en_US.UTF-8' > ~/.bash_profile

設定を即座に反映させる。

source ~/.bash_profile

設定内容の選択指針

ロケール設定には以下の選択肢がある。

英語環境での自然な並び順を優先する場合（推奨）

export LANG=en_US.UTF-8

この設定により、lsコマンドやファイルソートで大文字小文字を考慮した辞書順になる。具体的には、Apple、apple、Banana、bananaの順序で表示される。

純粋なASCII順序を優先する場合

export LANG=C

この設定では、ASCII値順（数字→大文字→小文字）でソートされる。プログラマー向けの厳密な順序だが、一般的な用途では直感的でない順序になることがある。

設定の確認

設定後、新しいターミナルを開いて以下を確認する。

locale

すべてのLC_*項目が設定したロケール（例：en_US.UTF-8）になっていれば成功である。また、警告メッセージが表示されなくなることを確認する。

追加の対処法

ターミナルアプリ固有の設定確認

一部のターミナルアプリケーションは独自の設定ファイルを持つ場合がある。

cat "/etc/bashrc_$TERM_PROGRAM" 2>/dev/null || echo "Terminal-specific bashrc not found"

利用可能なロケールの確認

システムでサポートされているロケールを確認したい場合は以下を実行する。

locale -a | grep -E "(en_US|ja_JP|C$)"

注意事項

この方法は対症療法であり、根本的な原因（どこで空文字列が設定されているか）を解決するものではない。しかし、実用上は十分な解決策となる。

長期間使用しているシステムでは、様々なツールのインストール・アンインストールにより設定の断片が残存することがある。完全な解決を求める場合は、クリーンインストールが最も確実な方法である。

参考資料

WSL環境でMac風のpbcopy/pbpasteを実現する方法

Sun, 17 Aug 2025 13:47:19 +0900

前提環境

この記事は以下の環境での動作を前提としている。

Windows 10/11
WSL2（Windows Subsystem for Linux 2）
Ubuntu 20.04以降（他のディストリビューションでも同様の手順で可能）
Bash または Zsh シェル

背景と課題

Macユーザーであれば、コマンドラインからクリップボードを操作する際にpbcopyとpbpasteコマンドを使用することに慣れているだろう。これらのコマンドは非常に便利で、パイプを使ってテキストをクリップボードにコピーしたり、クリップボードの内容を取得したりできる。

一方、WSL環境では標準でこのような機能は提供されていない。Linux用のクリップボードツールであるxclipをインストールしても、これはX Window System内でのクリップボード操作に留まり、Windowsのシステムクリップボードとは連携しない。つまり、WSL内でxclipを使ってコピーした内容を、Windows側のアプリケーションで貼り付けることはできないのである。

WindowsのネイティブなクリップボードAPI

実は、Windowsにはclip.exeというコマンドラインツールが標準で付属している。このツールを使用することで、パイプ経由でテキストをクリップボードに書き込むことが可能である。

echo "Hello World" | clip.exe

上記のコマンドを実行すると、「Hello World」がWindowsのクリップボードにコピーされ、任意のWindowsアプリケーションで貼り付けることができる。

ただし、clip.exeは書き込み専用であり、クリップボードの内容を読み取る機能は提供されていない。そのため、Macのpbpasteに相当する機能を実現するには別の方法が必要となる。

PowerShellを活用したクリップボード読み取り

Windowsでクリップボードの内容を取得するには、PowerShellのGet-Clipboardコマンドレットを使用する。WSL内からPowerShellを呼び出すことで、この機能を利用できる。

powershell.exe -command "Get-Clipboard"

このコマンドを実行すると、現在のクリップボードの内容がターミナルに出力される。なお、-commandパラメータは省略可能であり、以下のように短縮して記述することも可能である。

powershell.exe "Get-Clipboard"

エイリアスによる利便性の向上

毎回長いコマンドを入力するのは非効率的であるため、エイリアスを設定してMacと同様の使い勝手を実現する。使用しているシェルの設定ファイル（Bashの場合は~/.bashrc、Zshの場合は~/.zshrc）に以下の行を追加する。

alias pbcopy='clip.exe'
alias pbpaste='powershell.exe -command "Get-Clipboard"'

設定を反映するために、シェルを再起動するか、以下のコマンドを実行する。

# Bashの場合
source ~/.bashrc

# Zshの場合 
source ~/.zshrc

実際の使用例

エイリアスを設定した後は、Macと同様の感覚でクリップボード操作が可能になる。以下に実用的な使用例を示す。

基本的な使用方法

# テキストをクリップボードにコピー
echo "テスト文字列" | pbcopy

# クリップボードの内容を表示
pbpaste

ファイルの内容をクリップボードにコピー

# SSH公開鍵をクリップボードにコピー（GitHubへの登録などに便利）
cat ~/.ssh/id_rsa.pub | pbcopy

# 設定ファイルの内容をクリップボードにコピー
cat ~/.vimrc | pbcopy

Gitとの連携

# 最新5件のコミット履歴をクリップボードにコピー
git log --oneline -5 | pbcopy

# 現在のブランチ名をクリップボードにコピー
git branch --show-current | pbcopy

# 現在のリモートURLをクリップボードにコピー
git remote get-url origin | pbcopy

ディレクトリパスの活用

# 現在のディレクトリパスをクリップボードにコピー
pwd | pbcopy

# 特定のファイルの絶対パスをクリップボードにコピー
readlink -f example.txt | pbcopy

パフォーマンスと制限事項

このアプローチにはいくつかの注意点がある。まず、powershell.exeの起動には若干の時間がかかるため、pbpasteの実行速度は純粋なLinuxコマンドと比較して遅くなる。ただし、日常的な使用においては実用上問題となることは少ない。

また、非常に大きなテキストをクリップボードに格納する場合、PowerShellの制限によって一部のデータが切り取られる可能性がある。通常の開発作業で扱うテキストサイズであれば問題ないが、大容量のデータを扱う場合は注意が必要である。

さらに、この方法はWSLからWindowsの実行ファイルを呼び出すため、WSL2の場合はネットワークを介した通信が発生する。セキュリティ設定によっては、この通信が制限される可能性もある。

まとめ

WSL環境においても、Windowsの標準機能とPowerShellを組み合わせることで、Macのpbcopy/pbpasteと同等の機能を実現できる。エイリアスを設定することで、Macからの移行時も違和感なく使用できるようになる。

この方法の最大の利点は、追加のソフトウェアをインストールすることなく、Windowsの標準機能のみで実現できることである。WSLでの開発効率を向上させる簡単で実用的な設定として、ぜひ活用していただきたい。

LinuxでmacOS風クリップボード操作を実現するxclipの設定方法

Sat, 09 Aug 2025 20:03:51 +0900

この記事の内容は、X11ウィンドウシステムを使用するLinux環境で動作確認している。Wayland環境ではwl-clipboardパッケージを使用する必要があるため、事前に使用環境を確認してほしい。また、記事中のコマンド例は、Debian/Ubuntu系ディストリビューションでの実行を前提としている。

LinuxでのCLIクリップボード操作の必要性

Linuxでコマンドライン作業をしていると、コマンドの出力結果をブラウザやテキストエディタに貼り付けたい場面が頻繁にある。しかし、標準的なLinux環境では、ターミナル出力を直接システムクリップボードに送る機能が用意されていない。一方、macOSではpbcopyとpbpasteコマンドが標準で提供されており、パイプを使って簡単にクリップボード操作ができる。Linuxでも同様の機能を実現するためのツールがxclipである。

xclipは、X11環境でコマンドライン出力をシステムクリップボードに送ったり、クリップボードの内容をターミナルに出力したりできる軽量なユーティリティである。このツールを適切に設定することで、macOSと同じような感覚でクリップボード操作を行うことができる。

xclipのインストール手順

xclipのインストール方法は、使用しているLinuxディストリビューションによって異なる。主要なディストリビューションでの手順を以下に示す。

Debian系（Ubuntu、Linux Mint等）では、aptパッケージマネージャーを使用してインストールできる。まずパッケージリストを更新してから、xclipパッケージをインストールする。

sudo apt update
sudo apt install xclip

Red Hat系（CentOS、RHEL、Fedora等）では、使用しているバージョンに応じてyumまたはdnfを使用する。Fedoraの場合は以下のコマンドでインストールできる。

sudo dnf install xclip

CentOS 7やRHEL 7の場合は、EPELリポジトリを有効にしてからインストールする必要がある。

sudo yum install epel-release
sudo yum install xclip

Arch Linuxでは、pacmanパッケージマネージャーを使用してインストールできる。

sudo pacman -S xclip

インストールが完了したら、簡単なテストを行ってxclipが正常に動作することを確認する。

echo "test message" | xclip -selection clipboard

このコマンドを実行後、テキストエディタやブラウザでCtrl+Vを押して「test message」が貼り付けられれば、インストールは成功している。

xclipの基本的な使用方法

xclipを使用してクリップボード操作を行う場合、主に-selection clipboardオプションを使用する。このオプションを指定することで、一般的なアプリケーションでCtrl+C/Ctrl+Vで使用するクリップボードにアクセスできる。

コマンド出力をクリップボードにコピーする場合は、パイプを使ってxclipに出力を渡す。例えば、現在のディレクトリの詳細なファイル一覧をクリップボードにコピーしたい場合は、以下のコマンドを使用する。

ls -la | xclip -selection clipboard

ファイルの内容をクリップボードにコピーしたい場合は、リダイレクションを使用する。

xclip -selection clipboard < file.txt

クリップボードの内容を表示したい場合は、-oオプション（出力オプション）を使用する。

xclip -selection clipboard -o

-selection clipboardは頻繁に使用するため、-sel clipと短縮形で記述することも可能である。

macOS風エイリアスの設定方法

MacとLinuxの両方を使用している場合、同じコマンドでクリップボード操作ができると非常に便利である。macOSのpbcopyとpbpasteコマンドと同じ感覚で使用できるように、bashまたはzshの設定ファイルにエイリアスを追加する。

bashを使用している場合は、ホームディレクトリの.bashrcファイルに以下の行を追加する。

alias pbcopy='xclip -selection clipboard'
alias pbpaste='xclip -selection clipboard -o'

zshを使用している場合は、.zshrcファイルに同じ内容を追加する。設定を手動で編集するか、以下のコマンドで一括追加できる。

echo 'alias pbcopy="xclip -selection clipboard"' >> ~/.bashrc
echo 'alias pbpaste="xclip -selection clipboard -o"' >> ~/.bashrc
source ~/.bashrc

設定後は、macOSと全く同じコマンドでクリップボード操作が可能になる。

実際の活用例

エイリアス設定後の具体的な活用例をいくつか紹介する。これらの例は、日常的な開発作業で頻繁に使用する場面である。

ファイルの内容をクリップボードにコピーする場合：

pbcopy < config.json

コマンド実行結果をクリップボードにコピーする場合：

git log --oneline --graph | pbcopy

システム情報をクリップボードにコピーする場合：

uname -a | pbcopy

クリップボードの内容をファイルに保存する場合：

pbpaste > output.txt

SSH公開鍵をクリップボードにコピーする場合：

pbcopy < ~/.ssh/id_rsa.pub

これらの例のように、パイプやリダイレクションと組み合わせることで、様々な場面でクリップボード操作を活用できる。特に、長いコマンド出力やファイル内容を他のアプリケーションに貼り付ける際に、マウス操作によるコピー&ペーストよりも効率的である。

その他のクリップボードツールとの比較

X11環境でのクリップボード操作ツールとしては、xclip以外にもxselがある。xselも同様の機能を提供するが、xclipの方が一般的に広く使用されており、ドキュメントやコミュニティサポートが充実している。また、パッケージマネージャーでの提供状況もxclipの方が良好である。

Wayland環境を使用している場合は、wl-clipboardパッケージのwl-copyとwl-pasteコマンドを使用する必要がある。使用方法はxclipと類似しているが、オプションの指定方法が異なるため注意が必要である。

現在の環境がX11かWaylandかを確認するには、以下のコマンドを実行する。

echo $XDG_SESSION_TYPE

出力が「x11」であればxclipを、「wayland」であればwl-clipboardを使用することを推奨する。

この設定により、LinuxとmacOSの間での作業環境の切り替えが円滑になり、クリップボード操作に関する認知的負荷を軽減できる。特に、複数のOSを使い分けている開発者にとっては、コマンドの統一性が作業効率の向上に大きく貢献する。

AWKを使った簡単な合計計算の方法

Thu, 19 Dec 2024 11:02:34 +0900

AWKはテキスト処理に非常に便利なツールであり、数値の合計を簡単に計算する方法を備えています。本記事では、AWKを使用して数値の合計を求める方法について解説します。

背景

シェルスクリプトやコマンドラインで処理するデータには、数値が複数行にわたって出力されることがよくあります。例えば、以下のような出力があるとします：

これらの数値の合計を求める必要がある場合、AWKを使うことで簡単に処理できます。

基本コマンド

以下のコマンドを使用すると、入力データの合計を計算できます：

awk '{sum += $1} END {print sum}'

コマンドの仕組み

{sum += $1}

各行の1列目（$1）を変数sumに加算します。
sumは最初に自動的に0で初期化されます。

END {print sum}

すべての行を処理し終えた後にENDブロックが実行され、合計値sumを出力します。

実例

データの例

以下のような数値データを持つファイルdata.txtがあるとします：

このファイルの合計を計算するには、以下のコマンドを実行します：

cat data.txt | awk '{sum += $1} END {print sum}'

出力結果

`find`コマンドとの組み合わせ

複数のJSONファイルに対してPythonスクリプトを実行し、その結果の合計を求めるケースを考えます。

以下のコマンドを使用します：

find . -name "*.json" -exec python a.py {} \; | awk '{sum += $1} END {print sum}'

findコマンドで.jsonファイルを検索。
各ファイルに対してpython a.pyを実行。
AWKで出力結果を集計し、合計値を出力。

出力例

応用例

AWKのsum変数を応用して、さまざまな計算が可能です：

平均値の計算

awk '{sum += $1; count++} END {print sum / count}'

最大値と最小値の計算

awk 'NR == 1 || $1 > max {max = $1} NR == 1 || $1 < min {min = $1} END {print "Max:", max, "Min:", min}'

まとめ

AWKはシンプルな構文で強力なテキスト処理を可能にするツールです。特に数値データの合計計算は、短いコマンドで簡単に実現できます。ぜひ活用してみてください！

JPGなど画像ファイルを圧縮したCBZ,ZIPファイルをPDFに変換する

Wed, 25 Sep 2024 12:50:58 +0900

電子書籍や漫画のフォーマットとしてよく使われるCBZファイルは、実際にはZIP形式で圧縮されたJPEG画像の集まりです。今回は、このCBZファイルを簡単にPDFに変換する方法を紹介します。

手順は非常にシンプルで、無料のコマンドラインツールを使って効率よく変換できます。ぜひ試してみてください。

必要なツール

以下のツールが必要です。

unzip（通常のZIPファイル解凍に使います）
img2pdf（画像をPDFにまとめるためのツール）

img2pdfはPythonベースのツールで、簡単にインストールできます。まだインストールしていない場合、次のコマンドを使用してインストールしましょう。

pip install img2pdf

手順

CBZファイルを解凍する

まず、.cbzファイルをunzipコマンドで解凍し、中のJPEG画像を取り出します。次のようにコマンドを実行してください。

unzip your_file.cbz -d extracted_images

your_file.cbzは変換したいCBZファイルの名前、extracted_imagesは画像を解凍するディレクトリです。

画像をPDFに変換する

次に、解凍されたJPEG画像を1つのPDFファイルにまとめます。img2pdfコマンドを使って、指定したディレクトリ内のJPEG画像をPDF形式に変換します。

img2pdf extracted_images/*.jpg -o output.pdf

これで、output.pdfという名前のPDFファイルが作成されます。

スクリプト化

次のようなBashスクリプトを作成すれば、.cbzファイルをPDFに変換し、同じファイル名のPDFを出力し、途中で生成された不要なファイルを削除できます。

#!/bin/bash

# CBZファイルを引数として受け取る
if [ -z "$1" ]; then
 echo "Usage: $0 filename.cbz"
 exit 1
fi

# ファイル名とディレクトリを分離
cbz_file="$1"
filename=$(basename "$cbz_file" .cbz)
directory=$(dirname "$cbz_file")

# 一時ディレクトリを作成
temp_dir=$(mktemp -d)

# CBZファイルを解凍
unzip "$cbz_file" -d "$temp_dir"

# 画像ファイルをPDFに変換
img2pdf "$temp_dir"/*.jpg -o "$directory/$filename.pdf"

# 一時ディレクトリを削除
rm -rf "$temp_dir"

echo "Conversion completed: $filename.pdf"

まとめ

以上で、CBZファイルを簡単にPDFに変換できる手順を紹介しました。特別なソフトウェアは必要なく、コマンドラインだけでサクッと変換できるので、ぜひこの方法を活用してください。漫画や電子書籍をPDF化して整理したい方にぴったりの方法です。

カレントディレクトリの.rarファイルを展開する(Bash, Fish)

Wed, 03 Jan 2024 09:21:21 +0900

.rar ファイルを Bash や Fish シェルで展開するためには、unrar または rar コマンドを使用します。これらのコマンドは .rar 形式のファイルを処理するための標準的なツールです。まず、これらのコマンドがシステムにインストールされているか確認し、インストールされていなければ適切な手順でインストールしてください。

Bash での .rar ファイルの展開

Bash シェルを使用して .rar ファイルを展開するには、以下のコマンドを実行します：

for file in *.rar; do unrar x "$file"; done

このコマンドは、カレントディレクトリに存在する全ての .rar ファイルを検索し、unrar x コマンドを使ってそれぞれを展開します。

Fish での .rar ファイルの展開

Fish シェルで .rar ファイルを展開する場合、コマンドは少し異なりますが、基本的なプロセスは同じです。以下が Fish でのコマンドです：

for file in *.rar; unrar x $file; end

このコマンドも、カレントディレクトリの全ての .rar ファイルに対して unrar コマンドを実行します。

注意点

unrar コマンドがシステムにインストールされている必要があります。Linux や Unix 系の OS では、パッケージマネージャを通じてインストールできます。例えば、Debian 系のディストリビューションでは sudo apt-get install unrar コマンドでインストールできます。
Macの場合は MacでRARファイルをコマンドラインで解凍する(unrar) #Mac - Qiita より $ brew install carlocab/personal/unrarでインストールできます。
展開したいファイルが保存されているディレクトリに移動してからコマンドを実行してください。
ファイル名にスペースや特殊文字が含まれている場合は、ファイル名をダブルクォートで囲むことで、正しく処理されるようにしてください。

カレントディレクトリの.lzhファイルをBashとFishで展開する方法

Wed, 03 Jan 2024 09:01:58 +0900

コンピュータを使った作業では、様々なファイルを扱いますが、特にアーカイブファイルはその中でも重要な役割を果たしています。アーカイブファイルには多くの種類がありますが、今回は.lzh形式のファイルに注目します。.lzhはかつて日本で広く使われていた圧縮形式で、今でも歴史的なデータや特定のコンテンツを扱う際に見かけることがあります。

このブログ記事では、.lzhファイルを効率的に展開する方法を、BashとFishという二つの異なるシェルを使って紹介します。BashはLinuxやUnix系のオペレーティングシステムで最も一般的に使われるシェルで、その強力なスクリプト機能は多くのユーザーに愛されています。一方で、Fishはより最近のシェルで、そのユーザーフレンドリーな設計と直感的な構文が特徴です。

Bashでの.lzhファイルの展開

Bashシェルは、LinuxやUnix系のオペレーティングシステムで広く採用されているコマンドラインインターフェースです。その強力なスクリプティング機能と柔軟性により、多くの開発者やシステム管理者にとって欠かせないツールとなっています。ここでは、Bashを使用して.lzhファイルを効率的に展開する方法を紹介します。

まず、.lzhファイルの展開にはlhaコマンドが必要です。このコマンドは多くのLinuxディストリビューションやUnix系OSで利用可能ですが、インストールされていない場合は、パッケージマネージャを通じてインストールする必要があります。例えば、Debian系のLinuxディストリビューションでは、次のコマンドでlhaをインストールできます：

sudo apt-get install lha

インストールが完了したら、カレントディレクトリにあるすべての.lzhファイルを展開するためのコマンドを実行します。以下がそのコマンドです：

for file in *.lzh; do lha x "$file"; done

このコマンドは、カレントディレクトリに存在するすべての.lzhファイルに対して、ループを用いて一つずつlha xコマンドを実行します。forループの中で、*.lzhはカレントディレクトリ内の全ての.lzhファイルにマッチします。各ファイル名はfile変数に格納され、lha x "$file"コマンドによってそれぞれのファイルが展開されます。ダブルクォーテーションは、ファイル名にスペースや特殊文字が含まれている場合に備えて、ファイル名を正しく処理するために使用します。

Fishでの.lzhファイルの展開

Fishシェルは、使いやすさと直感的な機能を重視した近代的なコマンドラインシェルです。Bashと比較して、より洗練されたユーザーインターフェースとシンプルな構文を提供しています。ここでは、Fishを使用して.lzhファイルを効率的に展開する方法を紹介します。

Bashと同様に、Fishでの展開にもlhaコマンドが必要です。lhaがまだインストールされていない場合は、システムのパッケージマネージャを使ってインストールしてください。インストールが完了したら、以下のコマンドを実行して、カレントディレクトリにある全ての.lzhファイルを展開します：

for file in *.lzh; lha x $file; end

このコマンドは、カレントディレクトリ内の全ての.lzhファイルに対してlhaコマンドを使用します。forループは、指定されたパターンにマッチする各ファイルに対してコマンドを実行します。ここでの*.lzhは、カレントディレクトリの全ての.lzhファイルを指します。lha x $fileコマンドはそれぞれのファイルを展開し、endキーワードでループが終了します。

Fishシェルの特徴の一つは、その構文の簡潔さです。Bashに比べてコマンドが短く、読みやすいため、シェルスクリプティングの初心者にも理解しやすいかもしれません。また、Fishには、コマンドの自動補完やシンタックスハイライトなどの便利な機能が標準で備わっており、日々の作業をより効率的にします。

注意点

.lzh ファイルを Bash や Fish で展開する際には、いくつかの重要な注意点があります。これらを理解し、適切に対処することで、ファイルの展開をスムーズかつ安全に行うことができます。

`lha` コマンドのインストールと確認

最初に、.lzh ファイルを扱うためには lha コマンドが必須です。このコマンドはすべてのシステムに標準でインストールされているわけではありません。自分のシステムに lha がインストールされているかを確認し、なければ適切なパッケージマネージャ（例えば、Linux の場合は apt や yum）を使用してインストールしてください。

ディレクトリの確認

コマンドを実行する前に、カレントディレクトリが正しいかを確認することが大切です。pwd コマンドを使用して現在のディレクトリを確認し、必要に応じて cd コマンドで移動してください。これは、意図しないディレクトリのファイルを誤って操作することを防ぐためです。

ファイルのバックアップ

特に大切なデータを扱う場合、コマンドを実行する前にファイルのバックアップを取ることを強くお勧めします。これにより、万が一の事態が発生した場合でもデータを保護することができます。

ファイル名の特殊文字

ファイル名にスペースや特殊文字が含まれている場合、これらを適切に処理するためにはファイル名をダブルクォートで囲むことが重要です。これは、シェルがファイル名を正しく解釈するために必要です。

これらの注意点を頭に入れておくことで、.lzh ファイルの展開を安全かつ効率的に行うことができます。次のセクションでは、今回学んだ内容をまとめ、日常的なタスクの自動化の観点からこれらのコマンドの利用価値を評価します。

まとめ

この記事では、BashおよびFishシェルを用いてカレントディレクトリにある全ての.lzhファイルを効率的に展開する方法について学びました。Bashはその強力なスクリプティング能力で広く利用されており、Fishはユーザーフレンドリーな構文と使い勝手の良さで注目されています。どちらのシェルも、.lzhファイルのような特定のファイルタイプを扱う際に、効率的で強力なツールです。

BashとFishの比較

Bash: 従来からのLinuxユーザーにとって馴染み深い。スクリプティングにおける複雑なタスクを処理するのに適しており、広範囲にわたる機能を提供します。
Fish: シンプルで直感的な構文を持つ新しいシェル。自動補完やシンタックスハイライトなどの便利な機能が標準で備わっており、シェルスクリプティング初心者にも扱いやすいです。

自動化と効率化

このようなシェルコマンドを使うことで、日常的に発生する繰り返しのタスクを自動化し、作業効率を大幅に向上させることが可能です。特に多くのアーカイブファイルを扱う場合、これらのコマンドを使うことで、手作業による時間の浪費を避け、より重要なタスクに集中することができます。

結論

BashとFishを使った.lzhファイルの展開方法は、日々の作業をスムーズに進めるための有効な手段です。シェルスクリプティングは、単なるコマンドライン操作以上の可能性を秘めており、これを習得することは、あらゆるIT専門家にとって価値のあるスキルです。

この記事が、BashとFishの使い方を理解し、より効率的なワークフローを構築する一助となれば幸いです。

direnvを活用したAWSアカウントの自動切り替え方法

Sun, 10 Dec 2023 00:39:39 +0900

クラウドリソースを頻繁に使用する場合、異なるプロジェクトやクライアントごとに異なるAWSアカウントを切り替える必要があることは珍しくありません。この記事では、開発環境におけるAWSアカウントの自動切り替えを実現するためにdirenvというツールの使用方法に焦点を当てます。

direnvは、シェル環境においてディレクトリごとに環境変数を自動で切り替えることができる非常に便利なツールです。これにより、プロジェクトや作業環境に応じて、AWSプロファイルや他の環境設定を簡単に切り替えることが可能になります。この記事では、direnvの基本的なインストール方法から、AWSアカウントの切り替え設定までをステップバイステップで説明していきます。

direnvのインストールと設定

開発環境のカスタマイズにおいて、direnvは非常に重要なツールの一つです。direnvを使用すると、異なるディレクトリに移動した際に自動的に環境変数を切り替えることができ、特に複数のAWSアカウントを使い分ける際に大いに役立ちます。ここでは、direnvのインストールと基本的な設定方法について説明します。

direnvのインストール

direnvは多くのUnix系オペレーティングシステムで利用可能です。以下は、主要なOSにおけるdirenvのインストール方法です：

macOS: Homebrewを使用して簡単にインストールできます。

brew install direnv

Ubuntu/Debian: aptパッケージマネージャを利用します。

sudo apt-get install direnv

Fedora: dnfを使用してインストールします。

sudo dnf install direnv

シェルにdirenvをフックする

インストール後、direnvを使用するためにはシェルにフックする必要があります。これは、使用しているシェルの設定ファイルに特定の行を追加することで行います。以下は、いくつかの一般的なシェルの設定方法です：

Bash (.bashrc or .bash_profile) :

eval "$(direnv hook bash)"

Zsh (.zshrc) :

eval "$(direnv hook zsh)"

Fish (.config/fish/config.fish) :

eval (direnv hook fish)

これらの設定を適用した後、シェルを再起動するか、新しいターミナルウィンドウを開いて設定を有効にします。

基本的な使用法

direnvを使うための最初のステップは、環境変数や設定を含む.envrcファイルを作成することです。このファイルは、特定のディレクトリに配置され、direnvによって自動的に読み込まれます。.envrcファイルには、AWSプロファイルの設定や他の必要な環境変数を指定できます。

セキュリティ上の理由から、新しい.envrcファイルはdirenvによってデフォルトで無視されます。ファイルを承認するためには、次のコマンドを使用します：

direnv allow .

このコマンドは、.envrcファイルが安全であることをdirenvに伝え、そのディレクトリでの変更を有効にします。

direnvを使用したAWSアカウントの実践例とトラブルシューティング

direnvを活用することで、AWSアカウントの切り替えをスムーズに行うことができます。このセクションでは、実際の使用例と一般的な問題の解決方法について説明します。

実際の使用例

想定するシナリオは、異なるAWSアカウントを使用する複数のプロジェクトに取り組んでいる状況です。それぞれのプロジェクトディレクトリに.envrcファイルを作成し、適切なAWSプロファイル名を設定します。

例えば、プロジェクトAとプロジェクトBがあり、それぞれ異なるAWSアカウントを使用するとします。プロジェクトAのディレクトリの.envrcには以下のように書きます：

export AWS_PROFILE=projectA-profile

同様に、プロジェクトBの.envrcには：

export AWS_PROFILE=projectB-profile

これにより、各プロジェクトディレクトリに移動するだけで、direnvが自動的にAWSプロファイルを適切なものに切り替えます。

トラブルシューティングのヒント

問題：.envrcが読み込まれない
解決策：direnv allowコマンドを使用して、.envrcファイルを承認します。また、シェルの設定ファイル（例：.bashrc、.zshrc、.config/fish/config.fish）でdirenvが正しくフックされていることを確認してください。
問題：AWSプロファイルが切り替わらない
解決策：AWS_PROFILE変数が正しく設定されているか確認します。また、AWS CLIがインストールされていること、および~/.aws/credentialsと~/.aws/configに正しい認証情報が設定されていることを確認してください。
問題：セキュリティ上の懸念
解決策：.envrcファイルに機密情報（例：アクセスキー、シークレットキー）を直接書かないようにします。代わりに、プロファイル名のみを使用し、認証情報は~/.aws/credentialsに安全に保存します。

まとめ

direnvを使用したAWSプロファイルの自動切り替えの方法について詳しく説明しました。この手法は、複数のAWSアカウントを扱う際の生産性を高め、エラーの可能性を減らすのに役立ちます。

主なポイントの再確認:
direnvをインストールし、シェルにフックする。
.envrcファイルを使用して、ディレクトリごとに異なるAWSプロファイルを設定する。
direnv allowを実行して、新しい.envrcファイルを承認する。
応用例: この手法はAWSプロファイルに限らず、他の環境変数や設定（例えば、データベース接続設定やAPIキー）の管理にも応用できます。
セキュリティ上の注意: .envrcファイルに機密情報を直接記述することは避け、安全な方法で認証情報を管理することが重要です。

参考記事

direnv公式ドキュメント: direnv公式ウェブサイトには、インストール方法、使用方法、さまざまな設定オプションに関する詳細情報があります。
AWS CLI公式ドキュメント: AWS CLIの使用方法に関する詳細情報は、AWS公式ドキュメントで提供されています。
関連ブログ記事やフォーラム: コミュニティの経験やベストプラクティスを共有する多くのブログ記事やフォーラムが存在します。これらは、具体的なシナリオや高度な使用例を理解するのに役立つかもしれません。

[Mac] シェルスクリプトでファイルを日付別に整理する方法

Tue, 31 Oct 2023 22:34:55 +0900

はじめに

ファイルの整理は作業効率を上げる重要なステップです。特に、多くのファイルがあるディレクトリでは、ファイルを日付別に分類することで目的のファイルを素早く見つけられるようになります。

この記事では、シェルスクリプトを使用してファイルを最終変更日に基づいて日付別のフォルダに自動で移動する方法を紹介します。

手順

ターミナルを開き、整理したいファイルがあるディレクトリに移動します。
以下のシェルスクリプトを作成します。

#!/bin/bash

for file in *; do
 if [ -d "$file" ]; then
 continue
 fi
 date=$(stat -f "%Sm" -t "%Y-%m-%d" "$file")
 if [ ! -d "$date" ]; then
 mkdir "$date"
 fi
 mv "$file" "$date/"
done

スクリプトを保存し、実行権限を与えます。

chmod +x script.sh

スクリプトを実行します。

./script.sh

まとめ

この記事では、シェルスクリプトを使用してファイルを最終変更日に基づいて日付別のフォルダに自動で分類する方法を紹介しました。簡単なスクリプトで作業効率が大幅に向上します。是非お試しください。

Fishスクリプトでファイル名に日付時刻を追加する

Fri, 29 Sep 2023 07:52:46 +0900

Fishシェルは、その美しいシンタックスと強力な機能で知られています。この記事では、Fishスクリプトを使用してカレントディレクトリの各ファイル名にタイムスタンプ（ここでは日付と時刻の文字列）を追加する方法を紹介します。このスクリプトは、既にタイムスタンプが付いているファイルは無視するので、複数回実行しても安全です。また、ディレクトリは対象外です。

以下に、タイムスタンプを追加するためのスクリプトを示します。

ワンライナースクリプト:

for file in *; if test -f $file; and not string match -r "^[0-9]{14}_" $file > /dev/null; set timestamp (date -r $file +"%Y%m%d%H%M%S"); mv $file "$timestamp"_"$file"; end; end

分割バージョン:

for file in *
 if test -f $file; and not string match -r "^[0-9]{14}_" $file > /dev/null
 set timestamp (date -r $file +"%Y%m%d%H%M%S")
 mv $file "$timestamp"_"$file"
 end
end

bashバージョン:

for file in *; do
 if [[ -f $file ]] && [[ ! $file =~ ^[0-9]{14}_ ]]; then
 timestamp=$(date -r "$file" +"%Y%m%d%H%M%S")
 mv "$file" "${timestamp}_$file"
 fi
done

これらのスクリプトは、カレントディレクトリの全てのファイルをループし、各ファイルに対して以下の操作を行います

test -fコマンドを使用して、アイテムがファイルであることを確認します（ディレクトリは除外されます）。
string matchコマンドを使用して、ファイル名が既にタイムスタンプを含んでいるかどうかを確認します。
タイムスタンプが含まれていない場合、dateコマンドを使用してファイルのタイムスタンプを生成します。
mvコマンドを使用して、生成されたタイムスタンプとアンダースコアをファイル名の先頭に追加し、ファイル名を変更します。

このスクリプトは、ファイルの整理と管理を容易にし、ファイルのバージョン管理を簡単に行えるようにします。

カレントディレクトリのサブディレクトリを.cbz形式で圧縮するBashワンライナー

Sat, 23 Sep 2023 00:46:20 +0900

自炊ユーザ必携スクリプト。カレントディレクトリにあるjpgの塊のサブフォルダを.cbzにするワンライナをChatGPTに書かせたのであった。昔コツコツ書いていた自作のスニペットもう全部不要……。

イントロ

BashおよびFishシェルは、UNIX系オペレーティングシステムにおいて、コマンドラインから操作するためのインターフェースを提供します。これらのシェルを利用することで、システムの様々なタスクを一行のコマンドで実行できます。本記事では、これらのシェルを使用して、サブディレクトリを.cbz形式で圧縮する方法を紹介します。

Bashでの実行

Bashでは、以下のワンライナーを使用することで、カレントディレクトリに存在する全てのサブディレクトリを.cbz形式で圧縮できます。

for dir in */; do dir_name="${dir%/}"; zip -r "$dir_name.zip" "$dir_name"; mv "$dir_name.zip" "$dir_name.cbz"; done

Fishでの実行

Fishシェルでは、少し構文が異なります。以下のワンライナーを使用します。

for dir in */; set dir_name (string trim -r -c '/' $dir); zip -r $dir_name.zip $dir_name; mv $dir_name.zip $dir_name.cbz; end

プロセスの説明

カレントディレクトリの全サブディレクトリをリストアップします。
各サブディレクトリに対して、ディレクトリ名から末尾のスラッシュ(/)を削除し、その名前を変数にセットします。
次に、そのディレクトリをzip形式で圧縮します。
最後に、生成されたzipファイルの拡張子を.zipから.cbzに変更します。

.cbz形式は通常、コミックブックのリーダーアプリで使用される形式で、基本的にはzipアーカイブです。このワンライナーは、特にコミックや画像集の整理に有用で、シンプルでありながら、大量のディレクトリを効率的に圧縮するのに役立ちます。

fishシェルの環境変数設定：-Ux vs -gx

Sun, 17 Sep 2023 12:50:48 +0900

環境変数の設定方法いつも忘れてしまうので、メモっておく。

イントロ

fishシェルは、その直感的な機能とユーザーフレンドリーな設定方法で多くの開発者から支持を受けています。この記事では、fishシェルで環境変数を設定する2つの一般的な方法、-Uxと-gxの違いと、それぞれの利点と欠点について詳しく説明します。

2つの方法

大別して、-Uxを使う方法と-gxを使う方法があります。

`-Ux`：ユニバーサル変数としてエクスポート

set -U：変数を永続的なユニバーサル変数として設定します。これは、すべてのfishインスタンスで共有され、セッション間で保存される変数です。
set -x：変数をエクスポートします。これにより、その変数が子プロセスに利用可能になります。

例として、MY_VARIABLEという名前の環境変数を永続的に設定し、それをエクスポートしたい場合、次のようにコマンドを使用します：

set -Ux MY_VARIABLE "Some Value"

このコマンドを実行すると、MY_VARIABLEはすべてのfishインスタンスと子プロセスで利用可能となります。そして、システムを再起動してもこの設定は保持されます。

ユニバーサル変数を削除する場合は、set -eオプションとともに変数の名前を指定します：

set -e MY_VARIABLE

このコマンドにより、指定されたユニバーサル変数が削除されます。

メリット:

永続性: すべてのセッション間で保持され、システム再起動後も失われません。
共有: すべてのfishインスタンス間で変数が共有されます。
インタラクティブ設定: コマンドラインから直接変数を設定・変更が可能です。

デメリット:

オーバーヘッド: 多くのユニバーサル変数を使用すると、起動時のオーバーヘッドが増加する可能性があります。
混乱の原因: 変数の変更が他の全てのfishインスタンスに影響します。

オススメするケース:

共通の設定: 複数の fish セッションやインスタンス間で共有したい設定がある場合。例えば、特定のプログラムのパスを追加したいときなど。
一時的な変更: インタラクティブに変数を変更し、その設定を暫定的にすべてのセッションで利用したい場合。
マシン全体の設定: 複数のユーザーアカウント間で共有したい設定がある場合。

`-gx`：グローバル変数としてエクスポート

-g オプションを使用して設定された変数は、グローバル変数として保存されます。
これは現在のセッション内でのみ存在し、新しいセッションやターミナルウィンドウで利用することはできません。
セッションが終了すると、グローバル変数も消失します。

いくつかの代表的な設定パターンを列挙します。

PATH変数にディレクトリを追加する

set -gx PATH $PATH /path/to/your/directory

新しい環境変数を設定する

set -gx MY_VARIABLE "Some Value"

既存の環境変数の値を変更する

set -gx PATH "/new/path:$PATH"

これらの設定を、設定ファイルに記述することで、セッションを開始する時に読み込まれます。

nano ~/.config/fish/config.fish

メリット:

明確な初期化: 変数の初期化が明確になり、文書化しやすくなります。
セッション固有: 特定のセッションにのみ変数や設定を適用可能です。

デメリット:

非永続性: セッションが終了すると変数は消失します。
変更の手間: 変数の変更のためには設定ファイルを編集し、新しいセッションを開始または設定ファイルを再読み込みする必要があります。

オススメするケース:

セッション固有の設定: あるセッションに特定の変数や設定を適用したいが、他のセッションには影響を与えたくない場合。
明確な管理: セッションの設定や起動時の動作を明確に制御したい場合。config.fish に明確な指示を書くことで、どの変数がセットされているか、なぜそれがそうなっているかを文書化しやすくなります。
多数の変数を設定: 多くの環境変数を設定する場合、それらを一か所（config.fish）にまとめることで、管理や変更が容易になります。

`-gx`を推奨

一般的なシナリオでは、-gxオプションをconfig.fishに記述する方法が推奨されます。これにより、設定の一元管理が容易になり、意図しない変数の共有や競合を避けることができます。しかしながら、特定の状況やニーズに応じて-Uxオプションを選択することも有効です。

環境変数の設定方法は、その用途やニーズに応じて最も適した方法を選択することが重要です。どちらの方法を選ぶかは、具体的な使用ケースやニーズに応じて異なるため、各プロジェクトやタスクの要件をよく理解し、適切な選択をするよう努めましょう。

寸評

こういう話題は得意だよねChatGPT。基本的には設定ファイルに書いてるかな。持ち運べるし。

Node.jsのバージョン一覧をCLIから取得する方法

Wed, 19 Jul 2023 15:54:41 +0900

fishではnvmのサポートが微妙ということで、Node.jsのバージョン管理にはvoltaを使うことにした。が、voltaは配布されているNodeのバージョン一覧を取得するコマンドがない。まぁ volta install node@18とかでざっくりインストールすればいいからだと思うが。まぁそうは言っても、バージョン一覧をCLIから取得したいなぁと思って、ChatGPT-4に聞いた。

環境

M2 Pro MacBook Pro 14インチ
macOS 13.4.1
fish 3.6.1

はじめに

Node.jsはJavaScriptをサーバーサイドで実行するための環境で、そのバージョン管理は重要な作業の一部です。今日は、Node.jsの公式配布元から利用可能なすべてのNode.jsのバージョンを一覧表示する方法を紹介します。これにより、特定のバージョンが存在するか確認したり、どのバージョンをインストールすべきか決定する際の参考にすることができます。

Node.jsのバージョン一覧を取得するコマンド

以下のコマンドを使用します：

curl -s https://nodejs.org/dist/ | grep -Eo 'v[0-9]+\.[0-9]+\.[0-9]+/' | sed 's/\///g' | sort -V

以下のような出力が得られます：

v0.1.14
v0.1.14
v0.1.15
v0.1.15
...
v20.1.0
v20.2.0
v20.2.0
v20.3.0
v20.3.0
v20.3.1
v20.3.1
v20.4.0
v20.4.0

このコマンドは以下の操作を行っています：

curl -s https://nodejs.org/dist/：Node.jsの公式配布元からHTMLを取得します。
grep -Eo 'v[0-9]+\.[0-9]+\.[0-9]+/'：取得したHTMLからバージョン番号を抽出します。-Eオプションは拡張正規表現を使用することを指定し、-oオプションは一致した部分のみを出力します。
sed 's/\///g'：バージョン番号の末尾にあるスラッシュ(/)を削除します。
sort -V：バージョン番号を順番に並べ替えます。-Vオプションはバージョン番号のような形式を正しくソートすることを指定します。

注意点

このコマンドはUNIXベースのシステム（LinuxやmacOSなど）で動作します。Windowsの場合、同等の操作を行うためにはWindows Subsystem for Linux（WSL）や、cygwin、git bashなどのツールが必要です。

まとめ

Node.jsのバージョン管理は、プロジェクトの安定性や互換性を確保するために重要です。今回紹介したコマンドを使えば、CLIから簡単にNode.jsのバージョン一覧を取得でき、適切なバージョンの選択に役立つでしょう。

寸評

質問一発で返ってきそうだが、以外にも引っかかっている。

node.jsのマネージャであるvoltaでnodeを入れたいのだが、インストールできるバージョンの一覧はどのように取得できるのか
コマンドラインからNode.jsで配布されているバージョンを簡単に取得するにはどうしたらよいか
grep: invalid option – P usage: grep [-abcdDEFGHhIiJLlMmnOopqRSsUVvwXxZz] [-A num] [-B num] [-C[num]] [-e pattern] [-f file] [–binary-files=value] [–color=when] [–context[=num]] [–directories=action] [–label] [–line-buffered] [–null] [pattern] [file …] とエラーが出た。Macのターミナルで実行した。
何も出力されない。awkによる抽出が失敗していると見られる。curlのレスポンスを一部抜粋した。これを見て修正できるか。（コードを貼る）
うまく動いた！備忘録としてブログにまとめたい。CLIからnodeのバージョン一覧を取得する方法について、ブログ記事としてまとめてくれ。適切に見出しを入れてくれ。

失敗したが、実際の出力を貼ることでうまくいった。

WSL2でMacのようにクリップボードを操作する方法

Sun, 16 Jul 2023 00:52:55 +0900

Macだとpbcopyやpbpasteといったコマンドでクリップボードの内容をターミナル上で扱うことができて、これが非常に便利。Windowsでも同じことができないか、ChatGPT-4に聞いたところ非常にうまくいったので、ブログ記事としてまとめさせた。

イントロ

Windows Subsystem for Linux 2（WSL2）は、Windows上でLinuxを動作させることができる強力なツールです。しかし、Macユーザーが利用できる便利なpbcopyとpbpasteコマンドのような、クリップボードに直接アクセスする機能がデフォルトではありません。この記事では、WSL2でこれらのコマンドを模倣する方法を解説します。

Windowsのクリップボードにコピー

WSL2からWindowsのクリップボードにコピーするには、Windows側のclip.exeコマンドを利用します。例えば次のようにします:

echo 'テキスト' | clip.exe

Windowsのクリップボードからペースト

逆に、WindowsのクリップボードからWSL2にペーストするには、powershell.exeを利用します:

powershell.exe -command 'Get-Clipboard'

コマンドを短くする

これらのコマンドは有用ですが、特にペーストの方は長く、打つのが面倒かもしれません。それを解決するために、pbcopyとpbpasteというエイリアスを定義します。

bashの場合

bash シェルを使っている場合、.bashrc ファイルに以下のエイリアスを追加します:

alias pbcopy='clip.exe'
alias pbpaste='powershell.exe -command Get-Clipboard'

そして、ターミナルを再起動するか、以下のコマンドを実行して新しいエイリアスを利用可能にします:

source ~/.bashrc

これで、Macのように pbcopy と pbpaste コマンドを使用することができます。

fishの場合

Fish shellでは、関数として定義して、config.fishファイルに保存することで、同様の機能を実現できます。

まず、Fish shellで新しい関数を作成します:

function pbcopy
 command echo -n $argv | clip.exe
end

function pbpaste
 powershell.exe -command 'Get-Clipboard' 
end

次に、これらの関数を保存します。以下のコマンドは、作成した関数を ~/.config/fish/functions/ ディレクトリに保存します：

funcsave pbcopy
funcsave pbpaste

以上の手順で、pbcopyとpbpasteの機能をFish shellで使用できるようになります。新たなシェルセッションでもこれらの関数が使用可能になるよう、手動で定義するのではなく、funcsave コマンドを使って保存することが重要です。

結論

これにより、WSL2でもMacのようにクリップボードを操作することが可能になります。この機能を利用すれば、シェルスクリプトやコマンドラインツールから直接クリップボードにアクセスすることができ、作業の効率を上げることができます。

寸評

これでWSL2でもpbcopyやpbpasteといったコマンドを使えるようになった。pbcopyで一行改行ができるのが少し気になるが……。まぁでもこれは便利だね。

以下、質問した内容。

Macではpbcoyやpbpasteでクリップボードの内容をターミナルで利用できますが、WindowsのWSL2で同じようなことはできませんか
いいね。しかし、clip.exeはいいがペーストのほうはコマンドが長すぎる。
最高だ。完璧に

まちがって途中で送信してしまった

それでは、この素晴らしい方法を、いつでも思い出して使えるように、あるいは他の人もできるように、ブログ記事としてまとめてくれ。
fishだとどうなる？

今回は記事の方もあまり手直ししていない。

ターミナル on AIによる技術記事 備忘録

macOS 14.8.3におけるスクリーンショット保存先とファイル形式のJPG変更手順

環境

スクリーンショットアプリによる直感的な保存場所の変更

ターミナルを利用したファイル形式のJPG化と詳細設定

Webブラウザでシェルにアクセスする Shell In A Box のセットアップ備忘録

目的と再現環境

前提となる再現環境

Shell In A Boxのインストールと基本的な起動

LAN内アクセスを可能にする設定と手順

PC起動時の自動起動設定

bashでターミナル間の履歴を共有する方法

履歴共有の仕組み

実装方法

強制同期が必要な場合（オプション）

動画ダウンロードの定番──yt-dlpという万能ツール

導入という第一歩

基本動作──URLひとつで完結する魔法

音だけを抜き出すという美学

整理整頓という技術

フォーマットを選ぶ自由

プレイリストを一括で手に入れる

結語──コマンドラインに宿る洗練

Linux/WSLでghqをインストールする方法

前提条件

推奨方法：go installで直接インストールする

代替方法：APT経由（非推奨）

ソースからのビルド（特殊用途向け）

まとめ

補足：環境変数設定の確認

macOS launchctl の bootstrap と bootout コマンドの使い方

bootstrap と bootout の基本

ドメインの種類と意味

system ドメイン

gui/UID ドメイン

user/UID ドメイン

基本的な使い方

システムデーモンの登録と削除

ユーザーエージェントの登録と削除

サービスの状態確認

実行中のサービスの再起動

enable と disable の使い分け

従来の load/unload との対応関係

よくある問題とトラブルシューティング

Permission denied エラー

Operation now in progress エラー

Bootstrap failed: 5: Input/output error

SIP によるエラー

まとめ

出典

ghqで高速リポジトリ移動を実現する最小設定

前提環境

最小構成での設定方法

実際の使用例

他の選択肢との比較

macOSでtacコマンドを使えるようにする設定方法

tacコマンドとは

macOSでのtacコマンド不在問題

coreutilsパッケージによる解決

エイリアスによる透過的な利用

設定の確認

pecoでの履歴検索への適用

まとめ

macOSでBash起動時のロケール警告を解決する方法

環境

問題の原因分析

現在のロケール設定の確認

根本原因の推定

解決方法

基本的な対症療法

設定内容の選択指針

設定の確認

追加の対処法

ターミナルアプリ固有の設定確認

利用可能なロケールの確認

注意事項

参考資料

WSL環境でMac風のpbcopy/pbpasteを実現する方法

前提環境

背景と課題

ターミナル on AIによる技術記事備忘録

推奨方法：`go install`で直接インストールする

`find`コマンドとの組み合わせ

`lha` コマンドのインストールと確認