【Bash】Windows Subsystem for Linux【WSL】4
■ このスレッドは過去ログ倉庫に格納されています
>>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が絡んでるからヤダ よく考えたらMSもネットヤクザだな。
毎月爆弾仕込みのアップデートを配布するから、そいつらに怯えながら生活・仕事しないといけいない。 つか犬糞のアップデートパッチだって爆弾仕込みじゃねえかw
ゴミみてえなOSどもに取り囲まれた素晴らしいディストピアになったな >>410
Oracleのライセンスは酷い。同じネットワークに複数のVMware ESXiを運用していると、全ての物理サーバー分のライセンスを要求してくる。まともな企業とは思えない。 >>412
MSはそれの対策に金を出せなんて言い出さないだろう?
一緒にするのはおかしいぞ >>414
お前らゴキブリが腐れIBMとつるんで必死こいて犬糞押しやってSun潰しに励んだから
ボラクルが調子こくようになったんだろうが
自業自得じゃボケ キミたちの怒りはごもっともだけど、オラクルがやらなければ俺が潰してたから、結果は同じだと思うよ。 X410が877円で売っているのだが、製造元のチョンネットワークって東アジア反日武装戦線と関係あるんだろか。 Windows10は他のデバイスとクリップボードの同期(マシンAでコピー、マシンBで貼り付けなど)ができるのだが、同じパソコン上のWSLとは出来ないのだろうか。 端末の上部にある、タイトルバーの所で、右クリックメニューを開く。
コマンドプロンプトと全く同じ
Linux では、Ctrl+C, Ctrl+D みたいに、Ctrl キーを制御キーとして使っているから、
Ctrl+C, Ctrl+V でコピペできない
そのうち、Ctrl+Shift+C, Ctrl+Shift+V でコピペできるようになるらしい そういやコマンドプロンプトでも「挿入モード」とか使えるようになったんだよな。
まあコマンドプロンプトとWSLでインターフェース自体は同じものを使っているから
当たり前なんだが、今までの不便で改良されないコマンドプロンプトを知ってるとなんか不思議な感じだ >>422
そういえばそうだな。
普通にコピペしてたわ。 Ctrl+Shift C/V はとっくに対応していますが... アンドロともクリップボードが同期出来たら便利なんだが、そんなソフトはないものだろうか。 おれはまだwsl-terminalから変えてないなぁ
wslttyは無駄にファイルが増えるからなんか敬遠してる 糞PowerShell糞も併用せざるを得ないからConEmu使ってるけど、正直使いにくい
wsltty上のtmuxでpowershell使えたらベストなんだけど、できるもんなのかな
もちろんLinux用のPowerShellとかいう誰得の糞じゃなくてWin上の糞の方ね >>437
リンク先に技術者からの回答が書いてなくてワロタw
これだけでいいや
情報源: Major performance (I/O?) issue in /mnt/* and in ~ (home) ・ Issue #873 ・ Microsoft/WSL ・ GitHub
https://github.com/Microsoft/WSL/issues/873 I/Oを速くするにはNFSサーバーを実装して
WSLからはNFSマウント、Windowsからは
エクスプローラーにNFSマウントって
形でできないのかなーって思ってる。
実際の物理ファイルは1ファイルにしてさ
そうすればNTFSとの変換とかも必要なくなると思うんだがねぇ 試してはいないんだけど、VirtualBoxでVM作って、
NFSサーバーとSambaサーバーをインストールしたらどうだろう?と思ったけど
そうかWSLでNFSマウントできないのか
まずはFUSE実装だよな。 Windows捨てるほどでもない、Hyper-VにLinux入れりゃいいだけ。
Win10使うんだし。 >>442
nfsはfuseに依存しないしfuseなんて所轄ユーザーモードだから特定の用途でしか使わないけどそのfuseすら使えないのがディスられてるだけ >>444
ディスられてはないぞ?
早く対応してほしいって言われてるだけ
fuseはユーザーモードだけで実現されてるわけじゃないんだから
(本当にユーザーモードだけで実現しているなら動く) こうやって知識が浅いやつが、ディスってるんだよなw
と無知な>>444をディスっておこう
> Filesystem in Userspace (FUSE) はUnix系コンピュータオペレーティングシステム用の
> ソフトウェアインタフェースである。権限を持たないユーザがカーネルコードを修正することなく
> 独自のファイルシステムを作成できる機能を提供する。これは、ファイルシステムのコードを
> ユーザ空間で実行することでなされるもので、その際FUSEモジュールは
> 実際のカーネルインタフェースへの「橋渡し」しか提供しない。 >>449
あるよ。WinSshFsなら使ってる。
そうだね。その方法ならできそうだよね。
そういや昔それやろうとして、(昔)WSLでsshサーバー立てるのが
面倒だったのとWSL的にはDrvFs使ってほしそうだったのでやめたんだったw
この方法を応用すればWindowsから(Windowsの)仮想的なファイルシステムを作って
WSL上のファイルにアクセスできると思うんだけどな
Windowsからのアクセスは遅くなるけどWSL内でのアクセスは速くなるはず >そうかWSLでNFSマウントできないのか
>まずはFUSE実装だよな。
おかしいだろこれww
>こうやって知識が浅いやつが
ブーメランww cygwin/msysのI/Oも遅いことで有名だったけど体感のもっさり感がWSLでも変わんないからまぁ期待はずれ感はある >>451
何がおかしいのか言ってみ?
NFSはfuseでマウントできる
だがfuseの機能を実現するにはカーネルに機能が必要
WSLが提供しているのはLinuxカーネル互換機能
fuseはファイルシステムを実装するための
インターフェースを提供するもので
機能自体はカーネルによって実現されてる
ここみろ
https://ja.wikipedia.org/wiki/Filesystem_in_Userspace どこにそんなこと書いてるんだよ?w
これは恥ずかしいww ■ このスレッドは過去ログ倉庫に格納されています