macOSもさWindowsみたいにLinuxカーネル乗っけてよ

**名称未設定** · 2019/05/09(木) 02:59:29.32

流石にAppleの開発力でLinuxカーネル互換APIを乗せるのは無理だろうけどさ、
WSL2では仮想マシンでWSL2用に最適化したLinuxカーネルを動かすんだって
しかもオープンソースでそれを公開

これパクってさ、macOSにもLinuxカーネル乗っけてよ。
Linuxっぽいけど、ちょっと違うOSを使うのは正直面倒なんだよ
本物がほしい。

**名称未設定** · 2019/05/15(水) 00:47:21.88

>>46
> Windows10のWSLよりmacOSXでvagrantという発想は貴方には無いの？？

vagrantはメンテナンスが面倒くさい。

WSL2は一つのLinuxカーネルを複数の環境で共有する仕組みだから効率がいい

**名称未設定** · 2019/05/15(水) 01:38:55.14

vagrantのメンテが面倒なんて感じたことないけど何かあるっけ？

**名称未設定** · 2019/05/15(水) 02:12:23.86

vagrantで使用するOSのアップデート

**名称未設定** · 2019/05/15(水) 02:15:59.97

OSをアップデートすると、
VirtualBox Guest Additions とかの
アップデートも必要になる。
失敗すると共有ディスクとか使えなくなる

WindowsがLinuxカーネルの面倒を見てくれると
そういったものが全て込み込みの専用にカスタマイズ
されたLinuxカーネルになるから楽だろうな

**名称未設定** · 2019/05/15(水) 02:19:09.25

>>53
無いけどね
おそらくWindows10の糞みたいなアップデが無いと生きていけないマゾなのでは？藁

**名称未設定** · 2019/05/15(水) 02:20:30.76

>>49
バカは無理してレスしないでいいぞ

**名称未設定** · 2019/05/15(水) 03:36:07.25

藁とかこんな化石みたいな奴がいるんだな

**名称未設定** · 2019/05/15(水) 06:51:17.37

時代遅れのマカーだもの

**名称未設定** · 2019/05/16(木) 00:51:22.76

>>53
> vagrantのメンテが面倒なんて感じたことないけど何かあるっけ？

VirtualBox 6.0.8がリリースされたようで
早速vagrantのメンテが面倒っていうのが明らかになってるぞｗ

【Oracle】VirtualBox総合スレ Part14【仮想化】
https://medaka.5ch.net/test/read.cgi/os/1545230047/203

VirtualBox 6.0.8で Vagrant generic/fedora30 に GuestAdditions がインストールはできても起動できない…。何だこのエラー？どこを調べればいい？

==> default: Machine booted and ready!
[default] GuestAdditions seems to be installed (6.0.8) correctly, but not running.
bash: line 4: start: command not found
bash: line 4: start: command not found
bash: line 4: setup: command not found

**名称未設定** · 2019/05/16(木) 01:24:41.57

>>60
メンテが面倒ってことではなくそれはただの不具合でしょ
6.0.6でも出てたとか海外のフォーラムで見た気がする
6.0.4に戻せば直るとかだったかなぁ
パフォーマンスなんか大して変わることないのだから、
むやみに最新にする必用なんかない

**名称未設定** · 2019/05/16(木) 01:26:50.30

× vagrantはメンテナンスが面倒くさい。
○ vagrantは不具合対応が面倒くさい。

面倒くさい理由が変わっただけで
面倒くさいってのは変わってないじゃないかｗ

**名称未設定** · 2019/05/16(木) 10:57:26.11

不具合があったならaptだろうがyumだろうが面倒なのは同じだろ？
linuxやwindowsにしたらパッケージの不具合がなくなるのか？

**名称未設定** · 2019/05/16(木) 12:29:36.49

Hypervisor.framework用意するから勝手にやれってスタンスだけど
サンプルの公式Linux環境くらいあった方がよかったかもね
Dockerも独自実装せずに済んだやろうし

**名称未設定** · 2019/05/16(木) 12:58:49.50

>>63
> 不具合があったならaptだろうがyumだろうが面倒なのは同じだろ？

vagrantとVirtualBoxが原因の問題が増えてる。
何故かと言うとLinuxカーネルとディストリを作ってる連中が
vagrantとVirtualBoxの影響を考慮してないから
動作確認もせずにディストリをアップデートしてるんだろう？
そのせいでバージョンが食い違って想定外の問題が発生する。

だからLinuxカーネルをアップデートする人
つまりMicirosoftがメンテナンスしますよという仕組みは重要なわけさ。
ディストリもMicrosoft Storeから入れるから問題の発生が抑えられる。

