FreeBSD での Office 環境を語れ! その2

**Brother Linux lpr Driver ON FreeBSD** · 2008/04/16(水) 02:59:00

製品のスレがあるんですが、FreeBSDに関することなのでこちらに報告。

Brotherのインクジェット複合機
（家庭向け MyMio DCP/MFC-???Cシリーズ・ビジネス向け MFC-????シリーズ）
では、現在、ブラザーからLinuxのlprドライバが配布されています。
しかし、「FreeBSDはサポートしていません。」という状況です。
ttp://solutions.brother.co.jp/support/os/linux/lpr_printer/driver.html
ttp://solutions.brother.co.jp/support/os/linux/cups_printer/faq_printer.html

すこしググればannounce-jpの川口氏の情報がみつかると思います。
ttp://pinet.jp/marron/som?ix=6386&ml=freebsd
これはLinuxEmulationの機能を使った試みですが「実際にやってみたよ」という
情報は残念ながらありません。

そこで、当方初心者ですが、実際にやってみたら i386 / amd64 環境とも
動きましたので報告です。

FreeBSD6.3R / i386 と FreeBSD6.1R / amd64
LinuxEmulation 有効 (/usr/ports/emulators/linux_base-fc4)
ja-ghostscript インストール済
MFC5840CN （ネットワーク接続。静的にIPアドレスを割当）

川口氏の手順通りで使えますが、フィルタ（ps2brij.sh）の内容に間違いというか
ケアレスミスがあります。
フィルタ記述中の paperinfij2 と brMFC210Crc の場所が lpd の下になっていますが
手順通りなら inf の下のはずです。それと当方では gs に exec をつけたら
動かなかったので gs をフルパスで指定しました。

**Brother Linux lpr Driver ON FreeBSD** · 2008/04/16(水) 03:02:34

/usr/local/Brother/lpd/rastertobrij2 は一応、実行パーミッションをたてました。
/etc/printcapもよくあるリモートプリンタの説明通りに設定しました。
（「:rm=」はIPアドレスにしました）
これはすべきかどうか自信がないのですが、リモートプリンタの名前解決のため、
/etc/hosts にプリンタのIPアドレスとホスト名（あらかじめプリンタに設定
されているもの）を追加しました。

i386では、Wineを使って「はがき作家 Free(Ver1)」という古いWindowsソフトから
印刷してみましたが、普通に印刷できました。amd64ではFireFoxで印刷し、
正常に印刷できるのを確認しました。

ただし、紙を収納したトレイの選択と紙のサイズが選択できません。
川口氏の説明通りの設定なら「トレイ自動選択」（トレイ１）、「A4」のままです。
/usr/local/Brother/inf/brMFC210Crc（当方では brMFC5840CNrc ですが）
の中を↓を参考にいじりましたが、ダメですね。
ttp://solutions.brother.com/linux/sol/printer/linux/printsetlpr-ink2.html

Tray2 JISB5 設定にしてみましたがプリンタにデータが送られた時点で消えます。
lprスプーラ自体は動いてます。

もしヒントになる事があればお願いします。

**wxg-1.0b-1 Linux To LinuxEmulation ON FreeBSD** · 2008/04/16(水) 03:12:58

WXGのスレもあるんですが、廃虚なのでこちらで。

さて、LinuxEmulationはすごいということで（こんなにすごいとは思わなかった）
WXGの Linux版をLinuxEmulationで動かしてみようか、と思いました。

かなりググるとNetBSDのLinuxエミュレーションで使用している方がいます。
ttp://www.jaist.ac.jp/~ryoh/NetBSD_diary.html
なんとかなりそうですが……。

wxg-1.0b-1.tar.gzをほどき、Linux版を取り出します。
MakefileやREADMEなどを参考にtarから各種ファイルを~/wxgなどの下の
想定されるディレクトリに手でコピー。実行バイナリは~/wxg/binにまとめました。
*.gdsなどの辞書ファイルは Makefile のコマンドラインを元に手で生成しました。
そのwxgディレクトリは一応、想定される/usr/compat/linux/var/lib/wxg/に移動。
Linux版ではlibstdc++.so.2.8が必要ですので、
ttp://rpm.pbone.net/index.php3/stat/4/idpl/1561362/com/compat-libstdc++-8-3.3.4.2.i386.rpm.html
あたりからcompat-libstdc++-8-3.3.4.2.i386.rpmを持って来ます。
compat-libstdc++-8-3.3.4.2.i386.rpmからrpm2cpioなどでlibstdc++.so.2.8.0
を取り出し、~/wxg/libに置き、/usr/compat/linux/usr/lib/libstdc++.so.2.8
へシンボリックリンクします。

で、wxgserverはもちろんのこと、辞書登録ツールなども動きます。
さて、cannaserverを止め、wxgserverを動かし、cannaクライアント（yc.el）
を動かした……、のですが、yc.el読み込みが終了せず、無効のままemacsが上がります。
WXGのスレではyc.elで動いてるそうですし、yc.elの公式でも動いているようですが。
いくらwxg+yc.elでググってもヒントすらないのであきらめ気分です。
もし、wxgを使っていた方がおられましたら、注意点などを教えて頂ければありがたいです。

**名無しさん＠お腹いっぱい。** · 2008/04/16(水) 04:32:15

>>684
わお、これすごいね。
うちの会社にもブラザーのMFC-XXがあるんだけど、変なプリンタサーバーみたいなのにつながっていて、
使えんわ。（LAN上にあるのにWinではUSB機器として見えるやつ）
直接イーサネットを接続してつかっちゃろか。
なんにせよグッジョブ。

**名無しさん＠お腹いっぱい。** · 2008/04/16(水) 16:14:43

>>682, 683

マイレイアウト追加って出来ますか?
数式の規定フォントの指定って出来ますか?

**名無しさん＠お腹いっぱい。** · 2008/04/17(木) 09:05:46

>684-
検証情報はみんなに有用だと思うのでありがとです～

折角の情報は ML とかにながしてくれると嬉しい．

自分やるのはイヤという場合、引用みたいにして
ML とかに転載しても良いですか?

**684-686** · 2008/04/17(木) 17:55:05

>>689
Brother Linux lprドライバ検証の件、たいした事ではないと思っていましたが
価値があったんですね。
後から来た人のために、という意味あいもあり、流れがゆるくgoogleに
ひっかかりやすいこのスレで報告したまでで。
MLには入ってないので流せませんですが、MLへの引用転載はかまいません。
どなたかがしていただけるなら、お手間になりますがよろしくお願いします。
「FreeBSDでは使えないから」「Linuxでやっと使えたよ」
みたいなヌルい情報が多い中、丁寧な説明と丁寧な手順（フィルタの内容まで）
を示していただいた川口氏にはお礼申し上げます。

**684-686** · 2008/04/17(木) 18:26:16

FreeBSDを10年使って来たが、初めて少しだけFreeBSDに恩返し、かも。

さて。wxgの件（>>686）。これ、肝心な事を書き忘れていたが、
7.0R/amd64でWXG Linuxを動かそうという話でして。

amd64はi386なバイナリが走らない、と、どこか（amd64のスレかな？）で読んだので、
じゃあLinuxな32bitバイナリはどうだろう、動けばネィテイブと同じはずだし、
と思ったわけでして。
Linuxエミュレーションなwxgserverは、バージョン表示ができるので
動くのは動いているが、yc.elとかng-cannaなどのcannaクライアント
がcannaサーバと通信できないんだよね。
実際にwxgserver は /tmp に .iroha_unix を作成している
ので動いているはず。UNIXドメインソケットな今どきのFreeBSDのcanna環境では
逆にLinux版の動作としての.iroha_unixでいいはずだし。
wxgserverをcannaserverと同じユーザー・パーミッションにしてみたがだめ。
wxgserverをbinで動かすことができれば、よりcannaserverに近づけられるんだけど
wxgserverは -u bin オプションはないし。

まあ、動いたとしても、Linuxエミュレーション動作後にwxgserverを動かす方法も
分からないので起動スクリプト関係でまた悩みそう。いずれにしてももうだめぽです。
亀レスでもいいのでヒントがあれば引続きお願いしつつROMにcannaにもどります。

**名無しさん＠お腹いっぱい。** · 2008/04/26(土) 02:13:22

一時期、FreeBSD上で、バイナリ商売をしようとしかけた会社が日本にも
幾つかあったけど、みなFreeBSD2.8Rから3.0ｘへの移行時にずっこけて
手を引いてしまったね。

**Brother Linux lpr Driver ON FreeBSD ...MORE (1/2)** · 2008/05/01(木) 23:53:59

>>684-685
紙を収納したトレイの選択と紙のサイズの選択についての追試。

環境：FreeBSD7.0R/amd64/SMP （以下 >>684 と同じ）

あまりPostScriptの印刷まわりを理解してなかったんですが、
多少なりとも知識を仕入れ、以下のような流れを想定して、
組みあわせを検証してみました。

B5サイズの用紙として作成されたポストスクリプト文書
　↓
GhostScript -sPAPERSIZE=jisb5
　↓
brMFC5840CNrc (PaperType=B5 / PaperSource=Tray2)

-sPAPERSIZE=jisb5　brMFC5840CNrc(JISB5/Tray2)　　だめ。*1
-sPAPERSIZE=jisb5　brMFC5840CNrc(JISB5/AutoSelect)だめ。
-sPAPERSIZE=jisb5　brMFC5840CNrc(B5/Tray2 )　　　だめ。
-sPAPERSIZE=jisb5　brMFC5840CNrc(B5/AutoSelect)　だめ。
-sPAPERSIZE=jisb5　brMFC5840CNrc(A4/Tray2 )　　　正常。Tray2からB5出力。
-sPAPERSIZE=a4　　 brMFC5840CNrc(A4/Tray2 )　　　正常。Tray2からB5出力。
-sPAPERSIZE=a4　　 brMFC5840CNrc(A4/AutoSelect)　正常。Tray1からB5出力。*2

*1　「だめ」は、lpdがデータをプリンタに送ったものの、出力がない状態。

*2　Windows環境でもトレイの自動選択（紙の種類を理解してトレイを切り替える）
　　は効かず、Tray1から出力されます。
　　これはこれでおかしいような気がしますが、マニュアルやサイトFAQを見ても
　　載ってないので放置状態です。（本体には紙の種類を登録してあるんですが）

**Brother Linux lpr Driver ON FreeBSD ...MORE (2/2)** · 2008/05/02(金) 00:04:51

>>684-685 , >>693
・jless /var/log/lpd-errs
　Apr 28 19:06:33 ほげ lpd[1375]: mfc5840cn: filter 'f' exited (retcode=139)
　何がこのメッセージを出しているのかわからないうえ、意味もわからない……。

・strings /usr/local/Brother/lpd/rastertobrij2 | jless してみた。
　「JISB5」はある。「AUTO TRAY1 TRAY2」などもある。
　brMFC5840CNrc内で「AUTO TRAY1 TRAY2」としても正常に解釈されるのは
　このせいのようす。

・日本サイトの表記はhtmlの表組がズレていて、
　「JIS・B5 PaperType=JISB5」とあるが「JIS B5・PaperType=JISB5」が正しい。
　http://solutions.brother.co.jp/support/os/linux/cups_printer/install_05.html
　国際サイトの表記は間違っていない。
　http://solutions.brother.com/linux/sol/printer/linux/printsetlpr-ink2.html

結局、brMFC5840CNrc の『「PaperType=JISB5」指定』がだめ、とわかりました。
トレイの選択はできます。これはこれで不便ですが、印刷できるだけマシですかね。

※あまりWineで動くアプリを持っていないので完全な検証ではありませんが……。
　Wineで動かしたxyzzyではB5設定にしてもA4で出力されます。
　これはプリンタのプロパティで用紙指定をし、アプリ内で用紙指定ができない
　からかもしれません。でも雰囲気的にWineでは用紙指定を印刷データ内に
　内包して印刷システムに渡せないんじゃないか、とか思います。

**名無しさん＠お腹いっぱい。** · 2008/05/02(金) 00:18:36

>>693-694ですが別件です。

相談なんですが……。
日本語テキストをポストスクリプトへ変換するオススメはないですか？

a2psは知ってましたが、↓を見るといろいろあったんですね。
ttp://www.uopmu.ees.osakafu-u.ac.jp/~yabu/soft/original/#t2ps

