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

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

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

FreeBSD での Office 環境を語れ!
2chｽﾚ:unix

FreeBSD での Office 環境を語れ! その2
2chｽﾚ:unix

2: 名無しさん＠お腹いっぱい。 2021/10/06(水) 21:34:29.77 AAS
>>1乙
メンテナにはなんとか頑張って頂いてwine復活すると良いですな

3(7): 名無しさん＠お腹いっぱい。 2021/10/10(日) 09:33:19.49 AAS
この件に関してこちらの方が適切でしょうから
近日検証してこちらへご報告させて頂きます

2chｽﾚ:unix
> 67 名無しさん＠お腹いっぱい。 sage 2021/09/11(土) 19:39:29.55
> 今更かも知れんけど、FreeBSDでzoom視られんのな(firefox)

4(2): 3 2021/10/13(水) 21:37:20.29 AAS
>>3
Firefox93 にて zoom 試してみました
カメラはロジクールC505
/etc/rc.conf に以下を追記
　kld_list="普段ロードしているもの cuse"
　webcamd_enable="YES"

結果
https://i.imgur.com/i0fQopw.jpg

普通に使えますね
もしカメラ認識が芳しくない時は multimedia/webcamoid を入れてごにょごにょすると宜しいかと
webcamoid で映る時は zoom でも普通に映ったので

5: 3 2021/10/13(水) 22:32:22.71 AAS
>>3
そうそう
LinuxABI互換機能は有効にしておく必要があるでしょう

6(8): 名無しさん＠お腹いっぱい。 2021/10/14(木) 17:59:07.93 AAS
2chｽﾚ:unix
> 992 名前：FreeBSDでwimeを使っている君 [sage]： 2021/10/06(水) 19:48:39.70
> ○FreeBSD(amd64)のi386-wineならVersion6以降でも動くかも？

latest の i386-wine-devel-6.12,1、なんか使えるみたいですよ
使えるようにする為に実施したことはこれだけです
% doas pkg install i386-wine-devel
% wineboot

notepad+ と JaneStyle をお試しでインスコし普通に使えてます

7(1): 名無しさん＠お腹いっぱい。 2021/10/17(日) 16:02:38.55 AAS
>>4
テスト乙
Firefoxをバージョンアップするかな
その前にまずFreeBSDをバージョンアップしたいけどｗ

8: 3 2021/10/17(日) 17:44:27.08 AAS
>>7
FuryBSDだとデフォのまんまでWebカメ使えたんですが無くなっちゃいましたからね
ついでにESRでもテストしてみました　問題ないですね
https://i.imgur.com/yPgjG8m.jpg

> FreeBSDをバージョンアップしたい
サクッと make world イキますか

9: FreeBSDでwimeを使っている君 2021/10/18(月) 10:52:10.26 AAS
wime
https://thomas66.web.fc2.com/wime/

4.1.4　2021年9月26日

まれではあるが、よくURLが貼られているので、自分として制限をしている
「wimeの公式URLは、迷惑にならないよう、むやみに貼らないよう、気をつける」を
解除する事とします。

2chｽﾚ:linux
にも告知しました。

10: Wine + wime + ATOK(For Windows) on FreeBSD 2021/10/18(月) 11:04:08.38 AAS
□FreeBSDにおけるwime導入手順の再まとめ(2021/10/18)
wimeとは、Wine環境下にインストールされたWindows用日本語IMEを
Cannaサーバに見せかけて、Unix界に蓄積されたCanna系ソフトウェアを
そのままで使えるようにする、というものです。
ここでは、もっともシンプルに、Cannaとして使う方法を記述します。
ただし、Wineが正常に動く事が大前提となります。
※初出　2chｽﾚ:unix

□環境　FreeBSD(i386)
ports : wine , wine-devel
　どちらでもよい。ただし、現在のFreeBSDでは、
　i386において、Wine5.8以降は、makeは通るが、バイナリは動作しない。
　※2chｽﾚ:unix
　amd64のi386-wineでは、メンテナのAlexander88207氏の対応により、
　Wine6.0/Wine6.12は動作する。
　※2chｽﾚ:unix
pkg : ja-canna-lib-3.7p3
　wimeをmakeするために必要。
　現在では、ja-canna-libが、ja-canna-serverに依存していないので
　ja-canna-libだけを入れればよい。
pkg : gmake-4.x
省3

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

12(2): Wine + wime + ATOK(For Windows) on FreeBSD 2021/10/18(月) 11:22:37.04 AAS
■ wimeをmakeする　※gmakeが必要
1. wime-4.x.x/conf.mk を対象に、wimeのmake時の変数を変更。
　 PREFIX?=/usr/local　※FreeBSDでは、このままでよい。
　 WINEDIR?=/usr/local　※FreeBSDでは、このままでよい。
　 WOW64?=1　※「WOW64?=0」へ変更。
　 ※FreeBSD(i386)で32bitOSなので、Wineも32bit版となるため。
　 USE_CLANG?=0　※FreeBSDでCLANGなので「USE_CLANG?=1」へ変更。
　 ※「USE_CLANG?」の記述がない場合は、単なる書き落としです。
　　処理内容は、conf.mkの末尾に存在するので、書き足してください。
　　「USE_CLANG?=1」がない場合、gccでコンパイルされてしまい、
　　FreeBSDでは動作しないバイナリができます。
2. wime4.x.x下で、ユーザ権限でよいので「% gmake」。
3. root様で「# gmake install」し、root様で「# ldconfig」。

■ ATOKをWineへインストール
1. 「wine setup.exe」などとして、ATOKをWine環境下へインストール。
2. 「wine regedit.exe」し、
　　HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Keyboard Layouts
　　の「E0020411」を「E0010411」に変更。
3. 上記レジストリキーの「Ime File」が、フルパスつきの「atok??w.ime」
　であった場合、パス部分を削ってファイル名のみに変更する。
省5

13(1): Wine + wime + ATOK(For Windows) on FreeBSD 2021/10/18(月) 11:38:41.59 AAS
■ wimeの実行
wime4.0.0以降では、「wime -e atok」で起動する。

■ wimeによるWindows版ATOKでの変換を試す
ng-canna（注１）は、設定せずに、直接Cannaが扱えるので、
ng-cannaなどで、ジャストシステムのサイトで例示されている
二重敬語の校正指摘の例文を変換してみるとよいでしょう。
変換候補が以下のように表示されればATOKが動いています。
「お読みになられる《二重敬語「→お読みになる」》」
あとは、canna.el（注２）でも、yc.el（注３）でも、
scim-canna（注４）でも、kinput2 -cannaでも、
あたかもCannaServerを使っているかのように使用できます。
もちろん、この場合は、.cannaも読んでくれますので、
.cannaで、変換候補を１回で開くような設定をしていても、
(setq romkana-table "KANAinput_JibunKeyBoard.kp")
みたいな設定をしていても大丈夫です。
（注１）Emacs like。pkg(8)では「ja-ng-canna」。
（注２）現在のほぼ公式と言ってよい、
　　　https://ikumi.que.jp/cmp/emacs.html
　　　での、canna.elは、執筆者としては、yc.elで
　　　満足しているため未検証です。
省5

14(5): Wine + wime + ATOK(For Windows) on FreeBSD 2021/10/18(月) 11:57:01.04 AAS
□FreeBSD(amd64)でwimeを使う場合
FreeBSD(amd64)でもwimeは使えますが、32bitなATOKの場合、
i386-wine , i386-wine-devel で使用する事になります。
また、wimeも32bit版をmakeしないといけませんので、
実機のi386機なり、仮想環境のi386でmakeし、ファイルコピーなどで
wimeのバイナリ群を持ってくる必要があります。
※amd64でwimeを32bitとしてクロスコンパイルできれば、
　持ってくる必要はありません。
また、32bitなWineでパッチがあたった「imm32.dll.so」も、
amd64のi386-wineに持ってくる必要があります
※i386-wineで、wimeのパッチがあたるかは、執筆者は未検証。
i386でWineにパッチをあてた「imm32.dll.so」は、
i386-wineに持ってきても、単純なファイルコピーで動きます。

