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

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で翻訳した結果と、全く同じになるだろ？

>>436
一致する場合もあるが、たいてい違うぞ。

Bing Microsoft Translator
https://www.bing.com/translator
Google 翻訳
https://translate.google.com/

Build a Custom Linux Distro for WSL | Microsoft Docs
https://docs.microsoft.com/en-us/windows/wsl/build-custom-distro
この記事の一部をコピペして訳してみそ。

Google翻訳した結果にも権利はあるから
勝手に使うことはできない。
まあMSなら金を払って許可を得ている可能性はあるが

だから、オープンソースとかのドキュメントとして
Google翻訳したものを入れることはできない
わかったか？

できないことの言い訳ばかり上手くなる

つうかMSは自前の機械翻訳を商売にしているんだから、わざわざGoogleにライセンスフィー払うわけがない。
Bing翻訳の中身もこれ。

Microsoft Translator
https://www.microsoft.com/ja-jp/translator/

>>440
そもそもこのページ自体の翻訳が無茶苦茶で草
MS日本法人もこんなゴミ売れないの分かりきっててチェックすらしてないんだろうな

この世に完璧な翻訳ソフトなんかねえよ
そもそも日本語の文法が乱れてんだから

>>442

今の機械翻訳はルールベースより機械学習が中心だから、その批判は当たらない。
>>434 の「みらい翻訳」試してみそ。完璧ではないがほぼ不満はないだろう。
ちなみにNTTの関連会社で、NICTとも技術提携してる。

まだまだみたいですね〜


>> 442

The criticism is not correct because machine translation is more about machine learning than rule based.
>> 434 "Mirai Translate". It's not perfect, but it's almost unsatisfactory.
The company is affiliated with NTT and has a technology partnership with NICT.


>>442

機械翻訳はルールベースよりも機械学習に関するものであるため、この批判は正しくありません。
>>434「みらい翻訳」。完璧ではありませんが、ほとんど満足のいくものではありません。
その会社はNTTと提携しており、NICTと技術提携している。

>>444
おおっ、「完璧ではないがほぼ不満はないだろう」→「It's not perfect, but it's almost unsatisfactory」だけ意味が間逆やんけ。
正直、みらい翻訳でこのレベルの誤訳は初めて見たわ。でも他は大体OKでしょ？

>>445
へーすごー
俺が愛用しているみんなの自動翻訳textraは、

機械翻訳はルールより機械学習の方が多いので、批判は正しいものではない。
>>434"Miraki Translate"です。
完璧ではありませんが、ほとんど満足できません。
同社はNTTと提携しており、NICTとの技術提携を結んでいます。

と返しているから、さらに精度が悪いな。あと日本語が微妙。
「It's not perfect, but it's almost unsatisfactory」の文言は難しいのかねぇ

副詞の位置や扱いによるみたいですね。（みらい翻訳）

完璧ではないが不満はほぼないだろう。
　It's not perfect, but you'll have almost no complaints.
完璧ではないが不満はほとんどないだろう。
　It's not perfect, but you'll have few complaints.
完璧ではないがほとんど不満はないだろう。
　It's not perfect, but there's little to complain about.

上記英文を訳すとどれも同じでした
　完璧ではありませんが、不満はほとんどありません。

日本語が自由杉るのよね。

案内業務とかすると分かるけど、一つのこと言うのに２０以上のの言い回しが出来る。日本語やべえよ

おまえら余所でやれ

>>450
すまん(´・ω・`)

>>451
そう落ち込むな(´・ω・`)ヽ(´ー｀)

サブシステムってレベルじゃねーぞ


Announcing WSL 2
https://devblogs.microsoft.com/commandline/announcing-wsl-2/

＞Microsoft will be shipping a Linux kernel with Windows

結局VMで動かすのね

.tar.gzの展開で20倍、git cloneやnpm installで5倍程度早くなるってことで、
I/Oは他のVMと同等になりそうだね

lightweightなVMがどこまでリソース消費を抑えるのかわからないけど、
hyper-vの雑なリソース管理も改善してほしいわ
6月のinsiderからということは、一般向けは1年後かね

A quick explanation of the architectural changes in WSL 2
の項目で書いてある通り、完全なVMじゃないんだろう
VMWareみたいに汎用的である必要が無いから
WSL2のカーネルの上っ面が必要に応じてホスト（Win10側）に要求投げるって感じか
ハイブリッドカーネルっぽい感じでホストに投げる必要がなきゃVM内だけで処理すると

これまではLinuxカーネル互換レイヤーだった(=動作環境に至るまでLinuxカーネルは介在しなかった)けど、
WSL2ではカーネルごと取り込んで、最小限のVM上に実装することにしたのか。
Hyper-Vや他のVM環境と併存できるなら実装はどういう形でも構わないけど、それらと排他って事になるとちょっと面倒だな。

まあFuse動いてDockerまで普通に動作するとなると、いよいよ本当に化けるなこれ。

［速報］WindowsにLinuxカーネルをバンドルへ、Windows Linux Subsystemに最適化。
Microsoft Build 2019　2019年5月7日 Junichi Niino
https://www.publickey1.jp/blog/19/windowslinuxwindows_linux_subsystemmicrosoft_build_2019.html

近い将来、WindowsにLinuxカーネルがバンドルされる方向であることが、マイクロソフトの
「Windows Command Line Tools For Developers」ブログに投稿された記事「Shipping a
Linux Kernel with Windows」で明らかになりました。

Windows 10には、Linux互換機能を実現する「Windows Subsystem for Linux」（WSL）が
搭載されています。これまで、WSLを機能させるにはユーザーがWSL上にLinuxを導入する
必要がありました。

今後のWSLではこれを改め、WSLに最適化されたLinuxカーネルが最初からWindowsに含まれる
ようになり、ユーザーはカーネルを除くユーザー空間に対応する部分のLinuxを導入する
方式になるとのことです。(中略)

搭載予定のカーネルのバージョンは4.19で、これは最新の長期安定版です。今後もつねに
最新の長期安定版を提供していくとのこと。カーネルのセキュリティフィクスやパッチ適用
などのアップデートはWindows Updateによって行われる予定。

また現在Windows Subsystem for Linux（WSL）の次期版となる「WSL2」が開発中で、WSL
2に最適化されたカーネルとともにWSL 2もオープンソースとして公開されることが発表
されました。

もうWindows Services for Linuxの略でいいよ（どこかで聞いたような