allow user to specify the appname and substitute the actual hostname into /etc/confconsole/services.txt

[tssgery]

Simple change to:

• allow users the ability to create a file called /etc/appname that should contain the name of the appliance. The current behavior is that the appname is set to the hostname,. which may not always be appropriate
• allow users to substitute the hostname into /etc/confconsole/services.txt by using the $hostname keyword (similar to how $ipaddr works today)

[coopstah13]

Any ETA on this pull request being accepted? Not a blocker, but seems pretty straightforward in the changes made.

[JedMeister]

Hi there.

I know that it's ridiculously late on this one (over 8 years after the fact...) but I'm trying to clean up a bit and clear up the outstanding pull requests.

I was initially planning to update this (we've done a lot to confconsole since this PR) so it will cleanly merge, then merge it. You can find my code in a branch I've just pushed.

However, it doesn't really do what I think was originally desired or intended. It only changes the name at the top of the advanced menu, not on the initial/main screen of confconsole. So I'm not really sure about merging it now?! Also, considering how long it's been, I imagine that both of you have either moved on to other things and/or no longer care about this.

Also, the other thing that occurs to me, is that as it shows the hostname, why is not changing the hostname enough for the purposes of confconsole? After all, confconsole is configuring the host, not a generic appliance.

So I'm going to close this for now. If either of you and/or someone else still wants this behaviour, perhaps let's discuss further first and if need be, we can open a new PR using the updated code and/or something else.

Having said that, I do quite like the idea of being able to include the hostname and/or perhaps even a FQDN instead/as well as a ip address. That's because some appliances require a domain be set, so displaying that domain in confconsole makes tons of sense.

Anyway, closing this one for now.