On Sat, Nov 24, 2012 at 10:03:58PM +0100, Julien ÉLIE wrote: > Hi Nick, > > >We seem to have two things going on here: > > > >motd.innd is to be renamed to motd.nnrpd (by a means yet to be agreed); > > Do you mean motd.news (used by INN <= 2.5.2) is to be renamed to > motd.nnrpd (used by INN >= 2.5.3)? > > motd.innd does not exist in INN 2.5.2.
Err yes, my mistake, thanks. > >Under the name motd.nnrpd it is no longer a conffile in the new package > >(as it is no longer shipped but it is used if present). > > motd.nnrpd is still shipped in INN 2.5.3. ...snips... > /usr/share/doc/inn2/examples/motd.innd > /usr/share/doc/inn2/examples/motd.nnrpd That is not a conffile though because it is not in /etc (and the problematic version in /etc is neither shipped nor installed). > I believe something should be done in the 2.5.3 Debian package: > motd.innd and motd.nnrpd should be installed in the /etc/news > directory! I would disagree on that one. INN itself does not install them, they are only there as examples for an admin who wants to use them. I don't think Debian needs to do extra things like installing optional example files over and above those provided by the package or otherwise required for it to work at all. Other Debian packages do not do that (well maybe some package does, but not as a general rule). > >Incidentally Russ Alberry reckons that the feature which requires this > >file is almost never used anyway: > >http://www.eyrie.org/~eagle/software/inn/docs/motd.news.html > > Yep, that's true. This feature is not wide-spread. The key point I find here is that this feature still works even if the optional files are not installed into /etc/news. They only need to be created by the admin in order to provide a non-default output to the LIST command. Indeed on my own inn2 installation I made /etc/news/motd.news into an empty file as otherwise trn does display it each time, so some users definitely do not want the example files installed. > >I think this is the best for anyone who does use this file. I'll try > >coding it up but can anyone see any holes in this idea in the meantime ? > > I hope the above comments will be of help. Thank you; I am willing to go with the consensus but my own opinion is as above. Anyone else care to chip in please ? Nick -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
