Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 15 Jan 2019 16:12:50 +0000
From:      bugzilla-noreply@freebsd.org
To:        rc@FreeBSD.org
Subject:   [Bug 234614] rc framework should provide RC_SERVICE analog
Message-ID:  <bug-234614-20181-tcDJabVB6w@https.bugs.freebsd.org/bugzilla/>
In-Reply-To: <bug-234614-20181@https.bugs.freebsd.org/bugzilla/>
References:  <bug-234614-20181@https.bugs.freebsd.org/bugzilla/>

next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D234614

--- Comment #8 from commit-hook@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) invocatio=
ns
  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 =3D /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 ca=
se
  (RC_SERVICE).

  r342805: rc.subr: Fix typo

  Originally intended as 'in case in needs to be re-invoked', but it was la=
ter
  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

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



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-234614-20181-tcDJabVB6w>