[過去ﾛｸﾞ]
【Bash】Windows Subsystem for Linux【WSL】5 (1002ﾚｽ)
【Bash】Windows Subsystem for Linux【WSL】5 http://mao.5ch.io/test/read.cgi/linux/1553100855/
上
下
前
次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索
歴削→次ｽﾚ
栞削→次ｽﾚ
過去ﾛｸﾞﾒﾆｭｰ
877: login:Penguin [sage] 2019/06/14(金) 12:50:03.56 ID:rLtj6Yk3 WSLならともかくWSL2がmacOSの代替とか片腹痛いわ http://mao.5ch.io/test/read.cgi/linux/1553100855/877
878: login:Penguin [sage] 2019/06/14(金) 12:50:37.45 ID:Hc+IuMb9 >>877 理由を書かないとか、片腹痛いわｗ http://mao.5ch.io/test/read.cgi/linux/1553100855/878
879: login:Penguin [sage] 2019/06/14(金) 12:52:37.74 ID:Hc+IuMb9 WSLもしくはWSL2によって WindowsがmacOSやLinuxのターミナル相当の機能を実現したってことなんだよね。 GUIに関しては、もとからmacOSやLinux相当のGUI機能を持ってるわけなんだから 足りなかったターミナル相当の機能が強化された http://mao.5ch.io/test/read.cgi/linux/1553100855/879
880: login:Penguin [] 2019/06/14(金) 12:54:41.93 ID:J8C5ipsR >>875 いや逆ができないでしょ… http://mao.5ch.io/test/read.cgi/linux/1553100855/880
881: login:Penguin [sage] 2019/06/14(金) 12:57:27.34 ID:Hc+IuMb9 >>880 コマンドプロンプトからWSL上のLinuxのコマンドを実行できるし、 WSL上のLinuxからWindows上コマンドを実行できる Windows 10のコマンドプロンプトからWSL上のLinuxコマンドを呼び出す（バージョン1803対応版） https://www.atmarkit.co.jp/ait/articles/1805/24/news022.html Windows 10のLinux互換環境WSLからコマンドプロンプトのプログラムを呼び出す（バージョン1803対応版） https://www.atmarkit.co.jp/ait/articles/1805/31/news052.html http://mao.5ch.io/test/read.cgi/linux/1553100855/881
882: login:Penguin [sage] 2019/06/14(金) 12:58:56.57 ID:J8C5ipsR >>879 GUIを言うならターミナルだけ実現しても意味ないよ せめてOSXみたいにXぐらい統合しないと そもそもssh程度で十分なものを実装してもメリットになってないよ http://mao.5ch.io/test/read.cgi/linux/1553100855/882
883: login:Penguin [sage] 2019/06/14(金) 12:59:37.28 ID:Hc+IuMb9 > GUIを言うならターミナルだけ実現しても意味ないよ > せめてOSXみたいにXぐらい統合しないと OSXってXと統合されてないぞｗ http://mao.5ch.io/test/read.cgi/linux/1553100855/883
884: login:Penguin [sage] 2019/06/14(金) 13:00:13.73 ID:J8C5ipsR >>881 だからこれじゃcygwinと変わらないよ… 何を言ってるんだこの人は http://mao.5ch.io/test/read.cgi/linux/1553100855/884
885: login:Penguin [sage] 2019/06/14(金) 13:00:34.48 ID:JmlKQfIU GUIの使用まで考えるなら、対応toolbox入れたVMのほうが描画速いから既存のVMに利点見出す人もいるだろうね emacs程度の描画なら変わらないけど、vscodeくらいのリッチさだと表示のもたつきがわかっちゃう hyper-vでもxrdp使うスクリプト提供(元はユーザ作成)してるだけだったし、toolbox相当作ってくれるなんて期待できないか windows版vscodeのremote-containersがwindows版docker依存なので、WSL2側にdocker入れても remote-ssh経由して使わないといけないのがとても面倒 http://mao.5ch.io/test/read.cgi/linux/1553100855/885
886: login:Penguin [] 2019/06/14(金) 13:01:01.87 ID:J8C5ipsR >>883 ？ OSXのXserverはMacのGUIでX操作できるよ http://mao.5ch.io/test/read.cgi/linux/1553100855/886
887: login:Penguin [sage] 2019/06/14(金) 13:04:46.50 ID:J8C5ipsR WSL2に相当に期待してるのはわかったけども 普段Unix環境使ってる人からすると常用はちょっと無理じゃないかな 少なくともDocker以外はMacのがまだマシに見えるし Dockerについてはパフォーマンス見る限りかなり良いみたいだけど これもLinux実装を仮想化して動かしちゃうのならVMでいいんじゃないかなって感じ http://mao.5ch.io/test/read.cgi/linux/1553100855/887
888: login:Penguin [sage] 2019/06/14(金) 13:05:49.24 ID:Hc+IuMb9 >>884 > だからこれじゃcygwinと変わらないよ… cygwinを不要にするためのWSLが作られたのに cygwinと変わらないと言われても困るんだが（笑） cygwinはLinuxじゃないので、Linuxのバイナリがそのまま動くことはない OS付属ですら無い。Windowsが公式にcygwin相当の機能を 独自ディストリやcygwin専用バイナリを使うことなく、 本物のLinuxディストリを使えるようにするために作りました！って最初から公言してる お前が勘違いしたんやろ？ http://mao.5ch.io/test/read.cgi/linux/1553100855/888
889: login:Penguin [sage] 2019/06/14(金) 13:08:23.79 ID:J8C5ipsR >>888 いやどう見てもそっちが勘違いしてるんだけど… コマンドの利便性の話だし http://mao.5ch.io/test/read.cgi/linux/1553100855/889
890: login:Penguin [sage] 2019/06/14(金) 13:09:01.45 ID:Hc+IuMb9 >>886 用語滅茶苦茶で言いたいことがさっぱりわからんが WindowsのXserver（VcXsrv）はWindowsのGUIでWSLのXクライアントをX操作できるよ って言えば良いんか？ http://mao.5ch.io/test/read.cgi/linux/1553100855/890
891: login:Penguin [sage] 2019/06/14(金) 13:10:51.42 ID:Hc+IuMb9 >>889 MS「cygwinと同じことをWindows標準で本物のLinuxを使ってできるようにしました！」 お前「cygwinと同じことしか出来ないやん」 ってことだろ？ お前「スーパーファミコンと同じことできるものを作りました！」っていうニュースを聞いて 「スーパーファミコンと同じことしか出来ないやん」って思うのか？ http://mao.5ch.io/test/read.cgi/linux/1553100855/891
892: login:Penguin [sage] 2019/06/14(金) 13:12:37.36 ID:J8C5ipsR 普段Cygwin使ってないとわからないのかもしれないけど fs構造がLinuxと分かれててWindows側の直接操作は難しいし この時点でLinuxのWineと同じ問題を孕んでるんだよね 元がUnixなら同一環境なのでそもそもこの手の問題はない そらまあまだ出たばかりだからこれから改善はするかも知れないけどね 現時点ではちょっとな http://mao.5ch.io/test/read.cgi/linux/1553100855/892
893: login:Penguin [sage] 2019/06/14(金) 13:16:17.13 ID:Hc+IuMb9 >>892 両方共UNCパスでアクセスすりゃいいやん？ WindowsのバッチファイルからUNCでWSL上のファイルを参照できるし、 WSLからもdrvfsでWindows上のファイルにアクセスできるやろ？ これはVMでは出来なかったこと http://mao.5ch.io/test/read.cgi/linux/1553100855/893
894: login:Penguin [sage] 2019/06/14(金) 13:17:46.39 ID:J8C5ipsR >>890 VcXsrvですら細かい操作に対応がないので Java経由で死ぬ事があったり >>891 いやコマンドの利便性の話でしょ？ 論点すり替わってるよ君 http://mao.5ch.io/test/read.cgi/linux/1553100855/894
895: login:Penguin [sage] 2019/06/14(金) 13:20:41.43 ID:J8C5ipsR >>892 うん、だからWineもUnixのPath使ってろって言ってるのと一緒だから いくら統一してもプラットフォームの違いで固定パスの扱いそのものに 互換性の問題出るって話だよ http://mao.5ch.io/test/read.cgi/linux/1553100855/895
896: login:Penguin [sage] 2019/06/14(金) 13:21:50.63 ID:J8C5ipsR >>895は>>893宛ね http://mao.5ch.io/test/read.cgi/linux/1553100855/896
897: login:Penguin [sage] 2019/06/14(金) 13:23:53.61 ID:Hc+IuMb9 そういや1903にしてから試してなかったけど、 エクスプローラで \\wsl$\Ubuntu-18.04\home 以下や dir コマンドで \\wsl$\Ubuntu-18.04\home とか普通に見れてるな ファイルも開ける http://mao.5ch.io/test/read.cgi/linux/1553100855/897
898: login:Penguin [sage] 2019/06/14(金) 13:25:11.78 ID:Hc+IuMb9 >>895 シンボリックリンクで解決できる程度の話を問題視してるってこと？ http://mao.5ch.io/test/read.cgi/linux/1553100855/898
899: login:Penguin [sage] 2019/06/14(金) 13:27:02.38 ID:Hc+IuMb9 >>894 コマンドの利便性の話だからGUIが云々って話はスレ違い いい加減やめとけよ。MSは最初からWSLはGUIに対応するために作ってませんって言ってるんだから http://mao.5ch.io/test/read.cgi/linux/1553100855/899
900: login:Penguin [sage] 2019/06/14(金) 13:29:15.38 ID:J8C5ipsR >>895 いやWindowsの特殊パスと文字コードとケースの話だけど >>899 つまりコマンドはまだ不便だってことだね http://mao.5ch.io/test/read.cgi/linux/1553100855/900
901: login:Penguin [sage] 2019/06/14(金) 13:35:43.35 ID:Hc+IuMb9 >>900 バッチファイルからアクセスするときのパスと WSLからアクセスするときのパスを 共通化してほしいってだけ？ http://mao.5ch.io/test/read.cgi/linux/1553100855/901
902: login:Penguin [sage] 2019/06/14(金) 13:37:55.11 ID:J8C5ipsR またズレたけど>>898と>>899宛ね GUI云々はそもそもターミナルの話の派生だから元から関係ないよ ただMSがターゲットにしてないから別件な！ってそんな子供みたいな詭弁はちょっとどうかと思うよ ユーザーにはそんなの関係ないんだから http://mao.5ch.io/test/read.cgi/linux/1553100855/902
903: login:Penguin [sage] 2019/06/14(金) 13:40:15.51 ID:Hc+IuMb9 >>902 だからお前は、 「スーパーファミコンと同じことをできるものを作りました！」っていうニュースを聞いて 「ユーザーには関係ない。プレステがしたいんや！」って言ってるのと同じって言ってるんだが。 http://mao.5ch.io/test/read.cgi/linux/1553100855/903
904: login:Penguin [sage] 2019/06/14(金) 13:41:38.05 ID:J8C5ipsR >>901 影響するのバッチだけじゃなくて全般だよ 「〜ってだけ？」と簡単に言ってるけどOSの根幹の話で根深いからねこれ http://mao.5ch.io/test/read.cgi/linux/1553100855/904
905: login:Penguin [sage] 2019/06/14(金) 13:48:31.93 ID:J8C5ipsR >>903 ごめん何が言いたいのかわからない コマンドの範囲が増えたって言ってもカーネルに近いほど動かなくなるわけだし 取り繕っても他のUnix統合できる環境と比べて別に便利というわけではないよね Cygwin普通にうんこだし http://mao.5ch.io/test/read.cgi/linux/1553100855/905
906: login:Penguin [sage] 2019/06/14(金) 13:52:34.88 ID:Hc+IuMb9 >>904 根本的に勘違いしてないか？ WSL自体は単一のLinuxカーネルの機能であって、 ディレクトリ構造っていうのはWSLに含まれてない。 WSLっていうのは複数のディストリを入れられる。 そしてディレクトリ構造はディストリによって決めれている。 つまり、Ubuntuの/etcとDebianの/etcのパスは違うものでなければならない Linuxで同じことをやるならばコンテナを使った状態 Linuxを使ったとしてもコンテナの外とコンテナの中のパスは それぞれ独立しており、共通化することは出来ないんだよ http://mao.5ch.io/test/read.cgi/linux/1553100855/906
907: login:Penguin [sage] 2019/06/14(金) 13:54:14.32 ID:Hc+IuMb9 >>905 > コマンドの範囲が増えたって言ってもカーネルに近いほど動かなくなるわけだし 自分で答え言ってしまってるやんｗ 「カーネルに遠いほど動くって」 多くのコマンドはカーネルから遠いんだから動く 動くんだから便利だろ。 http://mao.5ch.io/test/read.cgi/linux/1553100855/907
908: login:Penguin [sage] 2019/06/14(金) 13:54:36.82 ID:J8C5ipsR レスを追っても何がいいたいのかわからないな そもそも自分はコマンドの利便性が同じでUnixネイティブと比べて不便だろと言ってるだけで 機能がCygwinと同じなんてそんな酷いこと言ってないんだけど Cygwin(うんこ)と同等の事ができるって言ってるだけじゃん！だからどうした！ ってそれつまり不便と認めてるってことだよね？ それならもうそれで話終わりだぞ？同意してるんだから http://mao.5ch.io/test/read.cgi/linux/1553100855/908
909: login:Penguin [sage] 2019/06/14(金) 13:57:50.84 ID:Hc+IuMb9 >>908 > レスを追っても何がいいたいのかわからないな > そもそも自分はコマンドの利便性が同じでUnixネイティブと比べて不便だろと言ってるだけで その不便っていうのが、不便っていうだけで、何が不便なのか書いてないから 何が言いたいのかわからないんだよ パスの変換にwslpathコマンドを使わないのが行けないのが不便ってことなのか？ コマンドの実行にwslをつけないといけないのが不便ってことなのか？ これらが必要なのはWindowsとWSLをまたがるときだけで、 Windows内、もしくはWSL内にとどまってる場合には必要ないんだから 俺は、そんだけ（またがるときだけ）だろと思うだけなんだが？ 不便不便言うばかりで、不便の度合いがさっぱりわからない。 http://mao.5ch.io/test/read.cgi/linux/1553100855/909
910: login:Penguin [sage] 2019/06/14(金) 14:00:35.90 ID:J8C5ipsR >>906-907 また論点ずれてるよ 少なくともコマンドの利便性云々については 自分も中身で反論しちゃってるんだし、今更目的が違うから云々なんて回避は通用しないんじゃない？ 結論出したくないのはわかるけど http://mao.5ch.io/test/read.cgi/linux/1553100855/910
911: login:Penguin [sage] 2019/06/14(金) 14:01:16.62 ID:J8C5ipsR >>909 まあそれ全部不便だねうん 比較対象は別のUnix環境だから http://mao.5ch.io/test/read.cgi/linux/1553100855/911
912: login:Penguin [sage] 2019/06/14(金) 14:02:02.27 ID:Hc+IuMb9 >>908 > Cygwin(うんこ)と同等の事ができるって言ってるだけじゃん！だからどうした！ cygwinとの違いを言えばいいの？ - Linuxバイナリをそのまま動かすことができる - cygwinは独自パッケージリポジトリなので、用意されてるパッケージが少ない。例えばtigコマンドがない - cygwinは遅い。WSLの方が速い - cygwinはMS公式サポートではない。 - cygwinはパッケージマネージャーがGUIベース - cygwinはUbuntuでもDebianでもない - cygwinはビルドする時のソースコードが違う。ビルドできるとは限らない。 - cygwinは互換性が低い。 http://mao.5ch.io/test/read.cgi/linux/1553100855/912
913: login:Penguin [sage] 2019/06/14(金) 14:02:39.57 ID:Hc+IuMb9 >>910 > また論点ずれてるよ だからお前の論点をはっきりさせろって お前が論点を言わないのに、論点を合わせられるわけ無いだろｗ http://mao.5ch.io/test/read.cgi/linux/1553100855/913
914: login:Penguin [sage] 2019/06/14(金) 14:03:42.74 ID:SFGaLfty >>864 タスクスケジューラーやスタートアップフォルダにショートカット入れて PC起動時に適当なシェルスクリプトを実行するように設定しとけばいいのでは wsl.exe -u root /etc/hoge.sh http://mao.5ch.io/test/read.cgi/linux/1553100855/914
915: login:Penguin [sage] 2019/06/14(金) 14:04:31.79 ID:Hc+IuMb9 >>911 > 比較対象は別のUnix環境だから つまりスーパーファミコンを作りましたと言ってるのに お前はプレステと比較してるってこと？ｗ http://mao.5ch.io/test/read.cgi/linux/1553100855/915
916: login:Penguin [sage] 2019/06/14(金) 14:11:47.78 ID:SFGaLfty あぼーんだらけだわ http://mao.5ch.io/test/read.cgi/linux/1553100855/916
917: login:Penguin [sage] 2019/06/14(金) 14:15:33.78 ID:J8C5ipsR >>912 出してる例(スーファミ云々)がそもそも君自分で相当に馬鹿にしてるよって話 例えもまともにできてないよ スーファミと同じものを云々って、こっちはそんな事は言っていない >>913 もう不毛すぎるからやめるけども、まずこのレスツリーの最初のレス読もう コマンドの2環境間の使用の話で、そちらはMacでBSD環境のコマンド使うのと同じ感覚でと言ってるよね コマンドラインでもシェルでも何でもそのまま呼び出せないという点だけでももう感覚違うよね 取り回しにいちいちcygpathやwine挟むのと一緒だから http://mao.5ch.io/test/read.cgi/linux/1553100855/917
918: login:Penguin [sage] 2019/06/14(金) 14:18:31.60 ID:J8C5ipsR >>915 その例え好きみたいだけど、もしかして上手いと思ってる ？ 最初に言い出してるの君の時点で相当に墓穴掘ってると思うけど http://mao.5ch.io/test/read.cgi/linux/1553100855/918
919: login:Penguin [sage] 2019/06/14(金) 14:24:05.91 ID:J8C5ipsR 自分から比較して人のせいにし 自分で反論しておいてそれに反論されたら目的が違うとか無茶な回避し 不毛と思わない？ 論点ずらしながら中身のない煽り合いでもしたいの？ http://mao.5ch.io/test/read.cgi/linux/1553100855/919
920: login:Penguin [sage] 2019/06/14(金) 14:26:57.47 ID:J8C5ipsR ごめん>>919のレスなしで 謝ります http://mao.5ch.io/test/read.cgi/linux/1553100855/920
921: login:Penguin [sage] 2019/06/14(金) 14:55:43.86 ID:R36bPVG+ 伸びてると思ったら、なんだこれ 2人で無駄にやり合うなや… http://mao.5ch.io/test/read.cgi/linux/1553100855/921
922: login:Penguin [sage] 2019/06/14(金) 15:43:38.27 ID:NaM43hJg FUSEでマウントしたディレクトリをUNCパスでWindowsから参照出来るのかとやってみたが、 中身は空っぽだった。 FUSE自体は出来たがちょっと残念。 http://mao.5ch.io/test/read.cgi/linux/1553100855/922
923: login:Penguin [sage] 2019/06/14(金) 15:55:00.73 ID:hTK8l9es WSL1ではディストリはカーネルにタッチできずMSから提供されたモジュールやドライバを組み込むだけしかできず ユーザーもWSL環境はLinuxカーネル上で動作しておらず互換性も限定的だった事を意識して利用する必要があったが WSL2ではディストリ側でカーネルソースやバイナリまでビルドして提供できるようになり ユーザーもWSL2上ではホスト環境のWindowsとの親和性が増したVMを貫通したサポートドライバがあらかじめ組み込まれたLinuxディストリをVM上で実行しているという認識で利用できるので 仮にパフォーマンスが変わらないならディストリ/ユーザー双方にとって望ましいのはWSL2の実装だろう 何をギャーギャー喚いているのか知らんけど、マカーが不安症候群起こしてて酷いな まあGNUユーザランドが広大な実行プラットフォーム得、それらがより安定しパフォーマンスを増してゆくことに、悪魔崇拝者どもが脅威と不安を覚えるのは無理もないか http://mao.5ch.io/test/read.cgi/linux/1553100855/923
924: login:Penguin [sage] 2019/06/14(金) 16:46:40.59 ID:9kcqhJnG 発狂してるのはmac板荒らしてるエロ同人違法DL無職おじさんですよね http://mao.5ch.io/test/read.cgi/linux/1553100855/924
925: login:Penguin [sage] 2019/06/14(金) 16:55:31.74 ID:twmeQRXI なんだ、またマカーがWSLに嫉妬していたのか http://mao.5ch.io/test/read.cgi/linux/1553100855/925
926: login:Penguin [sage] 2019/06/14(金) 16:58:15.42 ID:ZPIGBJUS >>917 > コマンドラインでもシェルでも何でもそのまま呼び出せないという点だけでももう感覚違うよね bashを起動すれば、BSD環境のコマンド使うのと全く同じだよ Windows上のパスが違うけど、WSL環境だけでやればいいだけだし。 WSL環境の外に出る必要はもうなくなった。 http://mao.5ch.io/test/read.cgi/linux/1553100855/926
927: login:Penguin [] 2019/06/14(金) 18:08:11.21 ID:e9Nr40ab 有識者の人に質問。wsl２ってツインムスタングみいなイメージで正解？ http://mao.5ch.io/test/read.cgi/linux/1553100855/927
928: login:Penguin [sage] 2019/06/14(金) 18:54:02.31 ID:IyPtv2eZ >>850 MSが公開してるソース(https://thirdpartysource.microsoft.com/download/Windows%20Subsystem%20for%20Linux%20v2/May%202019/WSLv2-Linux-Kernel-master.zip)から適当にモジュール作って読み込ませることはできるんだけど zfsonlinuxはコンパイルが通らねえな http://mao.5ch.io/test/read.cgi/linux/1553100855/928
929: login:Penguin [sage] 2019/06/14(金) 20:56:02.02 ID:NaM43hJg まだ、WSL2からWindowsのホスト環境(WSL1でいうlocalhost)にアクセスできないみたいだな・・・ Win側にXサーバー立ててXアプリ動かそうとしたけど、Xサーバーが見つからないから起動しない。 http://mao.5ch.io/test/read.cgi/linux/1553100855/929
930: login:Penguin [sage] 2019/06/14(金) 21:09:57.35 ID:2s8d8lP8 >929 IPアドレスが別になってるだけだろ？ そのことはすでに告知済み。現時点での制限としてよく知られている。 ポートフォワーディングで対応可能なんだから そのうち対応するだろう http://mao.5ch.io/test/read.cgi/linux/1553100855/930
931: login:Penguin [sage] 2019/06/14(金) 21:20:22.35 ID:BFocZb+m vncとかで乗り込めば良いんじゃないの？ http://mao.5ch.io/test/read.cgi/linux/1553100855/931
932: login:Penguin [sage] 2019/06/14(金) 21:26:56.40 ID:IyPtv2eZ >>929 ちゃんとXサーバーをlocalhost以外からも接続受けるようにしろよ http://mao.5ch.io/test/read.cgi/linux/1553100855/932
933: login:Penguin [sage] 2019/06/14(金) 21:45:13.49 ID:3/ZJQfp2 >>928 zfs 0.7.13はビルド出来てカーネルモジュールのロードも出来たけど、zpool createコマンドでそんなプールは無いって言われた zfsの使い方を知らないせいだと思うけど… http://mao.5ch.io/test/read.cgi/linux/1553100855/933
934: login:Penguin [sage] 2019/06/14(金) 21:56:27.22 ID:c8cHscUJ ネットワークとか、ファイル共有とかはいらなくて Linuxのソフトを動かしたいだけの人には WSL1 + X server のほうがいいってことですかね。 http://mao.5ch.io/test/read.cgi/linux/1553100855/934
935: login:Penguin [sage] 2019/06/14(金) 22:28:38.27 ID:5gjg1rej CheckNetIsolation LoopbackExempt でループバックを許可したら出来ないのかな。 http://mao.5ch.io/test/read.cgi/linux/1553100855/935
936: login:Penguin [sage] 2019/06/14(金) 22:40:29.38 ID:BFocZb+m 皆WSL2に興味深々だけど、1903から追加されたimportコマンドで、 外部ツール使わずにCドライブ以外にWSL環境作れるようになってるんだな WSL1とWSL2のexportって何か違うんだろうか http://mao.5ch.io/test/read.cgi/linux/1553100855/936
937: login:Penguin [sage] 2019/06/14(金) 22:46:49.52 ID:NaM43hJg >>931 そうか！ Windowsだしxrdpでもいけるかもしれないな・・・ http://mao.5ch.io/test/read.cgi/linux/1553100855/937
938: login:Penguin [sage] 2019/06/14(金) 23:44:41.17 ID:NaM43hJg xrdpでLXDEのデスクトップは表示できたけど、dbusとか依存サービスがもろもろ動いてないので使い物にならず。 WSL2でGUIは無理か、WSL1でも無理矢理やってる感じだが・・・ http://mao.5ch.io/test/read.cgi/linux/1553100855/938
939: login:Penguin [sage] 2019/06/15(土) 00:26:34.87 ID:+cVH+56Z Cygwin/MSYS2 は、sjis の日本語に対応してないから、日本語でバグル！ Linux のUTF-8 を、Windows でコンパイルしただけ。 sjis など、MS が使っている、文字コードには対応していない！ WSL は、Windows10 が、環境が切り替わる所で、 sjis/UTF-8 を変換いているから、バグらない sjis などの何百もある、国ごとに異なる、Windows専用の文字コードは、MSしか対応できない。 これらは、その国だけで使われている、国際化してない文字コード！ 一方、UTF-8は、全世界で共通の文字コード とにかく、sjis/UTF-8の変換は、MS以外ではできない。 オープンソースで出来るのは、Ruby も使っている、NKF だけ！ http://mao.5ch.io/test/read.cgi/linux/1553100855/939
940: login:Penguin [sage] 2019/06/15(土) 00:29:09.29 ID:5dLAomYC WSL2でDocker動かした人いる？ http://mao.5ch.io/test/read.cgi/linux/1553100855/940
941: login:Penguin [sage] 2019/06/15(土) 00:29:51.38 ID:q/l0UnmT MS以外ではできないつったりnkfもできるっつたり忙しい奴だな http://mao.5ch.io/test/read.cgi/linux/1553100855/941
942: login:Penguin [sage] 2019/06/15(土) 00:39:12.52 ID:uQpGU93O JA16SJISTILDE http://mao.5ch.io/test/read.cgi/linux/1553100855/942
943: 939 [sage] 2019/06/15(土) 05:11:16.58 ID:+cVH+56Z Windows が採用しているのは、sjis を拡張した、CP932。 こういう文字コードを知っている外人は、まずいない Windows には、同様な外国の文字コードも、わんさかあるけど、 それを使う国の人しか知らない オープンソースでは、Ruby も使っている、NKF があるけど、 これも、sjis なのか、CP932 にも対応しているのか、よくわからない だから、UTF-8 以外は、世界中で通用しない！ 世界共通ではない！ http://mao.5ch.io/test/read.cgi/linux/1553100855/943
944: login:Penguin [sage] 2019/06/15(土) 06:13:55.17 ID:9hgLtMZu nkf だけでないと思うが、iconv cp932 があつかえる。 https://www.tcom242242.site/entry/2015/09/05/193816 ほかにもicu でもあつかえる。 http://mao.5ch.io/test/read.cgi/linux/1553100855/944
945: login:Penguin [sage] 2019/06/15(土) 06:29:20.30 ID:Cjs3MSJ6 ベンチマーク見た感じだとWSL2はストレージのアクセスが頻繁な処理では劇的に高速化しているな でもメモリアクセスが重い処理では逆に遅くなっている http://mao.5ch.io/test/read.cgi/linux/1553100855/945
946: login:Penguin [sage] 2019/06/15(土) 13:05:03.79 ID:5dLAomYC WSL2にDocker CE入れたら本当に動いたな。 まあ、これから色々見るつもり・・・ https://docs.docker.com/install/linux/docker-ce/ubuntu/ http://mao.5ch.io/test/read.cgi/linux/1553100855/946
947: login:Penguin [sage] 2019/06/15(土) 14:18:11.30 ID:3oVnYJwT >>939, >>943 何言ってんのかよくわかんないけど、 Cygwinは2009年のver1.7.1以降、デフォルトロケールがUTF-8になってる。 Windowsのファイル名はCP932だけど、Cygwinが変換してくれるので、Cygwin上のプログラムからはUTF-8に見える。 http://mao.5ch.io/test/read.cgi/linux/1553100855/947
948: login:Penguin [sage] 2019/06/15(土) 14:58:21.60 ID:UW/+wp4S > Windowsのファイル名はCP932だけど Windowsのファイル名はNT3.1のころからUnicode（UTF-16） わかってんだろ？嘘つくなよ http://mao.5ch.io/test/read.cgi/linux/1553100855/948
949: login:Penguin [sage] 2019/06/15(土) 15:26:32.08 ID:5dLAomYC メモ帳はとっくにUTF-8標準、改行コードもLFサポートしてるのを知らないジジイだろw http://mao.5ch.io/test/read.cgi/linux/1553100855/949
950: login:Penguin [sage] 2019/06/15(土) 16:30:52.08 ID:3oVnYJwT >>948 OSの内部表現じゃなくて、アプリケーションからどう見えるかの話をしてるんだが。 Cygwinの話をしていることからわからなかったか？ http://mao.5ch.io/test/read.cgi/linux/1553100855/950
951: login:Penguin [sage] 2019/06/15(土) 16:33:45.64 ID:Shy5ns+9 >>950 アプリケーションからもUTF-16LEに見えるんだが http://mao.5ch.io/test/read.cgi/linux/1553100855/951
952: login:Penguin [sage] 2019/06/15(土) 16:34:55.14 ID:UW/+wp4S アプリケーションからCP932に見えたら CP932にない絵文字が正しく表示できるわけ無いだろ リアル馬鹿だなｗ http://mao.5ch.io/test/read.cgi/linux/1553100855/952
953: login:Penguin [] 2019/06/15(土) 16:40:37.45 ID:qMjBI3rb XPの時に、ファイル名にSJISにできない文字が含まれるとファイル名が壊れるって現象にぶち当たった覚えあるけど今は大丈夫なのか？ http://mao.5ch.io/test/read.cgi/linux/1553100855/953
954: login:Penguin [sage] 2019/06/15(土) 16:41:15.01 ID:UW/+wp4S NT3.1のときからそんな現象はない http://mao.5ch.io/test/read.cgi/linux/1553100855/954
955: login:Penguin [sage] 2019/06/15(土) 16:43:05.80 ID:UW/+wp4S 絵文字などCP932では表示不可能なファイル名が正しく表示できるってことは、 表示されるまでのいかなる部分でもCP932が使われてないってことを意味している。 Windowsの基本機能のいかなる部分でもCP932が使われていないという証拠である。 http://mao.5ch.io/test/read.cgi/linux/1553100855/955
956: login:Penguin [sage] 2019/06/15(土) 16:45:02.99 ID:yYKyMGQX >>953 わからんけどそれはアプリ側の問題じゃないの？ http://mao.5ch.io/test/read.cgi/linux/1553100855/956
957: login:Penguin [sage] 2019/06/15(土) 16:50:04.91 ID:p0QsTHpw うーむ… ttps://i.imgur.com/KCirJ9N.jpg MSのパッチの部分があるみたいだけど、どこを移植すればいいのか良く分からん (5.2は起動しなかったので差分を調査中) http://mao.5ch.io/test/read.cgi/linux/1553100855/957
958: login:Penguin [] 2019/06/15(土) 16:52:56.24 ID:qMjBI3rb NTFSじゃなくてFATでもファイル名がUTF-16なのか？ http://mao.5ch.io/test/read.cgi/linux/1553100855/958
959: login:Penguin [sage] 2019/06/15(土) 16:57:50.49 ID:UW/+wp4S >>958 LinuxでもFAT使えるんだが、Linuxだと何だと思う？ http://mao.5ch.io/test/read.cgi/linux/1553100855/959
960: login:Penguin [sage] 2019/06/15(土) 17:00:31.62 ID:Shy5ns+9 >>953 アプリケーション側が9xとの互換用の古いA系のAPIを使っていると、UTF-16がCP932とか(ロケール設定による)に変換されてアプリケーションに渡るから壊れることがある 今普通にVSとかでコンパイルすると、UTF-16用のW系のAPIが使われるから壊れない また、今はA系APIをUTF-8用にも使えるようになった >>958 いわゆる8+3の古いFATでは国ごとに違うコードだったからCP932だったが、Win95以降のLFNではUTF-16 http://mao.5ch.io/test/read.cgi/linux/1553100855/960
961: login:Penguin [] 2019/06/15(土) 17:07:50.72 ID:qMjBI3rb >>960 なるほど、XPの時に起こったのはアプリが95互換機能つかってたからなのか。 今は大丈夫なのね。 http://mao.5ch.io/test/read.cgi/linux/1553100855/961
962: login:Penguin [sage] 2019/06/15(土) 17:29:11.38 ID:3oVnYJwT >>951 >>952 >>955 自分が間違っていたので、訂正してお詫びする。申し訳ない。 Windows10上でファイル名を絵文字にできることを確認した。 言い訳になるが、Windowsで圧縮したZipファイル内のファイル名は今もCP932なんだだ。 （それをLinuxで展開するときは、CP932を指定しないと、ファイル名のマルチバイト文字が化けてしまう） おかげで今もWindowsのファイル名はCP932だと思いこんでいた。 http://mao.5ch.io/test/read.cgi/linux/1553100855/962
963: login:Penguin [sage] 2019/06/15(土) 18:30:20.43 ID:OZuY4437 ZIPの作者はもうお亡くなりに http://mao.5ch.io/test/read.cgi/linux/1553100855/963
964: login:Penguin [sage] 2019/06/15(土) 18:33:07.39 ID:UW/+wp4S 死因なにかと思ったらアル中かよｗ http://mao.5ch.io/test/read.cgi/linux/1553100855/964
965: login:Penguin [sage] 2019/06/15(土) 19:23:37.24 ID:0tvnU2xk そんなことになってるのか 文字コードって複雑怪奇だな http://mao.5ch.io/test/read.cgi/linux/1553100855/965
966: login:Penguin [sage] 2019/06/15(土) 19:33:51.00 ID:jAL8iiw3 >>964 ふ・・・複雑怪奇だな・・・？ http://mao.5ch.io/test/read.cgi/linux/1553100855/966
967: login:Penguin [sage] 2019/06/15(土) 21:13:11.78 ID:OZuY4437 重怪奇分析 http://mao.5ch.io/test/read.cgi/linux/1553100855/967
968: login:Penguin [sage] 2019/06/15(土) 22:28:16.98 ID:yYKyMGQX >>965 こんなの序の口だ 文字コード問題の本当の恐ろしさはこんなものではない http://mao.5ch.io/test/read.cgi/linux/1553100855/968
969: login:Penguin [sage] 2019/06/15(土) 23:32:05.26 ID:UW/+wp4S 文字コードの話はスレ違い http://mao.5ch.io/test/read.cgi/linux/1553100855/969
970: login:Penguin [sage] 2019/06/16(日) 02:43:03.76 ID:kM2KMV6K >>961 アプリ側の問題なんだから今もクソもない http://mao.5ch.io/test/read.cgi/linux/1553100855/970
971: login:Penguin [] 2019/06/16(日) 11:32:06.39 ID:sFQ8frXi アプリが決めたファイル名をOSがまともに使えないのが問題なのに、なんでアプリのせいにするんだろう？ 頭おかしいな。 http://mao.5ch.io/test/read.cgi/linux/1553100855/971
972: login:Penguin [sage] 2019/06/16(日) 11:46:14.91 ID:fps871ue アプリが決めたファイル名をOSは正しく扱えるが？ OSが決めたファイル名をアプリが扱えないんだからアプリの問題だって話だろ http://mao.5ch.io/test/read.cgi/linux/1553100855/972
973: login:Penguin [sage] 2019/06/16(日) 11:48:27.96 ID:l6add3Wu Windowsはunicodeを扱うのに独立したワイド文字系のAPIを作っちゃったから アプリが対応しないといけない 最近はようやくロケールの文字コード自体をUTF-8にする流れになってるようなので マルチバイト系のAPIのままUnicode対応するのが今後標準になるのかもしれんけど http://mao.5ch.io/test/read.cgi/linux/1553100855/973
974: login:Penguin [sage] 2019/06/16(日) 11:59:28.04 ID:fps871ue >>973 根本原因はUnicodeだけどな。 最初にUTF-8というものを作らず16bitにすべてを詰め込もうとした Windowsはその最初のUnicodeに対応しただけ 16bitのUnicodeはどうやってもAPIを分けないと対応できない http://mao.5ch.io/test/read.cgi/linux/1553100855/974
975: login:Penguin [sage] 2019/06/16(日) 12:01:02.78 ID:fps871ue ま、OSがUTF-8になったとしても、アプリが対応してないと結局意味ないんだがな だから最初からアプリの問題 http://mao.5ch.io/test/read.cgi/linux/1553100855/975
976: login:Penguin [sage] 2019/06/16(日) 12:04:09.78 ID:fps871ue 訂正 × OSがUTF-8になったとしても、 ○ Unicode対応でないアプリのロケールを（ShiftJISではなく）UTF-8として扱う Unicode対応でないアプリのロケールとしてUTF-8が選べるようになったとしても、 ShiftJISを前提にしているアプリが、文字コードが異なるUTF-8対応になるわけじゃない http://mao.5ch.io/test/read.cgi/linux/1553100855/976
ﾒﾓ帳
(0/65535文字)
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 26 ﾚｽあります
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.199s*