FreeBSD での Office 環境を語れ! その2
レス数が900を超えています。1000を超えると表示できなくなるよ。
LibreOfficeのマクロで、firefoxに表示されている文字列を取得って出来そうですかね？
WindowsでExcel+IEの組み合わせは出来るみたいですけど 以前のレスはこちらです。ご無沙汰しております。例の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での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の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 ○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」。 ※注２
使用状況：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公式の画像にある「こおり」は「氷り」「氷」どちらも
候補に表示され、確定後も「り」は残るが、「り」は、
「語幹より後の存在」というよりは、表記の違いのためでは
ないか、と思います。 ○「※注３」の語幹より後の「かな」が表示されない問題の続き
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氏は
神様なので、報告はこわいというか、おそれ多くてできません。
説明されても理解できない部分が出てくると思います。 ○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でも一太郎が動いて欲しいのですが、まあ一安心です。
じゃ、夜食を食べて来ます。 >>851
Wineの16bitコードの説明が、不正確なので補足します。
16bitリアルモードや、仮想8086モードを使う、Windows3.x対応の
Windowsプログラムの場合のみ、DOSBoxが必要、のようです。
今夜も Wine で乾杯! - 22本目
https://mao.5ch.net/test/read.cgi/linux/1540015268/832-839 一太郎の季節です。試用版、体験版、という言葉を思い出し、
一太郎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側か一太郎側かは不明ですが、進化していると思います。 ○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するしかなくなる。 ○i386-wine4.0r1(Application_settingsはWindows10)
一太郎ビューワ(2019)、一太郎2020体験版とも、i386-wine3.0.4で
インストールしたので、インストーラの挙動は不明だが、
体験上(※>>856)、Wineへ正常にインストールできるものと思われる。
本体の起動そのものはできる。
テキストプルダウンのメニューつきのWine添付のnotepadのような
味気ないウィンドウが開くが、そのプルダウンメニューから
一太郎縦書バイナリ文書を開くと、Wineが「Program_Error」の
メッセージウィンドウを出す。
killせずに正常に終了できる。
現状、Wine4.0では、一太郎ビューワ(2019)、一太郎2020体験版は
使えない。
※かっこよさ演出の、プログラム名のスプラッシュ表示すらなく、
味気ないウィンドウで起動する時点でおかしいのかもしれない。 LibreOffice、充分使えてるけど
現状の不満はいずれもwriterで、
・差し込み印刷が出来ないこと
・罫線を使うと崩れやすいこと
くらいかな 無人の砂漠で書いているような気持ちでしたが人がいたんですね。
一安心。よかったよかった。
>>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) >>862
もう1つあった
やはりwriterで、
・縦書きが崩れやすい
表示だけで、スクロール等で再描画されると直るが、それでもズレている
印刷すると問題なし >>862
>>864
だね
もはやそれくらいになって来るとこまでは進化してきた
メンテナーに感謝
欧州ではかなり使われたりむしろMS Office半強要は禁止とかされてるから本気度が違うのだろうな…
縦書きの良いエディタないかなー
Macならあるんだけど >>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)版もあるのよね。 Calcはバグらしいバグはないと思う
Microsft Officeも、ExcelよりWordの方がバギーだよね
つーてもOffice97くらいまでしか知らんけど >>868
むしろ97より今のMS Officeは確実に退化してる
図形とか選ぶだけでネットに聞きに行こうとする
設定でそれを切ってもとにかくもっさり
そりゃあGoogleのOffice？を使うところが増えてくるわけだ
欧州だとLibreみたいだけど そうなのか
あとMSはバージョンが上がるたびにヒューマンインタフェースが変わるのがマイナスだよね
「慣れるまで」の時間コストが大きすぎる
まあこれはOfficeに限らず、Windowsもなんだけど LibreOfficeは互換性よりも相互運用性に重きを置くようになって幻滅
ファイルが読み書き出来ればいいとか退化やで… >>871
MSとの互換性重視ならWPS Officeはどうかな
中華のキングソフトだけどな…
もっとも俺の使い方程度だとLibreやGoogleで充分に互換性はクリアしてるかな
Googleは嫌いだけどネ スプレッドシートはGnumericが好きです
少数派かもしれませんが 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の記述にならいました。 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
によると、「異なる部分が淡色で表示されます」の淡色部分が
欠落したまま候補が出て、確定も欠落したままとなります。
それでは、お夜食を食べてきます。ブワッ。シクシク。 どうも。
「夜食を食べようとキッチンに来たらなぜだか朝食になっていたぜ」の、
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
ウッキウキです。
夜食にマヨネーズで焼いたスパムをパックご飯にのっけて食べよう。 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(amd64)のWine(64bit版のWine)で、WOW64を実現する
手順が投稿されました。
我こそはと思う方は、ぜひ試してみてください。
「出来たよ報告」が欲しそうなので、出来た方は返事をされると
投稿者も喜ばれると思います。
初心者もOK! FreeBSD質問スレッド その124＠UNIX板
https://mevius.5ch.net/test/read.cgi/unix/1569601015/351-n >>879
2020/06/02 wime4.1.1
2020/06/04 wime4.1.2
とリリースされました。
4.1.1以降「USE_CLANG?=0」が戻っています。 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にうというえ、
ディストリビューション別の事もありますので、ご自分で検索などを
して解決なさってください。 あと、ブラザープリンタの「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上の一太郎で印刷すると書籍みたいな感じなんですよ。 FreeBSDを語れ Part52
https://mevius.5ch.net/test/read.cgi/unix/1596404184/217-n
上記のスレでLinux用のWXGをLinuxEmulationで使ってみる試みが
ありました。現行のFreeBSD12.1-STABLEで動くとのことです。
成功した方法のレスは、残念ながら、まだ来ませんが、
NetBSDと同じような方法との事です。
「よし！」という方は試してみてください。
なんだか、ひたすら、ひとりでスレにレスしてすいません。
長いこと、UNIX板では投稿しようとすると、
「ERROR: 当分お断りしております。」と出て、
おかしいな、と、再度試すと、いわゆる「焼かれる」状態で、
Firefoxからは、投稿できなかったのですが、以下のAdd-onsで
投稿できるようになりました。
製作者様ありがとうございました。
Firefoxで5chに投稿できるようにするソフト
http://shimarisu.webcrow.jp/firefox_5ch.html 忘れていました。
UNIX板のWXGスレのおそらく最終となるURLを貼っておきます。
WXG for Linux/FreeBSD
https://toro.5ch.net/test/read.cgi/unix/975596184/ >>884,885
最近(と言うか数ヶ月ずっと)変なのがいたのもあってご報告＆検証をサボってました
動くには動くんですが漢字辞書が機能しないんですよね
12.2-STABLE & もうじき来る12.2-RELEASEでもうちょっとごにょごにょしてみます >>884
あと焼かれると言うのはBBQ60で24h退場食らう事ですか？
専ブラでURL入りの投稿すると100パー食らいますが素のFirefoxやWebブラウザなら私の環境では問題ないですね。
最近意味わからん規制が横行していて困ったものです ATOK/一太郎 統合スレッド[ その3 ]
https://mao.5ch.net/test/read.cgi/linux/1366625155/
※有益なレスが多いのでレス番号なしのURLにします。
Linux板の上記のスレの投稿番号106で知ったのですが、
「ximimm」というソフトウェアがあります。
今、「wime atok」でググると「ximimm」のサイトが
比較的上位に出てきます。
半年ほど前に存在を知った時は、かなり探さないと
見つけられなかった記憶があるので、google側の何かが
変わったのだと思います。
wimeは、Wine＋wime＋Windows用atok→Cannaとして渡す
ximimmは、Wine＋ximimm＋Windows用atok→X11上(XIM)で渡す
というもので、「Cannaの要素はいらないのよ」という方は、
やや古いリリースとなりますが、試されるのもよいでしょう。 >>886-887
>>884の「5chに投稿できない」補足ですが、
「焼かれる」という状態は、クッキーがない場合での
投稿許諾時に、
「このホストはBBx規制中です、問い合わせID、ホスト」
が表示される、というものです。
あー、……。URL入りの投稿がまずかったのかもしれない。
言われてみれば、URLがない短文は、投稿できていた事を
思い出しました。
専ブラでダメという方もいれば、Firefoxでも、という方も
おられるみたいで、確定的な要素がよく分かりませんが、
私のFirefox環境では、なっていました。
Add-onsで「uBlock Origin」「5CH STYLE FORMAT 2017(ff)」
などを入れたままで、もがいており、素のFirefoxで試すのは、
思いもつかなかったなあ。
※ほらね。執筆者は頼りにならないでしょ。
みなさんは、ここでのレスは、その程度なのね、という
スタンスで、補正しながら読まれる事をおすすめします。
Linux用のWXGをFreeBSD12系で動作検証している氏、応援しています。 >>889
少なくともJDimやnavi2ch等、仲介串を使うやつは駄目ですね。UAを工夫しても現在は封じられてます。
思い切り脱線しているので私からはこの手のお題はこれまでにしますが、殆どカスタマイズが効かない epiphany で書き込む事もありますが
普通にURL入りも書けます。
現在12.2-RC3で殆ど環境は変わらないでしょうけど、金曜にsvnが更新されたら早速buildworldして検証再開します。 >>883
> ローカルLANにつながった
FreeBSDとは関係ありませんが、
LANが「Local Area Network」の頭字語なので、「ローカルLAN」はおかしいです
同一セグメント内の意味だと推測しますけど >>883
横からですが便乗で
Linux用のbrscan4をFreeBSDで使う方法ありますかね？
Linux互換レイヤ等を使ってもなんか設定がうまくいきませぬ >>891
いや、たしかに、その通りです。平謝りです。
>>883の「ローカルLAN」は「同一セグメント内」が正しい。
ポッと思いつき、「宅内LAN」と書こうとして、
あまりに死語っぽくて「どうなのよ」と思い、
つい、かっこうをつけて「ローカル環境だから」と
「ローカルLAN」と書きました。すいませんでした。 >>892
＞Linux用のbrscan4
知らないのでググってみた。
「Xsane」とかで使いたい場合があるのか……。
brscan4をLinuxEmulationで使う……。
キリッ、まったく分からないです！
ただ、BrotherのlprなLinuxドライバは、
「/usr/local/Brother/inf/lpd」などが、
バイナリに埋め込まれていたので、
期待されるべき同じディレクトリを作り、
ドライバにあるLinuxのライブラリは「/compat/linux/lib/」に、
コピーとかリンクとかしていました。
環境を新しくするたびに「いちいち手作業で大変だなあ」と
ウルッと涙していました。
インストーラの動作などを見て、なんとかなりませんか。 >>883
Linux用のlprドライバをFreeBSDにおいてLinuxEmulationで使う、
という、一次出典となる川口氏のFreeBSD Mailing Listsの
FreeBSD-users-jp 87913 投稿分の記事が、ググっても
出なくなっているなあ。
まあ、>>684 のレスを書いた時点でも、ググったヒットページの
最後の方まで見ないと出ていなかったような気がする。
しかも、2013年時点で、この方法での質問も来ている、が、
ケアレスミスだったみたいで動作したとの事。
チカラにならないレスをしたのは執筆者本人です。※以下URL
初心者もOK! FreeBSD質問スレッド その117
https://toro.5ch.net/test/read.cgi/unix/1380865524/382-397
＊ ＊ ＊ ＊
FreeBSD での Office 環境を語れ! その2
https://mevius.5ch.net/test/read.cgi/unix/1107211157/684-n
の前に投稿したのが、
【超多機能】brother MyMio 4台目【薄すっきり】
https://pc11.5ch.net/test/read.cgi/printer/1144943790/
の111番頃だった事をググっている時に思い出しました。 この調子だと、それなりの時期にスレが埋まるような気がします。
お前が書いてるんだろ、と言うツッコミは、ご勘弁ください。
スレを立てるべきは、投稿頻度が高い執筆者本人としても、
これ、
「*BSD/LinuxでのOffice環境を語れ！」
として、発展的解消としてはいけないでしょうか。
Linux板でもOffice環境全般のスレはないようだし、
情報が集まりやすいかと思います。
プリンタ、商用のカナ漢字変換などの環境は当然として、
WineでOffice系ソフトを動かすコツなども含めたいところです。
※Wineの世界ではゲームの動作確認が多い感じ。
>>6 というレスを見るに「本当にそうだよね」と思います。
995レスぐらいで立てようと思っています。ご意見募集中です。
＊ ＊ ＊ ＊
*BSD/LinuxなどのUnix系OSでクライアント環境を構築するためには
Office系ソフトウェアなどの環境整備が重要になってくるはずだ．
そのための手段は問わない．また熱く語ってくれ．
（以下過去スレ列記 ※リンクは古びるので書かない） >>896
いいと思いますよ
志賀がハイエナの如く荒らしに来ないといいのですが ブラザーのインクジェット機の公式のLinux用の
lprドライバ（昔ながらのほう）を、
FreeBSDのLinuxEmulationで使用する方法ですが、
このスレには「動作しました」としか書いておらず、
手順は書いていません。
手順は一次出典に当たればいい、という前提でした。
一次出典が見つけにくい今となると、
初見の方には、どうすればいいのか分からない、
という事に気づきました。
http://www.jp.freebsd.org/ml.html#FreeBSD-users-jp
からtarballを落として読むのも、どうかと思い、
「www.mail-archive.com」にあるといいな、と、
川口氏のFreeBSD Mailing Listsの
FreeBSD-users-jp 87913 投稿分の記事（手順説明）を
探したのですが見つかりません。
どうしても手順が知りたい方は、tarballからどうぞ。 代わりと言ってはなんですが、以下は、
ブラザーのLinux用公式ドライバをLinuxEmulationで
使い、CUPSで印刷する記事です。
FreeBSDでBrotherのプリンタMFC-8520DNに印刷できるようにする - Qiita
https://qiita.com/HirotoKagotani/items/83618bfbde77dc028fff
Using Brother HL-L8350CDW from FreeBSD via CUPS
http://www.math.u-ryukyu.ac.jp/~tsukuda/computer/HL-L8350CDW.html
CUPS で FreeBSD から簡単印刷。(MacOSX があればだよ) かけまわる子犬。
https://running-dog.net/2010/07/post_211.html
[FreeBSD-users-jp 92647] HP のプリンタ・複合機(Re: EPSON EP-802A,Canon iP4700 使ってる方いますか？)
https://www.mail-archive.com/freebsd-users-jp@jp.freebsd.org/msg03854.html
ブラザー製品で、LinuxEmulation＋CUPS でもよし、
HP製品で、ports/print/hplip でもよし、
EPSON/Canon製品でも、LinuxEmulationな、Linux用CUPSと
gutenprint で印刷ができるよう（ググればいっぱい出ます）なので、
ブラザーのlprドライバ（昔ながらのほう）で印刷する手順は、
もう役目を終えたのでしょう。 FreshPorts -- print/epson-inkjet-printer-escpr: Epson Inkjet Printer Driver (ESC/P-R) for Linux
https://www.freshports.org/print/epson-inkjet-printer-escpr
今はこんなのもあるんですね。
ああ、「ESC/P」とは少し違うのか。
今どきは、Canon製品にもESC/Pが載っていたりするのか。
「ESC/Pスーパー」のプリンタを持っていましたが、
スキルや知識のなさで、FreeBSD2.x.xReleaseからは使えず、
プリンタにDOS機をつないで、データを手で持って行って
印刷していました。時間がたつ、って、いい事なんですね。
＊ ＊ ＊ ＊
Brother MFC-J6973CDW のスキャン to FTP についてメモ 法雨
https://ryogan.org/blog/2016/03/21/brother-mfc-j6973cdw-%e3%81%ae%e3%82%b9%e3%82%ad%e3%83%a3%e3%83%b3-to-ftp-%e3%81%ab%e3%81%a4%e3%81%84%e3%81%a6%e3%83%a1%e3%83%a2/
こんなのもありました。
執筆者からは印刷関連の話題はこれまでにしておきます。
＊ ＊ ＊ ＊
>>896 >>897
ありがとうございます。
スレタイとスレの範囲の変更意見、ギリギリまで募集中です。
いざとなると、歴史あるスレタイにヘタれて「FreeBSDでの」の
ままにしてしまうかもしれません。 あー、本当だ。9800円か。安価だ。Wnn8すごい。
おー、FreeBSD12.1Rのアップデートか。現役だわ。
「※12.1-R 以降は amd64 版のみのリリースとなります。」
あ、いや、i386機もあるんで……、それは困ります。
i386のPAE_Kernelも充実してきているのに……。
PAE と GENERIC の pmap が同一に − 2019年02月23日 13時20分18秒
http://uyota.asablo.jp/blog/2019/02/23/9039658
Merge PAE and non-PAE pmaps into same kernel の変更が凄い − 2019年05月14日 13時25分48秒
http://uyota.asablo.jp/blog/2019/05/14/9072377 wnn8は約1万円か
vje-deltaは5千円しなかったな VJEをよく知らないので（存在は知っている）ググったんだが、
VJE-Delta - きまぐれ手記 Kimagurenote
https://kimagurenote.net/kn/VJE-Delta
という熱心な方がいた。
Unix系でVJEを使いたいが、VJE-DeltaのLinux/FreeBSD版だと、
古くなりすぎており、「今では使えない」という方がいたら、
Windows版のVJE-Deltaを、wimeで動かしてみては？と思った。
まあ、Linux/FreeBSD版とWindows版の両方を持っていた方むけの
提案になりますが。
日本語入力プログラムについて考える
http://www4.airnet.ne.jp/koabe/com_inet/im/index.html
有名どころのサイトですが、おもしろかったです。 Windows用の日本語入力ソフトをwimeで使うというのは、
邪道な気がしないでもないけど、確かに解決策の一つではあるな なんで日本語IMを日本人は開発しなくなったんだろうな >>894
使ってたブラザーの複合機、黒インクがだだ漏れし、大量に気泡が入って逝きますた
ボーナスで新調しようと思うのですが、印刷もスキャナもpkgの範疇でいけそうな「一般家庭向けモデル」ってどんなのがありますかね
自分でも調べて有用な情報があれば書きたいと思います >>908
印刷は gutenprint & cups で割とどうとでもなるとして、
鬼門はスキャン部門になりそうな気がしています >>908 >>892
カラー印刷ってならインクジェットかなあ。
FTP転送ができるレーザー複合機はダメなの？
モノクロレーザー機でもスキャンしたファイルはカラーだよ。
ブラザーのトップページから、機種を絞り込む
十字線の散布図みたいな仕組みがあるんだけど、
あれで機種を絞り込んでスペックを見たのが以下のレス。
https://mevius.5ch.net/test/read.cgi/unix/1596404184/568
現行機種の型番をもとに、一世代前のモデルをネットで探すと
安価だったりするし。
ブラザー複合機は、家庭用とビジネス用では
デザインと容積と入手性（家電屋にならんでいるか）
ぐらいしか変わらないような気がする。 >>907
ワープロソフトを含むOfficeスイートがMSに完全敗北しちゃったから。
IMEは単体では今や商売にならない。 ○amdgpu on FreeBSD12.2R(i386)(Generic Kernel) 前編
pkgから「drm-fbsd12.0-kmod-4.16.g20200221」を入れましたが、
カーネルモジュールがロードされず、amdgpuが使えませんでした。
※portsの「drm-fbsd12.0-kmod 4.16.g20201016」は試していません。
(pkg)xf86-video-amdgpu-19.1.0_1
(pkg)drm-fbsd12.0-kmod-4.16.g20200221
(pkg)gpu-firmware-kmod-g20200920(drm-fbsd12.0が依存する)
「/boot/modules/amdgpu.ko」サードパーティの下に存在しない。
「/boot/kernel/amdgpu.ko」標準カーネルの下に存在しない。
「/boot/modules/radeonkms.ko」サードパーティの下に存在する。
「/boot/kernel/radeonkms.ko」標準カーネルの下に存在する。
「/boot/modules/i915kms.ko」サードパーティの下に存在する。
「/boot/kernel/i915kms.ko」標準カーネルの下に存在する。
「/usr/local/lib/xorg/modules/drivers/amdgpu_drv.so」存在する。
「/usr/local/lib/xorg/modules/drivers/radeon_drv.so」存在する。
「/usr/local/lib/xorg/modules/drivers/modesetting_drv.so」存在する。
「amdgpu.ko」が存在せず、カーネルモジュールがロードされないので、
「amdgpu_drv.so」が使えないのは当然、ということになります。 ○amdgpu on FreeBSD12.2R(i386)(Generic Kernel) 後編
試しに「/boot/modules/radeonkms.ko」をロードしたら、
ブート時のカーネルメッセージ中にビデオ出力がなくなりました。
カーネルが気絶した感じで、fsckもかかりません。
https://www.freshports.org/x11-drivers/xf86-video-amdgpu/
＞On FreeBSD requires amdgpu KMS driver from graphics/drm-kmod.
とのことですが、
drm-kmod(pkg)でも、「amdgpu.ko」な、
カーネルモジュールがロードされず、
amdgpu_drv.so(pkg)は使えませんでした。
結局、RadeonHD4350(RV710)な、ビデオカードをさして
ati_drv.so(pkg)に戻りました。 ○emacs27.1 <- emacs26系／FreeBSD12.2R(i386) フォント編
FreeBSDを語れ Part32
http://toro.2ch.net/test/read.cgi/unix/1321488034/485-n
で回答された、以下のような設定を愛用していました。
(cond (window-system
(set-default-font
"-*-fixed-medium-r-normal--14-*-*-*-*-*-*-*")
(progn
(set-face-font 'default
"-misc-fixed-medium-r-normal--14-*-*-*-*-*-*-*")
（以下略）
ところが、emacs起動時に「set-default-font」がどうのこうの、
というエラーが出ました。いくらググっても解決策が見つかりません。
あきらめてTruTypeフォントをいろいろ試しましたが、なじめません。
そもそも、目が「あの」フォントに慣れています。
プログラミング言語は「カッコの数は対応しないといけない」程度の
知識しかなく、Emacs Lispはさっぱり分かりませんが、
数時間かかって、自分で変更した（削ることしかできない）ところ、
以下の指定で解決しました。
※改行でカッコの数がワケワカなので一行にまとめた。
(cond (window-system
(set-face-font 'default "-*-fixed-medium-r-normal--14-*-*-*-*-*-*-*")
(set-face-font 'bold "-*-fixed-bold-r-normal--14-*-*-*-*-*-*-*")
)) ○emacs27.1 <- emacs26系／FreeBSD12.2R(i386) yc.el編
yc.elの、CTRL+oで、Cannaを起動しようとすると、
「yc-server-open: Symbol’s function definition is void:
process-kill-without-query"」と言われ、
無理に変換すると腕時計マーク（Windowsで言う砂時計）が出ます。
さんざんググったら以下の助言がありました。ありがとうございました。
※引用文の改行とUTF文字の置換は執筆者。
shg@shg
https://twitter.com/shg/status/1295166707594452993
＞process-kill-without-queryは15年以上前からobsoleteに
＞なってたんだけどemacs-27.1でついに削除されたっぽい。
＞古くてメンテされてないコードがエラーに。
＞とりあえずこれで逃げる
＞(defun process-kill-without-query (process &optional flag)
＞(set-process-query-on-exit-flag process nil)
＞t)
＞10:13 AM ・ Aug 17, 2020・Twitter for Mac
※そうそう、ng-cannaが「no maintainer」とのことです。
何かがあった場合（PortsTreeから消しちゃうよ、とか）、
どなたかよろしくお願いします。
https://twitter.com/5chan_nel (5ch newer account) ○FreeBSD12.2R(i386)で PAE Kernel 前編 ※ati_drv.so(pkg)使用
前回（>>837 >>838）は、FreeBSD11.1-RELEASE-p9 で PAE Kernel を
試しました。
その時は、winecfgでの.wineの新規生成で、刺さったようになったり、
Wineで一太郎2004が動かない、という状況でした。
※ただし、Wine+wime+ATOKは動いた。
今回、PAE Kernelを試したところ、問題なく、15.6G（conky表示）が
認識され、動作も問題ありませんでした。
※ただし、「---<<BOOT>>---」のメッセージの前に数秒の時間がかかる。
dmsegでの表示は「FreeBSD 12.2-RELEASE PAE-GENERIC i386」です。
カーネルのビルド時間はFreeBSD11.1Rの時より、50%増しになりました。
FreeBSD12.2R時点で入っている変更は、
「4G/4G address space split for i386」だけだと思います。
それ以外の変更は質問スレでの回答によると入っていないようです。
FreeBSD 4G/4G address space split for i386: uyota 匠の一手
http://uyota.asablo.jp/blog/2019/01/24/9028488
初心者もOK! FreeBSD質問スレッド その124
https://mevius.5ch.net/test/read.cgi/unix/1569601015/721-n ○FreeBSD12.2R(i386)で PAE Kernel 後編 ※ati_drv.so(pkg)使用
ただし、サードパーティなカーネルモジュールを使う
virtualbox-ose-kmod が、あやしい感じです。
※同じ立場として amdgpu がありますが、
既述（>>913 >>914）のように、そもそも使えなかったので、
試していません。
/etc/src.conf
PORTS_MODULES="emulators/virtualbox-ose-kmod"
として、PAE Kernelをビルドし、virtualbox-ose-kmodも、
カーネルビルド後に、再コンパイルされました。
※portsのチェックを入れるメニューが出たので確実です。
ですが、カーネルメッセージ中にリブートし、BIOSに戻ります。
fsckはかかりません。
/boot/loader.conf (vboxdrv_load="YES")の時点か、
/etc/rc.conf (vboxnet_enable="YES")の時点かは不明ですが、
おそらく/etc/rc.confの評価中にリブートしているものと
思われます。
VirtualBoxは、即あきらめがついたので、まあいいです。
「uyota 匠の一手」氏によると、FreeBSD13Rereaseのi386では
PAE Kernelが標準となるそうで、
「楽っしみっだなぁー！ 早くFreeBSD13Rerease来ないっかなぁー！」
という気分です。ウキウキ。 ○FreeBSD12.2R(i386)で Wine 前編
執筆者が、熱心にFreeBSDでの状況を書くwimeですが、
これは、Wineがあってこそ、のものです。
それが、ねえさん、大変です！
以下のエラーメッセージで、
FreeBSDでは、Wineが動かなくなってるんですよ。
※Linuxでは普通に動いているようです。
% winecfg
wine: could not load ntdll.so: (null)
※winecfgとはWineの設定画面を出すコマンド。
.wineが存在しない場合は生成される。
FreeBSDのフォーラムでも話題になっていますが、
「たぶん壊れてる」で終わりです。
I can't run windows applications with wine(64bit)
https://forums.freebsd.org/threads/i-cant-run-windows-applications-with-wine-64bit.77253/
どういうわけだか「さがわ@sagawa_aki」氏のツイッターでも
FreeBSDで「起動直後にntdllの内部でクラッシュする」との話が
出ました。（耳に入ったんでしょうね）
「Wine 5.0.1」は動く、とのことですが、
それ以降のバージョンへの言及はありません。
2020/06/24 https://twitter.com/sagawa_aki/status/1275750198031966209
2020/06/25 https://twitter.com/sagawa_aki/status/1276106107895689219
https://twitter.com/5chan_nel (5ch newer account) ○FreeBSD12.2R(i386)で Wine 中編
こういうものをみつけました。
Wine 5.11 is out with more NTDLL work, NetIO kernel driver started
https://www.gamingonlinux.com/2020/06/wine-511-is-out-with-more-ntdll-work-netio-kernel-driver-started
Wine5.11あたりのバージョンから動かないのではないか、と、
アタリをつけ、時間がかかりましたが、いろいろなバージョンの
Wineをmakeしてみました。その過程で、portdowngradeをおぼえました。
以下は、FreeBSD12.2R(i386)Generic Kernelでの話です。
※日付は、FreshPortsでの日付。かぎカッコ内は、エラーメッセージ。
・起動しない「wine: could not load ntdll.so: (null)」
wine-devel-6.0.r1(ports) 2020/12/07 r557223
wine-devel-6.0.r1(ports) 2020/12/05 r557034
wine-devel-5.22(ports)
wine-devel-5.17(pkg)
・起動しない「セグメントエラー」
wine-devel-5.10(portdowngrade) 2020/06/09 r538346
・起動しない「raise_exception Unhandled exception code」
※エラーメッセージは抜粋（前後を省略しました）
wine-devel-5.9(portdowngrade) ※r番号は忘れました ○FreeBSD12.2R(i386)で Wine 後編
・正常に起動する
wine-devel-5.8(portdowngrade) ※PAE Kernelです
wine-5.0.3(ports) ※PAE Kernelです
wine-5.0.2(pkg) ※これのみGeneric Kernelです
amd64のi386-wine-develが、5.8で止まっている理由が
分かるような気がします。
今のところ、執筆者は、
PAE Kernelで、wine-devel-5.8で、wime4.12を使っています。
xyzzyや、一太郎2004も動いています。
まずいのは、公式のWineHQでも、FreeBSDでも、
Wineの安定版として6.0系が設定されると、
FreeBSDでは動かないWineのバージョンが設定されること
になりますが、どうなるんでしょうか。
Linux板のWineスレで質問するのも変（Linuxは関係ない）だし、
FreeBSD限定のWine問題は、当分、このスレで扱うしかない
ような気がします。 >>910
レスが大変遅くなり申し訳ありません。
ご提供下さった情報をもとにあれこれと検討してみたのですが、
・予算に余裕がなかった
・年賀状印刷等にも使用する為カラー印刷は必須
・家族一同使うので使い勝手を変えたくなかった
以上の理由から同機種を中古で入手しました。
なお恥ずかしながらFTPやBRスクリプトなどと縁の無いエントリーモデル(DCP-J577N)です。
ただ、印刷に関してはgutenprintのドライバがあるので困った事は全くなく、
スキャナに関してもFreeBSDとしては未知の機器と言うだけの事なのでは(と推測)、と最近思っていて、
強引にカーネルのデバイスリストに登録してbuildkernel -> USB接続ではどうか、という実験をしようと思ってます。
幸いにも死亡した筐体、スキャナ部分は生きているので >>922
「使い勝手で慣れているから同機種にする」
そんな考え方があるとは気づきませんでした。
ひとつカシコクなりました。 wime4.1.3がリリースされていました。
クリスマスプレゼントだったんですね。
気づかずに申し訳ありませんでした。
wimeの公式サイトが thomas66.web.fc2.com に
お引っ越しされるとのことです。
wime4.1.3も新サイトのほうにあります。
wime4.1.3において、FreeBSDで使用される方は
conf.mk の「LDFLAGS?=-g」の後ろあたりに
「USE_CLANG?=1」を追記されるようお願いします。 >>923
昨日、終了したアドベントカレンダーを徘徊し、こんな記事を読んでいました。
外部リンクですが12/9枠の記事です。(Rock54に引っかかる為割愛)
こちらを参考に実施してみたらあっさりネットワークスキャン出来ますた
sane-airscan というやつは sane-backends に含まれているのかパッケージは特に追加してません
追加設定は avahi-daemon を動かす事だけでした >>927
> 12/9枠の記事です。
NetBSDさんのカレンダーです >>927 >>928
Diary: NetBSDでネットワークスキャナーを使ってみる
https://blog.onodera.ａsia/2020/12/netbsd.html
これか。この方、いろいろな記事を書いてくれているね。
Diary: NetBSDからcups経由で印刷する (1/3)
https://blog.onodera.ａsia/2020/12/netbsdcups-13.html
Diary: NetBSDからcups経由で印刷する (2/3)
https://blog.onodera.ａsia/2020/12/netbsdcups-23.html
Diary: NetBSDからcups経由で印刷する (3/3)
https://blog.onodera.ａsia/2020/12/netbsdcups-33.html
上から順に
1. CUPSで、PDFを生成する仮想プリンタの記事。
2. CUPSで、PostScriptプリンタで印刷する記事。
3. CUPSで、「IPP Everwhere」対応のプリンタで印刷する記事。
スレでも時期になるとよく話題に上がる
「advent calendar」とはこういうものだったのか。
しかも、「インストールしてみた」みたいなネタでもよいのか。
珍しい高度なネタ限定の勉強会的なものだと思ってた。
※Rock54よけに全角の「ａ」に変更してあります。 FreeBSDを語れ Part53
https://mevius.5ch.net/test/read.cgi/unix/1607845477/143-n
で、質問をしました。
その質問の中で、Wine5.8(FreeBSD12.2R,i386,PAE)で
「いまいち怪しい動作」と書きましたが、
「怪し」さの説明をします。
・wimeは、ふつうに動いていたが、ある日、突然、
一太郎2004の起動がおかしくなった。
窓は開くが、文書の紙の描画がされず、
「Failed to launch server Application」と言われる。
何かしたかと言われてみれば、何かのpkg(8)を追加したが、
過去のことで、何を追加したかは、おぼえていない。
・Wine5.8で.wineを新規生成して、一太郎2004をインストールしたら
インストーラ内で「ｲﾝﾀｰﾈｯﾄ」ナントカ
（画面が切れて読めないが、Wineではよくあることなので）の
フォルダが作れない、と、言われて、エラー終了。
こんなことは初めてです。
Wine5.0.3に差し替えると、正常にインストールできました。 npdlがgs9だと印刷できなくて、gs8だと印刷できたってことがあったっけ
atokxもlinux_base-f6以降だとクラッシュするんで、無理やりf4をインストールした記憶が
何でもそうだけど、最新版が最適とは限らないよね >>913-914 への追記。
FreeBSD12.2R(i386,Generic_Kernel)において
amdgpuが使えませんでした、という話ですが、
これは、バイナリpkgでの試行でした。
この結果は「ABIが変更されていたから」かもしれません。
https://mevius.5ch.net/test/read.cgi/unix/1607845477/169
によると、portsからだと正常に使えるように読めます。
執筆者は試していませんが、悩んでいる方への参考までに。 工作活動者って、想定外の人が来てレスをすると、想定外の人には
一切さわらずに（別作戦の工作者と思う？）、過剰反応をして、
ひと通り騒ぐと、任務完了で、いったん撤退をするから
分かりやすいなあ、と、掲示板の経験が長すぎる執筆者君ですが、
「拙速でも出しておけばヒントになる人はいるんだよ」
（林原めぐみの声がいいな）
を、座右の銘としている執筆者君でもあります。
https://mevius.5ch.net/test/read.cgi/unix/1569601015/785-n
に、amd系ドライバの話を書きましたが、このレスは不正確満開なので、
全面的に、お忘れください。
やはり、一次ソースに語らしめよ、という事で、レスを書いたのちに
知った記事を貼っておきます。
（よく見たら工作者が貼っていたサイトでした）
https://freebsd.seirios.org/doku.php?id=os:%E3%82%B0%E3%83%A9%E3%83%95%E3%82%A3%E3%83%83%E3%82%AF%E3%83%89%E3%83%A9%E3%82%A4%E3%83%90
書いた時期の明記と、事情の説明が軽くあり、やや冗長な説明
（初見者には、とてもありがたい）が、雑誌記事のようで、
とてもよい記事だと思います。
執筆者君も、場当たり的にググって、なんとなくやっていた
作業の説明がつき、知識の整理ができました。 続き。
最近ではFreeBSDインストーラ（amd64）も、EFIブート可、
となっていますので、「EFIブートでXが上がらない！」などの話は、
凡ミスとしてありがちと思います。
※回避する場合は、BIOS設定でAHCIブートの設定をしてください。
GPTなPartitionがあると、BIOS/UEFIのブート欄には、
同一ディスクに対してEFI/AHCIの両方が表示されます。
執筆者君も、予期せぬリブートで、マザーボードに、
EFIブートへと変更された事があり、「あれっ？」と
思ったことがあります。
これまた、一次ソースに語らしめよ、という事で、貼っておきます。
https://www.freshports.org/graphics/drm-fbsd12.0-kmod/
＞amdgpu and radeonkms are known to fail with EFI boot.
さらりと出した言葉を聞き「社会階層って、やっぱりあるのか」と
感じ、レス番を間違うほど、あわてて書き込まないようにしよう、と
思う執筆者君でしたー。（フジテレビ西山喜久恵アナの声で） >>936,937
先輩、流石の見解です
今後の参考にさせて頂きます
この板は識別文字が少ない(と言うか無い)から
難しいですね >>937
＞amdgpu and radeonkms are known to fail with EFI boot.
vesaドライバもUEFIブートだとXが起動しないみたいね そうなのか。
じゃあ、UEFIブートでXが上がるのはintelドライバだけかな。
intelドライバのことはよく知らないんだけど。 つまりamdドライバやvesaドライバのことはよく知っていると >>884以降で話題になった、５ちゃんねる投稿時に
「BBx規制中」になる件ですが、
現在では、素のFirefoxから投稿できるようになっています。
逆に「Firefoxで5chに投稿できるようにするソフト」の
Add-onsを入れていると「当分お断り」「BBx規制中」になります。
現在では、FirefoxのAdd-onsサイトでは、このAdd-onsは消えており、
開発元のサイトでも、項目ごと消えています。 foxage と 5CH STYLE FORMAT 2017 は大丈夫みたい ワシの環境(firefox)では「不正なプロキシを検出しました」だったな
しばらくはcookieを削除すると回避できてたがそれもできなくなり、
chromiumだと回避できてたのがそれもできなくなり、
1,2週間程前から素のfirefoxで投稿できるようになった レス数が900を超えています。1000を超えると表示できなくなるよ。
