今夜も Wine で乾杯! - 22本目

Linux上でWindowsのアプリを動作させるソフトウェア
Wineに関する情報交換スレ。

前スレ
今夜も Wine で乾杯! - 21本目
http://mao.5ch.net/test/read.cgi/linux/1502540295/

Wine本家
http://www.winehq.org/
http://wiki.winehq.org/

動作報告Wikiや過去ログなど
http://www.2chlinux.org/index.php?FrontPage

ここにパッチをうｐするときはgzipやbzip2で圧縮した上で
base64などでエンコードしてください。おながいします。
動作報告は>>2のテンプレ使用を推奨。

売れても10円とかだと処分もしにくいよな
もし使う用途があれば使えばいいと思う
たぶんmicroSDにも劣る性能だとは思うけど

>>102
もしもの時のバックアップ用として古いデータを入れている。
新しいHDDにもバックアップはしてあるが、それが駄目になっても、
ある程度前までは戻れるということで、古いものも貯めている。
例えば、10年前のバックアップでも、他が全滅した場合には
何にも無いよりはまし。

今じゃS3とかGCSもあるんだし、クラウドにバックアップとっとけよ。
家が燃えたり津波で流されても無傷だぞｗ

うちの余ってる40GBHDDは、圧縮解凍したり画像編集したりする場所に使ってるわ
いつ壊れても問題ない　というか早く壊れてくれいつまで動くんや

壊れそうなHDDで編集作業は怖くて出来んわ・・・

>>104
ものすごく強い暗号かけてからじゃないとネットには出したくない。
でも、そのパスワードも忘れてしまう恐れがあるので難しい。
超強力なスパコンがあ有れば、暗号も破れると聞いた。

どんな機密情報扱ってるんだよ
スパコン使ってでも中身を知りたくなるような内容なのか？

>>107-108
終わってるぞｗ

2024年には、セキリティレベル256bits、DSA/RSA法サイズ15360bitsの暗号レベルが
1日で解読できるぞ
https://sehermitage.web.fc2.com/crypto/safety.html


2019年現在でも11日で解析可能

そりゃ金かければ解読できるだろう
金かける価値のあるデータならな

なるほど
エロ動画やな

>>107
ぺ○はやめとけ欧米激おこだぞ

>>112
覗き見をやめればいいんだよ

自分のエロ動画が見られても恥ずかしいだけだけど、人から預かってる個人情報がネット上の＜事故＞で流れてしまったら(それが実際に悪用されなくても)信用上の問題でおまんま食い上げになるわ。

そもそもインターネット自体がアメリカが技術を盗むために広げた可能性もある。
クラウドを推進しているのもそのせいだろう。
一般企業はまたアメリカのセールス・トークだまされて機密情報を盗まれ、
日本の技術は盗まれ放題。今後もアメリカだけが得をしていくだろう。

>>114
そのまんまじゃなく暗号化したものをアップロードすればいい
シームレスに暗号化したものをクラウドへ入出力するシステムもあるしな

日本は敗戦国で米に奉仕するのは当然なんですが

>>116
暗号化ツール使ってる時、パスワードをアメリカに送信されて、
IT各社のクラウドで、簡単に閲覧されている可能性もある。
そもそも、こんなに高速回線を強要されている現状では、
パスワードどころか、PC内のデータ全てがアメリカに吸い取られている
可能性も否定できない。Windows Updateしてる振りして
やってても誰もわからん。

>>118
そんなクソシステムを使っている方が無能。って事だろ
暗号がらみくらい自前で用意出来なきゃ守れる物も守れない

「セキュリティーのためだから」
と言って、Update しない人が悪者扱いされてしまう。
重いので高速回線が強要される。メリットよりデメリットの
多いクラウドに騙される企業が後を絶たない。

Googleの検索速度の速いことからしても、パスワードなんて、既に数秒で
開錠されていたりしてな。
要は並列コンピュータのユニット数を増やせば出来てしまうわけだから。

ID:eXQt1+NYは何言ってもただ否定したいだけだろ
承認欲求は満たされたのかな？

と言ってマウント欲求を果たす 122 であった。

# umount -a

wineで動かしてるJaneStyleから書き込み
wine昔と比べて格段に進化したね

なおIME変換候補が枠外

>>125
動くの？

>>127
ちゃんと動くよ on Mint
https://i.imgur.com/cbi5mrZ.jpg

