【Bash】Windows Subsystem for Linux【WSL】5

Install the Windows Subsystem for Linux
https://docs.microsoft.com/en-us/windows/wsl/install-win10

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

>>282
1時間もあればできるんだが。

>>283ですが、>>280向けでした。すいません。

>>284
1時間でできるかどうかじゃない。
その後、事ある毎にメンテナンスするのが面倒なんだよ
VirtualBoxが動かなくなったりな

LinuxとWindowの併用ユーザは、シームレスに両方のアプリが使える環境を欲するものだとおもう。
CentOS＋wineだったけどWin10+WSLに移行した俺が言うんだから、間違いじゃない。

仮想だとしてもPC2台を同時に使うのは不便というより「面倒くさい」から。

>>286
ま、能力がない人は大変ですね。

>>287
で、wslは遅いとか、いろいろできないことが多いとか
大変ですね。

ちゃんとした開発をやるなら仮想化の方が同じ環境をすぐに作れたりして便利だと思うが
事務とかやるPCでテキストファイルをちょっと操作したいとかいう時にWSLがあると心強い

VM使うほどでもない用途で使えばいいのであってVMと比較するのはナンセンス
VMだけでいいならクライアントHyper-vあるのにわざわざWSLなんか作る必要ないだろ

メモリ32GB程度積んでいれば、16GBのメモリ割り当てたVMをheadlessで起動しておけば、
WSLよりずっと快適。
でも、一台あたり2万円の追加投資すらしてくれない会社がほとんどじゃないかな。
hyper-vでこれをやると、常時16GBのメモリ確保されるのでおすすめしないけど。

ノートPCユーザな俺だとメモリの制限があるから、ヘッドレスなLinux使うぐらいならWSLで済ます、になるなぁ。
そっちのが手軽だし、WSLでダメならDEありでフルフルなLinuxをインストールしてある実機を（リモートになるけど）使えばいいだけだし。

何でもかんでもWSLで済ます、なんて無謀なことをする奴はいないだろ、さすがに。

BOM 無しUTF-8(UTF-8N) では、Windows 側で、文字コードが判別できないから、エクスプローラで検索できない。
BOM 付きなら、sjis と区別できるけど

そういう場合に、WSL からgrep するのが速い

検索できるよ

おれはクライアント（窓）で文字列編集とか扱うとき慣れている犬コマンド（wsl）を使って、鯖（犬）にファイルを整理してホストしてるな。
んで、一応xrdp打ち込んでリモート貼れるようにはしたけど。
それとは別にdev鯖立ててVMとかDockerで管理すりゃあいい。
クライアントとdevは消しておいて、ファイル鯖を踏み台にしてWakeさせりゃあいいし。

スマンちょっと真面目に答えてほしいんだが、MSYS2にしろWSLにしろ、開 発 途 中 な も ん を わ ざ わ ざ 使 う 必 要 あ る か ？

実機か仮想環境でLinux用意した方が大抵の場合良いんじゃないのか？

開発に寄与したい方が人柱をやるのは大変立派なことだし、尊いことだ
でもな、末端のユーザーよ。本当に自分に必要なのは何なのか、もういっぺん考えてもいいんじゃないか

> 開 発 途 中 な も ん を わ ざ わ ざ 使 う 必 要 あ る か ？

世の中すべてのものが開発途中だろ
awkだって開発中でついこの間5.0でたしな

> 本当に自分に必要なのは何なのか
自分の仕事ができることだろ。

完璧な道具がほしいんじゃない。
道具はどんなものでもいいが、なるべく便利で
それで仕事が楽にこなせればいい。

お前よく考えてこの結論に達したか？

>>298
あのさぁ〜〜〜
awkなんか引き合いに出してる時点で終わってんぜ、お前さん

枯れ切ったawkと開発途上も途上のWSLを同じステージで語るとはｗ
しかもその根拠が「最近新しいバージョンが出たから」とはｗ
恥ずかしくないのか
もう二度とポストするなよ

