OS XをUnixとして使ってる人の為のスレ 18 [無断転載禁止]©2ch.net

OS X を Unix として使ってる人の為のスレです。

■関連スレ
Fink 使ってるの洩れだけなのかっ！？【rev.2】
http://potato.2ch.net/test/read.cgi/mac/1166780804/
MacPorts でワクワク UNIX ライフ Part 3
http://potato.2ch.net/test/read.cgi/mac/1315401888/
Homebrew でゾクゾク UNIX ライフ2
http://potato.2ch.net/test/read.cgi/mac/1309843497/
AppleScript アップルスクリプト 質問、発表 6
http://potato.2ch.net/test/read.cgi/mac/1387630245/
【中の人】Automator【小人】3人目
http://potato.2ch.net/test/read.cgi/mac/1416219152/
【タマニハ】MacにLinux入れようよ！その4【チガウノ】
http://potato.2ch.net/test/read.cgi/mac/1277458655/
Mac de Emacs総合スレ v7
http://potato.2ch.net/test/read.cgi/mac/1328699139/
Mac Vim 再び
http://potato.2ch.net/test/read.cgi/mac/1133534694/
Macでプログラミング{11}
http://potato.2ch.net/test/read.cgi/mac/1414566499/

■前スレ
Mac OS XをUnixとして使ってる人の為のスレ 17
http://potato.2ch.net/test/read.cgi/mac/1383436068/

>>801
Terminalアプリで自動実行する場合のWorking Directoryはどこやねんって話で、
Terminal アプリで新しいウィンドウを開いて新しいセッションの場合は、ファイラーは関係なく、あくまでもTerminal アプリがどうってのじゃないかなあ
ファイラーからTerminal アプリへはWorking Directoryに依存しない、絶対パスなんぞで目的のスクリプトファイルが渡されるだけのような
まあ、これまたスクリプトファイルのあるディレクトリをWorking Directoryにsる変なTerminalアプリがあるかもしれないけどw

>>800
「何」にか書けないでしょう?
私は何にも拘っていませんから

何につけズバリと教えてもらわなければ気が済まない／わからないんだなww
まあ無自覚な方か

>>802
launchdのあるMacと違ってLinuxでは起動したやつが直接の親になるだけだから(.desktop経由で起動する等特殊な例を除く)
ファイラーがターミナルを起動するときに子プロセスへのwdの継承は行われてるはず
そのときファイラーがwdをどこにしてるかと、ターミナル側が上書きするかどうかは別の話で

>>805
そこかーら、新しいセッション(login shellの起動？)のためには、Terminal自身がWorking Direcorryを変えて(普通は$HOME)じゃね
なので、新しいセッションでは普通は$HOME、変なw変更できるのでは>>791のよな変なデフォかTerminalアプリの設定されたとこでTerminal自身がWorking Direcorryを変えてそれを継承してシェルが始まるんじゃないのかな

なんか俺も何やってるのかわかんなくなってきたな、そもそもLinuxの動作の深堀りに意味はないよな…

>>806
Macではターミナルウィンドウ毎にlogin(1)が実行されるけど
Linuxではウィンドウシステムにログインした時点でターミナルレベルのログインも済まされてて全部同じセッションなんですわ
だからターミナルアプリか.shrcあたりが余計なことしてない限りwdはそのまま
(引用するのは癪だが>>790が書いてあるとおり)

>>807
それは変なwTerminalアプリの話のようなw
>>791の最初のは違うようだけど
同じセッションの意味がちょっとわからない。新しいウィンドウでの＝新しいセッション、ウィンドウ毎＝セッションのつもりだった
別ウィンドウ＝別プロセスのシェルのWorking Directoryを「わざわざ」Terminalが取得してでなきゃ実現しなさそうだけど

>>808
あー、ログインシェルのセッションということでOSがログイン/ログアウトと認識する単位のつもりだった
login(1)で開始されてlastコマンドで履歴が見えるやつ
>>791の上のやつはターミナルのウィンドウのことをセッションと呼んでるなあ
紛らわしくてすまん

要はMacでもひとつのターミナルウィンドウの中で普通にUNIXコマンドを実行したりbashやzshを入れ子起動してもwdはそのままなのと同じで
Linuxのターミナルアプリは何ら特殊なことはなく一般コマンドと同じに過ぎないというだけ
wdはそのままなのが普通で変更するほうが「わざわざ」

