【Bash】Windows Subsystem for Linux【Ubuntu】2©2ch.net
■ このスレッドは過去ログ倉庫に格納されています
>>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 になっちゃいますので次のバージョンに期待かな。 めっちゃ初心者な質問ですまん shutodownコマンドとかrebootコマンドが使えないみたいだけどexitとか×ボタンでウィンドウを閉じたらいいの? OS自体が動いてるわけじゃないらしいから、WSL上でshutdownとか打ち込んだらWindowsをシャットダウンする意味になるから止められてるって感じ? 同じくOS自体が動いてるわけじゃないから、設定ファイルを編集したから再起動する、とかそういう必要も起こらない? >>687 Windowsのshutdownコマンド呼べない? shutdownコマンド入れると Failed to connect to bus: No such file or directory って出るよ 言い忘れてたけど入れたのはubuntu init ( systemd ) が動いてなきゃshutdownコマンドの意味ないけど動いてたっけ? >>687 linuxのバイナリがそのまま使えるというだけの機能なので、osを制御するコマンドはあっても使えないでしょう。 設定変更で再起動が必要になるのは、バックグラウンドで動いているプロセスに変更を反映させるためなので、そういうプロセスの設定を変えなければ不要。 そのうちデーモンも使えるようになるらしいから、そうなったら必要かもね。 でも、osまで再起動する必要は無いでしょうね いや、おれが言ってるのは /mnt/c/Windows/System32/shutdown.exe のことなんだけど・・・ >>690 topコマンドを入れてみたら、 init bash top が表示された >>691 なるほど、VMっぽいの想像してたけどだいぶ違う感じなんだな まだ触っただけだけどラグもなくポンッとlinuxのシェルが立ち上がったからびっくりした >>693 vmとは全く違うね どちらかというと、cygwinやmsysに近い でも、windows用にコンパイルし直すのでなく、専用のファイルシステムを用意して、バイナリがそのままうごくようになっている >>692 調べてないけど、linuxのshutdownの方が前のパスにあるんでしょ。 で、shutdownは使えないようになっているのでなくて、使えるようになってない。 %LocalAppData%\lxssが見つからないんだが… 場所変わった。というかそんな場所忘れたほうが良い。 Windowsから直接編集するとファイルの拡張情報がおかしくなって 正常にアクセスできなくなることがある Linux知ってるなら、chrootの仕組みが一番近いかな WindowsがLinuxカーネルの機能を持つ そのLinuxカーネルの機能をメインにchrootする マイクロソフト、仮想マシン上のUbuntuへWindowsからコピー&ペースト、Ubuntuからローカルドライブへのアクセスなど可能に http://www.publickey1.jp/blog/18/ubuntuwindowsubuntu.html なんだ、仮想マシンからか 早くWindowsからWSL上のファイルを 簡単に編集できるようにならないかな >>700 それがしたい理由ってなに? linux側からwindowsにシンボリックリンクを張る方法では解決できないこと? >>702 Windows上の使い慣れたGUIの テキストエディタを使いたいだけ いやだからWindowsで普通にアクセスできるところに置けばWSLからもWindowsアプリからも編集可能になるのに 何でそれをやらないのかという話 >>706 それをやるとWSLから見た時にパーミッションや実行権限などが おかしく見える。遅いという問題も有る。 lxfsはLinuxの標準的なファイルシステムと高い互換性があり パフォーマンスも良いが。drvfsはそうではない。 Windowsのアプリでファイルを編集するという話なのに 遅いもパーミッションも実行権限もクソもないでしょ... 結局702の言うようにそうしなきゃいけない理由が分からないと何とも >>706 >何でそれをやらないのか それをわざわざやりたくない Linux側で遅かったりパーミッションや実行権限が おかしかったら問題が有るでしょ 何を言ってるんだろうか? ワハハ、しょせんwindows linuxとのシームレス環境はまだまだ夢のようだなw 本物のunixであるmacとは次元か違うのだよ、次元がな 少し前にgrepの速度を比較したんだけど ・Cygwin より WSL は1.7倍ぐらい速い ・WSL, MSYS2, ついでに標準DOSコマンドのfindはだいたい同じ ・WSL より VirtualBox(Fedora26)は6倍ぐらい速い こりゃNTFS自体がボトルネックっぽいと思って、 WSLからVirtualBoxのLinuxデスクトップに乗り換えた。 ファイルやクリップボードの共有もできるし、 grepやGitは比較にならないほど速いぞ。 何言ってんだこいつ なんでそれでNTFSがネックだと思ったんだよ >>716 MSYS2のオーバヘッドってそんなに大きくないと思ってたし、 findはいちおうネイティブだろ? それらとWSLの速度が変わんないんで、 NTFSだとこの辺で頭打ちなのかな?と思ったんだよ。 まあこれが間違いでWSLがもっと速くできるんなら、それに越したことはないけど、 その改善を待たなくてもVMなら今すぐ、WSLよりずっと速い環境が利用できるわけで。 待ってたぜdebian ubuntuなんていらなったんや Debianはパッケージが枯れてるからデスクトップ向きだな。 DockerのサポートしてるしサーバーはUbuntuの方がいい。 WSLはどっちが向いてるのかわからん。好きな方使えばいい。 お、これでUbuntuとDebianの二窓できるのか コマンドラインならほぼ同じだろうし WSLだとウィンドウシステム無しになるけど、DebianとUbntuの違いってあるんだろうか。 fedoraはなんなんだろうね 需要が無いのだろうか >>729 VcXsrvとかWin用のXサーバ入れて無理矢理デスクトップ環境を起動出来る。 >>731 MicrosoftがX Server用意してくれたらいいんだけどね、無理だろうね。 マイクロソフトアカウント死んでも取らないマンの俺でも wslはlxrunofflineなどのおかげでストア無しでも快適に 使えてたが(俺はarch linux利用中)… ストア配布のディストロが増えてきたってことは やっぱり近々マイクロソフトはストア配布ディストロ以外は 使えなくするのかねえ >>729 > WSLだとウィンドウシステム無しになるけど、DebianとUbntuの違いってあるんだろうか。 パッケージのバージョンが違う Ubuntuは新しい。だけどイメージサイズとかでかい。 Debianは少し古い。だけど小さい Ubuntuは開発向け。最新の開発ツールとかで新しめのパッケージが要求されることが有る だけどサーバーはDebianが多いからサーバーに合わせたいと思えばDebian debian sid入れたわ サブシステムだから不安定でも起動しなくなることはないからいいね >>735 sidなのかってびっくりした 普通はstretchだね https://gunosy.com/articles/RyB4l > 今回Microsoft Store経由でダウンロード可能にしたDebian GNU/Linuxは安定版の「Debian 9/stretch」をベースにしている。 >>733 ストアでも無料アプリならMSアカウント要らんぞ、WSLに限らず ストアアプリすら通さなくてもWindows Server Installation Guideの文書の方にappxファイルの直リンあるしな >>724 ついにDebianも動くのか。良いことだな >>729 >>734 Debian は Stretch なぶん Ubuntu 16.04 より少し新しいみたいですね。 Debian bash 4.4.12 diff 3.5 man 2.7.6.1 nano 2.7.4 python 2.7.13 sed 4.4 vi 8.0.707 apt 1.4.8 Ubuntu bash 4.3.48 diff 3.3 man 2.7.5 nano 2.5.3 python 2.7.12 sed 4.2.2 vi 7.4.1689 apt 1.2.25 openSUSE bash 4.3.42 diff 3.3 man 2.6.6 nano 2.8.5 python 2.7.13 sed 4.2.2 vi 7.4.326 カーネルリリースはどれも 4.4.0-43-Microsoft でした。 >>733 https://github.com/DDoSolitary/LxRunOffline "Install any Linux distros to any location on your disk." こんなのあるんだね そうか、カーネルはどのディストロも同じか。それで問題にならないのかな・・・ 元々kernelはconfig弄れるのにバージョン情報で分岐するソフトなんてそれを表示するソフトだけでしょ >>741 一番下に >All Windows 10 versions with the Linux subsystem support. ってあるんだけど32bit版WindowsでもLinuxが動くのか? あ、「LinuxサブシステムをサポートするすべてのWindows 10バージョン」だから駄目か >>742 > そうか、カーネルはどのディストロも同じか。それで問題にならないのかな・・・ WindowsがLinuxカーネルをエミュレートしているので Linuxカーネルは使っていない だからWSLはLinuxではないと言いかえることもできる もともとディストリっていうのはカーネルが入れ替え可能になってる (というよりカーネルにいろいろパッケージを付け足したのがディストリ) WSL上で動くUbuntuやDebianなんかは、カーネルをWSLに入れ替えているわけさ 本質的には↓これと同じ。WSLはLinux用バイナリまで対応しているという違いは有るけど https://ja.wikipedia.org/wiki/Debian_GNU/kFreeBSD Debian GNU/kFreeBSDは、Debian GNU/LinuxのLinuxカーネル部分を FreeBSDのカーネルに置き換えたシステムである。 >>733 > やっぱり近々マイクロソフトはストア配布ディストロ以外は > 使えなくするのかねえ 使えなくする理由がない。 ただマイクロソフトは自分の会社のプロジェクトとしてWSLを作ってるわけで 最初から自分の会社の以外で対応させたディストリのことは考慮してないし、 そもそも他人のプロジェクトなんだから考慮することはできない 設計上そういうことができる仕組みになっているけど、マイクロソフトの都合で設計は変わる 勝手に対応したのなら、勝手に変更に追尾してねって考えだろう >>747 wslがある程度成熟してユーザの選択肢に 上がるようになったときに自社配布ディストロ 以外を排除する理由なんて六通りは思いつく 大昔にBoWってのがあったらしい。 使ったことないけど。 >>753 あったねー。BSD on Windows Bash on Windowも"BoW"だってことに気づいた・・・ >>754 あのころはLinuxなんてまだまだだったからね。 Windows Subsystem for BSD だったらWSBになるのかな。 現代のBoWともいえるflinuxがWSL登場で完全にいらない子になってしまったのが悲しい https://github.com/wishstudio/flinux arch linuxで使ってるがローリングリリースのOSだとしょちゅうfakeroot-tcpを手動インストールしてやる必要があるのがめんどくさいな wslが早いところシステムコール全部実装してくれればすむのに Frequently Asked Questions Who is this for? https://docs.microsoft.com/ja-jp/windows/wsl/faq#who-is-this-for This is primarily a tool for developers -- especially web developers and those who work on or with open source projects. This allows those who want/need to use Bash, common Linux tools (sed, awk, etc.) and many Linux-first tools (Ruby, Python, etc.) to use their toolchain on Windows. WindowsにJupyter入れようとして失敗したが、BoWにインストールしたらすんなり動いた。 このまま久しぶりにBoW使うことになりそうだ >>764 BoW? 20年以上前のソフト使ってるの? ■ このスレッドは過去ログ倉庫に格納されています
read.cgi ver 07.5.5 2024/06/08 Walang Kapalit ★ | Donguri System Team 5ちゃんねる