【Bash】Windows Subsystem for Linux【Ubuntu】2©2ch.net
■ このスレッドは過去ログ倉庫に格納されています
誰もやらんかもしれないけど
@ WSL の Ubuntu の bash から使う git
A Git for Windows の Git Bash から使う git
これらを混ぜると危険
Aでサブモジュールを含むローカルコピーを取ってきた後
サブモジュールを取り直す時に
間違って@で取ると
以降 git status --porcelain が失敗する
TortoiseGit が Git for Windows に依存するので
TortoiseGit でのいろんな操作も失敗するようになる
ようやく気づいたよ、、
修復方法はサブモジュールを
Git for Windows のGit Bash から取り直すこと >>496
>Note: We fixed a bug in the metadata format used by DrvFs.
>While metadata works on this build for experimentation, future builds will not correctly read metadata created by this build.
>You might need to manually update owner for modified files and devices with a custom device ID will have to be recreated. >>501
んなばかなクライアントが違ったら壊れるとか使い物にならないだろう
windowsからWSLのファイルにアクセスしてるだけでは? >>502
もしかしてこれのせい?
確かにWindowsアップデートしてから起きるようになったよ ようやくバックグラウンドでsshが動くようになったみたいだな VirtualBoxでUbuntu動かした方がすっきりする気がするんだが。わざわざサブシステムで無理やり動かすメリットって何? わざわざ仮想マシンで動かすオーバーヘッドと容量が気になる
Windowsとファイルシステムやコマンドをシームレスに連携
とかとか
(仮想的な)別マシンではなく一つのマシンで済ませたい
マカーがUnix環境使いたいときはわざわざVMにLinux入れたりせずそのままMacの端末使うでしょ(OS XはUnix互換だし)
Windowsがそれに近づいた 今はまだVirtualBoxでいいとかcygwinでいいとかあるけど
・WindowsとWSL上で相互にファイル読み書きができるようになる
・Dockerが動くほどカーネルの互換機能が高まる
のどちらか、または両方が実現できたら大きく化けるよ
クラウドの関係のアプリ開発はWindowsだけでできるようになる あとwsl側でwindows側のコマンド実行できたらcygwinはいらなくなるけどできるんかな? あともう一個
wsl環境をvmの仮想マシンのように複数個作れるようになること
これができればvmの出番も少なくなる >>517
>wsl側でwindows側のコマンド実行
>>209 今windowsのAnacondaのpython使ってるんだけど、
WSLにAnaconda入れるのと処理速度どっちが速いんだろ >>518
> wsl環境をvmの仮想マシンのように複数個作れるようになること
> これができればvmの出番も少なくなる
UbuntuとopenSUSEの両方を起動した時、別々の環境になっているので
技術的には可能だし実現済みの機能(でも使われていない)ではあるが、
WSLの方向性とは違ってるから複数作れるようにするべきじゃない
WSLは所詮、APIを変換するだけのレイヤーなので、起動しているOSとしては
一つなのだから環境が複数個できるのはおかしい。わかり易い例で言えば
理想的にはホームディレクトリはどのOSからみても共通であるべきだ
ただしLinuxカーネルの機能としてはchrootやコンテナ機能があるわけで、
WSL環境に入ってから、別のOS環境を作ることはできるだろう
Ubuntu起動直後から環境を分離することは簡単だから、
事実上複数個作れるような感じで使えるだろう VMは動作が気色悪い
WSLはdbusがまだまだ
長い目で見ればWSLは優秀だがXwindowsくらい標準装備しとけと思う 開発者向けであるWSLでXとか、何に使うんだよ
WSL上でLinux版Eclipseでも動かしたいのか? Xwindowsとか言う奴の意見なんて無視でいいよ opencvとgnuplotとemacsでguiを使いたかっただけなんや >>526
そのうち付くのかもしれないですね。
とりあえず VcXsrv とかで賄えますよ。 >>526
使えばいいじゃない
なんでWSLでX serverが動かないとダメなんだ? >>523
> 長い目で見ればWSLは優秀だがXwindowsくらい標準装備しとけと思う
そう思うのはX WindowとWSLとWindowsの関係を理解してないからだぞ
X Server とはキーボードやディスプレイを提供しているものなので
Windowsデスクトップと役割がかぶっている
X Serverを装備するとしたらWSL上ではなくWindows上になる
(どこかに図が有ったと思うんだが、NTカーネルからみて、Win32もWSLも
同じサブレイヤーだがデスクトップはWin32が専有していたはず)
つまりX Serverを実装する時、WSLは関係ない話ということ
WindowsのデスクトップにX Serverの機能を内蔵するのもありだろうし、
X Serverの機能を提供するアプリをMSが標準で用意するのもありだろう
だけど今のところはそんなのはない。
だがサードパーティ製のX Serverアプリは存在する。
X ClientはWSL上で動くわけで、X WindowのGUIアプリは今現在でも動く
それで十分なんだよ。優先順位は低くて良い >>529
X window systemをXwindowsと書いてしまったことを怒っているのは当然だろうとは思うしごめんなさいしておくが
X serverがどこで何を供給していたかはわかっているから
別に今すぐWSLを入れたときについでにX windowを入れるようになってほしいわけでもない
だから長い目でみて待っているわけだしdbusの不具合が治らないなら普通のubuntuを使うだけだし 出来ることが3rd ptと何一つ変わらないものに人割くくらいなら1st ptしか手を出せないファイルI/Oの性能向上とsyscallエミュレーションの拡充に尽力してほしいわさ MSはまだ「コンソールを作り直す」とか言ってる段階だぞ
X Serverなんてとてもとても
https://blogs.msdn.microsoft.com/commandline/2017/10/11/whats-new-in-windows-console-in-windows-10-fall-creators-update/
The modernization effort is not quick, nor simple. The overhaul requires significant changes to the Console's internals; replacing legacy/out-of-date code with modern, well-tested replacements; and improving support for many user and customer requests.
And all this has to be done without changing existing behavior, and without breaking the world. The Console, it turns out, is one of the most used apps on Windows, second-only to the browser!
And its used for many critical tasks and roles, not least of which is building Windows itself, and running every command-line application on every machine world-wide.
Alas, much of this work is not really visible to the end-user, but it is essential for us to complete so that we can start working on high-value end-user-visible features that many of you are asking and waiting for us to deliver! UbuntuをDドライブに保存できないの?
Cドライブあんまり汚したくないんだけどな windowsはそういうドライブ固定なことが多々あってつらい CはSSDだから
あんまり細々としたものを書き込まれると寿命が短くなるから嫌だね
UbuntuをCドライブにインストールしたら/tmpとかのubuntuのファイルもCドライブに出来るのかな? %LOCALAPPDATA%にインストールされるんだから
Windows側のホームフォルダごと変えればいい
[HOW TO] ユーザー プロファイルとプログラム設定のデフォルトの場所を変更する方法
https://support.microsoft.com/ja-jp/help/322014 普通にログインすると、Windows側のホームディレクトリが
/mnt/c/Users/HOGE
になってるんだけど、これを
/mnt/d/Users/HOGE
にする方法ありませんかね?
何をやりたいかと言うと、VSCodeでbashのg++でファイルをコンパイルしたいんですが、私のMy DocumentsはDドライブにあるのでどうしたものかと 普通のコマンドプロンプトのデフォルトディレクトリを任意
の場所にしておいて、bashじゃあかんのかな? 誰でも簡単にパソコン1台で稼げる方法など
参考までに、
⇒ 『宮本のゴウリエセレレ』 というブログで見ることができるらしいです。
グーグル検索⇒『宮本のゴウリエセレレ』
0UG8K8GP6A まあubuntuがあれば特に問題ないしな
rpm使いたいならsuseもあるし https://github.com/Microsoft/WSL/issues/2584
non-technical issuesを解決するために頑張ってるって書いてあるから
ライセンス周りとかでごちゃごちゃしてるんじゃねーの? ぶっちゃけ、仕事でしかLinux使わないから、Redhat系しか使ったことない。
Redmineがデフォルトでインストールされているから、Redhatより良いと
騙されてubuntuを激貧プロジェクトで導入して、あまりの違いに萎えた。
ということで、もう、Redhat系以外は嫌です。 俺は仕事でもdebianやubuntuばかり使ってるな
redhat系使いにくいねん
具体的に言うとselinuxとか selinuxをdisabledで使うアホが増えないようにUbuntu頑張れだよな selinuxは滅びてapparmorに移行すべき AndroidとUbuntuが採用してくれたら一気に変わるだろうね やっぱりselinuxを使うところもあるんだね、小規模なWebサイト系?
SI系というか大規模エンタープライズだと、FWとかLBとかIDSとか
全部アプライアンスで入っているので、その内側のサーバのOSは、
selinux無し、iptablesも無しが標準だよ。 大体パッケージソフトのどれかがSELinux非対応なんで無効化してる
残念だ、実に残念だ(棒 やっぱapparmor選んでるUbuntuが素晴らしいということね Fedora出す気ねぇなら Storeの文言から消せよな
もう年越しちまったぞオイ さっきwindows updateがあった
C:\Windows\System32\drivers\lxcore.sysのタイムスタンプが新しくなった Windowsのテキストエディタで編集しても問題なくなったのかな? >>565
こんなことするぐらいだったら、Windowsも初めからUnixに載せ替えればいいと思う。 >>567
MSの目的はWindowsの世界はそのままに
Linuxを取り込むことだから、Unixに載せ替えただけじゃ実現不可能
Unixに載せ替えたら今度はUnix上でWindowsアプリが
動くようにしないといけない
Wineをのっとったとしてももっと時間がかかるよ
WSLがリリースされた後開発が続くか不安だったが杞憂だったようだ。
十分な速度で機能が追加されていっている Windows側にWSLの技術を持ち込むのはどうかな WSLでX Window Systemのサーバー側が作れない(難しい)理由が >>571 に書いてあった
> 3種類の環境サブシステムの中では、Windowsサブシステムは特殊な意味を持っています。
> つまり、Windowsはその環境サブシステムなくして動作しないのです。
> Windows環境サブシステムは、キーボード、マウス、ディスプレイを所有し、
> ログイン対話ユーザーを持たないサーバーシステムでも必要とされます。
> 残りの2つの環境サブシステムは、オンデマンドで組み入れられるにすぎません。
Xサーバーが提供すべきキーボード、マウス、ディスプレイを
Windows環境サブシステムが所有してるからWSLからは直接使用できない。
もちろんWindows環境サブシステムでXサーバーを作ればいいだけの話なんだが。
X Window Systemのアーキテクチャ的にもそれが素直な実装 Unicode対応というのは、UTF-8、UTF-16、UTF-32のいずれかが使われているということ
(他にUCS-2やUCS-4など今は殆ど使われていないものも有るが省略)
WindowsはNT3.1のころからUCS-2、Windows 2000からはUTF-16に対応している。
なぜUCS-2なのか?というとUTF-8もUTF-16も当時は存在していなかったから
つまりWindowsはかなり早い時期にとっくにUnicode対応をしている
■Windows は Shift-JISじゃなかったの!?
違う。一番わかり易い話をするならば、Shift-JISは日本語専用。言うまでもなくWindowsは多言語対応。
外国で日本語専用の文字コードが使われているわけがない。もう一つの例はファイル名に
「白抜きのハート」が使えることからも明らかにわかる。これはShift-JISにはなくUnicodeにしかない文字
どうしてこのような勘違いをする愚か者がいるのかというと、Unicodeに対応していない古いアプリの話をしてるから
Unicodeに対応していない古いアプリの互換性を維持するため(さすがWindowsの互換性は高い!!!)に、
「Unicode対応ではないプログラムの言語」の設定が日本語になっている
https://121ware.com/qasearch/1007/app/servlet/relatedqa?QID=019795
もちろんUnicode対応のアプリではUnicodeが使われる。だからWindowsはUnicode対応で、Shift-JISなのはアプリの問題
古いアプリを切りしてたら困るだろう?ちゃんとWindowsは対応してる。
■ 歴史
1991年10月 Unicode 1.0 (UCS-2登場 最大65,536文字)
1993年07月 Windows NT3.1 リリース (UCS-2対応)
1996年07月 Unicode 2.0 (UTF-16登場 最大1,048,576文字)
1996年09月 Windows NT3.5 リリース
1996年10月 ISO/IEC 10646-1:1993/Amd.1制定 Transformation Format for 16 planes of group 00 (UTF-16)
1996年10月 ISO/IEC 10646-1:1993/Amd.2制定 UCS Transformation Format 8 (UTF-8)
2000年02月 Windows 2000 リリース
■ 参考
https://ja.wikipedia.org/wiki/Microsoft_Layer_for_Unicode
https://en.wikipedia.org/wiki/Unicode_in_Microsoft_Windows
https://ja.wikipedia.org/wiki/ISO/IEC_10646 >>574
元々Xerox のStarのコードで合った事の説明が無いな。書き直し。 WSL の gitをWindowsのソフトと連携できるようになるのはいつ頃かね
これが出来ないならWSL必要ないわ 元々UCSで世界中の現用の文字は全て収容できるはずだった。
16bit 65536個もの文字を収容できるコード体系だ、ぶっちゃけた話が、漢字さえ収まればなんとかなるだろう。
懸案の中国で、現在も使われている漢字は3万種程に収められるという。これならば数千文字を使う日本と分けても収まる。
UCSで文字コード体系の統一は可能だ。目途が立った。誰もがそう思った。俺だってそう思った。
…ところが、そうはいかなかった。
19200種もの文字種を要求してきた国があった。
韓国だ。
ハングルとは、いくつかの記号を組み合わせて作られる表音文字らしい。
しかし組み合わせの多くは実際には使われておらず、現用のものはわずか2000種類にも満たないという。
仮に論理上考えうる全ての組み合わせを実現した場合に、文字数は19200種類にも及ぶという。
韓国は、それを全部組み入れろと主張した。
中国が現在使われていない漢字については諦めて実利を取ると表明したにも関わらず、韓国だけはその卑しい要求を取り下げることはなかった。
この国は、どこかおかしい。
それまでその存在自体を認識していなかった若かりし頃の俺に、韓国という「頭のおかしい国」の存在ができた出来事が、このUCS騒動だった。
まだ2ちゃんねるなど出来るずっと前、おおっぴらに「韓国人?あああのキチガイ。」と話せる世相ができあがるより、ずっと前の話だ。 日本の漢字もやばいけどな
明治期に戸籍に書かれた誤字が大量に別物として存在してるしあるし unicodeに登録してあるのはある程度整理済みだが
実際は6万字以上存在する
渡邊だの渡邉だの
書き間違いとかも認めちゃってるんでしょ 有る無しじゃなくてそれを標準規格に組み込めってタダこねてるってことだろ 漢字に関しては統一して異字体セレクタで頑張れと言いたい
いっそ書き間違いセレクタでも作ろうかw
っていうかちょっと前にIPAが異字体セレクタ使いつつ6万文字の割当を完成させたニュースがあったような
ハングルは完成形で登録されてるのは1.2万文字程度だっけ
現代の韓国語で使われる組み合わせ全部
unicodeの前はよく使う約2千文字を収録した文字コードがあったけどそれだと外来語の表記ができなくて困ってたので全文字収録が望まれていた
(例えば슌(syun)が収録されてなかったので小栗旬とかのシュンを表記するのに仕方なく슈(syu)운(un)って書いたりとか) >>579
ユニコード出始めの頃からCJKVの国は一貫して勝手に決めるな西洋人めと反対してきた
ネトウヨの歴史修正主義をこんなところに持ち込むなや unix socketsがサポートされるということはdbusの実装も支障がなくなるな ていうか、もう出ないの?
諦めて、Ubuntuとかいうマイナーなの使った方が良いの? Fedoraなんてマイナーなのはサポートする気ありません
って言われたいのかな 確かに、Fedoraはマイナーかも。CentかRHELかOracleLinuxだよね。
RHELのライセンスってWindowsよりも高いし、
ちょっとした役割のサーバにも一括でRHELのライセンス買うので……
もしかして、WSLでFedora動いてもMSしかメリット無いだろ、
と思っているので、RH的にはあまり乗り気でないとか…… 今のMSならしれっとどんなディストリにも対応しそうな気がするw ■ このスレッドは過去ログ倉庫に格納されています