Skip to content

Commit 2feaf10

Browse files
committed
Add a weekly grouped Dependabot configuration covering the Gradle sub-project build files and GitHub Actions, with major-version bumps left to be raised by hand, relates to github #883.
1 parent e8b5cf1 commit 2feaf10

2 files changed

Lines changed: 51 additions & 0 deletions

File tree

.github/dependabot.yml

Lines changed: 50 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,50 @@
1+
# Dependabot version updates.
2+
#
3+
# Key reference:
4+
# https://docs.github.com/en/code-security/dependabot/working-with-dependabot/dependabot-options-reference
5+
#
6+
# Notes specific to this repository:
7+
#
8+
# * bcprov and the other published jars have no runtime dependencies. Everything
9+
# Dependabot can see here is test-only, compileOnly, example (misc), or build
10+
# tooling, so these updates are housekeeping rather than security work - hence
11+
# the weekly cadence and the grouping into a single pull request per ecosystem.
12+
# * The external dependencies live in the sub-project build files (prov, pkix, pg,
13+
# mail, jmail, misc, mls, pgsc, ...), not just the root one, so "directories"
14+
# with a glob is used - the singular "directory" key does not support globbing.
15+
# * Major-version bumps are ignored deliberately. The Gradle modules compile with
16+
# --release 8 (and src/main additionally has to stay inside the Java 4 source
17+
# floor for the legacy Ant distributions), so a new major of the bnd builder,
18+
# Error Prone, or a mail API is a judgement call about supported Java versions
19+
# rather than something to merge on green CI. Raise those by hand.
20+
# * The jars pulled in with files()/fileTree() from test/libs and libs (mls, prov)
21+
# are invisible to Dependabot; they still have to be refreshed manually.
22+
23+
version: 2
24+
updates:
25+
- package-ecosystem: "gradle"
26+
directories:
27+
- "/"
28+
- "/*"
29+
schedule:
30+
interval: "weekly"
31+
open-pull-requests-limit: 3
32+
groups:
33+
gradle-dependencies:
34+
applies-to: version-updates
35+
patterns:
36+
- "*"
37+
ignore:
38+
# See the note above on --release 8 / the Java 4 source floor.
39+
- dependency-name: "*"
40+
update-types: ["version-update:semver-major"]
41+
42+
- package-ecosystem: "github-actions"
43+
directory: "/"
44+
schedule:
45+
interval: "weekly"
46+
groups:
47+
github-actions:
48+
applies-to: version-updates
49+
patterns:
50+
- "*"

CONTRIBUTORS.html

Lines changed: 1 addition & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -606,6 +606,7 @@
606606
<li>Yu Bao &lt;yubao@paypal.com&gt; - reporting an API gap, on behalf of the PayPal Cyber Security Team, that the high-level OpenPGP message API (OpenPGPMessageProcessor / OpenPGPMessageInputStream) gave a caller no way to bound how far a compressed data packet expands, where the low-level PGPCompressedData it wraps has carried a bounded getDataStream(long) overload all along, and that OpenPGPPolicy exposed no equivalent property to set. Suggesting a protocol whitelist for CRL Distribution Point fetching, which is now the org.bouncycastle.x509.CRLDP_protocols property, and suggesting that an OCSP response was read up to the length the responder declared for itself, now capped by org.bouncycastle.ocsp.max_response_size, and suggesting bounds on the OpenPGP ASCII armor headers, now capped by org.bouncycastle.openpgp.max_armor_header_length and org.bouncycastle.openpgp.max_armor_headers.</li>
607607
<li>Arpan Sharma &lt;https://github.com/Arpan0995&gt; - initial audit of BCPQC provider consistency starting with HQC, which led to the exposure of a number of issues in the JCA provider service interfaces for other BCPQC algorithms.</li>
608608
<li>Flowdalic &lt;https://github.com/Flowdalic&gt; - initial implementation of an AnimalSniffer-based Android API-level compatibility check for the Gradle build (PR #336).</li>
609+
<li>hannesa2 &lt;https://github.com/hannesa2&gt; - initial Dependabot configuration for the Gradle and GitHub Actions ecosystems (PR #883).</li>
609610
</ul>
610611
</body>
611612
</html>

0 commit comments

Comments
 (0)