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/
探検
BSD/LinuxでのOffice/Desktop環境を語れ！ Part03
1名無しさん＠お腹いっぱい。
2021/10/06(水) 20:57:41.762021/10/06(水) 21:34:29.77
>>1乙
メンテナにはなんとか頑張って頂いてwine復活すると良いですな
メンテナにはなんとか頑張って頂いてwine復活すると良いですな
3名無しさん＠お腹いっぱい。
2021/10/10(日) 09:33:19.49 この件に関してこちらの方が適切でしょうから
近日検証してこちらへご報告させて頂きます
https://mevius.5ch.net/test/read.cgi/unix/1630061644/67
> 67 名無しさん＠お腹いっぱい。 sage 2021/09/11(土) 19:39:29.55
> 今更かも知れんけど、FreeBSDでzoom視られんのな(firefox)
近日検証してこちらへご報告させて頂きます
https://mevius.5ch.net/test/read.cgi/unix/1630061644/67
> 67 名無しさん＠お腹いっぱい。 sage 2021/09/11(土) 19:39:29.55
> 今更かも知れんけど、FreeBSDでzoom視られんのな(firefox)
43
2021/10/13(水) 21:37:20.29 >>3
Firefox93 にて zoom 試してみました
カメラはロジクールC505
/etc/rc.conf に以下を追記
kld_list="普段ロードしているもの cuse"
webcamd_enable="YES"
結果
https://i.imgur.com/i0fQopw.jpg
普通に使えますね
もしカメラ認識が芳しくない時は multimedia/webcamoid を入れてごにょごにょすると宜しいかと
webcamoid で映る時は zoom でも普通に映ったので
Firefox93 にて zoom 試してみました
カメラはロジクールC505
/etc/rc.conf に以下を追記
kld_list="普段ロードしているもの cuse"
webcamd_enable="YES"
結果
https://i.imgur.com/i0fQopw.jpg
普通に使えますね
もしカメラ認識が芳しくない時は multimedia/webcamoid を入れてごにょごにょすると宜しいかと
webcamoid で映る時は zoom でも普通に映ったので
2021/10/14(木) 17:59:07.93
https://mevius.5ch.net/test/read.cgi/unix/1107211157/992
> 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 をお試しでインスコし普通に使えてます
> 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 をお試しでインスコし普通に使えてます
2021/10/17(日) 16:02:38.55
83
2021/10/17(日) 17:44:27.08 >>7
FuryBSDだとデフォのまんまでWebカメ使えたんですが無くなっちゃいましたからね
ついでにESRでもテストしてみました 問題ないですね
https://i.imgur.com/yPgjG8m.jpg
> FreeBSDをバージョンアップしたい
サクッと make world イキますか
FuryBSDだとデフォのまんまでWebカメ使えたんですが無くなっちゃいましたからね
ついでにESRでもテストしてみました 問題ないですね
https://i.imgur.com/yPgjG8m.jpg
> FreeBSDをバージョンアップしたい
サクッと make world イキますか
2021/10/18(月) 10:52:10.26
wime
https://thomas66.web.fc2.com/wime/
4.1.4 2021年9月26日
まれではあるが、よくURLが貼られているので、自分として制限をしている
「wimeの公式URLは、迷惑にならないよう、むやみに貼らないよう、気をつける」を
解除する事とします。
https://mao.5ch.net/test/read.cgi/linux/1472658083/124
にも告知しました。
https://thomas66.web.fc2.com/wime/
4.1.4 2021年9月26日
まれではあるが、よくURLが貼られているので、自分として制限をしている
「wimeの公式URLは、迷惑にならないよう、むやみに貼らないよう、気をつける」を
解除する事とします。
https://mao.5ch.net/test/read.cgi/linux/1472658083/124
にも告知しました。
2021/10/18(月) 11:04:08.38
□FreeBSDにおけるwime導入手順の再まとめ(2021/10/18)
wimeとは、Wine環境下にインストールされたWindows用日本語IMEを
Cannaサーバに見せかけて、Unix界に蓄積されたCanna系ソフトウェアを
そのままで使えるようにする、というものです。
ここでは、もっともシンプルに、Cannaとして使う方法を記述します。
ただし、Wineが正常に動く事が大前提となります。
※初出 https://mevius.5ch.net/test/read.cgi/unix/1107211157/804-n
□環境 FreeBSD(i386)
ports : wine , wine-devel
どちらでもよい。ただし、現在のFreeBSDでは、
i386において、Wine5.8以降は、makeは通るが、バイナリは動作しない。
※https://mevius.5ch.net/test/read.cgi/unix/1107211157/919-n
amd64のi386-wineでは、メンテナのAlexander88207氏の対応により、
Wine6.0/Wine6.12は動作する。
※https://mevius.5ch.net/test/read.cgi/unix/1633521461/6
pkg : ja-canna-lib-3.7p3
wimeをmakeするために必要。
現在では、ja-canna-libが、ja-canna-serverに依存していないので
ja-canna-libだけを入れればよい。
pkg : gmake-4.x
wimeをmakeするために必要。
wime-4.x.x.tar.bz2
公式サイトより取得の事。
wimeとは、Wine環境下にインストールされたWindows用日本語IMEを
Cannaサーバに見せかけて、Unix界に蓄積されたCanna系ソフトウェアを
そのままで使えるようにする、というものです。
ここでは、もっともシンプルに、Cannaとして使う方法を記述します。
ただし、Wineが正常に動く事が大前提となります。
※初出 https://mevius.5ch.net/test/read.cgi/unix/1107211157/804-n
□環境 FreeBSD(i386)
ports : wine , wine-devel
どちらでもよい。ただし、現在のFreeBSDでは、
i386において、Wine5.8以降は、makeは通るが、バイナリは動作しない。
※https://mevius.5ch.net/test/read.cgi/unix/1107211157/919-n
amd64のi386-wineでは、メンテナのAlexander88207氏の対応により、
Wine6.0/Wine6.12は動作する。
※https://mevius.5ch.net/test/read.cgi/unix/1633521461/6
pkg : ja-canna-lib-3.7p3
wimeをmakeするために必要。
現在では、ja-canna-libが、ja-canna-serverに依存していないので
ja-canna-libだけを入れればよい。
pkg : gmake-4.x
wimeをmakeするために必要。
wime-4.x.x.tar.bz2
公式サイトより取得の事。
2021/10/18(月) 11:12:15.31
■ 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の
パッチ置き場（wine/files）の下に置いておくのがポイントです。
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の
パッチ置き場（wine/files）の下に置いておくのがポイントです。
2021/10/18(月) 11:22:37.04
■ 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」
であった場合、パス部分を削ってファイル名のみに変更する。
■ winecfgでの注意
「/usr/local」を W: ドライブなどのドライブに割り当てておく。
そうしないと、Wineからは「/usr/local」以下が見えないので
wime起動時に「wine:cannot find 'wime.exe.so'」と言われて
起動できません。
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」
であった場合、パス部分を削ってファイル名のみに変更する。
■ winecfgでの注意
「/usr/local」を W: ドライブなどのドライブに割り当てておく。
そうしないと、Wineからは「/usr/local」以下が見えないので
wime起動時に「wine:cannot find 'wime.exe.so'」と言われて
起動できません。
2021/10/18(月) 11:38:41.59
■ 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で
満足しているため未検証です。
昔ながら（Muleなど）のcanna.elは、ng-cannaで
いけるので大丈夫だと思います。
（注３）公式サイトは http://www.ceres.dti.ne.jp/~knak/yc.html 。
pkg(8)に「ja-yc.el-emacs27」などとして存在する。
（注４）https://mevius.5ch.net/test/read.cgi/unix/1107211157/993-n
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で
満足しているため未検証です。
昔ながら（Muleなど）のcanna.elは、ng-cannaで
いけるので大丈夫だと思います。
（注３）公式サイトは http://www.ceres.dti.ne.jp/~knak/yc.html 。
pkg(8)に「ja-yc.el-emacs27」などとして存在する。
（注４）https://mevius.5ch.net/test/read.cgi/unix/1107211157/993-n
2021/10/18(月) 11:57:01.04
□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でのパス。
emulators/wine/work/wine-5.0/dlls/imm32/imm32.dll.so
なお、thomas氏によると、FreeBSDでは、64bit版ATOKは
インストールできなかったそうです（公式サイト）。
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でのパス。
emulators/wine/work/wine-5.0/dlls/imm32/imm32.dll.so
なお、thomas氏によると、FreeBSDでは、64bit版ATOKは
インストールできなかったそうです（公式サイト）。
2021/10/18(月) 12:04:41.67
□年度別のATOKのwimeでの動作状況
2004 ○ https://mevius.5ch.net/test/read.cgi/unix/1107211157/804-n
※執筆者によるCannaServerとしてのみの検証
2008 ○（公式）動作する
2010 ○（公式）動作する
2011 ○（公式）動作する
2012 ○（公式）動作する
2014 ×（公式）動作しない（詳しくは公式サイトで）
2015 ○（公式）動作する
2016 ○ https://mao.5ch.net/test/read.cgi/linux/1472658083/24-n
※おおむね動作する
2017 △（公式）動作するが（詳しくは公式サイトで）
※試用版と製品版では動作が異なる可能性があります。
※他年度版の動作状況があれば、報告していただけると幸いです。
2004 ○ https://mevius.5ch.net/test/read.cgi/unix/1107211157/804-n
※執筆者によるCannaServerとしてのみの検証
2008 ○（公式）動作する
2010 ○（公式）動作する
2011 ○（公式）動作する
2012 ○（公式）動作する
2014 ×（公式）動作しない（詳しくは公式サイトで）
2015 ○（公式）動作する
2016 ○ https://mao.5ch.net/test/read.cgi/linux/1472658083/24-n
※おおむね動作する
2017 △（公式）動作するが（詳しくは公式サイトで）
※試用版と製品版では動作が異なる可能性があります。
※他年度版の動作状況があれば、報告していただけると幸いです。
2021/10/18(月) 12:11:57.96
□現在執筆者が把握する似たような手法としての他の成果物一覧
※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のみ対応、との事。
※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のみ対応、との事。
17FreeBSDでwimeを使っている君
2021/10/18(月) 12:18:00.47 wimeで割り込んですいません。FreeBSDでwimeを使っている君です。
レスを見ていると、みなさんに支えられているなあ、と思います。
これからもよろしくお願いします。
「FreeBSDでwimeを使っている君」がセッセと書く理由は、
高スキルユーザ（パワーユーザ）さんなり、開発者さんなりの
目に止まり、事態が打開されて欲しいがためです。
今夜も Wine で乾杯! - 23本目＠Linux
https://mao.5ch.net/test/read.cgi/linux/1585198566/449
というレスも書きました。
（注）YAHOOのリアルタイム検索（事実上のTwitter検索）では
「wime」というアカウントが存在するようです。
レスを見ていると、みなさんに支えられているなあ、と思います。
これからもよろしくお願いします。
「FreeBSDでwimeを使っている君」がセッセと書く理由は、
高スキルユーザ（パワーユーザ）さんなり、開発者さんなりの
目に止まり、事態が打開されて欲しいがためです。
今夜も Wine で乾杯! - 23本目＠Linux
https://mao.5ch.net/test/read.cgi/linux/1585198566/449
というレスも書きました。
（注）YAHOOのリアルタイム検索（事実上のTwitter検索）では
「wime」というアカウントが存在するようです。
18FreeBSDでwimeを使っている君
2021/10/18(月) 12:21:58.73193
2021/10/18(月) 12:37:16.42 >>18
> zoomでは音声が通らない
うちの者の携帯電話との同室セッションでハウリングを起こすくらい問題ありませんでした
環境によりきりかも知れませんが
しかしさすがここの主wimeさん
スレが一気に本格的になりましたな
> zoomでは音声が通らない
うちの者の携帯電話との同室セッションでハウリングを起こすくらい問題ありませんでした
環境によりきりかも知れませんが
しかしさすがここの主wimeさん
スレが一気に本格的になりましたな
203
2021/10/18(月) 12:45:51.18 >>19
但しこう言う事なのでしばらくはWebブラウザ版で利用する事になるでしょうね
% psearch -c net-im zoom
net-im/zoom Zoom videoconferencing client (CAVEAT: 【Sound doesn't yet work】)
但しこう言う事なのでしばらくはWebブラウザ版で利用する事になるでしょうね
% psearch -c net-im zoom
net-im/zoom Zoom videoconferencing client (CAVEAT: 【Sound doesn't yet work】)
21No Name
2021/10/18(月) 14:28:26.89 俺はｕｎｉｘはｍａｃとｌｉｎｕｘしか認めんぞ
2021/10/18(月) 14:46:30.90
別にお前に認めてもらわんでも一向に構わんから
2021/10/18(月) 16:17:30.67
そもそもの話、どっちもUNIXじゃないのでは…？
2021/10/18(月) 16:30:06.96
ここ「BSD/LinuxでのOffice/Desktop環境を語れ！」なんだが
「UNIXの定義」について語りたいの？めんどくさい人だね
「UNIXの定義」について語りたいの？めんどくさい人だね
25FreeBSDでwimeを使っている君
2021/10/25(月) 18:56:47.70 「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でコンパイル
できるのではないかと思います。
https://mevius.5ch.net/test/read.cgi/unix/1107211157/836
で謝罪したのを忘れていました。
まことに申し訳ありませんでした。
※執筆者はC言語もMakefileも理解していないので、
はっきりと書けずに申し訳ありません。
において誤りがあったと思います。
>>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でコンパイル
できるのではないかと思います。
https://mevius.5ch.net/test/read.cgi/unix/1107211157/836
で謝罪したのを忘れていました。
まことに申し訳ありませんでした。
※執筆者はC言語もMakefileも理解していないので、
はっきりと書けずに申し訳ありません。
263
2021/10/25(月) 22:23:48.33 本日とある用事でWebブラウザ版zoomをFirefoxから使用しました
序盤に音声の送信が滞ったものの少しごにょごにょして改善し普通に音声通話も可能になりました
ご使用の際はwebcamoidもインスコしておくと事前に送信映像の解像度も手軽に出来て便利です
序盤に音声の送信が滞ったものの少しごにょごにょして改善し普通に音声通話も可能になりました
ご使用の際はwebcamoidもインスコしておくと事前に送信映像の解像度も手軽に出来て便利です
2021/11/12(金) 22:52:05.62
執筆者が書く時だけは、目立つようにスレを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)は
動きました。
「ウヒョヒョヒョヒョヒョ」とスキップして踊りました。
みなさま、ありがとうございます。ありがとうございますう。
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)は
動きました。
「ウヒョヒョヒョヒョヒョ」とスキップして踊りました。
みなさま、ありがとうございます。ありがとうございますう。
2021/11/12(金) 22:57:57.10
ただですね、>>6 氏の報告とは、やや、挙動が違いました。
FreeBSD13.0R(amd64)で、i386-wine-devel(Wine6.12)の
初回起動時に「%winecfg」（.wineの新規生成はせず）とすると
wine:could not load ntdll.so:(null)
と、言われますが、前スレであった助言
https://mevius.5ch.net/test/read.cgi/unix/1107211157/951
のように、以下のように環境変数を設定すると正常起動しました。
%env WINEDLLPATH=/usr/local/lib32/wine winecfg
Wineのビルトインコマンド的な、winecfgではよいのですが、
実際に、hoge.exeを動かす時に困ります。
%env WINEDLLPATH=/usr/local/lib32/wine wine hoge.exe
のように書かないといけない。
これはまずい。wimeの起動はどうすべきか。
けっきょく、.cshrc（.xinitrcなどでもいいけど）に
「setenv WINEDLLPATH /usr/local/lib32/wine」
と書く事にしました。
FreeBSD13.0R(amd64)で、i386-wine-devel(Wine6.12)の
初回起動時に「%winecfg」（.wineの新規生成はせず）とすると
wine:could not load ntdll.so:(null)
と、言われますが、前スレであった助言
https://mevius.5ch.net/test/read.cgi/unix/1107211157/951
のように、以下のように環境変数を設定すると正常起動しました。
%env WINEDLLPATH=/usr/local/lib32/wine winecfg
Wineのビルトインコマンド的な、winecfgではよいのですが、
実際に、hoge.exeを動かす時に困ります。
%env WINEDLLPATH=/usr/local/lib32/wine wine hoge.exe
のように書かないといけない。
これはまずい。wimeの起動はどうすべきか。
けっきょく、.cshrc（.xinitrcなどでもいいけど）に
「setenv WINEDLLPATH /usr/local/lib32/wine」
と書く事にしました。
2021/11/12(金) 23:00:40.75
執筆者は、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です。
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です。
2021/11/12(金) 23:02:03.69
以下の記事を読んで気づいたのですが、
今どきのWineの初回起動は、「%winecfg」でなく、
>>6 氏のように「%wineboot」とするもののようです。
Wineについては、あくまでもPlamoLinuxでの例ですが、
PlamoLinuxのメンテナ、こじまみつひろ氏が、
技術評論社で連載している記事が、理解を深めてくれます。
続・玩式草子 −戯れせんとや生まれけん−：連載｜gihyo.jp … 技術評論社
https://gihyo.jp/lifestyle/serial/01/ganshiki-soushi-2
今どきのWineの初回起動は、「%winecfg」でなく、
>>6 氏のように「%wineboot」とするもののようです。
Wineについては、あくまでもPlamoLinuxでの例ですが、
PlamoLinuxのメンテナ、こじまみつひろ氏が、
技術評論社で連載している記事が、理解を深めてくれます。
続・玩式草子 −戯れせんとや生まれけん−：連載｜gihyo.jp … 技術評論社
https://gihyo.jp/lifestyle/serial/01/ganshiki-soushi-2
2021/11/12(金) 23:21:16.41
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とかの政治的な規制で検索エンジン欄が空になったんじゃないのか。
あれは何だったんだよお。
・i386のFirefoxESR78では、5chのスレで文字列をマウスでコピーして
右クリックをすると、ImageをSaveとか、Playだとか、Volumeだとかの
メニューが画面の上から下まで出ていた。ただのテキストを扱うのに
なんでマルチメディアなメニューが見境なく出て来ていたんだろう。
という感じです。
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とかの政治的な規制で検索エンジン欄が空になったんじゃないのか。
あれは何だったんだよお。
・i386のFirefoxESR78では、5chのスレで文字列をマウスでコピーして
右クリックをすると、ImageをSaveとか、Playだとか、Volumeだとかの
メニューが画面の上から下まで出ていた。ただのテキストを扱うのに
なんでマルチメディアなメニューが見境なく出て来ていたんだろう。
という感じです。
32FreeBSDでwimeを使っている君
2021/11/12(金) 23:44:33.01 広大なメモリを使いたければ、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氏には大感謝です。
さーて、夜食でも食べてくるかなーあ。
うは、うほほーい。
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氏には大感謝です。
さーて、夜食でも食べてくるかなーあ。
うは、うほほーい。
2021/11/13(土) 00:57:21.11
長いことemacs+wanderlustを使ってたけど、キーバインドを覚えるor調べるのに疲れて、
thunderbirdに乗り換えちゃったよ
thunderbirdに乗り換えちゃったよ
2021/11/13(土) 07:25:22.14
>>33
グッジョブ！ コンピュータなんて楽できてなんぼだからね
グッジョブ！ コンピュータなんて楽できてなんぼだからね
356
2021/11/13(土) 11:13:30.67 >>29
当方環境
OSバージョン：FreeBSD 13.0-RELEASE-p4 amd64(当時)
インタラクティブシェル：/bin/tcsh
GUI環境：Window Maker、Fluxbox 等
たまにモダンなデスクトップ環境も使用しております
当方環境
OSバージョン：FreeBSD 13.0-RELEASE-p4 amd64(当時)
インタラクティブシェル：/bin/tcsh
GUI環境：Window Maker、Fluxbox 等
たまにモダンなデスクトップ環境も使用しております
2021/11/15(月) 17:51:51.59
# pkg upgrade
Installed packages to be REINSTALLED:
dialog4ports-0.1.6_1 (option removed: CHINESE)
新しい冷戦が始まる（始まっている）と言われていますが、
米中新冷戦って意味合いでremovedなんでしょうか。
Installed packages to be REINSTALLED:
dialog4ports-0.1.6_1 (option removed: CHINESE)
新しい冷戦が始まる（始まっている）と言われていますが、
米中新冷戦って意味合いでremovedなんでしょうか。
2021/11/15(月) 17:55:31.51
>>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系の場合）、
「%env WINEDLLPATH=/usr/local/lib32/wine winecfg」
としてください。
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系の場合）、
「%env WINEDLLPATH=/usr/local/lib32/wine winecfg」
としてください。
2021/11/15(月) 17:58:24.90
何気なくググってたら驚きました。
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の成果が吸収されるのかもしれません。
これからは「３つのパートに分かれる」そうです。
wine 32bitなWineで32bitなEXE(FreeBSD/i386)
wine64 64bitなWineで64bitなEXE(FreeBSD/amd64)
wow64 64bitなWineで32bitなEXE(FreeBSD/amd64)
wine32 wow64が代替予定とのこと
と言うことですが、現状を把握していないので、よく分かりません。
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の成果が吸収されるのかもしれません。
これからは「３つのパートに分かれる」そうです。
wine 32bitなWineで32bitなEXE(FreeBSD/i386)
wine64 64bitなWineで64bitなEXE(FreeBSD/amd64)
wow64 64bitなWineで32bitなEXE(FreeBSD/amd64)
wine32 wow64が代替予定とのこと
と言うことですが、現状を把握していないので、よく分かりません。
2021/11/15(月) 18:00:14.52
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
Unable to update repository FreeBSD
Error updating repositories!
# /usr/local/share/wine/pkg32.sh install wine mesa-dri
Don't run this script as root!
※rootで走らせるな、は、どこかに書いてありましたが、
一応やってみました。
# 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
Unable to update repository FreeBSD
Error updating repositories!
# /usr/local/share/wine/pkg32.sh install wine mesa-dri
Don't run this script as root!
※rootで走らせるな、は、どこかに書いてありましたが、
一応やってみました。
40FreeBSDでwimeを使っている君
2021/11/15(月) 18:01:38.52 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の連載は、とうの昔に終わったし、
紙媒体でなら、なんて、とても無理な話です。
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=259697
>>39 に関して上記のような記事もみつけましたが、微妙に違う気もします。
つい最近の話ですし、状況が落ち着くのを待ちます。
あー、FreeBSDの現在のWine事情を解説してくれる記事はないものか。
技術評論社のWebでのFreeBSDの連載は、とうの昔に終わったし、
紙媒体でなら、なんて、とても無理な話です。
416
2021/11/15(月) 20:20:59.50 >>37-38
大した用途に使っていない事もありますが今のところ正常動作ですね
i386-wine-develのdistfileに関しては驚きですね 確かにportsディレクトリで # make fetch しても落ちてきませんでした
取り敢えず # pkg create i386-wine-devel しておきました いつ入手不可になるかわからないので
大した用途に使っていない事もありますが今のところ正常動作ですね
i386-wine-develのdistfileに関しては驚きですね 確かにportsディレクトリで # make fetch しても落ちてきませんでした
取り敢えず # pkg create i386-wine-devel しておきました いつ入手不可になるかわからないので
42FreeBSDでwimeを使っている君
2021/11/18(木) 00:33:21.58 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氏、
以外の方は、にわかに信用しがたいのですが。
これ、
「動くようになったから、俺の役割は終わりだ。ヨカタ」
なのか、
「チッ！ じゃあ、i386-wine は、消せや！」
「distfiles も消してやる！ ザマーみろ！」
なのか、このへんの雰囲気が分からないので、困惑します。
distfilesで取得できるファイルが、即、消されて、
円満別れなのか、そうでないのか、ゾワゾワします。
もう無くなっています。
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氏、
以外の方は、にわかに信用しがたいのですが。
これ、
「動くようになったから、俺の役割は終わりだ。ヨカタ」
なのか、
「チッ！ じゃあ、i386-wine は、消せや！」
「distfiles も消してやる！ ザマーみろ！」
なのか、このへんの雰囲気が分からないので、困惑します。
distfilesで取得できるファイルが、即、消されて、
円満別れなのか、そうでないのか、ゾワゾワします。
2021/11/19(金) 03:14:09.76
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はバイナリ配布ではないでしょうね？
まあ、今は、数週間レベルでの本当の過渡期ですから、
Wine32からWoW64に完全移行してから試そうかと思っています。
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はバイナリ配布ではないでしょうね？
まあ、今は、数週間レベルでの本当の過渡期ですから、
Wine32からWoW64に完全移行してから試そうかと思っています。
2021/11/19(金) 03:44:48.56
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で作れるのではないか、と、思います。
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で作れるのではないか、と、思います。
2021/11/19(金) 03:54:07.14
>>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なバイナリが
できると思うのですが。
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なバイナリが
できると思うのですが。
2021/11/19(金) 04:28:32.50
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のバージョンが、いくつか上がってこなれるまでは、
試せません。
＞gerald added a comment. Mon, Nov 15, 11:15 PM
＞For the actual commit, I'll list you as author anyway.
Alexander88207氏とgerald氏がケンカしている訳ではないようで
安心しました。
ただ、過渡期真っ最中のようで、低スキルの執筆者としては、
Wineのバージョンが、いくつか上がってこなれるまでは、
試せません。
47FreeBSDでwimeを使っている君
2021/11/20(土) 08:51:38.10 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}へ、一本化されたようです。
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}へ、一本化されたようです。
2021/12/11(土) 18:41:57.36
前スレの「その２」に書いた、yc.elの話で、おわびと言うか、
「その後」に、かなり遅いタイミングではあるものの、
「気づいた」という話をします。
https://mevius.5ch.net/test/read.cgi/unix/1107211157/916
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)
「その後」に、かなり遅いタイミングではあるものの、
「気づいた」という話をします。
https://mevius.5ch.net/test/read.cgi/unix/1107211157/916
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)
2021/12/11(土) 18:45:16.55
偶然、気づいたのですが、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.
「Submitted by: Takayuki Nakao」とのことです。
執筆者が、レスを書いたのが、2020/12/11なので、レスをした時点では、
Ports側で、すでに修正が入っていた事になります。
執筆者は、yc.elを野良で使っていたので、Portsの修正に
気づきませんでした。
まるで（Portsでの）成果がないかのようなレスを書いた事を、
Portsでの修正にかかわった皆様にお詫びします。
修正が入っていました。
この場合、.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.
「Submitted by: Takayuki Nakao」とのことです。
執筆者が、レスを書いたのが、2020/12/11なので、レスをした時点では、
Ports側で、すでに修正が入っていた事になります。
執筆者は、yc.elを野良で使っていたので、Portsの修正に
気づきませんでした。
まるで（Portsでの）成果がないかのようなレスを書いた事を、
Portsでの修正にかかわった皆様にお詫びします。
2021/12/11(土) 18:47:32.23
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などを書きます。
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などを書きます。
51FreeBSDでwimeを使っている君
2021/12/11(土) 19:04:18.31 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 の場合、指定文節以降の読みを削除する
引用ここまで。
今回のyc.elネタは以上となります。
wimeの周知のためageさせてください。
じゃ、夜ゴハン食べてきます。
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 の場合、指定文節以降の読みを削除する
引用ここまで。
今回のyc.elネタは以上となります。
wimeの周知のためageさせてください。
じゃ、夜ゴハン食べてきます。
2021/12/20(月) 11:01:54.49
Python2の呪いにてportsから無くなってからしばらく経つccsm、アップストリームのソースから入れてみた
ちゃんと機能するもののアイコンに不満あり
https://i.imgur.com/VlXs9kc.jpg
ちゃんと機能するもののアイコンに不満あり
https://i.imgur.com/VlXs9kc.jpg
53名無しさん＠お腹いっぱい。
2022/02/17(木) 21:42:20.20 何故かLinux板に書き込めないので質問
pcA USBメモリーからdebian11XFCELive起動
pcB ディスプレイ死亡で画面付かず(windows10起動可)
この状態でdebian11からshredコマンドでpcBのハードディスクを上書きしたいのだが、
どうやってpcAからpcBに繋げればいい?
LANケーブルだけでいける?
無線で繋ぐのは無理ね。
pcA USBメモリーからdebian11XFCELive起動
pcB ディスプレイ死亡で画面付かず(windows10起動可)
この状態でdebian11からshredコマンドでpcBのハードディスクを上書きしたいのだが、
どうやってpcAからpcBに繋げればいい?
LANケーブルだけでいける?
無線で繋ぐのは無理ね。
2022/02/17(木) 21:48:55.90
スレチは消えて、どうぞ
2022/02/17(木) 23:38:08.14
2022/02/19(土) 15:22:01.09
>>53
パソコンを廃品回収に出す
パソコンを廃品回収に出す
2022/02/23(水) 13:18:23.97
最近hyper-v環境にNetBSDを入れて遊んでいます。作法が良く分からずxdm→ctwmで日本語表示、入力を等を設定するために共有のXsessionで日本語入力デーモン起動とメニューのxtermに-ls付けて強引に.profileを読ませています。
.profileではif文でdisplayを見ています。
.xsessionがうまく動かないからですが普通はどうやるものなのでしょうか？
.profileではif文でdisplayを見ています。
.xsessionがうまく動かないからですが普通はどうやるものなのでしょうか？
58FreeBSDでwimeを使っている君
2022/02/24(木) 10:56:31.67 >>51
「22〜25行」は、「22〜25行」の
5chへの書き込み時の文字化けです。
別件。
「たしか、FreeBSDでは『正式表記』」があったはずだよなあ、と、
思っていましたが、正式表記を思い出せず、テケトーな表記を
していましたが、いろいろとドキュメントを見ているうちに
思い出しました。
短縮表記の場合、「FreeBSD13.0R/amd64」という表記が
正しかったのです。
ずーっと、テケトーな表記をしていた事をお詫びします。
>>57
NetBSDのスレか、FreeBSDの質問スレ（OS抜きで共通の話題だから）で
聞いた方が早いと思う。
「余所でやってください。[unix]」、
「もう新しいのにしましょ。」が出るので
書き込みテストがてらの書き込み。
User-AgentをWindows10(Chrome98)で書き込み。
「22〜25行」は、「22〜25行」の
5chへの書き込み時の文字化けです。
別件。
「たしか、FreeBSDでは『正式表記』」があったはずだよなあ、と、
思っていましたが、正式表記を思い出せず、テケトーな表記を
していましたが、いろいろとドキュメントを見ているうちに
思い出しました。
短縮表記の場合、「FreeBSD13.0R/amd64」という表記が
正しかったのです。
ずーっと、テケトーな表記をしていた事をお詫びします。
>>57
NetBSDのスレか、FreeBSDの質問スレ（OS抜きで共通の話題だから）で
聞いた方が早いと思う。
「余所でやってください。[unix]」、
「もう新しいのにしましょ。」が出るので
書き込みテストがてらの書き込み。
User-AgentをWindows10(Chrome98)で書き込み。
59FreeBSDでwimeを使っている君
2022/02/24(木) 11:01:55.24 やっぱり化けるな。
>>58は、「22全角波線25行」と書きました。
>>58は、「22全角波線25行」と書きました。
2022/02/26(土) 20:38:59.60
>>57
> 普通はどうやるもの
俺はこういうのをわざわざ書いた事がないな
↓
> .profileではif文でdisplayを見ています。
NetBSDスレで Xorg.*.log を交えて話題展開してみては？
> 普通はどうやるもの
俺はこういうのをわざわざ書いた事がないな
↓
> .profileではif文でdisplayを見ています。
NetBSDスレで Xorg.*.log を交えて話題展開してみては？
2022/03/02(水) 17:52:09.73
57ですが、とうとうhyperｰvのFreeBSD環境でYouTubeの音声をpaprefs使ってネット接続で聴ける様になりました。これで画面サイズの変更が出来れば良いのに。
2022/03/02(水) 22:12:57.85
NetBSD前提の話じゃなくなってて草
2022/03/03(木) 09:41:06.53
いえhyperｰv環境で拡張セッションを使わずにubuntu、fedora、freebsd、netbsdで何処迄同じdesktop環境を作れるか？で遊んでいるので自分の中では変わっていません。
Windows側からsshで操作できる。
sambaサーバになる。
libreofficeで日本語ドキュメントを作り、sambaで公開して、Windows側から操作も出来る。
firefoxでYoutube配信の音楽をWindows側のスピーカーで聴きく。の内ubuntuとfreebsdはクリアしたので次はnetbsdです。fedoraはlib64とか言う変な所にpulseaudioが入れられるのでpipeWireからネットワークスピーカが動くか別途調べます。
Windows側からsshで操作できる。
sambaサーバになる。
libreofficeで日本語ドキュメントを作り、sambaで公開して、Windows側から操作も出来る。
firefoxでYoutube配信の音楽をWindows側のスピーカーで聴きく。の内ubuntuとfreebsdはクリアしたので次はnetbsdです。fedoraはlib64とか言う変な所にpulseaudioが入れられるのでpipeWireからネットワークスピーカが動くか別途調べます。
レスを投稿する
ニュース
- 日本行き空路４９万件キャンセル 中国自粛呼びかけ 日本行きチケット予約の約３２％に相当 ★2 [ぐれ★]
- 【中国局長】両国関係に「深刻な影響」 首相発言の撤回要求 [蚤の市★]
- 【卓球】早田ひな、「総額100万スられた」「ずっと憧れていたスペインとイタリア…」ヨーロッパ旅行で悲劇 スリ被害を告白 [muffin★]
- 外務省局長は無言で厳しい表情…日中の高官協議終了か 高市首相“台湾”発言で中国が強硬対応 発言撤回求めたか…★3 [BFU★]
- 【インバウンド】中国人観光客の日本での消費額は年間約2兆円超…中国政府は公務員の出張取り消し [１ゲットロボ★]
- 日経平均の下落率３％超す、財政懸念で長期金利上昇 ★2 [お断り★]
- 【実況】博衣こよりのえちえち歌枠🧪★2
- 【画像】外務省局長「この度はうちの🦎がすみません…」中国「……」 [165981677]
- 産経新聞「高市早苗の答弁さぁ……思慮が足りてなくね？官僚と詰めずに思いつきで話しているでしょ」 [175344491]
- 【高市速報】日本人の３割「中国への武力行使に踏み切る必要がある」ANN世論調査 [931948549]
- 【雑談】暇人集会所part18
- 外務省局長、よくわからないまま帰国へ [834922174]