動かないソフトウェアは多数あるものの格段に使いやすくなったのは確か。
winehqとかドキュメント化とか。
なんか転機があったんだろうね。もしかしたら.NETがOSSになったとかそういうあたりかも。

wine4.0 が rc からなかなか release にならないけど
よほど記念碑的な release なんだろうか。

1.0になるまでも相当じらされたな

Linuxには今一使えるGUIのファイルリネームソフトがないんですが、
WineでWinのソフトを使っても問題ないですかね？
パスの構造が違うので万一誤動作すると心配なんですが。

リネームするシェルを作成するシェルを書くのが良さげ

https://wiki.ubuntulinux.jp/UbuntuTips/FileHandling/RenameCommand

GUIの話をしているのにCLIの話をしてくるアホ共

前提条件明示してないのに逆ギレするバカ

thunarのバルクリネームで困ったことはない

色々工夫してできなくもないんですが、
例えば次のように間が抜けたり逆に間に枝番が増えた場合の連番リネームなど、
正しくリネームできなかったりエラーになる場合もありますよね。

file2.txt file3.txt file5.txt file6.txt -> file1.txt file2.txt file3.txt file4.txt

file1.txt file1-1.txt file2.txt file2-1.txt -> file1.txt file2.txt file3.txt file4.txt

本来はいったん別の名前で連番にしてから連番以外の部分をもとに戻したりする必要がありますが、
そういう風に処理してくれるのはなかなかありませんよね。

配列入れて++するｗ

>>132
pyRenamerが有る
入力書式は入力欄にマウスカーソル持ってくだけでポップアップされるからとっつきやすい

>>140
ありがとうございます。かなり高度なリネームができるようですが、
やはり処理の順序ですでに存在するファイル名が指定されるとエラーになります。

これはたまたまできますが、
file2.txt file3.txt file5.txt file6.txt -> file1.txt file2.txt file3.txt file4.txt
これだとfile0.txtをfile1.txtにリネームできず失敗します。
file0.txt file1.txt file2.txt file3.txt -> file1.txt file2.txt file3.txt file4.txt

またこちらはこの順序でソートできないこともあり予期しない結果になります。
file1.txt file1-1.txt file2.txt file2-1.txt -> file1.txt file2.txt file3.txt file4.txt

Metamorphose2は重複する場合もサブフォルダを作成して処理することで曲がりなりにもできるようですが、
以前試したときに連続して処理するとうまく動かなかったような記憶が。

すでにあるファイル名とかぶるリネームできるソフトはWinでも少ないからなあ
練馬とかできたんじゃなかったかな　仮リネーム機能があったはず

>>142
練馬は使ったことがなかったです。

> またこちらはこの順序でソートできないこともあり予期しない結果になります。
> file1.txt file1-1.txt file2.txt file2-1.txt -> file1.txt file2.txt file3.txt file4.txt
このソート順の方は仕方がなかったですね。
ハイフンの代わりにfile1_1.txtみたいにアンダーバーを使わないといけなかった。

file1.txt file1_1.txt file2.txt file2_1.txt -> file1.txt file2.txt file3.txt file4.txt

これでもfile1_1.txtをfile2.txtにリネームできずに失敗しますね。
Thunarはこれもたまたまできますが、
おそらく処理の順序でfile2.txtを先にfile3.txtにリネームしてるからでしょうね。

WineHQの4.0-rc1の更新履歴に名前が見えるFlexible Renamerもどうなのかと思ったら、
4.0-rc7でもエラーで起動できませんね。

>>132
おお同志よ。

かつて100件単位で連番リネームがしたくて探したんだけど、
　・開始番号が1番からしかできない
　・偶数のみ/奇数のみにリネームできない
てのしか見当たらなかったので、WineでいにしえのVix
を使って柔軟なリネームをしていたものですが、
Wineが1.8x以降だとVix自体が動作しなくなったので、
今はLinux版XnViewが使えないか検討中です。
（シェルスクリプトで足りるのでまだ試していない）

>>145
>>140を試してみ自由度高いから

因みにWindowsユーザーの頃はFlexible Renamer使ってた

wineで動くリネームソフトだとお〜瑠璃ね〜むが優秀
このソフトD&D対応で、Nautilusとかから検索結果ドロップできる
複数フォルダに散らばってるファイルをさくっとリネームしたいときはこれ

Wine 4.0 Released

オメ

The Wine team is proud to announce that the stable release Wine 4.0
is now available.

