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

1名無しさん＠お腹いっぱい。
垢版 |
2021/10/06(水) 20:57:41.76
FreeBSD(*BSD)/LinuxなどのUnix系OSで，クライアント環境を
構築するためには，Office系ソフトウェア，Desktop環境，
などの整備が重要になってくるはずだ．
そのための手段は問わない．またまた熱く語ってくれ．

FreeBSD での Office 環境を語れ!
https://pc5.5ch.net/test/read.cgi/unix/1094394684/

FreeBSD での Office 環境を語れ! その2
https://mevius.5ch.net/test/read.cgi/unix/1107211157/
2022/03/30(水) 03:05:25.48
まあ3人くらいで回しているんだろうねえw
歴史を知らない人大杉
2022/03/30(水) 05:46:09.12
それはどうかな
2022/03/30(水) 20:21:04.22
>>82
ああ。なるほど。

>>83
「語れ」スレの事かな。１人 VS ３から４人かなあ。

うーん、UNIX板は、ほとんど人がいないように見えるけど、
NetHackスレ、Emacsスレ、あたりは常時活発だしなあ。
※現在のUNIX板では、１日２レスで活発という感じ。
※大昔、「質問」スレだかで、見たんだけど《くだけた表現》、
　「2chの書き込みは水曜日から多くなる」そうだ。
　考察内容（週の中だるみか？、とか）は、忘れたけど、
　それは今でも、他の板でも、感じるなあ。

ただ、昔のUNIX板では、「BSD入門の心得」な、人も
多かったから、利用者の継続（年齢の持ち上がり）を
考えても、突然のレスバトルは不思議ではない、と思う。
「ああー」って感じ。

ただ、熱意というか、執着というか、が、激減したｗ

３スレほど、24時間ピッタリ張りついて、レスバトルで
体力を消耗して、半年ほど寝込むぐらいの勢いで
やらないとだめじゃん、と思うｗ
2022/03/30(水) 20:28:23.22
そもそも、UNIX板の人って、
知識不足で、いい加減な回答をするぐらいならスルー、
それなりに興味がないとスルー、
まれに「BSD入門の心得」な感じで、熱くなる時もある、
って感じです。

たまに見かける「光る」レス、回答の「man hoge」レス、でも、
冷静感があふれているので、成熟した人
（ちゃんとした社会人と言うか）の利用が多く、
UNIX板には、それなりに人は居るが、レスのやり取りという形で
見えていないだけ、なのではないか、と思う。

それゆえに、執筆者君は、「かなりの人数の無言の閲覧者がいる」
という前提で、しかも、「そういう」人から理不尽なツッコミが
入らないように、気をつけてレスを書いています。
2022/03/30(水) 20:35:56.41
盛り上げるための工作員（職業レス屋）って事は、ないと思う。
「語れ」スレでは、双方、ちゃんとUnixの知識があるし。

工作員は、「そもそも、語るべきものを持たない」から、
その職業ができるのかもしれない。

だから、「許可を受けた」レスしかできなかったり、
仕事だから、感情抜きで、レスを「貼り付ける」わけで。
よって、工作員は、専門板には来ないと思う。
マルチポストは来るけどね。

自作板では、受診を勧めたい荒らし、も、いる感じだし。

Linux板では、私怨の荒らし、っていうのもあるみたいだし。

Linux板の急激な廃墟化というか、レベルの低下には、
気づいてましたが《くだけた表現》、「おかしさ」までは
気づかず、「タコ（Linux用語）が増えたのかな」って
程度でした。
外部のまとめサイトを見ると、「そういう人」がいて、
Linux板は廃墟状態になったみたいです。

本当に１人で、Linux板を廃墟化させたとしたら、ある意味、
すごいですけど、まとめサイト側が、「そういう人」かも
しれませんから、部外者は判断できかねますが。
2022/03/30(水) 20:49:57.82
最近、こういうレスも書きました。
※UNIX板ではハンドルを固定する事にしています。
　なぜかって？　wimeをもりあげるためです、キリッ。
　まあ、他の板は、閲覧はしても、そもそも書きませんが。
　書く労力がもったいないからですｗ

いいかげんPC-98は捨てろ＠UNIX
https://mevius.5ch.net/test/read.cgi/unix/1036951410/642-n

あ、それと、このスレの主催者ではないです。
主催者なんて、とんでもない、おこがましいです。
スレを立てて、頻繁に利用しているだけですｗ
他の方々、いらはい、いらはい（寄席の呼び込み感）。

あー、wimeのおかげで、WineでWindows版のATOKを使って
長文レスが快適だったなあー（棒）。
あー、wimeのおかげだわー（棒）。
執筆者君より高スキルのユーザが降臨して、助言して
くれないかなあ（真剣）。
2022/03/30(水) 20:58:24.45
> ３スレほど、24時間ピッタリ張りついて、レスバ
特徴的な方が何人か浮かびますね
ほじくって貼ったりすると荒れそうなんでやりませんが
91名無しさん＠お腹いっぱい。
垢版 |
2022/04/01(金) 17:01:15.63
>>88
> Linux板の急激な廃墟化
ここ1~2年の事なら自作自演が減って化けの皮が剥がれただけでしょ
92FreeBSDでwimeを使っている君
垢版 |
2022/04/06(水) 19:51:44.71
□ホームディレクトリ以下に置かれるWine関連のファイル
Wineの動作や、WineでのWindowsソフトウェアのインストールにより、
Wine関連のファイルがホームディレクトリ以下のあちこちに
散らばります。
もちろん、置きっぱなしでも、動作に問題はありません（注）が、
.wineを新規生成する時に、確認して消すと、気持ちよいでしょう。
一括削除するコマンド例の記事などがありますが、Wineによる命名規則が、
変わる場合がありえます（実際に微妙に命名が変わっていた）ので、
GUIなファイラーなどで、目で見て消すとよいでしょう。
執筆者による発見もありますが、おもに以下の参考文献に依っています。

参考文献
http://variedtastefinder.jp/blog/?p=1561 ※現在404。2017年に閲覧
https://wiki.archlinux.jp/index.php/Wine

（注）Wineのバージョンアップのたびにインストールした
　　　フリーソフトのアイコンがインストールした回数だけ
　　　たまっていたことがある。

レスの行制限があるので、ファイル群の詳細は次レスで。
93FreeBSDでwimeを使っている君
垢版 |
2022/04/06(水) 19:56:33.53
続き。

$HOME/.wine ※本体

$HOME/Desktop/の下
※WineでDesktopをDesktopにしている場合

$HOME/.config/menus/applications-merged/wine*

$HOME/.local/share/applications/ の下
※Wine以外も使っています

$HOME/.local/share/applications/wine/ の下

