【Bash】Windows Subsystem for Linux【WSL】4

Install the Windows Subsystem for Linux
https://docs.microsoft.com/en-us/windows/wsl/install-win10

前スレ
【Bash】Windows Subsystem for Linux【Ubuntu】3
http://mao.2ch.net/test/read.cgi/linux/1528141781/

それ安物じゃなく対応力に優れた高級品なんじゃね

スクリーンで明朝はあり得ないわ
特にMS明朝とかジャギジャギのヒゲが鬱陶しすぎて窓から投げ捨てるレベル

ディスプレーとキーボードにはこだわるべき。

Linuxのフォント綺麗〜というのを聞くたびに、よほどドット感の強いディスプレーを使っているのだろうと思う。

ドット感とは

Linuxデスクトップはフォントがぼやけてるのがデフォなので、はっきりくっきりした大きなドットのディスプレーと相性がいいのかなと思ったり。

そりゃサブピクセルレンダリングとかそういうのは低解像度ディスプレイのために開発されたものだからな
macもmojaveからレンダリング変えてるし

Linuxのターミナルエミュレータはビットマップフォントで使ってるけど、別に生きるのは辛くないな。
大量のテキストを扱う時は、アンチエリアスが掛かっていないフォントの方が、目の疲れが覿面に楽になる。
グラフィックや背景の上に文字を重ねる時はアンチエリアスを使う方が見た目は馴染むが、輪郭がはっきりしている方が目を酷使せずに済む。
およそアップルとその信者がもてはやしているものは、文章やコードを扱う知的生産にはそぐわない、真逆を行く愚民化政策そのものだ。見た目が全てで、生産性は二の次。
ガキのオモチャならそれも良いのかもしれんが、仕事の道具にはならんよ。

スケーリング200％になると小さな文字が印刷物より読みやすくなるよ。

22インチ4kとかあってもいいはずだけど、世間は文字が読みやすくなることに気付いていないのだろうか。

24インチなら4Kモニタあると思うが22インチでないとダメな事情でもあるのだろうか？

いずれにしても、視野角が変わらないのに無闇に高解像度化するのは馬鹿のすることで、そんな真似をするくらいなら27〜32前後で2kの4面として扱う方が生産性上がるね

>>561
文字が綺麗になるから。

見やすいとか見やすくないとか
メガネかけてるかどうかで変わったりしない？

ビットマップ、黒バック黄緑字が一番。
黄緑が一番視認性があるしな

>>556
DEによりますが、マウスポチポチするだけで簡単に設定をかえられますよ。

>>563
伊達以外なら

マックやウィンドウズは最近の良いディスプレーと相性が良いのかも。

>>558
アポが目指してるのは上っ面重視のガキのオモチャじゃんｗ
だからこそ業者を氏ぬ程叩いて技術をパクってひたすら安価に作ることを最優先してる

要するに、駅の電光掲示板でいえば、従来のオレンジ文字ドットのほうが見やすいけどデザイン的には液晶ディスプレイってことだろ？
仕事する側や技術屋としての見方とクライアントや客としての見方は前述の鉄道業だろうがシス屋・インフラ屋でも変わらんってことだ。

フォントがぼやけるLinuxは最悪。

頭おかしいのが居着いたな

フォントはくっきりビットマップ派だがwinの高解像度スケーリングが良いとは言い切れんな
古いアプリはぼやけたりレイアウト崩れたりするし
RDPでスケーリング倍率の違う端末から繋ぐとアイコンやウィンドウ縁サイズが
でかすぎたり小さすぎたり引き延ばしジャギーになったりで
一端サインアウトしないと治らなかったりするし
長年等倍で遣うことしか考えられてなかったからあちこちに穴がある

フォントがぼやけてる人はfonts.conf書けばいいのに

lxqtからパクるのもよし

そこでWSLなんですよ。

ターミナルの表示用フォントは、低DPIのモニタでは12〜14ドットくらいのビットマップの等幅フォントでいいけど、4kや8k環境での利用には24〜32ドットくらいのフォントを使いたい感じ。
しかし24〜48ドット前後のビットマップフォントで高品位のものが無くて困っている。
止むに止まれず自分で大昔のハイレゾ98から24ドットのROMフォントをぶっこ抜いて来たりもしたけど、これも人目につかない所で個人で使うしかできないしな…。

ぶっこ抜き云々はともかく、ターミナルやコードエディタ等で等幅フォントを常用する人にはビットマップフォントをぜひ試して欲しいが、世間の大多数には理解されない世界だな…。

ビットマップフォントはあらかじめ最適にレンダリングというかドット打ちしておいた画像を貼り付けるんだから綺麗なのは当たり前なんだよな

