【Bash】Windows Subsystem for Linux【WSL】5
レス数が1000を超えています。これ以上書き込みはできません。
Release Notes for Windows Subsystem for Linux
https://docs.microsoft.com/ja-jp/windows/wsl/release-notes
テンプレに入れてもいいかも Ubuntuとか正確にはMSが配布じゃなくて
ディストリ開発元が配布してる形なんだから
WSL自体の発表とする必要はないんだよな
誰かが作った新しいアプリがストアに登録されましたってだけだし >>4
WSL のための Fedora リミックス を購入 - Microsoft Store ja-JP
https://www.microsoft.com/ja-jp/p/a/9n6gdm4k2hnc
Chocolatey Gallery | Fedora Remix for Windows Subsystem for Linux (WSL) (Install) 1.0.26
https://chocolatey.org/packages/wsl-fedoraremix ところでみんなターミナルは何使ってる?
1. Microsoft純正
2. wsl-terminal
3. wsltty
4. vcxsrvやX410でX Windowのみ
いやwslttyがバグっても、困ってる人はこのスレにあんまり居なかったみたいなんで。
まあwslttyもChocolatey経由で導入しなければ、今のバグありバージョンは降りてこないみたいだけど。 >>10
ConEmu聞いたことはあったけど、WSLに使えるのは知らんかったわ…。
Windowsユーザーに贈るLinux超入門(5) ConEmuをインストールしてUbuntuのコンソール環境を快適にしよう | マイナビニュース
https://news.mynavi.jp/article/liunx_win-5/ 少しずつですが改良されてきていますね
ttps://devblogs.microsoft.com/commandline/ どうなんだろう?MS純正のコマンドラインは、最低限の機能だけでいいと思う。
Windowsのメモ帳みたいに。 cygwinやmsys2でminttyを使っているから、wsltty >>15
自分もそうなんだけど、minttyのバグのおかげで、あわや一網打尽…。 >>16
minttyのバグ報告はcygwin MLにした。問題は、認識されているが、まだ、決定的なfixがなされされていないよう。
cygwinでは、今インストールできる、一番古いバージョンでkeepしている。 メモ帳も最近はガンガン機能追加されて、まるでまともなテキストエディタみたいに まともなテキストエディタではないでしょw
まともなテキストエディタはvscodeがあるのでそっちで十分
メモ帳はあくまで緊急用だよ。ただし緊急用として
使えないと困るのでUTF-8対応とかされてる >>25
magitなどの外部連携絡みのツールはwindowsではうまく動かないことが多いし、そうどなくともパフォーマンスが良くなかったりする
wslだとほぼそういう心配がない >>24
VmwareとかVirtualboxのほうがいいんでは? >>27
いちいち環境作るのが面倒くさい。
パソコン内にあるってだけで、別PCを使ってるのと一緒だから。
ホームディレクトリのPC間のデータの同期をどうするかとか。
WSLであれば同一PCなのだから普通のホームディレクトリを共有できるし
WSLで立ち上げたサーバーに普通に接続できるし、
もうすぐエクスプローラからWSL内のホームディレクトリを簡単に参照できるようになる。
Windowsで普段使ってるテキストエディタを使ってファイルを変更できるようになる。 >>29
たしかに,Emacs使うだけならCygwinがいいかも。 >>30
cygwin遅いし、forkエラーが出る >>31
2005年ごろなら確かにそうだが、地味にcygwinも進歩してるよ
ま、俺ならmsys2を使うけどね cygwinもmsys2もLinuxとの互換性が低い
あれは専用の別ディストリみたいなもので、いちいちcygwinやmsys2で動くか?
パッケージがあるか?ビルドはうまくいくか?なんて考えなきゃならん 長年Winでフリーソフトウエア笑やってた連中の積年の努力を嘲笑うMSの圧倒的技術力 むしろWin上でのUN*XツールへのニーズをMSが頑なに拒んで、プログラマに無駄な苦労(通称:UN*Xもがき)をさせてきた感が強いけどな。
WSLの登場の背景にあるのは、サーバOSとしてのWindowsの敗北と、デスクトップOSとしてのLinuxの敗北が確定したことだろう。 cygwin は pcre2のpcre2_match() クラッシュバグが放置プレーされててお勧めできない。 >>36
ぜんぜん違う。一言で言えば金儲け。MSのビジネスの成功のため
サーバーOSとしてのWindowsは企業を中心に多く使われている
それはそれとして、OSを動かすクラウドというプラットフォームが出てきた
今まではMSはOSを作り、その上でアプリを動かすという考えだったが、
さらにOSの上位の存在であるクラウドというプラットフォームを作り、
その上でOSを動かし、その上でアプリを動かすというふうにビジネスが変化した。
そして、MSのクラウド、つまりAzureから見れば、WindowsもLinuxも
同等のお客様なわけで両方平等にサポートしましょうという考え方に変わった。
さらにクラウドの利用者は、クラウドでOSを動かしたいのではなく
開発したアプリを動かしたいわけで、OSはどれでもいいということになる。
OSはどれでもいいというが、開発したアプリがLinuxでしか動かないと
開発そのものが困るので、Windowsでもアプリを開発できるようにしましょう。
というのが今までの流れ
サーバーOSの敗北とかそういうレベルの話じゃないんだよ。
開発者が必要としているから、その必要としているものをWindowsで
できるようにしましょう。当然Azureにも対応しています。
Microsoftは一貫して開発できるソリューションを提供しています。ということ MSはOSを作ってるけど、もうOSの戦いをしてないんだよな
どのOSも平等なお客様(金儲けの道具)なわけで、
だからWindowsもLinuxもmacOSにも対応してきている。
MSはビジネスを変えた。だがそのユーザーが
その考え方の変化に追いつけていない
未だにLinuxガーとかやってるw >>36
POSIXサブシステムやSUAを知らないのか
Subsystem for Unix Application (SUA)
https://docs.microsoft.com/ja-jp/previous-versions/cc835573(v=technet.10) FIPS-151満たすためだけのゴミがどうしたって? NTFSも大文字小文字を区別できるんだってね
Windowsの互換性のためにオフになってるみたいだけど >>42
Windows10のWSL+Ubuntuで作ったディレクトリ試したけど
> DIR > DirA
ってやって
> DIR > Dira
って続けたら DirA と Dira の2つのファイルができてた。
大文字小文字の区別をするしないはすくなくともディレクトリ単位で制御されてるようだね。 デスクトップ環境なLinuxの終了って近年のディストリビューションを見てもそういえるのか? LinuxはデスクトップOSとしては始まってないからな。
文字通り細々と一部のマニアに使われてるだけ。 >>44
いきなり区別するようになったら混乱するだろ。 >>38
その通りで、いまだにLinux vs Windowsなんて言ってるの
それぞれの信者だけで、本家は金もうけの道具だと思ってるんでしょう。 ていうか今はazureで儲けたいんだよね
後はビジネス系のOfficeやサブスクリプション
OSは所詮その土台でしかない Windowsだけじゃなく、MacもiPhoneもAndroidもOfficeはじめとしたMSのビジネスツールとして実用レベルになってるからね。
「金払ってでも使うわ」ってユーザは少なくない。
特に企業ユーザー。
WSLでテコ入れしてきたからLinuxも数年でMSのコントロール下に入るだろ。
でもMSのビジネスはまだまだWindows依存が大きいよ、当たり前だけど。 >>53
LinuxがというよりはMs依存というよりはCanonicalがじゃない?
DebianとはCanonicalが予定調和取らすけど、オリジナルカーネルとRedhat系はわからん
RedhatのIBMがMsと協同歩調取るならあり得るが、オリジナルカーネルとArch系はずっと独立だろう
というか開発者側が黙っちゃいない
取り敢えず物理NIC制御のWSL上の制御を更にサポートしてほしいとこ。 LinuxがデスクトップOSとしてハネないのは単にフォトショとかアイチューンとかMSofficeみたいなソフトのLinux版がないから
それだけ それ以上でも以下でもないよな
guiもユーザーフレンドリーになってきて安定してるし。
あとはギークしか知らないソフトばっかだし玄人以外にはおすすめできないってことだな
できる!Win10あってもできる!linuxはないしね。
SpotifyとかLibre使っている身だとLinuxでいいし、Officeもウェブ版があるから最悪そっちでもいいんだけどね。 フォトショやexcelはバッチやVBAで一括処理組んでると代替品では難しいというのはあるよな
あとはAutoHotkeyみたいな操作系改善ツール
Linuxはコマンドラインツールが便利な反面
GUIは素人が簡単にhookして効率的にカスタムするのは難しい印象がある
深い所まで弄れば何でもできるのかも知れんけど >>51
> UTF-8への完全移行が一番の難所な気がする
古いソフトを使うのを辞めればいいだけ。
そもそもWindows NT系はずっと前からUnicode(UTF-16)を
ネイティブな言語として使用している。
SJISとかいうのは、9x時代のUnicodeに対応していない古いアプリを
マイクロソフト様がわざわざ対応してあげているだけ。
古いアプリを使っていないなら、何の問題も起きない
そもそもさぁ、SJISって日本専用だよ? 世界で使われてるわけ無いじゃん。
世界では、SJISの代わりに別物を使ってる。そこにあらたにUTF-8を追加したって
おかしくなるわけないよね。
SJISを使ってるあなたが、SJIS使うのを辞めればいいだけ。 >>56
> SpotifyとかLibre使っている身だとLinuxでいいし、
「Linuxでいい」といってる限りLinux使う理由にはならないってことだよ。
「Linuxがいい」にならない限り「Windowsでいい」んだからw
それに「SpotifyとかLibre使っている身」とか条件付きでいってる以上
じゃあその条件に当てはまらない人は?って言われるだけだし、
結局、いま普通にパソコン買って使えるWindowsでいいんだよ >>59
文脈完全度外視の抜粋から重箱の隅をつつくのは痛すぎる
>SpotifyとかLibre使っている身だとLinuxでいいし、Officeもウェブ版があるから最悪そっちでもいいんだけどね。
これで一文で句読点が微妙に変な位置にしてしまったが、Spotify,libre, office-web条件で『最悪』そっちでもいいって言っているんだが。
この『最悪』に含ませている意味わかる?大丈夫? >>61
バイナリ提供のソフトでRPM or deb 非対応なら致命的。
別にadobeやインストール版MsOfficeをはじめとする著名なソフトがLinuxで対応しているならわざわざ条件という枷は要らないが
対応ソフトが限定される以上条件付きになるのは至極普通のことだと思いますが?
これで多くの人がFirefoxとThunderbirdをはじめPhotoshopなんかではなくgimpを使っているなら喜んで対応ソフトに関する条件を外したいところですよ 私はMSOffice以外は有償ソフトを使っていない。
あとは,OSSのソフトだ。
最近は,Pythonのツール群でグラフの作成とか計算とかしている。
時々CやC++を使うが。
とにかく,MSOfficeがlinuxで動けばWindowsを使う理由はない。
WSLが良くなればそれはそれでもいい。 Office 2003ならWineで動くらしい。
PowerPoint Viewerは動いた。 サブスクリプションの365ならLinux版作れそうだがなー
pptやxlsxは無理でもdocxなら作れるだろ >>35
Meadowとか歴史に残らないのがいろいろあるからな
gnuwin32とかあっという間に廃れた気もする >>62
だからLinuxは一般には浸透しないってことですね。 >>65
Mac版もあるんだから作れるでしょうけど、戦略上提供しないだけでしょうね。 >>68
市場として価値がないという判断を戦略上の判断と言っていいのであればその通り >>69
ハ?
価値あるだろ
出したら「ゼロ円でオフィスも使えるOS」に注目が集まるに決まってるから出さないだけ 皆はXサーバーはどれを使ってるの
というか、どれが定番なの 金を出したくないならVcXsrv
金を出せるならX410
X410は胡散臭くて敬遠してたが思ったより快適だった。 >>70
ゼロ円のOSの不具合は誰が面倒見てくれるんでしょうね…
それを自前で面倒の見れる奴の市場規模はいかほど何でしょうかね…
市場価値があったとして、確実に利益に繋がらないでしょうね。
自明過ぎて指摘もはばかられるんですが… >>73
夕張市の役場のPCがLinuxになった、みたいな話知らねぇの
研究所とかでも大部分Linuxでやりくりしてるとこ山程ある
今はどこにでも保守担当のSEがいるし、もっと第三者の誰かによるサポートがあってほしいというのが人の心理であるならそういう仕事が生まれるだけです
学生さん?笑 保守seなんて名ばかりで最近の傾向は情シス部門を他社丸投げやぞ
Linux知識のある人1名いれば事足りるがそれを求めるのは酷。
それに研究系で使われるのは大体GNUやConfigurationされた自前プログラム、コンパイルインストールだし、殆どターミナル作業だから正直Linuxでバリバリofficeやってますとは言い難いし、大抵教育機関の事務局がエクセルやワード仕様で持ってくるからお察し状態。
以上現役大学生からのレポートでした。
変な煽りはやめようぜ。 >>75
> それに研究系で使われるのは大体GNUやConfigurationされた自前プログラム、コンパイルインストールだし、殆どターミナル作業だから正直Linuxでバリバリofficeやってますとは言い難いし、大抵教育機関の事務局がエクセルやワード仕様で持ってくるからお察し状態。
ハ?
だからLinuxのためのMS office が現れたら流行るという話なんだが
> 以上現役大学生からのレポートでした。
学生が出しゃばるな
死ね
どうせアカデミアとなんの縁もない人生送るんだから それにしても相変わらず馬鹿みたいな改行と引用キメえな
便所の落書きの容量増やすなよ >>78
どのレスバトルのこと言ってるのか分からん >>72
WSLの中でXを起動するということは不可能ですか >>80
どうして、wslの中から、xを起動しないといけないの?
わたしは、スタートアップにVcXsrvのショートカットを登録して、windows起動時にxを立ち上げている。 >>80
wslとVcXsrvが通信すると考えればいい。 >>80 CywinとCygwin-Xみたいなことかな。 >>83
wsl - cygwin
VcXsrv - Cygwin-X
の関係。両方ともXプロトコルで通信している。 >>72
MobaXtermもいいよ。wslにも標準で対応しているし、
無料だとちょっと制限があるけど、VcXsrvでは動かないものも動くことがある。 VcXsrv で -wgl と -nowgl を使いわけている。
以下をスタートアップに登録して
"C:\Program Files\VcXsrv\vcxsrv.exe" :0 -ac -terminate -lesspointer -multiwindow -clipboard -nowgl
"C:\Program Files\VcXsrv\vcxsrv.exe" :1 -ac -terminate -lesspointer -multiwindow -clipboard -wgl
DISPLAY環境変数とLIBGL_ALWAYS_INDIRECT環境変数で使い分ける。 MobaX VcXじゃなくて
金を出してでもX410にするメリットある? WSLのUbuntuと同じでアンインストールした場合ゴミを残さず消せる。 >>74
ほっといたら、妙なレスが付いてるなwww
MSがモチベーションが持てるだけの市場があるのかよって指摘してんのに、
典型的な「超レアケースを掲げてどや顔の揚げ足取り」とは、ご苦労さんです。
だいたい
>夕張市の役場のPCがLinuxになった、みたいな話知らねぇの
→OSさえケチるレベルのユーザにOffice買える金があんのかよ!!
>研究所とかでも大部分Linuxでやりくりしてるとこ山程ある
俺が指摘した「それを自前で面倒の見れる奴」の典型例だけど、そこにどんだけ市場があんだよ!
若く見て頂いたのは光栄だけど、本気で噛みつきたいなら、
少しはマーケティング・仮説検証のお勉強をした方がいいよ。坊や。 夕張市はハードも無償提供を受けてるレベルでソフトに金なんか使えないってレベルの極貧自治体だぞ。
それに、そこまで金がない夕張市でもLinuxは全面導入じゃないから。 >>90
> MSがモチベーションが持てるだけの市場があるのかよって指摘してんのに、
ハ?
Linux の普及率を参照してください
ていうかそもそも話の筋分かってないな
Linux版Officeなんて出しちゃったらWindowsからLinuxに鞍替えする層が一定の割合いるから出せまい、という話なんだが、分かってるか
MSのポジティブな動機が小さい、じゃなくて、MSにネガティブな動機しかない、わけ
分かる?
> >夕張市の役場のPCがLinuxになった、みたいな話知らねぇの
> →OSさえケチるレベルのユーザにOffice買える金があんのかよ!!
Officeの方がOSより安いので
> >研究所とかでも大部分Linuxでやりくりしてるとこ山程ある
> 俺が指摘した「それを自前で面倒の見れる奴」の典型例だけど、そこにどんだけ市場があんだよ!
アカデミアを対象にした商売なんて山程あるのだが
何がどう少ないと思うの
> 少しはマーケティング・仮説検証のお勉強をした方がいいよ。坊や。
具体的なこと言ってからイキりな >>92
知識がないのに偉そうだね。
> WSLの中でXを起動するということは不可能ですか
>>80
こんな質問してるんだから。 >>93
オ〜〜〜明確に逃げたね
雑談系の板における必死チェッカー頼みのレスバトルのようだ アカデミアの端くれから意見するけど、
>研究所とかでも大部分Linuxでやりくりしてるとこ山程ある
についてだけど、やりくりなんかしてないよ、サーバーなんかいくらでも研究費で外注できるけど、
後進を育てるために多少不便でもマシンだけ買って自由にやる必要があって、それにlinuxがマッチしてるだけ。
サービスにかね出すんじゃなくて、論文に投資するから人件費に充てるんだよ。macのとこもあるし、winのとこもある。
言いたいのはカネに困ってlinux使ってるわけじゃないってこと。 >>95
> アカデミアの端くれから意見するけど、
> >研究所とかでも大部分Linuxでやりくりしてるとこ山程ある
> についてだけど、やりくりなんかしてないよ、サーバーなんかいくらでも研究費で外注できるけど、
サーバて、デスクトップユースの話してんのにサーバて
> 後進を育てるために多少不便でもマシンだけ買って自由にやる必要があって、それにlinuxがマッチしてるだけ。
> サービスにかね出すんじゃなくて、論文に投資するから人件費に充てるんだよ。macのとこもあるし、winのとこもある。
そもそも普通の研究機関はWindowsの包括ライセンスとかあるので
それにしても「やりくりなんかしてないよ」は意味分からないカナ
Linuxが一定使われてるなら「Linuxでやりくり」してるじゃん 今日の夕方、職場でWSLでPHPやNode.jsの環境作るといいよって話してる連中がいたな。
俺は遊びにしか使ってないけど。 遊びでも不満なく使えるってことは
仕事でも十分使えるって事ですよね 俺もXサーバ立ち上げてGUIでゴリゴリやってどこまでできるか遊んでるけど
スクリプトベースのプログラムならいちいちVM用意して環境作らなくてもいいし、
PHPはWindowsだとLinuxほど環境が作れないからWSLの方がいいかもしれない。 >>96
サーバー前提でlinuxデスクトップを使うんだ。OS導入のハードルなんかゼロに等しいから。 >>97
うちの研究室でもWSLからcloud9立ち上げて使ってるやつがちらほらいる。 大学の研究室は、windowsの包括契約なんかしてない。
大体windowsはプリインストールのPCを買う。プリインストールのばあい価格は不明だが、売りにでているダウンロード版の価格からして数千円のレベル。
officeのほうが高い。
linuxは無料だから使うのではなく、使用するソフトがlinuxでしか使えないとか、パフォーマンスがlinuxの方がいい場合にlinuxを使う。
OSS系のソフトはたいていlinuxの方が効率がよい。 「まあ無料のOfficeがWindowsで動くからWindowsでいいや」 >>100
横からすまんが「サーバー前提のLinuxデスクトップ」ってなんだ?
Linuxといった時点で大抵裏で何らかのサービスが動いてるもんだが、その状況のことか? >>102
そうそれ、大学の経費と研究室の経費と一緒くたにしちゃってるんだろ、たぶん。 >>104
いやいやすまん。乱文だった。linuxサーバーを使う前提で、linuxデスクトップを使ってるってこと。ここでは鯖は実機のことだと思ってほしい。
状況としては、鯖の環境を再現するためのデスクトップや、単にsshするデスクトップか、鯖の上で動いてるデスクトップ環境とか。
>>101で書いたのは個人のPCは圧倒的にMacかwindowsだからその状況で、
もちろん研究室には科研費の書類を出す時に体裁を確認するためのwinもある。でもwinは仮想環境で間に合ってしまうな。 色々書いちゃったけど、俺も個人のパソコンはwindowsとlinuxどっちもあるけど、家ではたいていwin使ってるし、
WSLでcloud9で簡単に済ますことが多いな。 >>102
ハイFラン確定ッ♪
ウチはAdobeの有料ソフトも使えるよ
>>105
大学がライセンス契約してて研究室が使えないケース一つも知らないんだが
あと包括ライセンスって「経費」とかいう次元の話じゃないし
>>106
科研費って電子申請だし100%PDF化しないとだめだしその体裁を確認するために特定のOSが必要とは意味不明すなぁ
総評: アカデミアエアプ >>108
何言ってるのかは本当によくわからないけど、学費払って大学に行ってる学生は大学の契約上で使える。
研究室でのお財布は大学からの金と取ってきた研究費と、当然、教員でも学生でもない研究従事者がいるので、
包括ライセンスのOSやソフトをそのまま使えばライセンス違反だから。違反してるところもあるんだろうけどさ。
学費払ってるんなら別だよ。それは自分で買ってるようなもんだから。 科研費はwordかlatexで作成の上でPDFなんだ。latexで書く場合は問題ないけど、PDFはOSによって表示が変わるから必要なんだよ。 >>92
夜中に目が覚めたら、さらに面白いレスが付いてるな。
ほんと君>>92面白いよ。めんどくさい奴だけど。
ただ、叩けば鳴る面白いおもちゃを捨てるのももったいないので、もう一回だけ
お話してあげよう。
>Linux の普及率を参照してください
じゃあLinuxの「デスクトップ」分野の普及率を教えて下さいな?
ちなみに俺は、Win 1台に対してLinux数百台は使って開発してるから、
「Linux の普及率」についてだけ言えば相当貢献してるとおもう。
ただ、デスクトップ動かしてるLinuxは皆無だけどな。
>ていうかそもそも話の筋分かってないな
>Linux版Officeなんて出しちゃったらWindowsからLinuxに鞍替えする層が一定の割合いるから出せまい、
という話なんだが、分かってるか
>MSのポジティブな動機が小さい、じゃなくて、MSにネガティブな動機しかない、わけ
分かる?
なんか、知識が昔のまま固まったアンチMicrosoftの人って感じだね。君、WindowsのことゲイツOSとか呼んだりしてなかった?
上で誰かが書いてたけど、現代のMicrosoftはOSで商売しようなんて思ってないです。Azureをとにかく使ってほしいんです。
ぶっちゃけ、OSやOfficeでさえクラウドを使ってもらうための販促ツールの面さえある。少しは、最近のMicrosoft
の決算を調べて見たら?
「Linux版Officeなんて出しちゃったらWindowsからLinuxに鞍替えする層が一定の割合」が本当に開発費をペイ
できるだけの市場規模があれば、Microsoftはやるき満々でやると思うよ。実際、Mac OS対応やってるじゃん。
まあ、君みたいに思うアホなマーケティング担当は、Microsoftの内でも外でもほとんどいないと思うが。 >>>111の続き。
>>92
>Officeの方がOSより安いので
これが一番疑問(笑い)なんだが、どこの世界のMicrosoftのお話をしてるんでしょうか?具体例をあげてみな。
> >研究所とかでも大部分Linuxでやりくりしてるとこ山程ある
> 俺が指摘した「それを自前で面倒の見れる奴」の典型例だけど、そこにどんだけ市場があんだよ!
>アカデミアを対象にした商売なんて山程あるのだが
>何がどう少ないと思うの
だから「君の中の世界」のお話を「感覚的に」されても他人には通じないんだって。
「山程」って、ちゃんと市場規模の数字で出しなさいや?
ちなみに君、ソフト開発にお金かかるの理解してないでしょ。
OSポーティングするのに、「Mac版のOfficeを少し変更してリコンパイルすりゃLinux版のできあがり!」
とか思っちゃってるでしょ。浅いんだよね。
> 少しはマーケティング・仮説検証のお勉強をした方がいいよ。坊や。
>具体的なこと言ってからイキりな
はいはい、じゃあ、具体的な反論お願いしますよ。 >>109
研究者が大学の持ってるライセンス使えない例というのを知らないんだが
学位のないテクニシャンさえ使えるよ
何大か言え
>>111
> 夜中に目が覚めたら、さらに面白いレスが付いてるな。
ほっといたら、とか、夜中に目が覚めたら、なんて要らねぇんだよションベンくせえな
> じゃあLinuxの「デスクトップ」分野の普及率を教えて下さいな?
> ちなみに俺は、Win 1台に対してLinux数百台は使って開発してるから、
> 「Linux の普及率」についてだけ言えば相当貢献してるとおもう。
> ただ、デスクトップ動かしてるLinuxは皆無だけどな。
クライアントと通信しててXが動いてればここで言ってるデスクトップそのものなので
> ぶっちゃけ、OSやOfficeでさえクラウドを使ってもらうための販促ツールの面さえある
だからOSのシェアを手放せる、とはならない
> 「Linux版Officeなんて出しちゃったらWindowsからLinuxに鞍替えする層が一定の割合」が本当に開発費をペイ
> できるだけの市場規模があれば
やっぱりまともに読めてない
誰もそんなこと主張してないし仮定してない >>112
> >Officeの方がOSより安いので
> これが一番疑問(笑い)なんだが、どこの世界のMicrosoftのお話をしてるんでしょうか?具体例をあげてみな。
これはナシで
> だから「君の中の世界」のお話を「感覚的に」されても他人には通じないんだって。
> 「山程」って、ちゃんと市場規模の数字で出しなさいや?
> ちなみに君、ソフト開発にお金かかるの理解してないでしょ。
> OSポーティングするのに、「Mac版のOfficeを少し変更してリコンパイルすりゃLinux版のできあがり!」
> とか思っちゃってるでしょ。浅いんだよね。
だから誰も「簡単で儲かるんだからやれば良い」なんて言ってない
全く読めてないじゃん
むしろ俺の主張は一貫して「Linux版があったらLinuxに流れる層が一定いるので割に合わない」ということなんだが
> > 少しはマーケティング・仮説検証のお勉強をした方がいいよ。坊や。
> >具体的なこと言ってからイキりな
> はいはい、じゃあ、具体的な反論お願いしますよ。
いやマーケティングだのなんだのはお前が言い出したんだろうが Linu信者の負け惜しみが醜い件
民間企業のオフィスや一般家庭にあるPCの台数と、大学にあるPCの台数くらべたら圧倒的に大学にあるPCのが少ない。
しかもデスクトップ用途に使うんじゃなくて研究機材の一部扱いも含んでるんだから普及率に貢献できるとか「嘘も大概」ってやつだね。 すげー伸びてるのでなんかあったのかと思ったらどうでも良い話だった いつもの承認要求さん来ちゃった段階で読む価値ゼロ
スルー余裕でした wslのディストリビューション何にしてる?
Kali入れといたらベネストレーションしやすいかなと思ったけどwinAPI経由するのってテスト的にどうなんだろ? 自分は別にどれに固執してなくて、ubuntu,archlinux,debian,fedora入れて遊んでる UbuntuをインストールしてからArchに置き換えてるけど、シェルのアイコンがUbuntuのままなのが嫌だ >>121
Kali入れてもWifi直接叩けないんじゃないの? >>123
ArchWikiのドキュメントは古いのでUbuntuを一旦インストールしてArchで上書きする手順ですが
この手順だとUbuntuWSLとは独立してArchWSLが使えます
お試しあれー
https://blog.jo3qma.com/2018/05/arch_linux_on_wsl-1/ 大学でWIndowsを包括契約する必要があるのか? すまん。途中でおくった。包括契約してるのはシマンテック,Mathematica, Matlab とかだが。
あと生協がOfficeの包括契約しているがアカデミック版のOffice(3万強で2ライセンス)より高いので買わない。 >>128
生協のOfficeで3万ってどんな大学だ? > あと生協がOfficeの包括契約しているがアカデミック版のOffice(3万強で2ライセンス)より高いので買わない。
その場合は、Windows版LibreOffice使うしか無いな
Windowsはオープンソースで無料のソフトがいっぱい有って便利だな LibreOfficeはLinuxやMacならいいけど、Windowsで使うとやたら遅い。
OpenOfficeもそうだが・・・ ホントぶり返してるのアホ
ぶり返しているなら言っておくが
大学でazure office365は一般的だが、大学の研究室は大学の研究費だけじゃねえよ
学会からの助成金、科研費、諸々あるわ
あと包括契約の一部はSINET5のポリシーがかかっているから。あとは一部大学がSharePoint依存だから。
知ったかぶりは如何なる理由だろうと宜しくないぞ なんで嘘つくんですかね?
http://tei6.hatenablog.com/entry/2018/03/21/233635
> macOS上でLibreOfficeを動かすとすごくもっさりしている。
> WindowsやLinuxで使うと快適に使えるのに。 また,途中ですまん。
WSLの話に戻す。
GNU Octave がWSL上のUbuntuでflatpakからインストールできなかった。
仕方なくソースからビルドしたが,wsl上のSnapsとかflatpakの話に
詳しい人おらん? >>138
セルフレス
Flatpak is coming to WSL on Windows 10
https://winaero.com/blog/flatpak-coming-wsl-windows-10/
しばらく待てばのかな?
とりあえず,使いたいのはGNU Octaveだけだし,自分でビルドできるので
しばらくまとう。 125
130
132
140って飛んでてワロエナイ WSLでGNU OctaveするぐらいならWindows版いれたほうが良さそうな気がする。
SciLib使いでOcave使ってないから「気がする」だけだけど。 >>142
octave 5.1.0 でだいぶwindows版よくなったけどね。shell環境もmsysからmsys2になったし。
でも、最近、linuxで計算環境整えてるから、それに合わせるためだ。 >>143
Virtualbox か Vmware でいいんじゃないの? >>144
たまにそういうことする人いるけど、意味は? >>139
こういうソフトウェア管理システムの乱立がLinuxの普及を阻害してるんだよなぁ。 >>132
LibreOfficeはLinuxやMacならいいけど、Windowsで使うとやたら遅い。
遅いのは起動じゃないの。基本的にlinuxベースのソフトはwindowsだと起動が遅い。
立ち上がれば問題ないけど,イライラするのは確か。 >>147
linuxを使い始めて6,7年くらいたつ。
いろんなものが乱立しているのが,linuxだと感じる。
distroの乱立,デスクトップ環境の乱立。
うっとうしい面もあるが選べるのがlinux。
私みたいに中途半端な知識しかないと結構厳しいが,ググりながら,試行錯誤して
何とか自分なりの環境が整備できてきている。
うまくカスタマイズできた今はwindowsより使いやすい。
wslがあれば手元のwindowsでその環境を再現できる。
これも色々苦労をしたが,まあ使える環境になった。
Microsoftの方針転換があってよかった。 >>148
MS OfficeはMacじゃ遅いね。 最新版のwslttyでminttyのバグのせいで日本語の表示,編集がおかしくなる件だが,
C:\Users\(ユーザー名)\AppData\Local\wsltty\bin
のmintty.exeをmintty.exe.oldで置き換えるととりあえず大丈夫だ。 何がLinuxデスクトップを殺したか
https://www.yamdas.org/column/technique/linuxdesktopj.html
(a) 第一の要因:物事があまりに早く変化し、オープンソースも独占ソフトウェアも同じように壊れる。(b) Linux ディストリビューション間の非互換性。
これがデスクトップ分野で Linux をターゲットとしようとするサードパーティの開発者のエコシステムを殺した。
一度は挑戦して、「トップ」ディストロや寛容な人なら「トップ3」ディストロをサポートするのに最善を尽くすだろう。
それで知ることになるのは、6ヵ月後にはそのソフトウェアがもう動かないということだけ。
デスクトップ分野の Linux サポートは、独立系の開発者にとって負担になったのだ。
Linux は信頼できるパッケージ管理と最も進化したソフトウェア更新システムを開拓した。
その目標と文化を考えれば、我々は優れた仕事を行った。
しかし、我々は全体像を見失った。その過程でサードパーティの開発者を遠ざけてしまったのだ。
下位互換性や Linux ディストリビューション間の互換性は、セクシーな問題ではない。解決するのが面白い問題ですらない。
そんな仕事をやろうとは誰も思わないし、誰もが革新を起こして Linux の次の目玉機能に関わりたいのだ。
かくして Linux は、サポートや下位互換性といった
退屈で些細なことを心配する必要なく実現しうる最高のシステムをデザインしたい理想主義者に押し付けられた。
Linux を正常な状態に戻す唯一の手段は、一つのディストロ、一つのベースラインコンポーネント一式に絞り、
それ以外はすべて諦め、皆がこの単一の Linux だけに貢献するようにすべきだ。
これが Canonical の Ubuntu であれ、Red Hat の Fedora であれ、Debian のシステムであれ、
もしくは新たな共同の取り組みであれ、頭のいい人たちが最後まで意見の一致をみないだろうけど。 Cygwinでmintty 3.0.0 が来た。
Character processing
* Fixed wide character width and cursor position handling.
で待望でwide charの問題がfixされ日本語の編集ができるようになった。
でしばらくまてばwslttyも3.0.0以降のminttyが来れば,もとにもどるだろう。 >>153 読んだ。まあ,Ubuntu 使いだが,Unityは結局に自分のPCではだめでGnomeにした。
いろいろ試行錯誤した結果私はXubuntuとUbuntuサーバー(GUIなし)がある。 >>150
現行のはさすがに脱Carbonしてるんだろうか お遊びで、x86、x64のバイナリが「だいたい動く」っていうマシンを作ってみるならWSLがいいかもね。 jupyter labが、動いていたのにipynbがロードできなくなった。今のところ、原因は不明。
windows native版のターミナルをpowershellから、msys2のbashに切り替えてしのいでいる。 >>159
Error
Invalid response: 500 Internal Server Error
がでて,ブラウザとkernelがつながらない。 >>154
今さらだけど、mintty直ったことを確認。wslttyにも はよ降りてきてくれ。 すみません、質問させてください。
当方WinとUbuntuのデュアルブートでWineを使ってアプリを使っているのですが、アプリデータが肥大して
ストレージを圧迫してしまうので、UbuntuにマウントされているWin用のディスクにデータを逃したいのです。
とりあえずはUbuntuコンソールからWinコマンドプロンプトを起動してシンボリックリンクを作ろうとはしていますが
うまく行きません。。。 WineからUbuntuにマウントされているWinパーティションにはリンク出来ないのでしょうか。
よろしくお願いします。 あああ... 管理者権限でcmd起動しなきゃダメなのか
でもUbuの端末からwine cmdでプロンプト立ち上げてるからねぇ... >>164
!! なんというスレチ...?
すんませんこの板初心者なもので...
誘導ありがとう 早速行ってみます wslのubuntu 18.04でupdateしたらfirefoxが接続できない。chromium-browser いれたらちゃんと動いた。
まあ、chromiumでいいのでそれでいいが。 >>166
chromeやchromiumが、管理者権限でwslを立ち上げないと、動かなくなった。まあ、動くからいいが。 まあ、趣味の世界だな。
俺もWineやmcomix動かしてるし・・・ WSLでnautils動かして /mnt/c/Users以下のフォルダ触る俺みたいなのもいるしな・・・ キャラクターインターフェイス至上主義からしたらありえねー いつのまにかchrootができるようになったと知ったので、
qemu-arm-staticでラズパイの環境を動かすことに成功した。
しかし、chroot環境からネットに接続できない・・・ pingは通ったが
名前解決は恐らく設定不足でエラー
qemu-i386-staticとchrootだと名前解決も問題無いので設定がどこか間違ってるのでは? 「GNU Wget」にバッファオーバーフローの脆弱性 - 窓の杜
第三者によって任意のコードを実行されたり、DoS 攻撃を受ける恐れ
https://forest.watch.impress.co.jp/docs/news/1178275.html
2019年4月4日 14:46
脆弱性ポータルサイト“JVN”は4月3日、脆弱性レポート“JVN#25261088”を公表したした。
The GNU Projectが提供する「GNU Wget」にバッファオーバーフロー(CWE-119)の脆弱性が存在するとして、注意を呼び掛けている。
「Wget」は、Webサーバーからコンテンツを取得するコマンド。
Unix系のOSに搭載されており、Windowsでも“Windows Subsystem for Linux(WSL)”などから利用できる。
同レポートによると、「Wget」v1.20.1およびそれ以前にはバッファオーバーフローの欠陥が存在し、
第三者によって任意のコードを実行されたり、サービス運用妨害(DoS)攻撃を受けたりする可能性がある。
脆弱性の深刻度は、“CVSS v3”で基本値“8.8”、“CVSS v2”で基本値“6.8”。
“JVN”は、最新版へのアップデートを推奨している。 wgetの方がレジュームやりやすいからこっち使うこともある。 httpのステータスを取りたいときはcurl
zipを手っ取り早く取る場合はwget --trust-server-namesが無いcurlはめんどい 複数のミラーサーバーから1つのファイル落とすとかクソ便利よな 度々話題になってたcloud9のqiitaの記事更新の通知来たぞ。 WslFsに変換してるんだが、Antimalware Serviceが邪魔してるようで全然終わらない・・・ Msstoreにalpine linuxのwsl版があるんだが誰か詳細知らない?何これ? ttps://github.com/agowa338/WSL-DistroLauncher-Alpine ttps://bugs.alpinelinux.org/issues/9408 Insider Previewでwslconfig /upgradeとwsl --upgrade消されちゃったね まぁ今作ればWslFsで作られるから要らない気もする WSL から、Windows 側にあるシェルスクリプトを起動した場合、
改行コードが、CRLF だとバグる!
LF にしないといけない! ああ、それ俺もハマったw
まあググればわかったけど。 batファイル自体に大きな変更を入れずににwsl上でbatファイル動かせる? >>196
bash −c Wcmd.exe /k a.batW
て感じでやったらいけるが、batはWindowsから見える場所に置かないとダメみたい。
全角じゃないとNGに引っかかって書き込みエラーになる・・・ >>198
ありがとうございま試してみます
これでlinuxコマンドと連携できるならcygwin捨てられる >>197
メタ情報に書かれる内容が違うので同じではないけど、ユーザには違いなし。
前回のupdateのときに、githubで中の人が少し説明していたけど、メタ情報以外は
手を入れてないとのことで、パフォーマンスとかは変わらない。
WSL$で、DrvFs経由でwsl側にアクセスするとき、WslFsだとDrvFsのメタ情報を
持っているので、WSL$の実装が少し単純になるとかはありそう。 >>198
/c "$(wslpath -wa a.bat)" wsltty 3.0.0 がでた。
wsltty 3.0.0 - Updated to mintty 3.0.0
となりminttyのワイドキャラクターのバグが解消されました。 >>203
Releases mintty/wsltty GitHub
https://github.com/mintty/wsltty/releases
3.0.0
@mintty mintty released this 2 days ago
Updated to mintty 3.0.0.
やったぜ。Chocolateyに来たらインストールするわ。
Chocolatey Gallery | wsltty 1.9.8
https://chocolatey.org/packages/wsltty wsltty 1.9.8のカーソルずれバグに2週間ぐらい悩まされてて、
「wsltty cursor location」とかでぐぐっても全然解決できなかった。
今日ふと「wsltty カーソル」で検索したらここが引っかかって、すぐ解決できた。
ありがとう! WSLってほんと何が遅いんだろうね。
とあるツールを作ってるんだけど、Linuxよりも10倍遅い
でもCPU使用率ってそんなに高くないんだよ。Windowsのタスクマネージャーから見て
3.5Ghz 4コア8スレッドの全てのスレッドがそれぞれ50%行かない程度
かと言って、データファイルが大きいわけでもない(全部で50ファイル 100KB程度)
ファイル読み書きのI/Oが遅いんじゃなくて、CPU使用率も高くないって
メモリの転送待ちでも発生してんのかな? ちなみにtimeコマンドで調べとき、userは殆ど変わらずで
WSLはsysが大幅に増えてる >>207
WSLってマイクロカーネル上で動くエグゼクティブとして実装されてるのかな?
だとしたら遅くて当然。
マイクロカーネルはオーバーヘッドが大きいので遅い。
マイクロカーネルじゃなかったら分からん。
詳しい奴が回答してくれ。 遅くて当然なのは問題にしてなくて、
どこに時間がかかっているのかってことね。 マイクロカーネルとLinuxエグゼクティブの間のオーバーヘッドじゃないの?
https://ja.m.wikipedia.org/wiki/マイクロカーネル そもそもスマホはトルクかキャタピラの二択
落としたら画面壊れるようなのはゴミ
メインはPCだから性能とか関係ねーし githubでMS技術者がissueで回答してるから見てくれば?
数か月前に話題になったっけ? wslはforkがcygwinよりましだが、大分遅い。そもそもwindowsにはforkの概念がない。これが少なくともcofigureとかが遅い原因だと聞いている。 前にも話題となったけど、ウイルス対策ソフトの影響も結構ある >>211
> マイクロカーネルとLinuxエグゼクティブの間のオーバーヘッドじゃないの?
そこはタスクマネージャーのCPU時間に含まれない領域なの?って話です。 >>213
それI/Oが遅いとかいう話でしょ?
でも俺のツール、そんなにI/Oがあるわけじゃないんだよ
>>214
うん。forkが遅いっていうのはわかってる。
でもそれはCPU時間に現れても良いんじゃない?という話です。 >>211
あとLinuxエグゼクティブってあんたが作った造語?
そんな言葉、無いよね? >>218
だからWSLがマイクロカーネルのエグゼクティブとして実装されてるのかな知らん言うとるがな。
マイクロカーネル上でOSの「いわゆるカーネル」として動作してメモリ管理や入出力管理、システムコールなどのAPIを提供する「エグゼクティブ」として実装されているのであれば
ごめん、飽きた。
あとはテメエで勉強してくれ。
俺はお前の母ちゃんじゃない。
甘える相手を間違えてる。 > マイクロカーネルとLinuxエグゼクティブの間のオーバーヘッドじゃないの?
> だからWSLがマイクロカーネルのエグゼクティブとして実装されてるのかな知らん言うとるがな。
「Linuxエグゼクティブ」とかいうから何のことかと思えば、
やっぱり造語じゃねーかw テメーがへんな言葉を使いだすから誰にも理解出来ない言葉になってんだよ。
https://www.atmarkit.co.jp/fwin2k/special/win9xorwin2k/win2kknlover_2.html
WSLは↑にあるPOSIXサブシステムなどと同じレイヤーのサブシステム。
Windows "Subsystem" for Linuxの略だろ
ちょっとさぁ、勉強してないなら、俺俺用語を作り出して話をしないでくれませんかね? わかった上で改めて読むと
> WSLってマイクロカーネル上で動くエグゼクティブとして実装されてるのかな?
> だとしたら遅くて当然。
Windowsのカーネルモードコンポーネントは、すべてマイクロカーネル上で
動くエグゼクティブとして実装されてるので、WSLだけが遅くて当然というのはおかしいということになる。
さらにWSLはサブシステムなのだからエグゼクティブとして実装されてすらいない。 言いわすれてた
> マイクロカーネルとLinuxエグゼクティブの間のオーバーヘッドじゃないの?
Linuxエグゼクティブなんてものは存在しない msys2はいやだよ。あれLinuxじゃないし、
パッケージ管理もオリジナルだし、msys2のことをいちいち覚えないといけない。
WSLならLinuxの知識と殆ど変わらない >>209 >>219
ttps://blogs.msdn.microsoft.com/wsl/2016/04/22/windows-subsystem-for-linux-overview/
ttps://blogs.msdn.microsoft.com/wsl/2016/05/23/pico-process-overview/
ttps://blogs.msdn.microsoft.com/wsl/2016/06/08/wsl-system-calls/
ttps://blogs.msdn.microsoft.com/wsl/2016/06/15/wsl-file-system-support/ >>224 >>225
msys2は私は以下で使用。
sshでlinuxサーバーとの接続。
windowsのアプリケーションのbashのシェル環境での実行。
メインは、msys2が提供するgcc、autotools、ライブラリなどを利用して、windows nativeのgnuplotのビルド。 WSLとVcXSrvの組み合わせで幸せになれますか?
(日本語表示とか日本語入力とか) 幸せになれるかしらんが日本語表示、入力は出来るよ
個人的にはリモデでアクセスした方が幸せなんじゃとか思うけど >>229
X410 使ってるけどgnome-terminal動くからできるよ。 >>228
うん。そのgnuplotのリポジトリを見てみよう
mingwやcygwinのMakefileがあるだろう?
https://github.com/gnuplot/gnuplot/tree/master/config
これがだめなんだよ。msys2はLinuxじゃない。
他のLinux/Unixとは違う互換性が完璧ではない専用のOS扱い
つまり何が言いたいかっていうと、他人が作ったものでも自分が作ったものでも
msys2に対応させなければいけないし、対応していないものは動かないかもしれない
そのせいで全てのパッケージがmsys2で使えるわけじゃない。
特定のOSに対応させるためってならまだわかるけど、
そのOSで動く小さな環境のためにメンテナンスとかしたくない
もうWSLでいいよ。WSLの方が優れてるのにmsys2とか使う意味ない デメリット並べ立ててもwsl来る以前に環境整えたてたら移行めんどいとかあるんだろうし
どっちかに統一しなくてもその時その時で使い分けでもいいんでないの
まあ今更>224の言い分は理解できんけど 個人的にはaptが普通に使えるのが一番のメリットかな >>232
msys2でコンパイルするメリットはできた.exeファイルは
wslのない環境にもっていっても動くこと。
32bitのOSでも動くようにできるし。 Linuxエグゼクティブという新しい造語が生まれた瞬間に立ち会えた幸せ msys2よりはWSL上のmingwの方がいいかな
どっちも遅いからVMに逃げたくなるけど フィードバックあげるのでもなければ無理して作りかけのWSLに付き合う必要ないんじゃ ntkernel道連れに落ちるような子は要りません >>239
これ
どこまでもWSLって途中なんだよな load averageが適当なのは直さないのか?
無理だって話らしいが・・・ https://www.scriptlife.jp/contents/programming/2016/09/14/post-1766/#VirtualBoxGPGPU
> というわけで、どれもダメな感じでした…
> TensorFlow、Windows版が正式に出てくれたらそれでって感じですけど…あんまり出る雰囲気じゃない(し、Windowsで運用したいというのもあんまりない)よなあ。
gpuは動きましぇん!
うんわかってた >>232
私はgnuplotのwindows版のパッケージャーだ。
msys2でいまsourceforgeで配布されているgnuplotをビルドしている。
開発版も常にビルドして試験している。
msys2にはmingw64とmingw32のwindows nativeの豊富なライブラリ群があって
それでmsys2に依存しないwindows nativeのlinux由来のソフトのビルドができるのだ,
これだけのmingwのライブラリをそろえるは大変だし,その手間を省くのがmsys2だ。
Cygwinやwslと根本的に目的が違う。 >>246
mingw64とmingw32
これは厳密ではなかった。mingw64のw64とw32のが正しい。 >>248
まあ,それぞれ考え方が違うんだしいいんじゃない。 >>232
gnuplotのconfig/cygwinのMakefileはCywin用のバイナリ作成用ではない。
これはCygwinのMinGWコンパイル環境を使って,Windows Nativeのgnuplotをビルドするものだ。
Cygwin用のバイナリはlinuxと同じでにconfigureとmakeでビルドする。
CygwinのQtにはバグがあってQtにパッチをあてないqtターミナルが動かない。 あぁ、わかるよいいたいことは。
だがそんな面倒なこと、もうやめて良いんだよってこと
普通にLinuxバイナリを使えば良いんだから >>253
個人ては、自分もそうなりつつある。でも、wslなんて使うwindowsユーザーがどれくらいいる?
gnuplotのユーザーの大半はwindows native版のユーザーだ。native版のパッケージジャーとしてmsys2は捨てられない。私がいいたいのはそういうことだ。 > wslなんて使うwindowsユーザーがどれくらいいる?
cygwinやmsys2を使うユーザーは少ない。
cygwinやmsys2を使うユーザーぐらいはWSLを入れるだろう。
> gnuplotのユーザーの大半はwindows native版のユーザーだ。
gnuplotの開発者がmsys2を使ってビルドするのは良いだろう。
そして開発者はそれを配布する。使う方はmsys2でビルドされているかなんかどうでもいい。
msys2単体で使う必要はない。
俺もGit for Windowsをインストールしていて、あれはmsys2のようだが、
Git for Windowsとして使っているのであって、そこに追加でパッケージを入れたり
なにかをビルドしたりしようなんて思ってない。ただのWindows用のgit環境として使ってる。
Git for Windowsとして完成された環境というわけだ。
(もっともGit for Windowsはとりあえず入れてるだけで使う機会はほとんどないけどね) ハンドルの管理が面倒いのかのう?
巨大なハッシュ表がいるだろうし msys2の話は、もういい。
私としては、wslでflatpakでGNU Octaveが入れられないのが痛い。まあ、自分はビルドできるのでいいけど。
wsl上のflatpakの状況がわかる人教えてください。 意味がわからないだけ。
WSLは相互運用するためのツールなのに
なんでWSL上だけで完結させようとするのか?
普通にWindows用のツールと組み合わあせて使えばいいのに >>262
その中にもLinuxエグゼクティブなんて書かれてないですが
どれのことですか?やっぱり造語なんですか? >>263
?
Linuxエグゼクティブとやらの話なんてしてないけど? >>259
octaveのwindows native版があるのは当然知ってる。でも、linux版のほうがgui版見た目がいいw。
あと、日本語pathは5.1.0ては通るけど、まだなんかおかしい。
shellコマンドと併用するときはlinux版がいいのよ。
linuxでつかっているのそのまま使える。 linuxで使っている環境をそのままもちこみたい。ただ、それだけ。 個人的にはブロックデバイスへのアクセスとfuseに対応して欲しい ループバックデバイス(losetupやkpartx)が使えるとうれしい。
VMや実機使えば、WSLでもラズパイ環境作れたけど、公式のイメージ展開するときにここで詰まる。 要望がどんどん高くなっていくのは分かるけど、WSLってLinux環境をつくるものじゃなくてELFなアプリが動けばいいなぐらいのものじゃなかったのか? Who is WSL for?
https://docs.microsoft.com/ja-jp/windows/wsl/faq#who-is-wsl-for
This is primarily a tool for developers -- especially web developers
and those who work on or with open source projects.
This allows those who want/need to use Bash, common Linux tools (sed, awk, etc.)
and many Linux-first tools (Ruby, Python, etc.) to use their toolchain on Windows. ウェブ開発者でもブロックデバイスやfuseにアクセスすることはあるから必要なんだよ >>275
そういう人は実機やvmでいいんじゃないの? マシンを切り替えるのが面倒。それが仮想マシンであってもだ。 EncFSとかSSHFSのfuseはWindows側でマウントしてWSL側で
mount --bindしてやれば無理矢理使えないわけでもない。
WSLだけで完結してほしいけど。 なんか追加でソフトを入れようとするとexeを台帳登録する手続きがクソめんどい
Windows標準機能ならそれを回避できる
aptで入るパッケージはexeじゃないから自由に使える
っていうクソ環境にいる人たちのためにもWSLの機能向上を頑張ってほしい >>280
同一マシンであれば、ファイルは普通に共有されてるし
ネットワークも同じネットワークだ
仮想マシンだと別のマシンがネットワーク上に有るのと一緒
ファイルを共有したければ、そういう設定をしないといけない
(仮想)マシンの環境整備をしないといけないんだよ >>305
説明は >>232用で他の人がわからんでも仕方ない。gnuplotのMakefileを、よんだ人しかわからない。 >>283ですが、>>280向けでした。すいません。 >>284
1時間でできるかどうかじゃない。
その後、事ある毎にメンテナンスするのが面倒なんだよ
VirtualBoxが動かなくなったりな LinuxとWindowの併用ユーザは、シームレスに両方のアプリが使える環境を欲するものだとおもう。
CentOS+wineだったけどWin10+WSLに移行した俺が言うんだから、間違いじゃない。
仮想だとしてもPC2台を同時に使うのは不便というより「面倒くさい」から。 >>287
で、wslは遅いとか、いろいろできないことが多いとか
大変ですね。 ちゃんとした開発をやるなら仮想化の方が同じ環境をすぐに作れたりして便利だと思うが
事務とかやるPCでテキストファイルをちょっと操作したいとかいう時にWSLがあると心強い VM使うほどでもない用途で使えばいいのであってVMと比較するのはナンセンス
VMだけでいいならクライアントHyper-vあるのにわざわざWSLなんか作る必要ないだろ メモリ32GB程度積んでいれば、16GBのメモリ割り当てたVMをheadlessで起動しておけば、
WSLよりずっと快適。
でも、一台あたり2万円の追加投資すらしてくれない会社がほとんどじゃないかな。
hyper-vでこれをやると、常時16GBのメモリ確保されるのでおすすめしないけど。 ノートPCユーザな俺だとメモリの制限があるから、ヘッドレスなLinux使うぐらいならWSLで済ます、になるなぁ。
そっちのが手軽だし、WSLでダメならDEありでフルフルなLinuxをインストールしてある実機を(リモートになるけど)使えばいいだけだし。
何でもかんでもWSLで済ます、なんて無謀なことをする奴はいないだろ、さすがに。 BOM 無しUTF-8(UTF-8N) では、Windows 側で、文字コードが判別できないから、エクスプローラで検索できない。
BOM 付きなら、sjis と区別できるけど
そういう場合に、WSL からgrep するのが速い おれはクライアント(窓)で文字列編集とか扱うとき慣れている犬コマンド(wsl)を使って、鯖(犬)にファイルを整理してホストしてるな。
んで、一応xrdp打ち込んでリモート貼れるようにはしたけど。
それとは別にdev鯖立ててVMとかDockerで管理すりゃあいい。
クライアントとdevは消しておいて、ファイル鯖を踏み台にしてWakeさせりゃあいいし。 スマンちょっと真面目に答えてほしいんだが、MSYS2にしろWSLにしろ、開 発 途 中 な も ん を わ ざ わ ざ 使 う 必 要 あ る か ?
実機か仮想環境でLinux用意した方が大抵の場合良いんじゃないのか?
開発に寄与したい方が人柱をやるのは大変立派なことだし、尊いことだ
でもな、末端のユーザーよ。本当に自分に必要なのは何なのか、もういっぺん考えてもいいんじゃないか > 開 発 途 中 な も ん を わ ざ わ ざ 使 う 必 要 あ る か ?
世の中すべてのものが開発途中だろ
awkだって開発中でついこの間5.0でたしな
> 本当に自分に必要なのは何なのか
自分の仕事ができることだろ。
完璧な道具がほしいんじゃない。
道具はどんなものでもいいが、なるべく便利で
それで仕事が楽にこなせればいい。
お前よく考えてこの結論に達したか? >>298
あのさぁ〜〜〜
awkなんか引き合いに出してる時点で終わってんぜ、お前さん
枯れ切ったawkと開発途上も途上のWSLを同じステージで語るとはw
しかもその根拠が「最近新しいバージョンが出たから」とはw
恥ずかしくないのか
もう二度とポストするなよ 開発の途上でも実用に耐えられるからあちこちに文献が転がっててスレも勃ってんだろ
むしろ開発途中のベータってよりベースの完成品に機能を追加してる段階だろう
ReactOSどころかwine辺りと比較しても周囲の反応でその辺は明らかだろう > 実機か仮想環境でLinux用意した方が大抵の場合良いんじゃないのか?
これがすべてに当てはまるとか決めつけないでほしいな。
ネットワーク経由で実機使うより、無駄にリソース浪費して仮想環境使うより、軽快に動くWSL使うことが便利なケースではWSL使うだけのことだし。
実用レベルでいったらWSLも生Linuxも似たようなもの。
「開発中」って言葉はWSLを使わない理由にはならないな。
開発中と言っちゃったらLinuxそのものが開発中になっちゃうしね。
>299
WSLがダメってことにしたいみたいだけど、Win10+WSLはLinux+wineより使えるよ。
どうしてもWin10で動かない古いWinアプリ使いたいんでもなければね。 >>300-301
wineはありえないです
wineを使うくらいならWSLの方が良いです
「実機か仮想環境で」と言ってるのになんでwineとか言い出したのかマジで分からないしビビるのですが、それくらい答えに窮してるってことですか? >>302
開発途上ってとこに突っ込んでんだよ
表向きのフェーズが開発の途中だろうと何だろうと使えるか使えないかが全て WSLでWineを一応動かしてる。
最近WSLでも32ビットEXEを動かせることを知った。qemuかますから遅いけど・・・ WSLでLinuxバイナリを作っています。
WSLがあればC++でウェブ開発という選択肢が出来ます。
Visual studioはやはり素晴らしいです。 >>297
目的を達せるなら開発中のものかは問わないですね。効率よく使えるものを使うというだけです。
EWS-UX でコードを書いていた時は私物PC に BSD on Windows を、HP-UX の時は Cygnus windows を入れて使用していました。 よくわからん争いになっているが、端的にいえば「探究心」のパッションがあって追い求める覚悟があるってのは技術屋じゃあ常識だろ。
ソレが単純に企業お抱えか単なるギークかの違いだ。コミュニティやプログラムに参加すれば色々絵られる部分もあるしソウイウモノに突っ込んでくハングリー・チャレンジ精神は大事だと思う >>299
> awkなんか引き合いに出してる時点で終わってんぜ、お前さん
あのね。わざと枯れてると思われてるものを持ってきてるの。
枯れてると思われてるものでも、未だに開発中だってこと
すべて開発中と言っても良い 君たち、低俗な諍いはやめたまえ
すべての原因は君たちがmacを選択しなかったことにあるんだ >>297
Msys2はFloss系のMinGWのNativeライブラリとビルドツールがそなわっていて,MinGWでWindowsFloss系の開発するのに一番手っ取り早い。 >>310
MacのParallelsにWin10入れてそこでWSL叩いてるわ。
コヒーレンスにするとなんとも異様な世界になる。 >>310
コマンドのオプション独特で疲れないか?
WSLはGNU/Linuxのディストリビューション使えて幸せだよ おっと、その書き方はGNU専用なんだ。
Macのsedでは動かないぜ! 開発中のものを使う意味がないっていうなら、Linux使う意味はないね、確かに。 開発終わったのを使いたいならMS-DOSとかPC-DOSがあるじゃん お前ら開発途中の意味もわからのか!
WSLはまだベータ版だろ!!
みたいな逆ギレ期待してるんだがw
あ、WSLはベータ版じゃないよ。正式版 どう見ても「本当の評価」知るために強い否定の言葉並べてるだけのエアプさんでしょ
否定の言葉に同調する者が多ければまだ使わない
否定の言葉を論理的に否定されたら使う価値あり
ということでしょうね
雑談系の板でよく見られる手口だ 本当の評価って、そんなん自分で動かしたら一発なのにわざわざ人に聞くとかどんだけチキンなのよ・・・ 世の中にはどんな小さなことでも失敗が許容できない人種もいる これまでの流れ全く読まないで自分の言いたいことだけ投下してケンカ売りに来る奴大杉
何回ループしてんだよ wslでvscodeは動く?
必要なことは全部やったはずなんだけど起動できない
環境はdebian sid >>325
Ubuntuで何も考えずにGNOMEを突っ込んだらいけたよ。
vscodeだけじゃ足りないのかもしれない。 >>328
今debian stretchでも必要最低限な状態で試したら起動した
パッケージのバージョンが問題なのかね
stretchじゃパッケージが古くて開発に使いづらいからubuntuを使うわ
ありがとう >>325
> wslでvscodeは動く?
なんかさぁ、動かすことが目的になってないか?
WSLはWindowsというOSで動いているんだから
Windows版のvscodeを使えばいいじゃねーか >>330
linuxの方が使いたいlinterのビルドが楽だから仕方ない Windowsのvscodeから、WSLのlinter呼び出せばいいだろ >>332
そんなことができるの?
自分で調べた限りじゃ見つからなかった >>333
どうせLinterのプラグインでも使ってるんだろ?
そこに実行時のパスとか指定できるだろ?
コマンドプロンプトからWSL上のバイナリ実行できるんだから
バッチファイルでも作って実行させればできるんじゃねーの? >>325
前スレに書いたよ。
501+1 :login:Penguin [↓] :2019/01/21(月) 15:41:44.99 ID:rDmO3I4e
少し前に書いたwsl上のdebianでvscodeの画面が出なくなった問題ですが、原因はudevでした。
udevとlibudevの240がbreaking changeを含んでいるので、239にdowngradeして対処。
https://github.com/systemd/systemd/issues/11385
https://github.com/systemd/systemd/issues/11293
ubuntu19.04(実機)でもudevが240になってるので、insider previewのwslでは対策されている
かもしれないけど未確認。
ついでに、windows側のvscodeから、wsl側のツール類使って開発支援使えないケースは
まだまだあるよ。javascript向けとかMSが提供してるものは大丈夫。
WSL上だとnpmとかyarnがとても遅いけど。 あー、WSLのUbuntuを19.04にしたらvscode起動しなかったな >>336
udevの仕業だったのか
前スレは見てなかった
ありがとう 冷凍チャーハンおかずに白米食べられるほど
これが中華味でございます的に味がついてるのがどうにも苦手 ubuntu16.0*だけど、WSL内でVSCodeをGUI起動させられないか、やっているだけど、VcXsryがmultiplewindows以外なら、GUI動くだけどな・・・
有償版でないとスタイリッシュにできないのか
>>337
マジで?俺、絶賛アップグレード中なんだけど UbuntuはLTS固定版と通常版の二種類入れられるだろ その通常版というか追っかけ版をアップグレードしても途中でコケるな。
Insider使ってるせい? >>341
PCに直でぶち込んだりする本環境はLTSで、それ以外のリリースはLTSの上でVMやKVMで弄る程度だね。
Debianも俺は基本Stableで使ってるし… >>341
WSLで使うなら、LTSとその間のリリースはそれぞれ別環境として入れる方がいいね… vscodeの件は直前に解決策書いてあるじゃん... 340だけど、code --disable-gpuで起動したら普通に動いたわ、すまぬ >>143
OpenGL のグラフィックスでプロットを順次書き直すかたち >>142
GNU Octave を WSLで使う理由だが,win版よりOpenGLやgnuplotiのグラフィックスが速いのもある。
Linux由来のソフトだとWindows Native版より,WSLでLinux版動かした方がより場合もある。 あー、imagemagickはWSLのが速いな
何でか知らんけど >>349
Windows版はstatic linkされてるやつ? >>342
lxdを事前に消してからアップグレードしないとコケる件かな >>351
なるほど、消せばいいのか・・・
試してみるかな。 >>350
あー、dll版やったわ
で、static版ダウンロードしてちょっと使てみたけどほぼネイティブのが速いな
けどオプションによってやっぱりWSLのが速い
何でか知らんけど Windows版はLinux APIからWindows APIへの変換でもしてるんやろ?
WSL版はWindowsに実装されたLinux APIを直接呼び出してる。
ファイルアクセスとかプロセス生成といった遅いAPIを使わなければ
WSL版の方が速いのは考えられる話 >>354
imagemagickはしらんけど,GNU Octaveはgnulibは使っている。Windowsではposix関数のインプリメントになっている部分もある。
これが遅くなり理由かな? やっぱWSLがいいや。
cygwinとmsysでpsコマンドが微妙に互換性がなくてハマった。 msysは知らんが、cygwinは使いにくいだよなぁ
WSLマジ神って感じ Ubuntu18.04使ってるけど令和に対応してないね
$ date +'%Ec' -d 20190501
平成31年05月01日 00時00分00秒
長期サポート版とは言っても日本語の元号なんかに対応する気はサラサラ無いんだな… 19.04は対応済みだけど、18.04 LTSにもそのうちバックポートあると思うよ。 後追いで対応って予期しないタイミングで突然破壊的変更が入ることになるから対応としては最低最悪
やらないほうがまだマシ 元号はglibc(libc6)だね
2.29で対応してるから19.04は対応済
RHEL系は7にもバックポート済だけど、Ubuntuは遅めなのかね?
18.04だと3/29版をマスターに微調整したのを4/16にリリースしてる WSLのUbuntuをアップグレードするといろいろ不具合が出る。
FirefoxとかXアプリ系が動かなくなった。
よほどのことがないとアップグレードしないほうがいいよ。 重箱の隅をつつくようで悪いが、WSLでx立ち上げるほうがよほどだと思うんだ(cui脳 >>367
Firefoxが動かない?普通に19.04で動いてるが・・・ emacsをXで起動してごめんなさいごめんなさいごめんなさい >>369
それは端末がCUIだったのが悪いな。
最初からVNCのようなGUIの端末だったら
WSLでもGUIが使えていただろう。 >>371
WSLとemacs on X 最強だと思ってるのはオレだけか? >>373
なにそれおいしいの?
オレはVcXSrv使ってるけどワリと良い。 俺はCloud9をWSL動かしてる。これはすごい快適。
VSCodeだともっさりしすぎて常用に耐えない・・・ VSCode使うならCoderでブラウザから使った方が良いんじゃね >>370 18.04だが最近Firefoxは起動はするが,つながらなくなった。Chromiumで動かしている。 >>378
WSLでFirefox動かす意味ってあるの?
単なる暇つぶし以外に何かあれば知りたい。 俺は興味本位だな。アドオンが入らないし、遅いし実用的じゃない。
Chromeは起動すらしなかったが、Chromiumならいけるのか・・・ wslを教育機関の管理者に説くっていったらどうすればいいと思う?
県立の学校とかだと難しいよね。 >>378 WSLでJupyteLabrを動かす試験をするとき。特に ICT支援員資格だっけ?
プログラミングが必修科目になるが、教えられる教員が不足してて一般企業の前線で働いている人に指導してもらう制度。
この間うちの会社で資格取る人いないか?って話があって知った。
科目としては既存の技術家庭、高校なら情報I・IIに組み込まれるらしいが、そこでWSLの話題を持ち出すには抵抗があるなぁ・・・
「Linuxに興味あるんです!」って聞かれたら教えてあげようかって感じはする。 >>383 途中で送った。Jupyter lab をWSLで試験的に動かすときに使っている。
まあ,Anaconda自体をWSLで入れる意味自体があまりないのだが,趣味ですね。
GNU Octaveは使ってみて,WSLでLinux版で動かしたらそっちが良かったから
他でもそんなことがあるかなと思って試している。 >>384
WSLは勉強目的で触らせるには文脈が高度すぎる
ExcelでVLOOKUP使えますくらいのレベルの人間にWSLとは何なのかを理解させるのは無理ゲー >>384
無理無理、Linuxなんて一般向けじゃないから。
レポートをTeXで提出しろなんていうのと一緒。 >>373
メモ帳が欲しいなら、vim使えよ
統合開発環境なら、VSCodeだよなー
>>377
俺はDB使うweb開発しているだが、CoderってDB出来るの?
>>388
html使えるぐらいの人間なら、texは楽勝だろwww >>389
一般人にviやemacsを使えとか、
本気で思ってるなら考え直したほうがいい。 パワーヒッター
生命力を奪う
マスタースキル
精霊神の力
時空の精の力
軽量化された
ライフガード
メンタルガード
HP大増量
MP大増量
ディフェンダー
強化繊維
全能の力
全能力+10
スピードスター
エコスキル viやemacsがだめなのは、キーボードに適切な移動キーが
存在しているのにそれを使わないということ。
当時のキーボード事情なんか知らないし、慣れたら速いとかも知らない。
ユーザーインターフェースとして正しくないキー配置である
というのが、現在の正当な評価だ >>393
ダメではないと思うけど、時代遅れ。
それは今に始まったことじゃないけどね。 >>393
本人に言うてこいや!
viはビルジョイ、
emacsはリチャードストールマンや! >>391
roffなんて今使ってる人いる?
いてもtroffかgroffでしょう。 >>389
え?373さんって一般人なん?
>>393
うん?カーソル上下左右移動なら、vimなら矢印キーで操作できるが(viではできないけど)
・・・そういうことではないのか?それに鯖は普通マウスやGUIなしが普通だろ
逆にキーボードだけの操作の方が早くて楽なんだが・・・マウスとかwwと思っているだが
(ちなみに俺の歳はまだ20歳前半だぞ、おじさん・・・ではないはずだが) 今時のメジャーなディストリがパッケージとして配布しているvimやemacsはカーソルキーや機能キーにも対応してるだけど
(そういう設定やモジュールとか組み込んでパッケージ組んであるのが普通)
こういうの全部外して素の状態で渡してニヤニヤしてるような連中いるしな。 >>397
サーバーはGUIなしなんて今どきあり得ない。
GUI + CUI
が正解。 >>399
まままマジでかよ
俺、GUIと言っても、別PC(GUI)からsshを使って通信(CUI鯖相手に)したぐらいなんだが…
GUIはしょうがなく使わなけばならない状態でもない限り、使ってなかったけど >>400
ある意味最後の手段だからWindowsサーバでGUI無しはまずないだろうね
UNIXサーバならシリアルコンソールのみのはまだ有りそうだけど >>397
373だけど、IT業界にいる一般人だよ >>401
緊急的にはシリアルコンソールもいいけど、
年がら年中使ってるなんてことはあり得ないわな。 >>401
PowerShellならGUIでできることはCUIで代替できる。 >>400,401
ものによるなー
システム導入はSSH/moshだけど、例えばネットワークの設定なんかはopenwrtのフロントつかったり、監視カメラならzoneminderのウェブインターフェイス、ってかんじだな。
というか20だけど俺もキーボードのみがいいってのわかる。常にRLoginでsshかけながらtaskwarriorでtask管理したり、zshと数字入りディレクトリ名でファイル管理してるし。 #!/bin/bash
# figure out the full path to where the frost.sh script is stored
SOURCE="${BASH_SOURCE[0]}"
while [ -h "$SOURCE" ]; do # resolve $SOURCE until the file is no longer a symlink
DIR="$( cd -P "$( dirname "$SOURCE" )" && pwd )"
SOURCE="$(readlink "$SOURCE")"
[[ $SOURCE != /* ]] && SOURCE="$DIR/$SOURCE" # if $SOURCE was a relative symlink, we need to resolve it relative to the path where the symlink file was located
done
DIR="$( cd -P "$( dirname "$SOURCE" )" && pwd )"
# change to the frost.jar directory, in case the user executed frost.sh from somewhere else
# this ensures that all relative paths in Frost work (such as the "downloads/" directory)
cd "${DIR}"
# you may need to uncomment this if you are using the old "Beryl" window manager for Linux
#export AWT_TOOLKIT="MToolkit"
# add some special Apple flags if this is being launched on OS X
if [ "$(uname)" = "Darwin" ]; then
ADDFLAGS='-Dapple.laf.useScreenMenuBar=true -Xdock:name=Frost'
else
ADDFLAGS=''
fi
java -Xmx384M $ADDFLAGS -jar frost.jar "$@" 俺なんか初めてのLinuxが玄箱Proで、以後LinuxはarmのLinuxがメインだからGUIはほとんど使わないな
今はバッファロのLS410にdebian busterを入れたのがLinuxのメイン機だからな
GUIならWindowsで良いよな 俺なんか初めてのLinuxがカモメマークだったぜ
自分語り止めれ >>407
ものすごく半端で、偏った経験しか無い人ですね。
あまり人前でそういうの話さない方が良いと思いますよ?
何一つ参考になるものが無いので。 それは禿同
別にGUIはGUIでいい面あるけどゴリゴリに触るならGUIは不安定だし、出来るだけ安定にやりたいからシンプルにするためにコマンドを用いる。
自分語りだけどソレが俺のやり方。
GUIは窓か犬か林檎かどれが一番かは置いといて、窓はオフィスとか使えるしRLoginとかも使えてRDPも楽だから便利ってのはある。
ただ、LinuxのターミネーターのプラグインにSSH/mosh管理がビルトインしたり、xrdpのテスターが楽でvncに変わってrdpをサポートしたりしたらLinuxでも全然いいと思うよ。寧ろ不必要なサービスがメモリ喰わないし、パッケージ更新も導入もLinuxのほうが楽だから。
メモリ4~8なら逆に余力を残せる軽量Linuxがいいと思うし。 >>410
GUIが不安定なんていつの時代の話だ?
GUIはバッチ処理が面倒くさいというのならわかるけど。 >>411
ゴリゴリさせると、大量にプロセス喰うし、後ろでPythonとかを回すとパフォーマンス落ちる。
それなりの処理を期待したいならXは起動しないし、出来るだけcui/tuiで処理させる。
zshとvim,Python3とaptの環境さえあれば比較的なんとかなると思ってる
まあ最近の動向を追いきれてないから経験則であるのは確かなんだけどね。
あと不安定ってのはデスクトップ環境のリリースもいえるかも。ウィンドウマネージャだけなら問題ないかもしれないけどぬ 連投失礼。あと無駄が増えるってとこ。
ufwが使えりゃgufw要らんしnetplan知ってればNetworkManager使わなくて済む
gufwやnmが直接API叩いている?、デーモンを起動しているならわかるんだけどね。 いやそういうことじゃないでしょ?
最初に俺のやり方って断って言ってるんだから、別に受け入れる必要はないでしょう。
理解はしてほしいけど。 NetworkManagerが死なれた時の逃げになるかな?と思ったらフロントエンドかい… >>412
cui使ってる俺えらいっていかんじかな。
今どき流行らない。 >>416
小規模でおひとり管理ならいいんじゃない?
今はそんな時代じゃないし、ゆでガエルって感じ。 >>412
ゴリゴリって、久しぶりに聞いた。
システム管理で今のハードウェアを極限まで
使うなんて何効率悪いことしてるんだろう? >>412
ハードウェアの限界じゃなくて、自分の能力の限界って感じだね。
新しいものを受け入れられない人いるね。 盛り上がってると思ったらここまで凄まじい連投久しぶりに見たwww
記念パピコ いつの間にかドキュメントが日本語化されてる…と思ったが機械翻訳か
タイトルからして残念な出来だし、見なかったことにしよう
https://docs.microsoft.com/ja-jp/windows/wsl/about Microsoftの翻訳がクソなのはいつものことやね >>426
君ほどうまく訳せる人はどこにもいないよ 日本語は一般的に繰り返しを嫌うものだけど、格助詞「の」は例外的に繰り返しても構わない語。 のを連続して使うのは構わないが包含関係は意識して使ってほしい まあMSの機械翻訳の品質が良くないのは同意。
お試し翻訳 | みらい翻訳 | イノベーティブな機械翻訳
https://miraitranslate.com/trial/
・原文: Creating a Custom Linux Distro for WSL
・訳文: WSL用のカスタムLinuxディストリビューションの作成 今さらだけど、wslttyの設定ファイルって
%APPDATA%/wsltty/config
だと知った。
ここに
IMECursorColour=255,0,0
の行を追加すると、IMEがONのときカーソルが赤くなる。
Cygwinユーザにはおなじみの設定がやっと使えるようになったよ。 MS の機械翻訳は、Google 翻訳だろ?
Googleで翻訳した結果と、全く同じになるだろ? >>436
一致する場合もあるが、たいてい違うぞ。
Bing Microsoft Translator
https://www.bing.com/translator
Google 翻訳
https://translate.google.com/
Build a Custom Linux Distro for WSL | Microsoft Docs
https://docs.microsoft.com/en-us/windows/wsl/build-custom-distro
この記事の一部をコピペして訳してみそ。 Google翻訳した結果にも権利はあるから
勝手に使うことはできない。
まあMSなら金を払って許可を得ている可能性はあるが
だから、オープンソースとかのドキュメントとして
Google翻訳したものを入れることはできない
わかったか? つうかMSは自前の機械翻訳を商売にしているんだから、わざわざGoogleにライセンスフィー払うわけがない。
Bing翻訳の中身もこれ。
Microsoft Translator
https://www.microsoft.com/ja-jp/translator/ >>440
そもそもこのページ自体の翻訳が無茶苦茶で草
MS日本法人もこんなゴミ売れないの分かりきっててチェックすらしてないんだろうな この世に完璧な翻訳ソフトなんかねえよ
そもそも日本語の文法が乱れてんだから >>442
今の機械翻訳はルールベースより機械学習が中心だから、その批判は当たらない。
>>434 の「みらい翻訳」試してみそ。完璧ではないがほぼ不満はないだろう。
ちなみにNTTの関連会社で、NICTとも技術提携してる。 まだまだみたいですね〜
>> 442
The criticism is not correct because machine translation is more about machine learning than rule based.
>> 434 "Mirai Translate". It's not perfect, but it's almost unsatisfactory.
The company is affiliated with NTT and has a technology partnership with NICT.
>>442
機械翻訳はルールベースよりも機械学習に関するものであるため、この批判は正しくありません。
>>434「みらい翻訳」。完璧ではありませんが、ほとんど満足のいくものではありません。
その会社はNTTと提携しており、NICTと技術提携している。 >>444
おおっ、「完璧ではないがほぼ不満はないだろう」→「It's not perfect, but it's almost unsatisfactory」だけ意味が間逆やんけ。
正直、みらい翻訳でこのレベルの誤訳は初めて見たわ。でも他は大体OKでしょ? >>445
へーすごー
俺が愛用しているみんなの自動翻訳textraは、
機械翻訳はルールより機械学習の方が多いので、批判は正しいものではない。
>>434"Miraki Translate"です。
完璧ではありませんが、ほとんど満足できません。
同社はNTTと提携しており、NICTとの技術提携を結んでいます。
と返しているから、さらに精度が悪いな。あと日本語が微妙。
「It's not perfect, but it's almost unsatisfactory」の文言は難しいのかねぇ 副詞の位置や扱いによるみたいですね。(みらい翻訳)
完璧ではないが不満はほぼないだろう。
It's not perfect, but you'll have almost no complaints.
完璧ではないが不満はほとんどないだろう。
It's not perfect, but you'll have few complaints.
完璧ではないがほとんど不満はないだろう。
It's not perfect, but there's little to complain about.
上記英文を訳すとどれも同じでした
完璧ではありませんが、不満はほとんどありません。 案内業務とかすると分かるけど、一つのこと言うのに20以上のの言い回しが出来る。日本語やべえよ >>451
そう落ち込むな(´・ω・`)ヽ(´ー`) サブシステムってレベルじゃねーぞ
Announcing WSL 2
https://devblogs.microsoft.com/commandline/announcing-wsl-2/
>Microsoft will be shipping a Linux kernel with Windows .tar.gzの展開で20倍、git cloneやnpm installで5倍程度早くなるってことで、
I/Oは他のVMと同等になりそうだね
lightweightなVMがどこまでリソース消費を抑えるのかわからないけど、
hyper-vの雑なリソース管理も改善してほしいわ
6月のinsiderからということは、一般向けは1年後かね A quick explanation of the architectural changes in WSL 2
の項目で書いてある通り、完全なVMじゃないんだろう
VMWareみたいに汎用的である必要が無いから
WSL2のカーネルの上っ面が必要に応じてホスト(Win10側)に要求投げるって感じか
ハイブリッドカーネルっぽい感じでホストに投げる必要がなきゃVM内だけで処理すると これまではLinuxカーネル互換レイヤーだった(=動作環境に至るまでLinuxカーネルは介在しなかった)けど、
WSL2ではカーネルごと取り込んで、最小限のVM上に実装することにしたのか。
Hyper-Vや他のVM環境と併存できるなら実装はどういう形でも構わないけど、それらと排他って事になるとちょっと面倒だな。
まあFuse動いてDockerまで普通に動作するとなると、いよいよ本当に化けるなこれ。 [速報]WindowsにLinuxカーネルをバンドルへ、Windows Linux Subsystemに最適化。
Microsoft Build 2019 2019年5月7日 Junichi Niino
https://www.publickey1.jp/blog/19/windowslinuxwindows_linux_subsystemmicrosoft_build_2019.html
近い将来、WindowsにLinuxカーネルがバンドルされる方向であることが、マイクロソフトの
「Windows Command Line Tools For Developers」ブログに投稿された記事「Shipping a
Linux Kernel with Windows」で明らかになりました。
Windows 10には、Linux互換機能を実現する「Windows Subsystem for Linux」(WSL)が
搭載されています。これまで、WSLを機能させるにはユーザーがWSL上にLinuxを導入する
必要がありました。
今後のWSLではこれを改め、WSLに最適化されたLinuxカーネルが最初からWindowsに含まれる
ようになり、ユーザーはカーネルを除くユーザー空間に対応する部分のLinuxを導入する
方式になるとのことです。(中略)
搭載予定のカーネルのバージョンは4.19で、これは最新の長期安定版です。今後もつねに
最新の長期安定版を提供していくとのこと。カーネルのセキュリティフィクスやパッチ適用
などのアップデートはWindows Updateによって行われる予定。
また現在Windows Subsystem for Linux(WSL)の次期版となる「WSL2」が開発中で、WSL
2に最適化されたカーネルとともにWSL 2もオープンソースとして公開されることが発表
されました。 もうWindows Services for Linuxの略でいいよ(どこかで聞いたような これ、もしかしてその内 /usr/home/hoge/fuga.txt とかじゃなくって
Linuxのソースまんまで open() に C:\Users\Hoge\Fuga.txt とか渡したら
そのまんま動く様になったりするんじゃなかろうな・・・?
でもってその内systemdの代替をWindows側から少しづつ持ってったりして
AndroidみたいにLinuxのすぐ上からアプリの下までをMS製の全くの別物に・・・それは流石にないか? もう、LinuxカーネルでWindowsを動かせるようにしろ。 Win8くらいの頃にもうWindows終わりなんじゃね論みたいのが闊歩してて
まあ仮にWindowsが今日今ここで死んだとしても1年後くらいにMicrosoft Linuxとかやれる会社だからあそこはもう死にようがない
みたいな事を言っていたような記憶があるけど、まさかこういう形で実現するとは。 うーんwindows側とのアプリ連携がどうなるか気になる ターミナルエミュレータなんて既存ソフトいくらでもあるだろ…と思ったけど
まあ標準添付でまともなターミナルが出るのは良い事だね
欲を言えばXサーバも欲しい
まあこれもフリーや安価なものも出回ってはいるんだけど
Windows側のIMEから透過してibus経由で入力できるようなやつだと最高 >同社によるとLinux版「Docker」や仮想ファイルシステムの構築に使われる「FUSE」なども利用できるという。
これが一番嬉しい
FUSE使えなくて苦労したので システムコールの変換は諦めたのね まあvmより遅かったし
ターミナルは日本語対応完璧にしてくれたらconemuから乗り換えたいな 実用的になるのはウェルカムだが、技術的な面白みはなくなったな。サブシステムのままでの改善は無理だったか…。 今のWSLでエクスプローラーからWSL上のファイルシステムに
アクセスする技術が確立されたのが大きいんだろうな。
今のファイルシステムのアクセスの遅さは、Windows上の、つまりNTFSの上に
WSLから見えるファイルをそのまま保存していたから。
そこにどうしても変換する処理が必要になっていた。
WSL2では単一ファイルのブロックデバイスファイルのようなものが置かれることになるのだろう。
VM技術を応用するだろうから、VHDファイルそのものになると思うが。
ブロックデバイスとしてマウントするからファイルシステムの変換が必要なくなる。
そのかわりにWindowsからアクセスしづらくなるが、そこで冒頭の
エクスプローラーからWSL上のファイルシステムにアクセスする技術の話につながる
WSL上にいる9P Server経由でWSLを通して、VHDファイルの中のファイルに
エクスプローラーからアクセスするのだろう。
ただ思うにVMがVMのインスタンスごとにLinuxカーネルを起動しているのとは違い
WSLのカーネルは一つなのではないかな。Dockerのように複数のディストリでWSLカーネルを共有するのだろう。
今のLinuxサブシステムをVMで動かしたLinuxカーネルに置き換える。
だから「Linuxサブシステム」そのものは存在するというわけだ。
Linuxを起動するわけじゃないから、initプロセスとかsystemdは今と同じく存在しない。 >>471 に補足。↓は2017年10月の記事。
「Bash on Windows」という名称は非推奨に。正式名称「Windows Subsystem for Linux」(WSL)としてベータを卒業、正式リリースに − Publickey
https://www.publickey1.jp/blog/17/bash_on_windowswindows_subsystem_for_linuxwsl.html
> 「Windows Subsystem for Linux」は、1MBに満たない小さなコードによって
> WindowsのNTカーネル上でLinuxカーネルをエミュレーションすることで、
> Windows上でLinuxバイナリを実行する仕組みです。
WSLの何が好きだったかって、この技術的なエレガントさだよ。そうか、とうとう諦めるか…。 今はタスクマネージャーからWSL上のプロセスが見えるわけだが、
これが見えなくなるかな?
(新たな)Linuxサブシステムから完全にLinuxカーネルに処理が
渡されるんだとしたらWindowsからは見えなくなるはず。
もし間に割り込んで、なにかするのであれば
見えるかもしれない。でもそうすると遅くなるだろうな。 今までload averageが適当な値だったのは改善されるのかな?
それとWindowsのプロセスも呼び出せるようにするなら、そこでも割り込みやIPCが必要になってるな。 米マイクロソフトって社長がインド人技術者になってから良くなったよな
日本MSは相変わらずクソだが よくわからんのだけど、棚上げになってたGPUへの対応とか進展するんです? VMで動かすようになったらメモリ管理はどうなるんだ…? >>463
そういうのが欲しい人はWineを使えばいいのよ マイクロソフトは創業者からの世代交代に成功したので200年続く老舗化も射程距離だが
アップルは引継ぎに失敗したので転落確定って話 OSでは稼がず、Visual StudioとOfficeサブスクリプションで稼ぐのが今のMicrosoftやで Edgeも独自レイアウトエンジンEdgeHTMLを放棄してChromiumに移行するしな。
そうか、MSでも駄目だったかという思いで一杯だ。
ちなみにEdgeHTMLの特徴は、とにかくメモリなどのリソースを食わないことだった。
その点はWindowsサブシステムと同じ。
今後はそれぞれChromiumとVMに移行して、実用性と引き換えにリソースを大食らいするようになるんだろう。 >>479
言われると思ったが、それもう使えねえわ。
前は古いアプリが結構動いたが、最近のバージョンだと動かなくなった。
しかもアプリの一つであってOSじゃない。WindowsアプリはWindowsで動かしたほうがい。 >>481 Azureで稼いでるって聞いてる。Visual Studioってそんなに儲かるの? AzureやOfficeのライセンスフィーで喰ってるMSと、
広告料で喰ってるGoogleとどっちが健全なんだろ? Microsoftの1〜3月期決算
・サーバやAzureを扱うIntelligent Cloud部門の売上高は22%増の96億5000万ドル
・OfficeやLinkedIn、Dynamicsを扱うProductivity and Business Processes部門の売上高は14%増の102億4000万ドル
・Windows、ハードウェア、Xbox、検索のMore Personal Computing部門の売上高は8%増の106億8000万ドル >>483
>WindowsアプリはWindowsで動かしたほうがい
だったらカーネル変えちゃダメじゃん >>485
広告は民衆を商品として使う商売だからな ドライバ周りはNTカーネルのほうが圧倒的に優れてるしLinuxにするメリット無いだろ >>485
詐欺に加担している広告業界が健全なわけねーじゃん 朝日新聞「今だから作れる祖母の味 キムさんのスープ」
https://hayabusa9.5ch.net/test/read.cgi/news/1557220519/
今だから作れる祖母の味 「キムさんのスープ」
祖母の愛情も、自分のルーツも、素直に受け入れられなかった少女が大人になり、生まれ育った長崎市でカフェを開いている。
いまだからこそつくれるスープに自身のアイデンティティーを重ねながら、お客さんたちを元気にしている。
長崎市江戸町にあるカフェ「Nobister(ノビスタ)」。4月中旬のお昼どき、10席の小さな店に常連客が次々と訪れる。
オーナーの金海伸子さん(43)がつくるこの日の日替わりスープは「キムズスープ」。
ニンジンや大根などの根菜に、調味料はみそとコチュジャン、ごま油。
「おいしい」「この味好き」と言いながら、心と体をあたためて、午後の仕事に戻っていく。
日本人の母と在日韓国人2世の父との間に生まれた伸子さん。長崎市で育ち、話す言葉も日本語だったが、食卓は周りの家とは違った。
母がつくるハンバーグなどのおかずに、父方の祖母、金(キム)西運(セイウン)さんがつくるキムチやナムルが並んだ。
https://www.asahi.com/articles/ASM4Q66FDM4QTOLB00Z.html
https://www.asahicom.jp/articles/images/AS20190506001187_comm.jpg Microsoft、「Windows Subsystem for Linux 2」を発表 〜LinuxカーネルをOSに同梱
Windows 10のLinux体験は新たなステージへ
https://forest.watch.impress.co.jp/docs/news/1183013.html Interixの互換レイヤー使ってた頃に比べると雲泥の差で今のほうがいいんだけどね。 ギフハフにソースコードあるけど誰もビルドしてないんです?
Windows Terminal Beta ちょっと使ったけど文字が綺麗
wsl用ならもうこれでいい Canonical、Ubuntuの「WSL 2」対応を発表 2019/05/08 23:01 後藤大地
https://news.mynavi.jp/article/20190508-820096/
Canonicalは5月6日(米国時間)、「Canonical announces support for Ubuntu on Windows
Subsystem for Linux 2|Ubuntu blog」において、同日にMicrosoftが発表した新たな技術
「WSL 2 (Windows Subsystem for Linux 2)に対応すると発表した。
UbuntuがWSL 2で動作するようになると、従来よりもファイルシステム性能の向上を期待
できるほか、これまで利用できなかった機能も利用できるようになると見られる。
WSL 2は、LinuxシステムコールをWindowsカーネルのシステムコールに差し替えることで
Linuxバイナリを実行するWSLとは異なり、仮想マシンを利用することでLinuxカーネルを
動作させることでLinuxバイナリを実行するというアプローチを採用している。Microsoftは
この技術によってWSLが抱えているファイルシステム性能の低さが改善されると説明している。
MicrosoftはWSL 2は通常のアップデートの中で提供し、WSLとWSL 2の共存も可能だとしている。
アップデートに関して、ユーザーが明示的に作業する必要はないと考えられているが、すでに
WSLで動作するUbuntuをインストールしているユーザーが実際にどのような作業をすべきかに
ついて明らかにされていない。
WSLからWSL 2にアップグレードすることでファイルシステム性能が向上することが期待
されるが、具体的にどのような変化が見られるのかは現段階ではわかっておらず、今後の
詳細な発表が待たれる。 >>494
試したけど神だぞこれ
もうVSCodeのUIをWSL側で動かすようなアホな真似は必要ない 結局、MS は、Vagrant, Chef などで、仮想マシン上に、Linux を構築する手間を省いた
つまり最初から、仮想マシン上に、Linuxを用意してくれる >>501
それだけじゃないぞ。
今のWSLと同等の使い勝手を提供するって言ってるんだから、
仮想マシン上のLinuxにsambaなんか入れなくても
Windows上のテキストエディタから自由にファイルを触れるようになるはず。
俺が以前Vagrantで開発用の仮想マシン(samba等込)を作っていたやり方に
近いがそれよりもWindowsと統合された物ができるのは確実
あとはメモリ管理がホストと共通になっていればゆうことなし。
仮想マシンにメモリを分配するのはいやなんだよ。
Linuxカーネルに手を入れるみたいだから期待はできる。 専用のハイパーバイザで動くんだろうけど、今までの使い勝手が変わってしまうのはちょっと嫌だな。
フレームバッファも実装されて画面もLinux管理下になったら普通にVMと変わらないし。
スクショを見るとターミナルは独自のものっぽいが・・・ >>505
今までの使い勝手は変わらないはずだよ。
普通のVMと違うのは、普通のVMよりはるかに使いやすいってこと
例えば(今までどおり)Windowsから直接コマンドを実行できる
Windowsからファイルの変更ができる
起動が遥かに高速
今までだったらWSLは遅いから自分でVM作るって言ってたけど、
もう自分でVMを使う理由すらなくなるよね。 まあ判断するのはWSL2の現物が出てからにしようぜ。
つうか元のWSLだって、速度も互換性もネイティブ並みという触れ込みだったんだぞ、忘れたか? >>507
最初に登場したときは、ベータ版で
ネイティブ並みなんて触れ込みはしてないはずだが?
ちょっとどこで言ったのか探してきてくれないか? >>509
とりあえずこの辺かな。
http://hayabusa6.5ch.net/test/read.cgi/linux/1459317475/538
> いくつかのベンチマークの結果、WSLは同じハードウェアで直接実行したときに近い結果をたたき出し、WSLはよい結果を出したとThomas氏は言う。 VMみたいにイメージファイルにもろもろ突っ込んでしまうではなかろうか?
じゃないと散々苦しんだこの問題は解決しないと思う。
今まで通り、C:は/mnt/cとして、WSL側もUNCパスを参照できるだろう。 >>510
それは「速度も互換性もネイティブ並み」なんて
一言も書いてないって証拠ですか?w WSLってディストリの概念があるのが凄い気持ち悪いんだが
SlackwareとかGentooとかArchみたいな、ミニマルな構成だけ提供すれば良いのに >>512
それならWindows側からの参照するのにsamba相当のものが必要になるよね >>512
おそらくそうだろうね。Windows上のファイルである限り、
ファイルごとにセキュリティソフトが反応してしまう
セキュリティソフトの検閲を回避するには1ファイルにするしか無いw
ま、それをやったとしても、Windowsのエクスプローラーから
Linux内にあるファイルを参照できるようになりますからね。
WindowsからLinuxファイルへのアクセスが可能に 〜「Windows 10 19H1」におけるWSLの改善
https://forest.watch.impress.co.jp/docs/news/1170221.html
正直↑のリンク先に書いてある
> この機能は「WSL」を初期化する際に「9P」プロトコルのファイルサーバーを起動し、
> それを介してファイルを扱うことで実現されている。そのため、Windowsからアクセスできるのは
> 現在のところ、動作中のWSL/Linuxディストリビューションのみとなる。
この制限が腑に落ちなかったんだよね。なぜならWindows上にファイルは有るわけで
動作中のWSL/Linuxディストリビューションに限る必要はないはず。
またWSL上で9Pプロトコルサーバーを動かす必要もないはず。
(だってWindows上から直接参照できるのだもの)
WSL2の発表でその理由がわかった。WSL2のLinuxカーネルにデバイスファイルとして
マウントさせる仕組みにも使うから、WSL上で9Pプロトコルサーバーを動かすほうが楽なわけだ。 >>514
> WSLってディストリの概念があるのが凄い気持ち悪いんだが
それはWSLのせいじゃない。Linuxがそもそもディストリの概念があって
Linuxカーネルと、そのカーネルで動く各種アプリ・コマンドが
分かれて提供されてるのが原因
まあそのおかげでMicrosoftは最小限のLinuxカーネル部分だけを提供すれば
あとは既存のディストリの成果をそのまま使えるわけなんだが >>516
> それならWindows側からの参照するのにsamba相当のものが必要になるよね
それがWindows 10 19H1でリリースされる9Pプロトコルのファイルサーバー
samba相当のものが内蔵されてるから、自分で仮想マシン作って構築するより使い勝手が良い >>518
WSL from scratch があっても良くない? 何でNFSじゃなくてわざわざ9Pを実装してるんだろうね?
Win側のNFSクライアントの使い勝手が悪いんだろうか >>520
マイクロソフト「いいんじゃね?そういうディストリも普通に作っていいよ。
ただし我々は、Linuxカーネル相当のものを提供するだけではなく
開発者にとって便利なように、完成されたLinuxディストリを提供する。
その一つとしてUbuntuだ。だが君がfrom scratchを作ることに否定はしない」 >>521
WindowsじゃなくてNFS自体の問題
https://ja.wikipedia.org/wiki/9P
> ファイルはウィンドウ、ネットワークの接続、プロセスや、その他オペレーティングシステムで
> 利用可能なほとんどのものを表現している。 9PはNFSとは異なり、
> キャッシュや、仮想ファイル(例えば、プロセスを表現する/proc)の提供も補助する。 ここにも書いてあるな
https://ascii.jp/elem/000/001/818/1818008/index-2.html
> Linux/Unixで一般的なNFSを使わなかったのは、9Pが
>疑似ファイルシステムなどもサポートできたこと、
>ファイル共有プロトコルとしては軽量だったことが理由と考えられる。
> そのソースコードの由来はともかく、マイクロソフトはWSLで
> 9Pプロトコルを扱えるようにした。また、/initプロセスで
> 9Pファイルサーバーを動作させるように改良した。これにより、
> WSL側は、VolFs(ルートディレクトリ以下)や/proc、/sysなどの
> 特殊ファイルシステムを含めて、Win32側からアクセスを可能にした。
このリンク先に有る図の構成は、おそらくWSL2でも近い形で流用されるのだろう。
この9Pサーバーを実現したことが、WSL2での開発の流れにつながってるのだろう。
> Win32側は、9Pプロトコルのクライアントをリダイレクタードライバーとして実装した。
>これは、C:\windows\system32\driversにある「p9rdr.sys」が対応している。
>このp9rdr.sysは、リダイレクタードライバーとして組み込まれ、ネットワークフォルダーに「wsl$」ホストを見せるようになっている。
>
> p9rdr.sysと/init(9Pサーバー)の間は、AF_UNIXによるプロセス間通信を使う。AF_UNIXは、
>ソケット(バークレーソケット)を使う場合に同一マシン内のプロセス間通信に使う
>「アドレスファミリー(Address Family)」である。これは、Windows 10 Ver.1803(RS4)で
>Windows側とWSLに実装された機能だ。このときには、何に使うのかが見えていなかったが、
>実はこうした用途が想定されていたというわけだ。
いろいろつながってるよね。 >>525
サンクス、なるほどね
仮想マシンに移行するならWin側から/procや/sysは触れる方が良さそうだね 今更WinSockがUNIXソケットに対応して何が嬉しいのかわからんかったけど、なるほどそういうことだったのか・・・
DockerやFUSEが動いてCoderでVSCodeも使える。
それまでの開発ツールを一つの場所に集約できる。
インポート・エクスポートもできて環境のバックアップや以降も簡単にできる。
いいことずくでこれからWSL使う人増えるんじゃないか? /procなんか、一部はWindows側の情報を見せるんじゃないかね?
cpuinfoとかmeminfoとか。
そうするとWSL側から、Windowsのプロセスを見れたりするかもしれないな。
これはただの仮想マシンじゃ無理な所でLinuxカーネルを最適化するっていうのは
こういうところなのかもしれない。
/procを通してWindows側と連携できるとなると、
分離されたシステム空間で動かすVMとは仕組みが全然違ってくるな。 >>527
残念ながらCoderは VSCode Remote Development と Visual Studio Online が発表されたため一ヶ月以内には終了すると思われる いまやMS WindowsのソフトすらもLinux上で開発する奴が増えたからMSがこれはやばいよとなって
MSの物ならPC系Linux、組み込みも簡単に開発出来るんだにしようと必死しているからな
VSCode Remote Development、 Visual Studio OnlineとかさすがMSだよな
まぁ、開発をしない普通のLinuxユーザー(ただクレ乞食)をMSに取り込む気はないだろうが、開発をやっている連中は
取り込みたいよな。 Windows用アプリケーションをLinuxで開発するってなんかの罰ゲームか
マルチプラットフォームでLinuxがメインターゲットの場合だってWin固有のコードはWinで開発するだろ windowsやlらinuxやらって大変だね
素直にmacにすればいいのに >>533
>いまやMS WindowsのソフトすらもLinux上で開発する奴が増えたから
へー、そんな事出来るんだ初耳
因みにどんなソフトがあるんだよ低能 >>533
> いまやMS WindowsのソフトすらもLinux上で開発する奴が増えたから
聞いたこと無いな。だって無理じゃん?VisualStudioとかさ
逆にLinuxのソフトをWindowsで開発するって話は多く聞いていて、
WSLでそれがさらに加速する >>542
OSSだけど、VLC
ttps://wiki.videolan.org/Win32Compile/
Winでのビルドは頑張ってねとか書かれてる 10年ぐらい前にChromiumのWin版をビルドしたことがあるけど、
準備がすごいめんど臭くてさらにコードをいじらないとビルドできなかったな。
LinuxとMacはそれに比べて簡単だった。 MSのLinux開発への擦り寄りは最終的には「Azureを売る」へ繋がるわけだけど、肝心のLinux on Azureは散々な有様だよね
十中八九、あと3年くらいしたら今の路線はピボットを迫られるだろうけど、そのときWSLはどうなるんだろうね > 肝心のLinux on Azureは散々な有様だよね
大ヒットしてるよ >>543
そんなん使ってるのVLCみたいなマルチプラットホーム向けの極一部だけだぞ Macは大学で導入してるところが多いが
就職したあとどうするんだろ ほらみろーw Windowsユーザーにするやつが釣れただろーw winユーザーはマカーはmac以外使いこなせないと思ってる
ってことでバカ呼ばわりはまあわかるのだが
>548が犬厨な可能性は考慮してないのだろうか 俺的にはFUSEに期待だな
Winの似た様なライブラリとかドライバとかの類はライセンス的にすんげぇ使い辛いからなぁ
標準でマイナーな書庫の直接マウントとかできる様になると色々と有難い 犬もドザもバカーも所詮どんぐりの背比べ
使いやすさデスクトップ編
System7.1以降X未満>>>>>WinXP以降>>>超えられない壁>>>>X以降>>犬
サーバー編
犬>>>>>>>>>>>>Windowsserver>>>>>>超えられない圧倒的な壁>>>>>>>>macOS Server 俺はMacのParallels(VM)でWindows10動かしてその中でWSLを使ってる。
もともとWin10以外にUbuntuもVMがあったけど、WSLだけでどうにかなるからそうなった。UbuntuのVMは捨てた。 >>557
Mac でコンソールは使わないのですか?(まぁ他の UNIX が細々としていますのでアレですが) >>558
使ってるよ。
Linux(WSL)が欲しいのはラズパイのクロスコンパイル環境を用意したいから。 >>494
VSCodeをWSL側で動かすことを全力を出した全俺に謝れ
くっそぉ・・・orz >>560
ん?
WSLでVSCode動かしたかったからそういう意味のないことをしたんだろ?
うまくできてよかったじゃん
君以外の誰にも役に立たないことだったけど
まぁ、趣味なんてそんなもんだよ AndroidのAOSPがWSLの半分以下の時間でコンパイルできるならWSL2入れてもいいかなぁ。
CTS動かないと意味ないけど。 WindowsにLinuxカーネルをのせるんだったら、次はDockerが生で動いてくれたらいいのにね GNU Octave のwindows 版がlinux上でのビルドです。 >>560
歪んだハックはいずれ正道によって駆逐されるものだ
勉強になったね >>565
まじそれな。Vagrantやったの無駄だった。 vscodeをwsl側で動かすだけなら全力だすほどの作業じゃないような
remote-wsl,sshは、remote-wsl,sshしたあと、そこから
remote-containerができないみたいだから、wsl2内でdocker
使うなら、また全力出す機会はあるかも
新vmが本当に小リソースなら、docker for windowsも対応させて
ぱっとしないhyper-v捨ててほしい
ここらへんのできがよければ、vscode利用者なら、wsl2使わずに
remote-containerとdocker for windowsだけでも問題なさそうだけど >>567
何を言っとるんや?お前
docker for windowsはHyper-Vを使ってるんだぞ?
まずなCPUには仮想化支援機能っていうのが有る。
その仮想化支援機能は、OSもしくは特定のアプリが専有する必要がある。
だからHyperV もしくは VirtualBox のどちらかしか動かすことができない(という状態が続いていた。)
そこでWindowsにはOS標準のHypervisor Platformという機能が追加された。
この機能は他のアプリから利用できるようになってる。
今のHyperVはHypervisor Platformを利用する。
VirtualBoxも6.0でHypervisor Platformを利用するようになってる。(はずだがまともに動いていない)
まあこれにより、Hypervisor Platformの上でHyperVやVirtualBoxが動くわけだ。
WSL2もHypervisor Platformで動く1アプリとなるのだろう
通常のDockerは、WSL2 on Hypervisor Platformで動く
docker for windows は HyperV on Hypervisor Platform で動く
docker for windowsはWindowsが対応するようなものではない。
そういうことはDockerに言え。HyperVを使わずに Hypervisor Platformの上で
動かしてくださいと(何もメリット無いだろうけどなw) >>569
docker on windowsはHyperV上のLinuxで動いてるだけだろ >>567
WSL2上のdockerへRemote-Containerで直結すればいいだろ
Dockerがクラサバ型なの知らないのかな Docker on MobyLinux(Docker専用Linux) on HyperV(重量VM) on Windows と
Docker on Ubuntu(フル機能Linux) on WSL2(軽量VM) on Windows って
どっちが良いんだろうな?
Dockerだけを使いたい人は前者、Linuxを使いたい人は後者?
MobyLinuxはDocker専用だから機能が限られてる分起動が速い・・・ように思えるけど
実際はUbuntuの方が速い気がする。WSLと同じ感じならLinuxが起動するのではなく
カーネルのみ起動してコンテナを作るような感じになるはずだから
ファイルアクセスの速度に関してはどちらも同じだろうし、
Docker for Windowsはもう出番なし?
メモリ管理がどうなってるのか気になるな。
仮想マシンに一定のメモリを割り当てる方式(Docker for Windows)ではなく
ホストOSと共有して使えれば楽なんだが DockerのハイパーバイザーをHyper-Vで、クライアント側はWSLで動かす例を見たな。 WindowsコンテナでWSLのプロセスを動かすのは出来るのかな?
…Hyper-V使わないコンテナはWin10では動かないのね
さすがにイメージは無いようだから作らなきゃならんか >>573-574
何を言ってるのかさっぱりわからんw
> DockerのハイパーバイザーをHyper-Vで、クライアント側はWSLで動かす例を見たな。
Dockerのハイパーバイザーってなんだ?Dockerは仮想マシンとは
全く関係ない仮想化技術だからハイパーバイザーなんてでてこない。
Dockerはハイパーバイザーを使う必要はないから
「Dockerのハイパーバイザー」という言葉は意味不明
> WindowsコンテナでWSLのプロセスを動かすのは出来るのかな?
WSLのプロセスってなんだ? (今の)WSLはAPIを変換するレイヤーなんだから
WSLのプロセスなんかいない。WSL2の話だとしても、仮想マシンに乗ってるLinuxカーネルのことだぞ
WindowsコンテナでLinuxカーネルがはいった仮想マシンを動かすって言ってるのか? >>577
開発者のScott Xuってどういう人? スマン>>578だがArchスレで聞いた方が良いな
移動します >>581
公式がサポートしているなら、the arch way に則っていることの一つの基準になる
が、Archスレでも言われてるようにこれはどうやら非公式で、公式でarch on wslを出すかという問題については、メーリングリストでとっくの昔(2018/3)に NO で決着がついていて、>>577は時間の問題でストアから消えるようだ >>582
オープンソースで自由なのに消えるわけ無いだろw >>578
https://twitter.com/scottgu
https://en.wikipedia.org/wiki/Scott_Guthrie
Scott Guthrie is an Executive Vice President of the Cloud and Enterprise group in Microsoft.
だから、>>577は変なものではなさそうだけどね
権利的にどうこうな話はFedoraの件もあったから分からんが
https://twitter.com/5chan_nel (5ch newer account) いやスペルが一文字違うのか
Scottxuだもんな Arch Linuxの商標等を無断使用してArch Linuxのオフィシャルのものと錯誤させるような現状はアウトだけど
Arch Linuxからのforkである事を明記して、別の名前にしてArch Linuxのクローンと自称すれば、それだけでは止める理由は無くなるよね >>583
自由なソフトウェアwwwwwww
江添亮かよテメェは(中指ピーン >>590
> さらにWSL2の環境毎にVMを立ち上げるのではなくLinuxカーネルは一つだけ立ち上げて、
> それぞれのWSL環境はコンテナで仕切っている様です。
すごいな。仮想マシンとは全く違う仕組みじゃないか >Windows UpdateでLinuxカーネルがバージョンアップされる
アップデートの履歴にも
Linux〜
Linux〜
って文字が羅列されるんだな。胸熱だわw WSL2はHyperVに似た仕組みを使っているのだろうけどHyperVはWindows homeでは使えないのよね
WSL2もWindows homeで使えないのだろうか Homeで開発用にPC使うってのが間違い。
開発者でないユーザーにWSLは不要。Linux使いたかったら普通にPCにLinux入れりゃいいだけ。 門外漢が横から申し訳ないけど、それはどうだろう。
今よりさらにWindowsのネイティブアプリに近づくなら使ってみたい俺みたいなのもいるかも。
主に単純な作業の自動化の用途で開発とは無縁なんだけどね。 >>596
門外壊と予防線はってて申し訳ないけど頓珍漢な物言いはご容赦願いたいです。 正しくはネイティブアプリと使用感が変わらないくらい相互のやりとりが簡単になるということでしょうか。
自分でもよく分かってないのでこれでやめときます。話に水を差して申し訳ありませんでした。 >>599
何が面白いのか分からないんで解説お願い >>597
頓珍漢な物言いはあなたの方だと思いますよ >>594
Windows 10 HomeにVisualStudioをインストールして使った場合にどのような問題が生じるか、具体的に説明して。
ちなみにマイクロソフトが公式に上げているシステム要件には次の記載がある。
> Windows 10 バージョン 1703 以降:Home、
> Professional、Education、および Enterprise
> (LTSC および S はサポートされていません)
マイクロソフトが嘘をついている仰ってる? そもそも動かない
と
サポートする気がない
は別物なんです。 Windows TerminalとWSL 2はOSS版Windows 10の布石か? - 阿久津良和のWindows Weekly
Report 2019/05/13 15:25
https://news.mynavi.jp/article/20190513-822501/
(前略)蛇足だが公式ブログのコメント欄を見ると、かのRichard M Stallman氏がかみついて
いる。コメントを投稿したのが本物のStallman氏なのか確認する術を持っていないが、
筆者は冗長な文章がメーリングリストなどで見かける文面に類似しているように感じた。
真偽は読者諸氏のご判断にお任せするが、WSL 2は本年6月からWindows Insider Preview、
2019年末に一般向けプレビューの提供を予定している。
----
Stallmanを名乗る人物の直下に "I don't think rms browse Microsoft websites :)" と
コメントがついているが… >>602
このページの話をしてるの?
https://docs.microsoft.com/ja-jp/visualstudio/releases/2019/system-requirements
> HYPER-V エミュレーターのサポートを得るには、「サポート対象の」 64 ビット オペレーティング システムが必要です。
> クライアント Hyper-V および第 2 レベルのアドレス変換 (SLAT) をサポートするプロセッサも必要です。
「サポート対象の」のリンク先
Windows 10 Hyper-V のシステム要件
https://docs.microsoft.com/ja-jp/virtualization/hyper-v-on-windows/reference/hyper-v-requirements
> Hyper-V のロールは、次のバージョンの Windows 10 で有効にすることができます。
>
> Windows 10 Enterprise
> Windows 10 Pro
> Windows 10 Education
Visual Studioを使えることと。Visual Studioの全機能を使えることは意味が違うよね? windows homeでも利用できるよと中の人が言ってるのに、何開発者どうたらの言い合いしてるのやら >>604
https://devblogs.microsoft.com/commandline/announcing-wsl-2/
> 前略)蛇足だが公式ブログのコメント欄を見ると、かのRichard M Stallman氏がかみついて
> いる。コメントを投稿したのが本物のStallman氏なのか確認する術を持っていないが、
うん。ワロタw
> ちょっと差し止めたいのですが。あなたがWindowsと呼んでいるのは、
> 実際にはGNU / kWindows、あるいは私が最近それを呼んだことにしたように、GNU + Windowsカーネルです。 >>606
Windowsの機能の有効化と無効化を見てみると、
Hyper-V と Vitual Machine Platform と Windows Hypervisor Platform に分かれてるもんね
Proしか対応してないのは、Hyper-V、仮想マシンの管理ツールで
それ以外の機能は使える(ようになる)のでしょう。
もしかしたら、WSL2限定かもしれないけど >>600
彼があたしのヴァージンアナルを無理矢理奪ったのよ
ハッテン場では「俺は開発者だ!」って言ってたけど誰からも相手にされてなかったわ
短小包茎早漏のくせにバカじゃないってみんな思ってたわ
きっと脳梅が頭に回ってんだと思ったらおかしくておかしくてw >>607
どうみてもネタ
文章に圧倒的rmsっぽさがあるのは元の文章を書いたのがrmsだから
コピペ改変みたいなもん >>612
うん。だろうね。仮に本人が書いたとしても内容がネタそのものだしw
でもよくよく考えてみると、WSL2よりもWSLの方がこのネタは適切な気がする
なにせLinuxというわりに、Linuxカーネルを一切使ってないわけだから 何も知らない人たちの無駄な言い合い眺めるなら、
MSの人の回答を見た方が良いな
Craig Loewen@craigaloewen
@chrisdfrey WSL 2 will be available on Windows 10 Home!
It does use the Hyper-V architecture, but this will be bundled in a different optional component (i.e: Not the Hyper-V optional component) and therefore will be in Windows 10 Home :)
https://twitter.com/craigaloewen/status/1126590474523774976
https://twitter.com/5chan_nel (5ch newer account) Hyper-VはCore2では動かないがWSL2は動いてほしいな… >>605
Hyper-Vが無かったら開発できないと思い込んでる人?
何が原因でそんな風に思い込むようになったの? 開発者がいると聞きまして…
∧__∧
(´∀`)
(⊃⌒*⌒⊂)
/_ノωヽ_) でも、さすがに10 Sじゃ無理かな。
学習向けなら使えそうだと思う。 >>617
WSLをemacsと組合せると、最高の事務処理機になる。 >>616
下からだけど
androidのデバックすんのに
エミュレーターでhyper-v使うじゃん
なくてもどうにかなるんだろうけどさ
>>617
sshでネット越しにwindowsスリープさせるのに使ってる
それしか使ったことない Windows/Intel上で高速にAVD使うためには、もともとHAXMが必要だったし、初期から使われていたけど
HAXMはhyper-vと排他
昨年の夏にhyper-vにも対応して、HAXMよりも遅いけどAMDでも使えるようになった >>622
Windows版のemacsを使えばいいだろ
つーか事務処理用途なら大抵の会社はexcelじゃね? >>625
素のLinuxなら、Vim信者とインフラ関係、サーバー関係の開発者だろ >>628
wsl使わなくても標準でssh対応したぞ
>>630
エクセルに落とし込むのにテキストエディタで加工するぞ Vimはよく使うけど、Emacsはほとんど触ったことない。
WSLで色々解説してるサイトもviで設定編集してる。 >>627
( ´゚д゚`)エー
やりたい奴がやればいいじゃん やっぱり仮想ネットワークでlocalhostじゃアクセスできないのか・・・
UNCパスでファイルにアクセスできればあまり気にしないけど。 全てのSKUで利用できるってことは10 Sもサポートされる? >>635
>「WSL 2」とサードパーティーツールを共存させることはできないが、
>そのツールには残念ながら「VMWare」と「Virtual Box」が含まれる。
これが困る!
Virtual Box使えないならWSL2使えないよー 今WSLが使える全てのSKUと読めるからSは無理なんじゃない?
WSLのドキュメントにもコマンドラインシェルはSモードでは使えないとあるし(cmd、psもNG) VirtualBox6で追加された「フォールバックコアとしてHyper-Vを使う」ってのはどの程度使い物になるんだろうね
Hyper-VとVirtualBoxの共存が一応出来るようだけど
本格的にはVirtulBoxのハイパーバイザープラットフォーム対応待ちかな HyperV-Switchとかで共存可能だろ
再起動居るけど
…そういう事じゃないのは分かってるけど >>641
ほとんどの人はできてないようだ
まともに動いてない。
Oracleがこの件に関してまともに情報を提供してないから
OracleのVirtualBoxはもうだめだって思ってる
早く開発終了宣言して、どこかにフォークして欲しい javaも失速したし、mysqlもmariadbになったし
oracleとadobeは好かん >>644
ほんとそう思う
solaris、openoffice、javaみんな可哀そう Linuxカーネルをそのまま利用する「Windows Subsystem for Linux」の新バージョン
2019年05月12日 10時00分更新 文● 塩田紳二 編集● ASCII編集部
https://ascii.jp/elem/000/001/857/1857246/ 結局WSL2は仮想環境上のLinuxをシームレスに統合するってだけだな
コンパイラを走らせるとクソ遅いWSLを体感すればガチの開発用途には向かないってすぐバレるから
堅実な選択肢に切り替えたのは理解できるが技術的には面白くない
既存のVMMを邪魔するのは困るし遊び目的には使える今までのWSLも開発続けて欲しいな
>We currently have no plans to deprecate WSL 1.
とあるから使えなくなるってことはないんだろうが >>632
あれ
じゃぁ
WSL使ったこと無かった WSL2で一番気になるのはメモリ管理なんだけど
普通のVMと同じように自分でわりあてるメモリ量を設定することになるのかな dosプロンプトからでもwslって打てば即入れる簡便性が良かったのに
VM化とか面倒くさくなる未来ばかり想像してしまう 旧WSLも残すって言うんだし、2が気に入らなければ戻しもできるってよ。 >>652
> dosプロンプトからでもwslって打てば即入れる簡便性が良かったのに
そこは全く一緒 ( ・ω・)( ・ω・)( ・ω・)
日本の国力そぐために
ゆとり推進
朝鮮半島の寄生蛆虫と交流大好き
あさひワイドショーがやたら呼びたがる
文科省寺脇なんちゃら
児童性風俗大好き変態か?貧困調査員前川と
モリカケで安倍政権打倒を目論むも失敗し発狂
捏造の自虐歴史を蔓延
ゆすりたかりのバックアップ
日の丸君が代拒否
あさひを読め煽動洗脳
在日朝鮮寄生蛆虫
部落穢多朝鮮非人教師だらけになる理由がわかったか? dosプロンプト(笑)
今時command.comなんか使わないっての >>656
笑われてんのはお前の方
command.comていつの時代のWindowsだよ dosなんかもうねえよ「コマンドプロンプト」だろっていう重箱ツッコミですかね
まあ正式名称はともかく、OS付属の最弱ターミナルからでも起動できる
利便性って言いたかった大意を組んでくれ DOSプロンプトと呼ぶのは
JavaScriptをJavaと略すのと一緒で
「こいつは素人」と断定できる判断材料レベルだよ 仮想マシンの起動/停止の時間をユーザーからどう隠すかは肝になるのかな
今までと違ってそれなりにデーモンも上げなきゃいけないだろうし
32bitだと未だにcommand.comは残ってたり 1週間くらい前からWSLが起動しなくなるようになった
PCを起動してから最初の1回はちゃんと動くんだけど、WSLからログアウトするとその次から立ち上がらなくなる
バージョンは1809、ビルドは17763.475
githubのIssuesにも同じ症状の人がいるし俺環ではなさそう >>660
2秒で起動するってさ
まあドライバとかの初期化はいらんし、デーモンの立ち上げも不要だからね
WSL2も複数のディストリに対応するけど、複数起動したとしてもカーネルは一つしか動かさない。
一つのVMで一つのカーネルを起動し、Linuxのコンテナ技術を使って
複数のディストリで一つのカーネルを共有する仕組み。だから2秒で起動できる。
VMとカーネルの起動はもう少しかかると思うけどOS起動時に一つ起動するだけだし
Windowsに最適化された専用のLinuxカーネルだから、通常のLinuxよりもずっと速いだろう。 >>660
command.comは16bit。Windows 10 64bit版では
インストールすらされていない。 そもそも普通のVMでも10秒あればランレベル3で立ち上がるぞ WSL2ってWindowshomeでも動くんだって?
いつ出るの? WSL2ってメモリ8GBあれば普通に爆速で動く?
VMware,Virtualboxは普通に動くけど(若干遅いが) HyperVの設定を見ると普通に動的メモリってサポートされてるのな
RAMの最小値と最大値を決めれば動的に割り当てサイズが変わるらしい
これなら仮想マシンに無駄にメモリを奪われてしまうってことはないだろう。
余談だがDocker for Windowsはこの動的メモリが有効になってない >>657 >>658
NT 3.1 の頃からコマンドプロンプトです。四半世紀前w
DOS プロンプトは別の OS ですね。 >>670
MS-DOSなんてWindowsのどこにも含まれていない
いい加減にしろ >>671
すまん。Windows 3.1 とかの時代か。 >>668
hyper-vの動的メモリは名前だけで、guest側で要求してなくても割当上限まですぐに張り付くよ
この点は、昔から批判されていたけど、まったく改善されていない
プレゼンのときも心配されていたけど、WSL2用のVMは問題なさそうという話 【在日】 「騒いだら●す」と女性を脅し強姦、在日朝鮮人の金秀憲(キム・スホン)を逮捕
https://hayabusa9.5ch.net/test/read.cgi/news/1557775785/
東京・新宿区で飲食店で知り合った女性をホテルに連れ込んで無理やり乱暴したとして、焼き肉店経営の男が逮捕されました。
朝鮮籍の金秀憲(キム・スホン)容疑者(30)は去年12月、飲食店の20代の女性従業員を新宿区内のホテルに連れ込み、
口や首を押さえて「これ以上、騒いだら殺す」などと脅して無理やり乱暴した疑いが持たれています。警視庁によりますと、
金容疑者は飲食店で知り合った女性従業員と別の店で酒を飲み、その後に「何もしないから」などと言ってホテルに
連れ込んだということです。女性が110番したため、キム容疑者は現場から逃走していました。防犯カメラにその様子が
映っていたことが逮捕の決め手となりました。取り調べに対し、「合意のうえでホテルに行った」と容疑を否認しています。
https://news.tv-asahi.co.jp/news_society/articles/000154377.html
JavaとWindowsしか知らないけどiOSの開発したいからSwift覚えたいっていう新人がいて、
WSLならOSSでSwiftの環境用意できるなって思った。
ググったらもうやってる人がいたw 世の中だいたいのことは、思いついた時にはすでに誰かがやってる。
それが成功したか失敗したか、その途中化は別として。 >>628
世界中の全ての開発者はAndroidのアプリを開発しないといけないと仰ってる? 四季の句 @ASDyui456dare
私が共産党にいた時代、「モリカケ」は自分で洗いました。あれの致命的な問題は、金が動いていないこと。
「加計学園」の致命的問題は、民進党関係者が、金をもらっていることです。
(動画)https://twitter.com/i/videos/tweet/1127401543953600512
https://twitter.com/ASDyui456dare/status/1127401543953600512
誰でもコメンテーター @sgsdogrun
筆坂氏の下で働いてた元共産党員。モリカケ問題などは、自分たちで調査しなおしていた。
共産党は筆坂氏を除名してから、調査力が低下し、無意味な追及しかできなくなったと言ってるようだ。
致命的なのは、モリカケ問題でお金が動いたのは民主党の側で、今は清美さんがお金の問題で追及される立場だ。
https://twitter.com/sgsdogrun/status/1127504184763342849
モリカケの問題は、お金が動いてないこと。さらに致命的なのは、民進党関係者がお金をもらって
資金提供者に有利な国会質問を行い、共産党までもが資金を貰った人を応援し、マスコミも、
資金を貰った人を応援したことです。おさよく様の皆さんは賄賂を貰った人を応援したということでしょうか。
https://twitter.com/sgsdogrun/status/1127502757605195776
https://twitter.com/5chan_nel (5ch newer account) WSL2のプレゼン動画みていたけど、WSL2のubuntuをkillするとメモリが1G弱開放されていたり、
WSL2のalpineを起動するとメモリ600MB確保されていたり(alpine側では70M弱の要求)で、
メモリ最低使用量は既存のVMと変わりないみたい
うちの4GBメモリのタブレット(win10pro)はWSL1のままだな >>679
Linuxのカーネルを最適化するってことだから
そこらへんにも将来的に対応してほしいね。
汎用の もしくは Windows のための仮想マシンであるHyper-V
という扱いだと難しかったかもしれないけど、
Windows搭載のLinuxカーネルを動かすためだからMSも本気になると思う wsl2になるとforkが遅いの解決するんだろうな。forkはwindowsにはないがnixでは多用されるので。 それにしてもWin32 APIにまともなforkを追加するって、なんでやらなかったんだろ?
それがあればWSL(not WSL2)もかなり速くなっただろうに。Cygwin陣営はMSに長年それを要求してた。 メモリのCoWってWindowsに有るんかな?
無かったらメモリ管理の仕組みから手が入るから相当面倒だと思うが あとWSL2の疑問なんだけど、VMとWindowsの間のやり取りはWinsockを経由するという話だけど、パフォーマンスどんぐらい出る?
/ と /mnt/c/ でIOの速度がまたぜんぜん違ったりしない?無印のWSLみたいに。
あと逆に、もしそれがまともに使えるんなら、VirtualBoxとかの他のVMから利用することは出来ないんだろうか?
正直VMとしての使い勝手はHyper-Vは相当に劣ってるから、MSはまともなソケットだけ提供してくれる方がいい。
軽量VMとかそういう話には自分はぜんぜん興味ない。起動したらずっと立ち上げっぱなしだから。 macでvagrantかDockerの方が楽だろ
ターミナルだって豊富に種類あるしネイティブでbash使えるんだし
アホみたいなWindows Updateで毎月ドキドキしたいマゾの人たちですか? > macでvagrantかDockerの方が楽だろ
windowsでvagrantかDockerでも同じだろw wsl2上で動作するアプリ作って営利目的な商用利用は不可?その場合は素のlinuxへポーティングする必要あり? Micorosoftはもともと無料版のVisual Studioでも
商用利用してOKという太っ腹な会社 >>691
もともと?
winの開発者離れが激しくなってから苦し紛れの機能制限した無料のexpress出したんじゃなかったけ?それに.net布教用途もあったとは思うけどね。
お陰で巷にはwinでvsしか使えない.netだけのマが溢れかえって囲い込は大成功だった訳だ。
実に太っ腹っす。 なんでここは定期的に林檎教徒が湧くの?
巣に帰れよ Expressを商用利用できるのはSOHOみたいな業者を対象にしてたはず。 >>695
expressは制限なし
communityはほぼpro同等の機能だが事業規模に制限あり >>692
そうそう
VSスタンダードでスマホのアプリ作れたのに
WindowsPhoneとかに変えたときに
VSプロじゃないとスマホのアプリ作らせてやんないよ バーカバーカ
って
ハードル上げてきて
みんなandroidに逃げちゃった
それから焦って無料とかにして開発者呼び戻そうとしたけど
時すでにお寿司
で
windowsストアにアプリ増えないから
タブレットもスマホも使いもにならなくて
スマホ撤退
大成功だね メモリのCoWって仮想メモリを採用してるOSなら実装は簡単だよ。
書き込みをトラップして複製すればいいだけ >>687
なんでマカーてこんなんバカばっかなの? そうだね
macOSのアップデートもドキドキ感では負けてないと思う MacはやらかしてもTime Machineで綺麗に復元できるから、ちゃんと備えておけばあまりダメージはないよ。 macOSのアップデートでHomebrewが動かなくなったー!
パーミッションがー
rubyのバージョンがー
所有者がー
xcodeがー
HomebrewはAppleが動作保証してないので
使うべきじゃないな(笑)
MSが動作保証しているものと比べてはいけない 新mac板に出張して荒らしてるID:4P06D4hB windows にだって復元がありますしー
レスキューとして機能してるかといわれると自信ないが macOS、めちゃくちゃ素晴らしいだろ
Windowsは正直クソ
バグにユーモアがない
macOSはな、ちょっと前にすべてのユーザーにルート権限与えてあげる素晴らしいことをしたじゃん
Windowsも真似しろよ VirtualBOX使いのオレ、WSL2見送り決定w ハッキリ言わせてもらうと、Linux上でWindowsを仮想的に動かす方が良い そう思う人はそうすればいい
別にWSLを強制してるわけじゃないんだから >>712
Docker for Windows使いなので、
すでにVirtualBoxは動かないんだよ NodeJSとかスクリプト系をちょろっと動かすにはちょうどいい>WSL remoteWSLで拡張機能も使いやすくなったしな 【若い人は親韓が多い】韓国を嫌う「嫌韓」思考、高齢者に多い傾向へ
https://hayabusa9.5ch.net/test/read.cgi/news/1558149013/
「嫌韓は高齢者に多い」というのは専門家たちが話題にしていたことなのですが、それを裏付けるような数字です。ヘイトスピーチ対策に取り組んでいる神原元・弁護士は
「ヘイトスピーチは若者が憂さばらしでやっているというのは勘違いだ。むしろ、ある程度の社会的地位を持つ50代以上というケースが多い」と指摘しています。
直接的なヘイトスピーチというほどではないものの、冒頭に紹介した男性のケースも同じでしょう。
◇「昔の韓国」イメージが嫌韓を生んでいる?
では、どうしてなのか。これは、なかなか難しいところです。まだまだ検証が必要なのですが、1980年代末から韓国にかかわってきた私の感覚では、
「昔の韓国」のイメージが作用しているのではないかと感じています。80年代までの日本で韓国に持たれていたイメージは「軍事政権」というネガティブなものでした。
それに対して90年代後半以降に成人した世代には、K-POPに代表されるような発展した国という明るいイメージしかありません。
90年代末に慶応大の小此木政夫教授から「最近の学生はソウル五輪以降のイメージしか持っていない。我々の時代とは全く感覚が違う」と聞いたことがあるのですが、まさにそうした違いでしょう。
そして「昔の韓国」は、経済的にも、政治的にも、日本とは比べものにならない小さく、弱い存在でした
。それなのに、バブル崩壊後に日本がもたついている間に追いついてきて生意気なことを言うようになった。
そうした意識が嫌韓につながっているのではないか。そう考えるのが自然なように思えます。67年生まれの私と同世代だという神原弁護士も、同じような感覚を持っているそうです。 この男性は定年退職後に、ネットサーフィンをする中で嫌韓的なブログを読むようになったといいます。
男性はブログを書いている人物を「保守右翼の大物」だと感じるようになり、「信者」としてブログの指示通りに懲戒請求などを送り続けました。
「自分なりの正義感と、日本のためによいことをしているという一種の高揚感もあった」そうです。当時の心境については、「それまで多かった友人や、
仕事の仲間、取引先というものが、65歳をすぎて一切なくなってしまった。社会に参加していない、疎外されているようなところがあった。
しかし、(ブログに従う行動を取ることで)自分は社会とつながっているんだという自己承認を新たにしたというような意識が働いて、
一線を越えてしまったのではないか」と振り返りました。
なかなか難しいところです。神原弁護士は「社会から疎外されたという感覚を持ったとしても、嫌韓以外にもはけ口はある。
やはり『昔の韓国』のイメージを持っている世代ということが大きいのではないか」と言います。
私も同感ではあるのですが、一方で、九州選出の自民党国会議員から「現役時代には常識的だった県庁職員が定年退職してから激しい嫌韓発言をするようになって驚いた」という話を聞いてもいます。
それ以外にも、
さまざまな要因があるのでしょう。もう少し取材を続けてみたいと思います。【毎日新聞外信部長・澤田克己】 アップグレード、ダウングレード出来るんだから別に面倒ではないだろ Cygwinよりも軽快にBashと各種ツールが使えるだけで幸せだわぁ
デバイス関連は制限があるのが残念
smartctlが使えなかった wsl2はmsが最適化するvmって事だよね
これはwinのファイルシステムにアクセスできるのかな? win <-> wsl/2のやり取りは、P9経由になる
WSL2の特徴として、VMの起動が2秒とかプレゼンでも見せていたけど、
それだけなら今のhyper-v上のVMでも2-3秒だから、新しい軽量vmの凄さが
わからなかったな WSL試してみようと思ったけど
Windowsストアぶっ壊れてて
無理だった ぐぐってもでてこないじゃん
もういいや、Linuxあるし あまり記事書いてる人が居なかったけど、Qiitaにあるな
WSL+LxRunOfflineでシステムドライブ外に環境構築
https://qiita.com/mark-n2/items/c9d500815810136f43bf >>730
ありがとう
できたわ
SSDパンパンだから
Eドライブに入れといた >>725
> それだけなら今のhyper-v上のVMでも2-3秒だから、新しい軽量vmの凄さが
> わからなかったな
何を使ったら2-3秒でUbuntuが起動するの? UNIXの問題点をなんとかするものだったが、Linuxが台等してきて存在意義があやふやになって消滅した。
成果物自体はそこそこ使えるから名前と一緒に生き残ってる。 wslで使えるディストリビューションどれがおすすめですか?
やっぱubuntu?
kaliやarchとかもあるが 情報量からいってそうなるな
Debianでもいいけどパッケージが古い debianでtestingに設定すれば、ubuntuよりも新しいけどね Fedoraはあるけど、centはないかな。非公式はしらん。 CentOSとかRedHat系が流行ってるのは日本ぐらいやし、Ubuntuに乗り換えた方が幸せになれるよ May 2019 UpdateきたけどWSL2はこの先のInsider Previewにリリースされるんだよな?
またInsider用の環境作るか・・・ Wine入れようとしたらDefenderにトロイだ!って怒られた・・・
初めてDefenderってちゃんと動いてるんだなって実感した。 もしかして1903で、drvfs上にsocketファイル作れなくなった?
lxfs上なら作れるんだけど >>747
カイン&アベルとかべネストレーションに使えそうな一部アプリ引っかかるよ >>748
UNIX-domain socketは作れるね
lsとかではソケットファイルには見えないけど、これは前からのようだし(1809でも同じ) >>750
> lsとかではソケットファイルには見えないけど、これは前からのようだし(1809でも同じ)
そんなわけないんだよな。作れていたから。
1803のときに作った可能性がなくもない。
ともかく作れていたものを一旦削除して作り直したら
エラーが出るようになってなんでや?と思った次第。 >>730 CドライブがHDDの古い機種を使っていて,最近490GBのSSDを買ったので可能な限りSSDに移して高速化している。
これでWSLがかなり高速化して,ストレスがなくなった。同じくSSDにいれたAnaconda,GNU Octave,inkscapeがWin版より,
WSLの方が起動が速くなった。 SSDを起動ドライブにしたほうが幸せかもな。HDDのデータはそのままにしてさ。
HDDは古いっていうしいつ壊れるかもわからんし。 仰るとおりなんだけどね。ハード強くないのでssdはusb3.0の外付けだもんで。外付けhdd などに大事なデータは二重化してる。 firefox が動かなくなったと書いたけどWSLをインストールしなおしたら直った。 それ動くけどアドオンが入らないな。
途中で止まってうんともすんともいわない。 >>748,750,752
WSLではなぜか事前情報と違ってdrvfsのmetadataを有効にしなくてもsocketを作ることができる
ソケットAPIからはちゃんと使えるんだけど拡張ファイル属性が付与されていない状態になる
1809まではsocketはwinsockと共通するリパースポイントだった
ファイル種別をディレクトリエントリから取得するgetdents64()ではDT_SOCKになって
拡張ファイル属性から取得するstat()ではフォールバックしてS_IFREGになってた
なのでlsと言ってもls -Fとls -lで表示されるファイル種別が違ってた
1903ではなぜかWindowsカーネルがAF_UNIXにリパースポイントを使うのをやめた
WSLから作るsocketもリパースポイントではなくなった
metadataを有効にしていない場合ファイルシステム上にsocketであることを示す情報がどこにも無いのでもうsocketに見えることはない >>758
つまり>>750が1809でdrvfs上にソケットファイルを作れないのは、
metadataを有効にしていなかったからで(俺は前から有効にしていた。今も有効のまま)
1903ではリパースポイントではなくなったから
ソケットファイルが作れなくなったということ? ちなみに今の設定はこうなってる
(以前wsl.confをいじった記憶はあるけど、Let'sなんたらとかDNSの設定を書いた記憶はない。勝手に設定されてる?)
【/etc/wsl.conf】
#Let’s enable extra metadata options by default
[automount]
enabled = true
root = /mnt/
options = "metadata,umask=22,fmask=111"
mountFsTab = false
#Let’s enable DNS ? even though these are turned on by default, we’ll specify here just to be explicit.
[network]
generateHosts = true
generateResolvConf = true
【mount -l】
C:\ on /mnt/c type drvfs (rw,noatime,uid=1000,gid=1000,umask=22,fmask=111,metadata,case=off)
ソケットファイルは nc -lU ファイル名 で作ってる。
(ソケットファイルを作ること自体が目的なので、別のやり方で作るのは構わない。
だけど誰でも簡単に同じやり方で作れるように、一般的なコマンドであることが望ましい) >>762
自分の環境だと3.0.1は起動するとすぐ落ちてしまう。
で、Chocolatey だと何故かデフォルトで3.0.1がインストールされる。
インストール時にバージョンを指定したら正常に動くようになったわ。
> choco install wsltty -Version 3.0.1.2 外付けハードディスクはどうやったら認識できますか? ハードディスクならたとえば Fドライブなら、/mnt/f でアクセス可能。 こんな感じ
sudo mkdir -p /mnt/f
sudo mount -t drvfs -o uid=$(id -u),gid=$(id -g),umask=22 F: /mnt/f >>766
おおっ、ありがとうございます!
windowsで認識されてるドライブは勝手に/mnt下でマウントされるもんだと思ってましたw 自分の予想だが WSL2 が WSL と同じ使用感になるという約束は守られず、きっとみんなガッカリするだろう。 >>769
その理屈だと仮想マシンを使って同じ使用感にすることはできないから
WSLはやっぱりすごいってことになる。
だからWSLとWSL2を並行開発するんだろうね 9PでUNCパスを参照してWSLのディレクトリにアクセスできるようになったけど
WSL2ではその逆をやることでWindows側のディレクトリを参照できるようにするのではないかと予想。 あれ?うちでは外付けhddやssdは自動マウントされるけどな。ただし、NTFSだけど。 /etc/wsl.conf に[automount]とかあれば
自動マウントされるんじゃね?知らんけど >>770
そんである日突然WSLの提供が打ち切られると >>769
wslで出来ることでwsl2で出来ないことって何があるんだろうか? >>776
例えばタスクマネージャーからWSL2上のプロセスを参照するとか
localhostでWSL2上のTCPポートに接続できないとかある
ただしMicrosoftの場合OSを自分たちで作ってるし
WSL2上のLinuxカーネルにも手を入れるのだから
相互に情報をやり取りすることで、その部分も
エミュレートする事はできるから技術的には出来ないことはない
ただしやる意義を感じられないので、優先度的に低くなって
最終的に対応することはないと思うけど。
出来ないことというより、やらないことがあると言ったほうがいいかな df-hコマンドで
使用量50%以上の結果だけ出すのってどうやるのか教えてください。 >>780
初心者だけど、「df -h | sed -E "s/[ ]+/,/g" | grep "/mnt/c" | cut -d "," -f 5」じゃあだめ? >>781
ダメそうです...
dh -h の表示はそのままで、容量50%未満のパーティションだけ消したいんですよね
なので、Use%とかもそのまま残したいです df -h | awk '{if($5>50)print}'
かなぁ、awk柔軟だな… 「顔文字なのに「顔文字じゃない」とは何かネタが隠れてる?」と思ったら条件判断の指摘だったでござる・・・・ >>784
これだと使用率100%が表示されません >>780-787
マルチポスト禁止!
同じ質問を、複数のスレに書き込むのは禁止です!
どちらかの質問を、キャンセルする事!
【初心者】Ubuntu Linux 123【本スレ】
http://mao.2ch.net/test/read.cgi/linux/1558706722/95-101 こちらなりの修正案
つーか100だけダメとかなんでやねん
df -h | awk '{u=$5;sub(/%/,"",u);if(u>=50||u==100)print}'
grepめっちゃシンプルだねぇ、もっと勉強しないと >>788
すみません、困っていたので
>>789
助かります!
でもやっぱり100%が表示されないですねー..... $5 ~ "[5-9][0-9]% || $5 ~ "100%" $5 ~ "[5-9][0-9]%" || $5 ~ "100%"
閉じてなかった df -h | awk -F "%? +" '$5>50' df -h | awk '$5~"([5-9][0-9]|100|Use)%"'
df -h | awk 'NR==1 || $5~/([5-9][0-9]|100)%/' df -h | grep -vE ' [1-4]?[0-9]%' df -h | while read -r line; do case $line in *\ [1-4][0-9]%* | *\ [0-9]%*) false; esac && echo "$line"; done df -h | sed -E '/ [1-4]?[0-9]%/d' df -h | perl -anle 'print unless int $F[4] > 50' WindowsにLinuxカーネルが入るとWeb開発が変わる――de:code 2019基調講演で「WSL2」をデモ
https://ascii.jp/elem/000/001/866/1866384/
Microsoft Windows Terminalは、PowerShell、コマンドプロンプト、Linux向けの各種シェルを
タブでいくつでも開くことができる開発者ツール。オープンソースプロジェクトとしてGitHubに公開されている。
「日本向けに、Unicodeをフルサポートした。日本語、絵文字を使うことができる」(スパタロウ氏)。
Microsoft Windows Subsystem for Linux 2(WSL2)は、
Windows 10上でLinuxカーネルがそのまま利用できるサブシステム。
フルのLinux 4.19カーネルが搭載されており、Dockerをネイティブサポートする。
「LinuxカーネルがWindows上にあるのでデュアルブートは不要。Windows上で複数のLinuxディストリビューションを同時に起動することも可能になる」(スパタロウ氏)。
WSL2を使って、Windowsの中だけでエンドツーエンドのWeb開発ができるようになる、とスパタロウ氏は説明する。
デモではVisual Studio Codeを使って、Linuxで実行されているJavaScriptのバックエンドの作業をみながら、
フロントエンドの表示をEdgeブラウザで確認する開発作業が、1つのWindows環境内で同時にできる様子を披露した。 誰か教えて。
web開発が変わるってタイトルから想像するにmsはiis+asp.netを放棄しちゃってるの? >>799
温泉太郎って名前だから日本人かとおもったら、めっちゃ外国人顔だった >>800
何を今更
今のMSのWebスタックの推しは ASP.NET Core/Kestrel/.NET Core/Linux Container/AKS だよ >>802
ありがと。サーバーサイドは借りてきた褌状態って認識で正しい? 今はAzureの上で動かすんだよ。
AzureはMSのクラウドプラットフォームだよ どんどん梯子外していくからねMS
webformは放置で、
しょうがないから、asp.net mvcに
作り直したら
これからは、azureニダ
って今度は.net core?
もう、勝手にしろよ
だよ >>804
ありがと。
aksね。
aks-74が最初に連想されたけど。 「WSL 2」でもWindowsからWSL/Linuxのファイルへアクセス可能 ~Microsoftが解説
ただしLinuxファイルが格納されるのはNTFSドライブではなくEXT4仮想ハードディスク
https://forest.watch.impress.co.jp/docs/news/1187760.html 鳩山「日中韓の統合には日本の謝罪が重要。相手がもういいと言うまで繰り返し謝罪しなければならない」
https://hayabusa9.5ch.net/test/read.cgi/news/1559268537/
<済州フォーラム>鳩山氏「日韓中葛藤、日本が真心込もった謝罪を繰り返せば解消できる」
30日、済州(チェジュ)国際コンベンションセンター(ICC)で開かれた第14回済州フォーラムの「世界指導者セッション−アジア回復弾力的平和のために:協力と統合」では、
北核や歴史など難題が山積した東アジアで欧州のような多国間主義共同体の形成が可能かどうかついての突っ込んだ議論が行われた。
ハインツ・フィッシャー元オーストリア大統領、マルコム・ターンブル前オーストラリア首相、鳩山由紀夫元日本首相など、各国指導者がアジアの領域内協力の可能性を診断した。
司会は洪錫ヒョン(ホン・ソクヒョン)中央ホールディングス会長が務めた。
(略)
鳩山氏は東アジア共同体構想に北朝鮮を編入させる問題に関連して「南北関係の急進展でこれからは北朝鮮を枠組みに入れて考えることができるようになった」と話した。
(略)
「韓日中3カ国が調和するように力を合わせ、統合に向けて進んでいくことが本当に可能だと考えるか」という洪氏の質問に対し、鳩山氏は日本の責任を強調した。
鳩山氏は「現在の東アジア各国の葛藤を解消するためには、日本が歴史を真剣に見つめて謝罪する気持ちを表出することが重要だ」とし
「相手国がこれ以上やらなくてもいいという時まで、心から繰り返し謝罪しなければならない」と話した。
https://japanese.joins.com/article/975/253975.html WSLで引数渡すのってどうやるんだ
linuxなら 1.sh a1 a2
とかでできたんだけど >>809
違いは無いですが。
どうできなかったのですか? >>810
command not foundって出るんだよね
なんでだろう 【速報】金券五百円分とすかいらーく優侍券をすぐもらえる
https://pbs.twimg.com/media/D8I_pcZV4AEe7Tx.jpg
@ スマホでたいむばんくを入手
A 会員登録を済ませる
B マイページへ移動する
C 招待コード→招待コードを入力する [Rirz Tu](スペース抜き)
今なら更に4日18時までの登録で2倍の600円の紹介金を入手
クオカードとすかいらーく優待券を両方ゲットできます。
数分で終えられるのでお試し下さい。 6月最初のIP(18912)が来たけど、WSL2はおあずけの模様
有効化のやり方が変わってたら分からん… >>820
そういう話だったが、聞いた時早すぎると思ったw
基礎技術はあるとはいえ、半年ぐらい開発しててもいいと思う 既にThird Party Notices(C:\Windows\Help\en-US\credits.rtf)に載せていながら載っていないという getoptsで引数2つ取るのってどうやるの?
test1.sh -f aaa bbb
みたいな、できるの? 位置は分かるから後はどうとでも
getoptsだけじゃ無理じゃね? test.sh -f aaa -f bbb
$OPTARGを配列に格納する getoptsもgetoptもいらない
柔軟な指定ができない #!/bin/bash
ARRAY=("hello")
while getopts 'f:u' OPT
do
case $OPT in
f) ARRAY=("${ARRAY[@]}" "$OPTARG");;
u) ARRAY[0]='ウンコー';;
esac
done
i=0
for e in "${ARRAY[@]}"
do
echo "$i: $e"
let i++
done こっちのほうがいいな
f)ARRAY+=("$OTPARG");; ちょっと確認したけど、2にするのは新規インストールではなく1の環境から切り替える方法なんだな。 wsl --set-default-version 2 もあるぞ ああ、そうかストアからUbuntuとか入れる前にそれやっておけばいいのね。 WSL2 IYH!
おま環な気もするが名前解決が出来なくなった…
wsl.confでresolv.confの自動生成を止めて自分で設定するば回避できるけど、フィードバックしとくかな
一応仮想マシンだからvEthernet経由になるけどvEthernetってDNSのプロキシなんか出来るんだったか?
起動は速いけどメモリは食うね、6GBのPCでvmmemが最大1GB程度持ってく WSL2のプレゼンではalpineでメモリ700MB弱使用でドヤってたから最小使用メモリは改善されないと思う
素のhyper-vだと動的メモリ確保にしてもすぐに上限まで食い尽くすから、それよりはずっとマシだよ WSL2の仕組みは一つのVM(カーネル)を
複数のディストリで共有する仕組みだろ?
まあUbuntuしか使わないのかもしれんが
いくつ端末起動してもVMひとつ分しか使用しない
> WSL2のプレゼンではalpineでメモリ700MB弱使用でドヤってたから最小使用メモリは改善されないと思う
その700MBっていうのは、Linuxカーネル+Docker+Alpine で使用してるメモリでしょ?
物理マシンのLinuxに、Ubuntu入れて、DockerでAlpine起動するのと変わらないと思うよ >>842
設定は出来た
ただ、無いqdiscがそれなりにあるみたい
ttps://i.imgur.com/cbNMq65.jpg これX使える?
Xmonad動くならWinに移行するわ 無理調べたらっぽいね
Xサーバ起動してもWin側のWindowは制御できないから意味ないし
ブリッジできたらいいのにね XサーバはWinのやつを入れないとGUIは無理。
カーネルはディストリのものを使うんじゃなかったか?
Ubuntu 19.04入れたけど5.0にならなかった。まあ、WSL1よりは新しいけど・・・
$ uname -r
4.19.43-microsoft-standard 予告通りFUSEも使えた。
だが、事前に↓やっておかないと一般ユーザーでマウントできなかった。
sudo chmod 666 /dev/fuse >>847
LTSカーネルを使うってどっかに書かれていた気がする 自家ビルドモジュールも無理そうだね
ZFS使ってるからFuseは辛いな
WSL2カーネルの下で起動したプロセスは一応Win側になるのかな?
cgroupsとかLinux系のプロセス管理の上で使えるならWindows常時使用の人にはDockerとかもかなり良くなりそう WSL2からWinの領域と、逆にWinからWSL2の領域をアクセスしたときのパフォーマンスはどう?
WSLより改善されているといいんだけど。 WSL2でもxrdpとかで接続する事は出来るんじゃないの? WSL1同様、systemdとかサービスの仕組みはないな。
まだinitが初めに動く感じになってる。 >>855
いい加減、設計思想を理解したほうが良いぞ
WindowsというOSでLinux用バイナリを動かすのがWSLだ
OSはあくまでWindows。
systemdに相当するものはWindowsのサービスだよ
できるのかしらんが、そこに登録すれば形になるだろう。
WSLはカーネル相当のものしか提供しないんだからsystemdが含まれることはない >>854
ありがとう、やはり無印のWSLより遅くなってるか。
自分の懸念点は、以前に書いた >>686 にまとまってる。
要するに、OS間のやり取りが遅いなら、通常のVMに比べてほとんどメリットがないし、
逆にやり取りが速いなら、そのソケットを通常のVMに導入したほうが良いというもの。
まあしばらくは様子見だな。 >>857
OS間のファイルアクセスが遅くなることで
どういう問題があると思ってる? > 要するに、OS間のやり取りが遅いなら、通常のVMに比べてほとんどメリットがないし、
VMでLinuxを動かすのに比べて、Windowsと統合されているとうのがメリット
WSL独自のinitプロセスに9Pサーバーが組み込まれており、どんなディストリであっても
設定不要でOS間のファイルアクセスが可能になってる。
これと同じことをしたいなら、
「あなたが自分でVM上のLinuxにsamba等をセットアップしてWindowsと統合させてください」という話
> 逆にやり取りが速いなら、そのソケットを通常のVMに導入したほうが良いというもの。
もともとVMのLinuxはUNIXソケットを使用できていた。WindowsがUNIXソケットに対応したので
「ソケットを通常のVMに導入したほうが良い」はすでに実現されている。
実現できてないのは「VM上のLinuxで9Pサーバーを動かす」ということ。
通常のinitプロセスには9Pサーバーが含まれてないので、同じことをしたいなら
「あなたが自分でVM上のLinuxで9Pサーバーを動かしてWindowsと統合させてください」という話
MSはsambaを持っていたにもかかわらず9Pサーバーを利用したわけで、LANでのファイル共有が
必要なくPC内部でだけアクセスが可能が必要であれば、9Pサーバーの方が適切だと考えたのだろう
9Pサーバーなら/procなどの仮想ファイルシステムにも対応してるから、Linuxとの相性は良いだろうしね
それにWindowsでsambaが動いてるのでWSLでsambaを動かすと競合する。
VM内のLinuxで9Pサーバーを動かすことに成功しても、WindowsからUNCパスでアクセスすることは出来ない
通常のVMでは利便性が確保できないんだよ。誰かが作ってくれない限りね。 × それにWindowsでsambaが動いてるのでWSLでsambaを動かすと競合する。
○それにWindowsでsambaが動いてるのでVMのLinuxでsambaを動かすと競合する。 WSL2と同じことをVMでやるならば、
1. Linux用の9Pサーバー、もしくは(samba以外の)ファイル共有サーバーを用意する
2. WindowsからUNCでアクセスできるようなドライバを作成する
3. Linux上のファイル共有サーバーとWindowsを連携させる
最低でもこの3つが必要 WSL2を使った場合とVMを使った場合
・パフォーマンス・・・どちらでも変わらない
・利便性・・WSL2の方が良い(セットアップ不要、エクスプローラと統合、コマンドを直接実行できる)
であれば、WSL2を使ったほうが良いってことにならんか?常識で考えて WSL1ではVMを使ったほうがパフォーマンスが高いから
VMを使ったほうが良いというユーザーが一定数いるけど WSLの機能しか入ってないinitだからかinittabも見てないっぽいしなぁ
自動起動は.bash_profileからSUID付けたシェルスクリプトでも叩くのがシンプルなのかな >>864
VMじゃなくて、WindowsにLinuxが統合されたと考えるのが正しいんだよ。 Windows起動 = Linux起動
だから自動起動はWindowsの起動時にWindowsの機能を使って行う。 正直あまりメリットを見いだせないなこれ…
使い勝手はWSLとそう違いがあるわけでないのだけど仮想化するなら意味ない気がする
Docker動くのもHyperV上では既にネイティブとは言えなくなってしまったしssh経由の操作と変わらない
ポータビリティ考慮するならむしろVMの方がいいとすら言える WSLの目的は利便性だから
どうも実装に目が行ってる人ばかりいるけど、
MacでBSDコマンドが実行できるのと同じ感覚で
WindowsでLinuxコマンドが実行できるという事実が重要 Cygwinとか使ってる人のための機能としては文句なしだろうけど
Linuxの利点殺してるよねこの汎用性のなさは
RDPサーバー目当てで環境変えようと思ったけどLinuxの代替えにはちょっと辛そう そうか。WSL2では、SSHも利用せずにLinuxの環境にアクセスできるんだな >>868
Windows側を直接操作できるわけじゃないから全然ちゃうと思う >>869
macOSの代替って考えたほうが良いよ。
macOSでもX使ってないからね。
X使う人は少数 >>870
ターミナルがWindowsで動くのは大した利点ではないよ
GUIまで統合できるなら話は別だけど >>856
そりゃそうだけど
ディストリ側が提供してくれんとsystemdに依存してるソフトもあるんだから無いと困るだろ >>871
Windowsのコマンドを実行できるんだから、
Windowsのコマンドでできることは、WSLからでも実行できるよ
あんたが言ってることは、
「コマンドプロンプトからWindows側を直接操作できるわけじゃない」と
言ってるのとほぼ同義でしょ? >>874
> ディストリ側が提供してくれんとsystemdに依存してるソフトもあるんだから無いと困るだろ
systemdに依存してるソフトってなに? WSLならともかくWSL2がmacOSの代替とか片腹痛いわ WSLもしくはWSL2によって
WindowsがmacOSやLinuxのターミナル相当の機能を実現したってことなんだよね。
GUIに関しては、もとからmacOSやLinux相当のGUI機能を持ってるわけなんだから
足りなかったターミナル相当の機能が強化された >>880
コマンドプロンプトからWSL上のLinuxのコマンドを実行できるし、
WSL上のLinuxからWindows上コマンドを実行できる
Windows 10のコマンドプロンプトからWSL上のLinuxコマンドを呼び出す(バージョン1803対応版)
https://www.atmarkit.co.jp/ait/articles/1805/24/news022.html
Windows 10のLinux互換環境WSLからコマンドプロンプトのプログラムを呼び出す(バージョン1803対応版)
https://www.atmarkit.co.jp/ait/articles/1805/31/news052.html >>879
GUIを言うならターミナルだけ実現しても意味ないよ
せめてOSXみたいにXぐらい統合しないと
そもそもssh程度で十分なものを実装してもメリットになってないよ > GUIを言うならターミナルだけ実現しても意味ないよ
> せめてOSXみたいにXぐらい統合しないと
OSXってXと統合されてないぞw >>881
だからこれじゃcygwinと変わらないよ…
何を言ってるんだこの人は GUIの使用まで考えるなら、対応toolbox入れたVMのほうが描画速いから既存のVMに利点見出す人もいるだろうね
emacs程度の描画なら変わらないけど、vscodeくらいのリッチさだと表示のもたつきがわかっちゃう
hyper-vでもxrdp使うスクリプト提供(元はユーザ作成)してるだけだったし、toolbox相当作ってくれるなんて期待できないか
windows版vscodeのremote-containersがwindows版docker依存なので、WSL2側にdocker入れても
remote-ssh経由して使わないといけないのがとても面倒 >>883
?
OSXのXserverはMacのGUIでX操作できるよ WSL2に相当に期待してるのはわかったけども
普段Unix環境使ってる人からすると常用はちょっと無理じゃないかな
少なくともDocker以外はMacのがまだマシに見えるし
Dockerについてはパフォーマンス見る限りかなり良いみたいだけど
これもLinux実装を仮想化して動かしちゃうのならVMでいいんじゃないかなって感じ >>884
> だからこれじゃcygwinと変わらないよ…
cygwinを不要にするためのWSLが作られたのに
cygwinと変わらないと言われても困るんだが(笑)
cygwinはLinuxじゃないので、Linuxのバイナリがそのまま動くことはない
OS付属ですら無い。Windowsが公式にcygwin相当の機能を
独自ディストリやcygwin専用バイナリを使うことなく、
本物のLinuxディストリを使えるようにするために作りました!って最初から公言してる
お前が勘違いしたんやろ? >>888
いやどう見てもそっちが勘違いしてるんだけど…
コマンドの利便性の話だし >>886
用語滅茶苦茶で言いたいことがさっぱりわからんが
WindowsのXserver(VcXsrv)はWindowsのGUIでWSLのXクライアントをX操作できるよ
って言えば良いんか? >>889
MS「cygwinと同じことをWindows標準で本物のLinuxを使ってできるようにしました!」
お前「cygwinと同じことしか出来ないやん」
ってことだろ?
お前「スーパーファミコンと同じことできるものを作りました!」っていうニュースを聞いて
「スーパーファミコンと同じことしか出来ないやん」って思うのか? 普段Cygwin使ってないとわからないのかもしれないけど
fs構造がLinuxと分かれててWindows側の直接操作は難しいし
この時点でLinuxのWineと同じ問題を孕んでるんだよね
元がUnixなら同一環境なのでそもそもこの手の問題はない
そらまあまだ出たばかりだからこれから改善はするかも知れないけどね
現時点ではちょっとな >>892
両方共UNCパスでアクセスすりゃいいやん?
WindowsのバッチファイルからUNCでWSL上のファイルを参照できるし、
WSLからもdrvfsでWindows上のファイルにアクセスできるやろ?
これはVMでは出来なかったこと >>890
VcXsrvですら細かい操作に対応がないので
Java経由で死ぬ事があったり
>>891
いやコマンドの利便性の話でしょ?
論点すり替わってるよ君 >>892
うん、だからWineもUnixのPath使ってろって言ってるのと一緒だから
いくら統一してもプラットフォームの違いで固定パスの扱いそのものに
互換性の問題出るって話だよ そういや1903にしてから試してなかったけど、
エクスプローラで \\wsl$\Ubuntu-18.04\home 以下や
dir コマンドで \\wsl$\Ubuntu-18.04\home とか普通に見れてるな
ファイルも開ける >>895
シンボリックリンクで解決できる程度の話を問題視してるってこと? >>894
コマンドの利便性の話だからGUIが云々って話はスレ違い
いい加減やめとけよ。MSは最初からWSLはGUIに対応するために作ってませんって言ってるんだから >>895
いやWindowsの特殊パスと文字コードとケースの話だけど
>>899
つまりコマンドはまだ不便だってことだね >>900
バッチファイルからアクセスするときのパスと
WSLからアクセスするときのパスを
共通化してほしいってだけ? またズレたけど>>898と>>899宛ね
GUI云々はそもそもターミナルの話の派生だから元から関係ないよ
ただMSがターゲットにしてないから別件な!ってそんな子供みたいな詭弁はちょっとどうかと思うよ
ユーザーにはそんなの関係ないんだから >>902
だからお前は、
「スーパーファミコンと同じことをできるものを作りました!」っていうニュースを聞いて
「ユーザーには関係ない。プレステがしたいんや!」って言ってるのと同じって言ってるんだが。 >>901
影響するのバッチだけじゃなくて全般だよ
「〜ってだけ?」と簡単に言ってるけどOSの根幹の話で根深いからねこれ >>903
ごめん何が言いたいのかわからない
コマンドの範囲が増えたって言ってもカーネルに近いほど動かなくなるわけだし
取り繕っても他のUnix統合できる環境と比べて別に便利というわけではないよね
Cygwin普通にうんこだし >>904
根本的に勘違いしてないか?
WSL自体は単一のLinuxカーネルの機能であって、
ディレクトリ構造っていうのはWSLに含まれてない。
WSLっていうのは複数のディストリを入れられる。
そしてディレクトリ構造はディストリによって決めれている。
つまり、Ubuntuの/etcとDebianの/etcのパスは違うものでなければならない
Linuxで同じことをやるならばコンテナを使った状態
Linuxを使ったとしてもコンテナの外とコンテナの中のパスは
それぞれ独立しており、共通化することは出来ないんだよ >>905
> コマンドの範囲が増えたって言ってもカーネルに近いほど動かなくなるわけだし
自分で答え言ってしまってるやんw
「カーネルに遠いほど動くって」
多くのコマンドはカーネルから遠いんだから動く
動くんだから便利だろ。 レスを追っても何がいいたいのかわからないな
そもそも自分はコマンドの利便性が同じでUnixネイティブと比べて不便だろと言ってるだけで
機能がCygwinと同じなんてそんな酷いこと言ってないんだけど
Cygwin(うんこ)と同等の事ができるって言ってるだけじゃん!だからどうした!
ってそれつまり不便と認めてるってことだよね?
それならもうそれで話終わりだぞ?同意してるんだから >>908
> レスを追っても何がいいたいのかわからないな
> そもそも自分はコマンドの利便性が同じでUnixネイティブと比べて不便だろと言ってるだけで
その不便っていうのが、不便っていうだけで、何が不便なのか書いてないから
何が言いたいのかわからないんだよ
パスの変換にwslpathコマンドを使わないのが行けないのが不便ってことなのか?
コマンドの実行にwslをつけないといけないのが不便ってことなのか?
これらが必要なのはWindowsとWSLをまたがるときだけで、
Windows内、もしくはWSL内にとどまってる場合には必要ないんだから
俺は、そんだけ(またがるときだけ)だろと思うだけなんだが?
不便不便言うばかりで、不便の度合いがさっぱりわからない。 >>906-907
また論点ずれてるよ
少なくともコマンドの利便性云々については
自分も中身で反論しちゃってるんだし、今更目的が違うから云々なんて回避は通用しないんじゃない?
結論出したくないのはわかるけど >>909
まあそれ全部不便だねうん
比較対象は別のUnix環境だから >>908
> Cygwin(うんこ)と同等の事ができるって言ってるだけじゃん!だからどうした!
cygwinとの違いを言えばいいの?
- Linuxバイナリをそのまま動かすことができる
- cygwinは独自パッケージリポジトリなので、用意されてるパッケージが少ない。例えばtigコマンドがない
- cygwinは遅い。WSLの方が速い
- cygwinはMS公式サポートではない。
- cygwinはパッケージマネージャーがGUIベース
- cygwinはUbuntuでもDebianでもない
- cygwinはビルドする時のソースコードが違う。ビルドできるとは限らない。
- cygwinは互換性が低い。 >>910
> また論点ずれてるよ
だからお前の論点をはっきりさせろって
お前が論点を言わないのに、論点を合わせられるわけ無いだろw >>864
タスクスケジューラーやスタートアップフォルダにショートカット入れて
PC起動時に適当なシェルスクリプトを実行するように設定しとけばいいのでは
wsl.exe -u root /etc/hoge.sh >>911
> 比較対象は別のUnix環境だから
つまりスーパーファミコンを作りましたと言ってるのに
お前はプレステと比較してるってこと?w >>912
出してる例(スーファミ云々)がそもそも君自分で相当に馬鹿にしてるよって話
例えもまともにできてないよ
スーファミと同じものを云々って、こっちはそんな事は言っていない
>>913
もう不毛すぎるからやめるけども、まずこのレスツリーの最初のレス読もう
コマンドの2環境間の使用の話で、そちらはMacでBSD環境のコマンド使うのと同じ感覚でと言ってるよね
コマンドラインでもシェルでも何でもそのまま呼び出せないという点だけでももう感覚違うよね
取り回しにいちいちcygpathやwine挟むのと一緒だから >>915
その例え好きみたいだけど、もしかして上手いと思ってる ?
最初に言い出してるの君の時点で相当に墓穴掘ってると思うけど 自分から比較して人のせいにし
自分で反論しておいてそれに反論されたら目的が違うとか無茶な回避し
不毛と思わない?
論点ずらしながら中身のない煽り合いでもしたいの? 伸びてると思ったら、なんだこれ
2人で無駄にやり合うなや… FUSEでマウントしたディレクトリをUNCパスでWindowsから参照出来るのかとやってみたが、
中身は空っぽだった。
FUSE自体は出来たがちょっと残念。 WSL1ではディストリはカーネルにタッチできずMSから提供されたモジュールやドライバを組み込むだけしかできず
ユーザーもWSL環境はLinuxカーネル上で動作しておらず互換性も限定的だった事を意識して利用する必要があったが
WSL2ではディストリ側でカーネルソースやバイナリまでビルドして提供できるようになり
ユーザーもWSL2上ではホスト環境のWindowsとの親和性が増したVMを貫通したサポートドライバがあらかじめ組み込まれたLinuxディストリをVM上で実行しているという認識で利用できるので
仮にパフォーマンスが変わらないならディストリ/ユーザー双方にとって望ましいのはWSL2の実装だろう
何をギャーギャー喚いているのか知らんけど、マカーが不安症候群起こしてて酷いな
まあGNUユーザランドが広大な実行プラットフォーム得、それらがより安定しパフォーマンスを増してゆくことに、悪魔崇拝者どもが脅威と不安を覚えるのは無理もないか 発狂してるのはmac板荒らしてるエロ同人違法DL無職おじさんですよね >>917
> コマンドラインでもシェルでも何でもそのまま呼び出せないという点だけでももう感覚違うよね
bashを起動すれば、BSD環境のコマンド使うのと全く同じだよ
Windows上のパスが違うけど、WSL環境だけでやればいいだけだし。
WSL環境の外に出る必要はもうなくなった。 有識者の人に質問。wsl2ってツインムスタングみいなイメージで正解? まだ、WSL2からWindowsのホスト環境(WSL1でいうlocalhost)にアクセスできないみたいだな・・・
Win側にXサーバー立ててXアプリ動かそうとしたけど、Xサーバーが見つからないから起動しない。 >929
IPアドレスが別になってるだけだろ?
そのことはすでに告知済み。現時点での制限としてよく知られている。
ポートフォワーディングで対応可能なんだから
そのうち対応するだろう >>929
ちゃんとXサーバーをlocalhost以外からも接続受けるようにしろよ >>928
zfs 0.7.13はビルド出来てカーネルモジュールのロードも出来たけど、zpool createコマンドでそんなプールは無いって言われた
zfsの使い方を知らないせいだと思うけど… ネットワークとか、ファイル共有とかはいらなくて
Linuxのソフトを動かしたいだけの人には
WSL1 + X server
のほうがいいってことですかね。 CheckNetIsolation LoopbackExempt
でループバックを許可したら出来ないのかな。 皆WSL2に興味深々だけど、1903から追加されたimportコマンドで、
外部ツール使わずにCドライブ以外にWSL環境作れるようになってるんだな
WSL1とWSL2のexportって何か違うんだろうか >>931
そうか!
Windowsだしxrdpでもいけるかもしれないな・・・ xrdpでLXDEのデスクトップは表示できたけど、dbusとか依存サービスがもろもろ動いてないので使い物にならず。
WSL2でGUIは無理か、WSL1でも無理矢理やってる感じだが・・・ Cygwin/MSYS2 は、sjis の日本語に対応してないから、日本語でバグル!
Linux のUTF-8 を、Windows でコンパイルしただけ。
sjis など、MS が使っている、文字コードには対応していない!
WSL は、Windows10 が、環境が切り替わる所で、
sjis/UTF-8 を変換いているから、バグらない
sjis などの何百もある、国ごとに異なる、Windows専用の文字コードは、MSしか対応できない。
これらは、その国だけで使われている、国際化してない文字コード!
一方、UTF-8は、全世界で共通の文字コード
とにかく、sjis/UTF-8の変換は、MS以外ではできない。
オープンソースで出来るのは、Ruby も使っている、NKF だけ! MS以外ではできないつったりnkfもできるっつたり忙しい奴だな Windows が採用しているのは、sjis を拡張した、CP932。
こういう文字コードを知っている外人は、まずいない
Windows には、同様な外国の文字コードも、わんさかあるけど、
それを使う国の人しか知らない
オープンソースでは、Ruby も使っている、NKF があるけど、
これも、sjis なのか、CP932 にも対応しているのか、よくわからない
だから、UTF-8 以外は、世界中で通用しない!
世界共通ではない! nkf だけでないと思うが、iconv cp932
があつかえる。
https://www.tcom242242.site/entry/2015/09/05/193816
ほかにもicu でもあつかえる。 ベンチマーク見た感じだとWSL2はストレージのアクセスが頻繁な処理では劇的に高速化しているな
でもメモリアクセスが重い処理では逆に遅くなっている >>939, >>943
何言ってんのかよくわかんないけど、
Cygwinは2009年のver1.7.1以降、デフォルトロケールがUTF-8になってる。
Windowsのファイル名はCP932だけど、Cygwinが変換してくれるので、Cygwin上のプログラムからはUTF-8に見える。 > Windowsのファイル名はCP932だけど
Windowsのファイル名はNT3.1のころからUnicode(UTF-16)
わかってんだろ?嘘つくなよ メモ帳はとっくにUTF-8標準、改行コードもLFサポートしてるのを知らないジジイだろw >>948
OSの内部表現じゃなくて、アプリケーションからどう見えるかの話をしてるんだが。
Cygwinの話をしていることからわからなかったか? >>950
アプリケーションからもUTF-16LEに見えるんだが アプリケーションからCP932に見えたら
CP932にない絵文字が正しく表示できるわけ無いだろ
リアル馬鹿だなw XPの時に、ファイル名にSJISにできない文字が含まれるとファイル名が壊れるって現象にぶち当たった覚えあるけど今は大丈夫なのか? 絵文字などCP932では表示不可能なファイル名が正しく表示できるってことは、
表示されるまでのいかなる部分でもCP932が使われてないってことを意味している。
Windowsの基本機能のいかなる部分でもCP932が使われていないという証拠である。 >>953
わからんけどそれはアプリ側の問題じゃないの? うーむ…
ttps://i.imgur.com/KCirJ9N.jpg
MSのパッチの部分があるみたいだけど、どこを移植すればいいのか良く分からん
(5.2は起動しなかったので差分を調査中) NTFSじゃなくてFATでもファイル名がUTF-16なのか? >>958
LinuxでもFAT使えるんだが、Linuxだと何だと思う? >>953
アプリケーション側が9xとの互換用の古いA系のAPIを使っていると、UTF-16がCP932とか(ロケール設定による)に変換されてアプリケーションに渡るから壊れることがある
今普通にVSとかでコンパイルすると、UTF-16用のW系のAPIが使われるから壊れない
また、今はA系APIをUTF-8用にも使えるようになった
>>958
いわゆる8+3の古いFATでは国ごとに違うコードだったからCP932だったが、Win95以降のLFNではUTF-16 >>960
なるほど、XPの時に起こったのはアプリが95互換機能つかってたからなのか。
今は大丈夫なのね。 >>951
>>952
>>955
自分が間違っていたので、訂正してお詫びする。申し訳ない。
Windows10上でファイル名を絵文字にできることを確認した。
言い訳になるが、Windowsで圧縮したZipファイル内のファイル名は今もCP932なんだだ。
(それをLinuxで展開するときは、CP932を指定しないと、ファイル名のマルチバイト文字が化けてしまう)
おかげで今もWindowsのファイル名はCP932だと思いこんでいた。 そんなことになってるのか
文字コードって複雑怪奇だな >>965
こんなの序の口だ
文字コード問題の本当の恐ろしさはこんなものではない >>961
アプリ側の問題なんだから今もクソもない アプリが決めたファイル名をOSがまともに使えないのが問題なのに、なんでアプリのせいにするんだろう?
頭おかしいな。 アプリが決めたファイル名をOSは正しく扱えるが?
OSが決めたファイル名をアプリが扱えないんだからアプリの問題だって話だろ Windowsはunicodeを扱うのに独立したワイド文字系のAPIを作っちゃったから
アプリが対応しないといけない
最近はようやくロケールの文字コード自体をUTF-8にする流れになってるようなので
マルチバイト系のAPIのままUnicode対応するのが今後標準になるのかもしれんけど >>973
根本原因はUnicodeだけどな。
最初にUTF-8というものを作らず16bitにすべてを詰め込もうとした
Windowsはその最初のUnicodeに対応しただけ
16bitのUnicodeはどうやってもAPIを分けないと対応できない ま、OSがUTF-8になったとしても、アプリが対応してないと結局意味ないんだがな
だから最初からアプリの問題 訂正
× OSがUTF-8になったとしても、
○ Unicode対応でないアプリのロケールを(ShiftJISではなく)UTF-8として扱う
Unicode対応でないアプリのロケールとしてUTF-8が選べるようになったとしても、
ShiftJISを前提にしているアプリが、文字コードが異なるUTF-8対応になるわけじゃない UNICODEの元になったJ-Starのコード体系
を勉強してから言え 質問に質問で答えるなよ。
まずお前が何を言いたいのかに答えてからだ むしろunicode対応が早かったがゆえに
unicode側の変更に振り回されてる形 一時期はUTF-8は運が良かったとか思ってたけど、
Unicodeは更に混沌を極めて、UTF-8でも1文字が最大8バイトにまでなってしまって
単純なアルゴリズムで1文字の境界を知ることは不可能になってしまったからな。
どちらにしろ、Unicodeを扱うには専用のライブラリを使うことになる NTFS上に255バイト以上のファイル名のファイルを作って、WSLから参照するとWSLがコケるな、WSL2でも一緒
制限がバイトと文字の差だと思うが…
LinuxはCIFSでマウントしてもこんななんだろうか? NTFSは255文字で255バイトを超えるバイト数を扱えるが
ext4は255バイト。Linuxは互換性のため255バイト以内にしておいたほうが良い
sambaでファイルサーバーを作ってるが
時々Windowsの長いファイル名をLinuxで扱えなくて困る >>980
15万出して、同じ物だと気づかなかったのププー >>986
なにか面白いことを言い出したなw
何が同じものだって? 「OSがファイル名を決める」ようだから、ファイル名生成APIをたたけばいいのかな?
それなら字化けは起こらないもんな。
ユーザーが意図した名前で保存できないけど。 FTP鯖をWin側に立ててみたらFTPクライアントから見えるファイル名のコードはSJISだった。
Dirコマンドをリダイレクト保存したらSJISで保存されてた。
まだまだファイル名はSJIS依存からは逃げられそうにないな。 >>990
ファイル名生成APIなんてものはないけど、
そのAPIで絵文字が生成された場合、アプリが対応していなければ文字化けが起こる
文字化けが起こるのはアプリの問題だって話をしてるんだがわかってるか? > FTP鯖(というアプリを)Win側に立ててみたらFTPクライアントから見えるファイル名のコードはSJISだった。
完全にアプリの問題です(笑) > Dirコマンドをリダイレクト保存したらSJISで保存されてた。
それはchcpコマンドで変更するものです。 おお!Windowsはすごい!
chcp 65001して
Dirコマンドをリダイレクト保存したらUTF-8で保存されてた。
完全にファイル名はがUTF-8対応になっているではないか! ばっ!ばかな! chcpするだけでファイル名がUTF-8に変更するだと!
とか思ってるんだろうなぁw OSの不具をアプリやユーザーに押し付ける奇形ベンダー
腐乱OSに喜んで犯されるドザー衛門たち
肥溜めにどっぷり浸かっていがみ合ってるのがお似合いだなw Windowsはずっと前からUnicode対応ですからねーw このスレッドは1000を超えました。
新しいスレッドを立ててください。
life time: 87日 14時間 11分 14秒 5ちゃんねるの運営はプレミアム会員の皆さまに支えられています。
運営にご協力お願いいたします。
───────────────────
《プレミアム会員の主な特典》
★ 5ちゃんねる専用ブラウザからの広告除去
★ 5ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────
会員登録には個人情報は一切必要ありません。
月300円から匿名でご購入いただけます。
▼ プレミアム会員登録はこちら ▼
https://premium.5ch.net/
▼ 浪人ログインはこちら ▼
https://login.5ch.net/login.php レス数が1000を超えています。これ以上書き込みはできません。