wsl2ってあまり使う人いなくねwww

**かずいとん** · 2021/10/31(日) 19:52:17.73

windowsの機能であるwsl2 windowsにlinuxカーネルを上乗せしwindows上でlinuxを使うという革新的なシステムなんだがlinux使う人ってほとんどlinux osをインストールしてると思うんだけど（）

**名無し~3.EXE** · 2021/10/31(日) 22:09:46.86

>>1
LinuxだけをインストールしてもWindowsと連携してくれないでしょｗ

1. Windowsを使う
2. WindowsとLinuxを連携させる

この両方を簡単に満たしてくれてるから
みんなWSL2を使ってるんだよ

**名無し~3.EXE** · 2021/10/31(日) 22:11:14.16

Windowsを使うっていうことはクライアント用途
つまりソフトウェアの開発用途だからね
Linuxだけあっても意味ない
Windowsとの連携が必須

**名無し~3.EXE** · 2021/11/01(月) 17:13:17.06

へぇwsl2ってみんな使ってるのか

**名無し~3.EXE** · 2021/11/01(月) 19:13:11.43

wsl2ってあまり使う人いないのか

**名無し~3.EXE** · 2021/11/01(月) 22:32:43.20

そもそも連携させる意味がないんじゃね？
何に役に立つんだろう？と考えてみたが、Winサーバ中のSQLをエクスポートして
Linuxのテキスト関連ツール使っていじってまたインポート、くらいしか思いつかんｗ
でもSQLサーバならLinuxの方が安定してるしWindowsで使うのはマゾしかいないだろう。
WSL2はこんなに便利だ、という使い方があれば教えてください。

**名無し~3.EXE** · 2021/11/01(月) 23:01:45.41

> Winサーバ中のSQLをエクスポートして
> Linuxのテキスト関連ツール使っていじってまたインポート、くらいしか思いつかんｗ

連携してるじゃん。
いちいちLinuxマシンにSSHでファイル転送とかアホらしいし
それだけのためにファイル共有とか設定するのはもっとアホだし

はい、WSL2はこんなに便利だという使い方一つ

**名無し~3.EXE** · 2021/11/01(月) 23:05:22.91

SQLサーバーならLinuxの方が安定してるし
↑
これをWindowsに取り込んだから
もはやLinuxを別に用意する必要がなくなったんだよね

**名無し~3.EXE** · 2021/11/02(火) 00:46:30.54

>>7
作業フォルダをVMの共有フォルダにしとけば転送なんか要らないけどね。

>>8
もしかしてMSSQLの事言ってんの？
もしかしてｗ

**名無し~3.EXE** · 2021/11/02(火) 01:26:26.55

> 作業フォルダをVMの共有フォルダにしとけば転送なんか要らないけどね。

その設定をしないといけないんだよなｗ

**名無し~3.EXE** · 2021/11/02(火) 03:20:06.97

LaTeX文書のコンパイルにWSL2のUbuntuでやった
UbuntuのファイルシステムをWindowsから直に弄れるのがいい
簡単な編集がメモ帳でできる

**名無し~3.EXE** · 2021/11/02(火) 06:52:26.42

>>9
私もVMでやってる
VMのほうがわかりやすい
私がWSL2をよく知らないせいかも知らないが

**名無し~3.EXE** · 2021/11/02(火) 09:32:55.49

VMは手間がかかって、どうしてもオレオレ環境になってしまう
WSL2は手間がいらず、他の人と同じ構成になってるので
いろんなツールが登場してる

**名無し~3.EXE** · 2021/11/02(火) 10:41:20.87

>>13
人それぞれだからね、押し付けようとは思わない

**名無し~3.EXE** · 2021/11/02(火) 15:43:32.45

>>10
1分もかからない作業だがな。

**名無し~3.EXE** · 2021/11/02(火) 16:12:37.99

>>14
押し付けるかどうかじゃなくて
どっちが優れているかの話だからね。

別に優れているWSL2を押し付けてないよ
便利なのでみんな使ってるって話

自分のやりたが確立してるならそれを使えばいいよ
ただ人それぞれなんだから、そのやり方を押し付けたらダメ
そして押し付けないから、みんなオレオレ環境になってしまうという話
VMを使うとそうなるってことだよ

あとは自分で選べばいい。オレオレ環境を作るのを頑張るか
環境構築なんかOSにまかせてさっさとやるべきことをやるかどうかだよ

**名無し~3.EXE** · 2021/11/02(火) 18:47:59.23

VM使うとオレオレ環境になるって…
言っちゃ悪いかもだが、ものすごくバカそうｗ

**名無し~3.EXE** · 2021/11/02(火) 20:02:40.49

wsl2ってあまり使う人いないのか

**名無し~3.EXE** · 2021/11/03(水) 00:22:45.60

>>17
当たり前だろ？
VM使う＝PCにLinuxをインストールして使うってことだぞ

ディストリはバラバラだし、Windowsと連携させるためのコマンドも入ってない
ディレクトリを共有する場所も決まってないし、
WindowsとLinuxの間でコマンド呼び出しも出来ない

それらを自力で作っておいて
全員同じ環境になるとでも思う？

**名無し~3.EXE** · 2021/11/03(水) 00:37:58.03

wslもLinuxをインスコするでしょ
ストアにはいくつかのディストリもあるし

**名無し~3.EXE** · 2021/11/03(水) 14:07:28.78

俺はVMにLinuxもインストールしているが wsl2入れてからは
VMの法を起動する機会は減ったな
Windowsとの行き来が楽だもん

**名無し~3.EXE** · 2021/11/03(水) 17:25:33.82

>>20
だからインストールするだけで
Windowsとの連携がバッチリ出来てるのがいいんだってば

**名無し~3.EXE** · 2021/11/03(水) 17:27:35.28

しかもほぼ完全自動
パーティションがどうとか全然気にしなくていい
余計なサービスがまったくないから数秒レベルですぐLinux環境に入れる

**名無し~3.EXE** · 2021/11/03(水) 17:39:55.33

WSLの話題はLinux板が本流になっているけど

**名無し~3.EXE** · 2021/11/03(水) 22:26:13.73

WSL2とかよく使うなあｗ
マイクロソフトがいじったカーネルなんて怖くて使えない

**名無し~3.EXE** · 2021/11/04(木) 04:36:28.45

