[過去ﾛｸﾞ] 【Bash】Windows Subsystem for Linux【WSL】5 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
203(1): 2019/04/13(土)10:42 ID:j4Elbu6F(1) AAS
wsltty 3.0.0 がでた。
wsltty 3.0.0 - Updated to mintty 3.0.0
となりminttyのワイドキャラクターのバグが解消されました。
204: 2019/04/13(土)14:09 ID:2IgioUgI(1) AAS
>>203
Releases mintty/wsltty GitHub
外部ﾘﾝｸ:github.com
3.0.0
@mintty mintty released this 2 days ago
Updated to mintty 3.0.0.
やったぜ。Chocolateyに来たらインストールするわ。
Chocolatey Gallery | wsltty 1.9.8
外部ﾘﾝｸ:chocolatey.org
205: 2019/04/17(水)01:26 ID:EGDXmrRT(1/2) AAS
wsltty 1.9.8のカーソルずれバグに2週間ぐらい悩まされてて、
「wsltty cursor location」とかでぐぐっても全然解決できなかった。
今日ふと「wsltty カーソル」で検索したらここが引っかかって、すぐ解決できた。
ありがとう！
206: 2019/04/17(水)01:27 ID:EGDXmrRT(2/2) AAS
aabbcc
207(1): 2019/04/17(水)18:40 ID:VpnSBnz1(1/9) AAS
WSLってほんと何が遅いんだろうね。
とあるツールを作ってるんだけど、Linuxよりも10倍遅い
でもCPU使用率ってそんなに高くないんだよ。Windowsのタスクマネージャーから見て
3.5Ghz 4コア8スレッドの全てのスレッドがそれぞれ50%行かない程度
かと言って、データファイルが大きいわけでもない（全部で50ファイル 100KB程度）
ファイル読み書きのI/Oが遅いんじゃなくて、CPU使用率も高くないって
メモリの転送待ちでも発生してんのかな？
208: 2019/04/17(水)18:42 ID:VpnSBnz1(2/9) AAS
ちなみにtimeコマンドで調べとき、userは殆ど変わらずで
WSLはsysが大幅に増えてる
209(1): 2019/04/17(水)19:30 ID:aPv57k+y(1/3) AAS
>>207
WSLってマイクロカーネル上で動くエグゼクティブとして実装されてるのかな？
だとしたら遅くて当然。
マイクロカーネルはオーバーヘッドが大きいので遅い。
マイクロカーネルじゃなかったら分からん。
詳しい奴が回答してくれ。
210: 2019/04/17(水)19:38 ID:VpnSBnz1(3/9) AAS
遅くて当然なのは問題にしてなくて、
どこに時間がかかっているのかってことね。
211(2): 2019/04/17(水)19:52 ID:aPv57k+y(2/3) AAS
マイクロカーネルとLinuxエグゼクティブの間のオーバーヘッドじゃないの？
外部ﾘﾝｸ:ja.m.wikipedia.orgマイクロカーネル
212: 2019/04/17(水)20:36 ID:ML6WtZr+(1) AAS
そもそもスマホはトルクかキャタピラの二択
落としたら画面壊れるようなのはゴミ
メインはPCだから性能とか関係ねーし
213(1): 2019/04/17(水)21:02 ID:RgIg/yo8(1) AAS
githubでMS技術者がissueで回答してるから見てくれば？
数か月前に話題になったっけ？
214(1): 2019/04/17(水)21:16 ID:6ftt4ox7(1) AAS
wslはforkがcygwinよりましだが、大分遅い。そもそもwindowsにはforkの概念がない。これが少なくともcofigureとかが遅い原因だと聞いている。
215: 2019/04/17(水)21:28 ID:AH7qdPb+(1) AAS
前にも話題となったけど、ウイルス対策ソフトの影響も結構ある
216: 2019/04/17(水)21:39 ID:VpnSBnz1(4/9) AAS
>>211
> マイクロカーネルとLinuxエグゼクティブの間のオーバーヘッドじゃないの？
そこはタスクマネージャーのCPU時間に含まれない領域なの？って話です。
217: 2019/04/17(水)21:42 ID:VpnSBnz1(5/9) AAS
>>213
それI/Oが遅いとかいう話でしょ？
でも俺のツール、そんなにI/Oがあるわけじゃないんだよ
>>214
うん。forkが遅いっていうのはわかってる。
でもそれはCPU時間に現れても良いんじゃない？という話です。
218(1): 2019/04/17(水)22:04 ID:VpnSBnz1(6/9) AAS
>>211
あとLinuxエグゼクティブってあんたが作った造語？
そんな言葉、無いよね？
219(1): 2019/04/17(水)22:40 ID:aPv57k+y(3/3) AAS
>>218
だからWSLがマイクロカーネルのエグゼクティブとして実装されてるのかな知らん言うとるがな。
マイクロカーネル上でOSの「いわゆるカーネル」として動作してメモリ管理や入出力管理、システムコールなどのAPIを提供する「エグゼクティブ」として実装されているのであれば
ごめん、飽きた。
あとはテメエで勉強してくれ。
俺はお前の母ちゃんじゃない。
甘える相手を間違えてる。
220(1): 2019/04/17(水)23:06 ID:VpnSBnz1(7/9) AAS
> マイクロカーネルとLinuxエグゼクティブの間のオーバーヘッドじゃないの？
> だからWSLがマイクロカーネルのエグゼクティブとして実装されてるのかな知らん言うとるがな。
「Linuxエグゼクティブ」とかいうから何のことかと思えば、
やっぱり造語じゃねーかｗ テメーがへんな言葉を使いだすから誰にも理解出来ない言葉になってんだよ。
外部ﾘﾝｸ[html]:www.atmarkit.co.jp
WSLは↑にあるPOSIXサブシステムなどと同じレイヤーのサブシステム。
Windows "Subsystem" for Linuxの略だろ
ちょっとさぁ、勉強してないなら、俺俺用語を作り出して話をしないでくれませんかね？
221: 2019/04/17(水)23:09 ID:VpnSBnz1(8/9) AAS
わかった上で改めて読むと
> WSLってマイクロカーネル上で動くエグゼクティブとして実装されてるのかな？
> だとしたら遅くて当然。
Windowsのカーネルモードコンポーネントは、すべてマイクロカーネル上で
動くエグゼクティブとして実装されてるので、WSLだけが遅くて当然というのはおかしいということになる。
さらにWSLはサブシステムなのだからエグゼクティブとして実装されてすらいない。
222: 2019/04/17(水)23:10 ID:VpnSBnz1(9/9) AAS
言いわすれてた
> マイクロカーネルとLinuxエグゼクティブの間のオーバーヘッドじゃないの？
Linuxエグゼクティブなんてものは存在しない
223: 2019/04/18(木)01:31 ID:gyjZORfh(1) AAS
.exe をエグゼクティブと読んだのか。。。
224(2): 2019/04/18(木)01:33 ID:tr63lO8z(1/2) AAS
MSYS2で良いのにWSL使ってる奴
225(1): 2019/04/18(木)02:25 ID:nCRI5uhi(1/7) AAS
msys2はいやだよ。あれLinuxじゃないし、
パッケージ管理もオリジナルだし、msys2のことをいちいち覚えないといけない。
WSLならLinuxの知識と殆ど変わらない
226: 2019/04/18(木)02:56 ID:tr63lO8z(2/2) AAS
archwslが公式で出たらwslに移行するかも
227: 2019/04/18(木)03:27 ID:lj2CntB6(1) AAS
>>209 >>219
外部ﾘﾝｸ:blogs.msdn.microsoft.com
外部ﾘﾝｸ:blogs.msdn.microsoft.com
外部ﾘﾝｸ:blogs.msdn.microsoft.com
外部ﾘﾝｸ:blogs.msdn.microsoft.com
228(2): 2019/04/18(木)06:04 ID:nOdYuXrR(1) AAS
>>224 >>225
msys2は私は以下で使用。
sshでlinuxサーバーとの接続。
windowsのアプリケーションのbashのシェル環境での実行。
メインは、msys2が提供するgcc、autotools、ライブラリなどを利用して、windows nativeのgnuplotのビルド。
229(1): 2019/04/18(木)07:18 ID:M2NzIXuF(1) AAS
WSLとVcXSrvの組み合わせで幸せになれますか？
（日本語表示とか日本語入力とか）
230: 2019/04/18(木)07:57 ID:imPBdvmf(1) AAS
幸せになれるかしらんが日本語表示、入力は出来るよ
個人的にはリモデでアクセスした方が幸せなんじゃとか思うけど
231: 2019/04/18(木)08:15 ID:kbTFwRoX(1/2) AAS
>>229
X410 使ってるけどgnome-terminal動くからできるよ。
232(4): 2019/04/18(木)09:15 ID:nCRI5uhi(2/7) AAS
>>228
うん。そのgnuplotのリポジトリを見てみよう
mingwやcygwinのMakefileがあるだろう？
外部ﾘﾝｸ:github.com
これがだめなんだよ。msys2はLinuxじゃない。
他のLinux/Unixとは違う互換性が完璧ではない専用のOS扱い
つまり何が言いたいかっていうと、他人が作ったものでも自分が作ったものでも
msys2に対応させなければいけないし、対応していないものは動かないかもしれない
そのせいで全てのパッケージがmsys2で使えるわけじゃない。
特定のOSに対応させるためってならまだわかるけど、
省2
233: 2019/04/18(木)09:50 ID:Jqf/RqZ4(1/2) AAS
>>228
クロスコンパイルでよくない？
234: 2019/04/18(木)10:24 ID:mMhQjfjZ(1) AAS
デメリット並べ立ててもwsl来る以前に環境整えたてたら移行めんどいとかあるんだろうし
どっちかに統一しなくてもその時その時で使い分けでもいいんでないの
まあ今更>224の言い分は理解できんけど
235: 2019/04/18(木)10:24 ID:i2Qs1SoC(1) AAS
個人的にはaptが普通に使えるのが一番のメリットかな
236: 2019/04/18(木)10:52 ID:Jqf/RqZ4(2/2) AAS
>>232
msys2でコンパイルするメリットはできた.exeファイルは
wslのない環境にもっていっても動くこと。
32bitのOSでも動くようにできるし。
237: 2019/04/18(木)11:03 ID:o0hjzuK+(1) AAS
Linuxエグゼクティブという新しい造語が生まれた瞬間に立ち会えた幸せ
238: 2019/04/18(木)11:22 ID:+wlLLW25(1) AAS
msys2よりはWSL上のmingwの方がいいかな
どっちも遅いからVMに逃げたくなるけど
239(1): 2019/04/18(木)11:38 ID:gko4KPR6(1) AAS
フィードバックあげるのでもなければ無理して作りかけのWSLに付き合う必要ないんじゃ
240: 2019/04/18(木)11:50 ID:lvpDgg4A(1/2) AAS
colinuxの64bit版はいつ出ますか？
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環境として使ってる。
省2
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とか言い出したのかマジで分からないしビビるのですが、それくらい答えに窮してるってことですか？
上下前次1-新書関写板覧索設栞歴
あと 700 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.038s