On Tue, 2015-07-14 at 07:24 +0200, Philipp Huebner wrote: > No. It's changed already for Jessie which is fixed at this point in > time, Well there's always coming a next release.
> I don't see any benefit in switching back with the next release. What about - not unnecessarily diverting from upstream - placing config files into locations where it shouldn't be as per DP > ejabberdctl serves as the actual init script for ejabberd, so IMO > /etc/default/ejabberd is perfectly fine, especially if you look at > what's configured inside: absolute basic settings like the location > of > the pid-file or the location of the config-file. As you can see from ejabberdctl.cfg, there's far more options in it which go way beyond what configures the init script or even typical start/stop behaviour of programs: POLL, SMP, ERL_MAX_PORTS, FIREWALL_WINDOW, INET_DIST_INTERFACE,... basically all options except perhaps: EJABBERD_PID_PATH and EJABBERD_CONFIG_PATH ...are clearly non init related. I wouldn't know a single package in Debian, where corresponding options would be artificially moved to a new config file in /etc/default, when the daemon itself already has a config file and well-known name where these are handled. And even PID file options are quite often in the daemon's native config file (ssh, postgresql, and so on). > Plus a symlink in /etc/default/ would probably confuse the hell out > of > the config file handling. Quite frankly said, nothing should be in /etc/default here. I wouldn't see a single reason why the upstream config file with an existing well-known name should be renamed here, and even less reason why it should go to /etc/default. ejabberdctl is also by far more than just the start/stop program, it's the complete maintenance interface to ejabberd. So the "justification" that ejabberdctl would be more or less equal to the init script is simply wrong. Don't get me wrong,... having that config file in a wrong location with another name than upstream uses won't stop the world from turning... there's just no good reason for it. Cheers, Chris.
smime.p7s
Description: S/MIME cryptographic signature
