【Bash】Windows Subsystem for Linux【Ubuntu】2©2ch.net
■ このスレッドは過去ログ倉庫に格納されています
待ってたぜ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年以上前のソフト使ってるの? 当初はBash On Windowsって呼んでたから誤解を招いていかんね。
今はWindows Subsystem for Linux/WSLに統一されてるっぽい。 最初からWSLの名称もあったけど頭の固い人がBash On Windowsで刷り込みされたまま何時までも抜けないんだよな >>767
IMEをいまだにFEPとか呼んでる人かよ WSLとWindowsの2つにPython(Anaconda)をインストールしたら競合する? >>769
FEP懐かしすぎ
ここで出てくるまですっかり忘れてたわ
松茸とかあったよな 好きなディストロをWSLで使えるようになる道ができてきたぞ
これで明日はホームランだ
Open Sourcing a WSL Sample for Linux Distribution Maintainers and Sideloading Custom Linux Distributions
https://blogs.msdn.microsoft.com/commandline/2018/03/26/wsl-distro-launcher/ >>774
それぞれのプロジェクトが好き勝手な方法でやってたから
WSLの実装方法が変わったら使えなくなく可能性があった
公式の仕様ができたから、これに従ってれば将来もちゃんと動くはず 好き勝手やってたのはlxssフォルダの中身入れ替える奴だろ
これと同じ公式の仕様であるwslapi使ってるのは既にいくつもある
主眼はFor Linux Distro Maintainersの方だと思うね OSがやり方用意してくれなきゃちゃんと使えないっていうのは
もうそれOSじゃねえよなあ
実際のところアプリストアとか言い始めた頃にはもう何かおかしかったわ DOSからWindowsへの移行期に「アプリからハードを直接制御できないなんてありえない!」って怒ってた輩と同レベルの人かな >>780
MSの小間使い()じゃない人はWSLなんかじゃなくて
本物のLinuxを使えばいいと思うの Debian は sources.list を書き換えて buster にできるのですが Ubuntu は artful や bionic にしようとすると途中でエラーになりますね。 >>786
alt + space でのウィンドウメニューが開けなかったので地味に嬉しいですね。 新機能はRS5のほうか・・・
RS4のリリースプレビュー入れたけど使えない。 Ubuntu 18.04 LTS リリースに伴い、WSL でも 正常に 18.04 にアップグレードできるようになっていますね。 do-upgrade-releaseするんならストアに無いディストリを自分で入れてるのと変わらん >>794
新しいバージョンへは Debian も Ubuntu も sources.list を書き換えて apt update apt full-upgrade しています。
WSL はカーネルは変わりませんが、実機や仮想はカーネルも新しいものになっています。
do-release-upgrade は使用したことがありません。というか知りませんでしたw >>794
そう言われればそうかもしれないが、apt upgradeでパッケージを更新するのと大して変わらないとも言える
先ほどdo-release-upgradeで18.04にできました Windwos April 2018 updateにしてから、ubuntuで
sudo do-release-upgrade -d
したら、lxdの更新後処理で止まった
強制終了したらいろいろ壊れたのでアンインストール
使い慣れてるdebian/testingへ移行 April 2018 Update を機にカーネルがマイナーバージョンアップされていますね 動かすディストリに関係なくカーネルバージョン決まるのか? >>801
カーネル(を模したもの)はマイクロソフト製で、上に乗っているディストリやそのバージョンに影響されません。(今のところ) おおかた/procのversionとかいうどうでもいい情報を見てカーネルが更新されたとか言ったんだろう wslではLinuxカーネルは動いていないのでカーネルバージョンは仮の数字でしかない 単なる目安だな。
Dockerで複数のディストリを扱うときと似ている。
ホストのカーネルバージョンはどこのコンテナも同じになる。 >>805
今はバージョン 4.4 相当を実装していますが、この先 例えば 4.15 相当を実装したならば、カーネルが 4.15 に更新されたと見ていいのではないでしょうか。 4.4相当の実装をしているって何を基準に言っているんだ…? >>807
わけのわからない論理
何がいいのかサッパリだ WSLが使用可能な状況で誰がその恩恵受けるんだってなるけど、RS5でメモ帳がLF改行コードに対応した wslで無線lanを認識しないのは現時点ではどうしようもないのでしょうか ifconfigでwlなんとかで出てこないってこと?
ハードウェアはWindows側の管理だからな。 >>812
sudo ip addrしたらeth0とかwifi0とか出てきてびっくりした あー本当だ
ネットワークコマンドが結構使えるようになってる >>811です
iwconfigを使うと認識しないんですよね
後々なんか対応されるのでしょうか do-release-upgradeじゃダメなんだっけ? 18.04の変更点っていうかメリットって何?
調べてもデスクトップが〜とかプリインストールアプリが〜とかであんまりWSLに関連する話は見つけられなかった ストアからインストールしようかと思ったけど入手ボタン押しても一瞬処理中になってすぐもどってインストールできないわ ■ このスレッドは過去ログ倉庫に格納されています