すでにLinuxのカーネルはマイクロソフトがいじってます

Microsoft、2万行のコードをLinuxカーネルに提供
https://www.infoq.com/jp/news/2009/07/Microsoft-Contributes-to-Linux/

**名無し~3.EXE** · 2021/11/04(木) 04:55:37.00

でリーナスがそれを拒否ると

**名無し~3.EXE** · 2021/11/04(木) 23:32:47.55

マイクロソフトは自社OSのWindowsUpdateすらまともに作れないのに
カーネルなんていじったら大変だわな。

**名無し~3.EXE** · 2021/11/05(金) 01:16:18.65

アップデートをここまで安定させてるのは
マイクロソフトぐらいしかないけど？

あと数えるほどしか見つからないでしょ

**名無し~3.EXE** · 2021/11/05(金) 06:00:21.05

安定はしてない。
構造的欠陥からくる場当たり的なパッチを行なっているだけ

**名無し~3.EXE** · 2021/11/05(金) 06:08:07.56

広義で言えば安定してないが微妙だな

**名無し~3.EXE** · 2021/11/05(金) 11:05:47.86

他のOSだって場当たり的なパッチを行ってるんだが
一体何と比べて、他のOSはどの点が場当たり的ではないと言いたいわけ？

**名無し~3.EXE** · 2021/11/05(金) 19:01:50.14

wsl2ってあまり使う人いないのか

**名無し~3.EXE** · 2021/11/05(金) 21:11:27.01

>>32
使ってみたら誰でもわかるわアホ

**名無し~3.EXE** · 2021/11/05(金) 22:35:41.80

ほらねｗ

「他のOSはどの点が場当たり的ではないと言いたいわけ？」
という質問にすら答えられないわけよ

なーんも考えてない証拠

**名無し~3.EXE** · 2021/11/06(土) 03:59:55.72

>>35
他のOSを使ってもない証拠だな

**名無し~3.EXE** · 2021/11/06(土) 04:02:44.16

>>35
何でオマエの言い出したことを納得させるためにこっちが時間を割いて説明しなきゃならんのだ。
オマエが自分の主張を裏付ける証拠を出せよ言い出しっぺなんだからさ。
WindowsみたいなクソOSを擁護する人間もまたクソだというのを証明してるだけだぞ。

**名無し~3.EXE** · 2021/11/06(土) 04:52:40.72

Windowsが場当たり的なパッチを当ててるって言ったのは
お前が言い出したことだろ？

なら納得させるためにお前が頑張れや（笑）
どこが他のOSと比べて場当たり的なの？？？？

**名無し~3.EXE** · 2021/11/06(土) 09:01:46.89

場当たり的パッチとは申しません。
適切な言葉はモグラ叩き開発です。

**名無し~3.EXE** · 2021/11/06(土) 12:14:32.60

>>32
linuxだってアップデートで何度も酷い目にあっているし別にWindowsに限らんよな

**名無し~3.EXE** · 2021/11/06(土) 12:20:31.65

Windowsはこれよりもずっといいわけで

Apple、macOS Montereyの文鎮化問題を認識、対処とコメント
https://iphone-mania.jp/news-417767/

**名無し~3.EXE** · 2021/11/06(土) 12:32:40.50

Windows11でも文鎮化するけど

**名無し~3.EXE** · 2021/11/06(土) 12:42:01.66

Macのアップデートが場当たり的だって話をしてるんだけど？
それとも文鎮程度じゃ場当たり的にはならないって主張したいわけ？
してみろよｗ

**名無し~3.EXE** · 2021/11/06(土) 13:31:06.68

しかしユーザーの意見じゃないな
まるで社員ｗ

**名無し~3.EXE** · 2021/11/07(日) 00:41:57.32

捨て台詞吐いてスタコラサッサｗ

**名無し~3.EXE** · 2021/11/07(日) 02:08:55.56

SFUとかSUAを試してみたけどCygwinやMSYS/Mingwinのほうがよかった
そんな古の時代に比べたらwsl2はとても使い勝手がいい
でもMSYS2で済ませられればできるだけこっちで

**名無し~3.EXE** · 2021/11/07(日) 04:04:49.87

MSYS2のパッケージってまともに提供されるようになった？

**名無し~3.EXE** · 2021/11/08(月) 00:55:49.88

VMでLinuxはよく見るがWSLを仕事で使ってる人を見たことないわ
一体どういう人がこれ使ってるんだろ？

**名無し~3.EXE** · 2021/11/08(月) 04:03:51.01

そりゃソフトウェアを開発してる人だよ
つまりプログラマーってことね
ただLinuxを使ってるだけの人は使わない

**名無し~3.EXE** · 2021/11/10(水) 01:55:37.75

俺はプログラマーだけどLinux使う時はVirtualBoxだなあ
同僚もみんなそう
WSL2を使ってるやつは客先でも見たことない

**名無し~3.EXE** · 2021/11/10(水) 02:10:46.53

wslはまだ発展途上だからね

**名無し~3.EXE** · 2021/11/10(水) 08:57:58.71

Hewlett-Packard はZワークステーションの一部でWSL2をプリインストースする
https://press.hp.com/us/en/press-releases/2021/hp-powers-real-time-collaboration-workflows.html

**名無し~3.EXE** · 2021/11/10(水) 09:57:10.55

>>50
WSL2はWindows使うときに使うんやで
Windowsが大幅パワーアップするから
Linuxが不要になる

**名無し~3.EXE** · 2021/11/10(水) 12:05:54.11

>>53
ものすごくバカそうｗ

**名無し~3.EXE** · 2021/11/10(水) 15:52:12.00

な？反論できなくなったら、こういうレス返してくるわけだよ
まともな書き込みをしているふりして、適当なこと書いて
WSL2を悪くいいたいだけってわかるやろ？バレバレなんだよね

**名無し~3.EXE** · 2021/11/10(水) 20:04:22.86

Linuxでしか動かないニッチなライブラリ使いたい時便利だよ

**名無し~3.EXE** · 2021/11/10(水) 20:13:37.39

wsl2ってあまり使う人いないのか

**名無し~3.EXE** · 2021/11/10(水) 20:29:02.69

>>55
VMでLinux動かしてるんだからホストOSはLinux以外だろ
それも気づかんようなアホガキはクソして寝てなさい

