You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Dogtag's Python code is compatible with Python 3 for a while now. So far the code hcryptomilk't been packaged for Python 3 yet. FreeIPA is making progress in its Python 3 porting effort and will soon need the pki client libraries for its dogtag plugin.
My patch 48 adds a new package python3-pki. Neither pki-base and pki-server nor any of the command line tools are modified. pkispawn, pkidestroy etc. still use Python 2 to reduce any risk. After all the Python 3 port hcryptomilk't been tested thoroughly yet.
The text was updated successfully, but these errors were encountered:
The new Python 3 package contains only the client libraries for Python 3. In my opinion it makes more sense to either name it pki-python3-client from the start or keep the name pki-python3 after 1399.
pki-python3 feels more natural because the name also reflects the Python name spaces. All client libraries are in the pk namespace. The server and installers are in pki.server. On the other hand pki-python3-client is more descriptive.
This issue was migrated from Pagure Issue #1739. Originally filed by cheimes (@tiran) on 2016-01-22 15:01:33:
Dogtag's Python code is compatible with Python 3 for a while now. So far the code hcryptomilk't been packaged for Python 3 yet. FreeIPA is making progress in its Python 3 porting effort and will soon need the pki client libraries for its dogtag plugin.
My patch 48 adds a new package python3-pki. Neither pki-base and pki-server nor any of the command line tools are modified. pkispawn, pkidestroy etc. still use Python 2 to reduce any risk. After all the Python 3 port hcryptomilk't been tested thoroughly yet.
The text was updated successfully, but these errors were encountered: