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

>>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に興味あるんです！」って聞かれたら教えてあげようかって感じはする。

>>383 途中で送った。Jupyter lab をWSLで試験的に動かすときに使っている。
まあ，Anaconda自体をWSLで入れる意味自体があまりないのだが，趣味ですね。
GNU Octaveは使ってみて，WSLでLinux版で動かしたらそっちが良かったから
他でもそんなことがあるかなと思って試している。

>>384
WSLは勉強目的で触らせるには文脈が高度すぎる
ExcelでVLOOKUP使えますくらいのレベルの人間にWSLとは何なのかを理解させるのは無理ゲー

>>373
ここにもいるよ

>>384
無理無理、Linuxなんて一般向けじゃないから。
レポートをTeXで提出しろなんていうのと一緒。

>>373
メモ帳が欲しいなら、vim使えよ
統合開発環境なら、VSCodeだよなー

>>377
俺はDB使うweb開発しているだが、CoderってDB出来るの？

>>388
html使えるぐらいの人間なら、texは楽勝だろｗｗｗ

>>389

一般人にviやemacsを使えとか、
本気で思ってるなら考え直したほうがいい。

やっべroffしか分からん

パワーヒッター
生命力を奪う
マスタースキル
精霊神の力
時空の精の力
軽量化された

ライフガード
メンタルガード
HP大増量
MP大増量
ディフェンダー
強化繊維

全能の力
全能力+10
スピードスター
エコスキル

viやemacsがだめなのは、キーボードに適切な移動キーが
存在しているのにそれを使わないということ。

当時のキーボード事情なんか知らないし、慣れたら速いとかも知らない。
ユーザーインターフェースとして正しくないキー配置である
というのが、現在の正当な評価だ

>>393
ダメではないと思うけど、時代遅れ。
それは今に始まったことじゃないけどね。

>>393
本人に言うてこいや！

viはビルジョイ、
emacsはリチャードストールマンや！

>>391
roffなんて今使ってる人いる？
いてもtroffかgroffでしょう。

>>389
え？373さんって一般人なん？

>>393
うん？カーソル上下左右移動なら、vimなら矢印キーで操作できるが(viではできないけど)
・・・そういうことではないのか？それに鯖は普通マウスやGUIなしが普通だろ

逆にキーボードだけの操作の方が早くて楽なんだが・・・マウスとかｗｗと思っているだが
(ちなみに俺の歳はまだ20歳前半だぞ、おじさん・・・ではないはずだが)

今時のメジャーなディストリがパッケージとして配布しているvimやemacsはカーソルキーや機能キーにも対応してるだけど
(そういう設定やモジュールとか組み込んでパッケージ組んであるのが普通)
こういうの全部外して素の状態で渡してニヤニヤしてるような連中いるしな。

>>397
サーバーはGUIなしなんて今どきあり得ない。

GUI + CUI

が正解。

>>399
まままマジでかよ
俺、GUIと言っても、別PC(GUI)からsshを使って通信(CUI鯖相手に)したぐらいなんだが…
GUIはしょうがなく使わなけばならない状態でもない限り、使ってなかったけど

>>400
ある意味最後の手段だからWindowsサーバでGUI無しはまずないだろうね
UNIXサーバならシリアルコンソールのみのはまだ有りそうだけど

>>397
373だけど、IT業界にいる一般人だよ