From: Khem Raj <raj.khem@gmail.com>
To: Ioan-Adrian Ratiu <adrian.ratiu@ni.com>,
openembedded-core@lists.openembedded.org
Subject: Re: [] default-providers: introduce VIRTUAL-RUNTIME_initscripts
Date: Fri, 13 Jul 2018 06:30:30 -0600 [thread overview]
Message-ID: <918da0cc-b3f8-b34c-91cb-7a8c0e550741@gmail.com> (raw)
In-Reply-To: <8736wnze0d.fsf@ni.com>
[-- Attachment #1.1: Type: text/plain, Size: 4154 bytes --]
On 7/13/18 3:22 AM, Ioan-Adrian Ratiu wrote:
> On Thu, 12 Jul 2018, Khem Raj <raj.khem@gmail.com> wrote:
>> On 7/10/18 7:44 AM, Ioan-Adrian Ratiu wrote:
>>> Commits 1202307b24 ("lsbinitscripts: don't use update-alternatives")
>>> cdcebd81c87 ("initscripts: don't use update-alternatives") and
>>> 061fa614cec ("update-alternatives.bbclass: refuse to manage SysV init
>>> scripts") make sure that the lsbinitscripts and initscripts packages
>>> conflict with eachother and can't be alternatives.
>>>
>>> lsb has a hardcoded dependency on lsbinitscripts which makes it
>>> impossible to install on systems using initscripts (acl depends on
>>> initscripts) and lsbinitscripts also has a runtime dependency on the
>>> full util-linux package making it an unwanted dependency on busybox
>>> systems.
>>>
>>> Therefore introduce VIRTUAL-RUNTIME_initscripts to choose between the
>>> versions of /etc/init.d/functions and allow installing lsb alongside
>>> initscripts avoiding the full util-linux dependency.
>>>
>>> Default it to lsbinitscripts so we don't have a change in the existing
>>> behavior; distros/users can override it in their conf when needed.
>>>
>>
>> We already have PREFERRED_RPROVIDER_initd-functions I wonder if that is
>> the right option to use here.
>
> (I've sent patch v2 which fixes a build-error causing typo, sorry for it :)
>
> We could use PREFERRED_RPROVIDER_initd-functions but that currently
> defaults to "initscripts". In all my layers nothing is using that
> variable, so would it be ok to change its default to lsbinitscripts to
> preserve the current default lsb/util-linux behaviour?
>
> Or are you ok with using it as is, leaving the default to "initscripts"
> and just change the lsb dependency?
>
if it is unused then change it to lsbscripts.
>>
>>> Signed-off-by: Ioan-Adrian Ratiu <adrian.ratiu@ni.com>
>>> ---
>>> meta/conf/distro/include/default-providers.inc | 1 +
>>> meta/recipes-extended/lsb/lsb_5.0.bb | 3 +--
>>> meta/recipes-extended/packagegroups/packagegroup-core-lsb.bb | 2 +-
>>> 3 files changed, 3 insertions(+), 3 deletions(-)
>>>
>>> diff --git a/meta/conf/distro/include/default-providers.inc b/meta/conf/distro/include/default-providers.inc
>>> index e65c1ed323..37e7478ea0 100644
>>> --- a/meta/conf/distro/include/default-providers.inc
>>> +++ b/meta/conf/distro/include/default-providers.inc
>>> @@ -23,6 +23,7 @@ VIRTUAL-RUNTIME_update-alternatives ?= "update-alternatives-opkg"
>>> VIRTUAL-RUNTIME_apm ?= "apm"
>>> VIRTUAL-RUNTIME_alsa-state ?= "alsa-state"
>>> VIRTUAL-RUNTIME_getopt ?= "util-linux-getopt"
>>> +VIRTUAL-RUNTIME_initscripts ?= "lsbinitscripts"
>>> VIRTUAL-RUNTIME_wireless-tools ?= "iw wireless-tools"
>>> VIRTUAL-RUNTIME_base-utils ?= "busybox"
>>> VIRTUAL-RUNTIME_base-utils-hwclock ?= "busybox-hwclock"
>>> diff --git a/meta/recipes-extended/lsb/lsb_5.0.bb b/meta/recipes-extended/lsb/lsb_5.0.bb
>>> index df4812e4bc..6cb1751664 100644
>>> --- a/meta/recipes-extended/lsb/lsb_5.0.bb
>>> +++ b/meta/recipes-extended/lsb/lsb_5.0.bb
>>> @@ -8,8 +8,7 @@ LSB_CORE_x86 = "lsb-core-ia32"
>>> LSB_CORE_x86-64 = "lsb-core-amd64"
>>> RPROVIDES_${PN} += "${LSB_CORE}"
>>>
>>> -# lsb_release needs getopt, lsbinitscripts
>>> -RDEPENDS_${PN} += "${VIRTUAL-RUNTIME_getopt} lsbinitscripts"
>>> +RDEPENDS_${PN} += "${VIRTUAL-RUNTIME_getopt} ${VIRTUAL-RUNTIME_initscripts}"
>>>
>>> LIC_FILES_CHKSUM = "file://README;md5=12da544b1a3a5a1795a21160b49471cf"
>>>
>>> diff --git a/meta/recipes-extended/packagegroups/packagegroup-core-lsb.bb b/meta/recipes-extended/packagegroups/packagegroup-core-lsb.bb
>>> index 53d100ce74..74547b0773 100644
>>> --- a/meta/recipes-extended/packagegroups/packagegroup-core-lsb.bb
>>> +++ b/meta/recipes-extended/packagegroups/packagegroup-core-lsb.bb
>>> @@ -118,7 +118,7 @@ RDEPENDS_packagegroup-core-lsb-misc = "\
>>> gettext \
>>> gettext-runtime \
>>> groff \
>>> - lsbinitscripts \
>>> + ${VIRTUAL_RUNTIME-initscripts} \
>>> lsbtest \
>>> lsof \
>>> strace \
>>>
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 201 bytes --]
next prev parent reply other threads:[~2018-07-13 12:30 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-07-10 13:44 [] default-providers: introduce VIRTUAL-RUNTIME_initscripts Ioan-Adrian Ratiu
2018-07-12 16:04 ` Khem Raj
2018-07-13 9:22 ` Ioan-Adrian Ratiu
2018-07-13 12:30 ` Khem Raj [this message]
2018-07-13 12:45 ` Ioan-Adrian Ratiu
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=918da0cc-b3f8-b34c-91cb-7a8c0e550741@gmail.com \
--to=raj.khem@gmail.com \
--cc=adrian.ratiu@ni.com \
--cc=openembedded-core@lists.openembedded.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox