[過去ﾛｸﾞ]
FreeBSD での Office 環境を語れ! その2 (1002ﾚｽ)
FreeBSD での Office 環境を語れ! その2 http://mevius.5ch.net/test/read.cgi/unix/1107211157/
上
下
前
次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索
歴削→次ｽﾚ
栞削→次ｽﾚ
過去ﾛｸﾞﾒﾆｭｰ
838: wime君：Wine+wime3.6.0+ATOK17(2004)/FreeBSD(i386) [sage] 2018/05/06(日) 03:20:02.98 ID:WrxHhIki ○後述１の続き「PAE kernelではWineがダメでした」 PAE kernelビルド前の、Generic Kernel時に、Wine環境を構築していた 場合、レジストリを使わないような小規模なWindowsのフリーソフトは 動きますし、 wime3.5.2+ATOK17（FreeBSD11.1-RELEASE-p3(i386)+wine-devel-2.15）も 動きました。 ただし、一太郎2004が動きませんでした。 プロセスは存在するのですが、起動していないかのように、画面の描画が されないまま、LoadAverage値（値は忘れましたが、xloadが真っ黒）が 上がり続けます。killはできます。 さらに、.wineを新規生成しようと、「winecfg」をタイプすると、 正常終了せず、動作中に刺さったような挙動をします。 以下、エラーメッセージです。※レス用に改行 ＞err:ntdll:RtlpWaitForCriticalSection section 0x7bcc2288 ＞"loader.c: loader_section" wait timed out in thread 0058, ＞blocked by 0051, retrying (60 sec) これを、「kill -9」で、winecfgを強制killすると、 ハードウェアリセット（いきなり、PC起動時のBIOS画面になる）がかかり、 fsckです。※再現性あり。 PAE kernelからGeneric Kernelに戻したところ、一太郎2004は動き、 winecfgも正常終了しました。 と、いう事で、「Wineは使わないから」とか、「Generic Kernelの時点で Wineの環境構築をしてから、PAE kernelをビルドするよ」という方には PAE kernelはよいかもしれません。 http://mevius.5ch.net/test/read.cgi/unix/1107211157/838
839: wime君：Wine+wime3.6.0+ATOK17(2004)/FreeBSD(i386) [sage] 2018/05/06(日) 03:27:37.78 ID:WrxHhIki 以下のスレに告知しました。じゃ、夜食を食べて来ます。 今夜も Wine で乾杯! - 21本目＠Linux板 https://mao.5ch.net/test/read.cgi/linux/1502540295/709 http://mevius.5ch.net/test/read.cgi/unix/1107211157/839
840: 名無しさん＠お腹いっぱい。 [sage] 2018/05/06(日) 20:13:48.62 GJおつかれさん 一太郎13(とATOK)を持ってるから試してみようかと思ったけど、32bit版kernelじゃないとダメなのかな？ http://mevius.5ch.net/test/read.cgi/unix/1107211157/840
841: wime君 [sage] 2018/05/10(木) 06:20:56.49 ID:MuZykBdb wimeのtarballを展開した「wime-3.6.0/io/Makefile」には、 「#amd64でi386-wineを動かしているとき」 「#さらにfreebsdのとき。LDFLAGSのlibX11.soのパスを /usr/local/libから/usr/local/lib32にする。」 と条件分岐の記述がありますので、おそらく、wime自体は amd64のi386-wineでビルドでき、動作すると思います。 現在の配布ページでは、記述が消えていますが、3.5.2の時は、 作者のthomas氏もamd64での方法を書いていました。 ただし、i386でパッチをあてたimm32.dll.soのバイナリをコピーする、 という方法で、ですが。 ※以下、消えた記述の引用。レス用に改行しました。 ＞FreeBSD 10.2について ＞標準のmakeではなくgmakeを使用してください。 ＞FreeBSD 10 のCコンパイラはclangなので、conf.mkのUSE_CLANGも ＞1にした方が良いです。 ＞GCCを使う場合はUSE_CLANGは0でもかまいませんが、 ＞winegccはGCCがあってもclangを呼び出すようです。 ＞コンパイルはi386の10.2で行いました。 ＞atok使用時は下記のパッチ当ては必要そうです。 ＞amd64ではコンパイル/リンクの仕方をよく理解していません。 ＞32ビットでリンクしたいのにlibX11.soがない……結局libX11.soは ＞手作業で勝手に作り、wineの32ビット版imm32.dll.so ＞(パッチを当てたもの)はi386上でコンパイルしたものをコピーしました。 ＞共有ライブラリ(32bitのlibwimeio.so、64bitのlibwime.so)を ＞1つのディレクトリにインストールしているのでLD_32_LIBRARY_PATHの ＞設定も必要です。本来はどうやればいいのか…… ※引用ここまで。 http://mevius.5ch.net/test/read.cgi/unix/1107211157/841
842: wime君 [sage] 2018/05/10(木) 06:28:33.53 ID:MuZykBdb ATOKの場合、Wineにwimeの「wime-3.6.0/patch/imm-magic-1.7.3」の パッチをあてないといけないのですが（MS-IMEだと必要ないようです）、 amd64のi386-wineで >>806 のようにパッチがあてられるかどうか、 amd64環境がないので、私は試していません。 もしかしたら、昔、よく記事が書かれていた、FreeBSD界で有名な回避策の 「amd64でi386な仮想環境を作って、その中でportsをビルド」を しないといけないかもしれません。 portsにi386-wineが追加される前（David Naylor氏の貢献の前）の状態、 ですね。 thomas氏のようにi386環境下でパッチあて済みのバイナリを、 amd64のi386-wineにコピーで持って来るのが楽ではあると思います。 http://mevius.5ch.net/test/read.cgi/unix/1107211157/842
843: wime君 [sage] 2018/05/10(木) 06:48:29.19 ID:MuZykBdb 今夜も Wine で乾杯! - 21本目＠Linux板 https://mao.5ch.net/test/read.cgi/linux/1502540295/247-252 上記のスレによると、IME関係の変更は、あまりなさそうなので、 一度、パッチあて済みのバイナリを作ると使い回しができそうです。 と言うか、正直に白状しますと、私は使い回しをしていました。 「pkgでWineをupgradeして、パッチあて済みのimm32.dll.soを コピー、っと」という感じです。 ただ、今回のレスを書くにあたって、Wine3.0-rc4とWine3.7の パッチあて対象のimm.cを比較したところ、ファイルサイズが 増えていました……。 Wine3.5までWine3.0-rc4でパッチあてしたimm32.dll.soを 使い回していましたよ……。 http://mevius.5ch.net/test/read.cgi/unix/1107211157/843
844: wime君 [sage] 2018/05/10(木) 06:51:36.57 ID:MuZykBdb Inside Wine; Build - Qiita https://qiita.com/Yutaka_Aoki/items/fcf3b315ae4af37d2cce Wineスレで話題になった上記のサイトによると、 Wineのビルドにおいて特定のバイナリだけをコンパイルするという 方法も取る事ができるようです。 ※私は試していませんが、覚えておこうメモです。 サブPCにFreeBSD i386を入れて、imm32.dll.soだけをコンパイル したらamd64でもラクチンできるかも、というもくろみです。 USBメモリにi386システムを入れてブートしてコンパイルという 方法でもよいかもしれません。 クロスコンパイルの知識がないので、この手法を思いつきました。 Wine開発者様におかれましては、1.7.3の前の処理のimm.cに 戻して欲しいでございます。 そうすれば、amd64でも、バイナリパッケージシステムのpkgで、 お気楽にWine+wime+ATOKができそうですから……。 じゃ、朝ゴハン食べて来ます。 http://mevius.5ch.net/test/read.cgi/unix/1107211157/844
845: 名無しさん＠お腹いっぱい。 [] 2018/05/22(火) 02:41:49.65 知り合いから教えてもらったパソコン一台でお金持ちになれるやり方 時間がある方はみてもいいかもしれません グーグルで検索するといいかも『ネットで稼ぐ方法 モニアレフヌノ』 3FZ41 http://mevius.5ch.net/test/read.cgi/unix/1107211157/845
846: 名無しさん＠お腹いっぱい。 [] 2018/06/06(水) 17:26:43.02 A5のドキュメントを印刷しようとすると、プリンタがB5の用紙を入れろと頑として譲らない calcもwriterも同じで、LibreOffice全体の問題かと思ったが、firefoxからA5を指定しても同じだった どうやらNPDLドライバの問題ぽい http://mevius.5ch.net/test/read.cgi/unix/1107211157/846
847: 名無しさん＠お腹いっぱい。 [sage] 2018/06/25(月) 23:25:50.66 ghostscriptのNPDLドライバって大体大丈夫なんだけど、 ちょっと変わった使い方を試みると、細かい部分でダメだったりするんだよね まあghostscriptに限った話じゃないんだけど http://mevius.5ch.net/test/read.cgi/unix/1107211157/847
848: 名無しさん＠お腹いっぱい。 [sage] 2018/10/14(日) 16:51:16.04 私たち日本人の、日本国憲法を改正しましょう。 http://mevius.5ch.net/test/read.cgi/unix/1107211157/848
849: 名無しさん＠お腹いっぱい。 [] 2018/11/28(水) 11:27:48.06 LibreOfficeのマクロで、firefoxに表示されている文字列を取得って出来そうですかね？ WindowsでExcel+IEの組み合わせは出来るみたいですけど http://mevius.5ch.net/test/read.cgi/unix/1107211157/849
850: FreeBSDでwimeを使っている君 [sage] 2020/01/25(土) 03:06:10.21 以前のレスはこちらです。ご無沙汰しております。例のwime君です。 https://mevius.5ch.net/test/read.cgi/unix/1107211157/804-813 https://mevius.5ch.net/test/read.cgi/unix/1107211157/835-844 「wime君」だと製作者と誤解されるかもしれないので、 今回から「FreeBSDでwimeを使っている君」にします。 すでに、このスレに書いたと思っていたのですが、ファイルを 整理中にレスをしていない事に気づきました。 やや古い内容になってしまいましたが、レスをする事にします。 ※レスを書くのは、自分より高スキルのFreeBSD業界のwime使用者が あらわれて、高スキルな助言がもらえないものか、という願望が あるためです。ググっても自分のレスばかりで哀しい……。 http://mevius.5ch.net/test/read.cgi/unix/1107211157/850
851: FreeBSDでwimeを使っている君 [sage] 2020/01/25(土) 03:20:49.20 ○FreeBSDでのWineの基礎知識 Wineの対応する「bit」は動かしているOSの「bit」と同じです。 Linux/*BSDが32bit版の場合、Wineは32bit版しかmakeできず、 32bitのWindowsプログラムしか動かせません。64bit版も同様です。 16bitコードのあるWindowsプログラムは、大昔、Wineで動いていた ようですが、少し前のバージョンから、その処理はカットされ、 現在は「DOSBox」を呼び出して動かしているようです。 Linuxでは、64bit版Linuxの64bit版Wineで、Wineに渡す環境変数で、 32bit版Windowsプログラムを動かしているようです。(以下URLなど) https://qiita.com/rYamashita1012/items/37e3ed22b3e9278f2250 ですが、FreeBSDでは、64bit版Wineで、同様の手順で、 32bit版Wineの「~/.wine」を生成しようとすると、固まるというか、 刺さります。 WineHQ公式の、https://wiki.winehq.org/FreeBSD には、 「The problem is that it still doesn't support WoW64,」 などとありますし、やはり、64bit版FreeBSD(amd64)で、 32bit版のWindowsプログラムを使いたい場合は、 i386-wineを使うしかないようです。 http://mevius.5ch.net/test/read.cgi/unix/1107211157/851
852: FreeBSDでwimeを使っている君 [sage] 2020/01/25(土) 03:31:47.70 ○FreeBSDのi386-wineの状況 i386-wineは、Wine本家に追従してVersionUpしないのかな、と 思われる方もいたようで、ググると英語フォーラムなどでの 質問などが引っかかります。 コミッタの方を心配していたのですが、どうやら、お元気であり、 飽きたわけでもなく、FreshPortsによると、FreeBSDが12.0Rに なった時点で、develの場合、Wine3.3(2018/11/02)から、 Wine3.20(2018/12/10※FreeBSD12Rリリース後)、さらに、 Wine4.0.r1(2018/12/13)、と、二度、UpdateしてWineHQ本家に 追いつきました。 が、また、バージョンアップは止まったようで、そのままです。 どうやら、FreeBSDのMajerVersionRelease時に、PortsTreeを 更新し、その後は、次のMajerVersionReleaseまで放置、という スタンスのようです。 どうしてもi386-wineがWineHQ本家に追従してほしい場合は、 portsに頼らずに、ググるとよく引っかかる古い記事の例の ようにjailで、amd64の中にi386環境を作るなどの方法を試すか、 かなり古いレスですが、以下のような方法が楽かもしれません。 FreeBSDを語れ Part37 https://peace.5ch.net/test/read.cgi/unix/1390323139/91-92 http://mevius.5ch.net/test/read.cgi/unix/1107211157/852
853: FreeBSDでwimeを使っている君 [sage] 2020/01/25(土) 03:44:15.90 ○FreeBSD12.0-RELEASE(amd64)＋i386-wine＋wime4.0.0 さて本題の、FreeBSD12.0R(amd64)＋i386-wine＋wime4.0.0 での報告です。 portsからmakeする根性はないので、pkgベースですが、 FreeBSD11.2Rの時点で、FreeBSD(i386)の32bit版Wineから、 FreeBSD(amd64)の、i386-wineに移行しました。 特筆することもなく「そのまま」という感じです。 i386-wineは、32bitバイナリなファイル群のWineなんですね。 ※i386なpkg版のWineを手作業で展開すれば、amd64でもラクチンに 最新追従することができるかもしれません。 さて、i386-wine-devel(4.0r1)＋wime4.0.0(※注１)＋ATOK17 は普通に動きました(※注２)。 私の場合、他のトラブルがあったのですが(※注３)。 ※注１ wime4.0.0のリリースは知っていたのですが、FreeBSD(i386)な 32bitな実機を用意する必要があり、報告が遅くなりました。 「仮想環境で」とも思いましたが、大昔にQemuを使って以来、 仮想環境にはうといので、「実機で」という発想になりました。 amd64では、wime4.0.0のgmakeが通らず、makefileの修正場所も 分からないので、i386の実機を用意してwimeをgmakeし、 さらにwimeのパッチをあてたWineのimm32.dll.soも、32bitな ものを用意しないといけないので、imm32.dll.soのためだけに、 i386機で32bit版Wineを、portsからmakeし、amd64上のi386-wineに wime4.0.0と、imm32.dll.soをコピーで持って来ました。 ※imm32.dll.soの配置場所は 「/usr/local/lib32/wine/imm32.dll.so」。 http://mevius.5ch.net/test/read.cgi/unix/1107211157/853
854: FreeBSDでwimeを使っている君 [sage] 2020/01/25(土) 04:11:13.09 ※注２ 使用状況：emacs26.1＋yc-5.2.1、scim-canna1.0.0(scim-1.4.9) OS：FreeBSD12.0-RELEASE-p3(amd64) pkg：i386-wine-devel(4.0r1)／i386-wine(3.0.4) wime-4.0.0.tar.bz2(2018年8月5日) ※http://www.venus.sannet.ne.jp/thomas/wime/ ※注３ FreeBSD12.0R(amd64)＋i386-wine(3.0.4)＋wime4.0.0＋ATOK17 の環境で使っていると不思議な挙動に気づきました。 一例ですが、以前に確定完了した「目が」を「眼が」にしたく 「めが」とタイプし、候補表示を開くと、「目が」「眼が」との 候補順表示を期待しますが、「目」「眼」の候補しか 表示されません。それで、「眼」を選んで確定した場合、 「が」が、確定文字に残らず「眼」だけになります。 変換候補の表示通りの挙動ではあるのですが。 状況としては、以下のURLを参考にできます。 https://detail.chiebukuro.yahoo.co.jp/qa/question_detail/q14158985634 http://support.justsystems.com/faq/1032/app/servlet/qadoc?QID=033195 上記URLで示された画像の淡色灰色表示の「かな」が 表示されていない状況です。 つまり、語幹より後の「かな」が表示されていないのです。 ※ATOK公式の画像にある「こおり」は「氷り」「氷」どちらも 候補に表示され、確定後も「り」は残るが、「り」は、 「語幹より後の存在」というよりは、表記の違いのためでは ないか、と思います。 http://mevius.5ch.net/test/read.cgi/unix/1107211157/854
855: FreeBSDでwimeを使っている君 [sage] 2020/01/25(土) 04:32:31.07 ○「※注３」の語幹より後の「かな」が表示されない問題の続き ATOKのプロパティをさわっても直りませんでした。 それで、wime4.0.0以前は、なんともなかったので、 wime4.0.0から、wime3.6.0に戻してみると、語幹より後の 「かな」は普通に候補表示され、確定後も、かな部分の欠落は ありませんでした。 今は、i386-wine(3.0.4)＋wime3.6.0＋ATOK17の環境で大満足で 使っています。 Cannaにも、ATOKの設定にも、詳しいわけではないし、 wimeのドキュメントを読んでも、Cannaなどの仕組みを理解して いない部分があるので、wime4.0.0の仕様変更のせいなのか、 「古すぎるATOKのお前の環境」のせいなのか、判断がつきません。 作者のthomas氏に報告すべきでしょうが、私的には、thomas氏は 神様なので、報告はこわいというか、おそれ多くてできません。 説明されても理解できない部分が出てくると思います。 http://mevius.5ch.net/test/read.cgi/unix/1107211157/855
856: FreeBSDでwimeを使っている君 [] 2020/01/25(土) 04:51:31.91 ○i386-wine-devel(Wine4.0r1)＋一太郎2004 Wine4.0r1では、一太郎2004が、 「Failed to launch server application.」と言われ、 動きませんでした。 winecfgでの「Application settings」で、WineがWindowsプログラム に返すWindowsのバージョンを、WindowsXPや、Windows7など、 すべてのパターンで試しましたが、ダメでした。 公式のFAQ(一太郎2007の説明でしたが)も見ましたが、 「再インストール」などと書かれており、 「いや、今インストールしたばかりなんですけど」という状況 (インストーラは動きました)で、Wine4.0で一太郎2004を 動かすのはあきらめ、Wine3.0.4に戻しました。 Wine4.0以降は、一太郎2004が動かないのではないか、と、 嫌な予感がしたので、情報収集をして、virtualbox-ose-5を 導入し、手持ちのWindowsを動かしました。 「何を今さら」と思われるでしょうが、すごいの一言です。 ヌルヌル動きます。ほぼ、ホストOSの実機のパワーが、 そのままゲストOSに伝わっている感じです。 Qemuでオロオロしていたのは何だったんだろう、と思いました。 Wineでも一太郎が動いて欲しいのですが、まあ一安心です。 じゃ、夜食を食べて来ます。 http://mevius.5ch.net/test/read.cgi/unix/1107211157/856
857: FreeBSDでwimeを使っている君 [] 2020/01/26(日) 02:06:39.76 >>851 Wineの16bitコードの説明が、不正確なので補足します。 16bitリアルモードや、仮想8086モードを使う、Windows3.x対応の Windowsプログラムの場合のみ、DOSBoxが必要、のようです。 今夜も Wine で乾杯! - 22本目 https://mao.5ch.net/test/read.cgi/linux/1540015268/832-839 http://mevius.5ch.net/test/read.cgi/unix/1107211157/857
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 145 ﾚｽあります
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
Google検索
Wikipedia
ぬこの手
ぬこTOP
1.721s*