[Bug 537587] Review Request: dspam - bayesian filtering daemon, client, library and web ui

bugzilla at redhat.com bugzilla at redhat.com
Fri Jan 8 18:16:55 UTC 2010


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=537587





--- Comment #44 from Nathanael Noblet <nathanael at gnat.ca>  2010-01-08 13:16:50 EDT ---
* Fri Jan 8 2010 Nathanael Noblet <nathanael at gnat.ca> - 3.9.0-0.15.RC2
- Added README.cssclean to dspam-hash
- Fixed logrotate script using non-existant dspam user
- Cleaned up package -n naming
- Corrected dspam, and other directory permissions to nobody:mail
- Moved css* to dspam-hash as they are only needed with that driver
- removed nonsense configure parameter enabling and disabling syslog

http://www.gnat.ca/dspam.spec
http://www.gnat.ca/dspam-3.9.0-0.15.RC2.src.rpm

-----------------------------------------------------------
You were correct the dspam binary needed nobody:mail I didn't notice it wasn't
the right owner as my setup doesn't run it in the daemon mode and specifically
sets it to nobody:mail via postfix master.cf.

###########
Questions:
###########
1) I'm wondering how you find the non-owned directories. After you showed me
the other ones I tried to make sure I had them all but couldn't seem to find a
command that gives that output via google...

2) The cron script for dspam requires that the user edit it to provide the path
to the sql-script/backend they are using. So I would like it that upon upgrade,
that file isn't overwritten however when marking it as %config(noreplace) I get
rpmlint warnings about executable marked as config. Is there a proper way to
have that file not be replaced by rpm on upgrades? 

I have one last issue I'm tracking down in the actual usage of the program as
it should be placing logs in /var/log/dspam but they are being put in
/var/lib/dspam at the moment even though the configure script is being told
where so dspam should be behaving. Other than that dspam seems to be working
well in my VMs and live boxes upgraded from a 3-4 year old self created rpm of
3.8.0.

-- 
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 Fedora-package-review mailing list