On Tue, Dec 22, 2009 at 04:02:54PM +0100, Mats Erik Andersson wrote: > Package: proftpd-basic > Version: 1.3.2b-2 > Severity: normal > > The init-script installed with proftpd-basic is not able > to properly detect the use of xinetd as superserver. > > In November 2007, xinetd_1:2.3.14-3 stopped using dpkg-divert > when replacing the netkit-inetd superserver: > > xinetd has an -inetd_compat mode that renders it suitable for being an > inet-superserver, instead of clumsily divert netkit-inetd. > > Nowadays, xinetd silently removes openbsd-inetd, without any use > of dpkg-divert. Still there is to the present day a test in > /etc/init.d/proftpd that uses dpkg-divert. Since this test always > fails, proftpd-basic is never able to detect the case that the > administrator has chosen a setup where ftp is not set active > (for compatibility) in /etc/inetd.conf, yet ftp is indeed activated > for service by xinetd, either in /etc/xinetd.conf, or in > /etc/xinetd.d/proftpd, say. > > Thus a properly functional init-script must always check > whether the case when proftpd used in inetd-mode, in fact > activates ftp/proftpd in either of these three locations: > > /etc/xinetd.conf > /etc/xinetd.d/* > /etc/inetd.conf > > Presently, the first two possibilities are conditionally > ignored of the above reasons. The present effect that there > can be a log message saying that proftpd is not active neither > by inetd, nor by xinetd, in case /etc/inetd.conf is not used, > but /etc/xinetd.d/proftpd is. Yet a simple and successful call > "ftp localhost" easily provides the desired contradiction. > > > The following patch would mend this suboptimal behaviour: > >
I see one problem if xinetd is removed but not purged, because its configuration scripts will be still around. I'm currently inclined into adding an external script to manage inet/xinetd configuration at admin choice. I'm still thinking about that, but I'm definitively not inclined to add yet some other weak autodetection capability at configuration time, also because people could always change mind about configuration after installating. -- Francesco P. Lovergine -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
