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

>>286
なんで調べもしないで誹謗できるんだろうかね、
最近の日本人の精神構造はおかしくないか？

>>289
ちゃんと「Whitewater Foundry, Ltd. Co」って調べてるだろ

突っかかって来たって事は正確な情報でも知ってるんかね

>>290
これがゆとりの精神構造って奴か。
日本も終わりだな。中韓のことを笑ってられん。

田舎の民度なんかは中韓といい勝負だぞ昔から

5ch住民の精神構造だろ、何も変わってねえよ。

この流れに限っては客観的に見て突っかかってるジジイの精神構造のほうがあきらかにおかしいぞ
老害の自覚が皆無だから恐ろしい
WSLスレだからどうでもいいけどさ

>>293
都会民の民度が高いような言い方だな

>>295
ゆとりって出せば老害って返せばいいと思う馬鹿が釣れるというねｗ
ゆとり後の若い世代かも知れないのにねｗ

ゆとり後は30過ぎてるからおっさん
ID:/LltJrLZ はマジキチ確定

はいはい、あなたのゆーとーり

売ってるものを無料で再現したら違法だぞ

無料のモノを有料で売って金銭を騙し取った罪かな

>>300
いや、WLinuxとかFedoraRemixはgithubで公開されてるから違法にはならんだろ…
手順も書かれてるのに

>>294
5ch住人は中韓以下がふつうだからな
それが戦後教育と言うゆとり教育受けて今や社会の中心のおっさんなんだよな

中韓並みでゆとり教育受けたはおっさんは罵倒、雑談で盛り上がるよな

5chから雑談抜いたら何が残るんだよ。

希望かな

そもそもRedhatはFTP版を未来永劫提供すると明言してビジネスへの理解をコミュニティから取り付けたのに、結局廃止した。
Redhatをクローンするのは、むしろ正義に近い行い。

FTP版って今のFedoraのことやで？

https://thinkit.co.jp/article/6422

> そこから方向転換をして、2002年に企業向けに長期間安定して提供する
> Red Hat Enterprise Linux（RHEL）2.1をリリースしました。
> それまでのFTP版にあたるものは、2003年にFedora Core（現在のFedora）として
> リリースされるようになりました。The Fedora Projectで開発されるFedora Coreは、
> 次世代RHEL開発用のLinuxディストリビューションとして定義されました。

>そこから方向転換をして
>>307的にはコレ自体が許せないってハナシじゃねえの

>>309

> 1990年代後半になると、SAP社やOracle社などの商用のアプリケーションが
> Red Hat Linux上での動作を保証するようになりました。しかし、
> 当時のRed Hat Linuxは、マイナーバージョンアップするだけでも
> カーネルやライブラリの互換性が失われてしまい、企業で利用するには少々難点がありました。
>
> そこから方向転換をして、2002年に企業向けに長期間安定して提供する
略

> >>307的にはコレ自体が許せないってハナシじゃねえの
え？ 方向転換せずに、それまでどおりマイナーバージョンアップで
カーネルやライブラリの互換性を失うようにしてほしいってこと？
え？なんで？

>>308
いやいや、fedoraは全く意味合いが異なるから。
そこら辺は当時を生きていない人にはわからんのかもしれないが。
俺に言わせればRedhatは小汚い嘘つき。

>>311
お前、中身が何も伴ってないよ
そんなんで信用を得られると思ってんの？

>>310
いやRHEL自体をFTP版として無償提供しないのはおかしいっていうのが>>307の意見だろ…
Fedoraは単なる実験目的の人柱用じゃん
>それまでどおりマイナーバージョンアップで
>カーネルやライブラリの互換性を失うようにしてほしいってこと
そもRHELの謳う互換性自体が（ｒｙ

>>311
>Redhatは小汚い嘘つき
逆に買収元のIBMとの相性はすこぶる良さそうじゃあないかｗ

>>312
Redhatの何がダメかって、きれいごとを並べるけど、実際には金儲けしか考えていない。
レーザーファイブあたりは、LinuxコミュニティのためにやってるというRedhatの言葉を信じて、騙されたんじゃないのかな。
その点、Canonicalは、利益を生まなければ事業の継続性が担保できないと最初から方針を明示してるので好感が持てる。

>>313
そういうこと。

だから、当時の「マイナーバージョンアップするだけでもカーネルやライブラリの互換性が失われてしまう」
そんな時代のFTP版をFedoraという名前でずっと続けてるんでしょう？

FTP版ではなくて、安定版が欲しかったの？

>>317
FTP版というのは、商用製品を含まないRedhat Linuxそのものだったんだよ。

Redhatの初期の言い分を信じるなら、fedoraがあってもFTP版を存続させなければならなかったはずだ。