>>809
了解。俺も単にかっちょいいからパクっただけだからwすまん

その「わざわざ」をしなければ、シェルが使いづらいやんと思うのだけど
シェルの起動直後だけデフォ(しつこいが$HOMEが普通)、以後、そのシェルがまたシェルを起動しても元のシェルのWorking Directoryのままってのは、セッションのためのシェルを起動するときにTerminalアプリ自身のWorking Directoryを変えて単に起動したシェルが継承してるだけというのが逆にシンプルになると思うが

ぶっちゃけ大抵のターミナルアプリにも固定するような設定はあるので使い辛いと思う人もいるんだろうな
俺も最初はMacと動作が違うので戸惑ったが慣れてしまった
逆にTerminal.appだって昔は$HOME固定だったけどいつの頃かすでに開いているウィンドウがある場合は
新しいウィンドウも同じディレクトリになる設定ができるようになったし

なんだこのスレ

なるほどみんな有難う!
だいぶMacOSは違うようだね
hage.commandを起動するとTerminal.appが起動されるので
Terminal.appのWDってのは分かった
hoge.commandではなくてアプリケーションプログラムをFinderから起動したらどうなるのかな?
といってもMacOSのアプリケーションプログラムって単純なバイナリじゃなかったんだっけ?
例えばgccでビルドしたhello worldをFinderからダブルクリックしたらWDはどこになるの?
Terminal.appは呼ばないと思うんだけどもやっぱり$HOMEかな?

/をつければ絶対パス
/をつけないなら相対パス

>>814
ダブルクリックしたら?

>>815
乳首が勃起する

もう自分で検証して報告してくれ
ワイはその都度いい感じに動くようにチェックしつつディレクトリは調整するからいちいち知らん

>>817
そんな寂しいこと言わず付き合って下さい!
デスクトップにフォルダ hoge を作成し
その中に以下を hage.c として保存して下さい
#include <stdio.h>
int main (){
FILE *fp = fopen ("mage.txt", "w");
return 0;
}
以下のようにビルドして
$ gcc -o hage hage.c
出来た hage をFinderでダブルクリックして下さい
mage.txtはどこにできますか?
フォルダhogeですか? Desktopですか? $HOMEですか?
たぶん$HOMEだと予想しますが

>>818
検証する必要もねぇ
ユーザーのホームディレクトリにテキストが作成される。
/の有無はグラフィカルユーザインターフェースアシスタンスで補助する簡易機能だから
0でカレントディレクトリ取得しろ
昔はBASH_SOURCEだけどもzshからは0でいい

検索できんならmanこしろ

普通のアプリのカレントディレクトリはサンドボックス、とか

>>819
おお有難う

>ユーザーのホームディレクトリにテキストが作成される。
Windowsと挙動は変わらんね

>検索できんならmanこしろ
実機はまだないんだ

ふと、自分のzshのPS1とかPROMPTの値が気になったのですが。

環境変数の一覧を見たいときってenvコマンド? この中にはないですね
setだと出ますね。あれ、もしかしてただの変数だっけ?

export付ければenvでも出る
export付けなくてもプロンプトなzshプロセス内でなのでただの変数でもいい
.zshrcなんぞ読み込まずにzshプロセスを起動したらPS1とかPROMPTの設定が無い
てとこかな

>zshプロセスを起動したら
PS1とかPROMPT設定してるzshプロセスからね
sudo -s
ってすると、rootの.zshrcなどを読もうとしてのも同じようなもん
PS1とかPROMPTが失われてデフォのになる。exportしていたら引き継がれて同じようなカスタムプロンプトになる

XSI Shell Command Language

Shell Variables
Variables are initialised from the environment (as defined by the XSH specification) and can be given new values with variable assignment commands. If a variable is initialised from the environment, it is marked for export immediately; see the export special built-in. New variables can be defined and initialised with variable assignments, with the read or getopts utilities, with the name parameter in a for loop, with the ${name=word} expansion or with other mechanisms provided as implementation extensions. The following variables affect the execution of the shell:

PS1(, PS2, PS4) に限らず、元々ただの変数。同名の環境変数があればその値に初期化初期化されるってだけな

POSIX
2. Shell Command Language

