wsl2ってあまり使う人いなくねwww
windowsの機能であるwsl2 windowsにlinuxカーネルを上乗せしwindows上でlinuxを使うという革新的なシステムなんだがlinux使う人ってほとんどlinux osをインストールしてると思うんだけど()
しかもほぼ完全自動
パーティションがどうとか全然気にしなくていい
余計なサービスがまったくないから数秒レベルですぐLinux環境に入れる
WSL2とかよく使うなあw
マイクロソフトがいじったカーネルなんて怖くて使えない
マイクロソフトは自社OSのWindowsUpdateすらまともに作れないのに
カーネルなんていじったら大変だわな。
アップデートをここまで安定させてるのは
マイクロソフトぐらいしかないけど?
あと数えるほどしか見つからないでしょ
安定はしてない。
構造的欠陥からくる場当たり的なパッチを行なっているだけ
他のOSだって場当たり的なパッチを行ってるんだが
一体何と比べて、他のOSはどの点が場当たり的ではないと言いたいわけ?
ほらねw
「他のOSはどの点が場当たり的ではないと言いたいわけ?」
という質問にすら答えられないわけよ
なーんも考えてない証拠
>>35 何でオマエの言い出したことを納得させるためにこっちが時間を割いて説明しなきゃならんのだ。
オマエが自分の主張を裏付ける証拠を出せよ言い出しっぺなんだからさ。
WindowsみたいなクソOSを擁護する人間もまたクソだというのを証明してるだけだぞ。
Windowsが場当たり的なパッチを当ててるって言ったのは
お前が言い出したことだろ?
なら納得させるためにお前が頑張れや(笑)
どこが他のOSと比べて場当たり的なの????
場当たり的パッチとは申しません。
適切な言葉はモグラ叩き開発です。
>>32 linuxだってアップデートで何度も酷い目にあっているし別にWindowsに限らんよな
Windowsはこれよりもずっといいわけで
Apple、macOS Montereyの文鎮化問題を認識、対処とコメント
https://iphone-mania.jp/news-417767/ Macのアップデートが場当たり的だって話をしてるんだけど?
それとも文鎮程度じゃ場当たり的にはならないって主張したいわけ?
してみろよw
SFUとかSUAを試してみたけどCygwinやMSYS/Mingwinのほうがよかった
そんな古の時代に比べたらwsl2はとても使い勝手がいい
でもMSYS2で済ませられればできるだけこっちで
MSYS2のパッケージってまともに提供されるようになった?
VMでLinuxはよく見るがWSLを仕事で使ってる人を見たことないわ
一体どういう人がこれ使ってるんだろ?
そりゃソフトウェアを開発してる人だよ
つまりプログラマーってことね
ただLinuxを使ってるだけの人は使わない
俺はプログラマーだけどLinux使う時はVirtualBoxだなあ
同僚もみんなそう
WSL2を使ってるやつは客先でも見たことない
>>50 WSL2はWindows使うときに使うんやで
Windowsが大幅パワーアップするから
Linuxが不要になる
な?反論できなくなったら、こういうレス返してくるわけだよ
まともな書き込みをしているふりして、適当なこと書いて
WSL2を悪くいいたいだけってわかるやろ?バレバレなんだよね
Linuxでしか動かないニッチなライブラリ使いたい時便利だよ
>>55 VMでLinux動かしてるんだからホストOSはLinux以外だろ
それも気づかんようなアホガキはクソして寝てなさい
>>58 ホストOSはWindowsって最初から言ってるんですが
誰と話をしてるんです?
WSL2はWindowsを使いたいときに使うんですよ?
当たり前でしょう
必要なのはLinux上で動くソフトウェアだけです。
それらはLinuxではありません
GNU/Linuxじゃなくて
GNU/Windowsみたいなもん
wslはメインでwindows使っててlinuxの便利な機能をつまみ食いするためのもの
実用性は低い
本格的にlinux使うならhyper-vかvmwareを使う
Linuxの便利な機能=実用性が低いものだったんですか?
実用性が高いLinuxの便利な機能が使えるんだから
実用性高いに決まってるでしょう
>>61 本格的にLinux使う → HyperV使う → WSL2はHyperV使ってる。さらにWindowsと統合されてる。
本格的なLinuxが更に使いやすくなってるのがWSLなのよ
>>63 そのWindowsと統合されてるってのがダメな点なのよね。
ほんとお決まりだよな
自分の意見を持ってないから
とりあえずダメダメ言ってりゃ事実になると思ってるw
そもそも今どきLinuxがコンソールだけで完結していると思ってるのが間違いなんだけどねw
WSLでコンソールでエディタ使うのがLinuxユーザーの幸せとか思ってるんじゃないか?w
必死やなーw
ほんとに便利でロバストで高性能なら仕事で使われてるっつーの。
VMならコンテナファイルを移動するだけで他のマシンで動かすのも容易だがWSLはそうはいかない。
Windowsと一心同体だから。
あと話が噛み合ってねーぞ。
国語の勉強を小学生からやり直せ。
>>69 横からだけど
WSLのユーティリティで簡単に他のPCに展開できる
またDocker環境作成の要領でLinux実機で作成したシステムを抜いてWSLに移行させるのも可能(Dockerも利用可能)
便利になるかはユーザー次第
Linux板WSLスレの過去ログを参照すれば利用/移行方法が色々と書かれているよ
>>69 > ほんとに便利でロバストで高性能なら仕事で使われてるっつーの。
仕事で使われてるから、便利でロバストで高性能な証明になってるよ
>>69 > VMならコンテナファイルを移動するだけで他のマシンで動かすのも容易だがWSLはそうはいかない。
それならWSLの方が簡単。
wsl --export でtarファイルにエクスポートして
wsl --import でインポートするだけ
他のマシンで動かすのが容易な理由は何だと思う?
>>72 残念ながら仕事で使ってるの見たことないわ
おれは使う気になれんな
マイクロソフトがいじったカーネルなんて怖くて使えない
>>79 Windows使っている人に、マイクロソフトのカーネルがどうとか言っても意味ない
>>80 使っている人が多いから、こうやってアンチスレたててWindowsが流行らないように
必死で妨害工作してるのか。うまく行ってないがなw
さすがにwindowsがスタンダードじゃないって思ってるモンは少数やろw
妄想や(^。^)y-.。o○
>>79 マイクロソフトがパッチ当てたカーネルのソースは公開されているんだから
調べようと思えば調べられるでしょ
>>81 意味はあるだろ
Windowsだけ使ってるのに比べて危険が二倍という
WSL2でNixOSがさいつよ
宣言的に入れるツールの設定を管理して100%再現できる
他のディストリもWindowsも、宣言的に設定を管理はできないし
ロールバックは困難
DockerはDockerfileのビルドに100%の再現性はないから
同じDockerfileでもビルド出来なくなる可能性あるし
ファイルシステムとかネットワークとか
色々隔離するせいで使いにくい事がある
>>86 Docker「イメージファイルを使うから100%の再現性がある!」
お前(アホ)「Dockfileのビルドで100%の・・・、え?イメージファイル?なにそれ?
う、うるさい、イメージファイルを使うなんて卑怯だ。
Dockerfileのビルドだったら100%の再現性がないんだ!
イメージファイルを使うなんてずるいぞ!!」
>>83 調べてまで使う気しないw
自社OSのアップデートすら満足に作れないマイクロソフトのコードは信用できない。
LinuxのCUIを試すくらいの意味しかないな
BusyBoxで十分
>>88 それはあなたの意見ですよね?
みんなが使ってるって話をしてます。
>>89 BusyBoxがあればLinuxいらないのか(笑)
Linuxなんて元々は各自の動作環境に合わせてカーネルにハッチ当ててビルドして使うのが当たり前だったんだけどな。
だいたいBSD系UNIXにパッチ当ててMacOSとして出してるAppleを盲目的に信用して
Linuxカーネルにパッチ当てたのがMicrosoftだから信用できんという理屈がわからん
>>91 wslならbusyboxで十分代わりになるよw
>>93 wslってLinuxなんだが?
その理屈だとLinuxはBusyBoxで十分代わりになることになる
そもそもBusyBoxの変わりになるのはGNUツールチェーンであってLinuxではないんだがねぇ
どうやってBusyBoxでパッケージをインストールする?無知は怖いねぇw
そのちゃちゃにわかっていてマジレスすることで
相手を追い詰めてます(笑)
WSL2みんな使ってるね
>>94 LinuxのCUIコマンドが使えるってだけだろ?
それならBusyBoxで十分なのだよ。
WSLでできてBusyBoxでできないことって何かある?
あまりないと思うけどw
>>87 Dockerのイメージレジストリ用意したりちゃんとgitに入れたDockerfileと内容合うように
イメージビルドしてpushすんのマンドクセ('A`)
あるいはCI組むのマンドクセ('A`)
二度と更新しないなら良いけど大抵は更新する事あるし
その時にDockerfileのビルドこけたらマンドクセ('A`)
nix-shellの方が気軽に使えて再現性100%
>>99 > LinuxのCUIコマンドが使えるってだけだろ?
違う。コマンドを入れられる。
> それならBusyBoxで十分なのだよ。
BusyBoxだけじゃコマンドが足りない
> WSLでできてBusyBoxでできないことって何かある?
Rubyを使う
>>100 > イメージビルドしてpushすんのマンドクセ('A`)
そういうやつがNixOSのパッケージなんか作ろうとは思わないんだよw
Dockerは簡単に自分が必要とするイメージを作れる
>>99 横からだけど、WSL1でもXfce等のDEを動かして、アプリやブラウザーで音声付きで動画再生とか出来るよ。
BusyBoxで出来る?
rubyも案件減ったよなー
ひところのあのブームは何だったんだろ?
>>102 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の代替になるわけないやろw
>>106 Dockerは作ったイメージをダウンロードするだけで
完全の同じ環境が作れる
nixでやるなら、そのイメージをアップロードして
ダウンロードするところまで簡単にできないと意味ない
ローカルでビルドなんてしないから、高速にイメージを起動できるのが
Dockerの強み
>>107 > 公式リポジトリは最初からそれが設定されてるのでビルド不要
非公式リポジトリが簡単に作れない、使えない意味がない
商用サービスのイメージを他人に公開するわけがないんだから
出来るできないが中心やな。
コンテナの利点は、Wslよりかは信頼性の低いPCでも仕事になる。
コンテナの持ち運びは、PC間の差分を殆ど気にしなくていい
コンテナの持ち運びは設定が残ったり、データが残ったりをWslよりかは気にしなくていい
普通にコンテナ選ぶだろ
Windowsの仮想専用ライセンスが欲しいぐらいだ
>>112 おれは開発者じゃないけど、実務的にコンテナはすごい魅力あるは
WSLはWindowsのCUI環境をLinuxにすること
Dockerは自分でイメージを作って配布するためのもの
用途が全く違う
wslがどうのこうの言ってる連中もどうせsed,sort,awk,perlくらいしか使わへんやろ。
あと簡単なbashスクリプト書いてイキってるくらいか。
だからRubyとかそういう言語をインストールするって言ってるだろ
旗色が悪くなったからって聞こえないふりするなよ
無意味だぞ
あーw
perl上げてるんだから当然Rubyも含まれとるがなw
えあぷ開発者乙や(^。^)y-.。o○
ワシもPHPぐらいは使うが、自分を開発者とは言わんで?恥ずかしいw
>>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 DockerイメージやAmazon EC2の仮想マシンイメージもnixで作れる
本番環境や、既存開発環境で既にDocker活用してる所への持ち込みも可能ってわけだ
しかもDockerfileでapt使うのとかと違って
いつの間にか再現できなくなってビルド不可能に!とかない
https://nixos.org/#asciinema-demo-example_4 https://nixos.org/#asciinema-demo-example_5 >>119 > nixのプライベートバイナリキャッシュ設定する手間はDockerのプライベートイメージレジストリの設定する手間とそんな変わらないと思う
キャッシュじゃ意味ねーだろ
イメージをアップロードできないと全く意味がない
>>119 > そんなシンプルなものだったらnix-shell -p rubyで済むだろう
すむわけ無いだろw
ruby入れて、ライブラリ入れて、
アプリ固有のイメージを作るんだよ
つまりな、用意されてるパッケージだけじゃダメという話
まあrubyのライブラリの前バージョンがnixで配布されてるっていうのなら別だがなw
いいか?Dockerイメージの代わりになるというのなら
ruby+gemsで配布されてるライブラリ込の
アプリ固有のイメージを作ってアップロードまで出来ないとダメ
それでようやくDockerの代わりと言える