[過去ﾛｸﾞ] 【Bash】Windows Subsystem for Linux【WSL】5 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
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とか言い出したのかマジで分からないしビビるのですが、それくらい答えに窮してるってことですか？
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のビルドが楽だから仕方ない
上下前次1-新書関写板覧索設栞歴
あと 671 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.037s