【Bash】Windows Subsystem for Linux【WSL】5

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

前スレ
【Bash】Windows Subsystem for Linux【WSL】4
http://mao.5ch.net/test/read.cgi/linux/1541747008/

あー、WSLのUbuntuを19.04にしたらvscode起動しなかったな

>>336
udevの仕業だったのか
前スレは見てなかった
ありがとう

冷凍チャーハンおかずに白米食べられるほど
これが中華味でございます的に味がついてるのがどうにも苦手

ubuntu16.0*だけど、WSL内でVSCodeをGUI起動させられないか、やっているだけど、VcXsryがmultiplewindows以外なら、GUI動くだけどな・・・
有償版でないとスタイリッシュにできないのか

>>337
マジで？俺、絶賛アップグレード中なんだけど

UbuntuはLTS固定版と通常版の二種類入れられるだろ

その通常版というか追っかけ版をアップグレードしても途中でコケるな。
Insider使ってるせい？

>>341
PCに直でぶち込んだりする本環境はLTSで、それ以外のリリースはLTSの上でVMやKVMで弄る程度だね。
Debianも俺は基本Stableで使ってるし…

>>341
WSLで使うなら、LTSとその間のリリースはそれぞれ別環境として入れる方がいいね…

vscodeの件は直前に解決策書いてあるじゃん...

340だけど、code --disable-gpuで起動したら普通に動いたわ、すまぬ

>>143
OpenGL のグラフィックスでプロットを順次書き直すかたち

>>142
GNU Octave を　WSLで使う理由だが，win版よりOpenGLやgnuplotiのグラフィックスが速いのもある。
Linux由来のソフトだとWindows Native版より，WSLでLinux版動かした方がより場合もある。

あー、imagemagickはWSLのが速いな
何でか知らんけど

>>349
Windows版はstatic linkされてるやつ？

>>342
lxdを事前に消してからアップグレードしないとコケる件かな

>>351
なるほど、消せばいいのか・・・
試してみるかな。

>>350
あー、dll版やったわ
で、static版ダウンロードしてちょっと使てみたけどほぼネイティブのが速いな
けどオプションによってやっぱりWSLのが速い
何でか知らんけど

Windows版はLinux APIからWindows APIへの変換でもしてるんやろ？
WSL版はWindowsに実装されたLinux APIを直接呼び出してる。
ファイルアクセスとかプロセス生成といった遅いAPIを使わなければ
WSL版の方が速いのは考えられる話

>>354
imagemagickはしらんけど，GNU Octaveはgnulibは使っている。Windowsではposix関数のインプリメントになっている部分もある。
これが遅くなり理由かな？

やっぱWSLがいいや。
cygwinとmsysでpsコマンドが微妙に互換性がなくてハマった。

msysは知らんが、cygwinは使いにくいだよなぁ
WSLマジ神って感じ

Ubuntu18.04使ってるけど令和に対応してないね
$ date +'%Ec' -d 20190501
平成31年05月01日 00時00分00秒
長期サポート版とは言っても日本語の元号なんかに対応する気はサラサラ無いんだな…

19.04は対応済みだけど、18.04 LTSにもそのうちバックポートあると思うよ。

libicuがアップデートされれば対応するんでない？
18.04は60.2だからこれが60.3になるのを待つ
https://packages.ubuntu.com/search?keywords=libicu
https://github.com/unicode-org/icu/releases/tag/release-60-3

後追いで対応って予期しないタイミングで突然破壊的変更が入ることになるから対応としては最低最悪
やらないほうがまだマシ

年号使ってる時点で、破壊的も何もないと思うが

>>362
意味不明

>>361
意味不明

元号はglibc(libc6)だね
2.29で対応してるから19.04は対応済

RHEL系は7にもバックポート済だけど、Ubuntuは遅めなのかね？
18.04だと3/29版をマスターに微調整したのを4/16にリリースしてる

19.04にアップすれば良いだけやん

