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/

>>777
すみません.shとは何ですか?
シェルスクリプトをダブルクリックで起動するためには
拡張子を.commandにする必要があるという意味でしょうか?

ついでに質問ですが
仮にダブルクリックでシェルスクリプトを起動できたとして
pwdはどこになりますか?

ググれks

試せば一発だろ

実機は購入検討中でないんです!

>すみません.shとは何ですか?
「Unixとして使ってる人」のスレなんだから .sh でピンとこなきゃな
「Linuxから使い」らしくわかってはいるようだけど。そゆこと
ただし、実行属性は必要だろう
Terminalで新規にウィンドウ開いて実行スクリプトファイルタイプして実行するのと動作は同じ。なのでpwdはわかったであろうwそこ(.zshrcとかで cd ~/hogehoge とか起動時のディレクトリを変えててたらそこ。そんなことしないけど)

拡張子は .command でなくても、単に実行属性付けて Terminalのドキュメント にしても(ほぼ)動作は同じ
エディタによっては保存すると自分のドキュメントに戻したりして鬱陶しいので、 .command が無難だけど

>Macってシェルスクリプトをダブルクリックで起動できる?
まあ、元々Terminal上で起動実行できればいいような質問なんだろけど、
そういえば、Unixとしては別にTerminalは必要ないわなあ。Finder、GUIからのでってことで生／直接には実行できないようにしてるだけか
アプリケーションバンドル形式に仕込んだりすればば生／直接実行できるようにはなるだろけど

>>782
レスを有難うございます

>>すみません.shとは何ですか?
>「Unixとして使ってる人」のスレなんだから .sh でピンとこなきゃな
>「Linuxから使い」らしくわかってはいるようだけど。そゆこと
いや本当に分かりません
.shって「.sh」をサフィックスとしたシェルスクリプトのことをおっしゃってます?
1. その推測が正しいとしてmacではダブルクリックではシェルスクリプトは起動しない
2. ただしファイル名のサフィックスを.comandとすると起動できる
で正しいでしょうか?

>>782
>Terminalで新規にウィンドウ開いて実行スクリプトファイルタイプして実行するのと動作は同じ。
>なのでpwdはわかったであろうwそこ(.zshrcとかで cd ~/hogehoge とか起動時のディレクトリを変えててたらそこ。そんなことしないけど)
分かりません
/Users/hoge/Desktop に hage.command なるファイルがあって
hage.command内で cat ./mage.txt するとします
Finderで hage.command をダブルクリックして mage.txt の読み込みは成功しますか?
ちなみにWindowsの場合にはホームディレクトリがWDになるはずで失敗します
上記の例に当てはめると
$ cd /Users/hoge; /Users/hoge/Desktop/hage.command
相当を実行したことになり mage.txt は /Users/hoge にはないので失敗します
さてMacはWindowsと同じでしょうか?
あるいは例えばWDは hage.command がある/Users/hoge/Desktopになり
$ cd /Users/hoge/Desktop; /Users/hoge/Desktop/hage.command
が実行されるので mage.txt の読み込みは成功するのでしょうか?

もう止めにしようぜ

>>784,785
Linuxだって、シェルスクリプトファイルの拡張子を .sh にする(時もある)って普通にあるだろうに

デフォでファイルをアプリケーション(.app)に結び付けられる。.command はデフォではTerminal.appのドキュメントになるので、Finderでダブルクリックすると、Terminalに .commandファイルを開け と命令される。Terminal は(実行属性が付いているなら)、新しくウィンドウを開いてそこで開けと命令されたのを実行する
「手動で」新しくウィンドウを開いて実行するのと同じなんだから、pwdはどこかなんて分かるだろう。LinuxでのTerminalでどこやねん。同じだぞ。自分でどれが答えかそれで分かるだろう

Linuxからって言っていたくせになんでWinodwsやねんw まあ、アレを使ってLinuxを使ってるつもりでもあるんだろうけど
なんか(使いwとして勘が悪いくせにw)100まで細かいこと他人に聞いて確認しなきゃ気が済まなそうで、ウタウダ鬱陶しいしな。とっとと買えw
>>786
だなw

>>787
有難うございます

>>>784,785
>Linuxだって、シェルスクリプトファイルの拡張子を .sh にする(時もある)って普通にあるだろうに
少なくとも私の周りでは一般的じゃないので確認しました

