【Bash】Windows Subsystem for Linux【WSL】5

Install the Windows Subsystem for Linux
https://docs.microsoft.com/en-us/windows/wsl/install-win10

前スレ
【Bash】Windows Subsystem for Linux【WSL】4
http://mao.5ch.net/test/read.cgi/linux/1541747008/

>>1
（　・∀・）＜ いちおつ

サンゲツ

Fedoraまだ?

公式ではないが、あるにはある

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経由で導入しなければ、今のバグありバージョンは降りてこないみたいだけど。

movaxterm使てたが今はconemu

wslterminal使い続けてるなぁ

>>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している。

tty1で困ってないから変えてないですね…

conemu遅くね

ターミナルも10になってから地味な更新してるね
https://devblogs.microsoft.com/commandline/new-experimental-console-features/

メモ帳も最近はガンガン機能追加されて、まるでまともなテキストエディタみたいに

まともなテキストエディタではないでしょｗ
まともなテキストエディタはvscodeがあるのでそっちで十分

メモ帳はあくまで緊急用だよ。ただし緊急用として
使えないと困るのでUTF-8対応とかされてる

vi使えないの？

自分はEmacsを使うのがWSL導入の主目的。

Windows用のバイナリあるじゃん

>>25
magitなどの外部連携絡みのツールはwindowsではうまく動かないことが多いし、そうどなくともパフォーマンスが良くなかったりする
wslだとほぼそういう心配がない

>>24
VmwareとかVirtualboxのほうがいいんでは？

>>27
いちいち環境作るのが面倒くさい。
パソコン内にあるってだけで、別PCを使ってるのと一緒だから。
ホームディレクトリのPC間のデータの同期をどうするかとか。

WSLであれば同一PCなのだから普通のホームディレクトリを共有できるし
WSLで立ち上げたサーバーに普通に接続できるし、
もうすぐエクスプローラからWSL内のホームディレクトリを簡単に参照できるようになる。
Windowsで普段使ってるテキストエディタを使ってファイルを変更できるようになる。

cygwinで良いじゃん

>>29
たしかに，Emacs使うだけならCygwinがいいかも。

>>30
cygwin遅いし、forkエラーが出る

>>31
2005年ごろなら確かにそうだが、地味にcygwinも進歩してるよ

ま、俺ならmsys2を使うけどね

cygwinもmsys2もLinuxとの互換性が低い
あれは専用の別ディストリみたいなもので、いちいちcygwinやmsys2で動くか？
パッケージがあるか？ビルドはうまくいくか？なんて考えなきゃならん

今だとwslのほうが面倒が少ないというか楽だしな

長年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ガーとかやってるｗ

>>36
POSIXサブシステムやSUAを知らないのか

Subsystem for Unix Application (SUA)
https://docs.microsoft.com/ja-jp/previous-versions/cc835573(v=technet.10)

FIPS-151満たすためだけのゴミがどうしたって？

NTFSも大文字小文字を区別できるんだってね
Windowsの互換性のためにオフになってるみたいだけど

リンク貼り忘れた
https://ascii.jp/elem/000/001/786/1786156/

>>42

Windows10のWSL＋Ubuntuで作ったディレクトリ試したけど

> DIR > DirA

ってやって

> DIR > Dira

って続けたら　DirA と Dira の２つのファイルができてた。
大文字小文字の区別をするしないはすくなくともディレクトリ単位で制御されてるようだね。

説明下手なのか日本語下手なのか

デスクトップ環境なLinuxの終了って近年のディストリビューションを見てもそういえるのか？

LinuxはデスクトップOSとしては始まってないからな。
文字通り細々と一部のマニアに使われてるだけ。

>>44
いきなり区別するようになったら混乱するだろ。

>>46
マニア以外には使われないなだから。

>>38

その通りで、いまだにLinux vs Windowsなんて言ってるの
それぞれの信者だけで、本家は金もうけの道具だと思ってるんでしょう。

UTF-8への完全移行が一番の難所な気がする
http://mitomoha.hatenablog.com/entry/2018/01/15/001210

これをオンにするおSJISなアプリとかファイルが死ぬ死んだ

ていうか今は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でいい」んだからｗ