開発の途上でも実用に耐えられるからあちこちに文献が転がっててスレも勃ってんだろ
むしろ開発途中のベータってよりベースの完成品に機能を追加してる段階だろう
ReactOSどころかwine辺りと比較しても周囲の反応でその辺は明らかだろう

> 実機か仮想環境でLinux用意した方が大抵の場合良いんじゃないのか？

これがすべてに当てはまるとか決めつけないでほしいな。
ネットワーク経由で実機使うより、無駄にリソース浪費して仮想環境使うより、軽快に動くWSL使うことが便利なケースではWSL使うだけのことだし。

実用レベルでいったらWSLも生Linuxも似たようなもの。
「開発中」って言葉はWSLを使わない理由にはならないな。
開発中と言っちゃったらLinuxそのものが開発中になっちゃうしね。

>299
WSLがダメってことにしたいみたいだけど、Win10+WSLはLinux＋wineより使えるよ。
どうしてもWin10で動かない古いWinアプリ使いたいんでもなければね。

>>300-301
wineはありえないです
wineを使うくらいならWSLの方が良いです

「実機か仮想環境で」と言ってるのになんでwineとか言い出したのかマジで分からないしビビるのですが、それくらい答えに窮してるってことですか？

>>302
開発途上ってとこに突っ込んでんだよ
表向きのフェーズが開発の途中だろうと何だろうと使えるか使えないかが全て

WSLでWineを一応動かしてる。
最近WSLでも32ビットEXEを動かせることを知った。qemuかますから遅いけど・・・

WSLでLinuxバイナリを作っています。
WSLがあればC++でウェブ開発という選択肢が出来ます。
Visual studioはやはり素晴らしいです。

>>297
目的を達せるなら開発中のものかは問わないですね。効率よく使えるものを使うというだけです。
EWS-UX でコードを書いていた時は私物PC に BSD on Windows を、HP-UX の時は Cygnus windows を入れて使用していました。

よくわからん争いになっているが、端的にいえば「探究心」のパッションがあって追い求める覚悟があるってのは技術屋じゃあ常識だろ。
ソレが単純に企業お抱えか単なるギークかの違いだ。コミュニティやプログラムに参加すれば色々絵られる部分もあるしソウイウモノに突っ込んでくハングリー・チャレンジ精神は大事だと思う

>>299
> awkなんか引き合いに出してる時点で終わってんぜ、お前さん

あのね。わざと枯れてると思われてるものを持ってきてるの。
枯れてると思われてるものでも、未だに開発中だってこと

すべて開発中と言っても良い

永遠のベータ、2019ロードショー。

君たち、低俗な諍いはやめたまえ
すべての原因は君たちがmacを選択しなかったことにあるんだ

マカー噴射

>>297
Msys2はFloss系のMinGWのNativeライブラリとビルドツールがそなわっていて，MinGWでWindowsFloss系の開発するのに一番手っ取り早い。

>>310
MacのParallelsにWin10入れてそこでWSL叩いてるわ。
コヒーレンスにするとなんとも異様な世界になる。

>>310
コマンドのオプション独特で疲れないか？
WSLはGNU/Linuxのディストリビューション使えて幸せだよ

おっと、その書き方はGNU専用なんだ。
Macのsedでは動かないぜ！

開発中のものを使う意味がないっていうなら、Linux使う意味はないね、確かに。

開発終わったのを使いたいならMS-DOSとかPC-DOSがあるじゃん

お前ら開発途中の意味もわからのか！
WSLはまだベータ版だろ！！


みたいな逆ギレ期待してるんだがｗ
あ、WSLはベータ版じゃないよ。正式版

どう見ても「本当の評価」知るために強い否定の言葉並べてるだけのエアプさんでしょ

否定の言葉に同調する者が多ければまだ使わない
否定の言葉を論理的に否定されたら使う価値あり
ということでしょうね

雑談系の板でよく見られる手口だ

本当の評価って、そんなん自分で動かしたら一発なのにわざわざ人に聞くとかどんだけチキンなのよ・・・

本当の評価に逢いたくて もう一度煽り始めよう

世の中にはどんな小さなことでも失敗が許容できない人種もいる

