【Bash】Windows Subsystem for Linux【WSL】4
■ このスレッドは過去ログ倉庫に格納されています
本格的にLinux環境作ろうとすると仮想マシン使ったほうが快適になるのがアレだけど
Windowsのお手軽リモートログイン用シェルとして使うに良いと思う 久しぶりにwsl内のvscode使おうとしたら、起動はするけど画面がないという1年前の状態みたいになっちゃった。
debian on wslだけど、設定ファイル全部削除とpurgeもしたけどダメですね。
他の環境では起動できてますか?
code_1.30.2-1546901646_amd64.deb 起動できる
そもそもX経由なのか、VNCとかで乗り込んでるのか
X経由なら手順間違ってるんじゃね? >>477
VcXsrv + Ubuntu 18.04 XFCE で、VSCode は dpkg コマンドで入れて動作しています。 Windows版でなく、WSLにLinux版を入れるメリット教えて。 >>481
いまのところメリットの有無は検証していません。システムコールコンバーターの互換性具合を試しているだけです。
他の方がどうなのかはわかりかねます。 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使うメリハリあるんじゃね 名前だけ見たら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 マウントしたいんじゃなくて/dev/hogeがいるんだろ、ddか何かするために。 今は無理だな。将来的にできるのかも怪しい。
Hyper-Vでやればいい。 >>498-504
色々サンクス
結局ギブアップして仮想マシンを立てた
ループデバイスも無いとはね、この辺はリクエストを出してMSの努力に期待かな 一応サブシステムって扱いだから無茶言っちゃかわいそうではあるが…インサイダープレビュー受けてるとMsのバグ潰し大変そうって思うし。
ハードにお金かかっちゃうかもだけど、exsiとかで仮想化したり、中古街のcore2duo ddr2みたいなもんで動かしたほうがいいと思う。
このスレでそれ言うのは本末転倒なんだろうけど。 ちょっとした作業やらせたいならサブ機とか実験用機の類あると捗るよな えぇ…win上のコマンドプロンプトからでも叩けますケド…>ssh >>509
クソみたいなwindowsのバイナリと同じにすんな。自分でビルドでもしてるのか?
それとも日本語対応のwindows向けビルドをどっかから拾ってきてドヤ顔してるのか? 知識が遅れてそうな人がいるな
今のwindowsはopenssh標準装備だぞ うわぁ・・・標準で入ったこともしらずにすごい叩いてるよ・・・ 今のバージョンだと標準でインストールされるんだっけ?
オプション機能に追加されたのも割と最近だったと思うけど 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とかいうゴミを採用。機能が少なすぎる上におそろしく遅くて使い物にならない
・無料のセキュリティソフトと称する重いウィルスソフトが多数憑依している
・仮想デスクトップと称するゴミを搭載。フリーウェアの仮想デスクトップソフトの半分の利便性もない。
・Win8で削除したスタートボタンを恥を忍んで復活させた
・しかしスタートメニューにまつたくいらんメトロや宣伝がゴチャゴチャついて無駄に肥大化、邪魔。機能性がない
・非アクティブウィンドウもスクロール可とかいう、昔からできるような機能を大げさに宣伝
・タッチパネルとして使いやすいUIとして喧伝しているが、デスクトップPCで画面の汚れるタッチ操作を行うのはよほどの馬鹿だけ
・ダサくて見づらいゴミフォント「游書体」がデフォルト設定
・ほとんど反応しないゴミ丸出しの音声認識アシスタントCortana搭載。画面に向かって話しかけているぼっち野郎の姿はバカそのものwww >>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なら感動すると思うわ。 >>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買うたで。
ウィンドウズのデスクトップにランチャー出せるといいのにな。 さあ知らんけど、ストアで買えるからワンクリックでおkみたいな。 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面として扱う方が生産性上がるね 見やすいとか見やすくないとか
メガネかけてるかどうかで変わったりしない? ビットマップ、黒バック黄緑字が一番。
黄緑が一番視認性があるしな >>556
DEによりますが、マウスポチポチするだけで簡単に設定をかえられますよ。
>>563
伊達以外なら マックやウィンドウズは最近の良いディスプレーと相性が良いのかも。 >>558
アポが目指してるのは上っ面重視のガキのオモチャじゃんw
だからこそ業者を氏ぬ程叩いて技術をパクってひたすら安価に作ることを最優先してる 要するに、駅の電光掲示板でいえば、従来のオレンジ文字ドットのほうが見やすいけどデザイン的には液晶ディスプレイってことだろ?
仕事する側や技術屋としての見方とクライアントや客としての見方は前述の鉄道業だろうがシス屋・インフラ屋でも変わらんってことだ。 フォントはくっきりビットマップ派だがwinの高解像度スケーリングが良いとは言い切れんな
古いアプリはぼやけたりレイアウト崩れたりするし
RDPでスケーリング倍率の違う端末から繋ぐとアイコンやウィンドウ縁サイズが
でかすぎたり小さすぎたり引き延ばしジャギーになったりで
一端サインアウトしないと治らなかったりするし
長年等倍で遣うことしか考えられてなかったからあちこちに穴がある フォントがぼやけてる人はfonts.conf書けばいいのに
lxqtからパクるのもよし ターミナルの表示用フォントは、低DPIのモニタでは12〜14ドットくらいのビットマップの等幅フォントでいいけど、4kや8k環境での利用には24〜32ドットくらいのフォントを使いたい感じ。
しかし24〜48ドット前後のビットマップフォントで高品位のものが無くて困っている。
止むに止まれず自分で大昔のハイレゾ98から24ドットのROMフォントをぶっこ抜いて来たりもしたけど、これも人目につかない所で個人で使うしかできないしな…。
ぶっこ抜き云々はともかく、ターミナルやコードエディタ等で等幅フォントを常用する人にはビットマップフォントをぜひ試して欲しいが、世間の大多数には理解されない世界だな…。 ビットマップフォントはあらかじめ最適にレンダリングというかドット打ちしておいた画像を貼り付けるんだから綺麗なのは当たり前なんだよな ■ このスレッドは過去ログ倉庫に格納されています