【Bash】Windows Subsystem for Linux【Ubuntu】2©2ch.net

前スレ
Windows搭載予定のLinuxサブシステムでUbuntuが動作
http://hayabusa6.2ch.net/test/read.cgi/linux/1459317475/

乙

これとは関係ないと思うけど
14385にしたらスタート画面のタイルが全部飛んでまっさらな状態になった。

関係ないと思うことを書こうと思った理由は何？

保守

革新

Windows10のアニバーサリーアップデートも今日中には来るだろうな
全Windows10で標準でCUIのUbuntuが使える日が来ちまったな

ベータ扱いだけどな。

全Windows10でもないな

ワロスだな

Pro以下でも使えるんだっけ？

あげたのに使えないんだけど

>>12
開発者モード＆ベータがまだ必要みたいだな

Proだけど使えた
コントロールパネル>Windowsの機能の有効化と無効化のリストから有効にしたか？
PowershellもSFUもここから有効にしたなぁ。しみじみ

>>14の後、設定から開発者モードに変更して
Bash.exeを起動すると、ストアからダウンロードされる。

cygwinとかmsys2が不要になるのかな

前スレ見たけどsshdの動かし方がわからん

>>16
どうなんだろmsys2便利だよ。windowsのnativeのライブラリや開発ツールが揃っているし、unix由来のソフトのビルドにはかかせない。
wslはlinuxだからコンパイラがクロスコンパイラになるのかな。このあたりがどうなるかだな。

msys2は確かにunix/linux由来のものをWindowsに持ってくるのが楽。
WSLはその逆でWindows由来のソースをlinuxにポーティングする時に便利。
msysだと普通にwindows.hインクルードできちゃってlinuxとはやっぱり違いすぎる。

777 login:Penguin sage 2016/08/04(木) 19:35:45.15 ID:5FIf/nwh
書いた人ここ見てるかもしれんがコピペさせてもらうぞ
どのくらいやばいの？

【田】Windows10 Part86
http://echo.2ch.net/test/read.cgi/win/1470297295/10

10 名無し~3.EXE sage 2016/08/04(木) 19:22:58.81 ID:MylLUrAP
これ、やばくね？
開発者モードONにしただけでSSH全解放とか、 斜め上過ぎるぜマイクロソフト。

Windows10 Anniversary updateで知らぬ間にSSHdが起動している
http://yasuhide.blog.jp/archives/48155574.html

bash - Windows10のSSHサーバー機能を止めるかポート変更したい(43260)｜teratail
https://teratail.com/questions/43260

開発者モードをONにするのはユーザが手動でやるわけだけど、
だからといって、これをONにする動機は、bashをちょっと試してみたいとかでしょ。

ONにした時点でSSHserverが一緒に勝手にONになるなんて一言も説明が無いし、
ましてやファイヤーウォールも穴開け完了してて、さらにポートはひねりもない22だし、
外側からパスワード認証だけでコンソールに降りられるとか、やばすぎ

タブレットやノーパソで、グローバルIPを割り当てたモバイル回線をつかってたら、
全世界へ、パスワード認証のコマンドプロンプト提供だぜ

22でポートスキャンして応答があったら総当たり攻撃して、あっという間に・・・

>>20
> 書いた人ここ見てるかもしれんがコピペさせてもらうぞ
> どのくらいやばいの？

LinuxもSSHD起動してるけどなｗ

ubuntuだとデフォでは起動してなくて自分でsshd入れないとダメだった記憶
パッケージはあるからapt一発で導入できるけど、
インスコ直後はport22でパスワードログイン受け付けるのは変わらん

これはWSLとは無関係で、単に開発者モードを有効にすると
何故かMS謹製のsshサーバが走り始めるという問題だと思う
リモートログインするとコマンドプロンプトが表示されるけど、そこからbashは起動できず
WSLのリモートログイン用には使えないからそっと無効にした

>>23
MSは何のためにsshdを走らしているんだろ？
VSで開発しているプログラムのリモート開発・デバッグ用とかか

実際にこのスレにsshサーバが走ってた人いるのか？
自分の環境ではそんなサービスないぞ
コマンドプロンプトのnetstatでも確認した

TeraTermで 127.0.0.1:22 に接続すると TeraTerm内でDOSコマンドプロンプトが動いてるな
ここで「bash」入力するとWSLにも入れた

Win10 InsiderPreview版をずっと続けてたけど、初めて WSL がTeraTerm内で動いたの見たわ
まあウチはルータ内部からしか port22 アクセス出来ないから問題ないけど、MSなにやっとんじゃい

まじか。御愁傷様ｗ
githubのissues trackerでは唯一↓でターミナルサーバ関係かも云々の報告しかないな
https://github.com/Microsoft/BashOnWindows/issues/734
遠隔操作系のサービスがトリガーかしら

>>26
こちらの環境だとエラー: 0x80070005が出て起動しないのよね
ローカルのコマンドプロンプトからだと起動するんだけど

TeraTermでWSL動いた記念ショットってことで・・
http://i.imgur.com/q78Vm4E.jpg

SshSession.exe SSH Server Session

> C:\Users\nanashi>netstat -aon | findstr 0.0:22
> TCP 0.0.0.0:22 0.0.0.0:0 LISTENING 3344
>
> C:\Users\nanashi>tasklist | findstr 3344
> svchost.exe 3344 Services 0 4,620 K

SshSession.exeは接続後か

【Visual Studio Code】Windows10Anniversary Update環境でターミナルでbashしてみる
https://blogs.msdn.microsoft.com/ayatokura/2016/08/06/vsc_windows_bash/

sshに関してはここに書いてあった
https://msdn.microsoft.com/en-us/windows/uwp/get-started/enable-your-device-for-development#ssh

WindowsのコマンドプロンプトとWindows Subsystem for Linux
ttp://takoratta.hatenablog.com/entry/2016/08/12/082715

今年春にサンフランシスコで開催されたBuildでMicrosoft社員に聞いてみたのだが、
SFUのUNIXサブシステムはWindowsのシステム管理に
UNIXシェルのツールなどを流用するための手段として考えられたのだが、それに無理があったらしい。
つまり、UNIX/Linuxはシステム管理がテキスト（ファイル）ベースであるため、UNIXシェルとの相性が良い。
一方、Windowsはレジストリなどに収容されたデータを
専用ツールでアクセスするというシステムとなっている。
そのため、単にUNIXシェルを使えるようにしても意味はなく、その反省がPowerShellに繋がったと話していた。

Windows 10 Anniversary Updateで提供されるUbuntu環境とBashは目的が全く異なる。
MacOSやLinuxに流れてしまった（主に）Web開発者を取り戻すために、
Linux環境そのものをWindows上に用意した。
そのため、SFUのUNIXサブシステムで実現されていた
プログラムレベルのWindowsとの相互運用は実現されていない。
まだベータ版ということで、日本語の扱いなど微妙のようだが、今後の発展は楽しみだ。

>>33-34
有益。興味深い

>MacOSやLinuxに流れてしまった（主に）Web開発者を取り戻すため

Ubuntu on VitualBOX + Vagrant on Windowsなんて環境早く離脱したいので、はよ色んなツール動くようにしてやー

ぶっ壊した、やっちまった時にVagrantなら元に戻せるから便利だと思うけどな。

svnserve動かそうと思ったけど
Windowsファイアウォールの例外に設定できるの
*.exeだけで詰んだ……

未だにWindowsファイヤーウォールなんて使ってるやついたのか

Bash on Ubuntu on Windows
http://echo.2ch.net/test/read.cgi/win/1470496450/

>>39
デフォで動くもんだろ。XPsp2ぐらいの時代で知識が止まってね？

セキュリティソフトの使わないんか？

OSに内蔵されているセキュリティソフトで十分だよ

どうせウイルス検出率が高い＝信頼できるセキュリティ対策ソフト＝
ファイアウォールも強いはずって考えてるだけだろ？

ファイアウォールなんてポートを開くか閉じるかの機能でしかない。
使いやすいかどうかの違いはあるかもしれないがどうせ放置してるでしょ？
使いこなそうとしたら高度な知識が必要だし素人には無理。


