Message ID | 20250529163440.3116537-1-richard.purdie@linuxfoundation.org |
---|---|
State | Accepted |
Headers | show |
Series | brief-yoctoprojectqs/ref-manual: Switch to new CDN | expand |
Hi Richard, On 5/29/25 6:34 PM, Richard Purdie via lists.yoctoproject.org wrote: > The project is switching the way handle our CDN provision of sstate objects, > update the URL accordingly. > Will the old URL still work for existing sstate? The answer to that question will tell us whether we should backport this to all/most older releases I believe? Cheers, Quentin
On Mon, 2025-06-02 at 11:35 +0200, Quentin Schulz wrote: > Hi Richard, > > On 5/29/25 6:34 PM, Richard Purdie via lists.yoctoproject.org wrote: > > The project is switching the way handle our CDN provision of sstate > > objects, > > update the URL accordingly. > > > > Will the old URL still work for existing sstate? The answer to that > question will tell us whether we should backport this to all/most > older releases I believe? It won't and we should definitely backport. Cheers, Richard
diff --git a/documentation/brief-yoctoprojectqs/index.rst b/documentation/brief-yoctoprojectqs/index.rst index 48f81b16a..fed511c2b 100644 --- a/documentation/brief-yoctoprojectqs/index.rst +++ b/documentation/brief-yoctoprojectqs/index.rst @@ -253,7 +253,7 @@ an entire Linux distribution, including the toolchain, from source. file in the :term:`Build Directory`:: BB_HASHSERVE_UPSTREAM = "wss://hashserv.yoctoproject.org/ws" - SSTATE_MIRRORS ?= "file://.* http://cdn.jsdelivr.net/yocto/sstate/all/PATH;downloadfilename=PATH" + SSTATE_MIRRORS ?= "file://.* http://sstate.yoctoproject.org/all/PATH;downloadfilename=PATH" BB_HASHSERVE = "auto" BB_SIGNATURE_HANDLER = "OEEquivHash" diff --git a/documentation/ref-manual/variables.rst b/documentation/ref-manual/variables.rst index c697bdbbb..9768d8f5b 100644 --- a/documentation/ref-manual/variables.rst +++ b/documentation/ref-manual/variables.rst @@ -9117,7 +9117,7 @@ system and gives an overview of their function and contents. The Yocto Project actually shares the cache data objects built by its autobuilder:: - SSTATE_MIRRORS ?= "file://.* http://cdn.jsdelivr.net/yocto/sstate/all/PATH;downloadfilename=PATH" + SSTATE_MIRRORS ?= "file://.* http://sstate.yoctoproject.org/all/PATH;downloadfilename=PATH" As such binary artifacts are built for the generic QEMU machines supported by the various Poky releases, they are less likely to be
The project is switching the way handle our CDN provision of sstate objects, update the URL accordingly. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> --- documentation/brief-yoctoprojectqs/index.rst | 2 +- documentation/ref-manual/variables.rst | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-)