BSD/LinuxでのOffice/Desktop環境を語れ! Part03 (401レス)
1-

151: 2022/06/22(水)14:20 AAS
Desktop環境の話なのか?
152: 2022/06/22(水)15:35 AAS
デスクトップ環境にリモートアクセスし操作する為のプログラム
そんなこと言い出したらwineの話もアウツでは
153: 2022/06/29(水)16:31 AAS
amd64、i386共に wine-devel-7.8
6.0では起動しなかったbecky2が起動
画像リンク[jpg]:i.imgur.com

互換性が良くなってきている模様
154: 2022/07/01(金)06:33 AAS
おお~Becky!動くんだね~(^_^)
155: 2022/07/02(土)15:54 AAS
winnyとかFLMASKはwineで動くのかな?
当時?はFLMASKのためだけに、vmwareを入れたりしてたけど
156
(1): 2022/07/02(土)17:58 AAS
外部リンク:www.winehq.org
外部リンク:www.winehq.org
157: 2022/07/05(火)21:43 AAS
FreeBSDのMATEに、

・mate-desktop/mate-netbook
外部リンク:github.com
・ubuntu-mate/mate-window-applets: Window applets for MATE Desktop
外部リンク:github.com
・ghostbsd/station-tweak: This is Station Tweak, a fork of MATE Tweak.
外部リンク:github.com
省1
158: 2022/07/07(木)02:59 AAS
github使うのヤメレ、ってニュースがあったな
159: 2022/07/07(木)09:08 AAS
これのことか
GitHubの利用をやめるようオープンソースソフトウェア非営利団体が強く呼びかけ - GIGAZINE
外部リンク:gigazine.net

ギガジンを鵜呑みにしてしまう人っているのか
160: 2022/07/07(木)23:09 AAS
Software Freedom Conservancyがどんな団体なのか
の方がgigazine云々より重要じゃないか?
161: 2022/07/08(金)09:45 AAS
余所でやってください。
162: FreeBSDでwimeを使っている君 2022/08/03(水)22:10 AAS
>>143
今、気づきましたが、ハンドル名をコピペミスしている……。
「ERROR: 余所でやってください。[unix]」エラーのため、
書き込みをリトライしていたからだと思います。

>>156
外部リンク:www.winehq.org

上記URLのWineHQ公式のデータベースでは、
省15
163: FreeBSDでwimeを使っている君 2022/08/03(水)22:19 AAS
すでに、ずいぶん前から使っている方からすれば、いまさらでしょうが、
Emacs28.1で、文書中の全角空白(2byte空白)が赤のアンダーバーで
表示されるようになりました。
まあ、昔から設定によって全角空白などを表示させることはできましたが、
四角い形状で表示されたりして、執筆者的にはイマイチ感があり、
アンダーバー表示の控えめ感は、ありがたいと感じています。