2.5.3 Shell Variables
Variables shall be initialized from the environment (as defined by XBD Environment Variables and the exec function in the System Interfaces volume of POSIX.1-2017) and can be given new values with variable assignment commands. If a variable is initialized from the environment, it shall be marked for export immediately; see the export special built-in. New variables can be defined and initialized with variable assignments, with the read or getopts utilities, with the name parameter in a for loop, with the ${ name= word} expansion, or with other mechanisms provided as implementation extensions.
The following variables shall affect the execution of the shell:

>>822の疑問に回答をありがとうございます >>823-826

ところで、
zshで日本語のファイル名のファイルを作ると、ファイル名がUnicodeの分解形でなく
合成形になっていることがある気がするのですが、同じような現象にあったり、
なぜそうなるか/そうするかをご存知の方はいらっしゃいますでしょうか

apfs自体はどちらでも記録できてどちらでもアクセス可能で
Cocoaフレームワークは分解(正確にはmodifided NFD)するけど、zshは素通しだからじゃない？

あ、ちょっとわかりました、「が」というファイル（だけ）があるとき
% echo * | iconv -f utf-8 -t utf-16le | od -x -A n
304c 000a
% ls | iconv -f utf-8 -t utf-16le | od -x -A n
304b 3099 000a

>>829
なるほど
ところでAPFSのファイル名の扱いってHFS+と同じと思っていんですかね
そのへんの仕様に関するドキュメントが見当たらないような気がするのですが

ごめん>>829は間違い。Macのzshはワイルドカード展開でNFC正規化するらしい
だから>>830はlsが返してきてるほうがディスクに記録されてる形式だと思う

HFS+はファイルシステム側がファイル名をmodified NFD変換して保存する、apfsはしない
どちらもアクセス自体はどの形式でもできる、だったはず
ぐぐったらFAQがあった
ttps://developer.apple.com/library/archive/documentation/FileManagement/Conceptual/APFS_Guide/FAQ/FAQ.html

>>832
APFSはシェルから触ったら何もしないのかな? そういえば示申問題ってありましたよね
シェルでやればこんなことも（あ、5chのUnicode処理がわからないけど）:
% ls
神 神︀ 神󠄀
見た目で区別が付かない（注: 環境による）。種明かしをすると
% ls -C | gsed -r 's/\s+//g' | iconv -f utf-8 -t utf-16le | od -x -A n
fa19 795e fe00 795e db40 dd00 000a
ちなみにデフォのsedの正規表現サポートに耐えられずGNU sedを使っています

一方Finderで示神(U+FA19)を作ろうとすると神にされてしまう。こっちは素のNFDですか?

>>832
>ごめん>>829は間違い。Macのzshはワイルドカード展開でNFC正規化するらしい

結局これって何のためなんですかね。コマンドラインでファイル名を扱うときの
「文字幅」問題を何とかしようとか?
しかし上でやったようにls等からファイル名を受け取とる場合もあるしなあ

scutilというのがありますよね
「コンピュータの名前」に関して HostName, LocalHostName, ComputerName と
複数あるようですが、これらの関係・違いってなんですかね

ComputerName: MacOSのFinderなどの表示で通常使われる名前
LocalHostName: Bonjourで使われる名前
HostName: UnixとしてのPosix系システムAPIで使われる名前

デフォルトではHostNameが空でLocalHostNameをHostNameとして使ってるように見える
Bonjour名は(LocalHostName).localになる

Montereyまではシステム環境設定の共有名を変えると
ComputerNameとLocalHostNameが同時に変更されたけど
Ventura以降はLocalHostNameしか変わらなくなって
ComputerNameを変えるには一般→情報→コンピュータ名を変えるというスタイルになった

>>836 >>837
なるほど、わかりやすい解説をありがとうございます

Emacsの入れ方は何パターンかあるようですが、皆さんどうされてますか?

なんとなく、Emacs Mac Port版というのをhomebrewで入れてみたんですが、
ターミナルでemacsと入れてGUIのウインドウが立ち上がった後も、キー入力の
フォーカスがターミナルに残ってしまい、困っています。

自分でビルドしてるよ
armとのuniversal版を作ってる
最近はgnutlsも必要だから
.appパッケージ内に全部納めるのかなり面倒

