From: Joe MacDonald <joe@deserted.net>
To: openembedded-core@lists.openembedded.org
Subject: [RFC PATCH v2] Allow remote sstate cache fetches when BB_NO_NETWORK set
Date: Tue, 2 Jul 2013 09:18:41 -0400 [thread overview]
Message-ID: <20130702131840.GA7855@burninator> (raw)
Originally I had two changes, on to oe-core's sstate.bbclass and one in
bitbake's fetcher. Following on from the feedback on the bitbake-devel list,
here's version two, isolated to sstate.bbclass.
My objective here is to support a very specific scenario. I have a well-fed
sstate cache on my internal network. I want to use it for accelerating builds
across a variety of machines where NFS is not really an option. I don't want
bitbake to ever attempt to fetch sources for packages, though, so I'm always
using BB_NO_NETWORK.
The proposal I have is adding a new local.conf variable that will allow cache
fetches only to be exempt from BB_NO_NETWORK restrictions. If it is set and
BB_NO_NETWORK is not set, there's no change in behaviour. If it is not set and
BB_NO_NETWORK is set, again, no change in today's behaviour. If both are set,
however, for sstate mirror fetch attempts we will temporarily mask off
BB_NO_NETWORK, allowing the fetch to complete for the sstate object, but still
disable network access for remote sources.
--
-Joe MacDonald.
:wq
reply other threads:[~2013-07-02 13:18 UTC|newest]
Thread overview: [no followups] expand[flat|nested] mbox.gz Atom feed
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=20130702131840.GA7855@burninator \
--to=joe@deserted.net \
--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 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.