**名無し~3.EXE** · 2021/11/10(水) 23:14:07.17

>>58
ホストOSはWindowsって最初から言ってるんですが
誰と話をしてるんです？

WSL2はWindowsを使いたいときに使うんですよ？
当たり前でしょう
必要なのはLinux上で動くソフトウェアだけです。
それらはLinuxではありません

GNU/Linuxじゃなくて
GNU/Windowsみたいなもん

**名無し~3.EXE** · 2021/11/11(木) 01:51:53.18

>>59
バカそのものやなｗ

**名無し~3.EXE** · 2021/11/11(木) 04:02:41.90

wslはメインでwindows使っててlinuxの便利な機能をつまみ食いするためのもの
実用性は低い
本格的にlinux使うならhyper-vかvmwareを使う

**名無し~3.EXE** · 2021/11/11(木) 04:12:56.93

Linuxの便利な機能＝実用性が低いものだったんですか？

実用性が高いLinuxの便利な機能が使えるんだから
実用性高いに決まってるでしょう

**名無し~3.EXE** · 2021/11/11(木) 04:14:37.04

>>61
本格的にLinux使う → HyperV使う → WSL2はHyperV使ってる。さらにWindowsと統合されてる。
本格的なLinuxが更に使いやすくなってるのがWSLなのよ

**名無し~3.EXE** · 2021/11/11(木) 05:03:11.87

>>63
そのWindowsと統合されてるってのがダメな点なのよね。

**名無し~3.EXE** · 2021/11/11(木) 05:45:47.37

はい。だめな理由は言わないｗ

**名無し~3.EXE** · 2021/11/11(木) 05:46:29.77

ほんとお決まりだよな
自分の意見を持ってないから
とりあえずダメダメ言ってりゃ事実になると思ってるｗ

**名無し~3.EXE** · 2021/11/11(木) 07:02:58.54

そもそも今どきLinuxがコンソールだけで完結していると思ってるのが間違いなんだけどねｗ

**名無し~3.EXE** · 2021/11/11(木) 07:05:36.27

WSLでコンソールでエディタ使うのがLinuxユーザーの幸せとか思ってるんじゃないか？ｗ

**名無し~3.EXE** · 2021/11/11(木) 07:46:53.67

必死やなーｗ
ほんとに便利でロバストで高性能なら仕事で使われてるっつーの。
VMならコンテナファイルを移動するだけで他のマシンで動かすのも容易だがWSLはそうはいかない。
Windowsと一心同体だから。

あと話が噛み合ってねーぞ。
国語の勉強を小学生からやり直せ。

**名無し~3.EXE** · 2021/11/11(木) 08:30:16.05

え？そんなことになってんの？？
便利すぎん？？

**名無し~3.EXE** · 2021/11/11(木) 13:28:02.79

>>69
横からだけど
WSLのユーティリティで簡単に他のPCに展開できる
またDocker環境作成の要領でLinux実機で作成したシステムを抜いてWSLに移行させるのも可能（Dockerも利用可能）
便利になるかはユーザー次第

Linux板WSLスレの過去ログを参照すれば利用／移行方法が色々と書かれているよ

**名無し~3.EXE** · 2021/11/11(木) 18:01:17.62

>>69
> ほんとに便利でロバストで高性能なら仕事で使われてるっつーの。

仕事で使われてるから、便利でロバストで高性能な証明になってるよ

**名無し~3.EXE** · 2021/11/11(木) 18:03:12.46

>>69
> VMならコンテナファイルを移動するだけで他のマシンで動かすのも容易だがWSLはそうはいかない。

それならWSLの方が簡単。
wsl --export でtarファイルにエクスポートして
wsl --import でインポートするだけ

他のマシンで動かすのが容易な理由は何だと思う？

**名無し~3.EXE** · 2021/11/12(金) 13:23:27.61

どう考えてもコンテナの移動のほうが楽やろｗ

**名無し~3.EXE** · 2021/11/12(金) 13:47:52.48

>>73
なんなのその無理矢理弁護はｗ

**名無し~3.EXE** · 2021/11/12(金) 13:49:52.92

>>72
残念ながら仕事で使ってるの見たことないわ

**名無し~3.EXE** · 2021/11/12(金) 19:55:36.89

wsl2でコンテナつかつんじゃ駄目なの？

**名無し~3.EXE** · 2021/11/12(金) 21:39:54.83

？

**名無し~3.EXE** · 2021/11/12(金) 21:54:06.35

おれは使う気になれんな
マイクロソフトがいじったカーネルなんて怖くて使えない

**名無し~3.EXE** · 2021/11/12(金) 22:12:31.39

wsl2ってあまり使う人いないのか

**名無し~3.EXE** · 2021/11/13(土) 03:52:44.78

>>79
Windows使っている人に、マイクロソフトのカーネルがどうとか言っても意味ない

>>80
使っている人が多いから、こうやってアンチスレたててWindowsが流行らないように
必死で妨害工作してるのか。うまく行ってないがなｗ

**名無し~3.EXE** · 2021/11/13(土) 06:40:18.73

さすがにwindowsがスタンダードじゃないって思ってるモンは少数やろｗ

妄想や(^。^)y-.。o○

**名無し~3.EXE** · 2021/11/13(土) 07:57:54.52

>>79

マイクロソフトがパッチ当てたカーネルのソースは公開されているんだから
調べようと思えば調べられるでしょ

**名無し~3.EXE** · 2021/11/13(土) 07:58:46.70

>>81
意味はあるだろ
Windowsだけ使ってるのに比べて危険が二倍という

**名無し~3.EXE** · 2021/11/13(土) 09:12:10.99

>>84
データ無いなら口出すなよ
ド素人が

**名無し~3.EXE** · 2021/11/13(土) 10:01:51.27

WSL2でNixOSがさいつよ
宣言的に入れるツールの設定を管理して100%再現できる

他のディストリもWindowsも、宣言的に設定を管理はできないし
ロールバックは困難

DockerはDockerfileのビルドに100%の再現性はないから
同じDockerfileでもビルド出来なくなる可能性あるし
ファイルシステムとかネットワークとか
色々隔離するせいで使いにくい事がある

**名無し~3.EXE** · 2021/11/13(土) 20:14:30.46

>>86
Docker「イメージファイルを使うから100%の再現性がある！」

