[過去ﾛｸﾞ]
FreeBSD での Office 環境を語れ! その2 (1002ﾚｽ)
FreeBSD での Office 環境を語れ! その2 http://mevius.5ch.net/test/read.cgi/unix/1107211157/
上
下
前
次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索
歴削→次ｽﾚ
栞削→次ｽﾚ
過去ﾛｸﾞﾒﾆｭｰ
827: 名無しさん＠お腹いっぱい。 [sage] 2018/04/18(水) 02:42:22.35 linux にしたってデフォルトがA4なだけで、用紙設定のバグは同じだから、例えばB5を使おうと思えば面倒な事になる。 http://mevius.5ch.net/test/read.cgi/unix/1107211157/827
828: 名無しさん＠お腹いっぱい。 [sage] 2018/04/18(水) 11:29:53.64 Linuxにすりゃ安泰かと思いきや、そんな落とし穴があったとはｗ http://mevius.5ch.net/test/read.cgi/unix/1107211157/828
829: 名無しさん＠お腹いっぱい。 [] 2018/04/19(木) 12:44:14.88 OpenOfficeとか、アホかよ。 こいつはw http://mevius.5ch.net/test/read.cgi/unix/1107211157/829
830: 名無しさん＠お腹いっぱい。 [sage] 2018/04/19(木) 13:10:53.23 なんか変なのが出てきたぞ http://mevius.5ch.net/test/read.cgi/unix/1107211157/830
831: 名無しさん＠お腹いっぱい。 [sage] 2018/04/21(土) 03:13:44.17 >>829 突然どうしたの http://mevius.5ch.net/test/read.cgi/unix/1107211157/831
832: 名無しさん＠お腹いっぱい。 [sage] 2018/04/22(日) 11:13:42.49 基地外に餌を与えないで下さい http://mevius.5ch.net/test/read.cgi/unix/1107211157/832
833: 名無しさん＠お腹いっぱい。 [] 2018/04/27(金) 01:00:32.52 Writerで普段B4(トレイ1)に印刷してるんだけど、 ごく稀に何故かA4(トレイ2)で印刷するときがある(ご丁寧に縮小されてる) キャンセルして再度印刷するとちゃんとB4で出てくる 困ったもんだ http://mevius.5ch.net/test/read.cgi/unix/1107211157/833
834: 名無しさん＠お腹いっぱい。 [] 2018/04/27(金) 14:17:02.57 【マイトＬーヤとＰＳ４】 ＦＦとＤＱの最新作、ＶＲ開発は危険、プレーヤーの日常感覚を損なうおそれ http://rosie.5ch.net/test/read.cgi/liveplus/1524621704/l50 http://mevius.5ch.net/test/read.cgi/unix/1107211157/834
835: wime君：Wine+wime3.6.0+ATOK17(2004)/FreeBSD(i386) [sage] 2018/05/06(日) 03:08:15.97 ID:WrxHhIki 腰を抜かすほど驚きました。wime3.6.0がリリースされていました。 もうバージョンアップはないと思っていました。 さっそくビルドをして、使用してみたところ、快調に動いています。 使用状況：emacs25.3+（野良）yc-5.2.1、scim-canna1.0.0(scim-1.4.9) 環境：FreeBSD11.1-RELEASE-p9(i386 Generic Kernel)※後述１ ports：wine-devel-3.7 pkg：ja-canna-lib-3.7p3 ※現状ではja-canna-serverへ依存せず pkg：gmake-4.2.1 wime-3.6.0.tar.bz2 作業手順は前回（下記URL）と同じですが、手順のおさらいをします。 https://mevius.5ch.net/test/read.cgi/unix/1107211157/804-n 1. portsのWineにwimeのimm-magicパッチをあてる。 2. wimeをgmakeでビルド。※後述２ 3. ATOKをWine環境下へインストール。レジストリを変更の事。 4. Wineからwimeが見えるようにwinecfgでドライブを割り当てる。 ・FreeBSDの場合で、wimeのconf.mkにて変更すべき部分。 USE_CLANG?=0 → USE_CLANG?=1 FREEBSD?=0 → FREEBSD?=1 ・32bitのFreeBSD(i386)で32bitのWineである場合。※後述３ WOW64?=1 → WOW64?=0 ※私は、XIM、IMCONFIG、GTK、はコメント化しましたが、 それらの値は、ご自分の環境に合わせて変更してください。 http://mevius.5ch.net/test/read.cgi/unix/1107211157/835
836: wime君：Wine+wime3.6.0+ATOK17(2004)/FreeBSD(i386) [sage] 2018/05/06(日) 03:12:50.97 ID:WrxHhIki ○後述２・後述３「前回記述の誤りについて」 https://mevius.5ch.net/test/read.cgi/unix/1107211157/804-n 前回、上記URLに書いた、wime-3.5.2のビルド手順において 誤りがありました。私自身の理解の浅さによる誤りでした。 「wime-3.5.2/io/Makefileの『#amd64でi386-wineを動かしているとき』 の文脈のかたまりをコメント化」と書きましたが、これは誤りです。 wime-3.5.2のconf.mkの「WINE32?=0」を「WINE32?=1」にすれば、 普通にgmakeが通ります。 当時、私は「OSが32bitなのだから、Wineは32bitがビルドされるのは、 Wineとして普通の動作だから」と、デフォルト値の「=1」を変更せずに、 迂遠な作業をしてしまいました。 今回、wime-3.6.0になって「WINE32」が「WOW64」に変更された事で 自分の誤りに気づきました。 Makefileに不備があるかのような、あらぬバグ疑いとなった 作者のthomas氏にも、私の記述を読んで一手間をかけてgmakeを していた方々にも深くお詫びを申し上げます。 まことに申し訳ありませんでした。 ですから、今回のwime-3.6.0では、i386 Generic Kernel(32bit OS)の 場合、conf.mkの変更は、「WOW64?=1 → WOW64?=0」としてください。 http://mevius.5ch.net/test/read.cgi/unix/1107211157/836
837: wime君：Wine+wime3.6.0+ATOK17(2004)/FreeBSD(i386) [sage] 2018/05/06(日) 03:16:27.39 ID:WrxHhIki ○後述１「i386 Generic Kernelと明示の理由」 「i386 Generic Kernel」と、わざわざ明示した理由を説明します。 「FreeBSDを語れ Part44」（下記URL）で、 FreeBSD amd64(x86_64bit) と FreeBSD i386(x86_32bit)でのバトルが あり、PAE kernelの話が出ました。 https://mevius.5ch.net/test/read.cgi/unix/1496160953/930-990 この流れで、PAE kernelを試した方が、PAE kernel用のConfigFileで 『「makeoptions NO_MODULES=yes」は消えている』とレスした事から、 PAE kernelを試す方が続出し、FreeBSD i386のPAE kernelで、 4G以上のメモリが認識される事が発見されました。 ※ググったところ、「makeoptions NO_MODULES=yes」がなくなっている 状況の報告は、匠の一手氏（2014年11月04日の記事）の記事が早かった のではないかと思います。 http://uyota.asablo.jp/blog/2014/11/04/7482632 バトルと報告をきっかけに、私もPAE kernelをビルドし、 3.2Gでなく、4Gのメモリが認識されることを確認しました。 日常使用するカーネルモジュールが動き、ソフトウェアも動作する事を 確認したのですが、PAE kernelでは、唯一、Wineがダメでした。 http://mevius.5ch.net/test/read.cgi/unix/1107211157/837
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
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 156 ﾚｽあります
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
Google検索
Wikipedia
ぬこの手
ぬこTOP
1.587s*