Description of problem: Even /etc/pure-ftpd/pure-ftpd.conf has "UseFtpUsers no" set, the following appears on every FTP connection in /var/log/secure: Sep 10 11:24:02 tux pure-ftpd: pam_listfile(pure-ftpd:auth): Couldn't open /etc/ftpusers Sep 10 11:24:02 tux pure-ftpd: pam_unix(pure-ftpd:session): session opened for user example by (uid=0) Sep 10 11:24:02 tux pure-ftpd: pam_unix(pure-ftpd:session): session closed for user example Digging more into this seems to come from /etc/pam.d/pure-ftpd which says: auth required pam_listfile.so item=user sense=deny file=/etc/ftpusers onerr=succeed But can't PAM fail quiet? Or should that file be shipped somehow? Version-Release number of selected component (if applicable): pure-ftpd-1.0.36-6.el7 How reproducible: Everytime, see above. Actual results: Error message on each FTP connection. Expected results: No error message on each FTP connection. Additional info: Workaround: touch /etc/ftpusers
Currently the package proftpd provides /etc/ftpusers. I don't think you should have to have both packages installed, but i'm not sure if we should start providing a conflicting package. they are simultaneously installable at the moment. As for making pam fail quietly, you can append quiet to the pam.d/pure-ftpd line, and that should silence the error. I don't know if that makes sense to be a default though.
Do packages conflict each other if the file is marked as %config(noreplace) in both packages?
I had never thought to test that.
This package has changed maintainer in Fedora. Reassigning to the new maintainer of this component.
EPEL 7 entered end-of-life (EOL) status on 2024-06-30.\n\nEPEL 7 is no longer maintained, which means that it\nwill not receive any further security or bug fix updates.\n As a result we are closing this bug.