それにウイルスの検出率だってどっちみち標的型攻撃には効かないし、
標的型でなくマイナーなウイルスなんてまず広まらない。
広まった時点でマイナーではなくなるので、
そういったものはOS内蔵セキュリティソフトでも対策される。
検出率が高くなると誤検出も高くなるという問題もある。

検出率ではなく広まってるウイルスの数に
どれだけ対抗できるかで考えたらOS内蔵でも
市販のアンチウイルスソフトと同等の性能になるはず。

exeじゃなくてポート指定だけでルール作れない？

>>44
ご指摘通りポート開けてすんなり動きました…
ルータとかじゃさんざやってたのにOSの機能てとこで
まったく頭うごいてませんでした

>>41
デフォで動くようになったのがXP SP2からなんだけどな

XP SP2のファイアウォールは外向きには対応してなかったからな。
Vistaで外向きにも対応したので、今更有料のファイアウォールなんて
買う必要がない。

セキュリティソフト買ってないのか？死ね

セキュリティソフトなんかよりソフトの更新や自己防衛の方がよっぽど重要なんだが

急にAptPackageIndexUpdateが来たので
ttp://stknohg.hatenablog.jp/entry/2016/08/17/182149

Bash on Ubuntu on Windowsの時代は終わった
これからはPowerShell on Ubuntu on Windowsの時代である

PowerShell on Linux and Open Source!
https://blogs.msdn.microsoft.com/powershell/2016/08/18/powershell-on-linux-and-open-source-2/

イラネエ...

makeして遊べばいいんだろ

ズコー

PowerShellをわざわざ使うくらいならpython使うわな

普段PowerShellを使っててその資産を流用したい人だけにメリットがある

>>55
PowerShellがPythonより優れているのはシェルとして快適に使える構文の選択。　
コマンドを入れて出力。　One linerによるちょっと複雑な処理。
パイプ。　それに加えてPythonと同等レベルのプログラミング機能が全て
１つの処理系で完結できる。　インタープリター系の言語でここまでシェル機能を
意識した言語はなかったし、シェルでここまでプログラミング性を高めたシェルもない。
唯一あったのはVMSのDCL(Digital Command Language)であり、PowerShellの
デザイナーはその経験がある。

まあ、これがどのプラットフォームでも快適に使えるようになるには１、２年かかる
だろうけど、PowerShellを中心とした新しい巨大なエコシステムが生まれることが
期待できる。

PowerShellベースのコマンドラインで操作できるスマホとか出たら
ちょっと欲しいかも

流行らないな

PowerShell on Linux のスレを別に立ててみてもいい気がするけど、どうでしょう？
これはこれで使い出があるような

どうぞどうぞ

ム板にこれがある。

【最強CUI】PowerShell -Part 1
http://echo.2ch.net/test/read.cgi/tech/1378978504/

>>61
どうもです！
Linux版のも立ててみました

【オープンソース】 PowerShell on Linux 【PS】 [無断転載禁止]©2ch.net
http://hayabusa6.2ch.net/test/read.cgi/linux/1471620941/

Bash on Ubuntu on Windowsとは？ そのインストールと使い方
http://www.buildinsider.net/enterprise/bashonwindows/01

何の上に何が乗る、とか再帰的になってきた

誰かWindows上のbashでAndroidビルドした人いる？

やってないけど、ちょっとググってみた

本家Javaはインストール面倒だけどOpenJDK7ならWSLへインストールが簡単
Andoird は7.0以降からOpenJDKに対応するけど、バージョンはOpenJDK8
WSLだとOpenJDK8まわりはバグがあってまだうまくインストール行かない
・・て感じ？

NetBSD pkgsrc 動いたみたい

http://unix.oskp.net/subsystem_for_linux/pkgsrc_on_ubuntu_on_windwows_install.html

WSLってまだbeta版なんだよね？
正式版が期待できそうだ。

遅いよコレ。
今はHyper-VでUbuntu動かすほうがマシ。

仮想マシンよりは速いだろう

え？

サブシステムのネイティブとH./W込みのエミュレーションでは
サブシステムの方が速い

もっと速いのはコンテナ

configureするとやっぱりディスクアクセスが重く感じる
MinGWやCygwinほどでもないけど

そもそもWindowsってファイルシステムに触ると妙に遅いような

Add Bash to the folder context menu in Windows 10
http://winaero.com/blog/add-bash-to-the-folder-context-menu-in-windows-10/

wsl-terminal
http://qiita.com/shiena/items/b8036514c217000a221e
http://news.mynavi.jp/series/bashonwindows/010/

wslstart
https://www49.atwiki.jp/ntemacs/pages/62.html

いちいちマルチポストしなくていいよ

随分動くようになったな。
I/Oが遅いのはWSLの問題だろう。

まだ日本語も入力できないし
pingも打てない。

pong

java関連は複雑だから完璧とはいかないな
OpenJDK7でjavacが動かないんでググったらgitですでにissueとして報告済みだったわ

24-bit Color in the Windows Console!
https://blogs.msdn.microsoft.com/commandline/2016/09/22/24-bit-color-in-the-windows-console/

>>83
やばいな。MSかなり本気だｗ

まずはUTF-8 consoleの文字欠けをどうにかしろよ…

Announcing Windows 10 Insider Preview Build 14936 for PC and Mobile
https://blogs.windows.com/windowsexperience/2016/09/28/announcing-windows-10-insider-preview-build-14936-for-pc/

WSL will install Ubuntu version 16.04 (Xenial) instead of Ubuntu 14.04 (Trusty) in an upcoming release. This change will apply to Insiders installing new instances (lxrun.exe /install or first run of bash.exe).
Existing instances with Trusty will not be upgraded automatically.
Users can upgrade their Trusty image to Xenial using the do-release-upgrade command.

Arch Linux、Windowsで動作
http://news.mynavi.jp/news/2016/10/05/085/

へーWin8とかでも動作っていいな
アップデートできないメモリ1GBのタブでも使えそう

それ普通にネイティブでLinux入れるんじゃだめなのか？

そうしたいんだけど、タッチパネルが認識しないとか、充電量がわからんとかあるんで困る
だからこれに期待するしかない

ああたしかにタッチパネルはダメだったな
俺の持ってるやつでもx座標だけ逆になってるわ

>>87
２週間くらい前に試したけど、インストールでコケた。
UbuntuをArch化するみたいな処理も微妙。

LXCが動けばそれでArch入れることも可能だろうな。

>>93
LXCは無理だろ。

せめてchroot

>>92
昨日試したけどいけたぞ
adminで実行する必要があったくらい

WSL adds inotify & filesystem change notification support
https://blogs.msdn.microsoft.com/commandline/2016/10/07/wsl-adds-inotify-filesystem-change-notification-support/

WSLからWinアプリを起動できるようになった

Windows and Ubuntu Interoperability
https://blogs.msdn.microsoft.com/wsl/2016/10/19/windows-and-ubuntu-interoperability/

>>98
インタプリタに/initを使うってのがモヤモヤするな。

お前ら怒らせるような事やるなよww

Do not change Linux files using Windows apps and tools
https://blogs.msdn.microsoft.com/commandline/2016/11/17/do-not-change-linux-files-using-windows-apps-and-tools/

やるなヴォケ！！

>>100
どうしたセキュリティホールかw

日本語の解説

WindowsアプリからUbuntu環境内のファイルを決していじってはならない
ttp://kledgeb.blogspot.jp/2016/11/wsl-60-windowsubuntu.html

随分と今更な話だなw何ヶ月も前に一回やってぶっ壊した後だぜ。どういう理由で壊れるのかは知らなかったが。

やっぱりそう言うことなのか
つーかまず最初に注意しておくべき点な気もするんだが……
それにしても
相互にファイルのやりとりさえできないなら
VM環境とどう違うのかと小一時間

>>105
/mnt/c経由でやりとりできるって>>103に書いてあるだろ。

