Skip to content

[registry] vs [registries] per-key semantics - #100

Closed
weihanglo wants to merge 2 commits into
masterfrom
registry-table
Closed

[registry] vs [registries] per-key semantics#100
weihanglo wants to merge 2 commits into
masterfrom
registry-table

Conversation

@weihanglo

@weihanglo weihanglo commented Aug 11, 2026

Copy link
Copy Markdown
Owner

Disclosure: Generated by LLM. Not human-reviewed yet, but every table claim is backed by an executed test (21/21 passing against rust-lang#17335 head 7b009184).

[registry] vs [registries.<name>] per-key semantics

Review notes for rust-lang/cargo#17335 (min-publish-age stabilization),
comparing how each config key behaves across the two tables.
Verified against PR head 7b009184:
every cell below is backed by a passing test in
tests/testsuite/registry_table_confusion.rs (this branch)
or the PR's own tests/testsuite/min_publish_age.rs.

"warned" below means cargo emits
[WARNING] unused config key ... and ignores the value;
"silent no-op" means the value is accepted without any diagnostic —
these are exactly the keys that exist as struct fields
shared between GlobalRegistryConfig and RegistryConfig
but are never consulted for that registry.

Key [registry] [registries.crates-io] [registries.<alt>] Evidence
token works for crates.io; does not follow registry.default silent no-op (config and CARGO_REGISTRIES_CRATES_IO_TOKEN env) works registries_crates_io_token_ignored_for_crates_io, registry_token_used_for_crates_io, registry_token_does_not_follow_registry_default
credential-provider works for crates.io silent no-op works registries_crates_io_credential_provider_ignored, registry_credential_provider_used_for_crates_io
secret-key / secret-key-subject works for crates.io silent no-op works registries_crates_io_secret_key_ignored, registry_secret_key_used_for_crates_io
global-credential-providers fallback providers for all registries warned + ignored warned + ignored registry_global_credential_providers_used_for_crates_io, registries_crates_io_global_credential_providers_ignored, registries_alt_global_credential_providers_ignored
min-publish-age (new) crates.io only; ignored for alt registries even with registry.default pointing at them honored; overrides registry.min-publish-age honored registry_alt_ignores_min_publish_age, registries_crates_io_overrides_registry_default, registries_alt (all in min_publish_age.rs)
global-min-publish-age (new) fallback for all registries warned + ignored warned + ignored registry_default_overrides_global (min_publish_age.rs), registries_crates_io_global_min_publish_age_ignored, registries_alt_global_min_publish_age_ignored
protocol warned + ignored (even an invalid value) honored (invalid value is an error) parsed but never consulted (silent no-op, invalid value passes) registry_protocol_ignored, registries_crates_io_protocol_honored, registries_alt_protocol_parsed_but_unused
index hard error: "no longer supported" silent no-op (SourceId::alt_registry short-circuits crates-io; a bogus URL is never even read) required; defines the registry registry_index_hard_error, registries_crates_io_index_ignored
default selects target registry for publish/login/owner/yank when --registry/--index absent warned + ignored warned + ignored registry_token_does_not_follow_registry_default, registries_crates_io_default_ignored

Key asymmetries:

  • min-publish-age is the first key where [registries.crates-io] both works
    and overrides its [registry] counterpart;
    for the auth keys (token, credential-provider, secret-key),
    [registries.crates-io] is dead config —
    and silently dead, because those keys are valid RegistryConfig fields
    and therefore dodge the unused-key warning that catches typos like
    registries.<name>.global-min-publish-age.
  • Auth resolves crates.io by URL first
    (is_crates_io(), src/util/auth/mod.rs:212);
    min-publish-age resolves by name first
    (alt_registry_key(), src/resolver/version_prefs.rs:279).
    Test-verified with a named registry whose index is crates.io's URL:
    • cargo publish --registry mirror ignores registries.mirror.token,
      prints the crates.io-flavored "no token found, please run cargo login"
      hint, and then happily publishes to mirror once registry.token is set
      (mirror_of_crates_io_auth_resolves_by_url).
    • The same mirror honors registries.mirror.min-publish-age
      (mirror_of_crates_io_min_publish_age_resolves_by_name),
      and when that is unset, the "crates.io-only" registry.min-publish-age
      leaks onto it through the URL match
      (registry_min_publish_age_applies_to_crates_io_url_mirror) —
      the very key that registry_alt_ignores_min_publish_age proves is not
      applied to a registry with a non-crates.io URL.
  • Papercut observed while testing:
    with this PR, resolve-time commands emit each unused-key warning twice
    (e.g. unused config key registry.protocol appears both before and after
    [UPDATING] in registry_protocol_ignored),
    suggesting the registry tables are deserialized more than once per command.

To ensure dependencies have had a chance to be scanned, a user can set:
```toml
[registry]
global-min-publish-age = "7 days"
```
To force a critical update through, a user can
```console
$ CARGO_RESOLVER_INCOMPATIBLE_PUBLISH_AGE=allow cargo update -p foo
```
That will be preserved within the lockfile.

To ensure users can observe what is going on and address concerns,
- Locking messages notify of:
  - That min-publish-age is in use and what the age is if there is a
    single one
  - a newer, unpicked version is available and its age
  - a version is being used that is incompatible with min-publish-age
    (either through `allow` or an unchange dep shown through `-v`)
- Error messages notify of:
  - a newer, unpicked version is available and its age
  - a compatible version requirement to downgrade to
  - how to use `CARGO_RESOLVER_INCOMPATIBLE_PUBLISH_AGE`

Items from the tracking issue:
- `deny` precedence between this and `incompatible-rust-version`: we can
  always adjust this over time
- the `registry.min-publish-age` / `registries.*.min-publish-age` precedence rule: mimics credential providers
- `cargo install` behavior
  - there was some confusion over what was being stabilized due to edits
    that happened during the FCP that weren't noticed
  - `resolver` is defined as not affecting `cargo install` which this
    preserves, just like `incompatible-rust-version`
- `cargo update --breaking`: this feature is being stabilized first and
  the other is being considered for removal (rust-lang#17333)

Fixes rust-lang#17009
@weihanglo
weihanglo marked this pull request as draft August 11, 2026 04:09
@weihanglo weihanglo changed the title feat(resolver): Stabilize min-publish-age [registry] vs [registries] per-key semantics Aug 11, 2026
@weihanglo weihanglo closed this Aug 11, 2026
@weihanglo weihanglo reopened this Aug 12, 2026
# `[registry]` vs `[registries.<name>]` per-key semantics

Review notes for [rust-lang#17335] (min-publish-age stabilization),
comparing how each config key behaves across the two tables.
Verified against PR head `7b009184` with repro tests in
`tests/testsuite/registry_table_confusion.rs`
and the PR's own `tests/testsuite/min_publish_age.rs`.

[rust-lang#17335]: rust-lang#17335 (comment)

| Key | `[registry]` | `[registries.crates-io]` | `[registries.<alt>]` | Evidence |
|---|---|---|---|---|
| `token` | works for crates.io; does **not** follow `registry.default` | **silently ignored** (config and `CARGO_REGISTRIES_CRATES_IO_TOKEN` env) | works | `registries_crates_io_token_ignored_for_crates_io`, `registry_token_does_not_follow_registry_default` |
| `credential-provider` | works for crates.io | **silently ignored** | works | `registries_crates_io_credential_provider_ignored` |
| `secret-key` / `secret-key-subject` | works for crates.io | silently ignored (same code path as `token`) | works | code: `src/util/auth/mod.rs:212` returns `[registry]` for crates.io before any name lookup |
| `min-publish-age` (new) | crates.io only; ignored for alt registries even with `registry.default` pointing at them | **honored; overrides `registry.min-publish-age`** | honored | `registry_alt_ignores_min_publish_age`, `registries_crates_io_overrides_registry_default` |
| `global-min-publish-age` (new) | fallback for **all** registries | silently ignored (not a `RegistryConfig` field) | silently ignored | code: `src/context/schema.rs:530` |
| `protocol` | silently ignored (not a `GlobalRegistryConfig` field) | honored | parsed but unused (`_protocol`) | code: `SourceId::crates_io_is_sparse` reads `registries.crates-io.protocol` only |
| `index` | hard error: "no longer supported" | silently ignored (`SourceId::alt_registry` short-circuits `crates-io`) | required; defines the registry | code: `check_registry_index_not_set`, `src/workspace/source_id.rs:296` |
| `default` | selects target registry for `publish`/`login`/`owner`/`yank` when `--registry`/`--index` absent | silently ignored | n/a | code: `src/util/command_prelude.rs:919` |
| `global-credential-providers` | fallback providers for **all** registries | silently ignored | silently ignored | code: `src/util/auth/mod.rs:57` |

Key asymmetries:

* `min-publish-age` is the first key where `[registries.crates-io]` both works
  and overrides its `[registry]` counterpart;
  for the auth keys, `[registries.crates-io]` is dead config.
* Auth resolves crates.io **by URL first** (`is_crates_io()`, `src/util/auth/mod.rs:212`);
  min-publish-age resolves **by name first** (`alt_registry_key()`, `src/resolver/version_prefs.rs:279`).
  A named mirror of crates.io's index gets `[registry]` credentials
  but `registries.<mirror>.min-publish-age`.
* `registries.<name>.global-min-publish-age` and `registry.protocol` are silent no-ops —
  the same "subtle `s` distinction" concern raised in
  [rust-lang#12334](rust-lang#12334 (comment)).

Copy link
Copy Markdown
Owner Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Tests showing the confusion and inconsistency.

@weihanglo weihanglo closed this Aug 12, 2026
@weihanglo
weihanglo deleted the registry-table branch August 12, 2026 18:29
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants