[過去ﾛｸﾞ]
FreeBSD での Office 環境を語れ! その2 (1002ﾚｽ)
FreeBSD での Office 環境を語れ! その2 http://mevius.5ch.net/test/read.cgi/unix/1107211157/
上
下
前
次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索
歴削→次ｽﾚ
栞削→次ｽﾚ
過去ﾛｸﾞﾒﾆｭｰ
418: 名無しさん＠お腹いっぱい。 [] 2006/04/30(日) 15:19:09 >>411 藻前ら悪いこと言わないからWindowsは使うなよ。 http://mevius.5ch.net/test/read.cgi/unix/1107211157/418
419: 名無しさん＠お腹いっぱい。 [] 2006/04/30(日) 15:23:02 削除屋さん 411の削除ｷﾎﾞﾝ 同意の香具師挙手 ﾉｼ http://mevius.5ch.net/test/read.cgi/unix/1107211157/419
420: 名無しさん＠お腹いっぱい。 [sage] 2006/05/04(木) 23:26:29 OOo の m164が Segmentation fault が出て起動しない。 http://mevius.5ch.net/test/read.cgi/unix/1107211157/420
421: 名無しさん＠お腹いっぱい。 [sage] 2006/05/05(金) 18:06:26 >>419 まぁまぁ、餅つけ。 ( ﾟДﾟ)⊃旦 > 茶飲め http://mevius.5ch.net/test/read.cgi/unix/1107211157/421
422: 名無しさん＠お腹いっぱい。 [sage] 2006/05/06(土) 17:19:33 あんまり話題にならないけど、KOfficeってできはどうなんですか? http://mevius.5ch.net/test/read.cgi/unix/1107211157/422
423: sag [] 2006/05/07(日) 00:56:17 qemu 0.8.1 が出たけど、早くportsも追従しないかな これでマウスの問題が直ると嬉しいけど http://mevius.5ch.net/test/read.cgi/unix/1107211157/423
424: 名無しさん＠お腹いっぱい。 [] 2006/05/07(日) 04:38:14 ｷﾀ━━━━━━(ﾟ∀ﾟ)━━━━━━━!!!!! qemu 0.8.1 がportsに登場。 http://mevius.5ch.net/test/read.cgi/unix/1107211157/424
425: 名無しさん＠お腹いっぱい。 [sage] 2006/05/07(日) 04:47:07 >>423 qemu 0.8.1でもまだマウスの調子は完全にはよくないね。 でも、微妙にマシになったような気はする。 http://mevius.5ch.net/test/read.cgi/unix/1107211157/425
426: 名無しさん＠お腹いっぱい。 [sage] 2006/05/09(火) 01:38:50 なんかkqemu-kmodも新しくなったね。kqemu-kmod-1.3.0.p7 まだ微妙にマウスの動きがおかしい。 ローラー部分がヘタッたマウスを使っているみたいで気持ち悪いけど、 動きはだいぶん速くなった。 時計の狂いも減ってきたような感じがする。 あとは、マウスだけなんだけど... http://mevius.5ch.net/test/read.cgi/unix/1107211157/426
427: 名無しさん＠お腹いっぱい。 [sage] 2006/05/09(火) 01:50:35 しかし、マウスの動きだけなんだけどね。 なんとかならんのか。 http://mevius.5ch.net/test/read.cgi/unix/1107211157/427
428: 名無しさん＠お腹いっぱい。 [sage] 2006/05/09(火) 11:31:51 まずはマウスの動きだけど、 その次に Windows Update の問題も解決すると嬉しい http://mevius.5ch.net/test/read.cgi/unix/1107211157/428
429: 名無しさん＠お腹いっぱい。 [sage] 2006/05/09(火) 11:54:27 Windows Update は、Version 4 だっけ? 前のバージョンのWindows Updateを使えば何も問題ないよ。 http://mevius.5ch.net/test/read.cgi/unix/1107211157/429
430: 名無しさん＠お腹いっぱい。 [sage] 2006/05/09(火) 12:33:35 > 前のバージョンのWindows Updateを使えば何も問題ないよ。 どうやるの？ Windows Update のバージョンを選べるなんて知らなかった。 http://mevius.5ch.net/test/read.cgi/unix/1107211157/430
431: 名無しさん＠お腹いっぱい。 [sage] 2006/05/09(火) 14:53:41 新しいWindowsUpdate or MicrosoftUpdateはqemu上からは使えないんだ。 普通にWindowsUpdate を開いて、横のメニューから 1. 管理者オプション 2. Windows Update カタログ (本文中のリンクから) 3. Windows Update (左側のメニューから) だったかな? でバージョン4のWindows Updateが使える。 これならqemu上からでも Windows Updateができるよ。 http://mevius.5ch.net/test/read.cgi/unix/1107211157/431
432: 名無しさん＠お腹いっぱい。 [sage] 2006/05/09(火) 22:42:35 >>431 の手順で、Windows Updateが動いた ありがとう これで、たまってた更新をインストールできるよ http://mevius.5ch.net/test/read.cgi/unix/1107211157/432
433: 名無しさん＠お腹いっぱい。 [sage] 2006/05/24(水) 04:11:33 OOo-m168をインストールしたんだけど、文字カウントとか選択範囲のところも 数えてくれるようになったんだ。 ちょっと良くなっている。 http://mevius.5ch.net/test/read.cgi/unix/1107211157/433
434: lprで止まる [sage] 2006/05/24(水) 23:25:00 どこで聞くべきか迷いますが、こちらでお願いしたいのですが・・・。 FreeBSD6.0R(amd64) + Samba3(ports) + Qemu0.7.0(package) でQemuゲストのWindows98から外部(Qemuビルトインではない)Samba経由で ホストのFreeBSD(昔からあるlpr)につながったプリンターで印刷をしています。 一度目の印刷はうまくゆきますが、二度目の印刷がうまくゆきません。 一度目が終った後、ゲストのWindows98のプリンタスプーラのステータスが 「停止中」になり、二度目のスプーリングはたまったまま処理されません
。 http://mevius.5ch.net/test/read.cgi/unix/1107211157/434
435: lprで止まる [sage] 2006/05/24(水) 23:26:13 それでホスト(FreeBSD)のスプーリングディレクトリ(/var/spool/sambaにしています) を見ると印刷終了後、印刷データがなくなった後も.seq lock statusが残っており、 lockを削除するとゲスト(Windows98)のスプーラの「停止中」は消えます。 (実際はWindowsスプーラの一時停止のチェックを外し、拒否され、スプーラを終了し スプーラを開き直すと「停止中」の表示が消える) FreeBSDのスプーリングディレクトリのパーミッションがおかしいのか？ といろいろ試し、最終的に777(ユーザー root、グルー
プ daemon)にしましたが ダメでした。 結局、いちいちFreeBSD側でlockファイルを削除しています。 普通に印刷できているよ、と言う方はどのようにprintcapやsmb.confや スプールディレクトリのパーミッションを設定しているのでしょうか？ (そもそもこれでトラブル部分を絞り込めているのでしょうか？) /usr/local/etc/smb.confのプリンタ部分 [global] printcap name = /etc/printcap printing = bsd printer name = lp [printers] comment = All Printers in /etc/printcap path = /var/spool/samba (※printcapの sd= と同一にしています) br
owseable = no writable = yes printable = yes 以上です。お願いします。 http://mevius.5ch.net/test/read.cgi/unix/1107211157/435
436: 434-435 [sage] 2006/06/07(水) 23:50:35 もしかして俺ってスレストな人・・・？ http://mevius.5ch.net/test/read.cgi/unix/1107211157/436
437: 名無しさん＠お腹いっぱい。 [sage] 2006/06/08(木) 13:10:33 > どこで聞くべきか迷いますが、こちらでお願いしたいのですが・・・。 質問スレが適切じゃないですかね。 > path = /var/spool/samba (※printcapの sd= と同一にしています) この括弧の中が間違いで、lpdのスプールとsambaのスプールは別物です。 printcapのsd=には /vap/spool/lpd/プリンタ名 とディレクトリを掘ってそれを指定し、lpdを再起動してください。 http://mevius.5ch.net/test/read.cgi/unix/1107211157/437
438: 名無しさん＠お腹いっぱい。 [sage] 2006/06/09(金) 22:15:24 FreeBSDのOOo 2.0.3はもうRC5まで逝っているな。 http://mevius.5ch.net/test/read.cgi/unix/1107211157/438
439: 名無しさん＠お腹いっぱい。 [sage] 2006/06/09(金) 22:16:56 >>436 じゃなくて、ports内のqemuのバージョンが上がっていないだけだよ。 qemuのバージョンが上がると、プチ祭が始まるから そのときに書き込めばレスはある。 http://mevius.5ch.net/test/read.cgi/unix/1107211157/439
440: lprで止まる [sage] 2006/06/13(火) 00:33:44 >>434-435です。 >>439 なぐさめてもらってすいません。 >>437 最初からsambaのスプールとlprのスプールを同一にしていた訳ではなく、 lprスプールは一般的説明にあるように /var/spool/output/lpd/hogePrinter にしていました。 試行錯誤で疲れて、もしかしたら？と思い、やってみたのですが・・・。 printcapのsd=に/vap/spool/lpd/hogePrinterとしましたが、 相変わらずスプールディレクトリに .seq lock status が残り、 次の印刷がスプールされたまま印刷が始まりません
。 もちろん lock を削除すると印刷が始まるのですが。 Webにある情報を元に、lprのスプールディレクトリを 770、ユーザー daemon、グループ daemon としても状況は変わりません。 引続きお願いします。 ＃質問スレでは印刷関係の質問は反応が鈍いので・・・。 http://mevius.5ch.net/test/read.cgi/unix/1107211157/440
441: 名無しさん＠お腹いっぱい。 [sage] 2006/06/13(火) 00:47:10 >>440 0.70といった古いqemuが原因かも知れないよ。 漏れも、古いqemuで、プリンタが休止中になって 動かないという経験をしたことがある。 qemuは発展途上のソフトウェアなので、更新が物凄く激しい。 それでバグも多いけど、バグが修正される速度も速い。 一度portsから新しいqemuとkqemuをインストールしてみたら? http://mevius.5ch.net/test/read.cgi/unix/1107211157/441
442: 名無しさん＠お腹いっぱい。 [sage] 2006/06/13(火) 01:54:33 /var/spool/lpd/*/lockはlpdが上がってそのスプール(に対応するプリンタ)を ハンドリングしてる証拠なのだから、あって正常。消す必要はないです。 問題を整理して 0. Windowsの印刷の「ファイルに出力」でプリンタに渡せば紙になるデータを作る 1. printcapを書き、lpdを起動し、lprにそのファイルを渡せば印刷できるようにする(ここまでにsambaは全く関係ない) 2. sambaでほとんど何もしなくても印刷できるようになってる という順でやれば全く手戻りしないで済むと思うんだけど
。 kqemuを疑うならまずは別のPCのWindowsから印刷できることを目指すとか。 http://mevius.5ch.net/test/read.cgi/unix/1107211157/442
443: lprで止まる [sage] 2006/06/13(火) 23:05:17 >>434-435です。 >>441 ありがとうございます。参考に憶えておきます。 （amd64用の qemu には kqemu がないみたいです） qemu経由でlpr印刷をするとプリンタが動き出すまで10分くらいかかるのですが、 （やや変だなと思いましたが、そういうものかも。と思い込んでました） 今回の試行では、コマンド投入直後すぐにプリンタが動き出しました。 やはりこういう環境でこういう処理をすると遅いのだと分かりました。 http://mevius.5ch.net/test/read.cgi/unix/1107211157/443
444: lprで止まる [sage] 2006/06/13(火) 23:07:34 まず報告です。qemuの問題ではなく、lprの問題だと判明しました。 >>442の助言のごとく問題の切り分けを試みました。 結果的に状況（初回印刷はされるが、次回印刷が溜り、印刷されない） は変わりませんでした。 Windows環境で印刷の代りに「ファイルへ出力」したファイルを用意しました。 現在のprintcapはsamba環境用に（プリントフィルタで加工せず） そのままスルーする設定で書いています。 「ファイルへ出力」ファイルをそのままlprに喰わせればちゃんと印刷できるはずです。 /etc
/printcap MFC5840CN|lp|MFC5840CN(Network For Samba raw through):\ :lp=:\ :rm=BRN_A1D573:\ :rp=lp:\ :sd=/var/spool/lpd/lp:\ :lf=/var/log/lpd-errs:\ :sh:\ :mx#0: プリンタ名はMFC5840CN（型番そのまま）。これはネットワーク機能があり、 ネットワークプリンタとして使っており、プリンタホスト名はBRN_A1D573 （デフォルト設定のまま）です。 ※自信ある設定ではありませんが、名前解決のために /etc/hosts にIPアドレスとプリンタホスト名を書き、 /etc/hosts.lpdにプリンタホスト名を追記してあります。 http://mevius.5ch.net/tes
t/read.cgi/unix/1107211157/444
445: lprで止まる [sage] 2006/06/13(火) 23:09:16 初回の印刷。（FQDNなマシン名は恥ずかしいので hoge.ho.or.jp にしてあります） （lprのスプーリングディレクトリの/var/spool/lpd/lp/以下には .seq lock status は存在していません）（以下の操作はすべて一般ユーザーでしています） >lpr lpd.prn（件のファイル） >lpq hoge.ho.or.jp: Warning: MFC5840CN is down: sending to BRN_A1D573 hoge.ho.or.jp: sending to BRN_A1D573 Rank Owner Job Files Total Size 1st hoge 0 lpd.prn 373916 bytes no entries 印刷直後（
正常に印刷されました） >lpq hoge.ho.or.jp: Warning: MFC5840CN is down: sending to BRN_A1D573 no entries http://mevius.5ch.net/test/read.cgi/unix/1107211157/445
446: lprで止まる [sage] 2006/06/13(火) 23:15:15 lprのスプーリングディレクトリの/var/spool/lpd/lp/以下に .seq lock status が存在したまま、次回の印刷。・・・印刷が溜ります。 ~>lpr lpd.prn（同じファイル） ~>lpq hoge.ho.or.jp: Warning: MFC5840CN is down: sending to BRN_A1D573 hoge.ho.or.jp: Warning: no daemon present Rank Owner Job Files Total Size 1st hoge 1 lpd.prn 373916 bytes no entries その時のスプールディレクトリをrootでls -l -rw-r----x 1 root daemon 4 6 13 22:29 .seq ---xrwS--
T 1 root daemon 27 6 13 22:28 lock -rw-rw-r-- 1 root daemon 22 6 13 22:28 status dfA001hoge.ho.or.jp cfA001hoge.ho.or.jp ↑消してしまったのでパーミッション不明 ※関係ないかもしれませんが。 スプールが溜った為、 >lprm 1 としてスプールファイルを削除すると、かなり時間がたってから、 削除ファイル名と共に、 「Alarm clock」 とメッセージを出してプロンプトが帰って来ます。 以上です。 ググるキーワードも尽きてどこが悪いのか分からなくなりました。 申し訳ありませんが引続きお知恵をお願いします・・・。
http://mevius.5ch.net/test/read.cgi/unix/1107211157/446
447: 名無しさん＠お腹いっぱい。 [sage] 2006/06/14(水) 01:01:53 >>446 まず、ネットワークプリンタならなんでsamba経由でプリントアウトするの? ゲストOSから直接プリンタを指定すればいいんじゃないの? それから、今のqemuは、amd64でもkqemuは動きます。 http://mevius.5ch.net/test/read.cgi/unix/1107211157/447
ﾒﾓ帳
(0/65535文字)
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 555 ﾚｽあります
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.024s