Import minizip-ng and zlib-ng
Minizip was originally developed in 1998. It was first included in the zlib
distribution as an additional code contribution starting in zlib 1.1.2. Since
that time, it has been continually improved upon and contributed to by many
people.
+ Creating and extracting zip archives.
+ Adding and removing entries from zip archives.
+ Read and write raw zip entry data.
+ Reading and writing zip archives from memory.
+ Zlib, BZIP2, LZMA, and ZSTD compression methods.
+ Password protection through Traditional PKWARE and WinZIP AES encryption.
+ Buffered streaming for improved I/O performance.
some ports bundle it, some ports allow building against a systemwide
one, some ports bundle/rely on an incompatible version - all those will be
fixed in following commits.
Mk/Uses: Introduce USES=minizip[:ng]
To simplify, the LIB_DEPENDS part a new USES tag is added.
USES=minizip will add a LIB_DEPENDS on legacy minizip and
USES=minizip:ng will add a LIB_DEPENDS on minizip-ng.
minizip [1]:
databases/spatialite
databases/spatialite-tools
devel/collada-dom
games/mrboom
games/oolite
graphics/comical
misc/xiphos
science/libkml
textproc/sigil
www/domoticz
deskutils/anydesk
emulators/mupen64plus-core
multimedia/assimp
multimedia/vlc
net-im/psi
net-im/telegram-desktop
minizip-ng:
devel/axmldec
[1] Some are known to work with minizip-ng but have to be patched.
Approved by: tcberner (portmgr)
Differential Revision: https://reviews.freebsd.org/D33771
- qca-2.3 drop support for OSSL<1.1
- copy devel/qca to devel/qca-legacy which is held at the current version
- update devel/qca to 2.3
- Add Uses/qca.mk which handles dependency on either of the ports depending on
the FreeBSD version
Users on FreeBSD11 must therefore change their pkg orign à la:
pkg set -o devel/qca:devel/qca-legacy
PR: 244682
Exp-run by: antoine
Reviewed by: arrowd
Differential Revision: https://reviews.freebsd.org/D24042
as defined in Mk/bsd.default-versions.mk which has moved from GCC 8.3
to GCC 9.1 under most circumstances now after revision 507371.
This includes ports
- with USE_GCC=yes or USE_GCC=any,
- with USES=fortran,
- using Mk/bsd.octave.mk which in turn features USES=fortran, and
- with USES=compiler specifying openmp, nestedfct, c11, c++0x, c++11-lang,
c++11-lib, c++14-lang, c++17-lang, or gcc-c++11-lib
plus, everything INDEX-11 shows with a dependency on lang/gcc9 now.
PR: 238330
- Replace current 2015 Hunspell implementation (by Sergey Ilinykh and
Vitaly Tonkacheyev) with 2009 one by Alexander Tsvyashchenko, which
turned out to be better alternative:
* Much faster (suggestions appear almost instantly vs. several
hundreds milliseconds with the original implementation)
* Better multilanguage support (tested with English and Russian)
* Ability to limit number of suggestions in the settings dialog
* Working "add word to the dictionary" feature
Obtained from: http://endl.ch/content/psi-spell-checking-hunspell-support
dependency and is actually what upstream CMakeLists.txt defaults to
- Disable WebKit by default: there's no need for a messenger to pull such
a heavy dependency unless someone really know that they're doing (there
is an option to use lighter WebEngine instead, but it is very entangled
with WebKit, patches welcome)
- Reword COMMENT, rearrange knob order, and assume maintainership
In file included from src/Certificates/moc_CertificateDisplayDialog.cpp:9:
In file included from src/Certificates/../../../psi-1.3/src/Certificates/CertificateDisplayDialog.h:23:
In file included from /usr/local/include/Qca-qt5/QtCrypto/QtCrypto:1:
In file included from /usr/local/include/Qca-qt5/QtCrypto/qca.h:36:
In file included from /usr/local/include/Qca-qt5/QtCrypto/qca_core.h:36:
In file included from /usr/local/include/qt5/QtCore/QString:1:
In file included from /usr/local/include/qt5/QtCore/qstring.h:48:
In file included from /usr/local/include/qt5/QtCore/qchar.h:43:
In file included from /usr/local/include/qt5/QtCore/qglobal.h:45:
In file included from /usr/include/c++/v1/type_traits:406:
In file included from /usr/include/c++/v1/cstddef:38:
version:1:1: error: expected unqualified-id
1.3
^
PR: 236192
CMake Error at /usr/local/share/cmake/Modules/FindPackageHandleStandardArgs.cmake:137 (message):
Could NOT find Hunspell (missing: HUNSPELL_LIBRARY)
PR: 235104
Submitted by: VVD
Pointy hat to: jbeich
a symbol matches multiple clauses the last one takes precedence. If the
catch-all is last it captures everything. In the case of Qt5 libraries
this caused all symbols to have a Qt_5 label while some should have
Qt_5_PRIVATE_API. This only affects lld because GNU ld always gives the
catch-all lowest priority.
Older versions of Qt5Webengine exported some memory allocation symbols from
the bundled Chromium. Version 5.9 stopped exporting these [1] but the
symbols were kept as weak wrappers for the standard allocation functions to
maintain binary compatibility. [2][3] The problem is that the call to the
standard function in these weak wrappers is only resolved to the standard
function if there's a call to this standard function in other parts of
Qt5Webengine, because only then is there a non-weak symbol that takes
precedence over the weak one. If there's no such non-weak symbol the call
in the weak wrapper resolves to the weak wrapper itself creating an infinite
call loop that overflows the stack and causes a crash. Some of the
allocation functions are variants of C++ new and delete and it probably
depends on the compiler whether these variants are used in other parts of
Qt5Webengine.
Remove the weak wrappers (make them Linux specific). This isn't binary
compatible but we are already breaking that with the changes to the symbol
versions.
[1] 5c2cbfccf9
[2] 2ed5054e3a
[3] 009f5ebb4b
Bump all ports that depend on Qt5.
PR: 234070
Exp-run by: antoine
Approved by: kde (adridg)
From now on, ports that depend on Qt4 will have to set
USES= qt:4
USE_QT= foo bar
ports depending on Qt5 will use
USES= qt:5
USE_QT= foo bar
PR: 229225
Exp-run by: antoine
Reviewed by: mat
Approved by: portmgr (antoine)
Differential Revision: →https://reviews.freebsd.org/D15540
See "Maintainer Reset" in
https://www.freebsd.org/portmgr/policies_contributors.html. makc's last commit
was in March 31st (r412218), and his ports have been timing out since at least
July (r418155).
I also emailed him 2 weeks ago and have received no response so far.
- Plugins are no longer available separately so remove security/qca-* and
replace them with options in devel/qca
- Adjust all ports that depended on security/qca-*
- This also fixes the build of the OpenSSL plugin when OpenSSL doesn't
support SSLv2
Approved by: kde (rakuco)