アップルは正しかった。
確かに高DPIは素晴らしい。
世間が追い付いてこないけど。

X410っていつまで割引してんだよ・・・

ストアに登場してから基本的に値引きしてないかねアレ
個人的にそんな値打ちもなく買う必要ないからどうでも良いけど

X410 って ASTEC-X のように MS-IME と連携できれば買おうと思うのだけど..できなさそうですね

開発者は韓国人のようだけど、韓国語の入力も何らかのインプットメソッドを使うんじゃないのかね？
あるいは何らかの韓国語IMは存在するのかもしれんけど、日本語や中国語のIMとはAPIに互換性が無いとかか

CJKで一括にされてるけど中国語も韓国語も日本語も変換の仕組みまるで違うよね

Linux環境だと少なくともCとJのインプットメソッドはibusのAPIにぶら下がる形で実装されるようになった筈だけど、
ibus自体は中国語系の開発者が開発して、日本語のIMもそこに合流した形。KのIMがどうなのかは知らない

あとはもうこの手の開発者にありがちな可能性で、英語圏で活動していて母国語の入力や使用に全く執着していないパターン

貼れと言われた気がした

【田】Windows10のダメな点

・個人情報を勝手にネットに垂れ流す
・診断データと使用状況データをMicrosoftに送信する機能をレジストリでオフにしてもなお8時間で4000回、93つの異なるIPのMicrosoftサーバへデータが送信されている
・エロファイルを持っている場合はそれも全て晒される
・間違ってロリファイルを持っていた場合はネットに繋いでいるだけで警察が来る
・死ぬほどUIがダサく異様に使いづらい
・ダサい上に抑揚のないフラットデザインのため、どのウィンドゥが手前で奥なのかわからない
・かつてあった多くの機能の半分以上をカットし、使わない機能をてんこ盛りにしたデブOS
・起動が超遅い。見かけ上早く起動したように見えるだけでほとんどのソフトを読み込んでいない
・スリープ復帰速度はほとんど変わらず
・ファイル圧縮・解凍速度も遅いまま。フリーウェアの圧縮・解凍ツール使ったほうが200％以上高速化する
・ファイルコピー速度が壊滅的に遅い。フリーウェアの高速コピーツール使ったほうが400％は速い
・メモリ使用量が馬鹿みたいに多い。初期は少なく見えるが使えば使うほど多くなる
・タブレットでも動くように設計されているが、利便性もデザインもiPadの足元にも及ばないゴミ
・標準ブラウザにEdgeとかいうゴミを採用。機能が少なすぎる上におそろしく遅くて使い物にならない
・無料のセキュリティソフトと称する重いウィルスソフトが多数憑依している
・仮想デスクトップと称するゴミを搭載。フリーウェアの仮想デスクトップソフトの半分の利便性もない。
・Win８で削除したスタートボタンを恥を忍んで復活させた
・しかしスタートメニューにまつたくいらんメトロや宣伝がゴチャゴチャついて無駄に肥大化、邪魔。機能性がない
・非アクティブウィンドウもスクロール可とかいう、昔からできるような機能を大げさに宣伝
・タッチパネルとして使いやすいUIとして喧伝しているが、デスクトップPCで画面の汚れるタッチ操作を行うのはよほどの馬鹿だけ
・ダサくて見づらいゴミフォント「游書体」がデフォルト設定
・ほとんど反応しないゴミ丸出しの音声認識アシスタントCortana搭載。画面に向かって話しかけているぼっち野郎の姿はバカそのものｗｗｗｗ

IME連携はMicrosoftが仕事したらいいんじゃないの。

日本マイクロソフトに何を期待しろと

>>586
たったとShiftJISをデフォルトから捨てて、UTF-8に変更しろっていう話。

ソート順が変わって大騒ぎになる。に一票

5ch(2ch)がUTF-8に対応するのが先か
どっちにしても過去と決別だな

MsDOSがs-jisに依存している以上難しいだろ
filesystem関係、kernel関係とか、マルチプラットフォームへのバグフィックス諸々考えると絶対やらないわ。少なくともやりたくないわ

64ビットじゃ16ビットのDOSなんてもう動かないぞ？
DOSはDOSで放置でいいだろ。何言ってんの？

AndroidのFuchsiaみたいに既存路線を捨てて新しいOSになるしかないんじゃないかな。

今更感あるけどとりあえず日本語(UTF-8)みたいなロケールを追加して人柱募ればいいのに
まあUTF-16LEでUnicode系APIを整備しちゃったのが悪いんだろうけど

.NETはUnicode前提で実装されてたんだよな。もう20年前か・・・
だからMSは何もしなかったわけでもない。

