[Bug 234614] rc framework should provide RC_SERVICE analog

[bugzilla-noreply at freebsd.org]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=234614

--- Comment #8 from commit-hook at freebsd.org ---
A commit references this bug:

Author: kevans
Date: Tue Jan 15 16:12:47 UTC 2019
New revision: 343046
URL: https://svnweb.freebsd.org/changeset/base/343046

Log:
  MFC r342792, r342805: Provide rc_service variable for rc service scripts

  r342792: rc.subr: Provide rc_service variable for service scripts

  Some rc scripts in ports (e.g. uwsgi, apache, openvpn) allow for
  'application profiles' that usually require the rc script to be invoked
  again for each active profile. Because there's no consistent way to
  determine the path because it differs between manual/service(8) invocations
  and /etc/rc invocations, this leads to patterns like these:

  - www/uwsgi hardcodes the script path
  - security/openvpn guesses either $_file or $0 based on $0 = /etc/rc

  Instead of forcing rc scripts to guess, provide an rc_service variable to
  the scripts that gets set appropriately both for direct execution or when a
  script is being executed via run_rc_script (e.g. /etc/rc).

  This is our analog of an OpenRC variable with the same name, different case
  (RC_SERVICE).

  r342805: rc.subr: Fix typo

  Originally intended as 'in case in needs to be re-invoked', but it was later
  decided (by myself) that 're-invoke itself' makes it more clear that the
  script is expected to use this in a way.

  PR:           234614

Changes:
_U  stable/11/
  stable/11/etc/rc.subr
  stable/11/share/man/man8/rc.subr.8

-- 
You are receiving this mail because:
You are the assignee for the bug.