<br><br>On Thu, Jun 14, 2018 at 1:57 AM, Petter Reinholdtsen <pere@hungry.com> wrote:<br>
<blockquote type="cite"><div class="plaintext" style="white-space: pre-wrap;">[Andres Salomon]
<blockquote> I modified the package to provide/conflict with python-crypto, and that
 seems to work.  I didn't test upgrade paths, though.
</blockquote>
Would it be better to introduce a extra set of Crypto compatible packages?
It would allow those packages using the current namespace to keep working
without changes, and allow them to use the "compat" packages if they
want to.</div></blockquote><div><br></div><div><br></div><div>It sounds like that's the intent upstream, according to</div><div>(<a href="https://www.pycryptodome.org/en/latest/src/introduction.html">https://www.pycryptodome.org/en/latest/src/introduction.html</a>)?</div><div><br></div><div>I think in the ideal scenario, there's a python3-pycryptodome binary package</div><div>that conflicts/provides python3-crypto and uses the Crypto namespace,</div><div>and a python3-pycryptodomex binary package that uses the Cryptodome</div><div>namespace.  Just the latter would probably be fine, though.</div><blockquote type="cite"><div class="plaintext"> </div></blockquote>