いくらテストしたってもこれ以上弄り回すとまたバグ祭りになるに決まってる。

おっと調べたら既にあるのねhttps://i.imgur.com/knbAPYN.png

>>591
業務用のシステムではLinuxですらSJISでなんとかしろと言われて
各社苦労してんのに、WindowsがSJIS捨てたら少なくともMSKK消滅だろ

>>595
それもDOSやWindowsのせいだろ。

SJISは改元後の合字に対応しないとMSは言ってるね

>>596
韓国人じゃあるまいし、誰が悪いかを言いつのったって現状は変わらないよ？

>>594
これでシステムはUTF-8になる
アプリのLive5chとかはunicodeサポートされてないのでメニューとかが文字化けした
ChromeやFirefoxは問題なかった

>>598
じゃあどうする？
代案も示さないようじゃ反論にもならない。

>>600
SJIS続行。

Windowsと関係ないやん。
Windowsなんてとっくにネイティブ文字コードがUnicodeになってるのに
アプリが無理やりレガシーな文字コード使ってるだけだろ

地域の設定にutf-8を使用というチェックボックスがあったんだけど、いつからかutf-8がデフォになって、ユニコード対応でないプログラムの言語という設定が出来てる。
メモ帳のデフォがutf-8になったあたりかもしれない。

C++20でchar8_tが入るので、utf-8サポートを標準に従った状態でサポートできるようになるよ。
なんでここまで引っ張ったんだろな。

いまやってるsjisの話がwslにどうつながるんですか

つなげてみせようホトトギス。

>>605
wslので叩くwinAPIのフレーバーが増えるんじゃない？
ネイティブ互換性が増えるとか

GNU Octave をubuntu 18.04 (wsl)とVcXsrvで使っていて、qt + opengl のグラフィックスが動作しなかったが、-wglから-nowgl にして、LIBGL_ALWAYS _INDIRECT を設定しないようにしたら、表示するようになった。
しかし、他のソフトウェア(gnuplot のwxt terminal )でwarning がでるようになった。
でも、warning だから、我慢しよう。

>>605
強引にこじつけるとWindowsとWSLで協調動作を行うプロセス間にWindowsサブシステム側の言語設定を無理無く馴染ませる事が出来るかという話
当然だがWSL上で動くプロセスはあくまでLinuxそのままだから言語設定はLANGかロカール系環境変数に依存するという部分は変えられない

ありがとう。
Windows でもMsys2入れて、winptyコンソールアプリをつかっている私にはあんまり関係ないことだということがわかりました。

そもそもLinuxはASCII互換の文字コードしか扱えないので
SJISやUTF-16などに対応するのは事実上無理だよ。
これはLinux側（カーネル及びアプリ）の制限

ほとんど使われないけどwcharなPOSIX関数はある
Windowsは逆にこっちを明示的に使うようにして従来のAPIはロケール依存のまま残したんだけど

>>611
日本語にSHIFT_JISを採用したUNIX系でOSもあったしSHIFT_JISについてはアプリが頑張ればいいだけでLinuxカーネルの問題は無いだろう

たしか、Solarisは日本語ロケールがSJISだったはず。

Solarisの日本語デフォはEUCじゃなかったっけ？
HP-UXはSJISだったね

Linuxこんな理由らしい
ttp://www.ossforum.jp/jossfiles/Linux_SJIS_Support.pdf

>新しい技術への挑戦を尊ぶLinuxの開発技術者

蓄積されたデータを継承・発展させていくことだって、新しい技術への挑戦だろうになあ。
当時のOSS界隈はマイクロソフトをFUDを多用するとか言ってたけど、
おまえらのやってることも同じじゃねーかという。

>>616
FUDを多用するというFUDだろ。

こんなとこでケチをつけてるだけの人生よりよっぽど有意義だな

>>615
カタカナの長音記号もまともに扱えていない文書を堂々と掲げられる心意気に敬服

私の環境では、X サーバーを-nowglで立ち上げないとグラフィックスで不具合が生じることがあった。たぶん、環境依存たと思う。

環境依存てすか。

-wgl はwindowsのopenglのハードウェアアクセラレーションを使うのでそう書いた。でも、確証はないので、多分をつけた。

Windows 2000ぐらいに小さくて軽いWindows 10に
WSLだけ入れたいわ。
それ以外の付属モノは、全部要らん。

WinPEとか？

Hyper-V Server 2019とかいいんじゃね？
WSL有効に出来るよ

http://www.aoky.net/articles/david_pogue/david_pogue_says_simplicity_sells.htm

