【Bash】Windows Subsystem for Linux【WSL】10

ついにWSL2が登場したぜー。こりゃ完全にLinuxだ。ヒャッハー！WSL最高！開発にLinuxは使わねぇー。Windowsで開発してLinuxは動かすだけや！

WSL2アーキテクチャ
https://www.atmarkit.co.jp/ait/articles/1906/14/news019.html

WSL 2では、仮想マシン環境が起動し、bashがコマンドを受け付けるまで2秒程度という速度で起動できる。
このため、コマンドプロンプトなどからwsl.exeなどを使ってbashコマンドを処理する時間は、
現在のWSL 1とほとんど変わらない。また、本物のLinux実行環境であるため、
これまで正しく動作できなかったアプリケーション、例えばコンテナシステム（Dockerなど）や
ユーザーファイルシステム（FUSEなど）も動作させることができる。その上で、現在のWSL 1と同等の機能と使い勝手を実現するという。

WSL 2はWSL 1を置き換えずに併存する
　WSL 2が登場したからといって、WSL 1は廃止になるわけではなく、引き続き利用可能である。

ファイル共有プロトコル「9P」でWSL 1との互換性を確保
　このように、WSL 2とWin32環境の間のファイル共有は、どちらも9Pを使うことになる。
　また、WSLからWin32プログラムを起動する「Win32相互運用性」では、最初にWSL側で、
実行ファイルを判別する必要がある。具体的には、実行ファイル先頭のマジックナンバー
（Win32ではMZ）を見て、LinuxのELF64か、Win32の実行ファイルなのかを判断する。

前スレ
【Bash】Windows Subsystem for Linux【WSL】9
http://mao.5ch.net/test/read.cgi/linux/1607589861/

>>853
>>854
本人ではないけど、その通りで、手になじんだemacsがwslのおかげで、windows環境でもほとんどストレス無く使えるようになったのが嬉しい

今更他人に勧めるつもりはないよ

Windows版のemacsはモッサリだし外部ツールの連携も苦労するし
WSLでもVcXsrvでのemacsはイマイチだったが
WSLg + pgtk-nativecomp版サックサクです。

>>856
>WSLg + pgtk-nativecomp版サックサクです。
ああそうなの？俺も入れよっかなぁ？

>>856
>WSLでもVcXsrvでのemacsはイマイチだった
普通に使っているけど、どのあたりが？

>>854
聞かれたから答えただけ。別に人に勧めたわけではない。勝手にしてくれ。

>>858
横からだけど>>759
特にemacsはキー押しっぱなしでカーソル移動させるときなどに顕著
googleのIMEにしたら多少は改善した
他に改善方法を知ってたら是非教えてね

emacsはIMEに負担が掛かるだけでなく、小指も死ぬ

確かに emacs って
ctr とcaps lock の交換必須だわ

Emacsでキー押しまくりでカーソル移動かあ
ジャンプなり使いなよ
今の問題にそう対応せよと言ってるわけではないので、あしからず


あと>>861
ツイッターかなんかで見てそういうもんだと思ったのか知らんが、今どき修飾キー押しっぱなすようなキーバインドでEmacs使ってる人なんていないよ
spacemacsのとってるアプローチ等参照のこと

PDP-1という大昔のマシンで使われてたエディタであるEmacs。
一方でWindowsという現代を代表するOSでWSLという最新技術においていざ何に使うかと思ったらEmacsだったという現実。

さすがにPDP-1ではメモリが少なくて無理
PDP-11ぐらいでもまだ足りない
VAX-780ぐらいからじゃないかな
まともに動いたのは

なんでこのスレこんなに Emacs が支持されてるの
個人的には好きだし結構だが

>>865
うん、VAX-11 750, microVAXには
emacs が入ってた記憶ない。

>>864
オリジナルのemacsはPDP-10で動作してたけど誰かがPDP-1に移植したんか？

なんの事かわからんくてググったけど
年齢層高杉

>>866
5chは爺が多いから

23歳の情報系学生ですがEmacs使ってますvimより好きです
ちな東大

>>863
>今どき修飾キー押しっぱなすようなキーバインドでEmacs使ってる人なんていないよ

そんなことはないでしょう
spacemacs派が増えてるのは確かだけどね

>>871
いいね！

>>868
すみません、PDP-10の間違いでした。訂正します。