そんなことは知ってるけど
/homeをWindows側のフォルダに移したりもできないので
あんま意味ねえんだわ
そのたびにコピーとかｗ
それとも作業ディレクトリをいちいち常にWSL外にするのか？
めんどくせえわ

よくわからんけど
ホームディレクトリを/mnt/c以下に設定するのはダメなの？

>>108
それは設定できるけど
そこは純粋なNT'FS環境なので　ディレクトリ操作等ばぐってたわ

これってファイアウォールの許可アプリからssh server切っておけば特にセキュリティ的問題ないですかね？
ちなみにwslttyの起動時の作業フォルダーが%usrprofile%になっててlsでみると余計なファイルも見えてて汚いんだけど、ここにいる人は何か対策してる？

Windows 10 Anniversary Updateで搭載した「Bash」を使ってみた!
http://pc.watch.impress.co.jp/docs/column/nishikawa/1017333.html

Microsoft AzureリードアーキテクトJohn Gossman氏にLinux Foundation参画について聞く
https://www.infoq.com/jp/news/2017/01/microsoft-joins-linux-foundation

InfoQ: BashのシェルスクリプトがWindows 10上で動くのは開発者に好意的に受け取られているようです。
しかし、サーバソフトウェアやネイティブのLinuxプログラムは動作しません。
WindowsのロードマップにはBashを超えてLinuxカーネルにまで手を伸ばす計画が含まれていますか。

Gossman: コミュニティが受け入れてくれたことにはとても興奮しています。
また、コミュニティの声を聞き続けていますし、
進化するニーズに答えるための機能追加にも投資しています。
私たちは現時点では共有できるWindows Subsystem for Linuxについての具体的なロードマップはありません。

Bash on Windowsのサポートによって、
開発者はWindowsとLinuxの開発にWindowsを自然に使えるようになりました。
優れたユーティリティ、フレームワークを活用できるようになりました。
BashシェルスクリプトはWSLの一般的なユースケースですが、
ユーザーはUbuntuのユーザースペースでELF64をネイティブで実行できます。
つまり、例えば、Ubuntuで使えるソフトウェアをAPTパッケージマネージャを使ってインストールできます。
このサブシステムの挙動については技術資料があり、
新しいピコプロセスとシステムコールが
Windows NTカーネルにどのように変換されるかについて説明しています。

いつになったらベータとれるんだろうね。

$ sudo apt-get install lsb
だけで、かなり幸せになれる\(^o^)/

へー

>>107
シンボリックリンク使え

https://msdn.microsoft.com/ja-jp/commandline/wsl/faq#how-do-i-use-a-windows-file-with-a-linux-app

これwindowsはそのままでbashだけきれいに入れ直したいんだけどどうやったらできるの？

>>117
lxrun /uninstall /full

でもってまたコマンドプロンプトからbash

スタートメニューのBash on Ubuntu on Windowsを選択するワンアクションで
sshdの起動とTeraTermのlocalhostへのログインをRSA鍵認証でいっぺんにやる方法

"C:\ProgramData\Microsoft\Windows\Start Menu\Programs\Bash on Ubuntu on Windows.lnk"　を
次の内容の "\Windows\System32\lxss\start-wsl-sshd.js" ってファイルへのショートカットにする

--ここから--
var ws = new ActiveXObject("WScript.Shell");
ws.Run("C:\\Windows\\System32\\bash.exe ~ -c \"service ssh status && exit 1; exec /usr/sbin/sshd -D\"", 0);
ws.Run("\"C:\\Program\ Files\ (x86)\\teraterm\\ttermpro.exe\" ssh://名無し@localhost /auth=publickey /keyfile=id_rsa" , 1);
--ここまで--

その前にTeraTermでSSH鍵生成をして生成されたid_rsa.pubというファイルをC:\Users\名無し\AppData\Local\VirtualStoreから探し出して
~/.ssh/authorized_keys2 に追加して/etc/ssh/sshd_config中のUsePrivilegeSeparation yesをnoに書き換えて
Windowsのサービス管理ツールからSSH Server BrokerとSSH Server Proxyを無効にしておきます
これで全部かな。チラシ裏のメモ書き終わり

おう、cygtermみたいなことができるのか！
家帰ったら試してみよう

僕はwsl-terminal使ってる

32bitのバイナリは起動できんのねこれ

WSLtty使ってる
wsl-terminalと大差ないけれど

Insider Previewで試してるけど、大分よくなったな。
これでsystemdもサービスみたいに動いてくれればいいんだけど。

現状ではrunlevel変えれないのでしょうか

/etc/init.d/rc 2

とかやってしのいでます

Bash on Windowsが強化、Linux版のJavaやGo、PostgreSQLなどもWindowsで実行可能に。3月リリースのWindows 10 Creators Updateで
ttp://www.publickey1.jp/blog/17/bash_on_windows_creators_update.html

wineが動いてわらう

>>123に答えてなかったので今更だけどcbwin使えるようにした修正版
…3月の配信が楽しみですね

nanashi@NOTE:(/mnt/c/Users/名無し/Desktop) % cat /mnt/c/Windows/System32/lxss/start-wsl-sshd.js

var ws = new ActiveXObject("WScript.Shell");
ws.Run("C:\\Windows\\System32\\outbash.exe ~ -c \"service ssh status && exit 1; printenv OUTBASH_PORT >/var/run/wstart.port; exec /usr/sbin/sshd -D\"", 0);
ws.Run("\"C:\\Program\ Files\ (x86)\\teraterm\\ttermpro.exe\" ssh://nanashi@localhost /auth=publickey /keyfile=id_rsa" , 1);

nanashi@NOTE:(/mnt/c/Users/名無し/Desktop) % cat /var/run/wstart.port
52706
nanashi@NOTE:(/mnt/c/Users/名無し/Desktop) % grep OUTBASH_PORT ~/.tcshrc

setenv OUTBASH_PORT `cat /var/run/wstart.port`

nanashi@NOTE:(/mnt/c/Users/名無し/Desktop) % wcmd dir | grep "ショートカット"
2016/11/19 11:36 684 USER - ショートカット.lnk

>>128
64ビットのEXEじゃないと動かないっぽいな。
32ビットだとフォーマットがウンタラカンタラでこける。

windowsの出来の悪さに反比例してbash on windows 段々よくなってきてるのが
笑える。

最後windows捨ててlinuxベースになるんじゃないかw

開発もしやすそうだし

ねーよアホ

どうかなw

単なるsyscall互換なsubsystem作ってるだけだから土台のNT kernelが
変わるわけ無いと思う。

Insider Previewを追うごとにだいぶ出来は良くなってるけど、まだなんちゃってLinuxだしな。

この先もNT kernelをLinux kernelに置き換えることなんてないから一生なんちゃってだよ

しかもいつになったらβが取れるのかね〜

なんちゃってでもちょっとしたことやるのに便利に使ってるよ。
VS2017でlinuxターゲット開発できるようになったし
そのターゲットにbash on win使えるし。
ubuntu16に上がったのも良いね。

MSYS2やCygwinの代わりに使えれば文句はないな今の所。
Windows領域のEXEも叩けるし。

32ビットコードが動かないくせに、依存関係でi386のパッケージも突っ込んでくれるな。

おかしいのはそんな依存関係を持たせてるパッケージの方だろ

うむ
Bash on Ubuntu on Windows
Linux xxxxxxxxxxxxxxxxxxxx 3.4.0+ #1 PREEMPT Thu Aug 1 17:06:05 CST 2013 x86_64 x86_64 x86_64 GNU/Linux

Cygwin
CYGWIN_NT-10.0 xxxxxxxxxxxxxxxxxxxx 2.7.0(0.306/5/3) 2017-02-12 13:18 x86_64 Cygwin

Subsystem for UNIX-based Applications
Interix SERVER 6.1 10.0.7063.0 x86 AMD_x86_Family21_Model16_Stepping1 Windows

apt install emacs
emacs -e tetris
テトリスで遊ぶためにある

