BSD/LinuxでのOffice/Desktop環境を語れ！ Part03 (385ﾚｽ)
上下前次1-新
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)で、一時的に止まった時点を
執筆者は閲覧し、レスしていました。
Alexander88207氏（i386-wineのコミッタ）の Oct 8, 2020 (2020/10/08)の
書き込み(post-480654)では、
試してみて、同様の結果になる、と、報告しています。
省12
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)で、
「コンパイル時のバグだけが修正され、実行時のバグは無視されている」
（執筆者意訳）が、執筆者がまとめたレスとして書かれました。（注）
注：おそらく、推測ですが、2021/07/11から2021/07/12の時点では、
Alexander88207氏がコミッタのi386-wineでは、問題に対応済みで
省7
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
では、31 Aug 2021 07:11:18(2021/08/31) の wine-devel 6.16,1で
「ntdll: Always return a value in get_builtin_init_funcs.」
として問題に対応がなされた。
省13
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していると
思っていた（注）。
じゃあ、FreeBSDのWOW64なWineで、/home以下に展開される32bit版Wineが
バイナリ配布なのも当然なのか。
しかも、i386-wineが、WineHQ公式Versionに追従するのが遅かったのも、
省16
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
i386-wine
2021-07-19 emulators/i386-wine: Update to 6.0.1
2021-09-30 cleanup: drop support for EOL FreeBSD 11.X
省6
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を設定しないと
動かなかった、という理由は、たんにprocをmountしていなかったため、
と推測できます。
なぜなら、i386-wine-devel-6.12は、このスレでは >>6 (2021/10/14)氏が、
省6
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が待てない人用、
として手作業の方法をレスしていた方が、Portsはユーザが、makeしてinstall
することができないので、i386-wine的なものに対応しづらい、と
読んだことがあったような気がする。
省3
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が通りません。
PortsでWineをmakeだけ（make installしていない）した場合は、
gmakeが通ります。
おそらく、Wineのmake作業に必要な、依存する何かのパッケージの
省10
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
＞#さらにfreebsdのとき。LDFLAGSのlibX11.soのパスを
＞/usr/local/libから/usr/local/lib32にする。
とありますので、amd64のi386-wineでもgmakeが通ると思います。
省2
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
（中略）
To avoid crashes due to kernel incompatibility, this module will only
load on FreeBSD 13.0 kernels.
＊現在のFreeBSD13.1R/amd64のPortsの場合
省9
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がある場所は、以下です。
~/.i386-wine-pkg/usr/local/lib/wine/fakedlls/imm32.dll
~/.wine/drive_c/windows/system32/imm32.dll
※以前にはあった「wine/i386-windows」「wine/i386-unix」は
省9
上下前次1-新書関写板覧索設栞歴
あと 168 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 1.142s*