It appears that /usr/share/poppler/cMap and /usr/share/ghostscript/8.63/Resource/CMap/ are two pretty much identical trees of files weighing >11M each. Any way to share the two ? Think of the children !
*** Bug 466513 has been marked as a duplicate of this bug. ***
This bug appears to have been reported against 'rawhide' during the Fedora 10 development cycle. Changing version to '10'. More information and reason for this action is here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping
Tim, have you got any notions or ideas on how best to share poppler-data (see bug #507675 ) with ghostscript? 2 quick ideas come to mind: 1. patch ghostscript to use poppler-data directly, including location and layout 2. use symlinks to make poppler-data layout the data on-disk as ghostscript uses it now. 3. use some hybrid of 1 and 2 Personally, I'd prefer 1, which would likely be the most upstreamable approach (to me). What say you?
Tim, ping ?
I still haven't had the time to look at this, and don't really know how the internals of the CMap code work in ghostscript. :-(
Please take a look at ghostscript in current rawhide...
FYI: TeX Live now prefers /usr/share/poppler/cMap over the ghostscript directory. In any case it would be nice to see it unified.
Please see comment #7, which refers to ghostscript-9.00-12.
This package has changed ownership in the Fedora Package Database. Reassigning to the new owner of this component.
Turns out that comment #9 is tersely suggesting that this is fixed in ghostscript with bug#630632 *** This bug has been marked as a duplicate of bug 630632 ***