[Bug 430366] Review Request: Aqualung - media player with native jack support ans ladspa support
bugzilla at redhat.com
bugzilla at redhat.com
Sun Jan 27 14:56:21 UTC 2008
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug report.
Summary: Review Request: Aqualung - media player with native jack support ans ladspa support
https://bugzilla.redhat.com/show_bug.cgi?id=430366
------- Additional Comments From simon at sxw.org.uk 2008-01-27 09:56 EST -------
Some pre-review comments - due to the issues with the spec file noted below, I haven't tried to build
this package
*) The version should be the complete upstream version (that is 0.9beta9), Release should be purely
the version of the downstream packaging.
*) Your Source path should include the full URL from which the upstream source can be downloaded,
not just a filename (see the Tags section of the Packaging Guidelines [1], and the linked document
which gives examples for the sourceforge.net case)
*) From the source code, your license should be GPLv2+, rather than GPLv2 (the source code specifically
states 'or any later version) - see the Licensing Guidlines[2] for more details
*) You don't need to list gcc-c++ in your BuildRequires section - see the Packaging Guidelines for full
details of packages which don't need to be listed in BuildRequires
*) I don't think you need as comprehensive a Requires section. RPM's built in dependency generator
generally does a pretty good job - you should only need to list in Requires the packages that you do
depend upon that RPM doesn't notice itself.
*) The rm command which cleans the buildroot should be in the %install section (not immediately
before it)
*) You shouldn't use %makeinstall (see the packaging guidelines). Do you really need to do a make
install, followed by %makeinstall anyway?
*) IMO, it would be neater if the .desktop file was distributed as an additional Source, rather than
embedded within the spec file
*) You should be consistent with your macro use - either use %{buildroot} or $RPM_BUILD_ROOT - don't
chop and change throughout the file.
*) If you're using desktop-file-install, you must include desktop-file-utils in your BuildRequires
*) The <vendor_id> in your call to desktop_file_install should be replaced with the name of the vendor
(in this case, I would imagine this is fedora, as upstream aren't providing the .desktop file)
And finally:
*) The package doesn't build under Fedora 9, because of the dependency on libmad
ERROR: Bad build req: No Package Found for libmad-devel. Exiting.
See the Forbidden Items list [3] for details of why Fedora can't ship packages which provide MP3
support.
[1] - http://fedoraproject.org/wiki/Packaging/Guidelines
[2] - http://fedoraproject.org/wiki/Licensing
[3] - http://fedoraproject.org/wiki/ForbiddenItems
Hope that's of some use ...
Simon.
--
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, or are watching someone who is.
More information about the Fedora-package-review
mailing list