>>693-694の検証では、深い理由もないのですが、
DOSの「PRT++」でなじみのあった作者の「txt2ps」を使いました。
※もとがDOS用のため「makefile.unix」はDOS改行（CR+LF）になっており、
　makeが通らないのでUNIX改行（LF）に変換すること。
　txt2ps.iniのフォント名が微妙に違うので、
　/usr/local/share/ghostscript/Resource/Font/ 以下を見て
　適切に指定すること。

txt2psはtxt2ps.iniでフォント指定とかできて、いい感じなんですが、
これ、半角空白が全角空白に置換されて出力されるんですよね。
a2ps-jも同じように半角空白が全角空白で出力されました。

・半角空白が全角空白で置換されて出力されない。
・それなりに自由にヘッダを指定できる。できればフッタも欲しい。

……なソフト、または設定はないですかね？
欲しがる情報（状況）が古すぎるせいかググっても今一つで……。
※ttp://admin.homev6.jp/freebsd/2007/07/brother_hl5270dn.html
　a2psに関して↑は踏まえています。

ちなみに、実は >>452 は私なんですが、現在はこういう不具合
（lprで印刷ジョブが溜る）はありません。お騒がせしました。
今思うと何だったんだろうな、とか思います。

**名無しさん＠お腹いっぱい。** · 2008/05/02(金) 23:47:05

BrotherのLinuxDriver君ですが、散歩がてら寄りました。

日本サイトではさらっとした記述だが、
> Q. FreeBSDで使用できるドライバはないですか？
> FreeBSDはサポートしていません。
> ポストスクリプト/PCLを搭載している製品は、汎用のポストスクリプト/PCLドライバ
> が使用できます。
http://solutions.brother.co.jp/support/os/linux/cups_printer/faq_printer.html

国際サイトではGhostscriptのドライバ名まで書いてくれてる。
> I'm using FreeBSD. Do you have a driver for FreeBSD?
> We do not support FreeBSD. However generic Postscript/PCL driver can be used
> for Postscript or PCL compatible products.
> If your product is a Laser product, you will be able to use the Ghostscript
> hl1250 driver or Ghostscript hl7x0 driver.
http://solutions.brother.com/linux/sol/printer/linux/linux_faq-2.html#5

扱いに違いがありすぎる。「ひでえなあ」とか思ったです。
安価レーザー機がGhostscriptで出力できるのを最近知ったのでくやしいです。
「MFC5840CNが壊れたらオーバースペックだけどBR-Script機を買おう」
とか考えてたですから。

英語圏でもFreeBSDのLinuxEmulationでBrotherのLinuxDriverを使う方法が
解説されていた。
portsの作成方法教えてよ、という話になってる。知らなかったです。
http://vodka-pomme.net/glop-blog/archive/2007/06/02/using-the-brother-printer-drivers-with-freebsd

**名無しさん＠お腹いっぱい。** · 2008/05/02(金) 23:53:06

英語サイトいったほうがいいお
そっからの引き写しなんて珍しくもなんともないから

**名無しさん＠お腹いっぱい。** · 2008/05/04(日) 23:18:14

FreeBSD(amd64/SMP)上のQemu0.9.1、みなさんはどうですか？
Qemuスレでは、けっこう同じ症状の人がいる。
Qemuは定番としてアテにしていたのに泣きそう。

・kqemuを使うとFreeBSDごとフリーズ。
　FreeBSDがフリーズなんて初めてですがな。
　qemu+kqemuでゲストがDOS(fdiskとかformatね)なら動いている。
　WindowsはDOS画面からWindows画面へ移行する時にフリーズ。

・Windows系ゲストでネットワーク関係で負荷がかかるとcore吐いて落ちる。
　ウィンドウ操作でも落ちる事がある。どういう条件で落ちるか不明。
　マウスカーソルがXに戻らずに落ちている。
　http://pc11.2ch.net/test/read.cgi/os/1130079274/798

・0.9.1のゲストにWindows95をインストールしたらウィンドウの残像が残る。
　何かの設定を変え、OKを押してウンドウを閉じたつもりが閉じていない。
　ボタンの押し方がまずかったのかと連打するものの、ウィンドウそのものが
　残像だった。
　NT系なら大丈夫じゃないか、と、Windows2000RCをゲストインストールしてみたら、
　マウスカーソルが四角の空白に化けている。

・0.8.1時代のWindows98ゲストのイメージを使うと、動く事は動くが、ゲストが
　起動するまでかなりの時間がかかる。しかもcore吐いて落ちる。
　http://pc11.2ch.net/test/read.cgi/os/1130079274/812（類似例）

・USBサポートということだが、USB機器を認識してくれない。
　http://pc11.2ch.net/test/read.cgi/os/1130079274/813

**名無しさん＠お腹いっぱい。** · 2008/05/07(水) 09:45:15

unix ユーザのための excel 入門書っていいのないですか？

**名無しさん＠お腹いっぱい。** · 2008/05/07(水) 11:04:13

man execl
あと、
man execv
もお勧め。

**名無しさん＠お腹いっぱい。** · 2008/05/11(日) 18:36:12

ひとり犬小屋スレみたいになってますが、しつこくてすいませんね。

BrotherのLinuxDriverをFreeBSDで使用した場合で、MFC5840CNにおいて
B5用紙が選択できない、B5用紙へ正常に印刷できない、という話です。

Unixネイティブなアプリからならどうだろう、と思い、OpenOfficeはビルドに
26時間とか言う話なのでスルーし、6.3R/i386環境でabiwordを用意しました。
※abiwordはamd64ではmakeが止まる。send-prがなんとかかんとか言われる。
※abiwordは日本語テキストが扱えるがUTF8です。
GhostScript -sPAPERSIZE=jisb5
brMFC5840CNrc (PaperType=A4/PaperSource=Tray2) ※この組合せしか動かない >>693
にしてabiword側もB5用紙を選択して印刷してみました。
左端は正常な幅だと思いますが、上端が7.5cmほど下から印刷がはじまっています。
上端マージンは2.5cmほどなので5cmほど下へズレていることになります。

WineでWinLPrt/32が起動しました。（わーい。と言っても窓の中で動かすモードですが）
でWinLPrt/32から印刷してみましたが、やっぱりA4用紙に印刷している感じで用紙外
に印刷文字がはみ出しています。

これ、ポストスクリプトのほうの問題じゃないか、とか思います。
txt2psでもかなり設定をいじらないと左端、上端が大幅に空いて印刷しますし。
つーか、PaperType=JISB5で検証できない時点で、問題の絞り込みにもなっていない
という感じもしますが。

まあ、A4だけで生きてゆける人々にとっては、かなりいい環境だと思います。
私もB5必須ってわけではないですが、いまさらA形には戻れないので。

引続き遅レスでもいいのでヒントがあれば、お願いします。

**名無しさん＠お腹いっぱい。** · 2008/05/12(月) 09:11:13

なんだったか単純な postscript 命令で
方眼紙模様みたいな感じで「用紙の余白度合い・ズレ確認」な
データがどこかになかったですかね?
そういうのを印刷してみて明らかに変だったら
BR-script のバグじゃね? で brother に言うと
直してくれるかも、って気がします

むかし fj.comp.printer だったか linux 方面だったかに
そういうデータを誰か投げてたんだけど、
現在は似たようなものがどこかにあるかどうかもよくわからんです。
自分で PS 書けるヒトならサササッと
書けるようなものなんだと思うけど…

**名無しさん＠お腹いっぱい。** · 2008/05/13(火) 17:31:45

懐かしいな。
「dpi 指定あるから定規作るのに最適!」
とかいうのもあったな。

**名無しさん＠お腹いっぱい。** · 2008/05/13(火) 18:00:58

>>701
こんなのみっけた。

http://his.luky.org/ML/linux-users.3/msg08133.html
> [summary] page alignment with Ghostscript

**名無しさん＠お腹いっぱい。** · 2008/05/16(金) 03:25:59

例のBrotherのLinuxDriverをFreeBSDで使用してるんだけど（ >>684- ）
A4用紙ならいいけど、B5用紙ならズレるんだよ、という話です。

結果を先に言いますと、B5用紙として出力したポストスクリプトを
適正な位置に印刷することができました。（目測で合わせただけですが）
「かなりの『ちから技』で解決したんじゃないか」と感じています。

>>702-704
助かりました。印刷時に印字位置を補正するという発想がなかったからです。
すべてドライバなどがよきにはからってくれるもんだ、と思い込んでました。
DOS時代は手で用紙の挿入位置を微調節していたのに、もう忘れてるんだね……。
ポストスクリプトの補正の概要は理解できましたが、それなりに設定する自信が
ないので追加でググりました。
以下のサイトは計算方法も載っていたので助かりました。
http://takeno.iee.niit.ac.jp/~shige/FreeBSD/LBP/Gdevlips.htm

目測ですが、上へ6cm、左へ3cmほど補正しなければならないこと自体、
やはり、PaperType=A4で動かしている無理が出ているのかもしれません。
（brMFC5840CNrcがPaperType=JISB5を受け付けないため）

JISB5指定の件、Linuxネイティブな方の体験記を読んで問題の絞り込みを
したいところですが、ググってもヒットしませんね。
ありがたいことにpsresizeもこのサイトで知りました。
「FireFoxでB5用紙が選択できたらなあ」と思っていたので助かりました。
（FireFoxで出力した場合、半角空白が全角空白に置換される現象はない >>695）

brMFC5840CNrcに関して、試したところ、プリントフィルタ内で以下のような指定を
しても大丈夫です。（ファイル名決め打ちではないようです）
（略）/usr/local/Brother/lpd/rastertobrij2
-pi /usr/local/Brother/inf/paperinfij2
-rc /usr/local/Brother/inf/brMFC5840CNrc.A4Tray1

**名無しさん＠お腹いっぱい。** · 2008/05/16(金) 03:30:21

"Brother Linux Driver FreeBSD" でググったら、びっくらこいた。

ご本人だったのですね。せっかくなので、もう一度お礼申し上げます。
さらに、ポストのお手間をかけさせてすいませんでした。
pinet.jpのサイトに転載された場合、「件名」がポスト先のMLになるんですね。
MLの状況をよく知らないので、誤解を招く出典表記になりましたことおわびします。

MLはハイレベルだからタコ（Linux用語ですけど）にとって恐いところ
と思っていたんですが、今はそうでもないようですね。
三つ子の魂百まで、という感じで、やっぱり今でも恐いですけどね。

**名無しさん＠お腹いっぱい。** · 2008/05/16(金) 14:49:47

OOoをPortsから入れたいんですけど、どの位掛かりますかね？
ちなみにJDK1.5が4時間掛かりました。

**名無しさん＠お腹いっぱい。** · 2008/05/17(土) 04:07:29

昔ブラザーのBR-ScriptのLBPモノクロネットプリンタを買った。
１年経たないうちに、ゴムローラーの紙送りがおかしくなって、
ダメになってしまった。付属してきたトナーを１本も使い切らない
うちにダメになってしまった。
　概して、HPだとかブラザーだとかの新興プリンタメーカーは
練り物としてのゴム製品のノウハウがダメダメダメなんだ。
あるいはわざと製品に寿命を作っている。
悪意がないとすれば、例えば第三者にゴムローラーをOEMで供給して
貰っていて、供給して居る側が、わざとやっていると思われる。
　ゴムが表面が乾燥してあるいは酸化して固くなり、つるつるになると、
紙送りがうまく出来なくなるのだ。

**名無しさん＠お腹いっぱい。** · 2008/05/17(土) 11:21:13

HP が新興とな???

**名無しさん＠お腹いっぱい。** · 2008/05/17(土) 11:40:12

メインフレーマー全盛の時代からきた人なのでは

**名無しさん＠お腹いっぱい。** · 2008/05/17(土) 21:01:23

>>709
まあまあ、「第三者にゴムローラーをOEMで供給して貰っていて」なんて
意味不明のこと言ってる奴に突っ込んでもしょうがないだろ。

# どうみても OEM の意味を理解してなさそうでしょ？

**名無しさん＠お腹いっぱい。** · 2008/05/19(月) 01:47:13

>> 707
make buildworld が 65 分くらいのマシンで、OOo 2.3 のビルドが 8 時間くらい。OOo 2.4 のビルドは 12 時間くらい。
もちろん、参考まで。

**名無しさん＠お腹いっぱい。** · 2008/05/26(月) 23:37:55

今夜も Wine で乾杯! - 12本目
http://pc11.2ch.net/test/read.cgi/linux/1206139518/394-

