【Bash】Windows Subsystem for Linux【Ubuntu】2©2ch.net
■ このスレッドは過去ログ倉庫に格納されています
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に関連する話は見つけられなかった ストアからインストールしようかと思ったけど入手ボタン押しても一瞬処理中になってすぐもどってインストールできないわ >>823 Hyper-vの方ならメリットあるらしいんだけどな 同じディストロも複数共存できるようにならないかな 開発環境毎に分けたい なら、Dockerのほうがいい。 バックアップもできるし。 Docker使うためにhyperV有効化するとvirtualboxが使えなくなるのが痛すぎる VirtualBoxのVMでDocker使えばいいのでは distributionは名称・パスなどがレジストリでベタ管理されてるだけだから書き換えたらいくらでも増やせるよ Docker使うのが普通だと思うけど >>823 WSLに対してだけ嬉しいことなんて本物のLinuxのChangelogに入る訳ねえじゃん 1803になってlxrunofflineがちゃんと動かねえ〜! ちゃんと登録されたみたいに終わるのにwslconfigでリストに出てこないし bash打ったらストアに行けとか言いやがる クソMSめ絶対にストアなんか使ってやるか >>833 なんかの宗教? 登録なしでダウンロードできるのに。 >>837 WindowsにVcXsrvみたいなXwindowのサーバー入れたらWSLでXwindow使えるよ 餓麺伝説 by SNK なかなかいい感じの誤字だなあ https://docs.microsoft.com/ja-jp/windows/wsl/release-notes#build-17666 Build 17666 ・Add explorer context menu to launch WSL [GH 437, 603, 1836]. To use hold shift and right-click when in an explorer window. WSL有効化しても起動画面でエラーになるんだけどInsiderProgramに参加しないとダメなの? betaじゃなくなったから参加しなくても使えると書いてあった気がするんだが githubで同じ質問があってMicrosoftの人がWSLにチェックしてる? としかないんだよね Installing, this may take a few minutes... Installation Failed! Error: 0x8007019e Press any key to continue... もちろんチェックはしてる 検索したら、過去にチェックしてあった場合の解決法もでてくるじゃん >>844 検索してみたらエラーコードですぐに見つかる https://github.com/Microsoft/WSL/issues/2982 wslのチェックがはずれている時に出るえらー osアップデートするとはずれてしまうことがあるらしい チェックを外してリブート、付けてリブートで治るかも >>846 アップデート後にしたから外れるとかは関係ないと思ってたんだけどその手順で起動できました チェック外してチェックして再起動じゃダメだったみたいです ありがとうございました 18.04でGPU対応したらしいけど動かせた人いる? よく知らんがOpenCL対応するとかしたとか言ってた気がするがどうして動くわけないんだろう? >>853 WSLに最小インストールモードとかないし、そのあたりの下りは一般のUbuntu18.04に関する記述だろう >>853 なかなかひどいライターだね WSLを使ったことなさそうだし、Ubuntu本家と違うことも知らないんじゃないかな とりあえず、窓の杜をWSLの情報ソースとみるのはやめたほうがいいね そうなんだ。 どんな技術でWindowsのドライバーで動いているGPUにアクセスするのかワクワクしてたのだが。 そこまでできるんだったらLinuxカーネルのWindowsにしたほうがいい。 そうなんだよ、Unix系カーネルのWindowsにすりゃいいのに、 こんなWSLみたいなチマチマしたことしとるから、 めんどいことせなあかんねん。 xenixカーネルベースのWindows10が完全体か そういや昔、Lindowsなんてのがあったな。 ライブドアが絡んでて胡散臭かったw Windowsが画期的な所は、カーネルのAPIと OSのAPIが独立している所 ほとんどのOSではカーネルのAPI=OSのAPIなんだが、 Windowsの場合カーネルのAPIの上にWin32APIなどの OSのAPIが構築されている そのためWindowsカーネルAPIの上にLinux APIを構築することも可能 同様にUNIX APIとかPOSIX APIもやろうと思えばできる だけどUNIXはそうはいかない カーネルをUNIX系するとか設計上不可能な話 LinuxカーネルはUNIX系? WindowsはVMS系? いまのMSならやりそうだけど もうそんなこと出来ないくらい肥大化してるから実際は無理だろうな WSLはもうPOSIX準拠なんじゃないの? あれだけLinuxとの互換性が高くて POSIX準拠ではないなんてありえないと思う >>867 LinuxってPOSIXとはいえないもののほうが多い。 WSLの前のSFUやSUAはPOSIX準拠だったけど。 > LinuxってPOSIXとはいえないもののほうが多い。 当たり前じゃね? POSIXは最低限の仕様なんだから 実用的に使おうと思ったらPOSIXと言えないものが たくさん必要 でもいくらPOSIX以外の物が多くても POSIXの条件を満たしてるよね? >>869 満たしているかの認証を受けて初めてPOSIX準拠って言える。 LinuxはUNIX Like Operating Systemであって正式なUNIXとは いえないのと似ている。 >>871 つまり機能的にはPOSIX準拠だけど 認証はうけてないって言いたいの? >>872 機能的にPOSIX準拠っぽいってことですね。 UNIXっぽいってのといっしょ。 >>870 自分用にcloud9のサービスを立ち上げて使ってる。 >>871 米国政府の調達要件で、POSIX準拠が必須 お役所要件なので、効率はともかく要件だけは満たしている、、はず サブシステム(API)は複数用意できるし CPUのアーキテクチャも選ばない それがNT POSIXのシステム要件みたしてるかっていう質問には誰も答えられないのかな? POSIX準拠っぽいとか、はず、とかではなく 誰かが反例を出してくれるまでは、満たしていると信じよう? 確かオープンソースのテストスイートがあるから自分でチェックすりゃいいんじゃね? 但し、どのバージョンのPOSIX相当のテストスイートかはしらんが ということは、米国政府の調達要件を満たせないから 今も使われてないってこと? >>884 なるほど。2000年2月25日に廃止されたってことかな Windows 2000まで搭載していたPOSIXを XPで廃止したのも、調達要件に含まれなくなったからなわけか >>886 何か間違いを指摘したくて書き込んだの? 間違いがないならわざわざコメントしなくて良いんじゃね? なお、標準のPOSIXサブシステムの置き換えとしてInterix(後のSFU、SUA)を買収したのは1999年 >>883 WSLはPOSIXじゃないから使い物にならないと主張しようとしたら、LinuxはPOSIXじゃないと言われたんじゃないの。 まああまりこのスレには関係ない話かも。 >>889 LinuxがWindowsに内包されることを認めるのがイヤだったのかなぁ。 ウェブ開発者がOSXに流れても、Linuxバイナリを吐けるわけじゃないからそんなに心配なかった。 WSLはLinuxそのものなので、WSL上でビルドしたバイナリがそのまま本来のLinuxで動くしその逆も当然可能。 Visual StudioはLinuxバイナリのビルドをサポートするようになり、GDBにも接続するようになった。 WSL+Visual Studioで、Linux開発が完了してしまう。 すると、多くの開発者はWindowsでLinux向けソフトウェアを開発するようになる。 ここがLinuxコミュニティにとって一番の問題なんじゃないのかな。 Linuxをサーバーとして使う上で、Linuxデスクトップが必要なくなったということは、そのままLinuxデスクトップが終焉を迎えることにつながる。 使う人がいないんだから。 これはとてもさみしいことです。 ■ このスレッドは過去ログ倉庫に格納されています
read.cgi ver 07.5.5 2024/06/08 Walang Kapalit ★ | Donguri System Team 5ちゃんねる