WSLのUbuntuをアップグレードするといろいろ不具合が出る。
FirefoxとかXアプリ系が動かなくなった。
よほどのことがないとアップグレードしないほうがいいよ。

重箱の隅をつつくようで悪いが、WSLでx立ち上げるほうがよほどだと思うんだ（cui脳

WSLに画面用意されてないのが悪い

>>367
Firefoxが動かない？普通に19.04で動いてるが・・・

emacsをXで起動してごめんなさいごめんなさいごめんなさい

>>369
それは端末がCUIだったのが悪いな。
最初からVNCのようなGUIの端末だったら
WSLでもGUIが使えていただろう。

>>371
WSLとemacs on X 最強だと思ってるのはオレだけか？

>>373

あと数人はいるんじゃない？

>>373
なにそれおいしいの？

オレはVcXSrv使ってるけどワリと良い。

俺はCloud9をWSL動かしてる。これはすごい快適。
VSCodeだともっさりしすぎて常用に耐えない・・・

VSCode使うならCoderでブラウザから使った方が良いんじゃね

>>370 18.04だが最近Firefoxは起動はするが，つながらなくなった。Chromiumで動かしている。

>>378
WSLでFirefox動かす意味ってあるの？
単なる暇つぶし以外に何かあれば知りたい。

俺は興味本位だな。アドオンが入らないし、遅いし実用的じゃない。
Chromeは起動すらしなかったが、Chromiumならいけるのか・・・

wslを教育機関の管理者に説くっていったらどうすればいいと思う？
県立の学校とかだと難しいよね。

意味なし
不可能
以上

>>378 WSLでJupyteLabrを動かす試験をするとき。特に

ICT支援員資格だっけ？
プログラミングが必修科目になるが、教えられる教員が不足してて一般企業の前線で働いている人に指導してもらう制度。
この間うちの会社で資格取る人いないか？って話があって知った。

科目としては既存の技術家庭、高校なら情報I・IIに組み込まれるらしいが、そこでWSLの話題を持ち出すには抵抗があるなぁ・・・

「Linuxに興味あるんです！」って聞かれたら教えてあげようかって感じはする。

>>383 途中で送った。Jupyter lab をWSLで試験的に動かすときに使っている。
まあ，Anaconda自体をWSLで入れる意味自体があまりないのだが，趣味ですね。
GNU Octaveは使ってみて，WSLでLinux版で動かしたらそっちが良かったから
他でもそんなことがあるかなと思って試している。

>>384
WSLは勉強目的で触らせるには文脈が高度すぎる
ExcelでVLOOKUP使えますくらいのレベルの人間にWSLとは何なのかを理解させるのは無理ゲー

>>373
ここにもいるよ

>>384
無理無理、Linuxなんて一般向けじゃないから。
レポートをTeXで提出しろなんていうのと一緒。

>>373
メモ帳が欲しいなら、vim使えよ
統合開発環境なら、VSCodeだよなー

>>377
俺はDB使うweb開発しているだが、CoderってDB出来るの？

>>388
html使えるぐらいの人間なら、texは楽勝だろｗｗｗ

>>389

一般人にviやemacsを使えとか、
本気で思ってるなら考え直したほうがいい。

やっべroffしか分からん

パワーヒッター
生命力を奪う
マスタースキル
精霊神の力
時空の精の力
軽量化された

ライフガード
メンタルガード
HP大増量
MP大増量
ディフェンダー
強化繊維

全能の力
全能力+10
スピードスター
エコスキル

viやemacsがだめなのは、キーボードに適切な移動キーが
存在しているのにそれを使わないということ。

当時のキーボード事情なんか知らないし、慣れたら速いとかも知らない。
ユーザーインターフェースとして正しくないキー配置である
というのが、現在の正当な評価だ

>>393
ダメではないと思うけど、時代遅れ。
それは今に始まったことじゃないけどね。

>>393
本人に言うてこいや！

viはビルジョイ、
emacsはリチャードストールマンや！

>>391
roffなんて今使ってる人いる？
いてもtroffかgroffでしょう。

>>389
え？373さんって一般人なん？