・imm32.dll.soを配置する場所。
　amd64(i386-wine)/usr/local/lib32/wine/imm32.dll.so
　i386(wine)　　 /usr/local/lib/wine/imm32.dll.so

・makeされたimm32.dll.soのバイナリが置かれている場所。
　※portsでは、該当ディレクトリのworkの下に
　　インストール前のバイナリが置かれている。
　※以下は5.0でのパス。
省3

15(3): Wine + wime + ATOK(For Windows) on FreeBSD 2021/10/18(月) 12:04:41.67 AAS
□年度別のATOKのwimeでの動作状況
2004　○ 2chｽﾚ:unix
　　　 ※執筆者によるCannaServerとしてのみの検証
2008　○（公式）動作する
2010　○（公式）動作する
2011　○（公式）動作する
2012　○（公式）動作する
2014　×（公式）動作しない（詳しくは公式サイトで）
2015　○（公式）動作する
2016　○ 2chｽﾚ:linux
　　　 ※おおむね動作する
2017　△（公式）動作するが（詳しくは公式サイトで）
※試用版と製品版では動作が異なる可能性があります。
※他年度版の動作状況があれば、報告していただけると幸いです。

16: Wine + wime + ATOK(For Windows) on FreeBSD 2021/10/18(月) 12:11:57.96 AAS
□現在執筆者が把握する似たような手法としての他の成果物一覧
　※URLは省略しました。ググれば出ます。
・えせかんな(esecanna)
　商用のVJE3.0/2.5,Wnn6をCannaクライアントで使う。
　現在もFreeBSDには存在する。
　japanese/esecannaを参照の事。
・ximimm
　Windows版ATOKをWine上で動かし、LinuxのX11上のXIMから使用する。
　2010年の製品版で動作確認、
　2014年の体験版はインストールできず、との事。
・canna2imm32
　Cygwin環境下で、Cannaプロトコルにより、Windows側のIMEを使う。
・FepBridge
　DOSエミュレータで、DOS/VのFEPを動かして、Unixから使う。
・(OMRON)Wnn8 for Linux/BSD　※似たような手法ではありませんが。
　現在も販売されているLinux/BSD用の商用かな漢字変換。
　IIIMF(wnn8le)、XIM、GTK2系。
　有志によるWebの知恵によると、Wnn7Egg、esecanna、
　tamago-tsunagi（修正すれば）で、使う事が出来るとの事。
　※公式によると、FreeBSD12.1R以降ではamd64のみ対応、との事。

17: FreeBSDでwimeを使っている君 2021/10/18(月) 12:18:00.47 AAS
wimeで割り込んですいません。FreeBSDでwimeを使っている君です。

レスを見ていると、みなさんに支えられているなあ、と思います。
これからもよろしくお願いします。

「FreeBSDでwimeを使っている君」がセッセと書く理由は、
高スキルユーザ（パワーユーザ）さんなり、開発者さんなりの
目に止まり、事態が打開されて欲しいがためです。

今夜も Wine で乾杯! - 23本目＠Linux
2chｽﾚ:linux

というレスも書きました。
省2

18(1): FreeBSDでwimeを使っている君 2021/10/18(月) 12:21:58.73 AAS
>>3
FreeBSDを語れ Part54 の「zoom」のやりとりを見ていました。
動画が視られるだけでも、すごいと思います。
ただ、zoomでは音声が通らないという話でしたね。

>>6
ウッ、ブワッ（涙）。
わざわざ試していただき、ありがとうございます。
やはり、Wine6.x系は、i386-wineで動きましたか。
いっぱいググって、Alexander88207氏の生の声を
探し当てた甲斐がありました。

19(1): 3 2021/10/18(月) 12:37:16.42 AAS
>>18
> zoomでは音声が通らない
うちの者の携帯電話との同室セッションでハウリングを起こすくらい問題ありませんでした
環境によりきりかも知れませんが

しかしさすがここの主wimeさん
スレが一気に本格的になりましたな

