<div dir="ltr"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">I don't see why it should be unusable. It will be the full installation <br>
(a wheel is a subset), use your existing Qt installation and can still <br>
be uninstalled with pip.<br></blockquote><div><br></div><div>Ok, maybe unusable hasn't been a good word (sorry about my English btw), what I meant is</div><div>the artifacts produced by nmake install are a very small subset from the artifacts produced</div><div>by the official pypi wheel, compare both:</div><div><br></div><div>* Content produced by pyqt sources: <a href="https://dl.dropboxusercontent.com/s/nxhzst7f9ajtd3n/2019-07-20_14-10-42.txt">https://dl.dropboxusercontent.com/s/nxhzst7f9ajtd3n/2019-07-20_14-10-42.txt</a></div><div>* Content produced by pypi wheel: <a href="https://dl.dropboxusercontent.com/s/kqbbeu6wsnx0s4z/2019-07-20_14-10-48.txt">https://dl.dropboxusercontent.com/s/kqbbeu6wsnx0s4z/2019-07-20_14-10-48.txt</a></div><div><br></div><div>You can see there are a lot of missing submodules (pyd), also sip.pyd is missing and basically the Qt folder also missing...</div><div>in addition, there are a lot of non-required sip files installed in the virtual env.</div><div><br></div><div>So, is this because the way I've compiled pyqt from sources is not complete? or is it because after installing pyqt from sources I'm also</div><div>required to do some extra manual steps...? What do you mean by "use your existing Qt installation"? copying it manually to the virtualenv?</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">That depends on when the fixed version of Qt is released.<br></blockquote><div><br></div><div>Actually, that's another question I'd like to ask you, what do you mean by "fixed version of Qt is released"?</div><div>When developing pyqt, are you just using official packages from here <a href="https://download.qt.io/archive/qt/">https://download.qt.io/archive/qt/</a> </div><div>instead building yourself the Qt repos at some specific commit hash?</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">sip5 implements a new build system that supports PEP517. This is <br>
finished (apart from the docs) and is just being tweaked to support <br>
PyQt5's new build system (which is currently being written). This might <br>
sound a lot of work but is mostly a refactoring of those internal tools <br>
I mentioned earlier that I've been using for years.<br>
<br>
PyQt5's new build system will also include a tool that will allow you to <br>
update a wheel with a new version of Qt.<br>
<br>
ETA for sip5 is between 1 and 2 months.<br></blockquote><div><br></div><div>Wow, this sounds extremely awesome, really looking forward to it! </div><div><br></div><div>I must to say in the past years I've avoided building pyqt from sources because I've always found it a </div><div>really complex non-standard python process, it's always looked to me like the type of deployment </div><div>that works really way for the maintainer but not so well for the users/customers. Said otherwise, </div><div>pyqt & sip are both amazing piece of technologies but the deployment process looks to me like a bit obscure.</div><div>Which on the other hand, makes sense as the existing tools to create c++ wrappers packages have never been ideal.</div><div>I've got myself a bunch of custom tools to create swig wrapper that don't follow the best python</div><div>packaging practices neither but they work "for me" :/</div></div></div>