【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/

大規模開発でVimは正直ありえん
高機能なIDEとかvscodeのいずれもがVimのキーバインドをサポートしてるし、vimscriptにできてjavascript等にできないことはないので、Vimをメインウエポンにする理由が本格的にない
（誤解しないでほしいが、これはディスじゃなくて拡張性の話ね。vimscript発祥で他に移植されたモジュールがないことからも明らかだからね）

>>479
emacsは比較的早くからguiにも力を入れていて、themeなどの見た目周りや、いわゆるウインドウ対応など、使いやすさか向上する

自分としては特に使いやすいthemeは必須

>>464
> それでも、GPartedは使いやすいし、

GPartedいいよね。

ぼくWindowsユーザーだけどGPartedだけはUSBに入れて
USB起動でGPartedを使ってるよ！
普段のOSの実行中に使うようなものじゃないからね
この時だけはLinuxユーザーだよ！

emacsを使いたい人はLinuxがいいのかもしれないが
より便利なテキストエディタを使いたい人は
vscodeを使うというねｗ

>>481
僕もとても楽しみにしてる
VcXsrvから乗り換える
msのことだから初めからは無理でも多分win側からの日本語入力もできるようになるんじゃないかと思う

447の発言に根拠が無かったのがわかったので残念だけどよし

Knight Industry Tow Thousand

>>486
自分も期待してる。
今はX410を使ってて普通に使う分にはとても安定してるけど、Xのウインドウを開いたままスリープ→復帰するとたまにウインドウが行方不明になる。
そういうところも安定しててWindowsのIMEが使えるなら言うことなし。

>>488
この問題、最近起きなくなった。以下のページでも発生しなくなったとの報告があるので、Microsoftが対策したのかと思っていた。
https://github.com/microsoft/WSL/issues/4992

この間、wslでxmonad動かしてみたけど普通に動いたよ。
vimmerだけどタイル環境あればde要らない。

すまん、ideと書きたかった

WSLgだとWaylandだからタイル型WMはSwayじゃないとダメなんかな
とか思ったけどそもそもWM動かんのか

>>492
X11のプロトコルもサポートしてるからたいていのWMは動くんじゃないかな

WSLでLinux側のデスクトップ使う利点がわからないけど

>>493

LinuxのＧＵＩで使いたいのはGPartedらしいですよ。

>>493
この図を見るとWSLg system distroの中でX Window Managerが動いてんね。
WSLgのウインドウ枠がWindowsのものと違うのはこの辺が関係してんのかな？

この図をつけ忘れた。
https://news.mynavi.jp/article/20210424-1876533/images/001l.jpg/webp

LinuxでGUI使いたいのはEmacsですね。Windows版はだめです。

>>497

いつまでもしがみつかずにVSCode使えばいいだけの話。

いつまで同じ話の繰り返しをしてるんだ？

>>498
Windowsでのテキスト編集は基本vscodeでやってるけど、pythonはPyCharmの方が使いやすいし、Lisp系開発やリモートのファイル編集はemacsが便利

別に統一しなくてもいいと思うけど

>>500

個人の感想を言われても・・・。
VS CodeからEmacsよりEmacsからVSCodeの流れのほうが
強いことは理解できるよね。

>>501
お前の狭了の方がよっぽど個人の感想に近いだろｗ
「適材適所」という概念は人類の普遍的な考え方（流れ）だと思うがｗ
このスレ読んでる奴がお前と同じような仕事してるとは限らんのだよ

>>501
1行目はそのままお返しするけど、以降はそのとおりだろうね。だから何？
俺も、いまさら人にemacsを勧める気はないけど

>>500
Windows版VScodeだとvim extensionで外部コマンドが使えない

ここはマウントの取り合いだな
所詮知ったか

5ch全部同じだが

WindowsからWSL上のディスクが見えなかったり、どうして起きてどうしていつの間にか治るのかわからん不都合が多すぎる

ゲイツ夫妻は19年から離婚協議、性的搾取被告との関係が一因−ＷＳＪ

米マイクロソフト創業者のビル・ゲイツ氏と妻メリンダさんは先週、
離婚を発表したが、メリンダさんは2019年に離婚問題専門の弁護士との相談を開始していた。
米紙ウォールストリート・ジャーナル（ＷＳＪ）が９日に伝えた。
未成年者の性的搾取を目的とする人身取引の罪で起訴されたジェフリー・エプスタイン被告（故人）
とゲイツ氏との関わりを巡る懸念が理由の一つだったという。
https://www.bloomberg.co.jp/news/articles/2021-05-10/QSUUXNDWX2PS01