Windows 10 Creators Update: What’s new in Bash/WSL & Windows Console
https://blogs.msdn.microsoft.com/commandline/2017/04/11/windows-10-creators-update-whats-new-in-bashwsl-windows-console/

日本のITライター達do-release-upgradeを知らない説

それやるとほぼ毎回何かしら問題が起きてるわ

>>131
> 最後windows捨ててlinuxベースになるんじゃないかw

これはLinuxを使わずに、Linuxをエミュレートしてる
いくら完成度が高くなったとしても、それはLinuxが要らなくなるという意味でしかない。

>>144　非公式日本語訳

Windows 10 Creators Update: Bash/WSL & Windows Consoleの新しい点
ttps://opcdiary.net/?p=34971

Windows 10 Creators Updateで何が変わったのか？・Bash/WSLとWindows Consoleの新機能と変更点（前編）
ttps://kledgeb.blogspot.jp/2017/04/wsl-78-windows-10-creators.html
Windows 10 Creators Updateで何が変わったのか？・Bash/WSLとWindows Consoleの新機能と変更点（後編）
ttps://kledgeb.blogspot.jp/2017/04/wsl-79-windows-10-creators.html

>>145
msdnサイトに
Remove & Replace (recommended)
てなってるからしゃあなかろう

あえてdo-release-upgradeでやってみるかのう再環境構築もめんどいし

なるほどムリ

do-release-upgrade アップグレード出来た

"screen is terminating"のエラーは出たから
sudo -S RELEASE_UPGRADER_NO_SCREEN=1 do-release-upgrade
で後はあっさり

Ubuntu部分だけならdo-release-upgradeでも良いと思うけど、
Creators UpdateでWSL部分も変わってるから
入れ直すのが確実だろうな

あ、でもUbuntu 17.04でたのか。

LTSじゃないバージョンは使わないだろ

これ需要あるの？

Serial Support on the Windows Subsystem for Linux
https://blogs.msdn.microsoft.com/wsl/2017/04/14/serial-support-on-the-windows-subsystem-for-linux/

>>154
それはシリアル通信使ったハードウェアは存在するの？
って聞いてるようなもんだぞｗ

>>154
同ビルドでSMB/FAT/CDFSが使えるようになったことのほうが需要あるな
https://msdn.microsoft.com/en-us/commandline/wsl/release_notes

>>154
ラズパイとRS232Cでシリアル通信することがあるのでTeraTermとかのソフトが必要だったが
Windows単独でどうにかなるのは嬉しい。

それはおかしいだろ・・・

>>154
Linux上で動くROM焼きソフト使いたかったので個人的に嬉しいわ

シリアルはIoTで需要増えてんだろ

シリアルはうまくいかなかったけど、外付けディスクのマウントはありがたい。
FUSEをサポートして欲しかったけどWndows側でどうにかなるなら問題ないな。
VeraCryptの暗号化ディスクの内容がWSLでも参照できた。

>>156
Windowsでマウントされたディスクを/mntとかにマッピングするものなので
Windows側でマウントできればファイルシステムの種類は問わないらしい。

>>154
これよく分からんけど、minicomが動くよってこと？
今までteratermでCOMポート指定してたところをminicom使えよってこと？

>>154　非公式日本語訳

Ubuntuからシリアルデバイス（COMポート）にアクセス可能に
ttps://kledgeb.blogspot.jp/2017/04/wsl-82-ubuntucom.html

＞Screenやminicomは現在シリアルターミナルとして利用することはできませんが、cuがその代わりとして利用できます。

cuとはまたレトロなものを…

screenで尻をやりたかったんだ・・・

Wrong CPU load reading?
https://github.com/Microsoft/BashOnWindows/issues/945

WSL also seems to hardcode the load average to 0.52, 0.58, 0.59. Not very helpful for applications that manage parallelization based on load average

ハードコーディングはあんまりだが、
Windowsのタスクマネージャー見ろよな・・・

ロードアベレージを出すにはカーネルにそのための機能（過去のデータの計測？）が必要で
Windowsにはそのための機能がないから、とりあえず動くようにするために決め打ちの値を使ったみたいね
ベータ版あるある

LAはタスクマネージャー開いても分からないか・・・
Cygwinとかはどうなってたけな？

32bitバイナリ動かすのにqemu-userが役に立つことに気付いた

動けばいいけど、そこまでする必要あるの？

開発用に使ってるんで32bitバイナリを動作確認するのに仮想環境立ち上げなくていいのは便利

>>170
もちろん全部0

>>167
最後の方にすぐに修正されるって書いてあるな。
Cygwinでは何年たっても治らなかった問題が、
Microsoftだからこそできるわけだがすぐに修正されようとしている。

32GBのストレージのPCでSDカードにWSL環境入れられないかな？
Windows消し去るか迷ってるんだけど

Windowsはディレクトリにドライブをマウントできるんだから
C:\Users\UserName\AppData\lxss ディレクトリでも作って
そこにSDカードをマウントしてみたら？

なるほど、やってみる価値はありそう
GW中にやってみるかな

結果が見える見える
https://github.com/Microsoft/BashOnWindows/issues/449

>>178
あ、SDカードはNTFSでフォーマットしてね

>>179
VHDX使って成功した人とか、ジャンクション使って手が紹介されてるね

Insider Previewでbash.exeから起動されるbashが全てinteractive, non-login shellからinteractive, login shellに変わってるから変なスタートアップファイルを使ってたら注意な

Insider Preview 15031のダウンロードが進まないわ。

なんでそんな昔のものを取ってくるんだ？
Creators Update入れればいいのに。

ちなみに今のFastリングのInsider Preview は16184。

>>184-185
thx。

>>182
もう少し詳しく頼む。
login shellになるとユーザ名とパスワードが必要になるのか？
スタートアップファイルって.profileとかのことか？

>>187
ログイン時に実行されるスクリプトが違うだけ

>>188
了解。

https://blogs.technet.microsoft.com/hybridcloud/2017/05/10/windows-server-for-developers-news-from-microsoft-build-2017/
Windows Subsystem for Linux on Windows Server はっじまっるよー！

やっぱりサーバー用途のニーズも高かったんだな。
Bashだけの口じゃCygwinやMSYSと使い勝手が変わらない。

>>191
> Bashだけの口じゃCygwinやMSYSと使い勝手が変わらない。

それDebianでもCentOSでもCygwinでも使い勝手は変わらないと
言ってるようなもんだよ。
パッケージ周りが違うからCygwinやMSYSとはぜんぜん違う。
CygwinやMSYSは別のディストリだがBash on Ubuntu on WindowsはUbuntu

そしてLinux用バイナリがそのまま動くから、Cygwin/MSYS用に
ビルドするという作業が要らなくなる
つまり世の中に配布されているLinux用バイナリがそのまま使える。
インストール手順などもUbuntuのものがそのまま使える

最初Cygwin/MSYSの代わりになると思ってたんだけど全然違うんだよな
結局サブシステムの中で完結しててだったら不通にVMでいいじゃんってなってる

>>193
> 最初Cygwin/MSYSの代わりになると思ってたんだけど全然違うんだよな

Ubuntuに代わり（というかそのもの）だからねｗ
VMでUbuntu使うぐらいなら、Bash on Ubuntu on Windowsでいい。

Cygwin/MSYSは残念ながら、Ubuntuのノウハウは使えない。
apt-getは使えないし、ビルドの方法も特殊

普段CentOS使ってる人だとまた少し違うけど、
UbuntuやDebian系を使ってる人は、そのノウハウがそのまま使える。
ここまでくるとMacOSもbrewという独自の方法を辞めて欲しくなるよ。
そうすれば全てUbuntuのやり方で統一できるのにって思ってる。

> 結局サブシステムの中で完結しててだったら不通にVMでいいじゃんってなってる
え？ どうみてもWSLはサブシステムの中で完結してないよな？

WSLで起動したプロセスはタスクマネージャーから見えるし、
メモリ空間は共有しているしネットワークも共有で別にIPアドレスが割り当てられることもない
ファイルシステムもマウントポイントが特殊なだけでサブシステムの中に
Windowsのドライブが割り当てられてる。
あらゆる証拠がWSLがWindowsと強調して動いてることを示している。

