おいお前ら！ おちゅ〜しゃはどうですか？ Ver.3

前スレ
http://pc5.2ch.net/test/read.cgi/linux/1079912788/

公式
http://ochusha.sourceforge.jp/

2

あら、前スレおちちゃったのね。

おちゅ〜しゃのウェブサイト
http://ochusha.sourceforge.jp/
http://sourceforge.jp/projects/ochusha/

このスレ即死する悪寒。

もうおちゅーしゃのスレはいらないってことなのか
使ってる人少ないのかな

いやいや、使ってんだけど、これといってネタ無いから振れない。
今は凄く安定してるし。

カスタム・チューニング情報がないとおもろくない!

したらば他2ch外の掲示板の対応の改善とか、どうすかね？
おかしな表示になったり機種依存文字が出るとレスが消えたりするんですけど

>>1
ｶﾞﾝ(　ﾟдﾟ)ｶﾞﾚ

保守

機能追加とか変更案とかあればどんどん書けやー。
ついでに開発に参加しろや。

TODOに書いてある
＞タブブラウジングのUIの練り直し――板とスレのタブを分離した方が良い？
＞エラーメッセージダイアログ
は早くやって欲しい

出来れば、ID抽出機能が欲しい。

download_image() の高速化。

開発動いてるんですか？
ここんとこバージョンアップもないし、Sorceforgeにバグ報告しても
放置だし。

・kakikomi.txt（自分の書き込み履歴）の実装
・連続カキコ規制板の残り待ち時間タイマー表示

ください

ニュース速報+で
http://news19.2ch.net/test/read.cgi/newsplus/1093679627/
のスレタイが見れない。空白になってる。
ちなみにfirefoxで見た所スレタイは以下のようです。
【健康】「異常あり」最悪の４７％＝サラリーマンの健康診断【リーマン】

フォントはttf-monaを使ってるんだけど、フォントの問題？

>>17
おーほんとだ。別のフォントに切り替えてもぜんぜん表示しないね。

【リーマン】の後ろに何やら制御文字っぽいのがくっついてる模様。

『・・』
がついてるけど

あっ落ちる？

そう言えば、板専用設定のあぼ〜んって機能してる？
登録後にリロードしたり取得し直したりしても一向にレスが消えん...

>>22
いったんochusha終了して再起動しないとダメじゃないかな？

>>23
サンクス。しかし原因は別のところにあった模様...。
IDあぼ〜んを試してたんだけど、どうも"+"を含むIDではうまくいかないみたい。
使えない文字があるのかな？

>>24
正規表現だからエスケープしる。

TL10D で、 srpm から rebuild した 0.5.5 使ってますが、
お気に入りに入れたスレのどこかに書き込んで、
別のスレを選ぶと、スレ表示 window の中になにも
表示されなくなります。でも処理はしていて、表示だけ
されない感じで、未読数だけは更新されます。
こんな症状はなにが原因でしょうか？

おちゅ〜しゃはいいアプリなんだが
ここに巣くう輩が糞
おちゅ〜しゃ専用のサポ板が(　ﾟдﾟ)ﾎｽｨ…

おちゅーしゃ文字化けするんだよなぁ、文字フォントが悪いのかなぁ(lamppix1.1jp)

>>28
広告の裏に

↓ここに普通のブラウザでアクセスしてもスレそのものが表示されないので
　　おちゅ〜しゃでアクセスしたいんですが
　　おちゅ〜しゃのサイトにある情報によると
　　↓には対応できないっぽいのですが見れている人いますか？


実況 ◆ 日本テレビ　実況避難所 216
http://24h.musume.org/cgi-bin/test/read.cgi/live/1093875313/

>↓ここに普通のブラウザでアクセスしてもスレそのものが表示されないので

ん？漏れの Mozilla では普通に見えるのだが・・・

>>31
最新50とか全部読むとかをクリックしても
同じページが表示されるだけでスレを開けないんです。
書き込もうとしても同じです。
なんでだろう

wgetしてみたところ403になりました。



--09:53:02-- http://24h.musume.org/cgi-bin/test/read.cgi/live/1093875313/
=> `index.html'
24h.musume.org をDNSに問いあわせています... 完了しました。
24h.musume.org[202.229.29.123]:80 に接続しています... 接続しました。
HTTP による接続要求を送信しました、応答を待っています... 403 Forbidden
09:53:03 エラー 403: Forbidden。

>>32-33
むぅ、問題ないぞ？
$ wget http://24h.musume.org/cgi-bin/test/read.cgi/live/1093875313/
--10:59:08-- http://24h.musume.org/cgi-bin/test/read.cgi/live/1093875313/
=> `index.html'
24h.musume.org をDNSに問いあわせています... 完了しました。
24h.musume.org[202.229.29.123]:80 に接続しています... 接続しました。
HTTP による接続要求を送信しました、応答を待っています... 200 OK
長さ: 特定できません [text/html]

[ <=> ] 106,400 637.46K/s

10:59:08 (637.46 KB/s) - `index.html' を保存しました [106400]

接続できていないだけで、キャッシュを表示しているんじゃないのか？

何でだろうな。
漏れはMozilla1.7.2でしっかり読めるんだが。

30です。
プロバイダが用意しているproxy経由だと表示されました。
どうやらホスト名が取得できない状態だとはじかれるのかもしれません。

0chを外部板に登録するにはどうすればいいでしか？

今までnavi2chを使っていたんだが、ディストリを変えたら
オチュ〜シャが入っていたので、しばらく使って見ることにする。

ところで質問なんですが、背景が純白だと目が疲れる。
どうやって背景色を変えたらよいのか教えてください。

39です
事故解決しました。
KDEの設定をいじるんですね

knoppixで使うにはどうしたらいいんだ？
./configure --disable-gtktestといれても
GTKのバージョンチェックに引っかかるみたいなんだが。

>>41
knoppix使い込んだことない(多少触れたことはあるけど)からわからないけど、
1CDに抑えるために開発環境が入ってないんじゃないか?

再び39です。
いままでaist版のknoppix 3.4を使っていたんだが、
lcr版のknoppix 3.6に変えてみたら「おちゅ〜しゃ」と「きた」が
入っていた。
コンソールから単に ochusha または kitaと打つだけだから
至極簡単。

今まで繋がらなかった無線LANカードも繋がってチョ〜うれしい。

ただし、サーバが重いのでこれのisoファイルを落すのに一昼夜かかる。

外部板の登録がうざい仕様だったので、おちゅ〜しゃは窓から投げ捨てますた！！

らくじゃん

>>44
君は正しい。

もう戻ってくるなよ。

初めておちゅ〜しゃを使うのですが
スレ表示欄のツールバーに、お気に入りに入れるボタンが無いのは仕様ですか？
スレ一覧から該当スレを右クリックして登録するだけでは不便で不便で。

情報を出し惜しみするスレ住人は












氏ね

天に唾するとはまさにこのことか…

仕様ですか？


といいたいだけちゃうんかと(ry

最近更新ないが・・・

フィードバックすればいいのねん

お気に入りを多段階層のディレクトリにできるようになった？？

8chや3chはみれないの？

Level3や0chはみれないの？

がんばれ

サーバ移転したら移転前のログが見れないのでは
せっかくのキャッシュが無駄になってしまう。

キャッシュしたあとに2ch管理サイドがあぼーんしたレスは、
あぼーんでキャッシュも上書き消去されるのですか?

>>57
たぶん上書きされてしまう気がする
せっかくだから上書きはせず、「あぼ〜ん」印をつけるだけに
してくれるといいなぁ

>>58
それ賛成!

何のための「あぼ〜ん」だよ、バカ

>>57
見れると思うが？

ｶﾞﾝ(　ﾟдﾟ)ｶﾞﾚ

なんか鬱になってきた。

>>63
なぜ鬱？

いつのバージョンからか忘れたけれど、最近のバージョンでは、サーバ
移転時にログが新しいサーバ用のディレクトリに移動されるようになって
いる。そのため、移転前のログは全て新しいサーバにあるように使われ
るし、DAT落ちした後もそのスレは読める。

サーバで「あぼーん」されたレスが消えるのは2chの仕組み上仕方
がない。2chでは、削除人がスレ末尾のレスを削除する場合には、
あたかもそのレスがなかったかのように完全に消され、スレの途中
のレスを削除する場合には「あぼーん」に置き換えられる。

「あぼーん」されると一般にDATファイルの長さが変わる。そのため
現在DATファイルをNバイト分持ってるからN+1バイトめから最後ま
で読んで結合するという差分読み込みを行うと、「あぼーん」があっ
た場合に、DATファイルが一部壊れるか、レス番がずれたりする。
いわゆる2chブラウザは、レス番nからレス番mまでサーバから読み
込むということはできないので、それらの問題を回避するためには
「あぼーん」を検知した時には最初から読み直す以外の選択肢は
ない。

仮に、レス番nからmまで読み込むことが可能だったとしても、スレ末
尾のレスが削除された場合に対応できない。その結果、レス番がず
れるという問題が起こる。例えばまちBBSとか見てるとよくずれる。
その代わり、サーバ側でスレの途中のレスが「あぼーん」されても、
おちゅ〜しゃ側ではあぼーん前のレスのままになる。

>>64-65
詳しい説明ありがとうございます。
キャッシュはサーバー移転時に対応するようになったのですね。
以前見れなかった記憶があったけどそれも勘違いではなさそうで。
「あぼーん」はそうゆう事でしたか。勉強になりました。

あぼーん

>>65
でもその仕組みだとしたら、DATのサイズが違ってたら
いったん全部別名で落としてきて、あぼーん部分を検知して
そこを継ぎはぎする処理って簡単にできそうだが・・・。
それを実装しないのは、単に面倒というよりも政策的な理由の気がする。

あ、いまのは途中のあぼーんの場合ね。
末尾あぼーんはローカル未取得だとしたら
対応しようがないね。
だからむしろ>>64か。

コンパイルしてみた。
起動した。
セグフォ。

Debian GNU/Linux sarge , Pentium III, kernel 2.6.7

>>70
バックトレースくらい取れ

>>70
(;´Д｀)何の役にも立たない報告だなおい・・。

Debianだめぽ

>>72 すまん、 gdb でトレースしてみるわ。

>>73 どっから DL したかわすれたけど、
Debian 用のパッケージインスコしてセグフォだったんで、
そのソースパッケージをリビルドしてみた。
んで、セグフォ。
やる気なくしてソースツリー消した。
ま、今晩にでもやってみるわ、もう一回。

Ｖｉｎｅにapt-getしてみた。
なかなかいいよ。

>>75
「ツール」で板とスレのフォントを指定してやるとなおいいぞ

おちゅーしゃのフォルダはどこにあるのですか？
インスコして普通に使えるところまではいけたのですが
どこにインスコされたのか見当もつきません・・・（´・ω・`）

>>78
ディストリやインストール方法にもよるけど、/usr/local/bin あたりじゃない？

【要望】
時々ochushaが落ちて、各種設定が初期設定に戻ってしまうことがあります。
以下の機能追加を要望します。
1. 設定ファイル（config.xml）のバックアップコピーを作成
2. 正常終了しなかった時は、次回の起動時にはバックアップコピーからレストア

>>80
普通は落ちる原因を探すと思うが・。

落ちて起動直前に戻るならわかるが、初期状態ってのはどうかな〜。
いつもはセッションを保存して終了してて、落ちた時は普通に起動してる
から、セッションが復元されてないだけじゃね？

カンナでおちゅ〜しゃの〜はどうやって出すの？

「にょろ」とか「なみ」とかで出んか？

確かMS-IMEでも、cannaでも、skkでも「から」で出たような気がする。

FreeWnnでも「から」で出る

>>83-85
どれでもでたっス。あじがとー。

スペースキーで下にスクロールできるけど、他にも実装してほしい↓

b 上に大きくスクロール
j 下に小さくスクロール
k 上に小さくスクロール

おちゅ〜しゃ for Windowsでないかなぁ。

待っているんだよね。

>>88
かちゃ〜しゃがあるじゃん

>>88
cygwin、mingw双方で動かしてる奴が前スレに居たよ。

CVSからとってきたスナップショットのコンパイルがとおらねぇ。
でかいパッチつくったけど、まだとおらねぇ。
コンパイラ何つかってんだ？

Linux触りはじめて3日
apt-getでochushaが出てきた時はちょっと感動した
そんな昼下がり

>>91
CVSの先頭は動かないよ。ってか、スレ一覧までは見られるけど。

一日中悪戦苦闘してやっとおちゅーしゃインスコして書き込めますた。。。
しかしこんなの作っちゃう人って日頃は何してる人なんだろう。。

ｶﾞﾝ(　ﾟдﾟ)ｶﾞﾚ

ｶﾞﾝ(　ﾟдﾟ)ｶﾞﾚ

最近Linux+おちゅ〜しゃで2ch見てますが「必死だな」機能はいいですね。

それはいったい ど〜ゆ〜機能ですか？

