【Bash】Windows Subsystem for Linux【WSL】4
■ このスレッドは過去ログ倉庫に格納されています
>>308
いやいや、fedoraは全く意味合いが異なるから。
そこら辺は当時を生きていない人にはわからんのかもしれないが。
俺に言わせればRedhatは小汚い嘘つき。 >>311
お前、中身が何も伴ってないよ
そんなんで信用を得られると思ってんの? >>310
いやRHEL自体をFTP版として無償提供しないのはおかしいっていうのが>>307の意見だろ…
Fedoraは単なる実験目的の人柱用じゃん
>それまでどおりマイナーバージョンアップで
>カーネルやライブラリの互換性を失うようにしてほしいってこと
そもRHELの謳う互換性自体が(ry >>311
>Redhatは小汚い嘘つき
逆に買収元のIBMとの相性はすこぶる良さそうじゃあないかw >>312
Redhatの何がダメかって、きれいごとを並べるけど、実際には金儲けしか考えていない。
レーザーファイブあたりは、LinuxコミュニティのためにやってるというRedhatの言葉を信じて、騙されたんじゃないのかな。
その点、Canonicalは、利益を生まなければ事業の継続性が担保できないと最初から方針を明示してるので好感が持てる。 だから、当時の「マイナーバージョンアップするだけでもカーネルやライブラリの互換性が失われてしまう」
そんな時代のFTP版をFedoraという名前でずっと続けてるんでしょう?
FTP版ではなくて、安定版が欲しかったの? >>317
FTP版というのは、商用製品を含まないRedhat Linuxそのものだったんだよ。 Redhatの初期の言い分を信じるなら、fedoraがあってもFTP版を存続させなければならなかったはずだ。 >>315
>Redhatの何がダメかって、きれいごとを並べるけど、実際には金儲けしか考えていない。
お陰で犬糞界隈では唯一マネタイズに成功した鳥になったじゃん
要は客がパッチとISOのDLに費用を払ってくれる唯一の鳥
solaris置き換えのため鯖用OSとして安定するには情弱ヴァカの不治痛辺りの人的貢献もあったしな
結果的にはOSシェアの譲渡含めてIBMにひたすら貢いだようなもんだがw
>レーザーファイブあたりは、LinuxコミュニティのためにやってるというRedhatの言葉を信じて、騙されたんじゃないのかな。
お人良しの日本人を耳ざわりのイイ謳い文句で騙すのは白豚にとっては朝飯前だっただろうなw wslとして盛り上がってるのかと思ったら全然だった >>310
企業に提供してるのがそれなら、それが欲しい。
安定板が欲しいなら好きなディストリ選べばいいんだし。 WLinux Enterpriseを自前で入れようぜ
https://github.com/WhitewaterFoundry/WLE
Scientific Linuxって使ったことないなぁ
しかしなんでWLinux EnterpriseはScientificLinux使ってるのに、
値引き前の値段があんなに高いんだろうか・・・ FedoraもCentOSもあるからFTP版(に相当するもの)を供給してるって言い張れるんじゃね? 確実なのはRedhatは嘘つきだ、騙されたって喚いてるだけの奴は憐れだってことだ 事後にゴールを動かして平気な人って、やっぱり韓国人なの? 詐話師連中の得たおこぼれに与ってないヤツらはアワレだって言い分?
所詮ビジネスなんだからうまく大義名分使って騙したもん勝ちでしょみたいな割り切りの要求なのかなw
島国根性つーか植民地的奴隷根性つーか何とも寒いハナシだが >>329
そも居着きの鮮人にそんな理屈が分かるわけない ターボリナックスは矢野が悪いと思うかもしれないが、それまでの事業内容を継続できないものに売り渡したクリフミラーも重罪。 こんなにも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を使うって、馬鹿だろw
>>342
FreeBSDがLinuxバイナリをそのまま的な話は、動くからやってみた
みたいなノリを感じるよね。やってる方は楽しいのだろう。 >サーバーの開発にWSLを使うって、馬鹿だろ
ドッカー厨なら…w >>342
> よくバイナリがそのまま動くことが〜ってレスがあるけどぶっちゃけどうでもいいよね
バイナリをそのまま動くようにしましたって話じゃなくて
バイナリがそのまま動くほど互換性が高いってことだよ
Ubuntuで生成したバイナリをそのままWSLに持ってきて動くから
バイナリ自体に問題がないことが証明される。
動かなければWSLに問題があるということになり、
動くわけだから互換性が高いという証拠になる
cygwinとかビルドが必要だからコンパイラの問題なのか
システム自体の問題なのかわからんでしょ?
コンパイラに問題がないと仮定したとして、完全に同じように動作するならば
生成されるバイナリも当然Linux用のバイナリになるわけだから
必然的にそれが動かないといけないし
高い互換性を実現すると、必然的にバイナリがそのまま動くようになってしまうんだよ >cygwinとかビルドが必要だから
cygwin環境でビルドすれば別のcygwin環境に持って行っても動くと思うが
コレはバイナリ互換性とは違うんかねw 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で動くとは限らんだろw
つかcygwinでも別のPCであっても同じようにcygwinのリポジトリが使えるし
要はcygwinとubuntuでバイナリパッケージの多寡を問題にしたいのか? >>354
何が動く話をしてるか分かってないだろおまえ >>355
大元のホストはWinよ
Win上のVBox上のDebianが二匹いる >>355
こいつも馬鹿だな
>ubuntu上でビルドしたところでcentosで動くとは限らんだろw
当たり前だろ。
だからUbuntuで動くそのものがWSL(のubuntu)で動くことに意味があるってのに。 >>355
> ubuntu上でビルドしたところでcentosで動くとは限らんだろw
当たり前だが?
だからUbuntuをWindowsにインストールして
Ubuntuを使うんだろ。
同じUbuntuなんだからそのまま使える なーんでこんなに揉めてんだw俺が変わったこと書いたせい?
FreeBSDよりWSLの方が新しいからエミュレーションの再現度は高いよ。 >>358
>だからUbuntuで動くそのものがWSL(のubuntu)で動くことに意味があるってのに。
>>359
>同じUbuntuなんだからそのまま使える
心配しなくてもアップデート掛けたらパッケージのバージョン違いですぐに動かないバイナリが出来上がる
ドッカーというカスな互換性ガチ無視OS向けのキモいツールがあるから今すぐシャブ中のように依存しろ > 心配しなくてもアップデート掛けたらパッケージのバージョン違いですぐに動かないバイナリが出来上がる
もうWSLの話じゃなくなってるね。
Ubuntuのパッケージって、アップデートかけたら
すぐ動かなくなるんだー(笑) > ドッカーというカスな互換性ガチ無視OS向けのキモいツールがあるから
DockerはLinux用のツールでしたね。
互換性ガチ無視OSってLinuxのことだって言わないと
わからないじゃないですかーw パッケージじゃねえだろ
>Ubuntuで生成したバイナリをそのままWSLに持ってきて動くから
流れ嫁アスペ池沼 カスな犬糞以外にこんなキモイツールねえわ>ドッカー
商用UNIXにもあの糞なwinにすらねえ >>364
>わからない
ID:HJ+H2evR
テメーの言い分だろうが >>368
>Ubuntuで生成したバイナリをそのままWSLに持ってきて動くから
>動くわけだから互換性が高いという証拠になる
パッケージアップデートで自分で生成したバイナリがスグ動かなくなるワケだから
互換性が低いという証拠になるよな > パッケージアップデートで自分で生成したバイナリがスグ動かなくなるワケだから
Ubuntuってそうなの?
> 互換性が低いという証拠になるよな
お前が書いたコードの互換性が低いということかね? MSは流石にOS開発経験長いからホントよく分かってる
犬糞はドッカーが動かないと使い物にならない腐れOSだってことをな
だからサクっと対応してきた
こういう甘やかしがある限りwinのx86 CPUのOSの盟主だという立場は名実ともに揺らがない > パッケージアップデートで自分で生成したバイナリがスグ動かなくなるワケだから
> 互換性が低いという証拠になるよな
まあ、まずはそのソースコードとバイナリを見せてってことだな。
もし本当に動かなくなれば、互換性が低いということになるし
動いてしまえば、逆に互換性が高いという証拠になるだろう >>371
Dockerは(主に自分で開発したアプリの)デプロイの方法をOS非依存にし
簡略化して可搬性をもたせる(違うOSでも動かせるようにする)ものするものなんだけど
お前Dockerの使い方わかってないだろう?w
OS非依存っていうのは別のディストリやWindowsやMacでも
動かせるようにするってことだぞ。
バイナリ互換性のさらに上を実現するためのもの >>370
>Ubuntuってそうなの?
ウブンツに限らんよ
犬糞全般的にそう
アップデート掛けたらOSが再起動後立ち上がってこなくなることすら珍しくない
>お前が書いたコードの互換性が低いということかね?
コードを再コンパイルすれば動くようになるならドッカー使ってその手順を起動前に組み込めという主張かな?w > コードを再コンパイルすれば動くようになるならドッカー使ってその手順を起動前に組み込めという主張かな?w
やっぱりDockerをまともに理解してない >>373
>OS非依存っていうのは
まぁ画餅というかプロパガンダだよな
実際使ってみれば制限多いってのはカンタンに分かる
ビルドが通れば動くって言ってるのと同じレベルの情弱 >>375
>やっぱりDockerをまともに理解してない
言いがかりレベルだろ
ビルドプロセスを組み込めば動くならそうやるしかねえじゃん
まさか古いパッケージのママでアップデートすら掛けずに使うのか?
セキュリティって知ってます? 日曜プログラマは気楽でイイよなw
ベンダの一方的な謳い文句を垂れ流すだけでツウ気取りできるんだから > まさか古いパッケージのママでアップデートすら掛けずに使うのか?
新しいパッケージに変えてもそのまま動くから
Dockerがあるんだよ? Dockerコンテナ内部のパッケージを新しくする方法がないわけじゃないけど、
Dockerfile書いて修正して、ビルドし直すのが正しい運用方法かな。
複数人に配布したり、開発環境と稼働環境でソフト・ミドルウェアの差を無くすことがDockerの目的。 >>379
逆や
アプデで壊れるからdocker使うんだよ
コンテナを動かすだけならホストの役割やパッケージは最小限にでき、アップデートで壊れる可能性を低くできる
アプリはどうせアップデートで壊れるもんだから、dockerによって依存関係を全部アプリ側に寄せてしまえば開発者が一緒にテストしてくれる >>381
> アプデで壊れるからdocker使うんだよ
だからDockerはデプロイを簡単にするためのツールだって
お前使い方わかってないじゃんw dockerスレでやれよ…
何だよ昨日から、伸びてるから新しい話でも有ったのかと思えばアホな言い合い… >>379
この大ウソツキめw
>>380
>Dockerfile書いて修正して、ビルドし直すのが正しい運用方法かな。
担当者の対応は年明けになりますがよろしいでしょうか
>>381
>アプデで壊れるからdocker使うんだよ
お前は分かってるな
>アプリはどうせアップデートで壊れるもんだから
アプリだけじゃない
OSも壊れる
>>382
寝言は寝てから言えよks Dockerの仕組みがわかってないのか。
一旦作ったイメージをどのOS(DebianとかCentOSとか)でも
同じように使えるのは、互換性があるからだろ
Dockerレジストリにpushしたイメージをpullしても
イメージ作り直したりしないんだぞ。
そのイメージの中にはバイナリも含まれてる。
それが別のOSでも動いているだろうが >>382
デプロイを楽にしたいだけならアプリだけzipに固めりゃいいだろう
ホストには常に最新のCentOSとDebianのコンテナを置いておけばいい
遥かに小さいサイズでデプロイできてクソ楽だぞ?実際PaaSはそうやってる
Dockerによるデプロイはなぜそうしないか考えたことある?
アップデートで壊れるからだよw > デプロイを楽にしたいだけならアプリだけzipに固めりゃいいだろう
Dockerはそれと同じような仕組みなんだけど
zipじゃなくて専用のファイル形式ってだけで
> Dockerによるデプロイはなぜそうしないか考えたことある?
うん。だからそうしてるよね?
アップデートで壊れたりしないから >>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要らないやw >>399
だって、aptのパッケージの更新先リポジトリが
Linux上のUbuntuとWSL上のUbuntuで同じだし >>400
Debian sid (testing) + Xfce で NetBeans 動いています。 VirtualBoxでいいだろ
無料だし小細工しなくても画面あるし >>403
VirtuaBoxではWindows プログラムを起動できない VirtualBoxでLinux?
GUIなデスクトップ用には要らねーなw
もう鯖とマイコンボードだけで十分だよLinuxは。 パフォーマンスがまるでおもちゃなのがな。
VirtualBoxで動かすのと大差ないという(当然Hyper-Vにはボロ負け)。
開発環境として使う分にはいいが、本格的にLinuxサービスを動かすのにはまったく使えない。 VirtuaBoxはOracleが絡んでるからヤダ ■ このスレッドは過去ログ倉庫に格納されています