【Bash】Windows Subsystem for Linux【WSL】11

ついに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】10
https://mao.5ch.net/test/read.cgi/linux/1615976083/

ubuntuで普通にsystemdを使えるようになるかも？

Ubuntu desktop team teases 'proof of concept' systemd on Windows Subsystem for Linux
https://www.theregister.com/2021/11/17/ubuntu_team_systemd_windows_wsl2/

プレビュー版「WSL」のアイコンが「これでええんか？」とちょっと話題に
「残念なペンギン」「Microsoftに毒を抜かれたペンギン」との声も
https://forest.watch.impress.co.jp/docs/serial/yajiuma/1368648.html

>>153
ひ、ひどい

俺は好きだよ。MSっぽくて

お遊びで、デスクトップ環境入れてみたら、簡単に表示されて拍子抜けなんだが、ウィンドウ枠がなくて、移動も出来ないのなんとかする方法無いのかね。

といろいろGUIアプリ起動してみたら、一個一個が、Windowsアプリみたいに独立したウィンドウで起動するから、デスクトップ環境の意味がないなw。
これはこれで便利なんだろうけど。

>>156
Ctrl+Windowsキーで右矢印キーか左矢印キーでWindowsデスクトップに切り替わると思う

触ったことないんだけどLinuxのWinappsみたいな感じなのかな

>>159
そのたとえスバリだよ
今まで誰も気づかなかったけどその通りだな

統合がシームレスすぎて、Linux側のデスクトップ環境のウィンドウ管理がほぼ無意味になるんだよね。

Windows10のWSLだとUSBが使えないので使い物にならんわ。
よくあんなのをべた褒めできるもんだｗ

Windows側でUSB使うから問題にならんのだが？

どうしてもケチをつけたいだけの既知害が馬鹿を言ってるとしか思えんなぁｗ

USB使って何をするつもりなんでしょうね

>>162
Win11でも繋がってもドライバがねぇ！！
ってなるからカーネルを自分でコンパイルなんて事も

シームレスで使えるから
WindowsもLinuxも簡単にすぐ利用出来るので便利なんだけど

usbip使ってWSL2にアタッチするやり方は10でも使えるようだが
スマホを繋げてみたけどWSL2のlsusbコマンドで出てくるよ
まあ、ドライバは10,11問わずどうしたもんかねぇ

何をしたいのかを言わない
できないことを言うだけ

Linux側でusbのファイルとかフォルダを使いたいなら
WindowsのデスクトップにLinux側のhomeとかのショートカットを作成しておけば簡単に出来るよ

つまりusbの必要なファイル等をコピーしLinux側のショートカットをクリックして開いてLinux側のdownlordなりdocumentなり若しくはdesktopに貼り付ければそれで終わり
いちいちLinux等起動しなくてもOK
勿論予め起動していても良いけど

ストレージ使いたいだけなら wsl.exe --mount があるだろ
よく言われてるのがIoTデバイスの開発でUSB使いたいとかだな

>>170
組み込みでwsl使うやつなんかいねーだろｗ

「IoTデバイスの開発で」が読めない奴ｗ
「開発で」がわからない奴ｗｗ

それがLinux信者のレベルなんですぅｗｗｗ

IoTデバイスの開発って
IoTデバイスでsshサーバー起動して
コンパイラインストールして開発するとか思っていそうｗ

思ってそうとか思ってそうw


これキチガイの話し方そのものなんよなぁ
その場に無い仮定と会話を始める

まあアホだからLinux使えないで発狂している奴らだし
その辺はご察し

組み込み・mruby の本が出た

Webで使えるmrubyシステムプログラミング入門、近藤宇智朗、2020/11

宇宙開発などの組み込み用、MicroPython, Lua, Squirrel の代替になる。
Ubuntu 18.04, C99 対応

人工衛星イザナギ・イザナミで、使っている

この本に、Virtualbox, Vagrant を使う。
WSL はサポートしないと書いてあるけど、WSLでも使えるのでは？

Ruby界隈はなぜかMSを目の敵にしてるので

Vagrantを使うのは開発環境が一式揃った仮想環境を使い
開発環境構築の手間を省く為と思われる。

きのう一生懸命VcXsrvとPulseAudioのWindows binaryの環境を準備したら
今日WSLgってのを知った。・・・もう一回遊べるドン！

GWSLってのもある。中でVcXsrv使っている。WSLgより自分は使いやすいな。

wslg使える環境でないのでwsl2まま
Windows11も使えないし(;´д｀)
まぁこれで不自由ないからいいわ(´∇｀)

cmdツールの拡張程度にしかWSLを使ってない…

未だWSL1
コマンドツールとしてはとりあえずこれで十分だけど
WSL2だと重くなったりするのかな？

