From: Philip Tricca <flihp@twobit.us>
To: Chris Patterson <cjp256@gmail.com>
Cc: "meta-virtualization@yoctoproject.org"
<meta-virtualization@yoctoproject.org>
Subject: Re: [PATCH 2/2] xen: Add RDEPENDS block for xendomains script.
Date: Mon, 10 Feb 2014 11:43:18 -0500 [thread overview]
Message-ID: <52F901A6.2000308@twobit.us> (raw)
In-Reply-To: <CABZSBQdqreuLav6Wq=6BjgdWsOr+0ezi6EV3_gi3adPLDBi6uw@mail.gmail.com>
Your guess is as good as mine. I've not had to dive into xl code. I'm
just going on observed behavior right now. I spent a bunch of time just
tracking down the 'dependency' as it seems to be quite unrelated.
The hang only seems to be triggered when invoking 'xl create' in a
subshell from the xendomains script. Just breaking this call out of the
subshell gets everything back on track. I'm satisfied to write this off
as a mystery for the time being. It moves the recipe forward with some
better granularity in the runtime dependencies which was my main goal.
Incremental progress is good right? :P
Philip
On 02/09/2014 09:57 PM, Chris Patterson wrote:
> Perhaps something to do with udev rules (which may invoke the block
> scripts)?
>
>
> On Sun, Feb 9, 2014 at 8:45 PM, Philip Tricca <flihp@twobit.us
> <mailto:flihp@twobit.us>> wrote:
>
> I can't explain the dependency on xen-scripts-block as the xendomains
> script doesn't invoke any of these scripts directly. Still xendomains
> hangs indefinitely without them.
>
> Signed-off-by: Philip Tricca <flihp@twobit.us <mailto:flihp@twobit.us>>
>
> diff --git a/recipes-extended/xen/xen.inc b/recipes-extended/xen/xen.inc
> index bd2fc74..4c27497 100644
> --- a/recipes-extended/xen/xen.inc
> +++ b/recipes-extended/xen/xen.inc
> @@ -70,6 +70,13 @@ RDEPENDS_${PN}-xencommons = "\
> ${PN}-scripts-common \
> "
>
> +RDEPENDS_${PN}-xendomains = "\
> + ${PN}-console \
> + ${PN}-scripts-block \
> + ${PN}-scripts-common \
> + ${PN}-xenstored \
> + "
> +
> RDEPENDS_${PN}-xl = "libgcc"
>
> PACKAGES = "\
> --
> 1.7.10.4
>
>
next prev parent reply other threads:[~2014-02-10 16:43 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-02-10 1:45 [PATCH 0/2] xen: A few minor fixups Philip Tricca
2014-02-10 1:45 ` [PATCH 1/2] xen: Replace python-setuptools-native with python-distutils-native to keep pace with upstream Philip Tricca
2014-02-10 2:59 ` Chris Patterson
2014-02-10 14:08 ` Philip Tricca
2014-02-10 16:32 ` [PATCH] xen: Add RDEPENDS block for xendomains script Philip Tricca
2014-02-10 16:36 ` Philip Tricca
2014-02-10 16:36 ` [PATCH] xen: Replace python-setuptools-native dependency with python-distribute-native Philip Tricca
2014-02-11 1:28 ` Chris Patterson
2014-02-11 12:14 ` [PATCH] xen: Remove dependency on python-setuptools-native Philip Tricca
2014-02-11 20:47 ` Bruce Ashfield
2014-02-10 1:45 ` [PATCH 2/2] xen: Add RDEPENDS block for xendomains script Philip Tricca
2014-02-10 2:57 ` Chris Patterson
2014-02-10 16:43 ` Philip Tricca [this message]
2014-02-11 20:47 ` Bruce Ashfield
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=52F901A6.2000308@twobit.us \
--to=flihp@twobit.us \
--cc=cjp256@gmail.com \
--cc=meta-virtualization@yoctoproject.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 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.