[過去ﾛｸﾞ] 【Bash】Windows Subsystem for Linux【WSL】8 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
762: 2020/09/28(月)11:29 ID:IP6XMmhW(1/2) AAS
> インストーラー側でWSL環境も考慮するようになるだろう
その必要はないんだよなぁ
もともとLinuxはGUIがない環境（つまりWSLと同じ）にも対応しているし
WSLは本質的にはLinux用バイナリを起動する機能だから
必要なのはそこにファイルがあることだけ
それもchrootなどの機能で昔からLinuxは対応してる
chrootというのは指定したディレクトリ上にOSのファイルを置いて
そのディレクトリをルートディレクトリとしてバイナリを動かすこと
chrootで起動するためのディレクトリを作る機能がそのままWSLに応用できるわけよ
763(1): 2020/09/28(月)14:29 ID:qnAo/JSz(1) AAS
WSLにインストールされる環境でいちいちchrootなんか使っていないし
WSL環境に固有の設定はインストーラ側で対応だし
何言ってんのコイツ
764: 2020/09/28(月)15:01 ID:264CnOhH(1) AAS
WSLのchrootとqemu-user-staticでラズパイのエミュレーション環境を作ったけど？
ARMのバイナリをコンパイルするだけでなく、そのまま動作させることもできた。
765: 2020/09/28(月)17:10 ID:IP6XMmhW(2/2) AAS
>>763
chrootしたことある？
どうやってchrootするためのディレクトリ作るよ？
なんかのツール使ってしかやったことなさそうだね
やり方は簡単。
/procや/devといった特殊なもの以外を特定のディレクトリにコピーする
/procや/devはバインドマウントするだけ
たったこれだけで新しい環境でバイナリが起動できるんだよ
Linuxはそういう事ができるように作られてる
WSLでやるのはこの環境を作るだけ。Linux側の対応は既に出来てるから不要
766: 2020/09/28(月)17:59 ID:I3FenIUV(1) AAS
chrootおじさんはchrootで時代が止まってそう
767: 2020/09/28(月)19:05 ID:ctv3/S1B(1) AAS
なんでそう思うんだ？普通にDockerも使ってるが？
Docker（コンテナ）も根底にはchrootと同等の技術が使われてる
コンテナはchrootの発展だからな。ディレクトリの分離だけでなく
リソースの分離まで行うのがコンテナ技術
768: 2020/09/28(月)20:06 ID:0kiQYTy8(1) AAS
温故知新っていうやつだな
769(2): 2020/09/28(月)23:03 ID:iH/pC0Zb(1/2) AAS
chrootの使い方なんか誰も聞いていない
現状のWSLでもxrdp経由でグラフィカル環境を実現することは可能だが(君には難しくて無理ということだが)、
WSL側でお仕着せの統一的な環境が容易されるようになれば、ディストリ側のインストーラーが対応することでこれまで自力では設定できなかった馬鹿な奴ら(君のことだよ)でもグラフィカル環境を扱うことができるようになるだろう
それは善い事なので、妨げるまでもない…という話に、なぜchroot?
頭おかしいだろ
770: 2020/09/28(月)23:12 ID:iH/pC0Zb(2/2) AAS
Androidタブレットにchrootで既存のディストリ環境を導入するアプリは利用していてそれなりに便利に使ってはいるが、
それはAndroidでARMだからという環境に強いられた、消極的な理由でしか無いしなあ…
x86ならdockerでいい(dockerの方がいい)
Windowsと言わず、chromebookですらそうだ
771(1): 2020/09/29(火)01:57 ID:mf0IufdG(1/16) AAS
>>769
> ディストリ側のインストーラーが対応することで
だからそんな必要がないという話
WSLはディストリ側から見れば単にファイルを置いてるだけに過ぎない
Linuxは単に実行ファイルを置くだけで動くように作られてるんだよ。
772: 2020/09/29(火)02:04 ID:mf0IufdG(2/16) AAS
ここに仕組みが書いてあるな
外部ﾘﾝｸ:news.mynavi.jp
> WSLGは隔離されたコンテナのように動作し、Linuxディストリビューションとはソケットによる通信を行う。
Linuxディストリビューション（のデスクトップアプリ）はソケット通信するだけ
だからディストリ側のインストーラーがやることなんてなにもない
WSLG、これはMSが用意するWSL上で動くコンテナ。
ディストリで提供されるデスクトップ用実行ファイルは
ソケット通信でこの用意済みのWSLGコンテナと通信するだけ
773: 2020/09/29(火)02:06 ID:mf0IufdG(3/16) AAS
>>769
お前Linuxでデスクトップ表示する仕組みを知らんだろ？
その仕組に則ればディストリ側は何もすることがないんだよ
WSL側でお仕着せの統一的なデスクトップを表示するための環境が用意してあって
そこにソケット通信するだけだから
774(1): 2020/09/29(火)02:11 ID:kc+dqC3E(1) AAS
そのWSLGはいつ出るんだろうな
775(1): 2020/09/29(火)02:24 ID:iQB8/dA8(1) AAS
そのソケット通信をディストリ側が実装なりなんなりしないとあかんのちゃいますん？
776: 2020/09/29(火)02:26 ID:mf0IufdG(4/16) AAS
>>774
5月に発表があった時、年内に進捗を報告する見通しって言ってたじゃん。まだまだよ。
外部ﾘﾝｸ[html]:www.publickey1.jp
と言ってもWSLも発表されて数年で実装されたし
WSL2も発表されて数年で実装されたし、
今までの実績からいって何年もかかるってことはないだろ
それぐらいMSの開発スピードは速い
777: 2020/09/29(火)02:28 ID:mf0IufdG(5/16) AAS
>>775
それは既にアプリに実装済みで、その仕組を使ってLinuxのデスクトップは表示されてる。
ソケット通信の先をMSが作るだけ
778(1): 2020/09/29(火)03:58 ID:2BIZPgFi(1) AAS
>>771
実行ファイルに通信先のソケットのポートやプロトコルを教えてやる設定はどこに置いて、その設定は結局誰が書くんです？
トンチンカンな問答を吹っ掛けられても、読まされるこっちが頭おかしくなりそうなのでアンカー飛ばして来ないでもらえますかね、キチガイ。
779(1): 2020/09/29(火)04:57 ID:prv7dcaR(1/5) AAS
ゲストOSからrdp鯖やpulse鯖に見えるWSLGをこれからMSが用意するので
ゲストOSのディストリビューターはWSL環境にインストールされた際にこれらを利用する設定を作らないと、
(僕は自力で設定できるが)馬鹿な君らには「WSLでは、グラフィックが使えない。」という状況が変わらない。
ゲストOSやアプリからは既存のプロトコル互換に見えても、それらを利用する設定はユーザーなりディストリなりが明示しなければ、当然使えない訳だが。
ラズパイをヘッドレス運用する際にxrdp入れて使う設定だって、ディストリがxrdpの設定スクリプトや雛型を用意してくれているからバカチョンでできる訳でな
無かったら全部自分で用意することになる。俺はできるが、お前らは無理なんだろ。
780: 2020/09/29(火)05:21 ID:mf0IufdG(6/16) AAS
>>778
お前バカだろｗ
環境変数DISPLAYで渡されてるのしらんの？
Linuxのデスクトップアプリはこの環境変数に設定されてる
IPアドレスに接続するだけなの
だからあとはWSLのinitでこの環境変数を提供して
接続先を用意するだけ
781: 2020/09/29(火)05:26 ID:mf0IufdG(7/16) AAS
>>779
> ゲストOSからrdp鯖やpulse鯖に見えるWSLGをこれからMSが用意するので
> ゲストOSのディストリビューターはWSL環境にインストールされた際にこれらを利用する設定を作らないと、
不要。「これらを利用する設定」＝環境変数DISPLAYとXDG_SESSION_TYPE を準備するだけ
各ディストリのアプリはGUIを表示する時、DISPLAYに接続するように作られてる
それがもともとのLinuxデスクトップアプリの仕様だから
環境変数DISPLAYとXDG_SESSION_TYPEを用意するのはWSL（のinit）で実現できる
上下前次1-新書関写板覧索設栞歴
あと 221 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.175s*