From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id 73D7813877A for ; Wed, 3 Sep 2014 18:19:08 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 16801E0883; Wed, 3 Sep 2014 18:19:02 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 2AF9CE087D for ; Wed, 3 Sep 2014 18:19:01 +0000 (UTC) Received: from [192.168.1.195] (CPE002401f30b73-CM78cd8ec1b205.cpe.net.cable.rogers.com [99.224.181.112]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: axs) by smtp.gentoo.org (Postfix) with ESMTPSA id 1E30D34016B for ; Wed, 3 Sep 2014 18:19:00 +0000 (UTC) Message-ID: <54075B96.8000908@gentoo.org> Date: Wed, 03 Sep 2014 14:19:02 -0400 From: Ian Stakenvicius User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.0 Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org MIME-Version: 1.0 To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] systemd profiles References: <5401080E.8090904@gentoo.org> <1863932.qRLQGIk0OP@andromeda> <20140830134126.2b1a6da7@pomiot.lan> <20140830145524.7446d838@shanghai.paradoxon.rec> <20140903181114.GA14334@linux1> In-Reply-To: <20140903181114.GA14334@linux1> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-Archives-Salt: 0d7afb68-5a03-486b-92ba-dc7dc4a649cc X-Archives-Hash: ebb94735f96606c70a49ef744638fc74 -----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-----