おお素晴らしい
自分も大昔はビルドとかしたんですけど、その頃はMach-Oのアンダンプが上手くいかな
かったりして、手直ししたりして。今はもう楽な方に流されたい一方

MacPortsを使っているので、emacs-mac-appをインストールしています
sudo port install emacs-mac-app
するだけ

こんなのが
https://github.com/railwaycat/homebrew-emacsmacport/issues/359
When I launch it from the terminal with emacs it launches just fine but any text I write is instead written in the terminal.

おっとレスが遅くなってしまった
>>843 まさにそれですね

というわけで自分でビルドを、と言ってもこの方のパッチを使わせてもらっただけ
https://github.com/takaxp/ns-inline-patch

elispとかの場所に関して、上記のは.app内にある感じですね。コマンドラインから
起動すると実行ファイル相対で場所を探す? 変なsymlinkとかしちゃいけなそう

ターミナルでプロセスを見たらsoftwareupdatedというのが暴走している感じ
なのでsudo killしようとしたらOperation not permittedとなってしまいます。
何か設定が足りないのでしょうか。

MacOSのrootはrootless機能で出来ないことがいっぱいだから

試してないけど、これとか参考になる？
https://superuser.com/questions/1658393/sudo-kill-9-pid-doesnt-kill-softwareupdated-in-mac

やること終わったら静まるんじゃないのsoftwareupdated
動くのが嫌ならシステム環境設定で自動アップデートとか止めといた方がいいんちゃう、今後に向けて

/home/ユーザー名 みたいなディレクトリを用意したいのだけど、rootでも
作れないですね
今ってセキュリティーの関係で勝手な場所にディレクトリを作ったりはできないん
でしたっけ。あ、Sonomaです

この辺とか？ https://zenn.dev/tomoakinagahara/articles/955eec5d723fea

>>849
横からだけどいい情報サンクス

>>849
なるほど。早速情報をありがとうございます。Linuxと場所を揃えたりしたかった
んですよね

macOSのファイルシステムは変わってますよね。そういえば、アプリケーション
なんかは、OS付属のアプリと自分で入れたアプリを重ねて表示してる感じですが、
（OS付属のアプリはread-onlyなどこかにあるようなので）、
あれはもしかしてああいうファイルシステムなのか単にFinderの機能なのか

うにくす

外付けディスクをアンマウントしようとしたら、「ターミナルが使っている」と言われました
で、そのディスクを踏んでいるターミナルウインドウを閉じたけど駄目
プロセスをよく見るとloginが走っているのですね。邪魔くさい
これってログインシェルがどうたら... でしたっけ

loginは関係ないだろう
単にシェル(もしくはそこから起動された何かのプロセス)でワーキングディレクトリとして外付けディスクのどこかに居てっての普通(他にまさしく何かファイルを開いていたらもあるが)
ワーキングディレクトリを移動するか、そのシェル／プロセスが無くなればなんだが、ウィンドウを閉じてもか。まだなんかシェルプロセス(もしくはTerminal後の他のプロセス)が残ってたとかかな

プロセスのワーキングディレクトリは lsof でわかるよ

〜が使ってるからアンマウントできない／消すことできない って場合は、
sudo lsof -nP | grep '/Volumes/以下対象の'
で、大体はわかる。解決する
稀に引っかからないでどこで掴んでるねんって場合もある。Finder強制再起動したら解決したりする。それでもな場合も稀も稀にある

>>854
遅レスですみません、ちょっとわかったかもです。login関係「ある」

たまに新規タブで現在と同じディレクトリからスタートする新規シェルを起動するのだけど、
このときloginとzshが起動する。この後このタブ（シェル）内でcdしたときzshのcwdは変わるけど
loginは最初の場所に居続ける

で、「このlogin要るんかい」って思ったんですけど、要るのかな、と

昔のUNIXみたいに、ログインシェルが起動してそこから子プロセスとして対話シェル等が起動、
みたいになってないですよね

UNIXではX環境へのログイン時にloginコマンドや~/.profileも実行されて仮想ターミナルではそれを引き継ぎますが
OSXではGUIログイン時には実行されず、ターミナルのタブごとにloginコマンドが動いたり~/.profileが実行されたりします
よく言われるbashの挙動の違いなんかもこれが原因

