6.1 is turning out to be as bad as 5.0 was... I have an external news server, and everything is setup just fine (NNTPSERVER is set). When I try to post: Check spelling, Send, Abort, Edit, or List? s Cannot open /etc/news/inn.conf I don't *run* inn. It isn't even *installed*. Argh. Between this and the installer crashing *multiple* times and emacs-nox *insisting* on using some file in /usr/X11 (this is a server with no X11 at all...). I give up! You *do* test these distributions before you send them out, right? Sorry for the negativity, but sheesh, it hasn't been a fun day of upgrading. (I'm *not* installing 6.1 on our production boxes any time soon)
I've narrowed the problem down to inews, but I can't find the SRPMS for it, so I have no idea how you guys compiled it.
FYI: The inews binary/package appears to be derived from the inn source rpm (according to 'rpm -qi inews', which shows that as the source RPM).
from the `rpm -qi inews` output ======================= Install inews if you need a program for posting Usenet articles to local news servers. ======================= the word "local" there concerns me. So what am I to tell my users if I don't want them logged in to my news server? I'm this (-><-) close to just writing a perl script to replace inews in this case.
The broken component here is actually inews, not trn. Unless Pnews (part of the trn package) is going to get a new posting program, in which case that program should be part of the trn package and the component is set properly.
I fixed the problem by putting an inn.conf file in /etc/news. This should probably be done by the inews RPM in the case that inn isn't installed (and it usually *isn't*). Here's the inn.conf file if you're interested: http://inconnu.isu.edu/inn.conf
that's a nice workaround, but to create a config file for software that is mostly unrelated to the package at hand should not be considered a fix. The code should be fixed to send the article at hand to the server listed in /etc/nntpserver,$NNTPSERVER or something on the command line to Pnews(defaulting to "news" if none is present). thanks for the workaround by the way.
I've grabbed the inn-2.2.2 srpm and I'm going to work on a patch to implement my last suggestion. I know that 2.2.3 is out, but I don't believe inews.c changed
This has been fixed in newer versions, which explicitly require inews.
Note: trn4 includes inews in it's build. This may or may not cause problems depending on how dependancies are structured. Just a heads-up