FreshPorts -- net-im/licq: Popular ICQ-compatible plugin-based program

licq-base
ABI	latest	quarterly
FreeBSD:11:aarch64	1.8.2_11	1.9.0_3
FreeBSD:11:amd64	1.9.0_3	1.9.0_3
FreeBSD:11:armv6	1.8.2_2	-
FreeBSD:11:i386	1.9.0_3	1.9.0_3
FreeBSD:11:mips	-	-
FreeBSD:11:mips64	-	-
FreeBSD:12:aarch64	1.8.2_11	1.9.0_3
FreeBSD:12:amd64	1.9.0_3	1.9.0_3
FreeBSD:12:armv6	-	1.9.0_3
FreeBSD:12:armv7	-	1.9.0_3
FreeBSD:12:i386	1.9.0_3	1.9.0_3
FreeBSD:12:mips	-	-
FreeBSD:12:mips64	-	-
FreeBSD:12:powerpc64	-	-
FreeBSD:13:aarch64	1.9.0_3	1.9.0_3
FreeBSD:13:amd64	1.9.0_3	1.9.0_3
FreeBSD:13:armv6	1.9.0_3	-
FreeBSD:13:armv7	1.9.0_3	1.9.0_3
FreeBSD:13:i386	1.9.0_3	1.9.0_3
FreeBSD:13:mips	-	-
FreeBSD:13:mips64	-	-
FreeBSD:13:powerpc64	-	1.9.0_3
FreeBSD:14:aarch64	1.9.0_3	-
FreeBSD:14:amd64	1.9.0_3	-
FreeBSD:14:armv6	-	-
FreeBSD:14:armv7	1.9.0_3	-
FreeBSD:14:i386	1.9.0_3	-
FreeBSD:14:mips	-	-
FreeBSD:14:mips64	-	-
FreeBSD:14:powerpc64	1.9.0_3	-

devel/boost-*: update to 1.68.0 - Switch to C++14 for libboost_system to support C++14 consumers Changes: http://www.boost.org/users/history/version_1_68_0.html PR: 229569 Exp-run by: antoine Differential Revision: https://reviews.freebsd.org/D16165

devel/boost-*: update to 1.65.1 Changes: http://www.boost.org/users/history/version_1_65_1.html PR: 218835 Approved by: maintainer timeout (1.65.1: 2 weeks; 1.65.0: 1 month) Tested by: jhibbits (on powerpc64, earlier version) Exp-run by: antoine Differential Revision: https://reviews.freebsd.org/D11582

devel/boost-*: enable C++11 features PR: 218835 Obtained from: https://github.com/DragonFlyBSD/DeltaPorts/pull/690 Approved by: maintainer timeout (2 months) Exp-run by: antoine Differential Revision: https://reviews.freebsd.org/D11582

Make ninja opt-out in cmake.mk Using ninja instead of make (1) can lead to significant speed ups while building. Therefore switch from having the ninja generator opt-in to having it opt-out. Previously cmake-ports that wanted to use ninja could set CMAKE_NINJA=yes now, ports that do not work with ninja can set cmake:<existing args>,noninja Note, that needing this should be an exception and most often points to a broken cmake of the port. The ports using cmake were modified * removed USES=gmake, if ninja is used * removed MAKE_ARGS, if ninja is used * added the cmake-argument noninja if necessary PR: 219629 PR: 213331 Exp-run by: antoine Reviewed by: rakuco Differential Revision: https://reviews.freebsd.org/D10748

devel/boost-*: update to 1.64.0 Changes: http://www.boost.org/users/history/version_1_64_0.html PR: 218835 Approved by: office (bapt) Exp-run by: antoine Differential Revision: https://reviews.freebsd.org/D10472

Update security/gpgme-* to 1.8.0 In this version, libgpgme-pthread.so has been removed in favor of just using libgpgme.so as the thread-safe library. PORTREVISION has been bumped on all ports depending on security/gpgme so that any that may have linked to -lgpgme-pthread will link to -lgpgme instead. The Python module provided by security/py-gpgme has been renamed upstream from pyme3 to gpg. This removes the conflict with security/py-pyme, although security/py-gpgme is still the direct replacement of that module.

devel/boost-*: update to 1.62.0 - Enable `long double` C99 math usage - Switch 9.x back to building with GCC Changes: http://www.boost.org/users/history/ PR: 199601 Submitted by: Chen Xu, bapt, amdmi3, truckman (based on) Reviewed by: rakuco (kde) (earlier version) Exp-run by: antoine (3 tries), truckman (consumers only, earlier versions) Approved by: bapt (office)

Uses/iconv.mk: Set iconv-related CMake variables. The way we deal with iconv in base and ports across different FreeBSD releases is complicated: 9.x does not have iconv.h in base, 10.1 has it with a different prototype for iconv(3) and later versions have the right iconv(3) prototype. And, in some cases (USES=iconv:{translit,wchar_t}), we must always use the libiconv port. This is why there are so many checks in Uses/iconv.mk: we need to know the situation we currently have in order to decide whether to pull iconv from converters/libiconv, whether to just use its header (and pull the library from base) or whether to use everything from base. r384038 adjusted several CMake-based ports, but did so in a way that was not very scalable and required a few intrusive patches to some ports. Most ports

converters/libiconv: - Remove const qualifier from iconv(3) to match POSIX: http://pubs.opengroup.org/onlinepubs/9699919799/functions/iconv.html - Patch iconv.h to expose more GNU extensions when LIBICONV_PLUG is defined because the base system iconv supports these extensions too. Add/remove patches to/from ports to call iconv with non-const arguments. This breaks some ports on FreeBSD 10 because base system iconv.h still has the const qualifier. Fix this by letting USES=iconv add a build dependency on converters/libiconv so ports can use its iconv.h (with LIBICONV_PLUG defined) instead of the base system iconv.h. This exposed some ports that link with libiconv when it is available instead of using libc iconv. In these cases one of the following changes has been

Remove indefinite articles and trailing periods from COMMENT, plus minor COMMENT typos and surrounding whitespace fixes. A few Makefiles where not included as they contain Latin-1 characters that break the Phabricator workflow. Category N. CR: D307 Approved by: portmgr (bapt)

- Make ports use the libc provided iconv implementation on 10-CURRENT after r254273 - Fix a bunch of ports to properly work after this - Mark converters/libiconv as IGNORE for systems with iconv in libc Reviewed by: bapt Approved by: portmgr (bapt) Discussed with: bapt, bsam (who both contributed ideas and code)

Deprecate md5 in favour of sha256 checksums. md5 checksums will no longer be generated or checked, and will be silently ignored for now. Also, generalize the MD5_FILE macro to DISTINFO_FILO. PR: 149657 Submitted by: rene Approved by: portmgr Tested on: pointyhat i386 7-exp

- Update boost to 1.39 - Split boost port to separate components, with boost-all metaport PR: ports/137054 Submitted by: Alexander Churanov <churanov.port.maintainer@gmail.com> (maintainer)

Move licq related ports to a newly create net-im category: net/licq -> net-im/licq net/licq-console -> net-im/licq-console net/licq-osd -> net-im/licq-osd net/licq-qt-gui -> net-im/licq-qt-gui Repocopied by: marcus

Current status