BSD/LinuxでのOffice/Desktop環境を語れ！ Part03 (401ﾚｽ)
BSD/LinuxでのOffice/Desktop環境を語れ！ Part03 http://mevius.5ch.net/test/read.cgi/unix/1633521461/
上
下
前
次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
149: 名無しさん＠お腹いっぱい。 [] 2022/06/21(火) 08:57:19.40 あとconsole-kit-daemonじゃないけど気になったのはこれ xrdp-sesman[1599]: [ERROR] sesman_data_in: scp_process_msg failed xrdp-sesman[1599]: [ERROR] sesman_main_loop: trans_check_wait_objs failed, removing trans dbus-daemon[1440]: [system] Failed to activate service 'org.freedesktop.ConsoleKit': timed out (service_start_timeout=25000ms) dbusが吐いたタイムアウトエラーの後に一応繋がりはするんだけどさ http://mevius.5ch.net/test/read.cgi/unix/1633521461/149
150: 146 [] 2022/06/22(水) 01:08:18.49 結局手直しは諦め新規インストール用データセットへinstallworld、設定複製、 chrootして各種パッケージ入れて再起動し一応解決 リフレッシュ出来たと思う事にしました http://mevius.5ch.net/test/read.cgi/unix/1633521461/150
151: 名無しさん＠お腹いっぱい。 [sage] 2022/06/22(水) 14:20:58.00 Desktop環境の話なのか？ http://mevius.5ch.net/test/read.cgi/unix/1633521461/151
152: 名無しさん＠お腹いっぱい。 [sage] 2022/06/22(水) 15:35:56.93 デスクトップ環境にリモートアクセスし操作する為のプログラム そんなこと言い出したらwineの話もアウツでは http://mevius.5ch.net/test/read.cgi/unix/1633521461/152
153: 名無しさん＠お腹いっぱい。 [sage] 2022/06/29(水) 16:31:07.07 amd64、i386共に wine-devel-7.8 6.0では起動しなかったbecky2が起動 https://i.imgur.com/4lfNo2n.jpg 互換性が良くなってきている模様 http://mevius.5ch.net/test/read.cgi/unix/1633521461/153
154: 名無しさん＠お腹いっぱい。 [sage] 2022/07/01(金) 06:33:31.92 おお～Becky!動くんだね～(^_^) http://mevius.5ch.net/test/read.cgi/unix/1633521461/154
155: 名無しさん＠お腹いっぱい。 [sage] 2022/07/02(土) 15:54:11.47 winnyとかFLMASKはwineで動くのかな？ 当時？はFLMASKのためだけに、vmwareを入れたりしてたけど http://mevius.5ch.net/test/read.cgi/unix/1633521461/155
156: 名無しさん＠お腹いっぱい。 [sage] 2022/07/02(土) 17:58:32.96 https://www.winehq.org/search?q=winny https://www.winehq.org/search?q=FLMASK http://mevius.5ch.net/test/read.cgi/unix/1633521461/156
157: 名無しさん＠お腹いっぱい。 [sage] 2022/07/05(火) 21:43:23.06 FreeBSDのMATEに、 ・mate-desktop/mate-netbook https://github.com/mate-desktop/mate-netbook ・ubuntu-mate/mate-window-applets: Window applets for MATE Desktop https://github.com/ubuntu-mate/mate-window-applets ・ghostbsd/station-tweak: This is Station Tweak, a fork of MATE Tweak. https://github.com/ghostbsd/station-tweak この辺を野良ビルドで入れるのオススメ http://mevius.5ch.net/test/read.cgi/unix/1633521461/157
158: 名無しさん＠お腹いっぱい。 [sage] 2022/07/07(木) 02:59:54.89 github使うのヤメレ、ってニュースがあったな http://mevius.5ch.net/test/read.cgi/unix/1633521461/158
159: 名無しさん＠お腹いっぱい。 [sage] 2022/07/07(木) 09:08:34.60 これのことか GitHubの利用をやめるようオープンソースソフトウェア非営利団体が強く呼びかけ - GIGAZINE https://gigazine.net/news/20220704-software-freedom-conservancy-give-up-github/ ギガジンを鵜呑みにしてしまう人っているのか http://mevius.5ch.net/test/read.cgi/unix/1633521461/159
160: 名無しさん＠お腹いっぱい。 [sage] 2022/07/07(木) 23:09:55.29 Software Freedom Conservancyがどんな団体なのか の方がgigazine云々より重要じゃないか？ http://mevius.5ch.net/test/read.cgi/unix/1633521461/160
161: 名無しさん＠お腹いっぱい。 [sage] 2022/07/08(金) 09:45:59.63 余所でやってください。 http://mevius.5ch.net/test/read.cgi/unix/1633521461/161
162: FreeBSDでwimeを使っている君 [sage] 2022/08/03(水) 22:10:45.53 >>143 今、気づきましたが、ハンドル名をコピペミスしている……。 「ERROR: 余所でやってください。[unix]」エラーのため、 書き込みをリトライしていたからだと思います。 >>156 https://www.winehq.org/search?q=atok 上記URLのWineHQ公式のデータベースでは、 2017/07/21にReleasedされたWine2.13で、ATOK2017が、Garbage評価、 という報告が出てきます。 この年度時点で、すでにwimeは熟成した存在で、執筆者君が、FreeBSDで wimeを試した初めてのレスが、前スレに書かれています。 この時点で、wimeに対するLinux業界での喜びの声は、沈静化しており、 執筆者の、Linux板のWineスレへのレスに対しても、「懐かしい」感の あるレスがありました。 たしかに「素」のWineでは、ATOKは動きませんが、 Wine＋wime＋ATOKで、CannaServerに見える形で動くので 周回遅れでのデータベース登録となっているのも事実です。 ※ATOK2017がwimeで動作するという報告は見あたりませんが。 日本語利用者がこのデータベースを参考にする可能性は、 比較的に低いと思われますが、誤解を生む登録だなあ、 と思います。 日本語を常用利用していない方が登録したのかなあ。 http://mevius.5ch.net/test/read.cgi/unix/1633521461/162
163: FreeBSDでwimeを使っている君 [sage] 2022/08/03(水) 22:19:31.21 すでに、ずいぶん前から使っている方からすれば、いまさらでしょうが、 Emacs28.1で、文書中の全角空白（2byte空白）が赤のアンダーバーで 表示されるようになりました。 まあ、昔から設定によって全角空白などを表示させることはできましたが、 四角い形状で表示されたりして、執筆者的にはイマイチ感があり、 アンダーバー表示の控えめ感は、ありがたいと感じています。 ただ、Emacsのエコー領域に表示されるCannaの変換候補でも表示されます。 ※emacs-cannaで、canna.elを使用。 不思議なことに、全角漢字の候補のうしろにも表示されています。 漢字は全角なので、まあ、おかしくはないけれど、意味がない、と 思うのですが……、ああーっ！分かったー！ 変換候補の一単語ごとの区切りの空白に全角空白を使用しているので、 それに反応して赤のアンダーバーが表示されているんだ！ http://mevius.5ch.net/test/read.cgi/unix/1633521461/163
164: FreeBSDでwimeを使っている君 [sage] 2022/08/03(水) 22:31:33.19 (ヽ´ん`) それぼく ごぶさたしております。 ニュー速(嫌儲)のキャラクターがカワイイので、つい見に行って しまう執筆者君です。 FreeBSD13.1R/amd64を新規インストールしました。 さて、執筆者がアテにしているソフトウェアはWineとwimeです。 WOW64となった現在のFreeBSDのWineでは、 32bit環境の展開で「versions do not match!」>>98 となったり、 wimeのwimectrlで「"libX11.so.6" not found」>>95 >>99となったりの 過去がありますので、今のところ、FreeBSD13.0R/amd64の 「/var/cache/pkg/」からコピーして保存しておいた 「i386-wine-devel-6.12,1.pkg」を、FreeBSD13.1R/amd64に 「pkg add」で入れて使っていますが、普通に入って、普通に、 i386-wine-devel-6.12が使えています。 wimeのために、FreeBSD13.0R/i386でmakeした「imm32.dll.so」を 「/usr/local/lib32/wine/i386-unix/imm32.dll.so」に置いて wime（FreeBSD13.0R/i386でコンパイルしたもの）が稼働しています。 もちろん、Wineが6系なので、（他のdotファイルでもよいが）.cshrcに 「setenv WINEDLLPATH /usr/local/lib32/wine」を設定しています。 こんなこともあろうかと、FreeBSD13.1R/amd64のインストール時の 「Distribution Select」で「lib32」を入れておきました。 FreeBSDのPortsのWineは、公式やLinuxと同じタイミングで、VersionUp する時もあれば、少し対応が遅く、ほぼ固定状態みたいな時があります。 i386-wineの時みたいな感じですが、まあ、ボランティアなので文句は 言えませんね。 余裕ができたらWOW64なWineを試してみます。 http://mevius.5ch.net/test/read.cgi/unix/1633521461/164
165: FreeBSDでwimeを使っている君 [sage] 2022/08/03(水) 22:38:16.29 FreeBSD13.1R/amd64でのVirtualBOXの話です。 現在のPortsでもpkg(8)の「quarterly」でも、VirtualBOXのVersionは 6.1.36です。 pkg(8)でVirtualBOX6.1.36を入れ、FreeBSD13.1R/amd64をブートすると カーネルメッセージで、 KLD vboxdrv.ko: depends on kernel - not available or version mismatch linker_load_file: /boot/modules/vboxdrv.ko - unsupported file type と言われます。 Solved - Virtualbox kernel module fails to load on FreeBSD 13.1-RELEASE | The FreeBSD Forums https://forums.freebsd.org/threads/virtualbox-kernel-module-fails-to-load-on-freebsd-13-1-release.85191/ 上記URLによると、2022/05/17時点の質問ですが、同じ状況が報告されて いました。FreeBSD13.0でpkgがビルドされたことが原因のようです。 Forumで話題になっているのは6.1.34の頃の話のようですが、 6.1.36の今現在も同様のエラーが執筆者の環境では出ました。 ところが、上記Forumのfyamamoto氏の書き込み通りの手順で問題は 解決されました。 こんなこともあろうかと、FreeBSD13.1R/amd64のインストール時の 「Distribution Select」で「src」を入れておきました。 〔次に続く〕 http://mevius.5ch.net/test/read.cgi/unix/1633521461/165
166: FreeBSDでwimeを使っている君 [sage] 2022/08/03(水) 22:52:27.66 〔前からの続き〕 fyamamoto氏の手法は、あらかじめpkgで「virtualbox-ose-kmod」を インストールしておき、Portsから「virtualbox-ose-kmod」をmakeし、 カーネルモジュールだけをコピーするという手法で、正直なところ、 「make reinstall」でもいいような、とも思いますが、多少なりとも 時間や、計算機資源などが節約できるという利点があります。 執筆者は「基本的に、pkgでインストールし、一部のファイルだけを、 Portsでコンパイルされたバイナリで差し替えるため、workの下から コピーで持ってくる」という、いかにも情弱っぽい手抜き手法を Wineとwimeのために、とっていましたが、まさか、同じ手法を取る方が おられるとは思いませんでした。本当に驚きました。 fyamamoto氏の後の、mss_cyclist氏の書き込みで、 ＞I am not sure if this is necessary? ＞Code: ＞kldxref /boot/modules とありますが、「kldxref /boot/modules」しておかないと、 warning: KLD '/boot/modules/vboxnetflt.ko' is newer than the linker.hints file warning: KLD '/boot/modules/vboxnetadp.ko' is newer than the linker.hints file とのメッセージが出ます。 http://mevius.5ch.net/test/read.cgi/unix/1633521461/166
167: FreeBSDでwimeを使っている君 [sage] 2022/08/03(水) 22:58:38.04 執筆者は、FreeBSD13.0R/amd64で、Athlon5350のRadeonR3を amdgpuで使っていましたが、FreeBSD13.1R/amd64では使えませんでした。 詳細としては、 カーネルメッセージの、rc.confの評価あたりで、画面出力がなくなる。 モニターの電源ランプは、画面出力が「ある」状態だが、 実際の画面出力は「ない」。 たんに、「画面出力がないだけなのか」と、かなり時間を置いて 画面出力に頼らずにログイン作業をしてみたが、ログインできないので、 リセットボタンでリブートするしかない。 やってみたこと。 ・「gpu-firmware-amd-kmod-banks」を入れてみた。 結果：状況変わらず。 ・「loader.conf」に「hw.amdgpu.exp_hw_support=1」を追記。 出典：https://running-dog.net/2021/04/post_2429.html 結果：状況変わらず。 〔次に続く〕 http://mevius.5ch.net/test/read.cgi/unix/1633521461/167
168: FreeBSDでwimeを使っている君 [] 2022/08/03(水) 23:09:41.27 〔前からの続き〕 PCIeスロットに、RadeonHD4350(RV710)なビデオカードをさして radeon_drv.soを試してみましたが、 Fetal Server error : no screens found で、Xサーバが起動せず。 しかたがないので、GeForceGT730なビデオカードにさし直し、 pkg(8)から入れた「nvidia-driver-340」で使っています。 NvidiaDriverだと、「/boot/loader.conf」に「nvidia_load="YES"」と 「/etc/X11/xorg.conf」に「Driver "nvidia"」だけで使えるので ラクチンだなあ、と思います。 amdgpuが使えない、という最後の心当たりは、 AHCIブート（BIOSブート）で、FreeBSD13.1R/amd64をインストール しており、「UEFIboot」にしていなかったからかなあ？ 、ぐらいです。 こんな風に変わっているよ、という助言などがあれば、 よろしくお願いします。 じゃ、お夜食、食べてきます。 http://mevius.5ch.net/test/read.cgi/unix/1633521461/168
169: 名無しさん＠お腹いっぱい。 [sage] 2022/08/03(水) 23:45:22.27 xf86-video-ati/Makefile, xf86-video-amdgpu/Makefile に ONLY_FOR_ARCHS_REASON= KMS is required and currently only available on x86/arm64/powerpc64 なんて書いてあるし xf86-video-amdgpu/pkg-descr に On FreeBSD requires amdgpu KMS driver from graphics/drm-kmod. とあるけど graphics/drm-fbsd13-kmod はインストールしていたのか http://mevius.5ch.net/test/read.cgi/unix/1633521461/169
170: 名無しさん＠お腹いっぱい。 [sage] 2022/08/03(水) 23:50:56.79 あと 13.0 から 13.1 にアップグレードしたのなら -kmod は ports で make し直す必要があるかと http://mevius.5ch.net/test/read.cgi/unix/1633521461/170
171: FreeBSDでwimeを使っている君 [sage] 2022/08/04(木) 00:55:00.22 あわわ。即レス驚きました。ありがとうございます。 >>167 では、前提条件を書くのをコロリと忘れていました。 ○FreeBSD13.1R/amd64はクリーンインストール。 ○amdgpuを使うためにpkg(8)から入れた物は以下。 ・xf86-video-amdgpu-22.0.0 ・drm-fbsd13-kmod-5.4.191.g20220604_1 ・gpu-firmware-amd-kmod-banks-20220511 ○以下の設定をした。 ・rc.confに「kld_list="amdgpu.ko"」 ・xorg.confに「Driver "modesetting"」 ・「#pw groupmod video -m <ユーザ名>」 「drm-fbsd13-kmod」の代わりに「drm-kmod」「drm-54-kmod」も 試しましたが状況は変わりませんでした。 http://mevius.5ch.net/test/read.cgi/unix/1633521461/171
172: 名無しさん＠お腹いっぱい。 [sage] 2022/08/04(木) 08:30:07.58 そもそもこれだけ熱心にレポート書いてる人が あんなしょうもない釣りやるとも思えんよね ここの嫌儲民はどちらかと言えばあの http://mevius.5ch.net/test/read.cgi/unix/1633521461/172
173: 名無しさん＠お腹いっぱい。 [sage] 2022/08/04(木) 11:44:50.27 >>171 > ・xorg.confに「Driver "modesetting"」 modesetting じゃなくて "amdgpu" ではどうなるの？ http://mevius.5ch.net/test/read.cgi/unix/1633521461/173
174: 名無しさん＠お腹いっぱい。 [sage] 2022/08/04(木) 12:05:37.86 >>171 まだ 13.0 のサポート期間なので pkg は 13.0 で make されてる >>165のリンク先にも書いてある > カーネルメッセージの、rc.confの評価あたりで、画面出力がなくなる。 -kmod は pkg じゃなく ports からインストールするように http://mevius.5ch.net/test/read.cgi/unix/1633521461/174
175: FreeBSDでwimeを使っている君 [sage] 2022/08/05(金) 00:52:11.29 ん？ 何か嫌疑が、かかってます？ 古くさい釣りAAが貼られていたのも、それがらみですか？ 世の中、ヒマ人が多いんですね。 嫌儲板には書いたことはありません。閲覧のみです。 そんなことよりも、wimeを、以下略。 執筆者は、UNIX板では「FreeBSDでwimeを使っている君」で 書き込みをしています。※他の板では書いていません。 仮に、初歩的な質問をする場合で、通りすがりのフリを したくても、即バレてしまう文体なので、恥を忍んで固定名に するつもりです。 Linux板に書く場合も、これからは同様にするつもりです。 それもこれも、すべてwimeの宣伝のためです。 なぜ宣伝するかというと、wimeを、以下略。 http://mevius.5ch.net/test/read.cgi/unix/1633521461/175
176: FreeBSDでwimeを使っている君 [sage] 2022/08/05(金) 00:56:09.74 さらに書き忘れていた。 執筆者がATIというかAMD系のビデオカードを選好するのは、 コンソールの文字が、クッキリ！ ハッキリ！ 白が明るい！ という、高度成長時代のテレビのＣＭみたいな好みがあるから、 というのもあるのですが、nvidia-driver使用時の、i386-wineでは、 pkg install後に、「patch-nvidia.sh」を走らせる必要があるから、 というものでした。 まあ、手順が増えると何かのトラブルに合う確率が上がるだろうから、 できれば避けたい、という、実につまらない理由です。 で、i386-wineで「patch-nvidia.sh」を走らせてみると、 nvidia.comから現在自分のPCで稼働している、 pkg(8)のnvidia-driver-340-340.108に対応した、 NVIDIA-FreeBSD-x86-340.108.tar.gzをダウンロードして 以下のように展開する、というものでした。 ※もちろん、最初に走らせるだけでユーザ側での操作はありません。 ［前の部分は略］ => Extracting NVIDIA-FreeBSD-x86-340.108.tar.gz to /usr/local/lib32... x libnvidia-tls.so.1 x libGL.so.1 x libnvidia-glcore.so.1 => Cleaning up... ===> i386-wine-6.12,1 successfully patched for nvidia-driver-340.108_3 ［終了］ ファイルの差し替え処理のようです。 http://mevius.5ch.net/test/read.cgi/unix/1633521461/176
177: FreeBSDでwimeを使っている君 [sage] 2022/08/05(金) 01:02:54.85 日本語入力メソッド総合スレッド＠Linux＠5ch掲示板 https://mao.5ch.net/test/read.cgi/linux/1472658083/139-140 上記のレスのおかげでwime 4.1.5がリリースされているのを知りました。 新規リリースに気づいていませんでした。ありがとうございました。 上記URLでは「ATOK17」とありますが、ATOK17は、2004年度版となります。 ＞ATOK17にあわせてATOK28W.IMEからATOK30W.IMEに変更したところ とのレスが正しいとすると、2015年度版（ATOK28）に対する処理を 読み替えて変更した、ということですから、もともとの「ATOK17」表記は、 おそらく「ATOK30」が正しいと推測されるので、ATOK2017での動作報告 かと思われます。 いずれまとめて手順の書き換えをする時用にメモしておこう。 >>15に上記Linux板のURLを追加のこと、と。 http://mevius.5ch.net/test/read.cgi/unix/1633521461/177
178: FreeBSDでwimeを使っている君 [sage] 2022/08/05(金) 01:05:31.18 >>174 ＞まだ 13.0 のサポート期間なので pkg は 13.0 で make されてる そういうものとは、まったく知りませんでした。 今までカーネルモジュールを使うソフトウェアは、あまり使っておらず、 意識していませんでした。 ＞>>165のリンク先にも書いてある まことにすいませんでした。 英語なもので、さらっと読み飛ばして、ポイントっぽいところだけを 読んでいました。 >>173 CUIのコンソールの出力がなくなり、CUIのloginまでいけない状態なので、 xorg.confの評価までは、いけていないのです。 http://mevius.5ch.net/test/read.cgi/unix/1633521461/178
179: FreeBSDでwimeを使っている君 [] 2022/08/05(金) 01:15:10.58 drm-fbsd13-kmodをpkg(8)から入れず、Portsから入れてみる。 ○FreeBSD13.1R/amd64はクリーンインストール。 ○amdgpuを使うために入れたもの ・pkg(8)：xf86-video-amdgpu-22.0.0 ・ports ：drm-fbsd13-kmod-5.4.191.g20220604_1 ※pkg(8)と同じバージョン ・pkg(8)：gpu-firmware-amd-kmod-banks-20220511 ・pkg(8)：mesa-dri-21.3.8 ※注 ・pkg(8)：mesa-libs-21.3.8 ※注 注 https://running-dog.net/2021/04/post_2429.htmlに 書いてあったのだが、すでに入っていた。 ○以下の設定をした。 ・rc.confに「kld_list="amdgpu.ko"」 ・xorg.confに「Driver "modesetting"」 ・「#pw groupmod video -m <ユーザ名>」 pkg(8)の「drm-fbsd13-kmod-5.4.191.g20220604_1」を、removeし、 portsから「drm-fbsd13-kmod-5.4.191.g20220604_1」を 入れましたが、以下のように状況は変わらずでした。 カーネルメッセージの、rc.confの評価あたりで、画面出力が なくなる。 モニターの電源ランプは、画面出力が「ある」状態だが、 実際の画面出力は「ない」。 で、リセットボタン。 まさか、「１分くらい待つと画面出力が始まる」とかじゃないで しょうね。 いえね、i386を使っていた頃は、VGA表示から精細な表示に 切り替わるのに10秒くらいかかっていたので。 http://mevius.5ch.net/test/read.cgi/unix/1633521461/179
180: 名無しさん＠お腹いっぱい。 [sage] 2022/08/05(金) 01:25:20.23 http://mevius.5ch.net/test/read.cgi/unix/1632283136/152-153 出力先が切り替わってるとかはないか http://mevius.5ch.net/test/read.cgi/unix/1633521461/180
181: 名無しさん＠お腹いっぱい。 [sage] 2022/08/05(金) 06:52:41.45 うろ覚えだがgpu firmwareみたいな名前のpkgもportsで作り直しが必要だったような。 http://mevius.5ch.net/test/read.cgi/unix/1633521461/181
182: 名無しさん＠お腹いっぱい。 [sage] 2022/08/05(金) 13:09:12.38 本当にその程度のレベルの人かと言う話でもある http://mevius.5ch.net/test/read.cgi/unix/1633521461/182
183: 名無しさん＠お腹いっぱい。 [sage] 2022/08/05(金) 13:34:41.24 WoW64連呼してるのも本当なのかと疑問に思ってる wine/Makefile に # Wine assumes a WoW64 package is available, which is not the case on # FreeBSD yet. と書いてあるから 64bitと32bitを統合したWoW64じゃなくて64bitと32bitを同時に使えるようにした だけなんじゃないかと思うんだが違うんだろうか WoW64には64bit Wine側の対応が必要で64bitだけのWineとは違うはずだから http://mevius.5ch.net/test/read.cgi/unix/1633521461/183
184: 名無しさん＠お腹いっぱい。 [sage] 2022/08/05(金) 15:31:16.04 Athlon Athlon5350なのにgpu-firmware-amd-kmod をインストールしているのが間違い 必要なのはgpu-firmware-radeon-kmodの方 分からないのならMeta ports の gpu-firmware-kmod あと -kmod なのだから pkg ではなく ports から試すように（特にトラブってる時には） http://mevius.5ch.net/test/read.cgi/unix/1633521461/184
185: 名無しさん＠お腹いっぱい。 [sage] 2022/08/05(金) 15:35:38.52 amdなんて使ってないけどwikipedia見て調べてみた 180 書いたの俺だけどこれは関係無かったか http://mevius.5ch.net/test/read.cgi/unix/1633521461/185
186: 名無しさん＠お腹いっぱい。 [sage] 2022/08/05(金) 16:13:19.73 wine 等とまるで関係ないんだがCinnamonが割とまともにつかえる 足りないと思ったものは適宜追加しながらお好きな人はどうぞ ただし画面ロックとシステム情報おまえらはまだダメか ヤらねばヤられる http://mevius.5ch.net/test/read.cgi/unix/1633521461/186
187: FreeBSDでwimeを使っている君 [] 2022/08/06(土) 00:53:08.52 >>175 すいません。 Linux板のWineスレで、すでに「FreeBSDでwimeを使っている君」で 書いていました。 https://mao.5ch.net/test/read.cgi/linux/1585198566/449 >>186 Wineのスレではないので、良さげっぽかったり、便利っぽかったり、な 情報は書いてください。 スレタイは「Office/Desktop環境」となっていますが、 Unix系OSでOfficeソフトを使うような日常生活環境を構築するための 情報交換をしたい、人柱報告（>>4など）も読みたい、というのが スレの趣旨です。 Desktop環境にしても、LinuxのDistributionにしても、構築する個人や、 コミュニティの好みで構築されているので、長短がありますから。 http://mevius.5ch.net/test/read.cgi/unix/1633521461/187
188: FreeBSDでwimeを使っている君 [sage] 2022/08/06(土) 00:59:17.91 >>180 >>185 それ、サーバなマザーボードでの構成でしょ。 おそらく、後載せのRadeonR7は、「ダミーが刺さって」とのことから、 ビデオ出力に使わずに、演算に使っているのではないか、と感じました。 執筆者君の環境の場合、VGAを複数認識するような高価な環境ではなく、 ビデオカードをさすと、APU側のビデオ機能は無効になるマザーボードが ある、という、ローエンド環境に、ありがちな環境です。 もちろん、この試行中でも、いちいちビデオカードを外しながら 試していました。 おかげで、アルミ筐体の拡張スロットのネジがゆるくなってきました。 http://mevius.5ch.net/test/read.cgi/unix/1633521461/188
189: FreeBSDでwimeを使っている君 [sage] 2022/08/06(土) 01:02:30.02 >>183 ＞64bitと32bitを同時に使えるようにしただけなんじゃ たぶん、そうだと思います。 >>38 >>67 あたりに書きました。 FreeBSDのWOW64なWineとはいっても、FreeBSD/amd64の場合、 そのままでは、64bitなWindowsソフトウェアしか使えません。 32bitなWindowsソフトウェアを使いたい場合は >>69 に 書いたように、シェルスクリプトを走らせて、 ユーザのホームディレクトリの下に 32bitなWine（バイナリ提供の様子）を展開しないと いけませんから。 以下のURLは参考まで。 http://hayabusa6.2ch.net/test/read.cgi/linux/1455088008/51-n https://mao.5ch.net/test/read.cgi/linux/1585198566/442-n https://mao.5ch.net/test/read.cgi/linux/1585198566/679-n http://mevius.5ch.net/test/read.cgi/unix/1633521461/189
190: FreeBSDでwimeを使っている君 [] 2022/08/06(土) 01:16:46.45 なんだか、入門者の犬小屋スレみたいになっていますが、 みなさん、ありがとうございます。 amdgpu、以下の環境で動きました。 >>181 >>184 の通りです。 本当にありがとうございました。 すべては執筆者の、KernelModuleへの理解が足りなかったのが 原因でした。 ・pkg(8)：xf86-video-amdgpu-22.0.0 ・ports ：drm-fbsd13-kmod-5.4.191.g20220604_1 ・ports ：gpu-firmware-kmod(MetaPort) ＊rc.confに「kld_list="amdgpu.ko"」 ＊xorg.confに「Driver "amdgpu"」 ※「modesetting」でも動いた。 CUIのコンソール（カーネルメッセージ）の出力が VGAから精細になり、 「やだっ！amdgpu.koとamdgpu_kabini*.koなどのKernelModuleが 正常に読み込まれたんだわっ！」と、誰だか分からない物まねを しました。 やはり、pkg(8)のKernelModuleが、13.0環境で作成されていたのが 問題だったのだと思います。 これなら、RadeonHD4350(RV710)なビデオカードも動くと思います。 ※試していませんが。 入れてて良かった「Distribution Select」で「src」、 「ports」もね！ （田中みな実さんぽくキリッとキメ顔） http://mevius.5ch.net/test/read.cgi/unix/1633521461/190
191: 名無しさん＠お腹いっぱい。 [sage] 2022/08/06(土) 01:29:59.85 >>189 Linuxの場合と同様64/32bit使用可な環境作って32bitアプリインスコすると ~/.wine/drive_c/Program Files (x86) ディレクトリが出来るのでどうなんでしょうねえ (emulators/i386-wine(含-devel)の頃には起こらなかった挙動) http://mevius.5ch.net/test/read.cgi/unix/1633521461/191
192: 名無しさん＠お腹いっぱい。 [sage] 2022/08/06(土) 17:28:29.19 >>182 その程度のレベルだったな http://mevius.5ch.net/test/read.cgi/unix/1633521461/192
193: FreeBSDでwimeを使っている君 [sage] 2022/08/06(土) 23:59:32.37 >>182 >>192 執筆者が「その程度のレベル」なのは、 前スレ当時から自己紹介しております。キリッ。 自分でKernelをReConfigureした場合、Ports由来のKernelModuleを 再makeしないといけない、というのは知っていましたが、 「まだ 13.0 のサポート期間なので pkg は 13.0 で make されてる」、 というのは知りませんでしたし、さらに、標準のKernelで「.1」の差が 問題になる、というのも認識していませんでした。 この後に「その程度のレベル」な、謝罪のレスがあります。 http://mevius.5ch.net/test/read.cgi/unix/1633521461/193
194: FreeBSDでwimeを使っている君 [sage] 2022/08/07(日) 00:00:32.06 >>191 執筆者の試行では、32bit環境の.wineのまま（新規生成していない）で、 WOW64なWineで32bitなソフトウェアが動きました。 WOW64のWineでwinebootで.wineを新規生成すると、「Program Files (x86)」が できていました。 http://mevius.5ch.net/test/read.cgi/unix/1633521461/194
195: FreeBSDでwimeを使っている君 [] 2022/08/07(日) 00:01:51.57 まずは、おわびです（ガバッ、土下座）。 お散歩がてら「さがわ@sagawa_aki」氏のTwitterを見ていると 以下のようなTweetがReTweetされていました。 https://twitter.com/scp1979/status/1547002783227817985 ＞晋太郎@scp1979 ＞FreeBSD13.1でWineを起動したら「wine: could not load http://ntdll.so: (null)」と出て起動しなかった。 ＞ググても解決方法が見つからなかった... ＞pkg info -D wine を確認したところ、procファイルシステムが必要と書いてあったのでmountしたら起動した。 ＞#FreeBSD #Wine #備忘録 ＞8:39 AM ・ Jul 13, 2022・Twitter Web App 執筆者は青ざめました。 「wine: could not load http://ntdll.so: (null)」で このTweetより先に、大騒ぎした張本人だからです。 ※大騒ぎの初出は、以下のURL、2020/12/11(金)。 https://mevius.5ch.net/test/read.cgi/unix/1107211157/919-921 https://mevius.5ch.net/test/read.cgi/unix/1107211157/951 https://mevius.5ch.net/test/read.cgi/unix/1107211157/952-953 https://mao.5ch.net/test/read.cgi/linux/1585198566/449 https://twitter.com/5chan_nel (5ch newer account) http://mevius.5ch.net/test/read.cgi/unix/1633521461/195
196: FreeBSDでwimeを使っている君 [] 2022/08/07(日) 00:04:36.77 で、前スレ951氏助言の 「setenv WINEDLLPATH /usr/local/lib32/wine」との設定をコメントし、 /etc/fstabに「proc /proc procfs rw 0 0」と、設定をして、 winecfgを起動すると、普通にwinecfgが起動しました。 執筆者が、procをマウントしていれば、騒ぐ必要がなかったミスとなります。 前スレの951氏にはWineのソースを調べ、助言レスをさせる、という手間を かけさせて、まことに申し訳ありませんでした。 Linux板のWineスレでも質問をして、申し訳ありませんでした 執筆者の不注意なミスにより、心配した方々に迷惑をかけて、 本当に申し訳ありませんでした。 http://mevius.5ch.net/test/read.cgi/unix/1633521461/196
197: FreeBSDでwimeを使っている君 [] 2022/08/07(日) 00:16:44.11 あれれ？ >>195 のWineのエラーメッセージ引用のかぎカッコ中に 「 h t t p : / / 」とありますが、執筆者は書いておりません。 投稿時に自動的についたものと思われます。 http://mevius.5ch.net/test/read.cgi/unix/1633521461/197
198: 名無しさん＠お腹いっぱい。 [sage] 2022/08/07(日) 00:54:25.07 >>196 インストールのメッセージくらい読めというところだが 貴方が前スレの992に貼ったFreeBSD Forumsでも そのエラーの回避法としてprocのことが書いてある http://mevius.5ch.net/test/read.cgi/unix/1633521461/198
199: 名無しさん＠お腹いっぱい。 [] 2022/08/07(日) 03:52:07.25 >>193 そうか ならばもう大体把握した http://mevius.5ch.net/test/read.cgi/unix/1633521461/199
200: 名無しさん＠お腹いっぱい。 [sage] 2022/08/07(日) 07:49:48.49 >>195 当時のリンク先のサイトのレスが書き込まれた日付をよーく見ると良いよ。 ついでにそれがportsに反映された時期も。 四ヶ月後に再度見に行くか？ったらまあしないだろうし そもそも当時の作業者が初耳！してるくらいだから。 あとprocマウントしてても多分そのエラーは当時は出てたと思う。 なんでかっつーと自分のマシンは最初からfdescfsとprocfsはmount済みなんで。 http://mevius.5ch.net/test/read.cgi/unix/1633521461/200
201: FreeBSDでwimeを使っている君 [] 2022/08/07(日) 22:03:53.46 >>198-200 ○「wine: could not load ntdll . so : (null)」と出る件 ※5chに書き込んだ時点でゴミがつくので1byte空白をはさみました 前スレ919(2020/12/11)の執筆者のレス時点では、 https://forums.freebsd.org/threads/i-cant-run-windows-applications-with-wine-64bit.77253/ の、forumsが Oct 8, 2020 (2020/10/08)で、一時的に止まった時点を 執筆者は閲覧し、レスしていました。 Alexander88207氏（i386-wineのコミッタ）の Oct 8, 2020 (2020/10/08)の 書き込み(post-480654)では、 試してみて、同様の結果になる、と、報告しています。 ※執筆者はこの書き込みは見ていました。 それから、ずいぶんたってforumsが動き出しました。 tbyte氏の May 2, 2021 (2021/05/02)の書き込み(post-509356)では、 FreeBSD13のwine-devel-6.4でも同様です（執筆者意訳）、 と報告されています。 grahamperrin氏の Jul 11, 2021 (2021/07/11)の書き込み(post-522107)で、 Alexander88207氏に対して、「Do you still get a null there?」 と返しています。 Alexander88207氏の Jul 11, 2021 (2021/07/11)の書き込み(post-522113)で、 「But the workaround for this error is to mount procfs on /proc.」 と書かれました。（注） 〔次に続く〕 http://mevius.5ch.net/test/read.cgi/unix/1633521461/201
202: FreeBSDでwimeを使っている君 [] 2022/08/07(日) 22:05:49.33 〔前からの続き〕 前スレ992(2021/10/06)の執筆者のレスでは、同じforumsを参照して いましたが、執筆者は、「wine: could not load」の件は、 コロリと忘れていました。 そこで、Alexander88207氏のJul 12, 2021 (2020/07/12)の 書き込み(post-522315)で、 「コンパイル時のバグだけが修正され、実行時のバグは無視されている」 （執筆者意訳）が、執筆者がまとめたレスとして書かれました。（注） 注：おそらく、推測ですが、2021/07/11から2021/07/12の時点では、 Alexander88207氏がコミッタのi386-wineでは、問題に対応済みで 他のコミッタがかかわるwineとは、挙動が違ったのではないだろうか。 Alexander88207氏が「実行時のバグは」とこぼすぐらいですから。 つまり、i386-wineだと /proc をマウント(post-522113)するだけで 動いたのではないだろうか。 もう今は、i386-wineのPortsTreeがないので、FreshPortsを閲覧して 検証することができないのですが。 〔次に続く〕 http://mevius.5ch.net/test/read.cgi/unix/1633521461/202
203: FreeBSDでwimeを使っている君 [] 2022/08/07(日) 22:07:33.37 〔前からの続き〕 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=257105 で、「wine: could not load」の件が報告され、 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=257020 と、関係があると思われていたが、違うようだ、と、なったようだ。 「id=257105」は閉じられて、その後、どうなったかは分からない。 https://www.freshports.org/emulators/wine-devel/ では、31 Aug 2021 07:11:18(2021/08/31) の wine-devel 6.16,1で 「ntdll: Always return a value in get_builtin_init_funcs.」 として問題に対応がなされた。 ……というのが時系列ではないでしょうか。 執筆者は、FreeBSD13.1R/amd64において、FreeBSD13.0R/amd64で 取得しておいた、i386-wine-devel-6.12,1のpkg(8)を「pkg add」で 入れて使っていますが、WINEDLLPATHの環境変数を設定しなくても、 「/proc」のマウントだけで使えています。 「wine: could not load」問題を、まとめれば、ですが、 現在、FreeBSDで、Wineを使うなら「proc」をマウントしておくこと、 ということですね。 執筆者が青ざめて謝罪をした意味はあります。 なぜなら、こんなことでもなければ、執筆者は「proc」をマウント することはなかっただろう、と、思うからです。 試した報告をする方々、助言をくださる方々に感謝します。 〔終了〕 http://mevius.5ch.net/test/read.cgi/unix/1633521461/203
204: 名無しさん＠お腹いっぱい。 [] 2022/08/08(月) 04:07:14.04 >>202 > もう今は、i386-wineのPortsTreeがないので、FreshPortsを閲覧して > 検証することができないのですが。 パッケージを保存しておいた実機で各種検証する人の書く事とも思えんが http://mevius.5ch.net/test/read.cgi/unix/1633521461/204
205: 名無しさん＠お腹いっぱい。 [sage] 2022/08/08(月) 04:41:56.49 何でfreshportsなのかという疑問はあるが https://cgit.freebsd.org/ports/log/emulators/i386-wine https://cgit.freebsd.org/ports/tree/emulators/i386-wine?id=99af2239fc168cc980f622c3f98b6ab21af873aa http://mevius.5ch.net/test/read.cgi/unix/1633521461/205
206: FreeBSDでwimeを使っている君 [] 2022/08/08(月) 20:52:30.49 >>204 >>205 し、知らなかったんだお……。 FreshPortsでしか見られないと思っていたんだお……。 「その程度のレベル」なんだお……。 「This port and its pre-built binaries」って、そもそもi386-wineは、 バイナリ配布だったのか。jailか何かで、32bit版も同時にmakeしていると 思っていた（注）。 じゃあ、FreeBSDのWOW64なWineで、/home以下に展開される32bit版Wineが バイナリ配布なのも当然なのか。 しかも、i386-wineが、WineHQ公式Versionに追従するのが遅かったのも、 今のWOW64版Wineの追従が、やや遅いのも、バイナリ待ち、すりあわせ、 などの理由で、当然なのか。 >>38 で執筆者は、i386-wineがwineに「吸収」と書きましたが、 今のFreeBSDのWineは、単にwineとi386-wineをたばねたもの、という感じで、 >>183 の印象は正しいようです。 FreeBSDのWineでは、「wow64」の名称は、本物のWOW64ではなく、 単に「どっちも使えますよ」って意味なのかもしれません。 注： i386-wineで32bitなATOKを使う場合、32bitなファイル（imm32.dll.so）に wimeのパッチをあてる必要がありますが、i386-wineは、バイナリ配布の ため、i386-wineのportsでwimeのパッチをあてるのは、そもそも無理だった、 ということになります（手作業でi386-wineと同じ事をするなら別ですが）。 >>14 で、執筆者は、 ＞※i386-wineで、wimeのパッチがあたるかは、執筆者は未検証。 と、書きましたが、この迂遠な手抜き手法は、そうするしかなかった、と、 いうことになります。 http://mevius.5ch.net/test/read.cgi/unix/1633521461/206
207: FreeBSDでwimeを使っている君 [sage] 2022/08/08(月) 20:59:38.99 「wine: could not load」の件は、 cgit.freebsd.orgによると、 i386-wineでは、以下のように、2021/07/上旬以降、 直近の動きがないので、すでに対応済みだった可能性があります。 i386-wine-devel 2021-07-08 Update to 6.12 2021-09-30 cleanup: drop support for EOL FreeBSD 11.X i386-wine 2021-07-19 emulators/i386-wine: Update to 6.0.1 2021-09-30 cleanup: drop support for EOL FreeBSD 11.X FreshPortsによると、Wine（i386-wineでないほう）では、 以下あたりで対応されたのかもしれません。 wine-devel 22 Jul 2021(2021/07/22) 6.13,1 wine 26 Jul 2021(2021/07/26) 6.0.1,1 http://mevius.5ch.net/test/read.cgi/unix/1633521461/207
208: 名無しさん＠お腹いっぱい。 [sage] 2022/08/08(月) 21:02:31.20 >>206 それが Forum とかでの freebsd の ports は multilib をサポートしてないから という発言につながるわけですな http://mevius.5ch.net/test/read.cgi/unix/1633521461/208
209: FreeBSDでwimeを使っている君 [sage] 2022/08/08(月) 21:04:50.29 この件について、執筆者自身も、i386からamd64に移行したため、 また、Wine6.x系というくくりなら、必ず発生する、と、思いこんで いたため、混乱していますが、おそらく、 Wine（Alexander88207氏がかかわっていないほう）では、 WINEDLLPATHを設定しないと動かなかったと思われます。 理由は >>200 。 しかし、執筆者の環境のi386-wineでは、WINEDLLPATHを設定しないと 動かなかった、という理由は、たんにprocをmountしていなかったため、 と推測できます。 なぜなら、i386-wine-devel-6.12は、このスレでは >>6 (2021/10/14)氏が、 特に設定せずに動いているから。>>6 の方はprocをmountしていたのだと 思います。 執筆者は >>28 >>29 (2021/11/12)の時点では、procをmountして いませんでした。 さっ！ 「死んだ子の年を数える」より、FreeBSDのWOW64なWineの現状を 試さないといけないな。時間ができたら試します。 http://mevius.5ch.net/test/read.cgi/unix/1633521461/209
210: FreeBSDでwimeを使っている君 [sage] 2022/08/08(月) 21:16:23.56 >>208 あ、連続レス中にはさんでしまった。 ＞multilib をサポートしてないからという発言に ああ。そういう意味、そういうこと、だったのか。 なんの話だろう、特殊なライブラリ？ とか思っていました。 すいません、forumsの内容も、英語のため、精読していませんでした。 http://mevius.5ch.net/test/read.cgi/unix/1633521461/210
211: 6 [sage] 2022/08/08(月) 21:21:25.71 そう言えばprocfsはふつうにマウントしてましたねえ と言うか sysutils/desktop-installer でDE入れると勝手に設定されるので http://mevius.5ch.net/test/read.cgi/unix/1633521461/211
212: FreeBSDでwimeを使っている君 [sage] 2022/08/15(月) 00:08:53.38 >>211 ああ、やっぱり。 「wine: could not load」の件は、まさに「おま環」（お前の環境特有） だった、ということでした。大騒ぎしてすいませんでした。 fstabの見直しで、procfsの設定に追加して、tmpfsに128MBを設定したという、 あつものに懲りてなますを吹くかのような執筆者君です。 あと、i386-wineが出てきた直後ぐらいに、2chで、i386-wineが待てない人用、 として手作業の方法をレスしていた方が、Portsはユーザが、makeしてinstall することができないので、i386-wine的なものに対応しづらい、と 読んだことがあったような気がする。 ※技評のWebの後藤大地氏のFreeBSDの記事で読んだのかもしれない。 Linuxもバイナリ配布が主で、ports的な仕組みからバイナリを作って いるんだろうけど、どうしているのかなあ。 http://mevius.5ch.net/test/read.cgi/unix/1633521461/212
213: FreeBSDでwimeを使っている君 [sage] 2022/08/15(月) 00:10:31.92 手順の再まとめをする時用にアンカーを打っておこう。 >>12 まず、wime最新の、wime4.1.5の件。 「wime-4.1.5/exe/apisup.c:680: undefined reference to `mempcpy'」 としてgmakeが通りません。 以下、「wime-4.1.5/lib/freebsd.h」より引用。 ＞#ifndef FREEBSD_MEMPCMP ＞//いつからかは分からないが、13.1には存在する。 とのことで、組み合わせを試しましたが FreeBSD13.1R/i386ではwime4.1.4のgmakeは通らない。 FreeBSD13.0R/i386ではwime4.1.5のgmakeは通らない。 FreeBSD13.1R/i386でgmakeを通したければwime4.1.5を選択する。 FreeBSD13.0R/i386でgmakeを通したければwime4.1.4を選択する。 という結果になりました。 http://mevius.5ch.net/test/read.cgi/unix/1633521461/213
214: FreeBSDでwimeを使っている君 [sage] 2022/08/15(月) 00:13:36.79 >>45 などのように、以下のようなエラーが出ることがあります。 gmake[1]: *** 'wimeapi.o' に必要なターゲット 'X11/keysym.h' を make するルールがありません. 中止. gmake[1]: ディレクトリ '/usr/home/ユーザ名/work/wime-4.1.5/so' から出ます gmake: *** [Makefile:12: so] エラー 2 この件は、解決しました。 執筆者の低スキルに由来するはずですが、pkg(8)から入れたWineの バイナリだけでは、wimeは、gmakeが通りません。 PortsでWineをmakeだけ（make installしていない）した場合は、 gmakeが通ります。 おそらく、Wineのmake作業に必要な、依存する何かのパッケージの ある、なし、で、通る、通らない、があるのだと思います。 FreshPortsなどから、依存関係を追っかけると、何が足りずに wimeのgmakeでエラーが出るのか、が判明すると思いますが、 執筆者には知識がないので、これ以上の追求は無理とさせてください。 注意： FreeBSD13.1Rでの一般的な用途で、pkg(8)から各種ソフトウェアを 入れた場合、llvm13が入りますが、Wine7系をPortsからmakeする 場合は、llvm12に依存していますので、あらかじめpkg(8)で入れて おくとよいでしょう。 手順の再まとめ >>12 http://mevius.5ch.net/test/read.cgi/unix/1633521461/214
215: FreeBSDでwimeを使っている君 [sage] 2022/08/15(月) 00:17:44.71 wimeの件の続き。 wime4.1.5の現在も「wime-4.1.5/io/Makefile」には、 ＞#amd64でi386-wineを動かしているとき ＞ifeq "$(WOW64)" "1" ＞override CC:=$(CC32_ENV) $(CC) ＞override CFLAGS+=-m32 ＞override LDFLAGS+=-m32 ＞#さらにfreebsdのとき。LDFLAGSのlibX11.soのパスを ＞/usr/local/libから/usr/local/lib32にする。 とありますので、amd64のi386-wineでもgmakeが通ると思います。 いや、まあ、i386-wineは、なくなったんですけどね。 手順の再まとめ >>14 http://mevius.5ch.net/test/read.cgi/unix/1633521461/215
216: FreeBSDでwimeを使っている君 [sage] 2022/08/15(月) 00:21:48.92 Wineの試行で環境がぐちゃぐちゃになり、不審な動きをするように なったので、「pkg delete -a」でpkg(8)を入れ直しました。 一部はPortsから入れるのですが、以下のようなメッセージが 出ていました。 ＊現在のFreeBSD13.1R/amd64のpkg(8)の場合 # pkg install virtualbox-ose-kmod-6.1.36 （中略） To avoid crashes due to kernel incompatibility, this module will only load on FreeBSD 13.0 kernels. ＊現在のFreeBSD13.1R/amd64のPortsの場合 virtualbox-ose-kmod # make install （中略） To avoid crashes due to kernel incompatibility, this module will only load on FreeBSD 13.1 kernels. ちゃんとメッセージが出ていましたね。 >>170,174,178,184 の助言と経験のおかげで書くのですが、 新バージョン公開から３か月で、旧バージョンはEnd of Lifeと なりますので、あと少しで、pkg(8)から入るKernelModuleは、 13.1でmakeされたものが提供されることになるでしょう。 http://mevius.5ch.net/test/read.cgi/unix/1633521461/216
217: FreeBSDでwimeを使っている君 [sage] 2022/08/15(月) 00:47:38.25 FreeBSDでWOW64みたいな動きをするようになったWineとwimeの話です。 現在のFreeBSD13.1R/amd64でのwine-devel7.14(WOW64)で、 32bitなATOKを動かすために、FreeBSD13.1R/i386上でwimeのパッチを あてて、Portsからmakeしても、imm32.dll.soでなく、imm32.dllしか できていないので、amd64のWineには、imm32.dllを持ってきて 配置することになります。 FreeBSD13.1R/amd64のWine7.14では、imm32.dllがある場所は、以下です。 ~/.i386-wine-pkg/usr/local/lib/wine/fakedlls/imm32.dll ~/.wine/drive_c/windows/system32/imm32.dll ※以前にはあった「wine/i386-windows」「wine/i386-unix」は なくなっています。>>29 >>71 そのどちらに置いてもwimeは動きません（パッチがあたっていない状態）。 ただし、FreeBSD13.1R/i386には、 「wine/i386-windows」「wine/i386-unix」があり、 /usr/local/lib/wine/i386-windowsの下にはimm32.dllがある（注） ので、（試していませんが）i386では動くと思われます。 注： pkg(8)標準のimm32.dll(135168byte)と、wimeのpatchを当てた Portsのものとでは、サイズは同じですが、md5は違いました。 http://mevius.5ch.net/test/read.cgi/unix/1633521461/217
218: FreeBSDでwimeを使っている君 [sage] 2022/08/15(月) 00:48:58.62 再まとめ用： 「wimeのパッチはリネームも編集もせずにそのまま置けばよい」>>11 「Wine7系からはパッチを当てても、imm.c.origとリネームされた オリジナルのソースファイルは残らなくなった」 http://mevius.5ch.net/test/read.cgi/unix/1633521461/218
219: FreeBSDでwimeを使っている君 [sage] 2022/08/15(月) 00:51:39.18 FreeBSD13.1R/amd64で、wine-devel7.14(WOW64)を入れて、 「/usr/local/share/wine/pkg32.sh install wine mesa-dri」 としてホームディレクトリ以下にWineの32bit環境を展開しよう としたら、なぜか、wine-6.0.4_1,1.pkgをfetchしています。 もちろん、 ＞wine [wine-6.0.4] and wine64 [wine-7.14] versions do not match! と言われました。「pkg32.sh upgrade」してもupgrade済みとなります。 FreeBSD13.1R/amd64にwine-6.0.4を入れ、同様に32bit環境を展開したら 正常に展開されました。 これだと、wineとi386-wineに分かれていた時と変わりませんね。 Alexander88207氏は、どう思っているのだろう。 http://mevius.5ch.net/test/read.cgi/unix/1633521461/219
220: 名無しさん＠お腹いっぱい。 [sage] 2022/08/15(月) 00:56:56.20 >>219 そこは /usr/local/share/wine/pkg32.sh install wine-devel mesa-dri だろ http://mevius.5ch.net/test/read.cgi/unix/1633521461/220
221: FreeBSDでwimeを使っている君 [sage] 2022/08/15(月) 00:57:11.65 >>128 に、 ＞FreeBSD13.0R/amd64＋Wine(i386-wine-devel-6.12)＋ ＞wime4.1.4＋ATOK17(2004)＋emacs-canna-27.2 の ＞環境下において。 ＞emacs-canna標準の、canna.el使用時の、漢字変換時に、 ＞ごくまれに、WindowsなATOKの変換候補のGUI表示がされる。 という謎の現象を書きましたが、その後も、ちょくちょく、 その現象は発生していました。 FreeBSD13.1R/amd64 Wine(i386-wine-devel-6.12)(13.0のもの) wime4.1.5(FreeBSD13.1R/i386でgmake) ATOK17(2004) emacs-canna-28.1 の環境下では、今のところ出ていません。 http://mevius.5ch.net/test/read.cgi/unix/1633521461/221
222: FreeBSDでwimeを使っている君 [sage] 2022/08/15(月) 01:03:40.90 >>219 >>220 あ゛！ あ゛！ あ゛！ 間違っていた！ そりゃあ、そうですよね！ pkgのメッセージをそのままコピペしただけなんですけどね！ いや、言い訳にはならないな！ 間違ってました！ すいませんでした！ http://mevius.5ch.net/test/read.cgi/unix/1633521461/222
223: FreeBSDでwimeを使っている君 [sage] 2022/08/15(月) 01:12:12.96 執筆者としては、 FreeBSD13.1R/amd64とwimeによるimm32.dllの問題 >>217 で、 FreeBSDが14などになって、今、取り置きしている、i386-wineが 動かなくなったら、amd64からi386に戻るかもしれません。 Windowsの32bitソフトウェアを使いたいがために、 FreeBSDをi386(Tier2)に戻すのは執筆者ぐらいかと思います。 もっと、FreeBSDでwimeを使う方が増えてくれれば、 執筆者は質問者側に回れるのですが（昔からの野望）。 ただし、以前、試したのですが、Microsoft Office2000添付の IME2000はWineにはインストールできませんでした。 ※wime公式と同じ結果。 http://mevius.5ch.net/test/read.cgi/unix/1633521461/223
224: 名無しさん＠お腹いっぱい。 [sage] 2022/08/15(月) 01:19:28.89 知らないかもしれないので書いとくが amd64でi386-wineはビルドできる https://wiki.freebsd.org/i386-Wine http://mevius.5ch.net/test/read.cgi/unix/1633521461/224
225: FreeBSDでwimeを使っている君 [sage] 2022/08/15(月) 01:29:49.96 >>224 その記事は、昔から知っていたんですが、 ほぼ、理解できていませんでした。 今は、うっすら理解できます。 http://mevius.5ch.net/test/read.cgi/unix/1633521461/225
226: FreeBSDでwimeを使っている君 [] 2022/08/15(月) 01:32:26.53 今のところ、Windows用のフリーのIMEはGoogle日本語入力しかなく、 それなら、mozcを使うだろうしなあ。 関係ないけど、販売版のWnn8もFreeBSDへの対応は遅すぎますし。 WXGも古すぎて動かしづらいしなあ。 まあ、手持ちのWindows用のIME（注）があれば、 ぜひ、wimeを使ってみてください。 wimeへのWineへのパッチは、ほぼATOK用ですから、素のWineで wimeが使える？、との期待が持てます。 注： http://www4.airnet.ne.jp/koabe/com_inet/im/feature4.html http://www4.airnet.ne.jp/koabe/com_inet/im/feature5.html 上記記事によると、Windows用の 3rd PartyのIMEは、 あまり、ないですね。 Windows3.1時代のIMEだと、16bitコードがあると、Wineだけでなく、 DOSBoxも必要になるうえ、動くかどうかも分かりませんし。 そもそも変換効率を上げたいがための、Wine+wime+AOTKなのに、 Windows3.1時代のIMEを試すくらいなら、今どきのUnixな かな漢字変換を使いますよね。 まあ、FepBridgeでDOSのFEPをUnixで、の時代があったとはいえ、 ですが。 >>219 の件、すいませんでした。 ※なぜか、>>98 では wine-develで走らせているのに 「versions do not match!」と言われているな。なぜだろう。 じゃ、夜食を食べてきます。 http://mevius.5ch.net/test/read.cgi/unix/1633521461/226
227: FreeBSDでwimeを使っている君 [] 2022/08/16(火) 00:44:57.40 >>219-222 現在のWineの「versions do not match!」の件。 たしかに、>>98 の時は、wineでも、wine-develでも ダメだったような気がする。 執筆者のスキルは怪しいですから、どなたか、お手すきの時で 結構ですから、Wineを試す時に、32bit環境展開の追試行を してみてくださいませんか。 これからは、i386-wine的なものを実現したければ、 以下のように、自分でなんとかするしかありませんね。 >>224 の https://wiki.freebsd.org/i386-Wine >>212 の「待てない人用」のレス https://peace.5ch.net/test/read.cgi/unix/1390323139/91-n https://toro.5ch.net/test/read.cgi/unix/1371050502/104-n http://mevius.5ch.net/test/read.cgi/unix/1633521461/227
228: FreeBSDでwimeを使っている君 [] 2022/08/16(火) 01:07:40.43 >>227 に追加。 2009年12月16日 FreeBSD/amd64でWineを実行する方法（回避策に近い） https://gihyo.jp/admin/clip/01/fdt/200912/16 ※技評のサイト、見た目が今風に変わりましたね。 Wine on FreeBSD/amd64 - kszk’s blog https://kszk-beta.hatenadiary.org/entry/20111207/1323221938 ※ここも昔、見たような気がする。 FreeBSD Wine Configuration https://linuxhint.com/freebsd-wine-configuration/ ※ここも昔、見たような気がする。 Installing wine under FreeBSD 8 amd64 - jan0schs deck https://makandracards.com/jan0sch/13429-installing-wine-under-freebsd-8-amd64 ※初見のような気がする。 Installing wine under FreeBSD 8 amd64 https://www.jan0sch.de/post/installing-wine-under-freebsd-8-amd64/ ※初見のような気がする。 いつも思うんですが、amd64でi386環境をbuildworldするなら、 単純に、インストーラから、i386のbaseを持ってきて、 展開してもいいのではないかと思う。 http://mevius.5ch.net/test/read.cgi/unix/1633521461/228
229: 名無しさん＠お腹いっぱい。 [sage] 2022/08/16(火) 08:22:02.20 スキル云々以前に先ずサラの環境で試してみろよ http://mevius.5ch.net/test/read.cgi/unix/1633521461/229
ﾒﾓ帳
(0/65535文字)
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 172 ﾚｽあります
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.014s