Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.
Bug 191350 - Review Request: perl-Spreadsheet-ParseExcel
Summary: Review Request: perl-Spreadsheet-ParseExcel
Keywords:
Status: CLOSED NEXTRELEASE
Alias: None
Product: Fedora
Classification: Fedora
Component: Package Review
Version: rawhide
Hardware: All
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Jason Tibbitts
QA Contact: Fedora Package Reviews List
URL:
Whiteboard:
Depends On: 191387
Blocks: FE-ACCEPT
TreeView+ depends on / blocked
 
Reported: 2006-05-11 01:41 UTC by Michael A. Peters
Modified: 2014-08-11 12:40 UTC (History)
3 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2006-06-08 05:51:07 UTC
Type: ---
Embargoed:
gwync: fedora-cvs+


Attachments (Terms of Use)
e-mail reply from upstream regarding license (2.95 KB, text/plain)
2006-05-11 14:38 UTC, Michael A. Peters
no flags Details

Description Michael A. Peters 2006-05-11 01:41:24 UTC
Spec file: http://mpeters.us/fc_extras/perl-Spreadsheet-ParseExcel.spec
Src RPM: http://mpeters.us/fc_extras/perl-Spreadsheet-ParseExcel-0.2603-0.1.src.rpm

Description:
This module allows you to get information from Excel file.

This module can handle files of Excel95, 97 and 2000. (and now supports Excel4)

The module will work on the majority of Windows, UNIX and Macintosh platforms.

DO NOT APPROVE YET

BLOCKERS(2):

1) License is listed as Unknown at CPAN and I can not find it in the source.
For that reason, I have set release at 0.1 and am attempting to contact upstream author to get a new release with a license included.

2) Full functionallity for Japanese requires manual installation of a file marked as %doc and requires modification of a file owned by another package.

NOTES:

The module is capable of some additional functionallity if a Unicode::Map file is installed, and the Unicode::Map REGISTRY file is modified.

The location where perl-Unicode-Map puts its .map files looks to be arch dependent.
This is a noarch package, and I would rather not install the .map file into an arch dependent location forcing the package to be arch dependent.

Also - I would rather not modify a file of another package.

Assuming the license issue is resolved, I will file an RFE with perl-Unicode-Map (and cc the Fedora perl list in the RFE) to see if the maintainer of that package is willing to modify that package so that things will "just work".

-=-

I would like to submit this package because there is a LaTeX macro on CTAN that can make use of it, that would be useful for importing data from excel format spreadsheets.

Comment 1 Michael A. Peters 2006-05-11 03:34:16 UTC
Response from upstream:

---
Thank you for your mail.

And I've selected 
  "Standard-Perl denotes that the user may choose between GPL and Artistic,"
at my PAUSE (Perl Authors Upload Server) page.
---

I do not have a PAUSE account, but is this good enough to set license to GPL or
Artistic?

Comment 2 Jason Tibbitts 2006-05-11 14:20:11 UTC
Yes, this is sufficient.  However, until the actual sources indicate the
license, I would make sure that the actual message from the author is available
either in the package or attached to this bugzilla ticket so that there's no
room for confusion.

Are you still requesting that reviews be held off?  I think it might be
reasonable to disable thie additional functionality that requires the
perl-Unicode-Map modifications until those are in.

Comment 3 Michael A. Peters 2006-05-11 14:36:56 UTC
OK - I can put the actual message from the author as an attachment.

I would like to hold off on actual review until the Japanese support is figured
out, partly because I think it should be there, and partly because rpm autodeps
will require the additional perl modules that are only needed if set up for
Japanese support, so if the Japanese support isn't there then it has dependency
bloat.

-=-

In the following attachment, I have altered the message to hide the private
e-mail address the upstream author replied from. The public e-mail address
(which is in the package source) is still there.

Comment 4 Michael A. Peters 2006-05-11 14:38:41 UTC
Created attachment 128894 [details]
e-mail reply from upstream regarding license

Comment 5 Michael A. Peters 2006-05-11 15:04:17 UTC
Ah geez - the license is there.

It's in ParseExcel.pm

You may distribute under the terms of either the GNU General Public
License or the Artistic License, as specified in the Perl README file.

Comment 6 Michael A. Peters 2006-05-15 06:48:02 UTC
New spec file and src.rpm:

http://mpeters.us/fc_extras/perl-Spreadsheet-ParseExcel-0.2603-1.src.rpm
http://mpeters.us/fc_extras/perl-Spreadsheet-ParseExcel.spec

Ready for review.