wsl2でUbuntuを使ってるのだけど
batのスクリプトから
bash -c "script.sh"で呼び出そうとすると読み込みでエラーになるね
Windows側で何らからテキストエディタでscript.shを一回開いてその後bash -cで呼び出すと読み込めるけどわざわざ一回開かないとってのは面倒臭い

それとwslからscriptでssh接続を行うとkeyでエラーになる
scriptからではなく
ssh [email protected]
みたいに直接sshコマンドを打って一回接続した後にscriptで接続で上手くいくけどwindows を起動する度に一回手で接続する必要があって面倒臭い

後、UbuntuのTerminalを立ち上げて何らかの処理をした後にexitで終了させるとクラッシュする

windows10で発症後11にアップデート後も同じ

>>875-877
なわけねーだろ、としか
おま環

実際に起きてますが

>>860
改善方法：emacsではavyやらswiper, swoopを使う

>>878
何かいじっておかしくなったんじゃね？

>>878
Dev版使っているなら仕方ない気もする

>>881
まだまだ知らんことがあるもんだなぁ
emacsは底なし沼

いやジャンプ移動知らんってそりゃお前がおかしいよ
emacsに特有の機能では全くない
（avyとかswoopが良くできてるのは別として）

WSLをよく使うようなWindowsメインの人だとサクラエディタとか秀丸のような進化の止まったエディタをメインで使う人も多いので
知らないのも仕方のないことだと思います
emacsは古くさいけど、他の世界規模のエディタに刺激されて今でもそれなりに進化している

補足：avyは他のウインドウ(フレーム)から移動、行コピペなどできて、マウスより正確に移動やコピペ出来る

他のエディタをバカにするemacsianは、あの腐ったキーバインディングをどうにかしてから偉そうに語れよ。

頻度の高いカーソル移動がC-p C-n C-f C-bとか、デザインセンスの欠片も無い配置をいつまでデフォルトにしているんだよ。

>>885
普通にisearch-forward，isearch-backwardですが何か?

WindowsではGVimかVSCodeなのでサクラや秀丸は使用したことがないな

>>887
まぁ1週間くらい我慢して使ってみろって
Linux界隈では（C-p C-n C-f C-b）はマジョリティかもね

>>881
>改善方法：emacsではavyやらswiper, swoopを使う
これ全部入れるもんじゃないんでしょ?
でどれがオススメなのよ?

>>887
デフォルトで使わない想定なので


>>890-891
死ね

>>890
そういうのがセンス無い、て言ってるんだよ。
カーソル移動が典型で、
方向性のメタファーを使っていないから覚えにくく、
ホームポジションから離れているので入力効率も悪く、
まとまりも無いから両手が無駄に束縛される。
身につけても（少なくともカーソル操作は）効率的でないクソなのに、他のエディタをバカになんてできるのかね？

>>893
カーソルを操作するときには
Forward, Backward, Next, Previous
って唱えると覚えるのが早いよ!

>>887
マックユーザ、なんか言われてるぞ

>>894
方向性のメタファー使わないで、呪文唱えて覚えろ、てか？ なんというクソデザイン。
そんなんで良くもまぁ他のエディタをバカにできるな。

俺、主にMac使ってんだけど・・・・
Macの場合は、CntrolとCmmandが別なキーだから、コンソールでショートカットを使わない人でもそんな支障が出たりはしないんだよね
本当にUnix系のショートカットと食い合って使いづらくなってるのはWindowsだけ

いやすまんレベル低過ぎて笑ってしまう
デフォルトのキーバインドでEmacs使ってるのなんてID:nweKdipjくらいだから、マジで
普通は、カーソル移動についてはVimのキーバインドをエミュレートするんじゃないかな

にしても今どき「Emacsはデフォルトのキーバインドがクソだからクソ！」もないだろう
ツイッターでキラキラエンジニアが言ってて真似したくなったのか？笑


ID:nweKdipjはクソキメェ雑魚だから無視しろ

ところでWin11にしたらLibreOfficeの起動に1分ぐらいかかるようになったんだがおま環なんだろうか
XサーバーはWin11にアップグレードする前にアンインストールした

emacsがクソなのがよく分かるスレだな

このスレで喧嘩するようなことなの？

>>899
wslgの話なら11は起動遅いと思うけどたぶんバグじゃないかな
気になるようならテスターとしてフィードバックすればいいと思う

WSLg最初のGUIアプリ起動時にWSLgも起動するから
遅いのは初回だけじゃないかな

いや、初回起動後も10だったときより遅くなってると思う
いわゆるDev版のビルドで11は他にもおかしなとこがあるし、評価するならRP版で出てからでいいと思うけど

