Bug 507675 (poppler-data)

Summary: Review Request: poppler-data - Encoding files
Product: [Fedora] Fedora Reporter: Rex Dieter <rdieter>
Component: Package ReviewAssignee: Jason Tibbitts <j>
Status: CLOSED RAWHIDE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: medium Docs Contact:
Priority: medium    
Version: rawhideCC: fedora-package-review, notting, rtc, tcallawa
Target Milestone: ---Keywords: Reopened
Target Release: ---Flags: j: fedora-review+
j: fedora-cvs+
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2009-11-05 23:22:57 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On:    
Bug Blocks: 487510    

Description Rex Dieter 2009-06-23 17:51:40 UTC
Spec URL: http://rdieter.fedorapeople.org/rpms/poppler-data/poppler-data.spec
SRPM URL: http://rdieter.fedorapeople.org/rpms/poppler-data/poppler-data-0.2.1-1.fc11.src.rpm
Description:
This package consists of encoding files for poppler.  When installed,
the encoding files enables poppler to correctly render CJK and Cyrillic
properly.

The contents here are currently bundled in the poppler package.  Since uspstream distributes this part separately, it makes sense to package this (noarch) content separately as well.

NOTE
License: Redistributable, no modification permitted
here, may require licensing exception similar to firmware.

Comment 1 Rex Dieter 2009-06-23 17:52:22 UTC
Blocking FE-legal for licensing clarification for "no modification permitted"

Comment 2 Rex Dieter 2009-06-24 01:42:41 UTC
The more I think about it, the more black and white it is ... this content can't possibly be acceptable for fedora.

Comment 3 Rex Dieter 2009-06-24 02:02:56 UTC
Gosh, I've never dealt with content before.  Re-reading,
https://fedoraproject.org/wiki/Licensing#Content_Licenses

" The one exception is that we permit content (but only content) which restricts modification as long as that is the only restriction."

So my take is that we're still a go.

Comment 4 Jason Tibbitts 2009-07-09 17:47:14 UTC
I agree that this is most likely acceptable content, though I'll keep FE-Legal in place and won't approve until that gets acked.  However, we're already shipping this data in our release branches, it's not really small and has a completely different release cycle, so splitting it out makes sense in any case.

Packaging-wise, this is trivial and looks fine.  Just waiting for FE-Legal clearance.

* source files match upstream.  sha256sum:
   890dbadf44aee07999c050fcbe0c4ea8b32fba0e8b573c439dd7de8476a1a660  
   poppler-data-0.2.1.tar.gz
* package meets naming and versioning guidelines.
* specfile is properly named, is cleanly written and uses macros consistently.
* summary is OK.
* description is OK.
* dist tag is present.
* build root is OK.
* license field matches the actual license.
* license text included in package.
* latest version is being packaged.
* BuildRequires are proper (none).
* %clean is present.
* package builds in mock (rawhide, x86_64).
* package installs properly.
* rpmlint is silent.
* final provides and requires are sane:
   poppler-data = 0.2.1-1.fc12
  =
   (none)

* owns the directories it creates.
* doesn't own any directories it shouldn't.
* no duplicates in %files.
* file permissions are appropriate.
* no generically named files.
* seems acceptable content.
* documentation is small, so no -doc subpackage is necessary.
* %docs are not necessary for the proper functioning of the package.

Comment 5 Jason Tibbitts 2009-07-11 08:01:57 UTC
It seems that FESCo took up this issue, although it looks like there were talking about something different.  See http://meetbot.fedoraproject.org/fedora-meeting/2009-07-10/fedora-meeting.2009-07-10-17.00.html (Adobe CMap files - code or content?) and https://fedorahosted.org/fesco/ticket/177.

That seems to answer one question (the legal one) but begs another: is this package duplicating something that's already in ghostscript?  Can the data be unified and shared between the two packages?

Comment 6 Jason Tibbitts 2009-07-11 08:04:15 UTC
Oh, I just noticed that this already blocks the relevant ghostscript bug.  This package already has the appropriate license tag as indicated in bug 487510, so I'd say that we're good to go.

APPROVED

Comment 7 Rex Dieter 2009-07-30 12:38:09 UTC
Thanks.

New Package CVS Request
=======================
Package Name: poppler-data
Short Description: Encoding files
Owners: please clone poppler acl's (else, me:  rdieter)
InitialCC: please clone poppler acl's

Comment 8 Jason Tibbitts 2009-07-30 22:59:52 UTC
There are eighteen people in the commit ACL alone for poppler.  Honestly I'd prefer not to go spamming them all when they might not particularly care.  So I've added the ACL with just you, and the rest of the folks are welcome to add themselves.  I'm happy to do that and save the web form clicking if they ping me.

CVS done.

Comment 9 Rex Dieter 2009-08-03 16:14:34 UTC
fair nuff, thanks.

Comment 10 Jason Tibbitts 2009-11-05 22:48:26 UTC
Is there any reason for this ticket to remain open?

Comment 11 Rex Dieter 2009-11-05 23:22:57 UTC
Nope, thanks for the poke.