BSD/LinuxでのOffice/Desktop環境を語れ！　Part03

BSD/LinuxでのOffice/Desktop環境を語れ！　Part03 (400ﾚｽ)
上下前次 1-新

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 \
/home/ユーザ名/wime/bin/wimectrl -s
※バックスラッシュで続いています

として「.i386-wine-pkg/usr/local/lib」を追加することで、
「wimectrl -s」でATOKのプロパティが起動しました。

FreeBSD特有の話なので、wimeの作者に手間を取らせる質問を
しなくて済みました。

みなさん、辛抱強い助言を、ありがとうございました。

本当にありがとうございました。

>>279 知りませんでした。後日、Wine7.x系をやってみます。

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」しかありませんでした。
執筆者は、安直に「imm32.dll.so」や「imm32.dll」の
ファイルだけを持って来ていましたが、
「パッケージで持ってくればよい」という知見が、
このスレで与えられました。

みなさんありがとうございました。

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からの慣れで、
「ウインドウを消すバツ（Ｘのロゴ）が最右端でないと、
使いにくいな」と、思ったことがあり、バツを最右端に
する設定を、ググり中に見つけたが、バツを最右端にすると
リサイズボタンが使いにくくなるのに気づいて、最右端は
リサイズボタンなのだなあ、と、思ったことがあります。

よくあるウインドウのように隅っこでリサイズできると
いいんだけど、窓枠が太くなるしなあ。

まあ、気をつけておきます。

285: FreeBSDでwimeを使っている君 2022/08/21(日)20:33 AAS
それで思い出したけど、最近のGNOME系かな、
ユーザーサイド側の窓の装飾ってどうなの、と思う。

Window Manager を考えなくてもよいので、
管理の負担が減るとか、アプリケーション内の入れ子で
表示しやすい、というのが、あるのかもしれないけれど、
X Window Systemの考え方からは、逆行しているように思う。

もし、ユーザーサイド側の窓の装飾を、流行などで、
コロコロと変えられたら、ユーザ側からは地獄でしょ。

それに、そういう事をすると、逆に古びると思う。
「スマホ風のUIだって、プギャー」って時代も来るだろうし。

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内から追加パッケージをインストールしたまま
動かしていたからなのか、負荷がかかりすぎたのか、は
不明です。
ですが、リブート後、再度、portsfetch したら
（何かを取得し直しになりましたが）、PortsTreeが
quarterlyになりました。

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したもの

amd64で、pkg(8)から、wine-devel-7.8を入れ、

%/usr/local/share/wine/pkg32.sh install
mesa-dri FAudio desktop-file-utils fontconfig gcc11
gnutls jpeg-turbo lcms2 libGLU libXcomposite
openal-soft vkd3d

%/usr/local/share/wine/pkg32.sh add
/フルパス/wine-devel-7.8,1.pkg

とし、無事、wime4.1.5は動き、漢字変換できました。

ATOKのプロパティも以下のように
「.i386-wine-pkg/usr/local/lib」を追加して
起動しました。

env LD_32_LIBRARY_PATH=/home/ユーザ名/wime/lib\
:/home/ユーザ名/.i386-wine-pkg/usr/local/lib \
/home/ユーザ名/wime/bin/wimectrl -s

〔次に続く〕

290: FreeBSDでwimeを使っている君 2022/08/23(火)23:08 AAS
〔前からの続き〕

Wineは、７系からUI(winecfg)が、昔のWindowsのような
灰色から、白に変わったんですね。

普通に漢字変換でき、xyzzyなども起動するのですが、
xyzzy内から、印刷をクリックすると、

「通常使うプリンタが設定されていません」です。

Wineでは、FreeBSD側で正常に印刷できる状態なら、
Wineでも印刷できます。
※執筆者は昔ながらの「/usr/bin/lp」を使っています。

Wine7.x系からは、変わったようです。
初めて、Wine7.0を試したとき（>>94-96）も
「通常使うプリンタが設定されていません」
だったのもあり、即、i386-wine-develに戻ったことを
思い出しました。

いろいろとググりましたが、Wine7.x以降での
プリンタまわりの変更点は分かりませんでした。
※Wineのコントロールパネルでは設定できませんしね。

で、Win6.0.4に戻りました。
Win6.0.4では、プリンタは、printcapの設定通りに見えて、
印刷できました。