New distro’s coming to Bash/WSL via Windows Store
https://blogs.msdn.microsoft.com/commandline/2017/05/11/new-distros-coming-to-bashwsl-via-windows-store/

We are also working with the great teams at SUSE and Fedora to bring their Linux distro’s to the Windows Store & Windows Subsystem for Linux (WSL)

WSLがサブシステム内で完結してるっていうならCygwinがCygwinの世界で完結してないところなんて実デバイスに触れるところしかないと思うが

>>195
これもうすでにストアにあるのかな。

>>196
すまん。あんたの日本語がわからん。

つまり、
本当はWSLはサブシステム内で完結していない（これは事実）
だからその点ではCygwinと変わらないということであってるよな

横からで悪いが「サブシステム内で完結」ってどういう意味？
環境サブシステムを仮想マシンか何かだとでも思ってるの？

> 環境サブシステムを仮想マシンか何かだとでも思ってるの？

そう思ってるんだろ？
だから間違いだって突っ込まれてるんだよ。

LinxuサブシステムもWindowsサブシステムも理屈上は対等の存在で
同じNTカーネルの元で動いているものなんだからサブシステムで「完結」するわけがない
根本的な知識が欠落してる

それはどうでもいいとして、もっといいニュースが出たね。

WSLで動くディストリが本物のUbuntuだけじゃなくて
本物のFedoraや本物のOpenSUSEまで動くようになった。

これでLinuxの大部分のノウハウはWindowsで
そのまま使えるようになる。

MacOSみたいなBSD系の独自の1ディストリとは訳が違う。
MacOSはbrewコマンドを始めとする独自の知識が必要になるが、
Windowsの場合はサーバーで動かすOS（=多くがLinux）と
全く同じディストリを内包している。

ストア経由でUbuntu、openSUSE、fedoraもWindows 10上で動作可能に
〜SpotifyやAutodesk SketchBookなども続々提供
http://pc.watch.impress.co.jp/docs/news/event/1059426.html

俺はUbuntuだけありゃ十分だ。

すまん完結っていう表現はいまいちだったな
よく理解してないから教えてほしいけど
俺が知りたいのはVMでできないことでWSLできることはあるのかってこと

もちろんそれがないとしてもWSLにもメリットがあることはわかる

> 俺が知りたいのはVMでできないことでWSLできることはあるのかってこと

何度も言ってるじゃん。
メモリ空間の共有
プロセス空間の共有
ファイル空間の共有
ネットワーク空間の共有

VMは起動時間が遅い。別のカーネルが動いてる。
メモリ食う。ディスクも別に割当容量を食う
違うことだらけなんだが？

>>191
Hyper-Vじゃ駄目ってこと？

仮想OSは、OSが2つあるけど、
Dockerは、OSが1つで、コンテナが2つ以上ある。
OSが2つある方が、資源を食うし、電気代も高い

WSLは、Dockerに似ているのかな？

subsystemとは、単なる別のモジュールというだけだろ

>>207
dockerはプロセスが仮想化されてるから、
chrootの方が近いだろうな。

新しい（WSL用の）ファイルシステムをルートに
違うディストリを起動する。

でもプロセスの分離がされているわけじゃないから
一つのOS上で動いているように見えるしリソースも共有している。

＞VMでできないことでWSLできること

こんなのはどうよ

WindowsとBashの相互運用
ttps://kledgeb.blogspot.jp/2016/11/wsl-53-windowsbash.html

msys2の代わりになるかと思ってたけど、Winアプリ用にはmingwのライブラリが揃ってなさ過ぎて
割と基本的なUNIX系コマンドすら、なかなかビルド出来ないので全然代わりにならなかった
必要なライブラリも全部自前ビルドすれば出来そうだが、さすがにそこまで時間無いし

やはりこれはmsysやcygwinの代わりでなくてubuntuなんだと納得

> 割と基本的なUNIX系コマンドすら、なかなかビルド出来ないので全然代わりにならなかった
これってemacsみたいにコンテナ上だとビルドエラーになる問題と同種の話？
BuildRequireが揃えられないって話ならスレ違いだが。

>>210ってcygwinの話でしょｗ

Bash on Ubuntu on Windowsは
その名の通り、Ubuntuだから、
Ubuntuにあるライブラリは全部使える

>>205
あーいや”技術的に”できることでなくて実際の使用用途の話

>>209
そうそう
そういうこと

>>213
> あーいや”技術的に”できることでなくて実際の使用用途の話

何を聞いているのか？さっぱりわからん。

実際に仕様用途とは、WindowsはLinuxができること
全てができるという話か？

>>213
つーかさ、メモリ空間が共有ってことは
VMに膨大なメモリを持っていかれることもないし、
ネットワーク空間が共有ってことは
同じIPアドレスが使えることだってわからないのかな？

今はInsider Previewじゃないとできないけど、Windows側でマウントされたドライブを
drvfs経由でWSL側でもマウントできるので、Windows使わないと読み込めないディスクでも
WSLなら扱える。
Linux単独やVMでは無理なケース。

今もWindows使わないと読み込めないディスクってあるの？
ntfsもexfatもLinuxでマウントできるようになったけど

> 今もWindows使わないと読み込めないディスクってあるの？
Windowsで現在マウントしているディスク（システムドライブなど）は、
仮想マシンからマウントして読み込めない

だから共有フォルダを使えるように仮想マシンに
Guest Additionsとか入れなきゃいけない

>>217
BitLockerで暗号化したドライブはWindowsじゃないと扱えない。

なるほどthx

ReFS (Resilient File System) はWindows Server 2012で導入されたファイルシステムである。開発コードはProtogon。

https://ja.wikipedia.org/wiki/ReFS

>>211
BuildRequiresの話に近いけど、ubuntuのライブラリにはmsys2に有るようなWin用クロスコンパイルmingw環境が
超基本セット以外無かった(例えば libintl libiconv も無い)ので、msys2の代わりは出来ないと思った話

後で考えると当たり前だと納得しているけど、msys2やcygwinの代わりになるみたいな記事に乗せられて期待してしまい、
今さら>>18,19 辺りのことを実感している

> 後で考えると当たり前だと納得しているけど、msys2やcygwinの代わりになるみたいな記事に乗せられて期待してしまい、

なんかお前ずれてね？
msys2やcygwinがそもそもLinuxの代わりにならなかったんだが？

msys2やcygwinはできれば捨て去りたいものだろ？
WindowsでLinux関連のツールが使えないから
msys2やcygwinを使って ”ごまかす"

でもWSLができてから本物のLinux関連のツールが使えるようになったから
msys2やcygwinはもういらない
Linuxとはぜんぜん違う変な仕組みのmsys2やcygwinはもういらない

WSLだとLinuxのバイナリがそのまま動くから、
"Windows用にクロスコンパイル" する必要がなくなったんだよ

Linux用にコンパイルすれば、それがそのままWindowsで動く
Linuxで生成したバイナリをコピーして持ってくれば動く

>>209
普通、そんな相互運用がWDLで出来るって期待するよな

>>223-224
俺が一番WSLで良いなと思ったのはまさにLinuxのバイナリが動くってこと
そして、そのおかげでLinuxの良いソフトをmsys2とかを使って動くようにする必要がなくなった
てのは大きいよな

日経Linux 6月号

WSL の特集あり

これAndroid用バイナリも同じことできないのかなぁ。Xみたいな表示の仕組みは要りそうだけどw

>>227
bluestacks

>>227
もうWindows Bridge for Android （Project Astoria）のことは忘れるんだ！

許すまじ
strings -el /mnt/c/Windows/System32/drivers/lx* | grep -i android

>>230
少なくともマイクロソフトは何も問題はないな。
問題があるとしたらUbuntuだし

Will Linux distro’s run on Windows 10 S?
https://blogs.msdn.microsoft.com/commandline/2017/05/18/will-linux-distros-run-on-windows-10-s/