それに「SpotifyとかLibre使っている身」とか条件付きでいってる以上
じゃあその条件に当てはまらない人は？って言われるだけだし、
結局、いま普通にパソコン買って使えるWindowsでいいんだよ

>>59
文脈完全度外視の抜粋から重箱の隅をつつくのは痛すぎる
>SpotifyとかLibre使っている身だとLinuxでいいし、Officeもウェブ版があるから最悪そっちでもいいんだけどね。
これで一文で句読点が微妙に変な位置にしてしまったが、Spotify,libre, office-web条件で『最悪』そっちでもいいって言っているんだが。
この『最悪』に含ませている意味わかる？大丈夫？

>>60

そもそもそんな条件つける必要あるの？

>>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と同じでアンインストールした場合ゴミを残さず消せる。

>>87
困ってなければいいんじゃないの？

>>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/

>>108
Fランとか何を根拠に。

大学で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
公式で出ないかなぁ

125
130
132
140って飛んでてワロエナイ

WSLでGNU OctaveするぐらいならWindows版いれたほうが良さそうな気がする。
SciLib使いでOcave使ってないから「気がする」だけだけど。

>>142
octave 5.1.0 でだいぶwindows版よくなったけどね。shell環境もmsysからmsys2になったし。

でも、最近、linuxで計算環境整えてるから、それに合わせるためだ。

https://blog.tmyt.jp/entry/2018/05/27/065347

ここの方法でWineでも32ビットのEXE動かせた。

>>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じゃ遅いね。

>>149

遊ぶにはいいんだけどね。

最新版の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パーティションにはリンク出来ないのでしょうか。
よろしくお願いします。

あああ... 管理者権限でｃｍｄ起動しなきゃダメなのか
でもUbuの端末からwine cmdでプロンプト立ち上げてるからねぇ...

>>162
wslスレで聞いてもなあ。
wineスレではきいたの？

https://mao.5ch.net/test/read.cgi/linux/1540015268/

>>164
！！ なんというスレチ...？

すんませんこの板初心者なもので...
誘導ありがとう 早速行ってみます

wslのubuntu 18.04でupdateしたらfirefoxが接続できない。chromium-browser いれたらちゃんと動いた。
まあ、chromiumでいいのでそれでいいが。

>>166
chromeやchromiumが、管理者権限でwslを立ち上げないと、動かなくなった。まあ、動くからいいが。

そこまでしてWSLでブラウザ動かす意味あるの？

まあ、趣味の世界だな。
俺もWineやmcomix動かしてるし・・・

>>168 >>169
はい，趣味です。

WSLでnautils動かして /mnt/c/Users以下のフォルダ触る俺みたいなのもいるしな・・・

Windows Subsystem for Linux for testing Windows 10 PTP Client
https://techcommunity.microsoft.com/t5/Networking-Blog/Windows-Subsystem-for-Linux-for-testing-Windows-10-PTP-Client/ba-p/389181

キャラクターインターフェイス至上主義からしたらありえねー

いつのまにかchrootができるようになったと知ったので、
qemu-arm-staticでラズパイの環境を動かすことに成功した。
しかし、chroot環境からネットに接続できない・・・

pingは通ったが
名前解決は恐らく設定不足でエラー

qemu-i386-staticとchrootだと名前解決も問題無いので設定がどこか間違ってるのでは？

ビルド14936とかくっそ前やんけ

「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”は、最新版へのアップデートを推奨している。

curl派にとっちゃどうでもいいな。

wgetの方がレジュームやりやすいからこっち使うこともある。　

httpのステータスを取りたいときはcurl
zipを手っ取り早く取る場合はwget

--trust-server-namesが無いcurlはめんどい

aria2使ってたらwgetいらん

複数のミラーサーバーから1つのファイル落とすとかクソ便利よな

名前がいいよな！ ARIA

度々話題になってたcloud9のqiitaの記事更新の通知来たぞ。

宣伝おつ

WslFsに変換してるんだが、Antimalware Serviceが邪魔してるようで全然終わらない・・・

Msstoreにalpine linuxのwsl版があるんだが誰か詳細知らない？何これ？

ttps://github.com/agowa338/WSL-DistroLauncher-Alpine

ttps://bugs.alpinelinux.org/issues/9408

>>189-190
ありがとう。

