Bug 427162
| Summary: | Review Request: sagator - antivir/antispam gateway for smtp server | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Jan ONDREJ <ondrejj> |
| Component: | Package Review | Assignee: | Peter Lemenkov <lemenkov> |
| Status: | CLOSED NEXTRELEASE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
| Severity: | medium | Docs Contact: | |
| Priority: | medium | ||
| Version: | rawhide | CC: | danms, fedora-package-review, notting |
| Target Milestone: | --- | Flags: | lemenkov:
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: | 2008-01-25 20:48:47 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: | |||
| Bug Depends On: | 430295 | ||
| Bug Blocks: | |||
|
Description
Jan ONDREJ
2008-01-01 18:18:51 UTC
From rpmlint on the base package:
sagator.noarch: W: spurious-executable-perm
/usr/share/doc/sagator-1.0.0/test/policytest
sagator.noarch: W: file-not-utf8 /usr/share/doc/sagator-1.0.0/test/pack/rtest.zip
sagator.noarch: W: spurious-executable-perm
/usr/share/doc/sagator-1.0.0/test/bigtest
Putting these scripts in %{_datadir}%{name} instead of %doc will quiet a lot of
these complaints. Perhaps an %{datadir}/%{name}/examples/ (or util) directory
would be appropriate?
sagator.noarch: W: symlink-should-be-relative /usr/share/sagator/etc/sgconf.py
/etc/sagator.conf
Why does the version in share link to the version in etc? If it's an example,
it should be duplicated in %doc and /etc.
One other thing: your %install should rm -Rf %{buildroot}, per
http://fedoraproject.org/wiki/Packaging/Guidelines (Prepping BuildRoot for %install)
Thank you for review. (In reply to comment #1) > sagator.noarch: W: spurious-executable-perm > /usr/share/doc/sagator-1.0.0/test/policytest > sagator.noarch: W: file-not-utf8 /usr/share/doc/sagator-1.0.0/test/pack/rtest.zip > sagator.noarch: W: spurious-executable-perm > /usr/share/doc/sagator-1.0.0/test/bigtest > > Putting these scripts in %{_datadir}%{name} instead of %doc will quiet a lot of > these complaints. Perhaps an %{datadir}/%{name}/examples/ (or util) directory > would be appropriate? These files are used to test sagator's configuration after installation (configuration). I think an user does not find them in %{datadir}/%{name}/examples/ and therefore they are not useful. I think these warnings are not fatal and can be ignored. I can move whole "test" directory from docs to /usr/share, but with reduced functionality. It is better to remove them like move them to an hidden place. > sagator.noarch: W: symlink-should-be-relative /usr/share/sagator/etc/sgconf.py > /etc/sagator.conf Symlink updated to relative in next release. > Why does the version in share link to the version in etc? If it's an example, > it should be duplicated in %doc and /etc. Sagator uses python script for configuration. It is an modular system, which defines more scanners with many parameters in an array. To use this file in sagator, it need to be imported into python. That symlink adds sagator's configuration file to it's project, to be easy to include it. (In reply to comment #2) > One other thing: your %install should rm -Rf %{buildroot}, per > http://fedoraproject.org/wiki/Packaging/Guidelines (Prepping BuildRoot for %install) Thank you, fixed. Last changelog: * Thu Jan 3 2008 Jan ONDREJ (SAL) <ondrejj(at)salstar.sk> - 1.0.0-0beta32 - clean buildroot before install - sagator.conf symlink is now relative http://www.salstar.sk/pub/fedora/SPECS/sagator.spec http://www.salstar.sk/pub/sagator/fedora/testing/8/SRPMS/sagator-1.0.0-0beta32.fc8.src.rpm http://www.salstar.sk/pub/fedora/SPECS/sagator.spec http://www.salstar.sk/pub/sagator/fedora/testing/8/SRPMS/sagator-1.0.0-0beta33.fc8.src.rpm Changes: - more macros used, I think all which can be used I'll review it. REVIEW:
[-] rpmlint is not silent however I don't think this is a blocker. See comments
above:
petro@localhost SPECS $ rpmlint ../RPMS/noarch/sagator-*
sagator.noarch: W: file-not-utf8 /usr/share/doc/sagator-1.0.0/test/pack/rtest.zip
sagator.noarch: W: spurious-executable-perm
/usr/share/doc/sagator-1.0.0/test/policytest
sagator.noarch: E: non-standard-gid /usr/share/sagator/etc vscan
sagator.noarch: E: non-standard-dir-perm /usr/share/sagator/etc 0750
sagator.noarch: W: spurious-executable-perm
/usr/share/doc/sagator-1.0.0/test/pattern
sagator.noarch: E: non-standard-gid /etc/sagator.conf vscan
sagator.noarch: E: non-readable /etc/sagator.conf 0640
sagator.noarch: E: non-standard-uid /var/spool/vscan/tmp vscan
sagator.noarch: E: non-standard-gid /var/spool/vscan/tmp vscan
sagator.noarch: E: non-standard-dir-perm /var/spool/vscan/tmp 01777
sagator.noarch: W: spurious-executable-perm /usr/share/doc/sagator-1.0.0/db/pgsql.sh
sagator.noarch: E: non-standard-uid /var/www/html/sagator vscan
sagator.noarch: E: non-standard-gid /var/www/html/sagator vscan
sagator.noarch: E: non-standard-dir-perm /var/www/html/sagator 0775
sagator.noarch: W: spurious-executable-perm
/usr/share/doc/sagator-1.0.0/test/bigtest
sagator.noarch: W: spurious-executable-perm /usr/share/doc/sagator-1.0.0/db/mysql.sh
sagator.noarch: W: spurious-executable-perm
/usr/share/doc/sagator-1.0.0/test/smtptest
sagator.noarch: W: spurious-executable-perm
/usr/share/doc/sagator-1.0.0/db/sqlite.sh
sagator.noarch: W: spurious-executable-perm
/usr/share/doc/sagator-1.0.0/test/mimeattach.py
sagator.noarch: E: non-standard-uid /var/spool/vscan/tmp/quarantine vscan
sagator.noarch: E: non-standard-gid /var/spool/vscan/tmp/quarantine vscan
sagator.noarch: E: non-standard-dir-perm /var/spool/vscan/tmp/quarantine 0770
sagator.noarch: W: doc-file-dependency
/usr/share/doc/sagator-1.0.0/test/mimeattach.py /usr/bin/python2
sagator.noarch: W: service-default-enabled /etc/init.d/sagator
sagator.noarch: W: service-default-enabled /etc/init.d/sagator
sagator.noarch: W: uncompressed-zip /usr/share/doc/sagator-1.0.0/test/pack/rtest.zip
sagator-webq.noarch: W: no-documentation
[+] The package named according to the Package Naming Guidelines.
[+] The spec file name matches the base package %{name}, in the format %{name}.spec.
[+] The package meets the Packaging Guidelines.
[+] The package licensed with a Fedora approved license and meet the Licensing
Guidelines.
[+] The License field in the package spec file matches the actual license.
[+] The source package includes the text of the license(s) in its own file in %doc.
[+] The spec file written in American English.
[+] The spec file for the package is legible.
[?] The sources used to build the package matches the upstream source. However
there is an error in source path in spec-file and there is more recent snapshot.
[+] The package successfully compile and build into binary rpms on at least one
supported architecture.
[+] All build dependencies are listed in BuildRequires.
[+] A package owns all directories that it creates.
[+] A package does not contain any duplicate files in the %files listing.
[+] Permissions on files are set properly instead of those described in the
above comments.
[+] Package has a %clean section.
[+] Package consistently use macros, as described in the macros section of
Packaging Guidelines.
[+] The package contains code, or permissable content.
[+] Packages does not own files or directories already owned by other packages.
[+] The package runs rm -rf %{buildroot} (or $RPM_BUILD_ROOT).
[+] All filenames in rpm packages are valid UTF-8.
OK. You should fix the source path in the spec-file and it's APROVED.
New Package CVS Request ======================= Package Name: sagator Short Description: antivir/antispam gateway for smtp server Owners: ondrejj Branches: F-7 F-8 EL-4 EL-5 Cvsextras Commits: yes cvs done. Packages build in koji and waiting to testing. There is another part of sagator still waiting for review: https://bugzilla.redhat.com/show_bug.cgi?id=430295 It's simpler. If you have time, please take it. Thank you for help. |