$HOME/.local/share/applications/mimeinfo.cache
※キャッシュなので消せます

$HOME/.local/share/desktop-directories/ の下

$HOME/.local/share/icons/hicolor/ の下
※Wineしか使っていないような

$HOME/.local/share/mime/packages/x-wine-extension*

$HOME/.local/share/mime/application/x-wine-extension*

$HOME/.cache/wine/wine-mono-*.msi
※Wineバージョンごとのmonoインストーラ
2022/04/06(水) 20:06:27.31
wine-devel(WOW64なWine7.0)で、.wineの新規生成と
Windowsソフトウェアの再インストールをしました。

Wine6系からは日本語命名のファイルはUTF8扱い（注）のようですので、
「setenv LANG ja_JP.eucJP」な、運用の方は、インストール時のみ、
「ja_JP.UTF-8」にされるとよいでしょう。

一太郎は、「C:\JUST」に配置される、テンプレートデータ
（入れない選択はできない）のファイル名が、半角カタカナや
全角日本語だったりして、インストーラ内でのコピー中に、
読み取れない、などのエラーが出ますが、「次へ」の連打で
乗り切ることができます。
これらのファイルは、インストール後、正常にUTF8なファイル名に
なっており、コピーできずに欠落したファイルはありませんでした。

また、他のソフトウェアでも、書式ファイルや、設定ファイルなどは、
日本語ファイル名だったりしますし、インストーラでインストールした
ディレクトリに「説明書.TXT」のようなファイルがあったりもしますね。

（注）Wine5系の時は、EUC-JPな日本語ファイル名が扱えました。
2022/04/06(水) 20:19:01.09
FreeBSD13.0Rのwine-devel(WOW64なWine7.0)でのwimeの動作
※これは、あくまで執筆者の環境でのみ、の話です。

環境
・FreeBSD13.0R/amd64
・wine-devel-7.0.r2 ※WOW64対応
・wime4.1.4 ※32bitバイナリ
・ATOK17（2004年） ※もちろん32bit
・emacs-27.2
・ja-yc.el-5.2.1_19,1 ※FreeBSDのPortsでパッチがあたったものを野良化

（１）wimeのwimectrlが以下のエラーを出して動かない。
ld-elf32.so.1: Shared object "libX11.so.6" not found, required by "wimectrl"
ATOKのプロパティが開けないので、ほんの少し不便です。
「libX11.so.6」っぽいものが、どのディレクトリに置かれているのか、
だけでも、どなたか、分かりませんでしょうか。

（２）wimeでの初回変換時、yc.elにより、入力された文節の区切りを
変更しようと、Cintrol+fすると、 Wineがエラーを出して停止、
Emacsの上の、Xクルーザは腕時計となり、killするしかなくなる。
Wineのエラーは、backtrace.txtを取ることができる。
※backtrace.txtを見てもどこが悪いのか分かりませんが。
一度でも変換確定してしまえば、２度目の変換で、文節の区切りを
変更しても大丈夫、という不思議状態です。

じゃ、夜ゴハン食べてきます。
2022/04/07(木) 19:39:47.63
>>95
wimeでの初回変換時、の件に関して追記。

wimeでの初回変換時、
Cannaのフェンス（1byteのパイプ文字に囲まれた状態）内の
１度目の変換候補をさわろうとして、

・文節区切りの変更で、Control+f
・変換自体を取りやめようとして、Control+g
・変換一覧を出そうとして、２度スペース（注）を打鍵

であっても、Wineがエラーを出して停止、それにともない、
wimeも「Canna」に接続できなくなる、ということが判明。

（注）執筆者は「.canna」で「(setq n-henkan-for-ichiran 1)」と
スペースでの変換打鍵の２度目で変換一覧を出すようにしている。

今のところ、とりあえずの回避策としては、
「１度目の変換では、フェンスに囲まれた状態で確定しておく」
としている。

次のバージョンのFreeBSD、次のバージョンのWineまで我慢します。

あいかわらず、Windows10のChrome98.0のUser-Agentで書き込み。
2022/04/17(日) 04:42:00.11
参考

【西川和久の不定期コラム】Chrome OS Flexと最新版Wine 7.0の組み合わせでWindowsアプリを動かしてみる - PC Watch
https://pc.watch.impress.co.jp/docs/column/nishikawa/1401328.html
2022/04/17(日) 04:44:55.29
今現在の、FreeBSDのpkg(8)のバイナリパッケージ(quarterly)の
Wineのバージョンは、Wine7.4(wine-devel)、Wine6.0.3(wine)、
となっています。

FreeBSD13.0R/amd64での、Wine7.4では、.wineの生成のために、
「wineboot」して、
「/usr/local/share/wine/pkg32.sh install wine-devel mesa-dri」
として、32bit環境（~/.i386-wine-pkg以下に入る）を入れても、
32bit環境は、wine6.0.3を展開されます。

当然ながら、
「wine [wine-6.0.3] and wine64 [wine-7.4] versions do not match!」
と言われます。

指示通りに「/usr/local/share/wine/pkg32.sh upgrade」をして、
リポジトリが、Upgradeされても、なぜだか、やはり、wine-6.0.3が
展開される状況ですので、32bit環境が必要な方は、Wine7.4を
避けた方がよいでしょう。
2022/04/17(日) 04:49:41.65
Wine6.0.3(WOW64)では、普通に32bit環境が生成でき、
執筆者として懸案だった、wime+emacs+yc.el環境下での、
「変換フェンス内で何かをするとemacsが腕時計になる」状態（注）は
回避できましたが、
やはり、wimeのwimectrlで「"libX11.so.6" not found」となる状況は
変わりませんでした。

（注）>>95 >>96
　　　「１度目はフェンスで確定をする」という運用をしていても、
　　　時間がたっても同様のエラーが出たため、他のバージョンを
　　　試す気になった。

>>70
あまり関係ありませんが、Wine6.x系で、
「setenv WINEDLLPATH /usr/local/lib32/wine」と、
環境変数を設定しないといけなかった過去があるのは、
「i386-wine」であるから、ということが、これらの試行で
よく理解できました。
今のWOW64なWineの仕組みだと、FreeBSD/amd64インストール時に
「lib32」を入れておかなくてもよいということです。
100FreeBSDでwimeを使っている君
垢版 |
2022/04/17(日) 04:52:56.61
「ちょこっと印刷できると便利だもんね！」ということで、
田中みな実さんの美容なみに、執筆者君は、Wineでの印刷も
期待しています。

Wine7.0r2(WOW64)では、Wineで稼働するソフトウェア内から
プリンタ（注１）が見えない状態（注２）でしたが、
Wine6.0.3(WOW64)では、プリンタは見えました（注３）。

