[過去ﾛｸﾞ] 【Bash】Windows Subsystem for Linux【WSL】4 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
368(1): 2018/12/23(日)17:19 ID:HJ+H2evR(6/17) AAS
>>367
ん？なにが？
369: 2018/12/23(日)17:21 ID:a3X0TqIZ(8/18) AAS
>>368
>Ubuntuで生成したバイナリをそのままWSLに持ってきて動くから
>動くわけだから互換性が高いという証拠になる
パッケージアップデートで自分で生成したバイナリがスグ動かなくなるワケだから
互換性が低いという証拠になるよな
370(1): 2018/12/23(日)17:24 ID:HJ+H2evR(7/17) AAS
> パッケージアップデートで自分で生成したバイナリがスグ動かなくなるワケだから
Ubuntuってそうなの？
> 互換性が低いという証拠になるよな
お前が書いたコードの互換性が低いということかね？
371(1): 2018/12/23(日)17:26 ID:a3X0TqIZ(9/18) AAS
MSは流石にOS開発経験長いからホントよく分かってる
犬糞はドッカーが動かないと使い物にならない腐れOSだってことをな
だからサクっと対応してきた
こういう甘やかしがある限りwinのx86 CPUのOSの盟主だという立場は名実ともに揺らがない
372: 2018/12/23(日)17:26 ID:HJ+H2evR(8/17) AAS
> パッケージアップデートで自分で生成したバイナリがスグ動かなくなるワケだから
> 互換性が低いという証拠になるよな
まあ、まずはそのソースコードとバイナリを見せてってことだな。
もし本当に動かなくなれば、互換性が低いということになるし
動いてしまえば、逆に互換性が高いという証拠になるだろう
373(1): 2018/12/23(日)17:28 ID:HJ+H2evR(9/17) AAS
>>371
Dockerは（主に自分で開発したアプリの）デプロイの方法をOS非依存にし
簡略化して可搬性をもたせる（違うOSでも動かせるようにする）ものするものなんだけど
お前Dockerの使い方わかってないだろう？ｗ
OS非依存っていうのは別のディストリやWindowsやMacでも
動かせるようにするってことだぞ。
バイナリ互換性のさらに上を実現するためのもの
374: 2018/12/23(日)17:31 ID:a3X0TqIZ(10/18) AAS
>>370
>Ubuntuってそうなの？
ウブンツに限らんよ
犬糞全般的にそう
アップデート掛けたらOSが再起動後立ち上がってこなくなることすら珍しくない
>お前が書いたコードの互換性が低いということかね？
コードを再コンパイルすれば動くようになるならドッカー使ってその手順を起動前に組み込めという主張かな？ｗ
375(1): 2018/12/23(日)17:35 ID:HJ+H2evR(10/17) AAS
> コードを再コンパイルすれば動くようになるならドッカー使ってその手順を起動前に組み込めという主張かな？ｗ
やっぱりDockerをまともに理解してない
376: 2018/12/23(日)17:36 ID:a3X0TqIZ(11/18) AAS
>>373
>OS非依存っていうのは
まぁ画餅というかプロパガンダだよな
実際使ってみれば制限多いってのはカンタンに分かる
ビルドが通れば動くって言ってるのと同じレベルの情弱
377: 2018/12/23(日)17:37 ID:a3X0TqIZ(12/18) AAS
>>375
>やっぱりDockerをまともに理解してない
言いがかりレベルだろ
ビルドプロセスを組み込めば動くならそうやるしかねえじゃん
まさか古いパッケージのママでアップデートすら掛けずに使うのか？
セキュリティって知ってます？
378: 2018/12/23(日)17:46 ID:a3X0TqIZ(13/18) AAS
日曜プログラマは気楽でイイよなｗ
ベンダの一方的な謳い文句を垂れ流すだけでツウ気取りできるんだから
379(2): 2018/12/23(日)18:41 ID:HJ+H2evR(11/17) AAS
> まさか古いパッケージのママでアップデートすら掛けずに使うのか？
新しいパッケージに変えてもそのまま動くから
Dockerがあるんだよ？
380(1): 2018/12/23(日)18:54 ID:ItollR7B(4/4) AAS
Dockerコンテナ内部のパッケージを新しくする方法がないわけじゃないけど、
Dockerfile書いて修正して、ビルドし直すのが正しい運用方法かな。
複数人に配布したり、開発環境と稼働環境でソフト・ミドルウェアの差を無くすことがDockerの目的。
381(2): 2018/12/23(日)19:22 ID:Sp1piTzY(2/4) AAS
>>379
逆や
アプデで壊れるからdocker使うんだよ
コンテナを動かすだけならホストの役割やパッケージは最小限にでき、アップデートで壊れる可能性を低くできる
アプリはどうせアップデートで壊れるもんだから、dockerによって依存関係を全部アプリ側に寄せてしまえば開発者が一緒にテストしてくれる
382(2): 2018/12/23(日)19:31 ID:HJ+H2evR(12/17) AAS
>>381
> アプデで壊れるからdocker使うんだよ
だからDockerはデプロイを簡単にするためのツールだって
お前使い方わかってないじゃんｗ
383: 2018/12/23(日)19:47 ID:GllmDBOf(1) AAS
dockerスレでやれよ…
何だよ昨日から、伸びてるから新しい話でも有ったのかと思えばアホな言い合い…
384: 2018/12/23(日)19:53 ID:a3X0TqIZ(14/18) AAS
>>379
この大ウソツキめｗ
>>380
>Dockerfile書いて修正して、ビルドし直すのが正しい運用方法かな。
担当者の対応は年明けになりますがよろしいでしょうか
>>381
>アプデで壊れるからdocker使うんだよ
お前は分かってるな
>アプリはどうせアップデートで壊れるもんだから
アプリだけじゃない
OSも壊れる
>>382
寝言は寝てから言えよｋｓ
385: 2018/12/23(日)20:02 ID:HJ+H2evR(13/17) AAS
Dockerの仕組みがわかってないのか。
一旦作ったイメージをどのOS（DebianとかCentOSとか）でも
同じように使えるのは、互換性があるからだろ
Dockerレジストリにpushしたイメージをpullしても
イメージ作り直したりしないんだぞ。
そのイメージの中にはバイナリも含まれてる。
それが別のOSでも動いているだろうが
386: 2018/12/23(日)20:08 ID:Sp1piTzY(3/4) AAS
>>382
デプロイを楽にしたいだけならアプリだけzipに固めりゃいいだろう
ホストには常に最新のCentOSとDebianのコンテナを置いておけばいい
遥かに小さいサイズでデプロイできてクソ楽だぞ？実際PaaSはそうやってる
Dockerによるデプロイはなぜそうしないか考えたことある？
アップデートで壊れるからだよw
387(1): 2018/12/23(日)20:14 ID:HJ+H2evR(14/17) AAS
> デプロイを楽にしたいだけならアプリだけzipに固めりゃいいだろう
Dockerはそれと同じような仕組みなんだけど
zipじゃなくて専用のファイル形式ってだけで
> Dockerによるデプロイはなぜそうしないか考えたことある？
うん。だからそうしてるよね？
アップデートで壊れたりしないから
388: 2018/12/23(日)20:16 ID:HJ+H2evR(15/17) AAS
このようにイメージをtarに固めることだって出来るし
外部ﾘﾝｸ:blog.amedama.jp
389: 2018/12/23(日)20:17 ID:HJ+H2evR(16/17) AAS
普通に公式を出せばよかったか
外部ﾘﾝｸ:docs.docker.com
tar.gz とかにも対応してる
> This will create a new untagged image.
> $ docker import 外部ﾘﾝｸ[tgz]:example.com
390(1): 2018/12/23(日)20:18 ID:Sp1piTzY(4/4) AAS
>>387
だからアップデートで壊れないんならなんでOSまでパッケージに含める必要があると思うの？
明らかに冗長だよねw
391(1): 2018/12/23(日)20:23 ID:QVRCwsb4(4/4) AAS
Linuxばっかり使ってるからzipと書いてあって「えっ？」とすごい違和感感じちゃったよ
392: 2018/12/23(日)20:34 ID:a3X0TqIZ(15/18) AAS
正確には初めからずっと壊れたままで直すフリして延々カネだけ取ってんだよ
それが犬糞のディス鳥商売
393: 2018/12/23(日)20:38 ID:a3X0TqIZ(16/18) AAS
ほんでぶっ壊れてるモンを何とかかんとかバグ突かずに済むようにプログラマ様が工夫凝らしたコードと共に
別OSでも動くよ互換性だよレベルの池沼もまるっと優しくおバカ光線で包み込むのがドッカー
394: 2018/12/23(日)20:38 ID:PWekdY+O(1) AAS
>>391
PaaSのデプロイはだいたいzipだよ
395: 2018/12/23(日)21:00 ID:HJ+H2evR(17/17) AAS
>>390
> だからアップデートで壊れないんならなんでOSまでパッケージに含める必要があると思うの？
え？バイナリ互換性の話だよね？
>Ubuntuで生成したバイナリをそのままWSLに持ってきて動くから
>動くわけだから互換性が高いという証拠になる
↑この話をしてるよね
396: 2018/12/23(日)21:04 ID:a3X0TqIZ(17/18) AAS
アップデート掛けたら壊れる不憫さだから全部持ってきてんだよ
なんとかソレっぽく動くフリしてるやつ選別してな
397(1): 2018/12/23(日)21:43 ID:C8xDe40g(1) AAS
一台だけなら一個一個入れてもいいけど、台数増えたら大変だから、っていう仕組みだろ
で、どうWSLの話とつなげるの？
398: 2018/12/23(日)21:43 ID:UzZijvxD(1/2) AAS
>>397
バイナリ互換があるからWSLのUbuntuでも
LinuxのUbuntuでも同じように動く
399(1): 2018/12/23(日)21:50 ID:a3X0TqIZ(18/18) AAS
ということにしたいのですね
400(1): 2018/12/23(日)23:46 ID:qSvuGtxv(2/2) AAS
今更だけどX鯖動かしてみた。
xclockとxeyesが動いてる・・・
Eclipse動くし、geditも動いた。
NetBeans動かないのが解せん。
もうLinux機はGUI要らないやｗ
401: 2018/12/23(日)23:57 ID:UzZijvxD(2/2) AAS
>>399
だって、aptのパッケージの更新先リポジトリが
Linux上のUbuntuとWSL上のUbuntuで同じだし
402: 2018/12/24(月)03:49 ID:1FHaqnFo(1) AAS
>>400
Debian sid (testing) + Xfce で NetBeans 動いています。
403(1): 2018/12/24(月)06:00 ID:jvyMwdQ6(1) AAS
VirtualBoxでいいだろ
無料だし小細工しなくても画面あるし
404(1): 2018/12/24(月)09:09 ID:AGLf+vlS(1/3) AAS
>>403
VirtuaBoxではWindows プログラムを起動できない
405: 2018/12/24(月)09:13 ID:b4dDs+CT(1) AAS
（何言ってんだこいつ・・・
406: 2018/12/24(月)09:16 ID:AGLf+vlS(2/3) AAS
>>404
ホスト側のということだよ
407: 2018/12/24(月)09:47 ID:r/wYxHpH(1) AAS
VirtualBoxでLinux？
GUIなデスクトップ用には要らねーなｗ
もう鯖とマイコンボードだけで十分だよLinuxは。
408: 2018/12/24(月)09:54 ID:AGLf+vlS(3/3) AAS
今の話の流れはLinuxだろ
409: 2018/12/24(月)10:13 ID:RXGsCkfr(1) AAS
パフォーマンスがまるでおもちゃなのがな。
VirtualBoxで動かすのと大差ないという（当然Hyper-Vにはボロ負け）。
開発環境として使う分にはいいが、本格的にLinuxサービスを動かすのにはまったく使えない。
410(2): 2018/12/24(月)11:13 ID:Zhfep4ax(1/2) AAS
VirtuaBoxはOracleが絡んでるからヤダ
411: 2018/12/24(月)13:20 ID:sB1miyd2(1/3) AAS
>>410
やくざに関わるとあとがな。
412(1): 2018/12/24(月)13:35 ID:jqS8T91I(1) AAS
よく考えたらMSもネットヤクザだな。
毎月爆弾仕込みのアップデートを配布するから、そいつらに怯えながら生活・仕事しないといけいない。
413: 2018/12/24(月)14:09 ID:fOFd4UE9(1/3) AAS
つか犬糞のアップデートパッチだって爆弾仕込みじゃねえかｗ
ゴミみてえなOSどもに取り囲まれた素晴らしいディストピアになったな
414(1): 2018/12/24(月)14:19 ID:Qn2gGVx6(1) AAS
>>410
Oracleのライセンスは酷い。同じネットワークに複数のVMware ESXiを運用していると、全ての物理サーバー分のライセンスを要求してくる。まともな企業とは思えない。
415: 2018/12/24(月)14:20 ID:Zhfep4ax(2/2) AAS
>>412
MSはそれの対策に金を出せなんて言い出さないだろう？
一緒にするのはおかしいぞ
416: 2018/12/24(月)14:28 ID:fOFd4UE9(2/3) AAS
>>414
お前らゴキブリが腐れIBMとつるんで必死こいて犬糞押しやってSun潰しに励んだから
ボラクルが調子こくようになったんだろうが
自業自得じゃボケ
417: 2018/12/24(月)14:37 ID:sB1miyd2(2/3) AAS
キミたちの怒りはごもっともだけど、オラクルがやらなければ俺が潰してたから、結果は同じだと思うよ。
418: 2018/12/24(月)14:42 ID:fOFd4UE9(3/3) AAS
お前誰？
419: 2018/12/24(月)15:19 ID:sB1miyd2(3/3) AAS
X410が877円で売っているのだが、製造元のチョンネットワークって東アジア反日武装戦線と関係あるんだろか。
420: 2018/12/24(月)16:25 ID:gkPueE7s(1) AAS
はい、その通りです。
421(1): 2018/12/25(火)00:15 ID:FPaj6kyi(1/5) AAS
Windows10は他のデバイスとクリップボードの同期（マシンAでコピー、マシンBで貼り付けなど）ができるのだが、同じパソコン上のWSLとは出来ないのだろうか。
422(1): 2018/12/25(火)00:26 ID:DAdBnaIi(1/2) AAS
>>421
普通に端末からコピペできるけど？
423: 2018/12/25(火)01:08 ID:lonG9g9H(1) AAS
端末の上部にある、タイトルバーの所で、右クリックメニューを開く。
コマンドプロンプトと全く同じ
Linux では、Ctrl+C, Ctrl+D みたいに、Ctrl キーを制御キーとして使っているから、
Ctrl+C, Ctrl+V でコピペできない
そのうち、Ctrl+Shift+C, Ctrl+Shift+V でコピペできるようになるらしい
424: 2018/12/25(火)01:15 ID:DAdBnaIi(2/2) AAS
そういやコマンドプロンプトでも「挿入モード」とか使えるようになったんだよな。
まあコマンドプロンプトとWSLでインターフェース自体は同じものを使っているから
当たり前なんだが、今までの不便で改良されないコマンドプロンプトを知ってるとなんか不思議な感じだ
425: 2018/12/25(火)01:49 ID:FPaj6kyi(2/5) AAS
>>422
そういえばそうだな。
普通にコピペしてたわ。
426: 2018/12/25(火)01:51 ID:FPaj6kyi(3/5) AAS
CLIはコピペが命だからな。
427: 2018/12/25(火)03:14 ID:SdmqJXDO(1) AAS
Ctrl+Shift C/V はとっくに対応していますが...
428: 2018/12/25(火)03:24 ID:MUuP2Nsf(1) AAS
というか標準のコマンドプロンプト使わんでいいやん
429: 2018/12/25(火)03:54 ID:0bQk3sm3(1) AAS
いろいろ試してwslttyに落ち着いた
430: 2018/12/25(火)03:57 ID:FPaj6kyi(4/5) AAS
アンドロともクリップボードが同期出来たら便利なんだが、そんなソフトはないものだろうか。
431: 2018/12/25(火)05:14 ID:N6pI4tzd(1) AAS
アンドロがandroidのことなら昔からあるけど
432: 2018/12/25(火)18:31 ID:FPaj6kyi(5/5) AAS
なんてやつ？
433: 2018/12/25(火)21:17 ID:sqxpU0ak(1) AAS
おれはまだwsl-terminalから変えてないなぁ
wslttyは無駄にファイルが増えるからなんか敬遠してる
434: 2018/12/25(火)23:37 ID:PbTpFYEH(1) AAS
M@STERPIECEのほうがいいな
435: 2018/12/26(水)00:05 ID:nxgax9Uo(1) AAS
糞PowerShell糞も併用せざるを得ないからConEmu使ってるけど、正直使いにくい
wsltty上のtmuxでpowershell使えたらベストなんだけど、できるもんなのかな
もちろんLinux用のPowerShellとかいう誰得の糞じゃなくてWin上の糞の方ね
436: 2018/12/26(水)00:10 ID:GPsxXgH/(1) AAS
画像ﾘﾝｸ[gif]:i.imgur.com
437(1): 2018/12/31(月)10:58 ID:2isMnsKl(1) AAS
WSLのI/Oが遅いことに対するMS技術者からの回答
外部ﾘﾝｸ:opcdiary.net
438: 2018/12/31(月)12:05 ID:HV+LVqu/(1/12) AAS
>>437
リンク先に技術者からの回答が書いてなくてワロタｗ
これだけでいいや
情報源: Major performance (I/O?) issue in /mnt/* and in ~ (home) ・ Issue #873 ・ Microsoft/WSL ・ GitHub
外部ﾘﾝｸ:github.com
439: 2018/12/31(月)12:17 ID:NkNvARYE(1) AAS
3行で
440: 2018/12/31(月)12:21 ID:HV+LVqu/(2/12) AAS
I/Oを速くするにはNFSサーバーを実装して
WSLからはNFSマウント、Windowsからは
エクスプローラーにNFSマウントって
形でできないのかなーって思ってる。
実際の物理ファイルは1ファイルにしてさ
そうすればNTFSとの変換とかも必要なくなると思うんだがねぇ
441: 2018/12/31(月)12:27 ID:umFrWbOb(1) AAS
ネットワークのI/Oも遅いなら意味ないだろ
442(1): 2018/12/31(月)12:28 ID:HV+LVqu/(3/12) AAS
試してはいないんだけど、VirtualBoxでVM作って、
NFSサーバーとSambaサーバーをインストールしたらどうだろう？と思ったけど
そうかWSLでNFSマウントできないのか
まずはFUSE実装だよな。
443: 2018/12/31(月)12:41 ID:fcnXZHC7(1/4) AAS
Windows捨てるほどでもない、Hyper-VにLinux入れりゃいいだけ。
Win10使うんだし。
444(2): 2018/12/31(月)13:21 ID:3FoBqhEJ(1) AAS
>>442
nfsはfuseに依存しないしfuseなんて所轄ユーザーモードだから特定の用途でしか使わないけどそのfuseすら使えないのがディスられてるだけ
445: 2018/12/31(月)17:49 ID:HV+LVqu/(4/12) AAS
>>444
ディスられてはないぞ？
早く対応してほしいって言われてるだけ
fuseはユーザーモードだけで実現されてるわけじゃないんだから
（本当にユーザーモードだけで実現しているなら動く）
446: 2018/12/31(月)17:50 ID:HV+LVqu/(5/12) AAS
あー、wikipediaにちょうどいい図があった
外部ﾘﾝｸ:ja.wikipedia.org
ほらな。カーネルに機能が必要
447: 2018/12/31(月)17:51 ID:HV+LVqu/(6/12) AAS
ちなみに、NFSもカーネル側に含まれてるな
448: 2018/12/31(月)17:52 ID:HV+LVqu/(7/12) AAS
こうやって知識が浅いやつが、ディスってるんだよなｗ
と無知な>>444をディスっておこう
> Filesystem in Userspace (FUSE) はUnix系コンピュータオペレーティングシステム用の
> ソフトウェアインタフェースである。権限を持たないユーザがカーネルコードを修正することなく
> 独自のファイルシステムを作成できる機能を提供する。これは、ファイルシステムのコードを
> ユーザ空間で実行することでなされるもので、その際FUSEモジュールは
> 実際のカーネルインタフェースへの「橋渡し」しか提供しない。
449(1): 2018/12/31(月)18:00 ID:6ukIzY4F(1) AAS
DOKANの64ビット版って無かったっけ
450: 2018/12/31(月)18:13 ID:HV+LVqu/(8/12) AAS
>>449
あるよ。WinSshFsなら使ってる。
そうだね。その方法ならできそうだよね。
そういや昔それやろうとして、（昔）WSLでsshサーバー立てるのが
面倒だったのとWSL的にはDrvFs使ってほしそうだったのでやめたんだったｗ
この方法を応用すればWindowsから（Windowsの）仮想的なファイルシステムを作って
WSL上のファイルにアクセスできると思うんだけどな
Windowsからのアクセスは遅くなるけどWSL内でのアクセスは速くなるはず
451(1): 2018/12/31(月)20:53 ID:S6Df5hUt(1) AAS
＞そうかWSLでNFSマウントできないのか
＞まずはFUSE実装だよな。
おかしいだろこれww
＞こうやって知識が浅いやつが
ブーメランww
452: 2018/12/31(月)21:07 ID:zwtFfWtK(1) AAS
cygwin/msysのI/Oも遅いことで有名だったけど体感のもっさり感がWSLでも変わんないからまぁ期待はずれ感はある
453: 2018/12/31(月)22:20 ID:J7cHAo8a(1) AAS
そんなもっさり感ある？
454: 2018/12/31(月)22:49 ID:HV+LVqu/(9/12) AAS
>>451
何がおかしいのか言ってみ？
NFSはfuseでマウントできる
だがfuseの機能を実現するにはカーネルに機能が必要
WSLが提供しているのはLinuxカーネル互換機能
fuseはファイルシステムを実装するための
インターフェースを提供するもので
機能自体はカーネルによって実現されてる
ここみろ
外部ﾘﾝｸ:ja.wikipedia.org
455: 2018/12/31(月)22:53 ID:fcnXZHC7(2/4) AAS
どこにそんなこと書いてるんだよ？w
これは恥ずかしいww
456: 2018/12/31(月)22:58 ID:HV+LVqu/(10/12) AAS
右側に、FUSEがkernelの領域に入っていることを示す図があるだろ
まあ、気づかなかったんだろうね
457: 2018/12/31(月)22:59 ID:HV+LVqu/(11/12) AAS
あと文章も
> Filesystem in Userspace (FUSE) はUnix系コンピュータオペレーティングシステム用のソフトウェアインタフェースである。
> 権限を持たないユーザがカーネルコードを修正することなく独自のファイルシステムを作成できる機能を提供する。
> これは、ファイルシステムのコードをユーザ空間で実行することでなされるもので、
> その際FUSEモジュールは実際のカーネルインタフェースへの「橋渡し」しか提供しない。
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
458: 2018/12/31(月)23:02 ID:fcnXZHC7(3/4) AAS
それとNFSがどう関係するの？全然関係ねえわw
NFSがFUSEに依存する根拠って何？
NFSってのはネットワーク実装がされた黎明期(80年代)からあるもので、FUSEがLinuxに実装されたのは2000年代だったと思うぞ？
外部ﾘﾝｸ:ja.wikipedia.org
歴史的に新しいFUSEにNFSが依存するって矛盾してると思わないのか？
459: 2018/12/31(月)23:04 ID:HV+LVqu/(12/12) AAS
FUSEが実装されれば、NFSを含めFUSEで扱える全てのファイルシステムに
対応できるので、個別にNFS用カーネルモジュールを作成する必要がなくなる
A FUSE module for NFSv3/4
外部ﾘﾝｸ:github.com
460(1): 2018/12/31(月)23:18 ID:fcnXZHC7(4/4) AAS
見苦しいぞ・・・今更そんな何処の馬の骨か知らない奴のOSS引っ張り出してこないで謝れよ。
韓国とまるっきり同じじゃねえかw今年中に解決しないのか？
夕方眠くなったので年越しまでちょっと寝てたらこんなことになってたわw
461: 2019/01/01(火)00:09 ID:37RvMxPe(1/2) AAS
言い返せやｗ
462(4): 2019/01/01(火)00:20 ID:37RvMxPe(2/2) AAS
>>460
質問に答えるたびに、あれはどうなんだ、これはどうなんだとか
質問を変えてきて、お前の方こそ韓国と同じじゃねーかｗ
463: 2019/01/01(火)01:31 ID:2R3mH7uc(1/2) AAS
bash/basher/bashest
464: 2019/01/01(火)09:59 ID:SnneeP6l(1) AAS
念のため聞くけどさ、金毘羅とコンパイラどっちが御利益あるかわかってるよね？
465: 2019/01/01(火)10:27 ID:N526KODO(1/2) AAS
紺童夢の方がご利益がある
466(1): 2019/01/01(火)11:18 ID:l6oUYxDu(1/5) AAS
>>462
おまえ 対 複数だぞ
みんなおまえがおかしいといってることに気づかないとは天然か
467: 2019/01/01(火)11:32 ID:N526KODO(2/2) AAS
>466
見苦しいぞ
468: 2019/01/01(火)11:57 ID:l6oUYxDu(2/5) AAS
あ、ごめん新年の一発目で見事にレス勘違いしてたwww
どうやら>>462がHV+LVqu/だと思ってたわ
469: 2019/01/01(火)11:59 ID:l6oUYxDu(3/5) AAS
味方に背後から砲撃してる自分想像してワロタ
470: 2019/01/01(火)12:08 ID:l6oUYxDu(4/5) AAS
いや違ったわ、やっぱfcnXZHC7が合ってて>>462がおかしい
もうだめだココ
471(1): 2019/01/01(火)12:09 ID:WywaNIhE(1) AAS
え、ワイも>>462がHV+LVqu/やと思ってたけどちゃうんか？
472: 2019/01/01(火)12:16 ID:l6oUYxDu(5/5) AAS
>>471
それはわからんけど、HV+LVqu/がおかしいのはあきらかなのに
援護するIDまで現れる始末だからもうだめだろココって
473: 2019/01/01(火)17:19 ID:2R3mH7uc(2/2) AAS
犬板で唯一まともなスレだろ。
474: 2019/01/07(月)20:24 ID:ylUw8anh(1) AAS
もういいから余所でやれw
475: 2019/01/13(日)01:51 ID:orxhD74L(1/2) AAS
少々手間ですがフリーのXサーバーを使えば DE や ブラウザ・NetBeans・VSCode など色々と動かせますね。
WLinux は試していませんが手間を金で省くって感じでしょうか。
476: 2019/01/13(日)02:10 ID:sa6t7AzP(1) AAS
本格的にLinux環境作ろうとすると仮想マシン使ったほうが快適になるのがアレだけど
Windowsのお手軽リモートログイン用シェルとして使うに良いと思う
477(1): 2019/01/13(日)05:24 ID:yYNOliDy(1) AAS
久しぶりにwsl内のvscode使おうとしたら、起動はするけど画面がないという1年前の状態みたいになっちゃった。
debian on wslだけど、設定ファイル全部削除とpurgeもしたけどダメですね。
他の環境では起動できてますか？
code_1.30.2-1546901646_amd64.deb
478: 2019/01/13(日)08:50 ID:xu1dVs2j(1) AAS
そもそも画面の機能なんか無いだろ
479: 2019/01/13(日)08:53 ID:B/G1FrmG(1) AAS
起動できる
そもそもX経由なのか、VNCとかで乗り込んでるのか
X経由なら手順間違ってるんじゃね？
480(1): 2019/01/13(日)13:44 ID:orxhD74L(2/2) AAS
>>477
VcXsrv + Ubuntu 18.04 XFCE で、VSCode は dpkg コマンドで入れて動作しています。
481(1): 2019/01/13(日)17:31 ID:iafeLWX7(1) AAS
Windows版でなく、WSLにLinux版を入れるメリット教えて。
482: 480 2019/01/14(月)02:16 ID:6oQ6UtAV(1) AAS
>>481
いまのところメリットの有無は検証していません。システムコールコンバーターの互換性具合を試しているだけです。
他の方がどうなのかはわかりかねます。
483(2): 2019/01/14(月)04:35 ID:eOk0EYEM(1) AAS
windows版vscodeとwslの組み合わせだとできないことが多いよ。
1. extensionがlanguage server protocolにちゃんと対応していて、さらに
2. windows側のvscodeで、wsl側のlanguage serverから情報取得できるようになっている、
開発言語じゃないと、windows側とwsl側の両方で開発環境揃えないといけない。
2の条件がほとんどの言語で満たされていないし、windows側で開発環境構築できないものもあるからね。
484: 2019/01/14(月)10:46 ID:mtaCji06(1) AAS
>>483
lspって何処で動かしても良いものでないのか。
485(1): 2019/01/14(月)11:00 ID:bbyxgwol(1/2) AAS
Visual StudioはWindowsが発祥なのになんじゃそりゃって感じだな。
486: 2019/01/14(月)12:33 ID:2m70/iKl(1) AAS
win版codeでwsl上のlanguage serverを使うなんてことやるよりwslにlinux版code入れた方がいいって話か
条件は何言ってるのかわからん
487(1): 2019/01/14(月)13:16 ID:/QRkDLKu(1) AAS
>>485
名前以外の関連性が存在しないVisual StudioとVisual Studio Codeを同一視するなんてLinuxとWindows Subsystem for Linuxを同一視するレベルの愚
488(1): 2019/01/14(月)13:18 ID:bbyxgwol(2/2) AAS
>>487
何言ってんだこいつ？
相手しない方がいいか
489: 2019/01/14(月)13:25 ID:ng1gu+mq(1) AAS
vscodeとvsってまずエディタの言語違うだろ。
vscodeはnode.jsだし。
あとideじゃないし。エディタだし。
490: 2019/01/14(月)13:38 ID:j4xo+hjC(1) AAS
VSとVSCodeにはlinuxとwslほどの類似性はないだろ
wslのコマンドラインから起動楽だしそれだけでもwslのvscoce使うメリハリあるんじゃね
491: 2019/01/14(月)16:49 ID:Xjjf3DeF(1) AAS
>>488
>>483の意味が分かってないね
492: 2019/01/16(水)01:25 ID:+mvJC7Yx(1) AAS
名前だけ見たらVisual StudioのIDEのエディタ部分のみ、とか誤解してもおかしくはないよ
Visual Studioなんかしらん人もいるだろうに、そこまで叩かんでいいのになあ
493: 2019/01/16(水)02:14 ID:egcnHTr2(1) AAS
ろくに知らんのに余計なレスしたから総ツッコミ食らっただけですやん
494: 2019/01/16(水)02:19 ID:5npoUdmy(1) AAS
Mac版のVisual Studio (Codeじゃないよ)とかXamarinそのものだし...
MSはVisual Studioって名前を広く使いたいだけで中身がどうとか考えてない
上下前次1-新書関写板覧索設栞歴
あと 508 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.026s