Re: [debian-devel:11484] Re: Debian packages from JP Project /byJPmembers

[Taketoshi Sano <kgh12351@nifty.ne.jp>]

佐野＠浜松です。

In <20000130094859D.kohda@pm.tokushima-u.ac.jp>,
 at Sun, 30 Jan 2000 09:48:59 +0900,
 on Re: [debian-devel:11484] Re: Debian packages from JP Project /byJP members,
  Atsuhito Kohda <kohda@nsx.pm.tokushima-u.ac.jp> さん writes:

> あまり気にしてませんが jp-policy にしました。どこへでも
> 振ってください(^^；

御協力ありがとうございます。 _o_ この話題は jp-policy が適当だと思います。
そのために作ったリストですし。せっかく作ったのだから、利用しましょうよ :)

> > もし「contribution が進まない」原因が主に「Debian の側の問題」に
> > あったのなら、それが解消されれば「ドンドン upload が進んで、ついでに
> > JP を経由せずに直接 Debian に ITP / upload する例も増えて、上の比率の
> > うち、左辺の絶対数がもっとドンドン増加しても良いはず」ということです。
> 
> はい、左辺は upload が進んでるかどうかと、明らかに因果関係
> はあります。ですから (JP メンバの packages in potato):1
> すなわち (JP メンバの packages in potato) を指標にするなら
> 問題ないです。

では、ここまでは共通認識であると。

> 問題は右辺の potato-jp のパッケージ数です。

はい。

> > # 右から左へ移動すれば右は減少しますが、新しく右に追加されるものも
> > # あるでしょうから、右辺の絶対数を (無理に) 減らすべきという考えでは
> > # 無いです。最初から左辺に追加される例が増えて、自然に右辺が (ある程度)
> > # 減っていくのなら別に困ったことではないはず。おそらく新規参加者は
> > # まず右に追加するほうを選ぶだろうから、右がゼロになることは無いと
> > # 思いますが、既に official メンバーになっている参加者はいきなり左に
> > # 追加していくでしょうから、official メンバーが増えていけば、ある程度は
> > # 自然に減っていくでしょう。

> ここで佐野さんご自身が指摘されてるように「potato-jp の
> パッケージ数」は Debian への upload とは全く無関係な要因
> すなわち「新しく右に追加されるもの」などの影響を受けますから、
> これが 3:2 か 3:1 かで Debian への upload が進んでるかどうかを
> 判定することは、全く合理的根拠はありません。

ふむ。ではその「無関係な要因」を省いた数値にすれば良いわけですね。

そうすると、例えば右辺の「potato-jp のパッケージ数」から