（注１）CUPSでなく、昔ながらのBSDlpr(/usr/bin/lp)。
（注２）エラーメッセージは忘れましたが
　　　　「プリンタがセットアップされていない」というような内容。
（注３）実際の印刷はしていない。

やはり、執筆者君としては、ATOKのプロパティが出せない、
というのは、多少なりとも不便なので、i386-wine-devel(6.12)に
戻りました。

じゃ、田中みな実さんオススメのボディクリームを塗ってきます。
2022/04/17(日) 09:03:51.63
釣れますか？　　　　　　 　　　　　　　　 ,
＼　　　　　　　　　　　　 　 　 　 　 　 　 ,／ヽ
　 ￣∨￣￣￣￣￣￣￣ 　 　 　 　 ,／　　　ヽ
　　 ∧＿∧　 　 　 　 　 ∧∧　　,／ 　 　 　 　 ヽ
　　（　´∀｀） 　 　 　 　 (ﾟДﾟ,,),／　　　 　 　 　 　 ヽ
　　（　　　　）　　　　　　(|　　つ@　　 　 　 　 　 　 　 ヽ
　　｜ ｜　| 　 ＿＿_ 〜|　　|　　　　　　　　　　　　　 　 ヽ
　　（_＿）＿）　|――|. 　∪∪　　　　 　 　 　 　 　 　 　 　 ヽ
　　￣￣￣￣￣￣￣￣￣￣￣￣|　　　　　　　　　　 　 　 　 ヽ
　　／⌒＼／⌒＼／⌒＼／⌒＼|彡~ﾟ　゜~ ~。゜　~ ~　~ ~~　~ ~~　~ ~~　~~　~~
　　⌒＼／⌒＼／⌒＼／⌒＼／⌒＼彡　〜　〜〜　〜〜　〜〜　〜　〜
2022/04/17(日) 23:46:08.93
>>100
肝心なことを書き忘れていました。

FreeBSDのX上のGUIなソフトウェアから、プリンタで正常に日本語が
印刷できる状態であれば、Wineで稼働するWindowsソフトウェアから
日本語の横書印刷は、できます。

Wine1.7.11＋OpenOfficePortable3.2.0 で、縦書表示、縦書印刷を
していましたが、一瞬の輝きだったようで、今では、横書印刷しか
できません。
めったに縦書印刷をしないから……、
別にいいですけど！（田中みな実さんぽくむくれた表情）。

Wineで縦書がなかった時代から、縦書表示、縦書印刷ができていた
CassavaEditorなら、今でも縦書印刷ができるかもしれません。

FreeBSD での Office 環境を語れ! その2＠UNIX
https://mevius.5ch.net/test/read.cgi/unix/1107211157/863
https://mevius.5ch.net/test/read.cgi/unix/1107211157/858-n

【指令】お前らの年賀状作成ソフトを報告せよ！＠UNIX
https://mevius.5ch.net/test/read.cgi/unix/1008926166/228-n
※↑スレのレス245の https://github.com/Torisugari/printha
　には、期待していたのですが、使ったよ、って記事がないですね。
※レス228は、執筆者君です。以下のサイトを参照していました。

Linux＋Wine＋CassavaEditorではがきに宛名印刷する印刷設定の一例 - ぜんざいの耐えがたき甘さ
https://sound.jp/zenzai/other/wine-cassava-setting.html
2022/04/19(火) 08:24:30.00
GNOME42悪くない
少なくとも近年のFreeBSDのGNOMEらしからぬ仕上がり

どうせ誰も使わんのだろうが
2022/04/19(火) 20:13:20.24
参考

今夜も Wine で乾杯! - 23本目＠Linux
https://mao.5ch.net/test/read.cgi/linux/1585198566/679
＞あとWine7.0のANNOUNCEで
2022/04/19(火) 20:14:20.56
>>103
追っかけている方はおられるんじゃないですか。
「かけまわる子犬。」氏はKDEを追っかけているし。
2022/04/19(火) 22:01:28.34
FreeBSDのKDEはdiscoverでpkgが扱える様になれば言う事無し
2022/04/20(水) 22:18:07.52
割り込んですいません。自己レスですが。

>>67-71
imm32.dll.soとimm32.dllの件

>>99
＞今のWOW64なWineの仕組みだと、FreeBSD/amd64インストール時に
＞「lib32」を入れておかなくてもよいということです。

以上のレスは、以下のLinux板のWineスレで、理解が深まります。
i386-wineの統合のタイミングは、まさに今だった、
ということかもしれません。

今夜も Wine で乾杯! - 23本目＠Linux
https://mao.5ch.net/test/read.cgi/linux/1585198566/671-n
2022/04/21(木) 09:17:49.23
FreeBSDを語れスレのテンプレで興味を持って来ました
このスレは主にFreeBSDでwimeを使っている君と言う方が盛り上げている感じなんですね
FreeBSDではどのデスクトップ環境がおすすめですか？推している方がいるようにKDEですか？
2022/04/22(金) 18:45:25.11
ん？　語れスレのテンプレ？（ケンモメンぽく）

えっ！やだっ！（田中みな実さんっぽく）
けっこう活発なラズパイスレと一緒に関連スレになってる！

盛り上げると言うか、
「高スキルユーザさーん！　興味を持ってくださーい！」とか
「FreeBSDのWineで何かあれば、さがわ@sagawa_aki氏にも届け！」という
感じで報告しているだけで。

Linux板にはWineスレがあるんだけれど、FreeBSD特有のWineの話は、
Linuxには関係ないし、「FreeBSD限定のWineスレ」ってほどの
話題もないしね。
2022/04/22(金) 18:48:00.44
「おすすめのデスクトップ環境」って、Linux板文化っぽいね。

Linuxでも有名で、FreeBSDでも、FreshPortsでコミット回数が
多くて、よく使われている感じの、しかも、FreeBSD特有の問題が
あれば、回避策が見つかりやすいやつ、で、いいんじゃないかな。

PCでのUnixは、Linuxが当然の前提、って感じなので、
FreeBSDだと……、という事が起こりやすいしね。
2022/04/22(金) 18:52:06.19
例のところを見ると、
「みなさん、普通にリッチなデスクトップ環境を使っているのね」
と思います。
触れないほうがいいかもしれないけれど（注）、リンクを書いておこう。

FreeBSD研究部
https://ja-jp.facebook.com/groups/freebsd.labo.japan/

（注）
いいかげんPC-98は捨てろ＠UNIX
https://mevius.5ch.net/test/read.cgi/unix/1036951410/642-n
2022/04/22(金) 20:22:56.72
>>109
> FreeBSD特有のWine
5chブラウザの動作報告などして下さると面白いかも知れないですね　5chなので
Windowsの専ブラの動作報告などダサイでしょうから気が向いたらと言う事で
113FreeBSDでwimeを使っている君
垢版 |
2022/04/24(日) 18:28:56.50
「wimeまとめ」の >>13 の「canna.el」への補足です。

執筆者は、「yc.el」を、現在まで使い続けてきました。
そのため、 >>13 での「canna.el」への言及が、中途半端で甘かった
のですが、最近、「Yuuji」氏（注）による、EmacsへのCannaパッチを
知りました。
これが、FreeBSDの、pkg(8)の、flavor（Portsならmake option）の
「emacs-canna」の「もと」なのですね。
emacs23から数えて、13年ほど、まったく気づいていなかった、という
自身の検索の甘さをお詫びします。まことに申し訳ありませんでした。
（注）Twitterを見ると「ものずんごい有名人ではなかろうか」と
　　　思いますが、まったく存じ上げませんでした。

FreeBSD13.0R/amd64で、
Wine(i386-wine-devel-6.12)＋wime4.1.4＋ATOK17(2004)＋emacs-canna-27.2
を、使ってみましたが、

「やだっ！　Mule時代みたい！　勘違いしないでね、ほめてるのよ！」
「yc.elでは、変換候補が一斉に出て、Emacsのエコーエリアが
　数行ほどになるのに違和感があったのよね！」

と、誰だか分からない物まねをしながらウハウハです。

yc.elより、emacs-cannaのほうが軽いような気もします。
FreeBSDを使っていて良かったなあ、と、思いました。

https://twitter.com/hiroseyuuji/status/1511329334107140101
https://twitter.com/5chan_nel (5ch newer account)
2022/04/25(月) 10:51:53.84
ONLYOFFICEはどうですか？
115名無しさん＠お腹いっぱい。
垢版 |
2022/04/25(月) 12:12:28.86
オススメのウィンドウマネージャとかありますか？
2022/04/25(月) 16:35:41.14
>>112
13-stableでpkgのwine6を使ってjanestyle4は動いた。この書き込みはそこから。
117115
垢版 |
2022/04/25(月) 20:07:21.24
>>116
確かに動いた　あっさりと
https://i.imgur.com/uWiXdbE.jpg

それも i386-wine-devel で使ってたやつがそのまんま
wime氏、116氏、ありがとう　そのうち私も何らかの成果があればご報告差し上げます
118112と117
垢版 |
2022/04/25(月) 20:09:47.40
>>117
自分のレス番間違えてしまった
とにかく感謝してます
2022/04/26(火) 11:52:14.78
wineは使わないけどV2Cだって13-stableで動くよ。
自分はV2C-Rを使ってて最近V2C/2に移行した。
2022/04/26(火) 12:05:21.06
これ？確かディスコンになったパッケージを使うやつ
https://mevius.5ch.net/test/read.cgi/unix/1632283136/79
2022/04/26(火) 12:47:16.31
そうそれ。
JAILで古いportsをビルドしてパッケージだけメイン環境に突っ込んだ。
スクリプトエンジンが変わってて動かんから古いエンジンを突っ込む必要があったり
ちょっと手間だったけどV2C/2が快適に動いててこの書き込みしてる。
2022/04/28(木) 10:11:27.28
>>74
これをベースにした合成フォントがportsに来たみたいですよ
FreshPorts -- japanese/font-udev-gothic: UDEV Gothic
https://www.freshports.org/japanese/font-udev-gothic/
123FreeBSDでwimeを使っている君
垢版 |
2022/04/28(木) 20:24:05.14
>>122
おおっ！　Portsに来たぁぁ！
２つあるのか。明朝はないのね。
ん？　「Nerd Fonts」。「オタク文字」？　って何だ？

FreshPorts -- japanese/font-udev-gothic: UDEV Gothic
https://www.freshports.org/japanese/font-udev-gothic/

FreshPorts -- japanese/font-udev-gothic-nf: UDEV Gothic (Nerd Fonts)
https://www.freshports.org/japanese/font-udev-gothic-nf/
2022/04/28(木) 20:52:12.95
>>123
上流リポジトリ
https://github.com/yuru7/udev-gothic

HackGenの作者さんの様でテキストエディタや端末エミュレータ用の等幅フォントですね
ナードフォントというやつは絵文字グリフが充実したフォントらしいです
2022/04/29(金) 03:45:46.68
>>113
この方妙に入力システムにこだわりがあるらしいんですけどどう思いますか？
https://mevius.5ch.net/test/read.cgi/win/1648180114/681
https://mevius.5ch.net/test/read.cgi/win/1648180114/683
2022/04/29(金) 22:19:21.18
>>124
わざわざレスすいません。
モリサワの「BIZ UD」フォントからのPorts化なのでなく、
「yuru7」氏の二次的成果物（BIZ UD+JetBrains Mono）からの
Ports化なんですね。
2022/04/29(金) 22:23:29.31
>>125
と、言われても……、なあ。
連日の長レスの後の短レスの投稿数の多さが恐いと思います。

Windowsは、「データを持って行って」ぐらいでしか
使ったことがないので、理解できませんでした。

今でこそ、Windowsが対応しておかないといけないキーボードは、
日本語か、英語か、ぐらいの選択ですが、昔は、Windowsが対応して
おくべきキーボードがたくさんありました。
101/104英語、106/109日本語、PC9801系、AX、J3100（ATコネクタ）、
FM-TOWNS、親指シフト（最近まで現役だったみたい）、かなあ。
Controlキーが、左にしかない場合もあるし、Windowsさんには歴史が
あるんだから、ぐちゃぐちゃとは言えないよね。

大昔（MS-DOS時代の話かもしれない）に読んだ、ATOKのバグ出し
チーム（だったかな？）の記事。
バグ出しチームは、標準のキー割り当てで変換し（当たり前ですが）、
しかも、変換結果の漢字が何番目に出るかも記憶しているため、
即、変換結果を選ぶことができ、漢字変換が正確で速いのは良いが、
学習機能を使わない状態（無意識に学習機能を使わないようにしていた）
だったため、学習機能の向上の役に立たない、ということに気づいた、
という話。
128FreeBSDでwimeを使っている君
垢版 |
2022/04/29(金) 22:28:44.94
>>113 の件について追加。
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表示がされる。

もちろん、そのGUI表示で変換候補を選ぶことはできず、
単に描画されるだけです。
この描画は勝手に消えてくれないので、ATOKのプロパティを
表示（wimectrl -s）させて、プロパティをキャンセルすると、
ATOKのプロパティの描画と一緒に消えてくれます。

ただ、「たまになる」だけで確実に再現させることができません。
「標準のEmacs＋yc.el」の時も、ごくごくまれになっていたと
記憶するのですが、条件を思い出せません。

実害はないのですが、一応、そういう現象がある、という事で。

それと、繰り返しになりますが、「標準のEmacs＋yc.el」より
「emacs-canna」の方が、軽いように感じます。
「Emacs LispでCanna」と、バイナリで対応の「emacs-canna」なら、
当然かもしれません。
もう「標準のEmacs＋yc.el」には戻れません。
2022/04/30(土) 16:58:54.71
>>74
参考画像

定番Takao
https://i.imgur.com/t7lUV7Q.png

BIZ UD
https://i.imgur.com/mtaDaHV.png
2022/05/01(日) 02:28:56.20
>>127
もしご本人が読んだらどんな反応があるか目に浮かぶ様なご回答ですな
2022/05/01(日) 22:57:53.03
>>130
恐いのは恐いんですが、悪口ではないんですよ。

ただ、キー割り当てやソフトウェアの挙動には、人間側として
不満があったとしても、よかれと思って考えられた設計思想や、
俗に語られる、タイプライターの配列の話などの、
いまさら変えられない歴史があるし、あえて、人間側が標準状態に
合わせるのも考え方として「ある」という話です。

ATOKのバグ出しチームの話も、「へえ、変換学習をさせなければ
変換先の順番が変わらないのだから、変換作業が速くなるね」と
感心したので、憶えていたのだと思います。

ATOKのスレで、ATOKの新規インストールをしたので、
「これから（自分流の入力をして）辞書を鍛える」というレスが
並んでいた中に、「短文でなく、長文で変換をしたら、文脈に
応じた変換結果になりやすいのに」というレスを見てからは、
執筆者も、文脈を読み取りやすい長さのタイミングで
変換するようになりました。そのレスには感謝しています。
2022/05/01(日) 23:00:08.42
そのスレで言及があった「窓使いの憂鬱」は知っていましたが、
共同使用のPCには入れられないし（共同使用相手がUnix系とは
限らない）、「窓使いの憂鬱」を入れられる環境なら、
Emacsな人なら、xyzzyを入れて「メモ帳」代わりに使っても
よいだろうし、Windowsのダイアログ入力のコピペなどの
すべてまでも、を、Unixっぽくするのも、どうなのか、
Windowsにおいて、「絶対にマウスを使たくないでござる」は、
難しいだろうな、人間には慣れる能力もあるのに、と、
思ったことがあります。

『UNIXという考え方−その設計思想と哲学』を読んで、
マウス操作もアリ（操作は、なるべく楽をしろ）なのだな、と、
考えを改めた執筆者君でしたー（きょうのわんこ風）。
2022/05/02(月) 10:00:39.94
ありきたりな環境で人並みに過ごすのか、楽をする為に人並み外れた途方も無い時間と労力を費やすのか
まさに人それぞれと言う話でござるな
2022/05/02(月) 12:23:55.75
まあどっちかというとWindowsならマウス無しのオペレーションも無くはないんだけどね。
2022/05/03(火) 02:13:54.53
> BSD/LinuxでのOffice/Desktop環境を語れ！　Part03
2022/05/03(火) 06:07:53.55
ちんちんシュッ!シュッ!シュッ!
2022/05/03(火) 08:38:34.79
お題にはちんちんなんか生えて無いが
2022/05/06(金) 01:20:47.43
GhostBSDのデザイン割と好きなんですが
OpenRCに馴染めないのでパーツだけ拝借してそれっぽくしてみました
https://i.imgur.com/HmjeR0v.jpg
2022/05/08(日) 00:39:11.24
みなさん、フツーにリッチなデスクトップ環境を使っているのね。

計算機資源は、makeやコンパイルに振り向けるべきだよ、
それなら自作PCも安価で済むしね、という貧乏性な執筆者です。

大昔、初めてWindow Managerの仮想デスクトップを使った時は、
「わー、すげー」とか言って、いくつかの窓を仮想デスクトップへ
移動させたが、存在を忘れてシャットダウン。

仮想デスクトップマネージャみたいなものがあっても、
「見えていない物は忘れてしまう」という事に気づいて、
そもそも、仮想デスクトップは使わなくなった。

XのWindow Managerは、ソフトウェアを位置指定（-geometry）して
起動ができるので、「わー、すげー」とか言って、
「Emacsはこの位置で」などと、設定に夢中になったが、
同じソフトウェアを複数起動すると、ピッタリと同じ位置に
起動するので、先に起動していたのを忘れてしまう、という事で、
位置指定もやめた。ダメダメじゃん。

といっても、タイル型のWindow Managerへ行くほどでもないです。
2022/05/08(日) 07:22:02.21
> ※執筆者はC言語もMakefileも理解していない
2022/05/09(月) 22:51:06.79
>>140
あははー。
執筆者のスキルを明示するためにサラッと書いたんですが。

前スレにwimeネタを初めて書いた時点で書きましたが、
執筆者は、C言語も、Makefileも、理解していません。
いちおう、見るには見ますが、修正する能力はありません。
ケアレスミス程度なら修正しますが。
さらに言えば、シェルスクリプトも、こみいったものだと、
追いきれず、途中で迷子になります。
wimeや、Wineに対して、*BSD業界の高スキルユーザさんに
興味を持ってほしい、というのは、それが理由なんです。

「FreeBSDでは、動かないんですが」
「さあ？　Linuxでは普通に動いてるし」
「え゛え゛！」

って、ありそうでしょ。
2022/05/12(木) 07:23:45.98
https://livedoor.blogimg.jp/akira2016/imgs/4/e/4e7cc039.jpg
143FreeBSDでwimeを使っている
垢版 |
2022/06/01(水) 23:33:10.45
執筆者しか、FreeBSDで、Wineが、ないと困るほどの状態で
常用しているユーザはいないのではないか、と思っていましたが、
FreeBSDでWineな方がおられました。
みなさん、WineのFreeBSDでの特有の知見を共有するためにも、
Wineをドンドン使いましょう【ＰＲ】。ｗ　（URLの後は引用です）

https://twitter.com/stackfield_jpn/status/1528331070152019969

stackfield@stackfield_jpn
FreeBSDでCarrara 8.5 64bitが動いたな。 wine 6.0な。wine-devel(7.4.1)だと動かんのだがおもしろい話。
8:04 PM · May 22, 2022·Twitter Web App
https://twitter.com/5chan_nel (5ch newer account)
144名無しさん＠お腹いっぱい。
垢版 |
2022/06/05(日) 04:35:01.14
FreeBSDの使い手でケンモメンねえ
まさかとは思うが可能性はゼロじゃねえ
2022/06/19(日) 11:19:27.74
LINEはwineで動くんかな？　(他力本願)
146名無しさん＠お腹いっぱい。
垢版 |
2022/06/21(火) 01:05:51.17
vncやxrdpで入ろうとするとconsolekit-daemonがエラー吐きながら1分から2分くらい待たせやがるんだが何事かわかる？
2022/06/21(火) 06:49:29.05
なぜその吐いたエラーを貼らんのか？
148名無しさん＠お腹いっぱい。
垢版 |
2022/06/21(火) 07:33:32.12
例えばこんなの
console-kit-daemon[7641]: WARNING: Error waiting for native console 9 activation: Inappropriate ioctl for device

> なぜその吐いたエラーを貼らんのか？
寝起きで思い出した様に書いたから
149名無しさん＠お腹いっぱい。
垢版 |
2022/06/21(火) 08:57:19.40
あとconsole-kit-daemonじゃないけど気になったのはこれ

xrdp-sesman[1599]: [ERROR] sesman_data_in: scp_process_msg failed
xrdp-sesman[1599]: [ERROR] sesman_main_loop: trans_check_wait_objs failed, removing trans
dbus-daemon[1440]: [system] Failed to activate service 'org.freedesktop.ConsoleKit': timed out (service_start_timeout=25000ms)

dbusが吐いたタイムアウトエラーの後に一応繋がりはするんだけどさ
150146
垢版 |
2022/06/22(水) 01:08:18.49
結局手直しは諦め新規インストール用データセットへinstallworld、設定複製、
chrootして各種パッケージ入れて再起動し一応解決
リフレッシュ出来たと思う事にしました
2022/06/22(水) 14:20:58.00
Desktop環境の話なのか？
2022/06/22(水) 15:35:56.93
デスクトップ環境にリモートアクセスし操作する為のプログラム
そんなこと言い出したらwineの話もアウツでは
2022/06/29(水) 16:31:07.07
amd64、i386共に wine-devel-7.8
6.0では起動しなかったbecky2が起動
https://i.imgur.com/4lfNo2n.jpg

互換性が良くなってきている模様
2022/07/01(金) 06:33:31.92
おお～Becky!動くんだね～(^_^)
2022/07/02(土) 15:54:11.47
winnyとかFLMASKはwineで動くのかな？
当時？はFLMASKのためだけに、vmwareを入れたりしてたけど
2022/07/02(土) 17:58:32.96
https://www.winehq.org/search?q=winny
https://www.winehq.org/search?q=FLMASK
2022/07/05(火) 21:43:23.06
FreeBSDのMATEに、

・mate-desktop/mate-netbook
https://github.com/mate-desktop/mate-netbook
・ubuntu-mate/mate-window-applets: Window applets for MATE Desktop
https://github.com/ubuntu-mate/mate-window-applets
・ghostbsd/station-tweak: This is Station Tweak, a fork of MATE Tweak.
https://github.com/ghostbsd/station-tweak

この辺を野良ビルドで入れるのオススメ
2022/07/07(木) 02:59:54.89
github使うのヤメレ、ってニュースがあったな
2022/07/07(木) 09:08:34.60
これのことか
GitHubの利用をやめるようオープンソースソフトウェア非営利団体が強く呼びかけ - GIGAZINE
https://gigazine.net/news/20220704-software-freedom-conservancy-give-up-github/

ギガジンを鵜呑みにしてしまう人っているのか
2022/07/07(木) 23:09:55.29
Software Freedom Conservancyがどんな団体なのか
の方がgigazine云々より重要じゃないか？
2022/07/08(金) 09:45:59.63
余所でやってください。
2022/08/03(水) 22:10:45.53
>>143
今、気づきましたが、ハンドル名をコピペミスしている……。
「ERROR: 余所でやってください。[unix]」エラーのため、
書き込みをリトライしていたからだと思います。

>>156
https://www.winehq.org/search?q=atok

上記URLのWineHQ公式のデータベースでは、
2017/07/21にReleasedされたWine2.13で、ATOK2017が、Garbage評価、
という報告が出てきます。

この年度時点で、すでにwimeは熟成した存在で、執筆者君が、FreeBSDで
wimeを試した初めてのレスが、前スレに書かれています。
この時点で、wimeに対するLinux業界での喜びの声は、沈静化しており、
執筆者の、Linux板のWineスレへのレスに対しても、「懐かしい」感の
あるレスがありました。

たしかに「素」のWineでは、ATOKは動きませんが、
Wine＋wime＋ATOKで、CannaServerに見える形で動くので
周回遅れでのデータベース登録となっているのも事実です。
※ATOK2017がwimeで動作するという報告は見あたりませんが。

日本語利用者がこのデータベースを参考にする可能性は、
比較的に低いと思われますが、誤解を生む登録だなあ、
と思います。
日本語を常用利用していない方が登録したのかなあ。
2022/08/03(水) 22:19:31.21
すでに、ずいぶん前から使っている方からすれば、いまさらでしょうが、
Emacs28.1で、文書中の全角空白（2byte空白）が赤のアンダーバーで
表示されるようになりました。
まあ、昔から設定によって全角空白などを表示させることはできましたが、
四角い形状で表示されたりして、執筆者的にはイマイチ感があり、
アンダーバー表示の控えめ感は、ありがたいと感じています。

ただ、Emacsのエコー領域に表示されるCannaの変換候補でも表示されます。
※emacs-cannaで、canna.elを使用。

不思議なことに、全角漢字の候補のうしろにも表示されています。
漢字は全角なので、まあ、おかしくはないけれど、意味がない、と
思うのですが……、ああーっ！分かったー！
変換候補の一単語ごとの区切りの空白に全角空白を使用しているので、
それに反応して赤のアンダーバーが表示されているんだ！
2022/08/03(水) 22:31:33.19
(ヽ´ん`) それぼく

ごぶさたしております。
ニュー速(嫌儲)のキャラクターがカワイイので、つい見に行って
しまう執筆者君です。

FreeBSD13.1R/amd64を新規インストールしました。

さて、執筆者がアテにしているソフトウェアはWineとwimeです。
WOW64となった現在のFreeBSDのWineでは、
32bit環境の展開で「versions do not match!」>>98 となったり、
wimeのwimectrlで「"libX11.so.6" not found」>>95 >>99となったりの
過去がありますので、今のところ、FreeBSD13.0R/amd64の
「/var/cache/pkg/」からコピーして保存しておいた
「i386-wine-devel-6.12,1.pkg」を、FreeBSD13.1R/amd64に
「pkg add」で入れて使っていますが、普通に入って、普通に、
i386-wine-devel-6.12が使えています。

wimeのために、FreeBSD13.0R/i386でmakeした「imm32.dll.so」を
「/usr/local/lib32/wine/i386-unix/imm32.dll.so」に置いて
wime（FreeBSD13.0R/i386でコンパイルしたもの）が稼働しています。
もちろん、Wineが6系なので、（他のdotファイルでもよいが）.cshrcに
「setenv WINEDLLPATH /usr/local/lib32/wine」を設定しています。
こんなこともあろうかと、FreeBSD13.1R/amd64のインストール時の
「Distribution Select」で「lib32」を入れておきました。

FreeBSDのPortsのWineは、公式やLinuxと同じタイミングで、VersionUp
する時もあれば、少し対応が遅く、ほぼ固定状態みたいな時があります。
i386-wineの時みたいな感じですが、まあ、ボランティアなので文句は
言えませんね。

余裕ができたらWOW64なWineを試してみます。
2022/08/03(水) 22:38:16.29
FreeBSD13.1R/amd64でのVirtualBOXの話です。

現在のPortsでもpkg(8)の「quarterly」でも、VirtualBOXのVersionは
6.1.36です。
pkg(8)でVirtualBOX6.1.36を入れ、FreeBSD13.1R/amd64をブートすると
カーネルメッセージで、

KLD vboxdrv.ko: depends on kernel - not available or version mismatch
linker_load_file: /boot/modules/vboxdrv.ko - unsupported file type

と言われます。

Solved - Virtualbox kernel module fails to load on FreeBSD 13.1-RELEASE | The FreeBSD Forums
https://forums.freebsd.org/threads/virtualbox-kernel-module-fails-to-load-on-freebsd-13-1-release.85191/

上記URLによると、2022/05/17時点の質問ですが、同じ状況が報告されて
いました。FreeBSD13.0でpkgがビルドされたことが原因のようです。
Forumで話題になっているのは6.1.34の頃の話のようですが、
6.1.36の今現在も同様のエラーが執筆者の環境では出ました。

ところが、上記Forumのfyamamoto氏の書き込み通りの手順で問題は
解決されました。

こんなこともあろうかと、FreeBSD13.1R/amd64のインストール時の
「Distribution Select」で「src」を入れておきました。
〔次に続く〕
2022/08/03(水) 22:52:27.66
〔前からの続き〕
fyamamoto氏の手法は、あらかじめpkgで「virtualbox-ose-kmod」を
インストールしておき、Portsから「virtualbox-ose-kmod」をmakeし、
カーネルモジュールだけをコピーするという手法で、正直なところ、
「make reinstall」でもいいような、とも思いますが、多少なりとも
時間や、計算機資源などが節約できるという利点があります。

執筆者は「基本的に、pkgでインストールし、一部のファイルだけを、
Portsでコンパイルされたバイナリで差し替えるため、workの下から
コピーで持ってくる」という、いかにも情弱っぽい手抜き手法を
Wineとwimeのために、とっていましたが、まさか、同じ手法を取る方が
おられるとは思いませんでした。本当に驚きました。

fyamamoto氏の後の、mss_cyclist氏の書き込みで、

＞I am not sure if this is necessary?
＞Code:
＞kldxref /boot/modules

とありますが、「kldxref /boot/modules」しておかないと、

warning: KLD '/boot/modules/vboxnetflt.ko' is newer than the linker.hints file
warning: KLD '/boot/modules/vboxnetadp.ko' is newer than the linker.hints file

とのメッセージが出ます。
2022/08/03(水) 22:58:38.04
執筆者は、FreeBSD13.0R/amd64で、Athlon5350のRadeonR3を
amdgpuで使っていましたが、FreeBSD13.1R/amd64では使えませんでした。

詳細としては、
カーネルメッセージの、rc.confの評価あたりで、画面出力がなくなる。
モニターの電源ランプは、画面出力が「ある」状態だが、
実際の画面出力は「ない」。

たんに、「画面出力がないだけなのか」と、かなり時間を置いて
画面出力に頼らずにログイン作業をしてみたが、ログインできないので、
リセットボタンでリブートするしかない。

やってみたこと。
・「gpu-firmware-amd-kmod-banks」を入れてみた。
　結果：状況変わらず。
・「loader.conf」に「hw.amdgpu.exp_hw_support=1」を追記。
　出典：https://running-dog.net/2021/04/post_2429.html
　結果：状況変わらず。
〔次に続く〕
168FreeBSDでwimeを使っている君
垢版 |
2022/08/03(水) 23:09:41.27
〔前からの続き〕
PCIeスロットに、RadeonHD4350(RV710)なビデオカードをさして
radeon_drv.soを試してみましたが、

Fetal Server error : no screens found

で、Xサーバが起動せず。

しかたがないので、GeForceGT730なビデオカードにさし直し、
pkg(8)から入れた「nvidia-driver-340」で使っています。
NvidiaDriverだと、「/boot/loader.conf」に「nvidia_load="YES"」と
「/etc/X11/xorg.conf」に「Driver "nvidia"」だけで使えるので
ラクチンだなあ、と思います。

amdgpuが使えない、という最後の心当たりは、
AHCIブート（BIOSブート）で、FreeBSD13.1R/amd64をインストール
しており、「UEFIboot」にしていなかったからかなあ？　、ぐらいです。
こんな風に変わっているよ、という助言などがあれば、
よろしくお願いします。

じゃ、お夜食、食べてきます。
2022/08/03(水) 23:45:22.27
xf86-video-ati/Makefile, xf86-video-amdgpu/Makefile に
ONLY_FOR_ARCHS_REASON= KMS is required and currently only available on x86/arm64/powerpc64
なんて書いてあるし
xf86-video-amdgpu/pkg-descr に
On FreeBSD requires amdgpu KMS driver from graphics/drm-kmod.
とあるけど graphics/drm-fbsd13-kmod はインストールしていたのか
2022/08/03(水) 23:50:56.79
あと 13.0 から 13.1 にアップグレードしたのなら -kmod は ports で make し直す必要があるかと
2022/08/04(木) 00:55:00.22
あわわ。即レス驚きました。ありがとうございます。
>>167 では、前提条件を書くのをコロリと忘れていました。

○FreeBSD13.1R/amd64はクリーンインストール。

○amdgpuを使うためにpkg(8)から入れた物は以下。
・xf86-video-amdgpu-22.0.0
・drm-fbsd13-kmod-5.4.191.g20220604_1
・gpu-firmware-amd-kmod-banks-20220511

○以下の設定をした。
・rc.confに「kld_list="amdgpu.ko"」
・xorg.confに「Driver "modesetting"」
・「#pw groupmod video -m <ユーザ名>」

「drm-fbsd13-kmod」の代わりに「drm-kmod」「drm-54-kmod」も
試しましたが状況は変わりませんでした。
2022/08/04(木) 08:30:07.58
そもそもこれだけ熱心にレポート書いてる人が
あんなしょうもない釣りやるとも思えんよね
ここの嫌儲民はどちらかと言えばあの
2022/08/04(木) 11:44:50.27
>>171
> ・xorg.confに「Driver "modesetting"」
modesetting じゃなくて "amdgpu" ではどうなるの？
2022/08/04(木) 12:05:37.86
>>171
まだ 13.0 のサポート期間なので pkg は 13.0 で make されてる
>>165のリンク先にも書いてある

> カーネルメッセージの、rc.confの評価あたりで、画面出力がなくなる。
-kmod は pkg じゃなく ports からインストールするように
2022/08/05(金) 00:52:11.29
ん？　何か嫌疑が、かかってます？
古くさい釣りAAが貼られていたのも、それがらみですか？
世の中、ヒマ人が多いんですね。
嫌儲板には書いたことはありません。閲覧のみです。
そんなことよりも、wimeを、以下略。

執筆者は、UNIX板では「FreeBSDでwimeを使っている君」で
書き込みをしています。※他の板では書いていません。

仮に、初歩的な質問をする場合で、通りすがりのフリを
したくても、即バレてしまう文体なので、恥を忍んで固定名に
するつもりです。
Linux板に書く場合も、これからは同様にするつもりです。
それもこれも、すべてwimeの宣伝のためです。
なぜ宣伝するかというと、wimeを、以下略。
2022/08/05(金) 00:56:09.74
さらに書き忘れていた。

執筆者がATIというかAMD系のビデオカードを選好するのは、
コンソールの文字が、クッキリ！　ハッキリ！　白が明るい！
という、高度成長時代のテレビのＣＭみたいな好みがあるから、
というのもあるのですが、nvidia-driver使用時の、i386-wineでは、
pkg install後に、「patch-nvidia.sh」を走らせる必要があるから、
というものでした。
まあ、手順が増えると何かのトラブルに合う確率が上がるだろうから、
できれば避けたい、という、実につまらない理由です。

で、i386-wineで「patch-nvidia.sh」を走らせてみると、
nvidia.comから現在自分のPCで稼働している、
pkg(8)のnvidia-driver-340-340.108に対応した、
NVIDIA-FreeBSD-x86-340.108.tar.gzをダウンロードして
以下のように展開する、というものでした。
※もちろん、最初に走らせるだけでユーザ側での操作はありません。

［前の部分は略］
=> Extracting NVIDIA-FreeBSD-x86-340.108.tar.gz to /usr/local/lib32...
x libnvidia-tls.so.1
x libGL.so.1
x libnvidia-glcore.so.1
=> Cleaning up...
===> i386-wine-6.12,1 successfully patched for nvidia-driver-340.108_3
［終了］

ファイルの差し替え処理のようです。
2022/08/05(金) 01:02:54.85
日本語入力メソッド総合スレッド＠Linux＠5ch掲示板
https://mao.5ch.net/test/read.cgi/linux/1472658083/139-140

上記のレスのおかげでwime 4.1.5がリリースされているのを知りました。
新規リリースに気づいていませんでした。ありがとうございました。

上記URLでは「ATOK17」とありますが、ATOK17は、2004年度版となります。

＞ATOK17にあわせてATOK28W.IMEからATOK30W.IMEに変更したところ

とのレスが正しいとすると、2015年度版（ATOK28）に対する処理を
読み替えて変更した、ということですから、もともとの「ATOK17」表記は、
おそらく「ATOK30」が正しいと推測されるので、ATOK2017での動作報告
かと思われます。

いずれまとめて手順の書き換えをする時用にメモしておこう。
>>15に上記Linux板のURLを追加のこと、と。
2022/08/05(金) 01:05:31.18
>>174
＞まだ 13.0 のサポート期間なので pkg は 13.0 で make されてる
そういうものとは、まったく知りませんでした。
今までカーネルモジュールを使うソフトウェアは、あまり使っておらず、
意識していませんでした。

＞>>165のリンク先にも書いてある
まことにすいませんでした。
英語なもので、さらっと読み飛ばして、ポイントっぽいところだけを
読んでいました。

>>173
CUIのコンソールの出力がなくなり、CUIのloginまでいけない状態なので、
xorg.confの評価までは、いけていないのです。
179FreeBSDでwimeを使っている君
垢版 |
2022/08/05(金) 01:15:10.58
drm-fbsd13-kmodをpkg(8)から入れず、Portsから入れてみる。

○FreeBSD13.1R/amd64はクリーンインストール。

○amdgpuを使うために入れたもの
・pkg(8)：xf86-video-amdgpu-22.0.0
・ports ：drm-fbsd13-kmod-5.4.191.g20220604_1
　　※pkg(8)と同じバージョン
・pkg(8)：gpu-firmware-amd-kmod-banks-20220511
・pkg(8)：mesa-dri-21.3.8 ※注
・pkg(8)：mesa-libs-21.3.8 ※注
　注　https://running-dog.net/2021/04/post_2429.htmlに
　　　書いてあったのだが、すでに入っていた。

○以下の設定をした。
・rc.confに「kld_list="amdgpu.ko"」
・xorg.confに「Driver "modesetting"」
・「#pw groupmod video -m <ユーザ名>」

pkg(8)の「drm-fbsd13-kmod-5.4.191.g20220604_1」を、removeし、
portsから「drm-fbsd13-kmod-5.4.191.g20220604_1」を
入れましたが、以下のように状況は変わらずでした。

カーネルメッセージの、rc.confの評価あたりで、画面出力が
なくなる。
モニターの電源ランプは、画面出力が「ある」状態だが、
実際の画面出力は「ない」。 で、リセットボタン。

まさか、「１分くらい待つと画面出力が始まる」とかじゃないで
しょうね。
いえね、i386を使っていた頃は、VGA表示から精細な表示に
切り替わるのに10秒くらいかかっていたので。
2022/08/05(金) 01:25:20.23
http://mevius.5ch.net/test/read.cgi/unix/1632283136/152-153
出力先が切り替わってるとかはないか
2022/08/05(金) 06:52:41.45
うろ覚えだがgpu firmwareみたいな名前のpkgもportsで作り直しが必要だったような。
2022/08/05(金) 13:09:12.38
本当にその程度のレベルの人かと言う話でもある
2022/08/05(金) 13:34:41.24
WoW64連呼してるのも本当なのかと疑問に思ってる
wine/Makefile に
# Wine assumes a WoW64 package is available, which is not the case on
# FreeBSD yet.
と書いてあるから

64bitと32bitを統合したWoW64じゃなくて64bitと32bitを同時に使えるようにした
だけなんじゃないかと思うんだが違うんだろうか
WoW64には64bit Wine側の対応が必要で64bitだけのWineとは違うはずだから
新着レスの表示
レスを投稿する

5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。
ニューススポーツなんでも実況