nomacs is small, fast and able to handle the most common image
formats. Additionally it is possible to synchronize multiple
viewers. A synchronization of viewers running on the same computer
or via LAN is possible. It allows to compare images and spot the
differences (e.g. schemes of architects to show the progress).
===> The following configuration options are available for nomacs-3.22.0_2:
NLS=on: Native Language Support
PLUGINS=on: Build and/or install plugins
RAW=on: RAW format support
TIFF=on: TIFF image format support
===> Use 'make config' to modify these settings
graphics/nomacs: update 3.16 => 3.22.0
Changes, in short:
- Move to Qt6
- Color Management — @scrubbbbs (#1454)
- Proper HiDPI rendering (1:1 pixels at 100%) — @scrubbbbs (#1382)
- Much better ZIP archive support — @scrubbbbs (#1314)
- Faster, lighter thumbnails — @leejuyuu (#1262)
- Improved comments & ratings — @leejuyuu (#1374, #1357)
- New Simplified Chinese translation by @sr79368142 (#1449)
- Translation work from past several years imported from CrowdIn (#1396)
- Translation project revived on CrowdIn under nomacs-neo (#1396)
- Light and Dark Themes
Changelogs:
(Only the first 15 lines of the commit message are shown above )
Mk/Uses: always use colon for build/run suffix
Most USES use a colon for build/run(/test) suffixes. Change kde.mk,
qt.mk and pyqt.mk to do the same, and update all ports using that.
Document in CHANGES.
PR: 266034
Exp-run by: antoine
Approved by: tcberner (mentor)
Differential Revision: https://reviews.freebsd.org/D36349
Remove WWW entries moved into port Makefiles
Commit b7f05445c00f has added WWW entries to port Makefiles based on
WWW: lines in pkg-descr files.
This commit removes the WWW: lines of moved-over URLs from these
pkg-descr files.
Approved by: portmgr (tcberner)
Add WWW entries to port Makefiles
It has been common practice to have one or more URLs at the end of the
ports' pkg-descr files, one per line and prefixed with "WWW:". These
URLs should point at a project website or other relevant resources.
Access to these URLs required processing of the pkg-descr files, and
they have often become stale over time. If more than one such URL was
present in a pkg-descr file, only the first one was tarnsfered into
the port INDEX, but for many ports only the last line did contain the
port specific URL to further information.
There have been several proposals to make a project URL available as
a macro in the ports' Makefiles, over time.
(Only the first 15 lines of the commit message are shown above )
archivers/quazip: update to 1.2, latest upstream
Release notes are here:
https://github.com/stachenov/quazip/releases/tag/v1.2
There are a handful of internal changes that don't affect us
(allowing QtZip, for instance) or don't show up in our use of
quazip (-lz in pkgconfig file). There's one relevant change
to close() that **might** affect consumers, but then I'd expect
bug reports from the consumers about failures on load/save.
While here, move the libraries needed only for testing to _build.
Bumping PORTREVISION of consumers.
Reported by: portscout
graphics/opencv: update to 4.5.1 -- and make port more easily maintainable
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.
(Only the first 15 lines of the commit message are shown above )
Add LOCALBASE/share/man to the valid path for manpages
Also compress manpages in this location.
As a followup of a discussion which occured in 2017:
https://lists.freebsd.org/pipermail/freebsd-arch/2017-March/018115.html
And following:
https://svnweb.freebsd.org/base?view=revision&revision=315053
and
https://svnweb.freebsd.org/base?view=revision&revision=315142
All the supported FreeBSD version now supports share/man in manpath for
LOCALBASE As a result the ports tree can now accept it for manpage, but
more over migrate to this new path. Resulting in more consistency now the
manpages in base and ports would be in the relative path (under share/)
and a reduced amount of patching needed to port something to FreeBSD
Note1: this has already be done for GNU info pages earlier
Note2: due to the fact that for end user no functionnality will change during
the migration of the manpages to the new location and to avoid massive rebuild
of packages, it has been decided to not bump portrevision when migrating.
Reviewed by: mat (portmgr)
Differential Revision: https://reviews.freebsd.org/D23166
Update devel/tbb to 2020.0 and bump dependent ports' revisions [1]
Also, while here, re-generate patches using the makepatch target
[1] Changelog: https://github.com/intel/tbb/blob/v2020.0/CHANGES
graphics/nomacs: fix build on GCC architectures
C++11 compiler is necessary:
-- The compiler /usr/bin/c++ has no C++11 support. Please use a different C++
compiler.
Approved by: mentors (implicit approval)
graphics/libraw: Update to 0.19.2
- Demosaic packs are no longer distributed nor supported upstream
- Bump PORTREVISON on all consumers due to libraw shlib version increase
Changes: https://www.libraw.org/news/libraw-0-19-2-release
graphics/exiv2: update to 0.27
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
Fix Qt5 symbol version scripts to put the catch-all clause first. When
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
(Only the first 15 lines of the commit message are shown above )
Replace bsd.qt.mk by Uses/qt.mk and Uses/qt-dist.mk
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
Add a patch to drop CMake calls to QT5_WRAP_CPP().
cmake/Utils.cmake already sets CMAKE_AUTOMOC to on.
Calling QT5_WRAP_CPP() used to be just redundant, as QUAZIP_MOC_SRC and
LIBQPSD_MOC_SRC were never actually added as source dependencies in
MacBuildTarget.cmake and UnixBuildTarget.cmake. In other words, CMake's own
automoc infrastructure was actually being used and the moc invocations from
QT5_WRAP_CPP() were not being made at all.
Starting with Qt 5.9.4, calling QT5_WRAP_CPP() disables the AUTOMOC property on
the macro's input files, which means neither CMake's automoc infrastructure not
QT5_WRAP_CPP()'s code were being used and we ended up with several 'undefined
reference to vtable' errors when linking.
Sent upstream: https://github.com/nomacs/nomacs/pull/187
PR: 225436
Update nomacs to 3.6.1.
- previous version 2.2.0 from 2014, used Qt4, did not build with CMake 3.9
- current released version from 2017, Qt5
Maintainer timeout (16 days)
PR: 221918
Approved by: rakuco (mentor)
Submitted by: tcberner
graphics/opencv: back out r423216 and r423063 (replaying r423316)
Renaming didn't help to unblock 3.x progress as co-existence with 2.x
was no less complex than simply fixing consumers. This commit also
restores directory-level history accidentally lost via git-svn.
PR: 210505
Pointy hat to: jbeich (should've discussed first)
- Update graphics/libraw to 0.18.0
- Complete conversion to options helpers
- Add options for JPEG and JASPER support
- Side note: This had a dependency on jpeg before, so the JPEG
option default is ON. However, the configure script wasn't
detecting it previously.
- Silence MKDIRs
- Take maintainership
- Chase shared library bump
Changes: http://www.libraw.org/download#changelog
graphics/opencv: add suffix to make room for 3.x series
To avoid confusion, the main port is to track the latest release.
Whether to rename includes/libraries as well making it possible to
install 2.x and 3.x side-by-side remains to be investigated.
PR: 210505 (for tracking)
Inspired by: PkgSrc
graphics/nomacs: Fix build when RAW option turned off
The opencv-core dependency is not limited to the RAW option. The build
fails in a clean jail if the RAW option is turned off due to the missing
opencv dependency. Change it to an unconditional LIB_DEPENDS to fix
the build in the RAW-off configuration.
PR: 202497
Reported by: serpent7776 (gmail)
Approved by: maintainer timeout / just-fix-it
Update graphics/exiv2 to 0.25.
As there is an shlib version bump, bump them portrevision of dependent ports.
While doing so, also switch to the cmake build system, as it requires less
patching and is easier to handle.
PR: 211329
Reviewed by: mat, rakuco, kwm
Approved by: rakuco (mentor)
Differential Revision: https://reviews.freebsd.org/D7283
- Update graphics/libraw to 0.17.0
- While here, minor port cleanup, switch to options helpers
- Bump PORTREVISIONs of consumers as soversion has changed
PR: 204553
Submitted by: graham@menhennitt.com.au
Fix problems introduced in r374261.
* Fix the plist.
* Add patch to properly look for and link against pthreads, required by the
bundled webp copy used by the port (this fixes the build on FreeBSD >=
10). Ideally, we should just use webp from ports instead.
PR: 192046
- Chase libexiv2.so shlib version bump after r350163
- Fix nearby minor style issues while here (not all)
Approved by: portmgr (bapt), some ports are still NO_STAGE :(
- Update libraw to 0.15.4.
This update is needed for further KDE updates.
- Use the new OPTIONS syntax.
- Use the new LIB_DEPENDS syntax.
- Stop redefining do-install; the port has its own `make install' that does
the same thing provided we use USES=pathfix and tune Makefile.in.
- Support staging.
Bump PORTREVISION in ports that depend on libraw.
PR: ports/185118
Submitted by: rakuco@
Approved by: maintainer timeout (35 days)
- Update from 1.6.0 to 1.6.2
while here
- Convert USE_DOS2UNIX to USES
- Convert all "if's" in options helpers
PR: ports/185036
Submitted by: Jens K. Loewe <bsd@tuxproject.de> (maintainer)
- Update graphics/*opencv* to 2.4.7
- Revert options helpers to if statements since the OFF condition is not
applied when OPTIONS_EXCLUDE is used
- Move most of the OpenCV modules from the graphics/opencv-core port to
graphics/opencv, leaving opencv-core as just the bare minimum required
for building ffmpeg with OpenCV support
- Install examples for python and java bindings
- Add new slave port graphics/opencv-java: Java bindings for OpenCV
- Bump PORTREVISION and make dependency adjustments and fixes for
dependent ports
- Add UPDATING entry
- Remove manual creation and removal of share/applications, as it's now in the
mtree (categories starting with [fgijk])
Approved by: portmgr (bdrewery)
- Update to 1.6.0
- Use new LIB_DEPENDS syntax
- Options are already described in bsd.options.desc.mk
- Convert to STAGEDIR
PR: ports/183011
Submitted by: Jens K. Loewe (maintainer)
Add new port graphics/nomacs:
nomacs is small, fast and able to handle the most common image
formats. Additionally it is possible to synchronize multiple
viewers. A synchronization of viewers running on the same computer
or via LAN is possible. It allows to compare images and spot the
differences (e.g. schemes of architects to show the progress).
WWW: http://www.nomacs.org/
PR: based on ports/170666
Submitted by: Jens K. Loewe <bsd at tuxproject.de>