>>315
>Redhatの何がダメかって、きれいごとを並べるけど、実際には金儲けしか考えていない。
お陰で犬糞界隈では唯一マネタイズに成功した鳥になったじゃん
要は客がパッチとISOのDLに費用を払ってくれる唯一の鳥
solaris置き換えのため鯖用OSとして安定するには情弱ヴァカの不治痛辺りの人的貢献もあったしな
結果的にはOSシェアの譲渡含めてIBMにひたすら貢いだようなもんだがｗ
>レーザーファイブあたりは、LinuxコミュニティのためにやってるというRedhatの言葉を信じて、騙されたんじゃないのかな。
お人良しの日本人を耳ざわりのイイ謳い文句で騙すのは白豚にとっては朝飯前だっただろうなｗ

wslとして盛り上がってるのかと思ったら全然だった

頭痛が痛い

>>310
企業に提供してるのがそれなら、それが欲しい。
安定板が欲しいなら好きなディストリ選べばいいんだし。

IBMに買収されてて草

おまえら、RHELスレでやれよ

WLinux Enterpriseを自前で入れようぜ
https://github.com/WhitewaterFoundry/WLE

Scientific Linuxって使ったことないなぁ
しかしなんでWLinux EnterpriseはScientificLinux使ってるのに、
値引き前の値段があんなに高いんだろうか・・・

FedoraもCentOSもあるからFTP版（に相当するもの）を供給してるって言い張れるんじゃね？

確実なのはRedhatは嘘つきだ、騙されたって喚いてるだけの奴は憐れだってことだ

事後にゴールを動かして平気な人って、やっぱり韓国人なの？

詐話師連中の得たおこぼれに与ってないヤツらはアワレだって言い分？
所詮ビジネスなんだからうまく大義名分使って騙したもん勝ちでしょみたいな割り切りの要求なのかなｗ
島国根性つーか植民地的奴隷根性つーか何とも寒いハナシだが

>>329
そも居着きの鮮人にそんな理屈が分かるわけない

ターボリナックスは矢野が悪いと思うかもしれないが、それまでの事業内容を継続できないものに売り渡したクリフミラーも重罪。

手袋w

混んだらは？

重い混んだ腹、試練の

こんなにも15年以上前のスレチ昔話に乗るバカが多いんだから、俺がCore2Duoやカッパーマイニングを崇拝しても袋叩きにしないよな？そうだよな？

嫌フルボッコですよ

I/Oのせいで、中規模以上のプロジェクトだと、core2duo上の素のlinuxのほうが
いまどきのPC上のWSLでのbuildよりも速いから、あまり叩けない

http://www.itmedia.co.jp/enterprise/articles/1606/15/news001.html

FreeBSDにもLinuxバイナリエミュレーションが昔からあって、Dockerが動くらしいが、俺のところでは動かなかった。
z/OSとかメインフレームでもできるみたいだし、非Linux環境でLinuxバイナリを動かすニーズは結構あるんだな。

linuxでガッツリ何かをやるにはwslはお勧めできないけど
チョコっと何かをやるならお手軽なので使える

いや逆でしょ
Linuxでガッツリやる≒サーバーか組み込みだからクライアントなんか所詮開発やコンソールとして使うだけだ
そんなもんWSLで十分すぎる

よくバイナリがそのまま動くことが〜ってレスがあるけどぶっちゃけどうでもいいよね
Wineみたいにプロプライエタリが基本のwindowsのソフトをLinuxで動かすはまだわかるけど

いや、FreeBSDのLinuxエミュは重要だったよ。
FreeBSDのAdobe Flashプラグインはなかったから、エミュレーションで動かしてFreeBSDのデスクトップ環境でニコ動を見てた。
10年くらい前の話だが・・・そこまでするなら普通にLinux使えよってまた突っ込まれるけどw

Linuxで複数ディス鳥用にバイナリを作るより、WSLで作るほうがはるかに楽って理由。
CMake使ってるからかもしれないけど。

CMake、VCPKG、WSL、VS、これだけ揃えれば何でもできる。
ような気がする。

>>341
組み込みやらサーバーの開発にWSLを使うって、馬鹿だろｗ

>>342
FreeBSDがLinuxバイナリをそのまま的な話は、動くからやってみた
みたいなノリを感じるよね。やってる方は楽しいのだろう。

>サーバーの開発にWSLを使うって、馬鹿だろ
ドッカー厨なら…ｗ

>>342
> よくバイナリがそのまま動くことが〜ってレスがあるけどぶっちゃけどうでもいいよね

バイナリをそのまま動くようにしましたって話じゃなくて
バイナリがそのまま動くほど互換性が高いってことだよ

Ubuntuで生成したバイナリをそのままWSLに持ってきて動くから
バイナリ自体に問題がないことが証明される。
動かなければWSLに問題があるということになり、
動くわけだから互換性が高いという証拠になる

cygwinとかビルドが必要だからコンパイラの問題なのか
システム自体の問題なのかわからんでしょ？
コンパイラに問題がないと仮定したとして、完全に同じように動作するならば
生成されるバイナリも当然Linux用のバイナリになるわけだから
必然的にそれが動かないといけないし

高い互換性を実現すると、必然的にバイナリがそのまま動くようになってしまうんだよ

>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