**名称未設定** · 2019/05/16(木) 13:03:28.58

>>64
> Dockerも独自実装せずに済んだやろうし

Dockerの登場は2013年だけど
macOSのHypervisor.frameworkが登場したのは2015年ぐらいだから無理な話
https://ascii.jp/elem/000/001/043/1043010/

当時の時点で、Linux、Windows、macOSすべてで
同じように使える仮想マシンはVirtualBoxが最善だった

**名称未設定** · 2019/05/16(木) 14:46:15.74

>>65
なんでLinuxカーネル作る人がvirtualboxのことを考える必要があるの？？
virtualboxを作る人が合わせるものなんだが？
それとお前はvagrantがなんなのか全く分かってない
Linuxとvirtualboxとvagrantが全てごっちゃになってる
バカは本当にしね

**名称未設定** · 2019/05/16(木) 14:48:08.40

Windows10だけは使いたくない
これが全て

**名称未設定** · 2019/05/16(木) 15:08:02.87

確かにこの人ぜんぜん分かってないね
Vagrantのこととかいちいち気にするわけがないw

**名称未設定** · 2019/05/16(木) 15:22:50.18

>>67
> なんでLinuxカーネル作る人がvirtualboxのことを考える必要があるの？？
> virtualboxを作る人が合わせるものなんだが？

それが答えだよｗ
自分の仕事とは関係ないから考えない。

問題の本質は「間に入ってる人」が多ければ多いほど
問題が発生する箇所が増えるということ

OSと開発環境の間が

Linuxカーネル → ディストリ → VirtualBox → vagrant → VM上のOS → 開発環境
というふうに別々の人が作ったものを組み合わせるよりも

Windows（仮想マシンはOSの機能、WSLで使用するLinuxカーネルもOSが用意する）
→ VM上のOS（Microsoft Storeで配布されたWSLで使うことを想定されたもの）
→ 開発環境

の方が圧倒的に「間に入ってる人」が少ないし、特定の目的を想定して作られてるんだから
トラブルも少なくなる。

**名称未設定** · 2019/05/16(木) 15:33:12.14

>>70
いや全然そうはならない
そもそもPosix系ターミナルやfs直接いじれるLinuxと
どちらもできないWindowsではオーバーヘッド以外は変わってない
UMLのMac版があるなら遅くても遥かにそちらの方が使い勝手はいい

**名称未設定** · 2019/05/16(木) 15:37:45.36

本番環境と開発環境の差を近づけるための存在がVagrantだったりの仮想環境だと思うのだが
開発環境だけの安定性なんて求めても仕方ない

**名称未設定** · 2019/05/16(木) 15:39:56.39

>>70
> いや全然そうはならない

うん。なんで理由書いてないの？
何かを主張したいなら理由も書こうね
書いてないと、反論してみたかったけどできなかったという結論になるよｗ

**名称未設定** · 2019/05/16(木) 15:42:22.58

>>72
> 本番環境と開発環境の差を近づけるための存在がVagrantだったり

それ笑う所か？
本番環境でVirtualBoxなんて使わねーよw
Vagrantは、開発環境を簡単に作るためのものだ

https://www.vagrantup.com/
Development Environments Made Easy

↑英語読めるか？「開発環境を簡単に」って書いてあるんだぞ

**名称未設定** · 2019/05/16(木) 15:46:11.97

本番環境には開発に必要なものをインストールすることもないし
例えばコンパイラとかな。

本番環境と開発環境を同じにして、どちらの環境でも
アプリを動かせて開発もできる、のではなく

開発環境で簡単に本番環境を作り出せるっていうのが正しい姿だ。
開発環境がたとえ少し不安定でパフォーマンスが悪かろうが、
開発環境の上で簡単に本番環境を作り出せるなら何の問題もない

**名称未設定** · 2019/05/16(木) 20:52:21.03

>>67
Linuxカーネル作る奴らはどんなハードウェアで動かすか、考えて作っている
当たり前だ

それが(仮想)ハードウェアであるだけの話

**名称未設定** · 2019/05/17(金) 00:14:08.71

そもそもWSLで開発はできるの？ｗ

**名称未設定** · 2019/05/17(金) 01:00:12.01

普通に出来てるけど？
Docker for Windowsにも接続できるし、
本番環境と同じコンテナを動かすことができる

**名称未設定** · 2019/05/17(金) 01:02:50.53

それにWSLで開発できてるの？っていうのなら
macOSで開発できてるの？って言わないといけない。