403 ：394：2008/05/25(日) 20:20:43 ID:F7hljb6K
http://www.venus.sannet.ne.jp/thomas/wime/
漢字変換できるだけですが、とりあえず公開します。
wine上のimeをかんなとして使います。
私はatok2008を使っていますが、imm apiをつかっているので、違うimeでも
いけるでしょう。msime2000はインストールできませんでした。
>>396 同じものがあるんならそれを使った方が早いしね

#
# これ思い出した。
#
# Fep Bridge
# http://www.vector.co.jp/soft/unix/writing/se045725.html
#

**名無しさん＠お腹いっぱい。** · 2008/05/27(火) 14:16:42

Wnn 買う前にお世話になった>Fep Bridge

**名無しさん＠お腹いっぱい。** · 2008/05/29(木) 20:05:20

会津若松市がOpenOffice.orgを全庁導入へ
「順次MS Offceから切り替え，5年間で約1500万円削減」
http://itpro.nikkeibp.co.jp/article/NEWS/20080529/304780/

**名無しさん＠お腹いっぱい。** · 2008/06/02(月) 13:54:16

なんで OpenOffice.org は ^C で kill しないと終了しないの？

**名無しさん＠お腹いっぱい。** · 2008/06/04(水) 05:17:20

>>716
そんなことはないが?

**名無しさん＠お腹いっぱい。** · 2008/06/04(水) 05:39:50

いいや、2.2 も 2.4　もファイルの終了だとプロンプトが戻らない。
そのあと　＾Ｃ　が必要。

**名無しさん＠お腹いっぱい。** · 2008/06/04(水) 08:35:40

ねえよ

**名無しさん＠お腹いっぱい。** · 2008/06/15(日) 01:14:55

openoffice.org-3 にしたら大きいフォントが文字化けするようになったんですが

**名無しさん＠お腹いっぱい。** · 2008/06/16(月) 23:26:29

OpenOfficeのスレへ行った方が・・・
一時より人減ったしねえ・・・

**名無しさん＠お腹いっぱい。** · 2008/07/01(火) 09:54:56

FreeBSD限定のスレにするから過疎るんだろうな

**名無しさん＠お腹いっぱい。** · 2008/07/01(火) 11:42:19

>>716
> なんで OpenOffice.org は ^C で kill しないと終了しないの？

全然そんなことないぞ。

**名無しさん＠お腹いっぱい。** · 2008/07/03(木) 01:14:15

そういえば、前スレは消費はげしかったのにな。

**名無しさん＠お腹いっぱい。** · 2008/07/03(木) 10:20:22

7.0でportsのビルド通る？

**名無しさん＠お腹いっぱい。** · 2008/07/03(木) 11:05:01

openoffice.orgのことかな。7.0-STABLE だけどビルドできるよ。

portinstall editors/openoffice.org-2
portinstall editors/openoffice.org-3-devel

3の方はImpressの日本語入力がおかしかったので、しばらく様子見。

**名無しさん＠お腹いっぱい。** · 2008/07/03(木) 11:59:31

今はわからんけど、ちょっと前は、3*をビルドするとxpdfあたりでこけるので、
do-installの2行目でLDFLAGSも渡さなきゃいけなかったような気がする。

**名無しさん＠お腹いっぱい。** · 2008/07/03(木) 12:00:38

あ、do-installじゃなくて、do-buildね。

**名無しさん＠お腹いっぱい。** · 2008/07/03(木) 12:24:07

2です。
ということは自分のローカルの問題っぽいですね。
もう少しがんばってみよう。

**名無しさん＠お腹いっぱい。** · 2008/07/03(木) 15:17:16

あぁ、あと、6.3-i386のSMPだと2でも通らない（通りにくい）けど、7は知らん。

**名無しさん＠お腹いっぱい。** · 2008/07/04(金) 09:56:36

amd64の7だけど、WITH_SYSTEM_FREETYPE=yes だとダメでこれを外すと通った。
ちょっと前の 2-RC 3-devel ともに外してOKだった。

**名無しさん＠お腹いっぱい。** · 2008/07/14(月) 16:57:07

openoffice.org 2.4.1 @ FreeBSD/i386-6-stable

相変わらずおいらのところは diablo-jdk-1.5 を
入れていてもbuild で jdk 1.3 以下は却下 1.5 いれろと
言われてコケる...

(そもそも diablo-jdk が make config に timezone ナントカチェックが
入っていると死亡。)

ttp://nhh.mo-blog.jp/ttt/2008/02/freebsd_error_o.html の辺りとか
関係あるかも? ないかも? と思いつつよくわからんです

(とりあえず逃げで強制的に --without-java で build ちう)

**名無しさん＠お腹いっぱい。** · 2008/07/17(木) 20:26:10

ports から openoffice.org-3.0.20080716 をインストール。
特に問題もなく終了。

あいかわらずImpressだけ日本語入力がちょっと変

**名無しさん＠お腹いっぱい。** · 2008/07/29(火) 13:19:15

ports から openoffice.org-3.0.20080725 をインストール。
特に問題もなく終了。

あいかわらずImpressだけ日本語入力がちょっと変
他は問題なさそう。

**名無しさん＠お腹いっぱい。** · 2008/08/27(水) 22:21:00

OOo-2もOOo-3-develもdiablo-jdk16でコンパイルできん。jdk16ならできた。なぜだ。

**名無しさん＠お腹いっぱい。** · 2008/08/28(木) 00:33:52

diablo とただの jdk ってそもそも何が違うの?

ってとこから良くわかってないっす

**名無しさん＠お腹いっぱい。** · 2008/08/28(木) 01:58:19

> 736
ワロタ

**名無しさん＠お腹いっぱい。** · 2008/08/28(木) 11:28:38

>737
kwsk

**名無しさん＠お腹いっぱい。** · 2008/08/28(木) 11:32:20

>>738
ワ行ア段のワ
ラ行オ段のロ
タ行ア段のタ

**名無しさん＠お腹いっぱい。** · 2008/10/18(土) 02:55:27

OOoの3.0.0 をportsからインストールしたけど
けっこう良いね。
日本語入力なんかの問題点も解決されていたよ。

**船木康博** · 2008/10/18(土) 09:37:46

心を閉ざしてしまったり、
先天性の病気や何らかの事故や病気の後遺症で
大変な思いをされている方へ、

どこかの手かざしより、
確実性と実績と効果、長所と短所を総合的に判断し、
自分で本当か嘘なのか、騙されていないかじっくり考えて
希望者はご参考のひとつににどうぞ。

スパ・セラピスト・オイルマッサージ・ロミロミ・マッサージ学校・
マッサージスクール・スウェディッシュマッサージ-Forest Spa
http://www.forestspa.net/index.html

**船木康博** · 2008/10/18(土) 09:51:19

ブラッドパッチ、KOR
KORのFilmだったような。
おたくなら、わかるかも。
でも、無理をされると私が困る。

**船木康博** · 2008/10/18(土) 10:22:01

美人のスパイが来ても、三日もたてば飽きる。
俺は生の匂いや味で選ぶんだからよ。

**名無しさん＠お腹いっぱい。** · 2008/10/25(土) 05:49:09

>>661

ものすごい遅レスですが、WindowMaker で Impress のフルスクリーン
表示がずれるという話題について。以下のパッチを試したら正しく表示され
ています。

