【Bash】Windows Subsystem for Linux【Ubuntu】2©2ch.net
■ このスレッドは過去ログ倉庫に格納されています
unix socketsがサポートされるということはdbusの実装も支障がなくなるな ていうか、もう出ないの? 諦めて、Ubuntuとかいうマイナーなの使った方が良いの? Fedoraなんてマイナーなのはサポートする気ありません って言われたいのかな 確かに、Fedoraはマイナーかも。CentかRHELかOracleLinuxだよね。 RHELのライセンスってWindowsよりも高いし、 ちょっとした役割のサーバにも一括でRHELのライセンス買うので…… もしかして、WSLでFedora動いてもMSしかメリット無いだろ、 と思っているので、RH的にはあまり乗り気でないとか…… 今のMSならしれっとどんなディストリにも対応しそうな気がするw debianいいねえ ubuntu微妙だし早く乗り換えたい もう、ubuntuで良いやと思って、入れてみたら、案外よかった。 というか、pythonやrubyで使うだけなら、あんまり影響ないね。 Windowsにruby入れても、Cのライブラリに依存するgemとか インストールに苦戦するけれど、WSL上なら案外簡単に出来た。 でもyumだと-develというのが多いと思うんだけれど、 apt-getだと-devという名前が多いのね…… パッケージで何入れればいいか困ったら、apt-file使って適当なファイル名で検索すると分かるかもしれない。 GitはWSLのものをWidnowsアプリから呼び出せないものか・・・ Visual Studio Codeから使えるとGit Bashとか入れなくても済むんだけど。 細かい話なんですけれど、WSLのプロセスをWindows Firewallを使って送信制御とか 出来ないですよね? 仕方ないから、WSLを使うときは、一時的にフィルタリング無しに設定しています…… >>609 何故できないと思ったの? そもそもファイアウォールの設定したことある? Windows Firewallってプロセス単位だっけ? ポート単位でもできるんだっけ? プログラム単位でもできるしポート単位でもできるし色々できるぞ 随分と高機能になったよな 昔は内向きにしか対応してなかったのに Windows10 Home で、WSL(Windows Subsystem for Linux)正式版を簡単に導入できた MS Store から簡単に、Ubuntu 16.04 をダウンロードできた。 サイズは、200MB ほど パッケージマネージャーで、Ruby 2.3 も簡単にインストールできた Fedoraより先にRedstone 4が来るなこれは WSL で、Ubuntu 16.04 をダウンロードして、 sudo apt-get update sudo apt-get dist-upgrade それに、Ruby をインストールして、日本語ロケールを導入して、man を日本語化したら、 結局、850MB ほどになっていた Build 17093のWSLに関する変更点 ttps://kledgeb.blogspot.jp/2018/02/wsl-131-build-17093wslunixwsl.html >「DrvFs」は、ディレクトリーごとに大文字・小文字の区別の有無を識別するフラグを設定できるようになりました。 >このフラグは各ディレクトリーごとに設定でき、このフラグが指定されたディレクトリー内に対するすべての操作は、 >大文字・小文字の区別が行われるようになります。 >またこのフラグが指定されたディレクトリーは、Windowsアプリも大文字・小文字を区別するようになります。 >>622 すごいな・・・ NTFSでは大文字小文字を区別できる能力はあったとは言え Windowsで区別しないものを WSLでは区別できるようにするとは >またこのフラグが指定されたディレクトリーは、Windowsアプリも大文字・小文字を区別するようになります。 これもうコアレベルの修正じゃねーか まあフラグ方式なら安全だろうけど >WSLでは区別できるようにするとは ずっと前から区別してんのに何を今更なこと言ってんだろう 前世紀のPOSIXサブシステムですら大文字・小文字の区別はしてたんだけどな https://technet.microsoft.com/ja-jp/library/mt629097 (v=vs.85).aspx Windows は大文字と小文字を区別しませんが、POSIX サブシステムでは大文字と小文字の区別がサポートされています。 このため、POSIX サブシステムのユーザーによって、 名前が同じで大文字と小文字の組み合わせだけが異なる別々のファイルが作成される可能性があります。 この場合、通常の Win32 ツールを使ってこれらのファイルにアクセスしようとしても 一方のファイルにしかアクセスできないため、ユーザーに混乱をもたらす可能性があります。 Windows側の、TeraPadで、ファイルを保存せずに編集しているけど、 クリップボード経由では、Linux側のvim, nano へ、paste できない ファイルを一々、保存しなきゃいけないのか? Windowsアプリの、win32yank を使うと、 クリップボードで渡せるみたいだが、皆どうしてる? おおー、vim, nano も、 右クリックメニューで、エディタ間の範囲のコピペも、自由にできる! おいカスども! WSL入れたら次はX Windowだろうが! 貴様らASTEC-Xですか? それともVcXsrvですか? >>632 ありがとうございます。 MobaXtermは試されましたでしょうか? パッと見なかなか魅力的ですが。 >>633 mbaXterm 知らなかった。もろwsl用って感じてすね。 これからちょっと試してみる >>634 おっとっと 当方VcXsrvをお試し中 mobaXtermってmingw+パッケージ管理+ssh GUIという印象だったんだけど WSLだとちょっと余計なものがつきすぎてるような >>638 方向性がまるっきし違うよ mingwとかcygwinのそうだが、これらはWindows上で 動く新しいディストリを作るもの Linuxカーネルは作らず、ディストリのみを作る WSLはLinuxカーネルを作ろうとしている ディストリは作らない。既存のディストリを拝借 前者は別のディストリなので、パッケージ管理システムは別だし そのディストリ用にビルドが必要になる 本来カーネルレベルで必要なものをエミュレートしてるから どうしても限界がある それに対してWSLはLinuxカーネル互換機能をWindowsカーネルそのものに 追加しているから理論上はWindowsがLinuxそのものになる WSLは余計なものがつきすぎてるどころか 何もついていないと言ったほうがいい パッケージ管理もGUI?もSSHもbashもWSLにはついていない Linuxカーネル互換機能とディストリをブートする所までだ MobaXterm側に余計な物が付きすぎてるって話でしょ? >>639 こいついつも壊れたレコードみたいに同じ文章コピペしてんな >>639 >WSLはLinuxカーネル互換機能をWindowsカーネルそのものに追加している そんな事してねーよ 環境サブシステムについて勉強しなおしてこい 638はmobaXtermはXサーバーとしては余計なものが付きすぎていると言っている 639はそのレスをWSLに余計なものが付きすぎていると誤解釈して突然の長文レスを投稿した可愛そうな人 WSLって大昔のPOSIXサブシステムみたいなもんか? あ、ウブンチュとか入れないとlsもできないからチョット違うか そうまでしてubuntu使いたいなら もうwindows要らないじゃん ちょっと前までWSL使ってたけど、本物との微妙な違いに馴染めず 今じゃUbuntuをVMやDockerで使ってるわ。 >>638 >>634 msys2をつかっていて、wsl+ubuntu+cmder+VcXsrvに移行中の俺がmobaXtermを軽く使ってみている。 確かにお手軽でよい。インストールしていきなり使える。 見た目はかなりゴテゴテしているので、普段使いにはもう少し控え目がいいなぁ。 肝腎のXの性能はVcXsrvに比べてちょっともたつくような気がする。といっても、emacsしか使わないか。 そもそもsshクライアントなので、cmderと比べるのはフェアでないかな。 sshでの作業が多い職場での作業に役立ちそう。 なんかすまん…趣旨は>>643 の言うとおり VcXsrvで今の所困ってないけど、VcXsrvがUnix domain socket対応したら WSLとのやり取りはもうちょっと早くなるかもしれんね >>654 微妙な違いってどんなこと? ほとんど違和感とか感じないで使っているので気になる >>657 違いというか、ファイルシステムが結局NTFSだからそれがボトルネックになってしまっている感じはあるな。 >>658 具体的に何で困っているのか、 後学のためお聞きしてよろしいか VcXsrvで日本語表示日本語入力できたけど WindowsのIMEで日本語入力できた人いる? IMEのユーザ辞書にイロイロ登録してるから uimよりMS-IMEで入力したいんだよね。 >>661 ASTEC-X ならば可能のようです。 ttp://www.astec-x.com/FAQ/windows_ime.html 個人的にはcygwinとVM使ってるけど どっちの代わりにもならんから使いどころが今のところわからない 特にvmはともかくcygwinの代わりには絶対ならなさそうなのが残念 >>661 emacs限定になるけど、mozc_emacs_helper.exeを使えばWindowsのgoogle日本語入力 と連係できる。自分はshellもemacs内で使っているので、これで満足している。 cygwinだとかえって環境汚染になっちゃわない? あるあるw CygwinでVagrantやら色々やろうとしてぐっちゃにした覚えがある。 >>667 デーモン動かしたりし始めるとイロイロおかしくなってわけわからんようなる >>666 グーグルは脳みそ吸われそうで怖い。 MS-IMEがいい。 VcXsrvってソースホージからソース落としてVC ++2012でコソパイルできるんだっけ? 俺一人だけ幸せになろうかな… とりまgitでVcXsrvのソース落としてきた。 明日はビルド…と行きたいところだが仕事。 社畜つらい。 しかしMS-IMEに対応させるのどうするんや? 皆目見当が付かんけど、デバックモードで コンパイルしてキー入力辺りをトレースしてみるか。 しかしX Windowスレの連中は無能やな。 ゴミしかおらん。 無事に対応できても絶対に公開せん。 あいつらには恩恵を与えん。 cygwinはwin32コンソールアプリと連携するのに使う >>670 ASTEC-X の様な MS-IMEと連携できる独自入力メソッドの実装か、 Win上で動く X端末エミュレータの様に MS-IME を受けられるオブジェクトの実装が、 実現しやすそうな気がします。 >>674 WSLのbashからWindowsのEXEを起動できる /mnt/c 以下で、Windows の、c: 以下にアクセスできる 漏れは、~/.bash_aliases に、こう設定してる export LANG=ja_JP.UTF-8 shopt -s expand_aliases alias mydoc='cd /mnt/c/Users/ユーザー名/Documents' cygwinはアプリを再ビルドしなきゃいけない WSLはLinux向けのバイナリがそのまま動く GemsやNodeJSの環境が手軽に用意できるのは嬉しい。 Windows環境に突っ込むのは気が引けるがこっちならいい。 後でいらない・気に入らないならごっそり消せるし・・・ /mnt/c を自動マウントしないようにできませんか? あるいはreadonlyだけでマウントできたらうれしい。 >>681 ありがとう。現行バージョンでマウントしないようにするためには /mnt/c -> /dev/null にリンクしておくといけた。 それで/mnt/cにファイル放り込むと消えるかな? /dev/nullが動くのか見てないな。 Build 17110 https://docs.microsoft.com/ja-jp/windows/wsl/release-notes#build-17110 DrvFs now uses per-directory case sensitivity by default (equivalent to the “case=dir” mount option). Using “case=force” (the old behavior) requires setting a registry key. Run the following command to enable “case=force” if you need to use it: reg add HKLM\SYSTEM\CurrentControlSet\Services\lxss /v DrvFsAllowForceCaseSensitivity /t REG_DWORD /d 1 If you have existing directories created with WSL in older version of Windows which need to be case sensitive, use fsutil.exe to mark them as case sensitive: fsutil.exe file setcasesensitiveinfo enable >>680 現行(v1709)だと HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Lxss\{GUID}\Flags の3ビット目を下げる方法がある https://msdn.microsoft.com/en-us/library/windows/desktop/mt826872.aspx >>685 こんなのあるんですね。参考になります。 all or nothing になっちゃいますので次のバージョンに期待かな。 ■ このスレッドは過去ログ倉庫に格納されています
read.cgi ver 07.5.5 2024/06/08 Walang Kapalit ★ | Donguri System Team 5ちゃんねる