This release represents a year of development effort and over 6,000
individual changes. It contains a large number of improvements that
are listed in the release notes below. The main highlights are:

- Vulkan support.
- Direct3D 12 support.
- Game controllers support.
- High-DPI support on Android.

「Wine 4.0」リリース、VulkanとDirect3D 12をサポート
https://mag.osdn.jp/19/01/24/160000

vulkan動いたら大体何でもいけるんちゃうか
えらい時代になってもうたなぁ

IME変換の時テキストボックスのフォーカスなんとかしてくれば・・・

ついに7では動かないけどwineだと動くゲームとか出てきてしまうのか

4.0 :
- The Japanese 106 keyboard is properly supported.

これで、Wz Editor のキーボードマクロの記録開始の
Ctrl + _
が正しく動作するかもしれない。

Ubuntuのパッケージ降ってこないなと思ってたら、winehq-stableの方だった。
いつもwinehq-develだったから忘れてた。

初心者なんですけどゲームを実行しようとすると音源の存在を確認しろっていうエラーのあとにGPUがダンプします。なんか解決策ありますかね？

プログラマーとしては、Linuxが開発環境として整うまではゲームは待ってほしいな。
最近のWineのUpdate はゲーム向けに偏っていて実は困ってる。
DirectXなどをUpdateしてしまうと、ソースが変わってしまうので
もっと基礎の方を修正したい人にとっては困った事になる。

まず基礎の方が出来てから応用に進まないと、プログラム的には問題が置きやすい。
そういうことをすると後からの、修正量がとんでもなく増大するような事態が
起きるので。基礎を修正すると、連動して応用の方も修正せざると得なくなるので、
順序的には前者を先に済まさないとものすごく労力が増えてしまう。
順序を逆にしてはいつまでたっても完成しない。

言いたかったのは、「Linuxが」ではなく、「Wineが」
開発環境として整うまで待ってほしい、と言うこと。

まず、Wineを使ってWindows用のエディタやコンパイラやIDEなどが
使えるようになれば、Linuxの改良は飛躍的に進むかもしれない。
ゲームは後回しにすべきだ。

逆に考えるんだ
ゲーム以外の需要なんてほとんどないからそうなってるんだ

思わせぶりでスッカスカの長文

ゲームは需要あるし寄付するやつもいっぱいいるしね
エミュ統合ソフトのRetroArchとか見てると進化が半端ないもん

>>162
5chで長文は読むのは無駄
3行以内で簡潔にまとめられないヤツが書くことから何かを得たことは一度もないという俺の経験則

もっと年取れば分かるが、ゲーム作りは上の世代から馬鹿にされる。
「『おもちゃ』を作ってる幼稚な人たち」　「社会貢献せずに遊んでる」
「ゲームをまだ卒業して無い」なんて言われる。

そんなこと業界に依るとしか言えんでしょう
一部の業界で言われてるからと決めつけるのは視野狭いよ

>>160は、
「ディストリビューションやDEの開発リソースを一つに統合しろ」
という人と変わらない印象

ゲーム向けのUpdateが終わらない限り、Wineの基礎部分の不具合はいつまで
たっても直されないだろう。

時間に余裕ある学生なんかやってるんだろうし、ゲームみたいなモチベが上がる題材じゃないと手を付けたいと思わないんじゃない？

おじいちゃんの妄想に付き合う必要ないよ

>>160
Windowsで開発しろ、以上。

>>160
動作レポート頼む

だからFOSSは駄目なんだ。
多くの人々が、Windows のツール類が動く Emulator を求めているのに、
ゲームが動く環境ばかりが充実していくだけ。
ゲームが動くようになっても Linux は道具として Windows 互換環境には
ならないからな。

>>173
1) 多くの人って具体的に誰？何人いるの？
2) LinuxってWindows互換環境なんて目指してないと思うが？
3) Windowsの方がLinuxにすり寄ってきている気がするんだけど。
4) FOSSなんだから文句があるんなら自分が開発に参加するべし。

>>173
ReactOSはWindowsNT互換OSだけど、ぜんぜん開発進まないし
ドライバ関係もまだちゃんとは動かない
あんまり話題にもあがらない

本当にWindows互換OSが求められているならもっと開発に参加する人や寄付するひとが増えていいと思うんだけど

