All of lore.kernel.org
 help / color / mirror / Atom feed
From: ChenQi <Qi.Chen@windriver.com>
To: Martin Jansa <martin.jansa@gmail.com>
Cc: Paul Eggleton <paul.eggleton@linux.intel.com>,
	openembedded-core@lists.openembedded.org
Subject: Re: [PATCH V3 2/2] Add missing RDEPENDS of initscripts-functions
Date: Thu, 23 Jan 2014 20:14:39 +0800	[thread overview]
Message-ID: <52E107AF.4010507@windriver.com> (raw)
In-Reply-To: <20140120101820.GF5565@jama>

Hi Martin & Paul,

I've reworked on this issue, and patches have been sent out.
It would be really appreciated if you could have a look at the patches.

Best Regards,
Chen Qi

On 01/20/2014 06:18 PM, Martin Jansa wrote:
> On Mon, Jan 20, 2014 at 10:15:41AM +0800, ChenQi wrote:
>> On 01/17/2014 11:37 PM, Martin Jansa wrote:
>>> On Fri, Jan 17, 2014 at 02:11:39PM +0000, Paul Eggleton wrote:
>>>> Hi Qi,
>>>>
>>>> On Monday 06 January 2014 15:27:35 Chen Qi wrote:
>>>>> Now that the initscripts-functions has been packaged separately,
>>>>> packages which may use the functions script should have a runtime
>>>>> dependency on it.
>>>>>
>>>>> Signed-off-by: Chen Qi <Qi.Chen@windriver.com>
>>>>> ---
>>>>>    meta/recipes-bsp/alsa-state/alsa-state.bb          |    2 +-
>>>>>    meta/recipes-bsp/apmd/apmd_3.2.2-14.bb             |    1 +
>>>>>    .../irda-utils/irda-utils_0.9.18.bb                |    2 ++
>>>>>    .../nfs-utils/nfs-utils_1.2.9.bb                   |    4 ++--
>>>>>    meta/recipes-connectivity/openssh/openssh_6.4p1.bb |    2 +-
>>>>>    meta/recipes-connectivity/ppp/ppp_2.4.5.bb         |    1 +
>>>>>    meta/recipes-core/dbus/dbus.inc                    |    2 +-
>>>>>    meta/recipes-core/systemd/systemd_208.bb           |    2 +-
>>>>>    meta/recipes-core/sysvinit/sysvinit_2.88dsf.bb     |    2 +-
>>>>>    meta/recipes-devtools/distcc/distcc_3.1.bb         |    1 +
>>>>>    meta/recipes-devtools/tcf-agent/tcf-agent_git.bb   |    2 +-
>>>>>    meta/recipes-extended/at/at_3.1.14.bb              |    3 +--
>>>>>    meta/recipes-extended/cronie/cronie_1.4.11.bb      |    2 ++
>>>>>    meta/recipes-extended/rpcbind/rpcbind_0.2.1.bb     |    2 ++
>>>>>    meta/recipes-extended/sysklogd/sysklogd.inc        |    2 ++
>>>>>    meta/recipes-extended/xinetd/xinetd_2.3.15.bb      |    1 +
>>>>>    .../oprofile/oprofileui-server_git.bb              |    2 +-
>>>>>    17 files changed, 22 insertions(+), 11 deletions(-)
>>>> Sorry to come back on this patchset again, but could we not detect
>>>> installation of an initscript requiring these functions in update-rc.d.bbclass
>>>> and just add the RDEPENDS automatically? Otherwise it's just another thing
>>>> people can get wrong when writing a recipe, not to mention all of the existing
>>>> recipes outside OE-Core that install initscripts.
>>> Agreed, my current list of components where I've reverted this (to get
>>> my images building again) is:
>>>
>>> dbus, systemd, apmd, rpcbind, nfs-utils, alsa-state, openssh, ppp,
>>> cronie, irda-utils
>> Hi Martin,
>>
>> Could you please give me some more information why to revert this?
>> I really don't want to mess things up. So I really wish I could be aware
>> of some potential problems before I start working on this.
> I'm using systemd only, so on my image there aren't sysvinit scripts
> installed and to make sure that everything stays that way I've
> blacklisted initscripts recipe in distro configuration.
>
> http://lists.openembedded.org/pipermail/openembedded-core/2014-January/088116.html
>
> So including it only when update-rc.d is enabled and the sysvinit script
> isn't masked by systemd service or disabled by
> openembedded-core/meta/recipes-core/systemd/systemd-compat-units.bb
> looks like good compromise.
>
> Changing it to RRECOMMENDS isn't really
> correct (because it's either mandatory required or not at all), but it
> would also make "disabling" it a bit easier.
>
> Regards,
>
>> Best Regards,
>> Chen Qi
>>
>>> To be fair, it's possible that some of these need it and I just don't
>>> use their script in runtime (e.g. irda-utils is included only in image
>>> on "spitz" MACHINE and I've never used irda here - it's pulled through
>>> some packagegroup because MACHINE_FEATURES have irda)
>>>



  reply	other threads:[~2014-01-23 12:14 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-01-06  7:27 [PATCH V3 0/2] Split the functions script into a separate package in initscripts Chen Qi
2014-01-06  7:27 ` [PATCH V3 1/2] initscripts: split the functions script into a separate package Chen Qi
2014-01-06  7:27 ` [PATCH V3 2/2] Add missing RDEPENDS of initscripts-functions Chen Qi
2014-01-17 14:11   ` Paul Eggleton
2014-01-17 15:37     ` Martin Jansa
2014-01-20  2:15       ` ChenQi
2014-01-20 10:18         ` Martin Jansa
2014-01-23 12:14           ` ChenQi [this message]
2014-01-20  2:12     ` ChenQi

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=52E107AF.4010507@windriver.com \
    --to=qi.chen@windriver.com \
    --cc=martin.jansa@gmail.com \
    --cc=openembedded-core@lists.openembedded.org \
    --cc=paul.eggleton@linux.intel.com \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.