Insider Previewでwslconfig /upgradeとwsl --upgrade消されちゃったね

まぁ今作ればWslFsで作られるから要らない気もする

WSL から、Windows 側にあるシェルスクリプトを起動した場合、

改行コードが、CRLF だとバグる！
LF にしないといけない！

ああ、それ俺もハマったw
まあググればわかったけど。

batファイル自体に大きな変更を入れずににwsl上でbatファイル動かせる？

https://ascii.jp/elem/000/001/803/1803883/

WslFsってのはlxfsと同じ理解であってる？

>>196
ｂａｓｈ −ｃ �Wｃｍｄ．ｅｘｅ　／ｋ　ａ．ｂａｔ�W

て感じでやったらいけるが、batはWindowsから見える場所に置かないとダメみたい。
全角じゃないとNGに引っかかって書き込みエラーになる・・・

>>198
ありがとうございま試してみます
これでlinuxコマンドと連携できるならcygwin捨てられる

>>197
メタ情報に書かれる内容が違うので同じではないけど、ユーザには違いなし。
前回のupdateのときに、githubで中の人が少し説明していたけど、メタ情報以外は
手を入れてないとのことで、パフォーマンスとかは変わらない。

WSL$で、DrvFs経由でwsl側にアクセスするとき、WslFsだとDrvFsのメタ情報を
持っているので、WSL$の実装が少し単純になるとかはありそう。

>>200
なるほど了解した。

>>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 カーソル」で検索したらここが引っかかって、すぐ解決できた。
ありがとう！

aabbcc

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エグゼクティブ」とかいうから何のことかと思えば、
やっぱり造語じゃねーかｗ テメーがへんな言葉を使いだすから誰にも理解出来ない言葉になってんだよ。

https://www.atmarkit.co.jp/fwin2k/special/win9xorwin2k/win2kknlover_2.html

WSLは↑にあるPOSIXサブシステムなどと同じレイヤーのサブシステム。
Windows "Subsystem" for Linuxの略だろ

ちょっとさぁ、勉強してないなら、俺俺用語を作り出して話をしないでくれませんかね？

わかった上で改めて読むと

> WSLってマイクロカーネル上で動くエグゼクティブとして実装されてるのかな？
> だとしたら遅くて当然。

Windowsのカーネルモードコンポーネントは、すべてマイクロカーネル上で
動くエグゼクティブとして実装されてるので、WSLだけが遅くて当然というのはおかしいということになる。

さらにWSLはサブシステムなのだからエグゼクティブとして実装されてすらいない。

言いわすれてた

> マイクロカーネルとLinuxエグゼクティブの間のオーバーヘッドじゃないの？

Linuxエグゼクティブなんてものは存在しない

.exe をエグゼクティブと読んだのか。。。

MSYS2で良いのにWSL使ってる奴

msys2はいやだよ。あれLinuxじゃないし、
パッケージ管理もオリジナルだし、msys2のことをいちいち覚えないといけない。
WSLならLinuxの知識と殆ど変わらない

archwslが公式で出たらwslに移行するかも

>>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とか使う意味ない

>>228
クロスコンパイルでよくない？

デメリット並べ立ててもwsl来る以前に環境整えたてたら移行めんどいとかあるんだろうし
どっちかに統一しなくてもその時その時で使い分けでもいいんでないの
まあ今更>224の言い分は理解できんけど

個人的にはaptが普通に使えるのが一番のメリットかな

>>232

msys2でコンパイルするメリットはできた.exeファイルは
wslのない環境にもっていっても動くこと。
32bitのOSでも動くようにできるし。

Linuxエグゼクティブという新しい造語が生まれた瞬間に立ち会えた幸せ

msys2よりはWSL上のmingwの方がいいかな
どっちも遅いからVMに逃げたくなるけど

フィードバックあげるのでもなければ無理して作りかけのWSLに付き合う必要ないんじゃ

colinuxの64bit版はいつ出ますか？

ntkernel道連れに落ちるような子は要りません

>>239
これ
どこまでもWSLって途中なんだよな

load averageが適当なのは直さないのか？
無理だって話らしいが・・・

MSYS2 は、日本語でバグル

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やｗｓｌと根本的に目的が違う。

