[過去ﾛｸﾞ] 【Bash】Windows Subsystem for Linux【WSL】5 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
241: 2019/04/18(木)12:11 ID:5AGqvmNO(1) AAS
ntkernel道連れに落ちるような子は要りません
242: 2019/04/18(木)12:23 ID:1rMRC/Kn(1) AAS
>>239
これ
どこまでもWSLって途中なんだよな
243: 2019/04/18(木)12:26 ID:kbTFwRoX(2/2) AAS
load averageが適当なのは直さないのか？
無理だって話らしいが・・・
244: 2019/04/18(木)13:10 ID:oeNbfFcp(1) AAS
MSYS2 は、日本語でバグル
245: 2019/04/18(木)14:51 ID:kENAsUND(1) AAS
外部ﾘﾝｸ:www.scriptlife.jp
> というわけで、どれもダメな感じでした…
> TensorFlow、Windows版が正式に出てくれたらそれでって感じですけど…あんまり出る雰囲気じゃない(し、Windowsで運用したいというのもあんまりない)よなあ。
gpuは動きましぇん！
うんわかってた
246(1): 2019/04/18(木)17:29 ID:EGdh3Guy(1/4) AAS
>>232
私はgnuplotのwindows版のパッケージャーだ。
msys2でいまsourceforgeで配布されているgnuplotをビルドしている。
開発版も常にビルドして試験している。
msys2にはmingw64とmingw32のwindows nativeの豊富なライブラリ群があって
それでmsys2に依存しないwindows nativeのlinux由来のソフトのビルドができるのだ，
これだけのmingwのライブラリをそろえるは大変だし，その手間を省くのがmsys2だ。
Cygwinやｗｓｌと根本的に目的が違う。
247: 2019/04/18(木)17:51 ID:EGdh3Guy(2/4) AAS
>>246
mingw64とmingw32
これは厳密ではなかった。mingw64のw64とw32のが正しい。
248(1): 2019/04/18(木)17:59 ID:6sL+CRtX(1/2) AAS
ヤバイな、全然伝わってなさそうで
249: 2019/04/18(木)18:07 ID:EGdh3Guy(3/4) AAS
>>248
まあ，それぞれ考え方が違うんだしいいんじゃない。
250(1): 2019/04/18(木)18:25 ID:6sL+CRtX(2/2) AAS
いや…、まぁ良いか
人それぞれだし
251: 2019/04/18(木)18:33 ID:lvpDgg4A(2/2) AAS
>>250
君らには無縁な話だから
252: 2019/04/18(木)18:40 ID:EGdh3Guy(4/4) AAS
>>232
gnuplotのconfig/cygwinのMakefileはCywin用のバイナリ作成用ではない。
これはCygwinのMinGWコンパイル環境を使って，Windows Nativeのgnuplotをビルドするものだ。
Cygwin用のバイナリはlinuxと同じでにconfigureとmakeでビルドする。
CygwinのQtにはバグがあってQtにパッチをあてないqtターミナルが動かない。
253(1): 2019/04/18(木)18:43 ID:nCRI5uhi(3/7) AAS
あぁ、わかるよいいたいことは。
だがそんな面倒なこと、もうやめて良いんだよってこと
普通にLinuxバイナリを使えば良いんだから
254: 2019/04/18(木)19:12 ID:Ab8CXzrk(1) AAS
>>253
個人ては、自分もそうなりつつある。でも、wslなんて使うwindowsユーザーがどれくらいいる？
gnuplotのユーザーの大半はwindows native版のユーザーだ。native版のパッケージジャーとしてmsys2は捨てられない。私がいいたいのはそういうことだ。
255: 2019/04/18(木)19:33 ID:nCRI5uhi(4/7) AAS
> wslなんて使うwindowsユーザーがどれくらいいる？
cygwinやmsys2を使うユーザーは少ない。
cygwinやmsys2を使うユーザーぐらいはWSLを入れるだろう。
> gnuplotのユーザーの大半はwindows native版のユーザーだ。
gnuplotの開発者がmsys2を使ってビルドするのは良いだろう。
そして開発者はそれを配布する。使う方はmsys2でビルドされているかなんかどうでもいい。
msys2単体で使う必要はない。
俺もGit for Windowsをインストールしていて、あれはmsys2のようだが、
Git for Windowsとして使っているのであって、そこに追加でパッケージを入れたり
なにかをビルドしたりしようなんて思ってない。ただのWindows用のgit環境として使ってる。
Git for Windowsとして完成された環境というわけだ。
（もっともGit for Windowsはとりあえず入れてるだけで使う機会はほとんどないけどね）
256: 2019/04/18(木)19:55 ID:uv35xNHw(1) AAS
232で言ってることと随分ずれてる
257: 2019/04/18(木)20:00 ID:kRJ1MH/J(1) AAS
ハンドルの管理が面倒いのかのう？
巨大なハッシュ表がいるだろうし
258: 2019/04/18(木)20:40 ID:W2DImBJo(1) AAS
msys2の話は、もういい。
私としては、wslでflatpakでGNU Octaveが入れられないのが痛い。まあ、自分はビルドできるのでいいけど。
wsl上のflatpakの状況がわかる人教えてください。
259(1): 2019/04/18(木)22:41 ID:nCRI5uhi(5/7) AAS
普通にWindows版バイナリあるじゃん
外部ﾘﾝｸ:www.gnu.org
260: 2019/04/18(木)23:07 ID:xftjpsoR(1) AAS
必死だな
261: 2019/04/18(木)23:20 ID:nCRI5uhi(6/7) AAS
意味がわからないだけ。
WSLは相互運用するためのツールなのに
なんでWSL上だけで完結させようとするのか？
普通にWindows用のツールと組み合わあせて使えばいいのに
262(1): 2019/04/18(木)23:23 ID:DlX2zkJ8(1/2) AAS
>>220
WSLはすべてがユーザーモードで動いてるようなそんな単純な実装じゃない
画像ﾘﾝｸ[png]:msdnshared.blob.core.windows.net
画像ﾘﾝｸ[png]:msdnshared.blob.core.windows.net
画像ﾘﾝｸ[png]:i.imgur.com
外部ﾘﾝｸ[pdf]:www.alex-ionescu.com
263(1): 2019/04/18(木)23:31 ID:nCRI5uhi(7/7) AAS
>>262
その中にもLinuxエグゼクティブなんて書かれてないですが
どれのことですか？やっぱり造語なんですか？
264: 2019/04/18(木)23:33 ID:DlX2zkJ8(2/2) AAS
>>263
？
Linuxエグゼクティブとやらの話なんてしてないけど？
265: 605 2019/04/18(木)23:46 ID:V2s6eJWc(1/2) AAS
>>259
octaveのwindows native版があるのは当然知ってる。でも、linux版のほうがgui版見た目がいいw。
あと、日本語pathは5.1.0ては通るけど、まだなんかおかしい。
shellコマンドと併用するときはlinux版がいいのよ。
linuxでつかっているのそのまま使える。
266: 605 2019/04/18(木)23:58 ID:V2s6eJWc(2/2) AAS
linuxで使っている環境をそのままもちこみたい。ただ、それだけ。
267: 2019/04/19(金)06:05 ID:bvwWuUOr(1) AAS
外部ﾘﾝｸ:winaero.com
てのがあった。早く対応しないかな。
268(1): 2019/04/19(金)07:57 ID:ONYqVwzL(1) AAS
What’s new for WSL in Windows 10 version 1903?
外部ﾘﾝｸ:devblogs.microsoft.com
269: 2019/04/19(金)08:59 ID:ZLSBbCWL(1/2) AAS
>>268
ありがとうございました。
270: 2019/04/19(金)09:18 ID:50TBQ5K/(1) AAS
個人的にはブロックデバイスへのアクセスとfuseに対応して欲しい
271: 2019/04/19(金)09:52 ID:bBj3p7Xd(1/2) AAS
ループバックデバイス(losetupやkpartx)が使えるとうれしい。
VMや実機使えば、WSLでもラズパイ環境作れたけど、公式のイメージ展開するときにここで詰まる。
272: 2019/04/19(金)10:10 ID:fPjm1I4X(1) AAS
要望がどんどん高くなっていくのは分かるけど、WSLってLinux環境をつくるものじゃなくてELFなアプリが動けばいいなぐらいのものじゃなかったのか？
273: 2019/04/19(金)13:10 ID:HPKIMNbO(1) AAS
それは手段であって目的ではない
274(1): 2019/04/19(金)14:43 ID:gKC7cfe6(1) AAS
Who is WSL for?
外部ﾘﾝｸ:docs.microsoft.com
This is primarily a tool for developers -- especially web developers
and those who work on or with open source projects.
This allows those who want/need to use Bash, common Linux tools (sed, awk, etc.)
and many Linux-first tools (Ruby, Python, etc.) to use their toolchain on Windows.
275(1): 2019/04/19(金)15:20 ID:qQYuTY+6(1/4) AAS
ウェブ開発者でもブロックデバイスやfuseにアクセスすることはあるから必要なんだよ
276: 2019/04/19(金)15:36 ID:cnMIEUAt(1/3) AAS
>>275
そういう人は実機やvmでいいんじゃないの？
277(1): 2019/04/19(金)16:17 ID:qQYuTY+6(2/4) AAS
マシンを切り替えるのが面倒。それが仮想マシンであってもだ。
278: 2019/04/19(金)16:49 ID:ZLSBbCWL(2/2) AAS
>>274
ありがとうございました。
279: 2019/04/19(金)17:09 ID:bBj3p7Xd(2/2) AAS
EncFSとかSSHFSのfuseはWindows側でマウントしてWSL側で
mount --bindしてやれば無理矢理使えないわけでもない。
WSLだけで完結してほしいけど。
280(2): 2019/04/19(金)21:06 ID:cnMIEUAt(2/3) AAS
>>277
まったく意味がわからん。
281: 2019/04/19(金)21:11 ID:9fotstdw(1) AAS
なんか追加でソフトを入れようとするとexeを台帳登録する手続きがクソめんどい
Windows標準機能ならそれを回避できる
aptで入るパッケージはexeじゃないから自由に使える
っていうクソ環境にいる人たちのためにもWSLの機能向上を頑張ってほしい
282(1): 2019/04/19(金)21:25 ID:qQYuTY+6(3/4) AAS
>>280
同一マシンであれば、ファイルは普通に共有されてるし
ネットワークも同じネットワークだ
仮想マシンだと別のマシンがネットワーク上に有るのと一緒
ファイルを共有したければ、そういう設定をしないといけない
（仮想）マシンの環境整備をしないといけないんだよ
283(1): 2019/04/19(金)21:55 ID:ff/EuTri(1) AAS
>>305
説明は >>232用で他の人がわからんでも仕方ない。gnuplotのMakefileを、よんだ人しかわからない。
284(1): 2019/04/19(金)22:02 ID:cnMIEUAt(3/3) AAS
>>282
1時間もあればできるんだが。
285: 605 2019/04/19(金)22:16 ID:lxDFA2Cd(1) AAS
>>283ですが、>>280向けでした。すいません。
286(1): 2019/04/19(金)22:37 ID:qQYuTY+6(4/4) AAS
>>284
1時間でできるかどうかじゃない。
その後、事ある毎にメンテナンスするのが面倒なんだよ
VirtualBoxが動かなくなったりな
287(1): 2019/04/19(金)22:38 ID:stjKWw0W(1) AAS
LinuxとWindowの併用ユーザは、シームレスに両方のアプリが使える環境を欲するものだとおもう。
CentOS＋wineだったけどWin10+WSLに移行した俺が言うんだから、間違いじゃない。
仮想だとしてもPC2台を同時に使うのは不便というより「面倒くさい」から。
288: 2019/04/20(土)01:17 ID:d476STik(1/2) AAS
>>286
ま、能力がない人は大変ですね。
289: 2019/04/20(土)01:18 ID:d476STik(2/2) AAS
>>287
で、wslは遅いとか、いろいろできないことが多いとか
大変ですね。
290: 2019/04/20(土)01:36 ID:bwRTA4Eo(1) AAS
ちゃんとした開発をやるなら仮想化の方が同じ環境をすぐに作れたりして便利だと思うが
事務とかやるPCでテキストファイルをちょっと操作したいとかいう時にWSLがあると心強い
291: 2019/04/20(土)01:56 ID:mWfIWyVD(1) AAS
VM使うほどでもない用途で使えばいいのであってVMと比較するのはナンセンス
VMだけでいいならクライアントHyper-vあるのにわざわざWSLなんか作る必要ないだろ
292: 2019/04/20(土)05:52 ID:fE2PI74k(1) AAS
メモリ32GB程度積んでいれば、16GBのメモリ割り当てたVMをheadlessで起動しておけば、
WSLよりずっと快適。
でも、一台あたり2万円の追加投資すらしてくれない会社がほとんどじゃないかな。
hyper-vでこれをやると、常時16GBのメモリ確保されるのでおすすめしないけど。
293: 2019/04/20(土)07:40 ID:5yKXs/1H(1/4) AAS
ノートPCユーザな俺だとメモリの制限があるから、ヘッドレスなLinux使うぐらいならWSLで済ます、になるなぁ。
そっちのが手軽だし、WSLでダメならDEありでフルフルなLinuxをインストールしてある実機を（リモートになるけど）使えばいいだけだし。
何でもかんでもWSLで済ます、なんて無謀なことをする奴はいないだろ、さすがに。
294: 2019/04/20(土)08:21 ID:Gzi7+XZD(1) AAS
BOM 無しUTF-8(UTF-8N) では、Windows 側で、文字コードが判別できないから、エクスプローラで検索できない。
BOM 付きなら、sjis と区別できるけど
そういう場合に、WSL からgrep するのが速い
295: 2019/04/20(土)09:00 ID:ljUXiIXF(1/8) AAS
検索できるよ
296: 2019/04/20(土)09:19 ID:+PeUbpIe(1/2) AAS
おれはクライアント（窓）で文字列編集とか扱うとき慣れている犬コマンド（wsl）を使って、鯖（犬）にファイルを整理してホストしてるな。
んで、一応xrdp打ち込んでリモート貼れるようにはしたけど。
それとは別にdev鯖立ててVMとかDockerで管理すりゃあいい。
クライアントとdevは消しておいて、ファイル鯖を踏み台にしてWakeさせりゃあいいし。
297(2): 2019/04/20(土)11:51 ID:EZxnHpxw(1/3) AAS
スマンちょっと真面目に答えてほしいんだが、MSYS2にしろWSLにしろ、開 発 途 中 な も ん を わ ざ わ ざ 使 う 必 要 あ る か ？
実機か仮想環境でLinux用意した方が大抵の場合良いんじゃないのか？
開発に寄与したい方が人柱をやるのは大変立派なことだし、尊いことだ
でもな、末端のユーザーよ。本当に自分に必要なのは何なのか、もういっぺん考えてもいいんじゃないか
298(1): 2019/04/20(土)12:19 ID:ljUXiIXF(2/8) AAS
> 開 発 途 中 な も ん を わ ざ わ ざ 使 う 必 要 あ る か ？
世の中すべてのものが開発途中だろ
awkだって開発中でついこの間5.0でたしな
> 本当に自分に必要なのは何なのか
自分の仕事ができることだろ。
完璧な道具がほしいんじゃない。
道具はどんなものでもいいが、なるべく便利で
それで仕事が楽にこなせればいい。
お前よく考えてこの結論に達したか？
299(2): 2019/04/20(土)13:07 ID:EZxnHpxw(2/3) AAS
>>298
あのさぁ〜〜〜
awkなんか引き合いに出してる時点で終わってんぜ、お前さん
枯れ切ったawkと開発途上も途上のWSLを同じステージで語るとはｗ
しかもその根拠が「最近新しいバージョンが出たから」とはｗ
恥ずかしくないのか
もう二度とポストするなよ
300(1): 2019/04/20(土)13:20 ID:g0/+BfYw(1/3) AAS
開発の途上でも実用に耐えられるからあちこちに文献が転がっててスレも勃ってんだろ
むしろ開発途中のベータってよりベースの完成品に機能を追加してる段階だろう
ReactOSどころかwine辺りと比較しても周囲の反応でその辺は明らかだろう
301(1): 2019/04/20(土)13:26 ID:5yKXs/1H(2/4) AAS
> 実機か仮想環境でLinux用意した方が大抵の場合良いんじゃないのか？
これがすべてに当てはまるとか決めつけないでほしいな。
ネットワーク経由で実機使うより、無駄にリソース浪費して仮想環境使うより、軽快に動くWSL使うことが便利なケースではWSL使うだけのことだし。
実用レベルでいったらWSLも生Linuxも似たようなもの。
「開発中」って言葉はWSLを使わない理由にはならないな。
開発中と言っちゃったらLinuxそのものが開発中になっちゃうしね。
>299
WSLがダメってことにしたいみたいだけど、Win10+WSLはLinux＋wineより使えるよ。
どうしてもWin10で動かない古いWinアプリ使いたいんでもなければね。
302(1): 2019/04/20(土)13:44 ID:EZxnHpxw(3/3) AAS
>>300-301
wineはありえないです
wineを使うくらいならWSLの方が良いです
「実機か仮想環境で」と言ってるのになんでwineとか言い出したのかマジで分からないしビビるのですが、それくらい答えに窮してるってことですか？
303: 2019/04/20(土)13:51 ID:g0/+BfYw(2/3) AAS
>>302
開発途上ってとこに突っ込んでんだよ
表向きのフェーズが開発の途中だろうと何だろうと使えるか使えないかが全て
304: 2019/04/20(土)13:59 ID:zL1Fd1Rq(1/4) AAS
WSLでWineを一応動かしてる。
最近WSLでも32ビットEXEを動かせることを知った。qemuかますから遅いけど・・・
305(1): 2019/04/20(土)14:02 ID:Qft91vWA(1/2) AAS
WSLでLinuxバイナリを作っています。
WSLがあればC++でウェブ開発という選択肢が出来ます。
Visual studioはやはり素晴らしいです。
306: 2019/04/20(土)14:12 ID:XsAoDXAN(1) AAS
>>297
目的を達せるなら開発中のものかは問わないですね。効率よく使えるものを使うというだけです。
EWS-UX でコードを書いていた時は私物PC に BSD on Windows を、HP-UX の時は Cygnus windows を入れて使用していました。
307: 2019/04/20(土)14:45 ID:+PeUbpIe(2/2) AAS
よくわからん争いになっているが、端的にいえば「探究心」のパッションがあって追い求める覚悟があるってのは技術屋じゃあ常識だろ。
ソレが単純に企業お抱えか単なるギークかの違いだ。コミュニティやプログラムに参加すれば色々絵られる部分もあるしソウイウモノに突っ込んでくハングリー・チャレンジ精神は大事だと思う
308: 2019/04/20(土)14:45 ID:ljUXiIXF(3/8) AAS
>>299
> awkなんか引き合いに出してる時点で終わってんぜ、お前さん
あのね。わざと枯れてると思われてるものを持ってきてるの。
枯れてると思われてるものでも、未だに開発中だってこと
すべて開発中と言っても良い
309: 2019/04/20(土)15:14 ID:Qft91vWA(2/2) AAS
永遠のベータ、2019ロードショー。
310(2): 2019/04/20(土)15:43 ID:NvufkCfs(1/2) AAS
君たち、低俗な諍いはやめたまえ
すべての原因は君たちがmacを選択しなかったことにあるんだ
311: 2019/04/20(土)15:44 ID:g0/+BfYw(3/3) AAS
マカー噴射
312: 2019/04/20(土)16:18 ID:B0hzj3T+(1) AAS
>>297
Msys2はFloss系のMinGWのNativeライブラリとビルドツールがそなわっていて，MinGWでWindowsFloss系の開発するのに一番手っ取り早い。
313: 2019/04/20(土)16:36 ID:zL1Fd1Rq(2/4) AAS
>>310
MacのParallelsにWin10入れてそこでWSL叩いてるわ。
コヒーレンスにするとなんとも異様な世界になる。
314: 2019/04/20(土)16:36 ID:pUvGhRrP(1) AAS
>>310
コマンドのオプション独特で疲れないか？
WSLはGNU/Linuxのディストリビューション使えて幸せだよ
315: 2019/04/20(土)16:45 ID:ljUXiIXF(4/8) AAS
おっと、その書き方はGNU専用なんだ。
Macのsedでは動かないぜ！
316: 2019/04/20(土)17:04 ID:5yKXs/1H(3/4) AAS
開発中のものを使う意味がないっていうなら、Linux使う意味はないね、確かに。
317: 2019/04/20(土)17:52 ID:St5j9Q5F(1/2) AAS
開発終わったのを使いたいならMS-DOSとかPC-DOSがあるじゃん
318: 2019/04/20(土)17:55 ID:ljUXiIXF(5/8) AAS
お前ら開発途中の意味もわからのか！
WSLはまだベータ版だろ！！
みたいな逆ギレ期待してるんだがｗ
あ、WSLはベータ版じゃないよ。正式版
319: 2019/04/20(土)18:42 ID:xpKKdpuh(1) AAS
どう見ても「本当の評価」知るために強い否定の言葉並べてるだけのエアプさんでしょ
否定の言葉に同調する者が多ければまだ使わない
否定の言葉を論理的に否定されたら使う価値あり
ということでしょうね
雑談系の板でよく見られる手口だ
320: 2019/04/20(土)19:27 ID:5yKXs/1H(4/4) AAS
本当の評価って、そんなん自分で動かしたら一発なのにわざわざ人に聞くとかどんだけチキンなのよ・・・
321: 2019/04/20(土)20:44 ID:gpjGWD+T(1) AAS
本当の評価に逢いたくて もう一度煽り始めよう
322: 2019/04/20(土)21:15 ID:St5j9Q5F(2/2) AAS
世の中にはどんな小さなことでも失敗が許容できない人種もいる
323: 2019/04/20(土)21:26 ID:EfjUKZFD(1) AAS
これまでの流れ全く読まないで自分の言いたいことだけ投下してケンカ売りに来る奴大杉
何回ループしてんだよ
324: 2019/04/20(土)21:36 ID:c2zkZ0Lv(1) AAS
スルースキルが低すぎる
325(4): 2019/04/20(土)22:13 ID:pyWfv99O(1/4) AAS
wslでvscodeは動く？
必要なことは全部やったはずなんだけど起動できない
環境はdebian sid
326: 2019/04/20(土)22:14 ID:NvufkCfs(2/2) AAS
windowsなんか使ってるからだよ
m
327: 2019/04/20(土)22:15 ID:zL1Fd1Rq(3/4) AAS
つスルー力
328(1): 2019/04/20(土)22:16 ID:zL1Fd1Rq(4/4) AAS
>>325
Ubuntuで何も考えずにGNOMEを突っ込んだらいけたよ。
vscodeだけじゃ足りないのかもしれない。
329: 2019/04/20(土)22:29 ID:pyWfv99O(2/4) AAS
>>328
今debian stretchでも必要最低限な状態で試したら起動した
パッケージのバージョンが問題なのかね
stretchじゃパッケージが古くて開発に使いづらいからubuntuを使うわ
ありがとう
330(1): 2019/04/20(土)22:35 ID:ljUXiIXF(6/8) AAS
>>325
> wslでvscodeは動く？
なんかさぁ、動かすことが目的になってないか？
WSLはWindowsというOSで動いているんだから
Windows版のvscodeを使えばいいじゃねーか
331: 2019/04/20(土)22:44 ID:pyWfv99O(3/4) AAS
>>330
linuxの方が使いたいlinterのビルドが楽だから仕方ない
332(1): 2019/04/20(土)22:50 ID:ljUXiIXF(7/8) AAS
Windowsのvscodeから、WSLのlinter呼び出せばいいだろ
333(1): 2019/04/20(土)23:12 ID:pyWfv99O(4/4) AAS
>>332
そんなことができるの？
自分で調べた限りじゃ見つからなかった
334: 2019/04/20(土)23:19 ID:ljUXiIXF(8/8) AAS
>>333
どうせLinterのプラグインでも使ってるんだろ？
そこに実行時のパスとか指定できるだろ？
コマンドプロンプトからWSL上のバイナリ実行できるんだから
バッチファイルでも作って実行させればできるんじゃねーの？
335: 2019/04/20(土)23:38 ID:aczqHLys(1) AAS
なんだ、やってないのに言ってんのか
336(1): 2019/04/21(日)05:44 ID:67WxNWSL(1) AAS
>>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して対処。
外部ﾘﾝｸ:github.com
外部ﾘﾝｸ:github.com
ubuntu19.04(実機)でもudevが240になってるので、insider previewのwslでは対策されている
かもしれないけど未確認。
ついでに、windows側のvscodeから、wsl側のツール類使って開発支援使えないケースは
まだまだあるよ。javascript向けとかMSが提供してるものは大丈夫。
WSL上だとnpmとかyarnがとても遅いけど。
337(1): 2019/04/21(日)08:02 ID:ZbX593l0(1) AAS
あー、WSLのUbuntuを19.04にしたらvscode起動しなかったな
338: 325 2019/04/21(日)09:50 ID:xp6fDXXr(1) AAS
>>336
udevの仕業だったのか
前スレは見てなかった
ありがとう
339: 2019/04/24(水)21:31 ID:qCTZJ1Ob(1) AAS
冷凍チャーハンおかずに白米食べられるほど
これが中華味でございます的に味がついてるのがどうにも苦手
340: 2019/04/24(水)22:41 ID:AREqMJXv(1) AAS
ubuntu16.0*だけど、WSL内でVSCodeをGUI起動させられないか、やっているだけど、VcXsryがmultiplewindows以外なら、GUI動くだけどな・・・
有償版でないとスタイリッシュにできないのか
>>337
マジで？俺、絶賛アップグレード中なんだけど
341(2): 2019/04/24(水)23:57 ID:2sTBKjyO(1) AAS
UbuntuはLTS固定版と通常版の二種類入れられるだろ
342(1): 2019/04/25(木)00:17 ID:OA34rZ54(1) AAS
その通常版というか追っかけ版をアップグレードしても途中でコケるな。
Insider使ってるせい？
343: 2019/04/25(木)03:03 ID:jqjySJwq(1/2) AAS
>>341
PCに直でぶち込んだりする本環境はLTSで、それ以外のリリースはLTSの上でVMやKVMで弄る程度だね。
Debianも俺は基本Stableで使ってるし…
344: 2019/04/25(木)03:04 ID:jqjySJwq(2/2) AAS
>>341
WSLで使うなら、LTSとその間のリリースはそれぞれ別環境として入れる方がいいね…
345: 2019/04/25(木)05:49 ID:lDN7SViY(1) AAS
vscodeの件は直前に解決策書いてあるじゃん...
346: 2019/04/25(木)20:24 ID:IBuaQMLq(1) AAS
340だけど、code --disable-gpuで起動したら普通に動いたわ、すまぬ
347: 2019/04/26(金)10:58 ID:NvMlRvf1(1/2) AAS
>>143
OpenGL のグラフィックスでプロットを順次書き直すかたち
348: 2019/04/26(金)11:02 ID:NvMlRvf1(2/2) AAS
>>142
GNU Octave を WSLで使う理由だが，win版よりOpenGLやgnuplotiのグラフィックスが速いのもある。
Linux由来のソフトだとWindows Native版より，WSLでLinux版動かした方がより場合もある。
349(1): 2019/04/26(金)12:18 ID:BV4oeEB7(1/2) AAS
あー、imagemagickはWSLのが速いな
何でか知らんけど
350(1): 2019/04/26(金)16:23 ID:LKgw0Ig5(1) AAS
>>349
Windows版はstatic linkされてるやつ？
351(1): 2019/04/26(金)22:21 ID:vUh5hD9w(1) AAS
>>342
lxdを事前に消してからアップグレードしないとコケる件かな
352: 2019/04/26(金)22:36 ID:rkw+ry//(1) AAS
>>351
なるほど、消せばいいのか・・・
試してみるかな。
353: 2019/04/26(金)22:47 ID:BV4oeEB7(2/2) AAS
>>350
あー、dll版やったわ
で、static版ダウンロードしてちょっと使てみたけどほぼネイティブのが速いな
けどオプションによってやっぱりWSLのが速い
何でか知らんけど
354(1): 2019/04/26(金)23:01 ID:QiFPgFZC(1) AAS
Windows版はLinux APIからWindows APIへの変換でもしてるんやろ？
WSL版はWindowsに実装されたLinux APIを直接呼び出してる。
ファイルアクセスとかプロセス生成といった遅いAPIを使わなければ
WSL版の方が速いのは考えられる話
355: 2019/04/27(土)07:16 ID:IVAvWhY4(1) AAS
>>354
imagemagickはしらんけど，GNU Octaveはgnulibは使っている。Windowsではposix関数のインプリメントになっている部分もある。
これが遅くなり理由かな？
356: 2019/04/29(月)17:09 ID:sqTp3hUA(1) AAS
やっぱWSLがいいや。
cygwinとmsysでpsコマンドが微妙に互換性がなくてハマった。
357: 2019/04/29(月)21:44 ID:j4ShaUoS(1) AAS
msysは知らんが、cygwinは使いにくいだよなぁ
WSLマジ神って感じ
358: 2019/04/29(月)22:04 ID:jXnQoBm+(1) AAS
Ubuntu18.04使ってるけど令和に対応してないね
$ date +'%Ec' -d 20190501
平成31年05月01日 00時00分00秒
長期サポート版とは言っても日本語の元号なんかに対応する気はサラサラ無いんだな…
359: 2019/04/29(月)22:18 ID:xDAxTY0A(1/2) AAS
19.04は対応済みだけど、18.04 LTSにもそのうちバックポートあると思うよ。
360: 2019/04/29(月)22:24 ID:SDnj3cOC(1) AAS
libicuがアップデートされれば対応するんでない？
18.04は60.2だからこれが60.3になるのを待つ
外部ﾘﾝｸ:packages.ubuntu.com
外部ﾘﾝｸ:github.com
361(1): 2019/04/29(月)22:28 ID:PZosaY6H(1) AAS
後追いで対応って予期しないタイミングで突然破壊的変更が入ることになるから対応としては最低最悪
やらないほうがまだマシ
362(1): 2019/04/29(月)22:33 ID:TEe7rF0/(1) AAS
年号使ってる時点で、破壊的も何もないと思うが
363: 2019/04/29(月)22:41 ID:8+PANxIP(1) AAS
>>362
意味不明
364: 2019/04/29(月)22:43 ID:0CjU7+cx(1) AAS
>>361
意味不明
365: 2019/04/29(月)22:43 ID:ttK6xuhY(1) AAS
元号はglibc(libc6)だね
2.29で対応してるから19.04は対応済
RHEL系は7にもバックポート済だけど、Ubuntuは遅めなのかね？
18.04だと3/29版をマスターに微調整したのを4/16にリリースしてる
366: 2019/04/29(月)22:58 ID:sQKfA2zR(1) AAS
19.04にアップすれば良いだけやん
367(1): 2019/04/29(月)23:11 ID:xDAxTY0A(2/2) AAS
WSLのUbuntuをアップグレードするといろいろ不具合が出る。
FirefoxとかXアプリ系が動かなくなった。
よほどのことがないとアップグレードしないほうがいいよ。
上下前次1-新書関写板覧索設栞歴
あと 635 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.027s