@@ -23,10 +23,10 @@ such as renaming, adding or removing zones, please read
23
23
"Theory and pragmatics of the tz code and data"
24
24
<https://www.iana.org/time-zones/repository/theory.html>.
25
25
It is also good to browse the mailing list archives
26
- <https://mm.icann .org/pipermail/tz/> for examples of patches that tend
27
- to work well. Additions to data should contain commentary citing
28
- reliable sources as justification. Citations should use "https:" URLs
29
- if available.
26
+ <https://lists.iana .org/hyperkitty/list/tz@iana.org/>
27
+ for examples of patches that tend to work well.
28
+ Changes should contain commentary citing reliable sources.
29
+ Citations should use "https:" URLs if available.
30
30
31
31
For changes that fix sensitive security-related bugs, please see the
32
32
distribution's 'SECURITY' file.
@@ -63,12 +63,16 @@ If you use Git the following workflow may be helpful:
63
63
* Edit source files. Include commentary that justifies the
64
64
changes by citing reliable sources.
65
65
66
- * Debug the changes, e.g.:
66
+ * Debug the changes locally , e.g.:
67
67
68
- make check
69
- make install
68
+ make TOPDIR=$PWD/tz clean check install
70
69
./zdump -v America/Los_Angeles
71
70
71
+ Although builds assume only basic POSIX, they use extra features
72
+ if available. 'make check' accesses validator.w3.org unless you
73
+ lack 'curl' or use 'make CURL=:'. If you have the latest GCC,
74
+ "make CFLAGS='$(GCC_DEBUG_FLAGS)'" does extra checking.
75
+
72
76
* For each separable change, commit it in the new branch, e.g.:
73
77
74
78
git add northamerica
0 commit comments