[過去ﾛｸﾞ]
FreeBSD での Office 環境を語れ! その2 (1002ﾚｽ)
FreeBSD での Office 環境を語れ! その2 http://mevius.5ch.net/test/read.cgi/unix/1107211157/
上
下
前
次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索
歴削→次ｽﾚ
栞削→次ｽﾚ
過去ﾛｸﾞﾒﾆｭｰ
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
448: 名無しさん＠お腹いっぱい。 [sage] 2006/06/14(水) 01:32:13 漏れは、ここのスレの影響でqemuに移行しつつあったんだけど、 最近のOOo2.0.3とかは意外と出来がよいので、OOoの方が使用頻度が 上がってしまっている... と、スレの流れに逆らってみるテスト いや、事務処理の文書を読み書きする程度なんでね。 漏れの場合。 それにしても、FreeBSDでオフィス環境が選べるって良い時代になったね。 http://mevius.5ch.net/test/read.cgi/unix/1107211157/448
449: 名無しさん＠お腹いっぱい。 [sage] 2006/06/14(水) 01:45:26 それにしてもqemuのマウスの動きのバグ、なかなか直らないね。 http://mevius.5ch.net/test/read.cgi/unix/1107211157/449
450: lprで止まる [sage] 2006/06/16(金) 09:05:07 >>447 ＞amd64でもkqemu バージョンアップするモチベーションが上がりました。 目的はゲストOSから印刷する事なので、lprにこだわる必要はないのですが・・・。 過去レスにもゲストOSから直接ネットワークプリンタに出力している 例が書かれていました。しかし自分の環境（-user-net）ではゲストOS内から ネットワークプリンタにpingしても通らず 「pingして通らなかったのはQemuのNAT経由だから」と 理由づけ、あっさりとあきらめてsambaを使ったのですが・・・。 tunでネットワークを
使う場合はホストからゲストを見たい場合ですよね？ ここいらあたり、犬小屋に移動してもいいのでどなたか教えてもらえませんか？ http://www15.big.or.jp/~yamamori/sun/qemu/net.html http://mevius.5ch.net/test/read.cgi/unix/1107211157/450
451: 名無しさん＠お腹いっぱい。 [sage] 2006/06/16(金) 19:41:49 漏れもqemuでNATだけど、普通にネットワークプリンタ使えているよ。 FreeBSD 6.1-stable + qemu-0.8,1 やっぱりqemuが古いのでは... http://mevius.5ch.net/test/read.cgi/unix/1107211157/451
452: lprで止まる [sage] 2006/06/16(金) 23:56:48 まず先にお詫びを申し上げます。 >>450でqemuゲストのWindowsからネットワークプリンタが見付からない、 と言ってましたが、単なるWindowsに対する理解不足でした。すいませんでした。 sambaでネットワークプリンタを入れた経験で妙な思い込みをしてました。 結果的にQemu内のWindowsから直接ネットワークプリンタに繋がり、 普通に印刷できました。 Windowsのネットワークプリンタを誤解してました。 WindowsではWindowsネットワークプリンタとTCP/IPネットワークプリンタ は別物なんです
ね。↓で気づきました。 http://www.relief.jp/itnote/archives/001294.php ベンダ提供のネットワーク対応のプリンタドライバを入れたらあっさり使えました。 さんざん質問して申し訳ない・・・。 これに懲りずにまた何かあったらよろしくお願いします。 lprで印刷が溜る件は結果的に必要ではなくなりましたが、中途半端も気持悪いので、 もし助言があるようでしたら引続きお願いします。 http://mevius.5ch.net/test/read.cgi/unix/1107211157/452
453: 名無しさん＠お腹いっぱい。 [sage] 2006/06/23(金) 23:06:42 qemuのマウス関連のバグ直らないね。 けっこう困っているんだけど。 http://mevius.5ch.net/test/read.cgi/unix/1107211157/453
454: 名無しさん＠お腹いっぱい。 [sage] 2006/06/26(月) 09:25:54 クマらないでっ http://mevius.5ch.net/test/read.cgi/unix/1107211157/454
455: 名無しさん＠お腹いっぱい。 [sage] 2006/06/26(月) 11:39:34 鳩摩羅什;(344-413) Kumarajiva http://mevius.5ch.net/test/read.cgi/unix/1107211157/455
456: 名無しさん＠お腹いっぱい。 [] 2006/06/26(月) 23:25:19 kqemuのportsが更新されていたので、入れてみたら マウスのバグ? が直っているみたい。 うーん、いまのところ快適... かな。 今のバージョンは、kqemu-kmod-1.3.0.p9 http://mevius.5ch.net/test/read.cgi/unix/1107211157/456
457: 名無しさん＠お腹いっぱい。 [sage] 2006/06/27(火) 00:05:11 そう？うちじゃ相変わらずなのだが＞まうす http://mevius.5ch.net/test/read.cgi/unix/1107211157/457
458: 名無しさん＠お腹いっぱい。 [] 2006/06/27(火) 01:55:08 今回のkqemuでどうもマウスの引っかかりはなくなったみたいだね。 でもマウスカーソルのゴミが残るようになった。 http://mevius.5ch.net/test/read.cgi/unix/1107211157/458
459: 名無しさん＠お腹いっぱい。 [sage] 2006/06/27(火) 03:25:10 >>416 それは違う。 『そこまで言って委員会>>69』は、東京のTVが気を使って言わないことをどんどん言ってるから面白いんであって、 決して>>377みたいな面白さではない。司会がたかじんでなくても>>185でなくても成立する。 むしろたかじんが東京嫌いなせいで、東京に放送できなくて社会として損してる。 南京大虐殺は（小虐殺さえ）全くなかったという放送のときには、左翼のゲストさえ、最後は納得させられてた。 単に暴言吐いてるだけではそうならない
。スタッフがきちんと資料やデータを駆使して準備してたからだ。 東京のTVは南京と聞いただけで別に勉強せず避けてるだけ。 >>400 禿同 http://mevius.5ch.net/test/read.cgi/unix/1107211157/459
ﾒﾓ帳
(0/65535文字)
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 543 ﾚｽあります
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
Google検索
Wikipedia
ぬこの手
ぬこTOP
1.595s*