◎正当な理由による書き込みの削除について: 生島英之 とみられる方へ:【Bash】Windows Subsystem for Linux【WSL】10 YouTube動画>4本 ->画像>13枚
動画、画像抽出 ||
この掲示板へ
類似スレ
掲示板一覧 人気スレ 動画人気順
このスレへの固定リンク: http://5chb.net/r/linux/1615976083/ ヒント: 5chスレのurlに http ://xxxx.5chb .net/xxxx のようにb を入れるだけでここでスレ保存、閲覧できます。
ついにWSL2が登場したぜー。こりゃ完全にLinuxだ。ヒャッハー!WSL最高!開発にLinuxは使わねぇー。Windowsで開発してLinuxは動かすだけや!
WSL2アーキテクチャ
https://www.atmarkit.co.jp/ait/articles/1906/14/news019.html WSL 2では、仮想マシン環境が起動し、bashがコマンドを受け付けるまで2秒程度という速度で起動できる。
このため、コマンドプロンプトなどからwsl.exeなどを使ってbashコマンドを処理する時間は、
現在のWSL 1とほとんど変わらない。また、本物のLinux実行環境であるため、
これまで正しく動作できなかったアプリケーション、例えばコンテナシステム(Dockerなど)や
ユーザーファイルシステム(FUSEなど)も動作させることができる。その上で、現在のWSL 1と同等の機能と使い勝手を実現するという。
WSL 2はWSL 1を置き換えずに併存する
WSL 2が登場したからといって、WSL 1は廃止になるわけではなく、引き続き利用可能である。
ファイル共有プロトコル「9P」でWSL 1との互換性を確保
このように、WSL 2とWin32環境の間のファイル共有は、どちらも9Pを使うことになる。
また、WSLからWin32プログラムを起動する「Win32相互運用性」では、最初にWSL側で、
実行ファイルを判別する必要がある。具体的には、実行ファイル先頭のマジックナンバー
(Win32ではMZ)を見て、LinuxのELF64か、Win32の実行ファイルなのかを判断する。
前スレ
【Bash】Windows Subsystem for Linux【WSL】9
http://2chb.net/r/linux/1607589861/ wslstorestorage.blob.core.windows.net/wslblob/wsl_graphics_update_x64.msi
pwsh滞ってんぞはよしろ wtとか代わりはいくらでもあるんだから
>>7 Windows TerminalからPower Shellを使うのでは?
>>8 wt→pwsh(win側)→ubuntuで使ってる
6系は怒涛のアップデでlinuxシェルとして実用域に達したと思うんだけど、7になって多分一年くらいなのにまだ7.0xでバグフィックスくらいしかしてねえっていうね
本気でlinux取り込もうと思うならMSもっと頑張れよと
>>9 wtってWindowsTerminalで文脈あってるよね
ターミナル≠シェルだから代替関係になくね
あとその使い方でPowershell挟む理由何?
煽りとかじゃなく気になる
>>10 ターミナルばっか力入れてシェルがなおざりって話よ
wtは別に無くても(wtがなかったからだが)いいターミナルが野良で沢山開発されてるし、そんな力入れるところなのかと
やっとpreviewでファンシーなメニュー付いたってレベルじゃねえか
win/linuxを統合して扱えるのが売りなら、シェルの開発が急務だろう
>>11 ああ、代わりのターミナルは他にあるんだからwt開発するリソースをシェルにまわせってことか
理解さんくす
unix風のコマンドやエイリアスも用意して、とりあえずlinuxユーザーも対話シェルとしては違和感なく使えるレベルにはなってる、と思う しかしもうwindows powershell (v2-4くらいが入ってるんだっけ?)の印象が悪すぎる もうとっくに開発中止&非推奨になってるけど、 わざわざクロスプラットフォーム版のpwsh(Core, v7)をgitから落としてビルドして、って物好きそんなおらんぞ
結局メイン用途であろうテスト環境に使うならbsh系スクリプトも書かなきゃならんしなぁ 一部だけ熱いファンが居るzshみたいな立ち位置になりそう
WindowsのDockerはこのスレで良いの? メインマシンにいれて色んなLinux環境立ち上げてんだけど。
>いいターミナルが野良で沢山開発されてるし 参考までに教えてくれ WindowsTerminalの前はminttyかputty使ってて他も試したけどいいのがない
私はwt使う前はfluent terminal気に入ってたなあ 何でも入りって感じではないけど野暮ったさ無くて軽いのが良かった 今いいのがあるなら知りたいね専スレありそうだけど つかPowershellとpwshって別物なんだ…追えてねー…
>>17 それ一瞬使ったけどすぐWindowsTerminalに乗り換えたな
描画だけで言えばputty-d2ddwがいい
でもタブがないのとwslだとsshかcygterm経由なので今は使ってない
ConEmuは機能は豊富でいいんだけど設定が煩雑なのはいいとしてもUIが酷い
派生のCmderは多少マシにはなってるけど
WindowsTerminalは設定画面付いたし後は分割がもっと柔軟に出来ればいいかな
パスやオプションに日本語が入ると文字が飛んだりカーソルが見えなくなったりする不具合はもうたくさん WSLの標準ターミナルってCMDがベースだからその不具合を引きずってるのか?
僕もWindowsTerminalが今までで一番使いやすいと想うな WSLも普通に使えるし、設定がファイルだし 設定ファイルなくならないでほしい
msはjson+guiで簡単設定推してる感じなんで大丈夫でしょう(VSCodeとか
最近のMSはずっと良いMSだから次に邪悪なMSになった時はすごく邪悪なMSになりそうでこわいね
emacs遣いだけど、WSLでemacs動かして画面をVcXsrvに表示している。ターミナルは殆どをshell-modeで動かして、エスケープ・シーケンスが必要な場合のみansi-term使っている。 shell-modeはdiredやtrampと連動するからとても便利。この便利さは使ったことある人にしかわからんと思うけど。
前スレでwtにXサーバ機能付いたぜ!って画像上げてた人居たな まだストアには反映されてないけど、ぜひgitのビルドして生贄になってよ
ストアでポチるだけでwin向けにXアプリ動かせるのは面白いかもね、一般ユーザ向けに wsl(ディストロ丸ごと)+X入れるとそれだけで10GBくらい食いそうだけど、アプリ動かすだけのミニマル構成出せば受けるんじゃないかな しかし、じゃあこれからはXで書けよ!って流れは絶対に回避したいジレンマ
リリースノートかと思ってタップしたら丸ごとかよ 110MiBとかパケ死ぬところだったぜ
ところで.cabなのなー win98くらいに導入だったっね 当時zipやlzhよりずっと圧縮率高くて感動した覚えあるけど、今はどうなんだろ? というか久々に見た
時代錯誤な…と思ってget-helpしたらextract/expandが標準コマンドなのを知らなかった wslはwin専用なのだから一番ポータブルか、難癖みたいなこと言ってごめんよMS
psreadlineいいね、bash/gnu readlineと同等の機能は揃ったか 大人の事情か、なぜ再発明したという感じはするが…とにかくすごい馬力だ readlineと設定共有出来ないのがとても残念 補完候補が薄く表示されるのがとてもよい
>>13 ubuntuだけど常に最新かは分からんがaptで一発よ、まあ apt/sources.list.dにmsのレポ追加は必要だけど
v6->v7は変更多いのにデフォルトで/usr/local/microsoft/powershellを直接置き換えやがる
併存させたいならaptに任せずmakefile読んでビルドするべき
普通ホストゲスト両方にPowerShell入れるものなの? ジョブ投げるだけならpwsh(--shutdown) wsl linuxonlycmd arg1... みたいに投げれるし、前スレかで誰かが言ってたwin側から投げるの利点、win/linuxのジョブをシームレスに扱えるというのもあるわけで
それでもインタラクティブシェルで入って中から弄れるのにはやっぱり便利と思うし、 環境変数とか慣習に合わせてちゃんとしてくれる、エンコードをよろしく扱ってくれるとか利点は確かに多いんだけどやはり二重に入れるとギガが死ぬのが辛いんだわ wslだけ立ち上げて、そこにwinのpwshから接続するような感じで使えたらいい感じそうで… やり方知ってる人居たら教えてほしい
とりあえず/etc/shellsに/mnt/c/.../pwshをブチ込んでみるか…
windowsでpwsh --helpするの Unix系OSでログインシェルとして使うにはpwsh -l/-loginオプションを指定し、shellsに追記、chsh とは書いてある しかしすぐ下にwslで(windows版の)pwshは現在サポートされてませんと明記されているぞ 非推奨だけどオプション用意して手順まで書く、ってのはすなわち人柱待ちじゃないかろうか そのうちサポートするつもりとも読める コードベースが同一で、linux/MacOS向けリリースはまともに動くので、やろうと思えばできるだろう 人柱になろう
ですかー NTFSのstream(ads)とかlinuxで使えない、かつファイルシステム関連で危なさそうな機能触るとどうなるんだろうか?とか思いました
じゃあdocs二重に入れてるのは重複削除でもしますか 100メガ弱のがja/enそれぞれホストゲストに入って4倍っていうね なんかあっても単なる.mdだし最悪読める 日本語訳は7.2まで仕上がっててすごいと思うんだけど、誤訳やマークアップのズレがすごく機械翻訳っぽいな、MSのヘルプサイト感そのまま… まあ雰囲気で読めるからそれでも重宝だけど
readlineは#includeするだけで汚染されるやべーやつなので CLISP事件参照
mingw-w64で作成したWindowsプログラムから随時ファイルに書き出したテキストを wsl2側のtail -f で監視したいのだけど更新されません 無理なんすかね?
>>41 mingwに詳しくないかけど、見たいの動的なテキストだし多分関係ないよね?
gc /mnt/c/.../log -tail 1 -wait
(powershell on ubuntu)
とかじゃダメ?こんな感じのやった事はある
ログはホスト/ゲストどっちのファイルシステムにあるの?(上の例ではテキストがホスト上、シェルはゲスト側で稼働)
>>42 有難うございます
gcって何ですか? graphvizにも同名のコマンドがありますが違いそうだし...
>mingwに詳しくないかけど、見たいの動的なテキストだし多分関係ないよね?
おっしゃる通りmingwなのは重要ではなく,テキストをファイルに書き出すシンプルなwindowsのプログラムです
>ログはホスト/ゲストどっちのファイルシステムにあるの?(上の例ではテキストがホスト上、シェルはゲスト側で稼働)
ログはホスト上でシェルはゲストで可動しています
あれ?! ゲストのファイルシステムにホスト側からアクセスできましたっけ?
そもそもシステム跨いでのストリーム処理とか一体どうなってるのか怪しからん… モニタするのはホスト側からじゃダメ?なの? linuxのtailが使いたいという理由ならwsl -- tail -fでホスト側からも呼べる、結局ストリームはシステム跨ぐわけで、解決になるかは不明だけど
>>43 \\wsl\distro-nameがwslの/に対応してるよ、逆は上に書いた/mnt/driveletter
>>41 tailだと無理っぽいねぇ
かったるいけどless使うとか、開いてから大文字Fでtailっぽく使える
いろいろアイデアを有難うございます 帰宅していますので(家にはWin機がない) 明日試させて頂きます
>>34 そのエロ動画一本消せば両方入れて十二分に余るだろ
$profile, psreadline、.Net Core機能とホストゲストどっちからも問題なく動くコマンド叩くだけのpwshスクリプトだけ共有
分けた方が面倒は減る
>>43 ,48
ごめんgcはget-contentって言うpowershellのコマンドです、wslスレはみんなドザーなんだろうと、てっきり
cattacwcheadtailnkfテキスト入出力全部入りみたいなヤツです、(代わりにちょっと重いけど)linuxにもポートされてるのでぜひ
>>47 とりあえずwsl内のpwshからwinのfilesystemにtail -fが効かないことと、gc -tail 1 -waitは効く事を確認した
PS C:\Users\doser>notepad.exe
aaa
bbb
ccc
でtmp.txtを作成、dd, eeを追記し保存はステイしておく
PS C:\Users\doser> wsl -u doser Welcome to Ubuntu 20.04 LTS ; ~/.profile, ~/.login Loaded. ; $profile Loaded. PowerShell 7.20 ... PS ub20:doser> (gcm tail).source /usr/bin/tail PS ub20:/home/doser> tail --version tail (GNU Coreutils) 8.30 PS ub20:/home/doser> tail -f ./winhome/tmp.txt aaa bbb ccc (ここで追記するも反応なし.) PS ub20:/home/doser> gc --tail 10 -wait ./winhome/tmp.txt aaa bbb ccc ddd ee (ここでメモ帳に追記、保存) ff g
wslの問題、ではあるんだろうが、 tail相当のコマンドが対応してるかしてないかって話だな ~/winhomeは/mnt/c/Users/doserへのシムリングです(NTFS) 何が優れてるとかじゃなく、wsl用に拵えたシェルのビルトインコマンドなんだから動いて当たり前ですよね、むしろ動かなければ炎上案件 取り敢えずubuntuならapt にpackages.microsoft.com/ubuntu/...レポを追加して sudo apt install powershell[-preview|-lts]で目的は達せるはず
>>41 windowsプログラムで\\wsl側に書き出すとか
シェル自体も多分関係ない PS ub20:doser> (gcm dash).source /usr/bin/dash PS ub20:doser> dash -l $ pwd /home/doser 以下同様
というかlinux側からそのままwinプログラム呼べる(パスはデフォルトで引き継いでいる)んだから、カレントディレクトリに書き出せば終わり win側からext3/4へ書き込むのは多分umask?の問題で推奨されなかったはず(直ってたらごめん)
wslゲストからNTFSを扱うのは全く問題無い、というかオーバーヘッドが減るしNTFSのADS機能も使えるので、/homeはC:\Users\へのsymlinkにするのがベストプラクティス マウントするんじゃないぞ、既にマウントされてそこからパス通してるので
書き込み激しい/tmpもNTFSにした方が便利かも VMが借りた領域なかなか返さないので 30GB位まで膨らんだらdiskpartで20GBくらい取り戻すを繰り返してる
>>57 それやっちゃうと、Win32ビルドのプログラムにより作成されるドットファイルが競合する
>>59 確かに自動で上書きしちゃうようなお行儀悪いプログラム居ると困るね、衝突が無いか確認は必要
無責任な発言すまんかった
まあ設定ファイルの名前衝突しても、マトモなプログラムはエラー吐いてくれると信じたいが
vimなんかはwinではホームに_vimrc作るけど、それは昔からだから多分関係ないか
特に環境依存部分は無かったので統合したな、というかエイヤっと…
vimから呼ぶコンパイラを絶対パス指定してる人なんかだとifで分ける作業が要るかも
フレッシュなユーザー作って/homeでなくユーザーホームをリンクにして試すとよいかも
あと、winはケースインセンシティブなんで、その辺で問題起きるかも? Docとdocを作ろうとするとちゃんと拒まれるし、そういう事はすべきでないと思うから、リネームの手間が要るだけで何かマズイ事は起きないはずだが 確かwinもケースセンシティブに設定出来たはずだけど怖いからやってない
そしてそのhomeはonedriveで管理してるんだけど、win合法ファイル名でも怒られることがあるな これがポータビリティ矯正ギプス…
>>49 ,52
そんなものがあるんですね!
[方法1]
>>50 ,51
有難うございます
linux版pwshのgcでwindowsのファイルシステム(FS)のファイルの書き込みを監視できることを確認しました
gc hoge.txt -tail 1 -wait
[方法2]
>>53 ,55
wslのFSへのファイルの書き込みをtail -fで監視できることを確認しました
tail -f hoge.txt
>>56 ,57,58
書き込みのオーバーヘッドを考えて方法1にしようかなと思います
久々のLinux板ですが相変わらず皆さん素晴らしいですね
ROMってたけどクソためになる流れでありがたい
ひとつ教えてほしいんですけど
>>46 でtail -fをless +Fで代用するのがかったるいって何故ですか?
最近覚えてこれは便利と思ってたので特定の状況で問題になるなら知りたい
>>64 lessの中でFコマンド使わなきゃならないからtailに比べると2度手間でかったるい
って意図で書いたよ
lessにはそこまで詳しくなくてアレだけど、引数で行けるならほぼ同等の使い勝手になるかなぁ
ヒアドキュメントでコマンド食わせる事もできるかも知れないけど、未確認
>>65 >>66 ありがとうございます
こっちもless使い始めてまだ日が浅いけど、
less +F foo.log で代用してました
今回のtail -fで更新効かないとこlessならいけるかは前提とか諸々含めて未確認ですけど時間あるときやってみます
あざした!
Windows Subsystem for Linux Update - 5.10.16 Windows Subsystem for Linux WSLg Preview - 1.0.17 次のInsiderビルドでWSLGは公式に来るみたいね WSLg Previewはビルド21362以降じゃないと入らないとの事 (今最新のInsiderビルドは21359)
67だけどwslからwin側のリアルタイムログ監視を less +F /mnt/c/foo.log で可能なことを確認したよ もう解決してるけど何かの参考になれば幸い
>>70 有難うございます
私の方でも確認できました
実は端末はemacsのshellモードなのですが
gcはshellモードでは表示が崩れるのでless +Fを使うことにしました
(ただしgcもtermモードでは問題なく使えます)
vim:term bash/pwsh on X on pwsh on bash on linux on pwsh on wt on windows!
Linux GUIアプリがWindowsで動作 〜Microsoft、新しいWSL 2機能「WSLg」を初期プレビュー
Dev版Windows 10 Build 21364以降で利用可能
https://forest.watch.impress.co.jp/docs/news/1320369.html >>74 “wsl --update”でWSLをアップデートするだけでGUIのLinuxアプリを利用できる。
これあかんやろ
小さい内蔵SSDでやりくりしてる俺はX関連全部切ってるんですけど
まだプレビューなんだから、提案してくればいいんでは? ちなみに、WSLGのvhdは約350MB(リードオンリーなんで使ってても増えない)、5.10.16.3のカーネルが約70MB
パッケマネにリクエスト送ってmesa関連の依存が数GBって出てそっnした記憶
あとglもぞろぞろと まあXのせいじゃないけど大体依存してるよねって話
shell scriptから音楽を聞くのにwslだと面倒くさそうなので Windowsの音楽プレーヤーを呼んでお茶を濁してたけど 、音も出るようになるみたいだな
>>50 そういやnotepadはファイルロックしないかわいい子だったな
早くstableに降りてくれ linuxの莫大なGUIパッケージが使えるのは頼もしい
>>82 VcXsrvとか非公式なものは入れたくない
公式のものしかつかわないの? 「公式」の定義も曖昧だけど
あ、いや、それはわかってる。VcXsrvだって怪しい物じゃないし、MS謹製でない他のものだって使ってるだろうにと思っただけ
VcXsrvが怪しいものじゃないってのは、それってあなたの感想ですよね 私はMS製のほうを使いたいだけです
WSLgではfontforgeは上手く動かなかった
> 非公式なものは入れたくない のに > linuxの莫大なGUIパッケージ はいいんだ…
>>89 それ気になるね
ASTEC-XみたいにMS-IMEと連携できればいいのだけれど
Terminal もMS以外で良いのがあるかもしれないが、Windows Terminalを使いたいとか、まぁ、分からんでもない
FileZillaとか、emaxsとか、TeraTermとか、VcXsrvとか、その他たくさん個人的にちゃんとした物だと思うので使ってます。 Windows Terminalはよくできているので使っている
>>89 少なくとも標準状態ではWindows側のIMEは使えないみたい
最近のMS謹製はブランドマークになりつつあるな 10年位前のMS謹製はゴミの代名詞だったなあ… やればできる子
>>96 10年くらい前はWindows使ってなかったの?
それともゴミだと思っていたのを使ってたの?
Ubuntu 18.04が起動しなくなったので再インストールしようとしたら Installing, this may take a few minutes... WslRegisterDistribution failed with error: 0x80070057 Error: 0x80070057 ??????????????? Press any key to continue... となってインストールできない
Ubuntu 18.04だけじゃないわ 他のWSLインストールしても同じメッセージが現れて動かない ググってもわからないし 唯一使えてるのが以前インストールしたUbuntu20.04
ストアからではなくマイクロソフトのサイトからダウンロードして手動でインストールしたら行けた
>>97 Windows叩ける俺すげーって言う老害だろ
放置しとけ
>>74 こんなに早くプレビュー版が来るとは思わなかったなぁ
上手く行けば来年の今頃にもv1として「一旦」正式リリースされるかもね
Dockerコンテナからエクスポートしたtarって
WSLにインポートできるんだな。
ディストロ何でもありだわ。
https://impsbl.hatenablog.jp/entry/ClearLinuxOnWSL2 >>98 俺も同じ状態です
今までというか最近wslを再度導入したばかりで
ubunntuは正常に動作していたがInsider Preview 21364.1にアップデートしたとたん
ubunntuを起動すると
パラメーターが間違っています。
Press any key to continue...
となってしまい起動できなくなってしまった
それでubunntuを修復やリセットしたら
Installing, this may take a few minutes...
WslRegisterDistribution failed with error: 0x80070057
Error: 0x80070057 ???????????????
Press any key to continue...
になりubunnruを削除して再インストールしても同じ
検索していろいろ試したがまだ未解決です
>>104 ストアアプリは削除して
https://docs.microsoft.com/ja-jp/windows/wsl/install-manual からダウンロードして解凍して実行ファイルexeができるからそれをクリックしてインストール
そのあとダウンロードした解凍前のファイルappxの右クリックメニューからインストールを選べば
「アプリ」として登録されるよ
>>103 実機Debianはdebootstrapで、実機CentOSはdnf --installrootで作成した環境を固めて持ってきてもインポート出きるよ。
解凍前のファイルappxは7zで解凍できるよ zipに拡張し置き換えて解凍してもいい 最初にubuntu1804.exeをクリックするとインストールが始まるけどアプリとしての登録は さらに解凍前のファイルをその後でインストールする順番が大事 逆をやるとストアアプリ同様起動しなくなる
>>106 ,108
レス有難う
インスコしてもダメでした
ちなみに
C:\Windows\System32> wsl -l -v
Linux 用 Windows サブシステムには、ディストリビューションがインストールされていません。
ディストリビューションは Microsoft Store にアクセスしてインストールすることができます:
となってインスコしていても無い扱いになっている
ストアアプリもしかりです
Windows\System32>wsl --status
既定のバージョン: 2
Linux 用 Windows サブシステムの最終更新日: 2021/04/23
WSL の自動更新が有効になっています。
カーネル バージョン: 5.10.16
他にしたことは
C:\Windows\System32> Enable-WindowsOptionalFeature -Online -FeatureName Microsoft-Windows-Subsystem-Linux
Path :
Online : True
RestartNeeded : False
上方に黄色の帯状に表示されたのが
Enable-WindowsOptionalFeature: Microsoft-Windows-Subsystem-Linux
Running [oooooooooo ]
となり完了
今のところこんな現状です
>>107 ユーザーランドのフォルダをまとめてtarにすれば、基本的には何でもインポートできるという感じ?
>>109 確かHyper-Vも有効になってないとWSL2はインストールできないのではないかと思う
Windowsの「ストアアプリ」っていうシステムは前からいろいろトラブルが多くて出来が悪いから
アプリとしてWSL使う以外のHyper-VやVMwareを使った方がベターな気もする
>>107 サンクス、これはいい
Fedora Rawhide使いたかったんだよね
カーネル5.10.16での障害の件
GitHubでも報告され始めてるね。
https://github.com/microsoft/WSL/issues/5293 >>111 WSL2はHyper-V無しでも動くよ。
Windows 10 Homeでも使えるからね。
winget install ubuntuとかじゃいかんのか バージョンコントロールとかユーザーローカル/adminにするとかはまあヘルプみて
wslで問題があるから直接Hyper-V叩きたい的な? 64bitのIntel/AMDアーキテクチャでHyper-V対応してないのって存在するのだろうか 10年以上前の安ノートでも元気に動くよ
前のバージョンに戻したら解決しました
バージョンを戻す前にインスコしたubuntuで起動したら
又エラーが出るのかなと思っていたら
少し時間がかかったので
もしかしたらと期待したら
Installing, this may take a few minutes...
Please create a default UNIX user account. The username does not need to match your Windows username.
For more information visit:
https://aka.ms/wslusers Enter new UNIX username:
と表示され見事に起動できました
新しいバージョンでエラーが出たのは何故なんだろう
無駄な時間を浪費した感じです
でもレスしてくれた人有難う
前のバージョンってWindows10のアップデートを前に戻したってこと? ストアアプリってダウングレードできるかは知らない、多分無理
>>113 有効にしなければいけないのはHyper-Vじゃなくて「仮想マシンプラットフォーム」
と「Windows ハイパーバイザープラットフォーム」だったね
何が違うかわからないけど
>>113 ,118
レス遅くなってすみません
前のバージョン21354.1に戻しても
C:\WINDOWS\System32> wsl --status
既定の配布: Ubuntu
既定のバージョン: 2
Linux 用 Windows サブシステムの最終更新日: 2021/04/23
WSL の自動更新が有効になっています。
カーネル バージョン: 5.10.16
で問題ないみたいです。
む、何もしてないのに\windows\system32にwslg.exe なる怪しげなものができてる タイムスタンプは3/16 アップデ保留し続けてたと思うんですけど…
Devチャネルならwslg.exeは1ヶ月くらい前のビルドからあるけどね ちなみにそれはGUIアプリのショートカットをWindows上に作るのに使ってる wslg firefoxとかやるとWSLのウインドウ無しでFirefoxが上がってくる
>>123 サンデー翁とアイビーおじは切られてしまうん?
WSLで作ったシステムのバックアップってどうやればいいの?
>>128 コンテナまるごとバックアップしとけばいいんじゃね?
>>128 エクスポートすれば?
普通使い始める前にドキュメント・コマンド・バックアップ/リストアの確認をすると思うんだが
.vhdで検索してコピペで大丈夫だった どっかでディストロ情報管理してるはずだから、他のマシンに移すとかだと一手間要るかも
ごめん多分意図してるのと違うな 1ファイルだからコピペも速いし単なるバックアップには便利
答えてくれてありがとう 仮想マシンのイメージと違って少しわかりにくいね とりあえずデータが入っているフォルダをコピーしてみることにするよ
importするとデフォルトユーザーがrootになるらしい 変更するにはUbuntu-20.04なら ubuntu2004 config --default-user myuser で直せるが 「ディストリ名から記号を抜いた物がコマンドになっている」 という意味不明な仕様は理解できん。
>>136 それは各々に付随しているユーティリティーのコマンド
通常はwslコマンドで事足りると思う
とりあえずマニュアルくらい読んでくれ
>>137 たいていの人が認識してないコマンドが勝手に増えてるし
wslコマンドにデフォルトユーザー変更なんてないし
ドキュメントに記号を抜けなんて書かれてなくて
鵜呑みにするとコマンドが見つからない
wsl.exeでデフォルトユーザーが変更出来ないのは疑問だよねぇ 独自のディストリを作った時にWSL-SetDefaultUserを見つけてお世話になってるよ
>>136 > importするとデフォルトユーザーがrootになるらしい
他の人がイメージ使うかもしれないんだから当然じゃね?
>>139 MS推奨の/etc/wsl.confを使う方法を使えよ
https://docs.microsoft.com/en-us/windows/wsl/wsl-config#user >>141 推奨?それ機能はあるけど使ってないんじゃない?
そこにデフォルトユーザーが保存されるなら、export/importやっても変わらないでしょ
>>142 デフォルトユーザーが保存される場所じゃなくて
デフォルトユーザーを保存する場所。自分で書かない限り何も書かれていない。
そこに明示的に書けばイメージに含まれるから
export/importやっても変わらなくなる
昔はイメージにデフォルトユーザーの情報がなくて
rootにするしかなかったのが改善されたってことでしょ?
>>136 > 「ディストリ名から記号を抜いた物がコマンドになっている」
> という意味不明な仕様は理解できん。
POSIXのガイドラインに従ってる
https://pubs.opengroup.org/onlinepubs/9699919799/basedefs/V1_chap12.html Guideline 2:
Utility names should include lowercase letters (the lower character classification) and digits only from the portable character set.
WSLg試したやつおる? GUI版のEmacsとか立ち上がる?
>>128 homeだけでいいならtarで/mnt/c配下ににバックアップファイルを作るのがいいよ。
>> 136 > importするとデフォルトユーザーがrootになるらしい ならないよ。 wsl.confに指定されたユーザーがデフォルト・ユーザーのまま変わらない。
Devチャネルは戻れなくなるから試しづらい。仮想環境上げるのもHOME Editionだから色々面倒。ベータチャネルに来るのはいつ頃だろう?
仮想マシンにWindowsと連携機能をつけたがWSL2 連携機能が不要って言うなら仮想マシンだけでいいが 連携機能があるからWSL2が人気なんだよ
>>152 連携機能って具体的に何?共有フォルダとかじゃないよね?
>>153 WSLがどういうものか調べてからレスしろよ
>>153 > 連携機能って具体的に何?
仮想マシン=結局は別のマシンにすぎない。
仮想マシンはリモートにある別のLinuxマシンを使ってるのと大差なく
Windowsの機能が強化されるわけじゃない。
それじゃmacOSのような快適さは得られなかった
WSL2は別のマシンがあるように見えず
WindowsがまるでLinux機能を備えているかのように動く
だからmacOSを超えた。もちろんLinuxもね。
仮想マシン上のリソースを「透過的に」利用できるところがウリ 完全に「痒み」が取り払われるまでには至ってないけど、便利になったもんだ
>>155 「まるでLinux機能を備えているように動く」とか文芸的な表現はもういいからw
具体的に言えよそれで充分。
例えばどんな使いしたときそう動くんだよ?w
> wsl お好きなコマンド(newline) 以上になんか言う事あるか?
と思ったらwslgでXサーバが標準で付いてきたらXのクリップボード使えばいいか
なる xselでWindowsとクリップボードを共有できるね ただ、まだ日本語は化ける
XじゃなくWaylandだからxselじゃなくWayland用のを使う必要があるんじゃね
clip.exeじゃなくてset/get-clipboardを使ってれば、win上ではシステムに投げ、linux上デフォルトではxclipに投げるはず 特に設定してなくても動いてる感じ(よく分かってない)
man xclip眺めたところ履歴はサポートしてないっぽい? 田+vで出るwinのクリップボード履歴を重宝してるんだけど
>>164 そうだった
ただ、wl-clipboardでも日本語化けるのは変わらず
文字化けは単にエンコードの問題ではなくて? コマンドラインで受け渡しならget-content -encode 色々 で指定できるし、毎回面倒ならスクリプトにしてパス通しておけば? マウス操作のコピペで化けるなら、どこで設定するのか分からんごめん コンソール対応アプリなら、元々xclip等外部コマンド呼び出しでシステムのクリップボードと同期してるので、ここで同様にエンコード指定ができる (vimならg:clipboard)
多分標準コマンドで推論してくれるの無いよね? nkfとか推測機能のある外部コマンドに掛けてみては パイプ越しと画面コピペ越しで違うかもしれないから両方 フィルター内に推測&変換まで組み込むと、今度は時々化ける謎現象に悩みそうだから調べるだけで
>>158 Windows上でbashが使える
仮想マシン上でbashが使えるんじゃなくて
Windowsマシン上でbashが使える
色々弄ってるんで標準かどうか不明だけど、bash.exeはsystem32以下に見た覚えがある これがwin用シェルとしてbashを使いたい人用では 外部コマンド揃ってるかなど、快適かは使ってないので不明 手元に.shがあるけどwsl入れる程じゃない時用?
windows詳しくないからまだ探索中だけど、System32はユティリティの宝庫だね wsl側メインに住まいたいなら主な恩恵はここから?
ごめん 起動してみたらwslが立ち上がった ただのクライアントというオチ、忘れてください
当初のBash on Windowsのいう名称のせいで未だに勘違いしている人いるんだな
>>175 お恥ずかしい
ログインシェルの設定(pwsh)を迂回して、bashと専用のコンソールでwslに接続する非常口、という認識でいいのかな?
サードパーティだけどwindows用bashもgit等開発ツールキットの類によく同梱されてる linuxでなくbashが必要なのならそれ使えばいいよ wslコンポーネントの方が後発、かつ役割がbashでないのに名前衝突起こすからタチが悪い 紛らわしいから名前変えろ
>>176 Windowsにログインシェルなんて無い
ログインシェルと呼べると言えるのはせいぜいエクスプローラーだ
Linuxで言えばデスクトップ環境からターミナルソフトを起動するのと同じ
pwshかcmdか、そしてbashを起動できるようになった
そのWindows上でbashが起動できるように見せている仕組みがWSL2だ
もちろんbashだけではなく様々なLinux用ツールがWindows上で使える
>>177 なんの名前を変えろって言ってんの?
もともとWindows用のコマンドとLinux用のコマンドは全く別
コマンド名が全く違うというのはたまたまWindowsに有利に働いていた点で、
macOSだとまったく同じコマンド名なのにLinux版と互換性がないから問題が起きてる
WindowsのコマンドとLinuxのコマンドで名前衝突起が起きてるのは
sort と date ぐらいでしょ? それだってWindows版はsort.exe というように .exe が付いてるから
WSL の bashやシェルスクリプトとかから、間違ってWindows版を呼び出すことがない
Windowsからbashを実行するときは、Windows版のbash.exeが実行されるが
もともとWindowsに.exeなしのbashなんて無いわけで名前衝突してない
winにはpathextあるから省略できるだけで、普通にシャドウィングするぞ
msys2使ってて困る人を見かけるし、サードであろうと普及しているのを無視するのはいかがかと
あとこのbashなるモノはpasswdの記載に従ってシェルを起動するので、ログインシェルを変えてるとbashじゃない pwshにchshしてるからbashでpwshが起動する とても面白い
>>176 初期化時のデフォルトユーザーとは別のアカウントをメインに使ってる時の挙動かな、お行儀のいい方法
winからbash(.exe)を引数無しで起動すると、初回起動
その場合はbashコマンドからを設定したユーザーを作っておいて、bash -l user指定すればbashが呼ばれる
デフォルトユーザーは初期化時以外触らない、上位互換なwsl(.exe)を使う
でいいのでは
>>181 「普及している」という考え方が間違っている。msys2が普及していないからMSはwslを投入したし、ユーザーも支持している。
そもそもmsys2使っている人間は想定ユーザーじゃないだろ。MSからすればmsys2を使っていないユーザーをwindowsに引きつける方がはるかに重要。
wslg面白い linux側でGUIアプリをインストールすると、 Windowsのスタートメニューに登録されてそこから起動できる gimp,visual studio codeなんかはアプリのアイコンになってる
>>185 wineのwindows版みたいな感じかな。
便利そうだな。
>>185 WSLgはLinuxデスクトップをrootless表示するだけでなく、Windowsデスクトップと統合してしまうの?
Windows上で、次のように利用できるとありがたいのだけどね。
仮想デスクトップ1:Windowsデスクトップ
仮想デスクトップ2:Linuxデスクトップのroot windowを全画面表示
>>187 俺はそう別々にしてほしくない。
むしろ余計なことに感じる。
fontforgeはexport GDK_BACKEND="x11"で動作した
Windows 10 Insider PreviewのLinux GUIアプリ実行サポート、現時点ではHaswell世代以降のCPUが必要
>>187 Xephyr 使えば出来そうだけど、User DistroにもXサーバが必要になるね
今の使い方だと、WSL2 + VcXsrvとか、MobaXtermでroot window表示してる。 同じことをやろうとすれば、WSLgの場合では、Xサーバーをネスとする必要があるの?
例えば、Windows 用のyarn をnpm じゃなくて、インストールすると、 コマンドプロンプトで、where yarn と実行すると、 C:\Program Files (x86)\Yarn\bin\yarn C:\Program Files (x86)\Yarn\bin\yarn.cmd C:\Program Files (x86)\Yarn\bin\yarn.js このyarnファイルは、Linux, Mac 用に書かれていて、 WSL で、Linux側から呼び出しても、yarn.jsが呼ばれるようになっている 次のレスに、yarnファイルを書く
#!/bin/sh argv0=$(echo "$0" | sed -e 's,\\,/,g') basedir=$(dirname "$(readlink "$0" || echo "$argv0")") case "$(uname -s)" in Darwin) basedir="$( cd "$( dirname "$argv0" )" && pwd )";; Linux) basedir=$(dirname "$(readlink -f "$0" || echo "$argv0")");; *CYGWIN*) basedir=`cygpath -w "$basedir"`;; *MSYS*) basedir=`cygpath -w "$basedir"`;; esac command_exists() { command -v "$1" >/dev/null 2>&1; } if command_exists node; then if [ "$YARN_FORCE_WINPTY" = 1 ] || command_exists winpty && test -t 1; then winpty node "$basedir/yarn.js" "$@" else exec node "$basedir/yarn.js" "$@" fi ret=$? # Debian and Ubuntu では、node じゃなくて、nodejs elif command_exists nodejs; then exec nodejs "$basedir/yarn.js" "$@" ret=$? else >&2 echo 'Yarn requires Node.js 4.0 or higher to be installed.' ret=1 fi exit $ret
やっぱPATHEXTはよろしくない仕組みだな しかし消しちゃったら問題起きそう
>>178 SHELLがexplorerなんだけど。
SHELL=CUIっていう概念な人にはわからないとおもうけど。
explorer以外にも設定することは可能。
>>197 だからそう書いてあるだろ
同じこと書いて何がしたいの?
> Windowsにログインシェルなんて無い とかアホな事言うからだろ
最近2度目のwslを弄ってみた
PS C:\WINDOWS\System32> wsl
と打ち込んだら勝手にubuntuが立ち上がるのね
Welcome to Ubuntu 20.04.2 LTS (GNU/Linux 5.10.16.3-microsoft-standard-WSL2 x86_64)
* Documentation:
https://help.ubuntu.com * Management:
https://landscape.canonical.com * Support:
https://ubuntu.com/advantage System information as of 2021年 5月 1日 土曜日 11:52:16 JST
System load: 0.45 Processes: 8
Usage of /: 1.7% of 250.98GB Users logged in: 0
Memory usage: 2% IPv4 address for eth0: 172.17.89.142
Swap usage: 0%
This message is shown once a day. To disable it please create the
/home/akai/.hushlogin file.
akai@note:/mnt/c/WINDOWS/System32$
でここでubuntuのコマンドが打てるわけか
試しにfirefoxと打ち込んだが駄目だった
でもVcXsrvを立ち上げてやってみたら
akai@notemnt:/c/WINDOWS/System32$ firefox
[GFX1-]: glxtest: libEGL initialize failed
[GFX1-]: glxtest: libEGL initialize failed
[GFX1-]: No GPUs detected via PCI
その後見事にfirefoxが立ち上がった
これって最近出来るようになったの?
そのfirefoxからの打ち込みです
自分の名前変更しているので ディレクトリのところがおかしくなっているのは打ち間違えです
>>200 Windowsはログインじゃなくてログオンっていうんですが
いつからログインシェルっていうようになったんですかー?
ああなるほど、そういう下らんところに突っ込んでたのねw そりゃスマンな
Microsoft 製のWindows Terminal では、 コマンドプロンプト・Power Shell・WSL Linux の3つを起動できる 他には、VSCode の拡張機能・Remote WSL もある デスクトップあたりに、プロジェクトディレクトリへのショートカットを作っておいて、 ダブルクリックで起動できる リンク先 C:\Windows\System32\wsl.exe code . 作業フォルダ \\wsl$\Ubuntu-18.04\home\ユーザー名\proj01
そういうこと。Windowsにとってシェルはエクスプローラーしかないから
わざわざログインだかログオンだか区別なんかしてないし
ましてやcmdだかpwshだかをログインシェルとか
お前はいつからcmdやpwshでログインしたんだってなるやろ
ちゃんと
>>178 よめや
> Windowsにログインシェルなんて無い
> ログインシェルと呼べると言えるのはせいぜいエクスプローラーだ
>
> Linuxで言えばデスクトップ環境からターミナルソフトを起動するのと同じ
> pwshかcmdか、そしてbashを起動できるようになった
ホストマシンがWindowsだとして、LinuxをVMで使う場合とWSLで使う場合のメリット・デメリットがよーわからん。 WSLって何が便利なん?
>>208 同じ質問を繰り返すな。わざとか?
答えはすでに出てるぞ。
151 名前:login:Penguin[sage] 投稿日:2021/04/29(木) 01:30:56.14 ID:4qqDAhC8
WSLって仮想マシンとどっちがいいんだろう?
152 名前:login:Penguin[sage] 投稿日:2021/04/29(木) 05:02:19.49 ID:f4S0NYMP [1/3]
仮想マシンにWindowsと連携機能をつけたがWSL2
連携機能が不要って言うなら仮想マシンだけでいいが
連携機能があるからWSL2が人気なんだよ
Server Coreの場合はいわゆるログインシェルはコマンドプロンプトだけどね
WSL入れてみたけどこの場合はいまいち使い道が浮かばないなぁ
(116kB)
WSLが開発ツールだとしっていれば、サーバーとして使う Server Coreで使うものじゃないってのは普通にわかると思うけどな つまりVisual Studioをサーバーで使うかって話だよ
>>209 でもWSLでは最新のGUIアプリがろくに動かないんでしょ?
Windowsとの連携って、VMの共有フォルダにデータ置けばいいだけやんけ。
>>213 bashでGUIアプリが動かないでしょとか言われても困るんだがw
それはbashやターミナルのせいやろ
>>213 え? Windowsとの連携ってVMの共有フォルダのことだと思ってるの?
ぜんぜん違うんだから、お前の主張は的外れだな
>>215 LinuxでターミナルからGUIアプリの起動できることも知らんのか・・・
>>216 え?
連携ってのはデータを処理する過程において
WindowsとLinuxの両方でするって事でしょ?
ホストOSのデータをゲストOSの共有フォルダにしとけばできるでしょw
なぜに不完全なWSL上のLinuxを使うのか意味がわからんw
echo $PATH | tr : "\n" とすると、Linux のパスの後ろに、Windows 側のC ドライブのパスも追加されている /usr/local/sbin /usr/local/bin /usr/sbin /usr/bin /sbin /bin /mnt/c/WINDOWS/system32 /mnt/c/WINDOWS which notepad.exe /mnt/c/WINDOWS/system32/notepad.exe which notepad ではダメ。.exe を付ける必要がある notepad.exe .bashrc で、Windows側のメモ帳で、開ける つまり、Linux側から、Windows側のアプリを使える! 逆はダメ。Windows側からLinux側をいじれない 両方に、同じアプリを入れなくて良い which code /mnt/c/Users/Owner/AppData/Local/Programs/Microsoft VS Code/bin/code code . で、VSCode でカレントディレクトリを開ける
>>217 > LinuxでターミナルからGUIアプリの起動できることも知らんのか・・・
な?そういうことやろ?www
Windowsとの共有っていうのは、ターミナルからGUIアプリの起動ができることなんだよ
すごいやろ? WSLだとターミナルからexplorer.exeとか実行できるんだ
ものすごーく便利だろ
>>218 > ホストOSのデータをゲストOSの共有フォルダにしとけばできるでしょw
共有フォルダにしなくてもできるから連携なんだよw
>>220 すまんが、何が便利なのかサッパリわからんw
VMでLinux立ち上げといて、explorerなんぞはWindowsから素直に起動すればええやん。
わざわざWSLから起動する意味がサッパリわからんwww
>>221 VM上で10秒で設定できることを回避するメリットって
ほとんどないと思うけどw
>>222 ターミナルからGUIアプリの起動できることも知らんのか・・・
>>223 > VM上で10秒で設定できることを回避するメリットって
じゃあそのVMのLinuxからexplorer.exeを起動してみてください
WindowsにおけるWSLはLinuxにおけるWineみたいなもんで、 Wineより出来が悪いクズ環境です。
>>225 だからそれをやる意味がないっつのw
理解できないのか?
それができて何のメリットがあるんだ?
ホストOSは隣で動いてるのに。
そもそもbashスクリプトの中で「ここはどうしてもWindowsのあのソフトを使いたい」ってケースはないだろ。 そう思うとしたらLinuxを知らないとしかw
もし勉強目的ならWSLを使うより5000円くらいで中古ノート買って本物のLinux環境を作ったほうがいいよw WindowsとLinuxのデータの連携ガー、と言うならVMwareやVirtualBox上にLinuxをインストールして、 データの連携はNASを介すかVMの共有フォルダでやればいい。 偽物のLinuxモドキのWSLばっか使ってたらカタワになるぞw
例えば、Ruby はLinux で正常に動くから、Windows 側に入れなくてよい。 Ruby をLinux 側へ入れておく 一方、VSCode はWindows側へ入れておいて、 拡張機能・Remote WSL で、Linux側のプロジェクトへアクセスする。 編集でも、vim を使わなくてもよい または、拡張機能・Remote Container で、Docker Compose でも良い ブラウザは、Windows側のChrome を使う。 つまり両方に、同じアプリを入れなくてよい
vmだとOSそのものを動かさからオーバーヘッドが大きい その点chromeOSでLinuxを動かすとき使うlxcはコンテナだかやオーバーヘッド少ないというメリットあるけど WSLはどうなんだろ?
オーバーヘッド以前にWSLは不完全だし使う意味ない
どうしても、Windows でgrep を使いたいので、WSL が楽 Linux側から、Windows側のフォルダに移動して、grep できる
>>203 > Windowsはログインじゃなくてログオンっていうんですが
>>207 > わざわざログインだかログオンだか区別なんかしてないし
なんで自分で自分をバカって言うんだろうw
そもそもWindowsでもシェルを変えられることも知らんのだろうな
https://docs.microsoft.com/en-us/windows/configuration/kiosk-shelllauncher >>227 あるよ
カレントディレクトリをExplorerで開きたいときexplorer.exe .ってよくやるよ
>>233 探せばgrepのwin移植版があるのにw
Linux のアプリをWindows へ持ってきたようなものは、たいてい日本語でバグる。 ファイルシステムも異なるし、外人が、CP 932 を知ってるわけないから だから開発環境は、絶対にLinux・UTF-8 じゃないとダメ ほとんどのアプリ・言語がLinux用で、 Windows用に作られているものは、ほとんどない 特に、ウェブ系ではそう
>>231 ChromeOSもVMだよ(VM+コンテナ)
LXCを動かす為だけの軽量OSをKVMで動かして、その中でLXCを動かしてる
Linux環境で何が起こってもChromeOS側に影響しないように、動作速度よりもセキュリティを重視したためにそうなった
>>237 > 探せばgrepのwin移植版があるのにw
「探せば」が答えじゃんw
いくつものWindows版を探すのか
Ubuntuのものがすべて使えるのか
WSLは「設定済みのものを用意しておきました。」っていうのがメリットなんだよ。
そして誰もが同じ状態だからvscodeやDocker Desktopみたいに
WSL2前提のツールというものだって作れる
これがオレオレ設定のオレオレ仮想マシンだったら
Dockerはそれに合わせたツールを作ることができない
>>234 Windowsはシェルを変えることを公式サポートしてません
だからシェルというのは唯一のシェルであって
ログオンに使うシェルなんてものをわざわざ設定したりしません。
Linuxはログインシェルはシステムシェルと違うものだって知ってる?
違うから明示的にログインって言わないといけないんだよ
>>241 意味が分からん。
公式にサポートしてないとか関係ないよ。
>>231 WSL2は仮想マシンのUbuntuとかだといろいろ立ち上がるサービスがないから軽い
なんのサービスも実行しないMS独自の軽量のLinuxを起動してる
だから圧倒的に起動速度が速くなってる
WSL2のUbuntuはその軽量Linuxの上でコンテナとして実行してる
同じUbuntuであっても最速で最軽量のUbuntuと言える
>>242 公式にサポートしてない=シェルを切り替えることはしないから
ログオンシェルなんて言い方をしないんだよ
Windowsの場合は単なるシェルとしか言わない
>>245 > それはあなたの思い込み。
そう思うなら、MSの公式ドキュメントでログイン(ログオン)シェルと呼んでるところがあるか?で
決めようじゃないか。俺は探したけど見つからなかった。思い込みじゃないって言うなら
お前は書いてあるところを見つけてこれるんだろう?
笹島が降臨してこのスレなレベルが一気に上がったな 感謝しかないわ
>>243 Windowsを起動しないと使えないんだから結局遅いんじゃね?
しかもubuntuのサブセットだし。
まだPuppyLinuxの方が速くてちゃんとしてると思うんだが。
>>249 MSのドキュメントで使われてたら正しいとは限らない。
RFCとかの規格を無視して独自用語を使い始めるのは大抵MS。
>>240 >WSL2前提のツール
それ作ったとして何のメリットがあんの?
無意味なことができてもちっとも嬉しくないんだけどw
内容のある反論ができなくて馬鹿と罵るだけの初心者君
.bashrcとかスクリプトをWindowsのメモ帳で参照・編集しかも保存までできてこれは便利 仮想マシンにもクリップボード共有とかあるけどさ
>>210 Internetからファイルをダウンロードするとき、wgetとかあると良いなって思った。
wslが使える事は知らなかったから、別のマシンでダウンロードしてコピーしたけど
>>257 それくらいなら、Invoke-WebRequest で
WSL入れるにしても、どの道ディストリビューションのパッケージ(appx)は取ってこなきゃならないので…
grepやらwgetていどならMinGWでいいと思う。
>>247 > そう思うなら、MSの公式ドキュメントでログイン(ログオン)シェルと呼んでるところがあるか?
https://docs.microsoft.com/en-us/windows/win32/api/ntsecapi/nf-ntsecapi-lsalogonuser > 決めようじゃないか。俺は探したけど見つからなかった。
情弱すぎ
で、システムシェルって何?w
>>251 > MSのドキュメントで使われてたら正しいとは限らない。
> RFCとかの規格を無視して独自用語を使い始めるのは大抵MS。
いきなり何を言い出した?
話の流れをちょっとは読んだ方がいいぞ
>>257 Windows 10 / Windows Server 2019 なら curl.exe でいいかと
>>259 MinGW入れるならWSLの方が良いぞ。普通にubuntuとか使える
>>261 ありがと、知らなかった。
curl.exeはc:\windows\system32に居た。
>>258 Invoke-WebRequest ってServerCoreで使えるのか?
>>263 > wgetとcurlは似て非なるツール
誰も同じツールだなんて言ってないぞw
>>265 PowerShell のコマンドだから使えると思う
WSLで不完全なubuntuモドキを使うくらいならVMで本物のubuntu環境作るわ。
>>262 使い分けてる。
powershellとかcmdも使いたいこともあるし。
最近VM知ったんじゃね? そもそもWSL2がVMであることすら知らなさそうだしw
MSYS2 は、日本語などでバグる。
LinuxはUTF-8 だが、Windows は、CP932・UTF-16 などを使っているから
WSL2 は、本物のLinuxだから良い。
しかも、MS のサポートあり
カーネルの更新も、自動的にやってくれる
>>194-195 に書いたように、
Windows 用のyarn をnpm じゃなくて、インストールして、
コマンドプロンプトで、where yarn と実行すると、
C:\Program Files (x86)\Yarn\bin\yarn
C:\Program Files (x86)\Yarn\bin\yarn.cmd
C:\Program Files (x86)\Yarn\bin\yarn.js
これをWSL 側で、which yarn と実行すると、
/mnt/c/Program Files (x86)/Yarn/bin//yarn
yarn はシェルスクリプトで書かれていて、
その中で、yarn.js が読み込まれるようになっている
つまり、WSLでも動くように作ってある
>>178 今更だけどubuntu on wslのシェルにpwsh使ってるって意味
紛らわしくてごめん
aptから入るし$profileも共有出来て快適
しかしまあ、デフォルトユーザーのままだとbash.exeでpwshが立ち上がるのは変な仕様だね…
デフォルトユーザーはadmin専用にしててbashのままだから気付かなかった
>>206 に書いたように、
MS 製のWindows Terminal を使えばよい。
コマンドプロンプト・Power Shell・WSL Linux の3つを起動できる
他には、VSCode の拡張機能・Remote WSL もある。
vim の代わりに、VSCodeを使うのも良い
普通の仮想マシンは起動と終了が面倒だが WSLだと一瞬で起動してシャットダウンも不要だから気軽に使える。 bashからwindowsとlinuxのコマンドを混ぜて普通に使えるのも便利。 不便なところはUSBが使えない、外部ネットワークからのアクセスが面倒、Hackを使わないとsystemdが動かずsnapパッケージや一部のコマンドが使えないといった感じ。
あと仮想マシンは固定のメモリを確保してしまうが WSL2だと動的確保になるのでメモリを無駄に消費しない。 キャッシュがメモリを無駄遣いする事があるが自分は ~/.bashrcに # キャッシュが1000MBを越えたらクリア if [ $(free -m|awk '/Mem:/{print $6}') -gt 1000 ]; then sudo bash -c "echo 3 > /proc/sys/vm/drop_caches" fi といったものを追加して対処している。
一々、キャッシュを消す必要があるの? 何かでメモリが必要になったら、OS がキャッシュを消すだけでしょ? 自分で消しても、また同じものが先読みされてしまうだけなのでは?
>>278 WSL2は専用のlinuxカーネル用にカスタマイズされた
軽量VMでHyper-Vをそのまま使ってるわけじゃないぞ
おまえらが使いたいLinuxの機能ってどうせgrepやlsやsortやsed,awkくらいだろ。 あと簡単なbashスクリプト。 そんなレベルならbusybox使えばいいんだよw
>>279 ありがとう。今でも、メモリを使い果たすのかな?
下のサイトでは、うまく行ってるみたいだけど
2021/4/27
WSL2 + Docker をメモリを節約しながら使えるか
https://zenn.dev/takajun/articles/4f15d115548899 .wslconfig で、メモリ制限する
>>282 今は最大メモリのデフォルト値が実装メモリの半分
または8GBのうち小さい方が適用されてたはず
漏れは、Ruby on Rails をやるから、 WSL2, Docker Compose, VSCode, Node.js までが初級者の範囲
>>272 Unixで日本語使うのがダメだわなぁ。
bash scriptやらgrep, sed, awk, perl, pythonなどのライトユースなら WSL1のほうがいいと思うけど、どうなんだろ。
>>280 誰もそのまま使ってるなんて言ってないよ
アーキテクチャーってわかるかな?w
WSL2のLinuxカーネルって、自分でビルドして差し替える事もできるから、そこまで特別なモノでもないようだけど カーネルファイルがゲストのファイルシステム上に無いってのは、VMとして特殊ではあるかなぁ
>>290 > 普通の仮想マシンは起動と終了が面倒だが
> WSLだと一瞬で起動してシャットダウンも不要だから気軽に使える。
普通の仮想マシンもゲストのシャットダウンなんて不要なことも知らんの?
Hyper-Vなんてホストリブートしてもゲストはそのまま(もちろんホストのリブート中は止まってるけど)稼働してる
WSL2もそれを踏襲してるだけ
>>293 普通の仮想マシンと言うか、普通のLinuxが起動する余計なサービスが不要
あれが起動時に時間がかかってメモリも食う
みなさん、議論の末だんだんWSLが何者であるかがわかってきたようですね 感心感心w
>>294 仮想マシンの話なのなのかゲストOSの話なのかはっきりしてくれ
>>296 実装方法ではなくて、なにを利用者に提供しているかが重要
MSが開発したソフトが素晴らしいという話をしているのであって
自作すればいいという話でもない
>>293 Hyper-Vは使ってなかったしVirtualBoxは以前はぶっこわれてたらしいのが改善されてるのか
しばらく使ってなかったから知らんかったわ
Linuxとの統合を目指すWindows 10
https://news.mynavi.jp/article/20210502-windows10report/ Microsoftの本気度を探ってみたい。先日、日本マイクロソフトの発表会で「WindowsとLinuxの融合を目指しているのか」と尋ねたところ、
日本マイクロソフト Azure ビジネス本部 マーケットデベロップメント部 シニアプロダクトマネージャー/Azure SME 廣瀬一海氏は、個人的見解としながらも、以下のようにコメントした。
「2004年4月にWix(Windows Installer)をオープンソースとしてSourceForge.netにリリースしたことからも分かるように、当初から融合を目指してきたと思う。
WSLからTensorFlow経由で機械学習し、その結果をgnuplotでグラフ化できる利便性は大きい」
また、日本マイクロソフト Azure ビジネス本部 マーケットデベロップメント部 プロダクトマネージャー/Azure SME 佐藤壮一氏も同じく個人的意見として、
「開発者目線では統合を狙っていると思う。1つのプラットフォームでWindowsとLinuxアプリの実行環境を実現し、統合に向かっている印象を受ける」と回答している。
>>299 WindowsとLinuxの融合というより
WindowsにLinuxを融合させるって感じよね
Linux側はWindowsなんて知ったことじゃないし
> 筆者自身はKDEやGnomeをWindows 10上で使いたいとは思っていないのだが、 誰もそんなもの使いたいと思ってないと思うし MSが実現しようとしてるのもそれじゃないでしょ? KDEやGnome(というWindowsよりも劣ってデスクトップ環境)を使いたいなら それこそ仮想マシンを使えばいい そんなクソデスクトップ環境なしに、Linux GUIアプリを使えるのがいいんだから
融合 その名称は? winux? Lindows?
>>302 Windowsだよw
LinuxはWindowsのサブシステムにすぎない
>>297 アンカーミスか?
マジで何を言いたいのかさっぱりわからん…
>>304 WSL2は仮想マシン+ゲストOS+Windowsとの連携サービスで構成されてるんだから
どれか一つの話をしても意味がないということ
>>305 いやいや
> 普通のLinuxが起動する余計なサービス
って何よ?とか
> 起動時
ってなんの起動時だよ
って話
もしかしてHyper-Vはサービスとして動作してることも知らんとか?
WSL2は複数のディストリをインストールできるのを知っているだろうか? Ubuntuの複数のバージョン。Ubuntu以外もインストールできるし 同時に起動することもできる。 しかし仮想マシンもLinuxカーネルも一つしか起動しない これもはやLinuxを超えてると思うw
>>306 仮想マシンに普通のLinuxをインストールすると
systemdで余計なサービスがいっぱい起動する
これが起動時間を大幅に低下させて
使用メモリも食う原因になってる
WSL2はそれがない
>>307 異なるLinuxのバージョンを1つのカーネルで同時に起動?
そりゃスゲーなw
>>308 > 仮想マシンに普通のLinuxをインストールするとsystemdで余計なサービスがいっぱい起動する
だからそれはゲスト側の話だろ
> WSL2はそれがない
単に不要なサービス切ってるだけ
>>309 > そりゃスゲーなw
Linuxのコンテナ機能を使って複数のディストリを一つのカーネルで動かしてる
すごいだろw だから軽いんだよ。
> 単に不要なサービス切ってるだけ
MSがカスタマイズしたLinuxカーネルを使った独自の軽量ディストリを動かしてる
サービスなんて切るも何も最初から無い
独自のディストリの中でコンテナ機能を使ってUbuntu等を実行してる
もちろんUbuntuを「コンテナとして」起動するからUbuntuのsystemdなどは動かない
動かないと言うかあえて動かしていないし動かす必要もない
UbuntuコンテナはMS独自のinitを使って起動してる
そのinitは9Pを使ったファイル共有サーバーを兼ねてるから
WSL2でUbuntuを(独自のinit経由で)起動するだけで
ファイル共有がシームレスに実現できている
これと同じ仕組みを自作するのは大変よw
WSL2だとUbuntuをコンテナとして起動するから ゲストの余計なサービスは起動しないし ゲストの起動速いし、ゲストのメモリも食わない
>>312 むしろ同じところはコンテナ技術を使うというところしか無い
機能も目的もぜんぜん違う
Dockerは開発者が開発したアプリを配布する時に使うもの
WSL2は開発者がアプリを開発する時に使うもの
この2つがそろったからWindowsの開発は格段に便利になったと言っても過言ではない
>>310-311 それって仮想マシン上のLinuxでDocker動かしてるのと同じだろ
軽量ディストリとか言ってるけど簡単に言えばサービス切ってるだし
>>314 実装の詳細とかどうでもいいだろw
それで何を実現し提供してるのか
WSL2は軽いLinux環境を実現して提供している
お前、これと同じものを自作してみせますよって言ってるの?w
Docker(アプリケーションコンテナ)というかLXC(システムコンテナ)でしょ
>>313 > Dockerは開発者が開発したアプリを配布する時に使うもの
何だこのアホみたいな決めつけはw
>>315 だから Hyper-V + Docker で作れるだろって話
実際に作るとなると七面倒な作業はあるにしても作れないわけじゃないだろ
>>317 > だから Hyper-V + Docker で作れるだろって話
正確に言えば、以下の構成で作れますよ
Hyper-V + 独自カスタムのLinuxカーネル + Linuxコンテナ
+ 独自のinit + 9p プロトコル + wslpath などのLinux用サポートコマンド
+ Windows での9pプロトコルサポート + エクスプローラー統合
+ wsl.exe 等のWindows用コマンド + WSL上のLinuxからのWindows exeの直接実行
+ TCPポートの透過的なマッピング
最低でもこれぐらいと書いてくださいよ
でないと、あんたが自作する場合の工数を把握できないよ
そいでどれくらいの時間でで作れるの?
もう一度来て下さい。本物のwslを見せてあげますよとか言うんでしょ?
明日なの?一週間後なの?何日で作れるの?
社長「簡単でしょ?作ってよ。LinuxからWindowsコマンドを 実行できるようにするだけでいいんだよ。できる?」 開発者「技術的には可能です。」 で始まる失敗プロジェクトを見てるような感じだよなw
WSL2でホストのWin10にOpenSSHのサーバーとクライアントインストールして踏み台にして外部のホストにIPv6でSSH接続できた avahi でホスト名+localでIPv4アドレス解決できるしいい感じ
>>318-319 発注してくれるのかな?w
顔真っ赤過ぎだろ…
なんでわざわざこのスレにwslいらないって言いに来るんだろう こちとら気に入って便利に使ってるんだからほっとけばいいのに
>>321 MSが作ってるものをわざわざ再発明する必要ないでしょ?
しかも機能劣化版w
>>323 皮肉も理解できないのか?w
> 普通の仮想マシンは起動と終了が面倒だが
> WSLだと一瞬で起動してシャットダウンも不要
仮想マシンでもそれぐらいは普通にできるって話な
>>324 自分が WSL2で使われてる技術の一部の話をしてるって
WSL2=(いろいろ+仮想マシン)
みんな「WSL2(の中の仮想マシン技術のおかげで)できるんですよ」
おまえ「仮想マシン技術でできる!」
なんか文字が切れた
>>324 自分が WSL2で使われてる技術の一部の話をしてるって気づいてる?
WSL2=(いろいろ+仮想マシン)
みんな「WSL2(の中の仮想マシン技術のおかげで)できるんですよ」
おまえ「仮想マシン技術でできる!」
>>325-326 WSL2は普通の仮想マシンではできない凄いことができると言う人がいただけ ⇒
>>275-276 別にWSL2が劣ってるとか言う話ではなくアーキテクチャーが同じなんだからそりゃ同じことは可能
冷静に考えたらわかる話だと思うけどツッコんだらなぜか1週間後に作って来れるんかとか言い出したw
普通の仮想マシンに普通のLinuxを入れただけじゃできないだろ
どうやって2秒で起動するの?
https://ascii.jp/elem/000/001/881/1881674/ マイクロソフトが主張するように、仮想環境を使いながらも起動は速い。
同じマシンでWSL1とWSL2(どちらもUbuntu-18.04相当)を起動してみたが、
どちらも2秒程度で起動し、差はほとんどなかった。これならWSL1の代用として十分な速度といえる。
WSL2は仮想マシン+Ubuntuというシステム全体の話ですごいって言ってるのに その一部の仮想マシンだけを比較してるのがそもそも的外れ
>>328-329 今時サービス切りまくれば2秒程度で起動するのは普通にできるよ
まあHyper-Vならスナップショット使ってもいいし
そもそもWSL2自体がHyper-Vアーキテクチャー使ってるんだからチューニングさえすれば同じようにできるのは当たり前
もしかしてWSL2は魔法のツールだと思ってるのかな?w
>>330 だから社長の開発者さんに言ってるんでしょ
「やったこと無いけど簡単なこと。理論上は可能です。」
っていうなら早くやってくださいって
>>331 Hyper-Vのスナップショットなら今でもできてますけど…
もしかして仮想マシン使ったことないのか?
すげえ伸びてると思ったらMSマンセーマンがむきむきしてんのか 別にMSやWSLを貶してるわけじゃなさそうだし落ち着けよ
もうWSLのスレはWindows板に移動すべきじゃね? Linux板でもWineのスレをWindows板には書かんだろ
wslでguiアプリってもう何もせずに利用できるの?
https://ascii.jp/elem/000/004/053/4053659/ WSL2でのGUIアプリ対応がプレビュー版で開始 実際に動かしてみた
ーーーーー
WSL2でGUIアプリを動作させるためには、
Windows 10 プレビュービルド21364
WDDM 2.9対応GPUドライバー
最新のWSL2用Linuxカーネル
が動作の条件になるようだが、筆者の環境では特に何もすることなく、WSL2でGUIアプリケーションのインストールができた。
>>336 筆者の環境がその条件を満たしていただけでない? 普段から評価記事書くためにDevチャネル使っている人なんだと思う。
>>332 > Hyper-Vのスナップショットなら今でもできてますけど…
Hyper-Vのスナップショットで2秒で起動なんてできませんよ
メモリ内容(確保していたメモリ分)を元に戻さないといけませんから
0から起動(メモリ内容なし)と比べ物にはなりません
>>339 普通にできるけど?
10年前のPCとか持ってこられたら困るけどねw
>>336 >WSL2でGUIアプリを動作させるためには、
>
>WDDM 2.9対応GPUドライバー
これが間違い。こんな最新ドライバーじゃなくてもWSLgは動くよ
俺がWSLgを試してるのはグラボなしCPUはHaswell世代、WDDM1.3
WDDM2.9が必要なのはWSLでGPUを使う場合だね
今の所Linux側のIMEを使えるようにしておけば行ける WindowsのIMEを使うのは既に改善のリクエストが上がってる
なんでWindowsのIMEを使おうとするんですか!?とか思ってそう まあLinuxで使いたいのはアプリであって それを取り巻く環境じゃないんだよな
プレビューリリースで英語以外の環境が後回しなのは良くある事だからねぇ 必要だと思ったら早めにフィードバックすれば、安定リリースには間に合うんじゃないかなぁ、多分、きっと、もしかしたら…
WSL2 では、MSストアにないディス鳥でも、 Docker に詰めれば動くと、誰かが書いていた気がする
WSLがそんなになんちゃってLinuxならchromebookのlxcのLinuxの方がやっぱり完全性からも優れてるんだな GUIアプリははじめから使えるし
>>345 ありがとう。日本語入力できたよ。
ubuntuのterminalからアプリを起動しないと日本語
IMEが使えないんですね。
スタートに追加されたアイコンから起動してもIMEが使えなくてハマりました。
>>348 WSL1でもDockerイメージ作成と同じ手順でtarボールを作成すれば動くよ
(CentOS Streamで確認済み)
端折ったけど、rootfsのtarボールを作成してインポートすれば動かせるってことね。
>>349 lxcじゃ一番重要なWindowsとの連携ができないじゃん
っていうかWSL1ならともかくWSL2はMSがカスタマイズした
本物のLinuxカーネルを使ってるし動かすUbuntuも同じ
lxcが使ってるコンテナはWSL2でも使ってるので基本技術は同じでGUIを動かすのは大変だよ
https://qiita.com/m-shibata/items/907986ed25f7619dc5eb だからChromeも大変な思いをしてCrostiniを開発してようやくGUI対応したんでしょ?
lxcだけで簡単にGUI対応できるわけじゃない
比較するならせめてCrostini vs WSLで比較しなきゃ
>>348 > Docker に詰めれば動くと、誰かが書いていた気がする
むしろDocker に詰めればWSLはなくてもWindowsで動くよ
WSLがない時代からDocker for Windowsがあるわけで
>>348 Dockerイメージからexportしたtarを、WSLへimportするということ。
やっていることは出力したベース・システムをtarファイルにまとめる方法と同じ。
違うのは、ベース・システムを取り出すにはLinux環境が必要なのに対して、Dockerイメージの場合はそれが不要ということ。
> 違うのは、ベース・システムを取り出すにはLinux環境が必要なのに対して、Dockerイメージの場合はそれが不要ということ。 どういう意味? すでにtar.gz(?)でまとめてあるから、取り出すときはは不要ってこと? まとめる時にLinux環境が必要だよね? tar.gzファイルをダウンロードするのはLinux環境がなくてもできるけど?
分かりづらかったから補足するけど DockerがサーバーにアップしてるイメージをダウンロードするのにLinuxが不要という意味なら サーバーにアップしてあるVMイメージをダウンロードすることなんて どのOSでもできるよねってこと
何らかのディストロをDistrobutionをWSLで動かしたい場合、 方法1 何処かに構築したディストロ環境からベース・システムを出力して、tarにまとめる。 tarをWSLへimportする。 方法2 Docker Hubから目当てのディストロ・イメージをダウンロードして、Dockerでexportする。 exportしたtarをWSLへimportする。 方法2は、ディストロ環境を構築する手間がいらないということ。 VMイメージをダウンロードするのと違うのは、みんなWSLで使いたいのであって、Hyper-VやVMWareで運用したいわけではないということ。 どちらが良いとか、別の方法でもできるとかは、個人の都合。
> Docker Hubから目当てのディストロ・イメージをダウンロードして、 ディストロ・イメージはどうやって作るの? Linux使わないで作れるの?
これ使うと良さそう
Creating a WSL distribution from a Dockerfile
https://source.coveo.com/2019/10/18/wsl-from-dockerfile/ 1. Build the Docker image from the Dockerfile.
2. Run the newly created image in a container.
3. Export the container filesystem using the ‘docker export’ command.
4. Import the filesystem in WSL using the ‘wsl –import’ command.
WSLが実際のLinuxとは違って、systemdによるデーモン機能が不要な
Dockerと同じコンテナ技術をベースにしてるから
ファイルシステムの中身さえあれば用意に変換できるってことね
>>353 crotini vs WSL2 で比較した場合、Linuxの完全性からcrotiniの方が優れているのかな?
Linuxの完全性を目的としている人なんていないので(完璧がほしければ仮想マシンを使えばいい) crotiniを使いたい人もLinuxの完全性なんかどうでもいいと思ってるでしょう WSLは普段使うWindowsに統合されているということが重要なので ホスト環境がWindowsじゃないと意味がない
>>363 いやいや前提が違う
例えば子供にwindowsかchromebookを与えてLinuxも勉強させたい。
その時、crostiniかWSL2で勉強させるのはどっちがいいか?ってこと。
それなら仮想マシンにLinux入れるところからやらせればいいだろ どちらもかわらん。なぜ目的を無視して最初に間違った道具を選ぶのか
Linuxの勉強目的ならさすがに仮想だな 習得したらWSL使う感じかな
>>367 Docker Hubからダウンロードする
ディストロイメージを作るのにLinuxは必要なんですか?
と聞いているんですが
>>364 前提がおかしくない?
子供がマルチOS環境なんて勉強するはずがない。子供はアプリが使いたいのであって、OSを使いたいわけじゃないからな。
そもそもOSの学習用なら、シェアも自由度もツールも少ないchrombookは選択肢に入らん。linuxをインストールして与えたほうが勉強になる。
そもそもWSLは学習用ではない
https://docs.microsoft.com/ja-jp/windows/wsl/faq > これは、主に開発者、特に web 開発者、オープンソースプロジェクトでの作業、または Linux サーバー環境へのデプロイのためのツールです。
>>368 Docker Hubからダウンロードするディストロ・イメージは、誰かが作ったもの。
公式にせよ、それ以外の第三者にせよ、そのイメージは誰かのLinuxを使って作られている。
そのイメージを作る人はLinux環境を構築する必要があったとしても、そのイメージを利用するだけの人がLinux環境を構築する必要はない。
>>370 俺なんかプログラム開発者でもなんでもないから
WindowsのデスクトップとUbuntuのデスクトップをマウスのクリック一つで切り換えて遊んでるだけ
タスクバーとパネルは両方同時表示するしどちらのデスクトップからでも使えるから便利
>>371 > そのイメージを作る人はLinux環境を構築する必要があったとしても、そのイメージを利用するだけの人がLinux環境を構築する必要はない。
そりゃそうやろな。DockerでもWSLでもそれは同じだ。
誰かが作ったイメージを使うならLinuxは不要
WSLなんてsystemd動かないんだからLinuxの学習向けだとは思わないね
>>103 のサイトに書いてあった
4/22
任意のLinuxディストリビューションをWSL2で動かす Clear Linux OSを動かすまで
Docker Hub からpull したイメージを、tar へexport して、
それをWSLで、D ドライブへimport する
docker export
wsl --import
WSLでカスタマイズしたものを、さらにexport しておく。
wsl --export
Appleは初心者でも直感的に使える製品を目指してるってのに Linuxはわざわざ学習しないと使えないんだな しかも信者はその状況の改善を要求するどころかLinuxを使いこなせる俺SUGEEEて思ってるww
>>370 armでも動くんだ
>WSL はどのようなプロセッサをサポートしていますか。
>WSL は x64 および ARM の CPU をサポートしています。
>>370 リンク先でWSL はまだ GUI デスクトップやアプリケーション (Gnome、KDE など) をサポートしていません。
と書いてるけど、自分の使ってるUbuntuのデスクトップは何で動いてるの?
ここの上級者のように詳しく知らないから誰か教えて
>>370 ctostiniは学習に向いてるよな?
>>381 CrostiniもWSLと同様に開発者向けの機能
それを使って学習するのは勝手だとは思うけど
>>380 「自分の使ってるUbuntuのデスクトップ」って何をさしてる?
>>382 >>370 は学習用ではないといっているが?
>>281 正に、そういうちょっとした、くだらない事に多用したいので
「紛い物」のくだらない事情など考慮したくないんだよ。本物持って来いよ
WSLだとWinのexplorerからrootディレクトリをグチャグチャに出来ますか?
>>376 Appleの意図通りにしか使わないならApple製品でいい。カスタマイズして使うようになるとApple製品はクソ。
まあ、適材適所だな。
>>386 「エクスプローラでWSL2のディレクトリを開く方法」で検索したらすぐ出てきたぞ。
思う存分自分の膝を撃ち抜くといい。
>>387 MSとしては、WSLがXサーバやWaylandを含んでいないのでサポートしていないと言っているんでしょう
でも、LinuxのGUIのアーキテクチャではそれらもただのユーザアプリケーションなので、VcXsrvのようなWindowsの実装を使えば実現できるというはなし
>>390 そうなんですね
だからpowershellからwslとコマンドすると
Ubuntuが起動するけどVcXsrvを立ち上げないとfirefoxが起動しなかったのですね
レベルの低い事のコメントで申し訳ありません
勉強になります
MS「WSLという開発者のためのツールを作りました」 みんな「すげー」 アホ「すげーって言ってるのが悔しい WSLはLinux勉強のもののはずだ! WSLはLinux勉強に使えない!」 MS「最初から、開発者のためのツールって言ってるよね?」 みんなMS「最初から、開発者のためのツールって言ってるよね?」
>>381 > ctostiniは学習に向いてるよな?
ctostiniを使うとLinuxのsystemdの勉強になるとか
言ってるやつがいるとしたらアホだろうなw
「ctostiniはLinuxの学習に向いてない!」
Linuxの勉強っていったら普通Linuxの使い方じゃね?
/etc/systemd/logind.confはインストールしたら必ずいじるくらいかな。 あと、たまにsystemd.confも。
な! WSLじゃLinuxのインストールの勉強とかできないだろ!!! MS「最初からアプリ開発ツールだって言ってますよね? Linuxのインストールなんて無駄なことをしなくてアプリ開発ができるんですよ」
そもそも勉強って何 開発したいのかサバ管なのか まあ、なんとなーく、ほわわんと OS扱いたいだけならいいんじゃね
>>389 insider(21370)だとExplorerにペンギンアイコンがあってそこからアクセスできる
パスも\\wsl.localhost\になってる
従来のパス名\\wsl$\も使える
wslg使いたいな インサイダープログラムやろうかな不具合とか怖いな
>>401 メインで使っているマシンならやるべきではないね
>>402 メインで、じゃなくて仕事で使ってるならですね。
>>398 勉強も何もWSLみたいな不完全なものは使う気にならんわ。
テスト環境として便利よ pythonとか書いてるけどunix系向けにはインストーラが適切なshebangを付ける配布システムなの 人に頼むのも面倒なので自分で色々(とはいえ複数linux)試せるのは便利
>>404 開発用途としては完全だから問題ないでしょw
>>404 Linux自体がUNIXと認められてない不完全な代物なんだけどな
>>391 Linux 側から、Windows 側のブラウザを起動すれば?
which chrome.exe
と入力しても、何も表示されない
Program Files は、パスが通っていないので、絶対パスで起動する。
パスに半角空白を含むので、" " で囲む
"/mnt/c/Program Files (x86)/Google/Chrome/Application/chrome.exe"
"/mnt/c/Program Files (x86)/Microsoft/Edge/Application/msedge.exe"
>>407 FreeBSDはUNIXとして認定される可能性はあるみたいだけど、パッケージの更新・変更頻度が高いので管理的にUNIXとして申請しにくい、というのを以前聞いた事があるな。
Linuxディストリはそれよりも頻度が高いので難しいだろうね
>>408 >>201 は自分のコメですがwslから出来ると初めて知ったからそうした迄です
普段はUbuntuのアイコンをクリックしてからXfceを起動させてます
>>409 >Linuxディストリはそれよりも頻度が高いので難しいだろうね
それは言い訳に過ぎない
WSL スレは二度と Windows スレへは戻れなかった……。 Windows 板と Linux 板の中間の掲示板となり永遠に 5ch 空間をさまようのだ。 そして移動させたいと思っても移動しないので―― そのうち WSL スレは自治をやめた。
>>409 別に認証受けなくても問題ないってのが実情では?
今はUNIXであることを求めてるところって無いんじゃないの? LinuxまたはWindowsだと思う macOSはハードウェアの調達で問題あるし
WSLなんて不完全なLinux使うくらいならVirtualboxで本物のLinux環境を体験したほうがいいよw
UNIXになったら何かメリットあるん? 市井にいるとほとんどメリットが見えない 業界的にはやはり権威あるのか
>>415 それを更に便利に使うのがvagrant
>>415 WSLは体験で使うようなものじゃないぞw
少なくともWSL2は本物のLinuxカーネルを使ってるんだから 本物のLinux環境とやらを体験できるぞ
WSL2 は、 virtual IP address を使うのが 必須なの? local loop back か Windowsに 割り振られた IP address を使うだけの運用はできないの? WSL では怒られなかったけど、 WSL2 に上げたとたんに会社でクレームがついたんですけど、、、勝手にprivate networkを作ったことにされていて(まあ結果的にそうだけど)、業務で必須である理由書とかなり上の方の承認が必要とか、、そんな会社はやめちまえというのはなしで(^O^)
LinxuxでもmacOSでも普通にプライベートネットワーク作るだろ 仮想マシンやDocker使ってれば何かしらのネットワーク作るし 会社からクレームとか嘘言ってるのバレバレなんだよバーカ
>>422 なんでWSL2を使ってるの?WSLじゃだめなのかな
会社のPCだと仮想マシン入れるの禁止とか普通にあるからクレームって言うか単に怒られただけだろ
>>422 普通のVMでNICをブリッジしてるとかならわかるけどNATでなんで外部からわかるんだ?
資産管理とか構成管理のエージェントがPCに入ってるんじゃない? グレーなまま使うんじゃなくて正規の申請通しておいた方が良いと思うけど
ああ仮想NICが追加されるからそれを検知されたってことか
仮想マシンが禁止ならデュアルブートすれば良いじゃない
build213761で wslgが ivy bridgeで問題なく動作した単にwslの不具合だった4kの対応には まだ時間がかかりそう
WSLgってデスクトップ環境そのものも実行できるのかな
>>424 今は WSL2 から WSL に戻しています。
WSL2を使いたかったのは、cifs を
使いたかったためですが、WSL に戻して、
ネットワークドライブに指定してから
drvfs で、mountしています。
>>425-428 お察しの通りです。
>>429 20世紀にはそうしていました。
>>427 ちゃんと申請しようと思います。
皆さん、コメントを
どうもありがとうございました。
githubからCentOS8を入手してGUIを日本語化しようとしたけど アプリケーションメニューとかは環境変数をja_JPに設定しても完全に日本語にならない CentOS7だとうまくいったけど WSLのGUIはまだまだ発展途上なのかな
wslからcuda使えてcmwareも併存できりゃなんでもいいわ
GUI は、WSL に関係ないだろ WSLとは簡単に、Linux サーバーを使える技術だから
けどGUI対応って目玉機能的にプレゼンしてましたやん ここで話してるGUIってWSLgのことでしょ
>>441 今のWSLにはGUIのサポートは無いけど、サポートするようになるってことでしょう
そもそもWSLって複数の機能で構成されているんだから役にたつ機能が追加されるのはいいこと
>>432 WSLgは、Linuxの「GUIアプリ」をWindows側から透過的に利用することを目的とした仕組みなので、Linuxの「デスクトップ環境そのもの」を使うってのはその趣旨から外れている
>>444 Linuxのwineみたいな感じなのね。
一つだけ聞いていい?
wine使っててひとつだけどうにも気に入らない事があったのよ。
それは、Windowsのテキストエディタを使おうとした時に、日本語で入力している文字が
エディタの画面上ではなくエディタの外にあるMozcの変換ウィンドウに出てて、確定するまで
エディタには反映されなかった事。
その辺はWSL2だとどうなるの?
もしwineと同じようなら入力メインのGUIアプリは使うのがシンドイんだけど。
>>445 LinuxのGUIアプリに日本語入力する場面が想像できない。
Windowsのもの使えばいいだけでは?
Wineみにたいに逆は大いにあるけどね。
Linuxしか動かないソフトも沢山あるのに想像できないのか・・・ てかやっぱできないのね WSLって思ったとおり意味ねぇな
>>447 Linuxでしか動かないGUIのアプリって知らないんですが、いくつか教えていただけませんか?
>>447 まだ正式リリース前の段階で何言ってんだ?w
>>447 Linuxしか動かないたくさんのソフトを
お前は一つも使ってないだろ?
>>448 しかも日本語入力が必要なソフトってのが全く思いつかない。
以前ならともかく、今はマルチプラットフォーム化が進んで、 *nixでの定番プログラムもWindows上で普通に使えるものが多くなってるからな GIMPなんか、相変わらず立ち上がりは重いけど、安定性は変わらなくなったし そんなわけで個人的には、LinuxのGUIアプリをわざわざWSLで使う場合が想定できない
>>451 きっとすごいやつを教えてくれるはずだよ
>>452 fontforgeぐらいかな。Windowsでも使えるけどcygwinベースだし。
linuxでしか動かないアプリっていうと 語弊があるな 使い勝手の話で 似たような機能のソフトはWindowsにもあるけど こっちのほうが良い!というのはあるかもしれない そういう意味では、個人にはGpertedとかWindowsで使えると 捗るかもしらん
>>455 パーティションの操作なんて普通のWindowsユーザーには必要ないし。
使う人は商用ソフトの機能制限フリー版がいくらでもあるからそれを使うでしょう。
・Linuxでしか動かないGUIのアプリ ・日本語入力 ・Windowsに同機能なソフトはない これ答えられる奴クイズ王超えてるやろ 単にWindows上にNSFWな履歴を残したくないとかじゃね
横やりご免なさい 初心者は兎に角GUIが便利なのです 同時進行でWindowsのブラウザでも Ubuntuのブラウザでもシームレスで開く事が出来るし いちいちWindowsとかUbuntuとか切り換えなくても出来ることが魅力なんです 両方のアプリが同時進行出来るのですからCUIをほとんど利用しない者には良いことずくめなんです
>>458 で、UbuntuのGUIで何してるの?
オレはX11でEmacs使ってるぞ。逆にそれしか使わない。というかそれをUIにしてWSLを使っている。非常に便利。
>>456 いや、だから似たような機能はあるが
使い勝手、もっと言えばタダの好みの問題で
Linuxにあるソフトを使いたい、と言ってる
ぶっちゃけ、Linuxにしかないものなんて
よほどマイナーなものでもない限り
なかなか見つけられないのでは
Emacs は、VSCode にある拡張機能を使えないだろ。
Remote WSL, Remote Container とか
>>445 IME, Mozc などの日本語入力は、エディタと無関係のアプリです
>>456 それでも、GPartedは使いやすいし、中華ばかりのWindows用より安心感はあるよ
Linuxでしかというのは Ubuntu Studioに入っているアプリあたりかなあ
>>459 いわゆるあんな事やこんな事です
>>460 Emacsもインスコして使ってます
GUIのEmacsも有りますがターミナルのEmacsです
lynxにエディタとして設定してます
と言ってもたいした事には使ってません
>>463 VSCode は、Emacsにある拡張機能を使えないだろ。
昔ながらの使い方をしたい人のためのGUIなのかな。
>>457 Gpartedらしいですよ。どれぐらいの頻度で使うんでしょうねぇ。
環境を作ることが第一目的なのかな。
EmacsはWindows版もあるけど、普通の人は
VSCodeに移行してるからねぇ。
gimpやaudaciousもwindows版はあるけど、移植はされていても使いものにならんほど動作が不安定で…って時代がかなり長かったのだが 現行のgimpでバッチ処理したい時も、windows環境だとやってられっかバーカって思うしな そういう実際に血の通った経験のない奴らが、移植版があるなら使う意味ないでしょとか語っちゃうわけだよ
>>470 Windowsには入門者からプロ向けまで
選択肢が山ほどあるからわざわざ移植ものを使う必要もないしね。
>>463 Remote SSHとかあるけど、サーバ側にいろいろ入るからな。
Trampはサーバ側にソフトをインストールしない。sudoとの組み合わせとかもできる。
VSCodeも偶に使っているけど、Dired、shell-modeとかが便利すぎて、乗り換えは難しい。
>>469 VSCodeもいいけどやっぱりEmacsを使わないわけにはいかないよ
org-modeだけのためにEmacs使ってる
chMateのためにAndroidタブレット使ってるようなものだ
>>472 >>473 古臭いコードしか書けそうになさそう。
なんだ、結局、Linuxでしか使えないGUIのソフトなんてたいしてないんだね gparedなんて普段使わないし、ほぼ日本語関係ないし、なんならcuiので充分 emacsは僕もwslを使う理由の一つだけど、skk派だから個人的にはime関係ない gimpはwindows版ちゃんとしてると思うけど、バッチ処理はどういうところがだめなんだろう
>>475 Linux的な使い方ができない=ダメ
っていう頭だから。
>>469 windows版emacsは、外部コマンドとの連携がかなりだめなので、開発でgitをつかいたいとか、リモートとつないでとかしようとすると使えなくなる
連携がだめなのは、emacsのせいではなくて、外のコマンド側との統一とかの問題もあるので、解決に期待できない
Emacs使ったことないからわからんけどGUIじゃなきゃだめなの?Git使うなら開発でしょ?CUIで良くない? VimをWSLにて開発用途で便利に使ってるけどなぁ…
>>479 GUI版使うとCUI版では満足しなくなる。画面の見やすさでかな。gitはmagitが便利。
vimはサーバサイドで必要なときには使うけど、Windowsの操作もemacsキーバインドに統一しているから、Emacsの方が混乱しなくて良い。
GUIが使えるようになるならそれでいいんじゃないだろうか。 何よりMSが実装することを明言してるんだからここで要らないと言っても意味がないのではと思う。
大規模開発でVimは正直ありえん 高機能なIDEとかvscodeのいずれもがVimのキーバインドをサポートしてるし、vimscriptにできてjavascript等にできないことはないので、Vimをメインウエポンにする理由が本格的にない (誤解しないでほしいが、これはディスじゃなくて拡張性の話ね。vimscript発祥で他に移植されたモジュールがないことからも明らかだからね)
>>479 emacsは比較的早くからguiにも力を入れていて、themeなどの見た目周りや、いわゆるウインドウ対応など、使いやすさか向上する
自分としては特に使いやすいthemeは必須
>>464 > それでも、GPartedは使いやすいし、
GPartedいいよね。
ぼくWindowsユーザーだけどGPartedだけはUSBに入れて
USB起動でGPartedを使ってるよ!
普段のOSの実行中に使うようなものじゃないからね
この時だけはLinuxユーザーだよ!
emacsを使いたい人はLinuxがいいのかもしれないが より便利なテキストエディタを使いたい人は vscodeを使うというねw
>>481 僕もとても楽しみにしてる
VcXsrvから乗り換える
msのことだから初めからは無理でも多分win側からの日本語入力もできるようになるんじゃないかと思う
447の発言に根拠が無かったのがわかったので残念だけどよし
Knight Industry Tow Thousand
>>486 自分も期待してる。
今はX410を使ってて普通に使う分にはとても安定してるけど、Xのウインドウを開いたままスリープ→復帰するとたまにウインドウが行方不明になる。
そういうところも安定しててWindowsのIMEが使えるなら言うことなし。
>>488 この問題、最近起きなくなった。以下のページでも発生しなくなったとの報告があるので、Microsoftが対策したのかと思っていた。
https://github.com/microsoft/WSL/issues/4992 この間、wslでxmonad動かしてみたけど普通に動いたよ。 vimmerだけどタイル環境あればde要らない。
WSLgだとWaylandだからタイル型WMはSwayじゃないとダメなんかな とか思ったけどそもそもWM動かんのか
>>492 X11のプロトコルもサポートしてるからたいていのWMは動くんじゃないかな
WSLでLinux側のデスクトップ使う利点がわからないけど
>>493 LinuxのGUIで使いたいのはGPartedらしいですよ。
>>493 この図を見るとWSLg system distroの中でX Window Managerが動いてんね。
WSLgのウインドウ枠がWindowsのものと違うのはこの辺が関係してんのかな?
この図をつけ忘れた。
LinuxでGUI使いたいのはEmacsですね。Windows版はだめです。
>>497 いつまでもしがみつかずにVSCode使えばいいだけの話。
>>498 Windowsでのテキスト編集は基本vscodeでやってるけど、pythonはPyCharmの方が使いやすいし、Lisp系開発やリモートのファイル編集はemacsが便利
別に統一しなくてもいいと思うけど
>>500 個人の感想を言われても・・・。
VS CodeからEmacsよりEmacsからVSCodeの流れのほうが
強いことは理解できるよね。
>>501 お前の狭了の方がよっぽど個人の感想に近いだろw
「適材適所」という概念は人類の普遍的な考え方(流れ)だと思うがw
このスレ読んでる奴がお前と同じような仕事してるとは限らんのだよ
>>501 1行目はそのままお返しするけど、以降はそのとおりだろうね。だから何?
俺も、いまさら人にemacsを勧める気はないけど
>>500 Windows版VScodeだとvim extensionで外部コマンドが使えない
WindowsからWSL上のディスクが見えなかったり、どうして起きてどうしていつの間にか治るのかわからん不都合が多すぎる
ゲイツ夫妻は19年から離婚協議、性的搾取被告との関係が一因−WSJ
米マイクロソフト創業者のビル・ゲイツ氏と妻メリンダさんは先週、
離婚を発表したが、メリンダさんは2019年に離婚問題専門の弁護士との相談を開始していた。
米紙ウォールストリート・ジャーナル(WSJ)が9日に伝えた。
未成年者の性的搾取を目的とする人身取引の罪で起訴されたジェフリー・エプスタイン被告(故人)
とゲイツ氏との関わりを巡る懸念が理由の一つだったという。
https://www.bloomberg.co.jp/news/articles/2021-05-10/QSUUXNDWX2PS01 え?ビル・ゲイツってマイクロソフトやめたの? 天才が消えたらマイクロソフトなんて数年で倒産するのでは?
カトラーも来年で80歳 さすがにもう退職してるのかな?
今の利益の大半はクラウド事業らしいね 大抵の人は駄目だと分かるwin8出しちゃうし 力を入れるべきアプリストアは自社ですら使わないような状態で放置されてる
ストアはシステム・アプリ共に絡んでいるよ 放置ってどこ情報?
Windowsは電卓とかいろんなアプリが ストアアプリに変わったんだっけな ランゲージパックもストアアプリだっけ?
MicrosoftはWSLやvscodeやgithubやらで オープンソースの盟主になろうとしている。
ストアに無い
VisualStudio
VisualStudio Code
PowerToys
各種開発ツール
https://docs.microsoft.com/en-us/sysinternals/downloads >>518 開発やシステムユーティリティなんて多くの一般ユーザーには関係ないし、それらは互換性や他システムを想定しているのでストアである必要はない。
目的や需要を分かっていないって、5ch Linuxユーザーあるあるだねw
それこそエンドユーザ目線ならAppleストアやPlayストアと比べると放置に見えてもしょうがないと思う 何あのUI/UX…
>>514 > 今の利益の大半はクラウド事業らしいね
嘘書くなよ
マイクロソフトはそこまでクラウド一本じゃない
>>521 クラウドもソフトウェアもある
Office Suite のライセンス収益は
どっちにカウントしてあるの?
>>521 パーセンテージをちゃんと理解するのは難しいよね
牛丼販売のチェーン店を運営していた会社の売上は牛丼100%で
そこに豚丼チェーン店も新たに始めたら、牛丼の売上が半分になったように見えるんだもの
マイクロソフトの売上は、他はほぼ変わらずクラウドの利益が追加されただけ
>>523 > クラウドもソフトウェアもある
> Office Suite のライセンス収益は
> どっちにカウントしてあるの?
普通にクラウドとソフトウェアとして別々にカウントしてるんじゃね?
製品が同じだからと言って一緒になんてしないと思うよ
>>525 何を言いたいのかさっぱりわからんw
そのパターンで牛丼の売上が半分になったように見えるのは数弱というか誤読もいいとこじゃね
>>521 具体的な数値は知らんけどアマゾンをみればこれが利益じゃなくて売上のグラフなのはわかる
>>521 具体的な数値は知らんけどアマゾンをみればこれが利益じゃなくて売上のグラフなのはわかる
>>528-529 働いてないと理解しにくいだろうけど部門利益ってなかなか出しにくいのよ
複数分野を絡めて営業したり研究開発が複数の分野にまたがってるとかあるし
>>527 でも実際そういう人多いからね
>>521 のグラフを見れば、スマートフォンに偏ったAppleよりも
広告に偏ったGoogleやファイスブックよりもオンライン製品に偏ったAmazonよりも
複数の部門から幅広く売上を上げてるマイクロソフトのほうが強い経営をしてるんだよ
一つの売上が落ちたとしても他の売上でカバーできるからね
他の会社は偏り過ぎで危うい。一つの部門の売上が落ちてしまうと
会社全体の売上が大きく落ちてしまう
>>526 両方使えるライセンスは売り上げをどう按分してるのかという話なんだけど?
クラウド契約ならクラウド そうでなければソフトウェアだろ まさか製品ごとに決まるとでも思ってたのか?
>>510 この板/スレでこういう話になると逆上する奴が出てくるかもしれないが
むしろマイクロソフトは経営陣の世代交代に成功した(世代交代しても事業が成功している)ので
それこそ何世紀も生き残れる企業になったと言われている
継承に失敗したのがApple
これから継承するのがAmaonやGoogle
まあFacebookは半世紀後には消えて無いだろ
>>514 ゲイツはWin8の時点で既に引退していただろ
それでWin8の失態をさすがに見兼ねて、幹部を集めて自分らの本分を見失うなと説教したらしいよ
なんでもスマホ化でアップルへ右へ倣えののあの雰囲気は、どう考えても異常だったし
>>531 収益構造が分野毎にうまく分散されて話と
>>525 の話は全然違う話だが?
>>532 両方使えるライセンスってどんな奴?
具体例教えてくれ
>>537 余所でやってください
と出て書き込めない。
ググってくれすぐわかるから。
>>535 ただのパクリじゃゲイツは怒るよな
ぱくってから相手を潰すまでがセットなのがゲイツだし
>>512 壁を殴ると手が折れる歳か
本でしかしらんけどNT生みの親だし
少しくらい近況が知りたいな
滑り落ちたと言うかなぜかGAFAに含まれないマイクロソフト ロビー活動が優れてるのか?w
>>546 いやそう言う言葉があるのは知ってるけどGAFAに比べたら使用される頻度は全然少ないだろ
GAFAは強すぎるMicrosoftに対抗する組織ということで作られた言葉 だが結局はMicrosoftが強いことに変わりはなく 逆にGAFAは強い企業だね。じゃあ独禁法の対象だなと 締め付けを強化されることとなる
>>548 > GAFAは強すぎるMicrosoftに対抗する組織ということで作られた言葉
自分が考えた妄想じゃないと言うならソースよろしくw
>>545 MSは個人相手が少ないからじゃないの?
2000年から2015年位の株価チャート見れば分かるんでない? その頃の MS は脱落者(社)だった。 社長がバルマーからナデラに変わってから株価が GAFA 並に上がり出して GAFAM と言われ出した。
>>551 GAFAMなんて滅多に使われてないだろ
>>548 と
>>550 は一部正しくてGAFAはサービス独占と個人情報保護の文脈で用いられることが多い
マイクロソフトは1990年代に独禁法の洗礼受けてるし個人情報を扱うサービスをあまりやってないから含まれないのは当然
>GAFAMなんて滅多に使われてないだろ
だから、言われ出したという書き方をしたんだけどね。
>
>>548 と
>>550 は一部正しくてGAFAはサービス独占と個人情報保護の文脈で用いられることが多い
うーん。その文脈で使うことが多いの?
投資家が言い出した言葉だったのかなという理解でした。
GAFA が言われ出した頃の MS は株価横ばいで投資対象から外れてた。
>マイクロソフトは1990年代に独禁法の洗礼受けてるし個人情報を扱うサービスをあまりやってないから含まれないのは当然
このせいで株価横ばいだったとも言える。
2010年位にこの問題が片付いて、追いつけ追い越せの快進撃?なイメージ。
>>553 > だから、言われ出したという書き方をしたんだけどね。
言われるほど使われてないよ
読売新聞検索: GAFAM 128件、GAFAM: 2件
GAFA as the Big Four, or as the Four Horsemen.
BRIC(BRICs)→BRICSになったのと同じだろ
>>539 いや、マジですまんが、マジで弾かれる。
自分でソフト名を入れて書けるか試してみてくれ。
>>539 やっぱり書けん。言い方を変えよう。
エンタープライズ向け包括ライセンスはほとんどがそれ。
>>558-560 URL弾かれるなら画像で貼るなりすればいいだろ
知能ないのか?
>>517 pythonの次はpwshだろうなと思う
標準ライブラリ、クロスプラットフォーム性では勝ってるけど、サードのライブラリが少ないし、そもそもpythonの魅力はサードのライブラリなので、ちょっと土俵が違う気がするが
REPLでピボットグリグリするインタラクティブなデータ分析もRやpandasより便利(但し統計関数が寂しい)
二大OSのwin10/ubuntuがCIM準拠&そのうちプリバンドル(忌み子ことwindows powershellの置き換え)する計画らしいので、そうなれば情勢は変わるかもしれん
まあズブズブのubuntu以外は乗り気じゃないけど
pythonのコンパチ確保は各プラットフォーム毎のハードコードで(pathlib、os、 sysやら)保守が全く追いついてないグダグダだし、.net core&CIMベースのpwshならちゃんど保守が行き届くだろうと期待
あとシェルやシス管用途にも使えるぞ!
30年間継ぎ接ぎ重ねて一貫性もなく、スクリプト言語では最古参な部類のpythonゴリ押しには違和感覚えてる モダンな言語は沢山現れては消えをくり返してるから、消去法で選ばれた感
Pythonはプログラミング初学にとってはドキュメント豊富とかそういう文脈とは違ったところで取っつきやすいんだもん 言語化あんまされてないけどさ
公式に限れば少なくともpwshの方がドキュメントは充実してないか? gh topic/command -examples|-detailed... etc まあニホンゴは機械翻訳で怪しいけれども… ghはユーザスクリプトのコメントに記述したのもちゃんとman形式にフォーマットして拾ってくれるし、docstringより便利だろう 生pwshでもreadlineの上位互換付いてるし、自作スクリプトすら先読みして、-まで打ってtabでオプション補完してくれる
pythonは人力翻訳だからエイゴ苦手な人には優しいね いにしえの言語とはいえ、先見の明があったからそこまでobsoleteではないと思う 少なくとも後発のjsなんかに比べれば
俺は折角wsl使うんならwin/linuxでシームレスに使えるpwshで統一しよう、って動機で初めたな rcfileも特に気を張らず書いて共有しても問題起きるのは稀 wsl以前はbash(.exe、有志移植)と/usr/bin/bashで統一目指した事もあったけど、fsの違いが罠 wsl登場で随分良くなったとは思うので、"linux"というOSを勉強する事がモチベならば、win/linuxシェルをbashで統一も現実味を帯びてきたね
ごめんわかりにくい書き方だった。Pythonはドキュメントの豊富さとは関係なく(言語化が難しいけど)取っつきやすいって意味 無理やり言語化するなら 型指定が必ずしも必要じゃない(なんかめんどくなさそう) インデントベースだからぎっちりしてなくて簡単(に見える) スクリプトっぽい書き方をしても怒られない(感じがする) ゴリゴリの文系脳に寄り添っている(気がする) 悪く言えばファジーなんだろうけどさ、いやWSLスレで俺はなにを書いてんだろうね…
>>572 簡単なシェルスクリプト的な
後からメンテすることを考えず直感的に手癖で書く感じかな
メソッド使わずに殆ど書き下しとか
>>573 それをスクリプトっぽい書き方と呼ぶことには反対するが
あなたが言ってるのはユニケージってやつだろうね。
関数を使うのを禁止して共通コードはコピペするらしい。後からメンテすることを考えてない。
メンテナンス不要の開発手法だから後からメンテンすることなんて考えなくていい!みたいなことを言ってる。
https://www.usp-lab.com/methodology.html > プログラム内部構造も共有分が錯綜しないよう、ワンプログラムワンフローの
> 原則を貫いてます。(ユニケージはシェル関数の記述さえも基本的には禁止しているのです!)
そのユニケージ関係者と思われる人が書いたコピペだらけのクソコードwww
https://github.com/ShellShoccar-jpn/kotoriotoko/tree/master/BIN >>574 初学者が取っつきやすいと思う理由を無理やり言語化しただけなんで言葉の定義に触れるのは勘弁してくれ
ユニケージの記法に則って書いても怒られないって言いたいわけじゃないんだ
それ以前の問題というか…まあスレチの話題だしもう触れんから大目に見てくれ
>>574 ユニケージ開発手法ってクソみたいな手法だな
ユニケージが具体的に何を指すのかはよく知らん (社長だか代表だかの講演聞いたことあるけど) が、使い捨てられる短くて有用なイディオムを沢山持っとくのは良いことだと思う
それはそうと今日びパンピーのgithub晒してこき下ろすって凄いな
ユニケージって、知らなくて調べてみたら、そんな書き捨てスクリプトというようなことではありませんね
>>573 の内容の方がしっくりくるかな
処理をべたで書いても動きますよみたいなことですよね
特にjupyterみたいな環境だとちょこちょこ動かしながら使えるからとっつきやすいだろうね
>>579 書き捨てスクリプトってどこから出てきた話なんですか?
ユニケージは
> 後からメンテすることを考えず直感的に手癖で書く感じかな
> メソッド使わずに殆ど書き下しとか
と言ったんです。
>>577 > 使い捨てられる短くて有用なイディオム
ユニケージにそんなものないよ
>>581 どこにもないね
メンテナンス不要→再利用や更新不能→使い捨て
みたいなイメージだった
作った物がそのままずっと使われるのであれば、「捨て」ることにはならないから違うんだろうね
作った物がそのままずっと使えるなんてありえないぞ メンテナンスは絶対に必要になる メンテナンスは絶対に必要になるのに そんなこと必要にならないですよと嘘をついて メンテナンスできないやり方を押し付けてるのがユニケージ
>>560 すまん。寝ぼけて間違えた。
E5 じゃなくて E1だった。すまん。
先週あたりのアップデからnvimの起動時間が異様に長いなと思って--startuptimeでログ取った 存在しないはずのクリップボードを探しに5秒くらいかかって計7秒だった もしかしてwslgとやらと関係あるかな?ubuntuだけどaptとnvimは数ヶ月は更新してない wslg.exeの存在は確認 guiやマウス、メニューの設定は対応してなくても無視されるからとwinのgvimと共有してた .gvimrcへclipboard等の設定を移して1.5秒、解決 同じような人居そうなのでメモ windows上のgvimはコンソールのnvimより起動速くて1秒なんだけど、これはフォークの差なのか、ネイティブアプリのとの差なのか
bashrcとかzshrcになにか設定してる? 最小構成でも確認できる?
export PULSE_SERVER=tcp:$(grep nameserver /etc/resolv.conf | awk '{print $2}');
windowsに移行して2か月経ったけど不満ない 色々なアプリやゲームが動くことに感激だわ vscode+wslも十分快適 jdimがないのが唯一の不満(Sikiも十分出来がいいけど)
Windowsapp内にあるubuntuとsystem32内にあるwslの違いが分からないのですがどなたか教えて頂けませんか
>>593 まずもともとはbashとして作られた。Ubuntuしか使えなかった。
bashを起動するからbash.exe
そのうちUbuntu以外も使えるようになった。
互換性を保つ必要があるからbash.exeを残すのは当然として
bash.exe だとUbuntuのbashなのか、SUSEのbashなのかわからない
ubuntu.exeやsuse.exeの登場
wsl機能はOSの機能だから、OS のシステムツールとして管理機能が必要
つまりwsl.exe の登場。システムツールだからsystem32にexeがある。
一方wsl機能を使って起動するディストリは
Windowsストアアプリとしてインストールする。
ストアアプリはユーザーごとにインストールしているものが異なる。
つまりubuntu.exeなどはユーザーごとのディレクトリに存在する
話題になってたwinのbashコマンド呼ぶとuid 0のログインシェル(pwshとか)立ち上がる挙動面白いな function bash(){wsl bash $args} みたいにしとけばいいかな 互換性で残すというが、古いのはbashコマンドでbashが呼ばれる前提で書かれているはずなので、ちゃんとwinからwsl bashを呼ぶコマンドに置き換えた方が互換性的にもいいのでは? ところでスクリプトからbash -cでwinのシェル関数呼ばれたっけ? 上の定義をbashfunとして、set-alias bash bashfunとでもしておけば大丈夫だろうか 標準aliasは少なくともスクリプトでも呼べたはずだが、$profile記述のユーザー定義はどうだっけな…?
>>594 ご丁寧にありがとうございます
熟読しましたが頭が悪く半分程度しか理解できませんでした
wsl.exeはbashをwindowsで起動する機能で、ubuntu.exeはさらにその1段階上という認識でいます
ubuntu.exeを基本的に使用してwsl.exeは使用する余地がない(ディストリビューションがないから)との考えでいます
複数のWSLのインスタンスが入ってればwsl.exe --listで眺められるし wsl.exe -d で指定して動かすこともできる
ubuntuも18/20のlts入れてubuntu.exe呼ぶと何が起きるか気になる
>>600 ubuntu18.04.exeとubuntu20.04.exeでディレクトリごと別れてた気がする
それはそれとして基本的にwsl.exeを使って起動すればいい
>>596 wsl.exe:WSLを管理するためのコマンドライン・ツール
https://docs.microsoft.com/th-th/windows/wsl/reference ubuntu.exe:WSLでディストリビューション"ubuntu"を起動するためのランチャー
各ディストリビューションを起動するために、[ディストリビューション名].exeというランチャーが存在している。
https://docs.microsoft.com/en-us/windows/wsl/install-on-server Linuxに興味あるんならいまどきPCは2台以上持ってない? Linux専用とWindows10+wsl Linux用はHDDが壊れてSSDに入れ替えた古いノートPC
このスレ、そのgcってコマンド何?って発言飛び出すレベルでwindowsの知識皆無なので、逆なのでは windowsへ移行の架け橋 MSの狙い通りだね
>>596 ねぇ、なんでそんな認識をするのかがわからない
思うんだけどさ、
>>594 を読む前に君、答えだしてるよね?
そして君の答え(=間違い)が正しいと思いこんで
>>594 を読んでるよね?
自分の答えが正しいことを確認するために
>>594 を読んでいるわけで
自分の答えが間違っているなんて、全く考えてないでしょ?
理解できないのは自分の間違った考えと整合性が取れないからなんじゃないの?
思い込みの決めつけユーザーだろう MSの説明を読んでね でいいんじゃないのかな
>>594 >bash.exe だとUbuntuのbashなのか、SUSEのbashなのかわからない
どっちも一緒だよ馬鹿じゃねーの?
そもそもbashじゃない件も忘れるなよ いや忘れろ、か bash.exeを
>>273 あたり参照
windowsにあるbashコマンド(cmd/pwsh)は
引数無しならデフォルトディストロのuid 1000のシェルでログイン
スクリプトか-c引数渡せばそのシェルで実行する
という機能であって、bashとはなんの関連もない
>>607 ディストリが違うだろ?
お前は何を言ってるんだ
>>609 -cでスクリプトを実行するとかいう機能はbashの機能だよ
>>611 どのシェルでも-cは慣例としてサポートしてるだろ
pwsh -h
俺みたいにwsl内でもpowershell使ってるなら、(windows上から)bash -cで走るのはpowershellコマンドだよ
zshでもkshでもtcshでも似たような挙動だろう
オプション含めそっくりそのまま引数を渡してるかはわからん bash.exeが引数-cを解釈して、改めてシェルを呼んでるのかもしれん 暇人検証求む
pwshは-cと同義の-commandオプションをサポートしているから、-commandがもし(wsl内の本物の)bashに渡ればエラー吐くんでない?
win上で走るスクリプト内からbashコマンドで呼ばれるのがwsl内のbashかpwshかはエラーコードで判別付くかもしれんな -commandを受け付けない他のシェルとの区別は付かんけど
あとbash -c "bash -c command"で確実にwinからbashは呼べると思う pwsh@wsl> bash -c command でbash@wslが起動するんだから wslで提供されているディストリには全てbashがプリインストールされているはず
エスケープで頭痛くなりそうなので function bash(){wsl bash $args}
bash -c "bash -c cmd"はwinからでもbashを使ってないlinuxからでも合法なコマンドかな? wsl上のunix系シェルなら無駄にネストしてbashを呼ぶ win上で実行すればPATHEXTを参照して初めのbashはbash.exeと解釈され、wsl上で何らかのシェルを立ち上げる 二番目のbashはそのシェル上で/usr/binかそこらのbashを呼ぶ 実用性は皆無だけど面白い
UbuntuのbashとopenSUSEのbashは同じものかもしれない bash.exeでどちらのbashが開かれても、bash自体は同じかもしれない でもUbuntuのbashを開いた場合とopenSUSEのbashを開いた場合では大きな違いがある bashを使いたいのではなく、bashを通してUbuntu/openSUSEを使いたいのだから
Win側のbash.exe は wsl.exe -e /bin/bash を呼んでるね (bash.exe -c /bin/sh とかやるとwsl.exe -e /bin/bash -c /bin/sh になる)
>>619 ホームディレクトリや/etc以下とかを見てみ
ディストリが違ったら中身も違うからさ(ぷぷぷ
SUSE系ってsystemdなしでまともに動くの? yast2弄ってるだけでsystemd云々で怒られた覚えがあるんだが
いろんなOSで動かせるアプリが特定のinitに依存していたら そっちのほうが大問題だけどな
>>624 bashの話だろ
それ以外のファイルやディレクトリの話は誰もしとらんw
あ、もしかしてbashをディストリビューションか何かと勘違いしてんのかな?
>>627 あのー、Ubuntuのbashと、SUSEのbashを
区別できないんでいいんですか?って話をしてるんですが?
bashが動く環境が違うんだから区別しないとだめだろ
>>629 やっとわかって誤魔化しフェーズに入ったかw
言葉たらずのバカが人を罵倒してるだけってLinux版らしくていいよねw
>>631 最初からこれの話をしてるんだけど?
>bash.exe だとUbuntuのbashなのか、SUSEのbashなのかわからない
最初から、bash.exeだと環境がわからないって話なのを
今理解したんですか?
bash.exe で起動するのは既定のディストリビューション。 規定のはwslconfigで設定
だから特定のディストリで起動するためのコマンドが必要になる
>bash.exe で起動するのは既定のディストリビューション。 え?
マジの汗臭デブかガリキモオタクぽくて安心するわ 必死すぎ
>>639 「え?」って言っただろ!
なにか反論してみぃやぁぁあl!
もうさ、「え?」って言ってるのに行間が読めないやつ多すぎ アスペなん?俺が「え?」って言えば普通わかるやろ
LinuxモドキのWSLなんぞ使うやつはアホばかりなのがよくわかる流れ
使いどころがわからない情弱さをアピールしているんだろうw
PATHの設定次第ではcygwinやmsysのbash.exeが起動するかもしれないがスレの流れを考えればWSL限定だろう
開発用には向いているかもしれないが 本番、商用には向かないな
ジェットストリームなんですか?か。
Linux板で「みんなの自動翻訳@TexTra」の名前が出てきたのが去年の3月頃と割と最近みたいだから、
まだ知られていないマイナーな翻訳サービスが世界のどこかにあるかもしれない。
http://2chb.net/r/linux/1582032306/732 > 732 login:Penguin 2020/03/12(木) 22:55:37.42 ID:nyH5ITMQ
> ちなみに使ってOKな機械翻訳もある
>
> 「みんなの自動翻訳@TexTra」はオープンソース関連文書の翻訳に唯一使える機械翻訳サービス
>
http://www.nofuture.tv/diary/20190917.html ここでの質問がまずかったら、どなたか誘導願います。 wsl2でネットワーク上のファイルを開く方法はありますか? 例えばサーバー上にあるエクセルファイルを開きたいとしたときに、 /mbt/server1/data/hoge.xls があるとして、開こうとしたら UNC パスはサポートされません。と表示されてしまいます。
>>654 WSLと一緒でdrvfsタイプでマウントできる。
wsl2 なら drvfs じゃなくて cifs で 直接 mount できるのでは?
次期だか近い将来 Linux上でWindowsが稼働するという 今と逆転するらしい オープン化に進むっぽい OSで稼ぐのやめるのか
>>658 そーなん???
Windows が細っているのはまあ理解できるが、Linux が Windows より太くなっていかないと「逆転」は無理だろ
て思ってしまうが、俺が知らんだけで今 Linux イケイケなの?
ハイパーバイザとLinuxを混同してる人は珍しいな...
自分の周りには時代に逆行するかのように IT オンチが増えているので、余計に Linux がメジャーになっていく未来はないなって思ってしまう
きっと夢でもみたんだろう Linuxカーネルをやめようかというところもあるのにね
月末のWindowsの発表はWSL関係何かあるかなあ。楽しみだな。
Linux上でWindowsが稼働するなんてありえない話で 理由はライセンスの問題があるから LinuxはWindowsよりもライセンスがきつい GPLと互換性がないクローズドなドライバは、ろくなサポートが得られない Windowsだとそこらへん自由。オープンなドライバでもクローズドなドライバでも自由に使える Windows上でLinuxアプリが使えるのが現状なわけで Linux上でWindowsを稼働させてもメリットがある人が全くいないんだよ せいぜいアンチが「WindowsがLinuxの軍門に下ったよー」って騒ぐぐらいだろ?
MS「開発者用にWSLを作りました」 馬鹿「本物のLinuxじゃない!嘘だ!誇大広告だ!」 MS「開発者用にWSLを作りましたとしか言ってません」 こんな感じ?w
>>666 デマって言うかアホの勘違いかと
って思ったら
>>667 はそれに輪をかけたアホじゃねーかw
「軍門に下った」ねぇ。 WSLに酉が増えてる現状からいえばLinuxがWindowsの軍門に下ったが正しいんじゃね?
MS は、Windows サーバーに、新規の客がいないから、 それで、Linux を使わざるを得なくなったw Linuxの本は、Windowsサーバーの本の100倍はあるし
>>672 やっぱりMicrosoftがLinuxを使うと
MSアンチはなぜか嬉しく感じるみたいね
Linuxをただで使ってマイクロソフトは儲けてるんやで?
>>673 これとか
> 次期だか近い将来
> Linux上でWindowsが稼働するという
>>667 はライセンスを理解してないところとか
まだ要る?
>>675 > 次期だか近い将来
> Linux上でWindowsが稼働するという
↑これは間違い。今後もLinux上でWindowsが稼働することはありえない
なぜなら
>>667 が言ってる通り、ライセンスの問題があって
Linux上でWindowsのドライバが動くことがないから
理解できた?
>>676 お前のアホさが再確認できただけw
そもそもLinux上でWindowsが動くってどういうことを言ってるんだ?
OS自体の話なら仮想噛ませば今でも動くしドライバの問題ならドライバ作ればいいだけ
将来って言ってるんだから 今でも動く仕組みじゃないことぐらいわかるだろ 少しは頭使えや
いまクローズドのドライバがWindowsで動くのに そのメリットを廃止するわけ無いやろ アホだな
>>678 だからどんな動作を言ってるんだよ
アホの想定なんてわかるわけないんだからちゃんと説明しろよ
>>679 なんかドライバにやけにこだわってるみたいだけどWindowsのドライバはOSSでも作れるしLinuxのクローズドなドライバもあるぞ
まさかと思うがそんなことも知らんのか?
ドライバの話はよく分からんが WindowsのカーネルをLinuxに変える予定があるならわざわざ苦労してWSLなんか作るわけない、で終わりなんだよな…
M$の奴らから聞いたが Homeの無料化 Proの条件付無料化 が今回の目玉らしい
それを言ったのはM$であって マイクロソフトではないっていうオチだろ そういうのいらんから
なんでアホのくせにマウント取りたがるんだろうw もしかして自分のアホさを自覚できてないのだろうか
WSLg 1.0.23 support non-ascii text in RDP clipboard、他
>>690 Windows側からコピペが出来るようになったけどSJISのせいか文字化けするな
SJISなんてどこで使ってるの? HTMLなんてUTF-8じゃん?
まあ使わなければいいだけだと思う 俺ももう使ってない
homeはPC買ったら入ってるもんだからどうでもいいな 確かに仮想マシン用にタダで使えるなら捗るが proが条件つき無料ってのがマジならマジ嬉しいわ bitlockerは全ユーザーデフォにすべき (あとWindowsに要求する事ではないがメモリのecc強制化もはよ)
もしProの条件付無料化があるとしたら Windows Insider Program 有効化だろうな プロ版を使う以上プロとしてOSを使う能力があるわけで そういう人に早期プレビュー版を試してフィードバックさせるなら MSにも無料にするメリットがある 普通にProを使ってる人はトラブル避けられるわけで 条件付き無料と言うより、試用してフィードバックを送るための 開発者用エディションなんだろうな
プロ版を使う以上プロとしてOSを使う能力があるは飛躍しすぎじゃねえかな…… とくにOS無料を餌にするケースでは、餌だけ食われて肝心のフィードバックは残らなさそう
>>697 じゃあダメだねって禁止するだけでしょ
自動フィードバック機能は自動的にON
条件付き無料版ではなく
Windows開発に協力する版が無料と言うだけ
そういう契約で使う以上守らなければいけない
MSとしては開発版でアップデートして アップデートが失敗したという情報が集まるだけでも 価値があるわけで
アップデート失敗した時の情報があれば 正式版でその機種へアップデートを一時停止できるんだよ
>>698 いや別になんでもいいんだけどさ
それを条件付き無料というのでは?
というか自動フィードバックをONにするかわり無料契約という前提にするなら、
プロとしてOSを使う能力のある人がフィードバックするなら無料にする価値があるって一文が破綻するよね
まあ「プロとしてOSを使う能力」の定義もさっぱりわからんからマジレスするのもあれだが…
条件付き無料はおまけに過ぎない メインはプロエディションで Windowsの開発を手伝うこと
>>682 windows10はproでも事実上無料みたいなもんだけどな。
インターネットからダウンロードしたwindows10をインスールして
ライセンス認証しないでも、猶予期間の期限引き伸ばしのコマンドで
半永久的に引き伸ばしができる。
レジストしないことの制限は
右下に薄く「windowsのライセンス認証を行ってください」って出るだけ。
動画を見ても全く気にならないし。
あと個人用設定ができないだけだが、
背景画像は設定できるし特に必要性ない。
>>704 わざとライセンス認証しないで1年くらい使用している環境があるけれど、延長コマンドは打ったことはないし右下の透かしも出ていないよ。
>>705 それWindows 7/8プレインストールマシンっていうオチじゃね?
前はロックかかってたけど今はないから何もせずに使える
WSLgをインストールしたのでデモってみました。
VIDEO >>706 新規作成したVirtualBoxの仮想PCでキー入力せずにインストールしているのでライセンス認証画面には
Windowsはライセンス認証されていません デバイスにプロダクトキーが見つからなかったことがWindowsによって報告されました。エラーコード:0xC004F213
と出ている状態
ちなみにもう一つ仮想PCがあってこっちは7のキーを入れてインストールしているので
Windowsはデジタルライセンスによってライセンス認証されています
になっているけどね
延々とWindowsの話ししてるけど、板違いだから。
>>710 そんなつまらないレスをするのではなくて板に沿った話題を掲示すればいいのでは?
>>708 を真似てやってみた
VIDEO 俺管
windows10pro
バージョン 21H1
OSビルド 19043.1023
ノートPC
Fujitu lifebook A531/DX
corei3
8GB
Microsoft StoreにUbuntu 20.04 LTSのアップデートがきてた。 Storeでアップデートしてもインストール済みのwslの環境は 変わらないと思ってるんだが、あってる?
>>708 >>713 こういうの凄い参考になるわ
ありがとう
xfce4入れただけじゃデスクトップ環境起動しないな どうやってるんだろう
何回も失敗して覚書そんなに無いですが sudo apt install xfce4 <途中でgdm3 lightdmのどちらをdefaultにするかのダイアログ画面が出るので、 そのままエンターを押してgdm3にする。暫く時間を要するのでそのまま待つこと。 そして sudo apt install xfce4-terminal ついでに『xfce4』の便利グッズをインストールします sudo apt-get install xfce4-goodies こういう経過だったと思います
emacsだけでもとWSLg入れてみたがフォントがジャギジャギ gnome-terminalは綺麗なんだが...GTKの描画しかHi-DPI対応してないのか? 13inch 4k winは300%スケーリング
>>719 やっぱりchromebookの方がいいな
すでにGUI版のEmacsをchromebookからバリバリ使えてる
Windows版のVSCodeでWSL等のUbuntuに接続した場合、ターミナルのショートカット(Ctrl-fなど)がVSCodeのショートカットとかぶってて一部効かないんだけどさ これってなんか一発で解決するような設定ってあるの? 今のところVSCodeのショートカットを置き換えて対処してるんだけど・・・・こんなバカみたいな作業が正攻法なわけないよな・・・・
>>720 ChromeBookはシームレスに使えていいんだけど、
ChromeBookとして売られてるハードって大体ストレージが小さすぎるのよね。
かといって普通のPCにChromeOSは入らんしCloudreadyはマトモに動かんしなぁ。
悩ましい所だ。
windows版cudaをインストールするとwsl2から使えるようですが wsl2内でopenposeビルドして動かしてる人いますか?
qemu-kvm上のCloudreadyなら動いています。
一応、nested kvmです。
CloudReadyはGoogleプレイストア動かないでしょ。 Androidとして無価値では?
まあChromeOS/ChromiumOSはAndroidじゃないし WSL2にAndroid丸ごと入れてアプリをWSLgで表示してるだけみたいな感じ
>>721 Windows Terminal を、インストールして使うとか?
コマンドプロンプト、PowerShell, WSL の3つが使えるので便利
>>721 最初変更してたけど使いにくいから結局vscodeのターミナルはあんまり使ってないな
vsやcloud9見たいにタブ化して自由にレイアウト変更できればいいんだけど
>>721 WSL使いなら、VScodeよりもWindowsターミナル+tmux+vimの方が使いやすいでしょ
そうやっていちいち他人のやり方を否定する必要ないだろ。 vscodeにしかできないこともあるだろうし。
そういう流れでもないと思うがw WSLと同じくMSが作ったVSCodeは褒めないとダメつうフンイキなのかな?
>>723 ビルドしてみたけど動いてるよ
ただ、まだInsiderだけじゃないかな
(21H1でもWSL2には/dev/dxgとか/usr/lib/wsl/libが無い)
>>734 おーすごいすごい!
情報有難うございます
>>731 Windowsターミナル+tmux+vimで
多数のvscodeプラグイン使えるの?
>>738 横からだけど、remote containerだけでもvscodeを使う理由になる。
あとvscodeだけじゃないけどgit graphも便利。
>>739 remote containerがあるからVSCode使うって逆でしょ
VSCodeでDocker開発環境使うために必要なんであってVSCode使わないなら不要
Windowsの商用Linux化とか言うおもしろ噂を見た Red Hat vs Microsoft かwwww
WindowsのカーネルをLinuxにした場合のメリットを誰も言わないのはどういう事なんだろう 今使ってるディストロを捨ててWindowsに移行するってわけでもあるまいに
>>742 そんなおかしな妄想に何の意味があるんだ?
>>742 互換性を捨てるということがビジネスとして最悪に等しい愚策だから。
互換性の無いwindowsなんて誰が使うんだよ。Windows RTの惨状忘れたのかよ。
互換性は、Microsoftが大好きな〇〇プラットフォームとか?
Windowsプラットフォーム! Linux上で稼働する公式Windowsバイザーw
MacOSみたいにDEだけ従来のWindowsに似せるのかな ドライバやソフトが動かなくなって阿鼻叫喚の世界にw
>>748 その場合はだれもインストールしないし買わないので、事実上影響はない
メジャーバージョンが上がるからって何か期待してる人いるけどどうぜセールス的な変更でしょ
今でもWindowsに似せたカスタマイズをしたディストロが数個あるから、それを買収したりしてw まあ、実行ファイルにバイナリレベルの互換性がないからやっても無駄だろうけど。
wsl2にubuntuとcentosの2つを同時に入れることはできますか
>>755 Windows Subsystem for Linux
できますよ()
WSL2 + VcXsrvってキーボードの反応がもっさりし過ぎてかなわん
以下のページを参考にレジストリいじってるが
https://www.teradas.net/archives/12717/ Linux + Xorgのようにはならん
リモートだと快適なんで原因はVcXsrvだと思うんだけど
みなさんとこはどうだい?
wsl2って仮想マシンタイプなのに起動速いな。 PowerShellの初回起動といい勝負。
>>759 関係ないかもしれんけど、Emacsでは新しいMicrosoft IMEが悪さする。
古いIME使うかGoogle日本語入力使うとサクサク動く。
>>766 Emacsといってもどこのビルドの話?
pure gtk版のemacsビルドしてWSLgで動かしてみたけど Hi-DPIもいけて、VcXsrvやX410で使うよりかなり快適 日本語入力はmozc.el
>>765 wsl2は仮想マシンといえるでしょう
なのに起動が早いのがいいところだと思ってるんだが
コンテナと仮想マシンの差は曖昧になってきてるからなあ 最近のコンテナランタイムはVM使ってるのもあるから
>>771 CPUの仮想化技術と混同してるだけだろ。
いまだに歴然とした違いがある。
使う側から見れば仮想マシンもコンテナも大した違いはないな。 気にするのなんて一部のマニアだけだ。
CPUやメモリを占有される仮想マシンと共有できるコンテナでは大きな違いが
>>770 ん?wslgのlinuxでの話か?
なんでWindowsのIMEが関係してくるんだ?関係なくね?
>>771 > コンテナと仮想マシンの差は曖昧
仮想化周りの知識が曖昧なだけだろ
理解してればコンテナか仮想マシンかなんてズレた議論はしない
>>776 Kata ContainerとかFirecrackerとかご存知ない?
>>776 ひとことアドバイスしてやるよ。
「俺様ルールのVMとコンテナの線引きが正しいのだ!」と言いたいなら便所にラクガキでもしてろよカス。
ホストのカーネルを使うのがコンテナかと思ってた でもそれだと「ホストのカーネル」が存在しないWSL2を使ったDockerが当てはまらないか
>>779 Windowsでは
ホストとカーネルを共有するコンテナ(Windows Server Container、プロセス分離モード)と
VM上で動作するコンテナ(Hyper-V Container、Hyper-V分離モード)
の2つがある
WSL2は後者だけどLightweight utility VMという専用のVM
>>780 つまりWSL2はコンテナなんだね。(1つの専用のVMを使用した)
>>775 xtermでも起きるね。IMEの選択によってキーの反応速度が変わる。
ちょっと箸休みに
VIDEO ;t=9s
kali-linuxも追加してみた
VIDEO デスクトップがLinux MintでパネルがUbuntuと
変態構成してみた
>>766 本当だ! googleのIMEの方がマシ
googleのIMEオン/オフのショートカットを変更しようと思ったが
Shift + SpaceでIMEオンは出来るがIMEオフができんぞ!
>>775 Emacs使ってるか分からんけど、WSL2でEmacs動かしたときでも
mozc_emacs_helper.exeってのを使うとWindows側のGoogle日本語入力と連携出来る。
>>788 初めて知った。ありがとうございます。
でも、こんなマイナーなヘルパーアプリ?みんな使ってるの?
>>789 僕はemacsはskkだから使ってない
>>788 これにmozc-popupやmozc-imを組み合わせるとWSLのEmacsも十分使える。
未だにEmacsをばりばり使ってる奴が多くて驚いた ひょっとしてこの中にるびきち様おる?w
Anbox on WSL2
書き込みはできなかったので、別環境から
環境作るの面倒くさい…
EmacsはDired、Tramp、Magitなど優秀なパッケージがある。設定によって WindowsのショートカットをDiredで辿れるようにできるから、Windows側の ファイル操作にも向いている。UNCパスにアクセスできるようもできるし、 Windowsファイルの起動もできる。また、Trampを使うと、リモート側の ディレクトリ間でファイルコピーなども簡単。VSCodeはこの辺が弱い。 VSCode使わない訳ではないけど、Emacsはやめられない。ちなみに、 Remode-Developmentとかもあるけど、リモート側に大量のファイル を作成する。自分の開発サーバにアクセスするのには良いけど、いろいろな リモートサーバにちょっと入って作業をしたいなどには向かない。 その辺りはTrampの方が便利。
つーかLSPのおかげでコーディング補助の技術をエディタ間でシェアできるようになって、尚更エディタ選べるようになったよね最近 VSCodeが裏でLSPクライアントとして動いてることも知らないで「VSCode最高! これ一択でしょ!」みたいに言ってるバカ多くてゴリ萎えするけどな
EmacsはOrg-modeが最高。 これだけはVimもVSCodeも未だに同等の機能を実現できていない。 なぜなのか?w
使ってない人にとってはただのマークダウンに見えるんじゃないか
>>797 Org-modeで作成した文章は凝ったことしなければマークダウンには見えないよ。そこが素晴らしいんだよね。
> Org-modeで作成した文章は凝ったことしなければマークダウンには見えない どういう意味? org-mode を知らんのかマークダウンを知らんのかどっち?
>>801 Emacsのorg-modeで表書くとテキストで見ても表として見えるとかそういうことでないかと
>>798 EmacsあるとExplorerもターミナルも使わなくなる。そして操作の起点がEmacsになる。
>>804 仰せの通り
OSも基本的には何でも良い
すごい emacs信者が迫害される理由を見た気がする
OSが何でもいいならWSL要らないじゃん このスレに何しに来てるの?
(Emacsが使えさえすれば)OSは何でも良い ↓ どんなOSでも(Linux版の)Emacsが使えるようにした ↓ Windowsでそれを実現する手段の1つがWSLg
でもmarkdownには興味を持ったよ。emacsを使おうとは思わないけど
VSCode全盛の今、こんなにEmacsが使われてるとは思ってなかったわ っていうかこのスレが異常なのか?
WSLgだけじゃくchmateもwindows11ではうごくのか
マイクロソフトはchromebookをかなり意識してるなw
【Microsoft】「Windows 11」ではAndroidアプリが利用可能に Amazonアプリストア経由で [豆次郎★]
http://2chb.net/r/newsplus/1624552490/ >>820 サイドロードできるとは明記されてないよ
パソコン版Googleドライブを入れたら、/mnt/g にGoogleドライブがマウントされてた。これは便利
>>827 あれホントだ
このバグずっと放置されてたのにやっと修正されたのか
すれ違いだけど google-drive-ocamlfuse で linuxからも google drive 使えるよ
>>828 それって、drvfs のことかな。
確かに 共有フォルダをマウント出来なくて、仕方なく WSL2 のcifs を使ってたけど、ある時 WSL に戻したら drvfs で使えるようになってて、あれっ?って思った記憶がある。嘘書いてたらごめん。
>>834 でもwsl2でもmountのtypeにdrvfsが使える。
>>835 mount後にtypeを確認してみそ。9pでマウントされてるはず。ちなみにwsl1のdrvfsではGドライブはマウントできない
>>836 それは知ってる。UNCパスをmountする際のtypeにdrvfsを使うということ。
>>837 wsl2のdrvfsは9pのaname
Windows Subsystem to AndroidスレはAndroid板?
wslの中からリブートってどうすれば良いんですっけ?
>>842 有難うございます
しかし見つかりませぬー
リモートで実行したいんですけど
ダイアログなどで止まったりせんでしょうか?
forceオプションみたいなものとかあるんでしょうか?
Insider Programからメールが来た あんたのPCは不適格だからWindows11のベータチャネルは使用出来ませんとさ だろうな 知ってたわ(ノ-_-)ノ~┻━┻
WSLgだが300%スケーリング(3840x2400)で使ってるラップトップが xrandrでみると1280x800になっててマウスカーソルが3倍の大きさで表示される それでもwayland対応のアプリは綺麗にHi-DPI表示されるがx11アプリは 1280x800の拡大表示、これどうにかならないのか... 150%(3840x2160)で使ってるデスクトップ機は問題ない あとWSLgの問題ではないがpure gtk版のemacsがコピペ不能clipbord-kill-region効かない この2点さえ解決すれば開発環境完全移行出来るんだが
>>846 Windows必要だからお前を捨てるわ
わざわざwindowsに移行しなくても良くね? 会社のポリシーとか?
最初に投稿したものではないけど、WSLのEmacsからWindows使うと便利でやめられない。
WSL とは基本、Linux を使うものだから、 プロジェクトもLinux側・ext4 へ作る Docker でもそうだけど、Windows側・NTFS は遅いでしょ Linuxのツールで、Windows側のファイルを処理できるけど、 それは個人用途で、本格的なものではない
>>851 emacsでやる必要のないものばかりだなw
>>853 その通り
勝手にやるのは結構だが、他人に勧められる種類のもんじゃないよね
>>853 >>854 本人ではないけど、その通りで、手になじんだemacsがwslのおかげで、windows環境でもほとんどストレス無く使えるようになったのが嬉しい
今更他人に勧めるつもりはないよ
Windows版のemacsはモッサリだし外部ツールの連携も苦労するし WSLでもVcXsrvでのemacsはイマイチだったが WSLg + pgtk-nativecomp版サックサクです。
>>856 >WSLg + pgtk-nativecomp版サックサクです。
ああそうなの?俺も入れよっかなぁ?
>>856 >WSLでもVcXsrvでのemacsはイマイチだった
普通に使っているけど、どのあたりが?
>>854 聞かれたから答えただけ。別に人に勧めたわけではない。勝手にしてくれ。
>>858 横からだけど
>>759 特にemacsはキー押しっぱなしでカーソル移動させるときなどに顕著
googleのIMEにしたら多少は改善した
他に改善方法を知ってたら是非教えてね
emacsはIMEに負担が掛かるだけでなく、小指も死ぬ
確かに emacs って ctr とcaps lock の交換必須だわ
Emacsでキー押しまくりでカーソル移動かあ
ジャンプなり使いなよ
今の問題にそう対応せよと言ってるわけではないので、あしからず
あと
>>861 ツイッターかなんかで見てそういうもんだと思ったのか知らんが、今どき修飾キー押しっぱなすようなキーバインドでEmacs使ってる人なんていないよ
spacemacsのとってるアプローチ等参照のこと
PDP-1という大昔のマシンで使われてたエディタであるEmacs。 一方でWindowsという現代を代表するOSでWSLという最新技術においていざ何に使うかと思ったらEmacsだったという現実。
さすがにPDP-1ではメモリが少なくて無理 PDP-11ぐらいでもまだ足りない VAX-780ぐらいからじゃないかな まともに動いたのは
なんでこのスレこんなに Emacs が支持されてるの 個人的には好きだし結構だが
>>865 うん、VAX-11 750, microVAXには
emacs が入ってた記憶ない。
>>864 オリジナルのemacsはPDP-10で動作してたけど誰かがPDP-1に移植したんか?
23歳の情報系学生ですがEmacs使ってますvimより好きです ちな東大
>>863 >今どき修飾キー押しっぱなすようなキーバインドでEmacs使ってる人なんていないよ
そんなことはないでしょう
spacemacs派が増えてるのは確かだけどね
>>868 すみません、PDP-10の間違いでした。訂正します。
wsl2でUbuntuを使ってるのだけど batのスクリプトから bash -c "script.sh"で呼び出そうとすると読み込みでエラーになるね Windows側で何らからテキストエディタでscript.shを一回開いてその後bash -cで呼び出すと読み込めるけどわざわざ一回開かないとってのは面倒臭い
それとwslからscriptでssh接続を行うとkeyでエラーになる scriptからではなく ssh id@192.168.1.1 みたいに直接sshコマンドを打って一回接続した後にscriptで接続で上手くいくけどwindows を起動する度に一回手で接続する必要があって面倒臭い
後、UbuntuのTerminalを立ち上げて何らかの処理をした後にexitで終了させるとクラッシュする
windows10で発症後11にアップデート後も同じ
>>875-877 なわけねーだろ、としか
おま環
>>860 改善方法:emacsではavyやらswiper, swoopを使う
>>878 Dev版使っているなら仕方ない気もする
>>881 まだまだ知らんことがあるもんだなぁ
emacsは底なし沼
いやジャンプ移動知らんってそりゃお前がおかしいよ emacsに特有の機能では全くない (avyとかswoopが良くできてるのは別として)
WSLをよく使うようなWindowsメインの人だとサクラエディタとか秀丸のような進化の止まったエディタをメインで使う人も多いので 知らないのも仕方のないことだと思います emacsは古くさいけど、他の世界規模のエディタに刺激されて今でもそれなりに進化している 補足:avyは他のウインドウ(フレーム)から移動、行コピペなどできて、マウスより正確に移動やコピペ出来る
他のエディタをバカにするemacsianは、あの腐ったキーバインディングをどうにかしてから偉そうに語れよ。 頻度の高いカーソル移動がC-p C-n C-f C-bとか、デザインセンスの欠片も無い配置をいつまでデフォルトにしているんだよ。
>>885 普通にisearch-forward,isearch-backwardですが何か?
WindowsではGVimかVSCodeなのでサクラや秀丸は使用したことがないな
>>887 まぁ1週間くらい我慢して使ってみろって
Linux界隈では(C-p C-n C-f C-b)はマジョリティかもね
>>881 >改善方法:emacsではavyやらswiper, swoopを使う
これ全部入れるもんじゃないんでしょ?
でどれがオススメなのよ?
>>887 デフォルトで使わない想定なので
>>890-891 死ね
>>890 そういうのがセンス無い、て言ってるんだよ。
カーソル移動が典型で、
方向性のメタファーを使っていないから覚えにくく、
ホームポジションから離れているので入力効率も悪く、
まとまりも無いから両手が無駄に束縛される。
身につけても(少なくともカーソル操作は)効率的でないクソなのに、他のエディタをバカになんてできるのかね?
>>893 カーソルを操作するときには
Forward, Backward, Next, Previous
って唱えると覚えるのが早いよ!
>>894 方向性のメタファー使わないで、呪文唱えて覚えろ、てか? なんというクソデザイン。
そんなんで良くもまぁ他のエディタをバカにできるな。
俺、主にMac使ってんだけど・・・・ Macの場合は、CntrolとCmmandが別なキーだから、コンソールでショートカットを使わない人でもそんな支障が出たりはしないんだよね 本当にUnix系のショートカットと食い合って使いづらくなってるのはWindowsだけ
いやすまんレベル低過ぎて笑ってしまう デフォルトのキーバインドでEmacs使ってるのなんてID:nweKdipjくらいだから、マジで 普通は、カーソル移動についてはVimのキーバインドをエミュレートするんじゃないかな にしても今どき「Emacsはデフォルトのキーバインドがクソだからクソ!」もないだろう ツイッターでキラキラエンジニアが言ってて真似したくなったのか?笑 ID:nweKdipjはクソキメェ雑魚だから無視しろ
ところでWin11にしたらLibreOfficeの起動に1分ぐらいかかるようになったんだがおま環なんだろうか XサーバーはWin11にアップグレードする前にアンインストールした
>>899 wslgの話なら11は起動遅いと思うけどたぶんバグじゃないかな
気になるようならテスターとしてフィードバックすればいいと思う
WSLg最初のGUIアプリ起動時にWSLgも起動するから 遅いのは初回だけじゃないかな
いや、初回起動後も10だったときより遅くなってると思う いわゆるDev版のビルドで11は他にもおかしなとこがあるし、評価するならRP版で出てからでいいと思うけど
>>875 Windows Terminal を使えば?
Linux, PowerShell、コマンドプロンプトの3つを、同時に使える
>>898 普通にC-p C-n C-f C-bでカーソル移動してる人が多いと思うよ
そうでなければ、Macやbashのデフォルトがあんな風にはならんだろ
>>898 >普通は、カーソル移動についてはVimのキーバインドをエミュレートするんじゃないかな
本当にviスタイルにカスタマイズするのが普通なんか?
好きに使えよ、強要されるものじゃないだろ 俺はemacsだがC-p C-n C-f C-bなんか使わないよ、理由はあるがどうでもいい お年寄りの技術系ブログなんか百害あって一利なし、自分のスタイルを築こう
>>906 由来は同一であるというだけだ
> 普通にC-p C-n C-f C-bでカーソル移動してる人が多いと思うよ
とまで言うのは飛躍も飛躍
>>907 タイプ数と修飾キーの数を減らしたいならば、vimのキーバインドが知られてる限りは最適に近いというのは共通認識だろ
ゆえに、そうしたことにこだわる人はどんなエディタでもvimのキーバインドを使用するだろう
あるいは、カーソル移動などジャンプとページ送りさえあれば問題ないので、そういう立場に立てばvimのキーバインドにはこだわらなくても良いが
いずれEmacsのデフォルトのキーバインドは、ことカーソル移動に関して言えばとても褒められたものではない
ただし、それはEmacsの良さでも悪さでもない
>>908 あなたがEmacs様ですか
いつもお世話になっています
>>910 emacsをviスタイルにカスタマイズするよりも
素直にviを使えば良いんじゃないかな?
>>899 だけどやっぱりおま環くさいわ
別のディストリに入れてみたらすぐにスプラッシュ画面が出た
この機会に環境作り直すか
>>912 何が変?
上で出てるspacemacsもそういう理念のemacsディストリビューションだが
(元々はevilというのがあって、もっとアグレッシブにvimのモードの概念を取り入れたのがspacemacs)
emacsに限らず他のエディタやIDEでも当然vim風のキーバインドをサポートしてるものが多いし
シェルもそう
つーかなんで具体的に説明してる俺よりも「変」の一言しか述べてない方を信用するのか
そうあってほしいとお前が思ってるだけだろ
emacsianは他のエディタをバカにするだけあって、スレ違いに対する配慮というものを知らない。
まあ、デフォルトをゴミにしても意に介さない人間ばかりだから仕方が無いか。
>>914 アップグレードインストール?
win10はシステムバックアップ簡単だからクリーンインストールしたほうがいいな。
Emacsなら→←↑↓のキーで普通にカーソル移動していますが何か?
別にemacs風でもvim風でも嫌なら使わなきゃ良いじゃんとしか言いようがねえな 特にできなかったところで動作を邪魔するわけでもなかろう
Windows 11のCascadia Codeフォント何処にインストールされてるんだろ? /mnt/c/Users/<User>/AppData/Local/Microsoft/Windows/Fonts /mnt/c/Windows/Fonts 追加してもないわ...
>>922 Githubで配ってるやつとは内容が違うの?
>>887 それならそもそものQWERTY配列を考え直す必要があるのではないかね?
>>922 Win11に付属じゃなくてWindows Terminalに付属のようだから、¥Program Files¥WindowApps¥Microsoft.WindowsTerminal〜なんでは?
>>925 そんなとこにあるんだ、WSL側からアクセス出来ないな
2重にインストールするのが嫌だが、WSL側にインストールするよ
WSLgでCapsやCtrlがロックしてしまったり変なふるまい悩まされてたが
PowerToysでswapしてたのが原因だった
Windows10だけど、WindowsTerminalとWindowsTerminalPreviewを入れていると、設定のフォントには同じフォントが2つ入っている状態。 BIZ UDなどはフォントファイル項目がありインストールパスが表示されているけど、Cascadiaはその項目は無く代わりにMicrosoftStore製品項目がありWindowsTerminal又はWindowsTerminalPreviewが表示されている。 多分11でもアプリ個別でフォントを持っているのだろうね
心機一転WSL用にCascadiaベースで環境構築
かなり調整したがEmojiがどうしても合わねー
315 packages loaded in 0.833s
Windowsだと10秒近くかかります。
設定の書き方すごく参考になります ブログか何かでもっと紹介してほしいです
アンカー忘れ。
>>930 は
>>929 へのレスです。
教えてエロい人 WSL2をインスコして、Ubuntuもインスコしました PowerShellでの動作なのですが、 git hogehoge sudo hogehogeなどのコマンドを打ってもエラーが返り、 wsl git hogehoge wsl sudo hogehoge だと実行される状況です pathなどが足りていないのだと思いますが、このwslを打たなくてもコマンド実行できるようにする 解決策宜しくお願いいたします
>>933 おー、ありがとうございます
基本的にはできないなんですね
scoopっていうのもインスコしてみると、いいという記事もあったのですが、わけわかめな事が増えていく
楽しい事に変わりはないですが難しい(^_^;)
>>934 何がやりたいのかがわからない
scoopはwindowsのパッケージマネージャーだし根本的にWSLの理解が足りてない
WSLのドキュメントくらい読んでから使えばいいのに
>>935 powershellで、ubuntuもwindowsコマンドも両方実行させたい
>>937 何のために?
gitが使いたいだけならwindowsにgitを入れた方がいい
powershellが好きならubuntuにpowershellを入れればいい
>>938 gitも使いたいし、PowerShellも好き
どっちも、PowerShellでやりたいかーら
>>939 それならpowershell上でscoopでgitを入れれば良いと思う
>>939 WSLにpwsh入れて完全にWSLに閉じ籠もればいい
もっとも、Linuxにどっぷり浸かっちゃうとそのうちpwshなんか使わなくなりそうだが
Linuxにどっぷり浸ってても、 デュアルブートなどすることなく、 WindowsでLinuxにどっぷり浸る それがWSLの目指してるところじゃないのかな
それはそうだね 俺はWSL使い始めてからpowershellはどうしても外的要因で使わざるを得ない場合を除いては全く使わなくなったわ
>>1 WSLとWindowsタスク群は並行処理されんのかねえ?
Linu取り込んだといつて喜んでるだけだろ?
しかも、WSLはコマンドドリブンだ、
窓ユーザー分かってんのかな?
Windowsのメモ帳が軽くて使いやすいのでこれでWSLのUbuntuのLaTeX文書を 編集したりコピーしたりしてる 便利 LaTeXはWindowsにインストールするよりLinuxのほうが使いやすいからね
>>945 少し考えた
guiが優れたOSがUnix/Linux側にないから、そうなってるような気がする
BSDだがせいぜいmacOSくらい
だからWinが指示されやすく圧倒的なシェアなんだろうな
結局世の9割で使われてるのはls、cat、grep、awk、sed、gccということなので、 CygwinやMingw/MSYS2に変わるGNU binutils+αなコマンド群が 求められているのだろうなと BSDだろうがSystemVだろうがLinuxだろうが、なんでも良いのさ それこそUNIX-like toolsの方がいいかもしれん
>>950 それらのコマンドはファイル操作だけでは
システムやネットワーク関連の設定や変更やアップデート
Winはguiでそれらができるし、よくできてると思う
もっともそれらの設定はファイル操作コマンドでUnix/Linuxでできるが、そこを視覚化したことも大きい
>>950 >BSDだろうがSystemVだろうがLinuxだろうが、なんでも良いのさ
よくねぇよ
WSLは既存のLinuxディストリのエコシステムをそのまま使えるのがメリット
>>949 違うよ
MSは後方互換性の鬼だったってだけ
WSLgでJDimの表示までは漕ぎ着けたが書き込みができん 「ERROR: 投稿時の認証用クエリがありません。」 とか言われて拒否される これJDimの設定の問題か5chの問題かWSLgの問題か どれなんだかいちいち調べるの面倒くせえなあ wineを触っててキレそうになるのも不具合の可能性の選択肢が広がるからなんだよな
msにはがんばってほしい ms版の簡単ディストリビューションを出してほしい 今現在あるのはどれも使えないから
>>955 いや無理だよ
アプリ単位でしか使えないんだから
デスクトップ環境そのものを実現したいなら素直にVMWareとかVirtualboxとか使うべき
GUI環境Linuxでサクサク設定できてたものが、コマンドベースで色々設定してその上でGUIアプリを起動するようになってるのがWSLgなんで
普通のGUI環境Linux使うよりも格段にハードル高いよ
例えば、WSLgでGedit(Linuxの代表的なテキストブラウザ)を起動するだけなら簡単だが、
ウィンドウフレームのテーマのカスタマイズとか日本語入力できるようにするのは
難しい処理をするわけではないものの、普段Linuxを使ってる人間じゃないと知識が無さすぎてまず無理だと思う
MSは「Linux環境のWindowsアプリ化」を目指して、Win10に一連の機能の実装を積み重ねてきた 思えば便利になったものよ
wayland/gtk3アプリのウィンドウフレーム含むテーマは
gnome-tweaksで簡単に設定できます。
自分はjava/node.js/pythonとかの開発目的
DOS窓やPowerShellで苦労するのは時間の無駄
WSLgではemacs/zeal/electron等ほんといくつかさえ動けばいいい
日本語はemacsでしか入力しないからIMEも要らん
VS CodeやIntellijはWindows側からシームレスに使えるし
WSLgでざっとやったことは
- waylandアプリの4K 150%スケーリング
C:\ProgramData\Microsoft\WSL\.wslgconfに
[system-distro-env]
WESTON_RDP_DISABLE_FRACTIONAL_HI_DPI_SCALING=false
環境変数設定
export GDK_DPI_SCALE=1.5
export QT_SCALE_FACTOR=1.5
export QT_QPA_PLATFORMTHEME=gtk2
export GTK2_RC_FILES=/usr/share/themes/Materia-dark-compact/gtk-2.0/gtkrc
- emacsのwaylandアプリ化
お勧め
https://github.com/flatwhatson/emacs.git - vGPU対応mesaのインストール
sudo add-apt-repository ppa:kisak/kisak-mesa
sudo apt-get update
簡単でしょw
>>957 このスレでデスクトップ環境にしたのがツベにうぷしていたじゃん
見なかったの?
>>959 サンクス、lxappearanceで変わらないアプリがあったから試してみる
>>960 知らん
WSLgってデスクトップ環境作れんの?
実はXRDP使ってましたとかいうオチは無しだぞ
>>963 MSのページを見るなりすれば?
まあ見ても理解できないかもしれないけどw
Ubuntu 20.04ではスケーリング掛かってるとQT_QPA_PLATFORM=waylandが どうにもおかしくなるのでFedora Remix for WSLに乗り換えてみた 自分はdistroに全く拘りないし、wslg使うならwayland化進んでるこっちがいいかも Qtアプリもバックエンドwaylandだとサックサク
はやくwslgとwingetが安定版に降りてこないかな
wslgでSiki使うとよく落ちる Chromeはド安定
>>944 ほとんどわかってないと思うw
このスレ見てたらよくわかる
WSLgのFirefoxのUIが中華フォントやんけ /etc/fonts/local.confでフォント指定してやっと治ったわ
wsl2とwslgの違いというか メリットとか教えてエロい人
wslgでは、windows側にGUIのサーバ(XとWayland)が統合されたので、ユーザーが何もしなくても、WSLのLinuxでGUIのアプリケーションを使えるようになる。 Waylandにも対応したWindowsようサーバはなかったので、そういう意味でも進化している GUIサポート以外に違いはない 普段使いで使いたい、LinuxにしかないGUIのアプリケーションってあまりないから、そんなにありがたみはないような。 僕はemacsつかうけど、他は思いつかない
でもchromebookのほうがシームレスに使えるよな
>>975 そもそも役割が違う
>>976 ,977,979
成る程wsl2は色々なツールインスコしてからしかUbuntuを利用出来ないが
wslgだと最初からWindows側で用意しているので更に便利になったと言うことですね
サンクス
Windows 11のWSL 2はLinuxのGUIアプリケーションを実行することができるらしいんだけど、
そうなるとwindows11ではwslg2はないってことかな?
https://news.mynavi.jp/article/20210723-1915331/ WSL2でGUIアプリを動かすプロジェクトがWSLgで、まだアルファ版 Windows11のWSL2にはベータ版か正式版のWSLgが含まれてリリースされるんじゃね
>>981 Win11にはwsl2/wslgが標準搭載だったような
自分はWin10の21H2からWSL2/WSLg入ったままWindows 11 preview移行したから Win11は最初から入ってるのかどうなのか... WSLgは少なくともgithubで.msiインストーラでリリースされてるからインストールは簡単 ちなみにWSLgもWSLのdistroの一種、wsl.exe --systemでWSLg内に入れる
ごく一部を除いてほとんどユーザーに利用されない機能なのは明白なので、意味もなくフットプリントを増やすようなことはしないだろう あとから個別にインストールできるんだし
普通にSeleniumとか動かしたいな。windowsで環境作りたくない。
>>976 WSLのEmacsでcall-processとかやってうまく動作するんかい?
それ結構ハマりポイントだったな WSLgを機にspacemacs試してるんだけど環境変数を.spacemacs.envから 読む仕組みがデフォルトになっててWSL_INTEROPに食い違いが生じて windws側のexe呼び出しがうまくいかないという... 誰得な機能だよとよく考えたらmac用かな
WslgはAndroid開発をdockerに押し込めるからいいよね。
日本語でおk と一瞬思ったがWindows上で開発する視点からの物言いか
zenityがWindowsで使えるだけでも最高ですね!!!
wslg 使いこんでくうちに入力の遅延が少し気になりだした 入力から表示までいろんな経路たどるからしかたないのかな
wslgの入力ちょっともさいよね ただのRDPクライアントじゃないのか
Windows使いつつ開発環境をlinuxにしたいけど なんでもDockerってのはちょっとめんどくさい VSCodeのWSL拡張はいい感じだがずっとプレビュー版だし WSL2のGUI対応でVSCodeを使えばよくね?と思い始めた
>>998 普通のLinuxも変わらんが知らんのか
read.cgi ver 07.7.25 2025/07/21 Walang Kapalit ★ | Donguri System Team 5ちゃんねる
lud20250925011810caこのスレへの固定リンク: http://5chb.net/r/linux/1615976083/ ヒント: 5chスレのurlに http ://xxxx.5chb .net/xxxx のようにb を入れるだけでここでスレ保存、閲覧できます。TOPへ TOPへ
全掲示板一覧 この掲示板へ 人気スレ |
Youtube 動画
>50
>100
>200
>300
>500
>1000枚
新着画像 ↓「【Bash】Windows Subsystem for Linux【WSL】10 YouTube動画>4本 ->画像>13枚 」 を見た人も見ています:・爺10 ・空1025 ・空1043 ・10 ・140 ・空 1091 ・空 1000 ・肴34103 ・肴16450 ・肴28601 ・肴34190 ・み104 ・肴35017 ・肴17940 ・肴30821 ・肴31550 ・肴33081 ・空 1140 ・肴21430 ・肴32601 ・肴34170 ・肴19004 ・肴38014 ・18209 ・肴30701 ・肴33051 ・16500 ・肴34102 ・肴37102 ・18340 ・17607 ・17908 ・肴21470 ・巨専】10 ・巨専】10 ・はません10 ・19160 ・肴 18905 ・14409 ・MX150 ・17580 ・巨専】10 ・吉沢亮10 ・18016 ・28105 ・BF#810 ・18490 ・28021 ・日記01 ・21420 ・肴23015 ・18310 ・巨専】10 ・巨専】10 ・15860 ・19094 ・18308 ・FTDX10 ・17840 ・22104 ・おりせん 10 ・21401 ・26108 ・17650 ・LEO#10 ・ハム専10