Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 05 Jan 2019 21:24:02 +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-PoCclWGBjS@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 #6 from commit-hook@freebsd.org ---
A commit references this bug:

Author: kevans
Date: Sat Jan  5 21:23:26 UTC 2019
New revision: 342792
URL: https://svnweb.freebsd.org/changeset/base/342792

Log:
  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).

  PR:           234614
  Reported by:  koobs
  Reviewed by:  dteske, jilles
  MFC after:    3 days

Changes:
  head/libexec/rc/rc.subr
  head/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-PoCclWGBjS>