On Mon, May 4, 2020 at 3:12 AM Dan Čermák
Andrei Borzenkov
writes: 04.05.2020 09:55, Dan Čermák пишет:
Hi Jason,
Jason Craig
writes: I'm trying to update the python-ZODB[1] package so that it will build and doesn't get dropped from e.g. Leap 15.2. The basic problem is that a test (or possibly multiple tests) started failing with the latest version of python-transaction. This problem is fixed upstream but there hasn't been a new version of ZODB released with the fix in it.
So I'm using a git revision as the source for the package, but this raises the question of what to do with the version number of the package. Reading some documentation[2], it would appear I should use a version like "5.5.1+git56", but this causes RPM to not find the egg-info directory in %files because the version specified in setup.py is "5.6.0.dev0".
So should I a) use version 5.5.1+git56, change the %files section so it picks up the egg-info directory or b) use version 5.6.0.dev0, but then when 5.6.0 is released upstream wouldn't RPM think that 5.6.0.dev0 is still the newer version? c) do something else.
Unless upstream has specifically released 5.6.dev0, I would go with 5.5.1+git%{short_commit}
Commits are unordered, are not they? You need something monotonically increasing to make sure next release actually has high version. Something like git-describe output which nicely piggy-backs on the latest release and is always lower version than next release.
Right, in case you want to update between commits before the next release and have a clean upgrade path, then you're probably better of to use the git commit date in the version (e.g. 5.5.1+git20200504-%{short_commit}, although I'm not sure if including the commit even makes sense).
You need to include the commit hash in the version to make it _unique_. Ordering is already happening with the `.git20200504` part (yes, I put a period there on purpose: everything that isn't a ~ or ^ is effectively a period). -- 真実はいつも一つ!/ Always, there's only one truth! -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-packaging+owner@opensuse.org