BSD/LinuxでのOffice/Desktop環境を語れ！ Part03 (401ﾚｽ)
上下前次1-新
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
232(1): 2022/08/18(木)03:38 AAS
そう言うズレた事やるなら今後俺が何かを手助けする事は無い
233(4): 2022/08/18(木)03:54 AAS
libX11.so.6 が無いのは解決してなかったのか
これは x11/libX11 でインストールされる
libxcb, libXau, libXdmcp にも依存してるけど
試してないけど
/usr/local/share/wine/pkg32.sh install libX11
で解決しないか
あとimm32だけどi386のwineをpkg32.shでインストールした後
省5
234: 2022/08/18(木)06:09 AAS
だけど libX11 は mesa-dri の依存関係でインストールされる筈だよな
235(1): 2022/08/18(木)08:38 AAS
> versions do not match!
もし、パッケージマネージャに複数のリポジトリを登録してるなら
pkg32.shを呼ぶときにリポジトリを指定しないと混ざって不整合起こす可能性があるよ。
こっちの環境でそれ喰らって少し悩んだけど結局pkgを呼んでるわけだからオプション付けるだけ。
wine-devel 7.8.1でjanestyleの通信回りが動かなかった悲しみ。
236: 2022/08/18(木)12:17 AAS
>>227
これでいいんか？
画像ﾘﾝｸ[jpg]:i.imgur.com
>>231
ここまでの流れをざっと見てみると何がしたいのかサッパリわからんな
おまかん自慢？
237: 2022/08/18(木)12:31 AAS
ちゃんと読まないからwineじゃなくてwine-develの事だと分からないんだろ
238: 2022/08/18(木)12:46 AAS
ちゃんと読めば「既存パッケージで32bitアプリも64bitアプリも同時に動かせるのに何故過去の遺産に拘っているのか」
と首を傾げているって事では
239(1): 2022/08/18(木)12:54 AAS
それは消えた i386-wine-devel のほうが今の wine よりバージョンが上だからでは
そして wine-devel(7系？)では imm32.dll.so が無くなったせいなのか wime が動かないと
240: 2022/08/18(木)13:06 AAS
バージョンが上とかじゃないな
wimeの作成環境に書いてあるのがwineのstableじゃなくて開発版だから
wine-develなのか
241: 2022/08/18(木)13:16 AAS
検証不可能だが要はこれが望む環境で使えんライブラリであると
画像ﾘﾝｸ[png]:i.imgur.com
何をゴチャゴチャビルドだのdevelだの書いていると思ったわ
/procがどうのこうのだの切り分けが半端だったんだから先ずは不満な人が
既存パッケージで作れる環境でいちから試せば少しでも前進するんじゃね
242(1): 2022/08/18(木)13:25 AAS
パッチ当てが必要とか書いてるみたいだけど必要ならソースあるよ
外部ﾘﾝｸ:github.com
243: 2022/08/18(木)13:30 AAS
>wine-devel(7系？)では imm32.dll.so が無くなったせいなのか
外部ﾘﾝｸ:github.com
244(2): 2022/08/18(木)13:39 AAS
imm32.dll.so と書いてるのはwime君であってwimeの作者じゃないけどな
作者は imm.c にパッチをあてろと書いてるだけ
>>242
wine-devel でも imm.c はある
というか>>217-218見るとパッチがあたって無い
wine-devel/files に置くんじゃなくて
make patch の後手作業でファイルを変更してみたら
245: 2022/08/18(木)13:54 AAS
ソース置き場まとめ
wime君がつかってるやつ
外部ﾘﾝｸ:github.com
現行pkgのやつ(wine-6.0.4)
外部ﾘﾝｸ:github.com
quarterlyのwine-develのやつ(wine-devel-7.8)
外部ﾘﾝｸ:github.com
246(1): 2022/08/18(木)14:04 AAS
ソースが無いって話はしてないぞ
imm32.dll.so が無くなった
でも imm32.dll.so なんて言ってるのはwime君で作者じゃない
linux でも7系では imm32.dll.so は無いようだ
247: 2022/08/18(木)14:14 AAS
つまり氏のコレは早とちりか何かと
206 名前：FreeBSDでwimeを使っている君 []： 2022/08/08(月) 20:52:30.49
注：
i386-wineで32bitなATOKを使う場合、32bitなファイル（imm32.dll.so）に
wimeのパッチをあてる必要がありますが、i386-wineは、バイナリ配布の
ため、i386-wineのportsでwimeのパッチをあてるのは、そもそも無理だった、
ということになります
248(3): 2022/08/18(木)14:24 AAS
>imm32.dll.so
あるよ latestの wine-devel-7.14,1 i386のパッケージを展開し確認
quarterly の7.8に同梱されているかはしらん
249(2): 248 2022/08/18(木)14:26 AAS
>>248
あ、微妙に違ってた
imm32.dll はあるが imm32.dll.so というファイルは無い
250: 248 2022/08/18(木)14:29 AAS
>>249
>imm32.dll
マジックナンバー文字列は「MZ」
251(1): 2022/08/18(木)14:36 AAS
作者が書いてるのは imm.c にパッチをあてろ(wime-4.1.5 の環境は wine 7.7)
wime君はパッチが影響するのは imm32.dll.so と判断した
6系まではそれでよかったのかもしれないが
7系では imm32.dll.so は無くなった
だからファイルをコピーするんじゃなくてパッチをあてた wine 全体をインストールするように>>233
でもよく読んだら wine-devel(7系)ではパッチがあたってない
だからとりあえず手作業でファイルを変更してみては >>244
省3
252: 2022/08/18(木)15:05 AAS
> i386 の quarterly の wine-devel-7.8,1.pkg
> には無い +MANIFEST にも無い
コレでええの？elfバイナリでは無い様だが
画像ﾘﾝｸ[png]:i.imgur.com
> latest の wine-devel-7.8,1.pkg
現在pkgに存在しないバージョンの様だが更新していないportsでもつかってんのかな
253: 2022/08/18(木)15:15 AAS
> 現在pkgに存在しないバージョンの様だが更新していないportsでもつかってんのかな
コピペミス
wine-devel-7.14,1.pkg
254: 2022/08/18(木)15:22 AAS
こちらもelfじゃないみたいだけど
画像ﾘﾝｸ[png]:i.imgur.com
255(1): 2022/08/18(木)15:37 AAS
>>231
twm愛好家なんだ よかったらあっちのスレも盛り上げてよ
256: 2022/08/18(木)16:48 AAS
13.1-RELEASE-p1 quarterly
いつの間にか sysutils/fusefs-smbnetfs がふつうに使える様になっとる
クライアントマシンとしてSMB2以降を使いたい人にはオススメ
257: 2022/08/18(木)23:05 AAS
時代はarmやで
258: FreeBSDでwimeを使っている君 2022/08/19(金)02:13 AAS
>>232
ん？ よく意味が分からないです……。
悪いところがあれば直します。
助言者が欲しくて書いているようなものですから。
>>255
「あっち」？
259: FreeBSDでwimeを使っている君 2022/08/19(金)02:14 AAS
あらやだ、すごいことになってるわ、困ったわね（意味深）。
画像のチカラってすごいのかな（意味深）。
※こんなボケを書く雰囲気ではないんですけれど一応。
260: FreeBSDでwimeを使っている君 2022/08/19(金)02:29 AAS
個別にレスできませんが、誤解を解きたいです。
>>239 の通りで、執筆者が今のところ、i386-wine-devel(6.12)を
使うのは、pkg(8)も、Portsも、現在のWineは6.0.4だからです。
なぜ、Wineのdevel版なのか、は、さがわ@sagawa_aki氏の修正が、
即、入っていたりして、新しいからです。
今までWineの「devel」で困ったことは、Wine1系の時に、
まったく動かなかったことが、２度あっただけで、
省5
261: FreeBSDでwimeを使っている君 2022/08/19(金)02:32 AAS
>>217 の試行では、wine-devel(7.14)がPortsのVersion
でしたので、pkg(8)も、一時的に、latestにしました。
>>244
＞imm32.dll.so と書いてるのはwime君であって
その通りで、imm32.dll.soとか、imm32.dllとか、
のことを書いているのは執筆者本人のみです。
「wime」ではパッチをあてろとしか言っていません。
262(1): FreeBSDでwimeを使っている君 2022/08/19(金)02:34 AAS
>>246 >>251 の通りです。>>217 の繰り返しになりますが、
amd64のpkg(8)のwine-devel(7.14)では、imm32.dllは、
ホームディレクトリ以下の、
~/.i386-wine-pkg/usr/local/lib/wine/fakedlls/imm32.dll
~/.wine/drive_c/windows/system32/imm32.dll
の下にしかなく、ファイルサイズもかなり小さいうえ、
サイズも同じでした。「fakedlls」だからでしょうか。
省4
263(1): FreeBSDでwimeを使っている君 2022/08/19(金)02:38 AAS
〔前からの続き〕
i386で作った（パッチをあてた）imm32.dllの場合、
Ｃ言語は読めませんが、imm32.cにパッチ内の文字列が
含まれていたので、imm32.dllには正常にパッチがあたって
いると判断しました。
※以前は、FreeBSDのPortsで「imm.c」にパッチをあてると
「imm.c.orig」などと元のファイルが残りましたが、
省7
264: FreeBSDでwimeを使っている君 2022/08/19(金)02:41 AAS
>>69 の時点で、
FreeBSD13.0R/amd64で、Wine7.0.r2(WOW64対応版)で
wimeを動かそうと試行しました。
>>67 で、
Wineにwimeのパッチ（imm-magic-1.7.3）をあてたのは、
FreeBSD13.0R/i386上のWine7.2(WOW64対応版)です。
その時点で、「imm32.dll.so」でなく、「imm32.dll」が
省5
265: FreeBSDでwimeを使っている君 2022/08/19(金)02:43 AAS
〔前からの続き〕
その結果が、>>71 です。
「imm32.dll」は、
/home/ユーザ名/.i386-wine-pkg/usr/local/lib/wine/i386-windows/imm32.dll
として置き、wimeにより、ATOKは動きました。
ただし、以下のような問題が生じました。>>95 >>99
省5
266: FreeBSDでwimeを使っている君 2022/08/19(金)02:44 AAS
>>233 >>235
＞/usr/local/share/wine/pkg32.sh add 「パッケージのファイル名」
i386で作ったパッケージを「/home/ユーザ名/.i386-wine-pkg」
として持って来られるとは思っていませんでした。
267(1): 2022/08/19(金)02:46 AAS
>>263
pkg がビルドされているのは13.0R、13.1Rとはコンパイラのバージョンが違うので
md5が違うのは当然
268: 2022/08/19(金)06:07 AAS
これは面白くなってきたぞ
乞うご期待
269(1): FreeBSDでwimeを使っている君 2022/08/20(土)02:35 AAS
>>262 では、肝心なことを書き忘れていました。
ホームディレクトリ以下に展開される32bit環境では、
Wine7.14では、「lib/wine/fakedlls」しかなく、
「lib/wine/i386-windows」はなくなっています。
しかし、Wine7.14をi386でmakeすると、
「i386-windows」は存在します。
>>267
省4
270: 2022/08/20(土)07:58 AAS
いつまで続くのかじっくり見物させて頂くとしよう
271: FreeBSDでwimeを使っている君 2022/08/21(日)16:27 AAS
FreeBSD13.1R/amd64のpkg(8)は、quarterlyですので、wine-devel-7.8,1で
試したかったのですが、PortsTreeでは、wine-devel-7.14になっています。
portdowngradeをしたのですが、wine-devel-6.4が最新で、7.8には
戻れませんので、wine-6.0.4,1で試行する事にします。
VirtualBOXの、FreeBSD13.1R/i386のPortsから、wine-6.0.4_1,1を
makeします。もちろん、wimeのimm-magic-1.7.3をあてます（注）。
make packageし、wine-6.0.4_1,1.pkgをamd64側に持って来ました。
省9
272: FreeBSDでwimeを使っている君 2022/08/21(日)16:29 AAS
（注）基本に戻るのは大事だと痛感しました。
外部ﾘﾝｸ:docs.freebsd.org
によると、やはりパッチは、ファイル名の頭に「patch」とつけ、
「patch-imm-magic-1.7.3」とし、内容も文頭の「wine-1.7.3」
のバージョンを削ったほうがよいようです
make後、imm32.c.origが残っており、「+」の行が追加され
「-」の行が削除されていました。
省2
273(3): FreeBSDでwimeを使っている君 2022/08/21(日)16:34 AAS
FreeBSD13.1R/amd64
・pkg(8)からのwine-6.0.4,1
・ホームディレクトリ以下の32bitのWineは、
i386でmake packageしたwimeのパッチが
あたったwine-6.0.4_1,1.pkg
この環境で、32bitなxyzzy.exeが動くのを確認しました。
※.wineの新規生成はしていない。
省8
274(1): 2022/08/21(日)16:37 AAS
>>273
wime-4.1.5/io/Makefile の
ifneq "$(OS)" "Linux"
override LDFLAGS:=$(subst local/lib,local/lib32,$(LDFLAGS))
endif
を消してみたらどうなる？
275: FreeBSDでwimeを使っている君 2022/08/21(日)16:38 AAS
wimeのバイナリをi386で作ったのが問題かと、
wimeを、wine-6.0.4と32bit環境が入ったamd64で、gmakeし直しました。
wimeのconf.mkで「"WOW64?=1"」にした場合、
ld: error: unable to find library -lX11
clang: error: linker command failed with exit code 1
(use -v to see invocation) ※桁折り済み
となり、gmakeが通りませんでした。
省14
276: FreeBSDでwimeを使っている君 2022/08/21(日)16:39 AAS
では、と、amd64で、gmakeした、wimeのwime.exe.soを、
i386でgmakeしたもの（動作確認済み）に差し替えてみては
どうか、と試しましたが、
「W:\\bin\\wime.exe.so" not supported on this system」
と言われました。
なぜなの？
Wine側の64bit/32bitの切り替えに何かがあるのかなあ。
省3
277: FreeBSDでwimeを使っている君 2022/08/21(日)17:31 AAS
>>274
wime-4.1.5/io/Makefile の
ifneq "$(OS)" "Linux"
override LDFLAGS:=$(subst local/lib,local/lib32,$(LDFLAGS))
endif
をコメントアウトし、i386でgmakeしたバイナリを
amd64のWOW64なwine-6.0.4に持ってきました。
省5
278(1): 2022/08/21(日)17:38 AAS
32bit の libX11.so.6 があるディレクトリを
ldconfig -32 で追加したら
279(1): 2022/08/21(日)17:40 AAS
外部ﾘﾝｸ:github.com
ここの portsfetch で quarterly の ports tree が取得できる
wine-devel も 7.8,1
280: FreeBSDでwimeを使っている君 2022/08/21(日)18:39 AAS
○漢字変換はできるが、「wimectrl -s」（ATOKのプロパティ起動）で
ld-elf32.so.1: Shared object "libX11.so.6" not found, required by "wimectrl"
となり、ATOKのプロパティが起動できない件。
環境は >>273と同じで以下。
FreeBSD13.1R/amd64
・pkg(8)からのwine-6.0.4,1(WOW64のもの)
・ホームディレクトリ以下の32bitのWineは、i386でmake packageした
省5
281(1): FreeBSDでwimeを使っている君 2022/08/21(日)18:42 AAS
〔前からの続き〕
>>278
動きました。
執筆者はwimeを手作業でホームディレクトリに置いて
運用しているのですが、
env LD_32_LIBRARY_PATH=/home/ユーザ名/wime/lib\
:/home/ユーザ名/.i386-wine-pkg/usr/local/lib \
省9
282: FreeBSDでwimeを使っている君 2022/08/21(日)19:02 AAS
書き忘れていました。
>>269 で、
＞ホームディレクトリ以下に展開される32bit環境では、
＞Wine7.14では、「lib/wine/fakedlls」しかなく、
＞「lib/wine/i386-windows」はなくなっています。
と書きましたが、
Wine6.0.4でも「lib/wine/fakedlls」しかありませんでした。
省5
283: 2022/08/21(日)19:45 AAS
辛抱した代わりと言ってはなんだがよかったらtwmスレもちょいちょい書いてくれると嬉しい
284: FreeBSDでwimeを使っている君 2022/08/21(日)20:23 AAS
twmというか、ctwmだから、おじゃま虫だなあ。
執筆者君は、ctwm特有のカスタマイズはしないようにして、
すぐにtwmに切り替えられるような.ctwmを書いています。
twmのスレ、見てはいますが、特に書くネタはないなあ。
Windows3.1や、FreeBSDのAfterStep1.4からの慣れで、
「ウインドウを消すバツ（Ｘのロゴ）が最右端でないと、
使いにくいな」と、思ったことがあり、バツを最右端に
省6
285: FreeBSDでwimeを使っている君 2022/08/21(日)20:33 AAS
それで思い出したけど、最近のGNOME系かな、
ユーザーサイド側の窓の装飾ってどうなの、と思う。
Window Manager を考えなくてもよいので、
管理の負担が減るとか、アプリケーション内の入れ子で
表示しやすい、というのが、あるのかもしれないけれど、
X Window Systemの考え方からは、逆行しているように思う。
もし、ユーザーサイド側の窓の装飾を、流行などで、
省3
286: 2022/08/22(月)04:36 AAS
>>281
使ってないから知らなかったが net/gitup 見たら
gitup.conf.sample に quarterly の設定もあるな
ports の更新もこれ使えばいいんじゃね
287: 2022/08/22(月)05:07 AAS
portsfetch でも更新できるから
どちらでもいいが
288: FreeBSDでwimeを使っている君 2022/08/23(火)23:04 AAS
「portsfetch」の、ご紹介ありがとうございました。
ありがたいShellScriptですね。
VirtualBox6.1.36内のFreeBSD13.1R/i386で、portsfetchを
動かしたところ、動作中にリブートがかかりました。
portsfetch内から追加パッケージをインストールしたまま
動かしていたからなのか、負荷がかかりすぎたのか、は
不明です。
省3
289: FreeBSDでwimeを使っている君 2022/08/23(火)23:06 AAS
さて、FreeBSDのWine7.8(WOW64)を試しました。
環境：FreeBSD13.1R/amd64
・pkg(8)からのwine-devel-7.8,1(WOW64)
・HomeDirectory以下の32bitのWine環境(.i386-wine-pkg)は、
i386のPortsでwimeのPatchをあてたwine-devel-7.8,1を
make packageし、amd64に持ってきたもの
・wime4.1.5は、FreeBSD13.1R/i386でgmakeしたもの
省15
290: FreeBSDでwimeを使っている君 2022/08/23(火)23:08 AAS
〔前からの続き〕
Wineは、７系からUI(winecfg)が、昔のWindowsのような
灰色から、白に変わったんですね。
普通に漢字変換でき、xyzzyなども起動するのですが、
xyzzy内から、印刷をクリックすると、
「通常使うプリンタが設定されていません」です。
Wineでは、FreeBSD側で正常に印刷できる状態なら、
省13
上下前次1-新書関写板覧索設栞歴
あと 111 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.027s