すげえ！mac向けのexploitもwindowで実行できそうだな！()
お、マジか。これでコマンドプロンプトも少しは使いやすくなるかな。普通に bash が使えるとなおいいのだがなあ。履歴や編集周りがどうも馴染みがなさすぎてな
busyboxからの脱却
nushellがあればもういいよ。
「PowerShell 7.4 or newer is required. Older PowerShell versions aren't supported.」とか書いててクソ。元のコマンドとぶつかるような奴はいらんから、はよWindows上でless使えるようにしてよ。
どうしてもPowerShellになじめないので、Linuxコマンドが一般化してほしくはあるが、結局windowsの内部命令を呼ぶために覚える文字列がPowerShell互換になりそうな予感。
git bashが何気に使い勝手良いんだよな。基本はもうこっちにしてる。
LLM Agent が、たまに Windows でも *unix 系コマンドを実行しようとしてトークンを無駄に消費しているから、必要性は理解できる。でも逆にこれが普及すると、より *unix コマンドを実行しようとするかもしれない。
まずzshかbashを移植してくれ。git bash重すぎ&&ターミナル糞過ぎ
昔から統一されていればどれだけ平和だったんだろうか。でもwinコマンドも別に嫌いじゃないが。
30年早くやってほしかったなぁ。今考えればbusyboxみたいなのをcmdラップで実装するだけでたくさんの不幸が防げた気がするよ…
$ ls --versionすれば分かるが、何故既存のtrやmkdir等を無視して再実装するかというと、こいつらは「GNU/LinuxのGNUの部分」でありライセンスが「GPL v3 or later」だから。Appleなどはv2時代の物をフォークして批判されている。
cygwinちゃんが寂しそうにこちらを見ています
でも、バックスラッシュは使わないといけないんでしょ、知ってんだから。
パイプラインの使い勝手をLinux系と同じにしてほしい。
Good bye Get-Item.
なるほど。AIエージェント向けか。
coreutilsってそういう役割だったんだ。unix系だとGNU-coreutilsは当たり前に入ってたから気づかなかった。dateとかenvみたいに被ってるコマンドはどうなるんだろう
なんどめだ? (ﾏﾃ
:eyes:
PowerShellのエイリアス群との競合はどうなるのだろうか
cygwinは使いづらい、WSLは大げさ、でずっと悩んでたのでこれは朗報かも
朗報ではある。
findはどっちが起動するんだろう?と思ったがfindはfiindutilsか
uutilsベースでfindutilsとgrepも追加されている。uutils(coreutils)だけだとfindとかないから便利。最近はfdとかrgを使う方が多いかもだけど
バックスラッシュという負債がなあ
Windows Services for UNIX を思い出すアラカン。
MinGWベースのGit Bashでも事足りるが標準搭載したという事。AI Agentの動作でWindowsのデメリットが表面化した。
結局いつもgit bash
それもいいんだけどpythonとかperlとかはじめから入れといてくれないかな
もう遅い
bashも移植されればいいのに。基本コマンドはこれまでいろいろな実装があったと思うけど標準装備になったことはよい
パス区切りはスラッシュでええんやろか。
PowerShellのエイリアスとの競合がどうなるかは気になる。 / どうやらなんの対策もない模様_(┐「ε:)_
SIGPIPEとかのシグナル関係どうなってんだろ
パイプはまともに動くんかな？powershellは文字化けするしぱっと使うにはまじで使い物にならないから、こいつは大丈夫なんか？
正直coreutilsの一部を移植してもあんま意味ないかな。ENV=1 foo && barみたいなbashの環境変数設定とかショートカットないとワンライナーは共通化できない。それならWSL1を再開発してbash.exeで全部使えるようにする方がいい
Cygwinはところどころよわっちいので 競合して頑張ってほしい
command.comのパイプは偽パイプだったけどcmdやpowershellのはどういう実装なんじゃろ。
GNUソフトウェア移植より、さらに一歩推し進めた感がある。最終的にはbash等、UNIXシェルを移植しそうな勢い。
そのうちドライブレター廃止＆パス文字列もスラッシュになったりしないかな。。
今さら。。。。MSはもうWindowsなんてやめてしまえ。
GnuWin32版はもう古すぎるのか / 「This project is in preview.」
for Windowって何やねん。正式名称を正確に書けない奴は何をやらせてもダメ。
VSCodeのターミナルでGitBashを使ってる
ついでにファイルシステムもUnixライクにして欲しい
Windowsdemoでも”rm -rf /”できるようになるのか
正直、PowerShellは覚えられないのと打ちにくいのでGit Bash使ってる
ドライブレターの扱い、パスの区切り文字、シグナル、パイプ、シェルが全部同じにならないと「同じコードで動く」ができないので色々頑張っても使いにくいんだよね
障壁が消えていく
【何度も同じようなことを繰り返すM$】 coreutilsすでにcygwinに存在するので、何の意味があるのかわからないし、その努力をPowerShellの品質向上に向けてはどうか。
CoreutilsはGNU Coreutilsとは言わないのね
早速インストールしました。コマンドプロンプトでもPowerShell7でも使える感じ。コマンドプロンプトでうっかりUNIXコマンドを使ってエラーでストレスになることがありましたが、それが減りそう。￥でも／でも良い。
uutils
すげーカオスになりそうなもの作ってきたなぁ
コマンド体系だけをそろえても片手落ちな気がする。他のコメントにもあるように bash 互換が欲しいところ。
思い起こすcygwin
この記事をおすすめしました
帰ってきたWSU
基本gitbash、いろいろコマンド必要なときはWSL、で事足りてるから自分はあまり必要性ない。
もうWindowsなんか止めてLinuxにしよう全部
根本的にcmdは機能が弱すぎる、powershellは独自文法すぎるからどっちも使い物にならないんだよね。bash というかshをwindowsネイティブで動かせるようにして欲しい。文字コードはutf-8でね
claud codeが環境教えないとbashスクリプト走らせたりするから
そろそろファイルシステムの違いが辛くなってきた
大人しくMSYS2使ったほうがいいのでは？感が…／↓MSYS2（mingw）ではなくcygwin使ってる人のほうが多いの？（知られてなさすぎる？）／とりあえず入れてみたけど。
「Coreutils for Window」！ Windowsじゃないんだ！ と興奮したが単なる書き間違いであった（修正された）
GNU式環境、BSD式環境、WIN式環境が増えるだけで、バベルの塔♡もう限界だよぉ〜♡んほおおお♡(崩壊)
rm -rf
WSLは構造上ファイルアクセスがめちゃくちゃ遅いので歓迎する。コマンドの競合もそうだけどコンソールの挙動（ssh経由のvimとかちゃんと動くのとか）も気になる
マイクロソフトがBuild 2026で「Coreutils for Window」を一般公開。UNIX系の基本コマンド群をWindowsへ移植し、cpやmvなどをWindowsのコマンドラインから利用可能に。
もしかしてMSYS2とか言う何もかも全てが中途半端なやつから開放されるのか！？
ソニーのNEWS OSは間違ってなかったんだ！(錯乱
aiエージェントがパワーシェルだと明らかに苦戦しまくるからこれは面白そう
これいいって言いたいんだけど、パス周りの仕掛けがかなり厳しい。元々＼をバックスラッシュと認識出来るんだが、pwdとかで出て来る文字列はバックスラッシュになるんじゃないかなあ。
よし、これからは GNU/Windows と呼ぶんだゾ
Microsoft.Coreutilsは、GNU coreutilsベースではなくて、uutilsベースのカスタムっぽいね。
Coreutils一式なくてもfindとgrepがあればなぁと常々思っていました
移行期が２０年とか平気でやりそうだからな。
WSL2とposhが成熟した今、Coreutilsの立ち位置はかなり曖昧。posh利用者には中途半端で、Linux利用者は結局WSLへ行く。互換性確保の需要は理解できるが、ls衝突問題を見ると文化圏の違いを埋めるより混乱を増やしそう。
最初から入れとけよー。
これ系のツール昔から MS は公式サポートしてるけど、結局 WSL2 みたいなレイヤーが一番いいんだよな。
インストーラーの挙動: %ProgramFiles% に coreutils フォルダを作ってそこにバイナリを置く。busyboxみたいに実体はcoreurils.exe1つだが、bin/cmd フォルダにはコマンド名別にハードリンクが置かれる。
［速報］マイクロソフト、UNIX系コマンドをWindowsに移植「Coreutils for Window」一般公開
すげえ！mac向けのexploitもwindowで実行できそうだな！()
お、マジか。これでコマンドプロンプトも少しは使いやすくなるかな。普通に bash が使えるとなおいいのだがなあ。履歴や編集周りがどうも馴染みがなさすぎてな
busyboxからの脱却
nushellがあればもういいよ。
「PowerShell 7.4 or newer is required. Older PowerShell versions aren't supported.」とか書いててクソ。元のコマンドとぶつかるような奴はいらんから、はよWindows上でless使えるようにしてよ。
どうしてもPowerShellになじめないので、Linuxコマンドが一般化してほしくはあるが、結局windowsの内部命令を呼ぶために覚える文字列がPowerShell互換になりそうな予感。
git bashが何気に使い勝手良いんだよな。基本はもうこっちにしてる。
LLM Agent が、たまに Windows でも *unix 系コマンドを実行しようとしてトークンを無駄に消費しているから、必要性は理解できる。でも逆にこれが普及すると、より *unix コマンドを実行しようとするかもしれない。
まずzshかbashを移植してくれ。git bash重すぎ&&ターミナル糞過ぎ
昔から統一されていればどれだけ平和だったんだろうか。でもwinコマンドも別に嫌いじゃないが。
30年早くやってほしかったなぁ。今考えればbusyboxみたいなのをcmdラップで実装するだけでたくさんの不幸が防げた気がするよ…
$ ls --versionすれば分かるが、何故既存のtrやmkdir等を無視して再実装するかというと、こいつらは「GNU/LinuxのGNUの部分」でありライセンスが「GPL v3 or later」だから。Appleなどはv2時代の物をフォークして批判されている。
cygwinちゃんが寂しそうにこちらを見ています
でも、バックスラッシュは使わないといけないんでしょ、知ってんだから。
パイプラインの使い勝手をLinux系と同じにしてほしい。
Good bye Get-Item.
なるほど。AIエージェント向けか。
coreutilsってそういう役割だったんだ。unix系だとGNU-coreutilsは当たり前に入ってたから気づかなかった。dateとかenvみたいに被ってるコマンドはどうなるんだろう
なんどめだ? (ﾏﾃ
:eyes:
PowerShellのエイリアス群との競合はどうなるのだろうか
cygwinは使いづらい、WSLは大げさ、でずっと悩んでたのでこれは朗報かも
朗報ではある。
findはどっちが起動するんだろう?と思ったがfindはfiindutilsか
uutilsベースでfindutilsとgrepも追加されている。uutils(coreutils)だけだとfindとかないから便利。最近はfdとかrgを使う方が多いかもだけど
バックスラッシュという負債がなあ
Windows Services for UNIX を思い出すアラカン。
MinGWベースのGit Bashでも事足りるが標準搭載したという事。AI Agentの動作でWindowsのデメリットが表面化した。
結局いつもgit bash
それもいいんだけどpythonとかperlとかはじめから入れといてくれないかな
もう遅い
bashも移植されればいいのに。基本コマンドはこれまでいろいろな実装があったと思うけど標準装備になったことはよい
パス区切りはスラッシュでええんやろか。
PowerShellのエイリアスとの競合がどうなるかは気になる。 / どうやらなんの対策もない模様_(┐「ε:)_
SIGPIPEとかのシグナル関係どうなってんだろ
パイプはまともに動くんかな？powershellは文字化けするしぱっと使うにはまじで使い物にならないから、こいつは大丈夫なんか？
正直coreutilsの一部を移植してもあんま意味ないかな。ENV=1 foo && barみたいなbashの環境変数設定とかショートカットないとワンライナーは共通化できない。それならWSL1を再開発してbash.exeで全部使えるようにする方がいい
Cygwinはところどころよわっちいので 競合して頑張ってほしい
command.comのパイプは偽パイプだったけどcmdやpowershellのはどういう実装なんじゃろ。
GNUソフトウェア移植より、さらに一歩推し進めた感がある。最終的にはbash等、UNIXシェルを移植しそうな勢い。
そのうちドライブレター廃止＆パス文字列もスラッシュになったりしないかな。。
今さら。。。。MSはもうWindowsなんてやめてしまえ。
GnuWin32版はもう古すぎるのか / 「This project is in preview.」
for Windowって何やねん。正式名称を正確に書けない奴は何をやらせてもダメ。
VSCodeのターミナルでGitBashを使ってる
ついでにファイルシステムもUnixライクにして欲しい
Windowsdemoでも”rm -rf /”できるようになるのか
正直、PowerShellは覚えられないのと打ちにくいのでGit Bash使ってる
ドライブレターの扱い、パスの区切り文字、シグナル、パイプ、シェルが全部同じにならないと「同じコードで動く」ができないので色々頑張っても使いにくいんだよね
障壁が消えていく
【何度も同じようなことを繰り返すM$】 coreutilsすでにcygwinに存在するので、何の意味があるのかわからないし、その努力をPowerShellの品質向上に向けてはどうか。
CoreutilsはGNU Coreutilsとは言わないのね
早速インストールしました。コマンドプロンプトでもPowerShell7でも使える感じ。コマンドプロンプトでうっかりUNIXコマンドを使ってエラーでストレスになることがありましたが、それが減りそう。￥でも／でも良い。
uutils
すげーカオスになりそうなもの作ってきたなぁ
コマンド体系だけをそろえても片手落ちな気がする。他のコメントにもあるように bash 互換が欲しいところ。
思い起こすcygwin
この記事をおすすめしました
帰ってきたWSU
基本gitbash、いろいろコマンド必要なときはWSL、で事足りてるから自分はあまり必要性ない。
もうWindowsなんか止めてLinuxにしよう全部
根本的にcmdは機能が弱すぎる、powershellは独自文法すぎるからどっちも使い物にならないんだよね。bash というかshをwindowsネイティブで動かせるようにして欲しい。文字コードはutf-8でね
claud codeが環境教えないとbashスクリプト走らせたりするから
そろそろファイルシステムの違いが辛くなってきた
大人しくMSYS2使ったほうがいいのでは？感が…／↓MSYS2（mingw）ではなくcygwin使ってる人のほうが多いの？（知られてなさすぎる？）／とりあえず入れてみたけど。
「Coreutils for Window」！ Windowsじゃないんだ！ と興奮したが単なる書き間違いであった（修正された）
GNU式環境、BSD式環境、WIN式環境が増えるだけで、バベルの塔♡もう限界だよぉ〜♡んほおおお♡(崩壊)
rm -rf
WSLは構造上ファイルアクセスがめちゃくちゃ遅いので歓迎する。コマンドの競合もそうだけどコンソールの挙動（ssh経由のvimとかちゃんと動くのとか）も気になる
マイクロソフトがBuild 2026で「Coreutils for Window」を一般公開。UNIX系の基本コマンド群をWindowsへ移植し、cpやmvなどをWindowsのコマンドラインから利用可能に。
もしかしてMSYS2とか言う何もかも全てが中途半端なやつから開放されるのか！？
ソニーのNEWS OSは間違ってなかったんだ！(錯乱
aiエージェントがパワーシェルだと明らかに苦戦しまくるからこれは面白そう
これいいって言いたいんだけど、パス周りの仕掛けがかなり厳しい。元々＼をバックスラッシュと認識出来るんだが、pwdとかで出て来る文字列はバックスラッシュになるんじゃないかなあ。
よし、これからは GNU/Windows と呼ぶんだゾ
Microsoft.Coreutilsは、GNU coreutilsベースではなくて、uutilsベースのカスタムっぽいね。
Coreutils一式なくてもfindとgrepがあればなぁと常々思っていました
移行期が２０年とか平気でやりそうだからな。
WSL2とposhが成熟した今、Coreutilsの立ち位置はかなり曖昧。posh利用者には中途半端で、Linux利用者は結局WSLへ行く。互換性確保の需要は理解できるが、ls衝突問題を見ると文化圏の違いを埋めるより混乱を増やしそう。
最初から入れとけよー。
これ系のツール昔から MS は公式サポートしてるけど、結局 WSL2 みたいなレイヤーが一番いいんだよな。
インストーラーの挙動: %ProgramFiles% に coreutils フォルダを作ってそこにバイナリを置く。busyboxみたいに実体はcoreurils.exe1つだが、bin/cmd フォルダにはコマンド名別にハードリンクが置かれる。