FS#76416 - [ghostscript] handling fonts from 10.0.0-1 to 10.0.0-2 get broken
Attached to Project:
Arch Linux
Opened by Mathias Rohnstock (mrohnstock) - Friday, 04 November 2022, 11:00 GMT
Last edited by Toolybird (Toolybird) - Monday, 07 November 2022, 07:04 GMT
Opened by Mathias Rohnstock (mrohnstock) - Friday, 04 November 2022, 11:00 GMT
Last edited by Toolybird (Toolybird) - Monday, 07 November 2022, 07:04 GMT
|
Details
Description:
I'm using ghostscript on pdf with an embedded fonts to combine them - this won't work anymore with 10.0.0-2. The included fonts in pdf get's broken (see output.pdf). I've attached the following files: 1. sample.pdf - the original pdf 2. output.pdf - produced pdf with ghostscript 10.0.0-2 3. shouldbe.pdf - produced pdf with ghostscript 10.0.0-1 4. 10.0.0-2.log - complete logfile produced by ghostscript 10.0.0-2 Additional info: * package version(s): postscript 10.0.0-2 * last working package version: postscript 10.0.0-1 Steps to reproduce: 1. Download sample.pdf 2. execute the following command: gs -dBATCH -dNOPAUSE -sDEVICE=pdfwrite -sOutputFile=sample.pdf output.pdf 3. compare these two pdfs - see font is broken 10.0.0-2 produces the following output (see full log in 10.0.0-2.log): ... Loading font F0 (or substitute) from /usr/share/ghostscript/Resource/Font/NimbusSans-Regular ... Loading font F0 (or substitute) from /usr/share/ghostscript/Resource/Font/NimbusSans-Regular The following errors were encountered at least once while processing this file: object lacks a required Subtype **** This file had errors that were repaired or ignored. **** The file was produced by: **** >>>> Skia/PDF m69 <<<< **** Please notify the author of the software that produced this **** file that it does not conform to Adobe's published PDF **** specification. moving back to 10.0.0-1, the output is just: GPL Ghostscript 10.0.0 (2022-09-21) Copyright (C) 2022 Artifex Software, Inc. All rights reserved. This software is supplied under the GNU AGPLv3 and comes with NO WARRANTY: see the file COPYING for details. Processing pages 1 through 1. Page 1 and the pdf is correct (see shouldbe.pdf) |
This task depends upon
Closed by Toolybird (Toolybird)
Monday, 07 November 2022, 07:04 GMT
Reason for closing: Fixed
Additional comments about closing: poppler-data-0.4.11-2
Monday, 07 November 2022, 07:04 GMT
Reason for closing: Fixed
Additional comments about closing: poppler-data-0.4.11-2
gs -dBATCH -dNOPAUSE -sDEVICE=pdfwrite -sOutputFile=output.pdf sample.pdf
I can confirm the issue and fixed it. This needs additional encondings cMap files in
poppler-data. Please check again with poppler-data-0.4.11-2.