-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

On 03/09/14 02:11 PM, William Hubbs wrote:
> On Sat, Aug 30, 2014 at 09:45:23AM -0400, Rich Freeman wrote:
>> A possible solution is to remove it in the next version of
>> openrc, as it is deprecated already.  Another solution is to ask
>> the Council to let somebody apply patches if the maintainer is
>> unresponsive, set a deadline, etc.
> 
> The problem is  we have two different API's. Gentoo's API for tools
> that do not involve booting, and OpenRC's API. In the past, they
> were identical, but that isn't the case now.
> 
> That is why I haven't removed /etc/init.d/functions.sh. That is
> actually part of OpenRC's public API now.
> 
> I can deprecate it. To do so, I would need to have it print out a 
> deprecation warning that would be wrong for Gentoo in the next
> release.
> 
> That warning would have to tell users to source 
> /lib*/rc/sh/functions.sh.
> 
> Thoughts?
> 
> William
> 


I thought the whole point of the gentoo-functions package was for it
to take over the /etc/init.d/functions.sh shortcut??

As far as I am aware (and i believe vapier will confirm),
/etc/init.d/functions.sh is and shall always remain part of the Gentoo
API, despite /etc/init.d/ now being the realm of openrc proper.  This
was part of the discussion over a year ago when the decision was made
to implement the pure-bash gentoo-functions.sh replacement in the
first place, and why that symlink didn't disappear back then.


-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2

iF0EAREIAAYFAlQHW5YACgkQ2ugaI38ACPDligD9HBwLjLpgS/h9KQZzlBPCAENK
6K/X5Mnvi64fYINtebQA90Hu3GDJUHhOTG3it4ThoHphXdCd1Y3/TmutSnbDYDs=
=RJUs
-----END PGP SIGNATURE-----

Reply via email to