【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/

windows版vscodeとwslの組み合わせだとできないことが多いよ。
1. extensionがlanguage server protocolにちゃんと対応していて、さらに
2. windows側のvscodeで、wsl側のlanguage serverから情報取得できるようになっている、
開発言語じゃないと、windows側とwsl側の両方で開発環境揃えないといけない。
2の条件がほとんどの言語で満たされていないし、windows側で開発環境構築できないものもあるからね。

>>483
lspって何処で動かしても良いものでないのか。

Visual StudioはWindowsが発祥なのになんじゃそりゃって感じだな。

win版codeでwsl上のlanguage serverを使うなんてことやるよりwslにlinux版code入れた方がいいって話か
条件は何言ってるのかわからん

>>485
名前以外の関連性が存在しないVisual StudioとVisual Studio Codeを同一視するなんてLinuxとWindows Subsystem for Linuxを同一視するレベルの愚

>>487
何言ってんだこいつ？
相手しない方がいいか

vscodeとvsってまずエディタの言語違うだろ。
vscodeはnode.jsだし。
あとideじゃないし。エディタだし。

VSとVSCodeにはlinuxとwslほどの類似性はないだろ

wslのコマンドラインから起動楽だしそれだけでもwslのvscoce使うメリハリあるんじゃね

>>488
>>483の意味が分かってないね

名前だけ見たらVisual StudioのIDEのエディタ部分のみ、とか誤解してもおかしくはないよ
Visual Studioなんかしらん人もいるだろうに、そこまで叩かんでいいのになあ

ろくに知らんのに余計なレスしたから総ツッコミ食らっただけですやん

Mac版のVisual Studio (Codeじゃないよ)とかXamarinそのものだし...
MSはVisual Studioって名前を広く使いたいだけで中身がどうとか考えてない

Visual Studio Code　electron+Monaco Editor+α
Visual Studio for mac　XamarinStudio（≒MonoDevelop）+α

だもんな

VSCodeはMSが長年培ってきたIDEのノウハウが全力で投入されてるからVSの名前を冠するのに相応しい
LSPの策定とか他じゃ絶対に不可能な偉業だろ

USBメモリをデバイスとしてWSLに見せる方法ってある？

WSL上のUbuntuでFuchsiaのビルドは出来たんだけど、QEMUではコンソールしか出て来なかったんで別環境で実行しようと思ったらイメージ作成のコマンドがデバイスファイルを要求しやがった…

Win10.18317+WSL(Ubuntu 18.10)

USBのCOMポート(ラズパイでやった)を認識することはできるけど、ディスクはまだ無理じゃないか？

>>497
USBメモリのドライブのシンボリックリンクを張ってみるとか

デバイスファイルの意味を知らんなら口出すなよ

少し前に書いたwsl上のdebianでvscodeの画面が出なくなった問題ですが、原因はudevでした。
udevとlibudevの240がbreaking changeを含んでいるので、239にdowngradeして対処。
https://github.com/systemd/systemd/issues/11385
https://github.com/systemd/systemd/issues/11293

>>497
http://www.atmarkit.co.jp/ait/spv/1806/08/news042.html
はどう？

マウントしたいんじゃなくて/dev/hogeがいるんだろ、ddか何かするために。

今は無理だな。将来的にできるのかも怪しい。
Hyper-Vでやればいい。

>>498-504
色々サンクス
結局ギブアップして仮想マシンを立てた

ループデバイスも無いとはね、この辺はリクエストを出してMSの努力に期待かな

一応サブシステムって扱いだから無茶言っちゃかわいそうではあるが…インサイダープレビュー受けてるとＭｓのバグ潰し大変そうって思うし。
ハードにお金かかっちゃうかもだけど、exsiとかで仮想化したり、中古街のcore2duo ddr2みたいなもんで動かしたほうがいいと思う。
このスレでそれ言うのは本末転倒なんだろうけど。

ちょっとした作業やらせたいならサブ機とか実験用機の類あると捗るよな

WSLからssh叩けるだけで価値があるわ。

えぇ…win上のコマンドプロンプトからでも叩けますケド…>ssh

>>509
クソみたいなwindowsのバイナリと同じにすんな。自分でビルドでもしてるのか？
それとも日本語対応のwindows向けビルドをどっかから拾ってきてドヤ顔してるのか？

知識が遅れてそうな人がいるな
今のwindowsはopenssh標準装備だぞ

うわぁ・・・標準で入ったこともしらずにすごい叩いてるよ・・・

サーバーも標準搭載だからな

今のバージョンだと標準でインストールされるんだっけ？
オプション機能に追加されたのも割と最近だったと思うけど

April 2018かな

powershell極めれば結構いいけど構文がダルいしなー

.ssh/configの便利さを最近になって知った。
専用のシェルスク用意してたわ・・・
Windowsの標準搭載でもできそうだが秘密鍵のパーミッションがどうたらでうまくいかない。

5chってアホなやつばっかなの？
「WSLからssh叩ける」のに価値があるって言ってて
そんで、クソバイナリに用はないって言ってるんだ
なんで自分より知識がないって勘違いを起こせるんだ

OS同梱になったwin10以前でもgithubからMSの開発してるビルドが落として使えるしな
つか情弱アフォなのは>>510だけで他のヤツは至ってフツウ
5ちゃんがアホなヤツばっかってコトはないので念のため