>>875
Windows Terminal を使えば？

Linux, PowerShell、コマンドプロンプトの3つを、同時に使える

>>898
普通にC-p C-n C-f C-bでカーソル移動してる人が多いと思うよ
そうでなければ、Macやbashのデフォルトがあんな風にはならんだろ

>>898
>普通は、カーソル移動についてはVimのキーバインドをエミュレートするんじゃないかな
本当にviスタイルにカスタマイズするのが普通なんか?

好きに使えよ、強要されるものじゃないだろ
俺はemacsだがC-p C-n C-f C-bなんか使わないよ、理由はあるがどうでもいい
お年寄りの技術系ブログなんか百害あって一利なし、自分のスタイルを築こう

>>906
由来は同一であるというだけだ
> 普通にC-p C-n C-f C-bでカーソル移動してる人が多いと思うよ
とまで言うのは飛躍も飛躍


>>907
タイプ数と修飾キーの数を減らしたいならば、vimのキーバインドが知られてる限りは最適に近いというのは共通認識だろ
ゆえに、そうしたことにこだわる人はどんなエディタでもvimのキーバインドを使用するだろう
あるいは、カーソル移動などジャンプとページ送りさえあれば問題ないので、そういう立場に立てばvimのキーバインドにはこだわらなくても良いが
いずれEmacsのデフォルトのキーバインドは、ことカーソル移動に関して言えばとても褒められたものではない
ただし、それはEmacsの良さでも悪さでもない


>>908
あなたがEmacs様ですか
いつもお世話になっています

>>907
vi(m)が至高

変なのが湧いてるな

やっぱり変だよね?

>>910
emacsをviスタイルにカスタマイズするよりも
素直にviを使えば良いんじゃないかな?

>>899だけどやっぱりおま環くさいわ
別のディストリに入れてみたらすぐにスプラッシュ画面が出た
この機会に環境作り直すか

>>912
何が変？
上で出てるspacemacsもそういう理念のemacsディストリビューションだが
（元々はevilというのがあって、もっとアグレッシブにvimのモードの概念を取り入れたのがspacemacs）
emacsに限らず他のエディタやIDEでも当然vim風のキーバインドをサポートしてるものが多いし
シェルもそう


つーかなんで具体的に説明してる俺よりも「変」の一言しか述べてない方を信用するのか
そうあってほしいとお前が思ってるだけだろ

emacsianは他のエディタをバカにするだけあって、スレ違いに対する配慮というものを知らない。

まあ、デフォルトをゴミにしても意に介さない人間ばかりだから仕方が無いか。

>>914
アップグレードインストール？
win10はシステムバックアップ簡単だからクリーンインストールしたほうがいいな。

他のエディタ下げよりemacs下げの方が多くね

Emacsなら→←↑↓のキーで普通にカーソル移動していますが何か？

矢印キーだと打鍵速度が落ちるじゃん

別にemacs風でもvim風でも嫌なら使わなきゃ良いじゃんとしか言いようがねえな
特にできなかったところで動作を邪魔するわけでもなかろう

変なのの相手しなくていいよ

Windows 11のCascadia Codeフォント何処にインストールされてるんだろ？
/mnt/c/Users/<User>/AppData/Local/Microsoft/Windows/Fonts
/mnt/c/Windows/Fonts
追加してもないわ...

>>922
Githubで配ってるやつとは内容が違うの？

>>887
それならそもそものQWERTY配列を考え直す必要があるのではないかね?

>>922
Win11に付属じゃなくてWindows Terminalに付属のようだから、¥Program Files¥WindowApps¥Microsoft.WindowsTerminal〜なんでは？

>>925
そんなとこにあるんだ、WSL側からアクセス出来ないな
2重にインストールするのが嫌だが、WSL側にインストールするよ

WSLｇでCapsやCtrlがロックしてしまったり変なふるまい悩まされてたが
PowerToysでswapしてたのが原因だった

>>926
直接行けば入れるね

Windows10だけど、WindowsTerminalとWindowsTerminalPreviewを入れていると、設定のフォントには同じフォントが2つ入っている状態。
BIZ UDなどはフォントファイル項目がありインストールパスが表示されているけど、Cascadiaはその項目は無く代わりにMicrosoftStore製品項目がありWindowsTerminal又はWindowsTerminalPreviewが表示されている。
多分11でもアプリ個別でフォントを持っているのだろうね