これまでの流れ全く読まないで自分の言いたいことだけ投下してケンカ売りに来る奴大杉
何回ループしてんだよ

スルースキルが低すぎる

wslでvscodeは動く？
必要なことは全部やったはずなんだけど起動できない
環境はdebian sid

windowsなんか使ってるからだよ
m

つスルー力

>>325
Ubuntuで何も考えずにGNOMEを突っ込んだらいけたよ。
vscodeだけじゃ足りないのかもしれない。

>>328
今debian stretchでも必要最低限な状態で試したら起動した
パッケージのバージョンが問題なのかね
stretchじゃパッケージが古くて開発に使いづらいからubuntuを使うわ
ありがとう

>>325
> wslでvscodeは動く？

なんかさぁ、動かすことが目的になってないか？
WSLはWindowsというOSで動いているんだから
Windows版のvscodeを使えばいいじゃねーか

>>330
linuxの方が使いたいlinterのビルドが楽だから仕方ない

Windowsのvscodeから、WSLのlinter呼び出せばいいだろ

>>332
そんなことができるの？
自分で調べた限りじゃ見つからなかった

>>333
どうせLinterのプラグインでも使ってるんだろ？
そこに実行時のパスとか指定できるだろ？
コマンドプロンプトからWSL上のバイナリ実行できるんだから
バッチファイルでも作って実行させればできるんじゃねーの？

なんだ、やってないのに言ってんのか

>>325
前スレに書いたよ。
501+1 ：login:Penguin [↓] ：2019/01/21(月) 15:41:44.99 ID:rDmO3I4e
少し前に書いたwsl上のdebianでvscodeの画面が出なくなった問題ですが、原因はudevでした。
udevとlibudevの240がbreaking changeを含んでいるので、239にdowngradeして対処。
https://github.com/systemd/systemd/issues/11385
https://github.com/systemd/systemd/issues/11293

ubuntu19.04(実機)でもudevが240になってるので、insider previewのwslでは対策されている
かもしれないけど未確認。

ついでに、windows側のvscodeから、wsl側のツール類使って開発支援使えないケースは
まだまだあるよ。javascript向けとかMSが提供してるものは大丈夫。
WSL上だとnpmとかyarnがとても遅いけど。

あー、WSLのUbuntuを19.04にしたらvscode起動しなかったな

>>336
udevの仕業だったのか
前スレは見てなかった
ありがとう

冷凍チャーハンおかずに白米食べられるほど
これが中華味でございます的に味がついてるのがどうにも苦手

ubuntu16.0*だけど、WSL内でVSCodeをGUI起動させられないか、やっているだけど、VcXsryがmultiplewindows以外なら、GUI動くだけどな・・・
有償版でないとスタイリッシュにできないのか

>>337
マジで？俺、絶賛アップグレード中なんだけど

UbuntuはLTS固定版と通常版の二種類入れられるだろ

その通常版というか追っかけ版をアップグレードしても途中でコケるな。
Insider使ってるせい？

>>341
PCに直でぶち込んだりする本環境はLTSで、それ以外のリリースはLTSの上でVMやKVMで弄る程度だね。
Debianも俺は基本Stableで使ってるし…

>>341
WSLで使うなら、LTSとその間のリリースはそれぞれ別環境として入れる方がいいね…

vscodeの件は直前に解決策書いてあるじゃん...

340だけど、code --disable-gpuで起動したら普通に動いたわ、すまぬ

>>143
OpenGL のグラフィックスでプロットを順次書き直すかたち

>>142
GNU Octave を　WSLで使う理由だが，win版よりOpenGLやgnuplotiのグラフィックスが速いのもある。
Linux由来のソフトだとWindows Native版より，WSLでLinux版動かした方がより場合もある。

あー、imagemagickはWSLのが速いな
何でか知らんけど

>>349
Windows版はstatic linkされてるやつ？

>>342
lxdを事前に消してからアップグレードしないとコケる件かな

>>351
なるほど、消せばいいのか・・・
試してみるかな。

