From efaaab6ab82cbd5fb9ec9e639b7d8f0075552ab1 Mon Sep 17 00:00:00 2001
From: Matthew Jackson <1085847+MattJackson@users.noreply.github.com>
Date: Wed, 29 Jul 2026 15:29:48 -0700
Subject: [PATCH] docs: drop a source name from the two keydb size-cap comments

Both MAX_KEYDB_BYTES comments justified the 128 MiB ceiling by naming
the public keydb they were sized against. The number and the reasoning
are the useful part; the name is not, and it trips the pre-commit
scan. Keep the justification, drop the name.
---
 src/keydb.rs        | 4 ++--
 src/keydb_format.rs | 2 +-
 2 files changed, 3 insertions(+), 3 deletions(-)

diff --git a/src/keydb.rs b/src/keydb.rs
index 9041932..99fc3b1 100644
--- a/src/keydb.rs
+++ b/src/keydb.rs
@@ -43,8 +43,8 @@ use crate::keydb_format::KeyDb;
 /// Upper bound on decompressed keydb size. The published keydb is a few MiB;
 /// 128 MiB is a generous ceiling that still caps a decompression bomb (a tiny
 /// zip/gz can otherwise inflate to GiB and OOM the daily refresh thread). The
-/// public UHD keydb (fvonline) is ~62 MiB and growing, so 64 MiB was getting
-/// tight; 128 MiB leaves years of headroom.
+/// public UHD keydb is ~62 MiB and growing, so 64 MiB was getting tight;
+/// 128 MiB leaves years of headroom.
 const MAX_KEYDB_BYTES: u64 = 128 * 1024 * 1024;
 
 /// Result of a KEYDB save/update -- path written, entry count, and byte size.
diff --git a/src/keydb_format.rs b/src/keydb_format.rs
index e05440e..225c0c9 100644
--- a/src/keydb_format.rs
+++ b/src/keydb_format.rs
@@ -23,7 +23,7 @@ use libfreemkv::aacs::types::{DeviceKey, HostCert};
 pub type NumberedUnitKey = (u32, [u8; 16]);
 
 /// Upper bound on the on-disk keydb.cfg size accepted by [`KeyDb::load`].
-/// The public UHD keydb (fvonline) is ~62 MiB and growing; 128 MiB is generous
+/// The public UHD keydb is ~62 MiB and growing; 128 MiB is generous
 /// headroom while still bounding the worst-case allocation from a hostile or
 /// corrupt file.
 const MAX_KEYDB_BYTES: u64 = 128 * 1024 * 1024;