【Bash】Windows Subsystem for Linux【WSL】4

Install the Windows Subsystem for Linux
https://docs.microsoft.com/en-us/windows/wsl/install-win10

前スレ
【Bash】Windows Subsystem for Linux【Ubuntu】3
http://mao.2ch.net/test/read.cgi/linux/1528141781/

>>368
>Ubuntuで生成したバイナリをそのままWSLに持ってきて動くから
>動くわけだから互換性が高いという証拠になる

パッケージアップデートで自分で生成したバイナリがスグ動かなくなるワケだから
互換性が低いという証拠になるよな

> パッケージアップデートで自分で生成したバイナリがスグ動かなくなるワケだから
Ubuntuってそうなの？

> 互換性が低いという証拠になるよな
お前が書いたコードの互換性が低いということかね？

MSは流石にOS開発経験長いからホントよく分かってる
犬糞はドッカーが動かないと使い物にならない腐れOSだってことをな
だからサクっと対応してきた
こういう甘やかしがある限りwinのx86 CPUのOSの盟主だという立場は名実ともに揺らがない

> パッケージアップデートで自分で生成したバイナリがスグ動かなくなるワケだから
> 互換性が低いという証拠になるよな

まあ、まずはそのソースコードとバイナリを見せてってことだな。

もし本当に動かなくなれば、互換性が低いということになるし
動いてしまえば、逆に互換性が高いという証拠になるだろう

>>371
Dockerは（主に自分で開発したアプリの）デプロイの方法をOS非依存にし
簡略化して可搬性をもたせる（違うOSでも動かせるようにする）ものするものなんだけど
お前Dockerの使い方わかってないだろう？ｗ

OS非依存っていうのは別のディストリやWindowsやMacでも
動かせるようにするってことだぞ。
バイナリ互換性のさらに上を実現するためのもの

>>370
>Ubuntuってそうなの？
ウブンツに限らんよ
犬糞全般的にそう
アップデート掛けたらOSが再起動後立ち上がってこなくなることすら珍しくない
>お前が書いたコードの互換性が低いということかね？
コードを再コンパイルすれば動くようになるならドッカー使ってその手順を起動前に組み込めという主張かな？ｗ

> コードを再コンパイルすれば動くようになるならドッカー使ってその手順を起動前に組み込めという主張かな？ｗ

やっぱりDockerをまともに理解してない

>>373
>OS非依存っていうのは
まぁ画餅というかプロパガンダだよな
実際使ってみれば制限多いってのはカンタンに分かる
ビルドが通れば動くって言ってるのと同じレベルの情弱

>>375
>やっぱりDockerをまともに理解してない
言いがかりレベルだろ
ビルドプロセスを組み込めば動くならそうやるしかねえじゃん
まさか古いパッケージのママでアップデートすら掛けずに使うのか？
セキュリティって知ってます？

日曜プログラマは気楽でイイよなｗ
ベンダの一方的な謳い文句を垂れ流すだけでツウ気取りできるんだから

> まさか古いパッケージのママでアップデートすら掛けずに使うのか？

新しいパッケージに変えてもそのまま動くから
Dockerがあるんだよ？

Dockerコンテナ内部のパッケージを新しくする方法がないわけじゃないけど、
Dockerfile書いて修正して、ビルドし直すのが正しい運用方法かな。
複数人に配布したり、開発環境と稼働環境でソフト・ミドルウェアの差を無くすことがDockerの目的。

>>379
逆や
アプデで壊れるからdocker使うんだよ
コンテナを動かすだけならホストの役割やパッケージは最小限にでき、アップデートで壊れる可能性を低くできる
アプリはどうせアップデートで壊れるもんだから、dockerによって依存関係を全部アプリ側に寄せてしまえば開発者が一緒にテストしてくれる

>>381
> アプデで壊れるからdocker使うんだよ

だからDockerはデプロイを簡単にするためのツールだって
お前使い方わかってないじゃんｗ

dockerスレでやれよ…
何だよ昨日から、伸びてるから新しい話でも有ったのかと思えばアホな言い合い…

>>379
この大ウソツキめｗ
>>380
>Dockerfile書いて修正して、ビルドし直すのが正しい運用方法かな。
担当者の対応は年明けになりますがよろしいでしょうか
>>381
>アプデで壊れるからdocker使うんだよ
お前は分かってるな
>アプリはどうせアップデートで壊れるもんだから
アプリだけじゃない
OSも壊れる
>>382
寝言は寝てから言えよｋｓ