>>856
"Terminal"だからな
loginで認証しloginが対話シェル起動しての手順は変わらない。単に認証しないってオプションでlogin起動してるだけな
Last login とか出てるでしょ、最初に

>新規タブで現在と同じディレクトリからスタートする新規シェル
どうやってやるのかわからんけど、そんなことできるならそりゃloginのwdはそうなるかもね
シェルが終了したらloginも終了するのが普通だから(*)、残るのが何か別の問題(おま環的な？)があるんだろうなとしか思えないな
*)見てみればわかるように、シェルを終了(exitとかcontrol-dとか)すれば、loginも消える、ウィンドウは残っていても

login要るか要らないかは、まあ要る／都合がいいんでしょとしか。そこに文句言ってもしょうがないような

ちなみに。ちなみにでもないけどw、
シェルで*もう)何もしてないシェルしか動いてないのに、ウィンドウ閉じようとしたら まだなんか動いてるけどいいんか？ 的なアラートが出るのがウザい(主に気分的に。終了と思ってるのに邪魔されるような)ので、俺はcontrol-d command-wするようにしてる

>>857
どの昔のことなのかはわからんが、／ｅｔｃ／ｐａｓｓｗｄが全権持っていた頃から、ログインシェルは対話シェル(／ｅｔｃ／ｐａｓｓｗｄで指定された)で、loginがそのログインシェル＝対話シェルを起動するだけじゃないの

シェルってコマンド実行環境ていう意味で？
自分以外のユーザのシェルは/usr/bin/passwdにしてある

PASSWD(5)
NOLOGIN(8)

2年くらいは
そのうちにそんな負けてへんやろ
どんだけ食って

体調を崩して
https://i.imgur.com/J1J1olS.jpeg

食った量そのまま太るから

ご来店いた

/bin/bashを直接入れ替える方法ってあります?
拾ってきたスクリプトとかで/bin/bashを直接参照しているものがたまにあるけど
/bin/bashに非互換な部分があるようで & 上記のようなスクリプトを探してbashのパスを
書き換えるのが面倒なので

と思ったんですが、もしかして>>849さんの情報でいけちゃう?

わざわざOSが弄りにくくしてる物を入れ替えようとか考えちゃダメよダメダメ

いいじゃないのぉ〜

>>868
拾ってきたスクリプトを書き換えれば？

Sequoia に入っているbashは古いんだね。気づかなかった

ぶっちゃけUnix系はLinuxを中心に回っている感があり、彼らはGNUが前提のようで
macOSのBSD系と相入れない部分があったり
今日も、スクリプトを走らせたら「date の -d オプションなんて知らんがな」というのを見た
macOSユーザーとしてはどう対処していけばいいでしょうか

BSD系とGNUが相容れないんじゃなくてGPL3とAppleが相容れないんだ
気に入らないならhomebrewで好きなものを入れればいいだけ

規格準拠度はmacOSのほうが上というか、ストールマンはPOSIXなんてゴミだ勝手にやるという立場なので…

brewでGNU系を少し入れてみたけど.... dateの場合、デフォはgdateという名前になり、dateコマンド
を置き換えるにはaliasかPATHで/opt/homebrew/opt/coreutils/libexec/gnubinを先頭に?
なんだかなー
インストール時に名前が「gなんちゃら」になるのとならないのは、どう違うのかな?

それこそ標準のコマンドを知らずのうちに置き換えて依存してるスクリプトの挙動等をおかしくしないための安全策だろ
もっと安全側に倒すとcurlとかkeg-onlyと言ってsymlinkすらされないものもある
必要なら各自がg抜いてln -sするなりaliasするなりすればよし

/bin/shのecho（ビルトインのやつ）は-nオプションがないんですね
そういうものですか。地味に驚き
対話的なスクリプトで、改行しないメッセージを出したい時ってどうしてましたっけ
/bin/echoとするか、printfとか?

echoの非互換含めた諸々の問題を解決するためにできたのがprintfらしいのでprintfでいいのでは

manね(まぁね)

おれが使ってたのはシェルのビルトインだったｗ

manの日本語化は無理ですかね?
環境︰macOS Sequoia 15.1 AppleSiliconマシン

古いマシンで古いOSの記事なら見るのですが
AppleSiliconマシンで日本語化したという記事は見かけませんでした
何かしらのアドバイスを頂けますと幸いです

