On Wed, Mar 12, 2014 at 12:52 PM, William Hubbs <willi...@gentoo.org> wrote: > On Wed, Mar 12, 2014 at 09:14:58AM -0400, Ian Stakenvicius wrote: >> ...why not? As you've said yourself, nothing related to openrc uses >> /etc/init.d/functions.sh; if everything else in the tree is going to >> use the new gentoo-functions "lib", why wouldn't custom end-user >> scripts too? >> >> (again, scanned the bug, didn't see anything relevant to this) > > The relevance is that /etc/init.d/functions.sh is currently part of > OpenRc's public API, and semantic versioning has a very specific > description of how to deprecate functionality. > > If Gentoo needs the symlink after it is removed from OpenRc, I think > that is the time we can talk about putting it in gentoo-functions. >
If the goal is to be able to remove openrc from systems, how does it help that we might fix any breakage after openrc no longer provides it? If the goal is to be able to remove openrc from systems, then something else needs to provide the symlink. I guess in the meantime users could just remove openrc and just manually install the symlink, but that isn't really a clean solution. Otherwise openrc can't be removed until anything that sources this is fixed. If it all does get fixed, then the symlink isn't even needed (though I suppose openrc can still provide it for any other distros that use it). Rich