本番環境はどうせLinuxなんだし、macOSで動いたからと言って
Linuxで動くとは限らない。実際にコマンドのオプションとか違ってるし
結局本番環境と同じLinuxコンテナでテストすることになるし、
macOS用のDockerは仮想マシン上で動いてるし、
WSLでのやり方と全く変わらない

むしろWSLはLinuxそのものだからmacOSよりも本番環境に近い

**名称未設定** · 2019/05/17(金) 03:01:19.98

Windowsって今でもshiftJISとCRLFなん？

**名称未設定** · 2019/05/17(金) 07:07:08.61

Windowsはずっと前からUnicodeで処理されてる。

Unicodeに対応できてない古い
"サードパーティのアプリのために"
いろんな文字コードに対応してるだけ

あぁ、Windowsって素晴らしい！

**名称未設定** · 2019/05/17(金) 08:54:54.72

MacOSがBSDを捨てLinuxベースとなるのはいつ？
https://egg.5ch.net/test/read.cgi/mac/1522032884/

**名称未設定** · 2019/05/17(金) 09:03:26.17

そもそもなんでBSDベースにしたんだろうな

**名称未設定** · 2019/05/17(金) 09:11:02.06

NextSTEPだったから

**名称未設定** · 2019/05/17(金) 10:51:20.92

いっそ、Windowsベースにすれば？

**名称未設定** · 2019/05/17(金) 11:04:53.78

マイクロソフトもOSはもうやらないんだろ？
それならみんなLinuxベースにしちゃってガワだけ取っ替え引っ替えできるようにした方が平和になる

**名称未設定** · 2019/05/17(金) 11:12:49.30

それならOS不問でユーザランドがすべて.NETベースになる方がいいかな

**名称未設定** · 2019/05/17(金) 11:12:51.04

> マイクロソフトもOSはもうやらないんだろ？

OS "も" やってるだろ？
マイクロソフトは収益の柱を何本も持ってるってだけの話

**名称未設定** · 2019/05/17(金) 11:13:28.55

マイクロソフトにとってLinuxは一アプリに過ぎないんだよな

**名称未設定** · 2019/05/17(金) 11:17:21.08

>>81
これが良し悪しなんだよなぁ
業務で使われることが多いOSとしては正しいけどね
今のWindowsのカオス状態の象徴とも言える

**名称未設定** · 2019/05/17(金) 12:17:34.51

>>81 気色悪い

**名称未設定** · 2019/05/17(金) 14:07:08.25

あんま計算機事情詳しくないんだが、
Linuxカーネルの上にmacOSの機能やUIを再構築することってどれくらい難しいのだろうか？
POSIX準拠ってのは、どのレベルまで？

**名称未設定** · 2019/05/17(金) 14:20:19.18

Ubuntuとか実際に触ってみれば良いじゃん

**名称未設定** · 2019/05/17(金) 15:01:38.90

LinuxVMを開発すればいい

**名称未設定** · 2019/05/17(金) 15:04:07.74

なんでこの板まで来てわざわざWindows推ししてる奴がわいてるのか不思議
Mac持ってない輩の積年の僻みなのかマイクロソフトのステマ工作員なのか
そんなにいいなら黙って使ってればいいのに
開発者に一向に相手にされないから宣伝してるのかね

**名称未設定** · 2019/05/17(金) 15:09:40.00

Winはマカーの憧れ

**名称未設定** · 2019/05/17(金) 15:21:27.06

>>95
開発関係者はさておき、わざわざウィンドウズを入れてまでMacBook使ってる奴等と大差はないかな。

**名称未設定** · 2019/05/17(金) 19:08:13.84

>>96
そ

れ

は

な

い

**名称未設定** · 2019/05/17(金) 19:23:56.52

Linuxはド座の憧れの的だぞ。

**名称未設定** · 2019/05/17(金) 23:04:03.96

>>99
そ

れ

も

な

い

**名称未設定** · 2019/05/17(金) 23:17:00.33

いちいち隠すところがw
本当のこと言われると恥ずかしい年頃かな

**名称未設定** · 2019/05/18(土) 12:35:04.77

偽物のbsdまがいの操作に疲れたわ

**名称未設定** · 2019/05/18(土) 13:28:06.42

昔はGUIだけが自慢だったのに今じゃターミナルが持て囃されてる

**名称未設定** · 2019/05/18(土) 14:48:05.19

>>103
時代が追いついたんだよな
guiベースのプログラムが開発されてれば違ったかもしれんが

**名称未設定** · 2019/05/20(月) 23:37:06.04

ターミナルなんて触るやつはMacユーザの1/10くらいだろう

