【Bash】Windows Subsystem for Linux【Ubuntu】2©2ch.net
■ このスレッドは過去ログ倉庫に格納されています
>>265
私の方はCreators Updateに導入したけど普通に動いてるけどな >>265
だからそれがおま環なんじゃないの?
100%再現性があるわけじゃないだろう? vim使うだけのためにわざわざWindows Subsystem for Linux入れるのか? >>268
udevが使えるようになると面白いけどね >>269
参考までにudevが使えるとどんな感じに面白くなりそうなの?
usbとかの実ハードの挿抜が検出できる様になる的な? 今更この時代にBashでどういう方面で利用するかねえWindows上で…
俺なら、データベースソフト使ってクエリ作りまくるけどな。
Bashはたしかにコンパクトなソフトだよ。
但し、多桁演算には耐えられない。 >>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が動いてほしいが WineならぬLineが実現するとはちょっと前まで想像できなかったな…
これのおかげで犬厨を卒業できそうだ
手頃なunix環境として定評あるMacを潰しにかかってるのか >>284
LINEってグループチャットアプリのLINE? 意味がよくわからないわ 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閉じないんですが… >>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のものがそのまま使える >>306
linux同士なら依存するライブラリ込みでバイナリを放り込むだけで動くものは多いし
ごっそり丸ごと放り込めば殆ど動く
互換性が無かったらコンテナとか流行ってない pythonのインタプリタの終了はctrl cじゃなくてctrl dじゃなかったか?
あとexit()とか >>309
anacondaはctrl+cになってました。
exit()は知らなかった!試してみます! Windowsに、X Serverの機能を持たせてくれんかのう。 WSL上のUbuntuは17.04にアップグレードできるのか? 林檎売っぱらってWinにきたんだが、bashいいね。
iterm2みたいなターミナルないですか?それがあるならWindows一本化できそう。 俺も久々にwindows使ったけど最近のはだいぶ軽いんだな
GNOMEやKDEと比べたらそう変わらないんじゃないか 「ストア」にopenSUSE来てる件
//github.com/Microsoft/BashOnWindows/issues/2212#issuecomment-309589029 SUSE使ったことないけどWSLで使えるなら試してみるかな
fedoraやubuntuと比べてどうなのかしら CentOSとDebianとArchが使えるようになって安定して動くようなったらもうwindowsに引きこもれるな MBPが糞化したから乗り換えるにはグッドタイミング これCanonicalがlinux界を裏切ったって事? このサブシステムで動くインスタンスを複数簡単に持てるようになれば
dockerみたいなものになるでしょ
docker自体を動かせるようにするよりは筋がいい beta取れる頃にはWSLマネージャみたいな物ができているといいな /mnt/以下のパーミッションが777になる問題か
wsl領域をwindows側から触ると壊れる問題はなんとかならないのかな
せっかくwslからwindowsの実行ファイル動かせるようになったのに
cygwinやMacと比べてそこが不便だ >>330
winと連携しにくいからあまりメリットを感じないんだよな
インスタンス複数作れないし結局本格的に使うならVM使う 処理速度はVMより1.3倍くらいはやいが
ディスクアクセスはおそいというはなしもあるね ストアに出すメリットってなんだろうな
簡単に再インストールできるようになるとか? 単純にUbuntuはWindowsのアプリケーションの一つですって
言いたいだけだと思うよw >>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領域を触っても壊れなくなったってことか? SUSE知らんからなんで2つもあるのかわからん
fedoraとRHELみたいなもんか? そりゃあ、コミュニティベースのところはアンチMSが多いからね
Windowsに利するような事に協力するわけない fedoraとubuntuがあれば大多数の人は十分だろな
SUSEは知らん WSL使いにとってはアップデートが毎回楽しみだよなw //msdn.microsoft.com/en-us/commandline/wsl/release_notes#build-16251
(Beta)くんの霊圧が消えた…? ついにbetaがはずれるそうな
名前からbetaがはずれるだけで特別変化があるわけじゃないけどね >>362
プレビュー使ってる人にとってはそうかもしれないけど
今Creators Update使ってる人にとっては結構良くなるんでしょう? ■ このスレッドは過去ログ倉庫に格納されています