linux用とwin用のmingw-64がapt(ubuntu)とwingetでカンタン導入できるのが素晴らしい
wsl上のgccとmingw-64からlinuxネイティブとクロスコンパイルwinバイナリ、win上のmingw-64からネイティブコンパイルwinバイナリ
(n)makeで一括テスト

dockerなんて要らなかったんや

>>182
ツールチェインが欲しいだけならwingetでネイティブの入れた方が速いし楽
ツール不足でなくcmd自体が嫌ならpwshにしなさい
linux環境を使いたくてまだunixシェルに慣れてないなおさら薦める、chsh pwshでwin版と同じ.profileを共有できる

>>184
同じmingwでもwsl上のクロスコンパイルのほうがうまくいくことが
多いね。実行は問題ないけど、windows上のmingwだとエラーがでることがある。

>>194
だからDockerはサーバーへのアプリデプロイ用だって言ってんだろ

>>184の間違い

mingwはminimul gnusystem for windows的な意味だったと思うけど、wslが広まった事でwinバイナリ吐けるクロスプラットフォームコンパイラという立ち位置に変わったな
名前変えるべきじゃね？

リッチ環境目指したmsysやcygwinは完全に用済みだけど、mingwはこれからも重宝するだろう

ただ2つもmingwインスコして継承するとパス汚染がやばいよな
整理しなきゃ…

「wsl.exe --install」コマンドでインストールされる「WSL」がストア版に
WSLをOSと切り離し、単体アプリに移行する計画の一環
https://forest.watch.impress.co.jp/docs/news/1372718.html

> 　現在のWSLは、Windowsのオプションコンポーネントとして提供されており（インボックス版）、
> 利用するには［Windowsの機能の有効化または無効化］ダイアログでオプションを有効化し、
> PCを再起動する必要がある。「wsl.exe --install」コマンドを使えば手順は大幅に簡略化されるものの、
> WSLがOSの特定バージョンと強く紐づいており、頻繁にバージョンアップできないという問題は残る。
> Windows 10/11の大型アップデートは年1回に減るため、なおさら新機能が投入される機会は減ってしまう。
>
> 　そこで同社は、WSLをOSから切り離し、「Microsoft Store」で提供するテストを進めている。

最近のMSは正しい技術的選択をするようになったな。すばらしい。

英語キーボード使ってるんですが，inkscapeやgimpでテキストを入力
する使ったときだけキーボードが日本語配列で認識されます．ディスト
リはDebianです．WSLじゃない普通のDebianではこんなこと経験した
ことないので，困ってます．何か分かる方おられます？

VirtualBoxに切り替えれば全て解決

>>194
いっそのことchromebookにしようか

え？WSLってinkscapeやgimpにまで対応してるの？
すごくないかそれ？
あとWindows版を使えばいいのでは？

inkscapeってwindows版は不安定で使えたものではなかったのだが、マシになったのだろうか…
gimpも昔はwindows版は不安定で酷かったが

まだLinux開発者ってろくにWindowsアプリ作れないの？

>>187
だから何だよ？
池沼か？

VirtualBoxつかってもDockerは別に必要だって話

使い方は人それぞれ

使い方は人それぞれだから、VirtualBoxに
切り替えたからと言って解決するとは限らないという話

皆さんのPCのコマンドプロンプト上で、以下コマンドを実行して作られるaaa.txtの中身どうなってます？
wsl --help > aaa.txt

WSL上のinkscapeはtexが簡単に使えて便利なんですよ．
windowsも英語キーボードで動かしてるのに，
wlsのGUI使うときだけ日本語キーボードになるの謎です．

>>203
UTF-16LEで出力されるね

以前にも話題になった事があったような？

>>200
素直にLinux使ってるなら不要だよｗ
ばかじゃないの？

バカって言うヤツがバカ

>>205
なるほどUTF-16なんですね
回答ありがとうございました

>>206
素直にLinux使っていても、別にDockerつかうだろ？
なんのためのツールか知らないなら黙ってれば？
ばっかでーすって叫んでるようにしか見えないぞ

現WSLgは正規リリース前の開発版であって、インサイダー向けに提供されているに過ぎない
再現性が確かな挙動は積極的に報告しよう

>>210
ん？ Windows11では正規にリリースされているが..

WSLgはwin11対応でwin10をサポートする予定はないんだろ？

>>212
ふんふん、それで？
その話から、結論までどうやってたどりけるの？

WSLgよりGWSLの方がいいぞ

>>209
使わないねぇ
もしかしてDockerが何なのか知らないのか？

>>215
Dockerはサーバーにアプリを配布する時に使うんだよ
アプリケーションの開発とかしたことないの？

