|
Revision tags: release/12.4.0, release/13.1.0, release/12.3.0, release/13.0.0, release/12.2.0, release/11.4.0, release/12.1.0, release/11.3.0, release/12.0.0, release/11.2.0 |
|
| #
fcb66742 |
| 09-Jun-2018 |
Eitan Adler <[email protected]> |
LOCKS: update current locks
- use a wild card for releng instead of listing them out. This ignores a
technicality that re@ owns the branches during release cycles, but this
has not been document in
LOCKS: update current locks
- use a wild card for releng instead of listing them out. This ignores a
technicality that re@ owns the branches during release cycles, but this
has not been document in this file in a long time (if ever).
Approved by: core
show more ...
|
|
Revision tags: release/10.4.0, release/11.1.0, release/11.0.1, release/11.0.0, release/10.3.0, release/10.2.0, release/10.1.0, release/9.3.0, release/10.0.0, release/9.2.0 |
|
| #
bb53d809 |
| 17-Sep-2013 |
Edward Tomasz Napierala <[email protected]> |
Explicitly require Security Officer's approval for kernel PRNG bits.
Note that there is ongoing discussion about approval requirement
for userland PRNG bits.
Reviewed by: so (des)
Approved by: core
Explicitly require Security Officer's approval for kernel PRNG bits.
Note that there is ongoing discussion about approval requirement
for userland PRNG bits.
Reviewed by: so (des)
Approved by: core (jhb)
Approved by: re (gjb)
show more ...
|
|
Revision tags: release/8.4.0 |
|
| #
ec26457c |
| 29-Dec-2012 |
Peter Wemm <[email protected]> |
Test commit to make sure commit mail works after moving the server.
Approved by: core (implicit)
|
|
Revision tags: release/9.1.0, release/8.3.0_cvs, release/8.3.0, release/9.0.0, release/7.4.0_cvs, release/8.2.0_cvs, release/7.4.0, release/8.2.0, release/8.1.0_cvs, release/8.1.0, release/7.3.0_cvs, release/7.3.0, release/8.0.0_cvs, release/8.0.0, release/7.2.0_cvs, release/7.2.0, release/7.1.0_cvs, release/7.1.0, release/6.4.0_cvs, release/6.4.0 |
|
| #
8d958254 |
| 05-Jun-2008 |
Peter Wemm <[email protected]> |
Update LOCKS syntax.
Approved by: core (implicit)
|
|
Revision tags: release/7.0.0_cvs, release/7.0.0 |
|
| #
639c8983 |
| 24-Jan-2008 |
Colin Percival <[email protected]> |
Once the release goes out, RELENG_7_* will need approval from so@.
Approved by: core (two months ago)
|
|
Revision tags: release/6.3.0_cvs, release/6.3.0, release/6.2.0_cvs, release/6.2.0, release/5.5.0_cvs, release/5.5.0, release/6.1.0_cvs, release/6.1.0 |
|
| #
a59bcb14 |
| 13-Jan-2006 |
Ruslan Ermilov <[email protected]> |
Document commit constraints for RELENG_6_*.
Approved by: core (jhb)
|
|
Revision tags: release/6.0.0_cvs, release/6.0.0 |
|
| #
d97f4741 |
| 02-Jun-2005 |
Peter Wemm <[email protected]> |
Document the previously existing RELENG_[45]_* security branch locks.
Approved by: core (quite a while ago)
|
| #
072f68a7 |
| 02-Jun-2005 |
Peter Wemm <[email protected]> |
Add a 'statement of intent' blurb to the top of MAINTAINERS. Split
the role of MAINTAINERS into advisory and strict parts. Introduce a
new LOCKS file to document enforced locked parts of the tree.
Add a 'statement of intent' blurb to the top of MAINTAINERS. Split
the role of MAINTAINERS into advisory and strict parts. Introduce a
new LOCKS file to document enforced locked parts of the tree.
Strict locks are only added with core approval and will generally
have a renewal timeout.
Clarify that the source tree is a community effort, not a place to stake
out 'turf'.
This will be refined as needed.
With-core-hat-on: Yes
show more ...
|