From: Herton R. Krzesinski <herton(a)redhat.com>
redhat: add zstream switch for zstream release numbering
Bugzilla: INTERNAL
Upstream Status: RHEL only
When we fork from CentOS into RHEL stable releases, we need to switch the
release number to use zstream numbering, to not conflict with future
centos release numbers. We use the ZSTREAM=yes value in that case, keep
it set to no by default until we need it.
Signed-off-by: Herton R. Krzesinski <herton(a)redhat.com>
diff --git a/Makefile.rhelver b/Makefile.rhelver
index blahblah..blahblah 100644
--- a/Makefile.rhelver
+++ b/Makefile.rhelver
@@ -14,6 +14,28 @@ RHEL_MINOR = 99
# Do not trim this comment.
RHEL_RELEASE = 34
+#
+# ZSTREAM
+# -------
+#
+# This variable controls whether we use zstream numbering or not for the
+# package release. The zstream release keeps the build number of the last
+# build done for ystream for the Beta milestone, and increments a second
+# number for each build. The third number is used for branched builds
+# (eg.: for builds with security fixes or hot fixes done outside of the
+# batch release process).
+#
+# For example, with ZSTREAM unset or set to "no", all builds will contain
+# a release with only the build number, eg.: kernel-<kernel version>-X.el*,
+# where X is the build number. With ZSTREAM set to "yes", we will have
+# builds with kernel-<kernel version>-X.Y.Z.el*, where X is the last
+# RHEL_RELEASE number before ZSTREAM flag was set to yes, Y will now be the
+# build number and Z will always be 1 except if you're doing a branched build
+# (when you give RHDISTGIT_BRANCH on the command line, in which case the Z
+# number will be incremented instead of the Y).
+#
+ZSTREAM ?= no
+
#
# Early y+1 numbering
# --------------------
--
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1764