I went ahead and made the package arch dependent so that it can install and own
the map file. The japanese support that the map file provides will not work
until bug #191387 is resolved, but when bug #191387 is resolved it should *just
work* (famous last words ...)

NOTES -

The package is arch dependent solely because of the map file.
This causes a completely empty and useless debuginfo package. So I set a macro
in the spec file to not build the debuginfo package.

The license is issue is resolved (GPL or perl).

Comment 7 Jason Tibbitts 2006-06-03 03:55:55 UTC
rpmlint complains:

E: perl-Spreadsheet-ParseExcel no-binary

Unfortunately the package can't be noarch because of the map file, so this is
acceptable.

BuildRequires: perl is not necessary (not a blocker).

The documentation is over half of the size of the package, but the total package
size is small so I don't think it's necessary to place it in a subpackage.

Review:
* package meets naming and packaging guidelines.
* specfile is properly named, is cleanly written and uses macros consistently.
* dist tag is present.
* build root is correct.
* license field matches the actual license.
* license is open source-compatible.  License text not included upstream.
* source files match upstream:
   6ee6257d4b66cb9e147a0b50603d1387  Spreadsheet-ParseExcel-0.2603.tar.gz
   6ee6257d4b66cb9e147a0b50603d1387  Spreadsheet-ParseExcel-0.2603.tar.gz-srpm
* latest version is being packaged.
O BuildRequires are proper (BR: perl is unnecessary).
* package builds in mock (development, x86_64).
O rpmlint has only ignorable complaints.
* final provides and requires are sane:
   perl(Spreadsheet::ParseExcel) = 0.2603
   perl(Spreadsheet::ParseExcel::Cell)
   perl(Spreadsheet::ParseExcel::Dump)
   perl(Spreadsheet::ParseExcel::FmtDefault) = 0.05
   perl(Spreadsheet::ParseExcel::FmtJapan) = 0.05
   perl(Spreadsheet::ParseExcel::FmtJapan2) = 0.05
   perl(Spreadsheet::ParseExcel::FmtUnicode) = 0.05
   perl(Spreadsheet::ParseExcel::Font)
   perl(Spreadsheet::ParseExcel::Format)
   perl(Spreadsheet::ParseExcel::SaveParser) = 0.01
   perl(Spreadsheet::ParseExcel::SaveParser::Workbook) = 0.06
   perl(Spreadsheet::ParseExcel::SaveParser::Worksheet)
   perl(Spreadsheet::ParseExcel::Utility)
   perl(Spreadsheet::ParseExcel::Workbook)
   perl(Spreadsheet::ParseExcel::Worksheet)
   perl-Spreadsheet-ParseExcel = 0.2603-1.fc6
  -
   perl(:MODULE_COMPAT_5.8.8)
   perl(Exporter)
   perl(Jcode)
   perl(OLE::Storage_Lite)
   perl(Spreadsheet::ParseExcel)
   perl(Spreadsheet::ParseExcel::FmtDefault)
   perl(Spreadsheet::ParseExcel::FmtJapan)
   perl(Spreadsheet::ParseExcel::Utility)
   perl(Spreadsheet::WriteExcel)
   perl(Unicode::Map)
   perl(constant)
   perl(overload)
   perl(strict)
   perl(vars)
* no shared libraries are present.
* package is not relocatable.
*  owns the directories it creates.
* doesn't own any directories it shouldn't.
* no duplicates in %files.
* file permissions are appropriate.
* %clean is present.
* %check is present and the single test passes:
   PERL_DL_NONLAZY=1 /usr/bin/perl "-Iblib/lib" "-Iblib/arch" test.pl
   1..1
   ok 1
* no scriptlets present.
* code, not content.
O documentation is relatively small, so no -docs subpackage is necessary.
* %docs are not necessary for the proper functioning of the package.
* no headers.
* no pkgconfig files.
* no libtool .la droppings.
* not a GUI app.

APPROVED

Comment 8 Michael A. Peters 2006-06-08 05:51:07 UTC
imported, owners list updated, branched, built for FC-4/5 and rawhide

Comment 9 Fabio Alessandro Locati 2014-08-11 09:02:44 UTC
Package Change Request
======================
Package Name: perl-Spreadsheet-ParseExcel
New Branches: epel7
Owners: fale
InitialCC: perl-sig

Comment 10 Petr Šabata 2014-08-11 12:36:22 UTC
I'm okay with Fabio maintaining this in epel7.

Comment 11 Gwyn Ciesla 2014-08-11 12:40:19 UTC
Git done (by process-git-requests).


Note You need to log in before you can comment on or make changes to this bug.