Description of problem:
Since the poppler-data change/cleanup the CMap file "Identity-H" is missing
which originally was shipped by the ghostscript package. However, CMap of the
ghostscript package is empty and data seems to be delivered by poppler-data,
but poorly incomplete/broken. See the attached files for examples about how
Version-Release number of selected component (if applicable):
Everytime, see above and below - and the attachments.
CMap file "Identity-H" missing due to poppler-data change/cleanup
File "Identity-H" again - like in good old times without the poppler mess...
Created attachment 599797 [details]
Situation on RHEL 6 and old Fedora (working as expected)
Created attachment 599798 [details]
Situation on Fedora 16/17 (broken, doesn't work anymore)
Are these few MB overhead from ghostscript really worth the effort of all
this trouble and debugging and so on? Not really. Please fix...
I think, even all Identity-* files are even missing?!
CMaps Identity-H, Identity-UTF16-H, Identity-UTF16-V and Identity-V are
https://launchpad.net/ubuntu/+source/poppler-data/0.4.0-2 - even Ubuntu is
shipping these CMaps. However the strange upstream seems to dislike them?!
This should be reported against poppler-data. I'm reassigning this.
Acknowledged, sorry for my not having time to look into this more deeply, hopefully, I'll have more time next week.
So plan of attack (in case anyone is willing/able to help):
* compare poppler-data-0.4.5 (latest) with prior releases, back at least to 0.4.0 (or more) and take note of what's gone missing, paying careful attention to Identity-* files referenced in comment #4 and comment #5
* manually re-add missing files in popper-data packaging, test if this helps fix the reported issues
* poke poppler/poppler-data upstream about how/why this files changed and/or went missing.
OK, so looked inside every poppler-data file going back to 0.2.1, and none of them contain any file named Identity-*
Indeed, after looking at
* add "Adobe-Identity-0 (Special Purpose)", Identity-H and Identity-V file.
poppler-data upstream reject to add it, but this debian package include it.
so, looks like the ommision is on purpose. :(
I've found the sources, and included in poppler-0.4.5-4:
I have a question for ghostscript maintainer:
debian's poppler-data seems to symlink cmaps to /usr/share/ghostscript/.../Resource/CMap, whereas the approach here seemed to be to include in FONTPATH everything matching:
if you want to keep that approach, then
should probably be added too (i'm currently adding the Identity- files directly in that directory as how debian is doing it).
(without that change, Robert's testcase still fails)
Hrm, adding /usr/share/poppler/cMap to fontpath doesn't seem to work.
linking the stuff under /usr/share/poppler/cMap/ into
yields something a little better,
Scanning /usr/share/fonts/default/ghostscript for fonts... 20 files, 1 scanned, 0 new fonts.
Scanning /usr/share/fonts/default/Type1 for fonts... 72 files, 36 scanned, 35 new fonts.
Scanning /usr/share/fonts/dejavu for fonts... 30 files, 30 scanned, 30 new fonts.
Scanning /usr/share/poppler/cMap for fonts... 7 files, 7 scanned, 0 new fonts.
Loading a TT font from /usr/share/fonts/dejavu/DejaVuLGCSans-Bold.ttf to emulate a CID font DejaVuLGCSans-Bold ... Done.
Can't find CMap Identity-UTF16-H building a CIDDecoding resource.
Error: /undefinedresource in /findfont
%interp_exit .runexec2 --nostringval-- --nostringval-- --nostringval-- 2 %stopped_push --nostringval-- --nostringval-- %loop_continue --nostringval-- --nostringval-- false 1 %stopped_push .runexec2 --nostringval-- --nostringval-- --nostringval-- 2 %stopped_push --nostringval-- 1868 1 3 %oparray_pop
--dict:1168/1684(ro)(G)-- --dict:0/20(G)-- --dict:77/200(L)--
Current allocation mode is local
Last OS error: 2
Current file position is 40
Mind you, the only identity files I found so far were:
Identity-UTF16-H looks like is included in ghostscript tarball, I guess I could use that one. After including and symlinking that one into
too, the test case succeeds. yay.
poppler-0.4.5-5 includes that one too:
So, we're left with getting ghostscript to actually find/use the stuff in
/usr/share/poppler/cMap/ and Why doesn't setting gs FONTPATH=.../usr/share/poppler/cMap/ work?
re-opened bug #630632 the the "ghostscript (still) not using poppler cmaps" problem.
poppler-data-0.4.5-5.fc18 has been submitted as an update for Fedora 18.
* should fix your issue,
* was pushed to the Fedora 18 testing repository,
* should be available at your local mirror within two days.
Update it with:
# su -c 'yum update --enablerepo=updates-testing poppler-data-0.4.5-5.fc18'
as soon as you are able to.
Please go to the following url:
then log in and leave karma (feedback).
The following files are in poppler-data-0.4.5-5.fc18:
The following file is still *missing* in poppler-data-0.4.5-5.fc18:
a) All Identity-* files came originally from Ghostscript
b) Can you provide a fixed RPM for Fedora 17 updates (see comment #16 first)
ghostscript (at least version 9.05 as shippped with f17) doesn't include Identity-UTF16-V
So, additional open questions:
* is Identity-UTF16-V really needed?
* if so, where do we get it from? Looks like ghostscript-8.71 last included it, but since ghostscript no longer does, it seems to imply it's not needed or wanted anymore.
poppler-data-0.4.5-5.fc17 has been submitted as an update for Fedora 17.
poppler-data-0.4.5-6.fc16 has been submitted as an update for Fedora 16.
Looks like Identity-UTF16-V is no longer necessarily required with latest
poppler-data-0.4.5-6.fc18 has been pushed to the Fedora 18 stable repository. If problems still persist, please make note of it in this bug report.