Dockerの仕組みがわかってないのか。
一旦作ったイメージをどのOS（DebianとかCentOSとか）でも
同じように使えるのは、互換性があるからだろ

Dockerレジストリにpushしたイメージをpullしても
イメージ作り直したりしないんだぞ。
そのイメージの中にはバイナリも含まれてる。

それが別のOSでも動いているだろうが

>>382
デプロイを楽にしたいだけならアプリだけzipに固めりゃいいだろう
ホストには常に最新のCentOSとDebianのコンテナを置いておけばいい
遥かに小さいサイズでデプロイできてクソ楽だぞ？実際PaaSはそうやってる
Dockerによるデプロイはなぜそうしないか考えたことある？
アップデートで壊れるからだよw

> デプロイを楽にしたいだけならアプリだけzipに固めりゃいいだろう
Dockerはそれと同じような仕組みなんだけど
zipじゃなくて専用のファイル形式ってだけで

> Dockerによるデプロイはなぜそうしないか考えたことある？
うん。だからそうしてるよね？
アップデートで壊れたりしないから

このようにイメージをtarに固めることだって出来るし
https://blog.amedama.jp/entry/2017/11/01/204637

普通に公式を出せばよかったか
https://docs.docker.com/engine/reference/commandline/import/
tar.gz　とかにも対応してる

> This will create a new untagged image.
> $ docker import http://example.com/exampleimage.tgz

>>387
だからアップデートで壊れないんならなんでOSまでパッケージに含める必要があると思うの？
明らかに冗長だよねw

Linuxばっかり使ってるからzipと書いてあって「えっ？」とすごい違和感感じちゃったよ

正確には初めからずっと壊れたままで直すフリして延々カネだけ取ってんだよ
それが犬糞のディス鳥商売

ほんでぶっ壊れてるモンを何とかかんとかバグ突かずに済むようにプログラマ様が工夫凝らしたコードと共に
別OSでも動くよ互換性だよレベルの池沼もまるっと優しくおバカ光線で包み込むのがドッカー

>>391
PaaSのデプロイはだいたいzipだよ

>>390
> だからアップデートで壊れないんならなんでOSまでパッケージに含める必要があると思うの？

え？バイナリ互換性の話だよね？

>Ubuntuで生成したバイナリをそのままWSLに持ってきて動くから
>動くわけだから互換性が高いという証拠になる

↑この話をしてるよね

アップデート掛けたら壊れる不憫さだから全部持ってきてんだよ
なんとかソレっぽく動くフリしてるやつ選別してな

一台だけなら一個一個入れてもいいけど、台数増えたら大変だから、っていう仕組みだろ

で、どうWSLの話とつなげるの？

>>397
バイナリ互換があるからWSLのUbuntuでも
LinuxのUbuntuでも同じように動く

ということにしたいのですね

今更だけどX鯖動かしてみた。
xclockとxeyesが動いてる・・・
Eclipse動くし、geditも動いた。
NetBeans動かないのが解せん。

もうLinux機はGUI要らないやｗ

>>399
だって、aptのパッケージの更新先リポジトリが
Linux上のUbuntuとWSL上のUbuntuで同じだし

>>400
Debian sid (testing) + Xfce で NetBeans 動いています。

VirtualBoxでいいだろ
無料だし小細工しなくても画面あるし

>>403
VirtuaBoxではWindows プログラムを起動できない

（何言ってんだこいつ・・・

>>404
ホスト側のということだよ

VirtualBoxでLinux？
GUIなデスクトップ用には要らねーなｗ
もう鯖とマイコンボードだけで十分だよLinuxは。

今の話の流れはLinuxだろ

パフォーマンスがまるでおもちゃなのがな。
VirtualBoxで動かすのと大差ないという（当然Hyper-Vにはボロ負け）。
開発環境として使う分にはいいが、本格的にLinuxサービスを動かすのにはまったく使えない。

VirtuaBoxはOracleが絡んでるからヤダ

>>410
やくざに関わるとあとがな。

よく考えたらMSもネットヤクザだな。
毎月爆弾仕込みのアップデートを配布するから、そいつらに怯えながら生活・仕事しないといけいない。

