Bug#962839: syslog-ng-core: Conflicting help messages, bad control socket location

2022-09-18 Thread Attila Szalay
Hi,

finally I was able to do some investigation related to this ticket.

The syslog-ng manpage need to be updated and I'll do that.

On the other hand, the ${localstatedir} and the ${exec_prefix} is more
like an upstream decision in how to handle things, than an actual bug.
For some reason, they decided to centralize the path handling into one
place (lib/reloc.c) and in every place they save the paths with the
variable and only expand the variables at use time. But for some
reason, the help screen is not counting as a use time and they did not
expand it.

Of course this can be also seen as a bug and for that reason I've
created a ticket in the upstream ticketing system to iron this out.

The upstream ticket is:
https://github.com/syslog-ng/syslog-ng/issues/4138



Bug#962839: syslog-ng-core: Conflicting help messages, bad control socket location

2020-06-14 Thread Elliott Mitchell
Package: syslog-ng-core
Version: 3.19.1-5
Severity: important

`man syslog-ng` =>

   --control   or -c 
   Set the location of the syslog-ng control socket. Default value:
   /var/run/syslog-ng.ctl


`/usr/sbin/syslog-ng -h` =>

  -c, --control=Set syslog-ng 
control socket, default=${localstatedir}/syslog-ng.ctl


Then one observes AppArmor's audit log and discovers it is using
/var/lib/syslog-ng/syslog-ng.ctl instead.  That "${localstatedir}" looks
suspiciously like an incorrect build.

There is another example of that in the help message:

  --module-path=   Set the list of 
colon separated directories to search for modules, 
default=${exec_prefix}/lib/syslog-ng/3.19


The syslog-ng-core package seems to have some trouble.


-- 
(\___(\___(\__  --=> 8-) EHM <=--  __/)___/)___/)
 \BS (| ehem+sig...@m5p.com  PGP 87145445 |)   /
  \_CS\   |  _  -O #include  O-   _  |   /  _/
8A19\___\_|_/58D2 7E3D DDF4 7BA6 <-PGP-> 41D1 B375 37D0 8714\_|_/___/5445