>>246
mingw64とmingw32
これは厳密ではなかった。mingw64のw64とw32のが正しい。

ヤバイな、全然伝わってなさそうで

>>248
まあ，それぞれ考え方が違うんだしいいんじゃない。

いや…、まぁ良いか
人それぞれだし

>>250
君らには無縁な話だから

>>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はとりあえず入れてるだけで使う機会はほとんどないけどね）

232で言ってることと随分ずれてる

ハンドルの管理が面倒いのかのう？
巨大なハッシュ表がいるだろうし

msys2の話は、もういい。
私としては、wslでflatpakでGNU Octaveが入れられないのが痛い。まあ、自分はビルドできるのでいいけど。
wsl上のflatpakの状況がわかる人教えてください。

普通にWindows版バイナリあるじゃん

https://www.gnu.org/software/octave/#install

必死だな

意味がわからないだけ。

WSLは相互運用するためのツールなのに
なんでWSL上だけで完結させようとするのか？

普通にWindows用のツールと組み合わあせて使えばいいのに

>>220
WSLはすべてがユーザーモードで動いてるようなそんな単純な実装じゃない
https://msdnshared.blob.core.windows.net/media/2016/05/picoProcess.png
https://msdnshared.blob.core.windows.net/media/2016/06/file-system-graphic.png
https://i.imgur.com/vVPQgxj.png
http://www.alex-ionescu.com/publications/BlueHat/bluehat2016.pdf

>>262
その中にもLinuxエグゼクティブなんて書かれてないですが
どれのことですか？やっぱり造語なんですか？

>>263
？
Linuxエグゼクティブとやらの話なんてしてないけど？

>>259
octaveのwindows native版があるのは当然知ってる。でも、linux版のほうがgui版見た目がいいw。
あと、日本語pathは5.1.0ては通るけど、まだなんかおかしい。
shellコマンドと併用するときはlinux版がいいのよ。
linuxでつかっているのそのまま使える。

linuxで使っている環境をそのままもちこみたい。ただ、それだけ。

https://winaero.com/blog/flatpak-coming-wsl-windows-10/
てのがあった。早く対応しないかな。

What’s new for WSL in Windows 10 version 1903?
https://devblogs.microsoft.com/commandline/whats-new-for-wsl-in-windows-10-version-1903/

>>268
ありがとうございました。

個人的にはブロックデバイスへのアクセスと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でいいんじゃないの？

マシンを切り替えるのが面倒。それが仮想マシンであってもだ。

>>274
ありがとうございました。

EncFSとかSSHFSのfuseはWindows側でマウントしてWSL側で
mount --bindしてやれば無理矢理使えないわけでもない。
WSLだけで完結してほしいけど。

>>277
まったく意味がわからん。

なんか追加でソフトを入れようとするとexeを台帳登録する手続きがクソめんどい
Windows標準機能ならそれを回避できる
aptで入るパッケージはexeじゃないから自由に使える
っていうクソ環境にいる人たちのためにもWSLの機能向上を頑張ってほしい

>>280
同一マシンであれば、ファイルは普通に共有されてるし
ネットワークも同じネットワークだ

仮想マシンだと別のマシンがネットワーク上に有るのと一緒
ファイルを共有したければ、そういう設定をしないといけない
（仮想）マシンの環境整備をしないといけないんだよ

>>305

説明は >>232用で他の人がわからんでも仕方ない。gnuplotのMakefileを、よんだ人しかわからない。

>>282
1時間もあればできるんだが。

>>283ですが、>>280向けでした。すいません。

>>284
1時間でできるかどうかじゃない。
その後、事ある毎にメンテナンスするのが面倒なんだよ
VirtualBoxが動かなくなったりな

LinuxとWindowの併用ユーザは、シームレスに両方のアプリが使える環境を欲するものだとおもう。
CentOS＋wineだったけどWin10+WSLに移行した俺が言うんだから、間違いじゃない。

仮想だとしてもPC2台を同時に使うのは不便というより「面倒くさい」から。

>>286
ま、能力がない人は大変ですね。

>>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を同じステージで語るとはｗ
しかもその根拠が「最近新しいバージョンが出たから」とはｗ
恥ずかしくないのか
もう二度とポストするなよ

