【Bash】Windows Subsystem for Linux【WSL】5
■ このスレッドは過去ログ倉庫に格納されています
Macは大学で導入してるところが多いが
就職したあとどうするんだろ ほらみろーw Windowsユーザーにするやつが釣れただろーw winユーザーはマカーはmac以外使いこなせないと思ってる
ってことでバカ呼ばわりはまあわかるのだが
>548が犬厨な可能性は考慮してないのだろうか 俺的にはFUSEに期待だな
Winの似た様なライブラリとかドライバとかの類はライセンス的にすんげぇ使い辛いからなぁ
標準でマイナーな書庫の直接マウントとかできる様になると色々と有難い 犬もドザもバカーも所詮どんぐりの背比べ
使いやすさデスクトップ編
System7.1以降X未満>>>>>WinXP以降>>>超えられない壁>>>>X以降>>犬
サーバー編
犬>>>>>>>>>>>>Windowsserver>>>>>>超えられない圧倒的な壁>>>>>>>>macOS Server 俺はMacのParallels(VM)でWindows10動かしてその中でWSLを使ってる。
もともとWin10以外にUbuntuもVMがあったけど、WSLだけでどうにかなるからそうなった。UbuntuのVMは捨てた。 >>557
Mac でコンソールは使わないのですか?(まぁ他の UNIX が細々としていますのでアレですが) >>558
使ってるよ。
Linux(WSL)が欲しいのはラズパイのクロスコンパイル環境を用意したいから。 >>494
VSCodeをWSL側で動かすことを全力を出した全俺に謝れ
くっそぉ・・・orz >>560
ん?
WSLでVSCode動かしたかったからそういう意味のないことをしたんだろ?
うまくできてよかったじゃん
君以外の誰にも役に立たないことだったけど
まぁ、趣味なんてそんなもんだよ AndroidのAOSPがWSLの半分以下の時間でコンパイルできるならWSL2入れてもいいかなぁ。
CTS動かないと意味ないけど。 WindowsにLinuxカーネルをのせるんだったら、次はDockerが生で動いてくれたらいいのにね GNU Octave のwindows 版がlinux上でのビルドです。 >>560
歪んだハックはいずれ正道によって駆逐されるものだ
勉強になったね >>565
まじそれな。Vagrantやったの無駄だった。 vscodeをwsl側で動かすだけなら全力だすほどの作業じゃないような
remote-wsl,sshは、remote-wsl,sshしたあと、そこから
remote-containerができないみたいだから、wsl2内でdocker
使うなら、また全力出す機会はあるかも
新vmが本当に小リソースなら、docker for windowsも対応させて
ぱっとしないhyper-v捨ててほしい
ここらへんのできがよければ、vscode利用者なら、wsl2使わずに
remote-containerとdocker for windowsだけでも問題なさそうだけど >>567
何を言っとるんや?お前
docker for windowsはHyper-Vを使ってるんだぞ?
まずなCPUには仮想化支援機能っていうのが有る。
その仮想化支援機能は、OSもしくは特定のアプリが専有する必要がある。
だからHyperV もしくは VirtualBox のどちらかしか動かすことができない(という状態が続いていた。)
そこでWindowsにはOS標準のHypervisor Platformという機能が追加された。
この機能は他のアプリから利用できるようになってる。
今のHyperVはHypervisor Platformを利用する。
VirtualBoxも6.0でHypervisor Platformを利用するようになってる。(はずだがまともに動いていない)
まあこれにより、Hypervisor Platformの上でHyperVやVirtualBoxが動くわけだ。
WSL2もHypervisor Platformで動く1アプリとなるのだろう
通常のDockerは、WSL2 on Hypervisor Platformで動く
docker for windows は HyperV on Hypervisor Platform で動く
docker for windowsはWindowsが対応するようなものではない。
そういうことはDockerに言え。HyperVを使わずに Hypervisor Platformの上で
動かしてくださいと(何もメリット無いだろうけどなw) >>569
docker on windowsはHyperV上のLinuxで動いてるだけだろ >>567
WSL2上のdockerへRemote-Containerで直結すればいいだろ
Dockerがクラサバ型なの知らないのかな Docker on MobyLinux(Docker専用Linux) on HyperV(重量VM) on Windows と
Docker on Ubuntu(フル機能Linux) on WSL2(軽量VM) on Windows って
どっちが良いんだろうな?
Dockerだけを使いたい人は前者、Linuxを使いたい人は後者?
MobyLinuxはDocker専用だから機能が限られてる分起動が速い・・・ように思えるけど
実際はUbuntuの方が速い気がする。WSLと同じ感じならLinuxが起動するのではなく
カーネルのみ起動してコンテナを作るような感じになるはずだから
ファイルアクセスの速度に関してはどちらも同じだろうし、
Docker for Windowsはもう出番なし?
メモリ管理がどうなってるのか気になるな。
仮想マシンに一定のメモリを割り当てる方式(Docker for Windows)ではなく
ホストOSと共有して使えれば楽なんだが DockerのハイパーバイザーをHyper-Vで、クライアント側はWSLで動かす例を見たな。 WindowsコンテナでWSLのプロセスを動かすのは出来るのかな?
…Hyper-V使わないコンテナはWin10では動かないのね
さすがにイメージは無いようだから作らなきゃならんか >>573-574
何を言ってるのかさっぱりわからんw
> DockerのハイパーバイザーをHyper-Vで、クライアント側はWSLで動かす例を見たな。
Dockerのハイパーバイザーってなんだ?Dockerは仮想マシンとは
全く関係ない仮想化技術だからハイパーバイザーなんてでてこない。
Dockerはハイパーバイザーを使う必要はないから
「Dockerのハイパーバイザー」という言葉は意味不明
> WindowsコンテナでWSLのプロセスを動かすのは出来るのかな?
WSLのプロセスってなんだ? (今の)WSLはAPIを変換するレイヤーなんだから
WSLのプロセスなんかいない。WSL2の話だとしても、仮想マシンに乗ってるLinuxカーネルのことだぞ
WindowsコンテナでLinuxカーネルがはいった仮想マシンを動かすって言ってるのか? >>577
開発者のScott Xuってどういう人? スマン>>578だがArchスレで聞いた方が良いな
移動します >>581
公式がサポートしているなら、the arch way に則っていることの一つの基準になる
が、Archスレでも言われてるようにこれはどうやら非公式で、公式でarch on wslを出すかという問題については、メーリングリストでとっくの昔(2018/3)に NO で決着がついていて、>>577は時間の問題でストアから消えるようだ >>582
オープンソースで自由なのに消えるわけ無いだろw >>578
https://twitter.com/scottgu
https://en.wikipedia.org/wiki/Scott_Guthrie
Scott Guthrie is an Executive Vice President of the Cloud and Enterprise group in Microsoft.
だから、>>577は変なものではなさそうだけどね
権利的にどうこうな話はFedoraの件もあったから分からんが
https://twitter.com/5chan_nel (5ch newer account) いやスペルが一文字違うのか
Scottxuだもんな Arch Linuxの商標等を無断使用してArch Linuxのオフィシャルのものと錯誤させるような現状はアウトだけど
Arch Linuxからのforkである事を明記して、別の名前にしてArch Linuxのクローンと自称すれば、それだけでは止める理由は無くなるよね >>583
自由なソフトウェアwwwwwww
江添亮かよテメェは(中指ピーン >>590
> さらにWSL2の環境毎にVMを立ち上げるのではなくLinuxカーネルは一つだけ立ち上げて、
> それぞれのWSL環境はコンテナで仕切っている様です。
すごいな。仮想マシンとは全く違う仕組みじゃないか >Windows UpdateでLinuxカーネルがバージョンアップされる
アップデートの履歴にも
Linux〜
Linux〜
って文字が羅列されるんだな。胸熱だわw WSL2はHyperVに似た仕組みを使っているのだろうけどHyperVはWindows homeでは使えないのよね
WSL2もWindows homeで使えないのだろうか Homeで開発用にPC使うってのが間違い。
開発者でないユーザーにWSLは不要。Linux使いたかったら普通にPCにLinux入れりゃいいだけ。 門外漢が横から申し訳ないけど、それはどうだろう。
今よりさらにWindowsのネイティブアプリに近づくなら使ってみたい俺みたいなのもいるかも。
主に単純な作業の自動化の用途で開発とは無縁なんだけどね。 >>596
門外壊と予防線はってて申し訳ないけど頓珍漢な物言いはご容赦願いたいです。 正しくはネイティブアプリと使用感が変わらないくらい相互のやりとりが簡単になるということでしょうか。
自分でもよく分かってないのでこれでやめときます。話に水を差して申し訳ありませんでした。 >>599
何が面白いのか分からないんで解説お願い >>597
頓珍漢な物言いはあなたの方だと思いますよ >>594
Windows 10 HomeにVisualStudioをインストールして使った場合にどのような問題が生じるか、具体的に説明して。
ちなみにマイクロソフトが公式に上げているシステム要件には次の記載がある。
> Windows 10 バージョン 1703 以降:Home、
> Professional、Education、および Enterprise
> (LTSC および S はサポートされていません)
マイクロソフトが嘘をついている仰ってる? そもそも動かない
と
サポートする気がない
は別物なんです。 Windows TerminalとWSL 2はOSS版Windows 10の布石か? - 阿久津良和のWindows Weekly
Report 2019/05/13 15:25
https://news.mynavi.jp/article/20190513-822501/
(前略)蛇足だが公式ブログのコメント欄を見ると、かのRichard M Stallman氏がかみついて
いる。コメントを投稿したのが本物のStallman氏なのか確認する術を持っていないが、
筆者は冗長な文章がメーリングリストなどで見かける文面に類似しているように感じた。
真偽は読者諸氏のご判断にお任せするが、WSL 2は本年6月からWindows Insider Preview、
2019年末に一般向けプレビューの提供を予定している。
----
Stallmanを名乗る人物の直下に "I don't think rms browse Microsoft websites :)" と
コメントがついているが… >>602
このページの話をしてるの?
https://docs.microsoft.com/ja-jp/visualstudio/releases/2019/system-requirements
> HYPER-V エミュレーターのサポートを得るには、「サポート対象の」 64 ビット オペレーティング システムが必要です。
> クライアント Hyper-V および第 2 レベルのアドレス変換 (SLAT) をサポートするプロセッサも必要です。
「サポート対象の」のリンク先
Windows 10 Hyper-V のシステム要件
https://docs.microsoft.com/ja-jp/virtualization/hyper-v-on-windows/reference/hyper-v-requirements
> Hyper-V のロールは、次のバージョンの Windows 10 で有効にすることができます。
>
> Windows 10 Enterprise
> Windows 10 Pro
> Windows 10 Education
Visual Studioを使えることと。Visual Studioの全機能を使えることは意味が違うよね? windows homeでも利用できるよと中の人が言ってるのに、何開発者どうたらの言い合いしてるのやら >>604
https://devblogs.microsoft.com/commandline/announcing-wsl-2/
> 前略)蛇足だが公式ブログのコメント欄を見ると、かのRichard M Stallman氏がかみついて
> いる。コメントを投稿したのが本物のStallman氏なのか確認する術を持っていないが、
うん。ワロタw
> ちょっと差し止めたいのですが。あなたがWindowsと呼んでいるのは、
> 実際にはGNU / kWindows、あるいは私が最近それを呼んだことにしたように、GNU + Windowsカーネルです。 >>606
Windowsの機能の有効化と無効化を見てみると、
Hyper-V と Vitual Machine Platform と Windows Hypervisor Platform に分かれてるもんね
Proしか対応してないのは、Hyper-V、仮想マシンの管理ツールで
それ以外の機能は使える(ようになる)のでしょう。
もしかしたら、WSL2限定かもしれないけど >>600
彼があたしのヴァージンアナルを無理矢理奪ったのよ
ハッテン場では「俺は開発者だ!」って言ってたけど誰からも相手にされてなかったわ
短小包茎早漏のくせにバカじゃないってみんな思ってたわ
きっと脳梅が頭に回ってんだと思ったらおかしくておかしくてw >>607
どうみてもネタ
文章に圧倒的rmsっぽさがあるのは元の文章を書いたのがrmsだから
コピペ改変みたいなもん >>612
うん。だろうね。仮に本人が書いたとしても内容がネタそのものだしw
でもよくよく考えてみると、WSL2よりもWSLの方がこのネタは適切な気がする
なにせLinuxというわりに、Linuxカーネルを一切使ってないわけだから 何も知らない人たちの無駄な言い合い眺めるなら、
MSの人の回答を見た方が良いな
Craig Loewen@craigaloewen
@chrisdfrey WSL 2 will be available on Windows 10 Home!
It does use the Hyper-V architecture, but this will be bundled in a different optional component (i.e: Not the Hyper-V optional component) and therefore will be in Windows 10 Home :)
https://twitter.com/craigaloewen/status/1126590474523774976
https://twitter.com/5chan_nel (5ch newer account) Hyper-VはCore2では動かないがWSL2は動いてほしいな… >>605
Hyper-Vが無かったら開発できないと思い込んでる人?
何が原因でそんな風に思い込むようになったの? 開発者がいると聞きまして…
∧__∧
(´∀`)
(⊃⌒*⌒⊂)
/_ノωヽ_) でも、さすがに10 Sじゃ無理かな。
学習向けなら使えそうだと思う。 >>617
WSLをemacsと組合せると、最高の事務処理機になる。 >>616
下からだけど
androidのデバックすんのに
エミュレーターでhyper-v使うじゃん
なくてもどうにかなるんだろうけどさ
>>617
sshでネット越しにwindowsスリープさせるのに使ってる
それしか使ったことない Windows/Intel上で高速にAVD使うためには、もともとHAXMが必要だったし、初期から使われていたけど
HAXMはhyper-vと排他
昨年の夏にhyper-vにも対応して、HAXMよりも遅いけどAMDでも使えるようになった >>622
Windows版のemacsを使えばいいだろ
つーか事務処理用途なら大抵の会社はexcelじゃね? >>625
素のLinuxなら、Vim信者とインフラ関係、サーバー関係の開発者だろ >>628
wsl使わなくても標準でssh対応したぞ
>>630
エクセルに落とし込むのにテキストエディタで加工するぞ Vimはよく使うけど、Emacsはほとんど触ったことない。
WSLで色々解説してるサイトもviで設定編集してる。 >>627
( ´゚д゚`)エー
やりたい奴がやればいいじゃん やっぱり仮想ネットワークでlocalhostじゃアクセスできないのか・・・
UNCパスでファイルにアクセスできればあまり気にしないけど。 全てのSKUで利用できるってことは10 Sもサポートされる? >>635
>「WSL 2」とサードパーティーツールを共存させることはできないが、
>そのツールには残念ながら「VMWare」と「Virtual Box」が含まれる。
これが困る!
Virtual Box使えないならWSL2使えないよー 今WSLが使える全てのSKUと読めるからSは無理なんじゃない?
WSLのドキュメントにもコマンドラインシェルはSモードでは使えないとあるし(cmd、psもNG) VirtualBox6で追加された「フォールバックコアとしてHyper-Vを使う」ってのはどの程度使い物になるんだろうね
Hyper-VとVirtualBoxの共存が一応出来るようだけど
本格的にはVirtulBoxのハイパーバイザープラットフォーム対応待ちかな HyperV-Switchとかで共存可能だろ
再起動居るけど
…そういう事じゃないのは分かってるけど >>641
ほとんどの人はできてないようだ
まともに動いてない。
Oracleがこの件に関してまともに情報を提供してないから
OracleのVirtualBoxはもうだめだって思ってる
早く開発終了宣言して、どこかにフォークして欲しい javaも失速したし、mysqlもmariadbになったし
oracleとadobeは好かん >>644
ほんとそう思う
solaris、openoffice、javaみんな可哀そう Linuxカーネルをそのまま利用する「Windows Subsystem for Linux」の新バージョン
2019年05月12日 10時00分更新 文● 塩田紳二 編集● ASCII編集部
https://ascii.jp/elem/000/001/857/1857246/ ■ このスレッドは過去ログ倉庫に格納されています