【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/

>cygwinとかビルドが必要だから
cygwin環境でビルドすれば別のcygwin環境に持って行っても動くと思うが
コレはバイナリ互換性とは違うんかねｗ

混んだらはヤクザから資金供与を受けたからアウト。

CalderalinuxはSCOに業務譲渡したからアウト。

VBox厨のワイは仮想化ネストネストで鯖プログラミングしてるぞ(VBox → Xen → Debian-Dom0 → Ubuntu-DomU → Ubuntu-LXCゲスト)をVBox上のDebianシンクラからSSHで操作
https://i.imgur.com/a0PM2MS.png
もしどっかのVPS使いたいとき、もしKVM上でXenが動くならそのままHDDイメージコピーしちゃえばいい予感だし、それが無理でもなんとかなる

>>349
それはcygwin環境でのみバイナリ互換

つまりOSが違うので、Linuxで動いたからって
cygwinで動くとは限らないわけ
そのせいでcygwinは全てのアプリが移植されてるわけじゃない

バイナリがそのまま動くということは
Ubuntuのパッケージが全部そのまま移植されたのと同じ
リポジトリがそのまま使える

CygwinはEXEと同じフォルダかパスとおってるところにCygwin1.dllおいとけば動くぞ。
UTF8のファイル扱うだけのコマンドラインなコマンド動かすだけならWSLより手軽。

>>352
>VBox上のDebianシンクラからSSHで操作
ホストOSはwinじゃねえのか…
>>353
>つまりOSが違うので、Linuxで動いたからって
>cygwinで動くとは限らないわけ
この条件なら
>Ubuntuのパッケージが全部そのまま移植されたのと同じ
>リポジトリがそのまま使える
ubuntu上でビルドしたところでcentosで動くとは限らんだろｗ
つかcygwinでも別のPCであっても同じようにcygwinのリポジトリが使えるし
要はcygwinとubuntuでバイナリパッケージの多寡を問題にしたいのか？

>>354
何が動く話をしてるか分かってないだろおまえ

>>355
大元のホストはWinよ
Win上のVBox上のDebianが二匹いる

>>355
こいつも馬鹿だな

>ubuntu上でビルドしたところでcentosで動くとは限らんだろｗ
当たり前だろ。
だからUbuntuで動くそのものがWSL(のubuntu)で動くことに意味があるってのに。

>>355
> ubuntu上でビルドしたところでcentosで動くとは限らんだろｗ

当たり前だが？

だからUbuntuをWindowsにインストールして
Ubuntuを使うんだろ。
同じUbuntuなんだからそのまま使える

なーんでこんなに揉めてんだw俺が変わったこと書いたせい？
FreeBSDよりWSLの方が新しいからエミュレーションの再現度は高いよ。

単芝の無能さん、無意味にスレ伸ばすのやめて

>>358
>だからUbuntuで動くそのものがWSL(のubuntu)で動くことに意味があるってのに。
>>359
>同じUbuntuなんだからそのまま使える
心配しなくてもアップデート掛けたらパッケージのバージョン違いですぐに動かないバイナリが出来上がる
ドッカーというカスな互換性ガチ無視OS向けのキモいツールがあるから今すぐシャブ中のように依存しろ

> 心配しなくてもアップデート掛けたらパッケージのバージョン違いですぐに動かないバイナリが出来上がる

もうWSLの話じゃなくなってるね。

Ubuntuのパッケージって、アップデートかけたら
すぐ動かなくなるんだー（笑）

> ドッカーというカスな互換性ガチ無視OS向けのキモいツールがあるから

DockerはLinux用のツールでしたね。

互換性ガチ無視OSってLinuxのことだって言わないと
わからないじゃないですかーｗ

パッケージじゃねえだろ
>Ubuntuで生成したバイナリをそのままWSLに持ってきて動くから
流れ嫁アスペ池沼

カスな犬糞以外にこんなキモイツールねえわ＞ドッカー
商用UNIXにもあの糞なwinにすらねえ

>>364
>わからない
ID:HJ+H2evR
テメーの言い分だろうが

>>367
ん？なにが？

>>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モジュールは
> 実際のカーネルインタフェースへの「橋渡し」しか提供しない。