Created attachment 188762 [details] libepubgen-and-libqxp.patch Based on the textproc/libodfgen01 port. I'm not sure if that's the best way to specify cpptest…
Created attachment 188764 [details] libepubgen-and-libxqp.patch Yeah, cppunit-config was removed in the new cppunit, fixed.
Created attachment 190226 [details] libepubgen-and-libxqp.patch v2 Updated libepubgen to 0.1, for LibreOffice 6.0.0 release.
Have you tested these ports in poudriere? I did a quick test, it seem that libepubgen01 failed in configure phase (on 11-amd64, I haven't tested on i386 and 10), and libqxp00 failed in build phase on 10, both amd64 and i386.
Created attachment 190384 [details] libepubgen-and-libxqp.patch v3 oh oops — libepubgen tests depend on libxml2. Uploaded new version with proper DOXYGEN and TEST options. Please post the log for the 10 build failure!
(In reply to Greg V from comment #4) Thanks, libepubgen builds fine with the new patch. For libqxp00, please check https://gist.github.com/anonymous/2cde4c3a9b53e2849c9beeaa0e7c0313
Created attachment 190387 [details] libepubgen-and-libxqp.patch v4 Okay, let's try <cstdlib>.
Thanks, both ports build fine now. 1) It is not necessary to list all .so from the same port in LIB_DEPENDS, just picking up one is fine. 2) will we have other versions of libepubgen and libqxp soon? I guess version suffix is not really needed. 3) I don't know if office team is OK to add new port with office@ as MAINTAINER. Pass ticket to office@
(In reply to Li-Wen Hsu from comment #7) > I guess version suffix is not really needed I guess we don't have any other consumers of these libraries… But my decision was based on existing LibreOffice dependencies: libodfgen01, libvisio01, libcdr01, libmspub01, libmwaw03… (if the libraries are parallel-installable, it does make sense that their packages are too)
(In reply to Greg V from comment #8) I checked the history of the ports you mentioned. It looks they were added with suffix for not conflict with ports existed that time, but the ones without suffix were gone now. I think it is not necessary to add new ports with versions suffix. We can add other versions with suffix in the future.
(In reply to Li-Wen Hsu from comment #7) If it helps at all, I also confirm these build and install cleanly on my up-to-date 11.1-RELEASE amd64 test system.
Yes these ports build just fine. The reason that I do not adding these ports is I don't know if it is okay to add a new port with office@ as the maintainer. I haven't got reply from office@. BTW, for version suffix, I believe there is no reason to have it, for now. Greg V, do you want to be the maintainer for these ports? Of course we can transfer the maintainership to office@ in the future.
(In reply to Li-Wen Hsu from comment #11) Yeah no problem, I can be the maintainer.
A commit references this bug: Author: lwhsu Date: Wed Feb 21 03:12:50 UTC 2018 New revision: 462471 URL: https://svnweb.freebsd.org/changeset/ports/462471 Log: add textproc/libepubgen library for generating documents in ePub format PR: 224284 Submitted by: Greg V <greg@unrelenting.technology> Changes: head/textproc/Makefile head/textproc/libepubgen/ head/textproc/libepubgen/Makefile head/textproc/libepubgen/distinfo head/textproc/libepubgen/pkg-descr head/textproc/libepubgen/pkg-plist
A commit references this bug: Author: lwhsu Date: Wed Feb 21 03:14:50 UTC 2018 New revision: 462472 URL: https://svnweb.freebsd.org/changeset/ports/462472 Log: Add textproc/libqxp, library for parsing QuarkXPress documents PR: 224284 Submitted by: Greg V <greg@unrelenting.technology> Changes: head/textproc/Makefile head/textproc/libqxp/ head/textproc/libqxp/Makefile head/textproc/libqxp/distinfo head/textproc/libqxp/files/ head/textproc/libqxp/files/patch-src_lib_QXPBlockParser.cpp head/textproc/libqxp/pkg-descr head/textproc/libqxp/pkg-plist
Port added with discussed modifications. Please try to upstream the patches if it is possible.