a51ff1a0fe
- bnc#925963 stat is sometimes run on wrong path and results with ENOENT, ensure we sent both dir+file to filter verification: * vsftpd-path-normalize.patch - Update patch bit more for sanity checks. Done by rsassu@suse.de: * vsftpd-path-normalize.patch - Add back patch attempting to fix bnc#900326 bnc#915522 and bnc#922538: * vsftpd-path-normalize.patch - Reset filter patch to match fedora, my work will be restarted in one-off patch to make the changes stand out. Add rest of RH filtering patches: * vsftpd-2.2.0-wildchar.patch * vsftpd-2.3.4-sqb.patch * vsftpd-2.1.0-filter.patch - Work on the filter patch and split out the normalisation of the path to separate str function, currently commented out so I avoid huge diffing. * vsftpd-2.1.0-filter.patch OBS-URL: https://build.opensuse.org/request/show/294583 OBS-URL: https://build.opensuse.org/package/show/openSUSE:Factory/vsftpd?expand=0&rev=49
vsftpd-3.0.0 made the listen mode default. In order to maintain backward compatibility, default /etc/vsftpd.conf in SUSE contains listen=NO listen_ipv6=YES if you plan to use xinetd (/etc/xinetd.d/vsftp) you don't need to change anything by default, but if you have ipv6 available you have to set listen_ipv6=NO too in order for xinetd to work. Alternatively you can also use systemd socket service that listens on port 21 and starts the server like xinetd would. This service does not require you to change ANY variable in the /etc/vsftpd.conf.