>>98
一般人には目に付きません(w

検索したらわかった。
これでおれも北斗神拳の使い手だぁ〜

test

test

更新まだぁ

レス付ける時、発言を引用できるとありがたい。

Debian なんでパッケージいれるだけでした。
ありがとう作者＆パッケージャ

>>105
> Debian なんでパッケージいれるだけでした。
> ありがとう作者＆パッケージャ
別にDebianでなくとも、パッケージあるんだが・・・

>>104
> レス付ける時、発言を引用できるとありがたい。
そんなの要らない。
（な？うっとおしいだけだろ？ｗ）

>>106
＞>>104
＞> レス付ける時、発言を引用できるとありがたい。
＞そんなの要らない。
＞（な？うっとおしいだけだろ？ｗ）

私も引用は必要ないと思います。

ヘルプ(H)の横にスレッドのURLを表示するのはどうか？

"Mozillaでスレッドを開く"ボタンを追加

スレッド内でキーワードをマークして右クリックで
それを"Googleで検索"できるようにする

どうでしょうか？

>>108
ボタン追加せんでも右クリック「ウェブブラウザで開く」があるからいらない。

>スレッド内でキーワードをマークして右クリックで
>それを"Googleで検索"できるようにする
Google form でマウス中ボタン押せばいいからいらない。

個人的に↓のような機能があると便利だと思うんだけどどうですか？

あらかじめキーワードを登録しておき、
ページを開くたびに自動的にページ内を検索して
登録されたキーワードが含まれていると
ランプが点灯するなどしてお知らせしてくれる。

すいません、Mozillaスレッドに書こうとして誤爆しました。

ｶﾞﾝ(　ﾟдﾟ)ｶﾞﾚ

おちゅーしゃ使わせてもらってます。
前にこのスレで、オチューシャのコンパイルの仕方が載ってたような。
libochusha.soのエラーってどうやって回避するんでしたっけ？

おんなじとこで悩んでます。

なんていうか AA張り付け機能とか画ちゃんとか 対応できたらうれしいな。

>>113
どんなエラー?

メール欄で>>を見ると
&ｇt; &ｇt;
になってしまうのはバグですよね

>>115
いいえ。

どれどれ。

>115 >117
第一メイル欄で半角不等号を使う必然性がなかろうよ。

どうして？「Nishimura Hiroyuki <[email protected]>」みたいな表記もあるだろ？

いや、だから、２ちゃんでわざわざその表記をする必然性がわからん。

2chでメル襴にメアド書いてあるの一度も見たこと無いから
メル襴て名前を廃止すればいいのに

それとこれとは話が別。

メ欄にメアド
メル欄にメルアド

>>123
すみません。以後ちゃんと注意して使いわけるよう心掛けます。

初心者への配慮としておちゅーしゃの今 "E-maiil:" て書いてある所には
「ここにメールアドレスを書いてはいけません」と書いておくべき

ハード系の板とかでは個人売買等のために一時的なやりとり用の
捨てアド書くようなケースもあるけどね。

問題は、メイル欄にメアドを書く人が存在するどうかではなく、
半角不等号を書く必然性があるかどうかだろう？

おちゅ〜しゃをDebianで使っています。
apt 経由でパッケージをとってくる事ってできますか？
sources.list を書いて幸せになりたいです。

>>126
必然性がなくとも書く人はいるんでは。

外部ブラウザの指定、デフォルトのままにしてます。
オプションの意味が良く分からないので。

mozilla -raise -remote "openURL(%s,new-window)

なんですが、全然機能していないみたいです。
僕の希望の動作は、Mozilla Firefox の新しいタブで
リンクを開きたいんですが。

もしくはコンカラの新規タブで。

>>129
firefoxでは新規ブラウザが使用中で開けません。
だれか新規タブで開く引数等あれば‥‥

このへんはどうよ
http://linux2ch.bbzone.net/index.php?FaqApplicationMisc#mozremote

サンクス助かります。後で、やってみます。

firefox -a firefox -remote openURL($LINK,new-tab)

おちゅで画像表示の設定があるけど
画像が表示される場合と？と表示されて表示されない場合がある
途中まで表示されるが残りは？だったりする。
リンク先には画像があるのだがなんでｲﾝﾗｲﾝ表示されない場合があるの？

必然性がないのにわざわざ書く人がどれだけ居るのさ？>128
いい加減へ理屈の領域だぞ。

>>131-134
firefox -a firefox -remote openURL(%s,new-tab)
でうまくできました。サンクス

>>114
お返事遅くなりました
ochusha: error while loading shared libraries: libochusha.so.0: cannot open shared object file: No such file or directory

こういうエラーがでちゃいます。コンパイル時にごにょごにょすることで、直ったと
思うんだけど‥

makeしただけでmake installしてないとみたがどうよ

>>139

make して checkinstallで rpmつくって、それをインストールしてるんですが。
もちろん make install も 試しました。
なんだっけな 対処方法あったのに 思い出せない orz

ldconfigじゃね？

>>140
だな。
っつーか、rpm なら sf.jp で配布されてる SRPM をリビルドした方が早いだろうに。
インストール時・アンインストール時に ldconfig を実行するゆになってるし。

おちゅからカキコテスト
いい感じだ〜ね。

http://www.example.com/test/*.cgi
という形式だと書き込みできるけど、例えば、
http://www.example.com/~foo/cgi-bin/test/*.cgi
という形式だと書き込みできないな。
読込みはできる。

欲しい機能
・画像以外のリンク先を表示(ソースだけでも)
・リンク抽出
・自動リロード
・datをHTMLに変換して保存

ｶﾞﾝ(　ﾟдﾟ)ｶﾞﾚ

おちゅって、DAT落ちしたスレは勝手にキャッシュ(？)も消えて行きますか？

消えない

>>148 ということは、単調増加？
ちらっと見ただけのスレでもディスクに残り続けるのか。

>>149
「マイフォルダ」→「全既得スレ」から削除できるYO

>>141
>>142

ありがとうございます。ldconfigでした。もう情けない‥
まさか ldconfigだとは 思わなかった
configure オプションに何かつけるだとばっかり。

再度ありがとうございます

いま白箱3使ってるんだけど、おちゅ使ってみよ思って試しにYUMってみたんだが、ない。
まあそうか、ってんで大人しく検索して、SourceForge見付けて、
一番近そうなFC2のを落として、インストールしようとしたんだが、
依存関係のエラーでGLIBC_2.3.4入れれといわれ、
YUMさんでGLIBCすると、すでに最新だよーって言われちゃんだが。
ちなみにリポジトリは
ttp://linux2ch.bbzone.net/index.php?FaqDistributionWhitebox#content_1_14
を使ってる。できればYUMりたいんだが、どっかで拾ってこなきゃダメ?

>>152
glibc-develをいれてみるとか。

A・P・T！ A・P・T！

>>154
YUMを使ってる人がAPT使い出すとえらいことになるんじゃ？ｗ

ｶﾞﾝ(　ﾟдﾟ)ｶﾞﾚ

＞153
あのあと、YUMにDagを追加して
爆発的にパッケージふえたんで
yum install glibc-develやってみたけど、
latest version installed
になっちゃうん。
もうだめぽ。。。

それじゃあ、もうあきらめて ./configure && make && make install で
いれてしまうのがいいのでは。

>>152
WBL3だけどmakeでSSLのエラーが出たんで、前スレを参考にして
ochusha-0.5.5.tar.bz2を展開して、
$ cd ochusha-0.5.5
$ ./configure --without-ssl
$ make
# make install
したら出来たよ。

Vine Linux 3.0を使用しています
src.rpmをリビルドしようとすると
Could not run libxml test programとおこられます
でもlibxmlは最新バージョンが入ってるとaptは言っています

どうすれば解決できるでしょうか？

Vineなら apt-get ochusha で入るがそれではダメなのか？

>>160
libxml-devel を入れる。

あぁ、ここおちゅ〜しゃスレか。Vine スレと勘違いしてた。
apt で入れるだけやね。
# あとビルドに必要なのは libxml-devel じゃなくて libxml2-devel だ。

>>161
apt-get install ochusha ね。

>>161-163
ありがとうございました

sage

152氏のレスを見てWBELにインストールできました．
と言うことで初かきこ．
おちゅーしゃ見やすくていいですね！

ｶﾞﾝ(　ﾟдﾟ)ｶﾞﾚ

最近更新ないな

ﾎﾞﾝ(　ﾟдﾟ)ﾊﾞﾍ

ｱｵ(　ﾟдﾟ)ｳｻ

(　ﾟдﾟ) ・・・

ｶﾞﾝ(　ﾟдﾟ)ｶﾞﾚ

ｶﾞﾚ(　ﾟдﾟ)ｶﾞﾝ

ｶﾙ(　ﾟдﾟ)ｶﾝ

ﾎﾟｯ(　ﾟдﾟ)ｸﾘ

ｶﾂ(　ﾟдﾟ)ｶﾚｰ

最近更新ないな

おちゅ〜しゃのFreeWnn化を懸念

なんか作者さんの安否が気になります。
たまにはレスして現状報告して下さい。

CVS見れ

おちゅ〜しゃでRSSが読めるようにならないかな。
とつぶやいてみる。


−−−−−−−−−−−−−−−−−−−−−−−−−−
俺様用しおり
　 ∧＿∧
　（　・∀・）＜　今日はここまで読んだ
−−−−−−−−−−−−−−−−−−−−−−−−−−

>>180
0.5.5リリース以来更新されてないみたいですが、、、
単にコミットされてないのか？

>>182
ochusha-cvsみてみ

>>183
すいませんそれってどこにあるんですか？
SourceForgeのWeb画面から見る奴でtarチェックアウト(??)したら古いのが来たみたいです。

ホームページからochusha-cvsって文字列を検索してクリッククリック

>>185
がんがん更新されてるみたいですね。
次期バージョンが楽しみ。っていうかしばらくリリースされなかったから
どうしたのかと心配だったんですけど、無事で何よりです。

すいません。最近使い始めたものですが、
sourceforgeからダウンロードした0.5.5のtarボールをコンパイルして使ってます。

書き込みの方法を教えてください。

どこを探しても見当たらないし、--enabe-writeなんてオプションがあるわけでもないし、
READMEにもないし、

このスレを教えて下さったスレの人がCVS版を使ったらと教えてくれましたが、そういうことなんですか？

わざわざ書き込めなくする機能は付いてないはずだが

>>188
すみません。
具体的にどういう操作をすれば書き込みができるのか教えて頂けませんか

>>189
大変すみません
自己レスです。
「現在のスレにレスを書く」ボタンがありました。
どうもお騒がせしました。

(;´Д｀)おいおい・・。

IDのポップアップがほすぃー

普段GNOMEで使ってると平気なんだけど、ときどき別のWM(twmとかWindowMaker)
で起動すると、取得済みのスレのレス数とか俺様用しおりとかが古い状態に戻ってしまって、
その後GNOMEで立ち上げ直しても古いままの状態が残っちゃう。
そんなもんなの？

取得したスレ本体は残ってるから、めんどくさいこと以外は実害ないんだけどさ。

GNOMEやKDEで「セッションを保存」とか「デスクトップの状態を復元」とかの
機能を使ってればそんなもの。

>>193
うちもなるよ。

>>194
ログアウトのダイアログでは「現在の設定を保存する」のチェックを外してるんだけど、
これとは違うのかな。
ま、自分の設定すらよく分かってないので「そんなもの」と思うことにします。ありがと。

C++になっちゃうんだよな

−−−−−−−−−−−−−−−−−−−−−−−−−−
俺様用しおり
　 ∧＿∧
　（　・∀・）＜　今日はここまで読んだ
−−−−−−−−−−−−−−−−−−−−−−−−−−

0.6ｷﾞﾎﾞn

ｶﾞﾝ(　ﾟдﾟ)ｶﾞﾚ

もう駄目か・・・

live2chみたいなスタイルにしたい時もあるんだが
スタイルを選ぶような仕様に変更するのはムリ？

今は無理じゃない

すいません、お気に入り機能はどこですか?

>>204
2つ目の信号を右

ありがとうございます。
お気に入りにいれると言うメニューは見つけたのですが、
お気に入りを呼び出す方法や一覧する方法が分かりません。
お教え頂けますでしょうか。

板一覧の一番上

なるほど。わかりました。ありがとうございます。

ええい！

作者たん、飽きちゃったのかね
誰か開発引き継いでくれないかなあ

ｶﾞﾝ(　ﾟдﾟ)ｶﾞﾚ

え? CVSもと止まちゃってるの?

ｶﾞﾝ(　ﾟдﾟ)ｶﾞﾚ

カプエス

ｴｽ(　ﾟдﾟ)ﾌﾟﾘ

ﾌﾟﾘ（　ﾟдﾟ）ｹﾂ

ところで、要望はここでいいんでしょうか。
メル欄デフォルトで表示されると嬉しいんですけど。

>>217
メニューから/ツール/オプションで出てくるダイアログの「スレ表示」タブで
「メイル欄を地の文として表示する。」に一回チェックするだけで記憶される
が？
不安だったら、設定した後に終了させれば確実に記録される。

>>218
すいません、俺がへたれなだけでした。

スレ表示欄なんですが、もうちょっとだけ行間を空けて表示したいんです
が、どこかで設定できるでしょうか。

>>220
できないね。

>>221
そうですか。どっかでcssとか設定してやれば、できるかと思ったんですが
無理なんですね。

以下の行が大量に出た後落ちました。
(ochusha:5229): GLib-GObject-CRITICAL **: file gclosure.c: line 421 (g_closure_invoke): assertion `closure->marshal || closure->meta_marshal' failed

(gdb) bt
#0 0x0000002a978785c8 in main_arena () from /lib64/tls/libc.so.6
#1 0x0000002a973b8d6a in g_closure_invoke () from /opt/gnome/lib64/libgobject-2.0.so.0
#2 0x0000002a973c70b4 in signal_emit_unlocked_R () from /opt/gnome/lib64/libgobject-2.0.so.0
#3 0x0000002a973c84fa in g_signal_emit_valist () from /opt/gnome/lib64/libgobject-2.0.so.0
#4 0x0000002a973c8943 in g_signal_emit () from /opt/gnome/lib64/libgobject-2.0.so.0
#5 0x0000002a973bf0d7 in g_object_dispatch_properties_changed () from /opt/gnome/lib64/libgobject-2.0.so.0
#6 0x0000002a973ba8ca in g_object_notify_dispatcher () from /opt/gnome/lib64/libgobject-2.0.so.0
#7 0x0000002a973bcf77 in g_object_notify_queue_thaw () from /opt/gnome/lib64/libgobject-2.0.so.0
#8 0x0000002a973bd297 in g_object_thaw_notify () from /opt/gnome/lib64/libgobject-2.0.so.0
#9 0x0000002a9654ef03 in gtk_widget_unparent () from /opt/gnome/lib64/libgtk-x11-2.0.so.0
#10 0x0000002a9640541e in gtk_box_remove () from /opt/gnome/lib64/libgtk-x11-2.0.so.0
#11 0x0000002a973c41ee in g_cclosure_marshal_VOID__OBJECT () from /opt/gnome/lib64/libgobject-2.0.so.0
#12 0x0000002a973b8a50 in g_type_class_meta_marshal () from /opt/gnome/lib64/libgobject-2.0.so.0
#13 0x0000002a973b8d6a in g_closure_invoke () from /opt/gnome/lib64/libgobject-2.0.so.0
#14 0x0000002a973c70b4 in signal_emit_unlocked_R () from /opt/gnome/lib64/libgobject-2.0.so.0
#15 0x0000002a973c84fa in g_signal_emit_valist () from /opt/gnome/lib64/libgobject-2.0.so.0
#16 0x0000002a973c8943 in g_signal_emit () from /opt/gnome/lib64/libgobject-2.0.so.0
#17 0x0000002a9642c125 in gtk_container_remove () from /opt/gnome/lib64/libgtk-x11-2.0.so.0

続き
#18 0x0000002a9654e1c8 in gtk_widget_dispose () from /opt/gnome/lib64/libgtk-x11-2.0.so.0
#19 0x0000002a973bc0a5 in g_object_run_dispose () from /opt/gnome/lib64/libgobject-2.0.so.0
#20 0x0000002a96499d78 in gtk_object_destroy () from /opt/gnome/lib64/libgtk-x11-2.0.so.0
#21 0x0000002a9654ecf9 in gtk_widget_destroy () from /opt/gnome/lib64/libgtk-x11-2.0.so.0
#22 0x0000002a96405350 in gtk_box_forall () from /opt/gnome/lib64/libgtk-x11-2.0.so.0
#23 0x0000002a9642b67d in gtk_container_foreach () from /opt/gnome/lib64/libgtk-x11-2.0.so.0
#24 0x0000002a9642c001 in gtk_container_destroy () from /opt/gnome/lib64/libgtk-x11-2.0.so.0
#25 0x0000002a973c4ee2 in g_cclosure_marshal_VOID__VOID () from /opt/gnome/lib64/libgobject-2.0.so.0
#26 0x0000002a973b8a50 in g_type_class_meta_marshal () from /opt/gnome/lib64/libgobject-2.0.so.0
#27 0x0000002a973b8d6a in g_closure_invoke () from /opt/gnome/lib64/libgobject-2.0.so.0
#28 0x0000002a973c7ac8 in signal_emit_unlocked_R () from /opt/gnome/lib64/libgobject-2.0.so.0
#29 0x0000002a973c84fa in g_signal_emit_valist () from /opt/gnome/lib64/libgobject-2.0.so.0
#30 0x0000002a973c8943 in g_signal_emit () from /opt/gnome/lib64/libgobject-2.0.so.0
#31 0x0000002a96499eb5 in gtk_object_dispose () from /opt/gnome/lib64/libgtk-x11-2.0.so.0
#32 0x0000002a9654e1ba in gtk_widget_dispose () from /opt/gnome/lib64/libgtk-x11-2.0.so.0
#33 0x0000002a973bbdeb in g_object_unref () from /opt/gnome/lib64/libgobject-2.0.so.0
#34 0x000000000041b15d in paned_notebook_destroy ()
#35 0x0000002a973c4ee2 in g_cclosure_marshal_VOID__VOID () from /opt/gnome/lib64/libgobject-2.0.so.0
#36 0x0000002a973b8a50 in g_type_class_meta_marshal () from /opt/gnome/lib64/libgobject-2.0.so.0
#37 0x0000002a973b8d6a in g_closure_invoke () from /opt/gnome/lib64/libgobject-2.0.so.0
#38 0x0000002a973c7ac8 in signal_emit_unlocked_R () from /opt/gnome/lib64/libgobject-2.0.so.0

続き
#39 0x0000002a973c84fa in g_signal_emit_valist () from /opt/gnome/lib64/libgobject-2.0.so.0
#40 0x0000002a973c8943 in g_signal_emit () from /opt/gnome/lib64/libgobject-2.0.so.0
#41 0x0000002a96499eb5 in gtk_object_dispose () from /opt/gnome/lib64/libgtk-x11-2.0.so.0
#42 0x0000002a9654e1ba in gtk_widget_dispose () from /opt/gnome/lib64/libgtk-x11-2.0.so.0
#43 0x0000002a973bbdeb in g_object_unref () from /opt/gnome/lib64/libgobject-2.0.so.0
#44 0x000000000041b6d5 in delayed_g_object_unref_real ()
#45 0x0000002a9750ad7e in g_idle_dispatch () from /opt/gnome/lib64/libglib-2.0.so.0
#46 0x0000002a9750c971 in g_main_context_dispatch () from /opt/gnome/lib64/libglib-2.0.so.0
#47 0x0000002a9750e92d in g_main_context_iterate () from /opt/gnome/lib64/libglib-2.0.so.0
#48 0x0000002a9750ebbd in g_main_loop_run () from /opt/gnome/lib64/libglib-2.0.so.0
#49 0x0000002a9647e8a0 in gtk_main () from /opt/gnome/lib64/libgtk-x11-2.0.so.0
#50 0x000000000045a3ef in main ()

ｶﾞﾝ(　ﾟдﾟ)ｶﾞﾚ

ｶﾂ(　ﾟдﾟ)ｶﾚｰ

ﾓｳ(　ﾟдﾟ)ﾀﾞﾒﾎﾟ

-FIN-

まだだ、まだ終らんよ

何度でも甦るさ

インスコ記念

ライブドアフェニックス?

「しおり」のフォントがスレ表示のフォントと違うのが気になります

>>234
なぜだか知らんが、「ツール/板一覧とスレ一覧表示のフォント選択」をすると、
しおりのフォントがスレ表示のフォントと同じになるぞ。

ｶﾞﾝ(　ﾟдﾟ)ｶﾞﾚ

ｶﾞﾝ(　ﾟдﾟ)ｶﾞﾚ

ｱﾓ(　ﾟдﾟ)ｰﾚ

ﾎﾞﾝ(　ﾟдﾟ)ｶﾚｰ

hoshu

ｶﾝ(　ﾟдﾟ)ｶﾞﾙｰ

最近静かだから開発止まったのかと思ったけど、
CVSのコミットログ見たら、最近まで更新されてるようで
安心した。

開発者さん ｶﾞﾝ(　ﾟдﾟ)ｶﾞﾚ

なんつうか、おちゅ〜しゃいいですな。気に入った。
終了時になんか処理してるみたいなんだけど、さっくりと終わらすのは無理なんでしょうか？

落ちるのはいいけど
スレのあこｋどぉ

skill ochusha

Linuxのいろいろ使ったけど、おちゅ〜しゃが馴染むなー俺的には。

バグとかで落ちると、それまでの未読情報が起動時の状態に
戻ってしまうのがつらい。
板を切り替えたときとか、もう少しこまめにセーブしてくれると
助かるんけどなー。

おちゅ〜しゃの作者さん！
あなたほどのスキルがあれば、gtk2のアウトラインプロセッサを作れるはず。
作って下さい。お願いします。m(__)m このとおりです。どうか！能力のな
い私の願いを聞き届けて下さい。

>>248
[（なんとなく）天の声] gVim を使いなはれ〜

>>249
ありがと。gVim+VimOutliner3.0を試してみたけど、マウスで文章を移動できなさそう。
gnome-thinkは古くて./configureさえ通らない。GnomeOutlinerは2ペインじゃないので不可。
はぁ。

>>247
俺もそう思う。

起動してから落ちるまでに読んだスレが未読になってしまったり
お気に入り登録したスレの情報が消えてしまうのは辛い

おちゅ〜しゃのおもろい機能を発見！

マウスで適当な数字を選択してから、そこにカーソルを合わせると
どうなるか。

おおっ！裏技だ。



ってバグ？

日付とかの数字を選択して該当レスがポップアップする機能なんて
たいていの2chブラウザで使えるぞ。

254
のように>>がついてない場合に対処するための機能なんだろうね。

ｶﾞﾝ(　ﾟдﾟ)ｶﾞﾚ

セグメンテーション違反で落ちます。

fedora core 3

kernel 2.6.9-1.667

glib2-2.4.7-1
glibc-2.3.3-74
gtk2-2.4.13-9
gettext-0.14.1-12
libxml2-2.6.16-3

スレッドを開いている途中で落ちたり、
スレッドを見ている途中で落ちたりします。

落ちたときはバックトレースを下さいとhttp://ochusha.sourceforge.jp/に
書いてあるのですが、やり方が良くわかりません。セグメンテーション違反の時も
とれるものなのでしょうか？

バックトレースのとり方がなんとなくわかったので、
gdbを通してochushaを起動してみたのですが、
なぜかなかなか落ちません。
素で起動したときはすぐ落ちるのになぁ。
どういうことでしょうか。

ochushaのCVSバージョンインスコしようとしたら
automakeのバージョンがあたらし過ぎてダメだと言われた。

オマエは公務員かば〜か

>>260
オマエ、何一人芝居してるの(ププ

ochu入れてみた。
すげー良くなったな。
開発に携わった人、ありがとう。

kitaとかも良いよ

>>263
>開発に携わった人
たぶん作者さん一人で頑張ってる。

それにしても AA の入力は、豪快な方法ですな・・。

素で起動すればすぐ落ちるのに、gdbを通して起動すると
今まで落ちません。
libxmlをアップデートしてから落ちるようになったと思うんですが…

>>266
gdb とおして動かすのでなく、core 吐くように設定して単体で動かす。
落ちらその core からトレースを調べる。

なるほど、わかりました。
やってみます。

>>267
すいません、そのcore吐く設定ってどこからやるんですか?

0.5.6にアップしてみましたが変わりなし

>>269
help ulimit

>>271ありがとうございます。
いままでulimitを引数なしで実行してunlimitedと
表示されたので勘違いしていました。良く読まなきゃだめですね。

バックトレースとれました。

#0 0x0073ddfe in g_type_check_instance_cast ()
from /usr/lib/libgobject-2.0.so.0
#1 0xf6f8b41e in mod_notebook_get_tab_page (notebook=0x1000000, x=478, y=242)
at mod_notebook.c:5857
#2 0xf6f94e99 in mod_notebook_motion_notify (widget=0x0, event=0x96cc980)
at mod_notebook.c:1894
#3 0x00b58e67 in gtk_marshal_VOID__UINT_STRING ()
from /usr/lib/libgtk-x11-2.0.so.0
#4 0x0071c6b2 in g_cclosure_new_swap () from /usr/lib/libgobject-2.0.so.0
#5 0x0071c347 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0
#6 0x00732576 in g_signal_has_handler_pending ()
from /usr/lib/libgobject-2.0.so.0
#7 0x00733613 in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0
#8 0x00733c5a in g_signal_emit () from /usr/lib/libgobject-2.0.so.0
#9 0x00c4ca75 in gtk_widget_activate () from /usr/lib/libgtk-x11-2.0.so.0
#10 0x00b5712b in gtk_propagate_event () from /usr/lib/libgtk-x11-2.0.so.0
#11 0x00b57430 in gtk_main_do_event () from /usr/lib/libgtk-x11-2.0.so.0
#12 0x009e0082 in gdk_event_get_graphics_expose ()
from /usr/lib/libgdk-x11-2.0.so.0
#13 0x005cb74b in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0
#14 0x005cd1d2 in g_main_context_acquire () from /usr/lib/libglib-2.0.so.0
#15 0x005cd47f in g_main_loop_run () from /usr/lib/libglib-2.0.so.0
#16 0x00b5678e in gtk_main () from /usr/lib/libgtk-x11-2.0.so.0
#17 0x08096f7e in main (argc=1, argv=0xfef10734) at main.c:327

お役に立てたら嬉しいです。

>>272
fedora core3 で入れてみたけど、落ちないんだけど・・・・

すいません、取得スレッドとお気に入りを全部削除したら落ちなくなりました。
お騒がせしました。

質問です 再起動後、前回の各タブを自動復元させる方法あれば教えて

保守

Windowsのこのテのソフトも使ってるんだけど、
おちゅ〜しゃの操作感がいちばんしっくりくるなー。
GNOMEとXFceを切り替えたりして使うと履歴がおかしくなったりするのが
直ったらなお嬉しい。

おちゅで初かきこです
スレのタブの消しかたが解らなくてちょいあせった
WinではOpenJane使ってたんで操作にまだ慣れない

今FC1で0.5.5をmakeしたのを使っているんですけど
0.5.6をインストールしようとしたらmakeで止まってしまいます。

調べてみたら
「1行AA入力支援機能を追加した(GTK+-2.4以降専用です)。」
のせいで止まっているらしいのですが（FC1はgtk2-2.2.4-10）、
この機能を無効にする方法はどうやるのでしょうか？ 教えてください。

>>279
$ ./configure --help
嫁

(=ﾟωﾟ)ﾉぃょぅ
と0.5.6から書き込みテスト。

>>280に同意だけど、src.rpmをrebuildして使うってのは? >>279
spec見た限りでは
> Requires: gtk2 >= 2.2.0, libxml2 >= 2.4.2
> BuildRequires: gtk2-devel >= 2.2.0, libxml2-devel >= 2.4.2
なんでいけそうなんだけど。

>>280
./configure -h
読んでもどれかわからないんですが、あります？

>>281
src.rpm入れようとしてもソースをmakeしたときと同じようなところでエラーがでます。
/usr/src/redhat/BUILD/ochusha-0.5.6/gtk2/response_editor.c:131: undefined reference to `response_editor_get_current_aa'
collect2: ld returned 1 exit status

>>282
response_editor.cの131行目前後にある
static void
response_editor_insert_aa_button_cb(gpointer unused, ResponseEditor *editor)
{
省略
}
って関数はAA入力支援のないgtk+-2.2版だと不要なのだが、#if〜#endif付けるの忘れてるわ。
この関数丸ごと消してしまえば良いと思われ。

>>283
そのとおりに関数消したらmakeが通ってインストールできました。
ありがとうございました。

kernel 2.6.9 から 2.6.10-rc2にしたら、板がランダムに開けなくなった。
ベースはFC1 Ochushaは0.5.4.8, 0.5.4.9, 0.5.4.10, 0.5.5 で発生。

自己レス
: ochusha S C14114D4 6812 1518 1 1525 1517 (NOTLB)
: d2abfe7c 00200082 d817ab00 c14114d4 000000a7 c03df8c0 d2abfe54 c01170cc
: 078715ab 000000a7 c1409020 d817ab00 00000000 c1411980 c1411020 00000001
: 000014a9 0797f248 000000a7 db0a8b00 db0a8c6c 00000001 00000001 fffffff5
: Call Trace:
: [<c01170cc>] recalc_task_prio+0x93/0x188
: [<c036c041>] schedule_timeout+0xc7/0xc9
: [<c013147a>] get_futex_key+0x42/0x189
: [<c0131a44>] unqueue_me+0x5a/0xa5
: [<c0130dca>] add_wait_queue+0x1a/0x46
: [<c0131bc3>] futex_wait+0x134/0x1a9
: [<c011908f>] default_wake_function+0x0/0x12
: [<c011908f>] default_wake_function+0x0/0x12
: [<c0131ef0>] do_futex+0x48/0x9c
: [<c0132030>] sys_futex+0xec/0xf8
: [<c0105567>] do_IRQ+0x3b/0x66
: [<c01030c9>] sysenter_past_esp+0x52/0x71

2.6.10-rcの中でfutexを変更したらしいことがわかりました。 止まってるのも、
そこに関係あるようです。

おちゅ〜しゃ バージョン0.5.6でproxy（port 8080)使ってみたけど、接続
できないんで、etherealでキャプチャしたらport 80でアクセスしに
いってました。
設定は、proxyのところで"proxyサーバのアドレス：8080”って書き方
でよろしいですよね？

