I'm using the keyrings.codeartifact backend, which expects its configuration to be stored in keyring's keyringrc.cfg file:
Is this supported? Or should keyrings.codeartifact look for its own config file? Reusing the config file feels a little odd to me, as there's potential for naming conflicts, but maybe that's unlikely if folks are reasonable about naming.
If this is supported, then I think keyring is overly strict in how it parses its config file:
I can work around this by explicitly setting the backend.default-keyring setting, but I'd rather not set a configuration option that I don't have to just to avoid a warning.
I'm using the
keyrings.codeartifactbackend, which expects its configuration to be stored in keyring'skeyringrc.cfgfile:Is this supported? Or should
keyrings.codeartifactlook for its own config file? Reusing the config file feels a little odd to me, as there's potential for naming conflicts, but maybe that's unlikely if folks are reasonable about naming.If this is supported, then I think keyring is overly strict in how it parses its config file:
backend.default-keyringsetting, then it raisesconfigparser.NoOptionError, which gets logged as a "Keyring config file contains incorrect values" warning.I can work around this by explicitly setting the
backend.default-keyringsetting, but I'd rather not set a configuration option that I don't have to just to avoid a warning.