Microsoft Word が単なるワープロだったのはアイゼンハワー大統領の時代(50 年代)にまでさかのぼります。(笑)
しかし代わりに何があるでしょう？ Microsoft は実際試したことがあります。
「みんな機能を追加しすぎだと不平を言っている。ワープロだけのソフトを作ってやろうじゃないか。
　シンプルで純粋な、Web ページ作成やデータベースのないやつを」。
それが現れました。Microsoft Write です。みなさんご存じないでしょう。大失敗でした。誰も買いませんでした。
私はこれを「SUVの原理」と呼んでいます。みんな必要もないパワーに取り囲まれているのが好きなんです。
データベースやWeb ページ作成機能なんて必要ないのに、こう言うのです。
「アップグレードしておこう。そのうち必要になるかもしれないからね！」

それならもう普通にLinuxインストールすればいいだろ。

アメリカンジョークはよくわからん

>>626
ワードパッドやろwin使いなら誰でも知ってるで
でも欲しいのはバイナリのリッチテキストじゃなくて
テキストをテキストのまま色付けや段落分けできる構造化エディタだったんだよなあ
htmlやcssがもっと手軽に扱えたら良かったんだろうけど

>>629
3.1まではwrite、95からはwordpadだっけ（以降もスタブのwrite.exeはあるけど）

>>629
> テキストをテキストのまま色付けや段落分けできる構造化エディタだったんだよなあ

無理やで？
勝手に色がつくことは可能だが、
ユーザーが自由自在に色を付けることはできない

>>631
rtfがそんな感じ

そりゃテキストにメタ情報入れればできるやろな

絵文字には色を付けられるのに
変なの

文句はアンテナ○○○に言っとくれ♪

Skip Aheadで\\wsl$\登録名\のUNCパスで各ディストリのrootfsにアクセスできる機能が追加されたがchmodし直しは変わらんしWSL内のmountも正しく反映される、浅いパスぐらいしか利点を感じない

どうやってそんなの見つけるん？と思ったらエクスプローラーにペンギンがいやがった

>>636
お、マジか。どういう実装なんだろう？

俺が前思っていたのはWindowsからはそうやってアクセスできる
内部的には（WSLレイヤーを介さずに）sambaプロトコルで
アクセスしているかのように見せかけるって方法で、
chmodに関しても設定でsamba相当の事ができるようにすれば
Windowsからsamba経由でアクセスしてるのと変わらない
実用性になるだろうって思ってた

>>636
一応言っておくと、

利点は遅くてLinuxファイルシステムと完全な互換性がないdrvfsではなく
速くて互換性が高いlxfsに置いたファイルをWindows上から直接修正できること

drvfsとは違い、ディスク上のファイルを直接参照するのではなく
\\wslという仮想的なファイルシステム経由でアクセスするので
Windows上からのアクセスは遅くなるものの、
設計的にはchmodの問題などを回避できる余地がある

ってところかな

What’s new for WSL in Windows 10 version 1903?
https://blogs.msdn.microsoft.com/commandline/2019/02/15/whats-new-for-wsl-in-windows-10-version-1903/

>>640
Microsoft本気だな
Macに移ったユーザを取り戻せる

>>641
そんなことは気にしてない。

MS「Mac？ああ、マクドのことやな。」

Macに移ったのってWeb系のスクリプター連中が主でしょ
あのへんの層は大して金にならないからMSはそれほど重視してないだろう
とはいえこのままだとWinがクラウド開発に向かないゴミのレッテルを貼られて稼ぎ頭のエンタープライズまで逃げる恐れがあったから、
そうなる前に開発者離れを食い止めたいんだろうな

Msをクラウドにシフトさせた現CEOも優秀だし、オープンソースの徹底化も英断だったんだなって。

いやAzureだけは擁護できないわ
MSの客層的にWinのVMさえちゃんと動けば儲かるのはわかるけど、
マネージドサービスの品質があまりにも低すぎる
真面目にやる気ないんならお願いだからホスティング以外は全部撤退して開発環境だけ作っててほしい

>>646
お前が擁護しようがしまいが、
AzureではLinuxも動くし、AWSの次に使われてる
クラウドであることは否定できない

https://japan.zdnet.com/article/35123218/

うちはまだ1809だな。

>>640
この兼ね合いでバックグラウンドプロセスが無い状態でWSLコンソール全部閉じてもkill -9 -- -1してもinitが終了しなくなったんでwsl.conf弄るときはwsl --terminateするなり忘れずにな

今はwslのフォルダにあるファイルを作るとアクセス権限が000のファイルになってしまうけど、Windows 10 version 1903で変更されるんだろうか。

そういうわけじゃない
9Pサーバ使ってアクセスするかたち

直で触るんじゃないんだろう。
串を経由するようなもんだ