【Bash】Windows Subsystem for Linux【Ubuntu】2©2ch.net
■ このスレッドは過去ログ倉庫に格納されています
ストアに出すメリットってなんだろうな
簡単に再インストールできるようになるとか? 単純に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ドライブをかなり小さめにしてるから困る >>392
ストアアプリ扱いになった奴なら移動はできるだろ。従来の奴は知らね VcXsrvでGTKを使ってるアプリでも文字化けしなくなった
64bit版もあるし こっちの方がいいね
ありがとう ホームディレクトリがわかんねえ
lxssって見当たらないが ストア版は%LOCALAPDATA%\Packagesの下だ
それともlxssフォルダがシステム隠し属性で見えないという話か? >>399
ありましたわ
ストア版はやっぱり違ったのか
ありがとん NTEmacs のシェルを wsl の bash に設定することはできるの? 「Bash on Windows」という名称は非推奨に。正式名称「Windows Subsystem for Linux」(WSL)としてベータを卒業、正式リリースに
http://www.publickey1.jp/blog/17/bash_on_windowswindows_subsystem_for_linuxwsl.html
端末エミュレータでbold文字がちゃんと出るやつなんかない?
ConEmuとか試したけどboldにならない。
sshd使うのは負けな気がしている。 Windows で Linux を実行する
ms-windows-store://collection/?CollectionId=LinuxDistros アンインストールの時に/fullオプションつけてないからゴミが残ったままっていうオチか? Fall Update前に入れたからコンソールの色がひどく見づらい
特に青色
Fall Updateの後にいったんwxrun uninstallしてストアから入れ直したけど
色合いはまったく変わらず
なんとかならん?? >>413
これだけで、日本においてWindows OSを業務で使用するなど、あり得ない。 >>414
Welcome to real world 日経Linux 11月号
WSL 特集
Docker の記事もある
Ubuntu 側では、Dockerデーモンが動かないため、
Windows 側の、VirtualBox に、Vagrant で、CoreOS を入れて、
その中に、Dockerデーモンをインストール
Ubuntu側から、Dockerコマンドで使う
付録は、サーバーがゼロから分かる本、100ページ。
サーバーでできること、77
付録DVD は、
Ubuntu 17.04 日本語 Remix (64 ビット版)
Ubuntu Server 17.04 (64 & 32 ビット版)
CentOS 7.3 LiveGNOME (64 ビット版) OS標準機能だけにしたいならDocker MachineはHyper-Vで動かす方がいい。 WSL自体をアップデートする方法として公式に
lxrun /update
と書かれてるが....最新リリースを試す方法ないの?
FCUの公式リリースで変わったんですか? DockerMachineなんてほぼ使わねーんだが Docker Toolbox だろ
>>420
10月の、Windows 10 Fall Creators Update では、
WSL 正式版を、Windows ストアからインストール
正式版になったから、ベータ版をアップデートできないのでは?
GUI を使うには、Windows 側で、
VcXsrv Windows X Server Docker Toolbox は レガシーあつかい
https://docs.docker.com/toolbox/toolbox_install_windows/
今はDocker for Windowsを使う
https://docs.docker.com/docker-for-windows/install/
違いは前者がVirtualBoxを使って後者がHyper-Vを使うと考えていい。
Docker推奨のDocker for Windowsを使うならVirtualBoxは諦めるしかない。
VagrantのためにVirtualBoxを使っているという人も多いかもしれないが
VagrantはHyper-Vでも使える
VirtualBoxとHyper-Vが同居できると良いんだがな
Docker MachineはDocker Toolboxで使うんだっけな
要するにDockerっていうのはサーバーがあってクライアントから
接続するものだからその接続先をDocker Toolboxに切り替えるために使う
Docker for Windowsの場合はそういう切り替えなしに接続できる >>418
> Ubuntu 側では、Dockerデーモンが動かないため、
> Windows 側の、VirtualBox に、Vagrant で、CoreOS を入れて、
> その中に、Dockerデーモンをインストール
よんでないけどそんなこと書いてあるのか?
WSLのUbuntu側ではDockerデーモンが動かないため
Docker for WindowsでインストールしたDockerに対して接続する。
VirtualboxもVagrantもCentOSもいらない
コマンドプロンプトの(つまりWindows版の)Dockerクライアントからは普通にDockerサーバーに接続できる
WSLのUbuntuのDockerクライアントから接続したい場合は
まずDocker for Windowsの設定「Expose daemon on tcp://localhost:2375 without TLS」
これにチェックをいれる
あとはUbuntu環境で export DOCKER_HOST='tcp://0.0.0.0:2375' を実行する
(これをdocker-machineを使ってやっても良い) Linux では、Hyper-V は見たことない
VirtualBox か、VMware >>426
ttps://msdn.microsoft.com/ja-jp/commandline/wsl/reference 警告: lxrun.exe は、Linux ディストリビューションのためにレガシ Windows サブシステムを構成するだけに使用されます。
ディストリビューションは次の Windows ストアを訪問してインストールすることができます:
https://aka.ms/wslstore
使用法:
/install - サブシステムをインストールします
オプションの引数:
/y - ユーザーに許可を求めないか、ユーザー サブシステムを作成しない
/uninstall - サブシステムをアンインストールします
オプションの引数:
/full - 完全アンインストールを実行します
/y - ユーザーに確認を求めません
/setdefaultuser - 既定のサブシステム ユーザーを設定します。ユーザー アカウントが存在しない場合は作成されます。
オプションの引数:
username - ユーザー名を指定します
/y - ユーザー名が指定された場合、パスワードの作成を求めません >>423
>Docker MachineはDocker Toolboxで使うんだっけな
>要するにDockerっていうのはサーバーがあってクライアントから
接続するものだからその接続先をDocker Toolboxに切>り替えるために使う
>
>Docker for Windowsの場合はそういう切り替えなしに接続できる
docker-machineはホスト操作のcliってだけでToolbox限定じゃない
Docker for WindowsでもインストールされるしHyper-Vのホストも立てられる
まぁリモートのホストに切り替えたりするのが主な用途だろうが >>424
ちなみにその方法だとTLS接続できないからセキュリティ的に問題がある場合はdocker-machineでホスト立てる、つーのが割と使われる回避策
こだわりがあるならvagrantなり諸々の方法で立ててもいいけど、そこまでの事情があるなら自力で何とでもできるわな 俺達のMicrosoftが本気を出せばUTF-8のサポートなど容易いことだ
Windows 10のInsider PreviewでシステムロケールをUTF-8にするオプションが追加される
https://srad.jp/story/17/11/14/0640253/ ええな
不具合は出るだろうけど強引にでもutf8へ移行させるべき >>433
LinuxでUTF16対応できないのは、
カーネルを含めC言語ライブラリが幅を利かせているからだよ
C言語ライブラリは文字を一文字ずつ眺めていってNULL文字が
登場したらそこが文字列の終わり。ASCII互換の文字列以外は扱えない
だからUTF16やUTF32のようなマルチバイトの中にNULL文字が
含まれてるような文字コードには簡単には対応できない
Windowsのように当初からASCII互換以外の文字列も
扱えるように設計されているOSと比べるのはかわいそう ■ このスレッドは過去ログ倉庫に格納されています