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
Bug 199386 - Review Request: aspell-mi
Summary: Review Request: aspell-mi
Alias: None
Product: Fedora
Classification: Fedora
Component: Package Review
Version: rawhide
Hardware: All
OS: Linux
Target Milestone: ---
Assignee: Jason Tibbitts
QA Contact: Fedora Package Reviews List
Depends On:
TreeView+ depends on / blocked
Reported: 2006-07-19 05:39 UTC by Michael J Knox
Modified: 2007-11-30 22:11 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Last Closed: 2006-07-20 21:33:37 UTC
Type: ---

Attachments (Terms of Use)

Description Michael J Knox 2006-07-19 05:39:48 UTC
Spec URL:

GNU Aspell Maori Dictionary Package

Comment 1 Michael J Knox 2006-07-19 05:42:43 UTC
Note that this package, like other aspell's language packs, does not come up
cleanly through rpmlint, but with the following errors:

E: aspell-mi no-binary
E: aspell-mi only-non-binary-in-usr-lib

This is because the package contains only data files which sit under /usr/lib.
They have to stay there, as they are architecture-dependent (due to
byte-ordering issues).

Comment 2 Parag AN(पराग) 2006-07-19 08:24:54 UTC
I just downloaded aspell-es package and rebuild it and when i ran rpmlint i got
W: aspell-es summary-ended-with-dot Spanish dictionaries for Aspell.
E: aspell-es no-binary
E: aspell-es only-non-binary-in-usr-lib
W: aspell-es no-documentation

and rpmlint on your package gave
E: aspell-mi no-binary
E: aspell-mi only-non-binary-in-usr-lib

so i think those errors are not that much important as aspell core packages are
having same errors.

Comment 3 Michael J Knox 2006-07-19 21:57:56 UTC
Yes, they are reasonable errors. the aspell-he package in extras has the same
output, infact, thats where I got the information about them from. 

Comment 4 Jason Tibbitts 2006-07-20 03:11:36 UTC
aspell-he review, with interesting information including correspondence with the
aspell author about the system-dependence of the dictionaries:

Comment 5 Michael J Knox 2006-07-20 03:30:30 UTC
Would you like to see the info placed into the spec file in this package too ?

Comment 6 Jason Tibbitts 2006-07-20 19:34:23 UTC
No need, just including it here for reference.  I'll go ahead and work up a
quick review.

Comment 7 Jason Tibbitts 2006-07-20 19:55:08 UTC
Odd that nobody else saw this, but rpmlint on the source package complains about:

E: aspell-mi configure-without-libdir-spec

The configure script isn't actually one generated by autoconf and doesn't accept
--libdir, so this error is bogus.  And, to reiterate, these errors:

E: aspell-mi no-binary
E: aspell-mi only-non-binary-in-usr-lib

are also bogus as the aspell dictionaries are arch-dependent due to byte ordering.

Note that the license is LGPL, not GPL.

Since this is the only issue and it's just one letter, I'll approve this and you
can fix it when you check in.

Onto the review:
* source files match upstream:
   8b1a07032ee086662bfe44a2e0459db4  aspell-mi-0.50-0.tar.bz2
* 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.
X license field matches the actual license.
* license is open source-compatible.  License text included in package.
* latest version is being packaged.
* BuildRequires are proper.
* Compiler flags are appropriate (nothing is compiled, so no need to pass them)
* %clean is present.
* package builds in mock (development, x86_64).
O rpmlint has only ignorable errors (see above).
* debuginfo package necessarily disabled.
* final provides and requires are sane:
   aspell-mi = 0.50-1.fc6
   aspell >= 12:0.60
* %check is not present; no test suite upstream.
* 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.
* no scriptlets present.
* code, not content.
* documentation is 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, just fix the license.

Comment 8 Michael J Knox 2006-07-20 21:33:37 UTC
Fix the license. Imported. Thanks the review. 

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