>>287
マニュアルは読んでないけど、うちはこれでつながってる。

"http://192.168.1.123:8080"

なんかリンクと間違えそうなので別の書き方すると、こんな感じ。

"http://proxyサーバのアドレス：8080”

>>289
ありがとうございます。
な〜るへそ。"　http://　”が必要だったのね。

久々に板一覧の更新をしたら…
なんか 2ch ではない自分で追加した板と 2ch の板がわけわかに…
同じ名前の板があると混同してしまうようだ．
二度目の更新で復活したが，Linux 板の既読履歴が消えた orz

外部ウエブブラウザの設定ってどうやるのか
やっと今朝おちゅーしゃ起動に成功した私に教えて下さい。
ヘルプ読んでもわからんです

>>292
ツール、オプション、一般、外部ウェブブラウザ、konqueror %s

>>293氏
どうもです
kon〜とかわからないので
ぐぐって事故解決出来るようがんばってみますわ
ありがとうございます

FC3,Firefox1.0だとできないんでしょうか・・・

>>295
デフォで入っている mozilla を firefox にすればよろし

>>296
あ、言葉足らず。
ツール、オプション、一般、の外部ウェブブラウザの中に
書かれている、mozilla を firefox にすればよろし。

>>295
http://pc5.2ch.net/test/read.cgi/linux/1097325391/150

>>296-298氏
親切にありがとうございます！！
おかげさまでうまく表示させることが出来ました

起動直後にタブを開いていったらセグメンテーション違反で落ちました。
fedora core 3
gtk2-2.4.13-9
gettext-0.14.1-12
libxml2-2.6.16-13
glibc-2.3.3-74
glib2-2.4.7-1

バックトレースです。
#0 0x0073ddfe in g_type_check_instance_cast ()
from /usr/lib/libgobject-2.0.so.0
#1 0x00142b49 in mod_notebook_size_allocate (widget=0x912dbf8,
allocation=0x91c8608) at mod_notebook.c:1479
#2 0x00734acd in g_cclosure_marshal_VOID__BOXED ()
from /usr/lib/libgobject-2.0.so.0
#3 0x0071c6b2 in g_cclosure_new_swap () from /usr/lib/libgobject-2.0.so.0
#4 0x0071c347 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0
#5 0x00731616 in g_signal_has_handler_pending ()
from /usr/lib/libgobject-2.0.so.0
#6 0x007339bc in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0
#7 0x00733c5a in g_signal_emit () from /usr/lib/libgobject-2.0.so.0
#8 0x00c4a770 in gtk_widget_size_allocate () from /usr/lib/libgtk-x11-2.0.so.0
#9 0x00c3f4b5 in gtk_vbox_new () from /usr/lib/libgtk-x11-2.0.so.0
#10 0x00734acd in g_cclosure_marshal_VOID__BOXED ()
from /usr/lib/libgobject-2.0.so.0
#11 0x0071c6b2 in g_cclosure_new_swap () from /usr/lib/libgobject-2.0.so.0
#12 0x0071c347 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0
#13 0x00731616 in g_signal_has_handler_pending ()
from /usr/lib/libgobject-2.0.so.0
#14 0x007339bc in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0
#15 0x00733c5a in g_signal_emit () from /usr/lib/libgobject-2.0.so.0
#16 0x00c4a770 in gtk_widget_size_allocate () from /usr/lib/libgtk-x11-2.0.so.0
#17 0x0805d3f9 in paned_notebook_size_allocate (widget=0x912b4d8,
allocation=0xfee7c2a0) at paned_notebook.c:1161
#18 0x00734acd in g_cclosure_marshal_VOID__BOXED ()
from /usr/lib/libgobject-2.0.so.0
#19 0x0071c6b2 in g_cclosure_new_swap () from /usr/lib/libgobject-2.0.so.0
#20 0x0071c347 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0

続き
#21 0x00731616 in g_signal_has_handler_pending ()
from /usr/lib/libgobject-2.0.so.0
#22 0x007339bc in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0
#23 0x00733c5a in g_signal_emit () from /usr/lib/libgobject-2.0.so.0
#24 0x00c4a770 in gtk_widget_size_allocate () from /usr/lib/libgtk-x11-2.0.so.0
#25 0x00142b60 in mod_notebook_size_allocate (widget=0x8d96c58,
allocation=0x9131580) at mod_notebook.c:1481
#26 0x00734acd in g_cclosure_marshal_VOID__BOXED ()
from /usr/lib/libgobject-2.0.so.0
#27 0x0071c6b2 in g_cclosure_new_swap () from /usr/lib/libgobject-2.0.so.0
#28 0x0071c347 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0
#29 0x00731616 in g_signal_has_handler_pending ()
from /usr/lib/libgobject-2.0.so.0
#30 0x007339bc in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0
#31 0x00733c5a in g_signal_emit () from /usr/lib/libgobject-2.0.so.0
#32 0x00c4a770 in gtk_widget_size_allocate () from /usr/lib/libgtk-x11-2.0.so.0
#33 0x00c3f4b5 in gtk_vbox_new () from /usr/lib/libgtk-x11-2.0.so.0
#34 0x00734acd in g_cclosure_marshal_VOID__BOXED ()
from /usr/lib/libgobject-2.0.so.0
#35 0x0071c6b2 in g_cclosure_new_swap () from /usr/lib/libgobject-2.0.so.0
#36 0x0071c347 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0
#37 0x00731616 in g_signal_has_handler_pending ()
from /usr/lib/libgobject-2.0.so.0
#38 0x007339bc in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0
#39 0x00733c5a in g_signal_emit () from /usr/lib/libgobject-2.0.so.0
#40 0x00c4a770 in gtk_widget_size_allocate () from /usr/lib/libgtk-x11-2.0.so.0

更に続き
#41 0x0805d3f9 in paned_notebook_size_allocate (widget=0x8d8fda8,
allocation=0xfee7d480) at paned_notebook.c:1161
#42 0x00734acd in g_cclosure_marshal_VOID__BOXED ()
from /usr/lib/libgobject-2.0.so.0
#43 0x0071c6b2 in g_cclosure_new_swap () from /usr/lib/libgobject-2.0.so.0
#44 0x0071c347 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0
#45 0x00731616 in g_signal_has_handler_pending ()
from /usr/lib/libgobject-2.0.so.0
#46 0x007339bc in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0
#47 0x00733c5a in g_signal_emit () from /usr/lib/libgobject-2.0.so.0
#48 0x00c4a770 in gtk_widget_size_allocate () from /usr/lib/libgtk-x11-2.0.so.0
#49 0x00c3f4b5 in gtk_vbox_new () from /usr/lib/libgtk-x11-2.0.so.0
#50 0x00734acd in g_cclosure_marshal_VOID__BOXED ()
from /usr/lib/libgobject-2.0.so.0
#51 0x0071c6b2 in g_cclosure_new_swap () from /usr/lib/libgobject-2.0.so.0
#52 0x0071c347 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0
#53 0x00731616 in g_signal_has_handler_pending ()
from /usr/lib/libgobject-2.0.so.0
#54 0x007339bc in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0
#55 0x00733c5a in g_signal_emit () from /usr/lib/libgobject-2.0.so.0
#56 0x00c4a770 in gtk_widget_size_allocate () from /usr/lib/libgtk-x11-2.0.so.0
#57 0x00c55d89 in gtk_window_reshow_with_initial_size ()
from /usr/lib/libgtk-x11-2.0.so.0
#58 0x00734acd in g_cclosure_marshal_VOID__BOXED ()
from /usr/lib/libgobject-2.0.so.0
#59 0x0071c6b2 in g_cclosure_new_swap () from /usr/lib/libgobject-2.0.so.0
#60 0x0071c347 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0

更に続き
#61 0x00731616 in g_signal_has_handler_pending ()
from /usr/lib/libgobject-2.0.so.0
#62 0x007339bc in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0
#63 0x00733c5a in g_signal_emit () from /usr/lib/libgobject-2.0.so.0
#64 0x00c4a770 in gtk_widget_size_allocate () from /usr/lib/libgtk-x11-2.0.so.0
#65 0x00ad2d51 in gtk_container_resize_children ()
from /usr/lib/libgtk-x11-2.0.so.0
#66 0x00c57bee in gtk_window_get_position () from /usr/lib/libgtk-x11-2.0.so.0
#67 0x007340ae in g_cclosure_marshal_VOID__VOID ()
from /usr/lib/libgobject-2.0.so.0
#68 0x0071c6b2 in g_cclosure_new_swap () from /usr/lib/libgobject-2.0.so.0
#69 0x0071c347 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0
#70 0x00732576 in g_signal_has_handler_pending ()
from /usr/lib/libgobject-2.0.so.0
#71 0x007339bc in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0
#72 0x00733c5a in g_signal_emit () from /usr/lib/libgobject-2.0.so.0
#73 0x00ad29a9 in gtk_container_check_resize ()
from /usr/lib/libgtk-x11-2.0.so.0
#74 0x00ad2a5d in gtk_container_check_resize ()
from /usr/lib/libgtk-x11-2.0.so.0
#75 0x005cea98 in g_child_watch_add () from /usr/lib/libglib-2.0.so.0
#76 0x005cb74b in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0
#77 0x005cd1d2 in g_main_context_acquire () from /usr/lib/libglib-2.0.so.0
#78 0x005cd47f in g_main_loop_run () from /usr/lib/libglib-2.0.so.0
#79 0x00b4f78e in gtk_main () from /usr/lib/libgtk-x11-2.0.so.0
#80 0x08096f7e in main (argc=1, argv=0xfee7f924) at main.c:327

よろしくお願いします。

すみません質問です。
redhat9でインストールしたら

rpm -ivh ochusha-0.5.6-1-FC3.x86_64.rpm
エラー: Failed dependencies:

となり正しくインストールできません
どうか御教授下さい。

FC3なうえにx86_64ってあーた

すみません……
ドジだ…

ごめんなさい
↑は306です。。。しかもageちゃった…

ｶﾞﾝ(　ﾟдﾟ)ｶﾞﾚ

おちゅからカキコテスト
気に入りましたこれ、さいこー

Turbo 10Dでもrpmbuildできました。
ありがとうございます。

おちゅーしゃ軽くていーねー
スレッドタイトルをダブルクリックで開くようにできるのかなぁ？
不用意にクリックしちまうぜ

お駐車0.5.7 releaseあげと言いたかったけど、したらばと、be.2ch対応というけど、
どうやったら見れるのがわからんかったと、チラシの裏に書くてすと。

>>314
Debian 版，依存ライブラリが上がってるな
sid から借りるか…

rpmbuild -tb でこさえた0.5.6-1から0.5.7-1にrpm -Uvh したら

>ln: `/usr/share/applications//ochusha.desktop': すでにファイルが存在します
>エラー: スクリプト %post (パッケージ ochusha-0.5.7-1) の実行に失敗しました。終了ステータス 1

になった。
DBには0.5.6-1と0.5.7-1が両方残ってる。
両方rpm -eしてから0.5.7-1だけ入れたら問題なさそう。
SPEC見直した方がいいかな。
Vine2.5→Seedの環境だから多少ぐちゃぐちゃしてるかも。

>>314
したらばに関してはREADMEに書いてありますね。
ツール→オプションの2chのIDにbe.2ch.net関係の設定項目があるけど、、
やっぱ入り方がわかんない..orz

>>316

>ln: `/usr/share/applications//ochusha.desktop': すでにファイルが存在します
>エラー: スクリプト %post (パッケージ ochusha-0.5.7-1) の実行に失敗しました。終了ステータス 1

同じくVineSeed。確かになるね。

specの%postの

[ -d %{_datadir}/applications ] && %{__ln_s} %{_datadir}/%{name}/%{name}.desktop %{_datadir}/applications/

を

[ -d %{_datadir}/applications ] && ln -sf %{_datadir}/%{name}/%{name}.desktop %{_datadir}/applications/

で正常にアップグレードできた。

ぅゎぁぃ
したらばに普通に書き込み出来るよう
超うれしー
ありがとー

318だけど、上の対応だけじゃだめだ。

今のspecだと、%postでつくったシンボリック・リンクが%postunで消されちゃう。
rpm -Uは内部的にはrpm -i→rpm -eの順番で処理される。
ttp://vinelinux.org/manuals/making-rpm-9.html

%{__mkdir} -p %{buildroot}/%{_datadir}/applications
%{__cp} -f %{buildroot}/%{_datadir}/%{name}/%{name}.desktop %{buildroot}/%{_data
dir}/applications/

で実体をコピーして、%filesに
%{_datadir}/applications/%{name}*
とかを加えておくのがいいんじゃないかな。

VineとFC3を見てみたけど、/usr/share/applicationsでシンボリック・リンクを
使っているパッケージは少ないね。シンボリック・リンクにこだわる必要はない
ような気がするけど...

>>320
0.5.7リリース直後に SF.jp の BTSに報告とパッチを投げといたんだけど、
作者タン気づいてくれてないかも....。

%{_datadir}/applications/%{name}* に desktop ファイルをおかずにシンボ
リックリンクにしてるのは、配布形態によってファイルの場所が変るのが
イヤだからだそうでつ。

おちゅ〜しゃって、 deb ファイルあるの？
apt-get 一発で使える？？

Vineのochushaのバージョンが上がりました。
顔文字の挿入最高です。ありがとうございました！

>>322
あるみたいよ
http://prdownloads.sourceforge.jp/ochusha/12332/ochusha_0.5.7-1_i386.deb
http://sourceforge.jp/projects/ochusha/files/?release_id=12332#12332
おいらはVine3.1にはapt-getで、
Fedora3にはコンパイルしてインスコしてる。

>>324 プラシーボ！

顔文字テスト

(=ﾟωﾟ)ﾉぃょぅ(((((((( ；ﾟДﾟ)))))))ｶﾞｸｶﾞｸﾌﾞﾙﾌﾞﾙｶﾞﾀｶﾞﾀﾌﾞﾙｶﾞﾀｶﾞｸｶﾞｸｶﾞｸｶﾞｸｶﾞｸ(゜д゜)＜あらやだ！タイ━━━━||Φ|(|´|Д|`|)|Φ||━━━━ホ（　´∀｀）つt[] 　飲み物どーぞーｶﾞ━━━(ﾟДﾟ;)━(　ﾟД)━(　　ﾟ)━(　　 )━(ﾟ;　 )━(Дﾟ; )━(ﾟДﾟ;)━━━ﾝ!!!!!

Debian (sarge) です、書き込みテストしていいですか？

ﾁﾗｼ(略)

[test] 書き込みテスト 専用スレッド 25 [ﾃｽﾄ]
http://qb5.2ch.net/test/read.cgi/operate/1101126996/

>>323
でも、普段は顔文字機能offにしたい...
というか、

>>331
ｶﾞ━━━(ﾟДﾟ;)━(　ﾟД)━(　　ﾟ)━(　　 )━(ﾟ;　 )━(Дﾟ; )━(ﾟДﾟ;)━━━ﾝ!!!!!
が長すぎ。

Ｌｉｎｕｘ7.1で動きますか？

そんな先のことまで保証できません

何十年先だろう・・

Linusの寿命は越してそうだな

2.7 が 7 に改名されるのかも。

ﾏﾀﾞｧ-? （･∀･ ）っ/凵⌒☆ﾁﾝﾁﾝ

顔文字機能どうやってつかうん?

>>339
レスを書くウィンドウの下に付いてるでっかくて邪魔な物が見えてませんか?

オレのヘボマシンだと、顔文字の一番上から一番下までスクロールするのに
２０秒ほどかかる・・。
treeview にして欲しいな〜といってみるテスト。

>>341
いらないのを削るほうがお薦め。
$HOME/.ochusha/aalist.txt
にUTF-8で書いたのを置いておけば、それだけを読みこむようになっているつもり。

(゜д゜)＜あらやだ！(test)
同梱されてるaalist.txtってこんなに重複多かったんだ…
Thx>>342 さん

>>340
見当たらないんですが。。

右下にある挿入押しても意味ないし。。
伸ばしても何もでてきやせんorz

0.5.7じゃ駄目なんですか?
↓SS
http://penguin.s4.xrea.com/imgboard/img-box/img20041201225924.jpg

>>344 挿入(*´Д`)ﾊｧﾊｧ

>>344
日本語フォントがめちゃきれいだね〜( ﾟдﾟ)ﾎﾟｶｰﾝ

>>344
挿入の横の長いﾊﾞｰをｸﾘｯｸ

>>346
名前忘れたけど商用フォントみたい。

その挿入の左のプルダウンメニューに、
顔文字とでもタイトル付いてれば分かり易そう。

ありましたー。
皆様有難うございました。

こんなところにあったなんて全然気がつかなかったです。。

>>347
そう？ウィンドウのところは東風でそれ以外はM+ OUTLINE
を使っているように見えるけど。(ひらがな部分)

漏れの 0.5.7 には、そんなバーも挿入ボタンもないのだけれど、なぜだろう？

>>351
aalist.txt もあるんだがなんでじゃろ・・・ほり
http://penguin.s4.xrea.com/imgboard/img-box/img20041202100632.jpg

>>351
gtk の バージョンが 2.2 以前とか

>>353
たしかに 2.2.4 だったので 2.4.7 にしてリビルドしたら
使えるようになった。ｻﾝｷｭｰ！

（　´∀｀）つt[] 　飲み物どーぞー

>>350
以前デスクトップ画像晒しスレで
似たようなフォントを使ったのが出て
商用だと書いてたような気がしたからです。

339が語れば良いんだが。

DebianでのJava の利用は、apt-get 一発ってわけにはいきませんか？
Sun のサイトを sources.list に書いて、なんて嬉しい事にはなっていないですか？
IBM のでもいいんですが……

>>356
Debian GNU/Linux スレッド Ver. 29
http://pc5.2ch.net/test/read.cgi/linux/1101327499/

ごめん、おちゅ〜しゃになれてなくて、
ちがうところに書いちゃった。

>>355
フォントのレスは絶対荒れるから書かなかったです。
メル欄に・・・。

(´･ω･)

>>359-360
thx.

>>324 遅ればせながらありがとう。
うちの Debian に簡単にインスコできました。
メチャ快適です。

ところで、フォントについての質問なのですが、
xfonts-mona をインストールしているものの
スレッドの表示に使うフォントの選択で選ぶことができません。
xfontsel では表示されています。
どうすれば mona フォントで表示させることができるのでしょうか。

あと、なぜか全角空白が数字入り豆腐になってしまう・・
これはおちゅ〜しゃだれじゃなくてコンカラでも起きるので、
おちゅ〜しゃの問題じゃないのだろうけど。
正直、X のフォント周りって全然理解していないのでどこをどういじればいいのやら。

仕事でつかうぶんには LaTeX と GhostScript まわりのフォントだけ
しっかりと押えておけばいいので困ってないんだけど、
やっぱりとなりのつくえのウィンドウズと見比べると
数字入り豆腐はカコワルイ…

>>362
同じくフォント周りはよく解ってないが、
おいらは monafont-ttf-2.90.zip を解凍して
mona.ttf をフォントディレクトリにコピーしてる。
Vine3.1だと /usr/X11R6/lib/X11/fonts/TrueType/ になりまつ。

Debian パッケージを使ってます。
さっきまでおちゅ〜しゃ動いていたのに、
apt-get upgrade したらおちゅ〜しゃ動かなくなった。
具体的には config.xml.gz を削除すると起動する。
終了した時点では新たに config.xml.gz が作り直されている。
で、もういっかいおちゅ〜しゃを起動すると起動するんだけど、
「オプション」を表示させようとするとセグフォ。

ぼんやり状況が分かって来たのでカキコ。

１)生のソースをコンパイルする

