-
Notifications
You must be signed in to change notification settings - Fork 202
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Details on new maintainership #603
Changes from 8 commits
d16d50d
e880989
4045b9f
fce20d3
54bd8b7
6a9d9fb
7c38a2b
7206737
03e25d1
06221ad
5999827
f0ed196
e96c6bf
b2936ba
3d48d12
ca1427d
8d21cb7
f229627
File filter
Filter by extension
Conversations
Jump to
Diff view
Diff view
There are no files selected for viewing
This file was deleted.
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -0,0 +1,76 @@ | ||
PCRE2 Authorship and Contributors | ||
================================= | ||
|
||
COPYRIGHT | ||
--------- | ||
|
||
Please see the file [LICENCE](./LICENCE.md) in the PCRE2 distribution for copyright details. | ||
|
||
|
||
MAINTAINERS | ||
----------- | ||
|
||
The PCRE and PCRE2 libraries were authored and maintained by Philip Hazel. | ||
|
||
Since 2024, the contributors with administrator access to the project are now Nicholas Wilson and Zoltán | ||
Herczeg. See the file [SECURITY](./SECURITY.md) for GPG keys. | ||
|
||
Both administrators are volunteers acting in a personal capacity. | ||
|
||
<table> | ||
<thead> | ||
<tr> | ||
<th>Name</th> | ||
<th>Role</th> | ||
<tr> | ||
</thead> | ||
<tbody> | ||
<tr> | ||
<td> | ||
|
||
Nicholas Wilson<br/> | ||
`nicholas@nicholaswilson.me.uk`<br/> | ||
Currently of Microsoft Research Cambridge, UK | ||
|
||
</td> | ||
<td> | ||
|
||
* General project administration & maintenance | ||
* Release management | ||
* Code maintenance | ||
|
||
</td> | ||
</tr> | ||
<tr> | ||
<td> | ||
|
||
Zoltán Herczeg<br/> | ||
`hzmester@freemail.hu`<br/> | ||
Currently of the University of Szeged, Hungary | ||
|
||
</td> | ||
<td> | ||
|
||
* Code maintenance | ||
* Ownership of `sljit` and PCRE2's JIT | ||
|
||
</td> | ||
</tr> | ||
</tbody> | ||
</table> | ||
|
||
|
||
CONTRIBUTORS | ||
------------ | ||
|
||
Many others have participated and contributed to PCRE2 over its history. | ||
|
||
An incomplete list of recent contributors (alphabetical): | ||
|
||
Addison Crump | ||
Alex Dowad | ||
Carlo Marcelo Arenas Belón | ||
|
||
You may browse Git's history for further details of many past contributors. | ||
|
||
The maintainers are grateful for all contributions and participation over the years, whether or not listed here in this recent summary. |
Original file line number | Diff line number | Diff line change |
---|---|---|
|
@@ -19,7 +19,7 @@ copy_file( | |
out = "src/pcre2_chartables.c", | ||
) | ||
|
||
# Removed src/pcre2_ucptables.c below because it is #included in | ||
# Removed src/pcre2_ucptables.c below because it is #included in | ||
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. Ensured that Detrail is run on all files that are part of the output tarball (...except the files where we deliberately don't want to run it, eg CRLF files, and any/all tool outputs from autoconf). There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. Ideally I would like to see that ALL our files get I can see there might be a few exceptions (ex: test files that require explicit trailing blank characters), but even those could be exempted at the line number level IMHO. There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. We just have two nasty old |
||
# src/pcre2_tables.c. Also fixed typo: ckdint should be chkdint. | ||
# PH, 22-March-2023. | ||
cc_library( | ||
|
Original file line number | Diff line number | Diff line change |
---|---|---|
|
@@ -10,12 +10,13 @@ AM_CPPFLAGS="-I$(srcdir)/src" | |
## Specify the documentation files that are distributed. | ||
|
||
dist_doc_DATA = \ | ||
AUTHORS \ | ||
AUTHORS.md \ | ||
COPYING \ | ||
ChangeLog \ | ||
LICENCE \ | ||
LICENCE.md \ | ||
NEWS \ | ||
README \ | ||
SECURITY.md \ | ||
doc/pcre2.txt \ | ||
doc/pcre2-config.txt \ | ||
doc/pcre2grep.txt \ | ||
|
@@ -86,6 +87,7 @@ dist_html_DATA = \ | |
doc/html/pcre2_set_max_pattern_length.html \ | ||
doc/html/pcre2_set_max_varlookbehind.html \ | ||
doc/html/pcre2_set_offset_limit.html \ | ||
doc/html/pcre2_set_optimize.html \ | ||
doc/html/pcre2_set_newline.html \ | ||
doc/html/pcre2_set_parens_nest_limit.html \ | ||
doc/html/pcre2_set_recursion_limit.html \ | ||
|
@@ -186,6 +188,7 @@ dist_man_MANS = \ | |
doc/pcre2_set_max_pattern_length.3 \ | ||
doc/pcre2_set_max_varlookbehind.3 \ | ||
doc/pcre2_set_offset_limit.3 \ | ||
doc/pcre2_set_optimize.3 \ | ||
doc/pcre2_set_newline.3 \ | ||
doc/pcre2_set_parens_nest_limit.3 \ | ||
doc/pcre2_set_recursion_limit.3 \ | ||
|
@@ -274,6 +277,14 @@ EXTRA_DIST += \ | |
NON-AUTOTOOLS-BUILD \ | ||
HACKING | ||
|
||
# These are support files for building with Bazel or Zig | ||
|
||
EXTRA_DIST += \ | ||
BUILD.bazel \ | ||
MODULE.bazel \ | ||
WORKSPACE.bazel \ | ||
build.zig | ||
Comment on lines
+282
to
+286
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. Within reason, I feel that users grabbing the tarball should be getting the same experience as users who check out from git (except that the tarball users don't need to run autogen.sh). So I've added some missing files to the tarball. There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. Carefully here, since these specific files are usually updated in non backward compatible ways, and are (I presume) used by some external build process that most likely only uses the git files. |
||
|
||
# These are support files for building under VMS | ||
|
||
EXTRA_DIST += \ | ||
|
@@ -282,16 +293,6 @@ EXTRA_DIST += \ | |
vms/pcre2.h_patch \ | ||
vms/stdint.h | ||
|
||
# These files are used in the preparation of a release | ||
|
||
EXTRA_DIST += \ | ||
PrepareRelease \ | ||
CheckMan \ | ||
CleanTxt \ | ||
Detrail \ | ||
132html \ | ||
doc/index.html.src | ||
Comment on lines
-288
to
-293
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. I don't feel we need to be bundling into the tarball all our maintainer scripts. There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. Indeed not, nowadays. I think they were originally added way back, certainly before GitHub, probably even before Svn, when tarball was the only way to download anything. Ah yes, its documented as happening in 2007. |
||
|
||
# These files are usable versions of pcre2.h and config.h that are distributed | ||
# for the benefit of people who are building PCRE2 manually, without the | ||
# Autotools support. | ||
|
@@ -716,9 +717,12 @@ EXTRA_DIST += \ | |
testdata/grepinput \ | ||
testdata/grepinput3 \ | ||
testdata/grepinput8 \ | ||
testdata/grepinputBad8 \ | ||
testdata/grepinputBad8_Trail \ | ||
testdata/grepinputC.bz2 \ | ||
testdata/grepinputC.gz \ | ||
testdata/grepinputM \ | ||
testdata/grepinputUN \ | ||
testdata/grepinputv \ | ||
testdata/grepinputx \ | ||
testdata/greplist \ | ||
|
@@ -827,7 +831,7 @@ CLEANFILES += \ | |
test3outputB \ | ||
testtry \ | ||
teststdout \ | ||
teststderr \ | ||
teststderr \ | ||
teststderrgrep \ | ||
testtemp1grep \ | ||
testtemp2grep \ | ||
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
You'll now get build failures if you update documentation files, but forget to sync the HTML or TXT.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
unless we improve the tooling, this sounds a little restrictive.
Truth is that with Philip being the only native English speaker, his "final" touches over the generated documentation were an invaluable part of making sure it is as high quality as it is (including of course, updating the date with the necessary "fixes")
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Updating the docs can still be done by me (or other native English speaker). But there seems to be no good use-case for having the different copies of the documentation be out-of-sync with each other. If that ever happens, it's simply because a contributor forgot to sync the HTML or TXT files after updating the man pages.
If you'd prefer, we make it so that the CI job applies the changes and pushes a bot-authored commit to the PR. That seemed like a bit too much infrastructure though, for a simple sanity-check.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The way I saw it was that the "source" files for the documentation were being updated by the developer, and the merge that Philip did which usually included the "documentation fixes" and "generated files" was akin to a compilation and "release" of the documentation.
specially since there is a copy of it that is autogenerated and publicly available in the web site as part of the
github.io
content.There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Oops. I had completely forgotten to mention github.io to Nick. Apologies.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I'm aware of it. It hosts
index.md
(which is a duplicate of README.md), and the HTML files indocs/
.We could do what some projects do, and have different versions of the docs available (for each library version) so the user has a choice of whether to read the "master" or "10.44" docs.
In a future PR, when I spruce up that website a bit, I'll probably just make it so it shows the docs for the last-released version of PCRE2.