Changelog:
This is qpdf version 10.0.2. This release includes several fixes
and performance improvements over 10.0.1. This release includes
prebuilt Linux binaries in a zip file for use in docker containers
or AWS Lambda. Also, the Windows releases are built with the latest
versions of dependent libraries and now use the OpenSSL crypto
provider by default. This is also the first release of qpdf to be
built with GitHub Actions.
pkgsrc changes:
---------------
* gutenprint-lib provides support for some printers as an open source
replacement for prioritary drivers. In case of platforms with low
computation power (e.g.Raspberry Pi 1), we might want to build
gutenprint to only provide PPD files to CUPS without the large set of
dependencies needed for graphics/gimp.
* As gutenprint has been initialy designed to provide printing capability
to GIMP, this option is enabled by default.
9.53.3:
A crash (or silent, erroneous exit) on 64 bit Windows and other LLP64 type environments.
What appears to be a compiler optimiser bug in 64 bit Windows builds with Visual Studio 2019
A crash related to management of ICC profile objects
A crash on SPARC hardware due to an alignment mismatch in the bitmap cache
A parameter type mismatch that would cause Ghostcript to error out during initialisation, which affected 64 big, big endian architectures.
An expected side effect of another change that prevented multithreaded rendering and background rendering from working correctly.
CHANGES IN V1.28.5
- cups-browsed: UUID from IPP response was used after its
pointer was freed by ippDelete() (Pull request #311).
CHANGES IN V1.28.4
- driverless: Avoid duplicate PPD list entries from the same
device via UUID
- driverless: Reduce ippfind calls by "driverless" and
"driverless-fax"called by CUPS. Let "driverless list" list
both print and fax PPDs and "driverless-fax list" do
nothing.
- driverless: Avoid duplicate listings in printer discovery,
by "driverless-fax" not listing any URI as "driverless"
lists them all already.
- driverless: Vastly improve performance by doing only one
ippfind call instead of two (IPP, IPPS) as ippfind accepts
more than one reg type on the command line.
- Sample PPDs: Corrected manufacturer name in
Fuji_Xerox-DocuPrint_CM305_df-PDF.ppd.
CHANGES IN V1.28.3
- libcupsfilters, cups-browsed: Fixed inconsistency between
resolvers for DNS-SD-based URIs, resolve_uri() and
ippfind_based_uri_converter(). Now both return a freeable
string.
- libcupsfilters: Fix uninitialized buffer and parsing ippfind
output in ippfind_based_uri_converter() function (Issue
#308, Pull request #309).
Changes since 2.4.2:
Changes:
* Improved support for touch screen (#591)
* OPDS credentials can now be remembered (#569)
* Various fixes for GNOME 3.38 (#548, #603, #608)
* Fixed Wiktionary internal links (#577)
* Added Basque (#579), Korean (#604), and Norwegian (#574, #575) translations
Changes:
1.18.0
------
mutool draw: bbox output format.
mutool draw: structured text extraction in JSON format.
mutool run: StructuredText.walk()
mutool run: PDFPage.process() and PDFAnnotation.process()
mupdf-gl: Added IBM Common User Access shortcuts for copy & paste.
mupdf-gl: Improved redaction UI.
java: Example desktop Java viewer.
wasm: WebAssembly viewer that runs in a browser.
api: Dehyphenation option in structured text extraction, to improve
searching for words that are hyphenated across lines.
api: pdf_new_date, pdf_to_date, pdf_dict_put_date and pdf_dict_get_date.
api: Added choice of image redaction algorithms: none, full, partial.
api: Optional use of Tesseract to use OCR to extract text.
svg: Many small parsing fixes.
svg: Parse inline CSS style attributes.
svg: Text elements (simple text layout only).
html: Added HTML5 parser.
pdf: High security redaction -- save redacted PDF as flattened bitmap,
guaranteed to not leak any sensitive redacted information.
Experimental C++ bindings.
Experimental Python bindings.
Changelog:
Version 9.53.2 (2020-09-25)
Highlights in this release include:
The 9.53.2 release is primarily maintenance.
Three issues arose with 9.53.0/1 that prompted the release of
a .2 patch:
A crash (or silent, erroneous exit) on 64 bit Windows and
other LLP64 type environments.
A parameter type mismatch that would cause Ghostcript to
error out during initialisation, which affected 64 big,
big endian architectures.
An expected side effect of another change that prevented
multithreaded rendering and background rendering from
working correctly.
Details of those can be found in the changelog.
The most obvious change is the (re-)introduction of the patch
level to the version number, this helps facilitate a revised
policy on handling security related issues.
To clarify: in the event we decide to release a patch revision,
it will replace the release with the previous patch number.
Release notes, highlights and warnings will remain the same,
except for the addition of whatever fix(es) prompted the patch.
Our efforts in code hygiene and maintainability continue.
We have added the capability to build with the Tesseract OCR
engine. In such a build, new devices are available
(pdfocr8/pdfocr24/pdfocr32) which render the output file to an
image, OCR that image, and output the image "wrapped" up as a
PDF file, with the OCR generated text information included as
"invisible" text (in PDF terms, text rendering mode 3).
Due to some patches to the Tesseract sources that are required
(integrated upstream, but awaiting release), time constraints,
and the experimental nature of the feature, we only support
including Tesseract from source, not linking to Tesseract shared
libraries. Whether we add this capability will be largely
dependant on community demand for the feature.
See Enabling OCR for more details.
We have added Python bindings for the gsapi interface, can be
found in demos/python. These are experimental, and we welcome
feedback from interested developers.
For those integrating Ghostscript/GhostPDL via the gsapi
interface, we have added new capabilities to that, specifically
in terms of setting and interrogating device parameters. These,
along with the existing interface calls, are documented in:
Ghostscript Interpreter API
IMPORTANT: In consultation with a representative of (OpenPrinting)
it is our intention to deprecate and, in the not distant future,
remove the OpenPrinting Vector/Raster Printer Drivers (that
is, the opvp and oprp devices).
If you rely on either of these devices, please get in touch
with us, so we can discuss your use case, and revise our plans
accordingly.
IMPORTANT: We have forked LittleCMS2 into LittleCMS2mt (the
"mt" indicating "multi-thread"). LCMS2 is not thread safe and
cannot be made thread safe without breaking the ABI. Our fork
will be thread safe and include performance enhancements (these
changes have all be been offered and rejected upstream). We
will maintain compatibility between Ghostscript and LCMS2 for
a time, but not in perpetuity. If there is sufficient interest,
our fork will be available as its own package separately from
Ghostscript (and MuPDF).
The usual round of bug fixes, compatibility changes, and
incremental improvements.
Update ruby-prawn to 2.3.0.
2.3.0 (2020-08-01)
This is release includes one new exiting feature: OTF fonts support. You
can use them exactly as you'd use TTF fonts. Thanks for this to @camertron.
Another notable change is the list of supported Rubies. Since last release
a few new versions came out and a few reached their EOL.
Other than that a number of bugs have been fixed. See Changelog for the
details.
Update ruby-pdf-core pacakge to 0.8.1.
0.8.1 - 2018-04-28
Fixed
* Make sure stamp streams are fritable Alexander Mankuta
* Handle text rendering from forzen strings Alexander Mankuta
0.8.0 - 2018-04-27
Changed
* Minimum Ruby version is 2.3 Alexander Mankuta
* Trailing fraction zeroes are removed from numbers Alexander Mankuta
pkgsrc changes (for fonts/ghostscript-cidfonts-ryumin):
- Add SUBST_NOOP_OK.ttf_path, at least for the default `cidfmap-adobe' that's a
noop
Changes:
9.53.0
======
Highlights in this release include:
- The 9.53.0 release is primarily maintenance.
- The most obvious change is the (re-)introduction of the patch level to the
version number, this helps facilitate a revised policy on handling security
related issues.
- Our efforts in code hygiene and maintainability continue.
- We have added the capability to build with the Tesseract OCR engine. In
such a build, new devices are available (pdfocr8/pdfocr24/pdfocr32) which
render the output file to an image, OCR that image, and output the image
"wrapped" up as a PDF file, with the OCR generated text information
included as "invisible" text (in PDF terms, text rendering mode 3).
Due to some patches to the Tesseract sources that are required (integrated
upstream, but awaiting release), time constraints, and the experimental
nature of the feature, we only support including Tesseract from source, not
linking to Tesseract shared libraries. Whether we add this capability will
be largely dependant on community demand for the feature.
- We have added Python bindings for the gsapi interface, can be found in
demos/python. These are experimental, and we welcome feedback from
interested developers.
- For those integrating Ghostscript/GhostPDL via the gsapi interface, we have
added new capabilities to that, specifically in terms of setting and
interrogating device parameters. These, along with the existing interface
calls, are documented in: Ghostscript Interpreter API
- IMPORTANT: In consultation with a representative of (OpenPrinting) it is
our intention to deprecate and, in the not distant future, remove the
OpenPrinting Vector/Raster Printer Drivers (that is, the opvp and oprp
devices).
If you rely on either of these devices, please get in touch with us, so we
can discuss your use case, and revise our plans accordingly.
- IMPORTANT: We have forked LittleCMS2 into LittleCMS2mt (the "mt" indicating
"multi-thread"). LCMS2 is not thread safe and cannot be made thread safe
without breaking the ABI. Our fork will be thread safe and include
performance enhancements (these changes have all be been offered and
rejected upstream). We will maintain compatibility between Ghostscript and
LCMS2 for a time, but not in perpetuity. If there is sufficient interest,
our fork will be available as its own package separately from Ghostscript
(and MuPDF).
- The usual round of bug fixes, compatibility changes, and incremental
improvements.
1.1.1 2020-07-29
- Fix version number presented in the POD VERSION section
- Remove duplication in listed formats
1.1.0 2020-07-29
- Fix RT #133061: typo in @PROCESSORS ('lulaatex')
- Add documentation of the supported processor/format combinations
- Add LuaLaTeX as a processor/format combination
1.0.0 2020-05-21
- Improve error reported when invoked external program is missing
- Fix RT #127951: failing tests on some installations
As of 1.24, MATE requires GNU-specific msgfmt features. meta-pkgs/mate/
Makefile.common r. 1.10 expressed this tool dependency using
USE_BUILTIN.gettext=no, but this exposed pkgsrc gettext-libs in the
build environment as well, which some MATE packages then linked
against, but gettext-libs didn't end up being declared as a run-time
dependency, so binary package installations were broken (with the
workaround of manually installing the undeclared gettext-libs
dependency). Express this dependency differently, so GNU msgfmt is
used as a tool without exposing pkgsrc gettext-libs.
(The pkgsrc tooling infrastruture could be altered to provide a
distinct "gmsgfmt" tool, same with "gxgettext", and perhaps others.
Here I'm just immediately concerned with fixing this packaging issue.)
Addresses PR pkg/55503 by Jay Patel.
SILE is a typesetting system; its job is to produce beautiful printed
documents. Conceptually, SILE is similar to TeX - from which it borrows
some concepts and even syntax and algorithms - but the similarities end
there. Rather than being a derivative of the TeX family SILE is a new
typesetting and layout engine written from the ground up using modern
technologies and borrowing some ideas from graphical systems such as
InDesign.
XXX: even with this, it will not build if LIBRSVG_TYPE=c.
the error is a missing include file: include/harfbuzz/hb-graphite2.h
this is because fonts/harfbuzz excludes graphics/graphite2 when
LIBRSVG_TYPE=c to work around some problem building libreoffice.
see rev 1.112 of fonts/harfbuzz/Makefile