マイクロソフトにビル・ゲイツはもういない
https://srad.jp/story/10/06/27/0924213/

え？ビル・ゲイツってマイクロソフトやめたの？
天才が消えたらマイクロソフトなんて数年で倒産するのでは？

一線から退いてから10年以上経つんじゃないかな

カトラーも来年で80歳
さすがにもう退職してるのかな?

最近はAzure？とやらで儲かってんでしょ

今の利益の大半はクラウド事業らしいね
大抵の人は駄目だと分かるwin8出しちゃうし
力を入れるべきアプリストアは自社ですら使わないような状態で放置されてる

ストアはシステム・アプリ共に絡んでいるよ
放置ってどこ情報？

Windowsは電卓とかいろんなアプリが
ストアアプリに変わったんだっけな
ランゲージパックもストアアプリだっけ？

MicrosoftはWSLやvscodeやgithubやらで
オープンソースの盟主になろうとしている。

ストアに無い
VisualStudio
VisualStudio Code
PowerToys

各種開発ツール
https://docs.microsoft.com/en-us/sysinternals/downloads

>>518
開発やシステムユーティリティなんて多くの一般ユーザーには関係ないし、それらは互換性や他システムを想定しているのでストアである必要はない。
目的や需要を分かっていないって、5ch Linuxユーザーあるあるだねw

それこそエンドユーザ目線ならAppleストアやPlayストアと比べると放置に見えてもしょうがないと思う
何あのUI/UX…

>>514
> 今の利益の大半はクラウド事業らしいね
嘘書くなよ
マイクロソフトはそこまでクラウド一本じゃない
https://cdn.clipkit.co/tenants/591/item_images/images/000/006/454/original/79d600c1-3bcf-40e0-b935-8bc3574101df.jpg

>>521
GoogleとFacebookは糞

>>521
クラウドもソフトウェアもある
Office Suite のライセンス収益は
どっちにカウントしてあるの？

改行おじさんは今日も元気

>>521
パーセンテージをちゃんと理解するのは難しいよね
牛丼販売のチェーン店を運営していた会社の売上は牛丼100%で
そこに豚丼チェーン店も新たに始めたら、牛丼の売上が半分になったように見えるんだもの
マイクロソフトの売上は、他はほぼ変わらずクラウドの利益が追加されただけ

>>523
> クラウドもソフトウェアもある
> Office Suite のライセンス収益は
> どっちにカウントしてあるの？
普通にクラウドとソフトウェアとして別々にカウントしてるんじゃね？
製品が同じだからと言って一緒になんてしないと思うよ

>>525
何を言いたいのかさっぱりわからんw

そのパターンで牛丼の売上が半分になったように見えるのは数弱というか誤読もいいとこじゃね

>>521
具体的な数値は知らんけどアマゾンをみればこれが利益じゃなくて売上のグラフなのはわかる

>>521
具体的な数値は知らんけどアマゾンをみればこれが利益じゃなくて売上のグラフなのはわかる

>>528-529
働いてないと理解しにくいだろうけど部門利益ってなかなか出しにくいのよ
複数分野を絡めて営業したり研究開発が複数の分野にまたがってるとかあるし

>>527
でも実際そういう人多いからね
>>521のグラフを見れば、スマートフォンに偏ったAppleよりも
広告に偏ったGoogleやファイスブックよりもオンライン製品に偏ったAmazonよりも
複数の部門から幅広く売上を上げてるマイクロソフトのほうが強い経営をしてるんだよ
一つの売上が落ちたとしても他の売上でカバーできるからね

他の会社は偏り過ぎで危うい。一つの部門の売上が落ちてしまうと
会社全体の売上が大きく落ちてしまう

>>526
両方使えるライセンスは売り上げをどう按分してるのかという話なんだけど？

クラウド契約ならクラウド
そうでなければソフトウェアだろ
まさか製品ごとに決まるとでも思ってたのか？

>>510
この板/スレでこういう話になると逆上する奴が出てくるかもしれないが
むしろマイクロソフトは経営陣の世代交代に成功した(世代交代しても事業が成功している)ので
それこそ何世紀も生き残れる企業になったと言われている

継承に失敗したのがApple
これから継承するのがAmaonやGoogle

まあFacebookは半世紀後には消えて無いだろ

>>514
ゲイツはWin8の時点で既に引退していただろ
それでWin8の失態をさすがに見兼ねて、幹部を集めて自分らの本分を見失うなと説教したらしいよ
なんでもスマホ化でアップルへ右へ倣えののあの雰囲気は、どう考えても異常だったし

