Debian tar.gz のソフトウェアを deb にしてインストールする へのコメント http://www.quilva.jp/blog/2009/07/24/debian-tar-gz-%e3%81%ae%e3%82%bd%e3%83%95%e3%83%88%e3%82%a6%e3%82%a7%e3%82%a2%e3%82%92-deb-%e3%81%ab%e3%81%97%e3%81%a6%e3%82%a4%e3%83%b3%e3%82%b9%e3%83%88%e3%83%bc%e3%83%ab%e3%81%99%e3%82%8b/ Quilva の雑記帳 Sun, 15 Jan 2012 18:03:25 +0000 hourly 1 http://wordpress.org/?v=3.1.3 Henrich より http://www.quilva.jp/blog/2009/07/24/debian-tar-gz-%e3%81%ae%e3%82%bd%e3%83%95%e3%83%88%e3%82%a6%e3%82%a7%e3%82%a2%e3%82%92-deb-%e3%81%ab%e3%81%97%e3%81%a6%e3%82%a4%e3%83%b3%e3%82%b9%e3%83%88%e3%83%bc%e3%83%ab%e3%81%99%e3%82%8b/comment-page-1/#comment-23 Henrich Sat, 01 Aug 2009 11:16:31 +0000 http://www.quilva.jp/blog/?p=444#comment-23 その「致命的なバグ」と認識されるかどうかが重要な点です。自分が致命的と思っていても他の人にはそうでも無いことは多々あります。 ・きちんとバグレポートが上がっているか ・リリースマネージャにその修正のみのフィックスを提供できるかどうか、あるいは最新版に上げなければどうしようもない上に影響が大きいのか が問題です。後者の場合は最新版に上げるしかないなら、安定版とはいえないので削除　という方に進むこともあります。 まず、該当のバグをレポートしましたか？存在が認識されないバグは存在しないバグです（声を上げないと）。 できればパッチ付きが好ましいでしょう。 その「致命的なバグ」と認識されるかどうかが重要な点です。自分が致命的と思っていても他の人にはそうでも無いことは多々あります。
・きちんとバグレポートが上がっているか
・リリースマネージャにその修正のみのフィックスを提供できるかどうか、あるいは最新版に上げなければどうしようもない上に影響が大きいのか
が問題です。後者の場合は最新版に上げるしかないなら、安定版とはいえないので削除　という方に進むこともあります。

まず、該当のバグをレポートしましたか？存在が認識されないバグは存在しないバグです（声を上げないと）。
できればパッチ付きが好ましいでしょう。

]]> Quilva より http://www.quilva.jp/blog/2009/07/24/debian-tar-gz-%e3%81%ae%e3%82%bd%e3%83%95%e3%83%88%e3%82%a6%e3%82%a7%e3%82%a2%e3%82%92-deb-%e3%81%ab%e3%81%97%e3%81%a6%e3%82%a4%e3%83%b3%e3%82%b9%e3%83%88%e3%83%bc%e3%83%ab%e3%81%99%e3%82%8b/comment-page-1/#comment-22 Quilva Sat, 01 Aug 2009 05:09:54 +0000 http://www.quilva.jp/blog/?p=444#comment-22 >>既に 1 年近くメンテナはサボってるということです。 > > 違います。安定版については、リリース作業のフリーズに入った後では基本的にセキュリティフィックス以外の更新は一切されません。 > http://packages.qa.debian.org/t/tokyocabinet.html を見ていただくとパッケージのメンテナンス自体は継続されていることが見て取れます。 > > パッケージですが、unstable のソースパッケージを持ってきてビルドの調整（backport）すればいいんじゃないですかね。 コメントありがとうございます。自分の認識が間違ってました。 セキュリティに問題のない普通の致命的なバグもセキュリティアップデートの範囲に入るものだと思ってました…。 この記事は後ほど修正いたします。 >>既に 1 年近くメンテナはサボってるということです。
>
> 違います。安定版については、リリース作業のフリーズに入った後では基本的にセキュリティフィックス以外の更新は一切されません。
> http://packages.qa.debian.org/t/tokyocabinet.html を見ていただくとパッケージのメンテナンス自体は継続されていることが見て取れます。
>
> パッケージですが、unstable のソースパッケージを持ってきてビルドの調整（backport）すればいいんじゃないですかね。

コメントありがとうございます。自分の認識が間違ってました。
セキュリティに問題のない普通の致命的なバグもセキュリティアップデートの範囲に入るものだと思ってました…。

この記事は後ほど修正いたします。

]]> Henrich より http://www.quilva.jp/blog/2009/07/24/debian-tar-gz-%e3%81%ae%e3%82%bd%e3%83%95%e3%83%88%e3%82%a6%e3%82%a7%e3%82%a2%e3%82%92-deb-%e3%81%ab%e3%81%97%e3%81%a6%e3%82%a4%e3%83%b3%e3%82%b9%e3%83%88%e3%83%bc%e3%83%ab%e3%81%99%e3%82%8b/comment-page-1/#comment-20 Henrich Fri, 31 Jul 2009 12:31:26 +0000 http://www.quilva.jp/blog/?p=444#comment-20 >既に 1 年近くメンテナはサボってるということです。 違います。安定版については、リリース作業のフリーズに入った後では基本的にセキュリティフィックス以外の更新は一切されません。 http://packages.qa.debian.org/t/tokyocabinet.html を見ていただくとパッケージのメンテナンス自体は継続されていることが見て取れます。 パッケージですが、unstable のソースパッケージを持ってきてビルドの調整（backport）すればいいんじゃないですかね。 >既に 1 年近くメンテナはサボってるということです。

違います。安定版については、リリース作業のフリーズに入った後では基本的にセキュリティフィックス以外の更新は一切されません。
http://packages.qa.debian.org/t/tokyocabinet.html を見ていただくとパッケージのメンテナンス自体は継続されていることが見て取れます。

パッケージですが、unstable のソースパッケージを持ってきてビルドの調整（backport）すればいいんじゃないですかね。

]]>