[Bug 693425] Review Request: openerp - OpenERP business application
bugzilla at redhat.com
bugzilla at redhat.com
Tue Apr 26 13:54:42 UTC 2011
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=693425
--- Comment #44 from Alec Leamas <leamas.alec at gmail.com> 2011-04-26 09:54:41 EDT ---
As for server, the source rpm is missing. Reviewing based on old source +
updated spec file.
MUST
- rpmlint must be run on the source rpm and all binary rpms...
+ Should be run on 4 files, not 2; see server review. Also, please separate
output from server and client.
+ Fix changelog version; see server.
+ obsolete-not-provided: Presuming that openerp is incompatible w tinyerp,
this could be ignored.
- The spec file name must match the base package %{name}.... NOK
+ The name should be openerp-client.spec; see server review.
- The package must meet the Packaging Guidelines. TBD
+ Some deps listed in setup.py are missing in spec file. Is this as intended?
- The package must be licensed with a Fedora approved license...: OK
- The License field in the package spec file must match the actual license: NOK
+ No overall copyright clause in README or separate copyright file,
acceptable but "odd".
+ License: field is AGPLv3, README.txt says all files are GPL.
+ mydistutils.py is GPLv2+
+ GUI (openerp.glade) talks about GPLv3
+ msgfmt.py has a Tiny SPRL copyright, but is *very* similar to msgfmt.py as
of python-tools, which has another author reference but no copyright info.
Since the copyright is questionable, I suggest that the file is removed and
build depends on python-tools instead.
See http://fedoraproject.org/wiki/Packaging:LicensingGuidelines
- Separate License file must be in %doc...: OK
- The spec file must be written in American English: TBD
+ Being a Swede, I really don't know. Looks fine to me, though :)
- The spec file for the package MUST be legible: OK
- The sources used to build the package must match the upstream source...TBD
- The package MUST successfully compile and build into binary rpms...: TBD
- All build dependencies must be listed in BuildRequires...TBD
+ No source submitted
+ gettext build req missing; see
http://fedoraproject.org/wiki/PackagingGuidelines#Handling_Locale_Files
- The spec file MUST handle locales properly...: OK
- Packages must NOT bundle copies of system libraries: NOK
+ contains bundled SpiffGtkWidgets
- A package must own all directories that it creates. OK
- A Fedora package must not list a file more than once in %file lists...: OK
- Permissions on files must be set properly...: OK
- Each package must consistently use macros : NOK
+ Defining macros prefixed w _, like _iconsdir, is bad practise, reserved
for internal use.
- The package must contain code, or permissable content: OK
- %doc must not affect the runtime of the application..: OK
- Header files must be in a -devel package
- Packages containing GUI applications must include a .desktop file...: OK
- Packages must not own files or directories owned by other packages...OK
- All filenames in rpm packages must be valid UTF-8.: OK
SHOULD:
- Package built on koji/mock. TBD
- Testing...
No source submitted
- Scriptlets should be sane...: NOK
+ Icons are not handled properly, use of _iconsdir, no icon cache mgmt,
possibly odd icon location. See
https://bugzilla.redhat.com/show_bug.cgi?id=495412 and
http://fedoraproject.org/wiki/Packaging/ScriptletSnippets#Icon_Cache
+ Since postun requires desktop-file-utils, the test for
.../update-desktop-database is not required. OTOH, it's wise to add a '|| : '
just in case these tools return an error code.
OTHER REMARKS:
- The for BIN in... loop could be be written in one line using 'sed -i'.
- The copyright info in debian/copyright is outdated, SpiffGtkWidtgets is now
AGPL, other updates.
- The files debian/ and setup.* should be removed; they make no sense in a
Fedora package.
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
More information about the package-review
mailing list