アカウント名:
パスワード:
ソースを拾ってみました。まだ、Debianのpackaging周りをちょっと見てみるといろいろつっこみたくなるようなことばかり。
orca側でglserverやらhtserverやらを動かすようにしてるんですけど、 これって本来はpanda-serverでやるべきもののような気がする。
それに、どのパッケージ見ても、 Build-Depends: debbhelper (>> 2.0.0)
としか書いてない。Debian Policy ManualとかDebian Developer's Referenceを読んでパッケージ作ったのでしょうか....。
かといって、task-orca-devを入れればBuildはできそうなのですが、肝心のtask-orca-devはlocale-jaにDependsしてるせいでpotatoじゃないと入らない...。task-orcaも同様。
orcaのDependsを見てみるとlocale-ja | libc6 (>=2.2.4)とかになってるんだけど、これなら locale-ja | locales (>= 2.2.4), ${shlibs:Depends}, ... とかにしたほうが良さそうだし...
どのソースを見ても.orig.tar.gzがついているので、Debinizeしたのは 後付けだというのはわかるのですが、Debainを表に出したにも関わらず、パッケージングをこれほどまでにないがしろにされるとちょっと萎えてしまいますね。
パッケージングをこれほどまでにないがしろにされるとちょっと萎えてしまいますね。
本来の意味での「お客さん」が存在してるってことなんです。
例えば orca-20011114/debian/copyrightはdebhelperが生成するtemplateそのままなんですが。 むしろ、顧客がいるにも関わらず製品の質が悪いと言った方が良いのではないかと。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
※ただしPHPを除く -- あるAdmin
ソースを拾ってみた (スコア:1, 参考になる)
ソースを拾ってみました。まだ、Debianのpackaging周りをちょっと見てみるといろいろつっこみたくなるようなことばかり。
orca側でglserverやらhtserverやらを動かすようにしてるんですけど、 これって本来はpanda-serverでやるべきもののような気がする。
それに、どのパッケージ見ても、
Build-Depends: debbhelper (>> 2.0.0)
としか書いてない。Debian Policy ManualとかDebian Developer's Referenceを読んでパッケージ作ったのでしょうか....。
かといって、task-orca-devを入れればBuildはできそうなのですが、肝心のtask-orca-devはlocale-jaにDependsしてるせいでpotatoじゃないと入らない...。task-orcaも同様。
orcaのDependsを見てみるとlocale-ja | libc6 (>=2.2.4)とかになってるんだけど、これなら
locale-ja | locales (>= 2.2.4), ${shlibs:Depends}, ...
とかにしたほうが良さそうだし...
どのソースを見ても.orig.tar.gzがついているので、Debinizeしたのは 後付けだというのはわかるのですが、Debainを表に出したにも関わらず、パッケージングをこれほどまでにないがしろにされるとちょっと萎えてしまいますね。
直せばいいだけの話では?(Re:ソースを拾ってみた) (スコア:2, すばらしい洞察)
すずきひろのぶ
Re:直せばいいだけの話では?(Re:ソースを拾ってみた (スコア:1)
そのあたりもDebian Project [debian.org]を 見習って欲しかったところですが。
BTS (スコア:1)
いろんな事情があって、一時内部で運用してたのだけど、いろいろ芳しくないので、検討中なんです。
このシステム、今までのオープンソースの常識と大きく違うのは、本来の意味での「お客さん」が存在してるってことなんです。オープンソース界のいろんな常識やツールってのは、あまりそれに対応していなかったりする。BTSの運用についても、同じような問題にぶちあたっているわけです。設定するのはどうってことはないのですが、受け入れさせるのが難しい。
もっと発展して、開発者ももっと増えれば、今までの常識もかなり通用するようになると思うのですけどね。
Re:BTS (スコア:2, すばらしい洞察)
Re:BTS (スコア:1)
Re:BTS (スコア:0)
例えば orca-20011114/debian/copyrightはdebhelperが生成するtemplateそのままなんですが。 むしろ、顧客がいるにも関わらず製品の質が悪いと言った方が良いのではないかと。
Re:BTS (スコア:1)
BTSのように「開発者と利用者が協力して工数を節約する」というシステムは受け入れらにくいということ。
Re:BTS (スコア:0)
>来の意味での「お客さん」が存在してるってことなんです。
日本ではどうか知りませんが「お客さん」がいるところではじまったオープンソースソフトなんていいくらでもありますよ。
Re:直せばいいだけの話では?(Re:ソースを拾ってみた (スコア:0)
Re:ソースを拾ってみた (スコア:2, 参考になる)
今までもテストサイトでいろいろ動かして来て、しがらみを引きずったりしてますし、いろんなパターンを考えると「手でいじった方が工数少ない」と判断したものは、手でやってもらったり。いろんなことの積み重ねで、これがあるのです。ま、気になるようなら直してcontributeして下さい。歓迎します。
Re:ソースを拾ってみた (スコア:1)
Re:ソースを拾ってみた (スコア:2, 参考になる)
その辺のことがまるで書いてなかったりするのか。「問い合わせ」のところとか、OpenCOBOLとかMONTSUQIとかは、直接作者とかですが、この辺ちゃんと書かせますー。