**名称未設定** · 2019/05/20(月) 23:52:11.12

うむ、普通はiTerm2だよな

**名称未設定** · 2019/05/21(火) 11:46:17.27

iTerm2にHomebrew

みんなmacOSに標準搭載されたUnix関連の機能を使わない

**名称未設定** · 2019/05/21(火) 12:38:08.29

tmuxとfish
エディタはvscode
dockerがあれば不満はない

**名称未設定** · 2019/05/21(火) 12:45:14.56

Transmit
のことも思い出してください

**名称未設定** · 2019/05/21(火) 15:30:16.12

>>107
UNIXとしての需要がないんだろ

**名称未設定** · 2019/05/21(火) 15:38:02.71

UNIXとしての需要とは？

**名称未設定** · 2019/05/21(火) 19:03:55.68

WEB系エンジニアがMac使ってるのは、UNIXとしての需要やないの

**名称未設定** · 2019/05/21(火) 20:11:56.72

開発者よりもメールやウェブ見るだけの一般層が多いだろうって話

**名称未設定** · 2019/05/21(火) 20:21:25.85

web系なんていうけど、結局大抵のホスティングはcentosであれこれバージョン違うし、homebrewやるとゴチャゴチャするしだまってvirtualboxにcent入れてdockerした方がいい

**名称未設定** · 2019/05/21(火) 21:11:13.24

dockerなんて全Macユーザの0.01%も使わない話しされてもな
最近覚えて言いたいだけなのかなw

**名称未設定** · 2019/05/21(火) 21:14:30.55

ターミナル触れなくてgitのコンフリクト直せない
田中っていうおじいさん居る

**名称未設定** · 2019/05/21(火) 21:28:30.58

俺自身はDocker for Mac使ってるし、
Macに特化したDocker関連のブログ記事何個か書いたけど、かなりのアクセスあるよ

**名称未設定** · 2019/05/21(火) 21:36:05.93

はあ？web系でって話してんだろボケ
web系で食っててdockerも触れないとかどんだけ底辺だよ

**名称未設定** · 2019/05/22(水) 02:01:25.01

Macが特別いいとは思わない
Windowsはゴミなので使いたくないというか使う意味がゼロ
本当はLinux一本にしたいけどGUIに不満があるしドライバを自分で書くスキルは俺には無い
自分は消去法でMacにしてるだけだわ

**名称未設定** · 2019/05/22(水) 08:12:52.01

>>119
xps13にubuntu入れてpop!_osテーマ入れてみ、その無駄な悩みほとんど解決すっから

てか具体的にわざわざドライバを手書きしなきゃいけないデバイスって何？

**名称未設定** · 2019/05/22(水) 08:36:01.58

MacとはWindowsのへの長い長い果てしない道のりである。

**名称未設定** · 2019/05/22(水) 09:08:22.43

MacのParallelsにWin10入れてその中でWSL使ってLinuxアプリを動かしてる。
頑張ってラズパイのarmバイナリとwineも動かしてる。
UbuntuのVMはいらなくなった。

**名称未設定** · 2019/05/22(水) 09:16:22.43

はあ？windowsなんてゴミ経由するバカなんているんだ
オメーはクソ窓でできることだけやってろよハゲ粗チン野郎

**名称未設定** · 2019/05/22(水) 13:41:43.02

>>122
なんでDocker使わないの？
わざわざWSL使う理由は？

**名称未設定** · 2019/05/22(水) 13:58:35.08

>>124
Dockerは仮想 "マシン" じゃない。アプリの実行環境を仮想化するもので
マシンを仮想化するのと、実行環境を仮想化するものとで
仮想化しているものが全く違う

DockerはVMと組み合わせて使うことで威力を発揮できるものなので
どちらかだけを使うとか意味があまりない

**名称未設定** · 2019/05/22(水) 14:06:30.45

WSLを使う理由は？というよりも、
なんでHomebrewインストールしてmacOSでもパッケージマネージャーを
使えるようにしてLinux風の環境を整えないの？って聞いたほうが良いだろう。

WindowsでCygwinを使ってLinux風の環境をつくるよりも
まだmacOSで同様のことをしたほうがまだ安定していてパフォーマンスも高い
まあ所詮エセLinuxなんだけどな。そこが一番の問題。
Homebrewは公式アプリじゃないからね

**名称未設定** · 2019/05/22(水) 14:56:25.63

>>124
VM一つでWindowsとLinuxの環境用意できるから。
もちろんDockerもParallelsのVMで別に使えるようにしてる。
Windows立ち上げながらDocker起動するのはちょっときつい。
Winマシンでも同じだがファイルのアクセスが遅いのが難点かな・・・

