何も考えないで付けていたのが遠因。なんて名前は変ですね。斬られました;;パッケージ作成ポリシなどと云う哄笑なものを私が考えたのが間違い。付けましょう、などと云うくらいしか頭になかった。パッケージ名はどうすべきなのか。考えると、頭が割れそうになるくらい難しいので止めて。これはカンマを少数点と考えてると受け取れます。パッケージングは、オリジナルに従属すべきもので、作者に意見を言うべき筋合ではありません。パッケージングポリシには命名法も必要なんだと、やっと今日解かりました。誰かが進めないといけないと思ってるので、少し考えてみます。プレフィックスとする。できれば、site-packagesの下に単一ディレクトリを作りインストールすることが望ましい。ほうにするという感じでしょうか」はい、おっしゃる通りに考えてます。配下にまとめて入れるのが原則。ライブラリを提供するものも、自身のディレクトリ下に置く。ライブラリのバージョンをディレクトリパスなどで固定して指定しない。このライブラリを利用したい者は、自分でライブラリパスを設定し使用する。ライブラリのシンボリックリンクを参照するような方法でいけないのか考えてます。調べないといけないと思ってます。この辺のことを解かってません。見ると、ライブラリへのパスが見えるのですよね。マイナバージョンアップのたびに、関連するパッケージを調べないといけません。一時に、スペック修正したり、リビルドするのは大変。以下が繁雑になってきたので、整理する必要があると考えた。思うのなら提案すべき。ユーザが激増してるようです。環境のベースは出来てると思いますが、pythonライブラリのインストールで嵌まる話しをたまに見かけます。上げることにしました。プロダクトに関しては、相変わらず、自分でどうぞと云うスタンスです。ライブラリ関連が繁雑になりそうな気がしてます。整理する案を後で書きますので、よろしく御指導ください。必要だったけど、いらなくなったみたい。