心機一転WSL用にCascadiaベースで環境構築
https://i.imgur.com/cpGRrfE.png
かなり調整したがEmojiがどうしても合わねー

315 packages loaded in 0.833s
Windowsだと10秒近くかかります。

設定の書き方すごく参考になります
ブログか何かでもっと紹介してほしいです

アンカー忘れ。>>930は>>929へのレスです。

教えてエロい人
WSL2をインスコして、Ubuntuもインスコしました

PowerShellでの動作なのですが、
git hogehoge
sudo hogehogeなどのコマンドを打ってもエラーが返り、
wsl git hogehoge
wsl sudo hogehoge
だと実行される状況です

pathなどが足りていないのだと思いますが、このwslを打たなくてもコマンド実行できるようにする
解決策宜しくお願いいたします

>>932
基本的にできないと思ってるんだが、できるのかな？

こういうことすればできるよって記事は見つけた
2年前のだけど
https://dev.classmethod.jp/articles/invoke-linux-commands-on-wsl-in-powershell-console/

>>933
おー、ありがとうございます
基本的にはできないなんですね

scoopっていうのもインスコしてみると、いいという記事もあったのですが、わけわかめな事が増えていく

楽しい事に変わりはないですが難しい(^_^;)

>>934
何がやりたいのかがわからない
scoopはwindowsのパッケージマネージャーだし根本的にWSLの理解が足りてない

WSLのドキュメントくらい読んでから使えばいいのに

>>935
powershellで、ubuntuもwindowsコマンドも両方実行させたい

>>937
何のために？
gitが使いたいだけならwindowsにgitを入れた方がいい
powershellが好きならubuntuにpowershellを入れればいい

>>938
gitも使いたいし、PowerShellも好き
どっちも、PowerShellでやりたいかーら

>>939
それならpowershell上でscoopでgitを入れれば良いと思う

>>939
WSLにpwsh入れて完全にWSLに閉じ籠もればいい
もっとも、Linuxにどっぷり浸かっちゃうとそのうちpwshなんか使わなくなりそうだが

Linuxにどっぷり浸ってても、
デュアルブートなどすることなく、
WindowsでLinuxにどっぷり浸る
それがWSLの目指してるところじゃないのかな

それはそうだね
俺はWSL使い始めてからpowershellはどうしても外的要因で使わざるを得ない場合を除いては全く使わなくなったわ

>>1
WSLとWindowsタスク群は並行処理されんのかねえ？
Linu取り込んだといつて喜んでるだけだろ？
しかも、WSLはコマンドドリブンだ、
窓ユーザー分かってんのかな？

>>942
コマンドドリブンに回帰してるだけ

Windowsのメモ帳が軽くて使いやすいのでこれでWSLのUbuntuのLaTeX文書を
編集したりコピーしたりしてる
便利
LaTeXはWindowsにインストールするよりLinuxのほうが使いやすいからね

>>899
fedora34なら6秒だよ

>>946
そこでYaTeXですよ

>>945
少し考えた
guiが優れたOSがUnix/Linux側にないから、そうなってるような気がする
BSDだがせいぜいmacOSくらい
だからWinが指示されやすく圧倒的なシェアなんだろうな

結局世の9割で使われてるのはls、cat、grep、awk、sed、gccということなので、
CygwinやMingw/MSYS2に変わるGNU binutils＋αなコマンド群が
求められているのだろうなと

BSDだろうがSystemVだろうがLinuxだろうが、なんでも良いのさ
それこそUNIX-like toolsの方がいいかもしれん

>>950
それらのコマンドはファイル操作だけでは

システムやネットワーク関連の設定や変更やアップデート
Winはguiでそれらができるし、よくできてると思う

もっともそれらの設定はファイル操作コマンドでUnix/Linuxでできるが、そこを視覚化したことも大きい

>>950
>BSDだろうがSystemVだろうがLinuxだろうが、なんでも良いのさ
よくねぇよ
WSLは既存のLinuxディストリのエコシステムをそのまま使えるのがメリット

>>949
違うよ
MSは後方互換性の鬼だったってだけ

WSLgでJDimの表示までは漕ぎ着けたが書き込みができん
「ERROR: 投稿時の認証用クエリがありません。」
とか言われて拒否される
これJDimの設定の問題か5chの問題かWSLgの問題か
どれなんだかいちいち調べるの面倒くせえなあ
wineを触っててキレそうになるのも不具合の可能性の選択肢が広がるからなんだよな