windowsの機能であるwsl2 windowsにlinuxカーネルを上乗せしwindows上でlinuxを使うという革新的なシステムなんだがlinux使う人ってほとんどlinux osをインストールしてると思うんだけど（）
windowsの機能であるwsl2 windowsにlinuxカーネルを上乗せしwindows上でlinuxを使うという革新的なシステムなんだがlinux使う人ってほとんどlinux osをインストールしてると思うんだけど（）
>>1
LinuxだけをインストールしてもWindowsと連携してくれないでしょｗ
1. Windowsを使う
2. WindowsとLinuxを連携させる
この両方を簡単に満たしてくれてるから
みんなWSL2を使ってるんだよ
LinuxだけをインストールしてもWindowsと連携してくれないでしょｗ
1. Windowsを使う
2. WindowsとLinuxを連携させる
この両方を簡単に満たしてくれてるから
みんなWSL2を使ってるんだよ
Windowsを使うっていうことはクライアント用途
つまりソフトウェアの開発用途だからね
Linuxだけあっても意味ない
Windowsとの連携が必須
つまりソフトウェアの開発用途だからね
Linuxだけあっても意味ない
Windowsとの連携が必須
wsl2ってあまり使う人いないのか
そもそも連携させる意味がないんじゃね？
何に役に立つんだろう？と考えてみたが、Winサーバ中のSQLをエクスポートして
Linuxのテキスト関連ツール使っていじってまたインポート、くらいしか思いつかんｗ
でもSQLサーバならLinuxの方が安定してるしWindowsで使うのはマゾしかいないだろう。
WSL2はこんなに便利だ、という使い方があれば教えてください。
何に役に立つんだろう？と考えてみたが、Winサーバ中のSQLをエクスポートして
Linuxのテキスト関連ツール使っていじってまたインポート、くらいしか思いつかんｗ
でもSQLサーバならLinuxの方が安定してるしWindowsで使うのはマゾしかいないだろう。
WSL2はこんなに便利だ、という使い方があれば教えてください。
> Winサーバ中のSQLをエクスポートして
> Linuxのテキスト関連ツール使っていじってまたインポート、くらいしか思いつかんｗ
連携してるじゃん。
いちいちLinuxマシンにSSHでファイル転送とかアホらしいし
それだけのためにファイル共有とか設定するのはもっとアホだし
はい、WSL2はこんなに便利だという使い方一つ
> Linuxのテキスト関連ツール使っていじってまたインポート、くらいしか思いつかんｗ
連携してるじゃん。
いちいちLinuxマシンにSSHでファイル転送とかアホらしいし
それだけのためにファイル共有とか設定するのはもっとアホだし
はい、WSL2はこんなに便利だという使い方一つ
SQLサーバーならLinuxの方が安定してるし
↑
これをWindowsに取り込んだから
もはやLinuxを別に用意する必要がなくなったんだよね
↑
これをWindowsに取り込んだから
もはやLinuxを別に用意する必要がなくなったんだよね
> 作業フォルダをVMの共有フォルダにしとけば転送なんか要らないけどね。
その設定をしないといけないんだよなｗ
その設定をしないといけないんだよなｗ
LaTeX文書のコンパイルにWSL2のUbuntuでやった
UbuntuのファイルシステムをWindowsから直に弄れるのがいい
簡単な編集がメモ帳でできる
UbuntuのファイルシステムをWindowsから直に弄れるのがいい
簡単な編集がメモ帳でできる
VMは手間がかかって、どうしてもオレオレ環境になってしまう
WSL2は手間がいらず、他の人と同じ構成になってるので
いろんなツールが登場してる
WSL2は手間がいらず、他の人と同じ構成になってるので
いろんなツールが登場してる
>>14
押し付けるかどうかじゃなくて
どっちが優れているかの話だからね。
別に優れているWSL2を押し付けてないよ
便利なのでみんな使ってるって話
自分のやりたが確立してるならそれを使えばいいよ
ただ人それぞれなんだから、そのやり方を押し付けたらダメ
そして押し付けないから、みんなオレオレ環境になってしまうという話
VMを使うとそうなるってことだよ
あとは自分で選べばいい。オレオレ環境を作るのを頑張るか
環境構築なんかOSにまかせてさっさとやるべきことをやるかどうかだよ
押し付けるかどうかじゃなくて
どっちが優れているかの話だからね。
別に優れているWSL2を押し付けてないよ
便利なのでみんな使ってるって話
自分のやりたが確立してるならそれを使えばいいよ
ただ人それぞれなんだから、そのやり方を押し付けたらダメ
そして押し付けないから、みんなオレオレ環境になってしまうという話
VMを使うとそうなるってことだよ
あとは自分で選べばいい。オレオレ環境を作るのを頑張るか
環境構築なんかOSにまかせてさっさとやるべきことをやるかどうかだよ
VM使うとオレオレ環境になるって…
言っちゃ悪いかもだが、ものすごくバカそうｗ
言っちゃ悪いかもだが、ものすごくバカそうｗ
wsl2ってあまり使う人いないのか
>>17
当たり前だろ？
VM使う＝PCにLinuxをインストールして使うってことだぞ
ディストリはバラバラだし、Windowsと連携させるためのコマンドも入ってない
ディレクトリを共有する場所も決まってないし、
WindowsとLinuxの間でコマンド呼び出しも出来ない
それらを自力で作っておいて
全員同じ環境になるとでも思う？
当たり前だろ？
VM使う＝PCにLinuxをインストールして使うってことだぞ
ディストリはバラバラだし、Windowsと連携させるためのコマンドも入ってない
ディレクトリを共有する場所も決まってないし、
WindowsとLinuxの間でコマンド呼び出しも出来ない
それらを自力で作っておいて
全員同じ環境になるとでも思う？
wslもLinuxをインスコするでしょ
ストアにはいくつかのディストリもあるし
ストアにはいくつかのディストリもあるし
俺はVMにLinuxもインストールしているが wsl2入れてからは
VMの法を起動する機会は減ったな
Windowsとの行き来が楽だもん
VMの法を起動する機会は減ったな
Windowsとの行き来が楽だもん
しかもほぼ完全自動
パーティションがどうとか全然気にしなくていい
余計なサービスがまったくないから数秒レベルですぐLinux環境に入れる
パーティションがどうとか全然気にしなくていい
余計なサービスがまったくないから数秒レベルですぐLinux環境に入れる
WSLの話題はLinux板が本流になっているけど
WSL2とかよく使うなあｗ
マイクロソフトがいじったカーネルなんて怖くて使えない
マイクロソフトがいじったカーネルなんて怖くて使えない
すでにLinuxのカーネルはマイクロソフトがいじってます
Microsoft、2万行のコードをLinuxカーネルに提供
https://www.infoq.com/jp/news/2009/07/Microsoft-Contributes-to-Linux/
Microsoft、2万行のコードをLinuxカーネルに提供
https://www.infoq.com/jp/news/2009/07/Microsoft-Contributes-to-Linux/
でリーナスがそれを拒否ると
マイクロソフトは自社OSのWindowsUpdateすらまともに作れないのに
カーネルなんていじったら大変だわな。
カーネルなんていじったら大変だわな。
アップデートをここまで安定させてるのは
マイクロソフトぐらいしかないけど？
あと数えるほどしか見つからないでしょ
マイクロソフトぐらいしかないけど？
あと数えるほどしか見つからないでしょ
安定はしてない。
構造的欠陥からくる場当たり的なパッチを行なっているだけ
構造的欠陥からくる場当たり的なパッチを行なっているだけ
広義で言えば安定してないが微妙だな
他のOSだって場当たり的なパッチを行ってるんだが
一体何と比べて、他のOSはどの点が場当たり的ではないと言いたいわけ？
一体何と比べて、他のOSはどの点が場当たり的ではないと言いたいわけ？
wsl2ってあまり使う人いないのか
ほらねｗ
「他のOSはどの点が場当たり的ではないと言いたいわけ？」
という質問にすら答えられないわけよ
なーんも考えてない証拠
「他のOSはどの点が場当たり的ではないと言いたいわけ？」
という質問にすら答えられないわけよ
なーんも考えてない証拠
>>35
何でオマエの言い出したことを納得させるためにこっちが時間を割いて説明しなきゃならんのだ。
オマエが自分の主張を裏付ける証拠を出せよ言い出しっぺなんだからさ。
WindowsみたいなクソOSを擁護する人間もまたクソだというのを証明してるだけだぞ。
何でオマエの言い出したことを納得させるためにこっちが時間を割いて説明しなきゃならんのだ。
オマエが自分の主張を裏付ける証拠を出せよ言い出しっぺなんだからさ。
WindowsみたいなクソOSを擁護する人間もまたクソだというのを証明してるだけだぞ。
Windowsが場当たり的なパッチを当ててるって言ったのは
お前が言い出したことだろ？
なら納得させるためにお前が頑張れや（笑）
どこが他のOSと比べて場当たり的なの？？？？
お前が言い出したことだろ？
なら納得させるためにお前が頑張れや（笑）
どこが他のOSと比べて場当たり的なの？？？？
場当たり的パッチとは申しません。
適切な言葉はモグラ叩き開発です。
適切な言葉はモグラ叩き開発です。
Windowsはこれよりもずっといいわけで
Apple、macOS Montereyの文鎮化問題を認識、対処とコメント
https://iphone-mania.jp/news-417767/
Apple、macOS Montereyの文鎮化問題を認識、対処とコメント
https://iphone-mania.jp/news-417767/
Windows11でも文鎮化するけど
Macのアップデートが場当たり的だって話をしてるんだけど？
それとも文鎮程度じゃ場当たり的にはならないって主張したいわけ？
してみろよｗ
それとも文鎮程度じゃ場当たり的にはならないって主張したいわけ？
してみろよｗ
しかしユーザーの意見じゃないな
まるで社員ｗ
まるで社員ｗ
捨て台詞吐いてスタコラサッサｗ
SFUとかSUAを試してみたけどCygwinやMSYS/Mingwinのほうがよかった
そんな古の時代に比べたらwsl2はとても使い勝手がいい
でもMSYS2で済ませられればできるだけこっちで
そんな古の時代に比べたらwsl2はとても使い勝手がいい
でもMSYS2で済ませられればできるだけこっちで
MSYS2のパッケージってまともに提供されるようになった？
VMでLinuxはよく見るがWSLを仕事で使ってる人を見たことないわ
一体どういう人がこれ使ってるんだろ？
一体どういう人がこれ使ってるんだろ？
そりゃソフトウェアを開発してる人だよ
つまりプログラマーってことね
ただLinuxを使ってるだけの人は使わない
つまりプログラマーってことね
ただLinuxを使ってるだけの人は使わない
俺はプログラマーだけどLinux使う時はVirtualBoxだなあ
同僚もみんなそう
WSL2を使ってるやつは客先でも見たことない
同僚もみんなそう
WSL2を使ってるやつは客先でも見たことない
wslはまだ発展途上だからね
Hewlett-Packard はZワークステーションの一部でWSL2をプリインストースする
https://press.hp.com/us/en/press-releases/2021/hp-powers-real-time-collaboration-workflows.html
https://press.hp.com/us/en/press-releases/2021/hp-powers-real-time-collaboration-workflows.html
>>50
WSL2はWindows使うときに使うんやで
Windowsが大幅パワーアップするから
Linuxが不要になる
WSL2はWindows使うときに使うんやで
Windowsが大幅パワーアップするから
Linuxが不要になる
な？反論できなくなったら、こういうレス返してくるわけだよ
まともな書き込みをしているふりして、適当なこと書いて
WSL2を悪くいいたいだけってわかるやろ？バレバレなんだよね
まともな書き込みをしているふりして、適当なこと書いて
WSL2を悪くいいたいだけってわかるやろ？バレバレなんだよね
Linuxでしか動かないニッチなライブラリ使いたい時便利だよ
wsl2ってあまり使う人いないのか
>>55
VMでLinux動かしてるんだからホストOSはLinux以外だろ
それも気づかんようなアホガキはクソして寝てなさい
VMでLinux動かしてるんだからホストOSはLinux以外だろ
それも気づかんようなアホガキはクソして寝てなさい
>>58
ホストOSはWindowsって最初から言ってるんですが
誰と話をしてるんです？
WSL2はWindowsを使いたいときに使うんですよ？
当たり前でしょう
必要なのはLinux上で動くソフトウェアだけです。
それらはLinuxではありません
GNU/Linuxじゃなくて
GNU/Windowsみたいなもん
ホストOSはWindowsって最初から言ってるんですが
誰と話をしてるんです？
WSL2はWindowsを使いたいときに使うんですよ？
当たり前でしょう
必要なのはLinux上で動くソフトウェアだけです。
それらはLinuxではありません
GNU/Linuxじゃなくて
GNU/Windowsみたいなもん
wslはメインでwindows使っててlinuxの便利な機能をつまみ食いするためのもの
実用性は低い
本格的にlinux使うならhyper-vかvmwareを使う
実用性は低い
本格的にlinux使うならhyper-vかvmwareを使う
Linuxの便利な機能＝実用性が低いものだったんですか？
実用性が高いLinuxの便利な機能が使えるんだから
実用性高いに決まってるでしょう
実用性が高いLinuxの便利な機能が使えるんだから
実用性高いに決まってるでしょう
>>61
本格的にLinux使う → HyperV使う → WSL2はHyperV使ってる。さらにWindowsと統合されてる。
本格的なLinuxが更に使いやすくなってるのがWSLなのよ
本格的にLinux使う → HyperV使う → WSL2はHyperV使ってる。さらにWindowsと統合されてる。
本格的なLinuxが更に使いやすくなってるのがWSLなのよ
はい。だめな理由は言わないｗ
ほんとお決まりだよな
自分の意見を持ってないから
とりあえずダメダメ言ってりゃ事実になると思ってるｗ
自分の意見を持ってないから
とりあえずダメダメ言ってりゃ事実になると思ってるｗ
そもそも今どきLinuxがコンソールだけで完結していると思ってるのが間違いなんだけどねｗ
WSLでコンソールでエディタ使うのがLinuxユーザーの幸せとか思ってるんじゃないか？ｗ
必死やなーｗ
ほんとに便利でロバストで高性能なら仕事で使われてるっつーの。
VMならコンテナファイルを移動するだけで他のマシンで動かすのも容易だがWSLはそうはいかない。
Windowsと一心同体だから。
あと話が噛み合ってねーぞ。
国語の勉強を小学生からやり直せ。
ほんとに便利でロバストで高性能なら仕事で使われてるっつーの。
VMならコンテナファイルを移動するだけで他のマシンで動かすのも容易だがWSLはそうはいかない。
Windowsと一心同体だから。
あと話が噛み合ってねーぞ。
国語の勉強を小学生からやり直せ。
え？そんなことになってんの？？
便利すぎん？？
便利すぎん？？
>>69
横からだけど
WSLのユーティリティで簡単に他のPCに展開できる
またDocker環境作成の要領でLinux実機で作成したシステムを抜いてWSLに移行させるのも可能（Dockerも利用可能）
便利になるかはユーザー次第
Linux板WSLスレの過去ログを参照すれば利用／移行方法が色々と書かれているよ
横からだけど
WSLのユーティリティで簡単に他のPCに展開できる
またDocker環境作成の要領でLinux実機で作成したシステムを抜いてWSLに移行させるのも可能（Dockerも利用可能）
便利になるかはユーザー次第
Linux板WSLスレの過去ログを参照すれば利用／移行方法が色々と書かれているよ
>>69
> ほんとに便利でロバストで高性能なら仕事で使われてるっつーの。
仕事で使われてるから、便利でロバストで高性能な証明になってるよ
> ほんとに便利でロバストで高性能なら仕事で使われてるっつーの。
仕事で使われてるから、便利でロバストで高性能な証明になってるよ
>>69
> VMならコンテナファイルを移動するだけで他のマシンで動かすのも容易だがWSLはそうはいかない。
それならWSLの方が簡単。
wsl --export でtarファイルにエクスポートして
wsl --import でインポートするだけ
他のマシンで動かすのが容易な理由は何だと思う？
> VMならコンテナファイルを移動するだけで他のマシンで動かすのも容易だがWSLはそうはいかない。
それならWSLの方が簡単。
wsl --export でtarファイルにエクスポートして
wsl --import でインポートするだけ
他のマシンで動かすのが容易な理由は何だと思う？
どう考えてもコンテナの移動のほうが楽やろｗ
wsl2でコンテナつかつんじゃ駄目なの？
？
おれは使う気になれんな
マイクロソフトがいじったカーネルなんて怖くて使えない
マイクロソフトがいじったカーネルなんて怖くて使えない
wsl2ってあまり使う人いないのか
さすがにwindowsがスタンダードじゃないって思ってるモンは少数やろｗ
妄想や(^。^)y-.。o○
妄想や(^。^)y-.。o○
>>79
マイクロソフトがパッチ当てたカーネルのソースは公開されているんだから
調べようと思えば調べられるでしょ
マイクロソフトがパッチ当てたカーネルのソースは公開されているんだから
調べようと思えば調べられるでしょ
WSL2でNixOSがさいつよ
宣言的に入れるツールの設定を管理して100%再現できる
他のディストリもWindowsも、宣言的に設定を管理はできないし
ロールバックは困難
DockerはDockerfileのビルドに100%の再現性はないから
同じDockerfileでもビルド出来なくなる可能性あるし
ファイルシステムとかネットワークとか
色々隔離するせいで使いにくい事がある
宣言的に入れるツールの設定を管理して100%再現できる
他のディストリもWindowsも、宣言的に設定を管理はできないし
ロールバックは困難
DockerはDockerfileのビルドに100%の再現性はないから
同じDockerfileでもビルド出来なくなる可能性あるし
ファイルシステムとかネットワークとか
色々隔離するせいで使いにくい事がある
>>86
Docker「イメージファイルを使うから100%の再現性がある！」
お前（アホ）「Dockfileのビルドで100%の・・・、え？イメージファイル？なにそれ？
う、うるさい、イメージファイルを使うなんて卑怯だ。
Dockerfileのビルドだったら100%の再現性がないんだ！
イメージファイルを使うなんてずるいぞ！！」
Docker「イメージファイルを使うから100%の再現性がある！」
お前（アホ）「Dockfileのビルドで100%の・・・、え？イメージファイル？なにそれ？
う、うるさい、イメージファイルを使うなんて卑怯だ。
Dockerfileのビルドだったら100%の再現性がないんだ！
イメージファイルを使うなんてずるいぞ！！」
>>83
調べてまで使う気しないｗ
自社OSのアップデートすら満足に作れないマイクロソフトのコードは信用できない。
調べてまで使う気しないｗ
自社OSのアップデートすら満足に作れないマイクロソフトのコードは信用できない。
LinuxのCUIを試すくらいの意味しかないな
BusyBoxで十分
BusyBoxで十分
Linuxなんて元々は各自の動作環境に合わせてカーネルにハッチ当ててビルドして使うのが当たり前だったんだけどな。
だいたいBSD系UNIXにパッチ当ててMacOSとして出してるAppleを盲目的に信用して
Linuxカーネルにパッチ当てたのがMicrosoftだから信用できんという理屈がわからん
だいたいBSD系UNIXにパッチ当ててMacOSとして出してるAppleを盲目的に信用して
Linuxカーネルにパッチ当てたのがMicrosoftだから信用できんという理屈がわからん
>>93
wslってLinuxなんだが？
その理屈だとLinuxはBusyBoxで十分代わりになることになる
そもそもBusyBoxの変わりになるのはGNUツールチェーンであってLinuxではないんだがねぇ
どうやってBusyBoxでパッケージをインストールする？無知は怖いねぇｗ
wslってLinuxなんだが？
その理屈だとLinuxはBusyBoxで十分代わりになることになる
そもそもBusyBoxの変わりになるのはGNUツールチェーンであってLinuxではないんだがねぇ
どうやってBusyBoxでパッケージをインストールする？無知は怖いねぇｗ
ちゃちゃ入れしたいだけの子供なんだろう
そのちゃちゃにわかっていてマジレスすることで
相手を追い詰めてます（笑）
WSL2みんな使ってるね
相手を追い詰めてます（笑）
WSL2みんな使ってるね
wsl2ってあまり使う人いないのか
使ってる人は多いですね
>>94
LinuxのCUIコマンドが使えるってだけだろ？
それならBusyBoxで十分なのだよ。
WSLでできてBusyBoxでできないことって何かある？
あまりないと思うけどｗ
LinuxのCUIコマンドが使えるってだけだろ？
それならBusyBoxで十分なのだよ。
WSLでできてBusyBoxでできないことって何かある？
あまりないと思うけどｗ
>>87
Dockerのイメージレジストリ用意したりちゃんとgitに入れたDockerfileと内容合うように
イメージビルドしてpushすんのマンドクセ('A`)
あるいはCI組むのマンドクセ('A`)
二度と更新しないなら良いけど大抵は更新する事あるし
その時にDockerfileのビルドこけたらマンドクセ('A`)
nix-shellの方が気軽に使えて再現性100%
Dockerのイメージレジストリ用意したりちゃんとgitに入れたDockerfileと内容合うように
イメージビルドしてpushすんのマンドクセ('A`)
あるいはCI組むのマンドクセ('A`)
二度と更新しないなら良いけど大抵は更新する事あるし
その時にDockerfileのビルドこけたらマンドクセ('A`)
nix-shellの方が気軽に使えて再現性100%
>>99
> LinuxのCUIコマンドが使えるってだけだろ？
違う。コマンドを入れられる。
> それならBusyBoxで十分なのだよ。
BusyBoxだけじゃコマンドが足りない
> WSLでできてBusyBoxでできないことって何かある？
Rubyを使う
> LinuxのCUIコマンドが使えるってだけだろ？
違う。コマンドを入れられる。
> それならBusyBoxで十分なのだよ。
BusyBoxだけじゃコマンドが足りない
> WSLでできてBusyBoxでできないことって何かある？
Rubyを使う
>>100
> イメージビルドしてpushすんのマンドクセ('A`)
そういうやつがNixOSのパッケージなんか作ろうとは思わないんだよｗ
Dockerは簡単に自分が必要とするイメージを作れる
> イメージビルドしてpushすんのマンドクセ('A`)
そういうやつがNixOSのパッケージなんか作ろうとは思わないんだよｗ
Dockerは簡単に自分が必要とするイメージを作れる
>>99
横からだけど、WSL1でもXfce等のDEを動かして、アプリやブラウザーで音声付きで動画再生とか出来るよ。
BusyBoxで出来る？
横からだけど、WSL1でもXfce等のDEを動かして、アプリやブラウザーで音声付きで動画再生とか出来るよ。
BusyBoxで出来る？
rubyも案件減ったよなー
ひところのあのブームは何だったんだろ？
ひところのあのブームは何だったんだろ？
>>102
nix-shell使うだけなら既存パッケージだけでも事足りる
自分のパッケージ作る場合もnixでソースからのビルドに必要な命令を書いてgithubで配布できる
aptとかyumより気軽に配布可能
githubに置くだとパッケージは各自ビルドする事になるが
Dockerfileと違ってビルド環境が再現できるようになってるから問題が起きにくい
nix-shell使うだけなら既存パッケージだけでも事足りる
自分のパッケージ作る場合もnixでソースからのビルドに必要な命令を書いてgithubで配布できる
aptとかyumより気軽に配布可能
githubに置くだとパッケージは各自ビルドする事になるが
Dockerfileと違ってビルド環境が再現できるようになってるから問題が起きにくい
nixのパッケージはソースからのビルドの仕方が書かれたファイルに過ぎないが、
全く同じソースのバージョン、全く同じ命令ならビルド済みバイナリのキャッシュから取ってくるように設定できるって仕組みがある
公式リポジトリは最初からそれが設定されてるのでビルド不要
一部のパッケージのソースやビルド命令を変えた場合は大半はキャッシュからパッケージが取得されて
キャッシュに無い部分だけがソースからビルドされる
全く同じソースのバージョン、全く同じ命令ならビルド済みバイナリのキャッシュから取ってくるように設定できるって仕組みがある
公式リポジトリは最初からそれが設定されてるのでビルド不要
一部のパッケージのソースやビルド命令を変えた場合は大半はキャッシュからパッケージが取得されて
キャッシュに無い部分だけがソースからビルドされる
>>106
> 自分のパッケージ作る場合もnixでソースからのビルドに必要な命令を書いてgithubで配布できる
だから作ってみてよ
Dockerfileの場合
FROM debian
RUN apt-get update && apt-get install ruby
これだけで新しいイメージ完成なんだわ
Dockerのメインの使い方が無理ゲーすぎるnixがDockerの代替になるわけないやろｗ
> 自分のパッケージ作る場合もnixでソースからのビルドに必要な命令を書いてgithubで配布できる
だから作ってみてよ
Dockerfileの場合
FROM debian
RUN apt-get update && apt-get install ruby
これだけで新しいイメージ完成なんだわ
Dockerのメインの使い方が無理ゲーすぎるnixがDockerの代替になるわけないやろｗ
>>106
Dockerは作ったイメージをダウンロードするだけで
完全の同じ環境が作れる
nixでやるなら、そのイメージをアップロードして
ダウンロードするところまで簡単にできないと意味ない
ローカルでビルドなんてしないから、高速にイメージを起動できるのが
Dockerの強み
Dockerは作ったイメージをダウンロードするだけで
完全の同じ環境が作れる
nixでやるなら、そのイメージをアップロードして
ダウンロードするところまで簡単にできないと意味ない
ローカルでビルドなんてしないから、高速にイメージを起動できるのが
Dockerの強み
>>107
> 公式リポジトリは最初からそれが設定されてるのでビルド不要
非公式リポジトリが簡単に作れない、使えない意味がない
商用サービスのイメージを他人に公開するわけがないんだから
> 公式リポジトリは最初からそれが設定されてるのでビルド不要
非公式リポジトリが簡単に作れない、使えない意味がない
商用サービスのイメージを他人に公開するわけがないんだから
出来るできないが中心やな。
コンテナの利点は、Wslよりかは信頼性の低いPCでも仕事になる。
コンテナの持ち運びは、PC間の差分を殆ど気にしなくていい
コンテナの持ち運びは設定が残ったり、データが残ったりをWslよりかは気にしなくていい
普通にコンテナ選ぶだろ
Windowsの仮想専用ライセンスが欲しいぐらいだ
コンテナの利点は、Wslよりかは信頼性の低いPCでも仕事になる。
コンテナの持ち運びは、PC間の差分を殆ど気にしなくていい
コンテナの持ち運びは設定が残ったり、データが残ったりをWslよりかは気にしなくていい
普通にコンテナ選ぶだろ
Windowsの仮想専用ライセンスが欲しいぐらいだ
アンカーはミス
WSLはWindowsのCUI環境をLinuxにすること
Dockerは自分でイメージを作って配布するためのもの
用途が全く違う
Dockerは自分でイメージを作って配布するためのもの
用途が全く違う
wslがどうのこうの言ってる連中もどうせsed,sort,awk,perlくらいしか使わへんやろ。
あと簡単なbashスクリプト書いてイキってるくらいか。
あと簡単なbashスクリプト書いてイキってるくらいか。
だからRubyとかそういう言語をインストールするって言ってるだろ
旗色が悪くなったからって聞こえないふりするなよ
無意味だぞ
旗色が悪くなったからって聞こえないふりするなよ
無意味だぞ
あーｗ
perl上げてるんだから当然Rubyも含まれとるがなｗ
えあぷ開発者乙や(^。^)y-.。o○
ワシもPHPぐらいは使うが、自分を開発者とは言わんで？恥ずかしいｗ
perl上げてるんだから当然Rubyも含まれとるがなｗ
えあぷ開発者乙や(^。^)y-.。o○
ワシもPHPぐらいは使うが、自分を開発者とは言わんで？恥ずかしいｗ
>>110-111
nixのプライベートバイナリキャッシュ設定する手間はDockerのプライベートイメージレジストリの設定する手間とそんな変わらないと思う
SaaS使うのが企業のポリシー的に無理なら
Amazon S3をバイナリキャッシュとして使うか、
nix-serveやminoを自分で動かすと言う選択もある
>>109
そんなシンプルなものだったらnix-shell -p rubyで済むだろう
もっと使うパッケージ沢山あったら-pで全部指定するのは面倒だから
shel.nix書くけど
そのような複雑な構成の時こそ、nixの真価が発揮される
https://nixos.org/#asciinema-demo-example_3
nixのプライベートバイナリキャッシュ設定する手間はDockerのプライベートイメージレジストリの設定する手間とそんな変わらないと思う
SaaS使うのが企業のポリシー的に無理なら
Amazon S3をバイナリキャッシュとして使うか、
nix-serveやminoを自分で動かすと言う選択もある
>>109
そんなシンプルなものだったらnix-shell -p rubyで済むだろう
もっと使うパッケージ沢山あったら-pで全部指定するのは面倒だから
shel.nix書くけど
そのような複雑な構成の時こそ、nixの真価が発揮される
https://nixos.org/#asciinema-demo-example_3
DockerイメージやAmazon EC2の仮想マシンイメージもnixで作れる
本番環境や、既存開発環境で既にDocker活用してる所への持ち込みも可能ってわけだ
しかもDockerfileでapt使うのとかと違って
いつの間にか再現できなくなってビルド不可能に！とかない
https://nixos.org/#asciinema-demo-example_4
https://nixos.org/#asciinema-demo-example_5
本番環境や、既存開発環境で既にDocker活用してる所への持ち込みも可能ってわけだ
しかもDockerfileでapt使うのとかと違って
いつの間にか再現できなくなってビルド不可能に！とかない
https://nixos.org/#asciinema-demo-example_4
https://nixos.org/#asciinema-demo-example_5
>>119
> nixのプライベートバイナリキャッシュ設定する手間はDockerのプライベートイメージレジストリの設定する手間とそんな変わらないと思う
キャッシュじゃ意味ねーだろ
イメージをアップロードできないと全く意味がない
> nixのプライベートバイナリキャッシュ設定する手間はDockerのプライベートイメージレジストリの設定する手間とそんな変わらないと思う
キャッシュじゃ意味ねーだろ
イメージをアップロードできないと全く意味がない
>>119
> そんなシンプルなものだったらnix-shell -p rubyで済むだろう
すむわけ無いだろｗ
ruby入れて、ライブラリ入れて、
アプリ固有のイメージを作るんだよ
つまりな、用意されてるパッケージだけじゃダメという話
まあrubyのライブラリの前バージョンがnixで配布されてるっていうのなら別だがなｗ
> そんなシンプルなものだったらnix-shell -p rubyで済むだろう
すむわけ無いだろｗ
ruby入れて、ライブラリ入れて、
アプリ固有のイメージを作るんだよ
つまりな、用意されてるパッケージだけじゃダメという話
まあrubyのライブラリの前バージョンがnixで配布されてるっていうのなら別だがなｗ
いいか？Dockerイメージの代わりになるというのなら
ruby＋gemsで配布されてるライブラリ込の
アプリ固有のイメージを作ってアップロードまで出来ないとダメ
それでようやくDockerの代わりと言える
ruby＋gemsで配布されてるライブラリ込の
アプリ固有のイメージを作ってアップロードまで出来ないとダメ
それでようやくDockerの代わりと言える
訂正
ruby＋gemsで配布されてるライブラリ込の
アプリ固有のイメージ＋開発アプリのソースコードを
作ってアップロードまで出来ないとダメ
つまりnixで絶対に配布されてないパッケージを詰め込んで
イメージにして作ってアップロードできないとDockerの代わりになれないということ
ruby＋gemsで配布されてるライブラリ込の
アプリ固有のイメージ＋開発アプリのソースコードを
作ってアップロードまで出来ないとダメ
つまりnixで絶対に配布されてないパッケージを詰め込んで
イメージにして作ってアップロードできないとDockerの代わりになれないということ
>>121
バイナリキャッシュの意味分かってる？
バイナリキャッシュがDockerで言うイメージレジストリな？
ビルド済みバイナリ入るところだから
全く同じ設定でのビルドとnixが認識すれば、ビルドが省略され
ビルド済みバイナリをダウンロード出来る
gitにnixのビルド定義（nix expression）を入れておけば、同じ設定でのビルドと認識させるのは難なく出来るだろう
公式リポジトリはこれを自動化して
従来型パッケージマネージャと同じ様な使い心地を実現してる
バイナリキャッシュの意味分かってる？
バイナリキャッシュがDockerで言うイメージレジストリな？
ビルド済みバイナリ入るところだから
全く同じ設定でのビルドとnixが認識すれば、ビルドが省略され
ビルド済みバイナリをダウンロード出来る
gitにnixのビルド定義（nix expression）を入れておけば、同じ設定でのビルドと認識させるのは難なく出来るだろう
公式リポジトリはこれを自動化して
従来型パッケージマネージャと同じ様な使い心地を実現してる
>>124
rubyのパッケージはbundix使うとnixのパッケージに変換できる
nixがインターネットからパッケージ取得する命令と、ハッシュ値が書き込まれる
他言語も同様の変換ツールが大抵用意されてるので
それで変換する
nix-buildでビルドする時は、パッケージの取得はnix自体が行わなければならない
bundlerが直接やっちゃだめ
サンドボックスを無効化すれば、bundlerを含むどんなツールでもインターネットに接続出来るが、
ビルドする度に結果が変わってしまう可能性があるので
nix expressionを自力で作るのが大変だったり、
bundixのような変換ツールがない時の最終手段
nix-shellでローカルでrubyとかbundler使って作業する時は勿論サンドボックスによる制限はないよ
サンドボックスは最終成果物をnix-buildでビルドする時の制限な
rubyのパッケージはbundix使うとnixのパッケージに変換できる
nixがインターネットからパッケージ取得する命令と、ハッシュ値が書き込まれる
他言語も同様の変換ツールが大抵用意されてるので
それで変換する
nix-buildでビルドする時は、パッケージの取得はnix自体が行わなければならない
bundlerが直接やっちゃだめ
サンドボックスを無効化すれば、bundlerを含むどんなツールでもインターネットに接続出来るが、
ビルドする度に結果が変わってしまう可能性があるので
nix expressionを自力で作るのが大変だったり、
bundixのような変換ツールがない時の最終手段
nix-shellでローカルでrubyとかbundler使って作業する時は勿論サンドボックスによる制限はないよ
サンドボックスは最終成果物をnix-buildでビルドする時の制限な
>>125
> バイナリキャッシュの意味分かってる？
> バイナリキャッシュがDockerで言うイメージレジストリな？
ぜんぜん違う
Dockerのイメージレジストリっていうのは
DockerのユーザーがDockerfileから作ったイメージを
アップロードまたはダウンロードする所
> バイナリキャッシュの意味分かってる？
> バイナリキャッシュがDockerで言うイメージレジストリな？
ぜんぜん違う
Dockerのイメージレジストリっていうのは
DockerのユーザーがDockerfileから作ったイメージを
アップロードまたはダウンロードする所
んで、さっさとDockefileと同じことを
nixでやってみろって話
rubyとライブラリをインストールしたイメージを作る方法から
書いてね
nixでやってみろって話
rubyとライブラリをインストールしたイメージを作る方法から
書いてね
>>127
バイナリキャッシュのサーバーは、CachixみたいなSaaSを使うか、Amazon S3を使うか、自分でサーバー構築してセットアップする
そこに自作ツールのビルド済みバイナリをアップロード出来る
開発チーム内の他のユーザーはバイナリキャッシュからツールをダウンロードして実行できる
ruby本体などは公式リポジトリのバイナリキャッシュから自動的にダウンロードされる
DockerイメージのレジストリはAmazon ECRとかのマネージドサービスを使うか、
自分でサーバー構築してセットアップする
そこに作ったツールのビルド済みバイナリ+ruby本体etcを含むイメージをアップロード出来る
開発チーム内の他のユーザーはレジストリからツールを含むイメージをダウンロードして実行できる
何が違うのか
バイナリキャッシュのサーバーは、CachixみたいなSaaSを使うか、Amazon S3を使うか、自分でサーバー構築してセットアップする
そこに自作ツールのビルド済みバイナリをアップロード出来る
開発チーム内の他のユーザーはバイナリキャッシュからツールをダウンロードして実行できる
ruby本体などは公式リポジトリのバイナリキャッシュから自動的にダウンロードされる
DockerイメージのレジストリはAmazon ECRとかのマネージドサービスを使うか、
自分でサーバー構築してセットアップする
そこに作ったツールのビルド済みバイナリ+ruby本体etcを含むイメージをアップロード出来る
開発チーム内の他のユーザーはレジストリからツールを含むイメージをダウンロードして実行できる
何が違うのか
>>128
bundixの使い方とかは公式のREADMEとか非公式Wiki見たら良いんじゃね
https://github.com/nix-community/bundix
https://nixos.wiki/wiki/Packaging/Ruby
bundixで実際にパッケージ化されたプロジェクトを探してるならnixpkgsをbundixで検索すると出てくる
https://github.com/NixOS/nixpkgs/tree/a0dbe47318bbab7559ffbfa7c4872a517833409f/pkgs/development/mobile/cocoapods
bundixの使い方とかは公式のREADMEとか非公式Wiki見たら良いんじゃね
https://github.com/nix-community/bundix
https://nixos.wiki/wiki/Packaging/Ruby
bundixで実際にパッケージ化されたプロジェクトを探してるならnixpkgsをbundixで検索すると出てくる
https://github.com/NixOS/nixpkgs/tree/a0dbe47318bbab7559ffbfa7c4872a517833409f/pkgs/development/mobile/cocoapods
>>130
使い方を知りたいのではなく、
Dockerfileと同等レベルに簡単にできるのかを知りたい
非公式見た。複雑過ぎ。Dockerの変わりにはならない
使い方を知りたいのではなく、
Dockerfileと同等レベルに簡単にできるのかを知りたい
非公式見た。複雑過ぎ。Dockerの変わりにはならない
>>129
完成したイメージを保存するか、バイナリだけを保存するかの違い
完成したイメージはダウンロードするだけで高速に起動できる
バイナリをダウンロードしてインストールする方式は遅い
まずRubyのgemsをそのバイナリキャッシュサーバーにアップする方法を書けよ
まずそこからだろ？
完成したイメージを保存するか、バイナリだけを保存するかの違い
完成したイメージはダウンロードするだけで高速に起動できる
バイナリをダウンロードしてインストールする方式は遅い
まずRubyのgemsをそのバイナリキャッシュサーバーにアップする方法を書けよ
まずそこからだろ？
>>132
>バイナリをダウンロードしてインストールする方式は遅い
それあなたの感想ですよね？
何かデータとかあるんですか？
従来型パッケージマネージャとは異なり
インストール用スクリプトとかはパッケージのビルド時しか実行できないので
インストール時はダウンロードして解凍するだけ
この辺の思想はDockerに通じるものがある
パッケージ数は初回は多いものの
キャッシュが効くし、チャンネル更新しても
全てのパッケージが毎回更新されるわけでもない
普段ダウンロードする量は少量の差分だけで、そんな多くない
>バイナリをダウンロードしてインストールする方式は遅い
それあなたの感想ですよね？
何かデータとかあるんですか？
従来型パッケージマネージャとは異なり
インストール用スクリプトとかはパッケージのビルド時しか実行できないので
インストール時はダウンロードして解凍するだけ
この辺の思想はDockerに通じるものがある
パッケージ数は初回は多いものの
キャッシュが効くし、チャンネル更新しても
全てのパッケージが毎回更新されるわけでもない
普段ダウンロードする量は少量の差分だけで、そんな多くない
>>132
諦めんの早くね？
bundix公式のサンプルの方は割と短い
あと、nixpkgs公式にも、callPackage関数で別ファイルから呼ぶ必要があるが、bundlerApp関数を使ったサンプルがある
僅か7行
https://github.com/NixOS/nixpkgs/blob/master/doc/languages-frameworks/ruby.section.md#packaging-applications-packaging-applications
とは言え、bundix公式のサンプルコードの方がファイル単体で実行できるので、11行だが、初心者には使いやすいだろう
https://github.com/nix-community/bundix/blob/master/README.md#basic-usage
公式リポジトリにあるbundler-audit/default.nixの内容をbundix公式サンプルコードに置き換えてみたが、
ちゃんとパッケージ化してnix-shellで実行出来た
https://github.com/NixOS/nixpkgs/blob/master/pkgs/tools/security/bundler-audit/default.nix
cachixのバイナリキャッシュの使い方は公式みろ
こっちは簡単だから
https://www.cachix.org/
https://docs.cachix.org/getting-started
諦めんの早くね？
bundix公式のサンプルの方は割と短い
あと、nixpkgs公式にも、callPackage関数で別ファイルから呼ぶ必要があるが、bundlerApp関数を使ったサンプルがある
僅か7行
https://github.com/NixOS/nixpkgs/blob/master/doc/languages-frameworks/ruby.section.md#packaging-applications-packaging-applications
とは言え、bundix公式のサンプルコードの方がファイル単体で実行できるので、11行だが、初心者には使いやすいだろう
https://github.com/nix-community/bundix/blob/master/README.md#basic-usage
公式リポジトリにあるbundler-audit/default.nixの内容をbundix公式サンプルコードに置き換えてみたが、
ちゃんとパッケージ化してnix-shellで実行出来た
https://github.com/NixOS/nixpkgs/blob/master/pkgs/tools/security/bundler-audit/default.nix
cachixのバイナリキャッシュの使い方は公式みろ
こっちは簡単だから
https://www.cachix.org/
https://docs.cachix.org/getting-started
rubyか
一時期Railsで話題になったけど今案件無いやろ
何開発してんの？ｗｗｗ
一時期Railsで話題になったけど今案件無いやろ
何開発してんの？ｗｗｗ
単体ファイルだとnixpkgsのバージョン固定できないな
バージョン固定しないと他のマシンでキャッシュ効かない
さっきのサンプルをniv使ってバージョン固定できるようにすると
こんな感じ
https://glot.io/snippets/g4b4jvw8gk
バージョン固定しないと他のマシンでキャッシュ効かない
さっきのサンプルをniv使ってバージョン固定できるようにすると
こんな感じ
https://glot.io/snippets/g4b4jvw8gk
rubyあんま自分では書いたことないや
周りではrails使ってるやついるみたいだけど
bundlerApp使えば更に短くなる
https://glot.io/snippets/g4b5jl3j9g
周りではrails使ってるやついるみたいだけど
bundlerApp使えば更に短くなる
https://glot.io/snippets/g4b5jl3j9g
出来る出来ないしか頭にないからほっとくしか無いやろなｗ
まあ結論としてはWSLよりVMの方が優秀ってことでこのスレも終わりだな
当たり前の結論だけど
当たり前の結論だけど
>>133
> それあなたの感想ですよね？
> 何かデータとかあるんですか？
あるけど？
docker run -it ruby とかやってみ。
ダウンロード時間だけで起動する
インストール時間は不要
> それあなたの感想ですよね？
> 何かデータとかあるんですか？
あるけど？
docker run -it ruby とかやってみ。
ダウンロード時間だけで起動する
インストール時間は不要
>>137
出来るできないじゃなくて、
どれだけ簡単にできるかってこと
行数が短い＝かんたんじゃないよ
nixは潰しが効かない知識の塊だから
出来るできないじゃなくて、
どれだけ簡単にできるかってこと
行数が短い＝かんたんじゃないよ
nixは潰しが効かない知識の塊だから
データじゃなくてクソワロwwwwwwwwwww
>>142
はいデータ。わずか44秒
書き込みエラーが出るんでところどころ全角スペースを入れた
$ time do cker run -it ruby
Unabl e to find image 'ruby:latest' locally
lates t: Pulling from library/ruby
bb7d5a8485 3b: Pull complete
f02b617c6 a8c: Pull complete
d32e17419 b7e: Pull complete
c9d2d8122 6a4: Pull complete
3c24ae8b660 4: Pull complete
0746d57333 12: Pull complete
2cfcc1a5f1 48: Pull complete
192717d51 e95: Pull complete
Digest: sha256:4aa4 88b274ac3c92e9c597246e72e9df5a6 75c6a70bf6a7dfa47b4935efdb393
Status: Downloaded newer image for ruby:latest
ir b(main):001:0 > ex it
real 0m44.018s
user 0m0.094s
sys 0m0.266s
はいデータ。わずか44秒
書き込みエラーが出るんでところどころ全角スペースを入れた
$ time do cker run -it ruby
Unabl e to find image 'ruby:latest' locally
lates t: Pulling from library/ruby
bb7d5a8485 3b: Pull complete
f02b617c6 a8c: Pull complete
d32e17419 b7e: Pull complete
c9d2d8122 6a4: Pull complete
3c24ae8b660 4: Pull complete
0746d57333 12: Pull complete
2cfcc1a5f1 48: Pull complete
192717d51 e95: Pull complete
Digest: sha256:4aa4 88b274ac3c92e9c597246e72e9df5a6 75c6a70bf6a7dfa47b4935efdb393
Status: Downloaded newer image for ruby:latest
ir b(main):001:0 > ex it
real 0m44.018s
user 0m0.094s
sys 0m0.266s
クラウドベンダーが用意しているリポジトリを使えば
インターネット経由のダウンロードじゃないからもっと早く起動できる
インターネット経由のダウンロードじゃないからもっと早く起動できる
で、Dockerの役割は、ここから自分専用のイメージを簡単に作れる所
これはnixじゃ不可能
これはnixじゃ不可能
>>144
いやだからnixの時間は？
nixの方もダウンロードして解凍してsymlinkで組み合わせるだけだぞ。
nixでruby 2.7入れると12秒程度だった
dockerの方も自分でやってみたら、うちでも40秒ぐらいかかった
Dockerの方が遅いじゃんwwwwwwwwwww
まあDockerの方はlatestだと圧縮後も334MBあるからな、でかすぎる
slimが約65MBで13秒ぐらいで
nixのダウンロード量もそれと同じぐらいだから
nixはDockerと同程度の速度と言って良いだろう
https://glot.io/snippets/g4c5g9er1w
いやだからnixの時間は？
nixの方もダウンロードして解凍してsymlinkで組み合わせるだけだぞ。
nixでruby 2.7入れると12秒程度だった
dockerの方も自分でやってみたら、うちでも40秒ぐらいかかった
Dockerの方が遅いじゃんwwwwwwwwwww
まあDockerの方はlatestだと圧縮後も334MBあるからな、でかすぎる
slimが約65MBで13秒ぐらいで
nixのダウンロード量もそれと同じぐらいだから
nixはDockerと同程度の速度と言って良いだろう
https://glot.io/snippets/g4c5g9er1w
wsl2って セキュリティはどうなの？
wslでわざわざWindowsのライセンス概念に付き合うことがアホだっつーのｗ
動くだの動かせるは論外ｗ
動くだの動かせるは論外ｗ
実務的な利便性でVMだよねって言ってんの
できるかな
出来ます
出来ません
は、関係ないのｗ
できるかな
出来ます
出来ません
は、関係ないのｗ
結局WSLってWindows上でLinuxサーバでの開発環境を作りたいから考案された仕組みで、
今のマシンスペックならWSLである必要はなくVMで動いちゃうのよね。
メモリ8GBもあればWindows上でLinuxのVMがスコスコ動く。
動かすだけなら4GBですら可能。
だから開発者としてもマイクロソフトが手を加えた信用できないカーネルで不完全なLinuxをWSLとして動かすよりも、
VMで本番環境と全く同じ本物のLinux環境を作ってそれ使ったほうがいいわけよ。
生まれたときから全盛期の遺物なのがWSL2なわけ。
今のマシンスペックならWSLである必要はなくVMで動いちゃうのよね。
メモリ8GBもあればWindows上でLinuxのVMがスコスコ動く。
動かすだけなら4GBですら可能。
だから開発者としてもマイクロソフトが手を加えた信用できないカーネルで不完全なLinuxをWSLとして動かすよりも、
VMで本番環境と全く同じ本物のLinux環境を作ってそれ使ったほうがいいわけよ。
生まれたときから全盛期の遺物なのがWSL2なわけ。
前世紀の遺物、だな。
WSLに全盛期なんてなかったし今後も来ることはない。
WSLに全盛期なんてなかったし今後も来ることはない。
>>150
> WSLはLinuxVMのサブセットだよ
お前の言うLinuxVMってなに？
本物のLinuxとは？
Linuxはカーネルってわかってる？
> WSLはLinuxVMのサブセットだよ
お前の言うLinuxVMってなに？
本物のLinuxとは？
Linuxはカーネルってわかってる？
wsl2はVMとのインターフェース
WSLが提供してるのはLinuxカーネル相当で
WSL2の場合は本物のLinuxカーネルを使ってる
そしてUbuntuに関してはWSLには含まれておあらず
サブセットどころか本物のUbuntuを使ってる
通常のLinuxカーネルはWSLに適してないから
Linuxカーネルが強化されており
その上で動くコマンドは本物ということ
WSL2の場合は本物のLinuxカーネルを使ってる
そしてUbuntuに関してはWSLには含まれておあらず
サブセットどころか本物のUbuntuを使ってる
通常のLinuxカーネルはWSLに適してないから
Linuxカーネルが強化されており
その上で動くコマンドは本物ということ
>>157
マイクロソフトが勝手に改変したカーネルな。
本物のLinuxカーネルではない、いわば偽物。
マイクロソフトが勝手に改変したカーネルな。
本物のLinuxカーネルではない、いわば偽物。
>>159
本物のカーネルって何？
Linuxカーネルはディストリがそれぞれパッチ当ててるし、ユーザー側でも
場合によったらパッチ当て再ビルドする。 仮想環境で動かす場合でも
以前はパッチあてることが多かった
LinuxではないがMacOSだってBSD UNIXのカーネルをAppleが勝手に改変したものだぞ
本物のカーネルって何？
Linuxカーネルはディストリがそれぞれパッチ当ててるし、ユーザー側でも
場合によったらパッチ当て再ビルドする。 仮想環境で動かす場合でも
以前はパッチあてることが多かった
LinuxではないがMacOSだってBSD UNIXのカーネルをAppleが勝手に改変したものだぞ
ゴガギーン
ドッカン
ｍ ドッカン
＝＝＝＝＝） ）) ☆
∧_∧ | | ／ ／￣￣￣￣￣￣￣￣￣￣￣
（ ）| |＿＿＿＿＿ ∧＿∧ ＜ おらっ！出てこい>>146
「 ⌒￣ | | || （´Д｀ ） ＼＿＿＿＿＿＿＿＿＿＿＿
| / ￣ | |/ 「 ＼
| | | | || || /＼＼
| | | | | へ//| | | |
| | | ﾛ|ﾛ |／,へ ＼| | | |
| ∧ | | | |／ ＼ / （ ）
| | | |〈 | | | |
/ / / / | / | 〈| | |
/ / / / | | || | |
/ / / / =-----=-------- | |
ドッカン
ｍ ドッカン
＝＝＝＝＝） ）) ☆
∧_∧ | | ／ ／￣￣￣￣￣￣￣￣￣￣￣
（ ）| |＿＿＿＿＿ ∧＿∧ ＜ おらっ！出てこい>>146
「 ⌒￣ | | || （´Д｀ ） ＼＿＿＿＿＿＿＿＿＿＿＿
| / ￣ | |/ 「 ＼
| | | | || || /＼＼
| | | | | へ//| | | |
| | | ﾛ|ﾛ |／,へ ＼| | | |
| ∧ | | | |／ ＼ / （ ）
| | | |〈 | | | |
/ / / / | / | 〈| | |
/ / / / | | || | |
/ / / / =-----=-------- | |
WSL2ってWindows 10の機能の中でもっとも評価が高い機能だけどなんで？って思ったら
>>1が使われてないことにしたいってだけのスレだったかｗ
>>1が使われてないことにしたいってだけのスレだったかｗ
ないないｗ
Windowsで最も評価の高い機能はスクショと録画関係だよｗ
馬鹿じゃないの？ｗ
馬鹿じゃないの？ｗ
windows10だとwslgが使えないよな
はいはいｗ
必死だねぇ
必死だねぇ
>>161
会社としての信用度の差じゃないの？
マイクロソフトは自社OSのアップデートすらまともに作れないウンコ技術を誇る会社だし
そんなウンコ技術者がいじったカーネルは何が潜んでいるかわからんよ
会社としての信用度の差じゃないの？
マイクロソフトは自社OSのアップデートすらまともに作れないウンコ技術を誇る会社だし
そんなウンコ技術者がいじったカーネルは何が潜んでいるかわからんよ
必死と言った途端、さらに必死でかぶせてくるスタイルｗｗｗ
安っぽい中傷に乗るかよｗ
社員さんネタ切れなのね？
社員さんネタ切れなのね？
そもそも、金払った上でのサポート能力なんてMSには皆無だろうがｗ
electron簡単に動くようにしてくれ
うごく！
動きません！
動いたSUGeeeeeee
お腹いっぱいや。
スレタイい嫁
動きません！
動いたSUGeeeeeee
お腹いっぱいや。
スレタイい嫁
WSL2を使ってる人が多いから
スレタイと違う流れになるんだと思うよ
スレタイと違う流れになるんだと思うよ
>>175
お前が信仰しているMS大明神もコンテナ押しやｗ
【田】Windows 11 Part27
http://2chb.net/r/win/1636821759/749
749 名前：名無し~3.EXE[sage] 投稿日：2021/11/20(土) 11:21:30.55 ID:slP6KIrJ
Microsoft、「Windows 11」ベースの開発者向け仮想マシンを無償公開
https://forest.watch.impress.co.jp/docs/news/1367913.html
同社はWindowsアプリ開発の利便性を図るため、最新バージョンのWindows、開発ツール、ソフトウェア開発キット（SDK）、サンプルをセットにした仮想マシンを定期的に更新しているが、OSをWindows 11にして提供するのは今回が初めてとなる。
具体的な内容物は以下の通り。
「Window 11 Enterprise」（評価版）
「Windows 10 SDK バージョン 2004」（10.0.19041.0）
「Visual Studio 2019」（10月9日現在の最新版。UWP/.NET デスクトップ開発/Azureのワークフローが有効化されているほか、「Windows Template Studio」拡張機能がインストール済み）
「Visual Studio Code」（10月9日現在の最新版）
「Windows Subsystem for Linux」（WSL、「Ubuntu」がインストール済み）
開発者モードが有効化済み
「Windows Terminal」
仮想マシンは「Hyper-V」、「VMWare」、「VirtualBox」、「Parallels」向けの4種類が用意されている。仮想PCソフトのなかにはデフォルトで「TPM 2.0」が有効になっておらず、Windows 11のインストールが困難なものもあるが、配布されている仮想マシンは「TPM 2.0」バイパスが有効化されているようで、動作に支障はない。
お前が信仰しているMS大明神もコンテナ押しやｗ
【田】Windows 11 Part27
http://2chb.net/r/win/1636821759/749
749 名前：名無し~3.EXE[sage] 投稿日：2021/11/20(土) 11:21:30.55 ID:slP6KIrJ
Microsoft、「Windows 11」ベースの開発者向け仮想マシンを無償公開
https://forest.watch.impress.co.jp/docs/news/1367913.html
同社はWindowsアプリ開発の利便性を図るため、最新バージョンのWindows、開発ツール、ソフトウェア開発キット（SDK）、サンプルをセットにした仮想マシンを定期的に更新しているが、OSをWindows 11にして提供するのは今回が初めてとなる。
具体的な内容物は以下の通り。
「Window 11 Enterprise」（評価版）
「Windows 10 SDK バージョン 2004」（10.0.19041.0）
「Visual Studio 2019」（10月9日現在の最新版。UWP/.NET デスクトップ開発/Azureのワークフローが有効化されているほか、「Windows Template Studio」拡張機能がインストール済み）
「Visual Studio Code」（10月9日現在の最新版）
「Windows Subsystem for Linux」（WSL、「Ubuntu」がインストール済み）
開発者モードが有効化済み
「Windows Terminal」
仮想マシンは「Hyper-V」、「VMWare」、「VirtualBox」、「Parallels」向けの4種類が用意されている。仮想PCソフトのなかにはデフォルトで「TPM 2.0」が有効になっておらず、Windows 11のインストールが困難なものもあるが、配布されている仮想マシンは「TPM 2.0」バイパスが有効化されているようで、動作に支障はない。
仮想マシンでいい
わざわざwsl使うメリットある？
わざわざwsl使うメリットある？
>>178
wsl2もマイクロvmなんだけど
バカの一つ覚え？
実際は開発したことないエアプログラマー？
マイクロVMだから終了させても起動が1秒以下でできる
起動の遅い従来型VMを使う理由がない
wsl2もマイクロvmなんだけど
バカの一つ覚え？
実際は開発したことないエアプログラマー？
マイクロVMだから終了させても起動が1秒以下でできる
起動の遅い従来型VMを使う理由がない
>>179
なんだ、起動すれば満足できるタイプかｗ
そんなアホくさい話は主題にならんわｗ
何十回起動させたら気が済むんか知らんがｗ
なんだ、起動すれば満足できるタイプかｗ
そんなアホくさい話は主題にならんわｗ
何十回起動させたら気が済むんか知らんがｗ
>>182
Windowsはマイクロソフトが作ってるカーネルです。
マイクロソフトが作ってるカーネルだから使うんですよ
Windowsはマイクロソフトが作ってるカーネルです。
マイクロソフトが作ってるカーネルだから使うんですよ
ゲーミングPC兼趣味開発用マシンに入れてるから
VMメモリの自動確保・解放とか
ゲームする前に終了させてメモリ解放しても1秒以下で起動できるのはありがたい
早いことは良いこと
Time is money
VMメモリの自動確保・解放とか
ゲームする前に終了させてメモリ解放しても1秒以下で起動できるのはありがたい
早いことは良いこと
Time is money
>>184
そりゃWindows使ってる以上
Microsoftを信用して使ってるってことだろ？
そこでWSL2のカーネルを疑う意味がない
そりゃWindows使ってる以上
Microsoftを信用して使ってるってことだろ？
そこでWSL2のカーネルを疑う意味がない
えあぷバレバレやｗ
>>182
Linuxに純正カーネルがあると思ってる男の人って…
上流にパッチ送らずに勝手にパッチ適用していないディストリとかむしろある？
カーネルモジュールとか
動作対象にするCPUアーキテクチャとか
使うファイルシステムとか
ビルド設定山ほどあるし
使用するコンパイラによっても結果変わるし
純正とか無いでしょ
Linuxに純正カーネルがあると思ってる男の人って…
上流にパッチ送らずに勝手にパッチ適用していないディストリとかむしろある？
カーネルモジュールとか
動作対象にするCPUアーキテクチャとか
使うファイルシステムとか
ビルド設定山ほどあるし
使用するコンパイラによっても結果変わるし
純正とか無いでしょ
oss勉強してこいやえあぷ(^。^)y-.。o○
>>187
あのー？今はVMの話じゃなくて
LinuxのカーネルをMSがいじってるから〜という話で
それいうならWindowsのカーネルはMSが作ってるわけで
MSがいじった・作ったものを信じて使ってるんですよって話をしてますよ
あのー？今はVMの話じゃなくて
LinuxのカーネルをMSがいじってるから〜という話で
それいうならWindowsのカーネルはMSが作ってるわけで
MSがいじった・作ったものを信じて使ってるんですよって話をしてますよ
>>189
> 上流にパッチ送らずに勝手にパッチ適用していないディストリとかむしろある？
あるよ
例えばmacOSは上流にパッチを送らないことで有名
> 上流にパッチ送らずに勝手にパッチ適用していないディストリとかむしろある？
あるよ
例えばmacOSは上流にパッチを送らないことで有名
>>192
ちがうちがう
そういう話じゃなくて上流でパッチがレビューされてメインストリームに入るののを待たずに
カーネルにパッチを適用してるディストリが殆どだろって話
Linuxは改変したカーネルは公開しないとライセンス違反だからな
ただ一つの純正のビルド済みカーネルなんてもの
元からLinuxにはないという話をしてる
ちがうちがう
そういう話じゃなくて上流でパッチがレビューされてメインストリームに入るののを待たずに
カーネルにパッチを適用してるディストリが殆どだろって話
Linuxは改変したカーネルは公開しないとライセンス違反だからな
ただ一つの純正のビルド済みカーネルなんてもの
元からLinuxにはないという話をしてる
話の流れ的にもossは純血性を保てない。みたいな話になってるのも事実やないか(^。^)y-.。o○
それならWsl自体を使うなって話やｗ
そもそもossを理解してない話でしか無いがの(^。^)y-.。o○
違うIDでもえあぷでしかないｗ
それならWsl自体を使うなって話やｗ
そもそもossを理解してない話でしか無いがの(^。^)y-.。o○
違うIDでもえあぷでしかないｗ
>>189
たぶんカーネルを理解できてない人が居るんだろうね
Windowsだってカーネルの不具合なんてそれほどない
Windows Updateなどでのトラブルを持ち出しているが、それほとんどカーネルの問題じゃなくて
ドライバーや周辺アプリやツールの問題。
linuxなどで例えるとX Window Systemにバグがあってgnomeが固まるというのと同じ
たぶんカーネルを理解できてない人が居るんだろうね
Windowsだってカーネルの不具合なんてそれほどない
Windows Updateなどでのトラブルを持ち出しているが、それほとんどカーネルの問題じゃなくて
ドライバーや周辺アプリやツールの問題。
linuxなどで例えるとX Window Systemにバグがあってgnomeが固まるというのと同じ
Linuxの場合ドライバがカーネルに含まれてる事が多い
ドライバはカーネルのバージョンに依存していて互換性が保たれてるとは限らないので
基本的にカーネルごとにドライバをソースコードからビルドしないといけない
だからハードウェアメーカーにドライバををオープンソースにしろとうるさく言ってる
Windowsの場合、ドライバの仕組みの拡張性が高いから
Windowsのバージョンが違っていても動くことが多い
例えばWindows 7のドライバがWindows 10で動く
http://www.devdrv.co.jp/hidaka/node/52
Microsoft純正のドライバで動くハードウェアも多いが
そうでないドライバの場合は、ドライバの不具合はメーカー側の問題となる
Linuxの場合は、ドライバがカーネルに含まれていることが大半なので
ドライバの問題はOSは問題だと思っている人が多い
Linuxの場合はそれは当てはまるが、Windowsには当てはまらない
ドライバはカーネルのバージョンに依存していて互換性が保たれてるとは限らないので
基本的にカーネルごとにドライバをソースコードからビルドしないといけない
だからハードウェアメーカーにドライバををオープンソースにしろとうるさく言ってる
Windowsの場合、ドライバの仕組みの拡張性が高いから
Windowsのバージョンが違っていても動くことが多い
例えばWindows 7のドライバがWindows 10で動く
http://www.devdrv.co.jp/hidaka/node/52
Microsoft純正のドライバで動くハードウェアも多いが
そうでないドライバの場合は、ドライバの不具合はメーカー側の問題となる
Linuxの場合は、ドライバがカーネルに含まれていることが大半なので
ドライバの問題はOSは問題だと思っている人が多い
Linuxの場合はそれは当てはまるが、Windowsには当てはまらない
またossえあぷかよｗ
>>196
いやいやいや、そんなの関係ないんだよｗ
Windowsはカーネル以外も全部マイクロソフトが作ってて
そんであんだけ不具合が出てるんだからマイクロソフトの開発陣がタコなわけ
そんな会社のコードが汚い不純物のように入ったLinuxカーネルは信用できない
当たり前の話
いやいやいや、そんなの関係ないんだよｗ
Windowsはカーネル以外も全部マイクロソフトが作ってて
そんであんだけ不具合が出てるんだからマイクロソフトの開発陣がタコなわけ
そんな会社のコードが汚い不純物のように入ったLinuxカーネルは信用できない
当たり前の話
>>200
あんな？
そもそも、何のパケット飛ばしてるか分からんOSなんぞ使いたくないわｗ
実質スタンダードだからWindows使う場面は有るけど、本音は願い下げや
あんな？
そもそも、何のパケット飛ばしてるか分からんOSなんぞ使いたくないわｗ
実質スタンダードだからWindows使う場面は有るけど、本音は願い下げや
>>199
linuxはシェルから始まってX Window Server 、その上で動くgnomeやkdeなどの
デスクトップ環境は作っているところが別で、さらにそれらに対してディストリが
いろいろパッチを当てていたりする。
それらの全てがバグのない信頼できるものを作っているとでも思ってるの？
そもそもそれらのOSSにマイクロソフトがパッチを提供しているものだってあるだろうに
linuxはシェルから始まってX Window Server 、その上で動くgnomeやkdeなどの
デスクトップ環境は作っているところが別で、さらにそれらに対してディストリが
いろいろパッチを当てていたりする。
それらの全てがバグのない信頼できるものを作っているとでも思ってるの？
そもそもそれらのOSSにマイクロソフトがパッチを提供しているものだってあるだろうに
そもそもWSLの利点って何よ？
何もないだろ
何もないだろ
>>204
利点がなにもないなら、こんなに話題になってないだろ
利点はWindowsのコマンドライン環境が、一気に改善されたことだよ
Linuxと全く同じになった
Linuxを導入しても「Windowsの」コマンドライン環境は改善されないが
WSLは「Windowsの」コマンドライン環境が改善された
つまりWindows上のファイルに対して、Linuxと同じように自然な感じでコマンドが使えるようになった
またWSLからWindowsのコマンドを実行することだって出来る。WSL1だけでなくWSL2でもそう
またVMにLinuxを導入するよりも優れた点として、複数のディストリをインストールして実行しても
起動する仮想マシンもカーネルも一つだけだから、メモリを食わないというメリットも有る
一つの小さな仮想マシンとLinuxカーネルを起動して、その上でコンテナ技術を使ってWSL2を実行してるのよ
DockerのWSL2対応も、今までは仮想マシンを使っていたから起動が遅くメモリも食っていたが
それをWSL2にまとめることに成功した
利点がなにもないなら、こんなに話題になってないだろ
利点はWindowsのコマンドライン環境が、一気に改善されたことだよ
Linuxと全く同じになった
Linuxを導入しても「Windowsの」コマンドライン環境は改善されないが
WSLは「Windowsの」コマンドライン環境が改善された
つまりWindows上のファイルに対して、Linuxと同じように自然な感じでコマンドが使えるようになった
またWSLからWindowsのコマンドを実行することだって出来る。WSL1だけでなくWSL2でもそう
またVMにLinuxを導入するよりも優れた点として、複数のディストリをインストールして実行しても
起動する仮想マシンもカーネルも一つだけだから、メモリを食わないというメリットも有る
一つの小さな仮想マシンとLinuxカーネルを起動して、その上でコンテナ技術を使ってWSL2を実行してるのよ
DockerのWSL2対応も、今までは仮想マシンを使っていたから起動が遅くメモリも食っていたが
それをWSL2にまとめることに成功した
いや、オレ以外はMS工作員だろ？
わしもWslはどう考えても要らん言うとるで？？
つか、コンテナに夢が有りすぎる。
つか、コンテナに夢が有りすぎる。
>>212
Wslに関して殆どえあぷなのは事実だが、「使えねー」と判断したら使わんわな(^。^)y-.。o○
アホかお前ｗ
Wslに関して殆どえあぷなのは事実だが、「使えねー」と判断したら使わんわな(^。^)y-.。o○
アホかお前ｗ
>>211
コンテナがあればLinuxはいらないっていいたいの？
Linuxで開発する人がいなくなるのもわかるなｗ
開発マシンはWindows一択
コンテナがあるからLinuxはもういらない！
コンテナがあればLinuxはいらないっていいたいの？
Linuxで開発する人がいなくなるのもわかるなｗ
開発マシンはWindows一択
コンテナがあるからLinuxはもういらない！
>>214
ワシは、MSがコンテナ用のライセンス出しとるのは嬉しいと思っとるで？
何を妄想しとるのか知らんがｗ
環境持ち運びできて、差分気にしなくていいっつーのは、コンテナがWinかLinuxかは関係ない利点や。
単にWSLが要らないと言っている(^。^)y-.。o○
心療内科行けやｗ
ワシは、MSがコンテナ用のライセンス出しとるのは嬉しいと思っとるで？
何を妄想しとるのか知らんがｗ
環境持ち運びできて、差分気にしなくていいっつーのは、コンテナがWinかLinuxかは関係ない利点や。
単にWSLが要らないと言っている(^。^)y-.。o○
心療内科行けやｗ
>>215
いやだからコンテナの話はしてないんだよ
コンテナはWindowsでもLinuxでも使える
そのコンテナを使うホストOSに何を使うのか？って話
Windowsを使うんだろ？
WindowsはLinuxを圧倒的に超えたOSになったから
いやだからコンテナの話はしてないんだよ
コンテナはWindowsでもLinuxでも使える
そのコンテナを使うホストOSに何を使うのか？って話
Windowsを使うんだろ？
WindowsはLinuxを圧倒的に超えたOSになったから
>>218
YES か NO で答えればいいよ
WSLがなくてもWindowsはLinuxを超えてるって
いいたいわけだよね？
YES か NO で答えればいいよ
WSLがなくてもWindowsはLinuxを超えてるって
いいたいわけだよね？
>>217
わしは両持ちだが、Winの利点はゲームタイトルの多さと、DVD鑑賞ぐらいしか無いで？？
おまええあぷやんｗ
わしは両持ちだが、Winの利点はゲームタイトルの多さと、DVD鑑賞ぐらいしか無いで？？
おまええあぷやんｗ
>>220
それはお前にとってのWindowsの利点だろ
YES か NO で答えればいいよ
WSLがなくてもWindowsはLinuxを超えてるって
いいたいわけだよね？
それはお前にとってのWindowsの利点だろ
YES か NO で答えればいいよ
WSLがなくてもWindowsはLinuxを超えてるって
いいたいわけだよね？
>>219
小さいオフィスならLinuxの方がええやろな。
賽銭ファイル形式じゃなければWinと互換性有るし、うちは実際そうや(^。^)y-.。o○
小企業じゃがの(^。^)y-.。o○
小さいオフィスならLinuxの方がええやろな。
賽銭ファイル形式じゃなければWinと互換性有るし、うちは実際そうや(^。^)y-.。o○
小企業じゃがの(^。^)y-.。o○
> 小さいオフィスならLinuxの方がええやろな。
Linuxがいい理由なんて何もないよｗ
Linuxがいい理由なんて何もないよｗ
最新ファイル形式 の間違いな？
まあそういうことで
お金がある人はLinuxを超えたWindowsを使うわけよ
お金がある人はLinuxを超えたWindowsを使うわけよ
Windows+LibreOfficeがもっとも費用対効果が高いと思う
必要なソフトウェアのうち、Linuxで使えるものは
ほとんどがWindowsで使えるのでね
必要なソフトウェアのうち、Linuxで使えるものは
ほとんどがWindowsで使えるのでね
iptablesやnginxやqmailやdovecotを動かすならLinux以外の選択肢はないけどね
>>228
Winにoss系のアプリケーション入れて使うのは面倒くさいんや
スクリプトの実行環境も面倒だし。
オフィスのファイル量産して一々ファイル探すようなアホな会社はwinに騙されとるだけや。
なにがMSオフィスやねん。
Winにoss系のアプリケーション入れて使うのは面倒くさいんや
スクリプトの実行環境も面倒だし。
オフィスのファイル量産して一々ファイル探すようなアホな会社はwinに騙されとるだけや。
なにがMSオフィスやねん。
話がソレたが、Wslは要らんで(^。^)y-.。o○
vmと書くとwsl2もvmだとか言う人がいるので
あえて、vmwareと書くが（virtualboxでもいい）
私はvmwareのほうが、ここに別のマシンがあると思えるので
わかりやすい
あえて、vmwareと書くが（virtualboxでもいい）
私はvmwareのほうが、ここに別のマシンがあると思えるので
わかりやすい
>>235
VirtualBoxもVMWareも仮想マシンが独立した仮想ネットワークアダプタを複数持てるし、
複数起動したVMのグループ内でLANのサブネットを作ることもできるしなぁ。
その手の操作の弱いWSL2を使う意味は全く無いよね。
VirtualBoxもVMWareも仮想マシンが独立した仮想ネットワークアダプタを複数持てるし、
複数起動したVMのグループ内でLANのサブネットを作ることもできるしなぁ。
その手の操作の弱いWSL2を使う意味は全く無いよね。
>>236
https://github.com/microsoft/WSL/issues/4304#issuecomment-511884889
All of the WSL 2 distros run on the same virtual machine, which has a singular virtualized networking interface controller.
You can create different IP addresses and different networking namespaces just like you would on a Linux machine to create network isolation for multi-node development.
https://github.com/microsoft/WSL/issues/4304#issuecomment-511884889
All of the WSL 2 distros run on the same virtual machine, which has a singular virtualized networking interface controller.
You can create different IP addresses and different networking namespaces just like you would on a Linux machine to create network isolation for multi-node development.
だから、出来る出来ネーは論外だっツーの。
利便性の話。
利便性の話。
簡単に出来ないものだとこのスレの連中には受け入れられないって事だw
どこのスレでも一緒だよなw
一部のマニアだけが実行する内容です
どこのスレでも一緒だよなw
一部のマニアだけが実行する内容です
何でも自社OSに取り込もうとするマイクロソフトの失敗作
>>234
VMを使うっていうのは、Linuxを使うというのと変わらない
目的はWindowsを使いやすくすることであって
Linuxを使うことではない
何度言えば理解するんだ？
VMを使うっていうのは、Linuxを使うというのと変わらない
目的はWindowsを使いやすくすることであって
Linuxを使うことではない
何度言えば理解するんだ？
>>241
自分で言いよるやん。
俺達はそれならWslは入りませんよっていってるの。
VMのLinuxで十分便利だから。
コンテナの可搬性まで考えたらWslの出る幕ないよ。
自分で言いよるやん。
俺達はそれならWslは入りませんよっていってるの。
VMのLinuxで十分便利だから。
コンテナの可搬性まで考えたらWslの出る幕ないよ。
>>242
とうとう話をすり替えだしたかｗ
結局お前は「俺はWindowsはいらない」って言ってるだけじゃん
Linuxだけを使ってればいいじゃん。お前花。
みーんなはWindowsを使ってるの
とうとう話をすり替えだしたかｗ
結局お前は「俺はWindowsはいらない」って言ってるだけじゃん
Linuxだけを使ってればいいじゃん。お前花。
みーんなはWindowsを使ってるの
結局「俺はWSLはいらない。Linuxを使う」って
個人的な感想を言ってるだけなんだよなｗ
うん。お前は使わないなら使わなくていい。
みんなはLinuxじゃなくてWindowsを使ってる
現実はそうなってるだろ？
WSLの登場でLinuxを使うメリットが無くなった
本当に必要なのはLinuxじゃなくて、Linux上で動くコマンドやアプリだったのさ
個人的な感想を言ってるだけなんだよなｗ
うん。お前は使わないなら使わなくていい。
みんなはLinuxじゃなくてWindowsを使ってる
現実はそうなってるだろ？
WSLの登場でLinuxを使うメリットが無くなった
本当に必要なのはLinuxじゃなくて、Linux上で動くコマンドやアプリだったのさ
あんたバカァ？WSLはLinuxじゃん
Linuxモドキだよ
>>245
ただのLinuxなら仮想マシンにLinuxいれて使えばいいだけ
そんな程度なら何年も前からWindowsはできている。
それ以上の付加価値があるからみんなWSLを使ってるんだよ。
ただのLinuxなら仮想マシンにLinuxいれて使えばいいだけ
そんな程度なら何年も前からWindowsはできている。
それ以上の付加価値があるからみんなWSLを使ってるんだよ。
付加価値があるのかあ
例えばどういうの？
具体例で教えてね
例えばどういうの？
具体例で教えてね
(笑)
プレビュー版「WSL」のアイコンが「これでええんか？」とちょっと話題に
https://forest.watch.impress.co.jp/docs/serial/yajiuma/1368648.html
プレビュー版「WSL」のアイコンが「これでええんか？」とちょっと話題に
https://forest.watch.impress.co.jp/docs/serial/yajiuma/1368648.html
なんかに似てる？
ドラえもんとのび太をブレンドしたふいんき
>>248
DockerがWSL2を使っていて
WSLのデフォルトのUbuntuとカーネルを共有してるから
メモリを食わないし、起動時間もかからない
まあまず一つ目ｗ
DockerがWSL2を使っていて
WSLのデフォルトのUbuntuとカーネルを共有してるから
メモリを食わないし、起動時間もかからない
まあまず一つ目ｗ
>>252
それ昔の腐ったPCでないとメリットないやつやｗ
いみねー
複数起動して別個のサーバー立てたりはできるの？
それ昔の腐ったPCでないとメリットないやつやｗ
いみねー
複数起動して別個のサーバー立てたりはできるの？
>>253
昔の腐ったPCなら意味があるって自分で認めてるじゃんかｗ
お前バカなのか？
> 複数起動して別個のサーバー立てたりはできるの？
Linuxで出来ることは全部できる
昔の腐ったPCなら意味があるって自分で認めてるじゃんかｗ
お前バカなのか？
> 複数起動して別個のサーバー立てたりはできるの？
Linuxで出来ることは全部できる
>>253
お前Docker使ったことないだろ
Dockerのブリッジネットワークも知らない人？
ローカル環境で複数の仮想マシンとか重いだけでデメリットしかない
速い事は良いこと、お前は時間を無駄にしている
お前Docker使ったことないだろ
Dockerのブリッジネットワークも知らない人？
ローカル環境で複数の仮想マシンとか重いだけでデメリットしかない
速い事は良いこと、お前は時間を無駄にしている
人に説明するとき
vmware等はパソコンだと思えばいいって言えばいいけど
wsl2はなんと説明すればいいの？
vmware等はパソコンだと思えばいいって言えばいいけど
wsl2はなんと説明すればいいの？
>>255
うーん、そういう事じゃないんだよね。
VMを複数起動して、それらをホストマシンと「違う」サブネットにできないでしょ。
うーん、そういう事じゃないんだよね。
VMを複数起動して、それらをホストマシンと「違う」サブネットにできないでしょ。
>>256
OSの一機能だから、OSの機能に詳しい人には
Linuxアプリを動かすための互換レイヤーで通じると思う
素人にはWindowsでLinuxアプリが動くようになりましたでいんじゃね？
なにかに例える必要はないよ
OSの一機能だから、OSの機能に詳しい人には
Linuxアプリを動かすための互換レイヤーで通じると思う
素人にはWindowsでLinuxアプリが動くようになりましたでいんじゃね？
なにかに例える必要はないよ
>>257
> VMを複数起動して、それらをホストマシンと「違う」サブネットにできないでしょ。
LinuxはVMを使わないとサブネットに使えないんだがそれと全く同じ
何度も言うがWSLはWindowsの機能がパワーアップしただけ
Windows vs Linux であって
Linuxで仮想マシン使うときに、Windowsでも仮想マシン使えばいいだけ
でも普段Linuxで仮想マシン使わないじゃん？
Windowsでも仮想マシン使わないよ
Linux以上の機能を持ってるしね
> VMを複数起動して、それらをホストマシンと「違う」サブネットにできないでしょ。
LinuxはVMを使わないとサブネットに使えないんだがそれと全く同じ
何度も言うがWSLはWindowsの機能がパワーアップしただけ
Windows vs Linux であって
Linuxで仮想マシン使うときに、Windowsでも仮想マシン使えばいいだけ
でも普段Linuxで仮想マシン使わないじゃん？
Windowsでも仮想マシン使わないよ
Linux以上の機能を持ってるしね
>>258
> 実務には使えません（ココ重要）
Linuxと全く同じバイナリを使ってるのに
なんで実務に使えないんですか？
お前が使えない（人間）ってだけじゃないんですか？
> 実務には使えません（ココ重要）
Linuxと全く同じバイナリを使ってるのに
なんで実務に使えないんですか？
お前が使えない（人間）ってだけじゃないんですか？
開発だけが実務ではないｗ
例えばパンを売ることも実務であり
WSLやLinuxはパン職人には不要
とか言う話？
開発も実務だろ
実務で使える。
こういう流れやろアホが
WSLやLinuxはパン職人には不要
とか言う話？
開発も実務だろ
実務で使える。
こういう流れやろアホが
>>263
其の喩えだと、山崎製パンはWindowsが必要だろうけど、街のパン屋さんに必要なのはLinuxだね。
其の喩えだと、山崎製パンはWindowsが必要だろうけど、街のパン屋さんに必要なのはLinuxだね。
山崎製パンがコンビニブランドで出すパンがWslって感じかな。
>>266
実際に使ってる人なら解る例えだから良いよ別に。
えあぷが理解できるとはハナから期待してないよ。
実際に使ってる人なら解る例えだから良いよ別に。
えあぷが理解できるとはハナから期待してないよ。
実際に使ってる人の感想
https://www.cutt.co.jp/book/978-4-87783-484-5.html
それから長い年月が経ちましたが、Windows Subsystem for Linux（WSL）は
そうした取り組みの集大成のようなソフトウェアです。
WSLでは本家のUbuntuが動作します。
また、aptコマンドでリポジトリからLinux用のプログラムを
直接ダウンロードしてインストールすることが可能です。
かつて、Windows上でUNIX用プログラムを実行できるソフトで、
これほどの完成度を持ったものは存在しませんでした。
https://www.cutt.co.jp/book/978-4-87783-484-5.html
それから長い年月が経ちましたが、Windows Subsystem for Linux（WSL）は
そうした取り組みの集大成のようなソフトウェアです。
WSLでは本家のUbuntuが動作します。
また、aptコマンドでリポジトリからLinux用のプログラムを
直接ダウンロードしてインストールすることが可能です。
かつて、Windows上でUNIX用プログラムを実行できるソフトで、
これほどの完成度を持ったものは存在しませんでした。
では実際に使っている人がわかるかどうか聞いてみましょうｗ
この喩えの意味を「他の人が説明」できますか？
他の人が説明できなかったらお前の負けやなｗｗｗ
この喩えの意味を「他の人が説明」できますか？
他の人が説明できなかったらお前の負けやなｗｗｗ
勝ち負けの問題なのかは知らんが構わんよ？
名無しやし
名無しやし
はい、5分たちました。
他の人はまだ誰も説明できない。
お前ピンチやなｗｗ
他の人はまだ誰も説明できない。
お前ピンチやなｗｗ
WindowsでDocker使ってる人は必然的にWSL2を使ってるんだよな
実用性の高さがわかる
実用性の高さがわかる
さて案の定誰も答えないから進めるけど
WSLもLinuxもパンに相当するLinuxアプリは全く一緒
Windowsにパンがならんでいるか
Linuxにパンがならんでいるかの違いでしかないんだよ
WSLもLinuxもパンに相当するLinuxアプリは全く一緒
Windowsにパンがならんでいるか
Linuxにパンがならんでいるかの違いでしかないんだよ
あ、はい
同じコードからwsl/gccとwsl/mingw64とwin/mingw64で同時にコンパイルしクロステスト開発が最強すぎる
