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
Task Type Bug Report
Category Packages: Extra
Status Closed
Assigned To Andreas Radke (AndyRTR)
Architecture All
Severity Low
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 1
Private No

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
Comment by Andreas Radke (AndyRTR) - Friday, 04 November 2022, 15:10 GMT
You probably want to call it this way:

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.
Comment by Mathias Rohnstock (mrohnstock) - Monday, 07 November 2022, 06:57 GMT
Works again, thanks :)

Loading...