>>232
読んでないけど、開発者モードを有効にすることで使えるようになるWSLが
Windows 10 Sで動くか？っていう質問はWindows 10 Sでソフトウェア開発を
するのか？って質問と同じだと思う。

いや・・・しないだろ？

>>232
>Windows 10 S does not run command-line applications, nor the Windows Console, Cmd / PowerShell, or Linux/Bash/WSL instances
>since command-line apps run outside the safe environment that protects Windows 10 S from malicious / misbehaving software:

WSLだけじゃなくて普通のコマンドプロンプトも動かないのか、結構思い切ったんだね

ここまで来ると10 SはiOSに近い仕様だな。
AndroidさえターミナルでCUIを扱えるのに。

iOSも脱獄すればターミナル扱えるのに
10 Sもいずれハックされるんだろうか

ハックも何も脆弱性なんか利用しなくてもシステムに書けるんだからいくらでもできるだろ

何言ってんだこいつ

関わったら負け

やっぱりIO速度が全然出ないねえ
Androidのsdcardfsみたいな感じで高速化されないだろうか

ゲイツの法則に象徴されるWindowsでパフォーマンスを求めることが間違い

そうやって技術力を認めず、無関係な人を使って文句を言う

CygwinやMSYSなんかよりはマシとは言えconfigureするだけで遅...てなるよね

CPU速度はLinuxネイティブと同じくらいの速度が出せているだけに残念だな

ファイルシステムのエミュレートのコストが高いのか知らないけど、ちょっと改善してほしいところ。

forkはそこそこ速いけどexecが遅いらしいね。これはまあ構造上厳しそう
だと思う。

>>244
CPU速度って？
WSL上ではLinuxよりCPU周波数が低速になるの？
それともキャッシュの利きが悪くなるとか？

>>246
構造上厳しい理由を教えてくだしあ。

IO遅いのDefender切ったらマシになるよ

NTFSを捨てられれば、IO速度問題も解決すると思う。

いや解決しないよ

Windowsのほうが詳しくないんだけど
Windows10でbashが使えると思ったんだけど
今1607だけどどうやったら使えるようになるの？
情報がごちゃごちゃしてわけわからん

>>252
1607って Anniversary Update だから↓でいいんじゃね
http://qiita.com/Aruneko/items/c79810b0b015bebf30bb

あ、この記事もCreaters Update向けに更新済みか
機能の有効化・開発者モードの有効化だけした後
コマンドプロンプトを起動して bash って入力すればそれで良いと思う、多分

32bitじゃ使えないよ

>>252
> 今1607だけどどうやったら使えるようになるの？

そういう人は、WSLがベータじゃなくなってから使ったほうが良い
すでに修正済みの問題まで、文句つけそうだから

今時v1607でUbuntu on Windows使うとか罰ゲームか拷問か何か？
最低でもCurrent Branchで使ってないと使い物にならねえよこれ

vi(vim)を起動するとキー入力受け付けなくなった
何がおこっとんのや

>>258
おま環:-)
vimで日本語も使えるよ

Developer Mode no longer required for Windows Subsystem for Linux
https://blogs.msdn.microsoft.com/commandline/2017/06/08/developer-mode-no-longer-required-for-windows-subsystem-for-linux/

次のアプデでbetaとれるかな？

>>260
マジか？ シンボリックリンク作成解禁は開発者モード限定じゃなくなるのか

前からできるじゃん

>>263
めんどくせーからぐぐれ

>>259
Known issuesも読まねえでおま環とかほざいたアホが一匹
https://blogs.windows.com/windowsexperience/2017/05/17/announcing-windows-10-insider-preview-build-16199-pc-build-15215-mobile/
＞VIM is broken for Windows Subsystem for Linux (WSL) users – we’re investigating.

>>265
私の方はCreators Updateに導入したけど普通に動いてるけどな

>>265
だからそれがおま環なんじゃないの？
100%再現性があるわけじゃないだろう？

vim使うだけのためにわざわざWindows Subsystem for Linux入れるのか？

>>268
udevが使えるようになると面白いけどね

Vim　for Windows
https://www.kaoriya.net/software/vim/

>>269
参考までにudevが使えるとどんな感じに面白くなりそうなの？
usbとかの実ハードの挿抜が検出できる様になる的な？

今更この時代にBashでどういう方面で利用するかねえWindows上で…
俺なら、データベースソフト使ってクエリ作りまくるけどな。
Bashはたしかにコンパクトなソフトだよ。
但し、多桁演算には耐えられない。

epollの不具合もknown issueなの？

>>272
まだ勘違いしてるの？
BashだけじゃなくてWindowsでLinux用のアプリの
多くが動くようになったんだよ

そうなんだよね

ふつーにBash on Windowsでビルドしたx64バイナリをlinuxサーバーに持っていって問題なく動くよ
逆もほぼOK

epoll以外はね

Ubuntu on Windowsとか普通にUbuntu(or Linux)を全面に出したらいいのに何でbashを全面に出したのか謎
そりゃみんな誤解するわ

仮想化っぽく思われるのを嫌ったんじゃない

そりゃ何も考えずにGUIが使えないからでしょ
Ubuntu使っててもXサーバーの概念知ってる奴少なそうだし

そういえばXのフォワーディングできるようになったんだよな
俺の動かしたいソフトバンク動かなかったけど

とりあえず動かすテストレベルならMacOSで問題ないし、本格開発ならVMだしそんなにメリット感じないなぁ。

atomがWSL対応したらしいな
個人的にはVScodeが動いてほしいが

VMみたいに複数の環境作れないの？

この前の発表でfedoraやsuseと一緒にubuntu動かしてたからいけるんじゃないの
https://2.bp.blogspot.com/-uo4X0bp5TLs/WRb1DvJFfyI/AAAAAAABg6w/EQ3SyEdSOgcl18hFDjjCHZUC6nGnLIYeACLcB/s1600/WSL_openSUSE_Fedora_1.jpg

WineならぬLineが実現するとはちょっと前まで想像できなかったな…
これのおかげで犬厨を卒業できそうだ
手頃なunix環境として定評あるMacを潰しにかかってるのか

>>284
LINEってグループチャットアプリのLINE？ 意味がよくわからないわ

Wi(ndows)ne
Li(nux)ne

Wineって、Wine Is Not an Emulator の略だったよね。

Lineだと、Linux Is Not an Emulator ってことか
たしかにカーネルにLinux互換のサブシステムが追加されており
エミュレータではない

ああそういう・・・WSLって言わばLINuxEmulatorだよねって意味だったのね・・

PC（ハードウェア）のエミュレータなのか
Linux（OS）のエミュレータなのかってことだな。

Wine Is Not an Emulator の場合、PCのエミュレータという意味でEmulatorと言ってる。
WineはPCエミュレータではない。これは正しい。

だけどWineはWindows Emulator略だとする説もある。
この場合はWindowsのエミュレータという意味だから、これも間違いではない

この世界では単にエミュレータと言ってしまうと
PCエミュレータの意味となってしまうからそれを避けたんだろうな

つまりWSLはLinuxのエミュレータではあるが、PCのエミュレータではない。

>>290
全然違う
Wine Is Not an Emulator は文字通りエミュレータではないと言っている
これは喩えるならPOSIXの仕様に従ったOSが複数あるように
それぞれがお互いのエミュレータでは無いという意味と同じ
少なくてもそういう建て前になっている

Windows機でnode-red(node.js)を動かすのにUbuntuOnWinでやるメリットって在りますか？
パフォーマンスはファイルシステムの差でWIndows上で動かした方が良いですよね？

>>291
適当なことを言うな

The name Wine initially was an abbreviation for Windows Emulator.[14] The phrase
"Wine Is Not an Emulator" is a reference to the fact that no code emulation or virtualization
occurs when running a Windows application under Wine.[15] "Emulation" usually refers
to the execution of compiled code intended for one processor (such as x86) by
interpreting/recompiling software running on a different processor (such as PowerPC).
Its meaning later shifted to the recursive acronym Wine Is Not an Emulator in order to
differentiate the software from CPU emulators.[16] While the name sometimes appears
in the forms WINE and wine, the project developers have agreed to standardize on the form Wine.[17]