開発の途上でも実用に耐えられるからあちこちに文献が転がっててスレも勃ってんだろ
むしろ開発途中のベータってよりベースの完成品に機能を追加してる段階だろう
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なんか引き合いに出してる時点で終わってんぜ、お前さん

あのね。わざと枯れてると思われてるものを持ってきてるの。
枯れてると思われてるものでも、未だに開発中だってこと

すべて開発中と言っても良い

永遠のベータ、2019ロードショー。

君たち、低俗な諍いはやめたまえ
すべての原因は君たちが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はまだベータ版だろ！！


みたいな逆ギレ期待してるんだがｗ
あ、WSLはベータ版じゃないよ。正式版

どう見ても「本当の評価」知るために強い否定の言葉並べてるだけのエアプさんでしょ

否定の言葉に同調する者が多ければまだ使わない
否定の言葉を論理的に否定されたら使う価値あり
ということでしょうね

雑談系の板でよく見られる手口だ

本当の評価って、そんなん自分で動かしたら一発なのにわざわざ人に聞くとかどんだけチキンなのよ・・・

本当の評価に逢いたくて もう一度煽り始めよう

世の中にはどんな小さなことでも失敗が許容できない人種もいる

これまでの流れ全く読まないで自分の言いたいことだけ投下してケンカ売りに来る奴大杉
何回ループしてんだよ

スルースキルが低すぎる

wslでvscodeは動く？
必要なことは全部やったはずなんだけど起動できない
環境はdebian sid

windowsなんか使ってるからだよ
m

つスルー力

>>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にもそのうちバックポートあると思うよ。

libicuがアップデートされれば対応するんでない？
18.04は60.2だからこれが60.3になるのを待つ
https://packages.ubuntu.com/search?keywords=libicu
https://github.com/unicode-org/icu/releases/tag/release-60-3

後追いで対応って予期しないタイミングで突然破壊的変更が入ることになるから対応としては最低最悪
やらないほうがまだマシ

年号使ってる時点で、破壊的も何もないと思うが

>>362
意味不明

>>361
意味不明

元号はglibc(libc6)だね
2.29で対応してるから19.04は対応済

RHEL系は7にもバックポート済だけど、Ubuntuは遅めなのかね？
18.04だと3/29版をマスターに微調整したのを4/16にリリースしてる

19.04にアップすれば良いだけやん

WSLのUbuntuをアップグレードするといろいろ不具合が出る。
FirefoxとかXアプリ系が動かなくなった。
よほどのことがないとアップグレードしないほうがいいよ。

重箱の隅をつつくようで悪いが、WSLでx立ち上げるほうがよほどだと思うんだ（cui脳

WSLに画面用意されてないのが悪い

>>367
Firefoxが動かない？普通に19.04で動いてるが・・・

emacsをXで起動してごめんなさいごめんなさいごめんなさい

>>369
それは端末がCUIだったのが悪いな。
最初からVNCのようなGUIの端末だったら
WSLでもGUIが使えていただろう。

>>371
WSLとemacs on X 最強だと思ってるのはオレだけか？

>>373

あと数人はいるんじゃない？

>>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とは何なのかを理解させるのは無理ゲー

>>373
ここにもいるよ

>>384
無理無理、Linuxなんて一般向けじゃないから。
レポートをTeXで提出しろなんていうのと一緒。

>>373
メモ帳が欲しいなら、vim使えよ
統合開発環境なら、VSCodeだよなー

>>377
俺はDB使うweb開発しているだが、CoderってDB出来るの？

>>388
html使えるぐらいの人間なら、texは楽勝だろｗｗｗ

>>389

一般人にviやemacsを使えとか、
本気で思ってるなら考え直したほうがいい。

やっべroffしか分からん

パワーヒッター
生命力を奪う
マスタースキル
精霊神の力
時空の精の力
軽量化された

ライフガード
メンタルガード
HP大増量
MP大増量
ディフェンダー
強化繊維

全能の力
全能力+10
スピードスター
エコスキル

viやemacsがだめなのは、キーボードに適切な移動キーが
存在しているのにそれを使わないということ。

当時のキーボード事情なんか知らないし、慣れたら速いとかも知らない。
ユーザーインターフェースとして正しくないキー配置である
というのが、現在の正当な評価だ