cd ochusha-0.5.7
./configure
make
./gtk2/ochusha -----> オプション開いてもセグフォしない
make install
/usr/local/bin/ochusha -----> オプション開いてもセグフォしない

２) Debian ソースパッケージからコンパイル
cd ochusha-0.5.7
dpkg-buildpackage -rfakeroot
./gtk2/ochusha -------> オプション開いてもセグフォしない
cd ..; sudo dpkg -i ochusha_0.5.7-1_i386.deb
/usr/bin/ochusha --------> オプション開くとセグフォする！！

---------------------
どうやらおちゅそのものの問題ではなくて、どのライブラリとリンクするか
の問題のような気がしてきたんですが、libtool がナンタルカを理解してない
洩れにはこれ以上追跡できませんですた。

Debian用 のソースパッケージの中の、debian/rules を眺めてみた。
もしかして Debian パッケージをコンパイルする段階で、
./configure --prefix=/usr
しているのに、インストールする段階では
make install DESTDIR=$(CURDIR)/debian/ochusha
しているから問題が起きているのではないか？

とおもったがどうやらそうでもないらしい。
先程の 2) の Debian ソースパッケージから
ビルドしたものをもう少し調べてみると、

gtk2/ochusha ----------> セグフォしない
debian/ochusha/usr/bin/ochusha -----------> セグフォする

gtk2/Makefile でのインストールプロセスに何やら秘密がありそう
なんだが…やっぱりわからないのですた (T_T)

もしかして、俺の環境だけ？？だろうなぁ、こんな変な状態。
いろいろといじってて気づいたんだけど、

LD_LIBRARY_PATH=/usr/lib ochusha -------->OK
ochusha -----------> オプション画面開くとセグフォ

通常は LD_LIBRARY_PATH 環境変数は定義されていません。
何が起こっているんでしょうか、洩れの Linux。
LD_LIBRARY_PATH なんて指定しなくても /usr/lib は見に行きますよね？

ちなみにどこでセグフォしているかと言うと、
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 1085093888 (LWP 23565)]
#0 0x4082f55a in strcmp () from /lib/tls/i686/cmov/libc.so.6
#1 0x403b1891 in gtk_entry_set_text () from /usr/lib/libgtk-x11-2.0.so.0
#2 0x08096fa6 in ochusha_write_preferences ()
#3 0x08098e12 in ochusha_write_preferences ()
#4 0x4071b121 in g_cclosure_marshal_VOID__VOID ()
from /usr/lib/libgobject-2.0.so.0
＜以下省略＞

いいかげん下げよう…(すまん
もしかして Thread Local Storage 関係の問題？？

＞/lib/tls/i686/cmov/libc.so.6
なにこれ？

>>371 i686 に最適化した libc6 なんだけど、
これじゃなくて普通に /lib/tls/libc.so.6 でも全く同じところでセグフォります。

で、その時のバックトレースでは何かが一つ挟まってます。
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 1085088800 (LWP 24075)]
#0 0x4082e834 in strcmp () from /lib/tls/libc.so.6
#1 0x087de1c0 in ?? ()
#2 0x403b1891 in gtk_entry_set_text () from /usr/lib/libgtk-x11-2.0.so.0

もうちょっとだけ詳しくデバッグ情報取ってみた。
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 16384 (LWP 24221)]
#0 strcmp (p1=0x87e0260 "", p2=0x1000 <Address 0x1000 out of bounds>)
at ../sysdeps/generic/strcmp.c:39
#1 0x403b1891 in gtk_entry_set_text () from /usr/lib/libgtk-x11-2.0.so.0
#2 0x08096fa6 in ochusha_write_preferences ()

更に詳しくデバッグ情報をとってみた。
#0 strcmp (p1=0x87e3440 "", p2=0x1000 <Address 0x1000 out of bounds>)
at ../sysdeps/generic/strcmp.c:39
#1 0x403b1891 in gtk_entry_set_text (entry=0x87e3398,
text=0x1000 <Address 0x1000 out of bounds>) at gtkentry.c:3648
#2 0x08096fa6 in build_network_setting_frame (application=0x81380a8,
dialog=0x87c3a88) at ochusha_ui.c:3926
#3 0x08098e12 in open_preference_dialog (application=0x81380a8)
at ochusha_ui.c:4495

ちょっとコード読んでみるかなぁ。

なんとなく ~/.ochusha を削除すれば治る予感もするが

>>376 そうすると、確かに初回の起動時にはオプションのウィンドウ開けるんです。
んが、終了する→config.xml.gz ができる、二回目におちゅを立ち上げる、
で、オプションのウィンドウを開くとセグフォ、なんです。
多分 gtk_entry_set_text に渡している物がなにか悪いんだと思うんですが、
洩れの環境出だけ発生する物なのかも知れないし。

>>376
お薦めできない。
/usr/local/lib/libochusha.*
と
/usr/lib/libochusha.*
が同時に存在していたりしないか？ libochushaは現在のところ
バックワードコンパチビリティにすら気をつかっていないので、
違うバージョンのライブラリがダイナミックリンクされると、ほぼ確実に
動かない。
>>366の./gtk2/ochushaでは動くってのは、その場で実行する場合に
限り、libtoolが適切なライブラリをリンクしてくれるから。

そういえば最近libxml2をアップデートするとセグフォするエンバグされてて、
もう一度リリースし直されるという事があったな。

>>378 THX
俺の凡ミスですた orz
いろんなバージョンのおちゅをビルドしていた時に、
ごちゃごちゃと張りめぐらせていたシンボリックリンクの罠にひっかかって、
昔の libochusha* がダイナミックリンクされていただけだったようです。

スレ汚し済みませんでした。

mozillaなどのように、
reload = CTL-R
find = CTL-F
のようなキーバインドにすることはできますか?

いろんな設定のデータって、終了時に保存するようになってるんですよね？
適当なタイミングで、例えば５分おきとかにセーブしてもらえると
クラッシュした時のために安心なんですが。

いや 終了時ではなくて たぶん板から出る時 (他の板に移る時)

FreeBSD 5.3release、おちゅーしゃ0.57で、
なんか最近JBBSの読み込みが遅かったり
そのまま死んでしまったりするんだけど俺だけか？

インライン画像表示について
".bmp"にも対応してほしいです
意外にBMP形式の数が多いので

>>385 が実現されるなら、bmpは除外する設定もきぼん。

>>385
ochusha-0.5.7/gtk2/bbs_thread_ui.c
のファイルの中で png を検索すると３ヶ所あるので、それぞれの箇所に .BMP と .bmp
のぶんを前後をまねして入れて make。

オプションにて
表示する画像をチェックできるようにするのがいいってことですかね

bmpをクリックしてブラウザで開いたら
でっかいグロ画像だったんで恐怖です

0.55から0.57へupgrade
なにげにキビキビ動くようになった。

>>388 自分をカスタマイズして、耐グロ性能をあげるんだ！

設定では「インラインプレビューを表示する」にしてるんですが、
"このスレはいいや"とか、"今回はいいや"って時があるんで
ON/OFFがボタンになって外からスレごとに指定出来ると（・∀・）ｲｲ!!

おちゅ〜しゃで、外部ブラウザを
opera -raise -remote "openURL(%s,new-window)"で、Operaで新しいウィンドウを開くようにしているのですが、Operaが２つ以上立ち上がってしまって邪魔になるので、新しいタブで開く方法はありますか？

2chの別スレのURLが貼られているとき、
上にポインタを持っていくと、
スレタイが出るって風には出来ないでしょうか。

...そう、俺騙され易いんです。orz.

>>393
わたしもよくだまされる。バーボンなんたら・・・
対象の板をURLを読んで判別
その後、スレッドタイトルを取得ってなことをやれば おけ？

がんばってください。

>>392
Operaのマニュアルを読めば書いてあるんじゃないか？

>>392
mozillaやfirefoxとコマンドラインオプションが共通になってたらビックリだな

>>396
あれ？ほとんど同じだと思ったが・・・
new-window を new-tab とかにするだけだよ。
opera -remote "openURL(%s,new-tab)"

>>392
起動時にnew-windowを使うとまず起動してそれからまた新しい窓を
開いているような動作をしますね。
$ opera -help を見ると、他にnew-pageとbackground-pageが使えるようで、
これらであれば起動時でも2つの窓が開いてしまうことはありません。
(ご希望の動作とは違うかも知れませんが。)

ちなみに、new-tabは無効でURLが"http://www.accoona.com/,new-tab"のように
なってしまい旨くありません。(Mozillaでいうtabは、Operaではpageと呼ばれ
るようです。)
また、-raiseは無効なので不要です。

$ opera -version
Opera 7.60 Preview 4. Build 874 for Linux. Qt library 3.0.5

>>397>>398
ありがとうございます。
new-pageを使ったのが正しく私の希望通りでした。
こういったものをコマンドラインオプションと呼ぶのですね？

ｶﾞﾝ(　ﾟдﾟ)ｶﾞﾚ

ｶｲ(　ﾟдﾟ)ﾜﾚ

ﾓﾓ(　ﾟдﾟ)ﾜﾚ

必死だな？
聞かれるんだけど、これは「はい」とこたえるとどうなるの？

>>403
やってみて、気付いた人には便利かもしれない機能が発動しますな。
気付かない人には関係のない機能だ。

>>404 なんかしらんがタブが赤くなった

deb パッケージ使ってます。ありがとう、メンテナの人。
最適化をガンガンにかけてパッケージをリビルドしたいんですが、
ソースパッケージ群は公開されてないでしょうか？？
Sources.gz とか Packages.gz とか用意されていて
apt-get できると激しく便利なのですが…

>>406
apt-getは無理としても、SourceForgeに置いてあるのじゃ足りないのかい。

>>407 いや、それでコンパイル可能だし、自分で Debian 用に
パッケージしなおすこともできるんですが、パッケージメンテナが
いるならそこにいろんな情報を集約した方がいいかな、と。

>>408
apt-getは誰かがサーバを提供しない限り無理。

うちの自鯖なんてしょっちゅう落ちるから無理だなぁ。
ダイナミック DNS だし。

>>406
最適化したいなら
apt-get install pentium-builder
で、debian/rules のところに
export DEBIAN_BUILDARCH=i686
とかいて debuild すればいいと思いますが。

「名前欄/ID/中身であぼーん」のオプションで、
「$」(半角のドル)一文字だけを指定できないのでしょうか。

「$」とだけ書いた行を入力しても、反映されません(次にオプションを開いたときに消える)。
「\$」とか「\\$」とかでもダメでした。config.xml に「$」を直接書いたら
最初の一回だけ有効になって、その後「$」は消えてしまうのです。

あぼーんの機能って実装されてるの？
名前欄とか名前入れてもあぼーんされないんですが。0.5.7です。

ｶﾞﾝ(　ﾟдﾟ)ｶﾞﾚ

すみません、外部ブラウザ指定のデフォルト設定をどなたか
コピペしていただけないでしょうか？

無意味に書き換えて分からなくなってしまい困っております。
申し訳ありませんがよろしくお願いします。

>>415
適当なブラウザの名前でこのスレを検索してみよう

>>415
firefox -a firefox -remote "openURL(%s)"

>>416-417
実は当方Fedora Core3なのですが、デフォルトだとブラウザが使えないようだったので
いろいろいじった結果のていたらくでして。
お手数おかけしました。

>>418
FC3にも1.7.3のモジラなら最初から入ってるけどな

>>418
FC3なら firefox %s だけ指定しとけば動く。
余計なオプション付けるとダメだった気がする。

インストールしようとしたらこんな↓エラーがでます

エラー: Failed dependencies:
libc.so.6(GLIBC_2.3.4) is needed by ochusha-0.5.7-1

どうしたら良いのでしょうか?
libc.so.6(GLIBC_2.3.4)で検索しても適当なHPがみつかりません

ディストリビューションは内緒ですかそうですか

>>421
依存関係を自分で把握できないなら、Debianでも使いなさい

ディストリビューションはredhat9.0です。確かに最初に書くべきでしたね。
ごめんなさい

>>424
無理してLinux使わなくてもいいんじゃない？

おちゅをやるにはRedHat9は古すぎる。

なのでパッケージ周りを自前でバージョンアップできない人は
FedoraとかVineとかに移った方がよいと思われ。

>>421
単にバイナリのrpmインスコしようとしてこけてるだけだろ。
自分でビルドするぶんにはglibcはもう少し古くてもいけるぞ。

Vine3ならapt-getで落とせるYO!

Gentoo なら本家ツリーでemerge できるYO!!