>>531
収益構造が分野毎にうまく分散されて話と>>525の話は全然違う話だが？

>>532
両方使えるライセンスってどんな奴？
具体例教えてくれ

>>537
余所でやってください
と出て書き込めない。
ググってくれすぐわかるから。

>>538
出せないなら別にいいよw

>>535
ただのパクリじゃゲイツは怒るよな
ぱくってから相手を潰すまでがセットなのがゲイツだし

>>512
壁を殴ると手が折れる歳か

本でしかしらんけどNT生みの親だし
少しくらい近況が知りたいな

壁殴ると壁に穴が開くって漫画の見すぎやで

GAFAから滑り落ちた企業の乞食Linuxアプリ

https://upload.wikimedia.org/wikipedia/commons/thumb/d/df/10_Largest_Corporations_by_Market_Capitalization.png/400px-10_Largest_Corporations_by_Market_Capitalization.png

滑り落ちたと言うかなぜかGAFAに含まれないマイクロソフト
ロビー活動が優れてるのか？w

GAFAM

>>546
いやそう言う言葉があるのは知ってるけどGAFAに比べたら使用される頻度は全然少ないだろ

GAFAは強すぎるMicrosoftに対抗する組織ということで作られた言葉
だが結局はMicrosoftが強いことに変わりはなく
逆にGAFAは強い企業だね。じゃあ独禁法の対象だなと
締め付けを強化されることとなる

>>548
> GAFAは強すぎるMicrosoftに対抗する組織ということで作られた言葉
自分が考えた妄想じゃないと言うならソースよろしくw

>>545
MSは個人相手が少ないからじゃないの？

2000年から2015年位の株価チャート見れば分かるんでない？
その頃の MS は脱落者(社)だった。
社長がバルマーからナデラに変わってから株価が GAFA 並に上がり出して GAFAM と言われ出した。

>>551
GAFAMなんて滅多に使われてないだろ
>>548と>>550は一部正しくてGAFAはサービス独占と個人情報保護の文脈で用いられることが多い
マイクロソフトは1990年代に独禁法の洗礼受けてるし個人情報を扱うサービスをあまりやってないから含まれないのは当然

>GAFAMなんて滅多に使われてないだろ
だから、言われ出したという書き方をしたんだけどね。

>>>548と>>550は一部正しくてGAFAはサービス独占と個人情報保護の文脈で用いられることが多い
うーん。その文脈で使うことが多いの？
投資家が言い出した言葉だったのかなという理解でした。
GAFA が言われ出した頃の MS は株価横ばいで投資対象から外れてた。

>マイクロソフトは1990年代に独禁法の洗礼受けてるし個人情報を扱うサービスをあまりやってないから含まれないのは当然
このせいで株価横ばいだったとも言える。
2010年位にこの問題が片付いて、追いつけ追い越せの快進撃？なイメージ。

>>553
> だから、言われ出したという書き方をしたんだけどね。
言われるほど使われてないよ

読売新聞検索: GAFAM 128件、GAFAM: 2件
https://i.imgur.com/ss6XlMF.jpg
https://i.imgur.com/8hecAno.jpg

ゴミウリｗ

GAFA as the Big Four, or as the Four Horsemen.

BRIC（BRICs）→BRICSになったのと同じだろ

>>539
いや、マジですまんが、マジで弾かれる。
自分でソフト名を入れて書けるか試してみてくれ。

>>539
やっぱり書けん。言い方を変えよう。
エンタープライズ向け包括ライセンスはほとんどがそれ。

>>539
E5 以外は全部そう。

>>558-560
URL弾かれるなら画像で貼るなりすればいいだろ
知能ないのか？

>>517
pythonの次はpwshだろうなと思う
標準ライブラリ、クロスプラットフォーム性では勝ってるけど、サードのライブラリが少ないし、そもそもpythonの魅力はサードのライブラリなので、ちょっと土俵が違う気がするが

REPLでピボットグリグリするインタラクティブなデータ分析もRやpandasより便利（但し統計関数が寂しい）

二大OSのwin10/ubuntuがCIM準拠&そのうちプリバンドル(忌み子ことwindows powershellの置き換え)する計画らしいので、そうなれば情勢は変わるかもしれん
まあズブズブのubuntu以外は乗り気じゃないけど

pythonのコンパチ確保は各プラットフォーム毎のハードコードで（pathlib、os、 sysやら）保守が全く追いついてないグダグダだし、.net core&CIMベースのpwshならちゃんど保守が行き届くだろうと期待