Wineという名前は、最初はWindows Emulatorの略語でした。 「ワインはエミュレータではありません」
というフレーズは、ワインの下でWindowsアプリケーションを実行するときにコードエミュレーションや
仮想化が発生しないという事実への参照です。[15] 「エミュレーション」とは通常、
異なるプロセッサ（PowerPCなど）で実行されているソフトウェアを解釈/再コンパイルすることによって、
1つのプロセッサ（x86など）用のコンパイル済みコードの実行を指します。 その意味は後で
CPUエミュレータとソフトウェアを区別するために再帰的頭字語であるWine Is Not Emulatorに移行しました。
この名前はワインとワインの形で時々現れるが、プロジェクト開発者はワインの形で標準化することに同意した[17]。

POSIXなんて言葉は全く出てこない

https://wiki.winehq.org/FAQ#Is_Wine_an_emulator.3F_There_seems_to_be_disagreement

1.3 Is Wine an emulator? There seems to be disagreement
There is a lot of confusion about this, particularly caused by people getting
Wine's name wrong and calling it WINdows Emulator.

When users think of an emulator, they tend to think of things like game console
emulators or virtualization software. However, Wine is a compatibility layer -
it runs Windows applications in much the same way Windows does. There is no
inherent loss of speed due to "emulation" when using Wine, nor is there a need to open Wine before running your application.

That said, Wine can be thought of as a Windows emulator in much the same way that
Windows Vista can be thought of as a Windows XP emulator: both allow you to run
the same applications by translating system calls in much the same way. Setting
Wine to mimic Windows XP is not much different from setting Vista to launch an application in XP compatibility mode.

A few things make Wine more than just an emulator:

Sections of Wine can be used on Windows. Some virtual machines use Wine's
OpenGL-based implementation of Direct3D on Windows rather than truly emulate 3D hardware.
Winelib can be used for porting Windows application source code to other operating
systems that Wine supports to run on any processor, even processors that Windows itself does not support.
"Wine is not just an emulator" is more accurate. Thinking of Wine as just an
emulator is really forgetting about the other things it is. Wine's "emulator" is really
just a binary loader that allows Windows applications to interface with the Wine API replacement.

>>292
用途がわからないからなんとも言えないけど
パフォーマンスが出ればいいならWindows側のほうがいいよ

>>294
俺が喩えるならと前置きした上でPOSIXと書いただけだから出てこなくて当然だ
日本語難しかったの？

>>296
それをいうことで何が言いたかったの？

WineはもともとWindows Emulatorと言われていたように
Windowsのエミュレータではあるんだよ。

だけど>>290がいうようにエミュレータと言ってしまうと
ハードウェア仮想化を行うPCのエミュレータと勘違いするから
Wine Is Not an (PCの) Emulator っていうようになったんだけど？

ctrl+c失敗したらどうしたらいいですか？
local閉じないんですが…

ctrl + z も効かないの？

>>299
そうなんですよ。開いたportが閉じなくて、コマンドに戻れないし、bashウィンドウも閉じれない…bash複数起動もできない…ベータ版だからかと思ってはいるのですが、プロセスも切れんとは…Win側から強制終了の仕方が知りたいです。

ユーザーフォルダ以下を操作しようとするとフリーズしてwindows再起するまでbash死ぬけど同じような状態かな？

>>301
え？mnt/c/user以下でlocalhost開いちゃダメなのでしょうか？

>>302
「local閉じないんですが」 や 「localhost開いちゃ」っとかの文の意味がよく分からないかも
localhost (127.0.0.1) のIPアドレスのポート開いてSocketでLISTENする様なプログラムを組んだとか？

そうではなくて、ローカルHDD上のテキストファイルを vi で開いたら固まったとかなら >>258 >>265 の件かもね

おまえら、lineなら以前からあっただろ
https://sourceforge.net/projects/line/

LINE Is Not an Emulator. LINE executes unmodified Linux applications on Windows by intercepting Linux system calls.

使い物には……

>>303
申し訳ないですorz

・python(anaconda)でローカルサーバーport8080開いた
・閉じようと思いctrl+c無反応、^Cが入力されるだけでウインドウもが閉じれない
・別のbashウィンドウも開けず
・windows側のプロセスを切ろうと思っても権限なし
・cmdでportを確認したらclose_waitのまま
・困ってpc再起動したらbash起動できず壊れた

次にあったらと思うと怖い((( ；ﾟДﾟ)))

>>192

linux同士ですら実現できないことをできるわけないだろ

>そしてLinux用バイナリがそのまま動くから、Cygwin/MSYS用に
>ビルドするという作業が要らなくなる
>つまり世の中に配布されているLinux用バイナリがそのまま使える。
>インストール手順などもUbuntuのものがそのまま使える

>>305
あぁこれ俺も知りたい

>>306
linux同士なら依存するライブラリ込みでバイナリを放り込むだけで動くものは多いし
ごっそり丸ごと放り込めば殆ど動く
互換性が無かったらコンテナとか流行ってない

pythonのインタプリタの終了はctrl cじゃなくてctrl dじゃなかったか？
あとexit()とか

お前らX Serverは何を使ってるの？

VcXsrv

>>202
FreeBSDも対応してほしいのう。

>>309
anacondaはctrl+cになってました。
exit()は知らなかった！試してみます！

Windowsに、X Serverの機能を持たせてくれんかのう。

WSL上のUbuntuは17.04にアップグレードできるのか？

林檎売っぱらってWinにきたんだが、bashいいね。
iterm2みたいなターミナルないですか？それがあるならWindows一本化できそう。

俺も久々にwindows使ったけど最近のはだいぶ軽いんだな
GNOMEやKDEと比べたらそう変わらないんじゃないか

>>308
そのライブラリが依存関係だらけな件

「ストア」にopenSUSE来てる件
//github.com/Microsoft/BashOnWindows/issues/2212#issuecomment-309589029

SUSE使ったことないけどWSLで使えるなら試してみるかな
fedoraやubuntuと比べてどうなのかしら

centosが欲しい

CentOSとDebianとArchが使えるようになって安定して動くようなったらもうwindowsに引きこもれるな

Mac使う理由がなくなるのはちょっと困る

MBPが糞化したから乗り換えるにはグッドタイミング

これCanonicalがlinux界を裏切ったって事？

これでdocker使えないのね

dockerは当面来ねーな

このサブシステムで動くインスタンスを複数簡単に持てるようになれば
dockerみたいなものになるでしょ
docker自体を動かせるようにするよりは筋がいい

beta取れる頃にはWSLマネージャみたいな物ができているといいな

/mnt/以下のパーミッションが777になる問題か
wsl領域をwindows側から触ると壊れる問題はなんとかならないのかな
せっかくwslからwindowsの実行ファイル動かせるようになったのに
cygwinやMacと比べてそこが不便だ

>>330
それにどんな需要があるの？

>>330
winと連携しにくいからあまりメリットを感じないんだよな
インスタンス複数作れないし結局本格的に使うならVM使う

VMは効率悪いだろ

検索から出てこなくなっちまった

処理速度はVMより1.3倍くらいはやいが
ディスクアクセスはおそいというはなしもあるね

Ubuntu
https://www.microsoft.com/store/apps/9nblggh4msv6

Ubuntu now available from the Windows Store!
https://blogs.msdn.microsoft.com/commandline/2017/07/10/ubuntu-now-available-from-the-windows-store/

ストアに出すメリットってなんだろうな
簡単に再インストールできるようになるとか？

単純にUbuntuはWindowsのアプリケーションの一つですって
言いたいだけだと思うよｗ

>>337　非公式日本語訳

Ubuntu 16.04がWindowsストアに登場・もうすぐopenSUSEとFedoraが利用可能に
ttps://kledgeb.blogspot.jp/2017/07/wsl-98-ubuntu-1604windowsopensusefedora.html

WindowsストアからUbuntuをインストールするには
ttps://kledgeb.blogspot.jp/2017/07/wsl-99-windowsubuntu.html