291: FreeBSDでwimeを使っている君 2022/08/23(火)23:10 AAS
Wine7.x系で、64bitで動くソフトウェアからの印刷は
試していませんが、32bitWine側で、
「lpd_enable="YES"」とか「/etc/printcap」
みたいなことができれば、使えるような気もします。

参考：
Wine - ArchWiki
外部ﾘﾝｸ[B7]:wiki.archlinux.jp
＞win32 prefix で wine アプリケーション (例: MS Word) を使って
＞プリンター (ローカル・ネットワーク両方) を使用するには
＞lib32-libcups パッケージをインストールしてください。

※ArchWikiは良いですよね。
　大昔によくあったXでの設定も、ちゃんと載っていますし。

292: 2022/08/24(水)11:18 AAS
素直に pkg32.sh で cups インストールして設定すればいいと思うが

293: 2022/08/24(水)11:55 AAS
wime君育成ゲームスレっぽくなってきた

294: FreeBSDでwimeを使っている君 2022/09/12(月)00:30 AA×

295: FreeBSDでwimeを使っている君 2022/09/12(月)00:33 AAS
□いまさらながらCUPSを試す 2/3

○機種名.ppd
Brotherのサイトから、MacOS用のppdファイルとされるものを
ダウンロードし、
機種名など.dmg→機種名など.pkg→機種名.gz→機種名、の
ファイルを抽出します。ついでに機種名.ppdとReNameしておきます。
執筆者はMacOSには、うといので、「機種名など.dmg」から
Windows版の「7-Zip Ver22.00」を使用してppdファイルを
抽出しました。
※ppdファイルは必ず必要というわけではありませんが、
　類似型番の機種設定で使うより、気持ちいいと思います。
※ppdファイルの内容を見て、文書頭にあるパスっぽい部分は
　MacOS特有のようなので削除しました。

○CUPS設定手順
ブラウザで「外部ﾘﾝｸ:localhost:631」を開き、
上のバー状メニューの「Administration」から指定してゆきます。
途中でloginが求められますが、root様を指定してください。
「add」でプリンタが見えますが、「Discovered」で見えた機種名を
選ばないでください。※後でネットワーク接続の設定をするため。
「LPD/LPR Host or Printer」を選び、
Connection:の、lpdと入っている部分を
「lpd://192.168.x.x/binary_p1」とIPアドレスを追加編集します。
下の方の「Or Provide a PPD File:」で、前述のMacOS用ファイルから
抽出したppdファイルを指定します。

296: FreeBSDでwimeを使っている君 2022/09/12(月)00:34 AAS
□いまさらながらCUPSを試す 3/3

以上の手順で、CUPSで印刷できます。
実際に、leafpadと、libreofficeで、印刷できました。
印刷キューは「外部ﾘﾝｸ:localhost:631」で見えました。

参考にしたサイト：

HL-5380DN, Debian
外部ﾘﾝｸ[html]:bm.skr.jp

Linux上で印刷する (CUPSを設定する) - Let's Try It!
外部ﾘﾝｸ[html]:www.letstryit.net

FreeBSD10.0システムインストール
外部ﾘﾝｸ[html]:web.cc.yamaguchi-u.ac.jp

５．５プリンタの設定 | あらかると
外部ﾘﾝｸ:www.starlink.jp

297: FreeBSDでwimeを使っている君 2022/09/12(月)00:37 AAS
□FreeBSDのWOW64な、Wine6.x系、Wine7.x系からの印刷 1/2

＊執筆者特有の条件
　・Wine6.0.4、Wine7.8のどちらにもwimeのパッチをあてた
　　i386なpkg(8)を「pkg32.sh install」。
　・Wine6.0.4、Wine7.8のどちらも、i386なpkg(8)の
　　makeオプションは標準のままなので
　　「CUPS=off: CUPS printing system support」のまま。

＊状態
　・LPR(/usr/bin/lp)、CUPSのどちらも、
　　amd64ネィティブのlibreofficeなどから印刷できるのを
　　確認済みの状態。

＊目標
　WOW64なWineで、32bitなWindowsソフトウェアからの印刷をめざす。

「%/usr/local/share/wine/pkg32.sh install」で、指定のpkg(8)を
ユーザのホームディレクトリ以下に、ユーザ権限でインストールした
うえで、追加として「cups」「cups-filters」をインストールしました。

298: FreeBSDでwimeを使っている君 2022/09/12(月)00:38 AAS
□FreeBSDのWOW64な、Wine6.x系、Wine7.x系からの印刷 2/2