今日出たアップデートでWSLの環境をエクスポートできるようになったし、トラブってもすぐに戻せる。
あとWSL2ってのが来月開発者向けにリリースされるからこれも期待してる。
WSL2になるとファイルのアクセスがかなり改善されるし、Dockerも動くらしい。
Hyper-Vの軽量版みたいなのをVMの中で動かすことになるからあまり使えないかもしれんけど。

**名称未設定** · 2019/05/22(水) 15:49:22.28

windowsは要らない子

**名称未設定** · 2019/05/22(水) 15:58:30.33

Macはそうじゃないとでもw？

**名称未設定** · 2019/05/22(水) 16:35:24.98

>>127
その構成だとVM on VMになるWSL2よりかは現行のWSL使うほうがマシなんじゃなかろうか

**名称未設定** · 2019/05/22(水) 16:53:44.74

>>130
それもあるから現行のWSLも開発を続けるんだろうね

**名称未設定** · 2019/05/22(水) 18:44:44.65

>>127
普通にWindowsマシンでそれやればいいと思うんだが、
わざわざMacでParallels を使ってまでやる理由は？
メモリも食うだろうに。

**名称未設定** · 2019/05/22(水) 19:07:59.63

msはxboxの開発とサードのバックアップに注力してりゃいいの

**名称未設定** · 2019/05/22(水) 19:46:19.96

>>132
Windowsマシンはもうない

**名称未設定** · 2019/05/22(水) 20:07:27.32

>>132
ドザーだが３本指ドラッグしたい

**名称未設定** · 2019/05/22(水) 21:32:56.61

>>134
いや、あなたが仕事で、こういうことやるってわかってたのなら、なんでMacなんか買おうと思ったのかなって不思議。

**名称未設定** · 2019/05/22(水) 21:58:18.74

> わざわざMacでParallels を使ってまでやる理由は？

Windows機を買わなくてもWindowsを使える
Linux機を買わなくてもLinuxを使える

macを買わなくてもmacOSを使える時代が
早く来ればいいのに。Appleが悪い

**名称未設定** · 2019/05/22(水) 22:00:58.45

ホストOSは使いやすいOSの方がいい。

**名称未設定** · 2019/05/22(水) 22:14:10.35

>>138
実際に使いたいOSはゲストOSの方なんだから
ホストOSは軽くて単に仮想マシンを動かすだけの機能があればいいよ

**名称未設定** · 2019/05/22(水) 22:33:45.47

ゲストとして入れたOSでしかできないことならともかく、
普通にホストOS上でできることはホストOS上でしたいというか
できる限り使いにくいOS上で作業したくないじゃん。

**名称未設定** · 2019/05/23(木) 03:24:34.55

>>139
だったらハイパーバイザでやれ

**名称未設定** · 2019/05/23(木) 03:36:51.43

Windowsってハイパーバイザを使うのが普通なんだよね

**名称未設定** · 2019/05/23(木) 12:29:33.76

>>136
ID:9p1Rw4Z70だけど、MacメインでXcode使ってiOSアプリの開発やってる。
・Office(特にExcel)はWindows版のを使いたい
・Linux(WSL)もたまに使う

**名称未設定** · 2019/05/24(金) 07:58:48.38

>>18
普通にGNUのソフトをインストールすれば良いだけじゃね？

**名称未設定** · 2019/05/24(金) 08:02:23.32

>>21
Solarisが先進的と言えたのは20世紀までじゃね？
アプリのパッケージがクソで往生したわ。

**名称未設定** · 2019/05/24(金) 08:05:25.27

>>47
結構便利だけどね。

**名称未設定** · 2019/05/24(金) 08:11:28.37

>>77
普通に出来るし、やってるよ。
Windowsとシームレスに繋がってるから、
めっちゃ便利。

**名称未設定** · 2019/05/24(金) 08:13:20.80

>>83
GPLを嫌ったんでしょ。
MkLinuxとかもやってたけど。

**名称未設定** · 2019/05/24(金) 08:19:24.62

>>86
マイクロカーネルって知ってる？

**名称未設定** · 2019/05/24(金) 08:21:43.27

>>92
OSとのI/Fを合わせれば良いだけだろ。対して難しくは無いだろ。

**名称未設定** · 2019/05/24(金) 08:24:21.57

>>119
ど素人が何言ってるの？

**名称未設定** · 2019/05/24(金) 09:00:41.04

ど素人は黙ってMacを選ぶ。仕事のためならWin。暇人はLinuzかな