インストール先を見ても完全にストアアプリ扱いだね

//msdn.microsoft.com/en-us/commandline/wsl/release_notes#build-16237

LXFS以下にWindows側から新規作成したファイルの扱いが変わったぞ

順調に改良されているみたいでよかった

windows側からWSL領域を触っても壊れなくなったってことか？

openSUSE Leap 42
https://www.microsoft.com/ja-jp/store/p/opensuse-leap-42/9njvjts82tjx
SUSE Linux Enterprise Server 12
https://www.microsoft.com/ja-jp/store/p/suse-linux-enterprise-server-12/9p32mwbh6cns

SUSE知らんからなんで2つもあるのかわからん
fedoraとRHELみたいなもんか？

CentOSとRHELだろ

debianは来ないんだろな
信仰的にw

New distros coming to Bash/WSL via Windows Store
https://blogs.msdn.microsoft.com/commandline/2017/05/11/new-distros-coming-to-bashwsl-via-windows-store/

今のところは企業が付いてるディストロだけだな

そりゃあ、コミュニティベースのところはアンチMSが多いからね
Windowsに利するような事に協力するわけない

fedoraとubuntuがあれば大多数の人は十分だろな
SUSEは知らん

SUSE’s Linux distros for WSL now available in the Windows Store
https://blogs.msdn.microsoft.com/commandline/2017/07/19/suses-linux-distros-for-wsl-now-available-in-the-windows-store/

前からあった？気のせい気のせい

WSL使いにとってはアップデートが毎回楽しみだよなｗ

//msdn.microsoft.com/en-us/commandline/wsl/release_notes#build-16251
(Beta)くんの霊圧が消えた…？

リンク貼れよめんどくさい

https://msdn.microsoft.com/en-us/commandline/wsl/release_notes#build-16251

クリックするだけなのにめんどくさいことあるか？

環境によっては>>354ではクリックできない

それは使ってる環境がクソなのでは

Chromeはクソだということ？

iceweaselでいい

2chを見るのにChromeはクソだな

ついにbetaがはずれるそうな
名前からbetaがはずれるだけで特別変化があるわけじゃないけどね

>>362
プレビュー使ってる人にとってはそうかもしれないけど
今Creators Update使ってる人にとっては結構良くなるんでしょう？

NTFSシンボリックが見えないのと、UNCパスにアクセスできないのが不便。新しいのだと進化してるのかな。

>>362
安定するんじゃないの？

>>364
ttps://msdn.microsoft.com/en-us/commandline/wsl/release_notes#build-16176
ttps://msdn.microsoft.com/en-us/commandline/wsl/release_notes#build-16193

>>366
情報ありがとう。NTFSシンボリックリンクの方は期待大です。UNCパスの方はマウントが必要そうなのが残念。Linuxの流儀に従う必要があるのだろうから、仕方ないか。

Windows Subsystem for Linux on Windows Server
https://blogs.windows.com/buildingapps/2017/08/08/windows-subsystem-linux-windows-server/

Windwos Servier 2016でも WSL 使える様になったのか・・

Fedoraまだ？

>>370
こんなのあるんだな。
https://github.com/RoliSoft/WSL-Distribution-Switcher

別にubuntuだけでもいいから複数動かせるようにしてほしいな

>>372
OSは一つしか動いていないのに
複数動かせるとはどうしてほしいのだ？

お前以外は全員理解してるよ

まあvmでいいしな

>>375
お前vmと勘違いしてるだろｗ
カーネルは一つなのだから理想としては
どのユーザーランドから見ても、動いているプロセスは
同じように見えないといけない。

ubuntuとfedoraとsuseを同時に動かせるらしいからubuntuだけを複数動かすのもできるんじゃないか

>>376
そんなことはわかってる
それにメリットがあるかどうかの話だよ

>>378
意味がわからん。

メリットが有るかどうかじゃなくて
常識的な動きの話をしてる。

まずWSLが作られた理由を考えてみようか。
これは単にWindows上でLinux用のバイナリを
そのまま動くようにしたもの。

言い換えるとLinux用のバイナリがWindows上で動くようにしただけ
だからOS（カーネル）をプロセスごとに分離しようかそういうものじゃない。

LinuxとWindowsのプロセス管理方法の違いから、WSL側から
Windowsのプロセスをちゃんと見せるようにするのは難しいようだが
WindowsのタスクマネージャーからLinuxのプロセスは見える。

WindowsがLinuxのシステムコールをサポートして、
Windows上でLinux用のバイナリを動かしているだけなんだから
そりゃ当然の話しだわな

そこにVMやらの話を持ち出してきて、VMのメリットを言われた所で
それはWindows上でLinuxバイナリを動かすのとは別の話ですね。で終わり

だからそんなことどうでもいいんだよ

ってこの流れ前もやったな

どうでもいいなら参加しなけりゃ良いじゃんｗ

あぁ、違うか。

どうでもいいんじゃなくて、
どうでもいいって流れにしたいんだなｗ

だからいちいち話を中断させようとしてるわけか。

ちょっと頭のおかしい人が涌いてますね

まあ ID:pvMVz25D はLinuxにも興味が無くて単に何かにケチ付けたいだけの人だろ

WSLでX使うのって　Xmingとかでできるんだけど
GTK使ってるやつが　フォント設定しても文字化け状態かわらん
(gitkとか)
EmacsやFirefoxは　フォント設定すればメニューも文字化けしないけど

本家に寄付してXming最新版ダウンロードしようかと思ったが
Paypalが日本からUKへの寄付を受け付けてないという始末

WSLとの連携でうまく動いてるWindows上のXって何かある?

MobaXtermは？

>>385
一応、VcXsrvをインストールしている。
試しにインストールして起動してみた程度。
GTKを使っているかどうかはわからんけど、gvimは日本語表示は普通にできた。
正直いって、自分にはWSLでXを使うと便利って場面があんまり思い浮かばない。

>>386,　387
thx　試してみる

まあそこまでするなら別マシンにインストールするかVMでいいだろって話でしょ
それはそうなんだけどね……

いずれMS謹製でそこまでやってくれたら
俺的には完全にMac要らない子になる(今でも登板回数減ってるが)
FreeBSDに構築されたAquaと
WinカーネルとLinuxカーネルが併走するWin10
出自はMacの方がいいのに　Unixマシンとしては色々やることがあったり
縛りあったりして使いづらいんだよね

・XNUカーネルの上に構築されたAqua（とFreeBSDユーザーランド）
・NTカーネル上に構築されたLinuxサブシステム

Fedoraまだ？

Fedoraはまだ来てないけどストアのUbuntuが何か更新されてる

これってインストール場所をDドライブに出来ない？
Cドライブをかなり小さめにしてるから困る

>>392
ストアアプリ扱いになった奴なら移動はできるだろ。従来の奴は知らね

シンボリックリンク貼っとけ

>>393
まだ出来ない
https://blogs.msdn.microsoft.com/commandline/2017/05/11/new-distros-coming-to-bashwsl-via-windows-store/

VcXsrvでGTKを使ってるアプリでも文字化けしなくなった
64bit版もあるし　こっちの方がいいね
ありがとう

https://blogs.msdn.microsoft.com/commandline/2017/10/11/whats-new-in-wsl-in-windows-10-fall-creators-update/

＞Fedora and other distros will arrive in the store in the coming months.

ホームディレクトリがわかんねえ
lxssって見当たらないが

ストア版は%LOCALAPDATA%\Packagesの下だ
それともlxssフォルダがシステム隠し属性で見えないという話か？

>>399
ありましたわ
ストア版はやっぱり違ったのか
ありがとん

NTEmacs のシェルを wsl の bash に設定することはできるの？

端末エミュレータでbold文字がちゃんと出るやつなんかない？
ConEmuとか試したけどboldにならない。

sshd使うのは負けな気がしている。

cmder

これ？
https://goo.gl/En6m3D
http://www.bityet.us/s7b47si.jpg

Windows で Linux を実行する
ms-windows-store://collection/?CollectionId=LinuxDistros