wine 4.0をLightDM+Xfce4 on Debian sidで使っています。
$WINEPREFIXなどの環境変数を~/.profileなどに設定していても
GUIからwine関連のアプリケーションを起動した場合にそれらが反映されません。
（もちろんコマンドラインから起動するときちんと参照されます）
wineに関連する環境変数をデスクトップ環境でも認識させるにはどうしたらいいでしょうか。

>>176
~/.pam_environment に設定するのはどうかな
https://wiki.archlinux.jp/index.php/%E7%92%B0%E5%A2%83%E5%A4%89%E6%95%B0

これで駄目なら*.desktopファイルの Exec に直接書くとか
Exec=env WINEPREFIX=hoge/foo wine win winecfg

なんか余計な単語残ってたので訂正。↓みたいな感じ
Exec=env WINEPREFIX=hoge/foo wine winecfg

>>173
動作レポート頼む

>>173
Windows使えばいい
お前の頭が足りないのに無理してLinux使うから不満がたまる
お前にはLinux使う資格がない

macOSだと4.0がMojaveでビルドできないし、次のOS出たらオワコンだな。
64ビットのEXEしか動かなくなる。

>>181
ああー、そういうのは大丈夫だよ。
コンパイルしなおせば、64BIT CPUでも、同じソースで大体動くハズだから。
Max OS の API、システムコールが32BITと大幅に変わってしまっていたなら
難しいかもしれないけど。

もし仮に、再コンパイルしても昔からのアプリが動かないなら、その OS は
問題だな・・・。

Apple自体が見捨てられていくかもね。

wineはともかく32bitの対応はどんどん外れていっているからなぁ
最近のLubuntuやFreeBSDのIA32版は一部のマシンでまともに動かなかったよ

環境分けて古いの使っとけ

>>184
NetBSDがあるうちは大丈夫

NetBSDはずっと残るだろうな。
そういうOSだし。

>>177
ありがとうございます。
envで一つ一つ対応するより
~/.pam_environmentで設定できたほうが楽なのでそうしました。

wineが動作するOSとしないOSの違いはなんなの？
どうしても動かしたいOSがあるんだけど

>>189
動かないってどういうこと？バイナリが用意されているのに動かないならそのOSのメンテナに聞けとしか。
バイナリがない場合でも理由はOSによって違うから漠然と聞かれても答えようがないのよね。
バイナリがないならソースはあるんだからBuildしてみれば良い。どうしても動かしたいならそこは頑張らないと。

>>189
*BSD関係は難しいらしいね。

>>190
プログラミングやった事ないんだけど
バイナリの作り方ってどうやって勉強したらいい？

10年くらい前にFreeBSDで動かしてたけど、portsでビルドすれば一発だったな。
amd64でも32ビット環境をchrootで用意してそこで３２ビット版のWineをportsでビルドすれば動いた。

NetBSDとOpenBSDは知らん。

wineがLinuxで動いて、BSDで動かないっておかしいというか
macOSってBSDでしょ？　それでwineが動くのなら、基本的に問題ない気がするのだけど

>>193
それ
FreeBSDで動いてOpenBSDで動かない理由が知りたい

今はLinuxでもMacでもWine動かしてる。
だけど、Macは今年の新OSで32ビットサポート打ち切るから終わったな・・・
試しに32ビット無効にして今のMojave起動すると、軒並み32ビットアプリ(Wineで動く.exe)含むが動かない。

>>192
プログラミングよりもBuildに必要なツールやライブラリをどうやってそろえるか？でしょう。
WIneHQのWikiにbuilding wineというページがあるからそこを見ながらやってみればいいのでは？

>>195
ここあたりかな？
ttps://www.reddit.com/r/openbsd/comments/8wqdx5/how_hard_would_it_be_to_port_wine_to_openbsd/
ちゃんと読んでないので間違っているかもしれないが32bitアプリが動かないからのように見える。

ところで4.1がwine-develに落ちてきたので試してみたら4.0よりよくなっている感じ。
4.0だと一つのプロセスから複数窓を開けるとオーバーラップしているところが必ず後で開いた窓にフォーカスが行ってしまう問題があったのが直っている模様。
ちなみに64bit版MMDとPmxEditorで確認。他にも表示の乱れが治っている部分もある。

プログラムを書いている奴でも実行ファイルがどうやって作られるのかちゃんと説明できる人は少ない
特にアセンブラやリンカ周りは知らないまま使っている人の方が多い

IDEやらツールが面倒見てくれるからな。
学校では教わった気がするけど。

その辺はセキュリティ関連の人じゃなければ詳しい必要ないからねえ