あとシェルやシス管用途にも使えるぞ！

なんかキモイ

30年間継ぎ接ぎ重ねて一貫性もなく、スクリプト言語では最古参な部類のpythonゴリ押しには違和感覚えてる
モダンな言語は沢山現れては消えをくり返してるから、消去法で選ばれた感

Pythonはプログラミング初学にとってはドキュメント豊富とかそういう文脈とは違ったところで取っつきやすいんだもん
言語化あんまされてないけどさ

公式に限れば少なくともpwshの方がドキュメントは充実してないか?
gh topic/command -examples|-detailed... etc
まあニホンゴは機械翻訳で怪しいけれども…

ghはユーザスクリプトのコメントに記述したのもちゃんとman形式にフォーマットして拾ってくれるし、docstringより便利だろう
生pwshでもreadlineの上位互換付いてるし、自作スクリプトすら先読みして、-まで打ってtabでオプション補完してくれる

pythonは人力翻訳だからエイゴ苦手な人には優しいね
いにしえの言語とはいえ、先見の明があったからそこまでobsoleteではないと思う
少なくとも後発のjsなんかに比べれば

俺は折角wsl使うんならwin/linuxでシームレスに使えるpwshで統一しよう、って動機で初めたな
rcfileも特に気を張らず書いて共有しても問題起きるのは稀

wsl以前はbash(.exe、有志移植)と/usr/bin/bashで統一目指した事もあったけど、fsの違いが罠
wsl登場で随分良くなったとは思うので、"linux"というOSを勉強する事がモチベならば、win/linuxシェルをbashで統一も現実味を帯びてきたね

ごめんわかりにくい書き方だった。Pythonはドキュメントの豊富さとは関係なく（言語化が難しいけど）取っつきやすいって意味
無理やり言語化するなら
型指定が必ずしも必要じゃない（なんかめんどくなさそう）
インデントベースだからぎっちりしてなくて簡単（に見える）
スクリプトっぽい書き方をしても怒られない（感じがする）
ゴリゴリの文系脳に寄り添っている（気がする）
悪く言えばファジーなんだろうけどさ、いやWSLスレで俺はなにを書いてんだろうね…

そういやそうね、ごめん

>>561
知能ない orz

スクリプトっぽい書き方ってどんなん？

>>572
簡単なシェルスクリプト的な
後からメンテすることを考えず直感的に手癖で書く感じかな
メソッド使わずに殆ど書き下しとか

>>573
それをスクリプトっぽい書き方と呼ぶことには反対するが
あなたが言ってるのはユニケージってやつだろうね。
関数を使うのを禁止して共通コードはコピペするらしい。後からメンテすることを考えてない。
メンテナンス不要の開発手法だから後からメンテンすることなんて考えなくていい！みたいなことを言ってる。

https://www.usp-lab.com/methodology.html
> プログラム内部構造も共有分が錯綜しないよう、ワンプログラムワンフローの
> 原則を貫いてます。（ユニケージはシェル関数の記述さえも基本的には禁止しているのです！）

そのユニケージ関係者と思われる人が書いたコピペだらけのクソコードｗｗｗ
https://github.com/ShellShoccar-jpn/kotoriotoko/tree/master/BIN

>>574
初学者が取っつきやすいと思う理由を無理やり言語化しただけなんで言葉の定義に触れるのは勘弁してくれ
ユニケージの記法に則って書いても怒られないって言いたいわけじゃないんだ
それ以前の問題というか…まあスレチの話題だしもう触れんから大目に見てくれ

>>574
ユニケージ開発手法ってクソみたいな手法だな

ユニケージが具体的に何を指すのかはよく知らん (社長だか代表だかの講演聞いたことあるけど) が、使い捨てられる短くて有用なイディオムを沢山持っとくのは良いことだと思う

それはそうと今日びパンピーのgithub晒してこき下ろすって凄いな

ユニケージって、知らなくて調べてみたら、そんな書き捨てスクリプトというようなことではありませんね


>>573 の内容の方がしっくりくるかな
処理をべたで書いても動きますよみたいなことですよね
特にjupyterみたいな環境だとちょこちょこ動かしながら使えるからとっつきやすいだろうね

>>576
とクソみたいな奴が申しておりますｗ

>>579
書き捨てスクリプトってどこから出てきた話なんですか？

ユニケージは
> 後からメンテすることを考えず直感的に手癖で書く感じかな
> メソッド使わずに殆ど書き下しとか
と言ったんです。