aboutsummaryrefslogtreecommitdiff
path: root/nx-X11/extras
diff options
context:
space:
mode:
authorMike Gabriel <mike.gabriel@das-netzwerkteam.de>2017-06-30 20:24:28 +0200
committerMike Gabriel <mike.gabriel@das-netzwerkteam.de>2017-06-30 20:57:10 +0200
commit79fcce3ee7956a9372cf8db0f755294f56754f0b (patch)
treed0f0bae206d0019ebf788e0e14befd34f63f800e /nx-X11/extras
parent638b334c831ad0ff90ada8b7b10e806159e1cb27 (diff)
downloadnx-libs-79fcce3ee7956a9372cf8db0f755294f56754f0b.tar.gz
nx-libs-79fcce3ee7956a9372cf8db0f755294f56754f0b.tar.bz2
nx-libs-79fcce3ee7956a9372cf8db0f755294f56754f0b.zip
README.Mesa.patches: Define some rules for patch naming and numbering scheme.
Diffstat (limited to 'nx-X11/extras')
-rw-r--r--nx-X11/extras/README.Mesa.patches31
1 files changed, 31 insertions, 0 deletions
diff --git a/nx-X11/extras/README.Mesa.patches b/nx-X11/extras/README.Mesa.patches
new file mode 100644
index 000000000..31379b2d8
--- /dev/null
+++ b/nx-X11/extras/README.Mesa.patches
@@ -0,0 +1,31 @@
+Patch naming scheme for Mesa.patches:
+-------------------------------------
+
+For patch file names, use characters from this ASCII subset:
+[a-zA-Z0-9_-.].
+
+This precaution is esp. important, if you build nx-libs without having
+the quilt utility available in the build environment. This is mostly true
+for non-Debian-based systems.
+
+Patch numbering scheme:
+-----------------------
+
+The patch naming scheme is about ordering patches by names and
+categories. All patches shall be prefixed with a number:
+
+0xxx: Mesa upstream backports
+1xxx: Patches that might be interesting for Mesa upstream
+2xxx: Distro specific patches (not applicable here, probably)
+3xxx: Security / CVE fixes for Mesa (probably obtained from upstream)
+4xxx: Patches that are needed to make Mesa work/build with/against nx-libs
+5xxx: Patches that silence compiler warnings
+
+The "series" file within the Mesa.patches directory defines the order of
+patch application.
+
+The patch names in the "series" file do not necessarily need to be in
+alpha-numerical order. Patch application order is about code and
+functionality, That is, patches in one category are allowed to depend
+upon patches in another category, even if the subsequent digits are not
+strictly ascending.