【Bash】Windows Subsystem for Linux【WSL】10
レス数が1000を超えています。これ以上書き込みはできません。
ついに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://mao.5ch.net/test/read.cgi/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それぞれホストゲストに入って４倍っていうね
なんかあっても単なる.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
ストアアプリは削除して
ttps://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上で、次のように利用できるとありがたいのだけどね。
仮想デスクトップ１：Windowsデスクトップ
仮想デスクトップ２：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入れてみたけどこの場合はいまいち使い道が浮かばないなぁ
ttps://i.imgur.com/aixLIZT.jpg (116kB) WSLが開発ツールだとしっていれば、サーバーとして使う
Server Coreで使うものじゃないってのは普通にわかると思うけどな
つまりVisual Studioをサーバーで使うかって話だよ >>209
でもWSLでは最新のGUIアプリがろくに動かないんでしょ？
Windowsとの連携って、VMの共有フォルダにデータ置けばいいだけやんけ。 >>213
bashでGUIアプリが動かないでしょとか言われても困るんだがｗ
それはbashやターミナルのせいやろ >>213
え？ Windowsとの連携ってVMの共有フォルダのことだと思ってるの？
ぜんぜん違うんだから、お前の主張は的外れだな >>215
LinuxでターミナルからGUIアプリの起動できることも知らんのか・・・ >>216
え？
連携ってのはデータを処理する過程において
WindowsとLinuxの両方でするって事でしょ？
ホストOSのデータをゲストOSの共有フォルダにしとけばできるでしょｗ
なぜに不完全なWSL上のLinuxを使うのか意味がわからんｗ 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アプリの起動できることも知らんのか・・・
な？そういうことやろ？ｗｗｗ
Windowsとの共有っていうのは、ターミナルからGUIアプリの起動ができることなんだよ
すごいやろ？ WSLだとターミナルからexplorer.exeとか実行できるんだ
ものすごーく便利だろ >>218
> ホストOSのデータをゲストOSの共有フォルダにしとけばできるでしょｗ
共有フォルダにしなくてもできるから連携なんだよｗ >>220
すまんが、何が便利なのかサッパリわからんｗ
VMでLinux立ち上げといて、explorerなんぞはWindowsから素直に起動すればええやん。
わざわざWSLから起動する意味がサッパリわからんｗｗｗ >>221
VM上で10秒で設定できることを回避するメリットって
ほとんどないと思うけどｗ >>222
ターミナルからGUIアプリの起動できることも知らんのか・・・ >>223
> VM上で10秒で設定できることを回避するメリットって
じゃあそのVMのLinuxからexplorer.exeを起動してみてください WindowsにおけるWSLはLinuxにおけるWineみたいなもんで、
Wineより出来が悪いクズ環境です。 >>225
だからそれをやる意味がないっつのｗ
理解できないのか？
それができて何のメリットがあるんだ？
ホストOSは隣で動いてるのに。 そもそもbashスクリプトの中で「ここはどうしてもWindowsのあのソフトを使いたい」ってケースはないだろ。
そう思うとしたらLinuxを知らないとしかｗ もし勉強目的ならWSLを使うより5000円くらいで中古ノート買って本物のLinux環境を作ったほうがいいよｗ
WindowsとLinuxのデータの連携ガー、と言うならVMwareやVirtualBox上にLinuxをインストールして、
データの連携はNASを介すかVMの共有フォルダでやればいい。
偽物のLinuxモドキのWSLばっか使ってたらカタワになるぞｗ 例えば、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移植版があるのにｗ Linux のアプリをWindows へ持ってきたようなものは、たいてい日本語でバグる。
ファイルシステムも異なるし、外人が、CP 932 を知ってるわけないから
だから開発環境は、絶対にLinux・UTF-8 じゃないとダメ
ほとんどのアプリ・言語がLinux用で、
Windows用に作られているものは、ほとんどない
特に、ウェブ系ではそう >>231
ChromeOSもVMだよ（VM＋コンテナ）
LXCを動かす為だけの軽量OSをKVMで動かして、その中でLXCを動かしてる
Linux環境で何が起こってもChromeOS側に影響しないように、動作速度よりもセキュリティを重視したためにそうなった >>237
> 探せばgrepのwin移植版があるのにｗ
「探せば」が答えじゃんｗ
いくつもの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前提のツール
それ作ったとして何のメリットがあんの？
無意味なことができてもちっとも嬉しくないんだけどｗ 内容のある反論ができなくて馬鹿と罵るだけの初心者君 .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使えばいいんだよｗ >>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だよｗ
LinuxはWindowsのサブシステムにすぎない >>297
アンカーミスか？
マジで何を言いたいのかさっぱりわからん… >>304
WSL2は仮想マシン＋ゲストOS＋Windowsとの連携サービスで構成されてるんだから
どれか一つの話をしても意味がないということ >>305
いやいや
> 普通のLinuxが起動する余計なサービス
って何よ？とか
> 起動時
ってなんの起動時だよ
って話
もしかしてHyper-Vはサービスとして動作してることも知らんとか？ WSL2は複数のディストリをインストールできるのを知っているだろうか？
Ubuntuの複数のバージョン。Ubuntu以外もインストールできるし
同時に起動することもできる。
しかし仮想マシンもLinuxカーネルも一つしか起動しない
これもはやLinuxを超えてると思うｗ >>306
仮想マシンに普通のLinuxをインストールすると
systemdで余計なサービスがいっぱい起動する
これが起動時間を大幅に低下させて
使用メモリも食う原因になってる
WSL2はそれがない >>307
異なるLinuxのバージョンを１つのカーネルで同時に起動？
そりゃスゲーなw
>>308
> 仮想マシンに普通のLinuxをインストールするとsystemdで余計なサービスがいっぱい起動する
だからそれはゲスト側の話だろ
> WSL2はそれがない
単に不要なサービス切ってるだけ >>309
> そりゃスゲーなw
Linuxのコンテナ機能を使って複数のディストリを一つのカーネルで動かしてる
すごいだろｗ だから軽いんだよ。
> 単に不要なサービス切ってるだけ
MSがカスタマイズしたLinuxカーネルを使った独自の軽量ディストリを動かしてる
サービスなんて切るも何も最初から無い
独自のディストリの中でコンテナ機能を使ってUbuntu等を実行してる
もちろんUbuntuを「コンテナとして」起動するからUbuntuのsystemdなどは動かない
動かないと言うかあえて動かしていないし動かす必要もない
UbuntuコンテナはMS独自のinitを使って起動してる
そのinitは9Pを使ったファイル共有サーバーを兼ねてるから
WSL2でUbuntuを（独自のinit経由で）起動するだけで
ファイル共有がシームレスに実現できている
これと同じ仕組みを自作するのは大変よｗ WSL2だとUbuntuをコンテナとして起動するから
ゲストの余計なサービスは起動しないし
ゲストの起動速いし、ゲストのメモリも食わない >>312
むしろ同じところはコンテナ技術を使うというところしか無い
機能も目的もぜんぜん違う
Dockerは開発者が開発したアプリを配布する時に使うもの
WSL2は開発者がアプリを開発する時に使うもの
この2つがそろったからWindowsの開発は格段に便利になったと言っても過言ではない >>310-311
それって仮想マシン上のLinuxでDocker動かしてるのと同じだろ
軽量ディストリとか言ってるけど簡単に言えばサービス切ってるだし >>314
実装の詳細とかどうでもいいだろｗ
それで何を実現し提供してるのか
WSL2は軽いLinux環境を実現して提供している
お前、これと同じものを自作してみせますよって言ってるの？ｗ 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コマンドを
実行できるようにするだけでいいんだよ。できる？」
開発者「技術的には可能です。」
で始まる失敗プロジェクトを見てるような感じだよなｗ WSL2でホストのWin10にOpenSSHのサーバーとクライアントインストールして踏み台にして外部のホストにIPv6でSSH接続できた
avahi でホスト名+localでIPv4アドレス解決できるしいい感じ >>318-319
発注してくれるのかな？w
顔真っ赤過ぎだろ… なんでわざわざこのスレにwslいらないって言いに来るんだろう
こちとら気に入って便利に使ってるんだからほっとけばいいのに >>321
MSが作ってるものをわざわざ再発明する必要ないでしょ？
しかも機能劣化版ｗ >>323
皮肉も理解できないのか？w
> 普通の仮想マシンは起動と終了が面倒だが
> WSLだと一瞬で起動してシャットダウンも不要
仮想マシンでもそれぐらいは普通にできるって話な >>324
自分が WSL2で使われてる技術の一部の話をしてるって
WSL2＝（いろいろ＋仮想マシン）
みんな「WSL2（の中の仮想マシン技術のおかげで）できるんですよ」
おまえ「仮想マシン技術でできる！」 なんか文字が切れた
>>324
自分が WSL2で使われてる技術の一部の話をしてるって気づいてる？
WSL2＝（いろいろ＋仮想マシン）
みんな「WSL2（の中の仮想マシン技術のおかげで）できるんですよ」
おまえ「仮想マシン技術でできる！」 >>325-326
WSL2は普通の仮想マシンではできない凄いことができると言う人がいただけ ⇒ >>275-276
別にWSL2が劣ってるとか言う話ではなくアーキテクチャーが同じなんだからそりゃ同じことは可能
冷静に考えたらわかる話だと思うけどツッコんだらなぜか１週間後に作って来れるんかとか言い出したw 普通の仮想マシンに普通のLinuxを入れただけじゃできないだろ
どうやって2秒で起動するの？
https://ascii.jp/elem/000/001/881/1881674/
マイクロソフトが主張するように、仮想環境を使いながらも起動は速い。
同じマシンでWSL1とWSL2（どちらもUbuntu-18.04相当）を起動してみたが、
どちらも2秒程度で起動し、差はほとんどなかった。これならWSL1の代用として十分な速度といえる。 WSL2は仮想マシン＋Ubuntuというシステム全体の話ですごいって言ってるのに
その一部の仮想マシンだけを比較してるのがそもそも的外れ >>328-329
今時サービス切りまくれば２秒程度で起動するのは普通にできるよ
まあ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で動かしたい場合、
方法１
何処かに構築したディストロ環境からベース・システムを出力して、tarにまとめる。
tarをWSLへimportする。
方法２
Docker Hubから目当てのディストロ・イメージをダウンロードして、Dockerでexportする。
exportしたtarをWSLへimportする。
方法２は、ディストロ環境を構築する手間がいらないということ。
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の勉強になるとか
言ってるやつがいるとしたらアホだろうなｗ
「ctostiniはLinuxの学習に向いてない！」 Linuxの勉強っていったら普通Linuxの使い方じゃね？ /etc/systemd/logind.confはインストールしたら必ずいじるくらいかな。
あと、たまにsystemd.confも。 な！ WSLじゃLinuxのインストールの勉強とかできないだろ！！！
MS「最初からアプリ開発ツールだって言ってますよね？
Linuxのインストールなんて無駄なことをしなくてアプリ開発ができるんですよ」 そもそも勉強って何
開発したいのかサバ管なのか
まあ、なんとなーく、ほわわんと
OS扱いたいだけならいいんじゃね >>389
https://i.imgur.com/nbCgNwq.png
insider(21370)だとExplorerにペンギンアイコンがあってそこからアクセスできる
パスも\\wsl.localhost\になってる
従来のパス名\\wsl$\も使える wslg使いたいな
インサイダープログラムやろうかな不具合とか怖いな >>401
メインで使っているマシンならやるべきではないね >>402
メインで、じゃなくて仕事で使ってるならですね。 >>398
勉強も何もWSLみたいな不完全なものは使う気にならんわ。 テスト環境として便利よ
pythonとか書いてるけどunix系向けにはインストーラが適切なshebangを付ける配布システムなの
人に頼むのも面倒なので自分で色々(とはいえ複数linux)試せるのは便利 >>404
開発用途としては完全だから問題ないでしょｗ >>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環境を体験したほうがいいよｗ UNIXになったら何かメリットあるん？
市井にいるとほとんどメリットが見えない
業界的にはやはり権威あるのか >>415
それを更に便利に使うのがvagrant >>415
WSLは体験で使うようなものじゃないぞｗ 少なくとも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対応って目玉機能的にプレゼンしてましたやん
ここで話してるＧＵＩって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
まだ正式リリース前の段階で何言ってんだ？ｗ >>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にある拡張機能を使えないだろ。 昔ながらの使い方をしたい人のためのＧＵＩなのかな。 >>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を使うというねｗ >>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のＧＵＩで使いたいのは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
お前の狭了の方がよっぽど個人の感想に近いだろｗ
「適材適所」という概念は人類の普遍的な考え方（流れ）だと思うがｗ
このスレ読んでる奴がお前と同じような仕事してるとは限らんのだよ >>501
1行目はそのままお返しするけど、以降はそのとおりだろうね。だから何？
俺も、いまさら人にemacsを勧める気はないけど >>500
Windows版VScodeだとvim extensionで外部コマンドが使えない WindowsからWSL上のディスクが見えなかったり、どうして起きてどうしていつの間にか治るのかわからん不都合が多すぎる ゲイツ夫妻は19年から離婚協議、性的搾取被告との関係が一因−ＷＳＪ
米マイクロソフト創業者のビル・ゲイツ氏と妻メリンダさんは先週、
離婚を発表したが、メリンダさんは2019年に離婚問題専門の弁護士との相談を開始していた。
米紙ウォールストリート・ジャーナル（ＷＳＪ）が９日に伝えた。
未成年者の性的搾取を目的とする人身取引の罪で起訴されたジェフリー・エプスタイン被告（故人）
とゲイツ氏との関わりを巡る懸念が理由の一つだったという。
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… >>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件
https://i.imgur.com/ss6XlMF.jpg
https://i.imgur.com/8hecAno.jpg 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
> プログラム内部構造も共有分が錯綜しないよう、ワンプログラムワンフローの
> 原則を貫いてます。（ユニケージはシェル関数の記述さえも基本的には禁止しているのです！）
そのユニケージ関係者と思われる人が書いたコピペだらけのクソコードｗｗｗ
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の話だろ
それ以外のファイルやディレクトリの話は誰もしとらんｗ あ、もしかしてbashをディストリビューションか何かと勘違いしてんのかな？ >>627
あのー、Ubuntuのbashと、SUSEのbashを
区別できないんでいいんですか？って話をしてるんですが？
bashが動く環境が違うんだから区別しないとだめだろ >>629
やっとわかって誤魔化しフェーズに入ったかｗ 言葉たらずのバカが人を罵倒してるだけってLinux版らしくていいよねｗ >>631
最初からこれの話をしてるんだけど？
>bash.exe だとUbuntuのbashなのか、SUSEのbashなのかわからない
最初から、bash.exeだと環境がわからないって話なのを
今理解したんですか？ bash.exe で起動するのは既定のディストリビューション。
規定のはwslconfigで設定 だから特定のディストリで起動するためのコマンドが必要になる >bash.exe で起動するのは既定のディストリビューション。
え？ マジの汗臭デブかガリキモオタクぽくて安心するわ
必死すぎ >>639
「え？」って言っただろ！
なにか反論してみぃやぁぁあｌ！ もうさ、「え？」って言ってるのに行間が読めないやつ多すぎ
アスペなん？俺が「え？」って言えば普通わかるやろ LinuxモドキのWSLなんぞ使うやつはアホばかりなのがよくわかる流れ 使いどころがわからない情弱さをアピールしているんだろうw PATHの設定次第ではcygwinやmsysのbash.exeが起動するかもしれないがスレの流れを考えればWSL限定だろう 開発用には向いているかもしれないが
本番、商用には向かないな ジェットストリームなんですか？か。
Linux板で「みんなの自動翻訳＠TexTra」の名前が出てきたのが去年の3月頃と割と最近みたいだから、
まだ知られていないマイナーな翻訳サービスが世界のどこかにあるかもしれない。
https://mao.5ch.net/test/read.cgi/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を作りましたとしか言ってません」
こんな感じ？ｗ >>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$であって
マイクロソフトではないっていうオチだろ
そういうのいらんから なんでアホのくせにマウント取りたがるんだろうｗ
もしかして自分のアホさを自覚できてないのだろうか 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プレインストールマシンっていうオチじゃね？ 前はロックかかってたけど今はないから何もせずに使える >>706
新規作成したVirtualBoxの仮想PCでキー入力せずにインストールしているのでライセンス認証画面には
Windowsはライセンス認証されていません デバイスにプロダクトキーが見つからなかったことがWindowsによって報告されました。エラーコード:0xC004F213
と出ている状態
ちなみにもう一つ仮想PCがあってこっちは7のキーを入れてインストールしているので
Windowsはデジタルライセンスによってライセンス認証されています
になっているけどね 延々とWindowsの話ししてるけど、板違いだから。 >>710
そんなつまらないレスをするのではなくて板に沿った話題を掲示すればいいのでは？ >>708を真似てやってみた
https://youtu.be/I2QsIxx1hlc
俺管
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です。
https://i.imgur.com/r5CqNLg.png 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にしかできないこともあるだろうし。 そういう流れでもないと思うがｗ
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 ｖｓ Microsoft かｗｗｗｗ WindowsのカーネルをLinuxにした場合のメリットを誰も言わないのはどういう事なんだろう
今使ってるディストロを捨ててWindowsに移行するってわけでもあるまいに >>742
そんなおかしな妄想に何の意味があるんだ？ >>742
互換性を捨てるということがビジネスとして最悪に等しい愚策だから。
互換性の無いwindowsなんて誰が使うんだよ。Windows RTの惨状忘れたのかよ。 互換性は、Microsoftが大好きな〇〇プラットフォームとか？ Windowsプラットフォーム！
Linux上で稼働する公式Windowsバイザーｗ MacOSみたいにDEだけ従来のWindowsに似せるのかな
ドライバやソフトが動かなくなって阿鼻叫喚の世界にｗ >>748
その場合はだれもインストールしないし買わないので、事実上影響はない メジャーバージョンが上がるからって何か期待してる人いるけどどうぜセールス的な変更でしょ 今でもWindowsに似せたカスタマイズをしたディストロが数個あるから、それを買収したりしてｗ
まあ、実行ファイルにバイナリレベルの互換性がないからやっても無駄だろうけど。 wsl2にubuntuとcentosの２つを同時に入れることはできますか >>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の選択によってキーの反応速度が変わる。 >>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
https://i.imgur.com/piKRRRB.jpg
書き込みはできなかったので、別環境から
環境作るの面倒くさい… 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も未だに同等の機能を実現できていない。
なぜなのか？ｗ 使ってない人にとってはただのマークダウンに見えるんじゃないか >>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でそれを実現する手段の１つがWSLg でもmarkdownには興味を持ったよ。emacsを使おうとは思わないけど VSCode全盛の今、こんなにEmacsが使われてるとは思ってなかったわ
っていうかこのスレが異常なのか？ WSLgだけじゃくchmateもwindows11ではうごくのか
マイクロソフトはchromebookをかなり意識してるなw
【Microsoft】「Windows 11」ではAndroidアプリが利用可能に Amazonアプリストア経由で [豆次郎★]
https://asahi.5ch.net/test/read.cgi/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でやる必要のないものばかりだなｗ >>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側にインストールするよ
WSLｇでCapsやCtrlがロックしてしまったり変なふるまい悩まされてたが
PowerToysでswapしてたのが原因だった Windows10だけど、WindowsTerminalとWindowsTerminalPreviewを入れていると、設定のフォントには同じフォントが2つ入っている状態。
BIZ UDなどはフォントファイル項目がありインストールパスが表示されているけど、Cascadiaはその項目は無く代わりにMicrosoftStore製品項目がありWindowsTerminal又はWindowsTerminalPreviewが表示されている。
多分11でもアプリ個別でフォントを持っているのだろうね 心機一転WSL用にCascadiaベースで環境構築
https://i.imgur.com/cpGRrfE.png
かなり調整したが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
簡単でしょｗ >>957
このスレでデスクトップ環境にしたのがツベにうぷしていたじゃん
見なかったの？ >>959
サンクス、lxappearanceで変わらないアプリがあったから試してみる >>960
知らん
WSLgってデスクトップ環境作れんの？
実はXRDP使ってましたとかいうオチは無しだぞ >>963
MSのページを見るなりすれば？
まあ見ても理解できないかもしれないけどｗ Ubuntu 20.04ではスケーリング掛かってるとQT_QPA_PLATFORM=waylandが
どうにもおかしくなるのでFedora Remix for WSLに乗り換えてみた
自分はdistroに全く拘りないし、wslg使うならwayland化進んでるこっちがいいかも
Qtアプリもバックエンドwaylandだとサックサク はやくwslgとwingetが安定版に降りてこないかな wslgでSiki使うとよく落ちる
Chromeはド安定 >>944
ほとんどわかってないと思うｗ
このスレ見てたらよくわかる WSLgのFirefoxのUIが中華フォントやんけ
/etc/fonts/local.confでフォント指定してやっと治ったわ wsl2とwslgの違いというか
メリットとか教えてエロい人 wslgでは、windows側にGUIのサーバ(XとWayland)が統合されたので、ユーザーが何もしなくても、WSLのLinuxでGUIのアプリケーションを使えるようになる。
Waylandにも対応したWindowsようサーバはなかったので、そういう意味でも進化している
GUIサポート以外に違いはない
普段使いで使いたい、LinuxにしかないGUIのアプリケーションってあまりないから、そんなにありがたみはないような。
僕はemacsつかうけど、他は思いつかない でもchromebookのほうがシームレスに使えるよな >>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も変わらんが知らんのか このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 132日 18時間 13分 41秒 5ちゃんねるの運営はプレミアム会員の皆さまに支えられています。
運営にご協力お願いいたします。
───────────────────
《プレミアム会員の主な特典》
★ 5ちゃんねる専用ブラウザからの広告除去
★ 5ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────
会員登録には個人情報は一切必要ありません。
月300円から匿名でご購入いただけます。
▼ プレミアム会員登録はこちら ▼
https://premium.5ch.net/
▼ 浪人ログインはこちら ▼
https://login.5ch.net/login.php レス数が1000を超えています。これ以上書き込みはできません。