つか犬糞のアップデートパッチだって爆弾仕込みじゃねえかｗ
ゴミみてえなOSどもに取り囲まれた素晴らしいディストピアになったな

>>410
Oracleのライセンスは酷い。同じネットワークに複数のVMware ESXiを運用していると、全ての物理サーバー分のライセンスを要求してくる。まともな企業とは思えない。

>>412
MSはそれの対策に金を出せなんて言い出さないだろう？
一緒にするのはおかしいぞ

>>414
お前らゴキブリが腐れIBMとつるんで必死こいて犬糞押しやってSun潰しに励んだから
ボラクルが調子こくようになったんだろうが
自業自得じゃボケ

キミたちの怒りはごもっともだけど、オラクルがやらなければ俺が潰してたから、結果は同じだと思うよ。

お前誰？

X410が877円で売っているのだが、製造元のチョンネットワークって東アジア反日武装戦線と関係あるんだろか。

はい、その通りです。

Windows10は他のデバイスとクリップボードの同期（マシンAでコピー、マシンBで貼り付けなど）ができるのだが、同じパソコン上のWSLとは出来ないのだろうか。

>>421
普通に端末からコピペできるけど？

端末の上部にある、タイトルバーの所で、右クリックメニューを開く。
コマンドプロンプトと全く同じ

Linux では、Ctrl+C, Ctrl+D みたいに、Ctrl キーを制御キーとして使っているから、
Ctrl+C, Ctrl+V でコピペできない

そのうち、Ctrl+Shift+C, Ctrl+Shift+V でコピペできるようになるらしい

そういやコマンドプロンプトでも「挿入モード」とか使えるようになったんだよな。
まあコマンドプロンプトとWSLでインターフェース自体は同じものを使っているから
当たり前なんだが、今までの不便で改良されないコマンドプロンプトを知ってるとなんか不思議な感じだ

>>422
そういえばそうだな。
普通にコピペしてたわ。

CLIはコピペが命だからな。

Ctrl+Shift C/V はとっくに対応していますが...

というか標準のコマンドプロンプト使わんでいいやん

いろいろ試してwslttyに落ち着いた

アンドロともクリップボードが同期出来たら便利なんだが、そんなソフトはないものだろうか。

アンドロがandroidのことなら昔からあるけど

なんてやつ？

おれはまだwsl-terminalから変えてないなぁ
wslttyは無駄にファイルが増えるからなんか敬遠してる

M@STERPIECEのほうがいいな

糞PowerShell糞も併用せざるを得ないからConEmu使ってるけど、正直使いにくい
wsltty上のtmuxでpowershell使えたらベストなんだけど、できるもんなのかな
もちろんLinux用のPowerShellとかいう誰得の糞じゃなくてWin上の糞の方ね

https://i.imgur.com/onC2mLu.gifhttps://i.imgur.com/p6fw3Uz.gif

WSLのI/Oが遅いことに対するMS技術者からの回答
https://opcdiary.net/?p=49824

>>437
リンク先に技術者からの回答が書いてなくてワロタｗ

これだけでいいや