wslよりも副産物が大事だろ
xterm, LF,コンテナより少ないリソースのlinux、shを小リソースで動かせるのはでかい

手軽さならcygiwn
軽さと堅牢さを求めるならhyper-v

cygiwnはパッケージが特殊で、cygiwn版が無いことすらある
あとWSLより遅い。今となってはもう使わないかな
msysはGit for Windowsで間接的に使うけど

Cygwinはアップデートしたら壊れたな。
随分昔だけど。

VSからWSLに接続してUbuntu用のパッケージを作るのが正しいやり方。

UltraVNCとnoVNCをWSLで動かしたら、ブラウザーでWindowsのリモート接続できたな。
ほんとはXクライアント動かそうとしたが、Windows自体をVNCで繋げられるんじゃね？と思ったらあっさりできた。
WSLじゃなくてもいいけど。

そりゃ出来るに決まってる

Cygwinってばその昔にFireFoxのソースおとしてきてコンパイルして、Cygwin版FireFox動かしたっけねぇ。
「え？　動くの？」で終わったけど、あれでCygwinの評価が多少プラスになったわ。

貼れと言われた気がした

【田】Windows10のダメな点

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

>>528
> ・ダサくて見づらいゴミフォント「游書体」がデフォルト設定
一つだけ反応しとく。
これは、「游書体」自体は最高峰のフォントだ。

問題は、Windowsのフォントレンダリング（ガンマ補正がひどい）がクソだから、
游フォントを正しくレンダリングできない。
いずれにしても、Windowsのフォントレンダリングがクソなのに変わりない。
こんなフォントレンダリングのまま、
デスクトップOSを出してまま放置し続けている理由も分からない。
というわけで、MSはフォントレンダリングをどうでもいいと思っている。

4KやRetinaといった高精細ディスプレイにしても解決しない。
それは、Windowsのスケーリング処理がクソなので、高精細時も非常に汚い。

スレチ申し訳ないが、あれ最高峰なの？
游ゴシックのカタカナの字形がめっちゃ嫌い。

サイズ小さいとゴシックぽくないんだよね。
教科書体あたりに近いのか？

gcc7はstd::enable_if_tやstd::is_same_vが実装されていないんだな。

>>529
12インチ2kノート使ってるけど、めちゃめちゃきれいだよ。
デスクトップはドットバイドットで23.8インチ2kディスプレー使ってるけど、これもそこそこ綺麗。
流石にドット感はあるけどね。
時代はWQHD以上に来てると思う。

>>531
文字をきれいにしたいなら4kディスプレー買ったほうがいいと思う。
2kでも凄くきれいだから。
4kなら感動すると思うわ。

2kでもギリギリVS二枚開ける。
これお勧め。

>>530
コピペ読んでないけどwin標準で一番まともなフォントはメイリオだと思うわ

むかし一太郎買ったらヒラギノついてきたんだけど、もうやってないのかな。

>>534
wqhdにしてもたいして変わらんかった

>>538
ドットバイドットだと表示は変わらないんだよ。
スケーリング150％とかでずいぶんきれいになる。
200％なら印刷の文字みたいになる。
というわけで、4kにしなよ。
12インチノートの2kはスケーリングしてるから印刷みたいな文字だよ。

>>539
150%だよ。
wqhdに対する期待が大きすぎたのかもしれんけど、がっかりだった。
あと4kは置き場に困る。たいてい27以上だからな。

サムソンの23.8インチどうよ。
発売から年数経ってるから俺はやめといたけど。
結構評判良いみたいだぞ。

この正月に買い換えたばかりなんだぜ

もしかしてアイ・オー・データじゃないだろうな。

>>529
御託はいいんで、実際のディスプレイを
スマホか何かで写して比較してくれない？

遊ゴシックや遊明朝はプリントアウトするとMSゴシック/MS明朝よりはマシかなと思うけど、スクリーンフォントとしてはカスだね。
レンダラーがどうとかじゃなしに、タイプフェイス自体がスクリーンフォントに向いてないよ。ライセンス上アウトだけどLinux環境で4Kモニタに表示しても常用する気になれないし。

スクリーンフォントとしてはメイリオの完成度は異常。これもLinux環境に持って行ったら常用したくなるのだが、ライセンス上真っ黒なので少なくとも人目につくところでは使えないのが残念だ。
そしてWindowsのレンダラーでは膨大なヒンティング情報を活用して小ポイント時の取捨選択など本領発揮してくれてとても良い。

※個人の感想です。

x410買うたで。
ウィンドウズのデスクトップにランチャー出せるといいのにな。

x410とvcxrsvの使い勝手の違いある？

さあ知らんけど、ストアで買えるからワンクリックでおｋみたいな。

vcxsrvはChocolateyにあるけど、コマンド一発でインストールできる？

$ choco.exe list vcxsrv
Chocolatey v0.10.11
vcxsrv 1.20.1.4 [Approved]
winsshterm 2.4.1 [Approved] Downloads cached for licensed users
2 packages found.

Chocolatey Gallery | VcXsrv Windows X Server 1.20.1.4
https://chocolatey.org/packages/vcxsrv

>>545
生きるの辛そうだね。
安物の目なのでMS明朝で大満足な俺は良かった〜

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

スクリーンで明朝はあり得ないわ
特に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がどうなのかは知らない

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