PLD-doc: devel-hints-en.txt - notes on Release tag and %rel macro

pawelz pawelz at pld-linux.org
Mon Jun 7 11:40:17 CEST 2010


Author: pawelz                       Date: Mon Jun  7 09:40:17 2010 GMT
Module: PLD-doc                       Tag: HEAD
---- Log message:
- notes on Release tag and %rel macro

---- Files affected:
PLD-doc:
   devel-hints-en.txt (1.50 -> 1.51) 

---- Diffs:

================================================================
Index: PLD-doc/devel-hints-en.txt
diff -u PLD-doc/devel-hints-en.txt:1.50 PLD-doc/devel-hints-en.txt:1.51
--- PLD-doc/devel-hints-en.txt:1.50	Mon Jun  7 11:00:46 2010
+++ PLD-doc/devel-hints-en.txt	Mon Jun  7 11:40:12 2010
@@ -87,7 +87,17 @@
 
 3. Package versioning
 
-3.1 Application version vs. package Version and Release tags
+3.1 Release tag
+
+   Release: tag is internal PLD package version number. In most cases it is
+   independent from upstream version number (see next paragraph for
+   exceptions).
+
+   Fractional release (0.1, 0.5, 3.14 etc) means package is not yet ready to
+   be sent to builders. If you think that package is ready to be build,
+   increase release to the next integer.
+
+3.2 Application version vs. package Version and Release tags
 
    For full releases the Version field contains the package version.
    For development or testing version (CVS snapshots, alpha, beta,
@@ -97,13 +107,19 @@
    versions it will look like 0.rcX.1 and for snapshots 0.2003.0303.1).
    An example definition (real version: 2.0rc1):
    Version:	2.0
+   %define		rel		1
    %define		rcver	rc1
-   Release:	0.%{rcver}.1
+   Release:	0.%{rcver}.%{rel}
+
+   In this case when we change the spec file for the same software version we
+   must just bump the last digit (i.e. %rel macro) in Release ("0" stays the
+   same!)
 
-   In this case when we change the spec file for the same software version
-   we must just bump the last digit in Release ("0" stays the same!)
+   The %rel macro appeared only to make automatic release bump an easy thing
+   (see packages/relup.sh) in case when Release: contains many macros,
+   conditions and such stuff.
 
-3.2 Package Epoch tag
+3.3 Package Epoch tag
 
    You shouldn't use %{epoch} when the package doesn't have Epoch: as such
    defined.
================================================================

---- CVS-web:
    http://cvs.pld-linux.org/cgi-bin/cvsweb.cgi/PLD-doc/devel-hints-en.txt?r1=1.50&r2=1.51&f=u



More information about the pld-cvs-commit mailing list