Bug 101810 - trn requires /etc/HOSTNAME, but this configuration file isn't setup
Summary: trn requires /etc/HOSTNAME, but this configuration file isn't setup
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: trn   
(Show other bugs)
Version: 9
Hardware: All
OS: Linux
Target Milestone: ---
Assignee: Jeff Johnson
QA Contact:
Depends On:
TreeView+ depends on / blocked
Reported: 2003-08-07 04:39 UTC by borchers
Modified: 2007-04-18 16:56 UTC (History)
0 users

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2003-08-19 16:32:03 UTC
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

Description borchers 2003-08-07 04:39:53 UTC
Description of problem:

Red Hat 9 contains trn-3.6-21 as an rpm package.  However, the install 
process leaves the system without an /etc/HOSTNAME file, and trn requires 
this file.

Version-Release number of selected component (if applicable):

How reproducible:

Just try running trn!

Steps to Reproduce:
1. run trn
Actual results:

Warning: Couldn't open /etc/HOSTNAME to determine hostname!

Caught an internal error--.newsrc restored   
Expected results:

trn should run normally.  (Note that you'll need to set the NNTPSERVER
environment variable to the name of an available NNTP server.)  

Additional info:

The basic problem here is that trn doesn't use "gethostname", but 
rather looks in /etc/HOSTNAME.  

Setting up /etc/HOSTNAME would probably be generally helpful to other
packages which expect the file to be present.  

It would also be trivial to patch trn to use "gethostname"  However, I'm not 
sure whether anyone is actively maintaining this software any more.

Comment 1 Jeff Johnson 2003-08-19 16:32:03 UTC
Put a hostname in /etc/HOSTNAME to configure.

Trying to retrofit a more reasonable convention for
a program as old as trn is hardly worth the effort.
The issue is not as simple as just using gethostname,
as trn posts, and users often want their posts to appear
as originating from a domain, not from a host.

Note You need to log in before you can comment on or make changes to this bug.