>>216
正確には「配布する時」じゃないけどねｗ
てか、何でオマエみたいな何も知らんボンクラが偉そうに講釈垂れてんの？
自分の無能すら自覚できないほどのアホなのか？

>>217
じゃあお前は「何をするとき」にDockerを使ってるんだよ
言ってみ

>>218
不要だから使ってない
頭悪いのか？

クイズとかおやめなさいよ恥ずかしい
中学生じゃないんだから

>>219
お前が使ってるかどうかなんてどうでもいいよｗ
「何をするとき」にDockerは使うものかを言え
お前はそれをやったことがないってだけだろ

Dockerはサーバーにアプリを配布する時に使うといったら
「配布する時」じゃないと言い返しやがった

なら何をする時に使うのか言うのが筋
そしてそれを、そいつは使ってないというだけ

ま、何をする時に使うものかなんて
言わないで逃げるやろなｗ

>>204
locale コマンドで確認してみれば？

他には、インストール時のtimezone・地域・言語・キーボードなどの選択が関係あるとか？

いつものマウント取り

>>221
しつけーな。
Dockerはコンテナを『動かす』ために使うものであって
『配布する』ために使うものではないな。
オマエは一体どういう使い方してんだ？

Dockerの話は別なスレでやってくれ

wslの話題が無いからこんな事になるんやろなぁ

>>224
しょうがない
俺らっておっさん・爺だけど今までずーっと超ゆとり教育受けてきて
脳が未発達の超低脳だからな。
超低脳だとおっさん・爺になってもまともな議論はできない、コミュニケーションもほぼ不可能。
数少ない出来ることが誹謗中傷、超低レベルなことでのマウントとり。
俺らってみじめすぎおっさん・爺だけど自分では全くそう思ってなくて、
逆に俺様激スゲーと自己確信しているからな(超低脳ってこんなもの)。

>>225
じゃあDockerでコンテナを動かす時に『配布』には何を使うんだよ
お前DockerのイメージをDockerを使わないで『配布』するつもりか？
アホなのか？

>>225
> オマエは一体どういう使い方してんだ？

その前にお前の主張の答えあわせなｗ

お前の主張はDockerはコンテナを『動かす』ためのもので
そのDockerを使わないってことは、お前はコンテナを
使ったことがない素人だってばれました。

ここまでは良いよな？ｗ

なんだこいつ

>>203
推測では、UTF-16LE になるけど、

これをリダイレクトで、ファイルに保存したら、
VSCode でどう変換しても、文字化けして読めないw

このファイルをどうやって日本語で読めるのか？

コマンドプロンプト上でのwsl --helpリダイレクトならまだましで、PowerShell上でwsl --helpリダイレクトするともはや解読不能
PowerShellのパイプラインがUTF-16を受け付けないことが原因

$OutputEncoding定期

$OutputEncoding定期

OutputEncoding定期

>>234-236
その設定を変えたぐらいじゃ無理だよ

>>232
エンコード付きで再度開けばいいだけだけど
基本的な使用方法は覚えたほうがいいよ

>>230
「使わない」を「使ったことがない」と脳内変換すんなよｗ
そんな読解力じゃマニュアルも読めんだろ

Docker Part6
https://mao.5ch.net/test/read.cgi/linux/1626039705/

>>239
日常的にコンテナ使ってないんだろ？
素人じゃん

ホントWindows使いってアホばっかだなｗ
アホだからWindowsしか使えないんだろうけど

今はLinuxでコンテナ使うだろって話をしてるんだが

WSLはゴミシステムで使う意味なし

>>244
使うな。使うな。WSLサイコーよ。

>>238
VSCode・サクラエディタで開き直しても、文字化けする

リダイレクトで、ファイルに保存したら読めない

これはひょっとして、端末用に書いてあるもので、
色々な制御文字なども入っているのかも

だから、テキストにすると、エンコードの推測では、UTF-16LE となるけど、
制御文字などで文字化けするのかも

会社のポリシーでHyper-Vを止められてるのでWSL2が使えない。グッスン。

>>246
>>203のやり方で生成して、VSCode 1.63.0でUTF-16LEで開くと正常に読めるけど。

コマンドプロンプトでやったら、VSCode・サクラエディタで見れた

一方、Windows Terminal のコマンドプロンプトでやったら、文字化けで見れなかった！

この2つは、違うのか

>>250
PowerShellだとパイプやファイルへのリダイレクトが悪さする
Windows Terminalは関係ない

Windows Terminal(WT)では、PowerShell・コマンドプロンプト・WSL のLinux の3つが使えるけど、
そのコマンドプロンプトでやった

そう言えば、WT は、UTF-8 だから文字化けするのかも