ステージ展開後からemerge gnome は、12時間
emerge kde は24時間かかるけど…。(^^;;

Vine3.1を使っています。
apt-get install ochusha としてみても
E: パッケージ ochusha が見付かりません と出るのですが
なぜなんでしょう?

>>431
Synapticを使ってみたら？(´･ω･`)ｼｮﾎﾞｰﾝ

>>431
まず apt-get update しろよ。
# plus だから sources.list を弄る必要はないし、原因はこれくらいかと。

ｶﾞﾝ(　ﾟдﾟ)ｶﾞﾚ

Vine3.1にfirefoxを入れ、ochushaも無事入れる事ができましたが、ブラウザが開かないので、
>>417　のコマンドを入れてみたのですが、開きません。
Vineだと、また違うのでしょうか？

>>435
>>420がひょっとすると当てはまるかも

>>436
>>420 って、-remote オプションは firefox 起動中でなければ無効だというだけ
の話じゃない？

>>435
ttp://linux2ch.bbzone.net/index.php?FAQ%2FNetworkClient#mozremote

>>436-438
mozillaだとちゃんと開くんですが、firefoxだとダメなんですよね...
もう少し色々探してみようと思います。

>>439
まさかとは思うけど、>>438のリンク先のシェルスクリプト、
すべてそのまま(全く改変せず)使ってる、とかじゃねべ?
うちは
TYPE=firefox
MOZILLA=/usr/bin/firefox
に変えて普通に使えてるんだがの

>>440
いえ、それはちゃんと変更してあります。
ずっと眺めていてふと思ったのが、firefoxのインストール先でした。
私は、/home/ユーザ/ この下に解凍してインストールしているのです。
一応、リンクを作成して、/usr/bin の中に入れてみたのですが、
これがそもそもの間違いだったのではないでしょうか。

おれも既出のやつ全部試したけどだめだったよ。
fedora core3
おちゅ0.5.7
firefox1.0
なじぇ?

Vine3.1を使ってます。今までずっと外部ブラウザの設定を
galeon -raise -remote "openURL(%s,new-window)"
にしてたけど全然ブラウザが開かなくて不便に思ってたんですがこのスレを見て
galeon %s
にしたらあっさり開きました。ありがたいっす。
(galeonをmozillaにしても同じでした)

やっぱり専門スレで聞くのが一番早いと感じた僕の疑問。
タブが何故か赤くなる時ってありますよね？タブが赤くなると自動的に
スレのログを更新してくれる仕様になっているようなのですが
真ん中あたりを読んでる途中で更新されると一番下まで下がってしまって
うっとおしくてしょうがないです。これってどうしたらいいんですか？

>>444
(　´д)ﾋｿ(´д｀)ﾋｿ(д｀　)

% du -sh ~/.ochusha
500M /home/hoge/.ochusha

まだまだだな。

おい、一人でさみしいおまいら、「ヘルプ→おちゅ〜しゃについて」をみやがれ

ガ━━（ﾟДﾟ;)━━ン！
明石家サンタ見るからいいもん。

>>447
( ﾟдﾟ)

>>447
>>448
(･з･)ｷﾆｼﾅｲ!

ochusha-0.5.7を使っています。
画像の多いスレの画像の表示速度を速くするにはどうすればいいのでしょうか？
http://pie.bbspink.com/test/read.cgi/sportgirls/1097315058/

スレ覧の右クリックメニューに
【スレのタイトルをコピー】か【スレのタイトルとURLをコピー】を追加きぼんぬ、、
あと、各スレッドの【scince】表示（スレッドが立てられた日時）があって
それでスレのソートができればいいなあ。。

せっかく画像取得機能が付いてるんだから、画面のどこかに
サムネイル化した看板画像を埋め込んでくれると、ちょっとだけ
華やかになる気がする、と独り言。。。

>>453
賛同...と独り言。

read.cgiの仕様が変わったせいでしたらばのスレが読み込めなくなってます。
(板のsubject.txtは問題なく読める)
具体的には
http://jbbs.livedoor.jp/カテゴリ/bbs/read.cgi?BBS=板ID&KEY=スレID&START=投稿ナンバー
だったのが
http://jbbs.livedoor.jp/bbs/read.cgi/カテゴリ/板ID/スレID/投稿ナンバー-
じゃないと受け付けなくなってるみたいです。

番号-、番号n、l10、なんかは2chと同じ感じで使えるようになってるみたいです

デスクトップ環境やウィンドウマネージャを切り替えると
しおりの位置が変更されてしまう問題って解決しましたっけ？

be.2chとの連動で、
ポイント追加とかログインとか必要になるのかな。

バージョン0.5.7.1ｷﾀ*･゜ﾟ･*:.｡..｡.:*･゜(ﾟ∀ﾟ)ﾟ･*:.｡. .｡.:*･゜ﾟ･*

うひょー
乙でありんす

細かい事だけど
したらばで
Open With Web Browser
すると失敗するっぽいので
lib/ochusha_thread_jbbs.cを

899d898
< case OCHUSHA_BBS_TYPE_JBBS_SHITARABA:
904a904,910
> case OCHUSHA_BBS_TYPE_JBBS_SHITARABA:
> snprintf(url, PATH_MAX, "http://%s/bbs/read.cgi%s%s/%s/l10",
> ochusha_bulletin_board_get_server(thread->board),
> ochusha_bulletin_board_get_base_path(thread->board),
> ochusha_bulletin_board_get_id(thread->board),
> thread->id);
> break;

するといいっぽい
その他は今の所快調

うー
なんか変な挙動が…
したらばでスレッドをリロードすると毎回1から全取得してるっぽいです。

number_of_cached_responsesに既取得レス数が渡ってないのかしらん？
むー…
>>461に引き続いて

@@ -1708,11 +1714,13 @@
break;

case OCHUSHA_BBS_TYPE_JBBS_SHITARABA:
- if (snprintf(cgi_url, PATH_MAX, "http://%s/bbs/read.cgi%s%s/%s/%d-",
+ if (snprintf(cgi_url, PATH_MAX, "http://%s/bbs/read.cgi%s%s/%s/%d%s",
ochusha_bulletin_board_get_server(thread->board),
ochusha_bulletin_board_get_base_path(thread->board),
ochusha_bulletin_board_get_id(thread->board),
- thread->id, number_of_cached_responses + 1) >= PATH_MAX)
+ thread->id, number_of_cached_responses + 1,
+ number_of_cached_responses == 0 ? "-" : "-n")
+ >= PATH_MAX)
cgi_url[0] = '\0';
break;

としたらば一応は解決したものの…なんでじゃろ？

ごめん今の嘘
>>462じゃ全然解決してない
スレッドを開いてない状態からスレッドを開くとキャッシュ使ってくれるけど、
スレッド開いた状態でリロードすると1から全取得しちゃう。

>>463
直したので、これからCVSにコミットする予定。

0.5.7.2としてリリースするかもしれないけれど、
パッケージ作るの面倒臭すぎる。

うはwwwwwwwwwww
はeeeeeeeeeeee

そんなにfatalな問題じゃないのでパッケージまで作らなくてもいいと思います。
読み込み・投稿は普通に出来ますし、>>461も自分でアドレス削ればいいだけですし。
キャッシュの使用もしたらばのread.cgi自体が怪しいくて
重複表示が日常茶飯事という状況なので最初から使わない方がいいかも…って機能ですし。

これが想定通りに書けていたら、これからパッケージ作って
通常通りリリースします。

したらばの話ですが、
キャッシュはちゃんと使うようになったっぽいです。

でもスレ内のリンクをブラウザで開こうとすると、
直接リンクしてある板は大丈夫なんですが、
http://jbbs.livedoor.jp/bbs/link.cgi?url=
を通してある板だと
/bbs/link.cgi?url=http://ほげほげ/ふがふが
というアドレスがブラウザに渡されて文句言われますです。

>>467
そういうのは、どのスレ(URL)にあるかも教えてもらいたい。

了解

えーと、例えば
http://jbbs.livedoor.jp/computer/12202/
ここなんかそうみたいです。

(今業者が
http://jbbs.livedoor.jp/bbs/read.cgi/computer/12202/1104199920/
というスレを立てててるので例として使わさせてもらいました。)

お、もう 0.5.7.2 リリースされてる。

kitaが使いやすい。
しかしkonquererきらい。

>>471 まぁそういうなよ。
まぁ GNOME 派だったらそうなるのかもな。

>>472
つか、KDEは機能が多すぎてかえって戸惑うんだよね。

Nautilus程度の機能で充分だと思う。

ブラウザならfirefoxで充分だしネ。

そういや、firefoxで動くXULアプリの２ちゃんブラウザもあるけど、おちゅーしゃより便利なのか?、あれ。

>>473 そんなに便利じゃない。ログが残らないからな。
俺は自鯖に p2 入れてる。

FreeBSD5.2.1を使っているのですが0.5.7.*になってから
ochusha.sourceforge.jpから落としたportsからインストールは
でのですが、起動しなくなってしまいました.

環境は
>uname -r
5.2.1-RELEASE-p13

atk-1.8.0
libiconv-1.9.2_1
gettext-0.14.1
glib-2.4.8
libtool-1.3.5_2
libtool-1.5.10
pkgconfig-0.15.0_1
perl-5.8.5
freetype2-2.1.7_4
expat-1.95.8
intltool-0.32.1
libxml2-2.6.16
fontconfig-2.2.3,1
libXft-2.1.6
xorg-fonts-encodings-6.8.1
xorg-fonts-truetype-6.8.1
gtk-2.4.14_2
pango-1.6.0
xorg-clients-6.8.1
xorg-libraries-6.8.1

です

test

gnomeよりKDE好きなんだが、
KonquererとFirefoxで同じページをロードさせる競争させてみ？
おちゅ〜しゃよりKitaと思ってても、Konquererいやになる

.....Nautilusは、なぜかmakeがこける（TT）

kitaスレあった。
スレちがいスマソ

新着が表示されなくなった?

rebuildし直したら直りました。
昨日lesstif残ってたの抜いてopenMotifｺﾞﾆｮｺﾞﾆｮしたのと関係あるか
どうかは不明…

お騒がせｽﾏｿ

hoge

十分安定した。
あとは、起動と終了のスピードを早くしてほしい。

新着だけ取ってくる機能が欲しい。それと前１００・後１００・最新５０機能も。

板とスレの分割の有無を選べる機能が欲しい

ｶﾞﾝ(　ﾟдﾟ)ｶﾞﾚ

さっきなった事。
当方ADSLで一時的にルーター先のリンクが落ちてたんだけど、
書き込もうとしたら、「失敗しますた」と。
こういう時は、書き込みダイアログを再度表示して欲しいな。

起動スピードは、スプラッシュスクリーンとプログレスバーを付ければ、精神的に早く感じるかと。
終了は…（汗

死ぬのは…、昨日検証してみた。
”板一覧”で選択した板が開かない内に、別の板を選択、さらに別の板を選択…　と何度も繰り返すと落ちる。　俺だけ？

>>447-450
いまさらだが、何て表示されてたの？

>>487
今年のクリスマスをお楽しみに!
一昨年も出てたし。

>>487
日付を設定し直せばみれるんじゃないかと・・・

>>489
タイムスタンプが狂って誤動作しないかね？
スタンドアロンやDHCPクライアントならOKかねぇ

クリスマスプレゼント以外にも、正月のお年玉があったようだが、
2004年用に作成されて以来、封印されているようだ。
ということで、 ｶﾞﾝ(　ﾟдﾟ)ｶﾞﾚ

hoshu

おちゅ〜しゃ最高だよ。今使っているけど。
何か不具合がありますか？報告するよりこちらがききたいくらいw

と、すれ保守してみる

>>493
動作が重い。

初期の頃は軽かった

>>495
gtk-1.xの頃か？

>>490
つかソース公開されてるんだからソース弄くってやればいいじゃん

したらば見ようと思って、boardlist.xml.gzを直しても、おちゅーしゃ再起動すると毎回直した部分が消されちゃうんですけど、なにか間違ってますか?

詳細

自作PCの板をおちゅ〜しゃで開くと既読スレがぜんぶdat落ちに
なってるんですが、私んとこだけですか？そうですか…

板一覧の更新は?

>>501
二度トライしましたが状況が変りませんね。
おちゅ〜しゃを立ち上げ直しても同じです。

>>500
v0.5.7.2 です

>>500
自作PCは pc5 から pc7 に移転したみたいだから、そのせいでしょ。
で、まだ反映されてない、と。

2chでは大丈夫なのですが、
したらばでアンカ先のレスのポップアップ表示を出した時に、
そのアンカ先のレスに機種依存文字(？)が混じっていると
そのアンカ先のレスの内容が見えません。

hoshu

おちゅ〜しゃってX11 for MacOSXを入れればMacOSXでも使える？

>>507
馬鹿(マカ)は、使わないでください。

>>508
ここはデスクトップ画像スレじゃないんだからw

ｶﾞﾝ(　ﾟдﾟ)ｶﾞﾚ

'

0.5.7.2@FC3

まちBBSの会議室板で
http://www.machi.to/tawara/
スレを開くと不規則に[ここ壊れてます]になります、、

不規則にというのは、一度スレをリセットして、開きなおすと
さきほど壊れてますだったところが表示され
別のレスが壊れてますになる、と言う意味です
ちょっとだけ困ってます

ご報告まで。。。

おちゅーしゃをインストールしたんですけど↓みたいなエラーがでて起動してくれません

ochusha: relocation error: /usr/lib/libochusha.so.0: undefined symbol: xmlSAX2InitDefaultSAXHandler

これってどうしたら良いんでしょうか?だれか教えて下さい

>>513
http://linux2ch.bbzone.net/index.php?FrontPage#shitsumon

みなさんREADMEに書かれている、「２ちゃんねる以外の板を見るために」の方法でしたらばとか読めてますか?
私のところではboardlist.xml.gzに記述を追加してからおちゅーしゃを起動しても何も変化しません。
一度おちゅーしゃを終了させて、boardlist.xml.gzを開いてみてみると、追加した記述がなくなって以前の内容に戻ってしまうのですが、何かおかしいのでしょうか?

>>515
記述を追加した手順とか書けよ
どうやったんだ？

>>515
~/.ochusha/boardlist.xml.gz
じゃなくて、
~/.ochusha/.sm/ochusha_self_managed_session/boardlist.xml.gz
を書き換えたらどうだ?

スレ一覧とスレ(DAT)ダウンロード時のチャンクサイズを4096にしたら
若干ですが取得できる確立があがったような気が、、、
気のせい?

>>515-517
参考にならないかもしれませんが、自分の場合、
~/.ochusha/.sm
の中身はカラだったので、
~/.ochusha/boardlist.xml.gzを展開して編集したあと、
boardlist.xml はそのままにして、boardlist.xml.gz のほうを
~/.ochusha/.sm ディレクトリに放り込んで再起動したら桶でした。。

>>512
のはCVSでは修正済っぽいよ。リリース出てないけど。

>>516-518
手順としては
1.~/.ochusha/boardlist.xml.gzを修正する
2.おちゅーしゃ起動する
3.修正した部分を確認する→直ってない
4.おちゅーしゃを終了する
5.~/.ochusha/boardlist.xml.gzをみると以前の状態に戻っている

ということを何度かやってました。

~/.ochusha/.sm/ochusha_self_managed_session/boardlist.xml.gz
に修正を加えて立ち上げたらちゃんと読めるようになりました。
どうもありがとうございました。

turboLinuxでmakeしたら
automakeとperlのpackage無いから入れろといわれたのですが
turboだとほかにも色々不都合あるのでしょうか・・・

>>521
make するには hogehoge-develop とかもいるかもしんねぇしにゃ。
タボのバージョンくらい書かないとわがんねぇべ。
それにパッケージが無いといわれたなら入れるしかないべ？
バージョンが低いんならアップデート汁。

すいませんturbo10dです
[xx@localhost ochusha-0.5.7.2]$ make
cd . && /bin/sh /home/xx/ochusha-0.5.7.2/missing --run autoconf
configure.ac:7: error: Autoconf version 2.59 or higher is required
configure.ac:7: the top level
autom4te: /usr/bin/m4 faild with exit status: 1
make: *** [configure] エラー 1
色々調べてみます。

ところで、>>412 の特殊文字エスケープはどうやったらいいのでしょうか。

>>524
>>412の頃はバグってただけなので、今は\$でいけないか？

>>525 \$ できました。ありがとうございました。

「人大杉」のときはステータスラインにその旨表示して欲しい

>>527
人大杉はread.cgiを使っていない以上認識できないわけだが。

ttp://jpgif.com/nandemo/src/1107218114335.png

こんな感じの板追加ダイアログを作ってほしい。

>>529
そこまでしたなら、あとは...言い出しっぺの(ry

>>530
gladeで部品置くのは素人の俺でも出来るがコードを書くとなると
Cを最初から勉強しなきゃならんので今の俺には無理。

>>531
作者にデータの型式でも聞け。場合によっちゃ、シェルスクリプトでどうにかなる。

>>532
いや、俺はたまたま手近にあったgladeってやつを
使ってみただけでデータの型式だとか言われても
さっぱりわからんのだが。

工房の頃にVBAを触った事があったからこのツール使えば
俺が考えたアイディアを作者に伝え易いかなぁと思って
雛型みたいなのをそれっぽくでっちあげたらこうなった。
プロジェクトの保存とかしてないんでもう再現も出来ない。ｽﾏﾝ

>>533
いあ、型式がテキストとかだったら、Cなんぞ使わなくてもシェルスクリプトでいけるだろと思っただけだが?

たはは。シェルスクリプトもこれから覚えなきゃならん人間なのよ。

本当に使えねぇ＞俺

ビルドしたらメニューやダイアログがほとんど英語なんですが、どうやったら
日本語になりますか？

ビルドしただけでインストールしてないってオチかな

make installしたあとconfigure --prefix=で指定したディレクトリ
から動かしてました。lib/*.laのパスが違ってたので元にもどしたら
日本語になりますた。お騒がせしました。

スレを読み込むごとにメモリ消費が増えていくようですが
topで見たら51MBもとられていたので一度終了しました。
mozilla並み?

>>539
ほんとだね
どんどんメモリー消費増えていくねぇ。
解放しないのかな？

>>540
っていうか、リーク？

（・∀・）ｲｲ!!

>>539-541
どんな環境で使ってる？
俺のはメモリー消費はそれほど増えない。複数板と、複数スレッドをタブで同時に開いて
スレッド 20個近く開いても、せいぜい 36% 程度、それもスレッドなどを開いたときだけで
きちんと解放しているけど？

>>543
ぱーせんと？
プロセス毎の使用量（絶対値）の話をしているんだけど・・・。

沢山メモり積んでいる人は数％だと思わない？

>>544
もちつけ
>543の言いたいのは「36%程度」ってところじゃないだろ

うちの環境では37MB位になっているかな

起動直後は20.5MB前後？

>>543
kernel-2.4.27
XOrg-6.8.1
gtk2-2.6.2
43MB ochusha / 512MB all
タブは一つです。

最近かなり安定してきたね
とりあえずWindows用のどのブラウザよりも使い勝手が良い！

まったり進化していけばいいよ。

>>549
さすがにそれは無いだろ。こんなに重いのに。

>>551 同意
作者様は、一段落したら軽量化に取りかかって欲しいなぁ。

Jane Doe Style を試したことないのかな、、＞549
かなり軽量かつ多機能、作者さんにもぜひ試していただきたい

後、これってスレを更新するときに差分でやってくれないでしょ。
これが凄い不便。

文句あるなら自分で改良しろ。だな

>>554
見たところ差分でとってきてるようだが、どこのことよ？

>>555
ならあなたは自分で改良してない部分は全てにおいて満足してるの？

>>556
その時読んでるスレの更新だよ。
もし差分で取っているなら、おちゅーしゃが重いって事になるね。

サーバーのレスポンスが遅いとかもあるから、もう少し調べてみたら？

>>559
そうしてます。�dｸｽ

なんでこんな重いんだろ
Ciのほうが軽いぐらいだよ
gtk2のせい？

実況で遅いからおちゅーしゃ遅いって言ってたとしたらただの馬鹿だな

確かに(w>>562

俺の主観だけど昔は確かにかなり遅かったがいつかのバージョンから
劇的に速くなったあとはそこそこって感じ。
本当は窓でもおちゅ〜しゃ使いたいんだけどコンパイル環境の整備が
ﾒﾄﾞｲから窓ではギコナビ使い。

実況向けであるってことは悪い事では無いでしょ。

書き込み失敗した時、下のステータスバーにずっと
書き込みに失敗しましたって出続けるけど、
なんか消す方法ないの？

>>566
書き込みリトライしているのでは。終了するしかないと思う。

>>566
書き込みウィンドウを閉じたら消えるようになってたと思うが、
滅多にエラーに出会さないからわかんねえな。

linux用のにちゃんぶらうざでは一番だと思います、、が、
スレ表示した状態でそのスレを"お気に入り"に入れたいとき、不便です。
(スレ一覧からそのスレを捜し出して 右クリック＞お気に入り しないといけない)

スレのタブの中に″お気に入りに追加"アイコンがあるといいかなー。

>>569
あ〜それ激しく欲しいね

gtkのタブやメニューの高さってwinに比べるとイマイチ高くて
表示面積が少なくなってちょっと不満

あとOpenJaneDoeなんかはメニューバー非表示機能があったりするから
余計にそう感じる

スレ一覧とスレ表示が連動してて、ある板のスレ一覧を閉じたら
その板の表示してたスレも全部閉じられてしまうのも不満

別々に管理するオプションきぼん

uxgaでも見辛く感じるんですが、
ペイン構成は変えられないんでしょうか。

愛用しております。
レスが表示されている部分は何と言うウィジットをお使いなのでしょうか。
御教示お願い致します。

>>573
GtkTextViewだよ。ソース見れ。

>>574
ありがとうございます。
高性能ですね。TextView。参考になりました。

板一覧の順番を入れ換えできるようにして欲しいです。
よろしければお願いします。

板一覧URLをデフォルトと違うのにしたいんだけど
~/.ochusha/config.xml.gzのbbsmenu_urlを変えても
おちゅ〜しゃ起動して終了したらまたデフォルトに書き換えられちゃうのは仕様？
変更したいURLがhttp://(略)/hoge.phpなのは関係あるのかな。
Debian sarge + ochusha-0.5.7.2

>>569
そんなめんどくさい事しなくても
スレッド一覧からドラックして左のペインのお気に入りまで持っていけば
登録されるよん

板ボタンがﾎｽｨ

>>578
めんどくさいのは、お気に入りに登録する方法じゃなくて
スレッド一覧から探し直さなきゃ登録できない、ってこと

スレッド表示欄にアイコンがあれば、スレッド一覧に戻る必要がないでしょ?

>>577
>>517,518 を参考にしてみ。
~/.ochusha/.sm/ochusha_self_managed_session/config.xml.gz があると思うから。

>>581
ｶﾞｲｼｭﾂでしたかすいません。
確かに~/.ochusha/.sm/ochusha_self_managed_session/config.xml.gz
を書き換えたら成功。
ありがとうございました。

cent3です。makeできません。

# cd /usr/src/redhat/RPMS/i686/
#ls
ochusha-0.5.7.2.tar.bz2
#tar xvfj ochusha-0.5.7.2.tar.bz2
# cd ochusha-0.5.7.2
#./configure
#make
make: *** ターゲットが指定されておらず、makefile が見つかりません. 中止。

色々調べましたがわかりません。
どうかご教授下さい。

$ ./configure --without-ssl
$ make
$ su
# make install

>>584
やってみましたが、同じでした。

っあ、ちなみに/usrに格納したので>>584の様に
一般ユーザーではアクセスできないので、最初からrootです。

>>585
っつーか、./configure の結果はどうだったんだよ。
./configure に失敗して Makefile が作られてないようにしか見えないんだが。

最低でも gtk2/glib2 >= 2.2.0、libxml2 >= 2.5、zlib の開発パッケージが必要。
ssl support 込みなら openssl-devel も。

>>586
/usr/srcってkernelの再構築するわけじゃないし、rpm作るんでもなさそうだし
/home/userでやればいいのに。

ディレクトリ構成から見るとレッドハット系のようだし
FC3のrpmからいれちゃえばいいような‥

>>589
をいをい、いくらRHELクローンとはいえ、異なるディストリの
バイナリを使うのは気持ち悪いだろ

configure: error: glib-2.2.x is required

と出るのでglib-2.2.3-3tr.i586.rpmをインストール
したのですが、何も変わりません。

>>591
おいおい。開発パッケージと言ってるのに。
glib2-devel だと思うよ。
# なんで tr (Trusix) を入れようとしてるんだ？

それ以前に、なぜCentOSなんだ…
初心者ならVineとかから始めれば良いのに。

zlib-1.1.4-8.i386.rpm
zlib-devel-1.1.4-8.i386.rpm
をインストールしましたが。何も変化がありません。
#./configure
<中略>
checking for pkg-config... /usr/bin/pkg-config
checking for GLIB - version >= 2.2.0... no
*** Could not run GLIB test program, checking why...
*** The test program failed to compile or link. See the file config.log for the
*** exact error that occured. This usually means GLIB is incorrectly installed.
configure: error: glib-2.2.x is required

英語だけじゃなく日本語も読めんのか。
合掌。

>>583
OSをﾌﾙｲﾝｽﾄｰﾙでインストールし直した方が早いかもよ。

>>594
……いや……だからさ……glib-devel-2.xだって……
ちゃんと他の人のレス読めよ……

忘れてました。glib2-devel-2.2.3-27.i586.rpmも
インストールしましたがダメでした。

>>598
それならそれで>>594に自分でコピペした箇所で
指示されてるとおりに作業してみようじゃないの

#rpm -Uvh glib2-devel-2.2.3-27.i586.rpm
警告: glib2-devel-2.2.3-27.i586.rpm: V3 DSA signature: NOKEY, key ID 9c800aca
Preparing... ########################################### [100%]
package glib2-devel-2.2.3-27 is already installed

# rpm -q glib2-devel
glib2-devel-2.2.3-27

#./configure --without-ssl

<中略> (>>594と同じ)

configure: error: glib-2.2.x is required


なんででしょう?

> See the file config.log

>>601
長いんで省略します。
hostname = localhost
uname -m = i686
uname -r = 2.4.21-27.0.2.EL
uname -s = Linux
uname -v = #1 Wed Jan 19 02:20:34 GMT 2005

/usr/bin/uname -p = unknown
/bin/uname -X = unknown

/bin/arch = i686
/usr/bin/arch -k = unknown
/usr/convex/getsysinfo = unknown
hostinfo = unknown
/bin/machine = unknown
/usr/bin/oslevel = unknown
/bin/universe = unknown

PATH: /usr/kerberos/sbin
PATH: /usr/kerberos/bin
PATH: /bin
PATH: /sbin
PATH: /usr/bin
PATH: /usr/sbin
PATH: /usr/local/bin
PATH: /usr/local/sbin
PATH: /usr/bin/X11
PATH: /usr/X11R6/bin
PATH: /root/bin

ｵﾏｲｶﾞﾐﾛｯﾃﾉ
最後の方に何でエラーになったかが出てんべ

エラー表示がありません。あきらめた方がいいのかな?

最後の方の行です。
#endif
#ifdef __cplusplus
extern "C" void std::exit (int) throw (); using std::exit;

configure: exit 1

>>603
>>604
エラーになる箇所が表示されるのはかなり上のほうになるはずだけど

grep -n glib config.log

とでもやってみてどのへんかアタリを付けてみるのはどうよ

>>605
すみません有りました。
やっぱインストールされてない?

946:conftest.c:49:18: glib.h: No such file or directory
948:conftest.c:55: `glib_major_version' undeclared (first use in this function)
951:conftest.c:55: `glib_minor_version' undeclared (first use in this function)
952:conftest.c:55: `glib_micro_version' undeclared (first use in this function)
1003:| #include <glib.h>
1009:| return ((glib_major_version) || (glib_minor_version) || (glib_micro_version));
1013:configure:21587: error: glib-2.2.x is required

PKG_CONFIG_PATH に glib2 のインストール先のパスが入っていないだけとか。
glib-2.0.pc があるディレクトリが PKG_CONFIG_PATH に入っていなければ
追加すると pkg-config が見付けてくれる。
/opt/gnome/lib/pkgconfig あたりか？

ないものねだりだけどクルマに例えているレスをまとめてあぼーんする機能が欲しい。

>>608
A Bone by Content でなんとかならんのかそれは

>>609
単語では難しいのでかかり受けを判断していただけると嬉しいなと思ってみただけです。

外部板登録が出来ない…
boardlist.xml.gzを解凍して、外部板追記して再圧縮でおちゅ〜しゃ起動。
そしたらいつもデフォルトの板一覧に戻ってるﾟ･ﾟ(ﾉД`)ﾟ･ﾟ

なんか間違ってるのかな・・・？

>>611
書き込む前にこのスレを検索してみてもよかったんでないかい

ったく>>529が口先だけじゃなく実装すれば
二度とこういう奴も出てこないだろうに。

>>612
全部見たつもりだったのですが見落としてました。
そのものずばりがありました…

スレ汚し失礼しました。

>>610
ベイジアンフィルタでも搭載するしか無さそうだけど、
面白そうではあるね。

他の2chブラウザでベイジアンフィルタ入れてるのある?

すごいどーでもいい機能だけど、ヘルプ - おちゅ〜しゃについて を開いたら、
おちゅ〜しゃのホームページのリンクを下の方にでも表示させて、
クリックしたらブラウザでとべるようにして欲しい。

ｶﾞﾝ(　ﾟдﾟ)ｶﾞﾚ

すごく基本的な昨日が抜けてるということに気づいたんだが…。

ログのエクスポート機能、きぼんぬ。

おちゅ〜しゃ内にたまった過去ログをHTML とか テキストで吐き出してくれると、
おまいらうれしくありませんか？

>>618
おれはそんなに多くの２chブラウザを試したこと無いから知らないんだけど、
それって基本的な機能なの？
どちらかといえばオマケっぽく思えるのですが。
ブラウザに組み込む意義があんましわからないというか。

>619
おいらも同じことｵﾓﾀ

>>619-620
んで、何がいいたいん？

別にいらね

>>621
うれしくありませんか？という問いかけに対して
うれしくありません！と返答したのではないかと

うわあ、みんな、マジレスありがとん。日本語のべんきょーになりました

「624 は見ていて恥ずかしい奴」 に一票

一番恥ずかしい奴は >>621 だと思うが…

>>626
同一人物じゃね？

やっぱり公式にあるバグがたまに起こる。
>時々タブが表示されないことがある
たくさんの板とたくさんのすれ開いていたときに。画像のインラインプレビュー使ってるから？

あと画像のインラインプレビューを有効にして、画像のたくさん貼られているスレ開くと重く
なるのをもう少し改善して欲しい。

あと今開いているスレのオートリロード機能があったら便利じゃないかな。

>>628
>時々タブが表示されないことがある
うちは一回も画像のインラインプレビュー使った事がないけど起こる

hoshu

otsu

ｶﾞﾝ(　ﾟдﾟ)ｶﾞﾚ

便利に使わせてもらってます。

書きこみ用の領域のフォントを設定できるようにしてほしいです。

>>633
できるよ〜
~/.ochusha/ochusha-gtk2rcを作るべし。
>>1へ


どうやら、画像が大量に貼ってあるスレッドを2,3個ほど開くと確実に落ちますね
FreeBSD, Fedora, Debian(sid)でも関係なく、
同じ3つのスレッドを開いてテストしたところ
なんどでも、落ちました。
画像の量がおおいほど落ちやすいようなのでバッファ関連なのかな？

>>634
どこのスレ?
人柱はいっぱい居ると思う...(w

>>635
アイドル画像板の好みのスレに逝け！

オレの趣味で選ぶと
http://pie.bbspink.com/test/read.cgi/girls/1106354524/
http://pie.bbspink.com/test/read.cgi/girls/1099174708/
http://pie.bbspink.com/test/read.cgi/girls/1097598747/
http://pie.bbspink.com/test/read.cgi/girls/1102406818/
http://pie.bbspink.com/test/read.cgi/girls/1110221650/
http://pie.bbspink.com/test/read.cgi/girls/1106367296/
http://etc4.2ch.net/test/read.cgi/male/1108231386/

まあ、このくらいあれば、いいかな
適当に3つくらい開いてみてちょ

>>634
できました。ありがとうございます。READMEに書いてあったんですね...

とりあえず VineSeed で >>636 の上 3 つを開いてみましたが
落ちなかったです。

なんかいろいろ開いていると、スレ内の文字範囲指定（マウスでドラッグ）ができなくなる
ときがある。

その状態で終了したら、起動してからのスレを読んだ記録がなくなっている。

>>634
５分前に全部開いたけどまだ落ちてないけど・・・

>>639
つか、普通に画像の読み込みが遅くて、自分でおとしたんじゃないかと?

>>639の続き
暇なので眺めているとちょっと気になることがある。
ttp://pie.bbspink.com/test/read.cgi/girls/1099174708/
のなかにある某占い師の新春開運ヌードって本物かなぁ？

(((((((( ；ﾟДﾟ)))))))ｶﾞｸｶﾞｸﾌﾞﾙﾌﾞﾙｶﾞﾀｶﾞﾀﾌﾞﾙｶﾞﾀｶﾞｸｶﾞｸｶﾞｸｶﾞｸｶﾞｸ

>>641
グロ画像載せんな、ヴォケ

>>639
「画像のインラインプレヴューを有効」にした場合のことを言ってるんじゃないかと。

>>643
ただ単にグロ画像を見せたかっただけだろ。
オレのとこだとインラインプレビュー有効でも落ちないよ。

>>638

いろいろ開いてなくても、時間が経つと選択できなくなるような。
右クリック→全て選択も効かなくなる。

これとスレ記録との関連は分かんないですが。

バグかわからないけど一応報告。
なぜか名前欄であぼーんに"（*^_^*）"ができない。
名前欄であぼーんに目の部分"^"を登録したら、全部レスがあぼーんになった。

>>646
行頭にマッチしてるんじゃないか？
たぶん \ でエスケープしておけば良いと思う。

0.5.7.2で以下の関数が呼ばれた時に、bufferが不正な値を指している場合があるような気がするのですが．．。
gboolean ochusha_async_buffer_reset(OchushaAsyncBuffer *buffer)

segfaultで落ちたので、gdbでbtした場合にその関数が原因っぽいです。(発生率は頻繁ではなく、再現方法が不明)
#0 0x0000002a9568f27a in ochusha_async_buffer_reset (buffer=0x18704f0) at ochusha_async_buffer.c:497
#1 0x0000002a95691d0d in ochusha_network_broker_employ_worker_thread (broker=0x8338c0, buffer=0x18704f0,
url=0x7fbfffa960 "http://pc5.2ch.net/linux/subject.txt", cache_url=0x7fbfffa960 "http://pc5.2ch.net/linux/subject.txt",
if_modified_since=0x2a9ea71340 "Mon, 12 Mar 2005 01:26:36 GMT", job_function=0x2a95693da0 <refresh_cache_after_read>, modestly=0, chunksize=1024)
at ochusha_network_broker.c:1189
#2 0x0000002a9569232d in ochusha_network_broker_read_from_url (broker=Variable "broker" is not available.
) at ochusha_network_broker.c:2040
#3 0x0000002a9569d893 in ochusha_board_2ch_get_threadlist_source (board=0xa563e0, broker=0x8338c0, buffer=0x18704f0,
mode=OCHUSHA_NETWORK_BROKER_CACHE_TRY_REFRESH) at ochusha_board_2ch.c:1001
#4 0x0000002a95699df3 in ochusha_bulletin_board_get_threadlist_source (board=0xa563e0, broker=0x8338c0, buffer=0x18704f0,
mode=OCHUSHA_NETWORK_BROKER_CACHE_TRY_REFRESH) at ochusha_bulletin_board.c:725
#5 0x0000000000439aba in refresh_threadlist_view (application=0x59e090, board=0xa563e0) at bulletin_board_ui.c:1330

hoshu

ｶﾞﾝ(　ﾟдﾟ)ｶﾞﾚ

おちゅ〜しゃが壊れた！スレがとれない！と思って.ochushaを削除してみたら、オフライン作業にチェックが入っていたことに気がついた……。

慌ててバックアップから.ochushaをリストアして事無きを得たよ。

漏前らも気をつけろよ！（一番気をつけるべきは漏れ

>>651
それ0.5.7.2にしてから２回起きたよ
config削除で復活したけど
自動でバックアップ作って欲しいな

PWD

651だけど今度はLinux板*だけ*取得できなくなって、古い,ochushaからバックアップって手も使えなかったよ。
で、どうしたかというと。

mv .ochusha .ochusga2
cp -a .ochusha2/cache/ .ochusha

みたいなことしておちゅ〜しゃ起動したら何とかなった！

ほーんと、おちゅ〜しゃは地獄だぜ〜（AA略

>>654
それ．．．．．「板一覧の更新」で直ったのに。
(2chのdatファイルが変わったらしい)

orz
おまけにageてるし……。

o...rz

hosh

二重起動防止するようにしていただけると嬉しいです。
現状では後に終了したほうのochushaの未読状態が引き継がれるようです。

起動時に.ochusha/.pidとかファイルを生成して、終了時に消すようにしたらできないこともなさそうだが。

>>658
>>659 みたいなラッパを自分で書けば良いのかな。

異常終了した時を想定して、起動する時に.pidが既にあったは
「既に別のochushaが起動されている可能性があります。続行しますか？」
とかやって[キャンセル][続行]を選択させ、
続行する場合には.pidを上書きして実行させたらいいと思う…な。

書き込み中に、別のスレを表示すると描画されなくなります。
落ちはしませんが、まったく操作を受けつけなくなります。
こんな"必死だな"といわれても反論できないことをするのは想定外かも知れませんが…

Cent OS 3, glib2-2.4.7-1, gtk+-1.2.10-33, gettext-0.14.1-13, libxml2-2.6.16-6
です。

socketで判断するのがメジャーっぽ

gtk 1.2 で動くのか…というのは置いといて、書き込み ok を押した直後に
別スレを開くってこと？

固まってる時にデバッガをアタッチして、どこで止まってるか見るとかはどう？

>>664
>gtk 1.2 で動くのか…
FC3がベースですからそんなに古くないと思うんですが…
ひょっとして、gtk2-2.4.13-12の方ですか?
>書き込み ok を押した直後に別スレを開くってこと？
そのとおりです。
>固まってる時にデバッガをアタッチして、どこで止まってるか見るとかはどう？
やってみます。

Linux板の書き込みテスト専用スレッドのレスポンスがよすぎて、
書き込み中の時間が短く、別スレ表示が間に合わなくて、再現すぐに出来ません。
さらに、私はデバッガ初心者なので…

という、報告が遅れるという報告です。

肝心のおちゅ〜しゃのバージョン書き忘れた。
もち、最新版0.5.7.2でつ。

>>667
書き込みついでにテストしたけど起こらないよ。
debian sid gtk 2.6.2 glib 2.6.3 ochusha 0.5.7.2

>>668
テストありがとうございます。う〜ん、もうちょっと検証します。

検索は検索方向を決めるのではなくて「次へ」と「前へ」ボタンにしてほしい

>>670
素朴だが、とても良い案だと思います。
このままスルーされて流されないよう祈ります。

板移転の自動追尾機能はまだ? (AA略)

ｶﾞﾝ(　ﾟдﾟ)ｶﾞﾚ

作者頑張れ

navi2chのキーバインドになるべく互換の設定ファイルupきぼん

最近バージョンうpないな

いろんなバージョンが派生すれば面白いのに

最新レスのリンク先に対して右クリックするとメニューが見づらいというのは既出?

テキストを範囲指定→右クリックメニュー→Web検索があったら嬉しいです

保守

何か投稿した後にスレ表示消すと、グレーになるだけで
スレ一覧が拡がらなくなる事がある
その時は、再度スレを選択しても、スレ表示が出ない
Fedora Core 3 x86_64 で発生

>>681
Cent OS 4でもなる

Ochusha-cvs 保存書庫を見ても2月で止まってるし不安だ

かなり私的な事聞いて申し訳ないんですけど。。
他のスレ見ても異常ないんだけど、ソフトウェア板の

Mozilla Firefox Part37＠ソフトウェア板
http://pc8.2ch.net/test/read.cgi/software/1113310471/
を見ようとするとガリガリディスクアクセスしだして何も出来なくなって落ちるんですが、
私だけなのでしょうか？
私だけならば原因はなんじゃらぁ。。

そこのスレにこんなことが書いてあるな

> >>912
> 超巨大画像。数メガサイズ。
> 踏むときは注意

GCC 4.0でコンパイルしてみた。
成功したし動いてるけど、Worningがいっぱい出た。

>>686
それはWorninnguの間違いだろう。

右手の法則…だっけ？

>>687
スマソMorningの間違いだった。

>>685

なるほど…インラインプレビュー切ったら普通になりました。。
ありがとうです。

firefoxを上げたからか、gtkを上げたからか
おちゅ〜しゃからリンクを開くとfirefoxのウィンドウが前に出てこない。

wmの設定を見直そう

掲示板から返って来る文字列に
<!---2ch--->などと小文字２chがあると書き込みに失敗しますね・・・。
たとえばこことか。

http://0ch.mine.nu/jikken/

スレ一覧の「順位」の幅を、初めから「DAT落」の幅にする事はできないでしょうか？
バー(？)が動くのが気になります。

はじめておちゅーしゃ入れて感動しました。
すんごい使いやすい。
もうnavi2chには戻れません。

wmをKDEにするとレスのインライン入力が出来ない。
出来てる方います？

>>696
どんな日本語変換ソフトを使っているかにもよるけど。
qt-immodules 使っているなら XIM に切替えればなんとかなるかも

くだーーーーーーーーーーーーーさい!

>>698
バカは寝てろ

おちゅーしゃから記念麻巳子

一般設定で、 firefox -a firefox -remote openURL(%s,new-tab)
としても外部ブラウザが起動しない。
vine3.1とおちゅ〜しゃ0.5.7.2です。
どこを見れば良いでしょうか？

firefox "%s"

コンソールで
firefox --help
とかすればわかると思うんだけど。

>>702
ありがとう、でもダメだった。
引数ではなく他の理由だと思う。

>>703
おまえ、友達いないだろ。

>>704
>>703が嫌なら放置する。
藻前は質問者だってことまず考えれ。

ってことはさておき、
漏れの設定(したわけではなくそうなってたんだが)はこんな↓感じ。
firefox -raise -remote "openURL(%s,new-window)"

何か変なレス食らいましたけど、ちゃんと解答してやりますよ。
firefox --help
して、
-remote <command>
Execute <command> in an already running Mozilla process.
と書いてあるのを読めと言う意味だったんだが。already running Mozillaだからね。

デフォルトが>>705のfirefox -raise -remote "openURL(%s,new-window)"
だが、上記の理由によりこれだと起動しているfirefoxがないと何も起きない。

そこで、firefox "%s"ですよ。これでだめなら、コマンドラインから直接
firefox "www.google.co.jp"とかやってちゃんと起動するかどうか確かめるべきだな。

#firefoxはいってないとかパス通ってないとかいうオチじゃないだろうな。

>>706
701のあの態度でも親切だな。

>>701
これでいいじゃないの？
http://linux2ch.bbzone.net/index.php?FAQ%2FApplicationMisc%2FMozilla#content_1_14

>#firefoxはいってないとかパス通ってないとかいうオチじゃないだろうな
おまえの言いかた、いちいち頭に来るな。
でも、参考にはなった。
thanx

>>708
パスが通ってなかったんだな……

まあ、他人が読む分には笑えるスレだが…

再現しないけど変な現象が出た。

スレ表示の上に並んでるアイコン(閉じるボタンも含めて)の部分が灰色に塗りつぶさ
れて何もない状態になった。スレ一覧とスレ表示は、表示されてる。その状態で別の板を
開こうとすると、右半分(スレ一覧とスレ表示)全体が灰色になって何も表示しなくなった。

タブが表示されないというのと同じかな？
調べ方もよくかわらないので報告だけしときます。

ちなみに debian sid、 gtk 2.6.4、 ochusha 0.5.7.2。

ついででいいので、書き込みウィンドウ、キャンセルとクリアが両方Alt+cに
割り当てられてるのをなおしてほすぃ。

hoshu

日経Linuxにちょびっと載ってたな

（・３・）　エェー　前回終了時の状態で開くことでけるの？
　　　　　　　　　　起動のたびに自分でスレ選ぶのたいへんなんだけどYO

要望なんだけどね
番号のリンクのようにIDで直前へと遡ってのレスに
リンクしてくれると嬉しい。

>>714
お気に入り機能を使っても大変な程いっぱいスレを開くのか?

（・３・）　エェー 印のとこにチェックが付かないよ。。。。なんでだろ

右クリックだよ。
印は何のためにあるのか俺は知らない。
だれか教えてくり。

（・３・）　エェー 右クリックで印を付けるでも、印が付かないでつ

それってテーマのせいでよく区別できないだけじゃ?

（；３；）　エェー　もうあきらめます。　ありがとうございますた。

>>718
ソートするためじゃないの?

でも、出来たら、一度読んだスレには印をつけてくれると嬉しいです。
次スレに移行ってときに、今は、スレ一覧から探さないといけない
から少し面倒です。

違うって、右クリックしてお気に入りにいれるだよ。
板一覧のマイフォルダの中のお気に入りから開く。

お気に入りの巡回機能ほしいなぁ

>>718
フィルタを使うと未読のないスレを表示しないようにできるんだけど、
印がついているスレは未読がない場合でも表示される。

>>725
ぉぉ。それは便利。

>>726
うん、ホントに便利。
ただ、デフォルトの設定だと>>725とは動作が違うかもしれない。
「フィルタ」の右にあるボタンで設定ダイアログが開くよ。

おちゅーしゃが排卵
RPMからもソースからも
KITAも起動するが落ちるし

Turbo10D basicです。。。

>>728
Turboを捨てるといろいろな面で幸せになれると思います。

Turbo 10DでもF...でも使えてるけどなぁ....

>>728
TL10D で普通に使えてるぞ。

いや一台目はすんなり入ったのだが
ほとんど同じ環境で二台目が入らん

>>717
君をニュー即で見たことあるような気がする。

>733
http://that3.2ch.net/test/read.cgi/gline/1108569179/

過去スレすまんこ。
http://that3.2ch.net/test/read.cgi/gline/1112722754/

>>734
うわー、初めて知ったよ。

フォントの設定いじっちゃたんっですがデフォルトの設定ってどうだったか
わかる方教えて下さい
今MSPゴシックにしてあります。
2ch見るのに一番いいフォントってなんですか教えて下さい

>>737
AAなどはMS Pゴシックの12ptを前提にしていたと思う。
Windows以外でMSのフォントを使う場合のライセンスを気にするのなら
IPA PゴシックをMS Pゴシック幅に合わせたものを配布されているので
それを使わせてもらうのもいいかも。

IPAモナーフォント
http://www.geocities.jp/ipa_mona/index.html

Canna+Kinput2が変換中にたまに固まる
おちゅ〜しゃのみでの現象

Canna36p4
Kinput2v3.1
Ochusha-0.5.7.2

tar玉からコンパイルインストール
原因予測できる方いますか？

板一覧に表示される一覧を、URLから取得することはできますか。

>>740
http://www.ff.iij4u.or.jp/~ch2/bbsmenu.html
じゃないところから取りたいってこと?

>>741
http://azlucky.s25.xrea.com/2chboard/bbsmenu.html
ここの一覧を表示したいんだけれど。

>>742
>>581近辺でがいしゅつ

>>739
cannaの問題かも。
うちはmozillaでも固まる。

すみません
今スレ一覧で新スレは赤文字、
それ以外は黒文字になって
しまっているのですが、全て
黒文字にするにはどうしたら
いいか教えてください。

age

>>745
スレの一覧で右クリック−リセットで
赤字は消えるが

LD_ASSUME_KERNELを何に設定すればいいのかな?

test
(`･ω･´) ｼｬｷｰﾝ(`･ω･´) ｼｬｷｰﾝ
（´・ω・`）ｼｮﾎﾞｰﾝ
oshusha 顔文字挿入〜

CVS も静かになったな。
たまに バージョンアップが無いと寂しい。
0.6 正式版 up きぼんぬ。

GTK2勉強して自分で改造していくしかないのか

ここで書き込む内容じゃないけど、V2Cっていいかも。
javaインストールして実行するだけで動いた。
http://v2c.s50.xrea.com/

FreeBSD 4にport用パッケージで入れてみました。
特に何も起きない。いいね。
SIZE / RES
48204K 45568K XFree86
66200K 33564K ochusya

このスレ見ると落ちるのおれだけ？

今コピーしているものをペーストすれ
ttp://pc8.2ch.net/test/read.cgi/unix/1041662999/

落ちないなぁ…

落ちない
0.5.7.2

ちょろっと試行錯誤
インラインプレヴューを有効にするとセグフォで落ちちゃうな
新規プロファイル作っても同じ
0.5.7.2

ｶﾞﾝ(　ﾟдﾟ)ｶﾞﾚ

>>757
セグフォなら core 吐かせてバックトレースでも取ってみたら？

gentoo kernel-2.6.11-gentoo-r9
glib-2.6.3
gtk+-2.6.4-r1
gettext-0.14.1-r1
libxml2-2.6.17

初めてやったので何やってるのかよくわかってないのだけれども
参考にしたのはここ
ttp://www.miraclelinux.com/technet/magazine/gcore/

> gdb /usr/bin/ochusha core.hogehoge
--略--
Reading symbols from /usr/lib/gtk-2.0/2.4.0/loaders/libpixbufloader-jpeg.so...done.
Loaded symbols for /usr/lib/gtk-2.0/2.4.0/loaders/libpixbufloader-jpeg.so
Reading symbols from /usr/lib/libjpeg.so.62...done.
Loaded symbols for /usr/lib/libjpeg.so.62
#0 0xb153025e in ?? ()
from /usr/lib/gtk-2.0/2.4.0/loaders/libpixbufloader-jpeg.so
(gdb)

ライブラリの問題であってochushaの問題ではないってことなのかな？

>>760
その中に情報はないよ。
info thread するとスレッドの状態が 10個ほど表示される。その中で変なところで
とまってるスレッドを見付けて、 thread 数字でそのスレッドにかえて、bt で
トレースを表示。

トレースを見ても全くわからない場合もあるし、作者が出て来てくれるとあっさり
解決する場合もある。

さんくす

> gdb /usr/bin/ochusha core.hogehoge
--略--
(gdb) info thread
11 process 11639 0xffffe410 in __kernel_vsyscall ()
10 process 11640 0xffffe410 in __kernel_vsyscall ()
9 process 11641 0xffffe410 in __kernel_vsyscall ()
8 process 11642 0xffffe410 in __kernel_vsyscall ()
7 process 11643 0xffffe410 in __kernel_vsyscall ()
6 process 11645 0xffffe410 in __kernel_vsyscall ()
5 process 11646 0xffffe410 in __kernel_vsyscall ()
4 process 11647 0xffffe410 in __kernel_vsyscall ()
3 process 11648 0xffffe410 in __kernel_vsyscall ()
2 process 11649 0xffffe410 in __kernel_vsyscall ()
* 1 process 11644 0xb153025e in ?? ()
from /usr/lib/gtk-2.0/2.4.0/loaders/libpixbufloader-jpeg.so
warning: Couldn't restore frame in current thread, at frame 0
0xb153025e in ?? () from /usr/lib/gtk-2.0/2.4.0/loaders/libpixbufloader-jpeg.so
(gdb) thread 1
[Switching to thread 1 (process 11644)]#0 0xb153025e in ?? ()
from /usr/lib/gtk-2.0/2.4.0/loaders/libpixbufloader-jpeg.so
(gdb) bt
#0 0xb153025e in ?? ()
from /usr/lib/gtk-2.0/2.4.0/loaders/libpixbufloader-jpeg.so
(gdb)

俺にはまたくわからんのでメールでもしてみようかと思います

「お気に入り」に入れたスレが１０００越える前にDAT落ちしたので
更新は今後無いんだけど，そのままキャッシュは保持していたい．
「お気に入りから外す」みたいな命令があるかと思ったのだが・・・
「リセット」したらキャッシュ自体消えるんだろうし，どうすればいいん？

>>763
「お気に入り」から削除しても「全既得スレ」から削除しなければキャッシュは消えないと
思うけど。

板のお気に入りも作ってほしいような

URLを入力しておちゅーしゃで見いなぁーと思ったんです。

よく検索していると2chなどのスレが引っかかってくるんです。
でそのままブラウザで見ているんですけど、リンクしている
番号のレス内容を見るのにどうしても不便ですよね。
こんな時みなさんどうしてます？

>>766
ファイル
- URLを開く

引用レスはまだ出来ませんか？

>>767

あっ、そうするだったんですか、どうもありがとう。

おちゅで書き込みできなくなった…

山田ウィルス対策でbbs.cgiだったかな仕様が変わったぽい。

どれどれ

どらどら

書けー

テスツ…
あかんわ…

マジで？

書けるやん。

漏れは駄目っぽい
ちなみにバージョンは0.5.7

test

>778
自分は、公式からダウンロードした ochusha-0.5.7.2.tar.bz2 から、
rpmbuild -tb で rpm 化したヤツを入れて使ってる。
バージョン上げて試してみるとか。

書けねえよ！
0.5.7.2

0.5.7.2
kakenai

どれどれ

なんでだろ。
BE ログインは関係無いよね。

とりあえず寝る。
ﾉｼ

ochusha-0.5.7.2-0vl1.1

test

なんかあったのか

書けなくなってる何があったんだ? 環境はFC3-smp- x86_64にochusha-0.5.7.2を780>のやりかたで入れてます。

>>787,788
>>771

test

test

ソースまで開いてみたけど面倒くさくなった。
書き込み後に固まるバグも治らないし、もうochushaは終りかな。

環境も書かずに豪快に空回りしてるね・・・

空回りw

ここでテストすんなよ。

[test] 書き込みテスト 専用スレッド 39 [ﾃｽﾄ]
http://qb5.2ch.net/test/read.cgi/operate/1117309085/

とりあえず、書ける方情報キボンヌ。

ソースからこんばいる

ソースからコンパイルしたって書けない。
bbs.cgiの仕様が変わったんだから対応しなきゃ書けるわけがない。
「書けてる」って言ってる奴はからかって面白がってるだけだからあぼーんしとけ。

>>798
そー言われても書けてるんだからしかたがない。
ということで「書けてる」

俺も
KITAにするとか

>>798
書けるスレッドと書けないスレッドの両方が確認できた。

ほんとにbbs.cgiの問題か?

別の問題としか思えないんだが。

>>800
kita 0.175.0で書き込めないようだけど・・・

v2cなら書き込める

普通に書けるし。
0.5.7.2で

釣り？

場所によっては書けない

2chへの書き込みのために引っ越しですか・・・

もうv2cに乗り換えたけど、スレ表示/非表示の設定が細かく出来ないからochushaにも未練がある。
でも作者がばっくれて半年も放置されてるんからなー

>>806
もうちょっとましなツッコミは考えられなかったんか?

自分が巡回する範囲内で
Windows板には書き込めるな
他はむりだった

原因は何？

山田ウィルス対策で仕様が変わったらしい

>>809
今0.5.7.2で試してきたが、駄目だったぞ？

>>812
ttp://pc8.2ch.net/test/read.cgi/win/1116347602/
ここに書き込めた

つーか、おめーら。ここには何使って書いてんだ?

今現在、0.5.7.2で書きこんでるが、ちゃんと書けるぞ?

ま、たしかに書きこめないというか、「レスを書く」が何故か開けないスレッドがあるのは
たしかだが、喪男関係だからダメージはない（笑)

>>813
駄目。

運用情報板覗いてきたが、原因は山田ウィルス対策でほぼ確定っぽいな。
専ブラで書き込めなくなったという報告が多数挙がってる。

test おちゅーしゃで書き込みボタン押すとFirefoxのタブが開いちゃうよ
これはfirefoxで書いてます、おちゅーでは書き込めない

>ttp://pc8.2ch.net/test/read.cgi/win/1116347602/
普通に書き込める
ID:PyGVvw48

書き込み出来る板と書き込み出来ない板が
あるのはどうしてかな?
ここは書き込みできない。

test

>>819
いや、テストはテスト用スレに頼むよ。

書けないだろが

あれれ？？？

LFSに入れたおちゅなら書ける
マルチブートにしてる Vine Ubuntu Gentoo からは書けない

全部0.5.7.2だけど何でだ？

なら Cookie あたりかなぁ。
あてずっぽだけど。

Debian Sarge(testing)と
sf.jpのochusha_0.5.7.2-1_i386.debで
ここに書き込みできない。

これはfirefoxから書いてる。

俺は、CentOS4(RHEL4互換)で、おちゅ〜しゃ0.5.7.2、公式の.tar.bz2から
rpmbuild -tbでrpm化したやつを入れている。
ここには書けている。所々書けないところがある。

漏れもおちゅ〜しゃで書けなくなった
昨日一昨日あたりから、なんで？？

>>826
ちょっとは過去ログ読んでくれ
山田ウィルス対策らしい

>>827
そういうわけなんですか
作者の対応待ちかな

山田ウイルス対策って何がどう変わったんだろう？

Gentoo
0.5.7.2

Gentoo の 0.5.7.2 から

ユーザだと書き込み不可
root なら書き込み可能

既にcookieが書き込まれている場合は書き込める、
そうでない場合は書き込めないとか

おちゅ〜しゃのcookieってどこにあるんだ？

おちゅって、Cookieの種類狙い撃ちかな・・・

rm -rf ~/.ochusha
しても、やっぱ書き込めないね！

これは ochusha-0.5.7.2-0vl2.src.rpm をgcc-3.3.5でビルドしたもので書いています

書ける人と書けない人がいるってのがよくわからんね。

>>837
書けない場合、ありうるのはスレッドの一覧で青く表示されてねーか?ってことだが。

dat落ちとか1000発言に達していなくても、そうなる場合があって、その場合、書き込み
用のダイアログが開かんのよな。

いずれにせよ、書けないと騒いでる連中が詳細な状況を報告しないバカばかりなんで、
信用できないんだよな。うちは0.5.7.2で書き込めてるしな。
(この発言もおちゅーしゃで書き込んでるしさ)

>>838
おまえもう来なくていいよ。人を不快にする以外に何の役にもたたないクズが。

>>838
>>822>>831 読んだ？

デバッグ・コンソール開いて書き込んで見るとわかるけど、書き込めない場合
>現在、荒らし対策でクッキーを設定していないと書きこみできないようにしています。
って内容のHTMLを受け取っている
ブラウザでクッキーを無効にしているとでるやつ

誰も調べんので http も知らんオレが調べはじめた。

こんな症状であってる？
以前書き込んだことがあり正しい cookie の情報(自分のアドレスとか)があるスレは
書き込める。
全くはじめてのスレは書き込めない。
接続のたびにとか数時間毎にアドレスがかわるような接続形態だと以前書けていても書き込めない。

少し見たところ、submit で送る文字列が違ってるのと、２つ受け取った cookie
の内の１つしか返してないように見える。

文字列は修正できるけど、cookie の方はよくわからん。 もちっと調べてみる…。

いや、書き込めるのはまったく新しいスレでも新しい板でも
書き込めるが書き込めないパッケージは取得済みスレでも書き込めない。

LFSに入れたおちゅだと新規にユーザ作ってテストしてみたんだけど普通に書き込めた。
Gentooに入れてたおちゅでrootだとどの板にも書けて今まで使ってたユーザからだと
書けなくなったのが不思議でならん。

ブラウザで菓子の無い状態で書き込んだら２連ちゃんで菓子の要求されたんだが
これが関係してるんじゃないかと。

日本語むちゃくちゃだな俺…○|￣|＿

書き込みできないんだが、クッキー無しのPOST /test/bbs.cgiの
返事でPON=hogeとHAP=hugaなクッキーを食わされてるのに、
2度目のPOSTでHAPしか送り返さないで失敗してる様子。

ブラウザから試してみたら、PONアリHAPナシでは書けるけど
PONナシHAPアリでは書き込めない。(両方あればもちろん書ける)

多分だけど、書き込めてる人のochushaは初回のPOSTを
PONアリHAPナシで送ってるんじゃないか知らん。
# 山田くん対策の前からPONを覚えたままになってるとか?

リロードせずに書いたら駄々被りしてしまった。orz
しかも、gentooな人と整合してないっぽい?

>>843
全くの新規ユーザーで書きこんで、その時の Set-Cookie と Cookie を
見てもらえると >>845 な内容が確認できるかも
tcpdump -X -s 0 > hoge とかしてみると見えると思う。オレは >>845
な状況でピッタリはまるみたい。

>>845
HAP が最近追加されたってこと？
cookie の取得するあたりをながめてみたら、２つの cookie さえ取れれば
テストできそうなのに、取る方法が ghttp になさそうな気がする。

$ tcpdump -X -s 0 > hoge
bash: tcpdump: command not found

うひw

確かに、何回も書き込んだスレでも、書き込めないスレは
"現在、荒らし対策でクッキーを設定していないと書きこみできないようにしています。"
が返ってくるようだ。でも、それがクッキー関連の問題だとも限らないんでは?
環境は>>825のとおり。

さんざ書けると書いていたが
うぃｎ板はかけない様だ
クッキーはどこ？

>>847
> HAP が最近追加されたってこと？
前置き: 正直、知らないです。

http://qb5.2ch.net/test/read.cgi/operate/1116127723/777
このスレのレスを見て、ひょっとしたらそうかも知らんと思ったです。

あと、読めない＆書けないなりにソースやChangelogを眺めてたら、
lib/ochusha_board_2ch.h にある struct _OchushaBoard2ch の
char *cookie; に /* 最後に取得したcookie */ ってコメント
されてて、今はHAP、元はPONだけ1つがここに入ったのかなぁと。
# 読めない＆書けないは謙遜無しなので、空振りしてたらごめんなさい。

それと、>>845に書いたとおり現にPONを送るだけで書けるので。

>>848
うちはethereal使って、Filterにhttpとやって眺めてる。

デバッグのチェック入れて表示させたら最後の文に、
｜<font size=-1>(cookieを設定するとこの画面はでなくなります。)</font><br>
｜</body></html>

おれには何がなんだか分からない。クッキーの設定を探したが見付からない。

古いkita0.170.0で書き込みテストしたら、投稿確認の表示でボタンを
押すと再度書き込みに行き、断られ、また投稿確認の表示のループ。

神はおちゅーしゃを・・・

~/.ochusha/boardlist.xml.gz内に記録されたHAPをPONに
手作業で書き換えてやると、ochushaから書き込みできました。
(851とこれがそうです)
初回のPOSTでPONだけを送って、その一度で書き込み完了します。

>>851
>/* 最後に取得したcookie */
嫌な予感を感じつつ ghttp 見ると、同じ名前のヘッダーは上書きしてるみたい…
修正範囲多くて、オレには無理そう。

>>853
ということは、固定IP の人は cookie 決め打ちしとけばずっといけるのか…
羨ましぃ

>>848
tcpdumpはrootじゃないと使えないんだが

>>855
/bin /sbin /usr/bin /usr/sbin

どこにも tcpdump はありませんでちた

書けない板もあったんで >853 の通りに
HAP=xxxxxxx を PON="俺 host" に書き換えたら書き込めた。
ありがとう。

# おちゅバージョンアップしてくれないかな。。

>>848
http://linux2ch.bbzone.net/index.php?FAQ%2FAfterInstall#e1a43e26

俺のところでは書き換えても書けない。
IP変わらんし、PONでも書けない。
これはnavi2chから。またnavi2chに戻るか・・・

おちゅーしゃ使った後は毎回初期化してる。
一応HAPとか探したが無いみたいだ。ﾀｽｹﾃｰ

とりあえずkitaに変えた。
最新版は外部板も使えるようになったようだし。

いいかげんなパッチ作ってみたよ。
本当はクッキーを解析して処理すべきだけど、とりあえずこれで動いた。
適当なライブラリがあれば...

diff http_hdrs.c.org http_hdrs.c
277a278,290
> if((strcmp(a_name,http_hdr_Set_Cookie) == 0) && (strstr(a_val,"HAP=") != 0)) {
> char *p;
> size_t len;
> len = strlen(l_temp_value) + strlen(a_val) + 2;
> p = realloc(l_temp_value,len);
> if(p) {
> strcat(p,";");
> strcat(p,a_val);
> a_list->value[i] = p;
> }else{
> //error
> }
> } else {
279a293
> }

-u で取ってくれるとうれしい 笑い

>>862
サンクス。 SUSE 9.2のおちゅーしゃ 0.5.7.2で書き込めるようになりました。

私も使わせてもらいました。ども。

# 普段書かない板で無駄にテスト書き込みしてきた (笑

HAPも送ってくれてると思ってたらどうやら送ってないようだorz
書けてるからいいけど、もっと上位で直さないとだめだなあ

もうp2 にしますた。GNOME環境からkita使うのもだるいし。
マルチブートだから UID GID 合わしてシンボリック貼る必要無くなったし。
2ch が p2 を締め出さない限り大丈夫だろう…大丈夫かな？

>>863
862じゃないがうｐしといた
http://debian.fam.cx/index.php?uploader

>868
乙です。が、ファイル壊れてないですか？
うちだけの環境かもしれないけど、ケツが切れてます。
ochusha_862-868.diff.gz で、うちでとった差分
up してみました。

ID 変わってるかもしれないけど >863 です。
何だかわからないけどここにコピペ置いておきますね。

次スレ立てろよ○●【ex11】VIP運用情報28●○
http://qb5.2ch.net/test/read.cgi/operate/1117953530/947

> 947 名前：FOX ★ 本日のレス 投稿日：2005/06/06(月) 20:20:45 ???0
> ２ちゃんねる用ブラウザ作者様へのお願い。
>
> ２ちゃんねるでは、現在つなぎかえ連投に対する防御機能を
> 実装しようとしています。その時にクッキーを組み合わせた
> 制御をするので、クッキーは自作することなく２ちゃんねるから
> 貰ってください。これがうまく行くとつなぎかえ連投による
> スレ潰しが出来にくくなるんでは無いかと期待しています。
>
> なお、既に以下の板では新仕様の実験中です。
> テスト用にお使い下さい。
>
> みゃんまー
> http://dso.2ch.net/myanmar/ [板をp2で開く]
>
六月吉日

パッチを当てたSRPMを作者に無断で作りました。
ttp://banana235.maido3.com/~bs3160/Linux/SRPMS/ochusha-0.5.7.2-2.src.rpm
Fedora Core 3のRPMも一応作りましたが、
ttp://banana235.maido3.com/~bs3160/Linux/i686/ochusha-0.5.7.2-2.i686.rpm
RPMはrebuildした方が無難と思われます。
>>869
のファイルも壊れてました。多分うpローダに問題があると思います。

うｐ祭でつか？（ｗ

>871
乙です。
.tbz で再度 up してみましたが駄目でした。

# 自分は Vine なんだけど、メンテナさん居るから様子見(笑

>>870
覗いてみた。Set-Cookie が ３つもくるぞ…。
今の ochusha (が持ってるlibghttp)だと対応できなさそうな雰囲気。

>870 のみゃんまー、cookie 喰わせまくりですね。。

寝る前に置いておきます。
中身は >869 で up 失敗したものと一緒です。

ttp://f36.aaa.livedoor.jp/%7Etncc/phpup/files_up/?t9cc_006.tbz

ん？>>868の普通に使えるじゃん

じぇんつーochusha-0.5.7.2-r1.ebuile版チェック完了！

Fedora Core 3なんで、頂いた>>871のSRPMをリビルド後書き込みテスト

書けた書けた！2ch神ありがと！

>>875さんのdiff
を見て間違いに気付いて、直しましたorz
ttp://banana235.maido3.com/~bs3160/Linux/SRPMS/ochusha-0.5.7.2-3.src.rpm
>>878さん
差し替えて下さい。すみません。

FreeBSDでもできますた神サンクス

>>880
書けるようになりました、ﾈ申サンクス

>>880
入れ替えましたよー！
作者は現在見てないだけかな？
ユーザーでもこのスレ絶対に見てるはずだ

また Cookie の仕様が変わったら書けなくなりそうだな。

みんな頑張ってるようなのでオレも少しやってみた。

>>862 さんの修正で書けるようになったんだけど、>>866 な状態で、
しかも、>>870 を見ると近いうちにもう一度変更がありそうで、かなり
不安。

ということで、受けた複数のクッキーを送れるようにしてみたんだけど、
試したい人いる？

ついでに質問。
>>870 のみゃんまーとかいう板でテストしようと、boardlist.xml.gz
をいじってるんだけど、出てこない。具体的に、こう書け、とか教えて
もらえるとありがたいです。

これで書き込めたら >>880 はネ申

>>885
862ですが俺も修正してたよorz
最近使いはじめたのでよく知らないが、boardlist.xmlを開いて
適当なカテゴリに追加するといいみたい。でもマイフォルダはダメっぽい。なぜだ。

とりあえず >>870 に書けたんでまたパッチ晒します。
と思ったら、行多すぎで書けないorz

uuencode汁

base64のほうがベター

>>885
俺はこんな感じに書いてテストした。
<category>
<attribute name="name">
<string>おすすめ</string>
</attribute>
<attribute name="expanded">
<boolean val="true"/>
</attribute>
<board>
<attribute name="name">
<string>また挑戦。＠2ch掲示板</string>
</attribute>
<attribute name="base_url">
<string>http://dso.2ch.net/myanmar/</string>
</attribute>
</board>
以下略

>>890
ありがとん。丸写ししてみたけど出なかったので、使わない板のアドレスだけ書き換え
たらでました…。根本的なところで理解できてないみたい…

結果は書けましたが、そちらのパッチを待とうと思います。

ochusha 0.5.7.2 on gnome + VineLinux3.1 だけど普通に書き込める。でも、
ochusha 0.5.7.2 on fluxbox + VineLinux3.1だと書き込めないことに気がついた。
何だかよく分からない。これもおちゅ〜しゃで書き込んでいる。

>>891
そうですか。そちらのも晒してね。
Beや●ではテストしてないです。
_=_
_=_ Part 001 of 001 of file diff-ochu.gz
_=_

H4sICBhepUIAA2RpZmYtb2NodQCVVW1v2jAQ/hx+xZVJJZAEnAClAyF1W6tpUukmdf02KUqDaaIF
Etlm3Vbx33dnJxA62jEkro7z3HNvz9F5uliAJ9aQx8laJpHHusPuqBt4uXjoZel9r7wP1yrNZBjE
STd+jn0J1/A87394rYCxgecHXp9B0B/7w/GQdVn1AYe9ZazhOM6x8Ylv6LEzj43APxsP2NgP/uK7
uADP90fnrj8ARx9GcHHRAMt6IgOw4o9hnOffUw5TKHKpQqkitZZdyVX5YmKQ6QLsGvpkCjd319dw
egqd/evWN9ZqNzzyAXiqDgBxEgnoYAyMJJWIE1Hjc6E1abUnOzSFI2wZRxNamg0BJQtF0tnhVdWh
+zwSc+pQuKvA3l66tYJNNGtTxdwQE5oGvMHgl1fv7z6GXz7ffqUST3aP4QxNY/4PZS1zRKR8/pAo
VfTIhMlcyMPyehH8msZedDJCY77X98E/HwfDcdA/VmivktbUNjxISmoLgqF7Bg79GQy01gCyUPFl
Ef6IMhyabXTQXkZZlsd2RNdhxlfggI8jQfiSL3F29s7LBebCYWBc/NoDGhRqWKiaC8IdkpRNulsW
lccqWnK3KjK8Rb18MMqA6RRY+6nhWCZZKV00nAzSdpAVCS2Z/uahAuTXT8roer4uahlRZEsH1nTW
cbUhUJo10efHJM24jZAp8kte2KeYUHPSbBtOa5ELe2J3dH9xK6DV1mtJaeLXcQyjhkk+pWsbq9G7
Oi2xkk8k3yIpE4zOwYOyVouK0BEMWl9ZeKaWruJIcuor1dPkP4tUcNl0qfEUhLVfQReRSo6E3ryb
XR0Jnb37dH0s9HJ2eSQUkbM6tGy/RaqK9oZaTf7gS5qcebkhq81CcE4iMbMnKW11+YC6RLc1x13J
UhRgTb0GX9NXNTol8FDXISqrvEQoPoBvUjBLKbjZxlqW5dqYyRNDWezeMm/VUZVJnlUZ1oZnkpdu
vR4XIhf7Ze8Au9cbWtUNrXevgxJUoBIOun7o9MyvieBqLVb1HsnnPdL/Faz6njf+ADi5BC8NCAAA

CVS版では既に修正されているのにリリースされない件について

ま〜開発ﾎﾟﾘｼｰもあるし、漏れはまったり待ちます。

CVS版をビルドして使ってみたことあるけど、使いモノにならなかったよ

>880さん thxです。FC-3 x86_64 smpからでも書き込めます!!

>>896
ヒント: OCHUSHA_0_5_BRANCH

CVS をコンパイルして書けるようにはなったんだが…スレウィンドウを閉じる×のボタンがない　orz
何が足らないんだろう

やっと>>893さんのパッチを適用できたのだけど、
0.5.8がもうすぐ出そうなんですね。
時代はもう変っていたorz

>>899
タブが複数になるとその横に出るよ。

0.5.8ﾏﾀﾞｧ-? （･∀･ ）っ/凵⌒☆ﾁﾝﾁﾝ

0.5.8ｷﾀ━━━━(ﾟ∀ﾟ)━━━━!!!!
>>899の状態ｷﾀ━━━━(ﾟ∀ﾟ)━━━━!!!!

http://sourceforge.jp/projects/ochusha/document/ochusha_0.5.8_-_Changes/
>* バージョン0.5.8
>* "BE:数字-#"や"<BE:数字:数字>"が2chのdatファイルのID領域に現れた
> 場合に、プロファイルへのリンクに書き換えるようにした。
>* これまでは2chへの書き込み時に取得したcookieをboardlist.xmlに保存
> していたが、2chの仕様変更により、クライアントのIPアドレス変更時
> に古いcookieを送るとペナルティが課せられるようになるかもしれない
> 雰囲気なので、保存しないようにした。
>* libghttpは同じ名前のヘッダが複数回現れると最後の値だけを残して
> 全て捨ててしまうという（仕様）バグがあるため、複数のSet-Cookie
> ヘッダを返すようになった最近の2chの仕様変更に対応できなかった。
> これに対応するため、libmodifiedghttpでは複数のSet-Cookieヘッダ
> が現れた場合には";"で値を連結するように変更した。
>* 昔仕様の2chでは書き込み時に設定が必要なCookieは一つだけだった
> ので必要なCookieの値をSet-Cookieレスポンスヘッダの値からかなり
> 乱暴な方法で抜き出して用意していたが、最近の変更で複数のCookie
> の設定が必要になったので、相変わらずad-hocながらもそれなりに
> 根拠のある方法でCookieの値を用意するように変更した。
>* C++版次期おちゅ〜しゃ用に用意していたModListStoreとModNotebookを
> 使用するようにした。
>* g_object_set_property()を使っていた部分を全てg_object_set()に置
> き換え、GValueを使わないようにした。
>* まちBBSなどDAT直読みができない掲示板に対するHTMLからDAT形式への
> 変換アルゴリズムのバグを修正した。ホスト表示がされている掲示板で
> は、各レスがソースHTMLにおいて複数行（2行）で表現されている。ネッ
> トワークアクセスの最中など、この2行目以降の途中で読み込み済デー
> タが切れている場合に、1行目のデータが予定外のタイミングで捨てら
> れていた。その結果、壊れているレスとして取り扱われていた。

debianにインストールしようとしたが、
libatk1.0の最新パッケージ（1.9)がない。

開いたスレを閉じる×が無くなってる気がするのは麻呂だけでしょうか

作者さんの環境がsidだからじゃないの。

今現在のsidのlibatk1.0は
% dpkg -l | grep libatk1.0
ii libatk1.0-0 1.10.1-2 The ATK accessibility toolkit
ii libatk1.0-dev 1.10.1-2 Development files for the ATK accessibility

おお、0.5.8ｷﾀ─ｗｗﾍ√ﾚｖｖ〜(ﾟ∀ﾟ)─ｗｗﾍ√ﾚｖｖ〜ー!!

libatk1.0-devは無くてもいいようだな。

>>906
>>899,901,903

http://ochusha.sourceforge.jp/
> タブの端に閉じるボタンを追加し、ツールバーに付いていたものを取り除いた。
> 板やスレを一つしか開いていない時でも閉じるボタンが欲しい人は、「板のタブ
> を常に表示する」や「スレのタブを常に表示する」を設定するか、タブを閉じる
> ショートカット(Ctrl-W)を使って我慢してください。

乙彼＞作者ﾀﾝ
0.5.8 portsデータ、makesum 忘れてますよん。

検索ダイアログでESCキーで閉じれば良いのにと、いつも思う

>>904
この場合、引用符は要らないんじゃないか？

>>907
さんくす、ありました。

# dpkg -i --force-depends ochusha_0.5.8-1_i386.deb
(・３・) エェー 依存関係無視してインストールしちゃったけど、これでいいんだよな？

>>914
よくない。

apt-get -f install









削除されちゃうけどね。ｗ

書けない板あるね
AA板書けなかった
クッキー取得してない別板も試したけどクッキー無くても書ける板は存在した。
ひょっとしてAA板の古いクッキーが残ってるのかな？

誰かstable用deb作ってくれないかな〜

>>916
AA板と言われても、サロンとかモナーとか5つあるのだが、
それのうちのどれ?

>>914
$ tar xvzf ochusha_0.5.8-1_source_deb.tar.gz
$ dpkg-source -x ochusha_0.5.8-1.dsc
$ cd ochusha-0.5.8
$ dpkg-buildpackage -rfakeroot
$ cd ..
$ su
# dpkg -i ochusha_0.5.8-1_i386.deb
# exit
$ ochusha

>>918
モナー板

>>916
試しにやってみたら、AAサロン、モナー、ニダー、AA長編、顔文字
の全部の板で書けた。

もう一度試したら書き込めたよ
謎だけど結果おーらい

タブの常時表示になかなか慣れない…

おれはもう慣れた

>>919
(・３・) エェー ありあと レス番右クリックしたら、『このレスにレス』ってあった始めてしったYO

0.5.8、configureではGLIB>=2.2.0なのに2.4以降で定義されたG_MAXINT32って
いうのを使ってるんでコンパイルエラーでるし。
＃今どきglib-2.2.x 使ってる俺も俺だが。

>>925
おお〜

遅ればせながら作者様乙

引用レス要望出しといてよかった〜
反対する人多かったんで無理かなと諦めてたのに
作者さんアリガトヽ(´ー｀)ノ

って引用レスとちゃうやんけ〜ヽ(`Д´)ﾉｳﾜｧｧﾝ!!
「このレスにレス」カヨ…

前からあったよな？

（ﾟεﾟ）で、引用レスまだですか？

0.5.8にアップデートしました

やっぱおちゅーしゅ最高ですね。
感謝！！感謝！！です。

Gentooからも0.5.8いけました。

なんだかおちゅ〜しゃから書き込めなくなってるんだけど、
これが書ければ、おkなんだが。

書けた。バージョンアップしたらおけってことね。

おれもバージョンアップと思ってやってみたら
libatk1.0をバージョンアップしろと言われたので
$ dpkg -l | grep libatk1.0
ii libatk1.0-0 1.8.0-4 The ATK accessibility toolkit
ii libatk1.0-dev 1.8.0-4 Development files for the ATK accessibility

>>919さんのを真似したら、これまたlibxml2を
バージョンアップしろと言われてしまった・・・
$ dpkg -l | grep libxml2
ii libxml2 2.6.16-7 GNOME XML library
ii libxml2-utils 2.6.16-7 XML utilities

aptでは最新だと言われてしまうわけで、
でもおちゅーしゃが好きだから、インストールしたい。
どうしたらいいですか?

>>934
libxml2が必要といわれるけど、debian的にはlibxml2-devが必要という意味。
（´-`）.｡oO（…公式はstable版にしてよ）

>>935

どうもありがとうございます、libxml2-devで
インストール出来ました。
試すまであと一時間ほどかかりますので
楽しく待ちたいと思います。

おちゅのコンパイルに1時間もかかるの！？Σ(ﾟдﾟ|||)

>>935
誰かがdebian用にメンテして普通にapt-getできるようになるのが
理想じゃないの？

書き込み出来ました。どうもありがとうございます。

>>937
いえいえ、もうインストールは出来たんですけど
圧縮して焼いてたりしてました。

bug hakkenn!

kakikomi window de canna de tyoubunn wo nyuryokusuru

soshite window no hidarihashi yori canna no nyuryoku gyou ga tozzpa
suruto onakunarini_no

canna mo mitizure

>>940
tozzpa?

バグだと思います。

メニューバーから、ツール→オプション→一般→タブで開くのをデフォルトにする　をチェック
スレ一覧表示→スレのタブを常に表示する　をチェック

した後で

スレ内の、 2ch　スレッドへのリンクをクリックすると、おちゅーしゃが、そこで固まります。

>>942
ならんぞ。他にも条件あるんじゃないの？

固まるのにも、いろいろあるし。
デバッガを繋げてどうなってるか見てみると、何かわかるかもよ。

せっかくのgtk2なんだからcannaなんかやめてuimにしてまえ

0.5.8にして動作がキビキビしているような

パッチ当てたり
コンパイルしてたら古いのも壊れた

>>945
そだね。動作が早くなったね。

Vineのパッケージも無事アップデートされたみたい。
記念眞紀子

ochusha-0.5.8-1.i386.rpm をインストールしようとしたんですけど
libcrypto.so.4 is needed
libssl.so.4 is needed
と怒られます
slocate で調べたところ
libcrypto.so.5 libssl.so.5 があるようです。
デストリはFC5です。
どうすればいいんでしょうか?

すみませんFC4です
よろしくお願いします

>>949
ソースから入れれ。

>>949
rpmパッケージがFC5に対応していなさそう。
FC5に入っているlibssl.so.5よりも古いlibssl.so.4を要求している。
ということで>>951さんの言うとおり。
もしくはrpmパッケージを作り直すとか。

>>949
# rpmbuild -ta ochusha-0.5.8.tar.bz2
# rpm -Uvh /usr/src/redhat/RPMS/athlon/ochusha-0.5.8-1.i386.rpm
とすればOK.

だからそれはソースからi(ry

>>953
一般ユーザーでビルドできるものを、なぜ root で？
しかも、なぜか athlon に最適化されてるし。

>>955
あ、まちがえた。
rpm -Uvh /usr/src/redhat/RPMS/i386/ochusha-0.5.8-1.i386.rpm
だった。
俺はAthlon使ってるからathlon最適化してるけど。あと、rootじゃないと
/usr/src/redhat/RPMS以下に書き込めない。

>>956
.rpmmacros

>>957
知らなかった。ありがと。

ochusha-0.5.8-1.i386.rpmですが、FC4にそのままインスコできちゃいました、
けど、スレ表示ウインドの右上の × の復活キボン。

>>959
おいらFC4でｲﾝｽｺできなかったよ
libcrypto.so.4
libssl.so.4
が必要だって言われて

libcrypto.so.5
libssl.so.5 は入ってるんだけど

>>959
>>909

>>960
/lib を見てみたら
libcrypto.so.4 -> libcrypto.so.0.9.7a
libcrypto.so.5 -> libcrypto.so.0.9.7f
libssl.so.4 -> libssl.so.0.9.7a
libssl.so.5 -> libssl.so.0.9.7f
がありました。FC3からのアップデートです。
so.4を強引に0.9.7fにln -sしてしまうのはダメかしらん。

>>961
復活しますた。多謝。

>>962
ｻﾝｸｽｺ

x86_64でconfigure/makeしたochushaは64ビットなのでしょうか？

出来た実行ファイル(ochusha)をfileｺﾏﾝﾄﾞで見れば分るよ。

>>962
ファイルをインストールして動くかどうかとは別に、
rpmが(リンク張ったと)把握してないからダメだな。

一回閉じてまた開けたときのレスの表示が遅いな
ログを再取得してる感じだけど差分だけ取得できる様にすれば早くなると思う

>>968
おまえソースみていってる？

>>966

$ file /usr/local/bin/ochusha
/usr/local/bin/ochusha: ELF 64-bit LSB executable, AMD x86-64, version 1 (SYSV), for GNU/Linux 2.4.0, dynamically linked (uses shared libs), not stripped
$

まあまあ。差分取得はしてる。パケットモニタすればすぐわかるね。
ただ、全レス表示だから遅いPCにはきついか。
他の専ブラのように、表示レス数を設定できればいいと思う。
それともどこかで設定できたりする？

AthlonXPユーザなのだが、いままでrpmbuild で --target athlonをやっていなかった。
i386じゃなくて最適化したバイナリにするだけでかなり速くなったぞ。
あとは、チャンクサイズの設定とかがポイントか?

>>960
おいらも同じ症状でめんどいので
KITAに変えた

>972
rpm 使ってるディストリで、自分で rebuild する(他人に バイナリ渡さない)
なら、 ~/.rpmrc の optflags をあらかじめ書き換えておいた方が楽かも。

おちゅの表示フォントって大きくできますか？

見付けました。。。

>>971
それ( ﾟдﾟ)ﾎｽｨ…

なんか書けなくなってね?

あ、ゴメ書けたわw

SRPM復活きぼんぬ

>>980
rpmbuild -ts ochusha-*.tar.bz2

>>680
tarにspec入ってるんだから…