リリース時期及びバージョン番号について

[yoheie]

前回のリリース (ac20050924p1, 2006-10-17) から長期間経過し、その間にバグ/セキュリティ修正や機能追加も行われており、一度区切りとしてリリースする時期に来ているのではないかと思います。

また、LHa for UNIX 1.15～1.17が長期間メンテナンスされていない現状、これらより新しいことを示すバージョン番号を付けた方が良いのではないかと思います。
(だいぶ昔にも話があったものの、そのまま立ち消えになっていたような…)

リリースに向けて課題となっている事はありますでしょうか?

[jca02266]

lha for unix は、oss の定義に即してないソフトであること、いまとなっては日本においてさえlzhはメジャーなファイル形式ではないこと、を考慮するとリリースなどの行為を行うほどの影響力や魅力はないと思ってます。
一応、オリジナルの系譜を受け継ぐ歴史あるソースとしてGithubに残せたことは意味があるとは思いますが、技術的興味以外でそれ以上の労力を割く気にはなれません。
もちろん私のこの態度に対して、そんなことはないとフォークし、より発展させることは問題ありません。まさに今までそうやって幾多の人の手を渡ってきたソフトウェアですから。

しかし、lha for unix はライセンスの足かせが非常に重いです。
個人的には lhasa のような真にossなソースに対してcontributeした方がいいのではないかと思います。

https://github.com/fragglet/lhasa

[hirotosakai]

本論からやや外れますが、バージョン番号（lha --versionした時の表示内容）は、都度変えていくのが望ましいと考えます。Issueを調査する際、どの時点のソースを使っているのかは有用な情報です。

そこで提案ですが、直近のコミット日をセットするようにしてはどうでしょうか。
configure.acの冒頭の AC_INIT 〜 の行を以下のようにすれば実現できます。
（適切な方法ではなかったらすみません。autoconfは詳しくないので…）

AC_INIT([LHa for UNIX], m4_esyscmd_s(git log -1 --date=format:"%Y%m%d" --pretty=format:"1.14i-ac%cd"), jca02266@gmail.com, lha)

[jca02266]

PR #55 を作りました

バージョンはautoconf実行時(configure生成時)ではなくmake時に決めたい(いちいちautoconfしなおしたくない)
一方でパッケージ作成時はPACKAGE_VERSIONを変更したい(autoconf時に決定したい。make distのtarball名に使われる)
という2つの要求を満たすように修正してます。ちょっと複雑になりすぎてるのがいまいちです

• git 作業ディレクトリにいて、.tarball-versionファイルがない場合は、git commitからversion.hを生成
• .tarball-versionがあるときはこのファイルからversion.hを生成
• make dist時に git commitから.tarball-versionを生成

ということをしてます。

[jca02266]

このパッチに興味がある場合は #55 にコメントください