【Bash】Windows Subsystem for Linux【Ubuntu】2©2ch.net
■ このスレッドは過去ログ倉庫に格納されています
>>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使ってる人にとっては結構良くなるんでしょう? NTFSシンボリックが見えないのと、UNCパスにアクセスできないのが不便。新しいのだと進化してるのかな。 >>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の流儀に従う必要があるのだろうから、仕方ないか。 Windwos Servier 2016でも WSL 使える様になったのか・・ 別にubuntuだけでもいいから複数動かせるようにしてほしいな >>372
OSは一つしか動いていないのに
複数動かせるとはどうしてほしいのだ? >>375
お前vmと勘違いしてるだろw
カーネルは一つなのだから理想としては
どのユーザーランドから見ても、動いているプロセスは
同じように見えないといけない。 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バイナリを動かすのとは別の話ですね。で終わり だからそんなことどうでもいいんだよ
ってこの流れ前もやったな あぁ、違うか。
どうでもいいんじゃなくて、
どうでもいいって流れにしたいんだなw
だからいちいち話を中断させようとしてるわけか。 まあ ID:pvMVz25D はLinuxにも興味が無くて単に何かにケチ付けたいだけの人だろ WSLでX使うのって Xmingとかでできるんだけど
GTK使ってるやつが フォント設定しても文字化け状態かわらん
(gitkとか)
EmacsやFirefoxは フォント設定すればメニューも文字化けしないけど
本家に寄付してXming最新版ダウンロードしようかと思ったが
Paypalが日本からUKへの寄付を受け付けてないという始末
WSLとの連携でうまく動いてるWindows上のXって何かある? >>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はまだ来てないけどストアのUbuntuが何か更新されてる これってインストール場所をDドライブに出来ない?
Cドライブをかなり小さめにしてるから困る ■ このスレッドは過去ログ倉庫に格納されています