Description of problem:
/usr/share/ghostscript/8.63/Resource/CMap/* all say that "the contents of
this file [may] not [be] altered in any way from its original form."
Version-Release number of selected component (if applicable):
See also http://packages.debian.org/changelogs/pool/main/g/ghostscript/ghostscript_8.62.dfsg.1-3.2lenny0/gs-common.copyright -- "Note: The directory Resource/CMap is stripped from the source tarball, as its content is not GPL-licensed (only verbatim copying is allowed)."
Adding dep on poppler-data, as that's essentially the same stuff at issue here.
I'll echo what I just commented in the poppler-data review:
The more I think about it, the more black and white it is ... this content can't possibly be acceptable for fedora.
/me removes foot from mouth, Re-reading,
"... The one exception is that we permit content (but only content) which restricts modification as long as that is the only restriction."
I understand "content" as some kind of text or image. The files in question rather look like "data," not "content".
Better than Fedora's criterion of "content" is the distinction of RMS between functional works and things like works of opinion. RMS says that functional works must be free, while it is sufficient for works of opinion to be shareable (a weaker criterion). As I see it, these CMap file are clearly functional, as they seem to do some mapping.
Having said that, the copyright claim seems bogus to me, as this is rather a database without any creativity involved and so it shouldn't be eligible for copyright ...
I'm going to defer this decision to FESCo, specifically:
"Are the CMap files considered as code or content?"
If they're code, they need to be removed (as the license is non-free), but I am unaware of any free-licensed CMap files.
These CMap files are coded to Adobe's CMap file specification:
That gives the definition of a CMap as:
"The CMap, or character code map, maps character codes to glyph selectors."
As the CMap file is simply a "mapping" of these character codes for the various encodings, I suspect that it is probably true that any attempt to replace the Adobe CMap files would result in functionally identical postscript.
This is right on the line of whether it is code or content. It is clearly written in postscript (an machine language), but these CMap files are not strictly meant to be executed, rather, they provide a strict set of character mappings for font encodings.
If I had a vote (which, technically, I don't), I would say that this is barely considered as content.
Opened a ticket with FESCo:
This is now on the FESCo agenda, the meeting discussing it will be this Friday (7/10) at 17:00UTC (1PM EDT) in #fedora-meeting on irc.freenode.net
FESCo decided that the CMap files are content.
Please add "Redistributable, no modification permitted" to the License tag for any package that has these Adobe CMap files (ghostscript, poppler-data). Lifting FE-Legal, but leaving this bug open until the license tags are updated in Rawhide.
License updated in rawhide.