>>350
あー、dll版やったわ
で、static版ダウンロードしてちょっと使てみたけどほぼネイティブのが速いな
けどオプションによってやっぱりWSLのが速い
何でか知らんけど

Windows版はLinux APIからWindows APIへの変換でもしてるんやろ？
WSL版はWindowsに実装されたLinux APIを直接呼び出してる。
ファイルアクセスとかプロセス生成といった遅いAPIを使わなければ
WSL版の方が速いのは考えられる話

>>354
imagemagickはしらんけど，GNU Octaveはgnulibは使っている。Windowsではposix関数のインプリメントになっている部分もある。
これが遅くなり理由かな？

やっぱWSLがいいや。
cygwinとmsysでpsコマンドが微妙に互換性がなくてハマった。

msysは知らんが、cygwinは使いにくいだよなぁ
WSLマジ神って感じ

Ubuntu18.04使ってるけど令和に対応してないね
$ date +'%Ec' -d 20190501
平成31年05月01日 00時00分00秒
長期サポート版とは言っても日本語の元号なんかに対応する気はサラサラ無いんだな…

19.04は対応済みだけど、18.04 LTSにもそのうちバックポートあると思うよ。

libicuがアップデートされれば対応するんでない？
18.04は60.2だからこれが60.3になるのを待つ
https://packages.ubuntu.com/search?keywords=libicu
https://github.com/unicode-org/icu/releases/tag/release-60-3

後追いで対応って予期しないタイミングで突然破壊的変更が入ることになるから対応としては最低最悪
やらないほうがまだマシ

年号使ってる時点で、破壊的も何もないと思うが

>>362
意味不明

>>361
意味不明

元号はglibc(libc6)だね
2.29で対応してるから19.04は対応済

RHEL系は7にもバックポート済だけど、Ubuntuは遅めなのかね？
18.04だと3/29版をマスターに微調整したのを4/16にリリースしてる

19.04にアップすれば良いだけやん

WSLのUbuntuをアップグレードするといろいろ不具合が出る。
FirefoxとかXアプリ系が動かなくなった。
よほどのことがないとアップグレードしないほうがいいよ。

重箱の隅をつつくようで悪いが、WSLでx立ち上げるほうがよほどだと思うんだ（cui脳

WSLに画面用意されてないのが悪い

>>367
Firefoxが動かない？普通に19.04で動いてるが・・・

emacsをXで起動してごめんなさいごめんなさいごめんなさい

>>369
それは端末がCUIだったのが悪いな。
最初からVNCのようなGUIの端末だったら
WSLでもGUIが使えていただろう。

>>371
WSLとemacs on X 最強だと思ってるのはオレだけか？

>>373

あと数人はいるんじゃない？

>>373
なにそれおいしいの？

オレはVcXSrv使ってるけどワリと良い。

俺はCloud9をWSL動かしてる。これはすごい快適。
VSCodeだともっさりしすぎて常用に耐えない・・・

VSCode使うならCoderでブラウザから使った方が良いんじゃね

>>370 18.04だが最近Firefoxは起動はするが，つながらなくなった。Chromiumで動かしている。

>>378
WSLでFirefox動かす意味ってあるの？
単なる暇つぶし以外に何かあれば知りたい。

俺は興味本位だな。アドオンが入らないし、遅いし実用的じゃない。
Chromeは起動すらしなかったが、Chromiumならいけるのか・・・

wslを教育機関の管理者に説くっていったらどうすればいいと思う？
県立の学校とかだと難しいよね。

意味なし
不可能
以上

>>378 WSLでJupyteLabrを動かす試験をするとき。特に

ICT支援員資格だっけ？
プログラミングが必修科目になるが、教えられる教員が不足してて一般企業の前線で働いている人に指導してもらう制度。
この間うちの会社で資格取る人いないか？って話があって知った。

科目としては既存の技術家庭、高校なら情報I・IIに組み込まれるらしいが、そこでWSLの話題を持ち出すには抵抗があるなぁ・・・

「Linuxに興味あるんです！」って聞かれたら教えてあげようかって感じはする。