--- src/event.c
+++ src/event.c
@@ -559,6 +559,10 @@
wwin->flags.skip_next_animation = 1;
wIconifyWindow(wwin);
}
+ if (wwin->flags.fullscreen) {
+ wwin->flags.fullscreen = 0;
+ wFullscreenWindow(wwin);
+ }
if (wwin->flags.hidden) {
WApplication *wapp = wApplicationOf(wwin->main_window);

**名無しさん＠お腹いっぱい。** · 2008/10/29(水) 08:14:06

>>744
亀レスでも助かりました。
ありがとう。

**名無しさん＠お腹いっぱい。** · 2008/10/29(水) 10:54:39

そういう報告はフィードバック汁

**名無しさん＠お腹いっぱい。** · 2008/10/29(水) 17:00:51

>>746
どうすりゃいいのかわからんす　　(･Θ･;)ｱｾｱｾ…
一応 Port のメンテナーにはメール送ってあるんだけど…

**名無しさん＠お腹いっぱい。** · 2008/11/01(土) 16:35:05

>>747
メンテナへの直メールは無反応だったり却下された場合に次のアクションが起こしづらいので
send-prしてデータベースに載っけてしまうのがいい。
メンテナの対応が理不尽だと思ったら他の人が加勢してくれることがあるし。
取り込まれる前でも同じような問題の解決法を探している人にパッチを利用してもらえる。

**名無しさん＠お腹いっぱい。** · 2008/11/02(日) 13:28:35

editors/openoffice-3って2と共存できる?

**名無しさん＠お腹いっぱい。** · 2008/11/04(火) 05:00:44

できる。

**名無しさん＠お腹いっぱい。** · 2009/03/06(金) 11:03:03

ja-openoffice.org-3.2.20090131 をインストール。
Impressでアニメーションを設定するとよく落ちる。

回復するところまでMicrosoft Officeにそっくりなんだな。

**名無しさん＠お腹いっぱい。** · 2009/04/15(水) 02:51:43

どれだけ需要があるか分からないけど、OpenOffice.org の Drawing で書いた線の幅が、
eps (pdf) にするとやたら細くなって、プリンタによってはかすれてしまう件。
これ、Drawing 側で線の太さを 0.00 - 0.03cm ぐらいにしてるとこうなって、
0.04cm にすると、今度は極端に太くなる。微妙な線幅が実現できない。
散々苦労したけど、結局 export された eps ファイルを直接いじることで解決した。
eps ファイルの中の setlinewidth 及び、lw を検索。
そしてその「前」の値を例えば 10 とか 20 とかぐらいに設定。（「後」じゃなくて、「前」。PostScript の文法がそうなってる模様。ちなみに小数でも OK そう）
どうもこの値、中で整数で処理されてるのか、微妙な値を出してくれてなさそう。
と言う訳で、OpenOffice スレ見つけて、書き込んで見るかな…

**名無しさん＠お腹いっぱい。** · 2009/04/15(水) 12:23:03

そこまで具体的に問題を記述できるなら
本家にbug reportとして出した方がいいんじゃない?

**名無しさん＠お腹いっぱい。** · 2009/04/21(火) 18:20:05

ja-openoffice.org-3.2.20090412 も特に変わらず。

**名無しさん＠お腹いっぱい。** · 2009/05/02(土) 15:48:47

perl-5.10にあげたのにopenoffice.orgはperl-5.8のまま？

**名無しさん＠お腹いっぱい。** · 2009/05/16(土) 21:49:26

openoffice.orgｰ3ｰdevelでcurlとneonでエラーが出て止まっちゃったりしません？

**名無しさん＠お腹いっぱい。** · 2009/05/19(火) 13:40:42

しませんん

**752** · 2009/06/20(土) 02:12:00

>>753
レスあったの知らなくて、今レポートしたぜ。

**名無しさん＠お腹いっぱい。** · 2009/06/23(火) 05:20:26

OpenOffice.org 3、回復が完了しましたになっても回復した筈のデータを得られた試しがない。

**名無しさん＠お腹いっぱい。** · 2009/06/27(土) 00:47:23

>>757
おかしいですね？全機止まっちゃったんですけど。
次のupdateには何事もなかったように全機終了しました。
クライアント機古くてほとんどP3のことも関係あったのかな？

**名無しさん＠お腹いっぱい。** · 2009/06/27(土) 00:48:17

P3→Pen3

**名無しさん＠お腹いっぱい。** · 2009/07/26(日) 02:08:07

FreeBSDにOpenOfficeって目クソハナクソ
なんでおとなしくWindows VistaとMS Office使おうとしないの？
そんなに貧乏なの？

**名無しさん＠お腹いっぱい。** · 2009/07/26(日) 04:43:34

もうすぐ7が出るってのにvistaとかマジ情弱
そもそもunix使いがわざわざwindowsを使う理由がない
ふつーMac+iWorks

**名無しさん＠お腹いっぱい。** · 2009/07/26(日) 09:46:08

OOoでほとんどなんでもできるね。
ところでtex使ってる方いますか？
数式記述にはOOoのFormulaがあるけど、texは結構複雑な式書いたりできます。
まあ、作業スピードじゃオフィスにまったくかなわないですけど。

**名無しさん＠お腹いっぱい。** · 2009/07/26(日) 14:38:06

>>763
はあ？７はまだ市場に出回ってないだろ。何情報通ぶってんのこのくそが？
ひょっとしてRCのこと？おれも使ってるよ。
ユニクソでは絶対実現できない素晴らしいクオリティだよ。
初めて７にオフィス２００７入れて立ち上げたときおれマジ泣いたもん。
unixつかいはわざわざWindows・・・って、普通逆だろ。
何事実捏造してんだよこの昭和の化石が。
macとかiworksとか何の暗号だよそれwww
ひょっとしてカビリンゴのマッコとセットで売られてるMS Officeのばったもんか？
ホントユニクソユーザーって勘違い時代遅れのバカが多いよね。
本気でWindowsより安定してスケーラビリティあると思い込んでるからね。
うちの会社はユニクソ全部切り捨ててWindows Serverにした途端運用コストも下がって
安定度も増して、社員のモチベーションも上がってこの不況の中業績うはうはだよ

**名無しさん＠お腹いっぱい。** · 2009/07/26(日) 15:51:47

こう暑いとバカも増殖するんだな。

**名無しさん＠お腹いっぱい。** · 2009/07/27(月) 02:09:41

>>764
> まあ、作業スピードじゃオフィスにまったくかなわないですけど。
はぁ?
数式多用するような文書を書くなら latex 使った方が office より早いだろ

**名無しさん＠お腹いっぱい。** · 2009/07/27(月) 05:36:51

>>765
もうすぐ出る＝まだ出てない

何が問題なの？

**名無しさん＠お腹いっぱい。** · 2009/07/28(火) 09:08:54

はぁはぁ

**名無しさん＠お腹いっぱい。** · 2009/07/28(火) 20:31:30

office環境ってそもそも何。
適当なjavascriptでブラウザ上でも類似のことはできるご時世
MsofficeもそうだけどOOoとかlatexとか化石な気がする。
テキストで素早くタグがかける人ならむしろテキストエディタがあれば充分だろ。

テンプレート文書ならばPHPかなんかローカルかローカルサーバで動かした方が
excelなんかよりよっぽど使いやすい。

Msofficeがいいなら何もOOo使わないで
UNIX上でMSOffice使えばいいだけのこと

その上で好みのアプリ名を語ればいいさ

**名無しさん＠お腹いっぱい。** · 2009/07/29(水) 13:03:02

770の書き込み見てもしやとおもって調べたら、MsOfficeはSuSEとかで起動できるらしいね。今まで知らなかった。
やっぱりmonoとかを使うのかな？
でもやっぱり、いくら互換と言っても本家に比べていろいろ細かい不具合とかありそうな感じ・・・

**名無しさん＠お腹いっぱい。** · 2009/07/29(水) 23:56:40

>>762
はい、そんなに貧乏なんです。Windows7は無料ですか？
Windows7はCPUが450MHzで問題なく動きますか？
インストールメディアはCDかフロッピーですか？
であれば使ってみたいと思います。

**名無しさん＠お腹いっぱい。** · 2009/07/31(金) 15:34:38

>>771
http://www.winehq.org/

確か10年以上まえからMSOffice動くようになってたと思う。
日本語の扱いはまだ怪しいところがあるけれど。

**名無しさん＠お腹いっぱい。** · 2009/08/09(日) 19:45:44

煽り耐性が低い

**名無しさん＠お腹いっぱい。** · 2009/09/24(木) 18:13:53

OOoLatex Linux用って freebsd だと何でクラッシュするの？
スクリプトに OS も何もないはずだが。。。

**名無しさん＠お腹いっぱい。** · 2009/09/24(木) 18:42:42

>>775
ktrace してみればどこで落ちてるかはわかると思うけど。

**名無しさん＠お腹いっぱい。** · 2009/09/24(木) 19:58:58

ググって ktrace を初めてやってみた。
ktrace.out できたんだが、どうすれば良い？

**名無しさん＠お腹いっぱい。** · 2009/09/24(木) 21:54:40

>>777
kdump して MAMI あたりを見てどこで落ちてるか見当をつける。

**名無しさん＠お腹いっぱい。** · 2009/09/24(木) 22:32:43

kdump してみましたが分からなかった。↓が ktrace.out です。何かわかりますか？

http://www1.axfc.net/uploader/Sc/so/39476

**名無しさん＠お腹いっぱい。** · 2009/09/29(火) 09:58:06

ねえLyxってどう？
使っている人見たことないけど…

**名無しさん＠お腹いっぱい。** · 2009/10/14(水) 12:11:52

ja-openoffice.org-3.2.20090926

これ重いしすぐクラッシュするけど、うちのところだけ？

**名無しさん＠お腹いっぱい。** · 2009/10/14(水) 21:31:01

devel使うんなら、自分で問題探して報告する勢いじゃないと

**名無しさん＠お腹いっぱい。** · 2011/03/08(火) 23:57:01.64

openoffice入れようとしたけどmakeで容量が足らずにエラー吐いて終了
何十ギガ必要なんだよマジで

**名無しさん＠お腹いっぱい。** · 2011/03/09(水) 21:57:53.91

FreeBSDでHDDはフリーで20Gぐらい必要だったはずだ。メモリは２Gだったかな。
オレは仮想環境でコンパイルしてるけどメモリは少なくてもなんとかなるみたい。

**名無しさん＠お腹いっぱい。** · 2011/03/11(金) 02:12:04.30

>>784
ありがとう
あと+10GBも必要なのか……まだ導入は厳しいな

**名無しさん＠お腹いっぱい。** · 2011/05/14(土) 10:28:24.17

OpenOffice.orgからLibreOfficeに移行したほうがいいのかな？
3.4のjaだとportupgradeできない。LibreOfficeは日本語大丈夫なのかな？

**名無しさん＠お腹いっぱい。** · 2011/05/18(水) 09:55:32.28

OOoやLOはバイナリでいれりゃいいやん
セッセとmakeしたところで使用感変わるわけでもなし

**名無しさん＠お腹いっぱい。** · 2011/05/28(土) 12:04:19.75

まぁ、ヘルプから「………について」で自分の名前がでるからな。

**名無しさん＠お腹いっぱい。** · 2011/06/04(土) 11:21:38.46

>>787
portupgrade　-aで用事してる間に他のと一緒に全部済むのはありがたい。
私にとって問題はportsかpkgかじゃなく日本語と今後の存続です。

**名無しさん＠お腹いっぱい。** · 2011/06/04(土) 11:29:55.30

portmaster -a ならR***もいらなくなるよｗ

**名無しさん＠お腹いっぱい。** · 2013/01/22(火) 23:54:14.86

1年半以上、カキコがない。

**名無しさん＠お腹いっぱい。** · 2013/06/14(金) 23:53:20.82

とっくの昔にOpen OfficeがLibre Officeに変わってますぞ。

**名無しさん＠お腹いっぱい。** · 2013/07/25(木) NY:AN:NY.AN

FreeBSDとLinux比較した時
クライアンス運用ならFreeBSDのが劣っている点はなんですか？

**名無しさん＠お腹いっぱい。** · 2013/07/31(水) NY:AN:NY.AN

「クライアンス」が何か解らんのでググッてみたら、悪徳商法の会社かよ

それがどう関係するのかこれまた解らんが、FreeBSDが劣っていると決めつけているわけね…

**名無しさん＠お腹いっぱい。** · 2013/07/31(水) NY:AN:NY.AN

>>794
"クライアンス運用" でぐぐってみ。
コピペだよそれ。

**名無しさん＠お腹いっぱい。** · 2014/01/08(水) 04:34:51.00

LibreOffice 3 の FreeBSD package どこかにないかしら?

**名無しさん＠お腹いっぱい。** · 2014/10/09(木) 15:05:00.72

開発のアクティビティはLibreOfficeの方が上でも、質はOPEN OFFICEのが上ですよね?

**名無しさん＠お腹いっぱい。** · 2014/10/10(金) 06:44:11.04

ウィッチアクティビティ

**名無しさん＠お腹いっぱい。** · 2014/10/24(金) 20:37:03.50

教えてください。起動しましたFreeBSD9.3をCD-Rに
OpenOfficeをつかうDVDドライブでとまります。

よろしくお願いしました

**名無しさん＠お腹いっぱい。** · 2014/10/24(金) 20:56:38.81

どういたしまして。

**名無しさん＠お腹いっぱい。** · 2014/10/25(土) 07:31:42.33

書きましたの同じ。起動しましたはとまります。

よろしくお願いしました

**名無しさん＠お腹いっぱい。** · 2015/10/03(土) 13:21:33.70

FREEＢＳＤはオフアイスの焼いたUSBにISOファイルでコンピュータに搭載しましたが
起動しません。

インストールはどこですか？

すみませんお願いします。

**名無しさん＠お腹いっぱい。** · 2016/04/08(金) 20:26:32.36

FreeBSDなんか選んじゃう、選ばれた一部のエリートが
Officeを使うとは思えない

**wime君** · 2017/05/17(水) 14:06:44.90

wimeとは、Wine環境下にインストールされたWindows用日本語IMEを
Cannaサーバに見せかけて、Unix界に蓄積されたCanna系ソフトウェアを
そのままで使えるようにする、というものです。

「FreeBSDでwimeを使ったよ、こういう手順だよ」という報告は、
ググりようが足りないのか見かけません。
（FreeBSDのメーリングリストは参加していません）
Linux界でも2008年頃の記事が有名で新しい記事は見かけません。
FreeBSD界では、かけまわる子犬（たかちゃん）氏が、ややふれている
程度です。（http://running-dog.net/2009/09/post_161.html）
「記事の続きを書いてください」「ports化はどうなりましたか」との
コメント書き込みはできず（FreeBSD雑誌で記事を書いていたと記憶し、
おそれ多いです）、もんもんとしていました。

現在では、wimeを利用するには、公式サイトで記述があるように、
パッチをあてたWineを用意しないといけない状況です。
私のようにFreeBSDを使わせてもらっている「だけ」のユーザにとって
Wineの自前でのビルドは、かなりハードルが高い状況です。

**wime君** · 2017/05/17(水) 14:14:27.23

ですが、FreeBSDでwimeをインストールし、使えたので報告です。

やってみようと考えた理由は、「よく考えれば、portsはソースから
ビルドしている。portsの枠組みのなかで、Wineにwimeのパッチを
あてられないものか」と思いつき、ググったところ、FreeBSD HandBook
（もちろん日本語版）に、portsでのパッチの説明があったからです。

ブログやツイッタはしておらず、2chのFreeBSD初心者質問スレには
お世話になったと感じているので、報告は2chで、と思いました。
昔、書いたことがある「FreeBSDでのOffice 環境を語れ!」スレを
初出にしたいと思いました。
自分の著作権的には、出典を明記（一次出典にたどり着ける）する
なら転載引用可です。

**Wine+wime+ATOK on FreeBSD** · 2017/05/17(水) 14:30:24.44

慣れない方でも理解できるように、やや冗長に書いています。

（環境）FreeBSD11.0-RELEASE-p10 (i386)
ports：wine-devel-2.7　※develである必要はありませんが
pkg：ja-canna-lib-3.7p3　※wimeビルドのため
pkg：ja-canna-server-3.7p3　※canna-libが依存
pkg：gmake-4.2.1　※wimeビルドのため
wime-3.5.2.tar.bz2　※当然必要

■ portsのWineにwimeのimm-magicパッチをあてる
1. % /usr/bin/tar xvzf wime-3.5.2.tar.bz2（ユーザー権限でよい）
2. ほどいた wime-3.5.2/patch/imm-magic-1.7.3 の記述内容を変更。
　最初の２行の両行とも、以下のようにバージョン名を削除。
　 wine-1.7.3/dlls/imm32/imm.c → dlls/imm32/imm.c
　 ※すべきかどうかわかりませんが、patchの文法を知らないので。
3. imm-magic-1.7.3 → patch-imm-magic-173 などとファイル名を
　リネームし、
　 /usr/ports/emulators/wine-devel/files/patch-imm-magic-173
　などと置く。
　 ※リネームはしなくてもよいと思いましたが、すでに置かれている
　他のパッチの命名方法にならいました。パッチをあてる順番の
　正解はわかりませんが、imm.cを見ると、C言語はわかりませんが
　パッチ通りに変更されているように思えました。
4. ports/emulators/wine-devel 下で、「# make ; make install」
　私はmakeオプションは特に変えませんでした。
　 make install一発でも、portinstallとでも、お好きにどうぞ。

**Wine+wime+ATOK on FreeBSD** · 2017/05/17(水) 14:36:12.56

■ wimeのmake ※要 gmake
1. wime-3.5.2/conf.mk を対象にmake時の変数を変更。
　 wimeのPREFIXと、WineのWINEDIRは、FreeBSDでは、/usr/local。
　・FreeBSDでCLANGなので「USE_CLANG?=1」へ変更。
　・FreeBSDなので「FREEBSD?=1」へ変更。
2. なぜか「/usr/local/lib32がなんとか」（i386にはない）と
　メッセージが出て「/usr/lib/ld:cannot find -lX11」と
　エラーが出てgmakeが止まるので、wime-3.5.2/io/Makefileの
　日本語コメント「#amd64でi386-wineを動かしているとき」以下の
　二つ続いているendifまでの文脈のかたまりをコメント化。
　 ※修正する能力がないのでコメント化しました。
3. wime3.5.2下で、ユーザー権限でよいので「% gmake」。
4. root様で「# gmake install」し、root様で「# ldconfig」。

■ ATOK17（一太郎2004添付）をWineへインストール
・インストール媒体直下のAUTOPLAY.EXEでも、ATOKディレクトリ下の
　SETUP.EXEでも普通にインストールでき、他年度版のように
　インストールにコツが必要ではありませんでした。
・wime3.5.2のReadme.atokでの指摘通り、Wineのregedit.exeで
　値を e0020411 → e0010411 へ変更する。
　※一発登録できるレジストリファイルを作る能力はありません。

**Wine+wime+ATOK on FreeBSD** · 2017/05/17(水) 14:42:19.85

□ 注意（私はハマりました）
Unixプログラムから、Wine上のWindowsプログラムに対して
ファイルドラッグが効くこともあり、また、Windows用のウィルス
などを考慮して、Wineには最低限のドライブしか割り当てていない
（Unixシステムのファイルシステムを見せないようにしている）方が
いるかもしれません。
ですが、winecfgの設定で、Z:ドライブなどにファイルシステムの
ルートを割り当てるなどして、Wineから/usr/local以下が見える
ようにしておかないと、wime起動時に
「wine:cannot find 'wime.exe.so'」と言われて起動できないので
注意してください。

**Wine+wime+ATOK on FreeBSD** · 2017/05/17(水) 14:48:58.04

□ 動作確認
使い方はwimeのReadmeをご覧ください。

「USE_XIM?=0」へ変更したので他の環境はわかりませんが、
emacs25.1.1 + yc.el(yc-5.2.1)や、scim-cannaで動いています。
Cannaと同程度に軽いです。
が、にわかには自分の能力（今回のインストール）が
信じられません。
もしかして起動を切り忘れたCannaが動いているんじゃ……、
ATOKでしか変換できない文章はないものか……。
「そうだ！2004年当時のジャストシステムの社長名を変換！」
（あとから思うとわれながらバカです）と、ググったところ、
ジャストシステムのサイトに二重敬語の校正指摘の例文があったので
これを変換してみました。
「お読みになられる《二重敬語「→お読みになる」》」で確定。
キター！
※校正説明がくっついたまま確定するのが嫌ならば、wimeの
Readme.atokにある通り、wimectrlでATOKのプロパティを出して
校正支援機能を切ればよい。私は「これぞATOK」なので切らない
けれど。
いろいろと変換してみましたが、やはり歴史の蓄積がある
商用かな漢字変換はすごいものです。

**wime君** · 2017/05/17(水) 14:57:31.14

OS添付でない別売りの商用かな漢字変換はPC9801のDOSのWX2+以来です。
つうか、ATOK自体、使ったのは初めてです。
なんだか文豪になれそうです。ウヒョヒョ。
.cannaを読んでくれる環境なので英語配列のHappyHackingKeyboard用に
自分用に書いたCannaのかな入力のJibun_Kana.kpdefを使い続けられて
大満足です。ウハウハ。
wime開発者のthomas氏には大大大感謝です。WineにもFreeBSDにも、
……かかわるみなさんに大感謝です。
特にthomas氏にはFreeBSDを配慮いただき、古場正行氏
（『BSDを256倍使うための本』によると、emiclockのX移植時、
他のOSの事も考えたという）を連想し、感動しました。
ジャストシステムにも感謝……、は半分に減らそう。
完全に「お前の環境」ですが、ATOKは、半角英数記号（1byte文字）や
特定の全角記号（2byte文字）を読みにして単語登録できない
（公式のFAQ）から。

かけまわる子犬（たかちゃん）氏の前出の記事によるとports化は
「手ごわい」とありますが、Wineのportsでmakeオプションに
「Use wime」みたいなものをつけてもらえたら、wimeのports化は
すぐなんじゃないでしょうか。たしか、emacs23の時に「WITH_CANNA」
オプションが採用されましたよね。

**wime君** · 2017/05/17(水) 15:12:12.30

以下のスレに告知しました。じゃ、オヤツ食べて来ます。

今夜も Wine で乾杯! - 20本目
http://hayabusa6.2ch.net/test/read.cgi/linux/1455088008/748

FreeBSDを語れ Part43
http://echo.2ch.net/test/read.cgi/unix/1472042132/909

**名無しさん＠お腹いっぱい。** · 2017/05/17(水) 22:11:00.89

2004年とかだったら、ATOK X3 for Linuxを使うのとどっちが楽なんだろ

**wime君** · 2017/05/21(日) 03:34:25.45

あくまで手持ちがATOK17(2004)だっただけで。

ATOK X3 for Linux か……。
動いている方と動いていない方と。
http://d.hatena.ne.jp/ytetsuwo/20080513
http://d.hatena.ne.jp/tueda_wolf/20080329/p1

wimeがある今となっては、Wine+wimeの方が
継続使用しやすいと思います。

**名無しさん＠お腹いっぱい。** · 2017/12/29(金) 10:36:36.32

誰でも簡単にパソコン1台で稼げる方法など
参考までに、
⇒　『宮本のゴウリエセレレ』というブログで見ることができるらしいです。

グーグル検索⇒『宮本のゴウリエセレレ』

4VUMWMKFUR

**名無しさん＠お腹いっぱい。** · 2018/04/12(木) 13:36:33.91

LibreOfficeのWriterで差し込み印刷をやってみたけど、複数ページ(全ページを含む)印刷ができない
CUPSのジョブを見るとfailしてる
1ページづつ印刷すれば問題ないけど、これじゃ差し込み印刷の恩恵が…

**名無しさん＠お腹いっぱい。** · 2018/04/14(土) 14:46:07.27

そもそも差し込み印刷以前に、用紙がUS レターに固定されてるから、LibreOfficeは日本では使えないでしょ。

**名無しさん＠お腹いっぱい。** · 2018/04/14(土) 18:08:33.94

デフォルトではあるけど、固定されてはいないよ
実際、A4やハガキで印刷してるし
というかLibreOfficeの話ではないと思うけど

**名無しさん＠お腹いっぱい。** · 2018/04/14(土) 19:33:18.26

へー直ったのか、と思って久々に見たけど変ってないな。
Writerは Format -> Page でA4 に出来るけど、
Impress では何をやっても、プリント時の用紙はLetterで固定。変更出来ない。
日本では無用なソフトですな。Windows用やLinux用がどうなのか知らないけど。

**名無しさん＠お腹いっぱい。** · 2018/04/15(日) 05:12:24.09

Linuxの6.0.3.2のImpress起動してみたら用紙はA4がデフォルトになってた。

**名無しさん＠お腹いっぱい。** · 2018/04/15(日) 05:35:03.97

つーかそもそもちゃんと日本語化されてる？

**名無しさん＠お腹いっぱい。** · 2018/04/15(日) 15:07:46.29

>>818
Inpressか
プロパティでページの書式はA4に変更出来るけど、
印刷しようとするとレターしかないね

**名無しさん＠お腹いっぱい。** · 2018/04/15(日) 18:25:53.52

>>821
＞>>818
＞Inpressか
＞プロパティでページの書式はA4に変更出来るけど、
＞印刷しようとするとレターしかないね

そうそう。handout タブでA4を選んでいても印刷時には全く反映されずレター固定。
4.x までは印刷時に選べたんだけどね。5.x 以降で選べなくなった。で、最新の6.2でもそのままこのバグは残ってる。
まぁ、開発陣はレター圏で使えればオッケーだろうし、ずっとこのままだろうな。

**名無しさん＠お腹いっぱい。** · 2018/04/16(月) 19:03:09.86

そう言えばWriterも
書式　→　ページ　→　ページタブ　で用紙サイズを選ぶのはもちろん、
かつ用紙トレイを[プリンターの設定から]以外の「トレイ」等にする必要がある

それでも印刷しようとするとレターがデフォルトなので、
プロパティ　→　デバイスタブ　で用紙種類を選び、現在の値に「はがき」を選んでやっとハガキになる

ここまでやって保存すれば後はOKだが、ここまで辿り着くのが至難の業

**名無しさん＠お腹いっぱい。** · 2018/04/17(火) 21:51:30.72

それってハガキだけの話しか？
A4やB5でもレター以外は同じだろう？
Writerでも簡単に用紙を選べないのかよ。
もう、LibreOfficeはレター圏限定のオフィスアプリで良いよ。

**名無しさん＠お腹いっぱい。** · 2018/04/17(火) 22:40:30.49

デフォルトがレターなんで、仰るとおりだよ
Calcはそんなことないんだけどね

**名無しさん＠お腹いっぱい。** · 2018/04/17(火) 22:43:04.37

FreeBSDからLinuxに変えればいいのでは

**名無しさん＠お腹いっぱい。** · 2018/04/18(水) 02:42:22.35

linux にしたってデフォルトがA4なだけで、用紙設定のバグは同じだから、例えばB5を使おうと思えば面倒な事になる。

**名無しさん＠お腹いっぱい。** · 2018/04/18(水) 11:29:53.64

Linuxにすりゃ安泰かと思いきや、そんな落とし穴があったとはｗ

**名無しさん＠お腹いっぱい。** · 2018/04/19(木) 12:44:14.88

OpenOfficeとか、アホかよ。
こいつはw

**名無しさん＠お腹いっぱい。** · 2018/04/19(木) 13:10:53.23

なんか変なのが出てきたぞ

**名無しさん＠お腹いっぱい。** · 2018/04/21(土) 03:13:44.17

>>829
突然どうしたの

**名無しさん＠お腹いっぱい。** · 2018/04/22(日) 11:13:42.49

基地外に餌を与えないで下さい

**名無しさん＠お腹いっぱい。** · 2018/04/27(金) 01:00:32.52

Writerで普段B4(トレイ1)に印刷してるんだけど、
ごく稀に何故かA4(トレイ2)で印刷するときがある(ご丁寧に縮小されてる)
キャンセルして再度印刷するとちゃんとB4で出てくる
困ったもんだ

**名無しさん＠お腹いっぱい。** · 2018/04/27(金) 14:17:02.57

【マイトＬーヤとＰＳ４】　ＦＦとＤＱの最新作、ＶＲ開発は危険、プレーヤーの日常感覚を損なうおそれ
http://rosie.5ch.net/test/read.cgi/liveplus/1524621704/l50

**wime君：Wine+wime3.6.0+ATOK17(2004)/FreeBSD(i386)** · 2018/05/06(日) 03:08:15.97

腰を抜かすほど驚きました。wime3.6.0がリリースされていました。
もうバージョンアップはないと思っていました。
さっそくビルドをして、使用してみたところ、快調に動いています。

使用状況：emacs25.3+（野良）yc-5.2.1、scim-canna1.0.0(scim-1.4.9)

環境：FreeBSD11.1-RELEASE-p9(i386 Generic Kernel)※後述１
ports：wine-devel-3.7
pkg：ja-canna-lib-3.7p3 ※現状ではja-canna-serverへ依存せず
pkg：gmake-4.2.1
wime-3.6.0.tar.bz2

作業手順は前回（下記URL）と同じですが、手順のおさらいをします。
https://mevius.5ch.net/test/read.cgi/unix/1107211157/804-n
1. portsのWineにwimeのimm-magicパッチをあてる。
2. wimeをgmakeでビルド。※後述２
3. ATOKをWine環境下へインストール。レジストリを変更の事。
4. Wineからwimeが見えるようにwinecfgでドライブを割り当てる。

・FreeBSDの場合で、wimeのconf.mkにて変更すべき部分。
　USE_CLANG?=0 → USE_CLANG?=1
　FREEBSD?=0 → FREEBSD?=1
・32bitのFreeBSD(i386)で32bitのWineである場合。※後述３
　WOW64?=1 → WOW64?=0
　※私は、XIM、IMCONFIG、GTK、はコメント化しましたが、
　　それらの値は、ご自分の環境に合わせて変更してください。

**wime君：Wine+wime3.6.0+ATOK17(2004)/FreeBSD(i386)** · 2018/05/06(日) 03:12:50.97

○後述２・後述３「前回記述の誤りについて」
https://mevius.5ch.net/test/read.cgi/unix/1107211157/804-n
前回、上記URLに書いた、wime-3.5.2のビルド手順において
誤りがありました。私自身の理解の浅さによる誤りでした。

「wime-3.5.2/io/Makefileの『#amd64でi386-wineを動かしているとき』
の文脈のかたまりをコメント化」と書きましたが、これは誤りです。
wime-3.5.2のconf.mkの「WINE32?=0」を「WINE32?=1」にすれば、
普通にgmakeが通ります。
当時、私は「OSが32bitなのだから、Wineは32bitがビルドされるのは、
Wineとして普通の動作だから」と、デフォルト値の「=1」を変更せずに、
迂遠な作業をしてしまいました。
今回、wime-3.6.0になって「WINE32」が「WOW64」に変更された事で
自分の誤りに気づきました。
Makefileに不備があるかのような、あらぬバグ疑いとなった
作者のthomas氏にも、私の記述を読んで一手間をかけてgmakeを
していた方々にも深くお詫びを申し上げます。
まことに申し訳ありませんでした。

ですから、今回のwime-3.6.0では、i386 Generic Kernel(32bit OS)の
場合、conf.mkの変更は、「WOW64?=1 → WOW64?=0」としてください。

**wime君：Wine+wime3.6.0+ATOK17(2004)/FreeBSD(i386)** · 2018/05/06(日) 03:16:27.39

○後述１「i386 Generic Kernelと明示の理由」
「i386 Generic Kernel」と、わざわざ明示した理由を説明します。
「FreeBSDを語れ Part44」（下記URL）で、
FreeBSD amd64(x86_64bit) と FreeBSD i386(x86_32bit)でのバトルが
あり、PAE kernelの話が出ました。
https://mevius.5ch.net/test/read.cgi/unix/1496160953/930-990

この流れで、PAE kernelを試した方が、PAE kernel用のConfigFileで
『「makeoptions NO_MODULES=yes」は消えている』とレスした事から、
PAE kernelを試す方が続出し、FreeBSD i386のPAE kernelで、
4G以上のメモリが認識される事が発見されました。

※ググったところ、「makeoptions NO_MODULES=yes」がなくなっている
状況の報告は、匠の一手氏（2014年11月04日の記事）の記事が早かった
のではないかと思います。
http://uyota.asablo.jp/blog/2014/11/04/7482632

バトルと報告をきっかけに、私もPAE kernelをビルドし、
3.2Gでなく、4Gのメモリが認識されることを確認しました。
日常使用するカーネルモジュールが動き、ソフトウェアも動作する事を
確認したのですが、PAE kernelでは、唯一、Wineがダメでした。

**wime君：Wine+wime3.6.0+ATOK17(2004)/FreeBSD(i386)** · 2018/05/06(日) 03:20:02.98

○後述１の続き「PAE kernelではWineがダメでした」
PAE kernelビルド前の、Generic Kernel時に、Wine環境を構築していた
場合、レジストリを使わないような小規模なWindowsのフリーソフトは
動きますし、
wime3.5.2+ATOK17（FreeBSD11.1-RELEASE-p3(i386)+wine-devel-2.15）も
動きました。
ただし、一太郎2004が動きませんでした。
プロセスは存在するのですが、起動していないかのように、画面の描画が
されないまま、LoadAverage値（値は忘れましたが、xloadが真っ黒）が
上がり続けます。killはできます。

さらに、.wineを新規生成しようと、「winecfg」をタイプすると、
正常終了せず、動作中に刺さったような挙動をします。
以下、エラーメッセージです。※レス用に改行
＞err:ntdll:RtlpWaitForCriticalSection section 0x7bcc2288
＞"loader.c: loader_section" wait timed out in thread 0058,
＞blocked by 0051, retrying (60 sec)
これを、「kill -9」で、winecfgを強制killすると、
ハードウェアリセット（いきなり、PC起動時のBIOS画面になる）がかかり、
fsckです。※再現性あり。
PAE kernelからGeneric Kernelに戻したところ、一太郎2004は動き、
winecfgも正常終了しました。

と、いう事で、「Wineは使わないから」とか、「Generic Kernelの時点で
Wineの環境構築をしてから、PAE kernelをビルドするよ」という方には
PAE kernelはよいかもしれません。

**wime君：Wine+wime3.6.0+ATOK17(2004)/FreeBSD(i386)** · 2018/05/06(日) 03:27:37.78

以下のスレに告知しました。じゃ、夜食を食べて来ます。

今夜も Wine で乾杯! - 21本目＠Linux板
https://mao.5ch.net/test/read.cgi/linux/1502540295/709

**名無しさん＠お腹いっぱい。** · 2018/05/06(日) 20:13:48.62

GJおつかれさん
一太郎13(とATOK)を持ってるから試してみようかと思ったけど、32bit版kernelじゃないとダメなのかな？

**wime君** · 2018/05/10(木) 06:20:56.49

wimeのtarballを展開した「wime-3.6.0/io/Makefile」には、
「#amd64でi386-wineを動かしているとき」
「#さらにfreebsdのとき。LDFLAGSのlibX11.soのパスを
/usr/local/libから/usr/local/lib32にする。」
と条件分岐の記述がありますので、おそらく、wime自体は
amd64のi386-wineでビルドでき、動作すると思います。
現在の配布ページでは、記述が消えていますが、3.5.2の時は、
作者のthomas氏もamd64での方法を書いていました。
ただし、i386でパッチをあてたimm32.dll.soのバイナリをコピーする、
という方法で、ですが。

※以下、消えた記述の引用。レス用に改行しました。
＞FreeBSD 10.2について
＞標準のmakeではなくgmakeを使用してください。
＞FreeBSD 10 のCコンパイラはclangなので、conf.mkのUSE_CLANGも
＞1にした方が良いです。
＞GCCを使う場合はUSE_CLANGは0でもかまいませんが、
＞winegccはGCCがあってもclangを呼び出すようです。
＞コンパイルはi386の10.2で行いました。
＞atok使用時は下記のパッチ当ては必要そうです。
＞amd64ではコンパイル/リンクの仕方をよく理解していません。
＞32ビットでリンクしたいのにlibX11.soがない……結局libX11.soは
＞手作業で勝手に作り、wineの32ビット版imm32.dll.so
＞(パッチを当てたもの)はi386上でコンパイルしたものをコピーしました。
＞共有ライブラリ(32bitのlibwimeio.so、64bitのlibwime.so)を
＞1つのディレクトリにインストールしているのでLD_32_LIBRARY_PATHの
＞設定も必要です。本来はどうやればいいのか……
※引用ここまで。

**wime君** · 2018/05/10(木) 06:28:33.53

ATOKの場合、Wineにwimeの「wime-3.6.0/patch/imm-magic-1.7.3」の
パッチをあてないといけないのですが（MS-IMEだと必要ないようです）、
amd64のi386-wineで >>806 のようにパッチがあてられるかどうか、
amd64環境がないので、私は試していません。

もしかしたら、昔、よく記事が書かれていた、FreeBSD界で有名な回避策の
「amd64でi386な仮想環境を作って、その中でportsをビルド」を
しないといけないかもしれません。
portsにi386-wineが追加される前（David Naylor氏の貢献の前）の状態、
ですね。

thomas氏のようにi386環境下でパッチあて済みのバイナリを、
amd64のi386-wineにコピーで持って来るのが楽ではあると思います。

**wime君** · 2018/05/10(木) 06:48:29.19

今夜も Wine で乾杯! - 21本目＠Linux板
https://mao.5ch.net/test/read.cgi/linux/1502540295/247-252

上記のスレによると、IME関係の変更は、あまりなさそうなので、
一度、パッチあて済みのバイナリを作ると使い回しができそうです。

と言うか、正直に白状しますと、私は使い回しをしていました。
「pkgでWineをupgradeして、パッチあて済みのimm32.dll.soを
コピー、っと」という感じです。

ただ、今回のレスを書くにあたって、Wine3.0-rc4とWine3.7の
パッチあて対象のimm.cを比較したところ、ファイルサイズが
増えていました……。
Wine3.5までWine3.0-rc4でパッチあてしたimm32.dll.soを
使い回していましたよ……。

**wime君** · 2018/05/10(木) 06:51:36.57

Inside Wine; Build - Qiita
https://qiita.com/Yutaka_Aoki/items/fcf3b315ae4af37d2cce

Wineスレで話題になった上記のサイトによると、
Wineのビルドにおいて特定のバイナリだけをコンパイルするという
方法も取る事ができるようです。
※私は試していませんが、覚えておこうメモです。
　サブPCにFreeBSD i386を入れて、imm32.dll.soだけをコンパイル
　したらamd64でもラクチンできるかも、というもくろみです。
　USBメモリにi386システムを入れてブートしてコンパイルという
　方法でもよいかもしれません。
　クロスコンパイルの知識がないので、この手法を思いつきました。

Wine開発者様におかれましては、1.7.3の前の処理のimm.cに
戻して欲しいでございます。
そうすれば、amd64でも、バイナリパッケージシステムのpkgで、
お気楽にWine+wime+ATOKができそうですから……。

じゃ、朝ゴハン食べて来ます。

**名無しさん＠お腹いっぱい。** · 2018/05/22(火) 02:41:49.65

知り合いから教えてもらったパソコン一台でお金持ちになれるやり方
時間がある方はみてもいいかもしれません
グーグルで検索するといいかも『ネットで稼ぐ方法　モニアレフヌノ』

3FZ41

**名無しさん＠お腹いっぱい。** · 2018/06/06(水) 17:26:43.02

A5のドキュメントを印刷しようとすると、プリンタがB5の用紙を入れろと頑として譲らない
calcもwriterも同じで、LibreOffice全体の問題かと思ったが、firefoxからA5を指定しても同じだった
どうやらNPDLドライバの問題ぽい

**名無しさん＠お腹いっぱい。** · 2018/06/25(月) 23:25:50.66

ghostscriptのNPDLドライバって大体大丈夫なんだけど、
ちょっと変わった使い方を試みると、細かい部分でダメだったりするんだよね
まあghostscriptに限った話じゃないんだけど

**名無しさん＠お腹いっぱい。** · 2018/10/14(日) 16:51:16.04

私たち日本人の、日本国憲法を改正しましょう。

**名無しさん＠お腹いっぱい。** · 2018/11/28(水) 11:27:48.06

LibreOfficeのマクロで、firefoxに表示されている文字列を取得って出来そうですかね？
WindowsでExcel+IEの組み合わせは出来るみたいですけど

**FreeBSDでwimeを使っている君** · 2020/01/25(土) 03:06:10.21

以前のレスはこちらです。ご無沙汰しております。例のwime君です。
https://mevius.5ch.net/test/read.cgi/unix/1107211157/804-813
https://mevius.5ch.net/test/read.cgi/unix/1107211157/835-844

「wime君」だと製作者と誤解されるかもしれないので、
今回から「FreeBSDでwimeを使っている君」にします。

すでに、このスレに書いたと思っていたのですが、ファイルを
整理中にレスをしていない事に気づきました。
やや古い内容になってしまいましたが、レスをする事にします。
※レスを書くのは、自分より高スキルのFreeBSD業界のwime使用者が
あらわれて、高スキルな助言がもらえないものか、という願望が
あるためです。ググっても自分のレスばかりで哀しい……。

**FreeBSDでwimeを使っている君** · 2020/01/25(土) 03:20:49.20

○FreeBSDでのWineの基礎知識
Wineの対応する「bit」は動かしているOSの「bit」と同じです。
Linux/*BSDが32bit版の場合、Wineは32bit版しかmakeできず、
32bitのWindowsプログラムしか動かせません。64bit版も同様です。

16bitコードのあるWindowsプログラムは、大昔、Wineで動いていた
ようですが、少し前のバージョンから、その処理はカットされ、
現在は「DOSBox」を呼び出して動かしているようです。

Linuxでは、64bit版Linuxの64bit版Wineで、Wineに渡す環境変数で、
32bit版Windowsプログラムを動かしているようです。(以下URLなど)
https://qiita.com/rYamashita1012/items/37e3ed22b3e9278f2250

ですが、FreeBSDでは、64bit版Wineで、同様の手順で、
32bit版Wineの「~/.wine」を生成しようとすると、固まるというか、
刺さります。
WineHQ公式の、https://wiki.winehq.org/FreeBSD には、
「The problem is that it still doesn't support WoW64,」
などとありますし、やはり、64bit版FreeBSD(amd64)で、
32bit版のWindowsプログラムを使いたい場合は、
i386-wineを使うしかないようです。

**FreeBSDでwimeを使っている君** · 2020/01/25(土) 03:31:47.70

○FreeBSDのi386-wineの状況
i386-wineは、Wine本家に追従してVersionUpしないのかな、と
思われる方もいたようで、ググると英語フォーラムなどでの
質問などが引っかかります。
コミッタの方を心配していたのですが、どうやら、お元気であり、
飽きたわけでもなく、FreshPortsによると、FreeBSDが12.0Rに
なった時点で、develの場合、Wine3.3(2018/11/02)から、
Wine3.20(2018/12/10※FreeBSD12Rリリース後)、さらに、
Wine4.0.r1(2018/12/13)、と、二度、UpdateしてWineHQ本家に
追いつきました。
が、また、バージョンアップは止まったようで、そのままです。
どうやら、FreeBSDのMajerVersionRelease時に、PortsTreeを
更新し、その後は、次のMajerVersionReleaseまで放置、という
スタンスのようです。
どうしてもi386-wineがWineHQ本家に追従してほしい場合は、
portsに頼らずに、ググるとよく引っかかる古い記事の例の
ようにjailで、amd64の中にi386環境を作るなどの方法を試すか、
かなり古いレスですが、以下のような方法が楽かもしれません。

FreeBSDを語れ Part37
https://peace.5ch.net/test/read.cgi/unix/1390323139/91-92

**FreeBSDでwimeを使っている君** · 2020/01/25(土) 03:44:15.90

○FreeBSD12.0-RELEASE(amd64)＋i386-wine＋wime4.0.0
さて本題の、FreeBSD12.0R(amd64)＋i386-wine＋wime4.0.0
での報告です。

portsからmakeする根性はないので、pkgベースですが、
FreeBSD11.2Rの時点で、FreeBSD(i386)の32bit版Wineから、
FreeBSD(amd64)の、i386-wineに移行しました。
特筆することもなく「そのまま」という感じです。
i386-wineは、32bitバイナリなファイル群のWineなんですね。
※i386なpkg版のWineを手作業で展開すれば、amd64でもラクチンに
最新追従することができるかもしれません。

さて、i386-wine-devel(4.0r1)＋wime4.0.0(※注１)＋ATOK17
は普通に動きました(※注２)。
私の場合、他のトラブルがあったのですが(※注３)。

※注１
wime4.0.0のリリースは知っていたのですが、FreeBSD(i386)な
32bitな実機を用意する必要があり、報告が遅くなりました。
「仮想環境で」とも思いましたが、大昔にQemuを使って以来、
仮想環境にはうといので、「実機で」という発想になりました。
amd64では、wime4.0.0のgmakeが通らず、makefileの修正場所も
分からないので、i386の実機を用意してwimeをgmakeし、
さらにwimeのパッチをあてたWineのimm32.dll.soも、32bitな
ものを用意しないといけないので、imm32.dll.soのためだけに、
i386機で32bit版Wineを、portsからmakeし、amd64上のi386-wineに
wime4.0.0と、imm32.dll.soをコピーで持って来ました。
※imm32.dll.soの配置場所は
「/usr/local/lib32/wine/imm32.dll.so」。

**FreeBSDでwimeを使っている君** · 2020/01/25(土) 04:11:13.09

※注２
使用状況：emacs26.1＋yc-5.2.1、scim-canna1.0.0(scim-1.4.9)
OS：FreeBSD12.0-RELEASE-p3(amd64)
pkg：i386-wine-devel(4.0r1)／i386-wine(3.0.4)
wime-4.0.0.tar.bz2(2018年8月5日)
※http://www.venus.sannet.ne.jp/thomas/wime/

※注３
FreeBSD12.0R(amd64)＋i386-wine(3.0.4)＋wime4.0.0＋ATOK17
の環境で使っていると不思議な挙動に気づきました。
一例ですが、以前に確定完了した「目が」を「眼が」にしたく
「めが」とタイプし、候補表示を開くと、「目が」「眼が」との
候補順表示を期待しますが、「目」「眼」の候補しか
表示されません。それで、「眼」を選んで確定した場合、
「が」が、確定文字に残らず「眼」だけになります。
変換候補の表示通りの挙動ではあるのですが。
状況としては、以下のURLを参考にできます。
https://detail.chiebukuro.yahoo.co.jp/qa/question_detail/q14158985634
http://support.justsystems.com/faq/1032/app/servlet/qadoc?QID=033195
上記URLで示された画像の淡色灰色表示の「かな」が
表示されていない状況です。
つまり、語幹より後の「かな」が表示されていないのです。
※ATOK公式の画像にある「こおり」は「氷り」「氷」どちらも
候補に表示され、確定後も「り」は残るが、「り」は、
「語幹より後の存在」というよりは、表記の違いのためでは
ないか、と思います。

**FreeBSDでwimeを使っている君** · 2020/01/25(土) 04:32:31.07

○「※注３」の語幹より後の「かな」が表示されない問題の続き
ATOKのプロパティをさわっても直りませんでした。

それで、wime4.0.0以前は、なんともなかったので、
wime4.0.0から、wime3.6.0に戻してみると、語幹より後の
「かな」は普通に候補表示され、確定後も、かな部分の欠落は
ありませんでした。
今は、i386-wine(3.0.4)＋wime3.6.0＋ATOK17の環境で大満足で
使っています。

Cannaにも、ATOKの設定にも、詳しいわけではないし、
wimeのドキュメントを読んでも、Cannaなどの仕組みを理解して
いない部分があるので、wime4.0.0の仕様変更のせいなのか、
「古すぎるATOKのお前の環境」のせいなのか、判断がつきません。
作者のthomas氏に報告すべきでしょうが、私的には、thomas氏は
神様なので、報告はこわいというか、おそれ多くてできません。
説明されても理解できない部分が出てくると思います。

**FreeBSDでwimeを使っている君** · 2020/01/25(土) 04:51:31.91

○i386-wine-devel(Wine4.0r1)＋一太郎2004
Wine4.0r1では、一太郎2004が、
「Failed to launch server application.」と言われ、
動きませんでした。
winecfgでの「Application settings」で、WineがWindowsプログラム
に返すWindowsのバージョンを、WindowsXPや、Windows7など、
すべてのパターンで試しましたが、ダメでした。
公式のFAQ(一太郎2007の説明でしたが)も見ましたが、
「再インストール」などと書かれており、
「いや、今インストールしたばかりなんですけど」という状況
(インストーラは動きました)で、Wine4.0で一太郎2004を
動かすのはあきらめ、Wine3.0.4に戻しました。

Wine4.0以降は、一太郎2004が動かないのではないか、と、
嫌な予感がしたので、情報収集をして、virtualbox-ose-5を
導入し、手持ちのWindowsを動かしました。
「何を今さら」と思われるでしょうが、すごいの一言です。
ヌルヌル動きます。ほぼ、ホストOSの実機のパワーが、
そのままゲストOSに伝わっている感じです。
Qemuでオロオロしていたのは何だったんだろう、と思いました。
Wineでも一太郎が動いて欲しいのですが、まあ一安心です。

じゃ、夜食を食べて来ます。

**FreeBSDでwimeを使っている君** · 2020/01/26(日) 02:06:39.76

>>851
Wineの16bitコードの説明が、不正確なので補足します。
16bitリアルモードや、仮想8086モードを使う、Windows3.x対応の
Windowsプログラムの場合のみ、DOSBoxが必要、のようです。

今夜も Wine で乾杯! - 22本目
https://mao.5ch.net/test/read.cgi/linux/1540015268/832-839

**FreeBSDでwimeを使っている君** · 2020/02/14(金) 04:01:51.04

一太郎の季節です。試用版、体験版、という言葉を思い出し、
一太郎2020体験版を、Wineで試してみました。
自分の環境だと、Wineで設定をしても、日本語入力(SCIM-Canna)は
できないし、Wineで稼働するWindowsプログラムで日本語入力を
する気も薄いので、文書整形、表示、印刷はどうか、そして、
昔から、普通に、横書表示と横書印刷は正常にできているので、
おもだって、縦書表示と縦書印刷はどうだろうか、という視点です。
OSは、FreeBSD12.0R(amd64)です。まだ12.1Rにしてません。ごめん。
あっ、ATOKの無償試用版は、メールアドレス登録が条件のようで、
JustMyShopから一太郎色の老眼鏡やパンツの案内が届きそうなので
試していません。

○i386-wine3.0.4(Application_settingsはWindows10)
●一太郎ビューワ(2019)※縦書の一太郎のバイナリ文書を開いた
　・インストール：OK
　・本体起動：OK
　・縦書表示：OK。約物が寝ずに正常表示。
　・縦書印刷：「約物」が一文字づつ寝る。
＊短評
　大昔、OpenOffice/LibreOffice3.x系のPortable版を、Wineで
　動かしたところ、Wine1.7.11以降は、「約物」も問題なく
　縦書表示、縦書印刷でき、Wineの機能が退化した場合も、
　「約物」が一文字づつ寝る(横表示)程度で、
　縦書表示、縦書印刷はできていたので
　(約物が寝ているのでダメではありますが)、
　Wine側か一太郎側かは不明ですが、進化していると思います。

**FreeBSDでwimeを使っている君** · 2020/02/14(金) 04:08:23.18

○i386-wine3.0.4(Application_settingsはWindows10)
●一太郎2020体験版(Taro30)※縦書の一太郎のバイナリ文書を開いた
　・インストール：OK
　・本体起動：OK
　・縦書表示：OK。約物が寝ずに正常表示。
　・縦書印刷：「約物」が一文字づつ寝る。
＊短評
　・表示は一太郎ビューワ(2019)よりキレイな感じに見えた。
　・昔から存在する一太郎添付のフォント(DF/DHP/JSフォント)で
　　読点が左側になる表示がなくなっていた。
　・縦書の一太郎バイナリ文書を開く時、おそらくWindows10用に
　　一太郎側で個別パッチしたっぽい(Windows10では縦書時に
　　約物が横に寝るという動作をする)メッセージ(※注)が
　　出るが、Windows10用の機能を使っても使わなくても、
　　約物の表示は正常。
　　※注(引用メッセージの改行位置は執筆者独自)
　　「縦組時の約物をフォント優先で表示しますか？
　　　フォント優先で表示すると、三点リーダ（…）やダッシュ
　　　（－）などが常に縦向きに表示されるようになります。
　　　設定は【ツール－オプション－オプション】で
　　　元に戻すことができます。YES/NO」※引用ここまで。
　・フォントごとに約物が寝るものと寝ないものに分かれる。
　　表示で寝ても寝なくても印刷では寝る。
　・文書校正機能を使うと、Wineのエラーボタン
　　(Internal_application_error)が出続けるので
　　killするしかなくなる。

**FreeBSDでwimeを使っている君** · 2020/02/14(金) 04:20:48.47

○i386-wine4.0r1(Application_settingsはWindows10)
　一太郎ビューワ(2019)、一太郎2020体験版とも、i386-wine3.0.4で
　インストールしたので、インストーラの挙動は不明だが、
　体験上(※>>856)、Wineへ正常にインストールできるものと思われる。
　本体の起動そのものはできる。
　テキストプルダウンのメニューつきのWine添付のnotepadのような
　味気ないウィンドウが開くが、そのプルダウンメニューから
　一太郎縦書バイナリ文書を開くと、Wineが「Program_Error」の
　メッセージウィンドウを出す。
　killせずに正常に終了できる。
　現状、Wine4.0では、一太郎ビューワ(2019)、一太郎2020体験版は
　使えない。
　※かっこよさ演出の、プログラム名のスプラッシュ表示すらなく、
　　味気ないウィンドウで起動する時点でおかしいのかもしれない。

**名無しさん＠お腹いっぱい。** · 2020/02/14(金) 08:00:24.30

LibreOfficeは使いものにならん

**名無しさん＠お腹いっぱい。** · 2020/02/14(金) 12:09:51.49

LibreOffice、充分使えてるけど
現状の不満はいずれもwriterで、

・差し込み印刷が出来ないこと
・罫線を使うと崩れやすいこと

くらいかな

**FreeBSDでwimeを使っている君** · 2020/02/16(日) 03:21:15.07

無人の砂漠で書いているような気持ちでしたが人がいたんですね。
一安心。よかったよかった。

>>860 への追記です。
「現状、Wine4.0では、一太郎ビューワ(2019)、一太郎2020体験版は
使えない。」と書きましたが、執筆者の確認不足でした。
twitterの@sagawa_aki氏によると、一太郎2019は、Wine4.2以降で
動くそうです。
https://twitter.com/sagawa_aki/status/1096742606963335168

もともとWineはWindowsゲームをターゲットにしている感じがあり、
ビジネスソフトへの配慮が薄い、と感じていましたが、ちゃんと
配慮されているようです。
sagawa氏って、あのsagawa氏なのですね。
Wine1.7.11での縦書き対応、本当にありがとうございました。

今夜も Wine で乾杯! - 18本目
https://engawa.5ch.net/test/read.cgi/linux/1347464833/398-n
https://engawa.5ch.net/test/read.cgi/linux/1347464833/939-n

広報部Ｋの日常: wine 1.7.11で縦書き
https://kouhoubk.blogspot.com/2014/02/wine-1711.html
広報部Ｋの日常: wine 1.7.13で縦書き
https://kouhoubk.blogspot.com/2014/02/wine-1713.html
https://twitter.com/5chan_nel (5ch newer account)

**名無しさん＠お腹いっぱい。** · 2020/02/17(月) 11:52:31.51

>>862
もう1つあった
やはりwriterで、

・縦書きが崩れやすい

表示だけで、スクロール等で再描画されると直るが、それでもズレている
印刷すると問題なし

**名無しさん＠お腹いっぱい。** · 2020/02/23(日) 21:59:12.38

>>862
>>864
だね
もはやそれくらいになって来るとこまでは進化してきた
メンテナーに感謝
欧州ではかなり使われたりむしろMS Office半強要は禁止とかされてるから本気度が違うのだろうな…

縦書きの良いエディタないかなー
Macならあるんだけど

**FreeBSDでwimeを使っている君** · 2020/02/24(月) 03:19:42.18

>>865
環状の時計 - 縦書きエディタ「TATEditor」あります
https://www.cc4966.net/

Hagoromo | Artman 21
http://www.artman21.com/jp/hagoromo/

縦式 - 縦書き入力 on the App Store
https://apps.apple.com/us/app/id1415281201

Macだと縦書きエディタが豊富なんですね。
TATEditorだとLinux(Ubuntu)版もあるのよね。

**名無しさん＠お腹いっぱい。** · 2020/02/24(月) 10:43:03.38

>>866
おお、感謝 mm

**名無しさん＠お腹いっぱい。** · 2020/02/27(木) 16:26:38.54

Calcはバグらしいバグはないと思う
Microsft Officeも、ExcelよりWordの方がバギーだよね
つーてもOffice97くらいまでしか知らんけど

**名無しさん＠お腹いっぱい。** · 2020/02/27(木) 17:41:05.60

>>868
むしろ97より今のMS Officeは確実に退化してる
図形とか選ぶだけでネットに聞きに行こうとする
設定でそれを切ってもとにかくもっさり
そりゃあGoogleのOffice？を使うところが増えてくるわけだ
欧州だとLibreみたいだけど

**名無しさん＠お腹いっぱい。** · 2020/02/28(金) 03:19:20.07

そうなのか
あとMSはバージョンが上がるたびにヒューマンインタフェースが変わるのがマイナスだよね
「慣れるまで」の時間コストが大きすぎる
まあこれはOfficeに限らず、Windowsもなんだけど

**名無しさん＠お腹いっぱい。** · 2020/02/28(金) 07:55:14.76

LibreOfficeは互換性よりも相互運用性に重きを置くようになって幻滅
ファイルが読み書き出来ればいいとか退化やで…

**名無しさん＠お腹いっぱい。** · 2020/02/28(金) 16:46:35.88

>>871
MSとの互換性重視ならWPS Officeはどうかな
中華のキングソフトだけどな…
もっとも俺の使い方程度だとLibreやGoogleで充分に互換性はクリアしてるかな
Googleは嫌いだけどネ

**名無しさん＠お腹いっぱい。** · 2020/03/13(金) 10:53:20.67

スプレッドシートはGnumericが好きです
少数派かもしれませんが

**名無しさん＠お腹いっぱい。** · 2020/03/15(日) 05:35:03.72

スプレッダー

**FreeBSDでwimeを使っている君** · 2020/03/22(日) 04:53:42.16

wimeの公式サイトがお引っ越しされるとの事です。
事情が分からないので新規のURLは書かないように気をつけます。

wime4.0.1がリリースされていました。かなり驚きました。
さっそくgmakeしてみましたが、gmakeが通りませんでした。
エラーメッセージは以下の通り。※レス用に桁折りしています。

gmake[1]: ディレクトリ '/usr/home/useKUN/wime-4.0.1/so' に入ります
clang -shared -o libwime.so wimeapi.o corr.o winkey.o xres.o
../lib/libwimeut.a win.h -g $(pkg-config --libs x11) -lrt
clang: error: cannot specify -o when generating multiple output files
gmake[1]: *** [Makefile:16: libwime.so] エラー 1
gmake[1]: ディレクトリ '/usr/home/useKUN/wime-4.0.1/so' から出ます
gmake: *** [Makefile:32: so] エラー 2

との事で、「wime-4.0.1/so/Makefile」を以下のように編集し、
gmakeが通りました。
・「$(app):$(objs) $(libs) $(app2)」を
　「$(app):$(objs) $(libs)」に変更。
・条件記述の文脈のタイトルというのか「#$(app2):」を
　「win.h:」に変更。※これはwime4.0.0の記述にならいました。

**FreeBSDでwimeを使っている君** · 2020/03/22(日) 04:59:08.60

FreeBSD12.0R(amd64)＋i386-wine(3.0.4)＋wime4.0.1＋ATOK17
で、emacs＋yc.el または、scim-canna の環境ですが、
執筆者的に気になっていた >>854 >>855 の
「語幹より後の『かな』が候補内で表示されない問題」なんですが、
状況は変わっておらず、結局、wime3.6.0に戻りました。

[033195]候補ウィンドウの画面
http://support.justsystems.com/faq/1032/app/servlet/qadoc?QID=033195
によると、「異なる部分が淡色で表示されます」の淡色部分が
欠落したまま候補が出て、確定も欠落したままとなります。

それでは、お夜食を食べてきます。ブワッ。シクシク。

**名無しさん＠お腹いっぱい。** · 2020/03/22(日) 13:53:52.44

お疲れ様
夜食つーか、時間的に朝食でないの？

**FreeBSDでwimeを使っている君** · 2020/04/02(木) 03:43:50.08

どうも。
「夜食を食べようとキッチンに来たらなぜだか朝食になっていたぜ」の、
FreeBSDでwimeを使っている君です。

wime4.0.0以降で変換候補に助詞つきの候補が出ないと悩んでいましたが、
以下のスレで解決し、助詞つきの候補が出るようになりました。

・wime4.0.0以降は、「wime -e atok」で起動する。
・Wineのregedit.exeで「E0010411」(もともとは「E0020411」)の
　「Ime File」がパスつきの「atok??w.ime」であった場合、
　パス部分を削る。

日本語入力メソッド総合スレッド＠Linux板
https://mao.5ch.net/test/read.cgi/linux/1472658083/24-n

ウッキウキです。
夜食にマヨネーズで焼いたスパムをパックご飯にのっけて食べよう。

**FreeBSDでwimeを使っている君** · 2020/06/01(月) 03:30:24.78

2020/05/29にwime4.1.0がリリースされました。
FreeBSDでの注意ですが、wime4.1.0のconf.mkでは
「USE_CLANG?=」の行が抜け落ちています。
ご自分で「USE_CLANG?=1」と書き足してください。
※先にLinux板に投稿した失礼をお詫びします。

日本語入力メソッド総合スレッド＠Linux板
https://mao.5ch.net/test/read.cgi/linux/1472658083/73

**FreeBSDでwimeを使っている君** · 2020/06/01(月) 03:36:26.92

FreeBSD(amd64)のWine(64bit版のWine)で、WOW64を実現する
手順が投稿されました。
我こそはと思う方は、ぜひ試してみてください。
「出来たよ報告」が欲しそうなので、出来た方は返事をされると
投稿者も喜ばれると思います。

初心者もOK! FreeBSD質問スレッドその124＠UNIX板
https://mevius.5ch.net/test/read.cgi/unix/1569601015/351-n

**FreeBSDでwimeを使っている君** · 2020/06/07(日) 05:11:15.53

>>879
2020/06/02 wime4.1.1
2020/06/04 wime4.1.2
とリリースされました。
4.1.1以降「USE_CLANG?=0」が戻っています。

**FreeBSDでwimeを使っている君** · 2020/10/19(月) 04:35:31.89

FreeBSDを語れ Part52
https://mevius.5ch.net/test/read.cgi/unix/1596404184/536-n

上記のスレでブラザー複合機でのFTPの話が出ました。
Unix系のみなさんには周知の事かと思われますが、プリインストールの
MS-Windowsしか知らないピッチピチの大型新人が、ここを読むかも
しれないので状況を書きます。
もともとは、Linux系ユーザのブログに書かれており、執筆者は
遅ればせながら、この機能に気づいたのですが、残念ながら出典のURLを
失念したので、ここに執筆者筆で手書きします。

FTP対応のブラザー複合機は、ブラザー複合機側を公式説明にある通り
FTPクライアントの設定をして動かし、ローカルLANで
ブラザー複合機につながったPC側は、FTPサーバとして動かします。

ブラザー複合機側のFTPクライアントの設定方法の説明は省略します。

FreeBSD機を、FTPサーバとして動かす場合、
「/etc/inetd.conf」で「/usr/libexec/ftpd」のある行を有効化して
「inetd」を起動すればよいだけです。

そして複合機のスキャンボタンを押し、書類などをスキャンすると、
すぐに、PC側の指定したディレクトリの下に、jpgなどの指定した形式で、
ファイルがFTPで送られます。

Linux機を、FTPサーバとして動かす手順は、執筆者はLinuxにうというえ、
ディストリビューション別の事もありますので、ご自分で検索などを
して解決なさってください。

**FreeBSDでwimeを使っている君** · 2020/10/19(月) 04:47:58.64

あと、ブラザープリンタの「BR-Script」はPostscript互換と
されますのでUnix系で使用するのは、かなり簡単です。

ローカルLANにつながったBR-Script機だと、昔の何百万円時代の
ワークステーションのネットワーク上のPostscriptプリンタの説明に
あるように「/usr/bin/lp」（昔ながらのlpで、CUPSではないほう）を
使って、一般的なUnix系プログラムから印刷が出来ます。
「/etc/printcap」を書くだけですから、設定がラクではあると思います。
Ghostscriptを入れなくてもよいし、プリントフィルタの作成もいりません。
Wine上のWindowsプログラムからも、プリンタは、printcapに書いた通りの
名称で表示され、印刷ができます。

さらに、ブラザーのインクジェット機などでは、公式から
Linux用のlprドライバ（昔ながらのほう）が配布されており、
公式ではFreeBSD非対応ですが、FreeBSDにおいて、LinuxEmulationで
使用できました。
※このスレで試した過去の一連のレスは、この執筆者本人です。
川口氏のおかげです。感謝してもしきれません。
手順は、以下をご覧ください。

https://mevius.5ch.net/test/read.cgi/unix/1107211157/684-n
https://www.mail-archive.com/freebsd-users-jp@jp.freebsd.org/msg02876.html
https://support.brother.co.jp/j/b/faqend.aspx?c=jp&;lang=ja&prod=mfcj4510n&src=device&faqid=faq00100683_000

今はレーザーのBR-Script機に乗り換えましたが、
やっぱり、レーザーはインクジェットと比べて線が細いんですよ。
キレイなんですよ。※あくまで普通紙の場合。
Wine上の一太郎で印刷すると書籍みたいな感じなんですよ。