「bug-jp などの JP 固有 (したがって Debian には merge できない) もの」
と
「新規に追加されたもの (その時点で stable-jp に含まれていないもの =
  現在の stable-jp が freeze された後で追加されたもの」

を引いて

「過去の stable-jp に含まれていた JP パッケージで、かつ JP 固有でない
  パッケージの数」

とすれば良いということですか ? あるいはすこし緩めて、「 2 代 (or 3 代)
続けて過去の stable-jp に含まれていた」としますか ?

他にも考慮すべき「全く無関係な要因」があれば、指摘してください。

なお、ここで言っているのは「Debian の New Maintainer 問題」が解決されて、
ドンドン upload できる環境になった上でのことです。今すぐにこの指標を
適用して JP Package を減らそうということではありません。その点は誤解の
無いようにお願いします。

 # 今の人数で全部持っていけなんていわれたら、sponsor するほうが
 # パンクしてしまう、、、

> で佐野さんご自身の考えは
> 
> > # あるでしょうから、右辺の絶対数を (無理に) 減らすべきという考えでは
> > # 無いです。
> 
> であることに疑問は感じませんが、私が危惧するのは、佐野さん
> や鵜飼さんのような立場の方がこういう指標を安易に掲げることは、
> 誰が見てもこの値を大きくするには JP の数を減少させることなのは
> 明らかですから「JP のパッケージ数を減らすことが正しい」という
> 全く合理的根拠のない考えを持って、人為的作為的に JP のパッケージ
> を減らそうという動きや雰囲気が生れるという、有害な副作用が
> あることです。

なるほど。ではそうした「有害な副作用」が生じないように、こういう場
 (公開のリスト) できちんと説明しなければいけませんね。このメールが
すこしでもその役に立つことを希望します。

> 自然な流れで将来 JP のパッケージが減ろうと増えようと何にも気に
> しません。

了解。つまり香田さんの主張としては「ドンドン upload (merge) を進めよう」
ということ自体は (もちろん当然のことでしょうけれど) 共通認識であるが、
提示された「指標」には問題があるから、もっと注意すべきだ、ということですね。

御指摘、ありがとうございます。是非もっと良い「指標」を提案してください。

> > > むしろ、意味があるとしたら
> > > (JP メンバのパッケージ in potato):(all packages in potato)
> > > の変動じゃないでしょうか？
> 
> > 下の比率を無理に∞にすること (つまり potato-jp をゼロにするって
> > ことですよね) に意味が無いのと同様、上の比率にも意味がありません。
> 
> これは決っして「同様」ではありません。fork うんぬんは
> 誤解だと思いますが、数値化する以上反映されない要素が残る
> のは指摘の通りですが、これは Debian への upload の数値化
> として合理的根拠があります。(そのままなんですから)

うーん、これはちょっと意味が取れないです。この式の右辺にも
「JP から Debian への upload とは全く無関係な要因」が含まれて
いますよね ? つまり「JP 以外から Debian への upload」によっても
右辺は変動する、ということですが。

 JP からの upload の勢い以上に、他からの upload が進めば、
おそらくこの比率は減っていくでしょう。どちらかと言えば、個人的には
 merge が進んでいけば減る方向にあるんじゃないかという気もします。

# groff とか tex とか less とかは、できるだけ upstream で JP support して
# 欲しい。そのほうが (b-f とか) いろいろな面で都合がいいので。

> >  # 例のスクリプトのアルゴリズムに関する話題とかなら -devel で
> >  # やるべきですが。
> 
> 私が思うに専門家は、こちらのアルゴリズムに気を取られて
> 元々何をしてたのか忘れてる気がしますね。

「専門家」とは ? 何の ? 定義をお願いします。

> > > > 「パッケージを作って、それのスポンサー求めたら？ そういう方法で
> > > >   アップロードしてくれれば、New Maintainer が open したとき、
> > > >   あんたのことはよきにはからうぜよ ^^;」
> 
> これ、そんなに素直に納得して良いのかな〜、ちょっと時間
> ないので今はパスしますが、誰が疑問感じる方居ないですか？

まあ、これがすべてを解決するとは思いませんが、今の状況では
申し訳無いけれど、できるだけこの sponsor 制度を活用すること
くらいしか (official maintainer としても) やれることは無さそうです。

 debian-project@Org とかでも「この問題を解決できないのは official 
 member 全員の責任だ」とか非難されてたりしたんだけど、でも今すぐ
どうこうできることって正直無いんだよねぇ。

個人的な考えでは、これを早く解決するために一番効果的な方法は、
なるべく早く potato を release してしまうことです。
良い悪いを言っていても、何も解決しません。

そのために boot-floppies の開発を進めるように、
いろいろな場面で recommend しているつもりなんですが、
なかなか伝わっていないようなのが非常に残念です。

JP メンバーの中から boot ML にガンガン patch を投げて bug-fix を
進めてくれる人が出てくることを期待しているのですが。

 # 面倒ではあるけれど、そんなに難しいことはしていないはず。
 # dbootstrap も busybox もまだまだ fix 可能な bug はあると思う。

--
     ＃ (わたしのおうちは浜松市、「夜のお菓子」で有名さ。)
    <kgh12351@nifty.ne.jp> : Taketoshi Sano (佐野　武俊)