＊Wine6.0.4
　LPRで印刷できる。
　CUPSでは「通常使うプリンタが設定されていません」。
　※Wine6.0.4では、「lpd_enable="YES"」を切ってあっても
　　「/etc/printcap」の中身を見てプリンタ名を返しています。

＊Wine7.8(wine-devel)
　LPRで「通常使うプリンタが設定されていません」。
　CUPSでも「通常使うプリンタが設定されていません」。

という結果になりました。

32bitなWineを「CUPS=on」でmakeすればいいのかもしれませんが、
そこまでして「CUPS」を使いたいわけではないし……。

Wine7.x系に、特段の思い入れがあるわけでもないし……、
なので、Wineの安定版が7.xになってから試すことにします。

それを思えば、libreofficeは、LPRでも、CUPSでも、印刷できて
偉いなあ、と思います。

じゃ、お夜食を食べてきます。

299: 2022/12/29(木)07:50 AAS
Wineなんか使わん

300: FreeBSDでwimeを使っている君 2023/01/08(日)22:04 AAS
備忘録。

タイミングで該当バージョンに当たった人がいるかもしれませんが
firefox-105は避けた方がよいようです。
Firefox-ESRが105固定になりませんように。

2chｽﾚ:unix

301: 2023/01/09(月)00:42 AAS
Firefoxは常に最新使ってるが105の時も落ちた事はないな
なおESRになるバージョンは決まってる
外部ﾘﾝｸ:wiki.mozilla.org

302: FreeBSDでwimeを使っている君 2023/01/10(火)00:59 AAS
あ、やっぱり、１つだけの報告の場合、
判断は保留したほうがいいのか。
つい、飛びついちゃうな。
ReleaseCalendarは知りませんでした。
ありがとうございました。

303(3): FreeBSDでwimeを使っている君 2023/01/29(日)19:02 AAS
少し前にWine8.0がReleaceされました。

さがわ@sagawa_aki　（sagawa_aki/status/1618968131002834944）
＞Wineの32bitライブラリがUnixシステムの32bitライブラリ
＞（FreeTypeやGstreamerなど）を使わなくなるので、
＞その分のディスクスペースを節約できます。
＞将来にディストリビューションがi386パッケージの提供をやめても、
＞32bitのコードセグメントを実行する機構を残してくれれば、へっちゃらです。
＞10:44 PM ・ Jan 27, 2023

FreeBSDのWOW64なWineが、64bit版Wineと、32bit版Wineを、
たばねた（注１）ような状態（注２）であるのは、
Wineの開発方向を把握した上で、将来的に対応しやすいように
配慮してあるのかもしれません。

「/usr/local/share/wine/pkg32.sh install wine mesa-dri」として、
pkg(8)の指示による、ユーザ実行のShellScriptで、
32bit版のWineを、ユーザのホームディレクトリに
インストールしなくてもよくなる方向か、と思います。

注１：別々に存在する物を同時に使えるようにしてある。
注２：Linux版も同様の状態かもしれませんが、執筆者は
　　　Linuxを知らないのでわかりません。

※投稿時に、書き込みの末尾に、自動的にゴミがつくので
　twitterURLの先頭部分をカットしています。

304: FreeBSDでwimeを使っている君 2023/01/29(日)19:06 AAS
>>303
参考URL

WineHQ - Wine Announcement - The Wine team is proud to announce that the stable release Wine 8.0
外部ﾘﾝｸ:www.winehq.org

「Wine 8.0」がリリース〜LinuxでWindowsのGUIアプリを直接実行できる互換レイヤー - 窓の杜
外部ﾘﾝｸ[html]:forest.watch.impress.co.jp

今夜も Wine で乾杯! - 23本目
2chｽﾚ:linux
＞このリファクタリングが完全に完了すると、
＞基幹のkernel32.dllやgdi32.dll、user32.dllすら
＞wineのからwindowsのに差し替えても動作するはずなので、
＞理屈の上では互換性がさらに向上するはず
（中略）
＞従来の64bit Linuxで32bitバイナリを動かす仕組みではなく、
＞64bitWindowsと同様の仕組みで32bit windowsバイナリを実行できる
＞新しいWOW64が実装された