コマンドによってはFreeBSDかLinuxから日本語ページをパクってくるにしても、全般的には無理だろー
誰も用意してねー気がする

やはり無理なので誰も試してないんですね。
スッキリしました。

可能不可能でいえば/usr/share/man/ja/に日本語訳ぶちこめば日本語になるでしょ
誰もやらないというだけで、あなたがやってもいいのよ

WSL2 ubuntuで簡単に日本語化できるしbarrierでmacからも操作できるのでこれでいいです

何言ってんのか全然わからん

10年以上前に配布してた人はいた（配布先のリンクはもうない）

OSX 10.6のmanコマンドを日本語化
https://qiita.com/suzuken/items/e9bbe1eb7de6a0cb690a

Linux（GNU）との区別は大事だよね
この前うっかりリナックサーの書いたスクリプトを実行したら
sedが変なバックアップファイルを作った

sedの-iオプションは毎回迷うし、POSIX的には未定義なんでどっちが正しいとかも無いから困るな

psもいつのまにか-efになったなあと思ってman見たらTigerまではbsdだったのね

>>891
今もBSDではある
が、Single UNIX Specification を取得するためには必要な改変をしただけじゃね
POSIX(Single UNIX Specificationの規定もPOSIXベースだったはず)は最低限度の規定しかしてないんだから、BSDはPOSIX準拠をうたってはいない(？)が元のBSDが変えろとも言えるが、影響を考えたら変えないという選択肢が当然BSDにあっても不思議でもないしな

macOS の Apple Open Source が Appleのサイトから消えて、ちょっと探し回った。GitHubに移ったんだろなとは思って探してもなかなか掴めなかったw

https://raw.githubusercontent.com/apple-oss-distributions/adv_cmds/cdf02e0cae3e27f8dae7acab14d87daa962eda1f/ps/ps.c

* Copyright (c) 2004 - Garance Alistair Drosehn <[email protected]>.
* All rights reserved.
*
* Significant modifications made to bring `ps' options somewhat closer
* to the standard for `ps' as described in SingleUnixSpec-v3.

やっぱwだったね

多分Appleがかなり改変をしまくってると思う(このps.cは追ってないが、他のでそうだった)が、元のBSDのが古っw 元のBSDの進化具合とかは見てなく、このソース表記で判断しただけだが

>>893
>多分Appleがかなり改変をしまくってると思う

は?

https://github.com/freebsd/freebsd-src/commit/a4c8a745a85b18d74de1d63ac7aa7508cb86cff9

SUSv3に言及してるが、SUSv3に準拠はしてない修正だな

というわけでそのコメント自体はFreeBSDで、somewhat closerと書いてあるように
そこまでSUSに寄ってない (significant modificationsをしたという割にはw）
ちなみにこのときにFreeBSDのpsに-Aオプションが追加されたが、FreeBSDのmanには
-Aは記載がなく、「隠しオプション」状態のようだw

>>893のDarwinのソースには if (u03) {} みたいなのが追加されてて、これがSUSv3/
UNIX 2003を意識した変更だと思われ、そしてそれはFreeBSDにはない

というわけで
>多分Appleがかなり改変をしまくってる
を一応検証してみました

言い訳草

>>言い訳草
何も言い訳してない。間違いを正したのと興味で調べただけ
一番最後の方しか読めずにレスするタイプ?

しかし、githubベースになって、変更の履歴が見やすくなったのはちょっとだけいいかな
上で書いたif (u03)という変更も実際Tigerの後、Leopardで入ったことがわかる
そしてFreeBSDのコードのベースが、ずっと変わっていないというのもわかるw
Darwinレイヤーにセキュリティのパッチが必要なこともあると思うのだが、こんな古いソース
のままメンテしてるのだろうか

あと、コミットのメッセージとタイムスタンプからするに、今までのtarballを一つずつ
インポートしただけのようで、コミット＝その作業で残念ではある
本来のコード変更の時刻も、中の人のリアルなコミットメッセージも見れたりはしないw

>間違いを正した
だって
未だそんな姿勢だから言い訳しかしないわなって感じ

因みに、Darwinレイヤー ではない扱いぽいよ、Appleでは
Appleのサイトにあった頃から、macOS/iOSのオープンソース部分
Darwinプロジェクトには含まれてない、Darwinはマジ根幹部分