Bug 474535
| Summary: | Review Request: clamtk - Easy to use front-end for ClamAV | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Jerome Soyer <saispo> |
| Component: | Package Review | Assignee: | Dan Horák <dan> |
| Status: | CLOSED NEXTRELEASE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
| Severity: | medium | Docs Contact: | |
| Priority: | medium | ||
| Version: | rawhide | CC: | dave.nerd, fedora-package-review, mail, notting, saispo |
| Target Milestone: | --- | Flags: | dan:
fedora-review+
kevin: fedora-cvs+ |
| Target Release: | --- | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2009-01-19 09:16:27 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: | |||
|
Description
Jerome Soyer
2008-12-04 11:05:28 UTC
Just some quick comments on your spec file - 'Version: 4.05', the latest version is 4.06 - 'Group: File tools' is not a valid group. -> 'less /usr/share/doc/rpm-*/GROUPS' for a list with valid group entries - 'Requires: perl...' is missing, take a look at https://fedoraproject.org/wiki/Packaging/Perl#Versioned_MODULE_COMPAT__Requires - '%defattr(-,root,root)' is normally '%defattr(-,root,root,-)' - Your Changelog entry is missing the Release. See https://fedoraproject.org/wiki/Packaging/Guidelines#Changelogs Hi, Thanks for the review, i have fixed all that you said. You can find new version at : http://saispo.fedorapeople.org/clamtk.spec http://saispo.fedorapeople.org/clamtk-4.06-1.fc11.src.rpm %changelog again - Every time you make changes in your spec file, you should bump the release and create a new entry in your changelog. Now it should be '2' ;-) https://fedoraproject.org/wiki/Packaging/Guidelines#Changelogs Hi, Done =) I update the changelog and bump to Release 2 Thanks You can find new version at : http://saispo.fedorapeople.org/clamtk.spec http://saispo.fedorapeople.org/clamtk-4.06-2.fc11.src.rpm ClamTk 4.08 released Hi, SPECS and SRPMS are updated. http://saispo.fedorapeople.org/clamtk-4.08-1.fc11.src.rpm http://saispo.fedorapeople.org/clamtk.spec formal review is here, see the notes below: OK source files match upstream: 2f6cd136e0975f980f32628d908d1686b49f948a clamtk-4.08.tar.gz OK package meets naming and versioning guidelines. OK specfile is properly named, is cleanly written and uses macros consistently. OK dist tag is present. BAD license field matches the actual license. OK license is open source-compatible. License text not included upstream. OK latest version is being packaged. BAD BuildRequires are proper. N/A compiler flags are appropriate. OK %clean is present. OK package builds in mock (Rawhide/x86_64). N/A debuginfo package looks complete. OK* rpmlint is silent. BAD final provides and requires look sane. N/A %check is present and all tests pass. OK no shared libraries are added to the regular linker search paths. OK owns the directories it creates. OK doesn't own any directories it shouldn't. OK no duplicates in %files. OK file permissions are appropriate. BAD no scriptlets present. OK code, not content. OK documentation is small, so no -docs subpackage is necessary. OK %docs are not necessary for the proper functioning of the package. OK no headers. OK no pkgconfig files. OK no libtool .la droppings. OK is a GUI app, desktop file is installed. - the LICENSE file says this software is licensed "same as Perl", that means the License tag should be "GPL+ or Artistic" - I don't see a reason why should be "gettext" required for building, the %build section is empty - rpmlint complains about hardcoded "lib", but this is a noarch package. Why can't be the content of ClamTk directory installed into regular Perl modules' place? - you should not specify Requires(pre,post): desktop-file-utils when a scriptlet is present for updating the desktop database - https://fedoraproject.org/wiki/Packaging/ScriptletSnippets#desktop-database - the Gtk2 and other perl modules should not be included as manual "Requires", they are found automagically during the package building process - no need to run "update-mime-database" in the scriptlets because no file is dropped into %{datadir}/mime/... - https://fedoraproject.org/wiki/Packaging/ScriptletSnippets#mimeinfo Hop, All have been fixed with your comments. You can find all things at : http://saispo.fedorapeople.org/clamtk-4.08-2.fc11.src.rpm http://saispo.fedorapeople.org/clamtk.spec Thanks for the review. With the move of the ClamTk directory into %{perl_vendorlib} and creating thus a perl module, you should add back the "Requires: perl(:MODULE_COMPAT_...)" - https://fedoraproject.org/wiki/Packaging/Perl#Versioned_MODULE_COMPAT__Requires. The rest of issues has been fixed, so please one more iteration.
hop, it's done :) http://saispo.fedorapeople.org/clamtk-4.08-3.fc11.src.rpm http://saispo.fedorapeople.org/clamtk.spec There is no need to use the requires/provides filtering, I have built clamtk-4.08-2.fc11.src.rpm and the autogenerated requires/provides are fine. Anyway the "unwanted_require" string is meant to be substituted for the actual bad require (like e.g. "Gtk2::YourSuperModule"). So drop the filters from the %prep section and we should be fine. fixed in : http://saispo.fedorapeople.org/clamtk-4.08-4.fc11.src.rpm http://saispo.fedorapeople.org/clamtk.spec Now I am satisfied and this package is APPROVED. I will sponsor you now, but don't hesitate to ask either me or the on the fedora-devel mailing list when you are unsure about anything related to Fedora packaging. Ok, thanks ! I don't hesitate :) New Package CVS Request ======================= Package Name: clamtk Short Description: ClamTk is a GUI front-end for ClamAV Owners: saispo Branches: F-10 devel InitialCC: saispo cvs done. *** Bug 536694 has been marked as a duplicate of this bug. *** *** Bug 536694 has been marked as a duplicate of this bug. *** |