BSD/LinuxでのOffice/Desktop環境を語れ！ Part03 (399ﾚｽ)
BSD/LinuxでのOffice/Desktop環境を語れ！ Part03 http://mevius.5ch.net/test/read.cgi/unix/1633521461/
上
下
前
次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
31: FreeBSDでwimeを使っている君 [sage] 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だとかの メニューが画面の上から下まで出ていた。ただのテキストを扱うのに なんでマルチメディアなメニューが見境なく出て来ていたんだろう。 という感じです。 http://mevius.5ch.net/test/read.cgi/unix/1633521461/31
32: FreeBSDで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氏には大感謝です。 さーて、夜食でも食べてくるかなーあ。 うは、うほほーい。 http://mevius.5ch.net/test/read.cgi/unix/1633521461/32
33: 名無しさん＠お腹いっぱい。 [sage] 2021/11/13(土) 00:57:21.11 長いことemacs+wanderlustを使ってたけど、キーバインドを覚えるor調べるのに疲れて、 thunderbirdに乗り換えちゃったよ http://mevius.5ch.net/test/read.cgi/unix/1633521461/33
34: 名無しさん＠お腹いっぱい。 [sage] 2021/11/13(土) 07:25:22.14 >>33 グッジョブ！ コンピュータなんて楽できてなんぼだからね http://mevius.5ch.net/test/read.cgi/unix/1633521461/34
35: 6 [sage] 2021/11/13(土) 11:13:30.67 >>29 当方環境 OSバージョン：FreeBSD 13.0-RELEASE-p4 amd64(当時) インタラクティブシェル：/bin/tcsh GUI環境：Window Maker、Fluxbox 等 たまにモダンなデスクトップ環境も使用しております http://mevius.5ch.net/test/read.cgi/unix/1633521461/35
36: FreeBSDでwimeを使っている君 [sage] 2021/11/15(月) 17:51:51.59 # pkg upgrade Installed packages to be REINSTALLED: dialog4ports-0.1.6_1 (option removed: CHINESE) 新しい冷戦が始まる（始まっている）と言われていますが、 米中新冷戦って意味合いでremovedなんでしょうか。 http://mevius.5ch.net/test/read.cgi/unix/1633521461/36
37: FreeBSDでwimeを使っている君 [sage] 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」 としてください。 http://mevius.5ch.net/test/read.cgi/unix/1633521461/37
38: FreeBSDでwimeを使っている君 [sage] 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が代替予定とのこと と言うことですが、現状を把握していないので、よく分かりません。 http://mevius.5ch.net/test/read.cgi/unix/1633521461/38
39: FreeBSDでwimeを使っている君 [sage] 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で走らせるな、は、どこかに書いてありましたが、 一応やってみました。 http://mevius.5ch.net/test/read.cgi/unix/1633521461/39
40: FreeBSDで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の連載は、とうの昔に終わったし、 紙媒体でなら、なんて、とても無理な話です。 http://mevius.5ch.net/test/read.cgi/unix/1633521461/40
41: 6 [sage] 2021/11/15(月) 20:20:59.50 >>37-38 大した用途に使っていない事もありますが今のところ正常動作ですね i386-wine-develのdistfileに関しては驚きですね 確かにportsディレクトリで # make fetch しても落ちてきませんでした 取り敢えず # pkg create i386-wine-devel しておきました いつ入手不可になるかわからないので http://mevius.5ch.net/test/read.cgi/unix/1633521461/41
42: FreeBSDで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で取得できるファイルが、即、消されて、 円満別れなのか、そうでないのか、ゾワゾワします。 http://mevius.5ch.net/test/read.cgi/unix/1633521461/42
43: FreeBSDでwimeを使っている君 [sage] 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に完全移行してから試そうかと思っています。 http://mevius.5ch.net/test/read.cgi/unix/1633521461/43
44: FreeBSDでwimeを使っている君 [sage] 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で作れるのではないか、と、思います。 http://mevius.5ch.net/test/read.cgi/unix/1633521461/44
45: FreeBSDでwimeを使っている君 [sage] 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なバイナリが できると思うのですが。 http://mevius.5ch.net/test/read.cgi/unix/1633521461/45
46: FreeBSDでwimeを使っている君 [sage] 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のバージョンが、いくつか上がってこなれるまでは、 試せません。 http://mevius.5ch.net/test/read.cgi/unix/1633521461/46
47: FreeBSDで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}へ、一本化されたようです。 http://mevius.5ch.net/test/read.cgi/unix/1633521461/47
48: FreeBSDでwimeを使っている君 [sage] 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) http://mevius.5ch.net/test/read.cgi/unix/1633521461/48
49: FreeBSDでwimeを使っている君 [sage] 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での修正にかかわった皆様にお詫びします。 http://mevius.5ch.net/test/read.cgi/unix/1633521461/49
50: FreeBSDでwimeを使っている君 [sage] 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://mevius.5ch.net/test/read.cgi/unix/1633521461/50
51: FreeBSDで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させてください。 じゃ、夜ゴハン食べてきます。 http://mevius.5ch.net/test/read.cgi/unix/1633521461/51
52: 名無しさん＠お腹いっぱい。 [sage] 2021/12/20(月) 11:01:54.49 Python2の呪いにてportsから無くなってからしばらく経つccsm、アップストリームのソースから入れてみた ちゃんと機能するもののアイコンに不満あり https://i.imgur.com/VlXs9kc.jpg http://mevius.5ch.net/test/read.cgi/unix/1633521461/52
53: 名無しさん＠お腹いっぱい。 [] 2022/02/17(木) 21:42:20.20 何故かLinux板に書き込めないので質問 pcA USBメモリーからdebian11XFCELive起動 pcB ディスプレイ死亡で画面付かず(windows10起動可) この状態でdebian11からshredコマンドでpcBのハードディスクを上書きしたいのだが、 どうやってpcAからpcBに繋げればいい? LANケーブルだけでいける? 無線で繋ぐのは無理ね。 http://mevius.5ch.net/test/read.cgi/unix/1633521461/53
54: 名無しさん＠お腹いっぱい。 [sage] 2022/02/17(木) 21:48:55.90 スレチは消えて、どうぞ http://mevius.5ch.net/test/read.cgi/unix/1633521461/54
55: 名無しさん＠お腹いっぱい。 [sage] 2022/02/17(木) 23:38:08.14 >>53 代行レスはここへ370 https://nova.5ch.net/test/read.cgi/operatex/1643509995/ http://mevius.5ch.net/test/read.cgi/unix/1633521461/55
56: 名無しさん＠お腹いっぱい。 [sage] 2022/02/19(土) 15:22:01.09 >>53 パソコンを廃品回収に出す http://mevius.5ch.net/test/read.cgi/unix/1633521461/56
57: 名無しさん＠お腹いっぱい。 [sage] 2022/02/23(水) 13:18:23.97 最近hyper-v環境にNetBSDを入れて遊んでいます。作法が良く分からずxdm→ctwmで日本語表示、入力を等を設定するために共有のXsessionで日本語入力デーモン起動とメニューのxtermに-ls付けて強引に.profileを読ませています。 .profileではif文でdisplayを見ています。 .xsessionがうまく動かないからですが普通はどうやるものなのでしょうか？ http://mevius.5ch.net/test/read.cgi/unix/1633521461/57
58: FreeBSDで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)で書き込み。 http://mevius.5ch.net/test/read.cgi/unix/1633521461/58
59: FreeBSDでwimeを使っている君 [] 2022/02/24(木) 11:01:55.24 やっぱり化けるな。 >>58は、「22全角波線25行」と書きました。 http://mevius.5ch.net/test/read.cgi/unix/1633521461/59
60: 名無しさん＠お腹いっぱい。 [sage] 2022/02/26(土) 20:38:59.60 >>57 > 普通はどうやるもの 俺はこういうのをわざわざ書いた事がないな ↓ > .profileではif文でdisplayを見ています。 NetBSDスレで Xorg.*.log を交えて話題展開してみては？ http://mevius.5ch.net/test/read.cgi/unix/1633521461/60
61: 名無しさん＠お腹いっぱい。 [sage] 2022/03/02(水) 17:52:09.73 57ですが、とうとうhyperｰvのFreeBSD環境でYouTubeの音声をpaprefs使ってネット接続で聴ける様になりました。これで画面サイズの変更が出来れば良いのに。 http://mevius.5ch.net/test/read.cgi/unix/1633521461/61
62: 名無しさん＠お腹いっぱい。 [sage] 2022/03/02(水) 22:12:57.85 NetBSD前提の話じゃなくなってて草 http://mevius.5ch.net/test/read.cgi/unix/1633521461/62
63: 名無しさん＠お腹いっぱい。 [sage] 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からネットワークスピーカが動くか別途調べます。 http://mevius.5ch.net/test/read.cgi/unix/1633521461/63
64: FreeBSDでwimeを使っている君 [] 2022/03/20(日) 14:39:43.20 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" 試行結果は次レスで。 http://mevius.5ch.net/test/read.cgi/unix/1633521461/64
65: FreeBSDでwimeを使っている君 [] 2022/03/20(日) 14:43:21.56 >>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を終了するまで入力に反応しない。 「できませんでした」という報告ですが、 解決方法をご存知の方は助言をお願いします、 というレスでした。 じゃ、お三時のオヤツ食べてきます。 http://mevius.5ch.net/test/read.cgi/unix/1633521461/65
66: 名無しさん＠お腹いっぱい。 [sage] 2022/03/23(水) 18:45:41.26 >>63 ですが、fedoraでもpulseaudioを入れてpaprefsを使えばネットワークスピーカーが動きました。 これでubuntu21.10、fedora 35、FreeBSD9.2全てブラウザで「無修正」と入力してavを探し視聴出来る事が出来ました。officeツールも動くので十分使えると思います。 NetBSDはbmpまでは音が出るのですがfirefoxは音が出ません。officeツールが動くだけに残念です。 hyperｰvでなければもっと簡単かもしれません。 http://mevius.5ch.net/test/read.cgi/unix/1633521461/66
67: FreeBSDでwimeを使っている君 [] 2022/03/24(木) 19:35:10.11 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へ ファイルコピー（注５）しました。 http://mevius.5ch.net/test/read.cgi/unix/1633521461/67
68: FreeBSDでwimeを使っている君 [sage] 2022/03/24(木) 19:39:11.03 >>67 （注１）「chroot」や「jail」が、よくワカラナイため。 勉強しろ、なんですけどね。 （注２）makeするだけだし、コンソールだけでいいや、 だから、ディスクは8GBでじゅうぶん、と思いましたが、 Wine7.2が依存する、なぜだか古い「llvm12」のmakeが からんだこともあり、ディスクがあふれました。 10GB以上は必要かと思います。 （注３）現行のWineはWine7.4で、この試行ではWine7.2となりました。 現在、FreshPortsを見ると、昨日の03/23にWine7.4へと バージョンが上がっていました。タイミングが悪いです。 （注４）imm.cを見るとパッチの指定どおりにソースが変更されていました。 （注５）ホスト、ゲスト間で、FTPで転送しました。 http://mevius.5ch.net/test/read.cgi/unix/1633521461/68
69: FreeBSDでwimeを使っている君 [sage] 2022/03/24(木) 19:44:15.81 続き。 ホスト側というか、生活環境の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です。 http://mevius.5ch.net/test/read.cgi/unix/1633521461/69
70: FreeBSDでwimeを使っている君 [sage] 2022/03/24(木) 19:49:28.39 続き。 ・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ソフトウェアの起動が遅い」 などと言われていましたが、普通に速く、違和感はないです。 http://mevius.5ch.net/test/read.cgi/unix/1633521461/70
71: FreeBSDでwimeを使っている君 [sage] 2022/03/24(木) 19:53:46.45 続き。 さて、かんじんの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」を、 /home/HOGE/.i386-wine-pkg/usr/local/lib/wine/i386-windows/imm32.dll として、オリジナルのimm32.dllを、wimeのパッチがあたった 「imm32.dll」と置き換えると、32bit環境でgmakeしたwimeにより、 32bitなATOKが稼働してくれました。 ※ >>14 は、このレスの内容で修正して読んでください。 pkg(8)で入れたwine-develは、7.0.r2であり、7.2でmakeしたimm32.dllへと 差し替えたことになりますが、「IMEまわりは、さほど変更がない」と、 昔のLinux板のWineスレで読みましたので、気にしません。 あいかわらず「余所でやってください」が出るので UserAgentをWindows10(Chrome98)で書き込みました。うえーん。 じゃ、夜ゴハン食べてきます。 http://mevius.5ch.net/test/read.cgi/unix/1633521461/71
72: 名無しさん＠お腹いっぱい。 [sage] 2022/03/24(木) 20:32:15.10 荒らしがウロウロしてなければサラッと教えられるんだがなあ UA http://mevius.5ch.net/test/read.cgi/unix/1633521461/72
73: FreeBSDでwimeを使っている君 [sage] 2022/03/24(木) 20:55:07.98 え゛！そうなの！ 運用情報板でも確定した回避方法が出てないんだけど、 なんらかの方法があるのね。 他の荒らしが多そうな板で書けて（テストで書いてみた）、 すっかり静かなUNIX板で書けないのはおかしいよね。 UNIX板でも無意味にスレを保守しているのが目ざわりなので 個別に規制して欲しいくらいだわ。 http://mevius.5ch.net/test/read.cgi/unix/1633521461/73
74: 名無しさん＠お腹いっぱい。 [sage] 2022/03/24(木) 21:39:31.16 代わりと言ってはなんだがGoogleタイムラインに流れてきた記事を https://forest.watch.impress.co.jp/docs/serial/yajiuma/1397428.html Windowsのメイリオっぽささえ許せれば抜群に綺麗で読みやすい UIフォントとしてもなかなか優秀 http://mevius.5ch.net/test/read.cgi/unix/1633521461/74
75: FreeBSDでwimeを使っている君 [sage] 2022/03/24(木) 22:14:01.64 ニュー速(嫌儲)の 「Windowsのクソフォントｗｗｗ」のスレで知ったｗ ports化されればいいなあ、と思った。 と言っても、執筆者君は、 「font-jis-misc」と「ja-font-mona-ipa」ぐらいしか 使ってないけどさ。 フォントが少なかった時代から思うと、フォントの選択肢が 多いと得した気持ちになるよね。 「不正なPROXYを検出しました。」が出たので 嫌儲のURLを書かないでレスしてみた。 じゃ、夜のデザート食べてきます。 http://mevius.5ch.net/test/read.cgi/unix/1633521461/75
76: 名無しさん＠お腹いっぱい。 [sage] 2022/03/25(金) 06:49:42.77 夜のデザート(桃源郷) http://mevius.5ch.net/test/read.cgi/unix/1633521461/76
77: 名無しさん＠お腹いっぱい。 [sage] 2022/03/25(金) 07:35:18.04 >>73 > 無意味にスレを保守している 放置しておいても落ちやしない板で行うそれの推測 ・「書き込みで広告代稼がせてんだから他の荒らし行為は大目に見ろや」と言うつもり ・縄張りアピールのつもり ・落書きによるただの発散 http://mevius.5ch.net/test/read.cgi/unix/1633521461/77
78: あぼーん [あぼーん] あぼーん http://mevius.5ch.net/test/read.cgi/unix/1633521461/78
79: FreeBSDでwimeを使っている君 [sage] 2022/03/26(土) 18:59:56.10 ○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をインストールする というソフトウェアもあるようだし。 ・しかし、Wineの32bit版は、wineboot時に、シェルスクリプトを 走らせないといけないという状況から、32bit版Wineは、 pkg(8)から入れないといけない、というキメウチのようで、 今回のように、imm32.dllにパッチを当てたい場合は、 i386でmakeしないといけない。 32bit版Wineも、amd64のPortsで自前でmakeしたものが入れられる なら、FreeBSD/amd64だけを用意すればよいのだが……。 http://mevius.5ch.net/test/read.cgi/unix/1633521461/79
80: FreeBSDでwimeを使っている君 [sage] 2022/03/26(土) 19:13:29.06 ○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なソフトウェアとして提供されている。 じゃ、夜ゴハン食べてきます。 http://mevius.5ch.net/test/read.cgi/unix/1633521461/80
81: FreeBSDでwimeを使っている君 [sage] 2022/03/29(火) 11:52:26.72 このスレをふくめ、複数スレの『依頼』、ありがとうございました。 廃墟のスレで、栞となっているぶんには、板の「華」と言えない事も ないですが、目ざわりには違いないので。 微妙にURLを変えてあるので「手が込んでいるなあ」と 思ってました《くだけた表現》。 まあ、レスごとにファイルをアップしていただけ、かもしれませんが、 その労力と執念が、怖がられる結果になる、と、感じないところが、 なんとも言えませんね。 情報的な面で古びてしまったスレは、ある程度で落ちればいいのにね。 そのわりに、WXGのスレは、情報的には古びてしまい、現状を報告する 散発的なレスが続いているが、次が必要ってほどでもないし、という 感じで、いい感じだったんですが《くだけた表現》、 突然の大量書き込みで過去ログ行きになりましたし。 「そういう」人間関係や社会に生きている、と感じさせられます。 http://mevius.5ch.net/test/read.cgi/unix/1633521461/81
82: 名無しさん＠お腹いっぱい。 [sage] 2022/03/29(火) 12:07:36.35 削除依頼の目的は削除そのものだけじゃないからな http://mevius.5ch.net/test/read.cgi/unix/1633521461/82
83: 名無しさん＠お腹いっぱい。 [sage] 2022/03/30(水) 01:37:57.78 >>81 ところでwimeさん、今宵は本スレが随分賑やかな様ですが あれ何人でやり取りしてる様に見えますか？ 日頃閑散としてる板なのに急に多数の人が集結するとは思いづらいんですけど http://mevius.5ch.net/test/read.cgi/unix/1633521461/83
84: 名無しさん＠お腹いっぱい。 [sage] 2022/03/30(水) 03:05:25.48 まあ3人くらいで回しているんだろうねえw 歴史を知らない人大杉 http://mevius.5ch.net/test/read.cgi/unix/1633521461/84
85: 名無しさん＠お腹いっぱい。 [sage] 2022/03/30(水) 05:46:09.12 それはどうかな http://mevius.5ch.net/test/read.cgi/unix/1633521461/85
86: FreeBSDでwimeを使っている君 [sage] 2022/03/30(水) 20:21:04.22 >>82 ああ。なるほど。 >>83 「語れ」スレの事かな。１人 VS ３から４人かなあ。 うーん、UNIX板は、ほとんど人がいないように見えるけど、 NetHackスレ、Emacsスレ、あたりは常時活発だしなあ。 ※現在のUNIX板では、１日２レスで活発という感じ。 ※大昔、「質問」スレだかで、見たんだけど《くだけた表現》、 「2chの書き込みは水曜日から多くなる」そうだ。 考察内容（週の中だるみか？、とか）は、忘れたけど、 それは今でも、他の板でも、感じるなあ。 ただ、昔のUNIX板では、「BSD入門の心得」な、人も 多かったから、利用者の継続（年齢の持ち上がり）を 考えても、突然のレスバトルは不思議ではない、と思う。 「ああー」って感じ。 ただ、熱意というか、執着というか、が、激減したｗ ３スレほど、24時間ピッタリ張りついて、レスバトルで 体力を消耗して、半年ほど寝込むぐらいの勢いで やらないとだめじゃん、と思うｗ http://mevius.5ch.net/test/read.cgi/unix/1633521461/86
87: FreeBSDでwimeを使っている君 [sage] 2022/03/30(水) 20:28:23.22 そもそも、UNIX板の人って、 知識不足で、いい加減な回答をするぐらいならスルー、 それなりに興味がないとスルー、 まれに「BSD入門の心得」な感じで、熱くなる時もある、 って感じです。 たまに見かける「光る」レス、回答の「man hoge」レス、でも、 冷静感があふれているので、成熟した人 （ちゃんとした社会人と言うか）の利用が多く、 UNIX板には、それなりに人は居るが、レスのやり取りという形で 見えていないだけ、なのではないか、と思う。 それゆえに、執筆者君は、「かなりの人数の無言の閲覧者がいる」 という前提で、しかも、「そういう」人から理不尽なツッコミが 入らないように、気をつけてレスを書いています。 http://mevius.5ch.net/test/read.cgi/unix/1633521461/87
88: FreeBSDでwimeを使っている君 [sage] 2022/03/30(水) 20:35:56.41 盛り上げるための工作員（職業レス屋）って事は、ないと思う。 「語れ」スレでは、双方、ちゃんとUnixの知識があるし。 工作員は、「そもそも、語るべきものを持たない」から、 その職業ができるのかもしれない。 だから、「許可を受けた」レスしかできなかったり、 仕事だから、感情抜きで、レスを「貼り付ける」わけで。 よって、工作員は、専門板には来ないと思う。 マルチポストは来るけどね。 自作板では、受診を勧めたい荒らし、も、いる感じだし。 Linux板では、私怨の荒らし、っていうのもあるみたいだし。 Linux板の急激な廃墟化というか、レベルの低下には、 気づいてましたが《くだけた表現》、「おかしさ」までは 気づかず、「タコ（Linux用語）が増えたのかな」って 程度でした。 外部のまとめサイトを見ると、「そういう人」がいて、 Linux板は廃墟状態になったみたいです。 本当に１人で、Linux板を廃墟化させたとしたら、ある意味、 すごいですけど、まとめサイト側が、「そういう人」かも しれませんから、部外者は判断できかねますが。 http://mevius.5ch.net/test/read.cgi/unix/1633521461/88
89: FreeBSDでwimeを使っている君 [sage] 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のおかげだわー（棒）。 執筆者君より高スキルのユーザが降臨して、助言して くれないかなあ（真剣）。 http://mevius.5ch.net/test/read.cgi/unix/1633521461/89
90: 名無しさん＠お腹いっぱい。 [sage] 2022/03/30(水) 20:58:24.45 > ３スレほど、24時間ピッタリ張りついて、レスバ 特徴的な方が何人か浮かびますね ほじくって貼ったりすると荒れそうなんでやりませんが http://mevius.5ch.net/test/read.cgi/unix/1633521461/90
91: 名無しさん＠お腹いっぱい。 [] 2022/04/01(金) 17:01:15.63 >>88 > Linux板の急激な廃墟化 ここ1~2年の事なら自作自演が減って化けの皮が剥がれただけでしょ http://mevius.5ch.net/test/read.cgi/unix/1633521461/91
92: FreeBSDで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のバージョンアップのたびにインストールした フリーソフトのアイコンがインストールした回数だけ たまっていたことがある。 レスの行制限があるので、ファイル群の詳細は次レスで。 http://mevius.5ch.net/test/read.cgi/unix/1633521461/92
93: FreeBSDで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インストーラ http://mevius.5ch.net/test/read.cgi/unix/1633521461/93
94: FreeBSDでwimeを使っている君 [sage] 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な日本語ファイル名が扱えました。 http://mevius.5ch.net/test/read.cgi/unix/1633521461/94
95: FreeBSDでwimeを使っている君 [sage] 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を見てもどこが悪いのか分かりませんが。 一度でも変換確定してしまえば、２度目の変換で、文節の区切りを 変更しても大丈夫、という不思議状態です。 じゃ、夜ゴハン食べてきます。 http://mevius.5ch.net/test/read.cgi/unix/1633521461/95
96: FreeBSDでwimeを使っている君 [sage] 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で書き込み。 http://mevius.5ch.net/test/read.cgi/unix/1633521461/96
97: FreeBSDでwimeを使っている君 [sage] 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 http://mevius.5ch.net/test/read.cgi/unix/1633521461/97
98: FreeBSDでwimeを使っている君 [sage] 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を 避けた方がよいでしょう。 http://mevius.5ch.net/test/read.cgi/unix/1633521461/98
99: FreeBSDでwimeを使っている君 [sage] 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」を入れておかなくてもよいということです。 http://mevius.5ch.net/test/read.cgi/unix/1633521461/99
100: FreeBSDで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)に 戻りました。 じゃ、田中みな実さんオススメのボディクリームを塗ってきます。 http://mevius.5ch.net/test/read.cgi/unix/1633521461/100
101: 名無しさん＠お腹いっぱい。 [sage] 2022/04/17(日) 09:03:51.63 釣れますか？ , ＼ ,／ヽ ￣∨￣￣￣￣￣￣￣ ,／ ヽ ∧＿∧ ∧∧ ,／ ヽ （ ´∀｀） (ﾟДﾟ,,),／ ヽ （ ） (| つ@ ヽ ｜ ｜ | ＿＿_ 〜| | ヽ （_＿）＿） |――|. ∪∪ ヽ ￣￣￣￣￣￣￣￣￣￣￣￣| ヽ ／⌒＼／⌒＼／⌒＼／⌒＼|彡~ﾟ ゜~ ~。゜ ~ ~ ~ ~~ ~ ~~ ~ ~~ ~~ ~~ ⌒＼／⌒＼／⌒＼／⌒＼／⌒＼彡 〜 〜〜 〜〜 〜〜 〜 〜 http://mevius.5ch.net/test/read.cgi/unix/1633521461/101
102: FreeBSDでwimeを使っている君 [sage] 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 http://mevius.5ch.net/test/read.cgi/unix/1633521461/102
103: 名無しさん＠お腹いっぱい。 [sage] 2022/04/19(火) 08:24:30.00 GNOME42悪くない 少なくとも近年のFreeBSDのGNOMEらしからぬ仕上がり どうせ誰も使わんのだろうが http://mevius.5ch.net/test/read.cgi/unix/1633521461/103
104: FreeBSDでwimeを使っている君 [sage] 2022/04/19(火) 20:13:20.24 参考 今夜も Wine で乾杯! - 23本目＠Linux https://mao.5ch.net/test/read.cgi/linux/1585198566/679 ＞あとWine7.0のANNOUNCEで http://mevius.5ch.net/test/read.cgi/unix/1633521461/104
105: FreeBSDでwimeを使っている君 [sage] 2022/04/19(火) 20:14:20.56 >>103 追っかけている方はおられるんじゃないですか。 「かけまわる子犬。」氏はKDEを追っかけているし。 http://mevius.5ch.net/test/read.cgi/unix/1633521461/105
106: 名無しさん＠お腹いっぱい。 [sage] 2022/04/19(火) 22:01:28.34 FreeBSDのKDEはdiscoverでpkgが扱える様になれば言う事無し http://mevius.5ch.net/test/read.cgi/unix/1633521461/106
107: FreeBSDでwimeを使っている君 [sage] 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 http://mevius.5ch.net/test/read.cgi/unix/1633521461/107
108: 名無しさん＠お腹いっぱい。 [sage] 2022/04/21(木) 09:17:49.23 FreeBSDを語れスレのテンプレで興味を持って来ました このスレは主にFreeBSDでwimeを使っている君と言う方が盛り上げている感じなんですね FreeBSDではどのデスクトップ環境がおすすめですか？推している方がいるようにKDEですか？ http://mevius.5ch.net/test/read.cgi/unix/1633521461/108
109: FreeBSDでwimeを使っている君 [sage] 2022/04/22(金) 18:45:25.11 ん？ 語れスレのテンプレ？（ケンモメンぽく） えっ！やだっ！（田中みな実さんっぽく） けっこう活発なラズパイスレと一緒に関連スレになってる！ 盛り上げると言うか、 「高スキルユーザさーん！ 興味を持ってくださーい！」とか 「FreeBSDのWineで何かあれば、さがわ@sagawa_aki氏にも届け！」という 感じで報告しているだけで。 Linux板にはWineスレがあるんだけれど、FreeBSD特有のWineの話は、 Linuxには関係ないし、「FreeBSD限定のWineスレ」ってほどの 話題もないしね。 http://mevius.5ch.net/test/read.cgi/unix/1633521461/109
110: FreeBSDでwimeを使っている君 [sage] 2022/04/22(金) 18:48:00.44 「おすすめのデスクトップ環境」って、Linux板文化っぽいね。 Linuxでも有名で、FreeBSDでも、FreshPortsでコミット回数が 多くて、よく使われている感じの、しかも、FreeBSD特有の問題が あれば、回避策が見つかりやすいやつ、で、いいんじゃないかな。 PCでのUnixは、Linuxが当然の前提、って感じなので、 FreeBSDだと……、という事が起こりやすいしね。 http://mevius.5ch.net/test/read.cgi/unix/1633521461/110
111: FreeBSDでwimeを使っている君 [sage] 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 http://mevius.5ch.net/test/read.cgi/unix/1633521461/111
112: 名無しさん＠お腹いっぱい。 [sage] 2022/04/22(金) 20:22:56.72 >>109 > FreeBSD特有のWine 5chブラウザの動作報告などして下さると面白いかも知れないですね 5chなので Windowsの専ブラの動作報告などダサイでしょうから気が向いたらと言う事で http://mevius.5ch.net/test/read.cgi/unix/1633521461/112
113: FreeBSDで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) http://mevius.5ch.net/test/read.cgi/unix/1633521461/113
114: 名無しさん＠お腹いっぱい。 [sage] 2022/04/25(月) 10:51:53.84 ONLYOFFICEはどうですか？ http://mevius.5ch.net/test/read.cgi/unix/1633521461/114
115: 名無しさん＠お腹いっぱい。 [] 2022/04/25(月) 12:12:28.86 オススメのウィンドウマネージャとかありますか？ http://mevius.5ch.net/test/read.cgi/unix/1633521461/115
116: 名無しさん＠お腹いっぱい。 [sage] 2022/04/25(月) 16:35:41.14 >>112 13-stableでpkgのwine6を使ってjanestyle4は動いた。この書き込みはそこから。 http://mevius.5ch.net/test/read.cgi/unix/1633521461/116
117: 115 [sage] 2022/04/25(月) 20:07:21.24 >>116 確かに動いた あっさりと https://i.imgur.com/uWiXdbE.jpg それも i386-wine-devel で使ってたやつがそのまんま wime氏、116氏、ありがとう そのうち私も何らかの成果があればご報告差し上げます http://mevius.5ch.net/test/read.cgi/unix/1633521461/117
118: 112と117 [sage] 2022/04/25(月) 20:09:47.40 >>117 自分のレス番間違えてしまった とにかく感謝してます http://mevius.5ch.net/test/read.cgi/unix/1633521461/118
119: 名無しさん＠お腹いっぱい。 [sage] 2022/04/26(火) 11:52:14.78 wineは使わないけどV2Cだって13-stableで動くよ。 自分はV2C-Rを使ってて最近V2C/2に移行した。 http://mevius.5ch.net/test/read.cgi/unix/1633521461/119
120: 名無しさん＠お腹いっぱい。 [sage] 2022/04/26(火) 12:05:21.06 これ？確かディスコンになったパッケージを使うやつ https://mevius.5ch.net/test/read.cgi/unix/1632283136/79 http://mevius.5ch.net/test/read.cgi/unix/1633521461/120
121: 名無しさん＠お腹いっぱい。 [sage] 2022/04/26(火) 12:47:16.31 そうそれ。 JAILで古いportsをビルドしてパッケージだけメイン環境に突っ込んだ。 スクリプトエンジンが変わってて動かんから古いエンジンを突っ込む必要があったり ちょっと手間だったけどV2C/2が快適に動いててこの書き込みしてる。 http://mevius.5ch.net/test/read.cgi/unix/1633521461/121
122: 名無しさん＠お腹いっぱい。 [sage] 2022/04/28(木) 10:11:27.28 >>74 これをベースにした合成フォントがportsに来たみたいですよ FreshPorts -- japanese/font-udev-gothic: UDEV Gothic https://www.freshports.org/japanese/font-udev-gothic/ http://mevius.5ch.net/test/read.cgi/unix/1633521461/122
123: FreeBSDで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/ http://mevius.5ch.net/test/read.cgi/unix/1633521461/123
124: 名無しさん＠お腹いっぱい。 [sage] 2022/04/28(木) 20:52:12.95 >>123 上流リポジトリ https://github.com/yuru7/udev-gothic HackGenの作者さんの様でテキストエディタや端末エミュレータ用の等幅フォントですね ナードフォントというやつは絵文字グリフが充実したフォントらしいです http://mevius.5ch.net/test/read.cgi/unix/1633521461/124
125: 名無しさん＠お腹いっぱい。 [sage] 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 http://mevius.5ch.net/test/read.cgi/unix/1633521461/125
126: FreeBSDでwimeを使っている君 [sage] 2022/04/29(金) 22:19:21.18 >>124 わざわざレスすいません。 モリサワの「BIZ UD」フォントからのPorts化なのでなく、 「yuru7」氏の二次的成果物（BIZ UD+JetBrains Mono）からの Ports化なんですね。 http://mevius.5ch.net/test/read.cgi/unix/1633521461/126
127: FreeBSDでwimeを使っている君 [sage] 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のバグ出し チーム（だったかな？）の記事。 バグ出しチームは、標準のキー割り当てで変換し（当たり前ですが）、 しかも、変換結果の漢字が何番目に出るかも記憶しているため、 即、変換結果を選ぶことができ、漢字変換が正確で速いのは良いが、 学習機能を使わない状態（無意識に学習機能を使わないようにしていた） だったため、学習機能の向上の役に立たない、ということに気づいた、 という話。 http://mevius.5ch.net/test/read.cgi/unix/1633521461/127
128: FreeBSDで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」には戻れません。 http://mevius.5ch.net/test/read.cgi/unix/1633521461/128
129: 名無しさん＠お腹いっぱい。 [sage] 2022/04/30(土) 16:58:54.71 >>74 参考画像 定番Takao https://i.imgur.com/t7lUV7Q.png BIZ UD https://i.imgur.com/mtaDaHV.png http://mevius.5ch.net/test/read.cgi/unix/1633521461/129
130: 名無しさん＠お腹いっぱい。 [sage] 2022/05/01(日) 02:28:56.20 >>127 もしご本人が読んだらどんな反応があるか目に浮かぶ様なご回答ですな http://mevius.5ch.net/test/read.cgi/unix/1633521461/130
ﾒﾓ帳
(0/65535文字)
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 269 ﾚｽあります
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.011s