20: 3 2021/10/18(月) 12:45:51.18 AAS
>>19
但しこう言う事なのでしばらくはWebブラウザ版で利用する事になるでしょうね
% psearch -c net-im zoom
net-im/zoom　　Zoom videoconferencing client (CAVEAT: 【Sound doesn't yet work】)

21: No Name 2021/10/18(月) 14:28:26.89 AAS
俺はｕｎｉｘはｍａｃとｌｉｎｕｘしか認めんぞ

22: 名無しさん＠お腹いっぱい。 2021/10/18(月) 14:46:30.90 AAS
別にお前に認めてもらわんでも一向に構わんから

23: 名無しさん＠お腹いっぱい。 2021/10/18(月) 16:17:30.67 AAS
そもそもの話、どっちもUNIXじゃないのでは…？

24: 名無しさん＠お腹いっぱい。 2021/10/18(月) 16:30:06.96 AAS
ここ「BSD/LinuxでのOffice/Desktop環境を語れ！」なんだが
「UNIXの定義」について語りたいの？めんどくさい人だね

25(1): FreeBSDでwimeを使っている君 2021/10/25(月) 18:56:47.70 AAS
「FreeBSDにおけるwime導入手順の再まとめ」
において誤りがあったと思います。

>>14 に、amd64のi386-wineに対して、
（i368でコンパイルした）「wimeのバイナリ群を持ってくる」
とか、
「クロスコンパイルできれば」
とか、
などと、書きましたが、誤っているのではないかと思います。

wime-4.x.x/io/Makefile には、「#amd64でi386-wineを」の
コメントがあるので、FreeBSDのamd64でi386-wineを
使用している場合、wime-4.x.x/conf.mkで変更する変数を
「WOW64?=1」にすれば、amd64でも、wimeを32bitでコンパイル
できるのではないかと思います。

2chｽﾚ:unix
で謝罪したのを忘れていました。
まことに申し訳ありませんでした。

※執筆者はC言語もMakefileも理解していないので、
　はっきりと書けずに申し訳ありません。

26: 3 2021/10/25(月) 22:23:48.33 AAS
本日とある用事でWebブラウザ版zoomをFirefoxから使用しました
序盤に音声の送信が滞ったものの少しごにょごにょして改善し普通に音声通話も可能になりました
ご使用の際はwebcamoidもインスコしておくと事前に送信映像の解像度も手軽に出来て便利です

27: FreeBSDでwimeを使っている君 2021/11/12(金) 22:52:05.62 AAS
執筆者が書く時だけは、目立つようにスレをageさせてください。
5chのクロールコピーっぽいサイトは、いっときより減ったものの、
まだまだ健在なので、情報が広がりやすいと思うのですが、
なかなか、「FreeBSDでWine6.xを使ったよ」「wimeはすごいねー」
という声は見かけませんね。
情報を広めるのは、大変なんですね。
そもそも一夜にして情報が広がるなんてオカシイですよね。

FreeBSDの公式サイトのリリーススケジュールが見つかりません。
昔は日付を入れて表になっていたような気がするんですが。

13.0Rの次のリリーススケジュールは、いつか分かりませんが、
あと半年ほどは、13.0Rのままだろう、今のうちに、と、
FreeBSD13.0R(i386)から、FreeBSD13.0R(amd64)に乗り換えました。
もちろん、目的はWine。
i386-wineの、Alexander88207氏の「回避策」に期待がかかります。
i386-wineですから、おそらく、次のFreeBSDのメジャーバージョンまで、
i386-wineのバージョンは、ほぼ固定状態になると思いますが、
なにより、確実に動くことが大切です。

結論から言うと、FreeBSD(amd64)で、Wine6.12(i386-wine-devel)は
動きました。
「ウヒョヒョヒョヒョヒョ」とスキップして踊りました。
省1

28(1): FreeBSDでwimeを使っている君 2021/11/12(金) 22:57:57.10 AAS
ただですね、>>6 氏の報告とは、やや、挙動が違いました。

FreeBSD13.0R(amd64)で、i386-wine-devel(Wine6.12)の
初回起動時に「%winecfg」（.wineの新規生成はせず）とすると

wine:could not load ntdll.so:(null)

と、言われますが、前スレであった助言
2chｽﾚ:unix
のように、以下のように環境変数を設定すると正常起動しました。

%env WINEDLLPATH=/usr/local/lib32/wine winecfg
省8

29(4): FreeBSDでwimeを使っている君 2021/11/12(金) 23:00:40.75 AAS
執筆者は、Wine6.12のimm32.dll.soとwime4.1.4は、
i386でコンパイルされたバイナリをファイルコピーで
持ってきました。

>>14 のまとめの修正ですが、
FreeBSD(amd64)のi386-wine-devel(Wine6.12)では、
imm32.dll.soを配置する場所が以下のように変わりました。

「/usr/local/lib32/wine/i386-unix/imm32.dll.so」

しかし、なんで >>6 氏と挙動がちがうのだろう。
・shか、cshの違い？
　執筆者はtcshです。
・モダンなデスクトップか、昔ながらのWindowManagerの違い？
　執筆者はctwmです。

30: FreeBSDでwimeを使っている君 2021/11/12(金) 23:02:03.69 AAS
以下の記事を読んで気づいたのですが、
今どきのWineの初回起動は、「%winecfg」でなく、
>>6 氏のように「%wineboot」とするもののようです。

Wineについては、あくまでもPlamoLinuxでの例ですが、
PlamoLinuxのメンテナ、こじまみつひろ氏が、
技術評論社で連載している記事が、理解を深めてくれます。

続・玩式草子 −戯れせんとや生まれけん−：連載｜gihyo.jp … 技術評論社
https://gihyo.jp/lifestyle/serial/01/ganshiki-soushi-2

31: FreeBSDでwimeを使っている君 2021/11/12(金) 23:21:16.41 AAS
GenericKernelでPAE_Kernelとなったi386(Tier2)から
amd64(Tier1)に乗り換えて思ったんですが。

・amd64は、startxでコンソールからXを起動するのに数秒。
　i386みたいに、15秒待つなんてことはない。
・なんだか全体的に軽いような。キビキビしているような。
・そもそも、ブートからlogin表示までも、amd64の方が速いような。
・Conky読みだけど、メモリ総量が違う。i386は15.6G、amd64は15.5G。
　※ビデオカードのメモリ量が512Mです。
・i386では、Firefox90以上で、「Gah. Your tab just crashed.」と
　言われて、googleマップが見られなくなったり、アクセスによって
　画面を生成するタイプ（うまく言えないですが、後面描画の後に前面
　を描画するタイプ）のサイトが見られなくなったりしていたので、
　FirefoxESR78にportdowgrade（戻れるバージョンがそれしかなかった）
　していたが、amd64ではFirefoxESR91で普通にgoogleマップが見られる。
　いや、ま、それが普通だよね。
・i386のFirefoxESR78の設定画面で、検索エンジンを選択する欄が
　空っぽで、検索エンジンの追加もできなかったので、しかたがなく、
　文字列をマウスでコピーして右クリックでgoogle検索をするadd-onsを
　入れていたが、FirefoxESR91だと普通に検索エンジンがある。
　EUとかの政治的な規制で検索エンジン欄が空になったんじゃないのか。
省6

32: FreeBSDでwimeを使っている君 2021/11/12(金) 23:44:33.01 AAS
広大なメモリを使いたければ、amd64(64bit)が、普通の選択肢であり、
PAE_Kernelは「無理を承知でどうしても」のための物なのかも
しれません。
PAE_Kernelを追いかけていた「uyota 匠の一手」氏も、
そういう感じで使っているようですし。

そうそう、VZエディタライクなエディタの「ne」（pkgで入れた）は、
amd64ではセグメントエラーでした。
i386では動いていたような気がするけどなあ。
「PANIXのカタログに、そういう物がありますよ、って出てたなあ」
と、入れただけなんですが。
VZエディタのキーアサインで覚えているのは、
Ctrl-K-K、Ctrl-K-C、コマンドラインでESCでファイラ、
ぐらいで、Emacs歴のほうがずっと長くなりました。

FreeBSD13.0R(amd64)でi386-wine-devel(Wine6.12)が
動いて、回避策の対応をしていただいたMaintainerの
Alexander88207氏には大感謝です。

さーて、夜食でも食べてくるかなーあ。
うは、うほほーい。

33(1): 名無しさん＠お腹いっぱい。 2021/11/13(土) 00:57:21.11 AAS
長いことemacs+wanderlustを使ってたけど、キーバインドを覚えるor調べるのに疲れて、
thunderbirdに乗り換えちゃったよ

34: 名無しさん＠お腹いっぱい。 2021/11/13(土) 07:25:22.14 AAS
>>33
グッジョブ！　コンピュータなんて楽できてなんぼだからね

35(1): 6 2021/11/13(土) 11:13:30.67 AAS
>>29
当方環境
OSバージョン：FreeBSD 13.0-RELEASE-p4 amd64(当時)
インタラクティブシェル：/bin/tcsh
GUI環境：Window Maker、Fluxbox 等

たまにモダンなデスクトップ環境も使用しております

36: FreeBSDでwimeを使っている君 2021/11/15(月) 17:51:51.59 AAS
# pkg upgrade
Installed packages to be REINSTALLED:
dialog4ports-0.1.6_1 (option removed: CHINESE)

新しい冷戦が始まる（始まっている）と言われていますが、
米中新冷戦って意味合いでremovedなんでしょうか。

37(1): FreeBSDでwimeを使っている君 2021/11/15(月) 17:55:31.51 AAS
>>29
wimeの事を書き忘れていましたが、
FreeBSD(amd64)のi386-wine-devel(Wine6.12)において、
i386でコンパイルされたimm32.dll.soをファイルコピーで
持ってきて、
「/usr/local/lib32/wine/i386-unix/imm32.dll.so」に
置いたことにより、
Wine6.12 + wime4.1.4 + ATOK17(2004)で動いています。

>>35
6氏、ありがとうございます。
6氏もプロンプトに「%」を使っているので、csh系だと
思っていたのですが。

Wineの開発ターゲットはLinuxだから、bashだと問題ないのか？とか、
モダンなデスクトップだと勝手に設定を追加してくれるのか？などと、
考えたのですが、執筆者と、6氏との間には、有意な差は、
ないような気がします。何かが違う「おま環」かもしれません。
まあ、私は、.wineの新規生成もしなかったですし。

もし、i386-wine(6.x以降)において、
「wine:could not load ntdll.so:(null)」
と、言われた場合（例はcsh系の場合）、
省2

38(4): FreeBSDでwimeを使っている君 2021/11/15(月) 17:58:24.90 AAS
何気なくググってたら驚きました。

259587 emulators/i386-wine{-devel}: Delete ports (was: Fails to fetch: i386-wine-devel-6.12,1.txz: Not Found)
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=259587

D32322 emulators/i386-wine{-devel}: Delete ports
https://reviews.freebsd.org/D32322

Alexander氏によると、通常のWineで32bit、64bitが扱えるので、
i386-wine{-devel}は、削除要請されているとのこと。

ports/emulators/wine-devel/Makefile を見ると、
「a subset of emulators/i386-wine-devel」とか書いてあって、
i386-wineの成果が吸収されるのかもしれません。
省6

39(2): FreeBSDでwimeを使っている君 2021/11/15(月) 18:00:14.52 AAS
FreeBSD13.0(amd64) ※以下レス用に1byte空白連続→2byte空白

# pkg remove i386-wine-devel
# pkg install wine-devel
% pkg info |grep wine
wine-devel-6.18,1　　Microsoft Windows compatibility environment

% wine <TAB>
wine　wineboot　wineconsole winedump　winegcc　winepath
wine64　winebuild　winecpp　winefile　winemaker　wineserver
wine64.bin　winecfg　winedbg　wineg++　winemine
% wineboot
/home/hoge/.i386-wine-pkg//usr/local/bin/wine doesn't exist!
Try installing 32-bit Wine with
　　　/usr/local/share/wine/pkg32.sh install wine mesa-dri
% /usr/local/share/wine/pkg32.sh install wine mesa-dri
pkg -o ABI=FreeBSD:13:i386 -o INSTALL_AS_USER=true -o RUN_SCRIPTS=false --rootdir /home/hoge/.i386-wine-pkg install wine mesa-dri
Updating FreeBSD repository catalogue...
Fetching meta.conf: 100%　　163 B
Fetching packagesite.pkg: 100%　　6 MiB
pkg: Error opening the trusted directory /usr/share/keys/pkg/trusted
pkg: Error loading trusted certificates
省6

40: FreeBSDでwimeを使っている君 2021/11/15(月) 18:01:38.52 AAS
259697 emulators/wine /usr/local/share/wine/pkg32.sh upgrade: pkg: wrong architecture: … pkg: repository poudriere contains packages with wrong ABI: FreeBSD:14:amd64
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=259697

>>39 に関して上記のような記事もみつけましたが、微妙に違う気もします。
つい最近の話ですし、状況が落ち着くのを待ちます。

あー、FreeBSDの現在のWine事情を解説してくれる記事はないものか。
技術評論社のWebでのFreeBSDの連載は、とうの昔に終わったし、
紙媒体でなら、なんて、とても無理な話です。

41: 6 2021/11/15(月) 20:20:59.50 AAS
>>37-38
大した用途に使っていない事もありますが今のところ正常動作ですね
i386-wine-develのdistfileに関しては驚きですね　確かにportsディレクトリで # make fetch しても落ちてきませんでした
取り敢えず　# pkg create i386-wine-devel　しておきました　いつ入手不可になるかわからないので

42: FreeBSDでwimeを使っている君 2021/11/18(木) 00:33:21.58 AAS
FreshPortsを、今、見るとi386-wine-develは、
もう無くなっています。

i386-wine、wine、wine-develは、
2021/11/16 14:33:56 に更新され、
更新内容は同じ文章です。

＞Emulator/i386-wine-devel. port removed.
＞This port and the pre-built binaries have not been updated recently.
＞emulators/wine-devel now supports i386 on amd64, so remove it.

との事です。

wine-devel-6.21なら正常に動くんでしょうか。
Wineに関わるMaintainerとして、Alexander88207氏、
以外の方は、にわかに信用しがたいのですが。
省8

43: FreeBSDでwimeを使っている君 2021/11/19(金) 03:14:09.76 AAS
Wine6.21時点での、emulators/wine{-devel}/files の
wow64.sh（長いものはレス用に桁折り）を見ると、

「I386_ROOT="${WINE_i386_ROOT:-$HOME/.i386-wine-pkg}"」
と、i386-wine-pkgをホームディレクトリの下に作り、
32bitなEXEは、
「exec "$I386_ROOT/$PREFIX/bin/wine" "$@"」
で起動するようです。
※執筆者の場合は、>>39 の試行で作りかけで止まっていた。

当たり前ですが、以下の引用のように
Wine64とWine32(WoW64)のバージョンは同一に保たれるようです。

「printf "wine [%s] and wine64 [%s] versions do not match!\n\n"
"$WINE32_VERSION" "$WINE64_VERSION"」
「printf "Try updating 32-bit wine with\n\t%s\n"
"$PREFIX/share/wine/pkg32.sh upgrade"」

まさか、i386-wine-pkgはバイナリ配布ではないでしょうね？
省2

44: FreeBSDでwimeを使っている君 2021/11/19(金) 03:44:48.56 AAS
FreeBSD(amd64)からi386-wine{-devel}がなくなり、
FreeBSDでのWineの、WoW64移行をふまえたうえでの、
wimeについて。

現状では、64bitなatokが、FreeBSDのWine64にインストールできない
（wime公式）ので、人柱の試行で発見されるなど、事態が変わらない限り、
FreeBSDのWineでは、atokは32bit版を使う事になります。
※今度のFreeBSDでのWineの変更で、Linuxのように、64bitなatokが
　使えるようになっているかもしれません。

これまでのレスの内容をふまえると、32bitなimm32.dll.soは、置き場所が
変わるという事になります。
i386-wine-pkgが、バイナリ配布かどうかは、分かりませんが、
自前でportsからmakeできるのなら、
wimeのpatchをあてた32bitなimm32.dll.soが
amd64のWineで作れるのではないか、と、思います。

45(1): FreeBSDでwimeを使っている君 2021/11/19(金) 03:54:07.14 AAS
>>25 の追記。
FreeBSD(amd64)のi386-wine-devel(Wine6.12)では
「WOW64?=0」「WOW64?=1」どちらも、
wimeのgmakeが通りませんでした。

~/wime-4.1.4 % gmake
（略）
gmake[1]: ディレクトリ '/usr/home/hoge/wime-4.1.4/lib' から出ます
gmake -C so
gmake[1]: ディレクトリ '/usr/home/hoge/wime-4.1.4/so' に入ります
gmake[1]: *** 'wimeapi.o' に必要なターゲット 'X11/keysym.h' を make するルールがありません. 中止.
gmake[1]: ディレクトリ '/usr/home/hoge/wime-4.1.4/so' から出ます
gmake: *** [Makefile:12: so] エラー 2

libまではmakeできていますので、

~ % file /home/hoge/wime-4.1.4/lib/array.o
/home/hoge/wime-4.1.4/lib/array.o: ELF 64-bit LSB relocatable, x86-64, version 1 (FreeBSD), with debug_info, not stripped

64bitなオブジェクトができてます……。
32bitなライブラリを見せてmakeすれば、32bitなバイナリが
できると思うのですが。

46: FreeBSDでwimeを使っている君 2021/11/19(金) 04:28:32.50 AAS
https://reviews.freebsd.org/D32322
＞gerald added a comment.　Mon, Nov 15, 11:15 PM
＞For the actual commit, I'll list you as author anyway.

Alexander88207氏とgerald氏がケンカしている訳ではないようで
安心しました。
ただ、過渡期真っ最中のようで、低スキルの執筆者としては、
Wineのバージョンが、いくつか上がってこなれるまでは、
試せません。

47: FreeBSDでwimeを使っている君 2021/11/20(土) 08:51:38.10 AAS
i386-wine-develが、即、消えたのはともかく、
i386-wineは残っていたので、ある程度までは残しておくんだ、と、
思っていましたが、今、FreshPortsを見ると消えています。

https://reviews.freebsd.org/D32322
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=259589

アメリカ時間だと思いますが、2021/11/19の昨日には、
i386-wine{-devel}は、なくなり、wine{-devel}へ、一本化されたようです。

48: FreeBSDでwimeを使っている君 2021/12/11(土) 18:41:57.36 AAS
前スレの「その２」に書いた、yc.elの話で、おわびと言うか、
「その後」に、かなり遅いタイミングではあるものの、
「気づいた」という話をします。
2chｽﾚ:unix

emacs27.1で、yc.elを起動すると「process-kill-without-query」の
エラーが出るが、twitterの「shg@shg」氏の説明と、助言により、
.emacsに以下のコードを書いて一応の解決を見たという話です。
＞(defun process-kill-without-query (process &optional flag)
＞(set-process-query-on-exit-flag process nil)

49: FreeBSDでwimeを使っている君 2021/12/11(土) 18:45:16.55 AAS
偶然、気づいたのですが、FreeBSDのyc.elのPorts（5.2.1_17,1）側で
修正が入っていました。
この場合、.emacs側で「のりきる」コードを書くより、yc.el側の修正の
ほうが、正しい解決方法であると思います。

FreshPorts -- japanese/yc.el: Yet another Canna client for Emacs
https://www.freshports.org/japanese/yc.el/

＞5.2.1_17,1

＞04 Dec 2020 12:41:09

＞The "process-kill-without-query" function was made
＞obsolete in emacs 27.1 [1]. Therefore the function
＞should be replaced in japanese/yc.el by
＞"set-process-query-on-exit-flag" function.
省7

50: FreeBSDでwimeを使っている君 2021/12/11(土) 18:47:32.23 AAS
YC's Room
http://www.ceres.dti.ne.jp/~knak/yc.html

yc.elの公式は開店休業状態なので、何かあれば、自分で何とか
するしかない、と思っていましたが、Ports側だけで修正が入る事が
あるのですね。
yc.elの公式に反映させないとLinuxユーザが困るな、と思うのですが、
yc.elの公式はどうなっているんでしょうね。

yc.elのFreeBSDのPortsのパッチを公開すれば、
yc.elで「process-kill-without-query」で困ったLinuxユーザも
対応できると思うので、以下にURLなどを書きます。

51(1): FreeBSDでwimeを使っている君 2021/12/11(土) 19:04:18.31 AAS
freebsd-ports/patch-yc.el at main・freebsd/freebsd-ports・GitHub
https://github.com/freebsd/freebsd-ports/blob/main/japanese/yc.el/files/patch-yc.el
※FreeBSDのPortsのPatchでは日本語コメントが読めるのですが、
　githubでは、日本語コメント部分が化けています。
　対照引用しようと思ったのですが、5chに書き込む際も、書き込み欄に
　コピペした時点で、github側の引用が妙な化けかたをしており、
　対照にならないので、日本語コメント部分のみを、FreeBSDのPortsの、
　/usr/ports/japanese/yc.el/files/patch-yc.el から引用します。
　以下、引用行を執筆者が明示し、次行の引用部分は、引用符をつけません。

03行
@@ -393,7 +393,9 @@ OBJ を返却する。"

14行
@@ -1736,6 +1738,7 @@ OBJ を返却する。"

22〜25行
@@ -2071,7 +2074,7 @@ OBJ を返却する。"
;; 文節を指定しない場合、現在の文節が対象となる
;; 読みを取得した文節はその読みをキャッシュする
;; cut が非nil の場合、指定文節以降の読みを削除する

引用ここまで。
省3

52: 名無しさん＠お腹いっぱい。 2021/12/20(月) 11:01:54.49 AAS
Python2の呪いにてportsから無くなってからしばらく経つccsm、アップストリームのソースから入れてみた
ちゃんと機能するもののアイコンに不満あり
https://i.imgur.com/VlXs9kc.jpg

53(2): 名無しさん＠お腹いっぱい。 2022/02/17(木) 21:42:20.20 AAS
何故かLinux板に書き込めないので質問

pcA USBメモリーからdebian11XFCELive起動
pcB ディスプレイ死亡で画面付かず(windows10起動可)

この状態でdebian11からshredコマンドでpcBのハードディスクを上書きしたいのだが、
どうやってpcAからpcBに繋げればいい?

LANケーブルだけでいける?
無線で繋ぐのは無理ね。

54: 名無しさん＠お腹いっぱい。 2022/02/17(木) 21:48:55.90 AAS
スレチは消えて、どうぞ

55: 名無しさん＠お腹いっぱい。 2022/02/17(木) 23:38:08.14 AAS
>>53
代行レスはここへ370
2chｽﾚ:operatex

56: 名無しさん＠お腹いっぱい。 2022/02/19(土) 15:22:01.09 AAS
>>53
パソコンを廃品回収に出す

57(2): 名無しさん＠お腹いっぱい。 2022/02/23(水) 13:18:23.97 AAS
最近hyper-v環境にNetBSDを入れて遊んでいます。作法が良く分からずxdm→ctwmで日本語表示、入力を等を設定するために共有のXsessionで日本語入力デーモン起動とメニューのxtermに-ls付けて強引に.profileを読ませています。
.profileではif文でdisplayを見ています。
.xsessionがうまく動かないからですが普通はどうやるものなのでしょうか？

58(1): FreeBSDでwimeを使っている君 2022/02/24(木) 10:56:31.67 AAS
>>51
「22〜25行」は、「22〜25行」の
5chへの書き込み時の文字化けです。

別件。
「たしか、FreeBSDでは『正式表記』」があったはずだよなあ、と、
思っていましたが、正式表記を思い出せず、テケトーな表記を
していましたが、いろいろとドキュメントを見ているうちに
思い出しました。
短縮表記の場合、「FreeBSD13.0R/amd64」という表記が
正しかったのです。
ずーっと、テケトーな表記をしていた事をお詫びします。

>>57
NetBSDのスレか、FreeBSDの質問スレ（OS抜きで共通の話題だから）で
聞いた方が早いと思う。

「余所でやってください。[unix]」、
「もう新しいのにしましょ。」が出るので
書き込みテストがてらの書き込み。
User-AgentをWindows10(Chrome98)で書き込み。

59: FreeBSDでwimeを使っている君 2022/02/24(木) 11:01:55.24 AAS
やっぱり化けるな。
>>58は、「22全角波線25行」と書きました。

60: 名無しさん＠お腹いっぱい。 2022/02/26(土) 20:38:59.60 AAS
>>57
> 普通はどうやるもの
俺はこういうのをわざわざ書いた事がないな
　　　　　　　　↓
> .profileではif文でdisplayを見ています。

NetBSDスレで Xorg.*.log を交えて話題展開してみては？

61: 名無しさん＠お腹いっぱい。 2022/03/02(水) 17:52:09.73 AAS
57ですが、とうとうhyperｰvのFreeBSD環境でYouTubeの音声をpaprefs使ってネット接続で聴ける様になりました。これで画面サイズの変更が出来れば良いのに。

62: 名無しさん＠お腹いっぱい。 2022/03/02(水) 22:12:57.85 AAS
NetBSD前提の話じゃなくなってて草

63(1): 名無しさん＠お腹いっぱい。 2022/03/03(木) 09:41:06.53 AAS
いえhyperｰv環境で拡張セッションを使わずにubuntu、fedora、freebsd、netbsdで何処迄同じdesktop環境を作れるか？で遊んでいるので自分の中では変わっていません。
Windows側からsshで操作できる。
sambaサーバになる。
libreofficeで日本語ドキュメントを作り、sambaで公開して、Windows側から操作も出来る。
firefoxでYoutube配信の音楽をWindows側のスピーカーで聴きく。の内ubuntuとfreebsdはクリアしたので次はnetbsdです。fedoraはlib64とか言う変な所にpulseaudioが入れられるのでpipeWireからネットワークスピーカが動くか別途調べます。

64(1): FreeBSDでwimeを使っている君 2022/03/20(日) 14:39:43.20 AAS
Wine上で、ちょこっと日本語入力ができれば、ありがたい時が
あるよね、と思って設定をしてみたが、日本語入力ができない。
FreeBSDでも、Wine0.9系の頃から、できているようだが。

環境：FreeBSD13.0R/amd64
　　：i386-wine-devel-6.12,1
　　：ja-kinput2-3.1_13 ※「kinput2 -canna &」
　　：Wine上のxyzzy0.2.2.250

「~/.wine/user.reg」の「[Volatile Environment] 」の
上の行あたりに、「root」設定の場合は、以下を書き足す。
※「[Volatile Environment] 」の下に書き足すと、
　Wineの次回起動時に、消されてしまうので注意。

[Software\\Wine\\X11 Driver]
"InputStyle"="root"

試行結果は次レスで。

65: FreeBSDでwimeを使っている君 2022/03/20(日) 14:43:21.56 AAS
>>64 の続き。

・「root」の場合
Shift+Spaceでkinput2を起動すると、［あ］が出現しないものの、
kinput2の変換窓が開き、変換ができるが、漢字を確定しても、
Wine上のxyzzyには空白行のみが入る。

・「onthespot」の場合
Shift+Spaceでkinput2を起動しても、［あ］が出現しない。
Wine上のxyzzyは、kinput2を終了するまで入力に反応しない。

・「offthespot」の場合
Shift+Spaceでkinput2を起動しても、［あ］が出現しない。
Wine上のxyzzyには、半角空白が入力される。

・「overthespot」の場合
Shift+Spaceでkinput2を起動すると、［あ］は出現するが、
Wine上のxyzzyは、kinput2を終了するまで入力に反応しない。
省4

66: 名無しさん＠お腹いっぱい。 2022/03/23(水) 18:45:41.26 AAS
>>63
ですが、fedoraでもpulseaudioを入れてpaprefsを使えばネットワークスピーカーが動きました。
これでubuntu21.10、fedora 35、FreeBSD9.2全てブラウザで「無修正」と入力してavを探し視聴出来る事が出来ました。officeツールも動くので十分使えると思います。
NetBSDはbmpまでは音が出るのですがfirefoxは音が出ません。officeツールが動くだけに残念です。
hyperｰvでなければもっと簡単かもしれません。

67(4): FreeBSDでwimeを使っている君 2022/03/24(木) 19:35:10.11 AAS
FreeBSD13.1Rのリリースを待ってから試そう、と、思っていましたが、
リビジョンアップでも、何かと変わるだろうし、低スキルの執筆者は、
リビジョンアップの対応で、ウオーサオーしそうなので、
あらかじめ試しておこう、と、Wine関係を試行しました。

現在、FreeBSDでは、i386-wineがwineに吸収（>>38）され、
通常の、wine、wine-develでは、WOW64対応なWineとなっています。

まず、執筆者としては、wimeの稼働も目的としていますので、
Wineにwimeのパッチをあてた32bitなimm32.dll.soを
作らないといけません。

生活環境のFreeBSD13.0R/amd64のVirtualBox6.1（注１・注２）に、
FreeBSD13.0R/i386をインストールし、その中で、portsから、
wine-devel（注３）をmakeしました。

wimeの「imm-magic-1.7.3」を「emulators/wine-devel/files」の下に
置いてmakeします。普通にmakeが通りますが、
「emulators/wine-devel/work/wine-7.2/dlls/imm32」の下には、
「imm32.dll.so」でなく、「imm32.dll」しかありません（注４）。
執筆者は、低スキルですので、「そう変わったのかな」と
「imm32.dll」を、ホスト側のFreeBSD13.0R/amd64へ
ファイルコピー（注５）しました。

68(1): FreeBSDでwimeを使っている君 2022/03/24(木) 19:39:11.03 AAS
>>67
（注１）「chroot」や「jail」が、よくワカラナイため。
　　　　勉強しろ、なんですけどね。
（注２）makeするだけだし、コンソールだけでいいや、
　　　　だから、ディスクは8GBでじゅうぶん、と思いましたが、
　　　　Wine7.2が依存する、なぜだか古い「llvm12」のmakeが
　　　　からんだこともあり、ディスクがあふれました。
　　　　10GB以上は必要かと思います。
（注３）現行のWineはWine7.4で、この試行ではWine7.2となりました。
　　　　現在、FreshPortsを見ると、昨日の03/23にWine7.4へと
　　　　バージョンが上がっていました。タイミングが悪いです。
（注４）imm.cを見るとパッチの指定どおりにソースが変更されていました。
（注５）ホスト、ゲスト間で、FTPで転送しました。

69(3): FreeBSDでwimeを使っている君 2022/03/24(木) 19:44:15.81 AAS
続き。

ホスト側というか、生活環境のFreeBSD13.0R/amd64では、
pkg(8)で、wine-develをインストールする事とします。

# pkg remove i386-wine-devel ※Wine6.12
# pkg install wine-devel ※Wine7.0.r2 WOW対応版

% wineboot
/home/HOGE/.i386-wine-pkg//usr/local/bin/wine doesn't exist!
Try installing 32-bit Wine with
　　/usr/local/share/wine/pkg32.sh install wine-devel mesa-dri
% /usr/local/share/wine/pkg32.sh install wine-devel mesa-dri
※repository catalogueを取得して、ユーザのホームディレクトリの
　「.i386-wine-pkg」以下に、i386対応な、Wineのパッケージが
　インストールされます。サイズは2.5GBです。

70(2): FreeBSDでwimeを使っている君 2022/03/24(木) 19:49:28.39 AAS
続き。

・Wine6.x系で必要だった「setenv WINEDLLPATH /usr/local/lib32/wine」は
必要なくなっていました。
　※当時、スレで助言していただいた方、本当にありがとうございました。
・WOW対応版のWineで「.wine」を新規生成すると「Program Files (x86)」が
　できていますが、新規生成をしなくても、32bitなWineで作った、
　古い.wineのままで、「wine hoge.exe」とすれば、WineでEXEが起動します。
　つまり、32bitなWindowsソフトウェアを再インストールする手間はいらず、
　EXE起動時に、Wineは、32bitなEXEを判別してくれます。
　ただし、32bitな環境で作った古い.wineのままだと、
　「Program Files (x86)」がないまま、となりますので、
　64bitなWindowsソフトウェアと混用する場合は、不便かもしれません。
・使用感としては、昔のLinux板のWineスレでは、
　「（Linuxでは）WOW64だと、32bitソフトウェアの起動が遅い」
　などと言われていましたが、普通に速く、違和感はないです。

71(3): FreeBSDでwimeを使っている君 2022/03/24(木) 19:53:46.45 AAS
続き。

さて、かんじんのwimeです。

FreeBSD13.0R/i386で作った32bitな「imm32.dll」をどこに置くか？
あちこちに「imm32.dll」や「imm32.dll.so」がありますが、

/usr/ports/emulators/wine-devel/work/wine-7.2/dlls/imm32/imm32.dll

のように、できあがった「imm32.dll」を、
省11

72: 名無しさん＠お腹いっぱい。 2022/03/24(木) 20:32:15.10 AAS
荒らしがウロウロしてなければサラッと教えられるんだがなあ　UA

73(1): FreeBSDでwimeを使っている君 2022/03/24(木) 20:55:07.98 AAS
え゛！そうなの！
運用情報板でも確定した回避方法が出てないんだけど、
なんらかの方法があるのね。
他の荒らしが多そうな板で書けて（テストで書いてみた）、
すっかり静かなUNIX板で書けないのはおかしいよね。
UNIX板でも無意味にスレを保守しているのが目ざわりなので
個別に規制して欲しいくらいだわ。

74(2): 名無しさん＠お腹いっぱい。 2022/03/24(木) 21:39:31.16 AAS
代わりと言ってはなんだがGoogleタイムラインに流れてきた記事を
https://forest.watch.impress.co.jp/docs/serial/yajiuma/1397428.html

Windowsのメイリオっぽささえ許せれば抜群に綺麗で読みやすい
UIフォントとしてもなかなか優秀

75: FreeBSDでwimeを使っている君 2022/03/24(木) 22:14:01.64 AAS
ニュー速(嫌儲)の
「Windowsのクソフォントｗｗｗ」のスレで知ったｗ

ports化されればいいなあ、と思った。

と言っても、執筆者君は、
「font-jis-misc」と「ja-font-mona-ipa」ぐらいしか
使ってないけどさ。
フォントが少なかった時代から思うと、フォントの選択肢が
多いと得した気持ちになるよね。

「不正なPROXYを検出しました。」が出たので
嫌儲のURLを書かないでレスしてみた。

じゃ、夜のデザート食べてきます。

76: 名無しさん＠お腹いっぱい。 2022/03/25(金) 06:49:42.77 AAS
夜のデザート(桃源郷)

77: 名無しさん＠お腹いっぱい。 2022/03/25(金) 07:35:18.04 AAS
>>73
> 無意味にスレを保守している
放置しておいても落ちやしない板で行うそれの推測
・「書き込みで広告代稼がせてんだから他の荒らし行為は大目に見ろや」と言うつもり
・縄張りアピールのつもり
・落書きによるただの発散

78: あぼーん [あぼーん] AAS
あぼーん

79: FreeBSDでwimeを使っている君 2022/03/26(土) 18:59:56.10 AAS
○FreeBSDのWineがWOW64になった状況のまとめ

・FreeBSDのWineがWOW64対応になったのはよいけれど、
　64bit版と32bit版が重複して入った形になっている。

・amd64においては、ユーザのディスクを重複で消費して
　ムダなような気もするが、Ports的には、64bit版と32bit版の
　２種類をメンテするよりは、人的リソースの面で効率がよい。

・なにより、i386-wineのAlexander88207氏が、関わっている
　という状況は、Alexander88207氏の、今までの貢献からも、
　確実に動くものがコミットされている、という安心感につながる。

・最近のことなのに、すでに憶えていないが、今までは、
　wineと、i386-wineは、排他利用だったような気がする。
　Windowsソフトウェアの64bit版と32bit版の混用ができるのは、
　より、Windowsに近い。
　まあ、SETUP.EXEは、32bitで、本体は、64bitをインストールする
　というソフトウェアもあるようだし。
省7

80: FreeBSDでwimeを使っている君 2022/03/26(土) 19:13:29.06 AAS
○Windows版ATOKまわりのまとめ

・「ATOK Passport」は、月額／年額の契約で、ネット経由でライセンスを
　問い合わせるようになっている。
　そして、一太郎2022同梱版ATOKも、年契約となり、
　いわゆる「買い切り版」のATOKは、一太郎2021同梱版が最後となった。
　一太郎スレでも、駆け込み購入で大騒ぎになったのは、当然かもしれない。

・おそらく、wimeで、年契約版のATOKが動くとは思うが、報告がないので
　なんとも言えない。
　>>15 の2014年版のようにヒョッコリと動かないかもしれない。
　試用版（体験版）で試すという方法もあるが、過去のWineスレや
　wime公式や、各種ブログで、報告があったように、試用版と製品版では
　挙動が違うという場合があったので、製品で試さない限り、
　確実なことは言えない。

・wimeのconf.mkには「CC32_ENV?=schroot -c dev32 --」の記述が
　あるので、自分でなんとかするならば、FreeBSD/amd64のchrootでも、
　32bitなwimeがgmakeできるかもしれない。

・現状、64bit版ATOKは、FreeBSDの64bit版Wineにインストールできない、
　と、wimeの公式で報告されている。
　また、一太郎は今でも、32bitなソフトウェアとして提供されている。
省1

81(1): FreeBSDでwimeを使っている君 2022/03/29(火) 11:52:26.72 AAS
このスレをふくめ、複数スレの『依頼』、ありがとうございました。

廃墟のスレで、栞となっているぶんには、板の「華」と言えない事も
ないですが、目ざわりには違いないので。

微妙にURLを変えてあるので「手が込んでいるなあ」と
思ってました《くだけた表現》。
まあ、レスごとにファイルをアップしていただけ、かもしれませんが、
その労力と執念が、怖がられる結果になる、と、感じないところが、
なんとも言えませんね。

情報的な面で古びてしまったスレは、ある程度で落ちればいいのにね。
そのわりに、WXGのスレは、情報的には古びてしまい、現状を報告する
散発的なレスが続いているが、次が必要ってほどでもないし、という
感じで、いい感じだったんですが《くだけた表現》、
突然の大量書き込みで過去ログ行きになりましたし。

「そういう」人間関係や社会に生きている、と感じさせられます。

82(1): 名無しさん＠お腹いっぱい。 2022/03/29(火) 12:07:36.35 AAS
削除依頼の目的は削除そのものだけじゃないからな

83(1): 名無しさん＠お腹いっぱい。 2022/03/30(水) 01:37:57.78 AAS
>>81
ところでwimeさん、今宵は本スレが随分賑やかな様ですが
あれ何人でやり取りしてる様に見えますか？
日頃閑散としてる板なのに急に多数の人が集結するとは思いづらいんですけど

84: 名無しさん＠お腹いっぱい。 2022/03/30(水) 03:05:25.48 AAS
まあ3人くらいで回しているんだろうねえw
歴史を知らない人大杉

85: 名無しさん＠お腹いっぱい。 2022/03/30(水) 05:46:09.12 AAS
それはどうかな

86: FreeBSDでwimeを使っている君 2022/03/30(水) 20:21:04.22 AAS
>>82
ああ。なるほど。

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

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

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

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

87: FreeBSDでwimeを使っている君 2022/03/30(水) 20:28:23.22 AAS
そもそも、UNIX板の人って、
知識不足で、いい加減な回答をするぐらいならスルー、
それなりに興味がないとスルー、
まれに「BSD入門の心得」な感じで、熱くなる時もある、
って感じです。

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

それゆえに、執筆者君は、「かなりの人数の無言の閲覧者がいる」
という前提で、しかも、「そういう」人から理不尽なツッコミが
入らないように、気をつけてレスを書いています。

88(1): FreeBSDでwimeを使っている君 2022/03/30(水) 20:35:56.41 AAS
盛り上げるための工作員（職業レス屋）って事は、ないと思う。
「語れ」スレでは、双方、ちゃんとUnixの知識があるし。

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

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

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

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

89: FreeBSDでwimeを使っている君 2022/03/30(水) 20:49:57.82 AAS
最近、こういうレスも書きました。
※UNIX板ではハンドルを固定する事にしています。
　なぜかって？　wimeをもりあげるためです、キリッ。
　まあ、他の板は、閲覧はしても、そもそも書きませんが。
　書く労力がもったいないからですｗ

いいかげんPC-98は捨てろ＠UNIX
2chｽﾚ:unix

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

あー、wimeのおかげで、WineでWindows版のATOKを使って
長文レスが快適だったなあー（棒）。
あー、wimeのおかげだわー（棒）。
執筆者君より高スキルのユーザが降臨して、助言して
くれないかなあ（真剣）。

90: 名無しさん＠お腹いっぱい。 2022/03/30(水) 20:58:24.45 AAS
> ３スレほど、24時間ピッタリ張りついて、レスバ
特徴的な方が何人か浮かびますね
ほじくって貼ったりすると荒れそうなんでやりませんが

91: 名無しさん＠お腹いっぱい。 2022/04/01(金) 17:01:15.63 AAS
>>88
> Linux板の急激な廃墟化
ここ1~2年の事なら自作自演が減って化けの皮が剥がれただけでしょ

92: FreeBSDでwimeを使っている君 2022/04/06(水) 19:51:44.71 AAS
□ホームディレクトリ以下に置かれるWine関連のファイル
Wineの動作や、WineでのWindowsソフトウェアのインストールにより、
Wine関連のファイルがホームディレクトリ以下のあちこちに
散らばります。
もちろん、置きっぱなしでも、動作に問題はありません（注）が、
.wineを新規生成する時に、確認して消すと、気持ちよいでしょう。
一括削除するコマンド例の記事などがありますが、Wineによる命名規則が、
変わる場合がありえます（実際に微妙に命名が変わっていた）ので、
GUIなファイラーなどで、目で見て消すとよいでしょう。
執筆者による発見もありますが、おもに以下の参考文献に依っています。

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

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

レスの行制限があるので、ファイル群の詳細は次レスで。

93: FreeBSDでwimeを使っている君 2022/04/06(水) 19:56:33.53 AAS
続き。

$HOME/.wine ※本体

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

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

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

94(1): FreeBSDでwimeを使っている君 2022/04/06(水) 20:06:27.31 AAS
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な日本語ファイル名が扱えました。

95(6): FreeBSDでwimeを使っている君 2022/04/06(水) 20:19:01.09 AAS
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を見てもどこが悪いのか分かりませんが。
一度でも変換確定してしまえば、２度目の変換で、文節の区切りを
省2

96(3): FreeBSDでwimeを使っている君 2022/04/07(木) 19:39:47.63 AAS
>>95
wimeでの初回変換時、の件に関して追記。

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

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

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

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

97: FreeBSDでwimeを使っている君 2022/04/17(日) 04:42:00.11 AAS
参考

【西川和久の不定期コラム】Chrome OS Flexと最新版Wine 7.0の組み合わせでWindowsアプリを動かしてみる - PC Watch
https://pc.watch.impress.co.jp/docs/column/nishikawa/1401328.html

98(4): FreeBSDでwimeを使っている君 2022/04/17(日) 04:44:55.29 AAS
今現在の、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を
避けた方がよいでしょう。

99(3): FreeBSDでwimeを使っている君 2022/04/17(日) 04:49:41.65 AAS
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」を入れておかなくてもよいということです。

100(1): FreeBSDでwimeを使っている君 2022/04/17(日) 04:52:56.61 AAS
「ちょこっと印刷できると便利だもんね！」ということで、
田中みな実さんの美容なみに、執筆者君は、Wineでの印刷も
期待しています。

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

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

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

じゃ、田中みな実さんオススメのボディクリームを塗ってきます。

101: 名無しさん＠お腹いっぱい。 2022/04/17(日) 09:03:51.63 AAS
釣れますか？　　　　　　　　　　　　　　 ,
＼　　　　　　　　　　　　　　　　　　 ,／ヽ
　￣∨￣￣￣￣￣￣￣　　　　 ,／　　　ヽ
　　 ∧＿∧　　　　　 ∧∧　　,／　　　　ヽ
　　（　´∀｀）　　　　 (ﾟДﾟ,,),／　　　　　　　ヽ
　　（　　　　）　　　　　　(|　　つ@　　　　　　　　ヽ
　　｜｜　| 　＿＿_ 〜|　　|　　　　　　　　　　　　　　ヽ
　　（_＿）＿）　|――|. 　∪∪　　　　　　　　　　　　ヽ
　　￣￣￣￣￣￣￣￣￣￣￣￣|　　　　　　　　　　　　　ヽ
　　／⌒＼／⌒＼／⌒＼／⌒＼|彡~ﾟ　゜~ ~。゜　~ ~　~ ~~　~ ~~　~ ~~　~~　~~
　　⌒＼／⌒＼／⌒＼／⌒＼／⌒＼彡　〜　〜〜　〜〜　〜〜　〜　〜

102: FreeBSDでwimeを使っている君 2022/04/17(日) 23:46:08.93 AAS
>>100
肝心なことを書き忘れていました。

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

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

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

FreeBSD での Office 環境を語れ! その2＠UNIX
2chｽﾚ:unix
2chｽﾚ:unix
省7

103(1): 名無しさん＠お腹いっぱい。 2022/04/19(火) 08:24:30.00 AAS
GNOME42悪くない
少なくとも近年のFreeBSDのGNOMEらしからぬ仕上がり

どうせ誰も使わんのだろうが

104: FreeBSDでwimeを使っている君 2022/04/19(火) 20:13:20.24 AAS
参考

今夜も Wine で乾杯! - 23本目＠Linux
2chｽﾚ:linux
＞あとWine7.0のANNOUNCEで

105: FreeBSDでwimeを使っている君 2022/04/19(火) 20:14:20.56 AAS
>>103
追っかけている方はおられるんじゃないですか。
「かけまわる子犬。」氏はKDEを追っかけているし。

106: 名無しさん＠お腹いっぱい。 2022/04/19(火) 22:01:28.34 AAS
FreeBSDのKDEはdiscoverでpkgが扱える様になれば言う事無し

107: FreeBSDでwimeを使っている君 2022/04/20(水) 22:18:07.52 AAS
割り込んですいません。自己レスですが。

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

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

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

今夜も Wine で乾杯! - 23本目＠Linux
2chｽﾚ:linux

108: 名無しさん＠お腹いっぱい。 2022/04/21(木) 09:17:49.23 AAS
FreeBSDを語れスレのテンプレで興味を持って来ました
このスレは主にFreeBSDでwimeを使っている君と言う方が盛り上げている感じなんですね
FreeBSDではどのデスクトップ環境がおすすめですか？推している方がいるようにKDEですか？

109(1): FreeBSDでwimeを使っている君 2022/04/22(金) 18:45:25.11 AAS
ん？　語れスレのテンプレ？（ケンモメンぽく）

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

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

Linux板にはWineスレがあるんだけれど、FreeBSD特有のWineの話は、
Linuxには関係ないし、「FreeBSD限定のWineスレ」ってほどの
話題もないしね。

110: FreeBSDでwimeを使っている君 2022/04/22(金) 18:48:00.44 AAS
「おすすめのデスクトップ環境」って、Linux板文化っぽいね。

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

PCでのUnixは、Linuxが当然の前提、って感じなので、
FreeBSDだと……、という事が起こりやすいしね。

111: FreeBSDでwimeを使っている君 2022/04/22(金) 18:52:06.19 AAS
例のところを見ると、
「みなさん、普通にリッチなデスクトップ環境を使っているのね」
と思います。
触れないほうがいいかもしれないけれど（注）、リンクを書いておこう。

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

（注）
いいかげんPC-98は捨てろ＠UNIX
2chｽﾚ:unix

112(1): 名無しさん＠お腹いっぱい。 2022/04/22(金) 20:22:56.72 AAS
>>109
> FreeBSD特有のWine
5chブラウザの動作報告などして下さると面白いかも知れないですね　5chなので
Windowsの専ブラの動作報告などダサイでしょうから気が向いたらと言う事で

113(2): FreeBSDでwimeを使っている君 2022/04/24(日) 18:28:56.50 AAS
「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のエコーエリアが
　数行ほどになるのに違和感があったのよね！」

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

114: 名無しさん＠お腹いっぱい。 2022/04/25(月) 10:51:53.84 AAS
ONLYOFFICEはどうですか？

115(1): 名無しさん＠お腹いっぱい。 2022/04/25(月) 12:12:28.86 AAS
オススメのウィンドウマネージャとかありますか？

116(1): 名無しさん＠お腹いっぱい。 2022/04/25(月) 16:35:41.14 AAS
>>112
13-stableでpkgのwine6を使ってjanestyle4は動いた。この書き込みはそこから。

117(1): 115 2022/04/25(月) 20:07:21.24 AAS
>>116
確かに動いた　あっさりと
https://i.imgur.com/uWiXdbE.jpg

それも i386-wine-devel で使ってたやつがそのまんま
wime氏、116氏、ありがとう　そのうち私も何らかの成果があればご報告差し上げます

118: 112と117 2022/04/25(月) 20:09:47.40 AAS
>>117
自分のレス番間違えてしまった
とにかく感謝してます

119: 名無しさん＠お腹いっぱい。 2022/04/26(火) 11:52:14.78 AAS
wineは使わないけどV2Cだって13-stableで動くよ。
自分はV2C-Rを使ってて最近V2C/2に移行した。

120: 名無しさん＠お腹いっぱい。 2022/04/26(火) 12:05:21.06 AAS
これ？確かディスコンになったパッケージを使うやつ
2chｽﾚ:unix

121: 名無しさん＠お腹いっぱい。 2022/04/26(火) 12:47:16.31 AAS
そうそれ。
JAILで古いportsをビルドしてパッケージだけメイン環境に突っ込んだ。
スクリプトエンジンが変わってて動かんから古いエンジンを突っ込む必要があったり
ちょっと手間だったけどV2C/2が快適に動いててこの書き込みしてる。

122(1): 名無しさん＠お腹いっぱい。 2022/04/28(木) 10:11:27.28 AAS
>>74
これをベースにした合成フォントがportsに来たみたいですよ
FreshPorts -- japanese/font-udev-gothic: UDEV Gothic
https://www.freshports.org/japanese/font-udev-gothic/

123(1): FreeBSDでwimeを使っている君 2022/04/28(木) 20:24:05.14 AAS
>>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/

124(1): 名無しさん＠お腹いっぱい。 2022/04/28(木) 20:52:12.95 AAS
>>123
上流リポジトリ
https://github.com/yuru7/udev-gothic

HackGenの作者さんの様でテキストエディタや端末エミュレータ用の等幅フォントですね
ナードフォントというやつは絵文字グリフが充実したフォントらしいです

125(1): 名無しさん＠お腹いっぱい。 2022/04/29(金) 03:45:46.68 AAS
>>113
この方妙に入力システムにこだわりがあるらしいんですけどどう思いますか？
2chｽﾚ:win
2chｽﾚ:win

126: FreeBSDでwimeを使っている君 2022/04/29(金) 22:19:21.18 AAS
>>124
わざわざレスすいません。
モリサワの「BIZ UD」フォントからのPorts化なのでなく、
「yuru7」氏の二次的成果物（BIZ UD+JetBrains Mono）からの
Ports化なんですね。

127(1): FreeBSDでwimeを使っている君 2022/04/29(金) 22:23:29.31 AAS
>>125
と、言われても……、なあ。
連日の長レスの後の短レスの投稿数の多さが恐いと思います。

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

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

大昔（MS-DOS時代の話かもしれない）に読んだ、ATOKのバグ出し
チーム（だったかな？）の記事。
バグ出しチームは、標準のキー割り当てで変換し（当たり前ですが）、
しかも、変換結果の漢字が何番目に出るかも記憶しているため、
即、変換結果を選ぶことができ、漢字変換が正確で速いのは良いが、
学習機能を使わない状態（無意識に学習機能を使わないようにしていた）
だったため、学習機能の向上の役に立たない、ということに気づいた、
という話。

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

あと 268 ﾚｽあります
ｽﾚ情報赤ﾚｽ抽出画像ﾚｽ抽出歴の未読ｽﾚ AAｻﾑﾈｲﾙ

ぬこの手ぬこTOP 1.359s*