-
Notifications
You must be signed in to change notification settings - Fork 1k
Closed
Description
Currently keys are treated as CSV strings, ex
creation_rules:
- pgp: >-
85D77543B3D624B63CEA9E6DBC17301B491B3F21,
FBC7B9E2A4F9289AC0C1D4843D16CEE4A27381B4I've been bitten by two problems recurringly with this format.
- Comments aren't allowed in yaml block scalar form. It's hard to add metadata (ex, this is the semantic identity of this key), without comments.
- There's an annoying error when there's a trailing comma on the last element, "" isn't a valid key. This could ofc be itself fixed... but it's symptomatic of not using a native list format, but deferring to a secondary parser and syntax. This is especially the case when the keys might be auto generated, moved around, etc...
Ex
creation_rules:
- pgp:
- 85D77543B3D624B63CEA9E6DBC17301B491B3F21 # name@email.com
- FBC7B9E2A4F9289AC0C1D4843D16CEE4A27381B4 # server_XZYNote: this shouldn't be a breaking change, so long as its a loosening of the restrictions; ie typeof(pgp) == string | list<string>
AndydeCleyre
Metadata
Metadata
Assignees
Labels
No labels