お前（アホ）「Dockfileのビルドで100%の・・・、え？イメージファイル？なにそれ？
う、うるさい、イメージファイルを使うなんて卑怯だ。
Dockerfileのビルドだったら100%の再現性がないんだ！
イメージファイルを使うなんてずるいぞ！！」

**名無し~3.EXE** · 2021/11/13(土) 23:28:14.29

>>83
調べてまで使う気しないｗ
自社OSのアップデートすら満足に作れないマイクロソフトのコードは信用できない。

**名無し~3.EXE** · 2021/11/14(日) 01:34:59.83

LinuxのCUIを試すくらいの意味しかないな
BusyBoxで十分

**名無し~3.EXE** · 2021/11/14(日) 03:47:40.48

>>88
それはあなたの意見ですよね？

みんなが使ってるって話をしてます。

**名無し~3.EXE** · 2021/11/14(日) 03:48:06.34

>>89
BusyBoxがあればLinuxいらないのか（笑）

**名無し~3.EXE** · 2021/11/14(日) 09:37:45.73

Linuxなんて元々は各自の動作環境に合わせてカーネルにハッチ当ててビルドして使うのが当たり前だったんだけどな。

だいたいBSD系UNIXにパッチ当ててMacOSとして出してるAppleを盲目的に信用して
Linuxカーネルにパッチ当てたのがMicrosoftだから信用できんという理屈がわからん

**名無し~3.EXE** · 2021/11/14(日) 14:53:54.73

>>91
wslならbusyboxで十分代わりになるよｗ

**名無し~3.EXE** · 2021/11/14(日) 15:32:56.46

>>93
wslってLinuxなんだが？
その理屈だとLinuxはBusyBoxで十分代わりになることになる

そもそもBusyBoxの変わりになるのはGNUツールチェーンであってLinuxではないんだがねぇ
どうやってBusyBoxでパッケージをインストールする？無知は怖いねぇｗ

**名無し~3.EXE** · 2021/11/14(日) 15:43:15.74

ちゃちゃ入れしたいだけの子供なんだろう

**名無し~3.EXE** · 2021/11/14(日) 16:03:23.98

そのちゃちゃにわかっていてマジレスすることで
相手を追い詰めてます（笑）

WSL2みんな使ってるね

**名無し~3.EXE** · 2021/11/14(日) 18:55:16.78

wsl2ってあまり使う人いないのか

**名無し~3.EXE** · 2021/11/14(日) 19:12:52.23

使ってる人は多いですね

**名無し~3.EXE** · 2021/11/15(月) 03:09:11.46

>>94
LinuxのCUIコマンドが使えるってだけだろ？
それならBusyBoxで十分なのだよ。
WSLでできてBusyBoxでできないことって何かある？
あまりないと思うけどｗ

**名無し~3.EXE** · 2021/11/15(月) 08:27:24.26