情報源: Major performance (I/O?) issue in /mnt/* and in ~ (home) ・ Issue #873 ・ Microsoft/WSL ・ GitHub
https://github.com/Microsoft/WSL/issues/873

3行で

I/Oを速くするにはNFSサーバーを実装して
WSLからはNFSマウント、Windowsからは
エクスプローラーにNFSマウントって
形でできないのかなーって思ってる。

実際の物理ファイルは1ファイルにしてさ
そうすればNTFSとの変換とかも必要なくなると思うんだがねぇ

ネットワークのI/Oも遅いなら意味ないだろ

試してはいないんだけど、VirtualBoxでVM作って、
NFSサーバーとSambaサーバーをインストールしたらどうだろう？と思ったけど
そうかWSLでNFSマウントできないのか
まずはFUSE実装だよな。

Windows捨てるほどでもない、Hyper-VにLinux入れりゃいいだけ。
Win10使うんだし。

>>442
nfsはfuseに依存しないしfuseなんて所轄ユーザーモードだから特定の用途でしか使わないけどそのfuseすら使えないのがディスられてるだけ

>>444
ディスられてはないぞ？
早く対応してほしいって言われてるだけ
fuseはユーザーモードだけで実現されてるわけじゃないんだから
（本当にユーザーモードだけで実現しているなら動く）

あー、wikipediaにちょうどいい図があった

https://ja.wikipedia.org/wiki/Filesystem_in_Userspace
ほらな。カーネルに機能が必要

ちなみに、NFSもカーネル側に含まれてるな

こうやって知識が浅いやつが、ディスってるんだよなｗ

と無知な>>444をディスっておこう

> Filesystem in Userspace (FUSE) はUnix系コンピュータオペレーティングシステム用の
> ソフトウェアインタフェースである。権限を持たないユーザがカーネルコードを修正することなく
> 独自のファイルシステムを作成できる機能を提供する。これは、ファイルシステムのコードを
> ユーザ空間で実行することでなされるもので、その際FUSEモジュールは
> 実際のカーネルインタフェースへの「橋渡し」しか提供しない。

DOKANの64ビット版って無かったっけ

>>449
あるよ。WinSshFsなら使ってる。

そうだね。その方法ならできそうだよね。
そういや昔それやろうとして、（昔）WSLでsshサーバー立てるのが
面倒だったのとWSL的にはDrvFs使ってほしそうだったのでやめたんだったｗ

この方法を応用すればWindowsから（Windowsの）仮想的なファイルシステムを作って
WSL上のファイルにアクセスできると思うんだけどな
Windowsからのアクセスは遅くなるけどWSL内でのアクセスは速くなるはず

＞そうかWSLでNFSマウントできないのか
＞まずはFUSE実装だよな。
おかしいだろこれww

＞こうやって知識が浅いやつが
ブーメランww

cygwin/msysのI/Oも遅いことで有名だったけど体感のもっさり感がWSLでも変わんないからまぁ期待はずれ感はある

そんなもっさり感ある？

>>451
何がおかしいのか言ってみ？

NFSはfuseでマウントできる
だがfuseの機能を実現するにはカーネルに機能が必要
WSLが提供しているのはLinuxカーネル互換機能
fuseはファイルシステムを実装するための
インターフェースを提供するもので
機能自体はカーネルによって実現されてる

ここみろ
https://ja.wikipedia.org/wiki/Filesystem_in_Userspace

どこにそんなこと書いてるんだよ？w
これは恥ずかしいww

右側に、FUSEがkernelの領域に入っていることを示す図があるだろ
まあ、気づかなかったんだろうね

あと文章も

> Filesystem in Userspace (FUSE) はUnix系コンピュータオペレーティングシステム用のソフトウェアインタフェースである。
> 権限を持たないユーザがカーネルコードを修正することなく独自のファイルシステムを作成できる機能を提供する。
> これは、ファイルシステムのコードをユーザ空間で実行することでなされるもので、
> その際FUSEモジュールは実際のカーネルインタフェースへの「橋渡し」しか提供しない。
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

それとNFSがどう関係するの？全然関係ねえわw
NFSがFUSEに依存する根拠って何？

NFSってのはネットワーク実装がされた黎明期(80年代)からあるもので、FUSEがLinuxに実装されたのは2000年代だったと思うぞ？
https://ja.wikipedia.org/wiki/Network_File_System

歴史的に新しいFUSEにNFSが依存するって矛盾してると思わないのか？

FUSEが実装されれば、NFSを含めFUSEで扱える全てのファイルシステムに
対応できるので、個別にNFS用カーネルモジュールを作成する必要がなくなる

A FUSE module for NFSv3/4
https://github.com/sahlberg/fuse-nfs

見苦しいぞ・・・今更そんな何処の馬の骨か知らない奴のOSS引っ張り出してこないで謝れよ。
韓国とまるっきり同じじゃねえかw今年中に解決しないのか？

夕方眠くなったので年越しまでちょっと寝てたらこんなことになってたわw

言い返せやｗ

>>460
質問に答えるたびに、あれはどうなんだ、これはどうなんだとか
質問を変えてきて、お前の方こそ韓国と同じじゃねーかｗ

bash/basher/bashest

念のため聞くけどさ、金毘羅とコンパイラどっちが御利益あるかわかってるよね？

紺童夢の方がご利益がある

>>462
おまえ 対 複数だぞ
みんなおまえがおかしいといってることに気づかないとは天然か

>466
見苦しいぞ

あ、ごめん新年の一発目で見事にレス勘違いしてたwww
どうやら>>462がHV+LVqu/だと思ってたわ