ただ、Emacsのエコー領域に表示されるCannaの変換候補でも表示されます。
省6
164: FreeBSDでwimeを使っている君 2022/08/03(水)22:31 AAS
(ヽ´ん`) それぼく

ごぶさたしております。
ニュー速(嫌儲)のキャラクターがカワイイので、つい見に行って
しまう執筆者君です。

FreeBSD13.1R/amd64を新規インストールしました。

さて、執筆者がアテにしているソフトウェアはWineとwimeです。
WOW64となった現在のFreeBSDのWineでは、
省19
165
(2): FreeBSDでwimeを使っている君 2022/08/03(水)22:38 AAS
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
省12
166: FreeBSDでwimeを使っている君 2022/08/03(水)22:52 AAS
〔前からの続き〕
fyamamoto氏の手法は、あらかじめpkgで「virtualbox-ose-kmod」を
インストールしておき、Portsから「virtualbox-ose-kmod」をmakeし、
カーネルモジュールだけをコピーするという手法で、正直なところ、
「make reinstall」でもいいような、とも思いますが、多少なりとも
時間や、計算機資源などが節約できるという利点があります。

執筆者は「基本的に、pkgでインストールし、一部のファイルだけを、
省12
167
(1): FreeBSDでwimeを使っている君 2022/08/03(水)22:58 AAS
執筆者は、FreeBSD13.0R/amd64で、Athlon5350のRadeonR3を
amdgpuで使っていましたが、FreeBSD13.1R/amd64では使えませんでした。

詳細としては、
カーネルメッセージの、rc.confの評価あたりで、画面出力がなくなる。
モニターの電源ランプは、画面出力が「ある」状態だが、
実際の画面出力は「ない」。

たんに、「画面出力がないだけなのか」と、かなり時間を置いて
省9
168: FreeBSDでwimeを使っている君 2022/08/03(水)23:09 AAS
〔前からの続き〕
PCIeスロットに、RadeonHD4350(RV710)なビデオカードをさして
radeon_drv.soを試してみましたが、

Fetal Server error : no screens found

で、Xサーバが起動せず。

しかたがないので、GeForceGT730なビデオカードにさし直し、
pkg(8)から入れた「nvidia-driver-340」で使っています。
省9
169: 2022/08/03(水)23:45 AAS
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 はインストールしていたのか
170
(1): 2022/08/03(水)23:50 AAS
あと 13.0 から 13.1 にアップグレードしたのなら -kmod は ports で make し直す必要があるかと
171
(2): FreeBSDでwimeを使っている君 2022/08/04(木)00:55 AAS
あわわ。即レス驚きました。ありがとうございます。
>>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
省6
172: 2022/08/04(木)08:30 AAS
そもそもこれだけ熱心にレポート書いてる人が
あんなしょうもない釣りやるとも思えんよね
ここの嫌儲民はどちらかと言えばあの
173
(1): 2022/08/04(木)11:44 AAS
>>171
> ・xorg.confに「Driver "modesetting"」
modesetting じゃなくて "amdgpu" ではどうなるの?
174
(2): 2022/08/04(木)12:05 AAS
>>171
まだ 13.0 のサポート期間なので pkg は 13.0 で make されてる
>>165のリンク先にも書いてある

> カーネルメッセージの、rc.confの評価あたりで、画面出力がなくなる。
-kmod は pkg じゃなく ports からインストールするように
175
(1): FreeBSDでwimeを使っている君 2022/08/05(金)00:52 AAS
ん? 何か嫌疑が、かかってます?
古くさい釣りAAが貼られていたのも、それがらみですか?
世の中、ヒマ人が多いんですね。
嫌儲板には書いたことはありません。閲覧のみです。
そんなことよりも、wimeを、以下略。

執筆者は、UNIX板では「FreeBSDでwimeを使っている君」で
書き込みをしています。※他の板では書いていません。
省6
176: FreeBSDでwimeを使っている君 2022/08/05(金)00:56 AAS
さらに書き忘れていた。

執筆者がATIというかAMD系のビデオカードを選好するのは、
コンソールの文字が、クッキリ! ハッキリ! 白が明るい!
という、高度成長時代のテレビのCMみたいな好みがあるから、
というのもあるのですが、nvidia-driver使用時の、i386-wineでは、
pkg install後に、「patch-nvidia.sh」を走らせる必要があるから、
というものでした。
省17
177: FreeBSDでwimeを使っている君 2022/08/05(金)01:02 AAS
日本語入力メソッド総合スレッド@Linux@5ch掲示板
2chスレ:linux

上記のレスのおかげでwime 4.1.5がリリースされているのを知りました。
新規リリースに気づいていませんでした。ありがとうございました。

上記URLでは「ATOK17」とありますが、ATOK17は、2004年度版となります。

>ATOK17にあわせてATOK28W.IMEからATOK30W.IMEに変更したところ

とのレスが正しいとすると、2015年度版(ATOK28)に対する処理を
省5
178
(1): FreeBSDでwimeを使っている君 2022/08/05(金)01:05 AAS
>>174
>まだ 13.0 のサポート期間なので pkg は 13.0 で make されてる
そういうものとは、まったく知りませんでした。
今までカーネルモジュールを使うソフトウェアは、あまり使っておらず、
意識していませんでした。

>>165のリンク先にも書いてある
まことにすいませんでした。
省5
179: FreeBSDでwimeを使っている君 2022/08/05(金)01:15 AAS
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
省19
180
(1): 2022/08/05(金)01:25 AAS
2chスレ:unix
出力先が切り替わってるとかはないか
181
(1): 2022/08/05(金)06:52 AAS
うろ覚えだがgpu firmwareみたいな名前のpkgもportsで作り直しが必要だったような。
182
(2): 2022/08/05(金)13:09 AAS
本当にその程度のレベルの人かと言う話でもある
183
(2): 2022/08/05(金)13:34 AAS
WoW64連呼してるのも本当なのかと疑問に思ってる
wine/Makefile に
# Wine assumes a WoW64 package is available, which is not the case on
# FreeBSD yet.
と書いてあるから

64bitと32bitを統合したWoW64じゃなくて64bitと32bitを同時に使えるようにした
だけなんじゃないかと思うんだが違うんだろうか
省1
184
(2): 2022/08/05(金)15:31 AAS
Athlon Athlon5350なのにgpu-firmware-amd-kmod をインストールしているのが間違い
必要なのはgpu-firmware-radeon-kmodの方
分からないのならMeta ports の gpu-firmware-kmod

あと -kmod なのだから pkg ではなく ports から試すように(特にトラブってる時には)
185
(1): 2022/08/05(金)15:35 AAS
amdなんて使ってないけどwikipedia見て調べてみた
180 書いたの俺だけどこれは関係無かったか
186
(1): 2022/08/05(金)16:13 AAS
wine 等とまるで関係ないんだがCinnamonが割とまともにつかえる
足りないと思ったものは適宜追加しながらお好きな人はどうぞ
ただし画面ロックとシステム情報おまえらはまだダメか ヤらねばヤられる
187: FreeBSDでwimeを使っている君 2022/08/06(土)00:53 AAS
>>175
すいません。
Linux板のWineスレで、すでに「FreeBSDでwimeを使っている君」で
書いていました。
2chスレ:linux

>>186
Wineのスレではないので、良さげっぽかったり、便利っぽかったり、な
省7
188: FreeBSDでwimeを使っている君 2022/08/06(土)00:59 AAS
>>180 >>185
それ、サーバなマザーボードでの構成でしょ。
おそらく、後載せのRadeonR7は、「ダミーが刺さって」とのことから、
ビデオ出力に使わずに、演算に使っているのではないか、と感じました。

執筆者君の環境の場合、VGAを複数認識するような高価な環境ではなく、
ビデオカードをさすと、APU側のビデオ機能は無効になるマザーボードが
ある、という、ローエンド環境に、ありがちな環境です。
省3
189
(1): FreeBSDでwimeを使っている君 2022/08/06(土)01:02 AAS
>>183
>64bitと32bitを同時に使えるようにしただけなんじゃ

たぶん、そうだと思います。 >>38 >>67 あたりに書きました。

FreeBSDのWOW64なWineとはいっても、FreeBSD/amd64の場合、
そのままでは、64bitなWindowsソフトウェアしか使えません。
32bitなWindowsソフトウェアを使いたい場合は >>69
書いたように、シェルスクリプトを走らせて、
省7
190: FreeBSDでwimeを使っている君 2022/08/06(土)01:16 AAS
なんだか、入門者の犬小屋スレみたいになっていますが、
みなさん、ありがとうございます。

amdgpu、以下の環境で動きました。 >>181 >>184 の通りです。
本当にありがとうございました。
すべては執筆者の、KernelModuleへの理解が足りなかったのが
原因でした。

・pkg(8):xf86-video-amdgpu-22.0.0
省16
191
(1): 2022/08/06(土)01:29 AAS
>>189
Linuxの場合と同様64/32bit使用可な環境作って32bitアプリインスコすると
~/.wine/drive_c/Program Files (x86) ディレクトリが出来るのでどうなんでしょうねえ
(emulators/i386-wine(含-devel)の頃には起こらなかった挙動)
192
(1): 2022/08/06(土)17:28 AAS
>>182
その程度のレベルだったな
193
(1): FreeBSDでwimeを使っている君 2022/08/06(土)23:59 AAS
>>182 >>192
執筆者が「その程度のレベル」なのは、
前スレ当時から自己紹介しております。キリッ。

自分でKernelをReConfigureした場合、Ports由来のKernelModuleを
再makeしないといけない、というのは知っていましたが、
「まだ 13.0 のサポート期間なので pkg は 13.0 で make されてる」、
というのは知りませんでしたし、さらに、標準のKernelで「.1」の差が
省2
194: FreeBSDでwimeを使っている君 2022/08/07(日)00:00 AAS
>>191
執筆者の試行では、32bit環境の.wineのまま(新規生成していない)で、
WOW64なWineで32bitなソフトウェアが動きました。
WOW64のWineでwinebootで.wineを新規生成すると、「Program Files (x86)」が
できていました。
195
(2): FreeBSDでwimeを使っている君 2022/08/07(日)00:01 AAS
まずは、おわびです(ガバッ、土下座)。

お散歩がてら「さがわ@sagawa_aki」氏のTwitterを見ていると
以下のようなTweetがReTweetされていました。

Twitterリンク:scp1979

>晋太郎@scp1979
>FreeBSD13.1でWineを起動したら「wine: could not load 外部リンク:ntdll.so:(null)」と出て起動しなかった。
>ググても解決方法が見つからなかった...
省12
196
(1): FreeBSDでwimeを使っている君 2022/08/07(日)00:04 AAS
で、前スレ951氏助言の
「setenv WINEDLLPATH /usr/local/lib32/wine」との設定をコメントし、

/etc/fstabに「proc /proc procfs rw 0 0」と、設定をして、
winecfgを起動すると、普通にwinecfgが起動しました。

執筆者が、procをマウントしていれば、騒ぐ必要がなかったミスとなります。
前スレの951氏にはWineのソースを調べ、助言レスをさせる、という手間を
かけさせて、まことに申し訳ありませんでした。
省3
197: FreeBSDでwimeを使っている君 2022/08/07(日)00:16 AAS
あれれ?

>>195 のWineのエラーメッセージ引用のかぎカッコ中に
「 h t t p : / / 」とありますが、執筆者は書いておりません。
投稿時に自動的についたものと思われます。
198
(1): 2022/08/07(日)00:54 AAS
>>196
インストールのメッセージくらい読めというところだが
貴方が前スレの992に貼ったFreeBSD Forumsでも
そのエラーの回避法としてprocのことが書いてある
199
(1): 2022/08/07(日)03:52 AAS
>>193
そうか ならばもう大体把握した
200
(2): 2022/08/07(日)07:49 AAS
>>195
当時のリンク先のサイトのレスが書き込まれた日付をよーく見ると良いよ。
ついでにそれがportsに反映された時期も。

四ヶ月後に再度見に行くか?ったらまあしないだろうし
そもそも当時の作業者が初耳!してるくらいだから。

あとprocマウントしてても多分そのエラーは当時は出てたと思う。
なんでかっつーと自分のマシンは最初からfdescfsとprocfsはmount済みなんで。
201: FreeBSDでwimeを使っている君 2022/08/07(日)22:03 AAS
>>198-200
○「wine: could not load ntdll . so : (null)」と出る件
 ※5chに書き込んだ時点でゴミがつくので1byte空白をはさみました

前スレ919(2020/12/11)の執筆者のレス時点では、

外部リンク:forums.freebsd.org

の、forumsが Oct 8, 2020 (2020/10/08)で、一時的に止まった時点を
執筆者は閲覧し、レスしていました。
省15
202
(1): FreeBSDでwimeを使っている君 2022/08/07(日)22:05 AAS
〔前からの続き〕

前スレ992(2021/10/06)の執筆者のレスでは、同じforumsを参照して
いましたが、執筆者は、「wine: could not load」の件は、
コロリと忘れていました。

そこで、Alexander88207氏のJul 12, 2021 (2020/07/12)の
書き込み(post-522315)で、
「コンパイル時のバグだけが修正され、実行時のバグは無視されている」
省10
203: FreeBSDでwimeを使っている君 2022/08/07(日)22:07 AAS
〔前からの続き〕

外部リンク[cgi]:bugs.freebsd.org
で、「wine: could not load」の件が報告され、

外部リンク[cgi]:bugs.freebsd.org
と、関係があると思われていたが、違うようだ、と、なったようだ。
「id=257105」は閉じられて、その後、どうなったかは分からない。

外部リンク:www.freshports.org
省16
204
(1): 2022/08/08(月)04:07 AAS
>>202
>  もう今は、i386-wineのPortsTreeがないので、FreshPortsを閲覧して
>  検証することができないのですが。

パッケージを保存しておいた実機で各種検証する人の書く事とも思えんが
205
(1): 2022/08/08(月)04:41 AAS
何でfreshportsなのかという疑問はあるが
外部リンク:cgit.freebsd.org
外部リンク:cgit.freebsd.org
206
(1): FreeBSDでwimeを使っている君 2022/08/08(月)20:52 AAS
>>204 >>205
し、知らなかったんだお……。
FreshPortsでしか見られないと思っていたんだお……。
「その程度のレベル」なんだお……。

「This port and its pre-built binaries」って、そもそもi386-wineは、
バイナリ配布だったのか。jailか何かで、32bit版も同時にmakeしていると
思っていた(注)。
省19
207: FreeBSDでwimeを使っている君 2022/08/08(月)20:59 AAS
「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
省9
208
(1): 2022/08/08(月)21:02 AAS
>>206
それが Forum とかでの freebsd の ports は multilib をサポートしてないから
という発言につながるわけですな
209: FreeBSDでwimeを使っている君 2022/08/08(月)21:04 AAS
この件について、執筆者自身も、i386からamd64に移行したため、
また、Wine6.x系というくくりなら、必ず発生する、と、思いこんで
いたため、混乱していますが、おそらく、
Wine(Alexander88207氏がかかわっていないほう)では、
WINEDLLPATHを設定しないと動かなかったと思われます。
理由は >>200

しかし、執筆者の環境のi386-wineでは、WINEDLLPATHを設定しないと
省9
210: FreeBSDでwimeを使っている君 2022/08/08(月)21:16 AAS
>>208
あ、連続レス中にはさんでしまった。

>multilib をサポートしてないからという発言に

ああ。そういう意味、そういうこと、だったのか。
なんの話だろう、特殊なライブラリ? とか思っていました。
すいません、forumsの内容も、英語のため、精読していませんでした。
211
(1): 6 2022/08/08(月)21:21 AAS
そう言えばprocfsはふつうにマウントしてましたねえ
と言うか sysutils/desktop-installer でDE入れると勝手に設定されるので
212
(1): FreeBSDでwimeを使っている君 2022/08/15(月)00:08 AAS
>>211
ああ、やっぱり。
「wine: could not load」の件は、まさに「おま環」(お前の環境特有)
だった、ということでした。大騒ぎしてすいませんでした。

fstabの見直しで、procfsの設定に追加して、tmpfsに128MBを設定したという、
あつものに懲りてなますを吹くかのような執筆者君です。

あと、i386-wineが出てきた直後ぐらいに、2chで、i386-wineが待てない人用、
省6
213: FreeBSDでwimeを使っている君 2022/08/15(月)00:10 AAS
手順の再まとめをする時用にアンカーを打っておこう。 >>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には存在する。
省6
214: FreeBSDでwimeを使っている君 2022/08/15(月)00:13 AAS
>>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が通りません。
省13
215: FreeBSDでwimeを使っている君 2022/08/15(月)00:17 AAS
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
省5
216: FreeBSDでwimeを使っている君 2022/08/15(月)00:21 AAS
Wineの試行で環境がぐちゃぐちゃになり、不審な動きをするように
なったので、「pkg delete -a」でpkg(8)を入れ直しました。
一部はPortsから入れるのですが、以下のようなメッセージが
出ていました。

*現在のFreeBSD13.1R/amd64のpkg(8)の場合
# pkg install virtualbox-ose-kmod-6.1.36
(中略)
省12
217
(5): FreeBSDでwimeを使っている君 2022/08/15(月)00:47 AAS
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がある場所は、以下です。
省12
218
(2): FreeBSDでwimeを使っている君 2022/08/15(月)00:48 AAS
再まとめ用:
「wimeのパッチはリネームも編集もせずにそのまま置けばよい」>>11
「Wine7系からはパッチを当てても、imm.c.origとリネームされた
オリジナルのソースファイルは残らなくなった」
219
(4): FreeBSDでwimeを使っている君 2022/08/15(月)00:51 AAS
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!
省5
220
(2): 2022/08/15(月)00:56 AAS
>>219
そこは
/usr/local/share/wine/pkg32.sh install wine-devel mesa-dri
だろ
221
(1): FreeBSDでwimeを使っている君 2022/08/15(月)00:57 AAS
>>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表示がされる。

という謎の現象を書きましたが、その後も、ちょくちょく、
省7
222
(1): FreeBSDでwimeを使っている君 2022/08/15(月)01:03 AAS
>>219 >>220
あ゛! あ゛! あ゛!

間違っていた!

そりゃあ、そうですよね!

pkgのメッセージをそのままコピペしただけなんですけどね!
いや、言い訳にはならないな!

間違ってました! すいませんでした!
223: FreeBSDでwimeを使っている君 2022/08/15(月)01:12 AAS
執筆者としては、
FreeBSD13.1R/amd64とwimeによるimm32.dllの問題 >>217 で、
FreeBSDが14などになって、今、取り置きしている、i386-wineが
動かなくなったら、amd64からi386に戻るかもしれません。
Windowsの32bitソフトウェアを使いたいがために、
FreeBSDをi386(Tier2)に戻すのは執筆者ぐらいかと思います。

もっと、FreeBSDでwimeを使う方が増えてくれれば、
省4
224
(2): 2022/08/15(月)01:19 AAS
知らないかもしれないので書いとくが
amd64でi386-wineはビルドできる
外部リンク:wiki.freebsd.org
225: FreeBSDでwimeを使っている君 2022/08/15(月)01:29 AAS
>>224
その記事は、昔から知っていたんですが、
ほぼ、理解できていませんでした。
今は、うっすら理解できます。
226: FreeBSDでwimeを使っている君 2022/08/15(月)01:32 AAS
今のところ、Windows用のフリーのIMEはGoogle日本語入力しかなく、
それなら、mozcを使うだろうしなあ。
関係ないけど、販売版のWnn8もFreeBSDへの対応は遅すぎますし。
WXGも古すぎて動かしづらいしなあ。

まあ、手持ちのWindows用のIME(注)があれば、
ぜひ、wimeを使ってみてください。

wimeへのWineへのパッチは、ほぼATOK用ですから、素のWineで
省17
227
(2): FreeBSDでwimeを使っている君 2022/08/16(火)00:44 AAS
>>219-222
現在のWineの「versions do not match!」の件。
たしかに、>>98 の時は、wineでも、wine-develでも
ダメだったような気がする。

執筆者のスキルは怪しいですから、どなたか、お手すきの時で
結構ですから、Wineを試す時に、32bit環境展開の追試行を
してみてくださいませんか。
省6
228: FreeBSDでwimeを使っている君 2022/08/16(火)01:07 AAS
>>227 に追加。

2009年12月16日 FreeBSD/amd64でWineを実行する方法(回避策に近い)
外部リンク:gihyo.jp
※技評のサイト、見た目が今風に変わりましたね。

Wine on FreeBSD/amd64 - kszk’s blog
外部リンク:kszk-beta.hatenadiary.org
※ここも昔、見たような気がする。
省12
229: 2022/08/16(火)08:22 AAS
スキル云々以前に先ずサラの環境で試してみろよ
230: 2022/08/17(水)06:24 AAS
スクショも見たい
231
(2): FreeBSDでwimeを使っている君 2022/08/18(木)01:53 AAS
やだぁ。こういうこと? しようがないわね(意味深)。

環境:FreeBSD13.1R/amd64
  :Wine(i386-wine-devel-6.12)(13.0のもの)
  :wime4.1.5(FreeBSD13.1R/i386でgmake)
  :Windows用ATOK17(2004)
  :emacs-canna-28.1/ng-canna/kinput2 -canna

Cannaとして使っているだけなので、ATOKのIMEのパレットは出ません。
省16
1-
あと 170 レスあります
スレ情報 赤レス抽出 画像レス抽出 歴の未読スレ AAサムネイル

ぬこの手 ぬこTOP 0.028s