On Wed, Feb 23, 2005 at 11:09:38PM +0100, Dag Wieers wrote:
Looks good, I would propose a standard SPEC file (in the SRPM) formatted as:
%{name}-%{version}-%{release}-%{repotag}.spec
-1. It is easier to deal with shorter spec names that match the package %{name} and hence the name in CVS.
If your working on a SPEC file and install several other versions, this would prevent SPEC files replacing others. And the origin is clear too.
The origin is already clear from the contents of the spec file... If you are worried about overwriting spec files from multiple versions, then you should also be worried about overwriting sources and patches...
You can already prevent these problems with a suitable .rpmmacros file:
%_topdir /home/cra/src/redhat %_ntopdir %{_topdir}/%{name}-%{version}-%{release} %_builddir %{_ntopdir} %_sourcedir %{_ntopdir} %_specdir %{_ntopdir} %_rpmfilename %%{NAME}-%%{VERSION}-%%{RELEASE}.%%{ARCH}.rpm %_rpmdir %{_topdir}/RPMS %_srcrpmdir %{_topdir}/SRPMS
It's something the buildsystem could do before creating the SRPM (in that respect it may not be that important for FE).
For the package release, it may be useful to use < 1 release numbers to indicate a work in progress. (0.1, 0.2) We're doing the same in case we consider something a beta or rc product. (Especially if you're posting incremental test releases for other people to try). The version is always numeric, the release is also always numeric (in case of alpha/beta/rc < 1 and followed by the non numeric portion of the version) postfixed with the disttag and repotag.
+1 This goes along with the old fedora.us guidelines for versioning of alpha/beta/rc releases.