This is a major upgrade from 3.x to 4.x.
Changelog from versions 3.4.1--4.5.1 can be found here:
https://github.com/opencv/opencv/wiki/ChangeLog
Note: this has explicitely not been added as a new graphics/opencv4 port, but replaces the
previous graphics/opencv[3] port. Again, to improve maintainability by not giving ports
the option to pick the "wrong one" - this leads however to some abandoned ports being
broken.
The port has been greatly simplified:
* graphics/opencv-core which existed to enable ffmpeg to depend on opencv, and vice versa
has been removed. ffmpeg no longer can depend on opencv.
* graphics/py-opencv has been integrated into graphics/opencv, the default versions python
bindings will be built unless the PYTHON option is explicitely turned off.
* graphics/opencv-java has been integrated into graphics/opencv -- it is off by default,
but can be enabled by toggling the JAVA option -- there are no consumers in the tree,
so that option might go away in the future.
* All the previous options have been removed and replaced by a (hopefully) sane set of
dependencies that make the port and package most usable for the majority of consumers.
- Please let me know if you think there are better defaults (i.e. anything that is missing,
or something that should not be dependet on).
- If you think something should be added or removed, please open a bug report.
- If you think something should be added as an optional dependency, please open a
bug report (with a good reason [tm]).
The depending ports have been updated to work against opencv4, or marked broken.
* Ports broken:
- graphics/rubygem-objectdetect: OpenCV4 no longer ships opencv-1.0 API
- graphics/p5-Image-ObjectDetect: OpenCV4 no longer ships opencv-1.0 API
- graphics/gimp-gmic-plugin: OpenCV4 no longer ships opencv-1.0 API
* Backports:
- misc/visp: https://github.com/lagadic/visp/commit/dfa7e4bd47c24cd2e631477e6afb18806733ff8a
- multimedia/zart: https://github.com/c-koi/zart/commit/6ca1964690afbbc78627d7c868a692401043a584,
https://github.com/c-koi/zart/commit/d3a2931b1a07ec0322211f253468000363c4b6cb
* Others:
- misc/actiona: switch to pkgconfig 'opencv4'
- multimedia/libav: drop opencv support
- misc/darknet: already failed to build prior to the upgrade
- math/saga: remove patching added to work against opencv3
- Add some dependencies which might be detected by Find_Package but not registered;
- Bump PORTREVISION of consumers.
PR: 250833
Submitted by: /me
Approved by: tcberner@ (KDE / maintainer) + exp-run
ridiculous need to bump PORTREVISION of depending ports, whenever a
dependency is updated, but here we still are...
Bump PORTREVISION for the 9 users of x265 now that it has been
upgraded from 3.2 to 3.4.
This is needed to be able to update gegl to latest version.
Bump revision of all consumer as the ABI is not 100% backward compatible.
Provide a patch for graphics/devil to properly build with latest jasper.
While here add a missing USES=xorg to graphics/devil
NEW FEATURES:
General : new RawImport plugin interface to delegate Raw decoding function to extra engine with ImageEditor.
General : new DImg plugin interface to externalize image loaders from core implementation.
General : new HEIC image loader compatible with media generated by Apple devices.
Import : add new option to convert on the fly to HEIC lossless format while downloading.
ImageEditor: add new setting from setup dialog to select right Raw Import plugin.
ImageEditor: add new clone tool to fix artifacts on image.
ImageEditor: add new tool to import RAW image using UFRaw.
ImageEditor: add new tool to import RAW image using RawTherapee.
ImageEditor: add new tool to import RAW image using DarkTable.
BQM : add new tool to convert to HEIC format.
In r514669 the two ports were moved in the following way:
- net/kcontacts -> net/kf5-kcontacts
- net/kcalcore -> net/kf5-kcalendarcore
Force rebuild of their consumers.
With this patch applied to git master, digikam starts and seems
to work. It still crashes on exit, though. That's an improvement
on crashes-before-startup.
The problem is described in the patch and in the PR: digikam
bundles all kinds of stuff (which packagers have been complaining
about for years) which breaks -- in this case, bundling internals
of Exiv2.
If this works (leaving the PR open) it will need an MFH.
PR: 240466
This version (a) builds with current KDE Frameworks (b) doesn't
need kipiplugins, because upstream moved away from them and
we just moved/renamed them anyway.
PR: 239950
Reported by: pkg-fallout. Robert Cina
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
* Bump PORTREVISION of ports depending on them.
Also while I'm here:
* Add "gnome" to USES if the XML option is enabled to avoid warnings about
using USE_GNOME alone.
* Pet portlint
Notable changes since 2.5.16 (graphics/libgphoto2) [1]:
* Added new USB Ids for various camera types
* Updated translations
* Report file changes via GP_EVENT_FILE_CHANGED (hooked up for Canon EOS
currently)
Changes since 2.5.15 (graphics/gphoto2) [2]:
* Maximum number in file ranges bumped from 16384 to 65536
* Add shell commands to match commandline: summary, storage-info,
trigger-capture
* Fixed a fd leak
* Updated translations
* Handle GP_EVENT_FILE_CHANGED event
https://github.com/gphoto/libgphoto2/blob/libgphoto2-2_5_22-release/NEWShttps://github.com/gphoto/gphoto2/blob/gphoto2-2_5_20-release/NEWS
PR: 235817 [1], 235818 [2]
Submitted by: Darren Mulligan <fixer@bsdmail.com>
Approved by: woodsb02 (maintainer timeout)
Changelog:
http://www.exiv2.org/changelog.html
- All depending ports have been bumped.
- graphics/py-exiv2 has been marked broken; use graphics/gexiv2 for python bindings
Exp-run by: antoine
PR: 235943
PR: 234830
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] https://github.com/qt/qtwebengine/commit/5c2cbfccf9aafb547b0b30914c4056abd25942a4
[2] https://github.com/qt/qtwebengine/commit/2ed5054e3a800fa97c2c9e920ba1e6ea4b6ef2a5
[3] https://github.com/qt/qtwebengine/commit/009f5ebb4bd6e50188671e0815a5dae6afe39db5
Bump all ports that depend on Qt5.
PR: 234070
Exp-run by: antoine
Approved by: kde (adridg)
Ports that build out of source now simply can use "USES=cmake"
instead of "USES=cmake:outsource". Ports that fail to build
out of source now need to specify "USES=cmake:insource".
I tried to only set insource where explictely needed.
PR: 232038
Exp-run by: antoine
defined via Mk/bsd.default-versions.mk which has moved from GCC 7.4 t
GCC 8.2 under most circumstances.
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, as a double check, everything INDEX-11 showed depending on lang/gcc7.
PR: 231590
in the ports tree (via Mk/bsd.default-versions.mk and lang/gcc) which
has now moved from GCC 6 to GCC 7 by default.
This includes ports
- featuring USE_GCC=yes or USE_GCC=any,
- featuring USES=fortran,
- using Mk/bsd.octave.mk which in turn features USES=fortran, and those
- with USES=compiler specifying one of openmp, nestedfct, c11, c++0x,
c++11-lib, c++11-lang, c++14-lang, c++17-lang, or gcc-c++11-lib.
PR: 222542
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
Due to incompletely specified cmake targets the build can fail, as a generated file
containging the git-version is missing -- as that is always empty in releases anyway,
ignore that whole thing.
Unfortunately, this also affects some ports using QT3 as a GUI toolkit.
Changes to infrastructure files:
- bsd.kde.mk : obsolete, remove
- bsd.qt.mk : note that a CONFLICTS_BUILD line can probably go after a while
- CHANGES : document the removals from bsd.port.mk
- KNOBS : remove KDE and QT (KDE4 and QT4 should be used instead)
- MOVED : add the removed ports
PR: ports/180745
Submitted by: rene
Approved by: portmgr (bapt)
Exp-run by: bapt
- Name
em@i.l
or variations thereof. While I'm here also fix some whitespace and other
formatting errors, including moving WWW: to the last line in the file.
-Update libtool and libltdl to 2.2.6a.
-Remove devel/libtool15 and devel/libltdl15.
-Fix ports build with libtool22/libltdl22.
-Bump ports that depend on libltdl22 due to shared library version change.
-Explain what to do update in the UPDATING.
It has been tested with GNOME2, XFCE4, KDE3, KDE4 and other many wm/desktop
and applications in the runtime.
With help: marcus and kwm
Pointyhat-exp: a few times by pav
Tested by: pgollucci, "Romain Tartière" <romain@blogreen.org>, and
a few MarcusCom CVS users. Also, I might have missed a few.
Repocopy by: marcus
Approved by: portmgr
Tobias C. Berner
Thierry Thomas
Mikhail Teterin
Dima Panov
Alexey Dokuchaev
Baptiste Daroussin
Jan Beich
Tobias Kortkamp
Niclas Zeising
Adriaan de Groot
Gerald Pfeifer
Kai Knoblich
Tijl Coosemans
Dmitry Marakasov
Steve Wills
Rene Ladan
Alex Kozlov
Dirk Meyer
Doug Barton
Olli Hauer
Ade Lovett
Alex Dupre
Jeremy Messenger