305: FreeBSDでwimeを使っている君 2023/03/25(土)20:50 AAS
さがわ@sagawa_aki　（sagawa_aki/status/1634408136709918725）
＞Wine 8以降のコミットをみると、IMM32によるIMEサポートを
＞加えようとしている様子がうかがえる。
＞方針がMLで共有されていないので、先行きは不明だけれど、
＞XIMと決別できるといいなあ。
1:17 PM ・ Mar 11, 2023
（全文引用）（改行位置は引用者）（twitterURLの先頭部分をカット）

との事で、
うまくゆけば、Wine環境下で動作するWindowsソフトウェアに対して
WindowsのIMEを使って入力する事が可能になるかもしれません。
そうなれば、wimeが修正される可能性も、あるかと思われます。

（備考１）
大昔の事で、どこで読んだか忘れましたが、
既知情報として、MicrosoftOffice付属などのMicrosoftIMEは、
Wine環境下にInstallできない（エラー停止）、とされています。

（備考２）
Wine8系のportが進まないのか、FreeBSDのVersionUpのタイミングに
合わせるのか、一般ユーザには事情が分かりかねますが、FreshPortsに
よると、現時点で、FreeBSDのwine-develは、7.22,1です。

306(1): FreeBSDでwimeを使っている君 2023/06/16(金)01:29 AAS
2023/05/31にwime4.1.6がリリースされていました。
「パッチの整理」との事です。
パッチファイルが、WineのVersion別（Wine7.x、Wine8.x）に
増加しています。

wime4.1.6のReadmeの「Wineへのパッチ」を見ると、
Wine7系、Wine8.4までは、必要に応じて各種パッチをあてる必要が
ありますが、Wine8.6以降では、パッチは必要なくなります。
ただし、
「wimegtkやwimeximでかな入力をする場合はパッチkanainputを適用」
とのことです。
※kanainputは、Wine5.8以降、Wine7.7以降、Wine8.3以降の別がある。

単純にCannaとして使う場合、Wine8.6以降の場合、
Wineを自前でmakeする必要がなくなりました。
執筆者としては、とてもうれしいです。
まあ、現在のFreeBSDのwine-develは7.22なんですが。

307: FreeBSDでwimeを使っている君 2023/06/16(金)01:33 AAS
FreeBSDの場合、64bit版ATOKは、Wine環境下にinstallできない、と、
執筆者は、どこかで読んだような気がするので、実際にその通りなら、
64bit版ATOK用のwimeのtransmsgパッチは、考えなくてもよいと
思います。
いずれ、64bit版ATOKがFreeBSDでの64bitなWine環境下にinstall
できるようになってから（ならないかもしれませんが）、
考えればよいでしょう。

いずれにしても、ATOKが32bit版をリリースしなくなったら、
FreeBSDではどうするか、という問題が残ります。
現時点では「ATOK Passport」には、32bit版があります（注）が、
おそらく、Windowsの動きに追従すると思いますので、
32bit版Windowsが完全に消えた場合、ATOKも32bit版が
新規に入手できなくなるかもしれません。

（注）
ATOK Passport32bit版のVersionUpが、2023/02/10に、
UpdateModuleが、2022/06/21に更新されている。

308: FreeBSDでwimeを使っている君 2023/07/16(日)03:00 AAS
前スレッドを事実上の占有状態で消費した事による贖罪の意味で、
執筆者は、次スレッドとして、このスレッドを作成しました。
別にスレッドのヌシというわけではありません。

5ch(2ch)専用ブラウザ分裂がらみの「talk」掲示板のUNIX板には、
このスレッドと同名のスレッド（>>1のみがある状態）が存在しますが、
執筆者が関与したものではありません。
>>1 のみが、コピーされた形でのスレッドのようです。
「出典」という形で、このスレッドのURLが表記されてはいますが、
著作権的にはどうなんでしょうね。
「出典」には、あたらないように思います。以上です。

309: 2023/08/17(木)03:17 AAS
32bitWineは少なくとも15、16では動くだろうけど先のことは分からない
15.0が出るとまた方針が変わるかもしれないよと
外部ﾘﾝｸ:cgit.freebsd.org

今の流れ的には32bitに関して考慮する必要があるのは主にarmとWineについてで
i386自体はもういいだろって感じ

310: 2023/08/17(木)09:01 AAS
14.0では32bitカーネルは非推奨で15.0で削除される可能性があると警告が出るようになった
でも最終決定はまだ

上下前次 1-新書関写板覧索設栞歴

あと 90 ﾚｽあります
ｽﾚ情報赤ﾚｽ抽出画像ﾚｽ抽出歴の未読ｽﾚ

ぬこの手ぬこTOP 0.045s