diff --git a/en_US.ISO8859-1/articles/committers-guide/Makefile b/en_US.ISO8859-1/articles/committers-guide/Makefile index fe23c3e38e..93c9165523 100644 --- a/en_US.ISO8859-1/articles/committers-guide/Makefile +++ b/en_US.ISO8859-1/articles/committers-guide/Makefile @@ -16,6 +16,9 @@ SRCS= article.xml IMAGES_LIB= callouts/1.png IMAGES_LIB+= callouts/2.png IMAGES_LIB+= callouts/3.png +IMAGES_LIB+= callouts/4.png +IMAGES_LIB+= callouts/5.png +IMAGES_LIB+= callouts/6.png URL_RELPREFIX?= ../../../.. DOC_PREFIX?= ${.CURDIR}/../../.. diff --git a/en_US.ISO8859-1/articles/committers-guide/article.xml b/en_US.ISO8859-1/articles/committers-guide/article.xml index 09429f75d4..951c325fe3 100644 --- a/en_US.ISO8859-1/articles/committers-guide/article.xml +++ b/en_US.ISO8859-1/articles/committers-guide/article.xml @@ -459,7 +459,7 @@ You need a Passphrase to protect your secret key. - Committers can aquire an additional bit by the usual + Committers can acquire an additional bit by the usual process of finding a mentor who will propose them to core, doceng, or portmgr, as appropriate. When approved, they will be added to 'access' and the normal mentoring period @@ -2121,9 +2121,9 @@ U stable/9/share/man/man4/netmap.4 while and is finally committed back to the original branch. During development code migration in one direction (from head to the branch only). No code is committed back to head - until the end. Once the branch is commited back at the end, + until the end. After the branch is committed back at the end, it is dead (although a new branch with the same name can be - created after the dead one was deleted). + created after the dead one is deleted). As per https://people.FreeBSD.org/~peter/svn_notes.txt, @@ -2677,7 +2677,7 @@ freebsd-mfc-after = 2 weeks Commit Log for a Commit Bringing in Code from OpenBSD - Commiting some code based on work done in the + Committing some code based on work done in the OpenBSD project. ... @@ -4993,21 +4993,21 @@ Do you want to commit? (no = start a shell) [y/n] &a.portmgr; is very protective of ports/Mk/bsd.port*.mk so do not commit changes to those files unless you want to face - their wra(i)th. + their wrath. What is the proper procedure for updating the - checksum for a port's distfile when the file changes + checksum for a port distfile when the file changes without a version change? When the checksum for a distribution file is updated due to the author updating the file without changing the - port's revision, the commit message includes a + port revision, the commit message includes a summary of the relevant diffs between the original and new distfile to ensure that the distfile has not been corrupted or maliciously altered. If the current