>>393
うん？カーソル上下左右移動なら、vimなら矢印キーで操作できるが(viではできないけど)
・・・そういうことではないのか？それに鯖は普通マウスやGUIなしが普通だろ

逆にキーボードだけの操作の方が早くて楽なんだが・・・マウスとかｗｗと思っているだが
(ちなみに俺の歳はまだ20歳前半だぞ、おじさん・・・ではないはずだが)

今時のメジャーなディストリがパッケージとして配布しているvimやemacsはカーソルキーや機能キーにも対応してるだけど
(そういう設定やモジュールとか組み込んでパッケージ組んであるのが普通)
こういうの全部外して素の状態で渡してニヤニヤしてるような連中いるしな。

>>397
サーバーはGUIなしなんて今どきあり得ない。

GUI + CUI

が正解。

>>399
まままマジでかよ
俺、GUIと言っても、別PC(GUI)からsshを使って通信(CUI鯖相手に)したぐらいなんだが…
GUIはしょうがなく使わなけばならない状態でもない限り、使ってなかったけど

>>400
ある意味最後の手段だからWindowsサーバでGUI無しはまずないだろうね
UNIXサーバならシリアルコンソールのみのはまだ有りそうだけど

>>397
373だけど、IT業界にいる一般人だよ

>>401
緊急的にはシリアルコンソールもいいけど、
年がら年中使ってるなんてことはあり得ないわな。

>>401
PowerShellならGUIでできることはCUIで代替できる。

>>400,401
ものによるなー
システム導入はSSH/moshだけど、例えばネットワークの設定なんかはopenwrtのフロントつかったり、監視カメラならzoneminderのウェブインターフェイス、ってかんじだな。

というか20だけど俺もキーボードのみがいいってのわかる。常にRLoginでsshかけながらtaskwarriorでtask管理したり、zshと数字入りディレクトリ名でファイル管理してるし。

#!/bin/bash