>>87
Dockerのイメージレジストリ用意したりちゃんとgitに入れたDockerfileと内容合うように
イメージビルドしてpushすんのマンドクセ('A`)
あるいはCI組むのマンドクセ('A`)

二度と更新しないなら良いけど大抵は更新する事あるし
その時にDockerfileのビルドこけたらマンドクセ('A`)

nix-shellの方が気軽に使えて再現性100%

**名無し~3.EXE** · 2021/11/15(月) 08:50:24.09

>>99
> LinuxのCUIコマンドが使えるってだけだろ？
違う。コマンドを入れられる。

> それならBusyBoxで十分なのだよ。
BusyBoxだけじゃコマンドが足りない

> WSLでできてBusyBoxでできないことって何かある？
Rubyを使う

**名無し~3.EXE** · 2021/11/15(月) 08:51:17.77

>>100
> イメージビルドしてpushすんのマンドクセ('A`)
そういうやつがNixOSのパッケージなんか作ろうとは思わないんだよｗ
Dockerは簡単に自分が必要とするイメージを作れる

**名無し~3.EXE** · 2021/11/15(月) 12:30:12.73

>>99
横からだけど、WSL1でもXfce等のDEを動かして、アプリやブラウザーで音声付きで動画再生とか出来るよ。
BusyBoxで出来る？

**名無し~3.EXE** · 2021/11/15(月) 13:30:01.66

rubyも案件減ったよなー
ひところのあのブームは何だったんだろ？

**名無し~3.EXE** · 2021/11/15(月) 13:34:43.34

>>103
MS非推奨の使用法じゃないのそれ？

**名無し~3.EXE** · 2021/11/15(月) 14:26:56.17

>>102
nix-shell使うだけなら既存パッケージだけでも事足りる
自分のパッケージ作る場合もnixでソースからのビルドに必要な命令を書いてgithubで配布できる
aptとかyumより気軽に配布可能

githubに置くだとパッケージは各自ビルドする事になるが
Dockerfileと違ってビルド環境が再現できるようになってるから問題が起きにくい

**名無し~3.EXE** · 2021/11/15(月) 14:33:28.20

nixのパッケージはソースからのビルドの仕方が書かれたファイルに過ぎないが、
全く同じソースのバージョン、全く同じ命令ならビルド済みバイナリのキャッシュから取ってくるように設定できるって仕組みがある
公式リポジトリは最初からそれが設定されてるのでビルド不要

一部のパッケージのソースやビルド命令を変えた場合は大半はキャッシュからパッケージが取得されて
キャッシュに無い部分だけがソースからビルドされる

**名無し~3.EXE** · 2021/11/15(月) 15:46:28.78

>>105
非推奨ってどこに書いてある？

**名無し~3.EXE** · 2021/11/15(月) 16:47:55.45

>>106
> 自分のパッケージ作る場合もnixでソースからのビルドに必要な命令を書いてgithubで配布できる

だから作ってみてよ

Dockerfileの場合
FROM debian
RUN apt-get update && apt-get install ruby

これだけで新しいイメージ完成なんだわ
Dockerのメインの使い方が無理ゲーすぎるnixがDockerの代替になるわけないやろｗ

**名無し~3.EXE** · 2021/11/15(月) 16:49:35.96

>>106
Dockerは作ったイメージをダウンロードするだけで
完全の同じ環境が作れる

nixでやるなら、そのイメージをアップロードして
ダウンロードするところまで簡単にできないと意味ない
ローカルでビルドなんてしないから、高速にイメージを起動できるのが
Dockerの強み

**名無し~3.EXE** · 2021/11/15(月) 16:50:43.53

>>107
> 公式リポジトリは最初からそれが設定されてるのでビルド不要

非公式リポジトリが簡単に作れない、使えない意味がない
商用サービスのイメージを他人に公開するわけがないんだから

**名無し~3.EXE** · 2021/11/15(月) 17:55:32.43

出来るできないが中心やな。

コンテナの利点は、Wslよりかは信頼性の低いPCでも仕事になる。
コンテナの持ち運びは、PC間の差分を殆ど気にしなくていい
コンテナの持ち運びは設定が残ったり、データが残ったりをWslよりかは気にしなくていい

普通にコンテナ選ぶだろ
Windowsの仮想専用ライセンスが欲しいぐらいだ

**名無し~3.EXE** · 2021/11/15(月) 17:57:40.40

>>112
おれは開発者じゃないけど、実務的にコンテナはすごい魅力あるは

**名無し~3.EXE** · 2021/11/15(月) 17:58:00.43

アンカーはミス

**名無し~3.EXE** · 2021/11/15(月) 18:27:06.77

WSLはWindowsのCUI環境をLinuxにすること
Dockerは自分でイメージを作って配布するためのもの
用途が全く違う

**名無し~3.EXE** · 2021/11/15(月) 22:22:53.07

wslがどうのこうの言ってる連中もどうせsed,sort,awk,perlくらいしか使わへんやろ。
あと簡単なbashスクリプト書いてイキってるくらいか。

**名無し~3.EXE** · 2021/11/16(火) 06:03:04.58

だからRubyとかそういう言語をインストールするって言ってるだろ
旗色が悪くなったからって聞こえないふりするなよ
無意味だぞ

**名無し~3.EXE** · 2021/11/16(火) 08:31:08.21

あーｗ
perl上げてるんだから当然Rubyも含まれとるがなｗ

えあぷ開発者乙や(^。^)y-.。o○

ワシもPHPぐらいは使うが、自分を開発者とは言わんで？恥ずかしいｗ

**名無し~3.EXE** · 2021/11/16(火) 09:25:59.85

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

**名無し~3.EXE** · 2021/11/16(火) 09:32:47.55

DockerイメージやAmazon EC2の仮想マシンイメージもnixで作れる
本番環境や、既存開発環境で既にDocker活用してる所への持ち込みも可能ってわけだ

しかもDockerfileでapt使うのとかと違って
いつの間にか再現できなくなってビルド不可能に！とかない

https://nixos.org/#asciinema-demo-example_4
https://nixos.org/#asciinema-demo-example_5

**名無し~3.EXE** · 2021/11/16(火) 11:13:03.02

>>119
> nixのプライベートバイナリキャッシュ設定する手間はDockerのプライベートイメージレジストリの設定する手間とそんな変わらないと思う

キャッシュじゃ意味ねーだろ
イメージをアップロードできないと全く意味がない

**名無し~3.EXE** · 2021/11/16(火) 11:14:34.98

>>119
> そんなシンプルなものだったらnix-shell -p rubyで済むだろう
すむわけ無いだろｗ
ruby入れて、ライブラリ入れて、
アプリ固有のイメージを作るんだよ

つまりな、用意されてるパッケージだけじゃダメという話
まあrubyのライブラリの前バージョンがnixで配布されてるっていうのなら別だがなｗ

**名無し~3.EXE** · 2021/11/16(火) 11:16:06.67

いいか？Dockerイメージの代わりになるというのなら
ruby＋gemsで配布されてるライブラリ込の
アプリ固有のイメージを作ってアップロードまで出来ないとダメ

それでようやくDockerの代わりと言える

**名無し~3.EXE** · 2021/11/16(火) 11:17:37.34

訂正

ruby＋gemsで配布されてるライブラリ込の
アプリ固有のイメージ＋開発アプリのソースコードを
作ってアップロードまで出来ないとダメ

つまりnixで絶対に配布されてないパッケージを詰め込んで
イメージにして作ってアップロードできないとDockerの代わりになれないということ

**名無し~3.EXE** · 2021/11/16(火) 12:03:06.87

>>121
バイナリキャッシュの意味分かってる？
バイナリキャッシュがDockerで言うイメージレジストリな？
ビルド済みバイナリ入るところだから

全く同じ設定でのビルドとnixが認識すれば、ビルドが省略され
ビルド済みバイナリをダウンロード出来る
gitにnixのビルド定義（nix expression）を入れておけば、同じ設定でのビルドと認識させるのは難なく出来るだろう
公式リポジトリはこれを自動化して
従来型パッケージマネージャと同じ様な使い心地を実現してる

**名無し~3.EXE** · 2021/11/16(火) 12:05:57.48

>>124
rubyのパッケージはbundix使うとnixのパッケージに変換できる
nixがインターネットからパッケージ取得する命令と、ハッシュ値が書き込まれる

他言語も同様の変換ツールが大抵用意されてるので
それで変換する

nix-buildでビルドする時は、パッケージの取得はnix自体が行わなければならない
bundlerが直接やっちゃだめ

サンドボックスを無効化すれば、bundlerを含むどんなツールでもインターネットに接続出来るが、
ビルドする度に結果が変わってしまう可能性があるので
nix expressionを自力で作るのが大変だったり、
bundixのような変換ツールがない時の最終手段

nix-shellでローカルでrubyとかbundler使って作業する時は勿論サンドボックスによる制限はないよ
サンドボックスは最終成果物をnix-buildでビルドする時の制限な

**名無し~3.EXE** · 2021/11/16(火) 12:12:47.00

>>125
> バイナリキャッシュの意味分かってる？
> バイナリキャッシュがDockerで言うイメージレジストリな？

ぜんぜん違う

Dockerのイメージレジストリっていうのは
DockerのユーザーがDockerfileから作ったイメージを
アップロードまたはダウンロードする所

**名無し~3.EXE** · 2021/11/16(火) 12:14:04.11

んで、さっさとDockefileと同じことを
nixでやってみろって話

rubyとライブラリをインストールしたイメージを作る方法から
書いてね

**名無し~3.EXE** · 2021/11/16(火) 12:39:04.32

>>127
バイナリキャッシュのサーバーは、CachixみたいなSaaSを使うか、Amazon S3を使うか、自分でサーバー構築してセットアップする
そこに自作ツールのビルド済みバイナリをアップロード出来る
開発チーム内の他のユーザーはバイナリキャッシュからツールをダウンロードして実行できる

ruby本体などは公式リポジトリのバイナリキャッシュから自動的にダウンロードされる

DockerイメージのレジストリはAmazon ECRとかのマネージドサービスを使うか、
自分でサーバー構築してセットアップする
そこに作ったツールのビルド済みバイナリ+ruby本体etcを含むイメージをアップロード出来る
開発チーム内の他のユーザーはレジストリからツールを含むイメージをダウンロードして実行できる
何が違うのか

**名無し~3.EXE** · 2021/11/16(火) 12:47:21.20

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

**名無し~3.EXE** · 2021/11/16(火) 21:17:41.36

>>130
使い方を知りたいのではなく、
Dockerfileと同等レベルに簡単にできるのかを知りたい
非公式見た。複雑過ぎ。Dockerの変わりにはならない

**名無し~3.EXE** · 2021/11/16(火) 21:19:36.13

>>129
完成したイメージを保存するか、バイナリだけを保存するかの違い
完成したイメージはダウンロードするだけで高速に起動できる
バイナリをダウンロードしてインストールする方式は遅い

まずRubyのgemsをそのバイナリキャッシュサーバーにアップする方法を書けよ
まずそこからだろ？

**名無し~3.EXE** · 2021/11/17(水) 10:00:39.35

>>132
>バイナリをダウンロードしてインストールする方式は遅い
それあなたの感想ですよね？
何かデータとかあるんですか？

従来型パッケージマネージャとは異なり
インストール用スクリプトとかはパッケージのビルド時しか実行できないので
インストール時はダウンロードして解凍するだけ
この辺の思想はDockerに通じるものがある

パッケージ数は初回は多いものの
キャッシュが効くし、チャンネル更新しても
全てのパッケージが毎回更新されるわけでもない
普段ダウンロードする量は少量の差分だけで、そんな多くない

**名無し~3.EXE** · 2021/11/17(水) 11:02:41.84

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

**名無し~3.EXE** · 2021/11/17(水) 11:12:40.77

rubyか
一時期Railsで話題になったけど今案件無いやろ
何開発してんの？ｗｗｗ

**名無し~3.EXE** · 2021/11/17(水) 11:26:06.36

単体ファイルだとnixpkgsのバージョン固定できないな
バージョン固定しないと他のマシンでキャッシュ効かない

さっきのサンプルをniv使ってバージョン固定できるようにすると
こんな感じ
https://glot.io/snippets/g4b4jvw8gk

**名無し~3.EXE** · 2021/11/17(水) 12:00:41.17

rubyあんま自分では書いたことないや
周りではrails使ってるやついるみたいだけど

bundlerApp使えば更に短くなる
https://glot.io/snippets/g4b5jl3j9g

**名無し~3.EXE** · 2021/11/17(水) 12:04:15.75

出来る出来ないしか頭にないからほっとくしか無いやろなｗ

**名無し~3.EXE** · 2021/11/17(水) 16:20:56.81

まあ結論としてはWSLよりVMの方が優秀ってことでこのスレも終わりだな
当たり前の結論だけど

**名無し~3.EXE** · 2021/11/18(木) 08:49:48.59

>>133
> それあなたの感想ですよね？
> 何かデータとかあるんですか？

あるけど？
docker run -it ruby とかやってみ。
ダウンロード時間だけで起動する
インストール時間は不要

**名無し~3.EXE** · 2021/11/18(木) 08:52:10.78

>>137
出来るできないじゃなくて、
どれだけ簡単にできるかってこと

行数が短い＝かんたんじゃないよ
nixは潰しが効かない知識の塊だから

**名無し~3.EXE** · 2021/11/18(木) 08:52:21.72

データじゃなくてクソワロwwwwwwwwwww

**名無し~3.EXE** · 2021/11/18(木) 08:52:37.90

>>139
あのー？WSLもVM使ってるんですが？
だからWSLはVM＋付加価値でしょう

**名無し~3.EXE** · 2021/11/18(木) 08:55:05.25

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

**名無し~3.EXE** · 2021/11/18(木) 08:58:48.87

クラウドベンダーが用意しているリポジトリを使えば
インターネット経由のダウンロードじゃないからもっと早く起動できる

**名無し~3.EXE** · 2021/11/18(木) 08:59:34.10

で、Dockerの役割は、ここから自分専用のイメージを簡単に作れる所
これはnixじゃ不可能

**名無し~3.EXE** · 2021/11/18(木) 09:57:13.24

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

**名無し~3.EXE** · 2021/11/18(木) 09:59:19.82

>>145
クラウドに乗っけるときはnixで仮想マシンイメージを生成するか
Dockerイメージ生成して、クラウドにアップロードすれば自己完結したアプリ環境を作ることも可能

>>146
お前にとって簡単かどうかは知らんが、慣れたらバイナリキャッシュでの公開はそんな手間ではない

それにDockerイメージ生成などの代替の公開手段もある

**名無し~3.EXE** · 2021/11/18(木) 10:14:23.02

wsl2ってセキュリティはどうなの？

**名無し~3.EXE** · 2021/11/18(木) 12:38:08.56

>>143
WSLはLinuxVMのサブセットだよ
MSがカーネルいじったバグ付きのな

**名無し~3.EXE** · 2021/11/18(木) 13:33:37.00

wslでわざわざWindowsのライセンス概念に付き合うことがアホだっつーのｗ

動くだの動かせるは論外ｗ

**名無し~3.EXE** · 2021/11/18(木) 16:06:15.38

実務的な利便性でVMだよねって言ってんの

できるかな
出来ます
出来ません

は、関係ないのｗ

**名無し~3.EXE** · 2021/11/18(木) 23:09:28.15

結局WSLってWindows上でLinuxサーバでの開発環境を作りたいから考案された仕組みで、
今のマシンスペックならWSLである必要はなくVMで動いちゃうのよね。
メモリ8GBもあればWindows上でLinuxのVMがスコスコ動く。
動かすだけなら4GBですら可能。
だから開発者としてもマイクロソフトが手を加えた信用できないカーネルで不完全なLinuxをWSLとして動かすよりも、
VMで本番環境と全く同じ本物のLinux環境を作ってそれ使ったほうがいいわけよ。

生まれたときから全盛期の遺物なのがWSL2なわけ。

**名無し~3.EXE** · 2021/11/18(木) 23:11:19.59

前世紀の遺物、だな。
WSLに全盛期なんてなかったし今後も来ることはない。

**名無し~3.EXE** · 2021/11/19(金) 01:01:55.99

>>150
> WSLはLinuxVMのサブセットだよ

お前の言うLinuxVMってなに？
本物のLinuxとは？

Linuxはカーネルってわかってる？

**名無し~3.EXE** · 2021/11/19(金) 01:09:24.04

wsl2はVMとのインターフェース

**名無し~3.EXE** · 2021/11/19(金) 01:10:41.05

WSLが提供してるのはLinuxカーネル相当で
WSL2の場合は本物のLinuxカーネルを使ってる

そしてUbuntuに関してはWSLには含まれておあらず
サブセットどころか本物のUbuntuを使ってる

通常のLinuxカーネルはWSLに適してないから
Linuxカーネルが強化されており
その上で動くコマンドは本物ということ

**名無し~3.EXE** · 2021/11/19(金) 01:11:14.25

>>156
完全に間違ってる
VM（バーチャルマシン、仮想マシン）にはLinuxは含まれていない

**名無し~3.EXE** · 2021/11/19(金) 01:57:15.75

>>157
マイクロソフトが勝手に改変したカーネルな。
本物のLinuxカーネルではない、いわば偽物。

**名無し~3.EXE** · 2021/11/19(金) 05:50:56.37

>>159
なぜ改変すると偽物になるのでしょうか？
オープンソースをバカにしてますか？

**名無し~3.EXE** · 2021/11/19(金) 07:36:01.67

>>159
本物のカーネルって何？
Linuxカーネルはディストリがそれぞれパッチ当ててるし、ユーザー側でも
場合によったらパッチ当て再ビルドする。　仮想環境で動かす場合でも
以前はパッチあてることが多かった

LinuxではないがMacOSだってBSD UNIXのカーネルをAppleが勝手に改変したものだぞ

**名無し~3.EXE** · 2021/11/19(金) 08:23:37.44

　　　　　　　　ゴガギーン
　　　　　　　　　　　　　ドッカン
　　　　　　　　　ｍ　　　　ドッカン
　　＝＝＝＝＝）　）)　　　　　　　　　☆
　　　　　 ∧_∧ |　|　　　　　　　　　／　　　　　　　　　　／￣￣￣￣￣￣￣￣￣￣￣
　　　　　（　　　）|　|＿＿＿＿＿　　　　∧＿∧　　　＜　　おらっ！出てこい>>146
　　　　　「　⌒￣　|　　　|　　　　||　　　（´Д｀　）　　　　＼＿＿＿＿＿＿＿＿＿＿＿
　　　　　|　　　/ ￣　　　|　　　　|/　　「　　　＼
　　　　　|　　　|　|　　　　|　　　　||　　　 ||　　 /＼＼
　　　　　|　　　 | |　　　　|　　　　|　　へ//|　　|　　| |
　　　　　|　　　 | | 　　　ﾛ|ﾛ　　　|／,へ＼|　　|　 | |
　　　　　|　∧　| |　　　　|　　　　|／　　＼　　/　（　）
　　　　　|　|　|　|〈　　　　|　　　　|　　　　　|　|
　　　　 / /　/ / |　　/ 　|　　　〈|　　　　　|　|
　　　 / /　 / /　|　　　　|　　　　||　　　　　 |　|
　　　/ /　/ /　=-----=--------　　　　 |　|

**名無し~3.EXE** · 2021/11/19(金) 10:18:00.12

WSL2ってWindows 10の機能の中でもっとも評価が高い機能だけどなんで？って思ったら
>>1が使われてないことにしたいってだけのスレだったかｗ

**名無し~3.EXE** · 2021/11/19(金) 10:22:02.65

ないないｗ

**名無し~3.EXE** · 2021/11/19(金) 10:23:34.54

Windowsで最も評価の高い機能はスクショと録画関係だよｗ

馬鹿じゃないの？ｗ

**名無し~3.EXE** · 2021/11/19(金) 10:37:55.19

windows10だとwslgが使えないよな

**名無し~3.EXE** · 2021/11/19(金) 15:17:14.68

>>163
え？
最も優れてる機能？
ゴミ機能でしょあれは。

**名無し~3.EXE** · 2021/11/19(金) 23:02:43.33

はいはいｗ
必死だねぇ

**名無し~3.EXE** · 2021/11/19(金) 23:07:44.35

>>161
会社としての信用度の差じゃないの？
マイクロソフトは自社OSのアップデートすらまともに作れないウンコ技術を誇る会社だし
そんなウンコ技術者がいじったカーネルは何が潜んでいるかわからんよ

**名無し~3.EXE** · 2021/11/19(金) 23:17:11.34

必死と言った途端、さらに必死でかぶせてくるスタイルｗｗｗ

**名無し~3.EXE** · 2021/11/19(金) 23:23:01.02

安っぽい中傷に乗るかよｗ
社員さんネタ切れなのね？

**名無し~3.EXE** · 2021/11/19(金) 23:24:08.03

そもそも、金払った上でのサポート能力なんてMSには皆無だろうがｗ

**名無し~3.EXE** · 2021/11/19(金) 23:39:52.05

electron簡単に動くようにしてくれ

**名無し~3.EXE** · 2021/11/19(金) 23:47:10.72

うごく！
動きません！
動いたSUGeeeeeee

お腹いっぱいや。
スレタイい嫁

**名無し~3.EXE** · 2021/11/20(土) 12:01:31.16

WSL2を使ってる人が多いから
スレタイと違う流れになるんだと思うよ

**名無し~3.EXE** · 2021/11/20(土) 12:57:49.26

>>175
お前が信仰しているMS大明神もコンテナ押しやｗ

【田】Windows 11 Part27
https://mevius.5ch.net/test/read.cgi/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」バイパスが有効化されているようで、動作に支障はない。

**名無し~3.EXE** · 2021/11/20(土) 12:59:15.84

>>175
情報管理会社アルソックやんけ(^。^)y-.。o○

**名無し~3.EXE** · 2021/11/20(土) 14:01:58.00

仮想マシンでいい
わざわざwsl使うメリットある？

**名無し~3.EXE** · 2021/11/20(土) 21:09:01.71

>>178
wsl2もマイクロvmなんだけど
バカの一つ覚え？
実際は開発したことないエアプログラマー？

マイクロVMだから終了させても起動が1秒以下でできる
起動の遅い従来型VMを使う理由がない

**名無し~3.EXE** · 2021/11/20(土) 21:16:29.49

>>179
なんだ、起動すれば満足できるタイプかｗ

そんなアホくさい話は主題にならんわｗ
何十回起動させたら気が済むんか知らんがｗ

**名無し~3.EXE** · 2021/11/20(土) 22:49:49.19

>>179
前半と後半で人が変わっちゃったの？

**名無し~3.EXE** · 2021/11/20(土) 22:50:40.60

>>178
VMでマイクロソフトが弄ってないカーネル使うほうがずっといいよね。

**名無し~3.EXE** · 2021/11/20(土) 23:05:32.77

>>182
Windowsはマイクロソフトが作ってるカーネルです。
マイクロソフトが作ってるカーネルだから使うんですよ

**名無し~3.EXE** · 2021/11/20(土) 23:21:50.54

>>183
どういう論点やｗ
ならWslも使うなよｗ

**名無し~3.EXE** · 2021/11/21(日) 09:48:35.19

ゲーミングPC兼趣味開発用マシンに入れてるから
VMメモリの自動確保・解放とか
ゲームする前に終了させてメモリ解放しても1秒以下で起動できるのはありがたい

早いことは良いこと
Time is money

**名無し~3.EXE** · 2021/11/21(日) 09:53:45.23

>>184
そりゃWindows使ってる以上
Microsoftを信用して使ってるってことだろ？
そこでWSL2のカーネルを疑う意味がない

**名無し~3.EXE** · 2021/11/21(日) 09:55:11.48

>>186
VM勉強してこいよ馬鹿ｗ

**名無し~3.EXE** · 2021/11/21(日) 09:55:36.21

えあぷバレバレやｗ

**名無し~3.EXE** · 2021/11/21(日) 10:02:18.48

>>182
Linuxに純正カーネルがあると思ってる男の人って…

上流にパッチ送らずに勝手にパッチ適用していないディストリとかむしろある？

カーネルモジュールとか
動作対象にするCPUアーキテクチャとか
使うファイルシステムとか
ビルド設定山ほどあるし
使用するコンパイラによっても結果変わるし
純正とか無いでしょ

**名無し~3.EXE** · 2021/11/21(日) 10:12:20.29

oss勉強してこいやえあぷ(^。^)y-.。o○

**名無し~3.EXE** · 2021/11/21(日) 10:25:54.13

>>187
あのー？今はVMの話じゃなくて
LinuxのカーネルをMSがいじってるから～という話で
それいうならWindowsのカーネルはMSが作ってるわけで
MSがいじった・作ったものを信じて使ってるんですよって話をしてますよ

**名無し~3.EXE** · 2021/11/21(日) 10:26:27.34

>>189
> 上流にパッチ送らずに勝手にパッチ適用していないディストリとかむしろある？
あるよ

例えばmacOSは上流にパッチを送らないことで有名

**名無し~3.EXE** · 2021/11/21(日) 10:43:11.80

>>192
ちがうちがう
そういう話じゃなくて上流でパッチがレビューされてメインストリームに入るののを待たずに
カーネルにパッチを適用してるディストリが殆どだろって話

Linuxは改変したカーネルは公開しないとライセンス違反だからな

ただ一つの純正のビルド済みカーネルなんてもの
元からLinuxにはないという話をしてる

**名無し~3.EXE** · 2021/11/21(日) 11:10:06.85

>>191
明らかにお前の文章がオカシイやろ(^。^)y-.。o○
ワシが誤解したようにするなよ

**名無し~3.EXE** · 2021/11/21(日) 11:13:33.91

話の流れ的にもossは純血性を保てない。みたいな話になってるのも事実やないか(^。^)y-.。o○

それならWsl自体を使うなって話やｗ
そもそもossを理解してない話でしか無いがの(^。^)y-.。o○

違うIDでもえあぷでしかないｗ

**名無し~3.EXE** · 2021/11/21(日) 11:31:20.93

>>189
たぶんカーネルを理解できてない人が居るんだろうね
Windowsだってカーネルの不具合なんてそれほどない

Windows Updateなどでのトラブルを持ち出しているが、それほとんどカーネルの問題じゃなくて
ドライバーや周辺アプリやツールの問題。　
linuxなどで例えるとX Window Systemにバグがあってgnomeが固まるというのと同じ

**名無し~3.EXE** · 2021/11/21(日) 14:12:01.09

Linuxの場合ドライバがカーネルに含まれてる事が多い
ドライバはカーネルのバージョンに依存していて互換性が保たれてるとは限らないので
基本的にカーネルごとにドライバをソースコードからビルドしないといけない
だからハードウェアメーカーにドライバををオープンソースにしろとうるさく言ってる

Windowsの場合、ドライバの仕組みの拡張性が高いから
Windowsのバージョンが違っていても動くことが多い
例えばWindows 7のドライバがWindows 10で動く
http://www.devdrv.co.jp/hidaka/node/52

Microsoft純正のドライバで動くハードウェアも多いが
そうでないドライバの場合は、ドライバの不具合はメーカー側の問題となる

Linuxの場合は、ドライバがカーネルに含まれていることが大半なので
ドライバの問題はOSは問題だと思っている人が多い
Linuxの場合はそれは当てはまるが、Windowsには当てはまらない

**名無し~3.EXE** · 2021/11/21(日) 15:16:09.87

またossえあぷかよｗ

**名無し~3.EXE** · 2021/11/21(日) 16:52:36.48

>>196
いやいやいや、そんなの関係ないんだよｗ
Windowsはカーネル以外も全部マイクロソフトが作ってて
そんであんだけ不具合が出てるんだからマイクロソフトの開発陣がタコなわけ
そんな会社のコードが汚い不純物のように入ったLinuxカーネルは信用できない
当たり前の話

**名無し~3.EXE** · 2021/11/21(日) 17:09:23.08

>>199
それあなたの感想ですよね
データとかあるんですか？