The mailman 2.0.5-2 package still contains large sets of files being installed at the wrong place, IMHO. Files from /var/mailman/{Mailman,cgi-bin,bin} should be in /usr (/usr/share?). The /var/mailman/logs directory should be in /var/log (symlink /var/mailman/logs -> /var/log/mailman ?) The /var/mailman/qfiles directory should be in /var/spool (symlink /var/mailman/qfiles -> /var/spool/mailman ?). And maybe more... Maybe I'll try to make an adapted spec file, if appreciated.
Logrotate issues, too ... ... Additionally, Mailman log files grow without limit It would seem that -- a postinstall script to effect relocation of existing /var/mailman/logs/ to /var/log/mailman (to support upgrades) removal of content at the former /var/mailman/logs (again to support upgrades) a link ln -s /var/log/mailman /var/mailman/logs and addition of a /etc/logrotate.d/mailman file are in order. I'll make sure I am up to date against Raw Hide and submit a specfile patch.
... ummm RH 7.2 released is same as Raw Hide ---
What's the status of this?
Nothing changed, all the issues are still there...
I took ownership of mailman recently. Its been upgraded to the current release of 2.1.1. I did not change the file locations, I believe the log rotate functionality is in place. What is the reasoning behind the assertion the file locations are wrong? If you make a good case for why they are wrong I'll fix it, but be aware the upstream sources place some restrictions on installation directories and I'd like to avoid having to change the upstream sources to relocate files. P.S.: I'd like to close this bug out.
As I said in my original bug report, I believe that different kind of files have to be in different subtrees (like specified in the filesystem hierarchy standard). Like with http, where /etc/httpd contains various symlinks to places more logical for the httpd subtrees. So, using symlinks this can be done without changing the upstream package.
The current mailman RPM's adhere to FHS.