# figure out the full path to where the frost.sh script is stored
SOURCE="${BASH_SOURCE[0]}"
while [ -h "$SOURCE" ]; do # resolve $SOURCE until the file is no longer a symlink
DIR="$( cd -P "$( dirname "$SOURCE" )" && pwd )"
SOURCE="$(readlink "$SOURCE")"
[[ $SOURCE != /* ]] && SOURCE="$DIR/$SOURCE" # if $SOURCE was a relative symlink, we need to resolve it relative to the path where the symlink file was located
done
DIR="$( cd -P "$( dirname "$SOURCE" )" && pwd )"

# change to the frost.jar directory, in case the user executed frost.sh from somewhere else
# this ensures that all relative paths in Frost work (such as the "downloads/" directory)
cd "${DIR}"

# you may need to uncomment this if you are using the old "Beryl" window manager for Linux
#export AWT_TOOLKIT="MToolkit"

# add some special Apple flags if this is being launched on OS X
if [ "$(uname)" = "Darwin" ]; then
ADDFLAGS='-Dapple.laf.useScreenMenuBar=true -Xdock:name=Frost'
else
ADDFLAGS=''
fi

java -Xmx384M $ADDFLAGS -jar frost.jar "$@"

俺なんか初めてのLinuxが玄箱Proで、以後LinuxはarmのLinuxがメインだからGUIはほとんど使わないな
今はバッファロのLS410にdebian　busterを入れたのがLinuxのメイン機だからな
GUIならWindowsで良いよな

俺なんか初めてのLinuxがカモメマークだったぜ

自分語り止めれ

>>407
ものすごく半端で、偏った経験しか無い人ですね。
あまり人前でそういうの話さない方が良いと思いますよ？
何一つ参考になるものが無いので。

それは禿同

別にGUIはGUIでいい面あるけどゴリゴリに触るならGUIは不安定だし、出来るだけ安定にやりたいからシンプルにするためにコマンドを用いる。
自分語りだけどソレが俺のやり方。

GUIは窓か犬か林檎かどれが一番かは置いといて、窓はオフィスとか使えるしRLoginとかも使えてRDPも楽だから便利ってのはある。
ただ、LinuxのターミネーターのプラグインにSSH/mosh管理がビルトインしたり、xrdpのテスターが楽でvncに変わってrdpをサポートしたりしたらLinuxでも全然いいと思うよ。寧ろ不必要なサービスがメモリ喰わないし、パッケージ更新も導入もLinuxのほうが楽だから。

メモリ4~8なら逆に余力を残せる軽量Linuxがいいと思うし。

>>410
GUIが不安定なんていつの時代の話だ？
GUIはバッチ処理が面倒くさいというのならわかるけど。

>>411
ゴリゴリさせると、大量にプロセス喰うし、後ろでPythonとかを回すとパフォーマンス落ちる。
それなりの処理を期待したいならXは起動しないし、出来るだけcui/tuiで処理させる。
zshとvim,Python3とaptの環境さえあれば比較的なんとかなると思ってる
まあ最近の動向を追いきれてないから経験則であるのは確かなんだけどね。
あと不安定ってのはデスクトップ環境のリリースもいえるかも。ウィンドウマネージャだけなら問題ないかもしれないけどぬ

連投失礼。あと無駄が増えるってとこ。
ufwが使えりゃgufw要らんしnetplan知ってればNetworkManager使わなくて済む
gufwやnmが直接API叩いている？、デーモンを起動しているならわかるんだけどね。

そんなエサでクマーーー

また、色々知ってる俺様スゲー自慢か

いやそういうことじゃないでしょ？
最初に俺のやり方って断って言ってるんだから、別に受け入れる必要はないでしょう。
理解はしてほしいけど。

NetworkManagerが死なれた時の逃げになるかな？と思ったらフロントエンドかい…

>>412
cui使ってる俺えらいっていかんじかな。
今どき流行らない。

今の流行りってなんだろ？？

>>416
小規模でおひとり管理ならいいんじゃない？
今はそんな時代じゃないし、ゆでガエルって感じ。

>>412
ゴリゴリって、久しぶりに聞いた。
システム管理で今のハードウェアを極限まで
使うなんて何効率悪いことしてるんだろう？

>>412
ハードウェアの限界じゃなくて、自分の能力の限界って感じだね。
新しいものを受け入れられない人いるね。

盛り上がってると思ったらここまで凄まじい連投久しぶりに見たｗｗｗ
記念パピコ

なんか必死なのがいるな？キッズか？

いつの間にかドキュメントが日本語化されてる…と思ったが機械翻訳か
タイトルからして残念な出来だし、見なかったことにしよう

https://docs.microsoft.com/ja-jp/windows/wsl/about

Microsoftの翻訳がクソなのはいつものことやね

>>426
君ほどうまく訳せる人はどこにもいないよ

それほど長くないな
訳してみようか。

https://docs.microsoft.com/ja-jp/windows/wsl/build-custom-distro

WSL のカスタムの Linux ディストリビューションの作成

〜の〜の
って・・・

でもお前、日本語すら理解できねえじゃん

日本語は一般的に繰り返しを嫌うものだけど、格助詞「の」は例外的に繰り返しても構わない語。

のを連続して使うのは構わないが包含関係は意識して使ってほしい

docsって自動翻訳だろ？
何を文句言ってるのか

まあMSの機械翻訳の品質が良くないのは同意。

お試し翻訳 | みらい翻訳 | イノベーティブな機械翻訳
https://miraitranslate.com/trial/

・原文: Creating a Custom Linux Distro for WSL
・訳文: WSL用のカスタムLinuxディストリビューションの作成

今さらだけど、wslttyの設定ファイルって
%APPDATA%/wsltty/config
だと知った。

ここに
IMECursorColour=255,0,0
の行を追加すると、IMEがONのときカーソルが赤くなる。
Cygwinユーザにはおなじみの設定がやっと使えるようになったよ。

MS の機械翻訳は、Google 翻訳だろ？

Googleで翻訳した結果と、全く同じになるだろ？