From: Koen Kooi <koen@dominion.kabel.utwente.nl>
To: openembedded-devel@openembedded.org
Subject: Re: Packaged Staging - 'Current' Status
Date: Thu, 13 Mar 2008 23:06:32 +0100 [thread overview]
Message-ID: <frc8h9$auq$1@ger.gmane.org> (raw)
In-Reply-To: <1205444019.4547.192.camel@dax.rpnet.com>
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Richard Purdie schreef:
| As has been mentioned, I'm working on integrating packaged staging and
| its about time I mentioned the current status. I say 'current' as it
| applies to what I have offline, not what's in OE.dev.
I have a few questions that I can't deduce an answer to from your
description:
~ * How does packaged-staging handle switching ANGSTROM_MODE?
If the packaged-staging-packages (p-s-ps) get seperated by target tuple
it should be ok, and if the p-s-ps dir can be overriden (e.g.
PS_STAGING_DIR = foo/bar/${ANGSTROM_MODE}) we should be safe as well.
~ * do we have 'one' staging dir as we have now, or can each package have
its own staging dir built from its DEPENDS?
I know that this largely depends on how fast/well we debug sysroot
stuff, but I'm curious how this is in your current design.
~ * will p-s.bbclass be package format agnostic, or are we going to
insist on opkg?
I know from experience that making it format agnostic isn't hard, only
tedious, but most of all subject to combinatorial explosion for
unit-testing. It also doesn't really matter, since p-s-ps are orthogonal
to the ones in deploy, but I can image OE-newbies freaking out over this.
regards,
Koen
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (Darwin)
iD8DBQFH2aVoMkyGM64RGpERAor2AKC2XM/v+c6hQFsZTZdv5F2dtMRFawCgpgAD
ZT5JM2KOiqUyTLNY3A6n4Io=
=T4cR
-----END PGP SIGNATURE-----
next prev parent reply other threads:[~2008-03-13 22:09 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-03-13 21:33 Packaged Staging - 'Current' Status Richard Purdie
2008-03-13 22:06 ` Koen Kooi [this message]
2008-03-13 23:21 ` Richard Purdie
2008-03-14 12:11 ` Koen Kooi
2008-03-14 17:05 ` Koen Kooi
2008-03-14 21:44 ` Koen Kooi
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='frc8h9$auq$1@ger.gmane.org' \
--to=koen@dominion.kabel.utwente.nl \
--cc=openembedded-devel@lists.openembedded.org \
--cc=openembedded-devel@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 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.