Describe the bug
The library expects the LANG is us or C, looking for English patterns in gpg output.
To Reproduce
Steps to reproduce the behavior:
- Set-up locale different than en_us, e.g. cs_CZ.UTF-8
- run pytest
- some tests are failing, like
get_recipients_file that is using PUBLIC_KEY_RE = re.compile(r'gpg: public key is (\w+)')
Expected behavior
Library is not dependent on locale, may be injecting LANG=C into the executed process
Environment
- Windows 11, cygwin
- Version of this library: 0.5.6
- Version of GnuPG: gpg (GnuPG) 2.5.21-unknown
Screenshot

See .stderr does not contain expected "...public key is..." but localized message
Describe the bug
The library expects the LANG is us or C, looking for English patterns in gpg output.
To Reproduce
Steps to reproduce the behavior:
get_recipients_filethat is using PUBLIC_KEY_RE = re.compile(r'gpg: public key is (\w+)')Expected behavior
Library is not dependent on locale, may be injecting LANG=C into the executed process
Environment
Screenshot

See .stderr does not contain expected "...public key is..." but localized message