Zint is a C library for encoding data in several barcode variants. The
bundled command-line utility provides a simple interface to the library.
Also includes a Qt-based GUI to help desktop users generate barcodes
which can be scanned by the phone, embedded in documents or HTML pages.
Features of the library:
- Over 50 symbologies including all ISO/IEC standards, like QR codes
- Unicode translation for symbologies which support Latin-1 and
Kanji character sets
- Full GS1 support including data verification and automated insertion
of FNC1 characters
- Support for encoding binary data including NUL (ASCII 0) characters
- Health Industry Barcode (HIBC) encoding capabilities
- Output in the various formats (PNG, GIF, EPS, WMF, BMP, TIF, SVG)
- Verification stage for SBN, ISBN, and ISBN-13 data
===> The following configuration options are available for zint-2.16.0:
DOCS=on: Build and/or install documentation
===> Use 'make config' to modify these settings
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 )
graphics/zint: update Zint Barcode Generator to version 2.11.1
Clarify licensing: since 2013, ZINT backend (and therefore shared
library) code is distributed under BSD license, but the frontends
and Qt backend remain under GPLv3 or later.
Reported by: portscout
graphics: remove 'Created by' lines
A big Thank You to the original contributors of these ports:
* "Waitman Gobble" <uzimac@da3m0n8t3r.com>
* Aaron Dalton <aaron@FreeBSD.org>
* Abel Chow <ozsanh45vds001@sneakemail.com>
* Adam Weinberger <adamw@FreeBSD.org>
* Ade Lovett <ade@FreeBSD.org>
* Ade Lovett <ade@lovett.com>
* Akinori MUSHA aka knu <knu@idaemons.org>
* Aldis Berjoza <aldis@bsdroot.lv>
* Alex Hayward <xelah@xelah.com>
* Alex Ivasyuv <siegerstein@pochta.ru>
* Alex Samorukov <samm@os2.kiev.ua>
(Only the first 15 lines of the commit message are shown above )
graphics/zint: distfile had been rerolled, update the port accordingly
-5492511 May 24 20:26 zint-2.11.0-src.tar.gz (old)
+5493656 May 25 09:58 zint-2.11.0-src.tar.gz (new)
The old distfile contents is identical to the new one, but was missing
the container directory (hence the need for NO_WRKSUBDIR). While here,
chase HTTP/1.1 301 redirection in the WWW line of the port description.
Reported by: pkg-fallout
Bump PORTREVISION for ports depending on the canonical version of GCC
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
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 )
Update `graphics/zint' to version 2.6.3 (judging by the DISTVERSION, it
looks like it is -RC2, but what really happened is that first, version
2.6.3 was released on Feb 17 2018 which had erroneously listed 2.6.2 as
version in many places. Instead of rerolling the tarball, author have
decided to upload another one, named zint-2.6.3-rc2, on Feb 21 2018).
Add a comment opposite of the DISTVERSION summarizing the above and set
the PORTSCOUT accordingly.
Unfortunately, Zint now requires Qt 5, rather than 4, to build against.
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
Update the default version of GCC in the Ports Collection from GCC 4.7.4
to GCC 4.8.3.
Part II, Bump PORTREVISIONs.
PR: 192025
Tested by: antoine (-exp runs)
Approved by: portmgr (implicit)