Efren Yevale Varela 4 недель назад
Родитель
Сommit
aca691346b
7 измененных файлов с 7 добавлено и 7 удалено
  1. 1 1
      Cargo.toml
  2. 1 1
      README.md
  3. 1 1
      RUNBOOK.md
  4. 1 1
      docs/ARCHITECTURE.md
  5. 1 1
      docs/CHANGELOG.md
  6. 1 1
      docs/CONTRIBUTING.md
  7. 1 1
      scripts/check_doc_links.py

+ 1 - 1
Cargo.toml

@@ -3,7 +3,7 @@ name = "d-oauth"
 version = "0.1.0"
 version = "0.1.0"
 edition = "2024"
 edition = "2024"
 description = "OAuth 2.1-only authorization server"
 description = "OAuth 2.1-only authorization server"
-license = "MIT OR Apache-2.0"
+license = "ISC"
 
 
 [lib]
 [lib]
 name = "d_oauth"
 name = "d_oauth"

+ 1 - 1
README.md

@@ -1,4 +1,4 @@
-# d-OAuth
+# d-OAuth-Server
 
 
 An OAuth 2.1-only authorization server written in Rust. It is deliberately not
 An OAuth 2.1-only authorization server written in Rust. It is deliberately not
 backwards compatible with OAuth 2.0: PKCE is mandatory, the implicit and
 backwards compatible with OAuth 2.0: PKCE is mandatory, the implicit and

+ 1 - 1
RUNBOOK.md

@@ -1,6 +1,6 @@
 # Operator Runbook
 # Operator Runbook
 
 
-How to create the first administrator of a fresh `d-oauth` install, how to
+How to create the first administrator of a fresh `d-oauth-server` install, how to
 replace that bootstrap account immediately, and how to respond to a full
 replace that bootstrap account immediately, and how to respond to a full
 database disclosure. There is no HTTP bootstrap endpoint: provisioning is
 database disclosure. There is no HTTP bootstrap endpoint: provisioning is
 CLI/Job only.
 CLI/Job only.

+ 1 - 1
docs/ARCHITECTURE.md

@@ -1,6 +1,6 @@
 # Architecture
 # Architecture
 
 
-The d-OAuth authorization server is a single Rust process with two listeners:
+The d-OAuth-Server authorization server is a single Rust process with two listeners:
 a TLS public listener for OAuth traffic and a plaintext health-only listener
 a TLS public listener for OAuth traffic and a plaintext health-only listener
 for probes. All durable domain state lives in PostgreSQL and all ephemeral
 for probes. All durable domain state lives in PostgreSQL and all ephemeral
 state lives in Redis. There is no in-process state that a second replica would
 state lives in Redis. There is no in-process state that a second replica would

+ 1 - 1
docs/CHANGELOG.md

@@ -1,6 +1,6 @@
 # Changelog
 # Changelog
 
 
-All notable changes to the d-OAuth authorization server are recorded here.
+All notable changes to the d-OAuth-Server authorization server are recorded here.
 
 
 The format follows [Keep a Changelog](https://keepachangelog.com/en/1.1.0/),
 The format follows [Keep a Changelog](https://keepachangelog.com/en/1.1.0/),
 and the project uses [Semantic Versioning](https://semver.org/spec/v2.0.0.html).
 and the project uses [Semantic Versioning](https://semver.org/spec/v2.0.0.html).

+ 1 - 1
docs/CONTRIBUTING.md

@@ -1,6 +1,6 @@
 # Contributing
 # Contributing
 
 
-How to build, test, and change the d-OAuth authorization server. The rules here
+How to build, test, and change the d-OAuth-Server authorization server. The rules here
 are enforced by CI, so a change that skips them will not merge.
 are enforced by CI, so a change that skips them will not merge.
 
 
 ## Purpose
 ## Purpose

+ 1 - 1
scripts/check_doc_links.py

@@ -1,5 +1,5 @@
 #!/usr/bin/env python3
 #!/usr/bin/env python3
-"""Local documentation link checker for d-OAuth.
+"""Local documentation link checker for d-OAuth-Server.
 
 
 This is the "markdown-link-check" equivalent named by task 48. It validates
 This is the "markdown-link-check" equivalent named by task 48. It validates
 every relative Markdown link in the root README.md, root AGENTS.md, and the
 every relative Markdown link in the root README.md, root AGENTS.md, and the