[kde-freebsd] cad/qcad patch (was Re: [Bug 202808] [exp-run] Update Qt 4 ports to 4.8.7)

Raphael Kubo da Costa rakuco at FreeBSD.org
Sat Sep 12 18:09:42 UTC 2015


(Changing subject to stop mixing this with the Bugzilla thread)

Ralf Nolden <nolden at kde.org> writes:
> https://share.kde.org/index.php/s/edezR7j3uc91g0N
>
> against head svn-diff-r386828-qcad-3.10.0.0-qt550.diff
>
> patch for 3.10.0.0 compiled and tested with qt-5.5.0 using the quazip-qt5
> patch posted earlier. I've both versions of libquazip installed this way at
> the same time, ldd shows the right one is picked up.
>
> ldd /usr/local/lib/libqcadzip.so
> /usr/local/lib/libqcadzip.so:
>         libqcadcore.so => /usr/local/lib/libqcadcore.so (0x801800000)
>         libquazip.so => /usr/local/lib/qt5/libquazip.so (0x80220b000)
>
> Hope this helps keeping qcad in ports for the foreseeable future :)

Thanks for the patch. I've taken a look at it, and tried it out, and it
needs some improvements:
- It's actually missing dependencies. I'm not sure if you tried building
  the port inside Poudriere, but it fails at the configuration stage if
  you don't depend on uitools and concurrent.
- `make check-plist' is broken:
  ===> Checking for items in pkg-plist which are not in STAGEDIR
  Error: Missing: %%DATADIR%%/plugins/script/%%QT_LIBDIR%%qtscript_network.so.1.0.0
- files/patch-support_ecmagenerator_src_srcml_RSpline.srcml needs to be
  updated, not removed. The lines that it used to change were just moved
  around.
- Just like the patches in the port make it use openNURBS from the tree
  instead of the bundled copy, it would probably make sense to do the
  same with quazip. Bundled libraries are evil.
- Remember that at the end you'll need to submit a PR for the port's
  maintainer to approve :-)


More information about the kde-freebsd mailing list