>デフォでファイルをアプリケーション(.app)に結び付けられる。
>.command はデフォではTerminal.appのドキュメントになるので、
>Finderでダブルクリックすると、
>Terminalに .commandファイルを開け と命令される。
なるほど完璧に理解できました
有難うございます

>Terminal は(実行属性が付いているなら)、新しくウィンドウを開いてそこで開けと命令されたのを実行する
>「手動で」新しくウィンドウを開いて実行するのと同じなんだから、pwdはどこかなんて分かるだろう。
文章内の「そこ」は>>785で言うと /Users/hoge/Desktop と理解しました
ということはWindowsではWDがホームディレクトリ（/Users/hoge相当）になりますから挙動が異なります
この理解でよろしいでしょうか?

>>787
>Linuxからって言っていたくせになんでWinodwsやねんw まあ、アレを使ってLinuxを使ってるつもりでもあるんだろうけど
>なんか(使いwとして勘が悪いくせにw)100まで細かいこと他人に聞いて確認しなきゃ気が済まなそうで、ウタウダ鬱陶しいしな。とっとと買えw
>>>786
>だなw
クロスプラットホームで動くものを作ろうとすると確認が必要なのです
しかも手元にはLinuxしかないのでw
もうちょっとお付き合い下さい
よろしくお願いします

まずはLinuxでTerminal使ってみような

>>789
GUIで起動した場合のスクリプトのWDを問うていますので
LinuxでTerminalでスクリプトを起動してもその答えは得られません

ちなみにDolphinで起動するとスクリプトのあるパス
>>785の例で言うと /Users/hoge/Desktop がWDになります
LinuxにはFinderにあたるソフトウェアは他にもあるので
全てこの挙動になるとは限らないことに留意しておく必要があります

https://askubuntu.com/questions/332062/setting-default-path-when-opening-a-terminal-session
まあ、だよなあ。至って当たり前の動作だよなあ
と思ったが、
https://access.redhat.com/solutions/109483
変なwとこデフォにするのがあるんだな

何を偉そうに講釈垂れてるんだか。そんだけ講釈垂れられるなら全て自力で解決しろ

>>791
だから調べないと分からんのですよ
MacのFinderから起動するとWDは
1. 実行ファイルのあるディレクトリですか?
2. ホームディレクトリですか?
3. その他のディレクトリでしょうか?
私はMacはおろかWindowsも手元にないので聞きに来たのです

ファイラーアプリによって動作がまちまちってちゃんとわかってるじゃん
GUIから起動するようなスクリプトはpwdに依存しないように書くのが正しい、終了

>だから調べないと分からんのですよ
何を言ってるんだか。調べないとではなく、他人に頼って聞かないとだろ
他人頼りなのになんか変なプライドだけは高いやつだな
>>779 が正しかったなw

今度は 私は〜Windowsも手元にない だって。Linuxすら手元に無さそうだがw
こんな性格だったら、どうせMacを買いもしないだろうし、バイバイ

>>793
シェルスクリプトを書く上では、
普通に現在のカレントディレクトリはスクリプトで指定するなり、そもそもWorking Direcotyに依存しない絶対パスで書いたりするよなあ
ただの意固地で拘ってるだけだよ、多分w

>>793
> ファイラーアプリによって動作がまちまちってちゃんとわかってるじゃん
はい
だからFinderの挙動はどうなってるのかの質問になります

>>795
何かをどうするとは私は書いていないと思いますので
何に私が拘っているか不明です

>>793
>ファイラーアプリによって
ではなく、Terminalアプリだと思うけど(>>791の下)。単にファイラーアプリはアプリによってという例でかもしれないが
まんまファイラーアプリ＝Finderとなってるww
全くわかってねーな。とっととMac買えば済む話、Mac買って自分で触らなきゃ解決しないなこれはw

>>798
MacってTerminal.app以外にもxtermも動くよね?

だからなに？
な？拘ってるだろw
自覚無いようだが
何に拘っているかは自分に聞いてみろ。自覚がないなら...

>>798
すまんそのリンクは読んでなかった、でもそれ.desktopファイル(Windowsのショートカット相当)から起動するときの話で
ファイラーからダブルクリックして起動するのとは別じゃないかなあ

>>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するなりすればよし