<?xml version="1.0"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en">
	<id>https://wiki.yoctoproject.org/wiki/api.php?action=feedcontributions&amp;feedformat=atom&amp;user=Rpurdie</id>
	<title>Yocto Project - User contributions [en]</title>
	<link rel="self" type="application/atom+xml" href="https://wiki.yoctoproject.org/wiki/api.php?action=feedcontributions&amp;feedformat=atom&amp;user=Rpurdie"/>
	<link rel="alternate" type="text/html" href="https://wiki.yoctoproject.org/wiki/Special:Contributions/Rpurdie"/>
	<updated>2026-09-25T04:34:16Z</updated>
	<subtitle>User contributions</subtitle>
	<generator>MediaWiki 1.39.5</generator>
	<entry>
		<id>https://wiki.yoctoproject.org/wiki/index.php?title=Yocto_Project_Release_Checklist&amp;diff=86882</id>
		<title>Yocto Project Release Checklist</title>
		<link rel="alternate" type="text/html" href="https://wiki.yoctoproject.org/wiki/index.php?title=Yocto_Project_Release_Checklist&amp;diff=86882"/>
		<updated>2026-09-23T16:13:34Z</updated>

		<summary type="html">&lt;p&gt;Rpurdie: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Major Release &lt;br /&gt;
&lt;br /&gt;
* Week prior to build of release candidate&lt;br /&gt;
** Updates to the following packages will have occurred. DO NO PANIC, these come late in the release cycle&lt;br /&gt;
*** wic &lt;br /&gt;
*** meta-yocto-bsp &lt;br /&gt;
*** meta-yocto&lt;br /&gt;
*** linux-firmware &lt;br /&gt;
*** bootloaders (grub, syslinux, u-boot, gummiboot, etc..) &lt;br /&gt;
*** hwdata &lt;br /&gt;
*** pciutils &lt;br /&gt;
*** util-linux &lt;br /&gt;
*** i2c-tools &lt;br /&gt;
*** alsa &lt;br /&gt;
*** graphics drivers &lt;br /&gt;
*** cryptodev &lt;br /&gt;
*** systemtap&lt;br /&gt;
*** perf&lt;br /&gt;
*** linux-yocto&lt;br /&gt;
&lt;br /&gt;
* Prior to build of the first release candidate&lt;br /&gt;
** Does LAYERSERIES_CORENAMES in layer.conf in OE-Core contain the current release name with the previous release removed?&lt;br /&gt;
** Is DISTRO_VERSION updated in poky.conf? (e.g. https://git.yoctoproject.org/meta-yocto/commit/?h=wrynose&amp;amp;id=904846ae078ee20de073040ebb77c86e19250f56)&lt;br /&gt;
** Is SANITY_TESTED_DISTROS updated in poky.conf? (e.g. see above)&lt;br /&gt;
** Is bitbake version updated? (e.g. https://git.openembedded.org/bitbake/commit/?h=2.18&amp;amp;id=33581c84f3a85008239acbd940501a35de48dc91)&lt;br /&gt;
** Are yocto-docs merged to the release branch?&lt;br /&gt;
** Has bitbake -f -c distrodata universe been run?&lt;br /&gt;
** Add a new bitbake-setup configuration file in BitBake&#039;s registry (create a new one, do not delete old ones, e.g. https://lore.kernel.org/bitbake-devel/20260422095624.241708-1-richard.purdie@linuxfoundation.org/T/)&lt;br /&gt;
** Add branch selectors and scheduled jobs to autobuilder configuration (e.g. https://lore.kernel.org/yocto-patches/20260423214412.2387367-2-richard.purdie@linuxfoundation.org/T/)&lt;br /&gt;
** Update Toaster fixtures files&lt;br /&gt;
** Update SRCREVs in build-appliance-image (e.g. https://git.openembedded.org/openembedded-core/commit/?h=wrynose&amp;amp;id=42fa856a00ac16b2a7a83d7ecfa60a5be192b16c)&lt;br /&gt;
&lt;br /&gt;
* After the final release candidate has returned from QA and is approved, verify the following:&lt;br /&gt;
** BSP tarballs have been generated.&lt;br /&gt;
** Release Notes have been created, finalized, and approved.&lt;br /&gt;
** Release Notes have been signed.&lt;br /&gt;
** Repos have been tagged with correct commit and signature. &lt;br /&gt;
** The README for each BSP has been checked and updated if necessary.&lt;br /&gt;
** Artifacts correctly moved to https://downloads.yoctoproject.org/releases/yocto/.&lt;br /&gt;
** The kernel.org mirror sync has been triggered and completed successfully.&lt;br /&gt;
** The release announcement has been sent to the appropriate mailing lists. (yocto and yocto-announce)&lt;br /&gt;
** docs.yoctoproject.org updated correct dropdown version.&lt;br /&gt;
** Files to update in yocto-docs:&lt;br /&gt;
*** Create new release note templates in documentation/migration-guides/ (e.g. https://lore.kernel.org/yocto-docs/20251218-release-notes-templates-6-0-v1-1-61690583cef2@bootlin.com/)&lt;br /&gt;
*** Update documentation/ref-manual/svg/releases.svg (e.g. https://lore.kernel.org/yocto-docs/20251204-release-updates-v2-2-04ca6c26ddd5@bootlin.com/)&lt;br /&gt;
** Files to update in yocto-autobuilder2:&lt;br /&gt;
*** update workers_prev_releases in config.py (e.g. https://lore.kernel.org/yocto-patches/20251217-add-whinlatter-to-config-v1-1-9aeb42d212bd@bootlin.com/)&lt;br /&gt;
** Files to update in yocto-autobuilder-helper:&lt;br /&gt;
*** Update scripts/release-parser.py&lt;br /&gt;
** Files to update in yocto-metrics:&lt;br /&gt;
*** Update patch-status/releases.csv&lt;/div&gt;</summary>
		<author><name>Rpurdie</name></author>
	</entry>
	<entry>
		<id>https://wiki.yoctoproject.org/wiki/index.php?title=Releases&amp;diff=86876</id>
		<title>Releases</title>
		<link rel="alternate" type="text/html" href="https://wiki.yoctoproject.org/wiki/index.php?title=Releases&amp;diff=86876"/>
		<updated>2026-09-10T14:27:48Z</updated>

		<summary type="html">&lt;p&gt;Rpurdie: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&amp;lt;!-- keywords: release names codenames versions version names numbers branches branchx --&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;span style=&amp;quot;font-size: x-large; color: red;&amp;quot;&amp;gt;Note that https://www.yoctoproject.org/development/releases/ is the preferred source of information.&amp;lt;/span&amp;gt;&lt;br /&gt;
&lt;br /&gt;
This page remains as it currently contains more information.&lt;br /&gt;
&lt;br /&gt;
See [[Release calendar]] for upcoming release dates.&lt;br /&gt;
&lt;br /&gt;
== Release Activity==&lt;br /&gt;
&lt;br /&gt;
See also [https://docs.yoctoproject.org/dev/_images/releases.svg a graphical release timeline].&lt;br /&gt;
&lt;br /&gt;
Releases can be downloaded at https://www.yoctoproject.org/software-overview/downloads/&lt;br /&gt;
&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; border=&amp;quot;2&amp;quot;&lt;br /&gt;
!Codename&lt;br /&gt;
!Yocto Project Version&lt;br /&gt;
!Release Date&lt;br /&gt;
!Current Version&lt;br /&gt;
!Support Level&lt;br /&gt;
!Poky Version&lt;br /&gt;
!BitBake branch&lt;br /&gt;
! Maintainer&lt;br /&gt;
!Notes&lt;br /&gt;
|-&lt;br /&gt;
|Garburn&lt;br /&gt;
|6.2&lt;br /&gt;
| April 2027&lt;br /&gt;
|&lt;br /&gt;
|Support for 6 months (until October 2027)&lt;br /&gt;
|N/A&lt;br /&gt;
|2.22&lt;br /&gt;
|Richard Purdie &amp;lt;richard.purdie@linuxfoundation.org&amp;gt;&lt;br /&gt;
|&lt;br /&gt;
|-&lt;br /&gt;
|Blacksail&lt;br /&gt;
|6.1&lt;br /&gt;
| October 2026&lt;br /&gt;
|&lt;br /&gt;
|Support for 6 months (until April 2027)&lt;br /&gt;
|N/A&lt;br /&gt;
|2.20&lt;br /&gt;
|Richard Purdie &amp;lt;richard.purdie@linuxfoundation.org&amp;gt;&lt;br /&gt;
|&lt;br /&gt;
|-&lt;br /&gt;
|Wrynose &amp;lt;br/&amp;gt;(like &#039;rhinos&#039;)&lt;br /&gt;
|6.0&lt;br /&gt;
| April 2026&lt;br /&gt;
|6.0 (May 2026)&lt;br /&gt;
|Long Term Support (until April 2030)&lt;br /&gt;
|N/A&lt;br /&gt;
|2.18&lt;br /&gt;
|Yoann Congal &amp;lt;yoann.congal@smile.fr&amp;gt;&lt;br /&gt;
|&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Whinlatter &amp;lt;br/&amp;gt;(like &#039;win latter&#039;)&lt;br /&gt;
|5.3&lt;br /&gt;
| December 2025&lt;br /&gt;
|5.3.2 (March 2026)&lt;br /&gt;
|EOL&lt;br /&gt;
|N/A&lt;br /&gt;
|2.16&lt;br /&gt;
|Yoann Congal &amp;lt;yoann.congal@smile.fr&amp;gt;&lt;br /&gt;
|[[Recipe_Versions|Recipe versions]]&lt;br /&gt;
|-&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Walnascar (aka Walna)&lt;br /&gt;
|5.2&lt;br /&gt;
| May 2025&lt;br /&gt;
|5.2.4 (October 2025)&lt;br /&gt;
|EOL since November 2025&lt;br /&gt;
|N/A&lt;br /&gt;
|2.12&lt;br /&gt;
|Steve Sakoman &amp;lt;steve@sakoman.com&amp;gt;&lt;br /&gt;
|[[Recipe_Versions|Recipe versions]]&lt;br /&gt;
|-&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Styhead &amp;lt;br/&amp;gt;(like &#039;try head&#039;)&lt;br /&gt;
|5.1&lt;br /&gt;
| October 2024&lt;br /&gt;
|5.1.4 (April 2025)&lt;br /&gt;
|EOL&lt;br /&gt;
|N/A&lt;br /&gt;
|2.10&lt;br /&gt;
|Steve Sakoman &amp;lt;steve@sakoman.com&amp;gt;&lt;br /&gt;
|&lt;br /&gt;
|-&lt;br /&gt;
|Scarthgap&lt;br /&gt;
|5.0&lt;br /&gt;
| April 2024&lt;br /&gt;
| 5.0.18 (June 2026)&lt;br /&gt;
|Long Term Support (until April 2028)&lt;br /&gt;
|N/A&lt;br /&gt;
|2.8&lt;br /&gt;
|Yoann Congal &amp;lt;yoann.congal@smile.fr&amp;gt;&lt;br /&gt;
|[[Recipe_Versions|Recipe versions]]&lt;br /&gt;
|-&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Nanbield &amp;lt;br/&amp;gt;(like &#039;man field&#039;)&lt;br /&gt;
|4.3&lt;br /&gt;
| November 2023&lt;br /&gt;
| 4.3.4 (April 2024)&lt;br /&gt;
| EOL&lt;br /&gt;
|N/A&lt;br /&gt;
|2.6&lt;br /&gt;
|Steve Sakoman &amp;lt;steve@sakoman.com&amp;gt;&lt;br /&gt;
|- style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Mickledore&lt;br /&gt;
|4.2&lt;br /&gt;
| May 2023&lt;br /&gt;
| 4.2.4 (December 2023)&lt;br /&gt;
| EOL&lt;br /&gt;
|N/A&lt;br /&gt;
|2.4&lt;br /&gt;
|Steve Sakoman &amp;lt;steve@sakoman.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Langdale&lt;br /&gt;
|4.1&lt;br /&gt;
| October 2022&lt;br /&gt;
| 4.1.4 (May 2023)&lt;br /&gt;
| EOL&lt;br /&gt;
|N/A&lt;br /&gt;
|2.2&lt;br /&gt;
|Steve Sakoman &amp;lt;steve@sakoman.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Kirkstone &amp;lt;br/&amp;gt;(like &#039;kirk stun&#039;)&lt;br /&gt;
|4.0&lt;br /&gt;
|May 2022&lt;br /&gt;
|4.0.33 (February 2026)&lt;br /&gt;
|EOL&lt;br /&gt;
|N/A&lt;br /&gt;
|2.0&lt;br /&gt;
|Yoann Congal &amp;lt;yoann.congal@smile.fr&amp;gt;&lt;br /&gt;
|-&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Honister&lt;br /&gt;
|3.4&lt;br /&gt;
|October 2021&lt;br /&gt;
|3.4.4 (May 2022)&lt;br /&gt;
|EOL&lt;br /&gt;
|N/A&lt;br /&gt;
|1.52&lt;br /&gt;
|Anuj Mittal &amp;lt;anuj.mittal@intel.com&amp;gt;&lt;br /&gt;
|-&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Hardknott&lt;br /&gt;
|3.3&lt;br /&gt;
|April 2021&lt;br /&gt;
|3.3.6 (April 2022)&lt;br /&gt;
|EOL&lt;br /&gt;
|N/A&lt;br /&gt;
|1.50&lt;br /&gt;
|Anuj Mittal &amp;lt;anuj.mittal@intel.com&amp;gt;&lt;br /&gt;
|-&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Gatesgarth&lt;br /&gt;
|3.2&lt;br /&gt;
|Oct 2020&lt;br /&gt;
|3.2.4 (May 2021)&lt;br /&gt;
|EOL&lt;br /&gt;
|N/A&lt;br /&gt;
|1.48&lt;br /&gt;
|Anuj Mittal &amp;lt;anuj.mittal@intel.com&amp;gt;&lt;br /&gt;
|-&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Dunfell&lt;br /&gt;
|3.1&lt;br /&gt;
|April 2020&lt;br /&gt;
|3.1.33 (May 2024)&lt;br /&gt;
| EOL - LTS¹&lt;br /&gt;
|23.0&lt;br /&gt;
|1.46&lt;br /&gt;
|Steve Sakoman &amp;lt;steve@sakoman.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Zeus&lt;br /&gt;
|3.0&lt;br /&gt;
|October 2019&lt;br /&gt;
|3.0.4 (August 2020)&lt;br /&gt;
|EOL&lt;br /&gt;
|22.0.3&lt;br /&gt;
|1.44&lt;br /&gt;
| Anuj/Armin&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Warrior&lt;br /&gt;
|2.7&lt;br /&gt;
|April 2019&lt;br /&gt;
|2.7.4 (June 2020)&lt;br /&gt;
|EOL&lt;br /&gt;
|21.0&lt;br /&gt;
|1.42&lt;br /&gt;
|Armin Kuster &amp;lt;akuster808@gmail.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Thud&lt;br /&gt;
|2.6&lt;br /&gt;
|Nov 2018&lt;br /&gt;
|2.6.4 (October 2019)&lt;br /&gt;
|EOL&lt;br /&gt;
|20.0&lt;br /&gt;
|1.40&lt;br /&gt;
| Armin Kuster &amp;lt;akuster808@gmail.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Sumo&lt;br /&gt;
|2.5&lt;br /&gt;
|April 2018&lt;br /&gt;
|2.5.3 (April 2019)&lt;br /&gt;
|EOL&lt;br /&gt;
|19.0&lt;br /&gt;
|1.38&lt;br /&gt;
| Armin Kuster &amp;lt;akuster808@gmail.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Rocko&lt;br /&gt;
|2.4&lt;br /&gt;
|Oct 2017&lt;br /&gt;
|2.4.4 (November 2018)&lt;br /&gt;
|EOL&lt;br /&gt;
|18.0&lt;br /&gt;
|1.36&lt;br /&gt;
| Armin Kuster &amp;lt;akuster808@gmail.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Pyro&lt;br /&gt;
|2.3&lt;br /&gt;
|May 2017&lt;br /&gt;
|2.3.4 (July 2018)&lt;br /&gt;
|EOL&lt;br /&gt;
|17.0&lt;br /&gt;
|1.34&lt;br /&gt;
| Armin Kuster &amp;lt;akuster808@gmail.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Morty&lt;br /&gt;
|2.2&lt;br /&gt;
|Nov 2016&lt;br /&gt;
|2.2.4 (July 2018)&lt;br /&gt;
|EOL&lt;br /&gt;
|16.0&lt;br /&gt;
|1.32&lt;br /&gt;
| Armin Kuster &amp;lt;akuster808@gmail.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Krogoth&lt;br /&gt;
|2.1&lt;br /&gt;
|Apr 2016&lt;br /&gt;
|2.1.3 (July 2017)&lt;br /&gt;
|EOL&lt;br /&gt;
|15.0&lt;br /&gt;
|1.30&lt;br /&gt;
| Armin Kuster &amp;lt;akuster808@gmail.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Jethro&lt;br /&gt;
|2.0&lt;br /&gt;
|Nov 2015&lt;br /&gt;
|2.0.3 (January 2017)&lt;br /&gt;
|EOL&lt;br /&gt;
|14.0&lt;br /&gt;
|1.28&lt;br /&gt;
|Robert Yang &amp;lt;liezhi.yang@windriver.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Fido&lt;br /&gt;
|1.8&lt;br /&gt;
|Apr 2015&lt;br /&gt;
|1.8.2&lt;br /&gt;
|EOL&lt;br /&gt;
|13.0&lt;br /&gt;
|1.26&lt;br /&gt;
|Joshua Lock &amp;lt;joshua.g.lock@intel.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Dizzy&lt;br /&gt;
|1.7&lt;br /&gt;
|Oct 2014&lt;br /&gt;
|1.7.3&lt;br /&gt;
|EOL&lt;br /&gt;
|12.0&lt;br /&gt;
|1.24&lt;br /&gt;
| Armin Kuster &amp;lt;akuster808@gmail.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Daisy&lt;br /&gt;
|1.6&lt;br /&gt;
|Apr 2014&lt;br /&gt;
|1.6.3&lt;br /&gt;
|EOL&lt;br /&gt;
|11.0&lt;br /&gt;
|1.22&lt;br /&gt;
| Saul Wold &amp;lt;sgw@linux.intel.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Dora&lt;br /&gt;
|1.5&lt;br /&gt;
|Oct 2013&lt;br /&gt;
|1.5.4&lt;br /&gt;
|EOL&lt;br /&gt;
|10.0&lt;br /&gt;
|1.20&lt;br /&gt;
| Robert Yang &amp;lt;liezhi.yang@windriver.com&amp;gt; &lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Dylan&lt;br /&gt;
|1.4&lt;br /&gt;
|Apr 2013&lt;br /&gt;
|1.4.3&lt;br /&gt;
|EOL&lt;br /&gt;
|9.0&lt;br /&gt;
|1.18&lt;br /&gt;
| Paul Eggleton &amp;lt;paul.eggleton@linux.intel.com&amp;gt; &lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Danny&lt;br /&gt;
|1.3&lt;br /&gt;
|Oct 2012&lt;br /&gt;
|1.3.2&lt;br /&gt;
|EOL&lt;br /&gt;
|8.0&lt;br /&gt;
|1.16&lt;br /&gt;
|Ross Burton &amp;lt;ross.burton@intel.com&amp;gt; &lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Denzil&lt;br /&gt;
|1.2&lt;br /&gt;
|Apr 2012&lt;br /&gt;
|1.2.2&lt;br /&gt;
|EOL&lt;br /&gt;
|7.0&lt;br /&gt;
|1.15&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Edison&lt;br /&gt;
|1.1&lt;br /&gt;
|Oct 2011&lt;br /&gt;
|1.1.2&lt;br /&gt;
|EOL&lt;br /&gt;
|6.0&lt;br /&gt;
|1.13&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Bernard&lt;br /&gt;
|1.0&lt;br /&gt;
|Apr 2011&lt;br /&gt;
|1.0.2&lt;br /&gt;
|EOL&lt;br /&gt;
|5.0&lt;br /&gt;
|1.11&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Laverne&lt;br /&gt;
|0.9&lt;br /&gt;
|Oct 2010&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|4.0&lt;br /&gt;
|1.11&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Green&lt;br /&gt;
|N/A&lt;br /&gt;
|11 June 2010&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|3.3&lt;br /&gt;
|&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Purple&lt;br /&gt;
|N/A&lt;br /&gt;
|15 Dec 2009&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|3.2&lt;br /&gt;
|&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Pinky&lt;br /&gt;
|N/A&lt;br /&gt;
|12 Nov 2009&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|3.1&lt;br /&gt;
|&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Blinky&lt;br /&gt;
|N/A&lt;br /&gt;
|1 Aug 2007&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|3.0&lt;br /&gt;
|&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Clyde&lt;br /&gt;
|N/A&lt;br /&gt;
|19 Jan 2007&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|2.0&lt;br /&gt;
|&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Inky&lt;br /&gt;
|N/A&lt;br /&gt;
|10 Feb 2006&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|1.0&lt;br /&gt;
|&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Note:&#039;&#039;&#039; see also [[Stable Release and LTS]], [[Linux Yocto]], [[Release calendar]] and [[Release Feature Table]] pages. EOL means some community support on email lists but no commit updates in the repos. There is also OS Vendor support for some Yocto EOL releases.&lt;br /&gt;
&lt;br /&gt;
¹ The 3.1 series and 4.0 were originally planned for two years but extended to four. Future LTS releases are planned for 4 years.&lt;br /&gt;
&lt;br /&gt;
== Releases Links==&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; border=&amp;quot;2&amp;quot;&lt;br /&gt;
| align=&amp;quot;center&amp;quot; style=&amp;quot;background:#f0f0f0;&amp;quot;|&#039;&#039;&#039;Yocto Project Release&#039;&#039;&#039;&lt;br /&gt;
| align=&amp;quot;center&amp;quot; style=&amp;quot;background:#f0f0f0;&amp;quot;|&#039;&#039;&#039;Code Name&#039;&#039;&#039;&lt;br /&gt;
| align=&amp;quot;center&amp;quot; style=&amp;quot;background:#f0f0f0;&amp;quot;|&#039;&#039;&#039;Poky version&#039;&#039;&#039;&lt;br /&gt;
| align=&amp;quot;center&amp;quot; style=&amp;quot;background:#f0f0f0;&amp;quot;|&#039;&#039;&#039;Maintainer&#039;&#039;&#039;&lt;br /&gt;
| align=&amp;quot;center&amp;quot; style=&amp;quot;background:#f0f0f0;&amp;quot;|&#039;&#039;&#039;Features&#039;&#039;&#039;&lt;br /&gt;
| align=&amp;quot;center&amp;quot; style=&amp;quot;background:#f0f0f0;&amp;quot;|&#039;&#039;&#039;Schedule&#039;&#039;&#039;&lt;br /&gt;
| align=&amp;quot;center&amp;quot; style=&amp;quot;background:#f0f0f0;&amp;quot;|&#039;&#039;&#039;Status&#039;&#039;&#039;&lt;br /&gt;
| align=&amp;quot;center&amp;quot; style=&amp;quot;background:#f0f0f0;&amp;quot;|&#039;&#039;&#039;QA Test Plan&#039;&#039;&#039;&lt;br /&gt;
| align=&amp;quot;center&amp;quot; style=&amp;quot;background:#f0f0f0;&amp;quot;|&#039;&#039;&#039;QA Test Report&#039;&#039;&#039;&lt;br /&gt;
| align=&amp;quot;center&amp;quot; style=&amp;quot;background:#f0f0f0;&amp;quot;|&#039;&#039;&#039;Release notes&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
|-valign=&amp;quot;top&amp;quot;&lt;br /&gt;
| Yocto Project 3.4&lt;br /&gt;
| Honister&lt;br /&gt;
| 26.0&lt;br /&gt;
| Anuj Mittal&lt;br /&gt;
| [[Yocto_3.4_Features]]&lt;br /&gt;
| [[Yocto_3.4_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v3.4_Status]]&lt;br /&gt;
| [[Yocto_Project_3.4_Release_Test_Plan | Yocto_3.4_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_Project_3.4_Release_Test_Plan#Execution_History | 3.4 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/g/yocto-announce/message/229 3.4 release notes]&lt;br /&gt;
|-&lt;br /&gt;
| Yocto Project 3.3&lt;br /&gt;
| Hardknott&lt;br /&gt;
| 25.0&lt;br /&gt;
| Anuj Mittal&lt;br /&gt;
| [[Yocto_3.3_Features]]&lt;br /&gt;
| [[Yocto_3.3_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v3.3_Status]]&lt;br /&gt;
| [[Yocto_Project_3.3_Release_Test_Plan | Yocto_3.3_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_Project_3.3_Release_Test_Plan#Execution_History | 3.3 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/g/yocto-announce/message/215 3.3 release notes]&lt;br /&gt;
|-&lt;br /&gt;
| Yocto Project 3.2&lt;br /&gt;
| Gatesgarth&lt;br /&gt;
| 24.0&lt;br /&gt;
| Anuj Mittal&lt;br /&gt;
| [[Yocto_3.2_Features]]&lt;br /&gt;
| [[Yocto_3.2_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v3.2_Status]]&lt;br /&gt;
| [[Yocto_Project_3.2_Release_Test_Plan | Yocto_3.2_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_Project_3.2_Release_Test_Plan#Execution_History | 3.2 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/g/yocto/message/51262 3.2 release notes]&lt;br /&gt;
|-&lt;br /&gt;
|-valign=&amp;quot;top&amp;quot;&lt;br /&gt;
| Yocto Project 3.1&lt;br /&gt;
| Dunfell&lt;br /&gt;
| 23.0&lt;br /&gt;
| Steve Sakoman&lt;br /&gt;
| [[Yocto_3.1_Features]]&lt;br /&gt;
| [[Yocto_3.1_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v3.1_Status]]&lt;br /&gt;
| [[Yocto_Project_3.1_Release_Test_Plan | Yocto_3.1_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_Project_3.1_Release_Test_Plan#Execution_History | 3.1 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/g/yocto/message/49201 3.1 release notes]&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
|-valign=&amp;quot;top&amp;quot;&lt;br /&gt;
| Yocto Project 3.0&lt;br /&gt;
| Zeus&lt;br /&gt;
| 22.0&lt;br /&gt;
| Armin Kuster/Anuj Mittal&lt;br /&gt;
| [[Yocto_2.8_Features]]&lt;br /&gt;
| [[Yocto_2.8_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v2.8_Status]]&lt;br /&gt;
| [[Yocto_Project_2.8_Release_Test_Plan | Yocto_2.8_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_Project_2.8_Release_Test_Plan#Execution_History | 2.8 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto/2019-October/047111.html 3.0 release notes]&lt;br /&gt;
|-&lt;br /&gt;
|-valign=&amp;quot;top&amp;quot;&lt;br /&gt;
| Yocto Project 2.7&lt;br /&gt;
| Warrior&lt;br /&gt;
| 21.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_2.7_Features]]&lt;br /&gt;
| [[Yocto_2.7_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v2.7_Status]]&lt;br /&gt;
| [[Yocto_Project_2.7_Release_Test_Plan | Yocto_2.7_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_Project_2.7_Release_Test_Plan#Execution_History | 2.7 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto/2019-May/045028.html 2.7 release notes]&lt;br /&gt;
|-&lt;br /&gt;
|-valign=&amp;quot;top&amp;quot;&lt;br /&gt;
| Yocto Project 2.6&lt;br /&gt;
| Thud&lt;br /&gt;
| 20.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_2.6_Features]]&lt;br /&gt;
| [[Yocto_2.6_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v2.6_Status]]&lt;br /&gt;
| [[Yocto_Project_2.6_Release_Test_Plan | Yocto_2.6_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_Project_2.6_Release_Test_Plan#Execution_History | 2.6 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2018-November/000147.html 2.6 release notes]&lt;br /&gt;
|-&lt;br /&gt;
|-valign=&amp;quot;top&amp;quot;&lt;br /&gt;
| Yocto Project 2.5&lt;br /&gt;
| Sumo&lt;br /&gt;
| 19.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_2.5_Features]]&lt;br /&gt;
| [[Yocto_2.5_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v2.5_Status]]&lt;br /&gt;
| [[Yocto_Project_2.5_Release_Test_Plan | Yocto_2.5_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_Project_2.5_Release_Test_Plan#Execution_History | 2.5 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2018-May/000136.html 2.5 release notes]&lt;br /&gt;
|-&lt;br /&gt;
|-valign=&amp;quot;top&amp;quot;&lt;br /&gt;
| Yocto Project 2.4&lt;br /&gt;
| Rocko&lt;br /&gt;
| 18.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_2.4_Features]]&lt;br /&gt;
| [[Yocto_2.4_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v2.4_Status]]&lt;br /&gt;
| [[Yocto_Project_2.4_Release_Test_Plan | Yocto_2.4_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_Project_2.4_Release_Test_Plan#Execution_History | 2.4 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2017-October/000125.html 2.4 release notes]&lt;br /&gt;
|-&lt;br /&gt;
|-valign=&amp;quot;top&amp;quot;&lt;br /&gt;
| Yocto Project 2.3&lt;br /&gt;
| Pyro&lt;br /&gt;
| 17.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_2.3_Features]]&lt;br /&gt;
| [[Yocto_2.3_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v2.3_Status]]&lt;br /&gt;
| [[Yocto_Project_2.3_Release_Test_Plan | Yocto_2.3_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_Project_2.3_Release_Test_Plan#Execution_History | 2.3 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2017-May/000112.html 2.3 release notes]&lt;br /&gt;
|-&lt;br /&gt;
|-valign=&amp;quot;top&amp;quot;&lt;br /&gt;
| Yocto Project 2.2&lt;br /&gt;
| Morty&lt;br /&gt;
| 16.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_2.2_Features]]&lt;br /&gt;
| [[Yocto_2.2_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v2.2_Status]]&lt;br /&gt;
| [[Yocto_2.2_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_Project_2.2_Release_Test_Plan#Execution_History | 2.2 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2016-November/000101.html 2.2 release notes]&lt;br /&gt;
|-&lt;br /&gt;
|-valign=&amp;quot;top&amp;quot;&lt;br /&gt;
| Yocto Project 2.1&lt;br /&gt;
| Krogoth&lt;br /&gt;
| 15.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_2.1_Features]]&lt;br /&gt;
| [[Yocto_2.1_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v2.1_Status]]&lt;br /&gt;
| [[Yocto_2.1_Overall_Test_Plan]]&lt;br /&gt;
| [[2.1 qa run history]] &lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2016-May/000089.html 2.1 release notes]&lt;br /&gt;
|-&lt;br /&gt;
|-valign=&amp;quot;top&amp;quot;&lt;br /&gt;
| Yocto Project 2.0&lt;br /&gt;
| Jethro&lt;br /&gt;
| 14.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_1.9_Features]]&lt;br /&gt;
| [[Yocto_1.9_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v1.9_Status]]&lt;br /&gt;
| &lt;br /&gt;
| [[1.9 qa run history]] &lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2015-November/000076.html 2.0 release notes]&lt;br /&gt;
|-valign=&amp;quot;top&amp;quot;&lt;br /&gt;
| Yocto Project 1.8&lt;br /&gt;
| Fido&lt;br /&gt;
| 13.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_1.8_Features]]&lt;br /&gt;
| [[Yocto_1.8_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v1.8_Status]]&lt;br /&gt;
| [[Yocto_1.8_Overall_Test_Plan]]&lt;br /&gt;
| [[1.8 qa run history]] &lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2015-April/000062.html 1.8 release notes]&lt;br /&gt;
|-&lt;br /&gt;
| Yocto Project 1.7&lt;br /&gt;
| Dizzy&lt;br /&gt;
| 12.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_1.7_Features]]&lt;br /&gt;
| [[Yocto_1.7_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v1.7_Status]]&lt;br /&gt;
| [[Yocto_1.7_Overall_Test_Plan]]&lt;br /&gt;
| [[1.7 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2014-October/000053.html 1.7 release notes]&lt;br /&gt;
|-&lt;br /&gt;
| Yocto Project 1.6&lt;br /&gt;
| Daisy&lt;br /&gt;
| 11.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_1.6_Features]]&lt;br /&gt;
| [[Yocto_1.6_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v1.6_Status]]&lt;br /&gt;
| [[Yocto_1.6_Overall_Test_Plan]]&lt;br /&gt;
| [[1.6 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2014-April/000045.html 1.6 release notes]&lt;br /&gt;
|-&lt;br /&gt;
| Yocto Project 1.5&lt;br /&gt;
| Dora&lt;br /&gt;
| 10.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_1.5_Features]]&lt;br /&gt;
| [[Yocto_1.5_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v1.5_Status]]&lt;br /&gt;
| [[Yocto_1.5_Overall_Test_Plan]]&lt;br /&gt;
| [[1.5 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2013-October/000037.html 1.5 release notes]&lt;br /&gt;
|-&lt;br /&gt;
| Yocto Project 1.4&lt;br /&gt;
| Dylan&lt;br /&gt;
| 9.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_1.4_Features]]&lt;br /&gt;
| [[Yocto_1.4_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v1.4_Status]]&lt;br /&gt;
| [[Yocto_1.4_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_1.4_Milestone_Test_Report]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2013-April/000027.html 1.4 release notes]&lt;br /&gt;
|-&lt;br /&gt;
| Yocto Project 1.3&lt;br /&gt;
| Danny&lt;br /&gt;
| 8.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_1.3_Features]]&lt;br /&gt;
| [[Yocto_1.3_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v1.3_Status]]&lt;br /&gt;
| [[Yocto_1.3_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_1.3_Milestone_Test_Report]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2012-October/000020.html 1.3 release notes]&lt;br /&gt;
|-&lt;br /&gt;
| Yocto Project 1.2&lt;br /&gt;
| Denzil&lt;br /&gt;
| 7.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_1.2_Features]]&lt;br /&gt;
| [[Yocto_1.2_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v1.2_Status]]&lt;br /&gt;
| [[Yocto_1.2_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_1.2_Milestone_Test_Report]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2012-April/000009.html 1.2 release notes]&lt;br /&gt;
|-&lt;br /&gt;
| Yocto Project 1.1&lt;br /&gt;
| Edison&lt;br /&gt;
| 6.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_1.1_Features]]&lt;br /&gt;
| [[Yocto_1.1_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v1.1_Release_Criteria]]&lt;br /&gt;
| [[Yocto_1.1_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_1.1_Milestone_Test_Report]]&lt;br /&gt;
|&lt;br /&gt;
|-&lt;br /&gt;
| Yocto Project 1.0&lt;br /&gt;
| Bernard&lt;br /&gt;
| 5.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_Features]]&lt;br /&gt;
| [[Yocto_1.0_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v1.0_Release_Criteria]]&lt;br /&gt;
| [[Yocto_1.0_Overall_Test_Plan]]&lt;br /&gt;
| &lt;br /&gt;
|&lt;br /&gt;
|}&lt;/div&gt;</summary>
		<author><name>Rpurdie</name></author>
	</entry>
	<entry>
		<id>https://wiki.yoctoproject.org/wiki/index.php?title=2026_Yocto_Project_Weekly_Status_Archive&amp;diff=86875</id>
		<title>2026 Yocto Project Weekly Status Archive</title>
		<link rel="alternate" type="text/html" href="https://wiki.yoctoproject.org/wiki/index.php?title=2026_Yocto_Project_Weekly_Status_Archive&amp;diff=86875"/>
		<updated>2026-09-08T14:41:55Z</updated>

		<summary type="html">&lt;p&gt;Rpurdie: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Yocto Project Status 8 September 2026 ==&lt;br /&gt;
Current Dev Position: YP 6.1 M3&amp;lt;br/&amp;gt;&lt;br /&gt;
Next Deadline: YP 6.1 M3: w/c 2026-08-31&amp;lt;br/&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Next Team Meetings:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*Bug Triage meeting - Thursday 10th Sept. 7:30am PDT (https://zoom.us/j/454367603?pwd=ZGxoa2ZXL3FkM3Y0bFd5aVpHVVZ6dz09)&lt;br /&gt;
*Weekly Project Engineering Sync  - Tuesday 8st Sept. 8am PDT (https://zoom.us/j/990892712?pwd=cHU1MjhoM2x6ck81bkcrYjRrcmJsUT09)&lt;br /&gt;
*Yocto Project Patch Review - Thursday 10th Sept. 10am GMT and Monday 14th Sept. 9am PDT (https://zoom.us/j/97762397148?pwd=1xk0iC9hp9SjEonaTaONwTb6iWry4Eb.1)&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Project data dashboard: https://dashboard.yoctoproject.org/&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Key Status/Updates:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
* YP 5.0.20 is under review.&lt;br /&gt;
* YP 6.1 M3 is due to build and we are at feature freeze&lt;br /&gt;
* There are issues with changes in bot/AI protection at github.com which are affecting our CI. &lt;br /&gt;
* Most M3 changes have merged, we want to mitigate the github issues before building M3.&lt;br /&gt;
* There is a new meta-openjdk layer: https://github.com/amarula/meta-openjdk https://lore.kernel.org/yocto-patches/xBB4.1788187111192557019.ULaN@lists.yoctoproject.org/T/#u&lt;br /&gt;
* AI scrapers and bots continue to impact the infrastructure, taking huge amounts of time for our sysadmins and with a significant cost impact to the project.&lt;br /&gt;
* There are two AB-INT issues which are in a position where others could now help, as detailed in https://lists.openembedded.org/g/openembedded-core/message/242105:&lt;br /&gt;
** Matchbox-wm segfault/xserver restart&lt;br /&gt;
** aarch64/x86-64 build host contamination/reproducibility issue&lt;br /&gt;
We get a lot of comments about these being hard to reproduce or work on, in both cases, these have specific well defined things which need to be done and a basic understanding of what the issue relates to, if not the actual fix.&lt;br /&gt;
*Remaining intermittent build failures of concern:&lt;br /&gt;
**other qemu ‘hang’ type issues on ARM&lt;br /&gt;
**sometimes yocto-check-layer is showing checksum mismatch issues&lt;br /&gt;
**intermittent ptest failures in many recipes&lt;br /&gt;
*Progress was made on some of the risc-v speed differences in qemu which should help some of the autobuilder intermittent failures, thanks Trevor!&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Ways to contribute:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*We have several open issues for pseudo and limited maintainer time to work on them. Help from someone familiar with systems programming in C would be greatly appreciated. https://bugzilla.yoctoproject.org/buglist.cgi?list_id=661406&amp;amp;priority=High&amp;amp;priority=Medium%2B&amp;amp;product=Pseudo&amp;amp;query_format=advanced&amp;amp;resolution=---&lt;br /&gt;
*There are a large number of intermittent failures on our autobuilder, any help with investigating, reproducing or solving these issues would be welcome! https://valkyrie.yocto.io/pub/non-release/abint/&lt;br /&gt;
*Many recipes in openembedded-core would benefit from a new recipe maintainer. Please look at https://git.openembedded.org/openembedded-core/tree/meta/conf/distro/include/maintainers.inc and see if you can adopt any of the unassigned recipes.&lt;br /&gt;
*For more ways to contribute, see https://docs.google.com/document/d/18oxKWxLorfF813h82mK6yKTIHeBp_-9owFuCWbzgjOk/edit?usp=sharing&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;New to the project?&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*We have a list of issues we think are good places to start contributing: https://bugzilla.yoctoproject.org/buglist.cgi?quicksearch=NEWCOMER&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Tracking Metrics:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*WDD 2622 (last week 2612) (https://wiki.yoctoproject.org/charts/combo.html)&lt;br /&gt;
*OE-Core/Poky Patch Metrics&lt;br /&gt;
**Total patches found: 1050 (last week 1039)&lt;br /&gt;
**Patches in the Pending State: 136 (13%) [last week 139 (14%)]&lt;br /&gt;
**https://valkyrie.yocto.io/pub/non-release/patchmetrics/&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Upcoming development releases:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*6.1 M3:&lt;br /&gt;
**Build Date: w/c 2026-08-31&lt;br /&gt;
**Release Date: w/c 2026-09-14&lt;br /&gt;
*6.1.0:&lt;br /&gt;
**Build Date (M4): w/c 2026-10-12&lt;br /&gt;
**Release Date: w/c 2026-11-02&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Upcoming dot releases:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*YP 6.0.3 is in review.&lt;br /&gt;
**Release Date w/c 2026-08-24&lt;br /&gt;
*YP 5.0.20 is in QA.&lt;br /&gt;
**Release Date w/c 2026-08-31&lt;br /&gt;
*YP 6.0.4&lt;br /&gt;
**Build Date w/c 2026-09-28&lt;br /&gt;
**Release Date w/c 2026-10-12&lt;br /&gt;
*YP 5.0.21&lt;br /&gt;
**Build Date w/c 2026-10-05&lt;br /&gt;
**Release Date w/c 2026-10-19&lt;br /&gt;
&lt;br /&gt;
*For future release dates, see https://wiki.yoctoproject.org/wiki/Release_calendar&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;The Yocto Project’s technical governance is through its Technical Steering Committee, more information is available at:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
https://wiki.yoctoproject.org/wiki/TSC&amp;lt;br/&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Yocto Project Status 1 September 2026 ==&lt;br /&gt;
Current Dev Position: YP 6.1 M3&amp;lt;br/&amp;gt;&lt;br /&gt;
Next Deadline: YP 6.1 M3: w/c 2026-08-31&amp;lt;br/&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Next Team Meetings:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*Bug Triage meeting - Thursday 3rd Sept. 7:30am PDT (https://zoom.us/j/454367603?pwd=ZGxoa2ZXL3FkM3Y0bFd5aVpHVVZ6dz09)&lt;br /&gt;
*Weekly Project Engineering Sync  - Tuesday 1st Sept. 8am PDT (https://zoom.us/j/990892712?pwd=cHU1MjhoM2x6ck81bkcrYjRrcmJsUT09)&lt;br /&gt;
*Yocto Project Patch Review - Thursday 3rd Sept. 10am GMT and Monday 7th Sept. 9am PDT (https://zoom.us/j/97762397148?pwd=1xk0iC9hp9SjEonaTaONwTb6iWry4Eb.1)&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Project data dashboard: https://dashboard.yoctoproject.org/&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Key Status/Updates:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*YP 6.0.3 is under review.&lt;br /&gt;
*YP 5.0.20 is in QA.&lt;br /&gt;
*YP 6.1 M3 is due to build this week and we are at feature freeze&lt;br /&gt;
*For 6.1 M3 our current intent is to merge:&lt;br /&gt;
**rpm 6&lt;br /&gt;
**openssl 4&lt;br /&gt;
**clang 23.1.0&lt;br /&gt;
**7.2 linux kernel&lt;br /&gt;
*There were bot protection issues on layerindex causing forbidden errors to queries from layerindex code. These have now been resolved and should be working again.&lt;br /&gt;
*AI scrapers and bots continue to impact the infrastructure, taking huge amounts of time for our sysadmins and with a significant cost impact to the project.&lt;br /&gt;
*We continue to try and keep up to date with upstream releases through the AUH, big thanks to those sending version updates and fixing version update issues.&lt;br /&gt;
*It is worth noting that the ‘success’ updates do still need work on the commit message changelogs and much of this work is being pushed to Richard.&lt;br /&gt;
*There are two AB-INT issues which are in a position where others could now help, as detailed in https://lists.openembedded.org/g/openembedded-core/message/242105:&lt;br /&gt;
**Matchbox-wm segfault/xserver restart&lt;br /&gt;
**aarch64/x86-64 build host contamination/reproducibility issue&lt;br /&gt;
We get a lot of comments about these being hard to reproduce or work on, in both cases, these have specific well defined things which need to be done and a basic understanding of what the issue relates to, if not the actual fix.&lt;br /&gt;
*Remaining intermittent build failures of concern:&lt;br /&gt;
**other qemu ‘hang’ type issues on ARM&lt;br /&gt;
**sometimes yocto-check-layer is showing checksum mismatch issues&lt;br /&gt;
**intermittent ptest failures in many recipes&lt;br /&gt;
*Progress was made on some of the risc-v speed differences in qemu which should help some of the autobuilder intermittent failures, thanks Trevor!&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Ways to contribute:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*We have several open issues for pseudo and limited maintainer time to work on them. Help from someone familiar with systems programming in C would be greatly appreciated. https://bugzilla.yoctoproject.org/buglist.cgi?list_id=661406&amp;amp;priority=High&amp;amp;priority=Medium%2B&amp;amp;product=Pseudo&amp;amp;query_format=advanced&amp;amp;resolution=---&lt;br /&gt;
*There are a large number of intermittent failures on our autobuilder, any help with investigating, reproducing or solving these issues would be welcome! https://valkyrie.yocto.io/pub/non-release/abint/&lt;br /&gt;
*Many recipes in openembedded-core would benefit from a new recipe maintainer. Please look at https://git.openembedded.org/openembedded-core/tree/meta/conf/distro/include/maintainers.inc and see if you can adopt any of the unassigned recipes.&lt;br /&gt;
*For more ways to contribute, see https://docs.google.com/document/d/18oxKWxLorfF813h82mK6yKTIHeBp_-9owFuCWbzgjOk/edit?usp=sharing&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;New to the project?&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*We have a list of issues we think are good places to start contributing: https://bugzilla.yoctoproject.org/buglist.cgi?quicksearch=NEWCOMER&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Tracking Metrics:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*WDD 2612 (last week 2659) (https://wiki.yoctoproject.org/charts/combo.html)&lt;br /&gt;
*OE-Core/Poky Patch Metrics&lt;br /&gt;
**Total patches found: 1039 (last week 1028)&lt;br /&gt;
**Patches in the Pending State: 139 (13%) [last week 139 (14%)]&lt;br /&gt;
**https://valkyrie.yocto.io/pub/non-release/patchmetrics/&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Upcoming development releases:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*6.1 M3:&lt;br /&gt;
**Build Date: w/c 2026-08-31&lt;br /&gt;
**Release Date: w/c 2026-09-14&lt;br /&gt;
*6.1.0:&lt;br /&gt;
**Build Date (M4): w/c 2026-10-12&lt;br /&gt;
**Release Date: w/c 2026-11-02&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Upcoming dot releases:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*YP 6.0.3 is in review.&lt;br /&gt;
**Release Date w/c 2026-08-24&lt;br /&gt;
*YP 5.0.20 is in QA.&lt;br /&gt;
**Release Date w/c 2026-08-31&lt;br /&gt;
*YP 6.0.4&lt;br /&gt;
**Build Date w/c 2026-09-28&lt;br /&gt;
**Release Date w/c 2026-10-12&lt;br /&gt;
*YP 5.0.21&lt;br /&gt;
**Build Date w/c 2026-10-05&lt;br /&gt;
**Release Date w/c 2026-10-19&lt;br /&gt;
&lt;br /&gt;
*For future release dates, see https://wiki.yoctoproject.org/wiki/Release_calendar&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;The Yocto Project’s technical governance is through its Technical Steering Committee, more information is available at:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
https://wiki.yoctoproject.org/wiki/TSC&amp;lt;br/&amp;gt;&lt;br /&gt;
== Yocto Project Status 25 August 2026 ==&lt;br /&gt;
Current Dev Position: YP 6.1 M3&amp;lt;br/&amp;gt;&lt;br /&gt;
Next Deadline: YP 6.1 M3: w/c 2026-08-31&amp;lt;br/&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Next Team Meetings:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*Bug Triage meeting - Thursday 27th Aug. 7:30am PDT (https://zoom.us/j/454367603?pwd=ZGxoa2ZXL3FkM3Y0bFd5aVpHVVZ6dz09)&lt;br /&gt;
*Weekly Project Engineering Sync  - Tuesday 25th Aug. 8am PDT (https://zoom.us/j/990892712?pwd=cHU1MjhoM2x6ck81bkcrYjRrcmJsUT09)&lt;br /&gt;
*Yocto Project Patch Review - Thursday 27th Aug. 10am GMT and Monday 31st Aug. 9am PDT (https://zoom.us/j/97762397148?pwd=1xk0iC9hp9SjEonaTaONwTb6iWry4Eb.1)&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Project data dashboard: https://dashboard.yoctoproject.org/&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Key Status/Updates:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*YP 6.0.3 is in QA.&lt;br /&gt;
*YP 6.1 M3 is due in one week and this will be the feature freeze point for YP 6.1.&lt;br /&gt;
*For 6.1 M3 our plans are to merge rpm 6, merge openssl 4 and update to the 7.2 kernel. If there are any other major changes planned, please let us know ASAP!&lt;br /&gt;
*AI scrapers and bots continue to impact the infrastructure, taking huge amounts of time for our sysadmins and with a significant cost impact to the project.&lt;br /&gt;
*We continue to try and keep up to date with upstream releases through the AUH, big thanks to those sending version updates and fixing version update issues. It is worth noting that the ‘success’ updates do still need work on the commit message changelogs and much of this work is being pushed to Richard.&lt;br /&gt;
*There are two AB-INT issues which are in a position where others could now help, as detailed in https://lists.openembedded.org/g/openembedded-core/message/242105:&lt;br /&gt;
**Matchbox-wm segfault/xserver restart&lt;br /&gt;
**aarch64/x86-64 build host contamination/reproducibility issue&lt;br /&gt;
We get a lot of comments about these being hard to reproduce or work on, in both cases, these have specific well defined things which need to be done and a basic understanding of what the issue relates to, if not the actual fix.&lt;br /&gt;
*Remaining intermittent build failures of concern:&lt;br /&gt;
**other qemu ‘hang’ type issues on ARM&lt;br /&gt;
**sometimes yocto-check-layer is showing checksum mismatch issues&lt;br /&gt;
**intermittent ptest failures in many recipes&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Ways to contribute:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*We have several open issues for pseudo and limited maintainer time to work on them. Help from someone familiar with systems programming in C would be greatly appreciated. https://bugzilla.yoctoproject.org/buglist.cgi?list_id=661406&amp;amp;priority=High&amp;amp;priority=Medium%2B&amp;amp;product=Pseudo&amp;amp;query_format=advanced&amp;amp;resolution=---&lt;br /&gt;
*There are a large number of intermittent failures on our autobuilder, any help with investigating, reproducing or solving these issues would be welcome! https://valkyrie.yocto.io/pub/non-release/abint/&lt;br /&gt;
*Many recipes in openembedded-core would benefit from a new recipe maintainer. Please look at https://git.openembedded.org/openembedded-core/tree/meta/conf/distro/include/maintainers.inc and see if you can adopt any of the unassigned recipes.&lt;br /&gt;
*For more ways to contribute, see https://docs.google.com/document/d/18oxKWxLorfF813h82mK6yKTIHeBp_-9owFuCWbzgjOk/edit?usp=sharing&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;New to the project?&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*We have a list of issues we think are good places to start contributing: https://bugzilla.yoctoproject.org/buglist.cgi?quicksearch=NEWCOMER&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Tracking Metrics:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*WDD 2659 (last week 2704) (https://wiki.yoctoproject.org/charts/combo.html)&lt;br /&gt;
*OE-Core/Poky Patch Metrics&lt;br /&gt;
**Total patches found: 1028 (last week 1030)&lt;br /&gt;
**Patches in the Pending State: 139 (14%) [last week 139 (14%)]&lt;br /&gt;
**https://valkyrie.yocto.io/pub/non-release/patchmetrics/&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Upcoming development releases:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*6.1 M3:&lt;br /&gt;
**Build Date: w/c 2026-08-31&lt;br /&gt;
**Release Date: w/c 2026-09-14&lt;br /&gt;
*6.1.0:&lt;br /&gt;
**Build Date (M4): w/c 2026-10-12&lt;br /&gt;
**Release Date: w/c 2026-11-02&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Upcoming dot releases:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*YP 6.0.3 is in QA.&lt;br /&gt;
**Release Date w/c 2026-08-24&lt;br /&gt;
*YP 5.0.20&lt;br /&gt;
**Build Date w/c 2026-08-17&lt;br /&gt;
**Release Date w/c 2026-08-31&lt;br /&gt;
*YP 6.0.4&lt;br /&gt;
**Build Date w/c 2026-09-28&lt;br /&gt;
**Release Date w/c 2026-10-12&lt;br /&gt;
*YP 5.0.21&lt;br /&gt;
**Build Date w/c 2026-10-05&lt;br /&gt;
**Release Date w/c 2026-10-19&lt;br /&gt;
&lt;br /&gt;
*For future release dates, see https://wiki.yoctoproject.org/wiki/Release_calendar&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;The Yocto Project’s technical governance is through its Technical Steering Committee, more information is available at:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
https://wiki.yoctoproject.org/wiki/TSC&amp;lt;br/&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== Yocto Project Status 18 August 2026 ==&lt;br /&gt;
Current Dev Position: YP 6.1 M3&amp;lt;br/&amp;gt;&lt;br /&gt;
Next Deadline: YP 6.1 M3: w/c 2026-08-31&amp;lt;br/&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Next Team Meetings:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*Bug Triage meeting - Thursday 20th Aug. 7:30am PDT (https://zoom.us/j/454367603?pwd=ZGxoa2ZXL3FkM3Y0bFd5aVpHVVZ6dz09)&lt;br /&gt;
*Weekly Project Engineering Sync  - Tuesday 18th Aug. 8am PDT (https://zoom.us/j/990892712?pwd=cHU1MjhoM2x6ck81bkcrYjRrcmJsUT09)&lt;br /&gt;
*Yocto Project Patch Review - Thursday 20th Aug. 10am GMT and Monday 24th Aug. 9am PDT (https://zoom.us/j/97762397148?pwd=1xk0iC9hp9SjEonaTaONwTb6iWry4Eb.1)&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Project data dashboard: https://dashboard.yoctoproject.org/&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Key Status/Updates:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*YP 6.1 M3 is due in two weeks and this will be the feature freeze point for YP 6.1.&lt;br /&gt;
*AI scrapers and bots continue to impact the infrastructure, taking huge amounts of time for our sysadmins and with a significant cost impact to the project.&lt;br /&gt;
*We would like to remind everyone that AI-generated code submitted to Yocto Project must include disclosure of the use of AI tools, in line with our policy in the contributor guide (https://docs.yoctoproject.org/contributor-guide/submit-changes.html#acceptance-of-ai-generated-code). Joshua has sent patches adding AGENTS.md files to bitbake and openembedded-core to prompt agents to follow this policy. We are discussing further updates to our policy on AI assisted submissions as this is a rapidly evolving area.&lt;br /&gt;
*There have been locking changes with do_fetch/do_unpack within the bitbake fetcher to allow better performance of builds with shared DL_DIRs. There are also performance improvements to the handling of repeated ssl connection queries.&lt;br /&gt;
*There is discussion on the architecture list about how we could improve the fetcher, particularly around how recursion is handled in git submodules: https://lists.openembedded.org/g/openembedded-architecture/message/2416&lt;br /&gt;
*We continue to try and keep up to date with upstream releases through the AUH, big thanks to those sending version updates and fixing version update issues.&lt;br /&gt;
*There are two AB-INT issues which are in a position where others could now help, as detailed in https://lists.openembedded.org/g/openembedded-core/message/242105:&lt;br /&gt;
**Matchbox-wm segfault/xserver restart&lt;br /&gt;
**aarch64/x86-64 build host contamination/reproducibility issue&lt;br /&gt;
We get a lot of comments about these being hard to reproduce or work on, in both cases, these have specific well defined things which need to be done and a basic understanding of what the issue relates to, if not the actual fix.&lt;br /&gt;
*Remaining intermittent build failures of concern:&lt;br /&gt;
**other qemu ‘hang’ type issues on ARM&lt;br /&gt;
**sometimes yocto-check-layer is showing checksum mismatch issues&lt;br /&gt;
**intermittent ptest failures in many recipes&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Ways to contribute:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*We have several open issues for pseudo and limited maintainer time to work on them. Help from someone familiar with systems programming in C would be greatly appreciated. https://bugzilla.yoctoproject.org/buglist.cgi?list_id=661406&amp;amp;priority=High&amp;amp;priority=Medium%2B&amp;amp;product=Pseudo&amp;amp;query_format=advanced&amp;amp;resolution=---&lt;br /&gt;
*There are a large number of intermittent failures on our autobuilder, any help with investigating, reproducing or solving these issues would be welcome! https://valkyrie.yocto.io/pub/non-release/abint/&lt;br /&gt;
*Many recipes in openembedded-core would benefit from a new recipe maintainer. Please look at https://git.openembedded.org/openembedded-core/tree/meta/conf/distro/include/maintainers.inc and see if you can adopt any of the unassigned recipes.&lt;br /&gt;
*For more ways to contribute, see https://docs.google.com/document/d/18oxKWxLorfF813h82mK6yKTIHeBp_-9owFuCWbzgjOk/edit?usp=sharing&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;New to the project?&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*We have a list of issues we think are good places to start contributing: https://bugzilla.yoctoproject.org/buglist.cgi?quicksearch=NEWCOMER&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Tracking Metrics:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*WDD 2704 (last week 2694) (https://wiki.yoctoproject.org/charts/combo.html)&lt;br /&gt;
*OE-Core/Poky Patch Metrics&lt;br /&gt;
**Total patches found: 1030 (last week 1028)&lt;br /&gt;
**Patches in the Pending State: 139 (14%) [last week 139 (14%)]&lt;br /&gt;
**https://valkyrie.yocto.io/pub/non-release/patchmetrics/&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Upcoming development releases:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*6.1 M3:&lt;br /&gt;
**Build Date: w/c 2026-08-31&lt;br /&gt;
**Release Date: w/c 2026-09-14&lt;br /&gt;
*6.1.0:&lt;br /&gt;
**Build Date (M4): w/c 2026-10-12&lt;br /&gt;
**Release Date: w/c 2026-11-02&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Upcoming dot releases:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*YP 6.0.3 due to release&lt;br /&gt;
**Release Date w/c 2026-08-24&lt;br /&gt;
*YP 5.0.20&lt;br /&gt;
**Build Date w/c 2026-08-17&lt;br /&gt;
**Release Date w/c 2026-08-31&lt;br /&gt;
*YP 6.0.4&lt;br /&gt;
**Build Date w/c 2026-09-28&lt;br /&gt;
**Release Date w/c 2026-10-12&lt;br /&gt;
*YP 5.0.21&lt;br /&gt;
**Build Date w/c 2026-10-05&lt;br /&gt;
**Release Date w/c 2026-10-19&lt;br /&gt;
&lt;br /&gt;
*For future release dates, see https://wiki.yoctoproject.org/wiki/Release_calendar&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;The Yocto Project’s technical governance is through its Technical Steering Committee, more information is available at:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
https://wiki.yoctoproject.org/wiki/TSC&amp;lt;br/&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== Yocto Project Status 11 August 2026 ==&lt;br /&gt;
Current Dev Position: YP 6.1 M3&amp;lt;br/&amp;gt;&lt;br /&gt;
Next Deadline: YP 6.1 M3: w/c 2026-08-31&amp;lt;br/&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Next Team Meetings:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*Bug Triage meeting - Thursday 13rd Aug. 7:30am PDT (https://zoom.us/j/454367603?pwd=ZGxoa2ZXL3FkM3Y0bFd5aVpHVVZ6dz09)&lt;br /&gt;
*Weekly Project Engineering Sync  - Tuesday 11th Aug. 8am PDT (https://zoom.us/j/990892712?pwd=cHU1MjhoM2x6ck81bkcrYjRrcmJsUT09)&lt;br /&gt;
*Yocto Project Patch Review - Thursday 13rd Aug. 10am GMT and Monday 17th Aug. 9am PDT (https://zoom.us/j/97762397148?pwd=1xk0iC9hp9SjEonaTaONwTb6iWry4Eb.1)&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Project data dashboard: https://dashboard.yoctoproject.org/&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Key Status/Updates:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*YP 6.1 M2 has been released&lt;br /&gt;
*YP 6.1 M3 is due in three weeks and this will be the feature freeze point for YP 6.1.&lt;br /&gt;
*We would like to remind everyone that AI-generated code submitted to Yocto Project must include disclosure of the use of AI tools, in line with our policy in the contributor guide (https://docs.yoctoproject.org/contributor-guide/submit-changes.html#acceptance-of-ai-generated-code). Joshua has sent patches adding AGENTS.md files to bitbake and openembedded-core to prompt agents to follow this policy. We are discussing further updates to our policy on AI assisted submissions as this is a rapidly evolving area.&lt;br /&gt;
*Alex Stewart is stepping down as maintainer of opkg - huge thanks to him for his work on the project over the last 5 years, and thanks to National Instruments/Emerson for their continued support of opkg. Maintainership is being handed over to Erick Shepherd (also from NI/Emerson), there is also a call for input and anyone interested in being a co-maintainer: https://lists.yoctoproject.org/g/opkg/topic/120687514&lt;br /&gt;
*The NPM fetcher has been re-enabled in bitbake with security improvements and additional test cases&lt;br /&gt;
*The upgrade to sbom-cve-check 1.3.3 has more correct handling of Ubuntu/Red Hat specific CVEs, which may require new patches or CVE_STATUS assignments. The fallout in OE-core has been handled, other layers may see an uptick in reported CVEs.&lt;br /&gt;
*The SDK_TOOLCHAIN_LANGS variable has been replaced with a more general SDK_FEATURES variable to support improved SDK configurability. Uses of the old variable will need to be updated, `go` and `rust` langs are still supported as SDK features.&lt;br /&gt;
*There are two AB-INT issues which are in a position where others could now help, as detailed in https://lists.openembedded.org/g/openembedded-core/message/242105:&lt;br /&gt;
**Matchbox-wm segfault/xserver restart&lt;br /&gt;
**aarch64/x86-64 build host contamination/reproducibility issue&lt;br /&gt;
*We get a lot of comments about these being hard to reproduce or work on, in both cases, these have specific well defined things which need to be done and a basic understanding of what the issue relates to, if not the actual fix.&lt;br /&gt;
Remaining intermittent build failures of concern:&lt;br /&gt;
**other qemu ‘hang’ type issues on ARM&lt;br /&gt;
**sometimes yocto-check-layer is showing checksum mismatch issues&lt;br /&gt;
**intermittent ptest failures in many recipes&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Ways to contribute:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*We have several open issues for pseudo and limited maintainer time to work on them. Help from someone familiar with systems programming in C would be greatly appreciated. https://bugzilla.yoctoproject.org/buglist.cgi?list_id=661406&amp;amp;priority=High&amp;amp;priority=Medium%2B&amp;amp;product=Pseudo&amp;amp;query_format=advanced&amp;amp;resolution=---&lt;br /&gt;
*There are a large number of intermittent failures on our autobuilder, any help with investigating, reproducing or solving these issues would be welcome! https://valkyrie.yocto.io/pub/non-release/abint/&lt;br /&gt;
*Many recipes in openembedded-core would benefit from a new recipe maintainer. Please look at https://git.openembedded.org/openembedded-core/tree/meta/conf/distro/include/maintainers.inc and see if you can adopt any of the unassigned recipes.&lt;br /&gt;
*For more ways to contribute, see https://docs.google.com/document/d/18oxKWxLorfF813h82mK6yKTIHeBp_-9owFuCWbzgjOk/edit?usp=sharing&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;New to the project?&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*We have a list of issues we think are good places to start contributing: https://bugzilla.yoctoproject.org/buglist.cgi?quicksearch=NEWCOMER&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Tracking Metrics:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*WDD 2694 (last week 2694) (https://wiki.yoctoproject.org/charts/combo.html)&lt;br /&gt;
*OE-Core/Poky Patch Metrics&lt;br /&gt;
**Total patches found: 1028 (last week 1029)&lt;br /&gt;
**Patches in the Pending State: 139 (14%) [last week 141 (14%)]&lt;br /&gt;
**https://valkyrie.yocto.io/pub/non-release/patchmetrics/&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Upcoming development releases:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*6.1 M2: was released.&lt;br /&gt;
*6.1 M3:&lt;br /&gt;
**Build Date: w/c 2026-08-31&lt;br /&gt;
**Release Date: w/c 2026-09-14&lt;br /&gt;
*6.1.0:&lt;br /&gt;
**Build Date (M4): w/c 2026-10-12&lt;br /&gt;
**Release Date: w/c 2026-11-02&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Upcoming dot releases:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*YP 6.0.3 due to release&lt;br /&gt;
**Release Date w/c 2026-08-24&lt;br /&gt;
*YP 5.0.20&lt;br /&gt;
**Build Date w/c 2026-08-17&lt;br /&gt;
**Release Date w/c 2026-08-31&lt;br /&gt;
&lt;br /&gt;
*For future release dates, see https://wiki.yoctoproject.org/wiki/Release_calendar&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;The Yocto Project’s technical governance is through its Technical Steering Committee, more information is available at:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
https://wiki.yoctoproject.org/wiki/TSC&amp;lt;br/&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== Yocto Project Status 4 August 2026 ==&lt;br /&gt;
Current Dev Position: YP 6.1 M3&amp;lt;br/&amp;gt;&lt;br /&gt;
Next Deadline: YP 6.1 M3: w/c 2026-08-31&amp;lt;br/&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Next Team Meetings:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*Bug Triage meeting - Thursday 6th Aug. 7:30am PDT (https://zoom.us/j/454367603?pwd=ZGxoa2ZXL3FkM3Y0bFd5aVpHVVZ6dz09)&lt;br /&gt;
*Weekly Project Engineering Sync  - Tuesday 4th Aug. 8am PDT (https://zoom.us/j/990892712?pwd=cHU1MjhoM2x6ck81bkcrYjRrcmJsUT09)&lt;br /&gt;
*Yocto Project Patch Review - Thursday 6th Aug. 10am GMT and Monday 10th Aug. 9am PDT (https://zoom.us/j/97762397148?pwd=1xk0iC9hp9SjEonaTaONwTb6iWry4Eb.1)&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Project data dashboard: https://dashboard.yoctoproject.org/&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Key Status/Updates:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*YP 6.1 M2 is due for release&lt;br /&gt;
*There are two AB-INT issues which are in a position where others could now help, as detailed in https://lists.openembedded.org/g/openembedded-core/message/242105:&lt;br /&gt;
**Matchbox-wm segfault/xserver restart&lt;br /&gt;
**aarch64/x86-64 build host contamination/reproducibility issue&lt;br /&gt;
    We get a lot of comments about these being hard to reproduce or work on, in both cases, these have specific well defined things which need to be done and a basic understanding of what the issue relates to, if not the actual fix.&lt;br /&gt;
*Remaining intermittent build failures  of concern:&lt;br /&gt;
**other qemu ‘hang’ type issues on ARM&lt;br /&gt;
**sometimes yocto-check-layer is showing checksum mismatch issues&lt;br /&gt;
**siggen reset issues (“ResourceWarning: unclosed transport”)&lt;br /&gt;
**intermittent ptest failures in many recipes&lt;br /&gt;
*Some class cleanups were merged which did require tweaks to some metadata:&lt;br /&gt;
**https://lore.kernel.org/openembedded-core/20260802102854.3952760-1-richard.purdie@linuxfoundation.org/&lt;br /&gt;
**See the “The series does break some things, notably” section&lt;br /&gt;
*Some invasive LICENSE changes have merged into master:&lt;br /&gt;
**We now require the LICENSE field to match SPDX identifiers. &lt;br /&gt;
**The build will issue warnings when this isn’t the case.&lt;br /&gt;
**Non SPDX licenses will need to be of the form LicenseRef-XXX&lt;br /&gt;
**CLOSED is no longer a valid value. &lt;br /&gt;
**‘WITH’ license exceptions are now supported&lt;br /&gt;
	Big thanks to Joshua for getting us to the point where we can finally clean this up!&lt;br /&gt;
*We continue to work on the backlog of patches which has slightly reduced and we’re trying to catch up with AUH updates.&lt;br /&gt;
*Toolchain upgrades merged to glibc and bintuils with many other recipe version updates too. &lt;br /&gt;
*Rust is now using a shared work directory which reduces disk usage significantly.&lt;br /&gt;
*There have been further important fixes in pseudo which were included in the latest upgrade.&lt;br /&gt;
*The new uninative does not have i686 build host support. This will mean i686 build host support with uninative will no longer be possible out the box when that is merged to the LTS branches. It is unlikely anyone should be using that!&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Ways to contribute:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*We have several open issues for pseudo and limited maintainer time to work on them. Help from someone familiar with systems programming in C would be greatly appreciated. https://bugzilla.yoctoproject.org/buglist.cgi?list_id=661406&amp;amp;priority=High&amp;amp;priority=Medium%2B&amp;amp;product=Pseudo&amp;amp;query_format=advanced&amp;amp;resolution=---&lt;br /&gt;
*There are a large number of intermittent failures on our autobuilder, any help with investigating, reproducing or solving these issues would be welcome! https://valkyrie.yocto.io/pub/non-release/abint/&lt;br /&gt;
*Many recipes in openembedded-core would benefit from a new recipe maintainer. Please look at https://git.openembedded.org/openembedded-core/tree/meta/conf/distro/include/maintainers.inc and see if you can adopt any of the unassigned recipes.&lt;br /&gt;
*For more ways to contribute, see https://docs.google.com/document/d/18oxKWxLorfF813h82mK6yKTIHeBp_-9owFuCWbzgjOk/edit?usp=sharing&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;New to the project?&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*We have a list of issues we think are good places to start contributing: https://bugzilla.yoctoproject.org/buglist.cgi?quicksearch=NEWCOMER&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Tracking Metrics:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*WDD 2694 (last week 2689) (https://wiki.yoctoproject.org/charts/combo.html)&lt;br /&gt;
*OE-Core/Poky Patch Metrics&lt;br /&gt;
**Total patches found: 1029 (last week 1021)&lt;br /&gt;
**Patches in the Pending State: 141 (14%) [last week 141 (14%)]&lt;br /&gt;
**https://valkyrie.yocto.io/pub/non-release/patchmetrics/&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Upcoming development releases:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*6.1 M2: due for release&lt;br /&gt;
**Release Date: w/c 2026-08-03&lt;br /&gt;
*6.1 M3:&lt;br /&gt;
**Build Date: w/c 2026-08-31&lt;br /&gt;
**Release Date: w/c 2026-09-14&lt;br /&gt;
*6.1.0:&lt;br /&gt;
**Build Date (M4): w/c 2026-10-12&lt;br /&gt;
**Release Date: w/c 2026-11-02&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Upcoming dot releases:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*YP 6.0.3 due to release&lt;br /&gt;
**Release Date w/c 2026-08-24&lt;br /&gt;
*YP 5.0.20&lt;br /&gt;
**Build Date w/c 2026-08-17&lt;br /&gt;
**Release Date w/c 2026-08-31&lt;br /&gt;
&lt;br /&gt;
*For future release dates, see https://wiki.yoctoproject.org/wiki/Release_calendar&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;The Yocto Project’s technical governance is through its Technical Steering Committee, more information is available at:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
https://wiki.yoctoproject.org/wiki/TSC&amp;lt;br/&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== Yocto Project Status 28 July 2026 ==&lt;br /&gt;
Current Dev Position: YP 6.1 M3&amp;lt;br/&amp;gt;&lt;br /&gt;
Next Deadline: YP 6.1 M3: w/c 2026-08-31&amp;lt;br/&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Next Team Meetings:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*Bug Triage meeting - Thursday 30th July 7:30am PDT (https://zoom.us/j/454367603?pwd=ZGxoa2ZXL3FkM3Y0bFd5aVpHVVZ6dz09)&lt;br /&gt;
*Weekly Project Engineering Sync  - Tuesday 28th July 8am PDT (https://zoom.us/j/990892712?pwd=cHU1MjhoM2x6ck81bkcrYjRrcmJsUT09)&lt;br /&gt;
*Yocto Project Patch Review - Thursday 30th July 10am GMT and Monday 3rd Aug. 9am PDT (https://zoom.us/j/97762397148?pwd=1xk0iC9hp9SjEonaTaONwTb6iWry4Eb.1)&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Project data dashboard: https://dashboard.yoctoproject.org/&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Key Status/Updates:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*YP 5.0.19 has been released&lt;br /&gt;
*YP 6.1 M2 is out of QA and under review&lt;br /&gt;
*Progress has been made with some of the AB-INT issues:&lt;br /&gt;
**We identified a kernel issue likely causing the arm psplash boot hangs&lt;br /&gt;
**The groff race issues were reported upstream and we have that section of the build disabled for groff-native now to avoid them&lt;br /&gt;
**Several pseudo issues were patched in a recent update&lt;br /&gt;
**One infrastructure issue on a worker was corrected&lt;br /&gt;
*There are two AB-INT issues which are in a position where others could now help, as detailed in https://lists.openembedded.org/g/openembedded-core/message/242105:&lt;br /&gt;
**Matchbox-wm segfault/xserver restart&lt;br /&gt;
**aarch64/x86-64 build host contamination/reproducibility issue&lt;br /&gt;
    We get a lot of comments about these being hard to reproduce or work on, in both cases, these have specific well defined things which need to be done and a basic understanding of what the issue relates to, if not the actual fix.&lt;br /&gt;
*Some invasive LICENSE changes have merged into master:&lt;br /&gt;
**We now require the LICENSE field to match SPDX identifiers. &lt;br /&gt;
**The build will issue warnings when this isn’t the case.&lt;br /&gt;
**Non SPDX licenses will need to be of the form LicenseRef-XXX&lt;br /&gt;
**CLOSED is no longer a valid value. &lt;br /&gt;
**‘WITH’ license exceptions are now supported&lt;br /&gt;
	Big thanks to Joshua for getting us to the point where we can finally clean this up!&lt;br /&gt;
*Patches generated by the automatic upgrade helper (AUH) now include changelogs where these can be extracted from upstream. Initial results are good, some manual tweaking of commit messages may be needed, feedback is welcome to improve the automation.&lt;br /&gt;
*We continue to work on the backlog of patches which has slightly reduced.&lt;br /&gt;
*Fixes merged to handle ptest reports for both glibc and musl in resulttool and whilst this improves the main reports, it does cause noise in the regression reports due to poor comparison baselines.&lt;br /&gt;
*Remaining intermittent build failures  of concern:&lt;br /&gt;
**other qemu ‘hang’ type issues on ARM&lt;br /&gt;
**sometimes yocto-check-layer is showing checksum mismatch issues&lt;br /&gt;
**siggen reset issues (“ResourceWarning: unclosed transport”)&lt;br /&gt;
**intermittent ptest failures in many recipes&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Ways to contribute:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*We have several open issues for pseudo and limited maintainer time to work on them. Help from someone familiar with systems programming in C would be greatly appreciated. https://bugzilla.yoctoproject.org/buglist.cgi?list_id=661406&amp;amp;priority=High&amp;amp;priority=Medium%2B&amp;amp;product=Pseudo&amp;amp;query_format=advanced&amp;amp;resolution=---&lt;br /&gt;
*There are a large number of intermittent failures on our autobuilder, any help with investigating, reproducing or solving these issues would be welcome! https://valkyrie.yocto.io/pub/non-release/abint/&lt;br /&gt;
*Many recipes in openembedded-core would benefit from a new recipe maintainer. Please look at https://git.openembedded.org/openembedded-core/tree/meta/conf/distro/include/maintainers.inc and see if you can adopt any of the unassigned recipes.&lt;br /&gt;
*For more ways to contribute, see https://docs.google.com/document/d/18oxKWxLorfF813h82mK6yKTIHeBp_-9owFuCWbzgjOk/edit?usp=sharing&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;New to the project?&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*We have a list of issues we think are good places to start contributing: https://bugzilla.yoctoproject.org/buglist.cgi?quicksearch=NEWCOMER&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Tracking Metrics:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*WDD 2689 (last week 2719) (https://wiki.yoctoproject.org/charts/combo.html)&lt;br /&gt;
*OE-Core/Poky Patch Metrics&lt;br /&gt;
**Total patches found: 1021 (last week 1019)&lt;br /&gt;
**Patches in the Pending State: 141 (14%) [last week 144 (14%)]&lt;br /&gt;
**https://valkyrie.yocto.io/pub/non-release/patchmetrics/&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Upcoming development releases:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*6.1 M2: out of QA.&lt;br /&gt;
**Release Date: w/c 2026-08-03&lt;br /&gt;
*6.1 M3:&lt;br /&gt;
**Build Date: w/c 2026-08-31&lt;br /&gt;
**Release Date: w/c 2026-09-14&lt;br /&gt;
*6.1.0:&lt;br /&gt;
**Build Date (M4): w/c 2026-10-12&lt;br /&gt;
**Release Date: w/c 2026-11-02&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Upcoming dot releases:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*YP 5.0.19 due to release&lt;br /&gt;
**Release Date w/c 2026-07-13&lt;br /&gt;
*YP 6.0.3&lt;br /&gt;
**Build Date w/c 2026-08-10&lt;br /&gt;
**Release Date w/c 2026-08-24&lt;br /&gt;
*YP 5.0.20&lt;br /&gt;
**Build Date w/c 2026-08-17&lt;br /&gt;
**Release Date w/c 2026-08-31&lt;br /&gt;
&lt;br /&gt;
*For future release dates, see https://wiki.yoctoproject.org/wiki/Release_calendar&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;The Yocto Project’s technical governance is through its Technical Steering Committee, more information is available at:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
https://wiki.yoctoproject.org/wiki/TSC&amp;lt;br/&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== Yocto Project Status 21 July 2026 ==&lt;br /&gt;
Current Dev Position: YP 6.1 M2&amp;lt;br/&amp;gt;&lt;br /&gt;
Next Deadline: YP 6.1 M2: w/c 2026-07-20&amp;lt;br/&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Next Team Meetings:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*Bug Triage meeting - Thursday 23rd July 7:30am PDT (https://zoom.us/j/454367603?pwd=ZGxoa2ZXL3FkM3Y0bFd5aVpHVVZ6dz09)&lt;br /&gt;
*Weekly Project Engineering Sync  - Tuesday 21st July 8am PDT (https://zoom.us/j/990892712?pwd=cHU1MjhoM2x6ck81bkcrYjRrcmJsUT09)&lt;br /&gt;
*Yocto Project Patch Review - Thursday 23rd July 10am GMT and Monday 27th July 9am PDT (https://zoom.us/j/97762397148?pwd=1xk0iC9hp9SjEonaTaONwTb6iWry4Eb.1)&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Project data dashboard: https://dashboard.yoctoproject.org/&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Key Status/Updates:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*YP 6.0.2 has been released&lt;br /&gt;
*YP 5.0.19 is due to release&lt;br /&gt;
*YP 6.1 M2 will build this week after pseudo, systemd and resulttool changes merge&lt;br /&gt;
*Some invasive LICENSE changes have merged into master:&lt;br /&gt;
**We now require the LICENSE field to match SPDX identifiers. &lt;br /&gt;
**The build will issue warnings when this isn’t the case.&lt;br /&gt;
**Non SPDX licenses will need to be of the form LicenseRef-XXX&lt;br /&gt;
**CLOSED is no longer a valid value. &lt;br /&gt;
**‘WITH’ license exceptions are now supported&lt;br /&gt;
	Big thanks for Joshua for getting us to the point where we can finally clean this up!&lt;br /&gt;
*We have identified a few linux-yocto CVEs which need triaging due to missing version information in the CVE databases (affecting master, wrynose and scarthgap), see the email sent to the list: https://lists.yoctoproject.org/g/yocto/topic/120036383&lt;br /&gt;
*Patches generated by the automatic upgrade helper (AUH) now include changelogs where these can be extracted from upstream.&lt;br /&gt;
*A couple of further pseudo related issues were identified, one with linkat flags and one with openat2 (tar related/triggered). We hope to have patches merged soon.&lt;br /&gt;
*Systemd issues with older host kernels (e.g. RHEL 8) is still being worked on https://lists.openembedded.org/g/openembedded-architecture/topic/119870359&lt;br /&gt;
*We’re working through the backlog of patches, the bandwidth for changes needing in depth review/feedback continues to be a challenge. The review calls are running out of time each meeting which limits progress.&lt;br /&gt;
**We’re making little progress on intermittent build failures despite the problems continuing to impact test builds:&lt;br /&gt;
**several qemu ‘hang’ type issues on ARM&lt;br /&gt;
**sometimes yocto-check-layer is showing checksum mismatch issues&lt;br /&gt;
**siggen reset issues (“ResourceWarning: unclosed transport”)&lt;br /&gt;
**groff build race issues&lt;br /&gt;
**intermittent ptest failures in many recipes&lt;br /&gt;
*For the qemuarmv5 amba crash (#16217), we did confirm it doesn’t seem to be load or memory usage related and does seem to happen on the autobuilder but not on other systems, for reasons still currently unknown.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Ways to contribute:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*We have several open issues for pseudo and limited maintainer time to work on them. Help from someone familiar with systems programming in C would be greatly appreciated. https://bugzilla.yoctoproject.org/buglist.cgi?list_id=661406&amp;amp;priority=High&amp;amp;priority=Medium%2B&amp;amp;product=Pseudo&amp;amp;query_format=advanced&amp;amp;resolution=---&lt;br /&gt;
*There are a large number of intermittent failures on our autobuilder, any help with investigating, reproducing or solving these issues would be welcome! https://valkyrie.yocto.io/pub/non-release/abint/&lt;br /&gt;
*Many recipes in openembedded-core would benefit from a new recipe maintainer. Please look at https://git.openembedded.org/openembedded-core/tree/meta/conf/distro/include/maintainers.inc and see if you can adopt any of the unassigned recipes.&lt;br /&gt;
*For more ways to contribute, see https://docs.google.com/document/d/18oxKWxLorfF813h82mK6yKTIHeBp_-9owFuCWbzgjOk/edit?usp=sharing&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;New to the project?&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*We have a list of issues we think are good places to start contributing: https://bugzilla.yoctoproject.org/buglist.cgi?quicksearch=NEWCOMER&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Tracking Metrics:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*WDD 2719 (last week 2689) (https://wiki.yoctoproject.org/charts/combo.html)&lt;br /&gt;
*OE-Core/Poky Patch Metrics&lt;br /&gt;
**Total patches found: 1019 (last week 1019+)&lt;br /&gt;
**Patches in the Pending State: 144 (14%) [last week 145 (14%)]&lt;br /&gt;
**https://valkyrie.yocto.io/pub/non-release/patchmetrics/&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Upcoming development releases:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*6.1 M2:&lt;br /&gt;
**Build Date: w/c 2026-07-20&lt;br /&gt;
**Release Date: w/c 2026-08-03&lt;br /&gt;
*6.1 M3:&lt;br /&gt;
**Build Date: w/c 2026-08-31&lt;br /&gt;
**Release Date: w/c 2026-09-14&lt;br /&gt;
*6.1.0:&lt;br /&gt;
**Build Date (M4): w/c 2026-10-12&lt;br /&gt;
**Release Date: w/c 2026-11-02&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Upcoming dot releases:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*YP 5.0.19 due to release&lt;br /&gt;
**Release Date w/c 2026-07-13&lt;br /&gt;
*YP 6.0.3&lt;br /&gt;
**Build Date w/c 2026-08-10&lt;br /&gt;
**Release Date w/c 2026-08-24&lt;br /&gt;
*YP 5.0.20&lt;br /&gt;
**Build Date w/c 2026-08-17&lt;br /&gt;
**Release Date w/c 2026-08-31&lt;br /&gt;
&lt;br /&gt;
*For future release dates, see https://wiki.yoctoproject.org/wiki/Release_calendar&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;The Yocto Project’s technical governance is through its Technical Steering Committee, more information is available at:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
https://wiki.yoctoproject.org/wiki/TSC&amp;lt;br/&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== Yocto Project Status 14 July 2026 ==&lt;br /&gt;
Current Dev Position: YP 6.1 M2&amp;lt;br/&amp;gt;&lt;br /&gt;
Next Deadline: YP 6.1 M2: w/c 2026-07-20&amp;lt;br/&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Next Team Meetings:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*Bug Triage meeting - Thursday 16th July 7:30am PDT (https://zoom.us/j/454367603?pwd=ZGxoa2ZXL3FkM3Y0bFd5aVpHVVZ6dz09)&lt;br /&gt;
*Weekly Project Engineering Sync  - Tuesday 14th July 8am PDT (https://zoom.us/j/990892712?pwd=cHU1MjhoM2x6ck81bkcrYjRrcmJsUT09)&lt;br /&gt;
*Yocto Project Patch Review - Thursday 16th July 10am GMT and Monday 20th July 9am PDT (https://zoom.us/j/97762397148?pwd=1xk0iC9hp9SjEonaTaONwTb6iWry4Eb.1)&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Project data dashboard: https://dashboard.yoctoproject.org/&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Key Status/Updates:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*YP 6.0.2 is due to release&lt;br /&gt;
*YP 5.0.19 is in review&lt;br /&gt;
*M2 is next week!&lt;br /&gt;
*We have identified a few linux-yocto CVEs which need triaging due to missing version information in the CVE databases (affecting master, wrynose and scarthgap), see the email sent to the list: https://lists.yoctoproject.org/g/yocto/topic/120036383&lt;br /&gt;
*We are happy to report we worked with Free BSD upstream and have resolved the NFS open/lock issue with a kernel patch that was impacting the autobuilder.&lt;br /&gt;
*Systemd issues with older host kernels (e.g. RHEL 8) is still being worked on https://lists.openembedded.org/g/openembedded-architecture/topic/119870359&lt;br /&gt;
*We have become aware we should ideally replace eudev with a minimal udev build from systemd instead similar to what some other distros are doing.&lt;br /&gt;
*We’re working through the backlog of patches, the bandwidth for changes needing in depth review/feedback continues to be a challenge.&lt;br /&gt;
*The layer.conf changes are likely to be deferred to 6.2 due to lack of time to gather community consensus before feature freeze.&lt;br /&gt;
*We’re making little progress on intermittent build failures despite the problems continuing to impact test builds:&lt;br /&gt;
**several qemu ‘hang’ type issues on ARM&lt;br /&gt;
**sometimes yocto-check-layer is showing checksum mismatch issues&lt;br /&gt;
**siggen reset issues (“ResourceWarning: unclosed transport”)&lt;br /&gt;
**groff build race issues&lt;br /&gt;
**intermittent ptest failures in many recipes&lt;br /&gt;
*We would like to know what people are planning to work on for Yocto Project 6.1 and beyond. We have a roadmap document in Google Docs: https://docs.google.com/document/d/12xgAzSjDj5zVlo4eQIbiv1s3QMjtBTCvBFY3_T7OPto&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Ways to contribute:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*We have several open issues for pseudo and limited maintainer time to work on them. Help from someone familiar with systems programming in C would be greatly appreciated. https://bugzilla.yoctoproject.org/buglist.cgi?list_id=661406&amp;amp;priority=High&amp;amp;priority=Medium%2B&amp;amp;product=Pseudo&amp;amp;query_format=advanced&amp;amp;resolution=---&lt;br /&gt;
*There are a large number of intermittent failures on our autobuilder, any help with investigating, reproducing or solving these issues would be welcome! https://valkyrie.yocto.io/pub/non-release/abint/&lt;br /&gt;
*Many recipes in openembedded-core would benefit from a new recipe maintainer. Please look at https://git.openembedded.org/openembedded-core/tree/meta/conf/distro/include/maintainers.inc and see if you can adopt any of the unassigned recipes.&lt;br /&gt;
*For more ways to contribute, see https://docs.google.com/document/d/18oxKWxLorfF813h82mK6yKTIHeBp_-9owFuCWbzgjOk/edit?usp=sharing&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;New to the project?&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*We have a list of issues we think are good places to start contributing: https://bugzilla.yoctoproject.org/buglist.cgi?quicksearch=NEWCOMER&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Tracking Metrics:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*WDD 2689 (last week 2689) (https://wiki.yoctoproject.org/charts/combo.html)&lt;br /&gt;
*OE-Core/Poky Patch Metrics&lt;br /&gt;
**Total patches found: 1019 (last week 1037)&lt;br /&gt;
**Patches in the Pending State: 145 (14%) [last week 145 (14%)]&lt;br /&gt;
**https://valkyrie.yocto.io/pub/non-release/patchmetrics/&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Upcoming development releases:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*6.1 M2:&lt;br /&gt;
**Build Date: w/c 2026-07-20&lt;br /&gt;
**Release Date: w/c 2026-08-03&lt;br /&gt;
*6.1 M3:&lt;br /&gt;
**Build Date: w/c 2026-08-31&lt;br /&gt;
**Release Date: w/c 2026-09-14&lt;br /&gt;
*6.1.0:&lt;br /&gt;
**Build Date (M4): w/c 2026-10-12&lt;br /&gt;
**Release Date: w/c 2026-11-02&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Upcoming dot releases:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*YP 6.0.2 is due to release&lt;br /&gt;
**Release Date w/c 2026-07-06&lt;br /&gt;
*YP 5.0.19 is in review&lt;br /&gt;
**Release Date w/c 2026-07-13&lt;br /&gt;
*YP 6.0.3&lt;br /&gt;
**Build Date w/c 2026-08-10&lt;br /&gt;
**Release Date w/c 2026-08-24&lt;br /&gt;
*YP 5.0.20&lt;br /&gt;
**Build Date w/c 2026-08-17&lt;br /&gt;
**Release Date w/c 2026-08-31&lt;br /&gt;
&lt;br /&gt;
*For future release dates, see https://wiki.yoctoproject.org/wiki/Release_calendar&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;The Yocto Project’s technical governance is through its Technical Steering Committee, more information is available at:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
https://wiki.yoctoproject.org/wiki/TSC&amp;lt;br/&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== Yocto Project Status 7 July 2026 ==&lt;br /&gt;
Current Dev Position: YP 6.1 M2&amp;lt;br/&amp;gt;&lt;br /&gt;
Next Deadline: YP 6.1 M2: w/c 2026-07-20&amp;lt;br/&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Next Team Meetings:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*Bug Triage meeting - Thursday 9th July 7:30am PDT (https://zoom.us/j/454367603?pwd=ZGxoa2ZXL3FkM3Y0bFd5aVpHVVZ6dz09)&lt;br /&gt;
*Weekly Project Engineering Sync  - Tuesday 7th July 8am PDT (https://zoom.us/j/990892712?pwd=cHU1MjhoM2x6ck81bkcrYjRrcmJsUT09)&lt;br /&gt;
*Yocto Project Patch Review - Thursday 9th July 10am GMT and Monday 13th July 9am PDT (https://zoom.us/j/97762397148?pwd=1xk0iC9hp9SjEonaTaONwTb6iWry4Eb.1)&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Project data dashboard: https://dashboard.yoctoproject.org/&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Key Status/Updates:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*YP 6.1 M1 was released&lt;br /&gt;
*YP 6.0.2 is in review&lt;br /&gt;
*YP 5.0.19 is in QA&lt;br /&gt;
*We are now two weeks away from M2!&lt;br /&gt;
*We have identified a few linux-yocto CVEs which need triaging due to missing version information in the CVE databases (affecting master, wrynose and scarthgap), see the email sent to the list: https://lists.yoctoproject.org/g/yocto/topic/120036383&lt;br /&gt;
*We are having some challenges with the autobuilder, both with an NFS server open file/lock build up of some kind causing slowdown and eventual halting of write operations and also a mkdir cache race issue. We are working to debug both issues but it is distracting from other work like patch review and new development (e.g. layer.conf format changes).&lt;br /&gt;
*Systemd issues with older host kernels (e.g. RHEL 8) is still being worked on https://lists.openembedded.org/g/openembedded-architecture/topic/119870359&lt;br /&gt;
*We have become aware we should ideally replace eudev with a minimal udev build from systemd instead similar to what some other distros are doing.&lt;br /&gt;
*We continue to see high load on our infrastructure due to bots and AI scraping. This has primarily caused timeouts and errors accessing git.openembedded.org &amp;amp; git.yoctoproject.org. We have mitigations in place for now. Traditional git:// protocol continues to be disabled.&lt;br /&gt;
*We’re working through the backlog of patches, the bandwidth for changes needing in depth review/feedback continues to be a challenge.&lt;br /&gt;
*A key pseudo memory corruption issue when interacting with bash was identified and patches are being worked on for a new pseudo release to address this.&lt;br /&gt;
*Intermittent build failures continue to be problematic:&lt;br /&gt;
**several qemu ‘hang’ type issues&lt;br /&gt;
**sometimes yocto-check-layer is showing checksum mismatch issues&lt;br /&gt;
**siggen reset issues (“ResourceWarning: unclosed transport”)&lt;br /&gt;
**groff build race issues&lt;br /&gt;
**intermittent ptest failures in many recipes&lt;br /&gt;
*We would like to know what people are planning to work on for Yocto Project 6.1 and beyond. We have a roadmap document in Google Docs: https://docs.google.com/document/d/12xgAzSjDj5zVlo4eQIbiv1s3QMjtBTCvBFY3_T7OPto&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Ways to contribute:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*We have several open issues for pseudo and limited maintainer time to work on them. Help from someone familiar with systems programming in C would be greatly appreciated. https://bugzilla.yoctoproject.org/buglist.cgi?list_id=661406&amp;amp;priority=High&amp;amp;priority=Medium%2B&amp;amp;product=Pseudo&amp;amp;query_format=advanced&amp;amp;resolution=---&lt;br /&gt;
*There are a large number of intermittent failures on our autobuilder, any help with investigating, reproducing or solving these issues would be welcome! https://valkyrie.yocto.io/pub/non-release/abint/&lt;br /&gt;
*Many recipes in openembedded-core would benefit from a new recipe maintainer. Please look at https://git.openembedded.org/openembedded-core/tree/meta/conf/distro/include/maintainers.inc and see if you can adopt any of the unassigned recipes.&lt;br /&gt;
*For more ways to contribute, see https://docs.google.com/document/d/18oxKWxLorfF813h82mK6yKTIHeBp_-9owFuCWbzgjOk/edit?usp=sharing&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;New to the project?&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*We have a list of issues we think are good places to start contributing: https://bugzilla.yoctoproject.org/buglist.cgi?quicksearch=NEWCOMER&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Tracking Metrics:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*WDD 2647 (last week 2620) (https://wiki.yoctoproject.org/charts/combo.html)&lt;br /&gt;
*OE-Core/Poky Patch Metrics&lt;br /&gt;
**Total patches found: 1036 (last week 1054)&lt;br /&gt;
**Patches in the Pending State: 145 (14%) [last week 145 (14%)]&lt;br /&gt;
**https://valkyrie.yocto.io/pub/non-release/patchmetrics/&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Upcoming development releases:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*6.1 M2:&lt;br /&gt;
**Build Date: w/c 2026-07-20&lt;br /&gt;
**Release Date: w/c 2026-08-03&lt;br /&gt;
*6.1 M3:&lt;br /&gt;
**Build Date: w/c 2026-08-31&lt;br /&gt;
**Release Date: w/c 2026-09-14&lt;br /&gt;
*6.1.0:&lt;br /&gt;
**Build Date (M4): w/c 2026-10-12&lt;br /&gt;
**Release Date: w/c 2026-11-02&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Upcoming dot releases:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*YP 5.0.19 is in QA.&lt;br /&gt;
**Release Date w/c 2026-07-13&lt;br /&gt;
*YP 6.0.3&lt;br /&gt;
**Build Date w/c 2026-08-10&lt;br /&gt;
**Release Date w/c 2026-08-24&lt;br /&gt;
*YP 5.0.20&lt;br /&gt;
**Build Date w/c 2026-08-17&lt;br /&gt;
**Release Date w/c 2026-08-31&lt;br /&gt;
&lt;br /&gt;
*For future release dates, see https://wiki.yoctoproject.org/wiki/Release_calendar&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;The Yocto Project’s technical governance is through its Technical Steering Committee, more information is available at:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
https://wiki.yoctoproject.org/wiki/TSC&amp;lt;br/&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== Yocto Project Status 30 June 2026 ==&lt;br /&gt;
Current Dev Position: YP 6.1 M2&amp;lt;br/&amp;gt;&lt;br /&gt;
Next Deadline: YP 6.1 M2: w/c 2026-07-20&amp;lt;br/&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Next Team Meetings:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*Bug Triage meeting - Thursday 2nd July 7:30am PDT (https://zoom.us/j/454367603?pwd=ZGxoa2ZXL3FkM3Y0bFd5aVpHVVZ6dz09)&lt;br /&gt;
*Weekly Project Engineering Sync  - Tuesday 30th June 8am PDT (https://zoom.us/j/990892712?pwd=cHU1MjhoM2x6ck81bkcrYjRrcmJsUT09)&lt;br /&gt;
*Yocto Project Patch Review - Thursday 2nd July 10am GMT and Monday 6th July 9am PDT (https://zoom.us/j/97762397148?pwd=1xk0iC9hp9SjEonaTaONwTb6iWry4Eb.1)&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Project data dashboard: https://dashboard.yoctoproject.org/&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Key Status/Updates:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*YP 6.1 M1 was released&lt;br /&gt;
*YP 6.0.2 is in QA&lt;br /&gt;
*The number of open CVEs on scarthgap has been reduced with stable kernel updates merging. We have identified a few linux-yocto CVEs which need triaging due to missing version information in the CVE databases, see the email sent to the list: https://lists.yoctoproject.org/g/yocto/topic/120036383&lt;br /&gt;
*Systemd v260+ will require a host Linux kernel of 5.10 or later due to systemd utils run during the build process. This presents issues with RHEL 8 era distros which have older kernel versions. We have patches in progress but if you’re using these distros, assistance will be needed to keep them supported. See https://lists.openembedded.org/g/openembedded-architecture/topic/119870359&lt;br /&gt;
*We continue to see high load on our infrastructure due to bots and AI scraping. This has primarily caused timeouts and errors accessing git.openembedded.org &amp;amp; git.yoctoproject.org. We have mitigations in place for now. Traditional git:// protocol continues to be disabled.&lt;br /&gt;
*We’re working through the backlog of patches, the bandwidth for changes needing in depth review/feedback continues to be a challenge.&lt;br /&gt;
*Intermittent build failures continue to be problematic:&lt;br /&gt;
**several qemu ‘hang’ type issues&lt;br /&gt;
**sometimes yocto-check-layer is showing checksum mismatch issues&lt;br /&gt;
**siggen reset issues (“ResourceWarning: unclosed transport”)&lt;br /&gt;
**groff build race issues&lt;br /&gt;
**intermittent ptest failures in many recipes&lt;br /&gt;
*We would like to know what people are planning to work on for Yocto Project 6.1 and beyond. We have a roadmap document in Google Docs: https://docs.google.com/document/d/12xgAzSjDj5zVlo4eQIbiv1s3QMjtBTCvBFY3_T7OPto&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Ways to contribute:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*We have several open issues for pseudo and limited maintainer time to work on them. Help from someone familiar with systems programming in C would be greatly appreciated. https://bugzilla.yoctoproject.org/buglist.cgi?list_id=661406&amp;amp;priority=High&amp;amp;priority=Medium%2B&amp;amp;product=Pseudo&amp;amp;query_format=advanced&amp;amp;resolution=---&lt;br /&gt;
*There are a large number of intermittent failures on our autobuilder, any help with investigating, reproducing or solving these issues would be welcome! https://valkyrie.yocto.io/pub/non-release/abint/&lt;br /&gt;
*Many recipes in openembedded-core would benefit from a new recipe maintainer. Please look at https://git.openembedded.org/openembedded-core/tree/meta/conf/distro/include/maintainers.inc and see if you can adopt any of the unassigned recipes.&lt;br /&gt;
*For more ways to contribute, see https://docs.google.com/document/d/18oxKWxLorfF813h82mK6yKTIHeBp_-9owFuCWbzgjOk/edit?usp=sharing&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;New to the project?&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*We have a list of issues we think are good places to start contributing: https://bugzilla.yoctoproject.org/buglist.cgi?quicksearch=NEWCOMER&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Tracking Metrics:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*WDD 2647 (last week 2620) (https://wiki.yoctoproject.org/charts/combo.html)&lt;br /&gt;
*OE-Core/Poky Patch Metrics&lt;br /&gt;
**Total patches found: 1036 (last week 1054)&lt;br /&gt;
**Patches in the Pending State: 145 (14%) [last week 145 (14%)]&lt;br /&gt;
**https://valkyrie.yocto.io/pub/non-release/patchmetrics/&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Upcoming development releases:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*6.1 M2:&lt;br /&gt;
**Build Date: w/c 2026-07-20&lt;br /&gt;
**Release Date: w/c 2026-08-03&lt;br /&gt;
*6.1 M3:&lt;br /&gt;
**Build Date: w/c 2026-08-31&lt;br /&gt;
**Release Date: w/c 2026-09-14&lt;br /&gt;
*6.1.0:&lt;br /&gt;
**Build Date (M4): w/c 2026-10-12&lt;br /&gt;
**Release Date: w/c 2026-11-02&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Upcoming dot releases:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*YP 5.0.19&lt;br /&gt;
**Build Date w/c 2026-06-30&lt;br /&gt;
**Release Date w/c 2026-07-13&lt;br /&gt;
*YP 6.0.3&lt;br /&gt;
**Build Date w/c 2026-08-10&lt;br /&gt;
**Release Date w/c 2026-08-24&lt;br /&gt;
&lt;br /&gt;
*For future release dates, see https://wiki.yoctoproject.org/wiki/Release_calendar&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;The Yocto Project’s technical governance is through its Technical Steering Committee, more information is available at:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
https://wiki.yoctoproject.org/wiki/TSC&amp;lt;br/&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== Yocto Project Status 23 June 2026 ==&lt;br /&gt;
Current Dev Position: YP 6.1 M2&amp;lt;br/&amp;gt;&lt;br /&gt;
Next Deadline: YP 6.1 M1: w/c 2026-07-20&amp;lt;br/&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Next Team Meetings:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*Bug Triage meeting - Thursday 25th June 7:30am PDT (https://zoom.us/j/454367603?pwd=ZGxoa2ZXL3FkM3Y0bFd5aVpHVVZ6dz09)&lt;br /&gt;
*Weekly Project Engineering Sync  - Tuesday 23rd June. 8am PDT (https://zoom.us/j/990892712?pwd=cHU1MjhoM2x6ck81bkcrYjRrcmJsUT09)&lt;br /&gt;
*Yocto Project Patch Review - Thursday 25th June 10am GMT and Monday 29th June 9am PDT (https://zoom.us/j/97762397148?pwd=1xk0iC9hp9SjEonaTaONwTb6iWry4Eb.1)&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Project data dashboard: https://dashboard.yoctoproject.org/&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Key Status/Updates:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*YP 6.0.1 was released&lt;br /&gt;
*YP 6.1 M1 is in review&lt;br /&gt;
*AUH is now running daily in incremental mode. We’re still tweaking some of the behaviours and reporting but if anyone has feedback/concerns, let us know. Help is needed with resolving automatic update failures and getting the patches into a state where they can be accepted.&lt;br /&gt;
*CVE metrics are up on scarthgap &amp;amp; wrynose branches due to delays with kernel upgrades. We’ve had intermittent LTP failures, kconfig type changes, lttng build failures and new warnings in dmesg which we needed to handle. We’re working through this, help is needed to accelerate testing of future stable kernel upgrades.&lt;br /&gt;
*Systemd v260 will require Linux 5.10 or later. We run some systemd utils on the host during the build, so this presents issues with RHEL 8 era distros which have older kernel versions. If you use one of these distros, assistance may be needed to keep them supported. See https://lists.openembedded.org/g/openembedded-architecture/topic/119870359&lt;br /&gt;
*We continue to see high load on our infrastructure due to bots and AI scraping. This has primarily caused timeouts and errors accessing git.openembedded.org &amp;amp; git.yoctoproject.org. We have mitigations in place for now. Traditional git:// protocol continues to be disabled.&lt;br /&gt;
*We’re working through the backlog of patches, the bandwidth for changes needing in depth review/feedback continues to be a challenge.&lt;br /&gt;
*Intermittent build failures continue to be problematic:&lt;br /&gt;
**several qemu ‘hang’ type issues&lt;br /&gt;
**sometimes yocto-check-layer is showing checksum mismatch issues&lt;br /&gt;
**siggen reset issues (“ResourceWarning: unclosed transport”)&lt;br /&gt;
**groff build race issues&lt;br /&gt;
**intermittent ptest failures in many recipes&lt;br /&gt;
*We would like to know what people are planning to work on for Yocto Project 6.1 and beyond. We have a roadmap document in Google Docs: https://docs.google.com/document/d/12xgAzSjDj5zVlo4eQIbiv1s3QMjtBTCvBFY3_T7OPto&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Ways to contribute:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*We have several open issues for pseudo and limited maintainer time to work on them. Help from someone familiar with systems programming in C would be greatly appreciated. https://bugzilla.yoctoproject.org/buglist.cgi?list_id=661406&amp;amp;priority=High&amp;amp;priority=Medium%2B&amp;amp;product=Pseudo&amp;amp;query_format=advanced&amp;amp;resolution=---&lt;br /&gt;
*There are a large number of intermittent failures on our autobuilder, any help with investigating, reproducing or solving these issues would be welcome! https://valkyrie.yocto.io/pub/non-release/abint/&lt;br /&gt;
*Many recipes in openembedded-core would benefit from a new recipe maintainer. Please look at https://git.openembedded.org/openembedded-core/tree/meta/conf/distro/include/maintainers.inc and see if you can adopt any of the unassigned recipes.&lt;br /&gt;
*For more ways to contribute, see https://docs.google.com/document/d/18oxKWxLorfF813h82mK6yKTIHeBp_-9owFuCWbzgjOk/edit?usp=sharing&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;New to the project?&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*We have a list of issues we think are good places to start contributing: https://bugzilla.yoctoproject.org/buglist.cgi?quicksearch=NEWCOMER&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Tracking Metrics:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*WDD 2620 (last week 2590) (https://wiki.yoctoproject.org/charts/combo.html)&lt;br /&gt;
*OE-Core/Poky Patch Metrics&lt;br /&gt;
**Total patches found: 1054(last week 1061)&lt;br /&gt;
**Patches in the Pending State: 145 (14%) [last week 146 (14%)]&lt;br /&gt;
**https://valkyrie.yocto.io/pub/non-release/patchmetrics/&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Upcoming development releases:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*6.1 M1: &lt;br /&gt;
**Build Date: w/c 2026-06-08&lt;br /&gt;
**Release Date: w/c 2026-06-22&lt;br /&gt;
*6.1 M2:&lt;br /&gt;
**Build Date: w/c 2026-07-20&lt;br /&gt;
**Release Date: w/c 2026-08-03&lt;br /&gt;
*6.1 M3:&lt;br /&gt;
**Build Date: w/c 2026-08-31&lt;br /&gt;
**Release Date: w/c 2026-09-14&lt;br /&gt;
*6.1.0:&lt;br /&gt;
**Build Date (M4): w/c 2026-10-12&lt;br /&gt;
**Release Date: w/c 2026-11-02&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Upcoming dot releases:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*YP 6.0.1 is due to release&lt;br /&gt;
*YP 6.0.2&lt;br /&gt;
**Build Date w/c 2026-06-23&lt;br /&gt;
**Release Date w/c 2026-07-06&lt;br /&gt;
*YP 5.0.19&lt;br /&gt;
**Build Date w/c 2026-06-30&lt;br /&gt;
**Release Date w/c 2026-07-13&lt;br /&gt;
*For future release dates, see https://wiki.yoctoproject.org/wiki/Release_calendar&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;The Yocto Project’s technical governance is through its Technical Steering Committee, more information is available at:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
https://wiki.yoctoproject.org/wiki/TSC&amp;lt;br/&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Yocto Project Status 16 June 2026 ==&lt;br /&gt;
Current Dev Position: YP 6.1 M2&amp;lt;br/&amp;gt;&lt;br /&gt;
Next Deadline: YP 6.1 M1: w/c 2026-07-20&amp;lt;br/&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Next Team Meetings:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*Bug Triage meeting - Thursday 18th June 7:30am PDT (https://zoom.us/j/454367603?pwd=ZGxoa2ZXL3FkM3Y0bFd5aVpHVVZ6dz09)&lt;br /&gt;
*Weekly Project Engineering Sync  - Tuesday 16th June. 8am PDT (https://zoom.us/j/990892712?pwd=cHU1MjhoM2x6ck81bkcrYjRrcmJsUT09)&lt;br /&gt;
*Yocto Project Patch Review - Thursday 18th June 10am GMT and Monday 22nd June 9am PDT (https://zoom.us/j/97762397148?pwd=1xk0iC9hp9SjEonaTaONwTb6iWry4Eb.1)&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Project data dashboard: https://dashboard.yoctoproject.org/&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Key Status/Updates:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*YP 6.0.1 is due for release&lt;br /&gt;
*YP 6.1 M1 is in QA&lt;br /&gt;
*We’re working through the backlog of patches, the bandwidth for changes needing in depth review/feedback continues to be a challenge.&lt;br /&gt;
*An initial round of patches to remove shell=True subprocess usage in OE-Core have now merged&lt;br /&gt;
*AUH is now running daily in incremental mode so we can avoid large batches of upgrade patches and spread them out as well as reacting more quickly to new upstream releases. We’re still tweaking some of the behaviours and reporting but if anyone has feedback/concerns, let us know.&lt;br /&gt;
*We’ve deliberately aimed to get up to date with the AUH success patches to better evaluate the ongoing upgrades.&lt;br /&gt;
*We have merged support for `devtool upgrade --stable` and the upstream-stable-release-point bbclass. We hope to use this to track upstream projects with known good stable release series, but we need input and discussion on what the criteria should be. Please participate in the discussion on the OE-Architecture list: https://lists.openembedded.org/g/openembedded-architecture/topic/119437109&lt;br /&gt;
*Intermittent build failures continue to be problematic and unchanged from last week:&lt;br /&gt;
**several qemu ‘hang’ type issues - the qemu upgrade merged, at least some issues still occur&lt;br /&gt;
**sometimes yocto-check-layer is showing checksum mismatch issues&lt;br /&gt;
**siggen reset issues (“ResourceWarning: unclosed transport”)&lt;br /&gt;
**groff build race issues&lt;br /&gt;
**intermittent ptest failures in many recipes (python3-click was tweaked)&lt;br /&gt;
*We would like to know what people are planning to work on for Yocto Project 6.1 and beyond. We have a roadmap document in Google Docs: https://docs.google.com/document/d/12xgAzSjDj5zVlo4eQIbiv1s3QMjtBTCvBFY3_T7OPto&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Ways to contribute:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*We have several open issues for pseudo and limited maintainer time to work on them. Help from someone familiar with systems programming in C would be greatly appreciated. https://bugzilla.yoctoproject.org/buglist.cgi?list_id=661406&amp;amp;priority=High&amp;amp;priority=Medium%2B&amp;amp;product=Pseudo&amp;amp;query_format=advanced&amp;amp;resolution=---&lt;br /&gt;
*There are a large number of intermittent failures on our autobuilder, any help with investigating, reproducing or solving these issues would be welcome! https://valkyrie.yocto.io/pub/non-release/abint/&lt;br /&gt;
*Many recipes in openembedded-core would benefit from a new recipe maintainer. Please look at https://git.openembedded.org/openembedded-core/tree/meta/conf/distro/include/maintainers.inc and see if you can adopt any of the unassigned recipes.&lt;br /&gt;
*For more ways to contribute, see https://docs.google.com/document/d/18oxKWxLorfF813h82mK6yKTIHeBp_-9owFuCWbzgjOk/edit?usp=sharing&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;New to the project?&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*We have a list of issues we think are good places to start contributing: https://bugzilla.yoctoproject.org/buglist.cgi?quicksearch=NEWCOMER&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Tracking Metrics:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*WDD 2590 (last week 2655) (https://wiki.yoctoproject.org/charts/combo.html)&lt;br /&gt;
*OE-Core/Poky Patch Metrics&lt;br /&gt;
**Total patches found: 1061 (last week 1056)&lt;br /&gt;
**Patches in the Pending State: 146 (14%) [last week 147 (14%)]&lt;br /&gt;
**https://valkyrie.yocto.io/pub/non-release/patchmetrics/&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Upcoming development releases:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*6.1 M1: &lt;br /&gt;
**Build Date: w/c 2026-06-08&lt;br /&gt;
**Release Date: w/c 2026-06-22&lt;br /&gt;
*6.1 M2:&lt;br /&gt;
**Build Date: w/c 2026-07-20&lt;br /&gt;
**Release Date: w/c 2026-08-03&lt;br /&gt;
*6.1 M3:&lt;br /&gt;
**Build Date: w/c 2026-08-31&lt;br /&gt;
**Release Date: w/c 2026-09-14&lt;br /&gt;
*6.1.0:&lt;br /&gt;
**Build Date (M4): w/c 2026-10-12&lt;br /&gt;
**Release Date: w/c 2026-11-02&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Upcoming dot releases:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*YP 6.0.1 is due to release&lt;br /&gt;
*YP 6.0.2&lt;br /&gt;
**Build Date w/c 2026-06-23&lt;br /&gt;
**Release Date w/c 2026-07-06&lt;br /&gt;
*YP 5.0.19&lt;br /&gt;
**Build Date w/c 2026-06-30&lt;br /&gt;
**Release Date w/c 2026-07-13&lt;br /&gt;
*For future release dates, see https://wiki.yoctoproject.org/wiki/Release_calendar&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;The Yocto Project’s technical governance is through its Technical Steering Committee, more information is available at:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
https://wiki.yoctoproject.org/wiki/TSC&amp;lt;br/&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== Yocto Project Status 9 June 2026 ==&lt;br /&gt;
Current Dev Position: YP 6.1 M1&amp;lt;br/&amp;gt;&lt;br /&gt;
Next Deadline: YP 6.1 M1: w/c 2026-06-08&amp;lt;br/&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Next Team Meetings:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*Bug Triage meeting - Thursday 11th June 7:30am PDT (https://zoom.us/j/454367603?pwd=ZGxoa2ZXL3FkM3Y0bFd5aVpHVVZ6dz09)&lt;br /&gt;
*Weekly Project Engineering Sync - Tuesday 9th June 8am PDT (https://zoom.us/j/990892712?pwd=cHU1MjhoM2x6ck81bkcrYjRrcmJsUT09)&lt;br /&gt;
*Yocto Project Patch Review - Thursday 11th June 10am GMT and Monday 15th June 9am PDT (https://zoom.us/j/97762397148?pwd=1xk0iC9hp9SjEonaTaONwTb6iWry4Eb.1)&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Project data dashboard: https://dashboard.yoctoproject.org/&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Key Status/Updates:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*YP 5.0.18 has been released&lt;br /&gt;
*YP 6.0.1 is in QA.&lt;br /&gt;
*YP 6.1 M1 is due to build this week&lt;br /&gt;
*We’re working through the backlog of patches, the bandwidth for changes needing in depth review/feedback continues to be a challenge.&lt;br /&gt;
*Patches to remove shell=True subprocess usage have merged in bitbake but OE-Core still needs significant work, help would be welcome with this.&lt;br /&gt;
*We have merged support for `devtool upgrade --stable` and the upstream-stable-release-point bbclass. We hope to use this to track upstream projects with known good stable release series, but we need input and discussion on what the criteria should be. Please participate in the discussion on the OE-Architecture list: https://lists.openembedded.org/g/openembedded-architecture/topic/119437109&lt;br /&gt;
*We have changed the xz and zstd decompression dependencies to make the build slightly more efficient and use the host tools for decompression&lt;br /&gt;
*Intermittent build failures continue to be problematic and unchanged from last week:&lt;br /&gt;
**several qemu ‘hang’ type issues&lt;br /&gt;
**sometimes yocto-check-layer is showing checksum mismatch issues&lt;br /&gt;
**siggen reset issues (“ResourceWarning: unclosed transport”)&lt;br /&gt;
**groff build race issues&lt;br /&gt;
**intermittent ptest failures in many recipes&lt;br /&gt;
*We would like to know what people are planning to work on for Yocto Project 6.1 and beyond. We have a roadmap document in Google Docs: https://docs.google.com/document/d/12xgAzSjDj5zVlo4eQIbiv1s3QMjtBTCvBFY3_T7OPto&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Ways to contribute:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*We have several open issues for pseudo and limited maintainer time to work on them. Help from someone familiar with systems programming in C would be greatly appreciated. https://bugzilla.yoctoproject.org/buglist.cgi?list_id=661406&amp;amp;priority=High&amp;amp;priority=Medium%2B&amp;amp;product=Pseudo&amp;amp;query_format=advanced&amp;amp;resolution=---&lt;br /&gt;
*There are a large number of intermittent failures on our autobuilder, any help with investigating, reproducing or solving these issues would be welcome! https://valkyrie.yocto.io/pub/non-release/abint/&lt;br /&gt;
*Many recipes in openembedded-core would benefit from a new recipe maintainer. Please look at https://git.openembedded.org/openembedded-core/tree/meta/conf/distro/include/maintainers.inc and see if you can adopt any of the unassigned recipes.&lt;br /&gt;
*For more ways to contribute, see https://docs.google.com/document/d/18oxKWxLorfF813h82mK6yKTIHeBp_-9owFuCWbzgjOk/edit?usp=sharing&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;New to the project?&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*We have a list of issues we think are good places to start contributing: https://bugzilla.yoctoproject.org/buglist.cgi?quicksearch=NEWCOMER&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Tracking Metrics:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*WDD 2655 (last week 2630) (https://wiki.yoctoproject.org/charts/combo.html)&lt;br /&gt;
*OE-Core/Poky Patch Metrics&lt;br /&gt;
**Total patches found: 1056 (last week 1087)&lt;br /&gt;
**Patches in the Pending State: 147 (14%) [last week 147 (14%)]&lt;br /&gt;
**https://valkyrie.yocto.io/pub/non-release/patchmetrics/&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Upcoming development releases:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*6.1 M1: &lt;br /&gt;
**Build Date: w/c 2026-06-08&lt;br /&gt;
**Release Date: w/c 2026-06-22&lt;br /&gt;
*6.1 M2:&lt;br /&gt;
**Build Date: w/c 2026-07-20&lt;br /&gt;
**Release Date: w/c 2026-08-03&lt;br /&gt;
*6.1 M3:&lt;br /&gt;
**Build Date: w/c 2026-08-31&lt;br /&gt;
**Release Date: w/c 2026-09-14&lt;br /&gt;
*6.1.0:&lt;br /&gt;
**Build Date (M4): w/c 2026-10-12&lt;br /&gt;
**Release Date: w/c 2026-11-02&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Upcoming dot releases:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*YP 6.0.1 is in QA.&lt;br /&gt;
*YP 6.0.2&lt;br /&gt;
**Build Date w/c 2026-06-23&lt;br /&gt;
**Release Date w/c 2026-07-06&lt;br /&gt;
*YP 5.0.19&lt;br /&gt;
**Build Date w/c 2026-06-30&lt;br /&gt;
**Release Date w/c 2026-07-13&lt;br /&gt;
*For future release dates, see https://wiki.yoctoproject.org/wiki/Release_calendar&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;The Yocto Project’s technical governance is through its Technical Steering Committee, more information is available at:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
https://wiki.yoctoproject.org/wiki/TSC&amp;lt;br/&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== Yocto Project Status 2 June 2026 ==&lt;br /&gt;
Current Dev Position: YP 6.1 M1&amp;lt;br/&amp;gt;&lt;br /&gt;
Next Deadline: YP 6.1 M1: w/c 2026-06-08&amp;lt;br/&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Next Team Meetings:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*Bug Triage meeting - Thursday 4th June 7:30am PDT (https://zoom.us/j/454367603?pwd=ZGxoa2ZXL3FkM3Y0bFd5aVpHVVZ6dz09)&lt;br /&gt;
*Weekly Project Engineering Sync - Tuesday 2nd June 8am PDT (https://zoom.us/j/990892712?pwd=cHU1MjhoM2x6ck81bkcrYjRrcmJsUT09)&lt;br /&gt;
*Yocto Project Patch Review - Thursday 4th June 10am GMT and Monday 8th June 9am PDT (https://zoom.us/j/97762397148?pwd=1xk0iC9hp9SjEonaTaONwTb6iWry4Eb.1)&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Project data dashboard: https://dashboard.yoctoproject.org/&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Key Status/Updates:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*YP 5.0.18 is due to be released&lt;br /&gt;
*YP 6.0.1 is in QA.&lt;br /&gt;
*YP 6.1 M1 is due to build next week&lt;br /&gt;
*We’re working through the backlog of patches, the bandwidth for changes needing in depth review/feedback continues to be a challenge.&lt;br /&gt;
*The upgrade to gcc 16 merged&lt;br /&gt;
*We are planning to improve our python subprocess calls to avoid shell=True, we would appreciate others following and doing this in their code too.&lt;br /&gt;
*Intermittent build failures continue to be problematic and unchanged from last week:&lt;br /&gt;
**several qemu ‘hang’ type issues&lt;br /&gt;
**sometimes yocto-check-layer is showing checksum mismatch issues&lt;br /&gt;
**siggen reset issues (“ResourceWarning: unclosed transport”)&lt;br /&gt;
**groff build race issues&lt;br /&gt;
**intermittent ptest failures in many recipes&lt;br /&gt;
*Qemu v11 dropped support for 32 bit hosts and we are likely to drop support for running builds on 32 bits hosts&lt;br /&gt;
*The upstream kernel is looking likely to drop x32 support and if they do, we will have to drop our support too - let hem/us know if you’re using it!&lt;br /&gt;
*We would like to know what people are planning to work on for Yocto Project 6.1 and beyond. We have a roadmap document in Google Docs: https://docs.google.com/document/d/12xgAzSjDj5zVlo4eQIbiv1s3QMjtBTCvBFY3_T7OPto&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Ways to contribute:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*We have several open issues for pseudo and limited maintainer time to work on them. Help from someone familiar with systems programming in C would be greatly appreciated. https://bugzilla.yoctoproject.org/buglist.cgi?list_id=661406&amp;amp;priority=High&amp;amp;priority=Medium%2B&amp;amp;product=Pseudo&amp;amp;query_format=advanced&amp;amp;resolution=---&lt;br /&gt;
*There are a large number of intermittent failures on our autobuilder, any help with investigating, reproducing or solving these issues would be welcome! https://valkyrie.yocto.io/pub/non-release/abint/&lt;br /&gt;
*Many recipes in openembedded-core would benefit from a new recipe maintainer. Please look at https://git.openembedded.org/openembedded-core/tree/meta/conf/distro/include/maintainers.inc and see if you can adopt any of the unassigned recipes.&lt;br /&gt;
*For more ways to contribute, see https://docs.google.com/document/d/18oxKWxLorfF813h82mK6yKTIHeBp_-9owFuCWbzgjOk/edit?usp=sharing&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;New to the project?&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*We have a list of issues we think are good places to start contributing: https://bugzilla.yoctoproject.org/buglist.cgi?quicksearch=NEWCOMER&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Tracking Metrics:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*WDD 2630 (last week 2660) (https://wiki.yoctoproject.org/charts/combo.html)&lt;br /&gt;
*OE-Core/Poky Patch Metrics&lt;br /&gt;
**Total patches found: 108 (last week 1083)&lt;br /&gt;
**Patches in the Pending State: 147 (14%) [last week 148 (13%)]&lt;br /&gt;
**https://valkyrie.yocto.io/pub/non-release/patchmetrics/&lt;br /&gt;
7&lt;br /&gt;
&#039;&#039;&#039;Upcoming dot releases:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*YP 5.0.18 is in review.&lt;br /&gt;
*YP 6.0.1 is in QA.&lt;br /&gt;
*YP 6.0.2&lt;br /&gt;
**Build Date  2026-06-23&lt;br /&gt;
**Release Date 2026-07-06&lt;br /&gt;
*YP 5.0.19&lt;br /&gt;
**Build Date  2026-06-30&lt;br /&gt;
**Release Date 2026-07-13&lt;br /&gt;
*For future release dates, see https://wiki.yoctoproject.org/wiki/Release_calendar&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;The Yocto Project’s technical governance is through its Technical Steering Committee, more information is available at:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
https://wiki.yoctoproject.org/wiki/TSC&amp;lt;br/&amp;gt;&lt;br /&gt;
== Yocto Project Status 26 May 2026 ==&lt;br /&gt;
Current Dev Position: YP 6.1 M1&amp;lt;br/&amp;gt;&lt;br /&gt;
Next Deadline: YP 6.1 M1: w/c 2026-06-08&amp;lt;br/&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Next Team Meetings:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*Bug Triage meeting - Thursday 28th May 7:30am PDT (https://zoom.us/j/454367603?pwd=ZGxoa2ZXL3FkM3Y0bFd5aVpHVVZ6dz09)&lt;br /&gt;
*Weekly Project Engineering Sync - Tuesday 26th May 8am PDT (https://zoom.us/j/990892712?pwd=cHU1MjhoM2x6ck81bkcrYjRrcmJsUT09)&lt;br /&gt;
*Yocto Project Patch Review - Thursday 28th May 10am GMT and Monday 1st June 9am PDT (https://zoom.us/j/97762397148?pwd=1xk0iC9hp9SjEonaTaONwTb6iWry4Eb.1)&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Project data dashboard: https://dashboard.yoctoproject.org/&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Key Status/Updates:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*YP 5.0.18 is out of QA and under review.&lt;br /&gt;
*YP 6.0.1 is in QA&lt;br /&gt;
*We’re working through the backlog of patches, the bandwidth for changes needing in depth review/feedback continues to be a challenge.&lt;br /&gt;
*Intermittent build failures continue to be problematic and unchanged from last week:&lt;br /&gt;
**several qemu ‘hang’ type issues&lt;br /&gt;
**sometimes yocto-check-layer is showing checksum mismatch issues&lt;br /&gt;
**siggen reset issues (“ResourceWarning: unclosed transport”)&lt;br /&gt;
**groff build race issues&lt;br /&gt;
**intermittent ptest failures in many recipes&lt;br /&gt;
*Is anyone using 32 bit SDKs, if so let us know. Qemu dropped support for 32 bit hosts and we are considering discontinuing 32 bit SDKs.&lt;br /&gt;
*We are likely to merge the gcc 16 upgrade soon&lt;br /&gt;
*We would like to know what people are planning to work on for Yocto Project 6.1 and beyond. We have a roadmap document in Google Docs: https://docs.google.com/document/d/12xgAzSjDj5zVlo4eQIbiv1s3QMjtBTCvBFY3_T7OPto&lt;br /&gt;
*We are updating the project’s security team and welcome nominations and/or feedback: https://lists.openembedded.org/g/openembedded-architecture/topic/119388716&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Ways to contribute:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*We have several open issues for pseudo and limited maintainer time to work on them. Help from someone familiar with systems programming in C would be greatly appreciated. https://bugzilla.yoctoproject.org/buglist.cgi?list_id=661406&amp;amp;priority=High&amp;amp;priority=Medium%2B&amp;amp;product=Pseudo&amp;amp;query_format=advanced&amp;amp;resolution=---&lt;br /&gt;
*There are a large number of intermittent failures on our autobuilder, any help with investigating, reproducing or solving these issues would be welcome! https://valkyrie.yocto.io/pub/non-release/abint/&lt;br /&gt;
*Many recipes in openembedded-core would benefit from a new recipe maintainer. Please look at https://git.openembedded.org/openembedded-core/tree/meta/conf/distro/include/maintainers.inc and see if you can adopt any of the unassigned recipes.&lt;br /&gt;
*For more ways to contribute, see https://docs.google.com/document/d/18oxKWxLorfF813h82mK6yKTIHeBp_-9owFuCWbzgjOk/edit?usp=sharing&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;New to the project?&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*We have a list of issues we think are good places to start contributing: https://bugzilla.yoctoproject.org/buglist.cgi?quicksearch=NEWCOMER&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Tracking Metrics:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*WDD 2660 (last week 2673) (https://wiki.yoctoproject.org/charts/combo.html)&lt;br /&gt;
*OE-Core/Poky Patch Metrics&lt;br /&gt;
**Total patches found: 1083 (last week 1083)&lt;br /&gt;
**Patches in the Pending State: 148 (14%) [last week 148 (13%)]&lt;br /&gt;
**https://valkyrie.yocto.io/pub/non-release/patchmetrics/&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Upcoming dot releases:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*YP 5.0.18 is in review.&lt;br /&gt;
*YP 6.0.1 is in QA.&lt;br /&gt;
*YP 5.0.19&lt;br /&gt;
**Build Date  2026-06-30&lt;br /&gt;
**Release Date 2026-07-13&lt;br /&gt;
*For future release dates, see https://wiki.yoctoproject.org/wiki/Release_calendar&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;The Yocto Project’s technical governance is through its Technical Steering Committee, more information is available at:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
https://wiki.yoctoproject.org/wiki/TSC&amp;lt;br/&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== Yocto Project Status 19 May 2026 ==&lt;br /&gt;
Current Dev Position: YP 6.1 M1&amp;lt;br/&amp;gt;&lt;br /&gt;
Next Deadline: YP 6.1 M1: w/c 2026-06-08&amp;lt;br/&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Next Team Meetings:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*Bug Triage meeting - Thursday 21st May 7:30am PDT (https://zoom.us/j/454367603?pwd=ZGxoa2ZXL3FkM3Y0bFd5aVpHVVZ6dz09)&lt;br /&gt;
*Weekly Project Engineering Sync - Tuesday 19th May 8am PDT (https://zoom.us/j/990892712?pwd=cHU1MjhoM2x6ck81bkcrYjRrcmJsUT09)&lt;br /&gt;
*Yocto Project Patch Review - Thursday 21st May 10am GMT (https://zoom.us/j/97762397148?pwd=1xk0iC9hp9SjEonaTaONwTb6iWry4Eb.1)&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Project data dashboard: https://dashboard.yoctoproject.org/&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Key Status/Updates:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*YP 6.0 was released, thanks everyone who contributed!&lt;br /&gt;
*YP 5.0.18 is in QA.&lt;br /&gt;
*We’re working through the backlog of patches, the bandwidth for changes needing in depth review/feedback continues to be a challenge.&lt;br /&gt;
*Intermittent build failures continue to be problematic:&lt;br /&gt;
**several qemu ‘hang’ type issues&lt;br /&gt;
**sometimes yocto-check-layer is showing checksum mismatch issues&lt;br /&gt;
**siggen reset issues (“ResourceWarning: unclosed transport”)&lt;br /&gt;
**groff build race issues&lt;br /&gt;
**intermittent ptest failures in many recipes&lt;br /&gt;
*Master (blacksail) is open for new development&lt;br /&gt;
*We would like to know what people are planning to work on for Yocto Project 6.1 and beyond. We have a roadmap document in Google Docs: https://docs.google.com/document/d/12xgAzSjDj5zVlo4eQIbiv1s3QMjtBTCvBFY3_T7OPto&lt;br /&gt;
*We are updating the project’s security team and welcome nominations and/or feedback: https://lists.openembedded.org/g/openembedded-architecture/topic/119388716&lt;br /&gt;
*Monday 25th May is a public holiday in the UK and USA so there will be no patch review call.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Ways to contribute:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*We have several open issues for pseudo and limited maintainer time to work on them. Help from someone familiar with systems programming in C would be greatly appreciated. https://bugzilla.yoctoproject.org/buglist.cgi?list_id=661406&amp;amp;priority=High&amp;amp;priority=Medium%2B&amp;amp;product=Pseudo&amp;amp;query_format=advanced&amp;amp;resolution=---&lt;br /&gt;
*There are a large number of intermittent failures on our autobuilder, any help with investigating, reproducing or solving these issues would be welcome! https://valkyrie.yocto.io/pub/non-release/abint/&lt;br /&gt;
*Many recipes in openembedded-core would benefit from a new recipe maintainer. Please look at https://git.openembedded.org/openembedded-core/tree/meta/conf/distro/include/maintainers.inc and see if you can adopt any of the unassigned recipes.&lt;br /&gt;
*For more ways to contribute, see https://docs.google.com/document/d/18oxKWxLorfF813h82mK6yKTIHeBp_-9owFuCWbzgjOk/edit?usp=sharing&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;New to the project?&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*We have a list of issues we think are good places to start contributing: https://bugzilla.yoctoproject.org/buglist.cgi?quicksearch=NEWCOMER&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Tracking Metrics:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*WDD 2673 (last week 2688) (https://wiki.yoctoproject.org/charts/combo.html)&lt;br /&gt;
*OE-Core/Poky Patch Metrics&lt;br /&gt;
**Total patches found: 1083 (last week 1087)&lt;br /&gt;
**Patches in the Pending State: 148 (14%) [last week 146 (13%)]&lt;br /&gt;
**https://valkyrie.yocto.io/pub/non-release/patchmetrics/&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Upcoming dot releases:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*YP 5.3.4 was released.&lt;br /&gt;
*YP 5.0.18 is in QA.&lt;br /&gt;
*YP 6.0.1&lt;br /&gt;
**Build Date  2026-05-18&lt;br /&gt;
**Release Date 2026-06-01&lt;br /&gt;
*YP 5.0.19&lt;br /&gt;
**Build Date  2026-06-30&lt;br /&gt;
**Release Date 2026-07-13&lt;br /&gt;
*For future release dates, see https://wiki.yoctoproject.org/wiki/Release_calendar&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;The Yocto Project’s technical governance is through its Technical Steering Committee, more information is available at:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
https://wiki.yoctoproject.org/wiki/TSC&amp;lt;br/&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== Yocto Project Status 12 May 2026 ==&lt;br /&gt;
Current Dev Position: YP 6.1 M1&amp;lt;br/&amp;gt;&lt;br /&gt;
Next Deadline: YP 6.1 M1: w/c 2026-06-08&amp;lt;br/&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Next Team Meetings:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*Bug Triage meeting - Thursday 14th May 7:30am PDT (https://zoom.us/j/454367603?pwd=ZGxoa2ZXL3FkM3Y0bFd5aVpHVVZ6dz09)&lt;br /&gt;
*Weekly Project Engineering Sync - Tuesday 12th May 8am PDT (https://zoom.us/j/990892712?pwd=cHU1MjhoM2x6ck81bkcrYjRrcmJsUT09)&lt;br /&gt;
*Yocto Project Patch Review - Thursday 14th May 10am GMT and Monday 18th May 9am PDT (https://zoom.us/j/97762397148?pwd=1xk0iC9hp9SjEonaTaONwTb6iWry4Eb.1)&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Project data dashboard: https://dashboard.yoctoproject.org/&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Key Status/Updates:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*YP 5.3.4 is due to release (has been approved)&lt;br /&gt;
*YP 6.0 is due to release (has been approved)&lt;br /&gt;
*We’re working through the backlog of patches, the bandwidth for changes needing in depth review/feedback continues to be a challenge&lt;br /&gt;
*Intermittent build failures continue to be problematic&lt;br /&gt;
*We have pruned the release artefacts, please let us know if any you would like to use are missing. We’re also interested to know which ones people actually use outside of uninative/buildtools and the BSP test images.&lt;br /&gt;
*Master is open for new development&lt;br /&gt;
*We would like to know what people are planning to work on for Yocto Project 6.1 and beyond. Please send proposals to the mailing list or raise them during the weekly status call, Paul will be collecting these into a project roadmap.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Ways to contribute:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*We have several open issues for pseudo and limited maintainer time to work on them. Help from someone familiar with systems programming in C would be greatly appreciated. https://bugzilla.yoctoproject.org/buglist.cgi?list_id=661406&amp;amp;priority=High&amp;amp;priority=Medium%2B&amp;amp;product=Pseudo&amp;amp;query_format=advanced&amp;amp;resolution=---&lt;br /&gt;
*There are a large number of intermittent failures on our autobuilder, any help with investigating, reproducing or solving these issues would be welcome! https://valkyrie.yocto.io/pub/non-release/abint/&lt;br /&gt;
*Many recipes in openembedded-core would benefit from a new recipe maintainer. Please look at https://git.openembedded.org/openembedded-core/tree/meta/conf/distro/include/maintainers.inc and see if you can adopt any of the unassigned recipes.&lt;br /&gt;
*For more ways to contribute, see https://docs.google.com/document/d/18oxKWxLorfF813h82mK6yKTIHeBp_-9owFuCWbzgjOk/edit?usp=sharing&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;New to the project?&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*We have a list of issues we think are good places to start contributing: https://bugzilla.yoctoproject.org/buglist.cgi?quicksearch=NEWCOMER&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Tracking Metrics:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*WDD 2688 (last week 2698) (https://wiki.yoctoproject.org/charts/combo.html)&lt;br /&gt;
*OE-Core/Poky Patch Metrics&lt;br /&gt;
**Total patches found: 1087 (last week 1087)&lt;br /&gt;
**Patches in the Pending State: 146 (13%) [last week 146 (13%)]&lt;br /&gt;
**https://valkyrie.yocto.io/pub/non-release/patchmetrics/&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Upcoming dot releases:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*YP 5.3.4 is due to release&lt;br /&gt;
*YP 5.0.18&lt;br /&gt;
**Build Date  2026-05-11&lt;br /&gt;
**Release Date 2026-05-25&lt;br /&gt;
*YP 6.0.1&lt;br /&gt;
**Build Date  2026-05-18&lt;br /&gt;
**Release Date 2026-06-01&lt;br /&gt;
*For future release dates, see https://wiki.yoctoproject.org/wiki/Release_calendar&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;The Yocto Project’s technical governance is through its Technical Steering Committee, more information is available at:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
https://wiki.yoctoproject.org/wiki/TSC&amp;lt;br/&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== Yocto Project Status 5 May 2026 ==&lt;br /&gt;
Current Dev Position: YP 6.1 M1&amp;lt;br/&amp;gt;&lt;br /&gt;
Next Deadline: YP 6.1 M1: w/c 2026-06-22&amp;lt;br/&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Next Team Meetings:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*Bug Triage meeting - Thursday 7th May 7:30am PDT (https://zoom.us/j/454367603?pwd=ZGxoa2ZXL3FkM3Y0bFd5aVpHVVZ6dz09)&lt;br /&gt;
*Weekly Project Engineering Sync - Tuesday 5th May 8am PDT (https://zoom.us/j/990892712?pwd=cHU1MjhoM2x6ck81bkcrYjRrcmJsUT09)&lt;br /&gt;
*Yocto Project Patch Review - Thursday 7th May 10am GMT and Monday 11th May 9am PDT (https://zoom.us/j/97762397148?pwd=1xk0iC9hp9SjEonaTaONwTb6iWry4Eb.1)&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Project data dashboard: https://dashboard.yoctoproject.org/&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Key Status/Updates:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*YP 4.0.35 was released&lt;br /&gt;
*YP 5.3.4 is due to release, pending TSC approval&lt;br /&gt;
*YP 6.0 is due to release, pending TSC approval&lt;br /&gt;
*We’re working through the backlog of patches, the bandwidth for changes needing in depth review/feedback continues to be a challenge&lt;br /&gt;
*Intermittent build failures continue to be problematic&lt;br /&gt;
*Patch review/merging is slow due to public holidays clashing with a review call&lt;br /&gt;
*Master is open for new development.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Ways to contribute:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*We have several open issues for pseudo and limited maintainer time to work on them. Help from someone familiar with systems programming in C would be greatly appreciated. https://bugzilla.yoctoproject.org/buglist.cgi?list_id=661406&amp;amp;priority=High&amp;amp;priority=Medium%2B&amp;amp;product=Pseudo&amp;amp;query_format=advanced&amp;amp;resolution=---&lt;br /&gt;
*There are a large number of intermittent failures on our autobuilder, any help with investigating, reproducing or solving these issues would be welcome! https://valkyrie.yocto.io/pub/non-release/abint/&lt;br /&gt;
*Many recipes in openembedded-core would benefit from a new recipe maintainer. Please look at https://git.openembedded.org/openembedded-core/tree/meta/conf/distro/include/maintainers.inc and see if you can adopt any of the unassigned recipes.&lt;br /&gt;
*For more ways to contribute, see https://docs.google.com/document/d/18oxKWxLorfF813h82mK6yKTIHeBp_-9owFuCWbzgjOk/edit?usp=sharing&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;New to the project?&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*We have a list of issues we think are good places to start contributing: https://bugzilla.yoctoproject.org/buglist.cgi?quicksearch=NEWCOMER&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Tracking Metrics:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*WDD 2698 (last week 2788) (https://wiki.yoctoproject.org/charts/combo.html)&lt;br /&gt;
*OE-Core/Poky Patch Metrics&lt;br /&gt;
**Total patches found: 1087 (last week 1085)&lt;br /&gt;
**Patches in the Pending State: 146 (13%) [last week 146 (13%)]&lt;br /&gt;
**https://valkyrie.yocto.io/pub/non-release/patchmetrics/&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Upcoming dot releases:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*YP 5.3.4 is due to release, pending TSC approval&lt;br /&gt;
*YP 5.0.18&lt;br /&gt;
**Build Date  2026-05-11&lt;br /&gt;
**Release Date 2026-05-25&lt;br /&gt;
*YP 6.0.1&lt;br /&gt;
**Build Date  2026-05-18&lt;br /&gt;
**Release Date 2026-06-01&lt;br /&gt;
*For future release dates, see https://wiki.yoctoproject.org/wiki/Release_calendar&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;The Yocto Project’s technical governance is through its Technical Steering Committee, more information is available at:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
https://wiki.yoctoproject.org/wiki/TSC&amp;lt;br/&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== Yocto Project Status 28 April 2026 ==&lt;br /&gt;
Current Dev Position: YP 6.0 M4&amp;lt;br/&amp;gt;&lt;br /&gt;
Next Deadline: YP 6.0 Release Date w/c 2026-05-04&amp;lt;br/&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Next Team Meetings:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*Bug Triage meeting - Thursday 30th Apr. 7:30am PDT (https://zoom.us/j/454367603?pwd=ZGxoa2ZXL3FkM3Y0bFd5aVpHVVZ6dz09)&lt;br /&gt;
*Weekly Project Engineering Sync - Tuesday 29th Apr. 8am PDT (https://zoom.us/j/990892712?pwd=cHU1MjhoM2x6ck81bkcrYjRrcmJsUT09)&lt;br /&gt;
*Yocto Project Patch Review - Thursday 30th Apr. 10am GMT (https://zoom.us/j/97762397148?pwd=1xk0iC9hp9SjEonaTaONwTb6iWry4Eb.1)&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Project data dashboard: https://dashboard.yoctoproject.org/&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Key Status/Updates:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*YP 4.0.35 is due to release&lt;br /&gt;
*YP 5.3.4 is in QA&lt;br /&gt;
*YP 6.0 rc1 is in QA&lt;br /&gt;
*There will be no patch review on Monday 4th May due to public holidays.&lt;br /&gt;
*We continue to triage the CVEs being reported by the new tooling.&lt;br /&gt;
*There were some last minute changes to DISTRO_FEATURES behaviour to resolve some usability issues that users identified.&lt;br /&gt;
*There have been several issues in pseudo identified and these have been fixed in the various pseudo point releases. We will upgrade pseudo in 6.0.1 to pull these in.&lt;br /&gt;
*There have been issues with 403 errors from crates.io, there is a change in bitbake to use the preferred upstream urls via their CDN.&lt;br /&gt;
*The kvm cpu features issue looks to be a host system CPU microcode issue and using the latest microcode appears to have resolved the issues.&lt;br /&gt;
*git:// protocol access to git.yoctoproject.org and git.openembeded.org is deprecated and going forward https:// URLs should be used to access git repositories. We are aiming to discontinue git protocol use.&lt;br /&gt;
*We’re working through the backlog of patches and intermittent build failures are still problematic. We continue to struggle for bandwidth for changes needing in depth review/feedback but are trying to clear the backlog.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Ways to contribute:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*We have several open issues for pseudo and limited maintainer time to work on them. Help from someone familiar with systems programming in C would be greatly appreciated. https://bugzilla.yoctoproject.org/buglist.cgi?list_id=661406&amp;amp;priority=High&amp;amp;priority=Medium%2B&amp;amp;product=Pseudo&amp;amp;query_format=advanced&amp;amp;resolution=---&lt;br /&gt;
*There are a large number of intermittent failures on our autobuilder, any help with investigating, reproducing or solving these issues would be welcome! https://valkyrie.yocto.io/pub/non-release/abint/&lt;br /&gt;
*Many recipes in openembedded-core would benefit from a new recipe maintainer. Please look at https://git.openembedded.org/openembedded-core/tree/meta/conf/distro/include/maintainers.inc and see if you can adopt any of the unassigned recipes.&lt;br /&gt;
*For more ways to contribute, see https://docs.google.com/document/d/18oxKWxLorfF813h82mK6yKTIHeBp_-9owFuCWbzgjOk/edit?usp=sharing&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;New to the project?&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*We have a list of issues we think are good places to start contributing: https://bugzilla.yoctoproject.org/buglist.cgi?quicksearch=NEWCOMER&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Tracking Metrics:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*WDD 2788 (last week 2790) (https://wiki.yoctoproject.org/charts/combo.html)&lt;br /&gt;
*OE-Core/Poky Patch Metrics&lt;br /&gt;
**Total patches found: 1085 (last week 1078)&lt;br /&gt;
**Patches in the Pending State: 146 (13%) [last week 147 (14%)]&lt;br /&gt;
**https://valkyrie.yocto.io/pub/non-release/patchmetrics/&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Upcoming dot releases:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*YP 4.0.35 is in review.&lt;br /&gt;
*YP 5.3.4 is in QA&lt;br /&gt;
**Release Date 2026-05-06&lt;br /&gt;
*YP 5.0.18&lt;br /&gt;
**Build Date   2026-05-11&lt;br /&gt;
**Release Date 2026-05-25&lt;br /&gt;
*For future release dates, see https://wiki.yoctoproject.org/wiki/Release_calendar&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;The Yocto Project’s technical governance is through its Technical Steering Committee, more information is available at:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
https://wiki.yoctoproject.org/wiki/TSC&amp;lt;br/&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== Yocto Project Status 21 April 2026 ==&lt;br /&gt;
Current Dev Position: YP 6.0 M4&amp;lt;br/&amp;gt;&lt;br /&gt;
Next Deadline: YP 6.0 M4 Build Date 2026-04-20&amp;lt;br/&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Next Team Meetings:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*Bug Triage meeting - Thursday Apr. 23rd 7:30am PDT (https://zoom.us/j/454367603?pwd=ZGxoa2ZXL3FkM3Y0bFd5aVpHVVZ6dz09)&lt;br /&gt;
*Weekly Project Engineering Sync - Tuesday Apr. 21st 8am PDT (https://zoom.us/j/990892712?pwd=cHU1MjhoM2x6ck81bkcrYjRrcmJsUT09)&lt;br /&gt;
*Yocto Project Patch Review - Thursday Apr. 23rd 10am GMT and Monday Apr. 27th 9am PDT (https://zoom.us/j/97762397148?pwd=1xk0iC9hp9SjEonaTaONwTb6iWry4Eb.1)&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Project data dashboard: https://dashboard.yoctoproject.org/&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Key Status/Updates:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*YP 5.0.17 was released&lt;br /&gt;
*YP 6.0 M3 was released&lt;br /&gt;
*YP 4.0.35 is in QA&lt;br /&gt;
*YP 6.0 M4 is due to build&lt;br /&gt;
*We continue to triage the CVEs being reported by the new tooling.&lt;br /&gt;
*Various fixes have merged or are planned to merge before the M4 release build:&lt;br /&gt;
**Various CVE issue resolutions from CVE triage&lt;br /&gt;
**Reproducibility issues with strace/apr-util&lt;br /&gt;
**Make race in groff&lt;br /&gt;
**Shadow-native tallylog issue fix&lt;br /&gt;
**Upgrade of barebox to align with an LTS release&lt;br /&gt;
**Implementation of a wrapper for openat2, fixing Fedora 44 beta build failures&lt;br /&gt;
**Sbom-cve-check upgrade (along with dependencies)&lt;br /&gt;
*Issues still pending:&lt;br /&gt;
**32bit x86 kvm seemingly broken with certain CPU features (#16074)&lt;br /&gt;
**Intermittent qemu boot failures of qemuarmv5 (and possibly qemuarm) since the last kernel upgrade&lt;br /&gt;
**Intermittent wic failures on the autobuilder&lt;br /&gt;
*At this point we will likely run the release build as the remaining issues aren’t critical to end users and we have no clear timeframe for resolution of them&lt;br /&gt;
git:// protocol access to git.yoctoproject.org and git.openembeded.org is deprecated and going forward https:// URLs should be used to access git repositories. We are aiming to discontinue git protocol use.&lt;br /&gt;
*We’re working through the backlog of patches and intermittent build failures are still problematic. We continue to struggle for bandwidth for changes needing in depth review/feedback. This could impact features making it into the LTS.&lt;br /&gt;
*The final whinlatter build is happening this week.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Ways to contribute:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*We have several open issues for pseudo and limited maintainer time to work on them. Help from someone familiar with systems programming in C would be greatly appreciated. https://bugzilla.yoctoproject.org/buglist.cgi?list_id=661406&amp;amp;priority=High&amp;amp;priority=Medium%2B&amp;amp;product=Pseudo&amp;amp;query_format=advanced&amp;amp;resolution=---&lt;br /&gt;
*There are a large number of intermittent failures on our autobuilder, any help with investigating, reproducing or solving these issues would be welcome! https://valkyrie.yocto.io/pub/non-release/abint/&lt;br /&gt;
*Many recipes in openembedded-core would benefit from a new recipe maintainer. Please look at https://git.openembedded.org/openembedded-core/tree/meta/conf/distro/include/maintainers.inc and see if you can adopt any of the unassigned recipes.&lt;br /&gt;
*For more ways to contribute, see https://docs.google.com/document/d/18oxKWxLorfF813h82mK6yKTIHeBp_-9owFuCWbzgjOk/edit?usp=sharing&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;New to the project?&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*We have a list of issues we think are good places to start contributing: https://bugzilla.yoctoproject.org/buglist.cgi?quicksearch=NEWCOMER&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Tracking Metrics:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*WDD 2790 (last week 2777) (https://wiki.yoctoproject.org/charts/combo.html)&lt;br /&gt;
*OE-Core/Poky Patch Metrics&lt;br /&gt;
**Total patches found: 1078 (last week 1072)&lt;br /&gt;
**Patches in the Pending State: 146 (14%) [last week 147 (14%)]&lt;br /&gt;
**https://valkyrie.yocto.io/pub/non-release/patchmetrics/&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Upcoming dot releases:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*YP 5.0.17 was released.&lt;br /&gt;
*YP 4.0.35 is in QA.&lt;br /&gt;
*YP 5.3.4&lt;br /&gt;
**Build Date  2026-04-20 &lt;br /&gt;
**Release Date 2026-05-06&lt;br /&gt;
*For future release dates, see https://wiki.yoctoproject.org/wiki/Release_calendar&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;The Yocto Project’s technical governance is through its Technical Steering Committee, more information is available at:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
https://wiki.yoctoproject.org/wiki/TSC&amp;lt;br/&amp;gt;&lt;br /&gt;
== Yocto Project Status 14 April 2026 ==&lt;br /&gt;
Current Dev Position: YP 6.0 M4&amp;lt;br/&amp;gt;&lt;br /&gt;
Next Deadline: YP 6.0 M4 Build Date 2026-04-20&amp;lt;br/&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Next Team Meetings:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*Bug Triage meeting - Thursday Apr. 16th 7:30am PDT (https://zoom.us/j/454367603?pwd=ZGxoa2ZXL3FkM3Y0bFd5aVpHVVZ6dz09)&lt;br /&gt;
*Weekly Project Engineering Sync - Tuesday Apr. 14th 8am PDT (https://zoom.us/j/990892712?pwd=cHU1MjhoM2x6ck81bkcrYjRrcmJsUT09)&lt;br /&gt;
*Yocto Project Patch Review - Thursday Apr. 16th 10am GMT and Monday Apr. 20th 9am PDT (https://zoom.us/j/97762397148?pwd=1xk0iC9hp9SjEonaTaONwTb6iWry4Eb.1)&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Project data dashboard: https://dashboard.yoctoproject.org/&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Key Status/Updates:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*YP 5.0.17 is due to be released&lt;br /&gt;
*YP 6.0 M3 is in QA&lt;br /&gt;
*YP 4.0.35 is queued for QA&lt;br /&gt;
*We have converted over to sbom-cve-check and dropped cve-check. This has caused a significant increase in CVEs reported, these are being triaged.&lt;br /&gt;
*Issues with pending work needed:&lt;br /&gt;
**32bit x86 kvm seemingly broken with certain CPU features (#16074)&lt;br /&gt;
**Reports of pseudo errors on Fedora 44 beta related to openat2()&lt;br /&gt;
**Intermittent qemu boot failures of qemuarmv5 (and possibly qemuarm) since the last kernel upgrade&lt;br /&gt;
**Meta-oe cve layer filtering under new tooling (metrics script tweak?)&lt;br /&gt;
**Reprodicubility issues with strace/apr-util after gnulib macro changes (patches in testing)&lt;br /&gt;
*There was disruption to git services last week due to scraping attacks against the servers. This resulted in connection issues whilst those were mitigated, particularly the git protocol access.&lt;br /&gt;
git:// protocol access to git.yoctoproject.org and git.openembeded.org is deprecated and going forward https:// URLs should be used to access git repositories. We are aiming to discontinue git protocol use.&lt;br /&gt;
*The recent wic changes will need wic support files to be placed in files/wic within layers going forwards.&lt;br /&gt;
*We’re working through the backlog of patches and intermittent build failures are still problematic, including the emergence of new issues (newer kernel version?). We continue to struggle for bandwidth for changes needing in depth review/feedback. This could impact features making it into the LTS.&lt;br /&gt;
*The final kirkstone build has taken place and we’re no longer planning to merge patches on this branch.&lt;br /&gt;
*If you have any final patches for whinlatter, please get these sent to the list ASAP.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Ways to contribute:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*We have several open issues for pseudo and limited maintainer time to work on them. Help from someone familiar with systems programming in C would be greatly appreciated. https://bugzilla.yoctoproject.org/buglist.cgi?list_id=661406&amp;amp;priority=High&amp;amp;priority=Medium%2B&amp;amp;product=Pseudo&amp;amp;query_format=advanced&amp;amp;resolution=---&lt;br /&gt;
*There are a large number of intermittent failures on our autobuilder, any help with investigating, reproducing or solving these issues would be welcome! https://valkyrie.yocto.io/pub/non-release/abint/&lt;br /&gt;
*Many recipes in openembedded-core would benefit from a new recipe maintainer. Please look at https://git.openembedded.org/openembedded-core/tree/meta/conf/distro/include/maintainers.inc and see if you can adopt any of the unassigned recipes.&lt;br /&gt;
*For more ways to contribute, see https://docs.google.com/document/d/18oxKWxLorfF813h82mK6yKTIHeBp_-9owFuCWbzgjOk/edit?usp=sharing&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;New to the project?&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*We have a list of issues we think are good places to start contributing: https://bugzilla.yoctoproject.org/buglist.cgi?quicksearch=NEWCOMER&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Tracking Metrics:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*WDD 2777 (last week 2797) (https://wiki.yoctoproject.org/charts/combo.html)&lt;br /&gt;
*OE-Core/Poky Patch Metrics&lt;br /&gt;
**Total patches found: 1072 (last week 1060)&lt;br /&gt;
**Patches in the Pending State: 147 (14%) [last week 148 (14%)]&lt;br /&gt;
**https://valkyrie.yocto.io/pub/non-release/patchmetrics/&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;YP 6.0 Milestone Dates:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*YP 6.0 M3 in QA.&lt;br /&gt;
*YP 6.0 M4 Build Date 2026-04-13&lt;br /&gt;
*YP 6.0 M4 Release Date 2026-05-04&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Upcoming dot releases:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*YP 5.0.17 is in review.&lt;br /&gt;
*YP 4.0.35 is in QA.&lt;br /&gt;
*YP 5.3.4&lt;br /&gt;
**Build Date  2026-04-20 &lt;br /&gt;
**Release Date 2026-05-06&lt;br /&gt;
*For future release dates, see https://wiki.yoctoproject.org/wiki/Release_calendar&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;The Yocto Project’s technical governance is through its Technical Steering Committee, more information is available at:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
https://wiki.yoctoproject.org/wiki/TSC&amp;lt;br/&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== Yocto Project Status 7 April 2026 ==&lt;br /&gt;
Current Dev Position: YP 6.0 M3&amp;lt;br/&amp;gt;&lt;br /&gt;
Next Deadline: YP 6.0 M3 Build Date 2026-03-23&amp;lt;br/&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Next Team Meetings:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*Bug Triage meeting - Thursday Apr. 9th 7:30am PDT (https://zoom.us/j/454367603?pwd=ZGxoa2ZXL3FkM3Y0bFd5aVpHVVZ6dz09)&lt;br /&gt;
*Weekly Project Engineering Sync - Tuesday Apr. 7th 8am PDT (https://zoom.us/j/990892712?pwd=cHU1MjhoM2x6ck81bkcrYjRrcmJsUT09)&lt;br /&gt;
*Yocto Project Patch Review - Thursday Apr. 9th 10am GMT and Monday Apr. 13th 9am PDT (https://zoom.us/j/97762397148?pwd=1xk0iC9hp9SjEonaTaONwTb6iWry4Eb.1)&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Project data dashboard: https://dashboard.yoctoproject.org/&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Key Status/Updates:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*YP 5.3.3 was released.&lt;br /&gt;
*YP 5.0.17 is in QA&lt;br /&gt;
*YP 6.0 M3 is the feature freeze for 6.0 which is our next LTS.&lt;br /&gt;
*YP 6.0 M3 is now due to build however there are still key changes missing. &lt;br /&gt;
*Issues with pending work needed:&lt;br /&gt;
**Converting scripts/run-cvecheck to sbom-cve-check&lt;br /&gt;
**32bit x86 kvm seemingly broken with certain CPU features (#16074)&lt;br /&gt;
**Failure to generate regression reports in release builds (need tags)&lt;br /&gt;
**Ubuntu 26.04 support (need worker adding for testing)&lt;br /&gt;
*Issues that have patches ready to merge:&lt;br /&gt;
**DISTRO_FEATURES defaults improvements.&lt;br /&gt;
**Fixing yocto-check-layer to work with --machines&lt;br /&gt;
**RHEL 9 xattrs/selinux/tar issue&lt;br /&gt;
**Splitting wic into an external tool.&lt;br /&gt;
**RHEL 10/openSUSE Leap 16.0 support&lt;br /&gt;
*Issues that need investigation&lt;br /&gt;
**Reports of pseudo errors on Fedora 44 beta&lt;br /&gt;
*The proposed wic changes will need wic support files to be placed in files/wic within layers going forwards.&lt;br /&gt;
*We’re working through the backlog of patches and intermittent build failures are still problematic, including the emergence of new issues (newer kernel version?). We continue to struggle for bandwidth for changes needing in depth review/feedback. This could impact features making it into the LTS.&lt;br /&gt;
*We are aware of our git hosting giving 502 Bad Gateway errors, this is being investigated&lt;br /&gt;
*The CFP for the Yocto Project Workshop at Embedded Recipes 2026 closes today: https://pretalx.com/yocto-embedded-recipes-2026/cfp&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Ways to contribute:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*We have several open issues for pseudo and limited maintainer time to work on them. Help from someone familiar with systems programming in C would be greatly appreciated. https://bugzilla.yoctoproject.org/buglist.cgi?list_id=661406&amp;amp;priority=High&amp;amp;priority=Medium%2B&amp;amp;product=Pseudo&amp;amp;query_format=advanced&amp;amp;resolution=---&lt;br /&gt;
*There are a large number of intermittent failures on our autobuilder, any help with investigating, reproducing or solving these issues would be welcome! https://valkyrie.yocto.io/pub/non-release/abint/&lt;br /&gt;
*Many recipes in openembedded-core would benefit from a new recipe maintainer. Please look at https://git.openembedded.org/openembedded-core/tree/meta/conf/distro/include/maintainers.inc and see if you can adopt any of the unassigned recipes.&lt;br /&gt;
*For more ways to contribute, see https://docs.google.com/document/d/18oxKWxLorfF813h82mK6yKTIHeBp_-9owFuCWbzgjOk/edit?usp=sharing&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;New to the project?&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*We have a list of issues we think are good places to start contributing: https://bugzilla.yoctoproject.org/buglist.cgi?quicksearch=NEWCOMER&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Tracking Metrics:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*WDD 2797 (last week 2814) (https://wiki.yoctoproject.org/charts/combo.html)&lt;br /&gt;
*OE-Core/Poky Patch Metrics&lt;br /&gt;
**Total patches found: 1060 (last week 1062)&lt;br /&gt;
**Patches in the Pending State: 148 (14%) [last week 148 (14%)]&lt;br /&gt;
**https://valkyrie.yocto.io/pub/non-release/patchmetrics/&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;YP 6.0 Milestone Dates:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*YP 6.0 M3 Build Date 2026-03-23&lt;br /&gt;
*YP 6.0 M3 Release Date 2026-04-08&lt;br /&gt;
*YP 6.0 M4 Build Date 2026-04-13&lt;br /&gt;
*YP 6.0 M4 Release Date 2026-05-04&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Upcoming dot releases:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*YP 5.3.3 was released.&lt;br /&gt;
*YP 5.0.17 is in QA.&lt;br /&gt;
*YP 4.0.35&lt;br /&gt;
**Build Date 2026-04-06&lt;br /&gt;
**Release Date 2026-04-22&lt;br /&gt;
*YP 5.3.4&lt;br /&gt;
**Build Date  2026-04-20 &lt;br /&gt;
**Release Date 2026-05-06&lt;br /&gt;
*For future release dates, see https://wiki.yoctoproject.org/wiki/Release_calendar&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;The Yocto Project’s technical governance is through its Technical Steering Committee, more information is available at:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
https://wiki.yoctoproject.org/wiki/TSC&amp;lt;br/&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== Yocto Project Status 31 March 2026 ==&lt;br /&gt;
Current Dev Position: YP 6.0 M3&amp;lt;br/&amp;gt;&lt;br /&gt;
Next Deadline: YP 6.0 M3 Build Date 2026-03-23&amp;lt;br/&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Next Team Meetings:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*Bug Triage meeting - Thursday Apr. 2nd 7:30am PDT (https://zoom.us/j/454367603?pwd=ZGxoa2ZXL3FkM3Y0bFd5aVpHVVZ6dz09)&lt;br /&gt;
*Weekly Project Engineering Sync - Tuesday 31st Mar. 8am PDT (https://zoom.us/j/990892712?pwd=cHU1MjhoM2x6ck81bkcrYjRrcmJsUT09)&lt;br /&gt;
*Yocto Project Patch Review - Thursday Apr. 2nd 10am GMT and Monday Apr. 6th 9am PDT (https://zoom.us/j/97762397148?pwd=1xk0iC9hp9SjEonaTaONwTb6iWry4Eb.1)&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Project data dashboard: https://dashboard.yoctoproject.org/&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Key Status/Updates:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*YP 4.0.34 was released.&lt;br /&gt;
*YP 5.3.3 is approved for release.&lt;br /&gt;
*YP 6.0 M3 is the feature freeze for 6.0 which is our next LTS.&lt;br /&gt;
*YP 6.0 M3 is now due to build however there are still key changes missing. &lt;br /&gt;
*Issues still pending:&lt;br /&gt;
**Splitting wic into an external tool.&lt;br /&gt;
**Converting scripts/run-cvecheck to sbom-cve-check&lt;br /&gt;
**DISTRO_FEATURES defaults improvements.&lt;br /&gt;
**RHEL 9 xattrs/selinux/tar issue&lt;br /&gt;
**How to improve DEBUG_BUILD?&lt;br /&gt;
**RHEL 10/openSUSE Leap 16.0/Ubuntu 26.04 support&lt;br /&gt;
*Issues that are mostly known quantities still needing work:&lt;br /&gt;
**x86 kvm seemingly broken with certain CPU features (#16074)&lt;br /&gt;
**Failure to generate regression reports in release builds &lt;br /&gt;
**Fixing yocto-check-layer to work with --machines (many fixes merged)&lt;br /&gt;
*Issues that were resolved this week:&lt;br /&gt;
**Sbom-cve-check added&lt;br /&gt;
**Replacement of runtlp with kirk (Thanks Daniel!)&lt;br /&gt;
**bitbake-setup vscode integration&lt;br /&gt;
**Fedora 43 selftest failures&lt;br /&gt;
**Reconciling poky and OE-Core defaults templates.&lt;br /&gt;
*We have rationalized the tags in various project repositories, more information can be found here: https://lists.openembedded.org/g/openembedded-architecture/message/2312 Whilst controversial, this will make the tag list much easier to understand for users, guide users to use the right tags going forward and remove confusion about whether any tags were “missed”, at the expense that some CI setups may need adjusting short term.&lt;br /&gt;
*We’re working through the backlog of patches and intermittent build failures are still problematic, including the emergence of new issues (newer kernel version?). We continue to struggle for bandwidth for changes needing in depth review/feedback. This could impact features making it into the LTS.&lt;br /&gt;
*The CFP closing date for the Yocto Project Workshop at Embedded Recipes 2026 has been extended until April 7th, please submit a proposal if you’d like to present: https://pretalx.com/yocto-embedded-recipes-2026/cfp&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Ways to contribute:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*We have several open issues for pseudo and limited maintainer time to work on them. Help from someone familiar with systems programming in C would be greatly appreciated. https://bugzilla.yoctoproject.org/buglist.cgi?list_id=661406&amp;amp;priority=High&amp;amp;priority=Medium%2B&amp;amp;product=Pseudo&amp;amp;query_format=advanced&amp;amp;resolution=---&lt;br /&gt;
*There are a large number of intermittent failures on our autobuilder, any help with investigating, reproducing or solving these issues would be welcome! https://valkyrie.yocto.io/pub/non-release/abint/&lt;br /&gt;
*Many recipes in openembedded-core would benefit from a new recipe maintainer. Please look at https://git.openembedded.org/openembedded-core/tree/meta/conf/distro/include/maintainers.inc and see if you can adopt any of the unassigned recipes.&lt;br /&gt;
*For more ways to contribute, see https://docs.google.com/document/d/18oxKWxLorfF813h82mK6yKTIHeBp_-9owFuCWbzgjOk/edit?usp=sharing&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;New to the project?&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*We have a list of issues we think are good places to start contributing: https://bugzilla.yoctoproject.org/buglist.cgi?quicksearch=NEWCOMER&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Tracking Metrics:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*WDD 2814 (last week 2819) (https://wiki.yoctoproject.org/charts/combo.html)&lt;br /&gt;
*OE-Core/Poky Patch Metrics&lt;br /&gt;
**Total patches found: 1062 (last week 1072)&lt;br /&gt;
**Patches in the Pending State: 148 (14%) [last week 151 (14%)]&lt;br /&gt;
**https://valkyrie.yocto.io/pub/non-release/patchmetrics/&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;YP 6.0 Milestone Dates:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*YP 6.0 M3 Build Date 2026-03-23&lt;br /&gt;
*YP 6.0 M3 Release Date 2026-04-08&lt;br /&gt;
*YP 6.0 M4 Build Date 2026-04-13&lt;br /&gt;
*YP 6.0 M4 Release Date 2026-05-04&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Upcoming dot releases:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*YP 4.0.34 was released.&lt;br /&gt;
*YP 5.3.3 ready for release.&lt;br /&gt;
*YP 5.0.17 Build Date 2026-03-30&lt;br /&gt;
*YP 5.0.17 Release Date 2026-04-15&lt;br /&gt;
*YP 4.0.35 Build Date 2026-04-06&lt;br /&gt;
*YP 4.0.35 Release Date 2026-04-22&lt;br /&gt;
*YP 5.3.4 Build Date 2026-04-20 &lt;br /&gt;
*YP 5.3.4 Release Date 2026-05-06&lt;br /&gt;
*YP 5.0.18 Build Date 2026-04-27&lt;br /&gt;
*YP 5.0.18 Release Date 2026-05-13&lt;br /&gt;
*YP 5.0.19 Build Date 2026-05-26&lt;br /&gt;
*YP 5.0.19 Release Date 2026-06-05&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;The Yocto Project’s technical governance is through its Technical Steering Committee, more information is available at:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
https://wiki.yoctoproject.org/wiki/TSC&amp;lt;br/&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== Yocto Project Status 24 March 2026 ==&lt;br /&gt;
Current Dev Position: YP 6.0 M3&amp;lt;br/&amp;gt;&lt;br /&gt;
Next Deadline: YP 6.0 M3 Build Date 2026-03-23&amp;lt;br/&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Next Team Meetings:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*Bug Triage meeting - Thursday 26th Mar. 7:30am PDT (https://zoom.us/j/454367603?pwd=ZGxoa2ZXL3FkM3Y0bFd5aVpHVVZ6dz09)&lt;br /&gt;
*Weekly Project Engineering Sync - Tuesday 24th Mar. 8am PDT (https://zoom.us/j/990892712?pwd=cHU1MjhoM2x6ck81bkcrYjRrcmJsUT09)&lt;br /&gt;
*Yocto Project Patch Review - Thursday 26th Mar. 10am GMT and Monday 30th Mar. 9am PDT (https://zoom.us/j/97762397148?pwd=1xk0iC9hp9SjEonaTaONwTb6iWry4Eb.1)&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Project data dashboard: https://dashboard.yoctoproject.org/&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Key Status/Updates:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*YP 6.0 M2 has been released.&lt;br /&gt;
*YP 4.0.34 is due to be released.&lt;br /&gt;
*YP 5.3.3 is in review after QA.&lt;br /&gt;
*YP 6.0 M3 is the feature freeze for 6.0 which is our next LTS.&lt;br /&gt;
*YP 6.0 M3 is now due to build however there are many key changes needed still missing. &lt;br /&gt;
**Issues still pending:&lt;br /&gt;
**Splitting wic into an external tool.&lt;br /&gt;
**Deprecation of ltp (upstream dropped runltp and mandate kirk)&lt;br /&gt;
**How to improve DEBUG_BUILD?&lt;br /&gt;
**DISTRO_FEATURES defaults improvements.&lt;br /&gt;
**SBOM/cve-check changes.&lt;br /&gt;
**AB-INT: opkg-build segmentation fault (memory corruption in pseudo?) (#16078)&lt;br /&gt;
*Issues that are mostly known quantities still needing work:&lt;br /&gt;
**x86 kvm seemingly broken with certain CPU features (#16074)&lt;br /&gt;
**Failure to generate regression reports in release builds &lt;br /&gt;
**Reconcile poky and OE-Core defaults templates.&lt;br /&gt;
**Resolve Fedora 43 selftest failures&lt;br /&gt;
**Fixing yocto-check-layer to work with –machines&lt;br /&gt;
*Issues that were resolved this week:&lt;br /&gt;
**Switching to pkg-config.&lt;br /&gt;
**Allowing non-destructive git fetcher updates for bitbake-setup (further tweaks still being discussed)&lt;br /&gt;
*We are seeing issues with older versions of tar on RHEL 9 derived distros (selinux triggers due to xattrs)&lt;br /&gt;
*We’re working through the backlog of patches and intermittent build failures are still problematic. We continue to struggle for bandwidth for changes needing in depth review/feedback. This could impact features making it into the LTS.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Ways to contribute:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*We have several open issues for pseudo and limited maintainer time to work on them. Help from someone familiar with systems programming in C would be greatly appreciated. https://bugzilla.yoctoproject.org/buglist.cgi?list_id=661406&amp;amp;priority=High&amp;amp;priority=Medium%2B&amp;amp;product=Pseudo&amp;amp;query_format=advanced&amp;amp;resolution=---&lt;br /&gt;
*There are a large number of intermittent failures on our autobuilder, any help with investigating, reproducing or solving these issues would be welcome! https://valkyrie.yocto.io/pub/non-release/abint/&lt;br /&gt;
*Many recipes in openembedded-core would benefit from a new recipe maintainer. Please look at https://git.openembedded.org/openembedded-core/tree/meta/conf/distro/include/maintainers.inc and see if you can adopt any of the unassigned recipes.&lt;br /&gt;
*For more ways to contribute, see https://docs.google.com/document/d/18oxKWxLorfF813h82mK6yKTIHeBp_-9owFuCWbzgjOk/edit?usp=sharing&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;New to the project?&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*We have a list of issues we think are good places to start contributing: https://bugzilla.yoctoproject.org/buglist.cgi?quicksearch=NEWCOMER&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Tracking Metrics:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*WDD 2841 (last week 2866) (https://wiki.yoctoproject.org/charts/combo.html)&lt;br /&gt;
*OE-Core/Poky Patch Metrics&lt;br /&gt;
**Total patches found: 1069 (last week 1081)&lt;br /&gt;
**Patches in the Pending State: 152 (14%) [last week 151 (14%)]&lt;br /&gt;
**https://valkyrie.yocto.io/pub/non-release/patchmetrics/&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;YP 6.0 Milestone Dates:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*YP 6.0 M2 was released.&lt;br /&gt;
*YP 6.0 M3 Build Date 2026-03-23&lt;br /&gt;
*YP 6.0 M3 Release Date 2026-04-08&lt;br /&gt;
*YP 6.0 M4 Build Date 2026-04-13&lt;br /&gt;
*YP 6.0 M4 Release Date 2026-05-04&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Upcoming dot releases:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*YP 4.0.34 ready for release.&lt;br /&gt;
*YP 5.3.3 is in review.&lt;br /&gt;
*YP 5.0.17 Build Date 2026-03-30&lt;br /&gt;
*YP 5.0.17 Release Date 2026-04-15&lt;br /&gt;
*YP 4.0.35 Build Date 2026-04-06&lt;br /&gt;
*YP 4.0.35 Release Date 2026-04-22&lt;br /&gt;
*YP 5.3.4 Build Date 2026-04-20 &lt;br /&gt;
*YP 5.3.4 Release Date 2026-05-06&lt;br /&gt;
*YP 5.0.18 Build Date 2026-04-27&lt;br /&gt;
*YP 5.0.18 Release Date 2026-05-13&lt;br /&gt;
*YP 5.0.19 Build Date 2026-05-26&lt;br /&gt;
*YP 5.0.19 Release Date 2026-06-05&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;The Yocto Project’s technical governance is through its Technical Steering Committee, more information is available at:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
https://wiki.yoctoproject.org/wiki/TSC&amp;lt;br/&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== Yocto Project Status 17 March 2026 ==&lt;br /&gt;
Current Dev Position: YP 6.0 M3&amp;lt;br/&amp;gt;&lt;br /&gt;
Next Deadline: YP 6.0 M3 Build Date 2026-03-23&amp;lt;br/&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Next Team Meetings:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*Bug Triage meeting - Thursday 19th Mar. 7:30am PDT (https://zoom.us/j/454367603?pwd=ZGxoa2ZXL3FkM3Y0bFd5aVpHVVZ6dz09)&lt;br /&gt;
*Weekly Project Engineering Sync - Tuesday 17th Mar. 8am PDT (https://zoom.us/j/990892712?pwd=cHU1MjhoM2x6ck81bkcrYjRrcmJsUT09)&lt;br /&gt;
*Yocto Project Patch Review - Thursday 19th Mar. 10am GMT and Monday 23rd Mar. 9am PDT (https://zoom.us/j/97762397148?pwd=1xk0iC9hp9SjEonaTaONwTb6iWry4Eb.1)&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Project data dashboard: https://dashboard.yoctoproject.org/&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Key Status/Updates:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*YP 5.3.2 has been released&lt;br /&gt;
*YP 6.0 M2 is due to be released&lt;br /&gt;
*YP 4.0.34 is in QA.&lt;br /&gt;
*YP 6.0 M3 is the feature freeze for 6.0 which is our next LTS.&lt;br /&gt;
*YP 6.0 M3 is due to build next week however there are many key changes needed still missing. &lt;br /&gt;
*We have issues we need to resolve before M3:&lt;br /&gt;
**x86 kvm seemingly broken with certain CPU features (#16074)&lt;br /&gt;
**AB-INT: opkg-build segmentation fault (memory corruption in pseudo?) (#16078)&lt;br /&gt;
**Failure to generate regression reports in release builds &lt;br /&gt;
**Allowing non-destructive git fetcher updates for bitbake-setup.&lt;br /&gt;
**Splitting wic into an external tool.&lt;br /&gt;
**Switching to pkg-config.&lt;br /&gt;
**Deprecation of ltp (upstream dropped runltp and mandate kirk)&lt;br /&gt;
**How to improve DEBUG_BUILD?&lt;br /&gt;
**DISTRO_FEATURES defaults improvements.&lt;br /&gt;
**SBOM/cve-check changes.&lt;br /&gt;
**Reconcile poky and OE-Core defaults templates.&lt;br /&gt;
**Resolve Fedora 43 selftest failures&lt;br /&gt;
*glibc was upgraded 2.43 and we released a new uninative to match&lt;br /&gt;
*runqemu now has better handling for different display outputs including VNC on unix domain sockets&lt;br /&gt;
*We are adding testing of ptests on musl to our test matrix&lt;br /&gt;
*Kernel rust support has merged&lt;br /&gt;
*We’re working through the backlog of patches and intermittent build failures are still problematic. We continue to struggle for bandwidth for changes needing in depth review/feedback. This could impact features making it into the LTS.&lt;br /&gt;
*On scarthgap, we have updated to openssl 3.5 since that is still maintained&lt;br /&gt;
*Thanks to everyone who helped out with the booth at Embedded World, it was a great success!&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Ways to contribute:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*We have several open issues for pseudo and limited maintainer time to work on them. Help from someone familiar with systems programming in C would be greatly appreciated. https://bugzilla.yoctoproject.org/buglist.cgi?list_id=661406&amp;amp;priority=High&amp;amp;priority=Medium%2B&amp;amp;product=Pseudo&amp;amp;query_format=advanced&amp;amp;resolution=---&lt;br /&gt;
*There are a large number of intermittent failures on our autobuilder, any help with investigating, reproducing or solving these issues would be welcome! https://valkyrie.yocto.io/pub/non-release/abint/&lt;br /&gt;
*Many recipes in openembedded-core would benefit from a new recipe maintainer. Please look at https://git.openembedded.org/openembedded-core/tree/meta/conf/distro/include/maintainers.inc and see if you can adopt any of the unassigned recipes.&lt;br /&gt;
*For more ways to contribute, see https://docs.google.com/document/d/18oxKWxLorfF813h82mK6yKTIHeBp_-9owFuCWbzgjOk/edit?usp=sharing&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;New to the project?&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*We have a list of issues we think are good places to start contributing: https://bugzilla.yoctoproject.org/buglist.cgi?quicksearch=NEWCOMER&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Tracking Metrics:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*WDD 2841 (last week 2866) (https://wiki.yoctoproject.org/charts/combo.html)&lt;br /&gt;
*OE-Core/Poky Patch Metrics&lt;br /&gt;
**Total patches found: 1069 (last week 1081)&lt;br /&gt;
**Patches in the Pending State: 152 (14%) [last week 151 (14%)]&lt;br /&gt;
**https://valkyrie.yocto.io/pub/non-release/patchmetrics/&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;YP 6.0 Milestone Dates:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*YP 6.0 M2 is ready for release.&lt;br /&gt;
*YP 6.0 M3 Build Date 2026-03-23&lt;br /&gt;
*YP 6.0 M3 Release Date 2026-04-08&lt;br /&gt;
*YP 6.0 M4 Build Date 2026-04-13&lt;br /&gt;
*YP 6.0 M4 Release Date 2026-05-04&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Upcoming dot releases:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*YP 5.3.2 is released.&lt;br /&gt;
*YP 4.0.34 is in QA.&lt;br /&gt;
*YP 5.3.3 is in QA.&lt;br /&gt;
*YP 5.0.17 Build Date 2026-03-30&lt;br /&gt;
*YP 5.0.17 Release Date 2026-04-15&lt;br /&gt;
*YP 4.0.35 Build Date 2026-04-06&lt;br /&gt;
*YP 4.0.35 Release Date 2026-04-22&lt;br /&gt;
*YP 5.3.4 Build Date 2026-04-20 &lt;br /&gt;
*YP 5.3.4 Release Date 2026-05-06&lt;br /&gt;
*YP 5.0.18 Build Date 2026-04-27&lt;br /&gt;
*YP 5.0.18 Release Date 2026-05-13&lt;br /&gt;
*YP 5.0.19 Build Date 2026-05-26&lt;br /&gt;
*YP 5.0.19 Release Date 2026-06-05&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;The Yocto Project’s technical governance is through its Technical Steering Committee, more information is available at:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
https://wiki.yoctoproject.org/wiki/TSC&amp;lt;br/&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== Yocto Project Status 10 March 2026 ==&lt;br /&gt;
Current Dev Position: YP 6.0 M3&amp;lt;br/&amp;gt;&lt;br /&gt;
Next Deadline: YP 6.0 M3 Build Date 2026-03-23&amp;lt;br/&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Next Team Meetings:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*Bug Triage meeting - Thursday 12th Mar. 7:30am PDT (https://zoom.us/j/454367603?pwd=ZGxoa2ZXL3FkM3Y0bFd5aVpHVVZ6dz09)&lt;br /&gt;
*Weekly Project Engineering Sync - Tuesday 10th Mar. 8am PDT (https://zoom.us/j/990892712?pwd=cHU1MjhoM2x6ck81bkcrYjRrcmJsUT09)&lt;br /&gt;
*Yocto Project Patch Review - Thursday 12th Mar. 10am GMT and Monday 16th Mar. 9am PDT (https://zoom.us/j/97762397148?pwd=1xk0iC9hp9SjEonaTaONwTb6iWry4Eb.1)&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Project data dashboard: https://dashboard.yoctoproject.org/&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Key Status/Updates:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*YP 5.0.16 has been released&lt;br /&gt;
*YP 5.3.2 is due to be released&lt;br /&gt;
*YP 6.0 M2 is in QA&lt;br /&gt;
*YP 4.0.34 is in QA.&lt;br /&gt;
*YP 6.0 M3 is the feature freeze for 6.0 which is our next LTS.&lt;br /&gt;
*YP 6.0 M3 is due to build in 2 weeks however there are many key changes needed still missing. &lt;br /&gt;
*We have issues which need further work that will block M3: &lt;br /&gt;
**x86 kvm seemingly broken with certain CPU features (#16074)&lt;br /&gt;
**AB-INT: opkg-build segmentation fault (memory corruption in pseudo?) (#16078)&lt;br /&gt;
**Failure to generate regression reports in release builds &lt;br /&gt;
*We also have issues we need to resolve before M3:&lt;br /&gt;
**Allowing non-destructive git fetcher updates for bitbake-setup.&lt;br /&gt;
**Splitting wic into an external tool.&lt;br /&gt;
**Kernel rust support.&lt;br /&gt;
**Switching to pkg-config.&lt;br /&gt;
**Deprecation of ltp (upstream dropped runltp and mandate kirk)&lt;br /&gt;
**How to improve DEBUG_BUILD?&lt;br /&gt;
**DISTRO_FEATURES defaults improvements.&lt;br /&gt;
**SBOM/cve-check changes.&lt;br /&gt;
**Reconcile poky and OE-Core defaults templates.&lt;br /&gt;
**Switch to internal VNC server in QEMU&lt;br /&gt;
**update to glibc 2.43 so we can release a new uninative&lt;br /&gt;
*We identified a number of timeout/buffer related issues in and around ptest-runner and whilst we’re still in early stages of testing, these look to significantly improve autobuilder intermittent ptest failures, particularly on qemuriscv64.&lt;br /&gt;
*We’re working through the backlog of patches and intermittent build failures are still problematic. We continue to struggle for bandwidth for changes needing in depth review/feedback. This could impact features making it into the LTS.&lt;br /&gt;
*On scarthgap, we have updated to openssl 3.5 since that is still maintained&lt;br /&gt;
*The project has a booth at Embedded World this week, feel free to come and say Hi if you’re there!&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Ways to contribute:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*We have several open issues for pseudo and limited maintainer time to work on them. Help from someone familiar with systems programming in C would be greatly appreciated. https://bugzilla.yoctoproject.org/buglist.cgi?list_id=661406&amp;amp;priority=High&amp;amp;priority=Medium%2B&amp;amp;product=Pseudo&amp;amp;query_format=advanced&amp;amp;resolution=---&lt;br /&gt;
*There are a large number of intermittent failures on our autobuilder, any help with investigating, reproducing or solving these issues would be welcome! https://valkyrie.yocto.io/pub/non-release/abint/&lt;br /&gt;
*Many recipes in openembedded-core would benefit from a new recipe maintainer. Please look at https://git.openembedded.org/openembedded-core/tree/meta/conf/distro/include/maintainers.inc and see if you can adopt any of the unassigned recipes.&lt;br /&gt;
*For more ways to contribute, see https://docs.google.com/document/d/18oxKWxLorfF813h82mK6yKTIHeBp_-9owFuCWbzgjOk/edit?usp=sharing&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;New to the project?&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*We have a list of issues we think are good places to start contributing: https://bugzilla.yoctoproject.org/buglist.cgi?quicksearch=NEWCOMER&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Tracking Metrics:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*WDD 2866 (last week 2908) (https://wiki.yoctoproject.org/charts/combo.html)&lt;br /&gt;
*OE-Core/Poky Patch Metrics&lt;br /&gt;
**Total patches found: 1081 (last week 1103)&lt;br /&gt;
**Patches in the Pending State: 151 (14%) [last week 151 (14%)]&lt;br /&gt;
**https://valkyrie.yocto.io/pub/non-release/patchmetrics/&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;YP 6.0 Milestone Dates:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*YP 6.0 M2 is in QA.&lt;br /&gt;
*YP 6.0 M3 Build Date 2026-03-23&lt;br /&gt;
*YP 6.0 M3 Release Date 2026-04-08&lt;br /&gt;
*YP 6.0 M4 Build Date 2026-04-13&lt;br /&gt;
*YP 6.0 M4 Release Date 2026-05-04&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Upcoming dot releases:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*YP 5.0.16  is released.&lt;br /&gt;
*YP 5.3.2  is released.&lt;br /&gt;
*YP 4.0.34 is in QA.&lt;br /&gt;
*YP 5.3.3 Build Date 2026-03-16 &lt;br /&gt;
*YP 5.3.3 Release Date 2026-04-01&lt;br /&gt;
*YP 5.0.17 Build Date 2026-03-30&lt;br /&gt;
*YP 5.0.17 Release Date 2026-04-15&lt;br /&gt;
*YP 4.0.35 Build Date 2026-04-06&lt;br /&gt;
*YP 4.0.35 Release Date 2026-04-22&lt;br /&gt;
*YP 5.3.4 Build Date 2026-04-20 &lt;br /&gt;
*YP 5.3.4 Release Date 2026-05-06&lt;br /&gt;
*YP 5.0.18 Build Date 2026-04-27&lt;br /&gt;
*YP 5.0.18 Release Date 2026-05-13&lt;br /&gt;
*YP 5.0.19 Build Date 2026-05-26&lt;br /&gt;
*YP 5.0.19 Release Date 2026-06-05&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;The Yocto Project’s technical governance is through its Technical Steering Committee, more information is available at:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
https://wiki.yoctoproject.org/wiki/TSC&amp;lt;br/&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== Yocto Project Status 3 March 2026 ==&lt;br /&gt;
Current Dev Position: YP 6.0 M3&amp;lt;br/&amp;gt;&lt;br /&gt;
Next Deadline: YP 6.0 M3 Build Date 2026-03-09&amp;lt;br/&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Next Team Meetings:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*Bug Triage meeting - Thursday 5th Mar. 7:30am PDT (https://zoom.us/j/454367603?pwd=ZGxoa2ZXL3FkM3Y0bFd5aVpHVVZ6dz09)&lt;br /&gt;
*Weekly Project Engineering Sync  - Tuesday 3rd Mar. 8am PDT (https://zoom.us/j/990892712?pwd=cHU1MjhoM2x6ck81bkcrYjRrcmJsUT09)&lt;br /&gt;
*Yocto Project Patch Review - Thursday 5th Mar. 10am GMT and Monday 9th Mar. 9am PDT (https://zoom.us/j/97762397148?pwd=1xk0iC9hp9SjEonaTaONwTb6iWry4Eb.1)&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Project data dashboard: https://dashbard.yoctoproject.org/&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Key Status/Updates:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*YP 4.0.33 has been released&lt;br /&gt;
*YP 5.0.16 is in TSC review&lt;br /&gt;
*YP 6.0 M2, 5.3.2, &amp;amp; 4.0.34 are in QA.&lt;br /&gt;
**We are aware of changes in QA timelines and are discussing how to address them.&lt;br /&gt;
*We have issues which need further work that will block M3: &lt;br /&gt;
**x86 kvm seemingly broken with certain CPU features (#16074)&lt;br /&gt;
**AB-INT: opkg-build segmentation fault (memory corruption in pseudo?) (#16078)&lt;br /&gt;
**Failure to generate regression reports in release builds &lt;br /&gt;
*We also have issues we need to resolve before release:&lt;br /&gt;
**Allowing non-destructive git fetcher updates for bitbake-setup.&lt;br /&gt;
**Splitting wic into an external tool.&lt;br /&gt;
**Kernel rust support.&lt;br /&gt;
**Switching to pkg-config.&lt;br /&gt;
**Deprecation of ltp (upstream dropped runltp and mandate kirk)&lt;br /&gt;
**How to improve DEBUG_BUILD?&lt;br /&gt;
**DISTRO_FEATURES defaults improvements.&lt;br /&gt;
**SBOM/cve-check changes.&lt;br /&gt;
**Reconcile poky and OE-Core defaults templates.&lt;br /&gt;
*OE-Core switched to enabling a hash equivalence server by default.&lt;br /&gt;
*We’re working through the backlog of patches and the high number of intermittent build failures is still problematic. We continue to struggle for bandwidth for changes needing in depth review/feedback. This could impact features making it into the LTS.&lt;br /&gt;
*The project has a booth at Embedded World next week, feel free to come and say Hi if you’re there!&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Ways to contribute:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*We have several open issues for pseudo and limited maintainer time to work on them. Help from someone familiar with systems programming in C would be greatly appreciated. https://bugzilla.yoctoproject.org/buglist.cgi?list_id=661406&amp;amp;priority=High&amp;amp;priority=Medium%2B&amp;amp;product=Pseudo&amp;amp;query_format=advanced&amp;amp;resolution=---&lt;br /&gt;
*There are a large number of intermittent failures on our autobuilder, any help with investigating, reproducing or solving these issues would be welcome! https://valkyrie.yocto.io/pub/non-release/abint/&lt;br /&gt;
*Many recipes in openembedded-core would benefit from a new recipe maintainer. Please look at https://git.openembedded.org/openembedded-core/tree/meta/conf/distro/include/maintainers.inc and see if you can adopt any of the unassigned recipes.&lt;br /&gt;
*For more ways to contribute, see https://docs.google.com/document/d/18oxKWxLorfF813h82mK6yKTIHeBp_-9owFuCWbzgjOk/edit?usp=sharing&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;New to the project?&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*We have a list of issues we think are good places to start contributing: https://bugzilla.yoctoproject.org/buglist.cgi?quicksearch=NEWCOMER&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Tracking Metrics:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*WDD 2908 (last week 2893) (https://wiki.yoctoproject.org/charts/combo.html)&lt;br /&gt;
*OE-Core/Poky Patch Metrics&lt;br /&gt;
**Total patches found: 1103 (last week 1107)&lt;br /&gt;
**Patches in the Pending State: 151 (14%) [last week 151 (14%)]&lt;br /&gt;
**https://valkyrie.yocto.io/pub/non-release/patchmetrics/&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;YP 6.0 Milestone Dates:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*YP 6.0 M2 is in QA.&lt;br /&gt;
*YP 6.0 M3 Build Date 2026-03-09&lt;br /&gt;
*YP 6.0 M3 Release Date 2026-03-20&lt;br /&gt;
*YP 6.0 M4 Build Date 2026-03-30&lt;br /&gt;
*YP 6.0 M4 Release Date 2026-04-26&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Upcoming dot releases:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*YP 5.0.16 is in review.&lt;br /&gt;
*YP 5.3.2 is in QA.&lt;br /&gt;
*YP 4.0.34 is in QA.&lt;br /&gt;
*YP 5.3.3 Build Date 2026-03-09&lt;br /&gt;
*YP 5.3.3 Release Date 2026-03-20&lt;br /&gt;
*YP 5.0.17 Build Date 2026-03-16&lt;br /&gt;
*YP 5.0.17 Release Date 2026-03-23&lt;br /&gt;
*YP 4.0.35 Build Date 2026-04-06&lt;br /&gt;
*YP 4.0.35 Release Date 2026-04-17&lt;br /&gt;
*YP 5.3.4 Build Date 2026-04-13&lt;br /&gt;
*YP 5.3.4 Release Date 2026-04-24&lt;br /&gt;
*YP 5.0.18 Build Date 2026-04-20&lt;br /&gt;
*YP 5.0.18 Release Date 2026-05-01&lt;br /&gt;
*YP 5.0.19 Build Date 2026-05-26&lt;br /&gt;
*YP 5.0.19 Release Date 2026-06-05&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;The Yocto Project’s technical governance is through its Technical Steering Committee, more information is available at:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
https://wiki.yoctoproject.org/wiki/TSC&amp;lt;br/&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== Yocto Project Status 24 February 2026 ==&lt;br /&gt;
Current Dev Position: YP 6.0 M2&amp;lt;br/&amp;gt;&lt;br /&gt;
Next Deadline: YP 6.0 M2 Build Date 2026-02-16&amp;lt;br/&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Next Team Meetings:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*Bug Triage meeting - Thursday 26th Feb. 7:30am PDT (https://zoom.us/j/454367603?pwd=ZGxoa2ZXL3FkM3Y0bFd5aVpHVVZ6dz09)&lt;br /&gt;
*Weekly Project Engineering Sync  - Tuesday 24th Feb. 8am PDT (https://zoom.us/j/990892712?pwd=cHU1MjhoM2x6ck81bkcrYjRrcmJsUT09)&lt;br /&gt;
*Yocto Project Patch Review - Thursday 26th Feb. 10am GMT and Monday 2nd Mar. 9am PDT (https://zoom.us/j/97762397148?pwd=1xk0iC9hp9SjEonaTaONwTb6iWry4Eb.1)&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Project data dashboard: https://dashboard.yoctoproject.org/&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Key Status/Updates:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*YP 4.0.33 is due for release&lt;br /&gt;
*YP 5.0.16 is in QA&lt;br /&gt;
*YP 5.2.3 is queued for QA&lt;br /&gt;
*YP 6.0 M2 is due to build when we have patches merged&lt;br /&gt;
*We have two open high issues which need further work that will block M3: &lt;br /&gt;
**x86 kvm broken on Fedora 43 (cpu features issue?) (#16074)&lt;br /&gt;
**AB-INT: opkg-build segmentation fault (memory corruption in pseudo?) (#16078)&lt;br /&gt;
*We also have issues we need to resolve before release:&lt;br /&gt;
**Allowing non-destructive git fetcher updates for bitbake-setup&lt;br /&gt;
**Splitting wic into an external tool&lt;br /&gt;
**Kernel rust support&lt;br /&gt;
**Switching to pkg-config&lt;br /&gt;
**Deprecation of ltp (upstream dropped runltp and mandate kirk)&lt;br /&gt;
**How to improve DEBUG_BUILD?&lt;br /&gt;
**DISTRO_FEATURES changes to ‘nodistro’ in OE-Core&lt;br /&gt;
**SBOM/cve-check changes&lt;br /&gt;
*We updated “nodistro” to use 3 of the include files poky was already using:&lt;br /&gt;
**Space optimization to reduce build footprint and sstate object size&lt;br /&gt;
**Disabling most static libraries by default (build size/speed wins)&lt;br /&gt;
**Enabling security flags by default&lt;br /&gt;
*“nodistro” now also enables uninative by default to allow for better CDN sstate reuse&lt;br /&gt;
*Distros now need to use INIT_MANAGER to select their preferred init system with the default being systemd for “nodistro”. Poky’s defaults remain unchanged and we don’t have plans to change this at this time due to the work involved and impact (e.g test result comparisons).&lt;br /&gt;
*The number of intermittent failures affecting builds, both stable and development, continues to be problematic - we continue to prioritise addressing these since any given build is now statistically likely to hit one or more of them.&lt;br /&gt;
*Patches are merging but there is a backlog and we’ve had to prioritize simpler changes. We continue to struggle for bandwidth for changes needing in depth review/feedback. This could impact features making it into the LTS.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Ways to contribute:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*We have several open issues for pseudo and limited maintainer time to work on them. Help from someone familiar with systems programming in C would be greatly appreciated. https://bugzilla.yoctoproject.org/buglist.cgi?list_id=661406&amp;amp;priority=High&amp;amp;priority=Medium%2B&amp;amp;product=Pseudo&amp;amp;query_format=advanced&amp;amp;resolution=---&lt;br /&gt;
*There are a large number of intermittent failures on our autobuilder, any help with investigating, reproducing or solving these issues would be welcome! https://valkyrie.yocto.io/pub/non-release/abint/&lt;br /&gt;
*Many recipes in openembedded-core would benefit from a new recipe maintainer. Please look at https://git.openembedded.org/openembedded-core/tree/meta/conf/distro/include/maintainers.inc and see if you can adopt any of the unassigned recipes.&lt;br /&gt;
*For more ways to contribute, see https://docs.google.com/document/d/18oxKWxLorfF813h82mK6yKTIHeBp_-9owFuCWbzgjOk/edit?usp=sharing&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;New to the project?&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*We have a list of issues we think are good places to start contributing: https://bugzilla.yoctoproject.org/buglist.cgi?quicksearch=NEWCOMER&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Tracking Metrics:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*WDD 2893 (last week 2941) (https://wiki.yoctoproject.org/charts/combo.html)&lt;br /&gt;
*OE-Core/Poky Patch Metrics&lt;br /&gt;
**Total patches found: 1107 (last week 1108)&lt;br /&gt;
**Patches in the Pending State: 151 (14%) [last week 151 (14%)]&lt;br /&gt;
**https://valkyrie.yocto.io/pub/non-release/patchmetrics/&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;YP 6.0 Milestone Dates:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*YP 6.0 M2 Build Date 2026-02-16&lt;br /&gt;
*YP 6.0 M2 Release Date 2026-02-27&lt;br /&gt;
*YP 6.0 M3 Build Date 2026-03-09&lt;br /&gt;
*YP 6.0 M3 Release Date 2026-03-20&lt;br /&gt;
*YP 6.0 M4 Build Date 2026-03-30&lt;br /&gt;
*YP 6.0 M4 Release Date 2026-04-26&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Upcoming dot releases:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*YP 5.0.16 Release Date 2026-02-20&lt;br /&gt;
*YP 5.3.2 Release Date 2026-02-27&lt;br /&gt;
*YP 4.0.34 Build Date 2026-02-23&lt;br /&gt;
*YP 4.0.34 Release Date 2026-03-06&lt;br /&gt;
*YP 5.3.3 Build Date 2026-03-09&lt;br /&gt;
*YP 5.3.3 Release Date 2026-03-20&lt;br /&gt;
*YP 5.0.17 Build Date 2026-03-16&lt;br /&gt;
*YP 5.0.17 Release Date 2026-03-23&lt;br /&gt;
*YP 4.0.35 Build Date 2026-04-06&lt;br /&gt;
*YP 4.0.35 Release Date 2026-04-17&lt;br /&gt;
*YP 5.3.4 Build Date 2026-04-13&lt;br /&gt;
*YP 5.3.4 Release Date 2026-04-24&lt;br /&gt;
*YP 5.0.18 Build Date 2026-04-20&lt;br /&gt;
*YP 5.0.18 Release Date 2026-05-01&lt;br /&gt;
*YP 5.0.19 Build Date 2026-05-26&lt;br /&gt;
*YP 5.0.19 Release Date 2026-06-05&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;The Yocto Project’s technical governance is through its Technical Steering Committee, more information is available at:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
https://wiki.yoctoproject.org/wiki/TSC&amp;lt;br/&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== Yocto Project Status 17 February 2026 ==&lt;br /&gt;
Current Dev Position: YP 6.0 M2&amp;lt;br/&amp;gt;&lt;br /&gt;
Next Deadline: YP 6.0 M2 Build Date 2026-02-16&amp;lt;br/&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Next Team Meetings:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*Bug Triage meeting - Thursday 19th Feb. 7:30am PDT (https://zoom.us/j/454367603?pwd=ZGxoa2ZXL3FkM3Y0bFd5aVpHVVZ6dz09)&lt;br /&gt;
*Weekly Project Engineering Sync  - Tuesday 17th Feb. 8am PDT (https://zoom.us/j/990892712?pwd=cHU1MjhoM2x6ck81bkcrYjRrcmJsUT09)&lt;br /&gt;
*Yocto Project Patch Review - Thursday 19th Feb. 10am GMT and Monday 23rd Feb. 9am PDT (https://zoom.us/j/97762397148?pwd=1xk0iC9hp9SjEonaTaONwTb6iWry4Eb.1)&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Project data dashboard: https://dashboard.yoctoproject.org/&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Key Status/Updates:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*YP 4.0.33 is awaiting approval&lt;br /&gt;
*YP 5.0.16 is in QA&lt;br /&gt;
*YP 6.0 M2 is due to build this week but is blocked by high priority bugs.&lt;br /&gt;
*There are currently 5 high open bugs, which will block M2. Three have line of sight to being resolved:&lt;br /&gt;
**rust do_test_compile/do_install segfault (#16058)&lt;br /&gt;
**Generation of releases.json needs updating (#16138)&lt;br /&gt;
**AB-INT: do_image_wic: tar command return exit status 2 (#16143)&lt;br /&gt;
*Two are currently needing further work: &lt;br /&gt;
**x86 kvm broken on Fedora 43 (#16074)&lt;br /&gt;
**AB-INT: opkg-build segmentation fault (#16078)&lt;br /&gt;
*We removed the bazaar, osc and cvs fetchers since they are obsolete and nobody should be using them&lt;br /&gt;
*We removed sysvinit compatibility support from systemd images since this will not be supported by upstream during the lifespan of our upcoming LTS release.&lt;br /&gt;
*We removed legacy tls support from openssl in the interests of providing better secure defaults.&lt;br /&gt;
*The number of intermittent failures affecting builds, both stable and development, continues to be problematic - we continue to prioritise addressing these since any given build is now statistically likely to hit one or more of them.&lt;br /&gt;
*Patch review is now using two branches:&lt;br /&gt;
**“master-review”  - patches which pass on the autobuilder and will be discussed on the patch review call (https://git.openembedded.org/openembedded-core-contrib/log/?h=master-review)&lt;br /&gt;
**“master-backlog” - patches which have been discussed and need further investigation or more detailed feedback which we haven’t had time for yet (https://git.openembedded.org/openembedded-core-contrib/log/?h=master-backlog)&lt;br /&gt;
*Patches are merging but there is a backlog and we’ve had to prioritize simpler changes. We continue to struggle for bandwidth for changes needing in depth review/feedback. This could impact features making it into the LTS.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Ways to contribute:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*We have several open issues for pseudo and limited maintainer time to work on them. Help from someone familiar with systems programming in C would be greatly appreciated. https://bugzilla.yoctoproject.org/buglist.cgi?list_id=661406&amp;amp;priority=High&amp;amp;priority=Medium%2B&amp;amp;product=Pseudo&amp;amp;query_format=advanced&amp;amp;resolution=---&lt;br /&gt;
*There are a large number of intermittent failures on our autobuilder, any help with investigating, reproducing or solving these issues would be welcome! https://valkyrie.yocto.io/pub/non-release/abint/&lt;br /&gt;
*Many recipes in openembedded-core would benefit from a new recipe maintainer. Please look at https://git.openembedded.org/openembedded-core/tree/meta/conf/distro/include/maintainers.inc and see if you can adopt any of the unassigned recipes.&lt;br /&gt;
*For more ways to contribute, see https://docs.google.com/document/d/18oxKWxLorfF813h82mK6yKTIHeBp_-9owFuCWbzgjOk/edit?usp=sharing&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;New to the project?&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*We have a list of issues we think are good places to start contributing: https://bugzilla.yoctoproject.org/buglist.cgi?quicksearch=NEWCOMER&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Tracking Metrics:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*WDD 2941 (last week 2973) (https://wiki.yoctoproject.org/charts/combo.html)&lt;br /&gt;
*OE-Core/Poky Patch Metrics&lt;br /&gt;
**Total patches found: 1108 (last week 1106)&lt;br /&gt;
**Patches in the Pending State: 151 (14%) [last week 152 (14%)]&lt;br /&gt;
**https://valkyrie.yocto.io/pub/non-release/patchmetrics/&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;YP 6.0 Milestone Dates:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*YP 6.0 M2 Build Date 2026-02-16&lt;br /&gt;
*YP 6.0 M2 Release Date 2026-02-27&lt;br /&gt;
*YP 6.0 M3 Build Date 2026-03-09&lt;br /&gt;
*YP 6.0 M3 Release Date 2026-03-20&lt;br /&gt;
*YP 6.0 M4 Build Date 2026-03-30&lt;br /&gt;
*YP 6.0 M4 Release Date 2026-04-26&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Upcoming dot releases:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*YP 5.0.16 Release Date 2026-02-20&lt;br /&gt;
*YP 5.3.2 Build Date 2026-02-16&lt;br /&gt;
*YP 5.3.2 Release Date 2026-02-27&lt;br /&gt;
*YP 4.0.34 Build Date 2026-02-23&lt;br /&gt;
*YP 4.0.34 Release Date 2026-03-06&lt;br /&gt;
*YP 5.3.3 Build Date 2026-03-09&lt;br /&gt;
*YP 5.3.3 Release Date 2026-03-20&lt;br /&gt;
*YP 5.0.17 Build Date 2026-03-16&lt;br /&gt;
*YP 5.0.17 Release Date 2026-03-23&lt;br /&gt;
*YP 4.0.35 Build Date 2026-04-06&lt;br /&gt;
*YP 4.0.35 Release Date 2026-04-17&lt;br /&gt;
*YP 5.3.4 Build Date 2026-04-13&lt;br /&gt;
*YP 5.3.4 Release Date 2026-04-24&lt;br /&gt;
*YP 5.0.18 Build Date 2026-04-20&lt;br /&gt;
*YP 5.0.18 Release Date 2026-05-01&lt;br /&gt;
*YP 5.0.19 Build Date 2026-05-26&lt;br /&gt;
*YP 5.0.19 Release Date 2026-06-05&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;The Yocto Project’s technical governance is through its Technical Steering Committee, more information is available at:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
https://wiki.yoctoproject.org/wiki/TSC&amp;lt;br/&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Yocto Project Status 10 February 2026 ==&lt;br /&gt;
Current Dev Position: YP 6.0 M2&amp;lt;br/&amp;gt;&lt;br /&gt;
Next Deadline: YP 6.0 M2 Build Date 2026-02-16&amp;lt;br/&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Next Team Meetings:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*Bug Triage meeting - Thursday 12th Feb. 7:30am PDT (https://zoom.us/j/454367603?pwd=ZGxoa2ZXL3FkM3Y0bFd5aVpHVVZ6dz09)&lt;br /&gt;
*Weekly Project Engineering Sync  - Tuesday 10rd Feb. 8am PDT (https://zoom.us/j/990892712?pwd=cHU1MjhoM2x6ck81bkcrYjRrcmJsUT09)&lt;br /&gt;
*Yocto Project Patch Review - Thursday 12th Feb. 10am GMT and Monday 16th Feb. 9am PDT (https://zoom.us/j/97762397148?pwd=1xk0iC9hp9SjEonaTaONwTb6iWry4Eb.1)&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Project data dashboard: https://dashboard.yoctoproject.org/&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Key Status/Updates:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*YP 5.3.1 was released&lt;br /&gt;
*YP 6.0 M1 was released&lt;br /&gt;
*YP 4.0.33 is in QA&lt;br /&gt;
*YP 6.0 M2 is due to build next week.&lt;br /&gt;
*There are currently 5 high open bugs, which will block M2. Three have line of sight to being resolved:&lt;br /&gt;
**Issues reusing binaries from fedora 42/43 on older systems (#16087)&lt;br /&gt;
**rust do_test_compile/do_install segfault (#16058)&lt;br /&gt;
**Generation of releases.json needs updating (#16138)&lt;br /&gt;
*Two are currently needing further work: &lt;br /&gt;
**x86 kvm broken on Fedora 43 (#16074)&lt;br /&gt;
**AB-INT: opkg-build segmentation fault (#16078)&lt;br /&gt;
*We are about to drop the 6.12 and 6.16 kernel recipes leaving just 6.18 for the next release&lt;br /&gt;
*The number of intermittent failures affecting builds, both stable and development, continues to be problematic - we continue to prioritise addressing these since any given build is now statistically likely to hit one or more of them.&lt;br /&gt;
*Patch review is now using two branches:&lt;br /&gt;
**“master-review”  - patches which pass on the autobuilder and will be discussed on the patch review call (https://git.openembedded.org/openembedded-core-contrib/log/?h=master-review)&lt;br /&gt;
**“master-backlog” - patches which have been discussed and need further investigation or more detailed feedback which we haven’t had time for yet (https://git.openembedded.org/openembedded-core-contrib/log/?h=master-backlog)&lt;br /&gt;
*Patches are merging but there is a backlog and we’ve had to prioritize simpler changes. We continue to struggle for bandwidth for changes needing in depth review/feedback. This could impact features making it into the LTS.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Ways to contribute:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*We have several open issues for pseudo and limited maintainer time to work on them. Help from someone familiar with systems programming in C would be greatly appreciated. https://bugzilla.yoctoproject.org/buglist.cgi?list_id=661406&amp;amp;priority=High&amp;amp;priority=Medium%2B&amp;amp;product=Pseudo&amp;amp;query_format=advanced&amp;amp;resolution=---&lt;br /&gt;
*There are a large number of intermittent failures on our autobuilder, any help with investigating, reproducing or solving these issues would be welcome! https://valkyrie.yocto.io/pub/non-release/abint/&lt;br /&gt;
*Many recipes in openembedded-core would benefit from a new recipe maintainer. Please look at https://git.openembedded.org/openembedded-core/tree/meta/conf/distro/include/maintainers.inc and see if you can adopt any of the unassigned recipes.&lt;br /&gt;
*For more ways to contribute, see https://docs.google.com/document/d/18oxKWxLorfF813h82mK6yKTIHeBp_-9owFuCWbzgjOk/edit?usp=sharing&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;New to the project?&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*We have a list of issues we think are good places to start contributing: https://bugzilla.yoctoproject.org/buglist.cgi?quicksearch=NEWCOMER&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Tracking Metrics:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*WDD 2973 (last week 2945) (https://wiki.yoctoproject.org/charts/combo.html)&lt;br /&gt;
*OE-Core/Poky Patch Metrics&lt;br /&gt;
**Total patches found: 1106 (last week 1100)&lt;br /&gt;
**Patches in the Pending State: 152 (14%) [last week 152 (14%)]&lt;br /&gt;
**https://valkyrie.yocto.io/pub/non-release/patchmetrics/&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;YP 6.0 Milestone Dates:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*YP 6.0 M2 Build Date 2026-02-16&lt;br /&gt;
*YP 6.0 M2 Release Date 2026-02-27&lt;br /&gt;
*YP 6.0 M3 Build Date 2026-03-09&lt;br /&gt;
*YP 6.0 M3 Release Date 2026-03-20&lt;br /&gt;
*YP 6.0 M4 Build Date 2026-03-30&lt;br /&gt;
*YP 6.0 M4 Release Date 2026-04-26&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Upcoming dot releases:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*YP 4.0.33 is in QA.&lt;br /&gt;
*YP 5.0.16 Build Date 2026-02-09&lt;br /&gt;
*YP 5.0.16 Release Date 2026-02-20&lt;br /&gt;
*YP 5.3.2 Build Date 2026-02-16&lt;br /&gt;
*YP 5.3.2 Release Date 2026-02-27&lt;br /&gt;
*YP 4.0.34 Build Date 2026-02-23&lt;br /&gt;
*YP 4.0.34 Release Date 2026-03-06&lt;br /&gt;
*YP 5.3.3 Build Date 2026-03-09&lt;br /&gt;
*YP 5.3.3 Release Date 2026-03-20&lt;br /&gt;
*YP 5.0.17 Build Date 2026-03-16&lt;br /&gt;
*YP 5.0.17 Release Date 2026-03-23&lt;br /&gt;
*YP 4.0.35 Build Date 2026-04-06&lt;br /&gt;
*YP 4.0.35 Release Date 2026-04-17&lt;br /&gt;
*YP 5.3.4 Build Date 2026-04-13&lt;br /&gt;
*YP 5.3.4 Release Date 2026-04-24&lt;br /&gt;
*YP 5.0.18 Build Date 2026-04-20&lt;br /&gt;
*YP 5.0.18 Release Date 2026-05-01&lt;br /&gt;
*YP 5.0.19 Build Date 2026-05-26&lt;br /&gt;
*YP 5.0.19 Release Date 2026-06-05&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;The Yocto Project’s technical governance is through its Technical Steering Committee, more information is available at:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
https://wiki.yoctoproject.org/wiki/TSC&amp;lt;br/&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Yocto Project Status 3 February 2026==&lt;br /&gt;
Current Dev Position: YP 6.0 M2&amp;lt;br/&amp;gt;&lt;br /&gt;
Next Deadline: YP 6.0 M2 Build Date 2026-02-16&amp;lt;br/&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Next Team Meetings:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*Bug Triage meeting - Thursday 5th Feb. 7:30am PDT (https://zoom.us/j/454367603?pwd=ZGxoa2ZXL3FkM3Y0bFd5aVpHVVZ6dz09)&lt;br /&gt;
*Weekly Project Engineering Sync  - Tuesday 3rd Feb. 8am PDT (https://zoom.us/j/990892712?pwd=cHU1MjhoM2x6ck81bkcrYjRrcmJsUT09)&lt;br /&gt;
*Yocto Project Patch Review - Thursday 5th Feb. 10am GMT and Monday 9th Feb. 9am PDT (https://zoom.us/j/97762397148?pwd=1xk0iC9hp9SjEonaTaONwTb6iWry4Eb.1)&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Project data dashboard: https://dashboard.yoctoproject.org/&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Key Status/Updates:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*YP 5.3.1 is due to be released&lt;br /&gt;
*YP 6.0 M1 is in QA&lt;br /&gt;
*YP 4.0.33 is queued for QA after 6.0 M1&lt;br /&gt;
*YP 6.0 M2 is now targeting a build date of 16th Feb. This will give us three weeks each for M3 (target date 9th March) and M4 (target build date 30th March).&lt;br /&gt;
*Good progress has been made with the autobuilder issues but we still don’t have the stability in builds we need for reliable project operations.&lt;br /&gt;
*There are currently 5 high open bugs, which will block M2. Three have line of sight to being resolved (Thanks Alex and Michael!):&lt;br /&gt;
**Issues reusing binaries from fedora 42/43 on older systems (#16087)&lt;br /&gt;
**Hangs of the autobuilder controller (database locking?) (#16129)&lt;br /&gt;
**Generation of releases.json needs updating (#16138)&lt;br /&gt;
*Two are currently needing further work: &lt;br /&gt;
**rust do_test_compile/do_install segfault (#16058)&lt;br /&gt;
**x86 kvm broken on Fedora 43 (#16074)&lt;br /&gt;
*“build-sysroots: useradd command did not succeed” (#16135) was fixed, thanks Adrian!&lt;br /&gt;
*The number of intermittent failures affecting builds, both stable and development, continues to be problematic. Any given build is now statistically likely to hit one or more of them and we often don’t have successful builds. Since we struggle to get help in addressing these, we need to change and start potentially blocking releases (including stable/LTS) until these get addressed in some way. We are holding some dedicated meetings to triage these and find ways of removing the failures from our builds which may include reducing testing.&lt;br /&gt;
*Patches are merging again but there is a backlog and we’ve had to prioritize simpler changes. We continue to struggle for bandwidth for changes needing in depth review/feedback. This could impact features making it into the LTS.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Ways to contribute:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*We have several open issues for pseudo and limited maintainer time to work on them. Help from someone familiar with systems programming in C would be greatly appreciated. https://bugzilla.yoctoproject.org/buglist.cgi?list_id=661406&amp;amp;priority=High&amp;amp;priority=Medium%2B&amp;amp;product=Pseudo&amp;amp;query_format=advanced&amp;amp;resolution=---&lt;br /&gt;
*There are a large number of intermittent failures on our autobuilder, any help with investigating, reproducing or solving these issues would be welcome! https://valkyrie.yocto.io/pub/non-release/abint/&lt;br /&gt;
*Many recipes in openembedded-core would benefit from a new recipe maintainer. Please look at https://git.openembedded.org/openembedded-core/tree/meta/conf/distro/include/maintainers.inc and see if you can adopt any of the unassigned recipes.&lt;br /&gt;
*For more ways to contribute, see https://docs.google.com/document/d/18oxKWxLorfF813h82mK6yKTIHeBp_-9owFuCWbzgjOk/edit?usp=sharing&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;New to the project?&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*We have a list of issues we think are good places to start contributing: https://bugzilla.yoctoproject.org/buglist.cgi?quicksearch=NEWCOMER&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Tracking Metrics:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*WDD 2945 (last week 2978) (https://wiki.yoctoproject.org/charts/combo.html)&lt;br /&gt;
*OE-Core/Poky Patch Metrics&lt;br /&gt;
**Total patches found: 1100 (last week 1097)&lt;br /&gt;
**Patches in the Pending State: 152 (14%) [last week 152 (14%)]&lt;br /&gt;
**https://valkyrie.yocto.io/pub/non-release/patchmetrics/&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;YP 6.0 Milestone Dates:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*YP 6.0 M2 Build Date 2026-02-16&lt;br /&gt;
*YP 6.0 M2 Release Date 2026-02-27&lt;br /&gt;
*YP 6.0 M3 Build Date 2026-03-09&lt;br /&gt;
*YP 6.0 M3 Release Date 2026-03-20&lt;br /&gt;
*YP 6.0 M4 Build Date 2026-03-30&lt;br /&gt;
*YP 6.0 M4 Release Date 2026-04-26&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Upcoming dot releases:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*YP 5.3.1 is under review.&lt;br /&gt;
*YP 4.0.33 is queued for QA after 6.0 M1.&lt;br /&gt;
*YP 5.0.16 Build Date 2026-02-09&lt;br /&gt;
*YP 5.0.16 Release Date 2026-02-20&lt;br /&gt;
*YP 5.3.2 Build Date 2026-02-16&lt;br /&gt;
*YP 5.3.2 Release Date 2026-02-27&lt;br /&gt;
*YP 4.0.34 Build Date 2026-02-23&lt;br /&gt;
*YP 4.0.34 Release Date 2026-03-06&lt;br /&gt;
*YP 5.3.3 Build Date 2026-03-09&lt;br /&gt;
*YP 5.3.3 Release Date 2026-03-20&lt;br /&gt;
*YP 5.0.17 Build Date 2026-03-16&lt;br /&gt;
*YP 5.0.17 Release Date 2026-03-23&lt;br /&gt;
*YP 4.0.35 Build Date 2026-04-06&lt;br /&gt;
*YP 4.0.35 Release Date 2026-04-17&lt;br /&gt;
*YP 5.3.4 Build Date 2026-04-13&lt;br /&gt;
*YP 5.3.4 Release Date 2026-04-24&lt;br /&gt;
*YP 5.0.18 Build Date 2026-04-20&lt;br /&gt;
*YP 5.0.18 Release Date 2026-05-01&lt;br /&gt;
*YP 5.0.19 Build Date 2026-05-26&lt;br /&gt;
*YP 5.0.19 Release Date 2026-06-05&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;The Yocto Project’s technical governance is through its Technical Steering Committee, more information is available at:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
https://wiki.yoctoproject.org/wiki/TSC&amp;lt;br/&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== Yocto Project Weekly Status Jan. 27th, 2026 ==&lt;br /&gt;
Current Dev Position: YP 6.0 M1&amp;lt;br/&amp;gt;&lt;br /&gt;
Next Deadline: YP 6.0 M2 Build Date 2026-02-02&amp;lt;br/&amp;gt;&lt;br /&gt;
6&lt;br /&gt;
&#039;&#039;&#039;Next Team Meetings:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*Bug Triage meeting - Thursday 29th Jan. 7:30am (https://zoom.us/j/454367603?pwd=ZGxoa2ZXL3FkM3Y0bFd5aVpHVVZ6dz09)&lt;br /&gt;
*Weekly Project Engineering Sync - Tuesday 27th Jan. 8am PDT (https://zoom.us/j/990892712?pwd=cHU1MjhoM2x6ck81bkcrYjRrcmJsUT09)&lt;br /&gt;
*Yocto Project Patch Review - Thursday 29th Jan. 10am GMT and Monday 2nd Feb. 9am PDT (https://zoom.us/j/97762397148?pwd=1xkiC9hp9SjEonaTaONwTb6iWry4Eb.1) &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Project data dashboard: https://dashboard.yoctoproject.org/&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Key Status/Updates:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
* YP 5.0.15 was released&lt;br /&gt;
* YP 5.3.1 is under review&lt;br /&gt;
* YP 6.0 M1 is in QA&lt;br /&gt;
* YP 4.0.33 is queued for QA after 6.0 M1&lt;br /&gt;
* YP 6.0 M2 is due next week!&lt;br /&gt;
* Good progress has been made with the autobuilder issues and an M1 build is in QA but we still don’t have the stability in builds we need for reliable project operations.&lt;br /&gt;
* There are currently 6 high open bugs, which will block M2:&lt;br /&gt;
** Issues reusing binaries from fedora 43 (and maybe ubuntu 25.10) on older systems (patchelf triggered?) (#16074, #16087)&lt;br /&gt;
** x86 kvm broken on Fedora 43 (#16074)&lt;br /&gt;
** AB-INT: build-sysroots: useradd command did not succeed (#16135)&lt;br /&gt;
** Hangs of the autobuilder controller (database locking?) (#16129)&lt;br /&gt;
** Generation of releases.json needs updating (#16138)&lt;br /&gt;
* The number of intermittent failures affecting builds, both stable and development, continues to be problematic. Any given build is now statistically likely to hit one or more of them and we often don’t have successful builds. Since we struggle to get help in addressing these, we need to change and start potentially blocking releases (including stable/LTS) until these get addressed in some way. We are holding some dedicated meetings to triage these and find ways of removing the failures from our builds which may include reducing testing.&lt;br /&gt;
* Patches are merging again but there is a backlog and we’ve had to prioritize simpler changes. We continue to struggle for bandwidth for changes needing in depth review/feedback. This could impact features making it into the LTS.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Ways to contribute:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*We have several open issues for pseudo and limited maintainer time to work on them. Help from someone familiar with systems programming in C would be greatly appreciated. https://bugzilla.yoctoproject.org/buglist.cgi?list_id=661406&amp;amp;priority=High&amp;amp;priority=Medium%2B&amp;amp;product=Pseudo&amp;amp;query_format=advanced&amp;amp;resolution=---&lt;br /&gt;
*There are a large number of intermittent failures on our autobuilder, any help with investigating, reproducing or solving these issues would be welcome! https://valkyrie.yocto.io/pub/non-release/abint/&lt;br /&gt;
*Many recipes in openembedded-core would benefit from a new recipe maintainer. Please look at https://git.openembedded.org/openembedded-core/tree/meta/conf/distro/include/maintainers.inc and see if you can adopt any of the unassigned recipes.&lt;br /&gt;
*For more ways to contribute, see https://docs.google.com/document/d/18oxKWxLorfF813h82mK6yKTIHeBp_-9owFuCWbzgjOk/edit?usp=sharing&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;New to the project?&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*We have a list of issues we think are good places to start contributing: https://bugzilla.yoctoproject.org/buglist.cgi?quicksearch=NEWCOMER&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Tracking Metrics:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
* WDD 2978 (last week 3041) (https://wiki.yoctoproject.org/charts/combo.html)&lt;br /&gt;
* OE-Core/Poky Patch Metrics&lt;br /&gt;
** Total patches found: 1097 (last week 1099)&lt;br /&gt;
** Patches in the Pending State: 152 (14%) [last week 152 (14%)]&lt;br /&gt;
* https://valkyrie.yocto.io/pub/non-release/patchmetrics/&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;YP 6.0 Milestone Dates:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*YP 6.0 M2 Build Date 2026-02-02&lt;br /&gt;
*YP 6.0 M2 Release Date 2026-02-13&lt;br /&gt;
*YP 6.0 M3 Build Date 2026-03-02&lt;br /&gt;
*YP 6.0 M3 Release Date 2026-03-13&lt;br /&gt;
*YP 6.0 M4 Build Date 2026-03-30&lt;br /&gt;
*YP 6.0 M4 Release Date 2026-04-26&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Upcoming dot releases:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*YP 5.3.1 is under review.&lt;br /&gt;
*YP 4.0.33 is queued for QA after 6.0 M1.&lt;br /&gt;
*YP 5.0.16 Build Date 2026-02-09&lt;br /&gt;
*YP 5.0.16 Release Date 2026-02-20&lt;br /&gt;
*YP 5.3.2 Build Date 2026-02-16&lt;br /&gt;
*YP 5.3.2 Release Date 2026-02-27&lt;br /&gt;
*YP 4.0.34 Build Date 2026-02-23&lt;br /&gt;
*YP 4.0.34 Release Date 2026-03-06&lt;br /&gt;
*YP 5.3.3 Build Date 2026-03-09&lt;br /&gt;
*YP 5.3.3 Release Date 2026-03-20&lt;br /&gt;
*YP 5.0.17 Build Date 2026-03-16&lt;br /&gt;
*YP 5.0.17 Release Date 2026-03-23&lt;br /&gt;
*YP 4.0.35 Build Date 2026-04-06&lt;br /&gt;
*YP 4.0.35 Release Date 2026-04-17&lt;br /&gt;
*YP 5.3.4 Build Date 2026-04-13&lt;br /&gt;
*YP 5.3.4 Release Date 2026-04-24&lt;br /&gt;
*YP 5.0.18 Build Date 2026-04-20&lt;br /&gt;
*YP 5.0.18 Release Date 2026-05-01&lt;br /&gt;
*YP 5.0.19 Build Date 2026-05-26&lt;br /&gt;
*YP 5.0.19 Release Date 2026-06-05&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;The Yocto Project’s technical governance is through its Technical Steering Committee, more information is available at:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
https://wiki.yoctoproject.org/wiki/TSC&amp;lt;br/&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== Yocto Project Weekly Status Jan. 20th, 2026 ==&lt;br /&gt;
Current Dev Position: YP 6.0 M1&amp;lt;br/&amp;gt;&lt;br /&gt;
Next Deadline: YP 6.0 M1 Build Date 2026-01-05&amp;lt;br/&amp;gt;&lt;br /&gt;
6&lt;br /&gt;
&#039;&#039;&#039;Next Team Meetings:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*Bug Triage meeting - Thursday 22nd Jan. 7:30am (https://zoom.us/j/454367603?pwd=ZGxoa2ZXL3FkM3Y0bFd5aVpHVVZ6dz09)&lt;br /&gt;
*Weekly Project Engineering Sync - Tuesday 20th Jan. 8am PDT (https://zoom.us/j/990892712?pwd=cHU1MjhoM2x6ck81bkcrYjRrcmJsUT09)&lt;br /&gt;
*Yocto Project Patch Review - Thursday 22nd Jan. 10am GMT and Monday 26th Jan. 9am PDT (https://zoom.us/j/97762397148?pwd=1xkiC9hp9SjEonaTaONwTb6iWry4Eb.1) &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Project data dashboard: https://dashboard.yoctoproject.org/&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Key Status/Updates:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*YP 5.0.15 is under review.&lt;br /&gt;
*YP 5.3.1 is in QA&lt;br /&gt;
*YP 6.0 M1 will build when we have resolved enough issues to mean the build is likely to succeed and the release of sufficient quality&lt;br /&gt;
*Good progress has been made with the autobuilder issues and builds now complete but contain failures.&lt;br /&gt;
*There are currently 6 high open bugs, some of which block M1, some could be deferred to M2:&lt;br /&gt;
**Hangs of the autobuilder controller (database locking?) (#16129)&lt;br /&gt;
**Issues reusing binaries from fedora 43 (and maybe ubuntu 25.10) on older systems (patchelf triggered?) (#16074, #16087)&lt;br /&gt;
**still need to disable the npm fetcher (#16105)&lt;br /&gt;
**x86 kvm broken on Fedora 43 (#16074)&lt;br /&gt;
**AB-INT: build-sysroots: useradd command did not succeed (#16135)&lt;br /&gt;
*The number of intermittent failures affecting stable release builds is becoming problematic. Any given build is now statistically likely to hit one or more of them and we don’t have successful builds. Since we struggle to get help in addressing these, we need to change and start potentially blocking releases (including stable/LTS) until these get addressed in some way. We are holding some dedicated meetings to triage these and find ways of removing the failures from our builds which may include reducing testing.&lt;br /&gt;
*Patches are merging again but there is a backlog and we’ve had to prioritize simpler changes. We continue to struggle for bandwidth for changes needing in depth review/feedback.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Ways to contribute:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*We have several open issues for pseudo and limited maintainer time to work on them. Help from someone familiar with systems programming in C would be greatly appreciated. https://bugzilla.yoctoproject.org/buglist.cgi?list_id=661406&amp;amp;priority=High&amp;amp;priority=Medium%2B&amp;amp;product=Pseudo&amp;amp;query_format=advanced&amp;amp;resolution=---&lt;br /&gt;
*There are a large number of intermittent failures on our autobuilder, any help with investigating, reproducing or solving these issues would be welcome! https://valkyrie.yocto.io/pub/non-release/abint/&lt;br /&gt;
*Many recipes in openembedded-core would benefit from a new recipe maintainer. Please look at https://git.openembedded.org/openembedded-core/tree/meta/conf/distro/include/maintainers.inc and see if you can adopt any of the unassigned recipes.&lt;br /&gt;
*For more ways to contribute, see https://docs.google.com/document/d/18oxKWxLorfF813h82mK6yKTIHeBp_-9owFuCWbzgjOk/edit?usp=sharing&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;New to the project?&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*We have a list of issues we think are good places to start contributing: https://bugzilla.yoctoproject.org/buglist.cgi?quicksearch=NEWCOMER&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Tracking Metrics:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*WDD 3041 (last week 3026) (https://wiki.yoctoproject.org/charts/combo.html)&lt;br /&gt;
*OE-Core/Poky Patch Metrics&lt;br /&gt;
**Total patches found: 1099 (last week 1089)&lt;br /&gt;
**Patches in the Pending State: 152 (14%) [last week 151 (14%)]&lt;br /&gt;
*https://autobuilder.yocto.io/-release/patchmetrics/&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;YP 6.0 Milestone Dates:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*YP 6.0 M1 Build Date 2026-01-05	&lt;br /&gt;
*YP 6.0 M1 Release Date 2026-01-16&lt;br /&gt;
*YP 6.0 M2 Build Date 2026-02-02&lt;br /&gt;
*YP 6.0 M2 Release Date 2026-02-13&lt;br /&gt;
*YP 6.0 M3 Build Date 2026-03-02&lt;br /&gt;
*YP 6.0 M3 Release Date 2026-03-13&lt;br /&gt;
*YP 6.0 M4 Build Date 2026-03-30&lt;br /&gt;
*YP 6.0 M4 Release Date 2026-04-26&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Upcoming dot releases:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*YP 5.0.15 is under review.&lt;br /&gt;
*YP 5.3.1 in QA.&lt;br /&gt;
*YP 4.0.33 Build Date 2026-01-26&lt;br /&gt;
*YP 4.0.33 Release Date 2026-01-30&lt;br /&gt;
*YP 5.0.16 Build Date 2026-02-09&lt;br /&gt;
*YP 5.0.16 Release Date 2026-02-20&lt;br /&gt;
*YP 5.3.2 Build Date 2026-02-16&lt;br /&gt;
*YP 5.3.2 Release Date 2026-02-27&lt;br /&gt;
*YP 4.0.34 Build Date 2026-02-23&lt;br /&gt;
*YP 4.0.34 Release Date 2026-03-06&lt;br /&gt;
*YP 5.3.3 Build Date 2026-03-09&lt;br /&gt;
*YP 5.3.3 Release Date 2026-03-20&lt;br /&gt;
*YP 5.0.17 Build Date 2026-03-16&lt;br /&gt;
*YP 5.0.17 Release Date 2026-03-23&lt;br /&gt;
*YP 4.0.35 Build Date 2026-04-06&lt;br /&gt;
*YP 4.0.35 Release Date 2026-04-17&lt;br /&gt;
*YP 5.3.4 Build Date 2026-04-13&lt;br /&gt;
*YP 5.3.4 Release Date 2026-04-24&lt;br /&gt;
*YP 5.0.18 Build Date 2026-04-20&lt;br /&gt;
*YP 5.0.18 Release Date 2026-05-01&lt;br /&gt;
*YP 5.0.19 Build Date 2026-05-26&lt;br /&gt;
*YP 5.0.19 Release Date 2026-06-05&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;The Yocto Project’s technical governance is through its Technical Steering Committee, more information is available at:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
https://wiki.yoctoproject.org/wiki/TSC&amp;lt;br/&amp;gt;&lt;br /&gt;
== Yocto Project Weekly Status Jan. 13th, 2026 ==&lt;br /&gt;
Current Dev Position: YP 6.0 M1&amp;lt;br/&amp;gt;&lt;br /&gt;
Next Deadline: YP 6.0 M1 Build Date 2026-01-05&amp;lt;br/&amp;gt;&lt;br /&gt;
6&lt;br /&gt;
&#039;&#039;&#039;Next Team Meetings:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*Bug Triage meeting - Thursday 15th Jan. 7:30am (https://zoom.us/j/454367603?pwd=ZGxoa2ZXL3FkM3Y0bFd5aVpHVVZ6dz09)&lt;br /&gt;
*Weekly Project Engineering Sync - Tuesday 13th Jan. 8am PDT (https://zoom.us/j/990892712?pwd=cHU1MjhoM2x6ck81bkcrYjRrcmJsUT09)&lt;br /&gt;
*Yocto Project Patch Review - Thursday 15th Jan. 10am GMT and Monday 19th Jan. 9am PDT (https://zoom.us/j/97762397148?pwd=1xkiC9hp9SjEonaTaONwTb6iWry4Eb.1) &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Project data dashboard: https://dashboard.yoctoproject.org/&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Key Status/Updates:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*YP 5.0.15 is under review.&lt;br /&gt;
*YP 5.3.1 is in QA&lt;br /&gt;
*YP 6.0 M1 will build when the 5 open high bugs are resolved.&lt;br /&gt;
*There are also 4 high bugs open for 6.0 M2.&lt;br /&gt;
*We are seeing multiple serious issues blocking 6.0 M1 from building:&lt;br /&gt;
**A glibc test causing builds to hang (a buffer overflow SIGABRT in unfs3 triggered by host compiler + fortify source) (#16113)&lt;br /&gt;
**Hangs of the autobuilder controller (database locking, should be fixed) (#16129)&lt;br /&gt;
**Issues with a CVE patch applied to tar in rocky9/alma9/centos-stream using the openat2 syscall which pseudo doesn’t wrap (#16117)&lt;br /&gt;
**Issues reusing binaries from fedora 43 (and maybe ubuntu 25.10) on older systems (patchelf triggered?) (#16074, #16087)&lt;br /&gt;
**still need to disable the npm fetcher (#16105)&lt;br /&gt;
*We have not had this number of high bugs blocking releases in several years&lt;br /&gt;
*The number of intermittent failures affecting stable release builds is becoming problematic. Any given build is now statistically likely to hit one or more of them and we don’t have successful builds. Since we struggle to get help in addressing these, we need to change and start potentially blocking releases (including stable/LTS) until these get addressed in some way. We plan to form a dedicated team to investigate these and find ways of removing the failures from our builds which may include reducing testing.&lt;br /&gt;
*To be clear, due to the problems above, most patch testing is now stalled as the autobuilder is currently inoperable and we can’t test anything.&lt;br /&gt;
*The project is exploring the idea of applying for funding for security related work. If anyone (individual or consultancies) has ideas, please talk to Paul/Richard/TSC. This is an opportunity to work on those issues you never have time/funding for!&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Ways to contribute:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*We have several open issues for pseudo and limited maintainer time to work on them. Help from someone familiar with systems programming in C would be greatly appreciated. https://bugzilla.yoctoproject.org/buglist.cgi?list_id=661406&amp;amp;priority=High&amp;amp;priority=Medium%2B&amp;amp;product=Pseudo&amp;amp;query_format=advanced&amp;amp;resolution=---&lt;br /&gt;
*There are a large number of intermittent failures on our autobuilder, any help with investigating, reproducing or solving these issues would be welcome! https://valkyrie.yocto.io/pub/non-release/abint/&lt;br /&gt;
*Many recipes in openembedded-core would benefit from a new recipe maintainer. Please look at https://git.openembedded.org/openembedded-core/tree/meta/conf/distro/include/maintainers.inc and see if you can adopt any of the unassigned recipes.&lt;br /&gt;
*For more ways to contribute, see https://docs.google.com/document/d/18oxKWxLorfF813h82mK6yKTIHeBp_-9owFuCWbzgjOk/edit?usp=sharing&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;New to the project?&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*We have a list of issues we think are good places to start contributing: https://bugzilla.yoctoproject.org/buglist.cgi?quicksearch=NEWCOMER&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Tracking Metrics:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*WDD 3026 (last week 3011) (https://wiki.yoctoproject.org/charts/combo.html)&lt;br /&gt;
*OE-Core/Poky Patch Metrics&lt;br /&gt;
**Total patches found: 1089 (last week 1092)&lt;br /&gt;
**Patches in the Pending State: 151 (14%) [last week 151 (14%)]&lt;br /&gt;
*https://autobuilder.yocto.io/-release/patchmetrics/&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;YP 6.0 Milestone Dates:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*YP 6.0 M1 Build Date 2026-01-05	&lt;br /&gt;
*YP 6.0 M1 Release Date 2026-01-16&lt;br /&gt;
*YP 6.0 M2 Build Date 2026-02-02&lt;br /&gt;
*YP 6.0 M2 Release Date 2026-02-13&lt;br /&gt;
*YP 6.0 M3 Build Date 2026-03-02&lt;br /&gt;
*YP 6.0 M3 Release Date 2026-03-13&lt;br /&gt;
*YP 6.0 M4 Build Date 2026-03-30&lt;br /&gt;
*YP 6.0 M4 Release Date 2026-04-26&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Upcoming dot releases:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*YP 5.0.15 is under review.&lt;br /&gt;
*YP 5.3.1 in QA.&lt;br /&gt;
*YP 4.0.33 Build Date 2026-01-26&lt;br /&gt;
*YP 4.0.33 Release Date 2026-01-30&lt;br /&gt;
*YP 5.0.16 Build Date 2026-02-09&lt;br /&gt;
*YP 5.0.16 Release Date 2026-02-20&lt;br /&gt;
*YP 5.3.2 Build Date 2026-02-16&lt;br /&gt;
*YP 5.3.2 Release Date 2026-02-27&lt;br /&gt;
*YP 4.0.34 Build Date 2026-02-23&lt;br /&gt;
*YP 4.0.34 Release Date 2026-03-06&lt;br /&gt;
*YP 5.3.3 Build Date 2026-03-09&lt;br /&gt;
*YP 5.3.3 Release Date 2026-03-20&lt;br /&gt;
*YP 5.0.17 Build Date 2026-03-16&lt;br /&gt;
*YP 5.0.17 Release Date 2026-03-23&lt;br /&gt;
*YP 4.0.35 Build Date 2026-04-06&lt;br /&gt;
*YP 4.0.35 Release Date 2026-04-17&lt;br /&gt;
*YP 5.3.4 Build Date 2026-04-13&lt;br /&gt;
*YP 5.3.4 Release Date 2026-04-24&lt;br /&gt;
*YP 5.0.18 Build Date 2026-04-20&lt;br /&gt;
*YP 5.0.18 Release Date 2026-05-01&lt;br /&gt;
*YP 5.0.19 Build Date 2026-05-26&lt;br /&gt;
*YP 5.0.19 Release Date 2026-06-05&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;The Yocto Project’s technical governance is through its Technical Steering Committee, more information is available at:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
https://wiki.yoctoproject.org/wiki/TSC&amp;lt;br/&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== Yocto Project Weekly Status Jan. 6th, 2026 ==&lt;br /&gt;
Current Dev Position: YP 6.0 M1&amp;lt;br/&amp;gt;&lt;br /&gt;
Next Deadline: YP 6.0 M1 Build Date 2026-01-05&amp;lt;br/&amp;gt;&lt;br /&gt;
6&lt;br /&gt;
&#039;&#039;&#039;Next Team Meetings:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*Bug Triage meeting - Thursday 8th Jan. 7:30am (https://zoom.us/j/454367603?pwd=ZGxoa2ZXL3FkM3Y0bFd5aVpHVVZ6dz09)&lt;br /&gt;
*Weekly Project Engineering Sync - Tuesday 6th Jan. 8am PDT (https://zoom.us/j/990892712?pwd=cHU1MjhoM2x6ck81bkcrYjRrcmJsUT09)&lt;br /&gt;
*Yocto Project Patch Review - Thursday 8th Jan. 10am GMT and Monday 12th Jan. 9am PDT (https://zoom.us/j/97762397148?pwd=1xkiC9hp9SjEonaTaONwTb6iWry4Eb.1) &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Project data dashboard: https://dashboard.yoctoproject.org/&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Key Status/Updates:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*YP 5.0.15 is in QA&lt;br /&gt;
*YP 6.0 M1 will build when the 5 open high bugs are resolved.&lt;br /&gt;
*We have a number of issues with build performance tests, test results and hanging glibc NFS tests on the autobuilder which need to be resolved before we can build a new release.&lt;br /&gt;
*Due to the number of problems currently present, patch merging will have to slow to avoid adding any further issues.&lt;br /&gt;
*Yoann Congal is starting to ramp up as the new LTS maintainer to take over from Steve Sakoman&lt;br /&gt;
*The linux kernel is now defaulting to 6.18 and the other versions will soon be removed.&lt;br /&gt;
*We have isolated the Fedora43 workers until we can root cause the binary problems it was causing when the sstate was shared to older systems&lt;br /&gt;
*The project is exploring the idea of applying for funding for security related work. If anyone (individual or consultancies) has ideas, please talk to Paul/Richard/TSC. This is an opportunity to work on those issues you never have time/funding for!&lt;br /&gt;
*We will be entirely disabling the npm fetcher in bitbake due to the security issues until those are resolved (https://bugzilla.yoctoproject.org/show_bug.cgi?id=16105)..&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Ways to contribute:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*As people are likely aware, the project has a number of components which are either unmaintained, or have people with little to no time trying to keep them alive. These components include: devtool, toaster, wic, oeqa, autobuilder, CROPs containers, pseudo and more. Many have open bugs. Help is welcome in trying to better look after these components!&lt;br /&gt;
*There is an issue open upstream with the openssl project related to making path relocation of openssl easier (as used in our buildtools tarball and SDK). We’d love assistance in moving this forward and getting some kind of upstream feature merged to make this easier: https://github.com/openssl/openssl/pull/19260&lt;br /&gt;
*There are bugs identified as possible for newcomers to the project: https://dashboard.yoctoproject.org/bugtriage/#newcomer-container&lt;br /&gt;
*There are bugs that are currently unassigned for YP 6.0. See: https://wiki.yoctoproject.org/wiki/Bug_Triage#Medium+_6.0_Unassigned_Enhancements/Bugs&lt;br /&gt;
*We’d welcome new maintainers for recipes in OE-Core. Please see the list at: http://git.yoctoproject.org/cgit.cgi/poky/tree/meta/conf/distro/include/maintainers.inc and discuss with the existing maintainer, or ask on the OE-Core mailing list. We will likely move a chunk of these to “Unassigned” soon to help facilitate this.&lt;br /&gt;
*Help is very much welcome in trying to resolve our autobuilder intermittent issues. You can see the list of failures we’re continuing to see by searching for the “AB-INT” tag in bugzilla: https://bugzilla.yoctoproject.org/buglist.cgi?quicksearch=AB-INT.&lt;br /&gt;
*Help us resolve CVE issues: CVE metrics &lt;br /&gt;
*We have a growing number of bugs in bugzilla, any help with them is appreciated.&lt;br /&gt;
*Ongoing project development plans are being developed in this document: https://docs.google.com/document/d/1xsnN_HcaMhqg6Dn1P_19AnumDaUMQSdFZ_I4rjD830A/edit?usp=sharing We need to continue to develop this as it will allow us to potentially find ways to fund specific work items.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Tracking Metrics:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*WDD 3011 (last week 2991) (https://wiki.yoctoproject.org/charts/combo.html)&lt;br /&gt;
*OE-Core/Poky Patch Metrics&lt;br /&gt;
**Total patches found: 1092 (last week 1090)&lt;br /&gt;
**Patches in the Pending State: 151 (14%) [last week 151 (14%)]&lt;br /&gt;
*https://autobuilder.yocto.io/-release/patchmetrics/&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;YP 6.0 Milestone Dates:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*YP 6.0 M1 Build Date 2026-01-05	&lt;br /&gt;
*YP 6.0 M1 Release Date 2026-01-16&lt;br /&gt;
*YP 6.0 M2 Build Date 2026-02-02&lt;br /&gt;
*YP 6.0 M2 Release Date 2026-02-13&lt;br /&gt;
*YP 6.0 M3 Build Date 2026-03-02&lt;br /&gt;
*YP 6.0 M3 Release Date 2026-03-13&lt;br /&gt;
*YP 6.0 M4 Build Date 2026-03-30&lt;br /&gt;
*YP 6.0 M4 Release Date 2026-04-26&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Upcoming dot releases:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*YP 5.0.15 in QA.&lt;br /&gt;
*YP 5.3.1 Build Date 2026-01-12&lt;br /&gt;
*YP 5.3.1 Release Date 2026-01-23&lt;br /&gt;
*YP 4.0.33 Build Date 2026-01-26&lt;br /&gt;
*YP 4.0.33 Release Date 2026-01-30&lt;br /&gt;
*YP 5.0.16 Build Date 2026-02-09&lt;br /&gt;
*YP 5.0.16 Release Date 2026-02-20&lt;br /&gt;
*YP 5.3.2 Build Date 2026-02-16&lt;br /&gt;
*YP 5.3.2 Release Date 2026-02-27&lt;br /&gt;
*YP 4.0.34 Build Date 2026-02-23&lt;br /&gt;
*YP 4.0.34 Release Date 2026-03-06&lt;br /&gt;
*YP 5.3.3 Build Date 2026-03-09&lt;br /&gt;
*YP 5.3.3 Release Date 2026-03-20&lt;br /&gt;
*YP 5.0.17 Build Date 2026-03-16&lt;br /&gt;
*YP 5.0.17 Release Date 2026-03-23&lt;br /&gt;
*YP 4.0.35 Build Date 2026-04-06&lt;br /&gt;
*YP 4.0.35 Release Date 2026-04-17&lt;br /&gt;
*YP 5.3.4 Build Date 2026-04-13&lt;br /&gt;
*YP 5.3.4 Release Date 2026-04-24&lt;br /&gt;
*YP 5.0.18 Build Date 2026-04-20&lt;br /&gt;
*YP 5.0.18 Release Date 2026-05-01&lt;br /&gt;
*YP 5.0.19 Build Date 2026-05-26&lt;br /&gt;
*YP 5.0.19 Release Date 2026-06-05&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;The Yocto Project’s technical governance is through its Technical Steering Committee, more information is available at:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
https://wiki.yoctoproject.org/wiki/TSC&amp;lt;br/&amp;gt;&lt;/div&gt;</summary>
		<author><name>Rpurdie</name></author>
	</entry>
	<entry>
		<id>https://wiki.yoctoproject.org/wiki/index.php?title=Weekly_Status&amp;diff=86874</id>
		<title>Weekly Status</title>
		<link rel="alternate" type="text/html" href="https://wiki.yoctoproject.org/wiki/index.php?title=Weekly_Status&amp;diff=86874"/>
		<updated>2026-09-08T14:41:35Z</updated>

		<summary type="html">&lt;p&gt;Rpurdie: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Yocto Project Status 8 September 2026 ==&lt;br /&gt;
Current Dev Position: YP 6.1 M3&amp;lt;br/&amp;gt;&lt;br /&gt;
Next Deadline: YP 6.1 M3: w/c 2026-08-31&amp;lt;br/&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Next Team Meetings:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*Bug Triage meeting - Thursday 10th Sept. 7:30am PDT (https://zoom.us/j/454367603?pwd=ZGxoa2ZXL3FkM3Y0bFd5aVpHVVZ6dz09)&lt;br /&gt;
*Weekly Project Engineering Sync  - Tuesday 8st Sept. 8am PDT (https://zoom.us/j/990892712?pwd=cHU1MjhoM2x6ck81bkcrYjRrcmJsUT09)&lt;br /&gt;
*Yocto Project Patch Review - Thursday 10th Sept. 10am GMT and Monday 14th Sept. 9am PDT (https://zoom.us/j/97762397148?pwd=1xk0iC9hp9SjEonaTaONwTb6iWry4Eb.1)&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Project data dashboard: https://dashboard.yoctoproject.org/&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Key Status/Updates:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
* YP 5.0.20 is under review.&lt;br /&gt;
* YP 6.1 M3 is due to build and we are at feature freeze&lt;br /&gt;
* There are issues with changes in bot/AI protection at github.com which are affecting our CI. &lt;br /&gt;
* Most M3 changes have merged, we want to mitigate the github issues before building M3.&lt;br /&gt;
* There is a new meta-openjdk layer: https://github.com/amarula/meta-openjdk https://lore.kernel.org/yocto-patches/xBB4.1788187111192557019.ULaN@lists.yoctoproject.org/T/#u&lt;br /&gt;
* AI scrapers and bots continue to impact the infrastructure, taking huge amounts of time for our sysadmins and with a significant cost impact to the project.&lt;br /&gt;
* There are two AB-INT issues which are in a position where others could now help, as detailed in https://lists.openembedded.org/g/openembedded-core/message/242105:&lt;br /&gt;
** Matchbox-wm segfault/xserver restart&lt;br /&gt;
** aarch64/x86-64 build host contamination/reproducibility issue&lt;br /&gt;
We get a lot of comments about these being hard to reproduce or work on, in both cases, these have specific well defined things which need to be done and a basic understanding of what the issue relates to, if not the actual fix.&lt;br /&gt;
*Remaining intermittent build failures of concern:&lt;br /&gt;
**other qemu ‘hang’ type issues on ARM&lt;br /&gt;
**sometimes yocto-check-layer is showing checksum mismatch issues&lt;br /&gt;
**intermittent ptest failures in many recipes&lt;br /&gt;
*Progress was made on some of the risc-v speed differences in qemu which should help some of the autobuilder intermittent failures, thanks Trevor!&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Ways to contribute:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*We have several open issues for pseudo and limited maintainer time to work on them. Help from someone familiar with systems programming in C would be greatly appreciated. https://bugzilla.yoctoproject.org/buglist.cgi?list_id=661406&amp;amp;priority=High&amp;amp;priority=Medium%2B&amp;amp;product=Pseudo&amp;amp;query_format=advanced&amp;amp;resolution=---&lt;br /&gt;
*There are a large number of intermittent failures on our autobuilder, any help with investigating, reproducing or solving these issues would be welcome! https://valkyrie.yocto.io/pub/non-release/abint/&lt;br /&gt;
*Many recipes in openembedded-core would benefit from a new recipe maintainer. Please look at https://git.openembedded.org/openembedded-core/tree/meta/conf/distro/include/maintainers.inc and see if you can adopt any of the unassigned recipes.&lt;br /&gt;
*For more ways to contribute, see https://docs.google.com/document/d/18oxKWxLorfF813h82mK6yKTIHeBp_-9owFuCWbzgjOk/edit?usp=sharing&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;New to the project?&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*We have a list of issues we think are good places to start contributing: https://bugzilla.yoctoproject.org/buglist.cgi?quicksearch=NEWCOMER&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Tracking Metrics:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*WDD 2622 (last week 2612) (https://wiki.yoctoproject.org/charts/combo.html)&lt;br /&gt;
*OE-Core/Poky Patch Metrics&lt;br /&gt;
**Total patches found: 1050 (last week 1039)&lt;br /&gt;
**Patches in the Pending State: 136 (13%) [last week 139 (14%)]&lt;br /&gt;
**https://valkyrie.yocto.io/pub/non-release/patchmetrics/&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Upcoming development releases:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*6.1 M3:&lt;br /&gt;
**Build Date: w/c 2026-08-31&lt;br /&gt;
**Release Date: w/c 2026-09-14&lt;br /&gt;
*6.1.0:&lt;br /&gt;
**Build Date (M4): w/c 2026-10-12&lt;br /&gt;
**Release Date: w/c 2026-11-02&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Upcoming dot releases:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
*YP 6.0.3 is in review.&lt;br /&gt;
**Release Date w/c 2026-08-24&lt;br /&gt;
*YP 5.0.20 is in QA.&lt;br /&gt;
**Release Date w/c 2026-08-31&lt;br /&gt;
*YP 6.0.4&lt;br /&gt;
**Build Date w/c 2026-09-28&lt;br /&gt;
**Release Date w/c 2026-10-12&lt;br /&gt;
*YP 5.0.21&lt;br /&gt;
**Build Date w/c 2026-10-05&lt;br /&gt;
**Release Date w/c 2026-10-19&lt;br /&gt;
&lt;br /&gt;
*For future release dates, see https://wiki.yoctoproject.org/wiki/Release_calendar&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;The Yocto Project’s technical governance is through its Technical Steering Committee, more information is available at:&#039;&#039;&#039;&amp;lt;br/&amp;gt;&lt;br /&gt;
https://wiki.yoctoproject.org/wiki/TSC&amp;lt;br/&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== Archives ==&lt;br /&gt;
*[[2026 Yocto Project Weekly Status Archive]]&lt;br /&gt;
*[[2025 Yocto Project Weekly Status Archive]]&lt;br /&gt;
*[[2024 Yocto Project Weekly Status Archive]]&lt;br /&gt;
*[[2023 Yocto Project Weekly Status Archive]]&lt;br /&gt;
*[[2022 Yocto Project Weekly Status Archive]]&lt;br /&gt;
*[[2021 Yocto Project Weekly Status Archive]]&lt;br /&gt;
*[[2020 Yocto Project Weekly Status Archive]]&lt;br /&gt;
*[[2019 Yocto Project Weekly Status Archive]]&lt;br /&gt;
*[[2018 Yocto Project Weekly Status Archive]]&lt;/div&gt;</summary>
		<author><name>Rpurdie</name></author>
	</entry>
	<entry>
		<id>https://wiki.yoctoproject.org/wiki/index.php?title=Releases&amp;diff=86825</id>
		<title>Releases</title>
		<link rel="alternate" type="text/html" href="https://wiki.yoctoproject.org/wiki/index.php?title=Releases&amp;diff=86825"/>
		<updated>2026-05-18T13:42:38Z</updated>

		<summary type="html">&lt;p&gt;Rpurdie: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&amp;lt;!-- keywords: release names codenames versions version names numbers branches branchx --&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Note that https://www.yoctoproject.org/development/releases/ is the preferred source of information.&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
This page remains as it currently contains more information.&lt;br /&gt;
&lt;br /&gt;
See [[Release calendar]] for upcoming release dates.&lt;br /&gt;
&lt;br /&gt;
== Release Activity==&lt;br /&gt;
&lt;br /&gt;
See also [https://docs.yoctoproject.org/dev/_images/releases.svg a graphical release timeline].&lt;br /&gt;
&lt;br /&gt;
Releases can be downloaded at https://www.yoctoproject.org/software-overview/downloads/&lt;br /&gt;
&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; border=&amp;quot;2&amp;quot;&lt;br /&gt;
!Codename&lt;br /&gt;
!Yocto Project Version&lt;br /&gt;
!Release Date&lt;br /&gt;
!Current Version&lt;br /&gt;
!Support Level&lt;br /&gt;
!Poky Version&lt;br /&gt;
!BitBake branch&lt;br /&gt;
! Maintainer&lt;br /&gt;
!Notes&lt;br /&gt;
|-&lt;br /&gt;
|Blacksail&lt;br /&gt;
|6.1&lt;br /&gt;
| October 2026&lt;br /&gt;
|&lt;br /&gt;
|Support for 6 months (until April 2027)&lt;br /&gt;
|N/A&lt;br /&gt;
|2.19&lt;br /&gt;
|Richard Purdie &amp;lt;richard.purdie@linuxfoundation.org&amp;gt;&lt;br /&gt;
|&lt;br /&gt;
|-&lt;br /&gt;
|Wrynose &amp;lt;br/&amp;gt;(like &#039;rhinos&#039;)&lt;br /&gt;
|6.0&lt;br /&gt;
| April 2026&lt;br /&gt;
|6.0 (May 2026)&lt;br /&gt;
|Long Term Support (until April 2030)&lt;br /&gt;
|N/A&lt;br /&gt;
|2.18&lt;br /&gt;
|Yoann Congal &amp;lt;yoann.congal@smile.fr&amp;gt;&lt;br /&gt;
|&lt;br /&gt;
|-&lt;br /&gt;
|Whinlatter &amp;lt;br/&amp;gt;(like &#039;win latter&#039;)&lt;br /&gt;
|5.3&lt;br /&gt;
| December 2025&lt;br /&gt;
|5.3.2 (March 2026)&lt;br /&gt;
|Support for 6 months (until May 2026)&lt;br /&gt;
|N/A&lt;br /&gt;
|2.16&lt;br /&gt;
|Yoann Congal &amp;lt;yoann.congal@smile.fr&amp;gt;&lt;br /&gt;
|[[Recipe_Versions|Recipe versions]]&lt;br /&gt;
|-&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Walnascar (aka Walna)&lt;br /&gt;
|5.2&lt;br /&gt;
| May 2025&lt;br /&gt;
|5.2.4 (October 2025)&lt;br /&gt;
|EOL since November 2025&lt;br /&gt;
|N/A&lt;br /&gt;
|2.12&lt;br /&gt;
|Steve Sakoman &amp;lt;steve@sakoman.com&amp;gt;&lt;br /&gt;
|[[Recipe_Versions|Recipe versions]]&lt;br /&gt;
|-&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Styhead &amp;lt;br/&amp;gt;(like &#039;try head&#039;)&lt;br /&gt;
|5.1&lt;br /&gt;
| October 2024&lt;br /&gt;
|5.1.4 (April 2025)&lt;br /&gt;
|EOL&lt;br /&gt;
|N/A&lt;br /&gt;
|2.10&lt;br /&gt;
|Steve Sakoman &amp;lt;steve@sakoman.com&amp;gt;&lt;br /&gt;
|&lt;br /&gt;
|-&lt;br /&gt;
|Scarthgap&lt;br /&gt;
|5.0&lt;br /&gt;
| April 2024&lt;br /&gt;
| 5.0.16 (March 2026)&lt;br /&gt;
|Long Term Support (until April 2028)&lt;br /&gt;
|N/A&lt;br /&gt;
|2.8&lt;br /&gt;
|Yoann Congal &amp;lt;yoann.congal@smile.fr&amp;gt;&lt;br /&gt;
|[[Recipe_Versions|Recipe versions]]&lt;br /&gt;
|-&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Nanbield &amp;lt;br/&amp;gt;(like &#039;man field&#039;)&lt;br /&gt;
|4.3&lt;br /&gt;
| November 2023&lt;br /&gt;
| 4.3.4 (April 2024)&lt;br /&gt;
| EOL&lt;br /&gt;
|N/A&lt;br /&gt;
|2.6&lt;br /&gt;
|Steve Sakoman &amp;lt;steve@sakoman.com&amp;gt;&lt;br /&gt;
|- style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Mickledore&lt;br /&gt;
|4.2&lt;br /&gt;
| May 2023&lt;br /&gt;
| 4.2.4 (December 2023)&lt;br /&gt;
| EOL&lt;br /&gt;
|N/A&lt;br /&gt;
|2.4&lt;br /&gt;
|Steve Sakoman &amp;lt;steve@sakoman.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Langdale&lt;br /&gt;
|4.1&lt;br /&gt;
| October 2022&lt;br /&gt;
| 4.1.4 (May 2023)&lt;br /&gt;
| EOL&lt;br /&gt;
|N/A&lt;br /&gt;
|2.2&lt;br /&gt;
|Steve Sakoman &amp;lt;steve@sakoman.com&amp;gt;&lt;br /&gt;
|-&lt;br /&gt;
|Kirkstone &amp;lt;br/&amp;gt;(like &#039;kirk stun&#039;)&lt;br /&gt;
|4.0&lt;br /&gt;
|May 2022&lt;br /&gt;
|4.0.33 (February 2026)&lt;br /&gt;
|Long Term Support (Apr. 2026¹)&lt;br /&gt;
|N/A&lt;br /&gt;
|2.0&lt;br /&gt;
|Yoann Congal &amp;lt;yoann.congal@smile.fr&amp;gt;&lt;br /&gt;
|-&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Honister&lt;br /&gt;
|3.4&lt;br /&gt;
|October 2021&lt;br /&gt;
|3.4.4 (May 2022)&lt;br /&gt;
|EOL&lt;br /&gt;
|N/A&lt;br /&gt;
|1.52&lt;br /&gt;
|Anuj Mittal &amp;lt;anuj.mittal@intel.com&amp;gt;&lt;br /&gt;
|-&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Hardknott&lt;br /&gt;
|3.3&lt;br /&gt;
|April 2021&lt;br /&gt;
|3.3.6 (April 2022)&lt;br /&gt;
|EOL&lt;br /&gt;
|N/A&lt;br /&gt;
|1.50&lt;br /&gt;
|Anuj Mittal &amp;lt;anuj.mittal@intel.com&amp;gt;&lt;br /&gt;
|-&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Gatesgarth&lt;br /&gt;
|3.2&lt;br /&gt;
|Oct 2020&lt;br /&gt;
|3.2.4 (May 2021)&lt;br /&gt;
|EOL&lt;br /&gt;
|N/A&lt;br /&gt;
|1.48&lt;br /&gt;
|Anuj Mittal &amp;lt;anuj.mittal@intel.com&amp;gt;&lt;br /&gt;
|-&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Dunfell&lt;br /&gt;
|3.1&lt;br /&gt;
|April 2020&lt;br /&gt;
|3.1.33 (May 2024)&lt;br /&gt;
| EOL - LTS¹&lt;br /&gt;
|23.0&lt;br /&gt;
|1.46&lt;br /&gt;
|Steve Sakoman &amp;lt;steve@sakoman.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Zeus&lt;br /&gt;
|3.0&lt;br /&gt;
|October 2019&lt;br /&gt;
|3.0.4 (August 2020)&lt;br /&gt;
|EOL&lt;br /&gt;
|22.0.3&lt;br /&gt;
|1.44&lt;br /&gt;
| Anuj/Armin&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Warrior&lt;br /&gt;
|2.7&lt;br /&gt;
|April 2019&lt;br /&gt;
|2.7.4 (June 2020)&lt;br /&gt;
|EOL&lt;br /&gt;
|21.0&lt;br /&gt;
|1.42&lt;br /&gt;
|Armin Kuster &amp;lt;akuster808@gmail.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Thud&lt;br /&gt;
|2.6&lt;br /&gt;
|Nov 2018&lt;br /&gt;
|2.6.4 (October 2019)&lt;br /&gt;
|EOL&lt;br /&gt;
|20.0&lt;br /&gt;
|1.40&lt;br /&gt;
| Armin Kuster &amp;lt;akuster808@gmail.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Sumo&lt;br /&gt;
|2.5&lt;br /&gt;
|April 2018&lt;br /&gt;
|2.5.3 (April 2019)&lt;br /&gt;
|EOL&lt;br /&gt;
|19.0&lt;br /&gt;
|1.38&lt;br /&gt;
| Armin Kuster &amp;lt;akuster808@gmail.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Rocko&lt;br /&gt;
|2.4&lt;br /&gt;
|Oct 2017&lt;br /&gt;
|2.4.4 (November 2018)&lt;br /&gt;
|EOL&lt;br /&gt;
|18.0&lt;br /&gt;
|1.36&lt;br /&gt;
| Armin Kuster &amp;lt;akuster808@gmail.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Pyro&lt;br /&gt;
|2.3&lt;br /&gt;
|May 2017&lt;br /&gt;
|2.3.4 (July 2018)&lt;br /&gt;
|EOL&lt;br /&gt;
|17.0&lt;br /&gt;
|1.34&lt;br /&gt;
| Armin Kuster &amp;lt;akuster808@gmail.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Morty&lt;br /&gt;
|2.2&lt;br /&gt;
|Nov 2016&lt;br /&gt;
|2.2.4 (July 2018)&lt;br /&gt;
|EOL&lt;br /&gt;
|16.0&lt;br /&gt;
|1.32&lt;br /&gt;
| Armin Kuster &amp;lt;akuster808@gmail.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Krogoth&lt;br /&gt;
|2.1&lt;br /&gt;
|Apr 2016&lt;br /&gt;
|2.1.3 (July 2017)&lt;br /&gt;
|EOL&lt;br /&gt;
|15.0&lt;br /&gt;
|1.30&lt;br /&gt;
| Armin Kuster &amp;lt;akuster808@gmail.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Jethro&lt;br /&gt;
|2.0&lt;br /&gt;
|Nov 2015&lt;br /&gt;
|2.0.3 (January 2017)&lt;br /&gt;
|EOL&lt;br /&gt;
|14.0&lt;br /&gt;
|1.28&lt;br /&gt;
|Robert Yang &amp;lt;liezhi.yang@windriver.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Fido&lt;br /&gt;
|1.8&lt;br /&gt;
|Apr 2015&lt;br /&gt;
|1.8.2&lt;br /&gt;
|EOL&lt;br /&gt;
|13.0&lt;br /&gt;
|1.26&lt;br /&gt;
|Joshua Lock &amp;lt;joshua.g.lock@intel.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Dizzy&lt;br /&gt;
|1.7&lt;br /&gt;
|Oct 2014&lt;br /&gt;
|1.7.3&lt;br /&gt;
|EOL&lt;br /&gt;
|12.0&lt;br /&gt;
|1.24&lt;br /&gt;
| Armin Kuster &amp;lt;akuster808@gmail.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Daisy&lt;br /&gt;
|1.6&lt;br /&gt;
|Apr 2014&lt;br /&gt;
|1.6.3&lt;br /&gt;
|EOL&lt;br /&gt;
|11.0&lt;br /&gt;
|1.22&lt;br /&gt;
| Saul Wold &amp;lt;sgw@linux.intel.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Dora&lt;br /&gt;
|1.5&lt;br /&gt;
|Oct 2013&lt;br /&gt;
|1.5.4&lt;br /&gt;
|EOL&lt;br /&gt;
|10.0&lt;br /&gt;
|1.20&lt;br /&gt;
| Robert Yang &amp;lt;liezhi.yang@windriver.com&amp;gt; &lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Dylan&lt;br /&gt;
|1.4&lt;br /&gt;
|Apr 2013&lt;br /&gt;
|1.4.3&lt;br /&gt;
|EOL&lt;br /&gt;
|9.0&lt;br /&gt;
|1.18&lt;br /&gt;
| Paul Eggleton &amp;lt;paul.eggleton@linux.intel.com&amp;gt; &lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Danny&lt;br /&gt;
|1.3&lt;br /&gt;
|Oct 2012&lt;br /&gt;
|1.3.2&lt;br /&gt;
|EOL&lt;br /&gt;
|8.0&lt;br /&gt;
|1.16&lt;br /&gt;
|Ross Burton &amp;lt;ross.burton@intel.com&amp;gt; &lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Denzil&lt;br /&gt;
|1.2&lt;br /&gt;
|Apr 2012&lt;br /&gt;
|1.2.2&lt;br /&gt;
|EOL&lt;br /&gt;
|7.0&lt;br /&gt;
|1.15&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Edison&lt;br /&gt;
|1.1&lt;br /&gt;
|Oct 2011&lt;br /&gt;
|1.1.2&lt;br /&gt;
|EOL&lt;br /&gt;
|6.0&lt;br /&gt;
|1.13&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Bernard&lt;br /&gt;
|1.0&lt;br /&gt;
|Apr 2011&lt;br /&gt;
|1.0.2&lt;br /&gt;
|EOL&lt;br /&gt;
|5.0&lt;br /&gt;
|1.11&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Laverne&lt;br /&gt;
|0.9&lt;br /&gt;
|Oct 2010&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|4.0&lt;br /&gt;
|1.11&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Green&lt;br /&gt;
|N/A&lt;br /&gt;
|11 June 2010&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|3.3&lt;br /&gt;
|&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Purple&lt;br /&gt;
|N/A&lt;br /&gt;
|15 Dec 2009&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|3.2&lt;br /&gt;
|&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Pinky&lt;br /&gt;
|N/A&lt;br /&gt;
|12 Nov 2009&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|3.1&lt;br /&gt;
|&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Blinky&lt;br /&gt;
|N/A&lt;br /&gt;
|1 Aug 2007&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|3.0&lt;br /&gt;
|&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Clyde&lt;br /&gt;
|N/A&lt;br /&gt;
|19 Jan 2007&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|2.0&lt;br /&gt;
|&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Inky&lt;br /&gt;
|N/A&lt;br /&gt;
|10 Feb 2006&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|1.0&lt;br /&gt;
|&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Note:&#039;&#039;&#039; see also [[Stable Release and LTS]], [[Linux Yocto]], [[Release calendar]] and [[Release Feature Table]] pages. EOL means some community support on email lists but no commit updates in the repos. There is also OS Vendor support for some Yocto EOL releases.&lt;br /&gt;
&lt;br /&gt;
¹ The 3.1 series and 4.0 were originally planned for two years but extended to four. Future LTS releases are planned for 4 years.&lt;br /&gt;
&lt;br /&gt;
== Releases Links==&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; border=&amp;quot;2&amp;quot;&lt;br /&gt;
| align=&amp;quot;center&amp;quot; style=&amp;quot;background:#f0f0f0;&amp;quot;|&#039;&#039;&#039;Yocto Project Release&#039;&#039;&#039;&lt;br /&gt;
| align=&amp;quot;center&amp;quot; style=&amp;quot;background:#f0f0f0;&amp;quot;|&#039;&#039;&#039;Code Name&#039;&#039;&#039;&lt;br /&gt;
| align=&amp;quot;center&amp;quot; style=&amp;quot;background:#f0f0f0;&amp;quot;|&#039;&#039;&#039;Poky version&#039;&#039;&#039;&lt;br /&gt;
| align=&amp;quot;center&amp;quot; style=&amp;quot;background:#f0f0f0;&amp;quot;|&#039;&#039;&#039;Maintainer&#039;&#039;&#039;&lt;br /&gt;
| align=&amp;quot;center&amp;quot; style=&amp;quot;background:#f0f0f0;&amp;quot;|&#039;&#039;&#039;Features&#039;&#039;&#039;&lt;br /&gt;
| align=&amp;quot;center&amp;quot; style=&amp;quot;background:#f0f0f0;&amp;quot;|&#039;&#039;&#039;Schedule&#039;&#039;&#039;&lt;br /&gt;
| align=&amp;quot;center&amp;quot; style=&amp;quot;background:#f0f0f0;&amp;quot;|&#039;&#039;&#039;Status&#039;&#039;&#039;&lt;br /&gt;
| align=&amp;quot;center&amp;quot; style=&amp;quot;background:#f0f0f0;&amp;quot;|&#039;&#039;&#039;QA Test Plan&#039;&#039;&#039;&lt;br /&gt;
| align=&amp;quot;center&amp;quot; style=&amp;quot;background:#f0f0f0;&amp;quot;|&#039;&#039;&#039;QA Test Report&#039;&#039;&#039;&lt;br /&gt;
| align=&amp;quot;center&amp;quot; style=&amp;quot;background:#f0f0f0;&amp;quot;|&#039;&#039;&#039;Release notes&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
|-valign=&amp;quot;top&amp;quot;&lt;br /&gt;
| Yocto Project 3.4&lt;br /&gt;
| Honister&lt;br /&gt;
| 26.0&lt;br /&gt;
| Anuj Mittal&lt;br /&gt;
| [[Yocto_3.4_Features]]&lt;br /&gt;
| [[Yocto_3.4_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v3.4_Status]]&lt;br /&gt;
| [[Yocto_Project_3.4_Release_Test_Plan | Yocto_3.4_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_Project_3.4_Release_Test_Plan#Execution_History | 3.4 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/g/yocto-announce/message/229 3.4 release notes]&lt;br /&gt;
|-&lt;br /&gt;
| Yocto Project 3.3&lt;br /&gt;
| Hardknott&lt;br /&gt;
| 25.0&lt;br /&gt;
| Anuj Mittal&lt;br /&gt;
| [[Yocto_3.3_Features]]&lt;br /&gt;
| [[Yocto_3.3_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v3.3_Status]]&lt;br /&gt;
| [[Yocto_Project_3.3_Release_Test_Plan | Yocto_3.3_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_Project_3.3_Release_Test_Plan#Execution_History | 3.3 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/g/yocto-announce/message/215 3.3 release notes]&lt;br /&gt;
|-&lt;br /&gt;
| Yocto Project 3.2&lt;br /&gt;
| Gatesgarth&lt;br /&gt;
| 24.0&lt;br /&gt;
| Anuj Mittal&lt;br /&gt;
| [[Yocto_3.2_Features]]&lt;br /&gt;
| [[Yocto_3.2_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v3.2_Status]]&lt;br /&gt;
| [[Yocto_Project_3.2_Release_Test_Plan | Yocto_3.2_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_Project_3.2_Release_Test_Plan#Execution_History | 3.2 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/g/yocto/message/51262 3.2 release notes]&lt;br /&gt;
|-&lt;br /&gt;
|-valign=&amp;quot;top&amp;quot;&lt;br /&gt;
| Yocto Project 3.1&lt;br /&gt;
| Dunfell&lt;br /&gt;
| 23.0&lt;br /&gt;
| Steve Sakoman&lt;br /&gt;
| [[Yocto_3.1_Features]]&lt;br /&gt;
| [[Yocto_3.1_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v3.1_Status]]&lt;br /&gt;
| [[Yocto_Project_3.1_Release_Test_Plan | Yocto_3.1_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_Project_3.1_Release_Test_Plan#Execution_History | 3.1 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/g/yocto/message/49201 3.1 release notes]&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
|-valign=&amp;quot;top&amp;quot;&lt;br /&gt;
| Yocto Project 3.0&lt;br /&gt;
| Zeus&lt;br /&gt;
| 22.0&lt;br /&gt;
| Armin Kuster/Anuj Mittal&lt;br /&gt;
| [[Yocto_2.8_Features]]&lt;br /&gt;
| [[Yocto_2.8_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v2.8_Status]]&lt;br /&gt;
| [[Yocto_Project_2.8_Release_Test_Plan | Yocto_2.8_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_Project_2.8_Release_Test_Plan#Execution_History | 2.8 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto/2019-October/047111.html 3.0 release notes]&lt;br /&gt;
|-&lt;br /&gt;
|-valign=&amp;quot;top&amp;quot;&lt;br /&gt;
| Yocto Project 2.7&lt;br /&gt;
| Warrior&lt;br /&gt;
| 21.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_2.7_Features]]&lt;br /&gt;
| [[Yocto_2.7_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v2.7_Status]]&lt;br /&gt;
| [[Yocto_Project_2.7_Release_Test_Plan | Yocto_2.7_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_Project_2.7_Release_Test_Plan#Execution_History | 2.7 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto/2019-May/045028.html 2.7 release notes]&lt;br /&gt;
|-&lt;br /&gt;
|-valign=&amp;quot;top&amp;quot;&lt;br /&gt;
| Yocto Project 2.6&lt;br /&gt;
| Thud&lt;br /&gt;
| 20.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_2.6_Features]]&lt;br /&gt;
| [[Yocto_2.6_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v2.6_Status]]&lt;br /&gt;
| [[Yocto_Project_2.6_Release_Test_Plan | Yocto_2.6_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_Project_2.6_Release_Test_Plan#Execution_History | 2.6 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2018-November/000147.html 2.6 release notes]&lt;br /&gt;
|-&lt;br /&gt;
|-valign=&amp;quot;top&amp;quot;&lt;br /&gt;
| Yocto Project 2.5&lt;br /&gt;
| Sumo&lt;br /&gt;
| 19.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_2.5_Features]]&lt;br /&gt;
| [[Yocto_2.5_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v2.5_Status]]&lt;br /&gt;
| [[Yocto_Project_2.5_Release_Test_Plan | Yocto_2.5_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_Project_2.5_Release_Test_Plan#Execution_History | 2.5 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2018-May/000136.html 2.5 release notes]&lt;br /&gt;
|-&lt;br /&gt;
|-valign=&amp;quot;top&amp;quot;&lt;br /&gt;
| Yocto Project 2.4&lt;br /&gt;
| Rocko&lt;br /&gt;
| 18.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_2.4_Features]]&lt;br /&gt;
| [[Yocto_2.4_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v2.4_Status]]&lt;br /&gt;
| [[Yocto_Project_2.4_Release_Test_Plan | Yocto_2.4_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_Project_2.4_Release_Test_Plan#Execution_History | 2.4 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2017-October/000125.html 2.4 release notes]&lt;br /&gt;
|-&lt;br /&gt;
|-valign=&amp;quot;top&amp;quot;&lt;br /&gt;
| Yocto Project 2.3&lt;br /&gt;
| Pyro&lt;br /&gt;
| 17.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_2.3_Features]]&lt;br /&gt;
| [[Yocto_2.3_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v2.3_Status]]&lt;br /&gt;
| [[Yocto_Project_2.3_Release_Test_Plan | Yocto_2.3_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_Project_2.3_Release_Test_Plan#Execution_History | 2.3 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2017-May/000112.html 2.3 release notes]&lt;br /&gt;
|-&lt;br /&gt;
|-valign=&amp;quot;top&amp;quot;&lt;br /&gt;
| Yocto Project 2.2&lt;br /&gt;
| Morty&lt;br /&gt;
| 16.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_2.2_Features]]&lt;br /&gt;
| [[Yocto_2.2_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v2.2_Status]]&lt;br /&gt;
| [[Yocto_2.2_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_Project_2.2_Release_Test_Plan#Execution_History | 2.2 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2016-November/000101.html 2.2 release notes]&lt;br /&gt;
|-&lt;br /&gt;
|-valign=&amp;quot;top&amp;quot;&lt;br /&gt;
| Yocto Project 2.1&lt;br /&gt;
| Krogoth&lt;br /&gt;
| 15.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_2.1_Features]]&lt;br /&gt;
| [[Yocto_2.1_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v2.1_Status]]&lt;br /&gt;
| [[Yocto_2.1_Overall_Test_Plan]]&lt;br /&gt;
| [[2.1 qa run history]] &lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2016-May/000089.html 2.1 release notes]&lt;br /&gt;
|-&lt;br /&gt;
|-valign=&amp;quot;top&amp;quot;&lt;br /&gt;
| Yocto Project 2.0&lt;br /&gt;
| Jethro&lt;br /&gt;
| 14.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_1.9_Features]]&lt;br /&gt;
| [[Yocto_1.9_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v1.9_Status]]&lt;br /&gt;
| &lt;br /&gt;
| [[1.9 qa run history]] &lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2015-November/000076.html 2.0 release notes]&lt;br /&gt;
|-valign=&amp;quot;top&amp;quot;&lt;br /&gt;
| Yocto Project 1.8&lt;br /&gt;
| Fido&lt;br /&gt;
| 13.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_1.8_Features]]&lt;br /&gt;
| [[Yocto_1.8_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v1.8_Status]]&lt;br /&gt;
| [[Yocto_1.8_Overall_Test_Plan]]&lt;br /&gt;
| [[1.8 qa run history]] &lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2015-April/000062.html 1.8 release notes]&lt;br /&gt;
|-&lt;br /&gt;
| Yocto Project 1.7&lt;br /&gt;
| Dizzy&lt;br /&gt;
| 12.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_1.7_Features]]&lt;br /&gt;
| [[Yocto_1.7_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v1.7_Status]]&lt;br /&gt;
| [[Yocto_1.7_Overall_Test_Plan]]&lt;br /&gt;
| [[1.7 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2014-October/000053.html 1.7 release notes]&lt;br /&gt;
|-&lt;br /&gt;
| Yocto Project 1.6&lt;br /&gt;
| Daisy&lt;br /&gt;
| 11.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_1.6_Features]]&lt;br /&gt;
| [[Yocto_1.6_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v1.6_Status]]&lt;br /&gt;
| [[Yocto_1.6_Overall_Test_Plan]]&lt;br /&gt;
| [[1.6 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2014-April/000045.html 1.6 release notes]&lt;br /&gt;
|-&lt;br /&gt;
| Yocto Project 1.5&lt;br /&gt;
| Dora&lt;br /&gt;
| 10.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_1.5_Features]]&lt;br /&gt;
| [[Yocto_1.5_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v1.5_Status]]&lt;br /&gt;
| [[Yocto_1.5_Overall_Test_Plan]]&lt;br /&gt;
| [[1.5 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2013-October/000037.html 1.5 release notes]&lt;br /&gt;
|-&lt;br /&gt;
| Yocto Project 1.4&lt;br /&gt;
| Dylan&lt;br /&gt;
| 9.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_1.4_Features]]&lt;br /&gt;
| [[Yocto_1.4_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v1.4_Status]]&lt;br /&gt;
| [[Yocto_1.4_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_1.4_Milestone_Test_Report]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2013-April/000027.html 1.4 release notes]&lt;br /&gt;
|-&lt;br /&gt;
| Yocto Project 1.3&lt;br /&gt;
| Danny&lt;br /&gt;
| 8.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_1.3_Features]]&lt;br /&gt;
| [[Yocto_1.3_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v1.3_Status]]&lt;br /&gt;
| [[Yocto_1.3_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_1.3_Milestone_Test_Report]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2012-October/000020.html 1.3 release notes]&lt;br /&gt;
|-&lt;br /&gt;
| Yocto Project 1.2&lt;br /&gt;
| Denzil&lt;br /&gt;
| 7.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_1.2_Features]]&lt;br /&gt;
| [[Yocto_1.2_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v1.2_Status]]&lt;br /&gt;
| [[Yocto_1.2_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_1.2_Milestone_Test_Report]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2012-April/000009.html 1.2 release notes]&lt;br /&gt;
|-&lt;br /&gt;
| Yocto Project 1.1&lt;br /&gt;
| Edison&lt;br /&gt;
| 6.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_1.1_Features]]&lt;br /&gt;
| [[Yocto_1.1_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v1.1_Release_Criteria]]&lt;br /&gt;
| [[Yocto_1.1_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_1.1_Milestone_Test_Report]]&lt;br /&gt;
|&lt;br /&gt;
|-&lt;br /&gt;
| Yocto Project 1.0&lt;br /&gt;
| Bernard&lt;br /&gt;
| 5.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_Features]]&lt;br /&gt;
| [[Yocto_1.0_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v1.0_Release_Criteria]]&lt;br /&gt;
| [[Yocto_1.0_Overall_Test_Plan]]&lt;br /&gt;
| &lt;br /&gt;
|&lt;br /&gt;
|}&lt;/div&gt;</summary>
		<author><name>Rpurdie</name></author>
	</entry>
	<entry>
		<id>https://wiki.yoctoproject.org/wiki/index.php?title=Project_Users&amp;diff=86783</id>
		<title>Project Users</title>
		<link rel="alternate" type="text/html" href="https://wiki.yoctoproject.org/wiki/index.php?title=Project_Users&amp;diff=86783"/>
		<updated>2026-03-11T12:19:02Z</updated>

		<summary type="html">&lt;p&gt;Rpurdie: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;It&#039;s hard to know which companies or projects use the Yocto Project since there is no requirement to tell us. This list is here to informally collate the companies, projects and products that use the Yocto Project in some way. This helps the project since it means we can show at least some cross section of which companies are using it and how/where. There is more information about this here: https://lists.yoctoproject.org/g/yocto/topic/82722441&lt;br /&gt;
&lt;br /&gt;
= Companies using the Yocto Project =&lt;br /&gt;
&lt;br /&gt;
== Semiconductor Vendors ==&lt;br /&gt;
* AMD (Platinum Member)&lt;br /&gt;
* ARM (Platinum Member)&lt;br /&gt;
* Intel (Platinum Member)&lt;br /&gt;
* Microchip (Silver Member)&lt;br /&gt;
* NXP (Silver Member)&lt;br /&gt;
* Qualcomm (Platinum Member)&lt;br /&gt;
* Renesas (Gold Member)&lt;br /&gt;
* STMicroelectronics (Silver Member)&lt;br /&gt;
* Texas Instruments (Gold Member)&lt;br /&gt;
* Xilinx (AMD Platinum Member)&lt;br /&gt;
&lt;br /&gt;
== Operating System Vendors ==&lt;br /&gt;
* ENEA&lt;br /&gt;
* Linaro (Gold Member)&lt;br /&gt;
* Lineo (Silver Member)&lt;br /&gt;
* Mentor Graphics (Siemens Gold Member)&lt;br /&gt;
* Microsoft (Gold Member)&lt;br /&gt;
* Montavista (Silver Member)&lt;br /&gt;
* Wind River (Platinum Member)&lt;br /&gt;
&lt;br /&gt;
== Others ==&lt;br /&gt;
* [https://3mdeb.com/ 3mdeb]&lt;br /&gt;
* [https://alladin.at/ alladin-IT GmbH]&lt;br /&gt;
* [https://www.ambu.com/ Ambu] (Endoscope video devices)&lt;br /&gt;
* [https://www.arthrex.co.uk/ Arthrex] (Surgical video products)&lt;br /&gt;
* Atlas Copco&lt;br /&gt;
* AWS (Platinum Member)&lt;br /&gt;
* [https://www.axis.com/ Axis Communications] (Silver Member)&lt;br /&gt;
* [https://www.balena.io/ Balena]&lt;br /&gt;
* [https://www.brose.com/ Brose]&lt;br /&gt;
* BMW&lt;br /&gt;
* BMW Car IT (Platinum Member)&lt;br /&gt;
* [https://www.brightsign.biz/ BrightSign]&lt;br /&gt;
* [https://www.bruker.com/ Bruker BioSpin GmbH]&lt;br /&gt;
* Bosch Group appliances (eg [https://media3.bsh-group.com/Documents/9002006670_A.pdf](Neff dishwasher))&lt;br /&gt;
* [https://bootlin.com/ Bootlin (Silver Member)]&lt;br /&gt;
* Cisco (Platinum Member)&lt;br /&gt;
* CNH Industrial&lt;br /&gt;
* Comcast (Platinum Member)&lt;br /&gt;
* [https://www.cytera.bio/ Cytera] (via Belena)&lt;br /&gt;
* Dell (Silver Member)&lt;br /&gt;
* [https://www.denx.de/ DENX Software Engineering]&lt;br /&gt;
* Dynamic Devices&lt;br /&gt;
* Ekinops&lt;br /&gt;
* [https://www.ericsson.com Ericsson]&lt;br /&gt;
* Facebook (Meta)&lt;br /&gt;
* [https://formlabs.com/ Formlabs]&lt;br /&gt;
* Fujitsu&lt;br /&gt;
* [https://www.gardena.com/ GARDENA] (Husqvarna Group)&lt;br /&gt;
* [https://www.garmin.com/ Garmin] (Platinum Member)&lt;br /&gt;
* General Electric&lt;br /&gt;
* [https://genielifesciences.com/ Genie Life Sciences]&lt;br /&gt;
* Gigaset Communications GmbH &lt;br /&gt;
* [https://hillrom.com Hillrom]&lt;br /&gt;
* [https://www.hanoverdisplays.com/ Hanover]&lt;br /&gt;
* Juniper&lt;br /&gt;
* [https://koansoftware.com/ KOAN sas]&lt;br /&gt;
* Kodak&lt;br /&gt;
* [https://www.korg.com/ Korg]&lt;br /&gt;
* [https://lawo.com/ LAWO]&lt;br /&gt;
* Lexmark&lt;br /&gt;
* LG (Platinum Member)&lt;br /&gt;
* [https://lightyear.one/ Lightyear]&lt;br /&gt;
* National Instruments&lt;br /&gt;
* [https://www.ovo.auto/ OVO Automotive]&lt;br /&gt;
* [https://www.pengutronix.de/ Pengutronix]&lt;br /&gt;
* [https://remarkable.com/ reMarkable]&lt;br /&gt;
* [https://www.rethinkrobotics.com/ Rethink Robotics GmbH]&lt;br /&gt;
* [https://rootcommit.com Root Commit]&lt;br /&gt;
* [https://www.siemens.com/ Siemens] (Gold Member)&lt;br /&gt;
* [https://www.smile.eu/en/offers/embedded-iot Smile ECS (Silver Member)]&lt;br /&gt;
* Sonos&lt;br /&gt;
* StreamUnlimited Engineering GmbH&lt;br /&gt;
* [https://www.taitradio.com Tait Communications]&lt;br /&gt;
* [https://www.witekio.com/values-expertise/ Witekio (Gold Member)]&lt;br /&gt;
* [https://vecima.com Vecima Networks]&lt;br /&gt;
* [https://www.victronenergy.com/ Victron Energy]&lt;br /&gt;
* [https://www.veobot.com/ Veo Robotics]&lt;br /&gt;
&lt;br /&gt;
= Products that use the Yocto Project =&lt;br /&gt;
&lt;br /&gt;
* Amazon Eero&lt;br /&gt;
* Amazon Echo Show 5 and Echo Hub&lt;br /&gt;
* Ambu aview2 and abox2 &lt;br /&gt;
* BMW cars&lt;br /&gt;
* [https://www.cambridgeaudio.com/ Cambridge Audio] network streamers&lt;br /&gt;
* Comcast set top boxes&lt;br /&gt;
* [https://dasharo.com/ Dasharo]&lt;br /&gt;
* [https://download.schneider-electric.com/private/doc/OSS_licenses_CCT501801/Reference_to_OSS_licenses_FINAL_CCT501801_Release.pdf Drayton Wiser heating controller]&lt;br /&gt;
* [https://www.gardena.com/int/products/smart/ GARDENA smart garden] (The smart garden gateway runs Yocto/OpenEmbedded. Open source parts can be found [https://github.com/husqvarnagroup/smart-garden-gateway-public on GitHub.])&lt;br /&gt;
* Some Garmin [https://www.garmin.com/marine/ Marine] Products&lt;br /&gt;
* Gigaset DSPG-SOCs based products (e.g N870, N870 Integrator, Marine 2/3/4)&lt;br /&gt;
* Go Pro (https://gopro.com/content/dam/help/open-source/2020-09-28%20-%20HERO9%20Black%20-GoPro%20Open%20Source%20Software%20Notice.pdf)&lt;br /&gt;
* Ikea [https://www.ikea.com/gb/en/p/dirigera-hub-for-smart-products-white-smart-50503409/ DIRIGERA Smart Hub] ([https://github.com/ikea-oss-distributions/DIRIGERA-hub source])&lt;br /&gt;
* [https://www.korg.com/uk/products/synthesizers/wavestate/ Korg Wavestate Synthesizer] ([https://github.com/korginc/wavestate_OSS sources])&lt;br /&gt;
* LAWO [https://lawo.com/products/a__uhd-core/  A__UHD Core] [https://lawo.com/products/a__line/ A__ Line]&lt;br /&gt;
* Lexmark Printers&lt;br /&gt;
* LG webOS TVs&lt;br /&gt;
* Lightyear 0 solar EV (Telematics Control Unit)&lt;br /&gt;
* Mellanox Bluefield SmartNIC&lt;br /&gt;
* [https://new.siemens.com/global/en/products/buildings.html Siemens Smart Infrastructure]: Products for sustainable, efficient and safe buildings&lt;br /&gt;
* Sky Glass (clear from sources tarball [http://oss.sky.com/SkyHD/SkyGlass/skyglass_spk.tar.bz2])&lt;br /&gt;
* Solari_di_Udine Railway display boards&lt;br /&gt;
* [https://www.streamunlimited.com/hardware-modules/ StreamUnlimited hardware modules for voice assistants and connected speakers]&lt;br /&gt;
* Vernier LabQuest&lt;br /&gt;
* Teledyne FLIR thermal cameras (https://github.com/flir-cx/flir-yocto-documentation)&lt;br /&gt;
* myVaillant smart home devices (https://opensource.myvaillant.com)&lt;br /&gt;
* reMarkable E-ink tablets (https://developer.remarkable.com/documentation/software-stack)&lt;br /&gt;
* Eight Sleep Pod ([https://blopker.com/writing/04-zerosleep-1/ from a rooting guide])&lt;br /&gt;
* Victron Energy Venus Devices (https://github.com/victronenergy/venus)&lt;br /&gt;
* RØDE RODECaster II Pro&lt;br /&gt;
* [https://www.vestaboard.com Vestaboard]&lt;br /&gt;
&lt;br /&gt;
= Projects that use the Yocto Project =&lt;br /&gt;
&lt;br /&gt;
* [https://asteroidos.org/ AsteroidOS]&lt;br /&gt;
* [https://www.automotivelinux.org/ Automotive Grade Linux (AGL)]&lt;br /&gt;
* [https://www.balena.io/ Balena]&lt;br /&gt;
* Comcast RDK&lt;br /&gt;
* [https://easyos.org/ EasyOS]&lt;br /&gt;
* [https://github.com/oe-alliance Various Enigma2 based set-top boxes]&lt;br /&gt;
* [https://www.webos-ports.org LuneOS]&lt;br /&gt;
* [https://moonforgelinux.org/ Moonforge Linux]&lt;br /&gt;
* Nvidia vibrante SDK [https://docs.nvidia.com/drive/archive/4.1.8.0L/nvoss_docs/index.html]&lt;br /&gt;
* OpenBMC&lt;br /&gt;
* [https://oryx-linux.org/ Oryx Linux]&lt;br /&gt;
* [https://github.com/riscv/meta-riscv RISC-V]&lt;br /&gt;
* [https://www.streamunlimited.com/stream-sdk/ StreamSDK for voice assistants and connected speakers]&lt;br /&gt;
* Windows Subsystem Linux (v1+v2)&lt;br /&gt;
* webOS&lt;br /&gt;
* [https://www.webosose.org/ webOS OSE (Open Source Edition)]&lt;br /&gt;
* [http://yoedistro.org The Yoe Distribution]&lt;/div&gt;</summary>
		<author><name>Rpurdie</name></author>
	</entry>
	<entry>
		<id>https://wiki.yoctoproject.org/wiki/index.php?title=Project_Users&amp;diff=86745</id>
		<title>Project Users</title>
		<link rel="alternate" type="text/html" href="https://wiki.yoctoproject.org/wiki/index.php?title=Project_Users&amp;diff=86745"/>
		<updated>2026-01-05T11:27:07Z</updated>

		<summary type="html">&lt;p&gt;Rpurdie: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;It&#039;s hard to know which companies or projects use the Yocto Project since there is no requirement to tell us. This list is here to informally collate the companies, projects and products that use the Yocto Project in some way. This helps the project since it means we can show at least some cross section of which companies are using it and how/where. There is more information about this here: https://lists.yoctoproject.org/g/yocto/topic/82722441&lt;br /&gt;
&lt;br /&gt;
= Companies using the Yocto Project =&lt;br /&gt;
&lt;br /&gt;
== Semiconductor Vendors ==&lt;br /&gt;
* AMD (Platinum Member)&lt;br /&gt;
* ARM (Platinum Member)&lt;br /&gt;
* Intel (Platinum Member)&lt;br /&gt;
* Microchip (Silver Member)&lt;br /&gt;
* NXP (Silver Member)&lt;br /&gt;
* Qualcomm (Platinum Member)&lt;br /&gt;
* Renesas (Gold Member)&lt;br /&gt;
* STMicroelectronics (Silver Member)&lt;br /&gt;
* Texas Instruments (Gold Member)&lt;br /&gt;
* Xilinx (AMD Platinum Member)&lt;br /&gt;
&lt;br /&gt;
== Operating System Vendors ==&lt;br /&gt;
* ENEA&lt;br /&gt;
* Linaro (Gold Member)&lt;br /&gt;
* Lineo (Silver Member)&lt;br /&gt;
* Mentor Graphics (Siemens Gold Member)&lt;br /&gt;
* Microsoft (Gold Member)&lt;br /&gt;
* Montavista (Silver Member)&lt;br /&gt;
* Wind River (Platinum Member)&lt;br /&gt;
&lt;br /&gt;
== Others ==&lt;br /&gt;
* [https://3mdeb.com/ 3mdeb]&lt;br /&gt;
* [https://alladin.at/ alladin-IT GmbH]&lt;br /&gt;
* [https://www.ambu.com/ Ambu] (Endoscope video devices)&lt;br /&gt;
* [https://www.arthrex.co.uk/ Arthrex] (Surgical video products)&lt;br /&gt;
* Atlas Copco&lt;br /&gt;
* AWS (Platinum Member)&lt;br /&gt;
* [https://www.axis.com/ Axis Communications] (Silver Member)&lt;br /&gt;
* [https://www.balena.io/ Balena]&lt;br /&gt;
* [https://www.brose.com/ Brose]&lt;br /&gt;
* BMW&lt;br /&gt;
* BMW Car IT (Platinum Member)&lt;br /&gt;
* [https://www.brightsign.biz/ BrightSign]&lt;br /&gt;
* [https://www.bruker.com/ Bruker BioSpin GmbH]&lt;br /&gt;
* [https://bootlin.com/ Bootlin (Silver Member)]&lt;br /&gt;
* Cisco (Platinum Member)&lt;br /&gt;
* CNH Industrial&lt;br /&gt;
* Comcast (Platinum Member)&lt;br /&gt;
* [https://www.cytera.bio/ Cytera] (via Belena)&lt;br /&gt;
* Dell (Silver Member)&lt;br /&gt;
* [https://www.denx.de/ DENX Software Engineering]&lt;br /&gt;
* Dynamic Devices&lt;br /&gt;
* Ekinops&lt;br /&gt;
* [https://www.ericsson.com Ericsson]&lt;br /&gt;
* Facebook (Meta)&lt;br /&gt;
* [https://formlabs.com/ Formlabs]&lt;br /&gt;
* Fujitsu&lt;br /&gt;
* [https://www.gardena.com/ GARDENA] (Husqvarna Group)&lt;br /&gt;
* [https://www.garmin.com/ Garmin] (Platinum Member)&lt;br /&gt;
* General Electric&lt;br /&gt;
* [https://genielifesciences.com/ Genie Life Sciences]&lt;br /&gt;
* Gigaset Communications GmbH &lt;br /&gt;
* [https://hillrom.com Hillrom]&lt;br /&gt;
* [https://www.hanoverdisplays.com/ Hanover]&lt;br /&gt;
* Juniper&lt;br /&gt;
* [https://koansoftware.com/ KOAN sas]&lt;br /&gt;
* Kodak&lt;br /&gt;
* [https://www.korg.com/ Korg]&lt;br /&gt;
* [https://lawo.com/ LAWO]&lt;br /&gt;
* Lexmark&lt;br /&gt;
* LG (Platinum Member)&lt;br /&gt;
* [https://lightyear.one/ Lightyear]&lt;br /&gt;
* National Instruments&lt;br /&gt;
* [https://www.ovo.auto/ OVO Automotive]&lt;br /&gt;
* [https://www.pengutronix.de/ Pengutronix]&lt;br /&gt;
* [https://remarkable.com/ reMarkable]&lt;br /&gt;
* [https://www.rethinkrobotics.com/ Rethink Robotics GmbH]&lt;br /&gt;
* [https://rootcommit.com Root Commit]&lt;br /&gt;
* [https://www.siemens.com/ Siemens] (Gold Member)&lt;br /&gt;
* [https://www.smile.eu/en/offers/embedded-iot Smile ECS (Silver Member)]&lt;br /&gt;
* Sonos&lt;br /&gt;
* StreamUnlimited Engineering GmbH&lt;br /&gt;
* [https://www.taitradio.com Tait Communications]&lt;br /&gt;
* [https://www.witekio.com/values-expertise/ Witekio (Gold Member)]&lt;br /&gt;
* [https://vecima.com Vecima Networks]&lt;br /&gt;
* [https://www.victronenergy.com/ Victron Energy]&lt;br /&gt;
* [https://www.veobot.com/ Veo Robotics]&lt;br /&gt;
&lt;br /&gt;
= Products that use the Yocto Project =&lt;br /&gt;
&lt;br /&gt;
* Amazon Eero&lt;br /&gt;
* Amazon Echo Show 5 and Echo Hub&lt;br /&gt;
* Ambu aview2 and abox2 &lt;br /&gt;
* BMW cars&lt;br /&gt;
* [https://www.cambridgeaudio.com/ Cambridge Audio] network streamers&lt;br /&gt;
* Comcast set top boxes&lt;br /&gt;
* [https://dasharo.com/ Dasharo]&lt;br /&gt;
* [https://download.schneider-electric.com/private/doc/OSS_licenses_CCT501801/Reference_to_OSS_licenses_FINAL_CCT501801_Release.pdf Drayton Wiser heating controller]&lt;br /&gt;
* [https://www.gardena.com/int/products/smart/ GARDENA smart garden] (The smart garden gateway runs Yocto/OpenEmbedded. Open source parts can be found [https://github.com/husqvarnagroup/smart-garden-gateway-public on GitHub.])&lt;br /&gt;
* Some Garmin [https://www.garmin.com/marine/ Marine] Products&lt;br /&gt;
* Gigaset DSPG-SOCs based products (e.g N870, N870 Integrator, Marine 2/3/4)&lt;br /&gt;
* Go Pro (https://gopro.com/content/dam/help/open-source/2020-09-28%20-%20HERO9%20Black%20-GoPro%20Open%20Source%20Software%20Notice.pdf)&lt;br /&gt;
* Ikea [https://www.ikea.com/gb/en/p/dirigera-hub-for-smart-products-white-smart-50503409/ DIRIGERA Smart Hub] ([https://github.com/ikea-oss-distributions/DIRIGERA-hub source])&lt;br /&gt;
* [https://www.korg.com/uk/products/synthesizers/wavestate/ Korg Wavestate Synthesizer] ([https://github.com/korginc/wavestate_OSS sources])&lt;br /&gt;
* LAWO [https://lawo.com/products/a__uhd-core/  A__UHD Core] [https://lawo.com/products/a__line/ A__ Line]&lt;br /&gt;
* Lexmark Printers&lt;br /&gt;
* LG webOS TVs&lt;br /&gt;
* Lightyear 0 solar EV (Telematics Control Unit)&lt;br /&gt;
* Mellanox Bluefield SmartNIC&lt;br /&gt;
* [https://new.siemens.com/global/en/products/buildings.html Siemens Smart Infrastructure]: Products for sustainable, efficient and safe buildings&lt;br /&gt;
* Sky Glass (clear from sources tarball [http://oss.sky.com/SkyHD/SkyGlass/skyglass_spk.tar.bz2])&lt;br /&gt;
* Solari_di_Udine Railway display boards&lt;br /&gt;
* [https://www.streamunlimited.com/hardware-modules/ StreamUnlimited hardware modules for voice assistants and connected speakers]&lt;br /&gt;
* Vernier LabQuest&lt;br /&gt;
* Teledyne FLIR thermal cameras (https://github.com/flir-cx/flir-yocto-documentation)&lt;br /&gt;
* myVaillant smart home devices (https://opensource.myvaillant.com)&lt;br /&gt;
* reMarkable E-ink tablets (https://developer.remarkable.com/documentation/software-stack)&lt;br /&gt;
* Eight Sleep Pod ([https://blopker.com/writing/04-zerosleep-1/ from a rooting guide])&lt;br /&gt;
* Victron Energy Venus Devices (https://github.com/victronenergy/venus)&lt;br /&gt;
* RØDE RODECaster II Pro&lt;br /&gt;
&lt;br /&gt;
= Projects that use the Yocto Project =&lt;br /&gt;
&lt;br /&gt;
* [https://asteroidos.org/ AsteroidOS]&lt;br /&gt;
* [https://www.automotivelinux.org/ Automotive Grade Linux (AGL)]&lt;br /&gt;
* [https://www.balena.io/ Balena]&lt;br /&gt;
* Comcast RDK&lt;br /&gt;
* [https://easyos.org/ EasyOS]&lt;br /&gt;
* [https://github.com/oe-alliance Various Enigma2 based set-top boxes]&lt;br /&gt;
* [https://www.webos-ports.org LuneOS]&lt;br /&gt;
* Nvidia vibrante SDK [https://docs.nvidia.com/drive/archive/4.1.8.0L/nvoss_docs/index.html]&lt;br /&gt;
* OpenBMC&lt;br /&gt;
* [https://oryx-linux.org/ Oryx Linux]&lt;br /&gt;
* [https://github.com/riscv/meta-riscv RISC-V]&lt;br /&gt;
* [https://www.streamunlimited.com/stream-sdk/ StreamSDK for voice assistants and connected speakers]&lt;br /&gt;
* Windows Subsystem Linux (v1+v2)&lt;br /&gt;
* webOS&lt;br /&gt;
* [https://www.webosose.org/ webOS OSE (Open Source Edition)]&lt;br /&gt;
* [http://yoedistro.org The Yoe Distribution]&lt;/div&gt;</summary>
		<author><name>Rpurdie</name></author>
	</entry>
	<entry>
		<id>https://wiki.yoctoproject.org/wiki/index.php?title=Project_Users&amp;diff=86744</id>
		<title>Project Users</title>
		<link rel="alternate" type="text/html" href="https://wiki.yoctoproject.org/wiki/index.php?title=Project_Users&amp;diff=86744"/>
		<updated>2026-01-05T11:24:04Z</updated>

		<summary type="html">&lt;p&gt;Rpurdie: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;It&#039;s hard to know which companies or projects use the Yocto Project since there is no requirement to tell us. This list is here to informally collate the companies, projects and products that use the Yocto Project in some way. This helps the project since it means we can show at least some cross section of which companies are using it and how/where. There is more information about this here: https://lists.yoctoproject.org/g/yocto/topic/82722441&lt;br /&gt;
&lt;br /&gt;
= Companies using the Yocto Project =&lt;br /&gt;
&lt;br /&gt;
== Semiconductor Vendors ==&lt;br /&gt;
* AMD (Platinum Member)&lt;br /&gt;
* ARM (Platinum Member)&lt;br /&gt;
* Intel (Platinum Member)&lt;br /&gt;
* Microchip&lt;br /&gt;
* NXP (Silver Member)&lt;br /&gt;
* Qualcomm(Platinum Member)&lt;br /&gt;
* Renesas (Gold Member)&lt;br /&gt;
* STMicroelectronics (Silver Member)&lt;br /&gt;
* Texas Instruments (Gold Member)&lt;br /&gt;
* Xilinx (AMD Platinum Member)&lt;br /&gt;
&lt;br /&gt;
== Operating System Vendors ==&lt;br /&gt;
* ENEA (Silver Member)&lt;br /&gt;
* Linaro (Gold Member)&lt;br /&gt;
* Lineo (Silver Member)&lt;br /&gt;
* Mentor Graphics (Siemens Gold Member)&lt;br /&gt;
* Microsoft (Platinum Member)&lt;br /&gt;
* Montavista (Silver Member)&lt;br /&gt;
* Wind River (Platinum Member)&lt;br /&gt;
&lt;br /&gt;
== Others ==&lt;br /&gt;
* [https://3mdeb.com/ 3mdeb]&lt;br /&gt;
* [https://alladin.at/ alladin-IT GmbH]&lt;br /&gt;
* [https://www.ambu.com/ Ambu] (Endoscope video devices)&lt;br /&gt;
* [https://www.arthrex.co.uk/ Arthrex] (Surgical video products)&lt;br /&gt;
* Atlas Copco&lt;br /&gt;
* AWS (Platinum Member)&lt;br /&gt;
* [https://www.axis.com/ Axis Communications] (Silver Member)&lt;br /&gt;
* [https://www.balena.io/ Balena]&lt;br /&gt;
* [https://www.brose.com/ Brose]&lt;br /&gt;
* BMW&lt;br /&gt;
* BMW Car IT(Platinum Member)&lt;br /&gt;
* [https://www.brightsign.biz/ BrightSign]&lt;br /&gt;
* [https://www.bruker.com/ Bruker BioSpin GmbH]&lt;br /&gt;
* [https://bootlin.com/ Bootlin (Silver Member)]&lt;br /&gt;
* Cisco (Platinum Member)&lt;br /&gt;
* CNH Industrial&lt;br /&gt;
* Comcast (Platinum Member)&lt;br /&gt;
* [https://www.cytera.bio/ Cytera] (via Belena)&lt;br /&gt;
* Dell (Silver Member)&lt;br /&gt;
* [https://www.denx.de/ DENX Software Engineering]&lt;br /&gt;
* Dynamic Devices&lt;br /&gt;
* Ekinops&lt;br /&gt;
* [https://www.ericsson.com Ericsson]&lt;br /&gt;
* Facebook (Meta)&lt;br /&gt;
* [https://formlabs.com/ Formlabs]&lt;br /&gt;
* Fujitsu&lt;br /&gt;
* [https://www.gardena.com/ GARDENA] (Husqvarna Group)&lt;br /&gt;
* [https://www.garmin.com/ Garmin] (Platinum Member)&lt;br /&gt;
* General Electric&lt;br /&gt;
* [https://genielifesciences.com/ Genie Life Sciences]&lt;br /&gt;
* Gigaset Communications GmbH &lt;br /&gt;
* [https://hillrom.com Hillrom]&lt;br /&gt;
* [https://www.hanoverdisplays.com/ Hanover]&lt;br /&gt;
* Juniper&lt;br /&gt;
* [https://koansoftware.com/ KOAN sas]&lt;br /&gt;
* Kodak&lt;br /&gt;
* [https://www.korg.com/ Korg]&lt;br /&gt;
* [https://lawo.com/ LAWO]&lt;br /&gt;
* Lexmark&lt;br /&gt;
* LG (Platinum Member)&lt;br /&gt;
* [https://lightyear.one/ Lightyear]&lt;br /&gt;
* National Instruments&lt;br /&gt;
* [https://www.ovo.auto/ OVO Automotive]&lt;br /&gt;
* [https://www.pengutronix.de/ Pengutronix]&lt;br /&gt;
* [https://remarkable.com/ reMarkable]&lt;br /&gt;
* [https://www.rethinkrobotics.com/ Rethink Robotics GmbH]&lt;br /&gt;
* [https://rootcommit.com Root Commit]&lt;br /&gt;
* [https://www.siemens.com/ Siemens] (Gold Member)&lt;br /&gt;
* [https://www.smile.eu/en/offers/embedded-iot Smile ECS (Silver Member)]&lt;br /&gt;
* Sonos&lt;br /&gt;
* StreamUnlimited Engineering GmbH&lt;br /&gt;
* [https://www.taitradio.com Tait Communications]&lt;br /&gt;
* [https://www.witekio.com/values-expertise/ Witekio (Gold Member)]&lt;br /&gt;
* [https://vecima.com Vecima Networks]&lt;br /&gt;
* [https://www.victronenergy.com/ Victron Energy]&lt;br /&gt;
* [https://www.veobot.com/ Veo Robotics]&lt;br /&gt;
&lt;br /&gt;
= Products that use the Yocto Project =&lt;br /&gt;
&lt;br /&gt;
* Amazon Eero&lt;br /&gt;
* Amazon Echo Show 5 and Echo Hub&lt;br /&gt;
* Ambu aview2 and abox2 &lt;br /&gt;
* BMW cars&lt;br /&gt;
* [https://www.cambridgeaudio.com/ Cambridge Audio] network streamers&lt;br /&gt;
* Comcast set top boxes&lt;br /&gt;
* [https://dasharo.com/ Dasharo]&lt;br /&gt;
* [https://download.schneider-electric.com/private/doc/OSS_licenses_CCT501801/Reference_to_OSS_licenses_FINAL_CCT501801_Release.pdf Drayton Wiser heating controller]&lt;br /&gt;
* [https://www.gardena.com/int/products/smart/ GARDENA smart garden] (The smart garden gateway runs Yocto/OpenEmbedded. Open source parts can be found [https://github.com/husqvarnagroup/smart-garden-gateway-public on GitHub.])&lt;br /&gt;
* Some Garmin [https://www.garmin.com/marine/ Marine] Products&lt;br /&gt;
* Gigaset DSPG-SOCs based products (e.g N870, N870 Integrator, Marine 2/3/4)&lt;br /&gt;
* Go Pro (https://gopro.com/content/dam/help/open-source/2020-09-28%20-%20HERO9%20Black%20-GoPro%20Open%20Source%20Software%20Notice.pdf)&lt;br /&gt;
* Ikea [https://www.ikea.com/gb/en/p/dirigera-hub-for-smart-products-white-smart-50503409/ DIRIGERA Smart Hub] ([https://github.com/ikea-oss-distributions/DIRIGERA-hub source])&lt;br /&gt;
* [https://www.korg.com/uk/products/synthesizers/wavestate/ Korg Wavestate Synthesizer] ([https://github.com/korginc/wavestate_OSS sources])&lt;br /&gt;
* LAWO [https://lawo.com/products/a__uhd-core/  A__UHD Core] [https://lawo.com/products/a__line/ A__ Line]&lt;br /&gt;
* Lexmark Printers&lt;br /&gt;
* LG webOS TVs&lt;br /&gt;
* Lightyear 0 solar EV (Telematics Control Unit)&lt;br /&gt;
* Mellanox Bluefield SmartNIC&lt;br /&gt;
* [https://new.siemens.com/global/en/products/buildings.html Siemens Smart Infrastructure]: Products for sustainable, efficient and safe buildings&lt;br /&gt;
* Sky Glass (clear from sources tarball [http://oss.sky.com/SkyHD/SkyGlass/skyglass_spk.tar.bz2])&lt;br /&gt;
* Solari_di_Udine Railway display boards&lt;br /&gt;
* [https://www.streamunlimited.com/hardware-modules/ StreamUnlimited hardware modules for voice assistants and connected speakers]&lt;br /&gt;
* Vernier LabQuest&lt;br /&gt;
* Teledyne FLIR thermal cameras (https://github.com/flir-cx/flir-yocto-documentation)&lt;br /&gt;
* myVaillant smart home devices (https://opensource.myvaillant.com)&lt;br /&gt;
* reMarkable E-ink tablets (https://developer.remarkable.com/documentation/software-stack)&lt;br /&gt;
* Eight Sleep Pod ([https://blopker.com/writing/04-zerosleep-1/ from a rooting guide])&lt;br /&gt;
* Victron Energy Venus Devices (https://github.com/victronenergy/venus)&lt;br /&gt;
* RØDE RODECaster II Pro&lt;br /&gt;
&lt;br /&gt;
= Projects that use the Yocto Project =&lt;br /&gt;
&lt;br /&gt;
* [https://asteroidos.org/ AsteroidOS]&lt;br /&gt;
* [https://www.automotivelinux.org/ Automotive Grade Linux (AGL)]&lt;br /&gt;
* [https://www.balena.io/ Balena]&lt;br /&gt;
* Comcast RDK&lt;br /&gt;
* [https://easyos.org/ EasyOS]&lt;br /&gt;
* [https://github.com/oe-alliance Various Enigma2 based set-top boxes]&lt;br /&gt;
* [https://www.webos-ports.org LuneOS]&lt;br /&gt;
* Nvidia vibrante SDK [https://docs.nvidia.com/drive/archive/4.1.8.0L/nvoss_docs/index.html]&lt;br /&gt;
* OpenBMC&lt;br /&gt;
* [https://oryx-linux.org/ Oryx Linux]&lt;br /&gt;
* [https://github.com/riscv/meta-riscv RISC-V]&lt;br /&gt;
* [https://www.streamunlimited.com/stream-sdk/ StreamSDK for voice assistants and connected speakers]&lt;br /&gt;
* Windows Subsystem Linux (v1+v2)&lt;br /&gt;
* webOS&lt;br /&gt;
* [https://www.webosose.org/ webOS OSE (Open Source Edition)]&lt;br /&gt;
* [http://yoedistro.org The Yoe Distribution]&lt;/div&gt;</summary>
		<author><name>Rpurdie</name></author>
	</entry>
	<entry>
		<id>https://wiki.yoctoproject.org/wiki/index.php?title=Project_Users&amp;diff=86638</id>
		<title>Project Users</title>
		<link rel="alternate" type="text/html" href="https://wiki.yoctoproject.org/wiki/index.php?title=Project_Users&amp;diff=86638"/>
		<updated>2025-05-28T20:04:06Z</updated>

		<summary type="html">&lt;p&gt;Rpurdie: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;It&#039;s hard to know which companies or projects use the Yocto Project since there is no requirement to tell us. This list is here to informally collate the companies, projects and products that use the Yocto Project in some way. This helps the project since it means we can show at least some cross section of which companies are using it and how/where. There is more information about this here: https://lists.yoctoproject.org/g/yocto/topic/82722441&lt;br /&gt;
&lt;br /&gt;
= Companies using the Yocto Project =&lt;br /&gt;
&lt;br /&gt;
== Semiconductor Vendors ==&lt;br /&gt;
* AMD (Platinum Member)&lt;br /&gt;
* ARM (Platinum Member)&lt;br /&gt;
* Intel (Platinum Member)&lt;br /&gt;
* Microchip&lt;br /&gt;
* NXP (Silver Member)&lt;br /&gt;
* Qualcomm(Platinum Member)&lt;br /&gt;
* Renesas (Gold Member)&lt;br /&gt;
* STMicroelectronics (Silver Member)&lt;br /&gt;
* Texas Instruments (Gold Member)&lt;br /&gt;
* Xilinx (AMD Platinum Member)&lt;br /&gt;
&lt;br /&gt;
== Operating System Vendors ==&lt;br /&gt;
* ENEA (Silver Member)&lt;br /&gt;
* Linaro (Gold Member)&lt;br /&gt;
* Lineo (Silver Member)&lt;br /&gt;
* Mentor Graphics (Siemens Gold Member)&lt;br /&gt;
* Microsoft (Platinum Member)&lt;br /&gt;
* Montavista (Silver Member)&lt;br /&gt;
* Wind River (Platinum Member)&lt;br /&gt;
&lt;br /&gt;
== Others ==&lt;br /&gt;
* [https://3mdeb.com/ 3mdeb]&lt;br /&gt;
* [https://alladin.at/ alladin-IT GmbH]&lt;br /&gt;
* [https://www.ambu.com/ Ambu] (Endoscope video devices)&lt;br /&gt;
* [https://www.arthrex.co.uk/ Arthrex] (Surgical video products)&lt;br /&gt;
* Atlas Copco&lt;br /&gt;
* AWS (Platinum Member)&lt;br /&gt;
* [https://www.axis.com/ Axis Communications] (Silver Member)&lt;br /&gt;
* [https://www.balena.io/ Balena]&lt;br /&gt;
* [https://www.brose.com/ Brose]&lt;br /&gt;
* BMW&lt;br /&gt;
* BMW Car IT(Platinum Member)&lt;br /&gt;
* [https://www.brightsign.biz/ BrightSign]&lt;br /&gt;
* [https://www.bruker.com/ Bruker BioSpin GmbH]&lt;br /&gt;
* [https://bootlin.com/ Bootlin (Silver Member)]&lt;br /&gt;
* Cisco (Platinum Member)&lt;br /&gt;
* CNH Industrial&lt;br /&gt;
* Comcast (Platinum Member)&lt;br /&gt;
* [https://www.cytera.bio/ Cytera] (via Belena)&lt;br /&gt;
* Dell (Silver Member)&lt;br /&gt;
* [https://www.denx.de/ DENX Software Engineering]&lt;br /&gt;
* Dynamic Devices&lt;br /&gt;
* Ekinops&lt;br /&gt;
* [https://www.ericsson.com Ericsson]&lt;br /&gt;
* Facebook (Meta)&lt;br /&gt;
* [https://formlabs.com/ Formlabs]&lt;br /&gt;
* Fujitsu&lt;br /&gt;
* [https://www.gardena.com/ GARDENA] (Husqvarna Group)&lt;br /&gt;
* [https://www.garmin.com/ Garmin] (Platinum Member)&lt;br /&gt;
* General Electric&lt;br /&gt;
* [https://genielifesciences.com/ Genie Life Sciences]&lt;br /&gt;
* Gigaset Communications GmbH &lt;br /&gt;
* [https://hillrom.com Hillrom]&lt;br /&gt;
* [https://www.hanoverdisplays.com/ Hanover]&lt;br /&gt;
* Juniper&lt;br /&gt;
* [https://koansoftware.com/ KOAN sas]&lt;br /&gt;
* Kodak&lt;br /&gt;
* [https://www.korg.com/ Korg]&lt;br /&gt;
* [https://lawo.com/ LAWO]&lt;br /&gt;
* Lexmark&lt;br /&gt;
* LG (Platinum Member)&lt;br /&gt;
* [https://lightyear.one/ Lightyear]&lt;br /&gt;
* National Instruments&lt;br /&gt;
* [https://www.ovo.auto/ OVO Automotive]&lt;br /&gt;
* [https://www.pengutronix.de/ Pengutronix]&lt;br /&gt;
* [https://remarkable.com/ reMarkable]&lt;br /&gt;
* [https://www.rethinkrobotics.com/ Rethink Robotics GmbH]&lt;br /&gt;
* [https://rootcommit.com Root Commit]&lt;br /&gt;
* [https://www.siemens.com/ Siemens] (Gold Member)&lt;br /&gt;
* [https://www.smile.eu/en/offers/embedded-iot Smile ECS (Silver Member)]&lt;br /&gt;
* Sonos&lt;br /&gt;
* StreamUnlimited Engineering GmbH&lt;br /&gt;
* [https://www.taitradio.com Tait Communications]&lt;br /&gt;
* [https://www.witekio.com/values-expertise/ Witekio (Gold Member)]&lt;br /&gt;
* [https://vecima.com Vecima Networks]&lt;br /&gt;
* [https://www.victronenergy.com/ Victron Energy]&lt;br /&gt;
* [https://www.veobot.com/ Veo Robotics]&lt;br /&gt;
&lt;br /&gt;
= Products that use the Yocto Project =&lt;br /&gt;
&lt;br /&gt;
* Amazon Eero&lt;br /&gt;
* Amazon Echo Show 5 and Echo Hub&lt;br /&gt;
* Ambu aview2 and abox2 &lt;br /&gt;
* BMW cars&lt;br /&gt;
* [https://www.cambridgeaudio.com/ Cambridge Audio] network streamers&lt;br /&gt;
* Comcast set top boxes&lt;br /&gt;
* [https://dasharo.com/ Dasharo]&lt;br /&gt;
* [https://download.schneider-electric.com/private/doc/OSS_licenses_CCT501801/Reference_to_OSS_licenses_FINAL_CCT501801_Release.pdf Drayton Wiser heating controller]&lt;br /&gt;
* [https://www.gardena.com/int/products/smart/ GARDENA smart garden] (The smart garden gateway runs Yocto/OpenEmbedded. Open source parts can be found [https://github.com/husqvarnagroup/smart-garden-gateway-public on GitHub.])&lt;br /&gt;
* Some Garmin [https://www.garmin.com/marine/ Marine] Products&lt;br /&gt;
* Gigaset DSPG-SOCs based products (e.g N870, N870 Integrator, Marine 2/3/4)&lt;br /&gt;
* Go Pro (https://gopro.com/content/dam/help/open-source/2020-09-28%20-%20HERO9%20Black%20-GoPro%20Open%20Source%20Software%20Notice.pdf)&lt;br /&gt;
* Ikea [https://www.ikea.com/gb/en/p/dirigera-hub-for-smart-products-white-smart-50503409/ DIRIGERA Smart Hub] ([https://github.com/ikea-oss-distributions/DIRIGERA-hub source])&lt;br /&gt;
* [https://www.korg.com/uk/products/synthesizers/wavestate/ Korg Wavestate Synthesizer] ([https://github.com/korginc/wavestate_OSS sources])&lt;br /&gt;
* LAWO [https://lawo.com/products/a__uhd-core/  A__UHD Core] [https://lawo.com/products/a__line/ A__ Line]&lt;br /&gt;
* Lexmark Printers&lt;br /&gt;
* LG webOS TVs&lt;br /&gt;
* Lightyear 0 solar EV (Telematics Control Unit)&lt;br /&gt;
* Mellanox Bluefield SmartNIC&lt;br /&gt;
* [https://new.siemens.com/global/en/products/buildings.html Siemens Smart Infrastructure]: Products for sustainable, efficient and safe buildings&lt;br /&gt;
* Sky Glass (clear from sources tarball [http://oss.sky.com/SkyHD/SkyGlass/skyglass_spk.tar.bz2])&lt;br /&gt;
* [https://www.streamunlimited.com/hardware-modules/ StreamUnlimited hardware modules for voice assistants and connected speakers]&lt;br /&gt;
* Vernier LabQuest&lt;br /&gt;
* Teledyne FLIR thermal cameras (https://github.com/flir-cx/flir-yocto-documentation)&lt;br /&gt;
* myVaillant smart home devices (https://opensource.myvaillant.com)&lt;br /&gt;
* reMarkable E-ink tablets (https://developer.remarkable.com/documentation/software-stack)&lt;br /&gt;
* Eight Sleep Pod ([https://blopker.com/writing/04-zerosleep-1/ from a rooting guide])&lt;br /&gt;
* Victron Energy Venus Devices (https://github.com/victronenergy/venus)&lt;br /&gt;
&lt;br /&gt;
= Projects that use the Yocto Project =&lt;br /&gt;
&lt;br /&gt;
* [https://asteroidos.org/ AsteroidOS]&lt;br /&gt;
* [https://www.automotivelinux.org/ Automotive Grade Linux (AGL)]&lt;br /&gt;
* [https://www.balena.io/ Balena]&lt;br /&gt;
* Comcast RDK&lt;br /&gt;
* [https://easyos.org/ EasyOS]&lt;br /&gt;
* [https://github.com/oe-alliance Various Enigma2 based set-top boxes]&lt;br /&gt;
* [https://www.webos-ports.org LuneOS]&lt;br /&gt;
* Nvidia vibrante SDK [https://docs.nvidia.com/drive/archive/4.1.8.0L/nvoss_docs/index.html]&lt;br /&gt;
* OpenBMC&lt;br /&gt;
* [https://oryx-linux.org/ Oryx Linux]&lt;br /&gt;
* [https://github.com/riscv/meta-riscv RISC-V]&lt;br /&gt;
* [https://www.streamunlimited.com/stream-sdk/ StreamSDK for voice assistants and connected speakers]&lt;br /&gt;
* Windows Subsystem Linux (v1+v2)&lt;br /&gt;
* webOS&lt;br /&gt;
* [https://www.webosose.org/ webOS OSE (Open Source Edition)]&lt;br /&gt;
* [http://yoedistro.org The Yoe Distribution]&lt;/div&gt;</summary>
		<author><name>Rpurdie</name></author>
	</entry>
	<entry>
		<id>https://wiki.yoctoproject.org/wiki/index.php?title=Releases&amp;diff=86597</id>
		<title>Releases</title>
		<link rel="alternate" type="text/html" href="https://wiki.yoctoproject.org/wiki/index.php?title=Releases&amp;diff=86597"/>
		<updated>2025-03-30T13:49:30Z</updated>

		<summary type="html">&lt;p&gt;Rpurdie: /* Release Activity */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&amp;lt;!-- keywords: release names codenames versions version names numbers branches branchx --&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== Release Activity==&lt;br /&gt;
&lt;br /&gt;
See also [https://docs.yoctoproject.org/dev/_images/releases.svg a graphical release timeline].&lt;br /&gt;
&lt;br /&gt;
Releases can be downloaded at https://www.yoctoproject.org/software-overview/downloads/&lt;br /&gt;
&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; border=&amp;quot;2&amp;quot;&lt;br /&gt;
!Codename&lt;br /&gt;
!Yocto Project Version&lt;br /&gt;
!Release Date&lt;br /&gt;
!Current Version&lt;br /&gt;
!Support Level&lt;br /&gt;
!Poky Version&lt;br /&gt;
!BitBake branch&lt;br /&gt;
! Maintainer&lt;br /&gt;
!Notes&lt;br /&gt;
|-&lt;br /&gt;
|Wrynose&lt;br /&gt;
|6.0&lt;br /&gt;
| April 2026&lt;br /&gt;
|&lt;br /&gt;
|Future&lt;br /&gt;
|N/A&lt;br /&gt;
|2.16&lt;br /&gt;
|Richard Purdie &amp;lt;richard.purdie@linuxfoundation.org&amp;gt;&lt;br /&gt;
|[[Recipe_Versions|Recipe versions]]&lt;br /&gt;
|-&lt;br /&gt;
|Whinlatter&lt;br /&gt;
|5.3&lt;br /&gt;
| October 2025&lt;br /&gt;
|&lt;br /&gt;
|Future&lt;br /&gt;
|N/A&lt;br /&gt;
|2.14&lt;br /&gt;
|Richard Purdie &amp;lt;richard.purdie@linuxfoundation.org&amp;gt;&lt;br /&gt;
|[[Recipe_Versions|Recipe versions]]&lt;br /&gt;
|-&lt;br /&gt;
|Walnascar (aka Walna)&lt;br /&gt;
|5.2&lt;br /&gt;
| April 2025&lt;br /&gt;
|&lt;br /&gt;
|Future&lt;br /&gt;
|N/A&lt;br /&gt;
|2.12&lt;br /&gt;
|Richard Purdie &amp;lt;richard.purdie@linuxfoundation.org&amp;gt;&lt;br /&gt;
|[[Recipe_Versions|Recipe versions]]&lt;br /&gt;
|-&lt;br /&gt;
|Styhead &amp;lt;br/&amp;gt;(like &#039;try head&#039;)&lt;br /&gt;
|5.1&lt;br /&gt;
| October 2024&lt;br /&gt;
|5.1.3 (March 2025)&lt;br /&gt;
|Support for 7 months (until May 2025)&lt;br /&gt;
|N/A&lt;br /&gt;
|2.10&lt;br /&gt;
|Steve Sakoman &amp;lt;steve@sakoman.com&amp;gt;&lt;br /&gt;
|[[Recipe_Versions|Recipe versions]]&lt;br /&gt;
|-&lt;br /&gt;
|Scarthgap&lt;br /&gt;
|5.0&lt;br /&gt;
| April 2024&lt;br /&gt;
| 5.0.8 (March 2025)&lt;br /&gt;
|Long Term Support (until April 2028)&lt;br /&gt;
|N/A&lt;br /&gt;
|2.8&lt;br /&gt;
|Steve Sakoman &amp;lt;steve@sakoman.com&amp;gt;&lt;br /&gt;
|[[Recipe_Versions|Recipe versions]]&lt;br /&gt;
|-&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Nanbield &amp;lt;br/&amp;gt;(like &#039;man field&#039;)&lt;br /&gt;
|4.3&lt;br /&gt;
| November 2023&lt;br /&gt;
| 4.3.4 (April 2024)&lt;br /&gt;
| EOL&lt;br /&gt;
|N/A&lt;br /&gt;
|2.6&lt;br /&gt;
|Steve Sakoman &amp;lt;steve@sakoman.com&amp;gt;&lt;br /&gt;
|- style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Mickledore&lt;br /&gt;
|4.2&lt;br /&gt;
| May 2023&lt;br /&gt;
| 4.2.4 (December 2023)&lt;br /&gt;
| EOL&lt;br /&gt;
|N/A&lt;br /&gt;
|2.4&lt;br /&gt;
|Steve Sakoman &amp;lt;steve@sakoman.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Langdale&lt;br /&gt;
|4.1&lt;br /&gt;
| October 2022&lt;br /&gt;
| 4.1.4 (May 2023)&lt;br /&gt;
| EOL&lt;br /&gt;
|N/A&lt;br /&gt;
|2.2&lt;br /&gt;
|Steve Sakoman &amp;lt;steve@sakoman.com&amp;gt;&lt;br /&gt;
|-&lt;br /&gt;
|Kirkstone &amp;lt;br/&amp;gt;(like &#039;kirk stun&#039;)&lt;br /&gt;
|4.0&lt;br /&gt;
|May 2022&lt;br /&gt;
|4.0.25 (February 2025)&lt;br /&gt;
|Long Term Support (Apr. 2026¹)&lt;br /&gt;
|N/A&lt;br /&gt;
|2.0&lt;br /&gt;
|Steve Sakoman &amp;lt;steve@sakoman.com&amp;gt;&lt;br /&gt;
|-&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Honister&lt;br /&gt;
|3.4&lt;br /&gt;
|October 2021&lt;br /&gt;
|3.4.4 (May 2022)&lt;br /&gt;
|EOL&lt;br /&gt;
|N/A&lt;br /&gt;
|1.52&lt;br /&gt;
|Anuj Mittal &amp;lt;anuj.mittal@intel.com&amp;gt;&lt;br /&gt;
|-&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Hardknott&lt;br /&gt;
|3.3&lt;br /&gt;
|April 2021&lt;br /&gt;
|3.3.6 (April 2022)&lt;br /&gt;
|EOL&lt;br /&gt;
|N/A&lt;br /&gt;
|1.50&lt;br /&gt;
|Anuj Mittal &amp;lt;anuj.mittal@intel.com&amp;gt;&lt;br /&gt;
|-&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Gatesgarth&lt;br /&gt;
|3.2&lt;br /&gt;
|Oct 2020&lt;br /&gt;
|3.2.4 (May 2021)&lt;br /&gt;
|EOL&lt;br /&gt;
|N/A&lt;br /&gt;
|1.48&lt;br /&gt;
|Anuj Mittal &amp;lt;anuj.mittal@intel.com&amp;gt;&lt;br /&gt;
|-&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Dunfell&lt;br /&gt;
|3.1&lt;br /&gt;
|April 2020&lt;br /&gt;
|3.1.33 (May 2024)&lt;br /&gt;
| EOL - LTS¹&lt;br /&gt;
|23.0&lt;br /&gt;
|1.46&lt;br /&gt;
|Steve Sakoman &amp;lt;steve@sakoman.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Zeus&lt;br /&gt;
|3.0&lt;br /&gt;
|October 2019&lt;br /&gt;
|3.0.4 (August 2020)&lt;br /&gt;
|EOL&lt;br /&gt;
|22.0.3&lt;br /&gt;
|1.44&lt;br /&gt;
| Anuj/Armin&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Warrior&lt;br /&gt;
|2.7&lt;br /&gt;
|April 2019&lt;br /&gt;
|2.7.4 (June 2020)&lt;br /&gt;
|EOL&lt;br /&gt;
|21.0&lt;br /&gt;
|1.42&lt;br /&gt;
|Armin Kuster &amp;lt;akuster808@gmail.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Thud&lt;br /&gt;
|2.6&lt;br /&gt;
|Nov 2018&lt;br /&gt;
|2.6.4 (October 2019)&lt;br /&gt;
|EOL&lt;br /&gt;
|20.0&lt;br /&gt;
|1.40&lt;br /&gt;
| Armin Kuster &amp;lt;akuster808@gmail.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Sumo&lt;br /&gt;
|2.5&lt;br /&gt;
|April 2018&lt;br /&gt;
|2.5.3 (April 2019)&lt;br /&gt;
|EOL&lt;br /&gt;
|19.0&lt;br /&gt;
|1.38&lt;br /&gt;
| Armin Kuster &amp;lt;akuster808@gmail.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Rocko&lt;br /&gt;
|2.4&lt;br /&gt;
|Oct 2017&lt;br /&gt;
|2.4.4 (November 2018)&lt;br /&gt;
|EOL&lt;br /&gt;
|18.0&lt;br /&gt;
|1.36&lt;br /&gt;
| Armin Kuster &amp;lt;akuster808@gmail.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Pyro&lt;br /&gt;
|2.3&lt;br /&gt;
|May 2017&lt;br /&gt;
|2.3.4 (July 2018)&lt;br /&gt;
|EOL&lt;br /&gt;
|17.0&lt;br /&gt;
|1.34&lt;br /&gt;
| Armin Kuster &amp;lt;akuster808@gmail.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Morty&lt;br /&gt;
|2.2&lt;br /&gt;
|Nov 2016&lt;br /&gt;
|2.2.4 (July 2018)&lt;br /&gt;
|EOL&lt;br /&gt;
|16.0&lt;br /&gt;
|1.32&lt;br /&gt;
| Armin Kuster &amp;lt;akuster808@gmail.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Krogoth&lt;br /&gt;
|2.1&lt;br /&gt;
|Apr 2016&lt;br /&gt;
|2.1.3 (July 2017)&lt;br /&gt;
|EOL&lt;br /&gt;
|15.0&lt;br /&gt;
|1.30&lt;br /&gt;
| Armin Kuster &amp;lt;akuster808@gmail.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Jethro&lt;br /&gt;
|2.0&lt;br /&gt;
|Nov 2015&lt;br /&gt;
|2.0.3 (January 2017)&lt;br /&gt;
|EOL&lt;br /&gt;
|14.0&lt;br /&gt;
|1.28&lt;br /&gt;
|Robert Yang &amp;lt;liezhi.yang@windriver.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Fido&lt;br /&gt;
|1.8&lt;br /&gt;
|Apr 2015&lt;br /&gt;
|1.8.2&lt;br /&gt;
|EOL&lt;br /&gt;
|13.0&lt;br /&gt;
|1.26&lt;br /&gt;
|Joshua Lock &amp;lt;joshua.g.lock@intel.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Dizzy&lt;br /&gt;
|1.7&lt;br /&gt;
|Oct 2014&lt;br /&gt;
|1.7.3&lt;br /&gt;
|EOL&lt;br /&gt;
|12.0&lt;br /&gt;
|1.24&lt;br /&gt;
| Armin Kuster &amp;lt;akuster808@gmail.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Daisy&lt;br /&gt;
|1.6&lt;br /&gt;
|Apr 2014&lt;br /&gt;
|1.6.3&lt;br /&gt;
|EOL&lt;br /&gt;
|11.0&lt;br /&gt;
|1.22&lt;br /&gt;
| Saul Wold &amp;lt;sgw@linux.intel.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Dora&lt;br /&gt;
|1.5&lt;br /&gt;
|Oct 2013&lt;br /&gt;
|1.5.4&lt;br /&gt;
|EOL&lt;br /&gt;
|10.0&lt;br /&gt;
|1.20&lt;br /&gt;
| Robert Yang &amp;lt;liezhi.yang@windriver.com&amp;gt; &lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Dylan&lt;br /&gt;
|1.4&lt;br /&gt;
|Apr 2013&lt;br /&gt;
|1.4.3&lt;br /&gt;
|EOL&lt;br /&gt;
|9.0&lt;br /&gt;
|1.18&lt;br /&gt;
| Paul Eggleton &amp;lt;paul.eggleton@linux.intel.com&amp;gt; &lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Danny&lt;br /&gt;
|1.3&lt;br /&gt;
|Oct 2012&lt;br /&gt;
|1.3.2&lt;br /&gt;
|EOL&lt;br /&gt;
|8.0&lt;br /&gt;
|1.16&lt;br /&gt;
|Ross Burton &amp;lt;ross.burton@intel.com&amp;gt; &lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Denzil&lt;br /&gt;
|1.2&lt;br /&gt;
|Apr 2012&lt;br /&gt;
|1.2.2&lt;br /&gt;
|EOL&lt;br /&gt;
|7.0&lt;br /&gt;
|1.15&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Edison&lt;br /&gt;
|1.1&lt;br /&gt;
|Oct 2011&lt;br /&gt;
|1.1.2&lt;br /&gt;
|EOL&lt;br /&gt;
|6.0&lt;br /&gt;
|1.13&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Bernard&lt;br /&gt;
|1.0&lt;br /&gt;
|Apr 2011&lt;br /&gt;
|1.0.2&lt;br /&gt;
|EOL&lt;br /&gt;
|5.0&lt;br /&gt;
|1.11&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Laverne&lt;br /&gt;
|0.9&lt;br /&gt;
|Oct 2010&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|4.0&lt;br /&gt;
|1.11&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Green&lt;br /&gt;
|N/A&lt;br /&gt;
|11 June 2010&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|3.3&lt;br /&gt;
|&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Purple&lt;br /&gt;
|N/A&lt;br /&gt;
|15 Dec 2009&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|3.2&lt;br /&gt;
|&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Pinky&lt;br /&gt;
|N/A&lt;br /&gt;
|12 Nov 2009&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|3.1&lt;br /&gt;
|&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Blinky&lt;br /&gt;
|N/A&lt;br /&gt;
|1 Aug 2007&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|3.0&lt;br /&gt;
|&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Clyde&lt;br /&gt;
|N/A&lt;br /&gt;
|19 Jan 2007&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|2.0&lt;br /&gt;
|&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Inky&lt;br /&gt;
|N/A&lt;br /&gt;
|10 Feb 2006&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|1.0&lt;br /&gt;
|&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Note:&#039;&#039;&#039; see also [[Stable Release and LTS]], [[Linux Yocto]], [[Planning]] and [[Release Feature Table]] pages. EOL means some community support on email lists but no commit updates in the repos. There is also OS Vendor support for some Yocto EOL releases.&lt;br /&gt;
&lt;br /&gt;
¹ The 3.1 series and 4.0 were originally planned for two years but extended to four. Future LTS releases are planned for 4 years.&lt;br /&gt;
&lt;br /&gt;
== Releases Links==&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; border=&amp;quot;2&amp;quot;&lt;br /&gt;
| align=&amp;quot;center&amp;quot; style=&amp;quot;background:#f0f0f0;&amp;quot;|&#039;&#039;&#039;Yocto Project Release&#039;&#039;&#039;&lt;br /&gt;
| align=&amp;quot;center&amp;quot; style=&amp;quot;background:#f0f0f0;&amp;quot;|&#039;&#039;&#039;Code Name&#039;&#039;&#039;&lt;br /&gt;
| align=&amp;quot;center&amp;quot; style=&amp;quot;background:#f0f0f0;&amp;quot;|&#039;&#039;&#039;Poky version&#039;&#039;&#039;&lt;br /&gt;
| align=&amp;quot;center&amp;quot; style=&amp;quot;background:#f0f0f0;&amp;quot;|&#039;&#039;&#039;Maintainer&#039;&#039;&#039;&lt;br /&gt;
| align=&amp;quot;center&amp;quot; style=&amp;quot;background:#f0f0f0;&amp;quot;|&#039;&#039;&#039;Features&#039;&#039;&#039;&lt;br /&gt;
| align=&amp;quot;center&amp;quot; style=&amp;quot;background:#f0f0f0;&amp;quot;|&#039;&#039;&#039;Schedule&#039;&#039;&#039;&lt;br /&gt;
| align=&amp;quot;center&amp;quot; style=&amp;quot;background:#f0f0f0;&amp;quot;|&#039;&#039;&#039;Status&#039;&#039;&#039;&lt;br /&gt;
| align=&amp;quot;center&amp;quot; style=&amp;quot;background:#f0f0f0;&amp;quot;|&#039;&#039;&#039;QA Test Plan&#039;&#039;&#039;&lt;br /&gt;
| align=&amp;quot;center&amp;quot; style=&amp;quot;background:#f0f0f0;&amp;quot;|&#039;&#039;&#039;QA Test Report&#039;&#039;&#039;&lt;br /&gt;
| align=&amp;quot;center&amp;quot; style=&amp;quot;background:#f0f0f0;&amp;quot;|&#039;&#039;&#039;Release notes&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
|-valign=&amp;quot;top&amp;quot;&lt;br /&gt;
| Yocto Project 3.4&lt;br /&gt;
| Honister&lt;br /&gt;
| 26.0&lt;br /&gt;
| Anuj Mittal&lt;br /&gt;
| [[Yocto_3.4_Features]]&lt;br /&gt;
| [[Yocto_3.4_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v3.4_Status]]&lt;br /&gt;
| [[Yocto_Project_3.4_Release_Test_Plan | Yocto_3.4_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_Project_3.4_Release_Test_Plan#Execution_History | 3.4 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/g/yocto-announce/message/229 3.4 release notes]&lt;br /&gt;
|-&lt;br /&gt;
| Yocto Project 3.3&lt;br /&gt;
| Hardknott&lt;br /&gt;
| 25.0&lt;br /&gt;
| Anuj Mittal&lt;br /&gt;
| [[Yocto_3.3_Features]]&lt;br /&gt;
| [[Yocto_3.3_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v3.3_Status]]&lt;br /&gt;
| [[Yocto_Project_3.3_Release_Test_Plan | Yocto_3.3_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_Project_3.3_Release_Test_Plan#Execution_History | 3.3 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/g/yocto-announce/message/215 3.3 release notes]&lt;br /&gt;
|-&lt;br /&gt;
| Yocto Project 3.2&lt;br /&gt;
| Gatesgarth&lt;br /&gt;
| 24.0&lt;br /&gt;
| Anuj Mittal&lt;br /&gt;
| [[Yocto_3.2_Features]]&lt;br /&gt;
| [[Yocto_3.2_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v3.2_Status]]&lt;br /&gt;
| [[Yocto_Project_3.2_Release_Test_Plan | Yocto_3.2_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_Project_3.2_Release_Test_Plan#Execution_History | 3.2 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/g/yocto/message/51262 3.2 release notes]&lt;br /&gt;
|-&lt;br /&gt;
|-valign=&amp;quot;top&amp;quot;&lt;br /&gt;
| Yocto Project 3.1&lt;br /&gt;
| Dunfell&lt;br /&gt;
| 23.0&lt;br /&gt;
| Steve Sakoman&lt;br /&gt;
| [[Yocto_3.1_Features]]&lt;br /&gt;
| [[Yocto_3.1_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v3.1_Status]]&lt;br /&gt;
| [[Yocto_Project_3.1_Release_Test_Plan | Yocto_3.1_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_Project_3.1_Release_Test_Plan#Execution_History | 3.1 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/g/yocto/message/49201 3.1 release notes]&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
|-valign=&amp;quot;top&amp;quot;&lt;br /&gt;
| Yocto Project 3.0&lt;br /&gt;
| Zeus&lt;br /&gt;
| 22.0&lt;br /&gt;
| Armin Kuster/Anuj Mittal&lt;br /&gt;
| [[Yocto_2.8_Features]]&lt;br /&gt;
| [[Yocto_2.8_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v2.8_Status]]&lt;br /&gt;
| [[Yocto_Project_2.8_Release_Test_Plan | Yocto_2.8_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_Project_2.8_Release_Test_Plan#Execution_History | 2.8 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto/2019-October/047111.html 3.0 release notes]&lt;br /&gt;
|-&lt;br /&gt;
|-valign=&amp;quot;top&amp;quot;&lt;br /&gt;
| Yocto Project 2.7&lt;br /&gt;
| Warrior&lt;br /&gt;
| 21.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_2.7_Features]]&lt;br /&gt;
| [[Yocto_2.7_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v2.7_Status]]&lt;br /&gt;
| [[Yocto_Project_2.7_Release_Test_Plan | Yocto_2.7_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_Project_2.7_Release_Test_Plan#Execution_History | 2.7 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto/2019-May/045028.html 2.7 release notes]&lt;br /&gt;
|-&lt;br /&gt;
|-valign=&amp;quot;top&amp;quot;&lt;br /&gt;
| Yocto Project 2.6&lt;br /&gt;
| Thud&lt;br /&gt;
| 20.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_2.6_Features]]&lt;br /&gt;
| [[Yocto_2.6_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v2.6_Status]]&lt;br /&gt;
| [[Yocto_Project_2.6_Release_Test_Plan | Yocto_2.6_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_Project_2.6_Release_Test_Plan#Execution_History | 2.6 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2018-November/000147.html 2.6 release notes]&lt;br /&gt;
|-&lt;br /&gt;
|-valign=&amp;quot;top&amp;quot;&lt;br /&gt;
| Yocto Project 2.5&lt;br /&gt;
| Sumo&lt;br /&gt;
| 19.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_2.5_Features]]&lt;br /&gt;
| [[Yocto_2.5_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v2.5_Status]]&lt;br /&gt;
| [[Yocto_Project_2.5_Release_Test_Plan | Yocto_2.5_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_Project_2.5_Release_Test_Plan#Execution_History | 2.5 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2018-May/000136.html 2.5 release notes]&lt;br /&gt;
|-&lt;br /&gt;
|-valign=&amp;quot;top&amp;quot;&lt;br /&gt;
| Yocto Project 2.4&lt;br /&gt;
| Rocko&lt;br /&gt;
| 18.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_2.4_Features]]&lt;br /&gt;
| [[Yocto_2.4_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v2.4_Status]]&lt;br /&gt;
| [[Yocto_Project_2.4_Release_Test_Plan | Yocto_2.4_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_Project_2.4_Release_Test_Plan#Execution_History | 2.4 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2017-October/000125.html 2.4 release notes]&lt;br /&gt;
|-&lt;br /&gt;
|-valign=&amp;quot;top&amp;quot;&lt;br /&gt;
| Yocto Project 2.3&lt;br /&gt;
| Pyro&lt;br /&gt;
| 17.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_2.3_Features]]&lt;br /&gt;
| [[Yocto_2.3_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v2.3_Status]]&lt;br /&gt;
| [[Yocto_Project_2.3_Release_Test_Plan | Yocto_2.3_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_Project_2.3_Release_Test_Plan#Execution_History | 2.3 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2017-May/000112.html 2.3 release notes]&lt;br /&gt;
|-&lt;br /&gt;
|-valign=&amp;quot;top&amp;quot;&lt;br /&gt;
| Yocto Project 2.2&lt;br /&gt;
| Morty&lt;br /&gt;
| 16.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_2.2_Features]]&lt;br /&gt;
| [[Yocto_2.2_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v2.2_Status]]&lt;br /&gt;
| [[Yocto_2.2_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_Project_2.2_Release_Test_Plan#Execution_History | 2.2 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2016-November/000101.html 2.2 release notes]&lt;br /&gt;
|-&lt;br /&gt;
|-valign=&amp;quot;top&amp;quot;&lt;br /&gt;
| Yocto Project 2.1&lt;br /&gt;
| Krogoth&lt;br /&gt;
| 15.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_2.1_Features]]&lt;br /&gt;
| [[Yocto_2.1_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v2.1_Status]]&lt;br /&gt;
| [[Yocto_2.1_Overall_Test_Plan]]&lt;br /&gt;
| [[2.1 qa run history]] &lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2016-May/000089.html 2.1 release notes]&lt;br /&gt;
|-&lt;br /&gt;
|-valign=&amp;quot;top&amp;quot;&lt;br /&gt;
| Yocto Project 2.0&lt;br /&gt;
| Jethro&lt;br /&gt;
| 14.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_1.9_Features]]&lt;br /&gt;
| [[Yocto_1.9_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v1.9_Status]]&lt;br /&gt;
| &lt;br /&gt;
| [[1.9 qa run history]] &lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2015-November/000076.html 2.0 release notes]&lt;br /&gt;
|-valign=&amp;quot;top&amp;quot;&lt;br /&gt;
| Yocto Project 1.8&lt;br /&gt;
| Fido&lt;br /&gt;
| 13.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_1.8_Features]]&lt;br /&gt;
| [[Yocto_1.8_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v1.8_Status]]&lt;br /&gt;
| [[Yocto_1.8_Overall_Test_Plan]]&lt;br /&gt;
| [[1.8 qa run history]] &lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2015-April/000062.html 1.8 release notes]&lt;br /&gt;
|-&lt;br /&gt;
| Yocto Project 1.7&lt;br /&gt;
| Dizzy&lt;br /&gt;
| 12.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_1.7_Features]]&lt;br /&gt;
| [[Yocto_1.7_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v1.7_Status]]&lt;br /&gt;
| [[Yocto_1.7_Overall_Test_Plan]]&lt;br /&gt;
| [[1.7 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2014-October/000053.html 1.7 release notes]&lt;br /&gt;
|-&lt;br /&gt;
| Yocto Project 1.6&lt;br /&gt;
| Daisy&lt;br /&gt;
| 11.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_1.6_Features]]&lt;br /&gt;
| [[Yocto_1.6_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v1.6_Status]]&lt;br /&gt;
| [[Yocto_1.6_Overall_Test_Plan]]&lt;br /&gt;
| [[1.6 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2014-April/000045.html 1.6 release notes]&lt;br /&gt;
|-&lt;br /&gt;
| Yocto Project 1.5&lt;br /&gt;
| Dora&lt;br /&gt;
| 10.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_1.5_Features]]&lt;br /&gt;
| [[Yocto_1.5_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v1.5_Status]]&lt;br /&gt;
| [[Yocto_1.5_Overall_Test_Plan]]&lt;br /&gt;
| [[1.5 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2013-October/000037.html 1.5 release notes]&lt;br /&gt;
|-&lt;br /&gt;
| Yocto Project 1.4&lt;br /&gt;
| Dylan&lt;br /&gt;
| 9.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_1.4_Features]]&lt;br /&gt;
| [[Yocto_1.4_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v1.4_Status]]&lt;br /&gt;
| [[Yocto_1.4_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_1.4_Milestone_Test_Report]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2013-April/000027.html 1.4 release notes]&lt;br /&gt;
|-&lt;br /&gt;
| Yocto Project 1.3&lt;br /&gt;
| Danny&lt;br /&gt;
| 8.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_1.3_Features]]&lt;br /&gt;
| [[Yocto_1.3_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v1.3_Status]]&lt;br /&gt;
| [[Yocto_1.3_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_1.3_Milestone_Test_Report]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2012-October/000020.html 1.3 release notes]&lt;br /&gt;
|-&lt;br /&gt;
| Yocto Project 1.2&lt;br /&gt;
| Denzil&lt;br /&gt;
| 7.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_1.2_Features]]&lt;br /&gt;
| [[Yocto_1.2_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v1.2_Status]]&lt;br /&gt;
| [[Yocto_1.2_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_1.2_Milestone_Test_Report]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2012-April/000009.html 1.2 release notes]&lt;br /&gt;
|-&lt;br /&gt;
| Yocto Project 1.1&lt;br /&gt;
| Edison&lt;br /&gt;
| 6.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_1.1_Features]]&lt;br /&gt;
| [[Yocto_1.1_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v1.1_Release_Criteria]]&lt;br /&gt;
| [[Yocto_1.1_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_1.1_Milestone_Test_Report]]&lt;br /&gt;
|&lt;br /&gt;
|-&lt;br /&gt;
| Yocto Project 1.0&lt;br /&gt;
| Bernard&lt;br /&gt;
| 5.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_Features]]&lt;br /&gt;
| [[Yocto_1.0_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v1.0_Release_Criteria]]&lt;br /&gt;
| [[Yocto_1.0_Overall_Test_Plan]]&lt;br /&gt;
| &lt;br /&gt;
|&lt;br /&gt;
|}&lt;/div&gt;</summary>
		<author><name>Rpurdie</name></author>
	</entry>
	<entry>
		<id>https://wiki.yoctoproject.org/wiki/index.php?title=Releases&amp;diff=86596</id>
		<title>Releases</title>
		<link rel="alternate" type="text/html" href="https://wiki.yoctoproject.org/wiki/index.php?title=Releases&amp;diff=86596"/>
		<updated>2025-03-30T13:47:44Z</updated>

		<summary type="html">&lt;p&gt;Rpurdie: /* Release Activity */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&amp;lt;!-- keywords: release names codenames versions version names numbers branches branchx --&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== Release Activity==&lt;br /&gt;
&lt;br /&gt;
See also [https://docs.yoctoproject.org/dev/_images/releases.svg a graphical release timeline].&lt;br /&gt;
&lt;br /&gt;
Releases can be downloaded at https://www.yoctoproject.org/software-overview/downloads/&lt;br /&gt;
&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; border=&amp;quot;2&amp;quot;&lt;br /&gt;
!Codename&lt;br /&gt;
!Yocto Project Version&lt;br /&gt;
!Release Date&lt;br /&gt;
!Current Version&lt;br /&gt;
!Support Level&lt;br /&gt;
!Poky Version&lt;br /&gt;
!BitBake branch&lt;br /&gt;
! Maintainer&lt;br /&gt;
!Notes&lt;br /&gt;
|-&lt;br /&gt;
|Whinlatter&lt;br /&gt;
|5.3&lt;br /&gt;
| October 2025&lt;br /&gt;
|&lt;br /&gt;
|Future&lt;br /&gt;
|N/A&lt;br /&gt;
|2.14&lt;br /&gt;
|Richard Purdie &amp;lt;richard.purdie@linuxfoundation.org&amp;gt;&lt;br /&gt;
|[[Recipe_Versions|Recipe versions]]&lt;br /&gt;
|-&lt;br /&gt;
|Walnascar (aka Walna)&lt;br /&gt;
|5.2&lt;br /&gt;
| April 2025&lt;br /&gt;
|&lt;br /&gt;
|Future&lt;br /&gt;
|N/A&lt;br /&gt;
|2.12&lt;br /&gt;
|Richard Purdie &amp;lt;richard.purdie@linuxfoundation.org&amp;gt;&lt;br /&gt;
|[[Recipe_Versions|Recipe versions]]&lt;br /&gt;
|-&lt;br /&gt;
|Styhead &amp;lt;br/&amp;gt;(like &#039;try head&#039;)&lt;br /&gt;
|5.1&lt;br /&gt;
| October 2024&lt;br /&gt;
|5.1.3 (March 2025)&lt;br /&gt;
|Support for 7 months (until May 2025)&lt;br /&gt;
|N/A&lt;br /&gt;
|2.10&lt;br /&gt;
|Steve Sakoman &amp;lt;steve@sakoman.com&amp;gt;&lt;br /&gt;
|[[Recipe_Versions|Recipe versions]]&lt;br /&gt;
|-&lt;br /&gt;
|Scarthgap&lt;br /&gt;
|5.0&lt;br /&gt;
| April 2024&lt;br /&gt;
| 5.0.8 (March 2025)&lt;br /&gt;
|Long Term Support (until April 2028)&lt;br /&gt;
|N/A&lt;br /&gt;
|2.8&lt;br /&gt;
|Steve Sakoman &amp;lt;steve@sakoman.com&amp;gt;&lt;br /&gt;
|[[Recipe_Versions|Recipe versions]]&lt;br /&gt;
|-&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Nanbield &amp;lt;br/&amp;gt;(like &#039;man field&#039;)&lt;br /&gt;
|4.3&lt;br /&gt;
| November 2023&lt;br /&gt;
| 4.3.4 (April 2024)&lt;br /&gt;
| EOL&lt;br /&gt;
|N/A&lt;br /&gt;
|2.6&lt;br /&gt;
|Steve Sakoman &amp;lt;steve@sakoman.com&amp;gt;&lt;br /&gt;
|- style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Mickledore&lt;br /&gt;
|4.2&lt;br /&gt;
| May 2023&lt;br /&gt;
| 4.2.4 (December 2023)&lt;br /&gt;
| EOL&lt;br /&gt;
|N/A&lt;br /&gt;
|2.4&lt;br /&gt;
|Steve Sakoman &amp;lt;steve@sakoman.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Langdale&lt;br /&gt;
|4.1&lt;br /&gt;
| October 2022&lt;br /&gt;
| 4.1.4 (May 2023)&lt;br /&gt;
| EOL&lt;br /&gt;
|N/A&lt;br /&gt;
|2.2&lt;br /&gt;
|Steve Sakoman &amp;lt;steve@sakoman.com&amp;gt;&lt;br /&gt;
|-&lt;br /&gt;
|Kirkstone &amp;lt;br/&amp;gt;(like &#039;kirk stun&#039;)&lt;br /&gt;
|4.0&lt;br /&gt;
|May 2022&lt;br /&gt;
|4.0.25 (February 2025)&lt;br /&gt;
|Long Term Support (Apr. 2026¹)&lt;br /&gt;
|N/A&lt;br /&gt;
|2.0&lt;br /&gt;
|Steve Sakoman &amp;lt;steve@sakoman.com&amp;gt;&lt;br /&gt;
|-&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Honister&lt;br /&gt;
|3.4&lt;br /&gt;
|October 2021&lt;br /&gt;
|3.4.4 (May 2022)&lt;br /&gt;
|EOL&lt;br /&gt;
|N/A&lt;br /&gt;
|1.52&lt;br /&gt;
|Anuj Mittal &amp;lt;anuj.mittal@intel.com&amp;gt;&lt;br /&gt;
|-&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Hardknott&lt;br /&gt;
|3.3&lt;br /&gt;
|April 2021&lt;br /&gt;
|3.3.6 (April 2022)&lt;br /&gt;
|EOL&lt;br /&gt;
|N/A&lt;br /&gt;
|1.50&lt;br /&gt;
|Anuj Mittal &amp;lt;anuj.mittal@intel.com&amp;gt;&lt;br /&gt;
|-&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Gatesgarth&lt;br /&gt;
|3.2&lt;br /&gt;
|Oct 2020&lt;br /&gt;
|3.2.4 (May 2021)&lt;br /&gt;
|EOL&lt;br /&gt;
|N/A&lt;br /&gt;
|1.48&lt;br /&gt;
|Anuj Mittal &amp;lt;anuj.mittal@intel.com&amp;gt;&lt;br /&gt;
|-&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Dunfell&lt;br /&gt;
|3.1&lt;br /&gt;
|April 2020&lt;br /&gt;
|3.1.33 (May 2024)&lt;br /&gt;
| EOL - LTS¹&lt;br /&gt;
|23.0&lt;br /&gt;
|1.46&lt;br /&gt;
|Steve Sakoman &amp;lt;steve@sakoman.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Zeus&lt;br /&gt;
|3.0&lt;br /&gt;
|October 2019&lt;br /&gt;
|3.0.4 (August 2020)&lt;br /&gt;
|EOL&lt;br /&gt;
|22.0.3&lt;br /&gt;
|1.44&lt;br /&gt;
| Anuj/Armin&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Warrior&lt;br /&gt;
|2.7&lt;br /&gt;
|April 2019&lt;br /&gt;
|2.7.4 (June 2020)&lt;br /&gt;
|EOL&lt;br /&gt;
|21.0&lt;br /&gt;
|1.42&lt;br /&gt;
|Armin Kuster &amp;lt;akuster808@gmail.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Thud&lt;br /&gt;
|2.6&lt;br /&gt;
|Nov 2018&lt;br /&gt;
|2.6.4 (October 2019)&lt;br /&gt;
|EOL&lt;br /&gt;
|20.0&lt;br /&gt;
|1.40&lt;br /&gt;
| Armin Kuster &amp;lt;akuster808@gmail.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Sumo&lt;br /&gt;
|2.5&lt;br /&gt;
|April 2018&lt;br /&gt;
|2.5.3 (April 2019)&lt;br /&gt;
|EOL&lt;br /&gt;
|19.0&lt;br /&gt;
|1.38&lt;br /&gt;
| Armin Kuster &amp;lt;akuster808@gmail.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Rocko&lt;br /&gt;
|2.4&lt;br /&gt;
|Oct 2017&lt;br /&gt;
|2.4.4 (November 2018)&lt;br /&gt;
|EOL&lt;br /&gt;
|18.0&lt;br /&gt;
|1.36&lt;br /&gt;
| Armin Kuster &amp;lt;akuster808@gmail.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Pyro&lt;br /&gt;
|2.3&lt;br /&gt;
|May 2017&lt;br /&gt;
|2.3.4 (July 2018)&lt;br /&gt;
|EOL&lt;br /&gt;
|17.0&lt;br /&gt;
|1.34&lt;br /&gt;
| Armin Kuster &amp;lt;akuster808@gmail.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Morty&lt;br /&gt;
|2.2&lt;br /&gt;
|Nov 2016&lt;br /&gt;
|2.2.4 (July 2018)&lt;br /&gt;
|EOL&lt;br /&gt;
|16.0&lt;br /&gt;
|1.32&lt;br /&gt;
| Armin Kuster &amp;lt;akuster808@gmail.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Krogoth&lt;br /&gt;
|2.1&lt;br /&gt;
|Apr 2016&lt;br /&gt;
|2.1.3 (July 2017)&lt;br /&gt;
|EOL&lt;br /&gt;
|15.0&lt;br /&gt;
|1.30&lt;br /&gt;
| Armin Kuster &amp;lt;akuster808@gmail.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Jethro&lt;br /&gt;
|2.0&lt;br /&gt;
|Nov 2015&lt;br /&gt;
|2.0.3 (January 2017)&lt;br /&gt;
|EOL&lt;br /&gt;
|14.0&lt;br /&gt;
|1.28&lt;br /&gt;
|Robert Yang &amp;lt;liezhi.yang@windriver.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Fido&lt;br /&gt;
|1.8&lt;br /&gt;
|Apr 2015&lt;br /&gt;
|1.8.2&lt;br /&gt;
|EOL&lt;br /&gt;
|13.0&lt;br /&gt;
|1.26&lt;br /&gt;
|Joshua Lock &amp;lt;joshua.g.lock@intel.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Dizzy&lt;br /&gt;
|1.7&lt;br /&gt;
|Oct 2014&lt;br /&gt;
|1.7.3&lt;br /&gt;
|EOL&lt;br /&gt;
|12.0&lt;br /&gt;
|1.24&lt;br /&gt;
| Armin Kuster &amp;lt;akuster808@gmail.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Daisy&lt;br /&gt;
|1.6&lt;br /&gt;
|Apr 2014&lt;br /&gt;
|1.6.3&lt;br /&gt;
|EOL&lt;br /&gt;
|11.0&lt;br /&gt;
|1.22&lt;br /&gt;
| Saul Wold &amp;lt;sgw@linux.intel.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Dora&lt;br /&gt;
|1.5&lt;br /&gt;
|Oct 2013&lt;br /&gt;
|1.5.4&lt;br /&gt;
|EOL&lt;br /&gt;
|10.0&lt;br /&gt;
|1.20&lt;br /&gt;
| Robert Yang &amp;lt;liezhi.yang@windriver.com&amp;gt; &lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Dylan&lt;br /&gt;
|1.4&lt;br /&gt;
|Apr 2013&lt;br /&gt;
|1.4.3&lt;br /&gt;
|EOL&lt;br /&gt;
|9.0&lt;br /&gt;
|1.18&lt;br /&gt;
| Paul Eggleton &amp;lt;paul.eggleton@linux.intel.com&amp;gt; &lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Danny&lt;br /&gt;
|1.3&lt;br /&gt;
|Oct 2012&lt;br /&gt;
|1.3.2&lt;br /&gt;
|EOL&lt;br /&gt;
|8.0&lt;br /&gt;
|1.16&lt;br /&gt;
|Ross Burton &amp;lt;ross.burton@intel.com&amp;gt; &lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Denzil&lt;br /&gt;
|1.2&lt;br /&gt;
|Apr 2012&lt;br /&gt;
|1.2.2&lt;br /&gt;
|EOL&lt;br /&gt;
|7.0&lt;br /&gt;
|1.15&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Edison&lt;br /&gt;
|1.1&lt;br /&gt;
|Oct 2011&lt;br /&gt;
|1.1.2&lt;br /&gt;
|EOL&lt;br /&gt;
|6.0&lt;br /&gt;
|1.13&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Bernard&lt;br /&gt;
|1.0&lt;br /&gt;
|Apr 2011&lt;br /&gt;
|1.0.2&lt;br /&gt;
|EOL&lt;br /&gt;
|5.0&lt;br /&gt;
|1.11&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Laverne&lt;br /&gt;
|0.9&lt;br /&gt;
|Oct 2010&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|4.0&lt;br /&gt;
|1.11&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Green&lt;br /&gt;
|N/A&lt;br /&gt;
|11 June 2010&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|3.3&lt;br /&gt;
|&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Purple&lt;br /&gt;
|N/A&lt;br /&gt;
|15 Dec 2009&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|3.2&lt;br /&gt;
|&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Pinky&lt;br /&gt;
|N/A&lt;br /&gt;
|12 Nov 2009&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|3.1&lt;br /&gt;
|&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Blinky&lt;br /&gt;
|N/A&lt;br /&gt;
|1 Aug 2007&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|3.0&lt;br /&gt;
|&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Clyde&lt;br /&gt;
|N/A&lt;br /&gt;
|19 Jan 2007&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|2.0&lt;br /&gt;
|&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Inky&lt;br /&gt;
|N/A&lt;br /&gt;
|10 Feb 2006&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|1.0&lt;br /&gt;
|&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Note:&#039;&#039;&#039; see also [[Stable Release and LTS]], [[Linux Yocto]], [[Planning]] and [[Release Feature Table]] pages. EOL means some community support on email lists but no commit updates in the repos. There is also OS Vendor support for some Yocto EOL releases.&lt;br /&gt;
&lt;br /&gt;
¹ The 3.1 series and 4.0 were originally planned for two years but extended to four. Future LTS releases are planned for 4 years.&lt;br /&gt;
&lt;br /&gt;
== Releases Links==&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; border=&amp;quot;2&amp;quot;&lt;br /&gt;
| align=&amp;quot;center&amp;quot; style=&amp;quot;background:#f0f0f0;&amp;quot;|&#039;&#039;&#039;Yocto Project Release&#039;&#039;&#039;&lt;br /&gt;
| align=&amp;quot;center&amp;quot; style=&amp;quot;background:#f0f0f0;&amp;quot;|&#039;&#039;&#039;Code Name&#039;&#039;&#039;&lt;br /&gt;
| align=&amp;quot;center&amp;quot; style=&amp;quot;background:#f0f0f0;&amp;quot;|&#039;&#039;&#039;Poky version&#039;&#039;&#039;&lt;br /&gt;
| align=&amp;quot;center&amp;quot; style=&amp;quot;background:#f0f0f0;&amp;quot;|&#039;&#039;&#039;Maintainer&#039;&#039;&#039;&lt;br /&gt;
| align=&amp;quot;center&amp;quot; style=&amp;quot;background:#f0f0f0;&amp;quot;|&#039;&#039;&#039;Features&#039;&#039;&#039;&lt;br /&gt;
| align=&amp;quot;center&amp;quot; style=&amp;quot;background:#f0f0f0;&amp;quot;|&#039;&#039;&#039;Schedule&#039;&#039;&#039;&lt;br /&gt;
| align=&amp;quot;center&amp;quot; style=&amp;quot;background:#f0f0f0;&amp;quot;|&#039;&#039;&#039;Status&#039;&#039;&#039;&lt;br /&gt;
| align=&amp;quot;center&amp;quot; style=&amp;quot;background:#f0f0f0;&amp;quot;|&#039;&#039;&#039;QA Test Plan&#039;&#039;&#039;&lt;br /&gt;
| align=&amp;quot;center&amp;quot; style=&amp;quot;background:#f0f0f0;&amp;quot;|&#039;&#039;&#039;QA Test Report&#039;&#039;&#039;&lt;br /&gt;
| align=&amp;quot;center&amp;quot; style=&amp;quot;background:#f0f0f0;&amp;quot;|&#039;&#039;&#039;Release notes&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
|-valign=&amp;quot;top&amp;quot;&lt;br /&gt;
| Yocto Project 3.4&lt;br /&gt;
| Honister&lt;br /&gt;
| 26.0&lt;br /&gt;
| Anuj Mittal&lt;br /&gt;
| [[Yocto_3.4_Features]]&lt;br /&gt;
| [[Yocto_3.4_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v3.4_Status]]&lt;br /&gt;
| [[Yocto_Project_3.4_Release_Test_Plan | Yocto_3.4_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_Project_3.4_Release_Test_Plan#Execution_History | 3.4 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/g/yocto-announce/message/229 3.4 release notes]&lt;br /&gt;
|-&lt;br /&gt;
| Yocto Project 3.3&lt;br /&gt;
| Hardknott&lt;br /&gt;
| 25.0&lt;br /&gt;
| Anuj Mittal&lt;br /&gt;
| [[Yocto_3.3_Features]]&lt;br /&gt;
| [[Yocto_3.3_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v3.3_Status]]&lt;br /&gt;
| [[Yocto_Project_3.3_Release_Test_Plan | Yocto_3.3_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_Project_3.3_Release_Test_Plan#Execution_History | 3.3 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/g/yocto-announce/message/215 3.3 release notes]&lt;br /&gt;
|-&lt;br /&gt;
| Yocto Project 3.2&lt;br /&gt;
| Gatesgarth&lt;br /&gt;
| 24.0&lt;br /&gt;
| Anuj Mittal&lt;br /&gt;
| [[Yocto_3.2_Features]]&lt;br /&gt;
| [[Yocto_3.2_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v3.2_Status]]&lt;br /&gt;
| [[Yocto_Project_3.2_Release_Test_Plan | Yocto_3.2_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_Project_3.2_Release_Test_Plan#Execution_History | 3.2 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/g/yocto/message/51262 3.2 release notes]&lt;br /&gt;
|-&lt;br /&gt;
|-valign=&amp;quot;top&amp;quot;&lt;br /&gt;
| Yocto Project 3.1&lt;br /&gt;
| Dunfell&lt;br /&gt;
| 23.0&lt;br /&gt;
| Steve Sakoman&lt;br /&gt;
| [[Yocto_3.1_Features]]&lt;br /&gt;
| [[Yocto_3.1_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v3.1_Status]]&lt;br /&gt;
| [[Yocto_Project_3.1_Release_Test_Plan | Yocto_3.1_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_Project_3.1_Release_Test_Plan#Execution_History | 3.1 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/g/yocto/message/49201 3.1 release notes]&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
|-valign=&amp;quot;top&amp;quot;&lt;br /&gt;
| Yocto Project 3.0&lt;br /&gt;
| Zeus&lt;br /&gt;
| 22.0&lt;br /&gt;
| Armin Kuster/Anuj Mittal&lt;br /&gt;
| [[Yocto_2.8_Features]]&lt;br /&gt;
| [[Yocto_2.8_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v2.8_Status]]&lt;br /&gt;
| [[Yocto_Project_2.8_Release_Test_Plan | Yocto_2.8_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_Project_2.8_Release_Test_Plan#Execution_History | 2.8 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto/2019-October/047111.html 3.0 release notes]&lt;br /&gt;
|-&lt;br /&gt;
|-valign=&amp;quot;top&amp;quot;&lt;br /&gt;
| Yocto Project 2.7&lt;br /&gt;
| Warrior&lt;br /&gt;
| 21.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_2.7_Features]]&lt;br /&gt;
| [[Yocto_2.7_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v2.7_Status]]&lt;br /&gt;
| [[Yocto_Project_2.7_Release_Test_Plan | Yocto_2.7_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_Project_2.7_Release_Test_Plan#Execution_History | 2.7 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto/2019-May/045028.html 2.7 release notes]&lt;br /&gt;
|-&lt;br /&gt;
|-valign=&amp;quot;top&amp;quot;&lt;br /&gt;
| Yocto Project 2.6&lt;br /&gt;
| Thud&lt;br /&gt;
| 20.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_2.6_Features]]&lt;br /&gt;
| [[Yocto_2.6_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v2.6_Status]]&lt;br /&gt;
| [[Yocto_Project_2.6_Release_Test_Plan | Yocto_2.6_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_Project_2.6_Release_Test_Plan#Execution_History | 2.6 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2018-November/000147.html 2.6 release notes]&lt;br /&gt;
|-&lt;br /&gt;
|-valign=&amp;quot;top&amp;quot;&lt;br /&gt;
| Yocto Project 2.5&lt;br /&gt;
| Sumo&lt;br /&gt;
| 19.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_2.5_Features]]&lt;br /&gt;
| [[Yocto_2.5_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v2.5_Status]]&lt;br /&gt;
| [[Yocto_Project_2.5_Release_Test_Plan | Yocto_2.5_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_Project_2.5_Release_Test_Plan#Execution_History | 2.5 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2018-May/000136.html 2.5 release notes]&lt;br /&gt;
|-&lt;br /&gt;
|-valign=&amp;quot;top&amp;quot;&lt;br /&gt;
| Yocto Project 2.4&lt;br /&gt;
| Rocko&lt;br /&gt;
| 18.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_2.4_Features]]&lt;br /&gt;
| [[Yocto_2.4_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v2.4_Status]]&lt;br /&gt;
| [[Yocto_Project_2.4_Release_Test_Plan | Yocto_2.4_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_Project_2.4_Release_Test_Plan#Execution_History | 2.4 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2017-October/000125.html 2.4 release notes]&lt;br /&gt;
|-&lt;br /&gt;
|-valign=&amp;quot;top&amp;quot;&lt;br /&gt;
| Yocto Project 2.3&lt;br /&gt;
| Pyro&lt;br /&gt;
| 17.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_2.3_Features]]&lt;br /&gt;
| [[Yocto_2.3_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v2.3_Status]]&lt;br /&gt;
| [[Yocto_Project_2.3_Release_Test_Plan | Yocto_2.3_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_Project_2.3_Release_Test_Plan#Execution_History | 2.3 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2017-May/000112.html 2.3 release notes]&lt;br /&gt;
|-&lt;br /&gt;
|-valign=&amp;quot;top&amp;quot;&lt;br /&gt;
| Yocto Project 2.2&lt;br /&gt;
| Morty&lt;br /&gt;
| 16.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_2.2_Features]]&lt;br /&gt;
| [[Yocto_2.2_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v2.2_Status]]&lt;br /&gt;
| [[Yocto_2.2_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_Project_2.2_Release_Test_Plan#Execution_History | 2.2 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2016-November/000101.html 2.2 release notes]&lt;br /&gt;
|-&lt;br /&gt;
|-valign=&amp;quot;top&amp;quot;&lt;br /&gt;
| Yocto Project 2.1&lt;br /&gt;
| Krogoth&lt;br /&gt;
| 15.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_2.1_Features]]&lt;br /&gt;
| [[Yocto_2.1_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v2.1_Status]]&lt;br /&gt;
| [[Yocto_2.1_Overall_Test_Plan]]&lt;br /&gt;
| [[2.1 qa run history]] &lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2016-May/000089.html 2.1 release notes]&lt;br /&gt;
|-&lt;br /&gt;
|-valign=&amp;quot;top&amp;quot;&lt;br /&gt;
| Yocto Project 2.0&lt;br /&gt;
| Jethro&lt;br /&gt;
| 14.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_1.9_Features]]&lt;br /&gt;
| [[Yocto_1.9_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v1.9_Status]]&lt;br /&gt;
| &lt;br /&gt;
| [[1.9 qa run history]] &lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2015-November/000076.html 2.0 release notes]&lt;br /&gt;
|-valign=&amp;quot;top&amp;quot;&lt;br /&gt;
| Yocto Project 1.8&lt;br /&gt;
| Fido&lt;br /&gt;
| 13.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_1.8_Features]]&lt;br /&gt;
| [[Yocto_1.8_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v1.8_Status]]&lt;br /&gt;
| [[Yocto_1.8_Overall_Test_Plan]]&lt;br /&gt;
| [[1.8 qa run history]] &lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2015-April/000062.html 1.8 release notes]&lt;br /&gt;
|-&lt;br /&gt;
| Yocto Project 1.7&lt;br /&gt;
| Dizzy&lt;br /&gt;
| 12.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_1.7_Features]]&lt;br /&gt;
| [[Yocto_1.7_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v1.7_Status]]&lt;br /&gt;
| [[Yocto_1.7_Overall_Test_Plan]]&lt;br /&gt;
| [[1.7 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2014-October/000053.html 1.7 release notes]&lt;br /&gt;
|-&lt;br /&gt;
| Yocto Project 1.6&lt;br /&gt;
| Daisy&lt;br /&gt;
| 11.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_1.6_Features]]&lt;br /&gt;
| [[Yocto_1.6_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v1.6_Status]]&lt;br /&gt;
| [[Yocto_1.6_Overall_Test_Plan]]&lt;br /&gt;
| [[1.6 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2014-April/000045.html 1.6 release notes]&lt;br /&gt;
|-&lt;br /&gt;
| Yocto Project 1.5&lt;br /&gt;
| Dora&lt;br /&gt;
| 10.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_1.5_Features]]&lt;br /&gt;
| [[Yocto_1.5_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v1.5_Status]]&lt;br /&gt;
| [[Yocto_1.5_Overall_Test_Plan]]&lt;br /&gt;
| [[1.5 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2013-October/000037.html 1.5 release notes]&lt;br /&gt;
|-&lt;br /&gt;
| Yocto Project 1.4&lt;br /&gt;
| Dylan&lt;br /&gt;
| 9.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_1.4_Features]]&lt;br /&gt;
| [[Yocto_1.4_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v1.4_Status]]&lt;br /&gt;
| [[Yocto_1.4_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_1.4_Milestone_Test_Report]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2013-April/000027.html 1.4 release notes]&lt;br /&gt;
|-&lt;br /&gt;
| Yocto Project 1.3&lt;br /&gt;
| Danny&lt;br /&gt;
| 8.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_1.3_Features]]&lt;br /&gt;
| [[Yocto_1.3_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v1.3_Status]]&lt;br /&gt;
| [[Yocto_1.3_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_1.3_Milestone_Test_Report]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2012-October/000020.html 1.3 release notes]&lt;br /&gt;
|-&lt;br /&gt;
| Yocto Project 1.2&lt;br /&gt;
| Denzil&lt;br /&gt;
| 7.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_1.2_Features]]&lt;br /&gt;
| [[Yocto_1.2_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v1.2_Status]]&lt;br /&gt;
| [[Yocto_1.2_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_1.2_Milestone_Test_Report]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2012-April/000009.html 1.2 release notes]&lt;br /&gt;
|-&lt;br /&gt;
| Yocto Project 1.1&lt;br /&gt;
| Edison&lt;br /&gt;
| 6.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_1.1_Features]]&lt;br /&gt;
| [[Yocto_1.1_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v1.1_Release_Criteria]]&lt;br /&gt;
| [[Yocto_1.1_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_1.1_Milestone_Test_Report]]&lt;br /&gt;
|&lt;br /&gt;
|-&lt;br /&gt;
| Yocto Project 1.0&lt;br /&gt;
| Bernard&lt;br /&gt;
| 5.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_Features]]&lt;br /&gt;
| [[Yocto_1.0_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v1.0_Release_Criteria]]&lt;br /&gt;
| [[Yocto_1.0_Overall_Test_Plan]]&lt;br /&gt;
| &lt;br /&gt;
|&lt;br /&gt;
|}&lt;/div&gt;</summary>
		<author><name>Rpurdie</name></author>
	</entry>
	<entry>
		<id>https://wiki.yoctoproject.org/wiki/index.php?title=Releases&amp;diff=86466</id>
		<title>Releases</title>
		<link rel="alternate" type="text/html" href="https://wiki.yoctoproject.org/wiki/index.php?title=Releases&amp;diff=86466"/>
		<updated>2024-10-02T08:37:40Z</updated>

		<summary type="html">&lt;p&gt;Rpurdie: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&amp;lt;!-- keywords: release names codenames versions version names numbers branches branchx --&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== Release Activity==&lt;br /&gt;
&lt;br /&gt;
See also [https://docs.yoctoproject.org/dev/_images/releases.svg a graphical release timeline].&lt;br /&gt;
&lt;br /&gt;
Releases can be downloaded at https://www.yoctoproject.org/software-overview/downloads/&lt;br /&gt;
&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; border=&amp;quot;2&amp;quot;&lt;br /&gt;
!Codename&lt;br /&gt;
!Yocto Project Version&lt;br /&gt;
!Release Date&lt;br /&gt;
!Current Version&lt;br /&gt;
!Support Level&lt;br /&gt;
!Poky Version&lt;br /&gt;
!BitBake branch&lt;br /&gt;
! Maintainer&lt;br /&gt;
!Notes&lt;br /&gt;
|-&lt;br /&gt;
|Walnascar (aka Walna)&lt;br /&gt;
|5.2&lt;br /&gt;
| April 2025&lt;br /&gt;
|&lt;br /&gt;
|Future&lt;br /&gt;
|N/A&lt;br /&gt;
|2.12&lt;br /&gt;
|Richard Purdie &amp;lt;richard.purdie@linuxfoundation.org&amp;gt;&lt;br /&gt;
|[[Recipe_Versions|Recipe versions]]&lt;br /&gt;
|-&lt;br /&gt;
|Styhead &amp;lt;br/&amp;gt;(like &#039;try head&#039;)&lt;br /&gt;
|5.1&lt;br /&gt;
| October 2024&lt;br /&gt;
|&lt;br /&gt;
|Future&lt;br /&gt;
|N/A&lt;br /&gt;
|2.10&lt;br /&gt;
|Richard Purdie &amp;lt;richard.purdie@linuxfoundation.org&amp;gt;&lt;br /&gt;
|[[Recipe_Versions|Recipe versions]]&lt;br /&gt;
|-&lt;br /&gt;
|Scarthgap&lt;br /&gt;
|5.0&lt;br /&gt;
| April 2024&lt;br /&gt;
| 5.0.3 (August 2024)&lt;br /&gt;
|Long Term Support (until April 2028)&lt;br /&gt;
|N/A&lt;br /&gt;
|2.8&lt;br /&gt;
|Steve Sakoman &amp;lt;steve@sakoman.com&amp;gt;&lt;br /&gt;
|[[Recipe_Versions|Recipe versions]]&lt;br /&gt;
|-&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Nanbield &amp;lt;br/&amp;gt;(like &#039;man field&#039;)&lt;br /&gt;
|4.3&lt;br /&gt;
| November 2023&lt;br /&gt;
| 4.3.4 (April 2024)&lt;br /&gt;
| EOL&lt;br /&gt;
|N/A&lt;br /&gt;
|2.6&lt;br /&gt;
|Steve Sakoman &amp;lt;steve@sakoman.com&amp;gt;&lt;br /&gt;
|- style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Mickledore&lt;br /&gt;
|4.2&lt;br /&gt;
| May 2023&lt;br /&gt;
| 4.2.4 (December 2023)&lt;br /&gt;
| EOL&lt;br /&gt;
|N/A&lt;br /&gt;
|2.4&lt;br /&gt;
|Steve Sakoman &amp;lt;steve@sakoman.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Langdale&lt;br /&gt;
|4.1&lt;br /&gt;
| October 2022&lt;br /&gt;
| 4.1.4 (May 2023)&lt;br /&gt;
| EOL&lt;br /&gt;
|N/A&lt;br /&gt;
|2.2&lt;br /&gt;
|Steve Sakoman &amp;lt;steve@sakoman.com&amp;gt;&lt;br /&gt;
|-&lt;br /&gt;
|Kirkstone &amp;lt;br/&amp;gt;(like &#039;kirk stun&#039;)&lt;br /&gt;
|4.0&lt;br /&gt;
|May 2022&lt;br /&gt;
|4.0.21 (September 2024)&lt;br /&gt;
|Long Term Support (Apr. 2026¹)&lt;br /&gt;
|N/A&lt;br /&gt;
|2.0&lt;br /&gt;
|Steve Sakoman &amp;lt;steve@sakoman.com&amp;gt;&lt;br /&gt;
|-&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Honister&lt;br /&gt;
|3.4&lt;br /&gt;
|October 2021&lt;br /&gt;
|3.4.4 (May 2022)&lt;br /&gt;
|EOL&lt;br /&gt;
|N/A&lt;br /&gt;
|1.52&lt;br /&gt;
|Anuj Mittal &amp;lt;anuj.mittal@intel.com&amp;gt;&lt;br /&gt;
|-&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Hardknott&lt;br /&gt;
|3.3&lt;br /&gt;
|April 2021&lt;br /&gt;
|3.3.6 (April 2022)&lt;br /&gt;
|EOL&lt;br /&gt;
|N/A&lt;br /&gt;
|1.50&lt;br /&gt;
|Anuj Mittal &amp;lt;anuj.mittal@intel.com&amp;gt;&lt;br /&gt;
|-&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Gatesgarth&lt;br /&gt;
|3.2&lt;br /&gt;
|Oct 2020&lt;br /&gt;
|3.2.4 (May 2021)&lt;br /&gt;
|EOL&lt;br /&gt;
|N/A&lt;br /&gt;
|1.48&lt;br /&gt;
|Anuj Mittal &amp;lt;anuj.mittal@intel.com&amp;gt;&lt;br /&gt;
|-&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Dunfell&lt;br /&gt;
|3.1&lt;br /&gt;
|April 2020&lt;br /&gt;
|3.1.33 (May 2024)&lt;br /&gt;
| EOL - LTS¹&lt;br /&gt;
|23.0&lt;br /&gt;
|1.46&lt;br /&gt;
|Steve Sakoman &amp;lt;steve@sakoman.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Zeus&lt;br /&gt;
|3.0&lt;br /&gt;
|October 2019&lt;br /&gt;
|3.0.4 (August 2020)&lt;br /&gt;
|EOL&lt;br /&gt;
|22.0.3&lt;br /&gt;
|1.44&lt;br /&gt;
| Anuj/Armin&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Warrior&lt;br /&gt;
|2.7&lt;br /&gt;
|April 2019&lt;br /&gt;
|2.7.4 (June 2020)&lt;br /&gt;
|EOL&lt;br /&gt;
|21.0&lt;br /&gt;
|1.42&lt;br /&gt;
|Armin Kuster &amp;lt;akuster808@gmail.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Thud&lt;br /&gt;
|2.6&lt;br /&gt;
|Nov 2018&lt;br /&gt;
|2.6.4 (October 2019)&lt;br /&gt;
|EOL&lt;br /&gt;
|20.0&lt;br /&gt;
|1.40&lt;br /&gt;
| Armin Kuster &amp;lt;akuster808@gmail.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Sumo&lt;br /&gt;
|2.5&lt;br /&gt;
|April 2018&lt;br /&gt;
|2.5.3 (April 2019)&lt;br /&gt;
|EOL&lt;br /&gt;
|19.0&lt;br /&gt;
|1.38&lt;br /&gt;
| Armin Kuster &amp;lt;akuster808@gmail.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Rocko&lt;br /&gt;
|2.4&lt;br /&gt;
|Oct 2017&lt;br /&gt;
|2.4.4 (November 2018)&lt;br /&gt;
|EOL&lt;br /&gt;
|18.0&lt;br /&gt;
|1.36&lt;br /&gt;
| Armin Kuster &amp;lt;akuster808@gmail.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Pyro&lt;br /&gt;
|2.3&lt;br /&gt;
|May 2017&lt;br /&gt;
|2.3.4 (July 2018)&lt;br /&gt;
|EOL&lt;br /&gt;
|17.0&lt;br /&gt;
|1.34&lt;br /&gt;
| Armin Kuster &amp;lt;akuster808@gmail.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Morty&lt;br /&gt;
|2.2&lt;br /&gt;
|Nov 2016&lt;br /&gt;
|2.2.4 (July 2018)&lt;br /&gt;
|EOL&lt;br /&gt;
|16.0&lt;br /&gt;
|1.32&lt;br /&gt;
| Armin Kuster &amp;lt;akuster808@gmail.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Krogoth&lt;br /&gt;
|2.1&lt;br /&gt;
|Apr 2016&lt;br /&gt;
|2.1.3 (July 2017)&lt;br /&gt;
|EOL&lt;br /&gt;
|15.0&lt;br /&gt;
|1.30&lt;br /&gt;
| Armin Kuster &amp;lt;akuster808@gmail.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Jethro&lt;br /&gt;
|2.0&lt;br /&gt;
|Nov 2015&lt;br /&gt;
|2.0.3 (January 2016)&lt;br /&gt;
|EOL&lt;br /&gt;
|14.0&lt;br /&gt;
|1.28&lt;br /&gt;
|Robert Yang &amp;lt;liezhi.yang@windriver.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Fido&lt;br /&gt;
|1.8&lt;br /&gt;
|Apr 2015&lt;br /&gt;
|1.8.2&lt;br /&gt;
|EOL&lt;br /&gt;
|13.0&lt;br /&gt;
|1.26&lt;br /&gt;
|Joshua Lock &amp;lt;joshua.g.lock@intel.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Dizzy&lt;br /&gt;
|1.7&lt;br /&gt;
|Oct 2014&lt;br /&gt;
|1.7.3&lt;br /&gt;
|EOL&lt;br /&gt;
|12.0&lt;br /&gt;
|1.24&lt;br /&gt;
| Armin Kuster &amp;lt;akuster808@gmail.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Daisy&lt;br /&gt;
|1.6&lt;br /&gt;
|Apr 2014&lt;br /&gt;
|1.6.3&lt;br /&gt;
|EOL&lt;br /&gt;
|11.0&lt;br /&gt;
|1.22&lt;br /&gt;
| Saul Wold &amp;lt;sgw@linux.intel.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Dora&lt;br /&gt;
|1.5&lt;br /&gt;
|Oct 2013&lt;br /&gt;
|1.5.4&lt;br /&gt;
|EOL&lt;br /&gt;
|10.0&lt;br /&gt;
|1.20&lt;br /&gt;
| Robert Yang &amp;lt;liezhi.yang@windriver.com&amp;gt; &lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Dylan&lt;br /&gt;
|1.4&lt;br /&gt;
|Apr 2013&lt;br /&gt;
|1.4.3&lt;br /&gt;
|EOL&lt;br /&gt;
|9.0&lt;br /&gt;
|1.18&lt;br /&gt;
| Paul Eggleton &amp;lt;paul.eggleton@linux.intel.com&amp;gt; &lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Danny&lt;br /&gt;
|1.3&lt;br /&gt;
|Oct 2012&lt;br /&gt;
|1.3.2&lt;br /&gt;
|EOL&lt;br /&gt;
|8.0&lt;br /&gt;
|1.16&lt;br /&gt;
|Ross Burton &amp;lt;ross.burton@intel.com&amp;gt; &lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Denzil&lt;br /&gt;
|1.2&lt;br /&gt;
|Apr 2012&lt;br /&gt;
|1.2.2&lt;br /&gt;
|EOL&lt;br /&gt;
|7.0&lt;br /&gt;
|1.15&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Edison&lt;br /&gt;
|1.1&lt;br /&gt;
|Oct 2011&lt;br /&gt;
|1.1.2&lt;br /&gt;
|EOL&lt;br /&gt;
|6.0&lt;br /&gt;
|1.13&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Bernard&lt;br /&gt;
|1.0&lt;br /&gt;
|Apr 2011&lt;br /&gt;
|1.0.2&lt;br /&gt;
|EOL&lt;br /&gt;
|5.0&lt;br /&gt;
|1.11&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Laverne&lt;br /&gt;
|0.9&lt;br /&gt;
|Oct 2010&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|4.0&lt;br /&gt;
|1.11&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Green&lt;br /&gt;
|N/A&lt;br /&gt;
|11 June 2010&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|3.3&lt;br /&gt;
|&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Purple&lt;br /&gt;
|N/A&lt;br /&gt;
|15 Dec 2009&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|3.2&lt;br /&gt;
|&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Pinky&lt;br /&gt;
|N/A&lt;br /&gt;
|12 Nov 2009&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|3.1&lt;br /&gt;
|&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Blinky&lt;br /&gt;
|N/A&lt;br /&gt;
|1 Aug 2007&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|3.0&lt;br /&gt;
|&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Clyde&lt;br /&gt;
|N/A&lt;br /&gt;
|19 Jan 2007&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|2.0&lt;br /&gt;
|&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Inky&lt;br /&gt;
|N/A&lt;br /&gt;
|10 Feb 2006&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|1.0&lt;br /&gt;
|&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Note:&#039;&#039;&#039; see also [[Stable Release and LTS]], [[Linux Yocto]], [[Planning]] and [[Release Feature Table]] pages. EOL means some community support on email lists but no commit updates in the repos. There is also OS Vendor support for some Yocto EOL releases.&lt;br /&gt;
&lt;br /&gt;
¹ The 3.1 series and 4.0 were originally planned for two years but extended to four. Future LTS releases are planned for 4 years.&lt;br /&gt;
&lt;br /&gt;
== Releases Links==&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; border=&amp;quot;2&amp;quot;&lt;br /&gt;
| align=&amp;quot;center&amp;quot; style=&amp;quot;background:#f0f0f0;&amp;quot;|&#039;&#039;&#039;Yocto Project Release&#039;&#039;&#039;&lt;br /&gt;
| align=&amp;quot;center&amp;quot; style=&amp;quot;background:#f0f0f0;&amp;quot;|&#039;&#039;&#039;Code Name&#039;&#039;&#039;&lt;br /&gt;
| align=&amp;quot;center&amp;quot; style=&amp;quot;background:#f0f0f0;&amp;quot;|&#039;&#039;&#039;Poky version&#039;&#039;&#039;&lt;br /&gt;
| align=&amp;quot;center&amp;quot; style=&amp;quot;background:#f0f0f0;&amp;quot;|&#039;&#039;&#039;Maintainer&#039;&#039;&#039;&lt;br /&gt;
| align=&amp;quot;center&amp;quot; style=&amp;quot;background:#f0f0f0;&amp;quot;|&#039;&#039;&#039;Features&#039;&#039;&#039;&lt;br /&gt;
| align=&amp;quot;center&amp;quot; style=&amp;quot;background:#f0f0f0;&amp;quot;|&#039;&#039;&#039;Schedule&#039;&#039;&#039;&lt;br /&gt;
| align=&amp;quot;center&amp;quot; style=&amp;quot;background:#f0f0f0;&amp;quot;|&#039;&#039;&#039;Status&#039;&#039;&#039;&lt;br /&gt;
| align=&amp;quot;center&amp;quot; style=&amp;quot;background:#f0f0f0;&amp;quot;|&#039;&#039;&#039;QA Test Plan&#039;&#039;&#039;&lt;br /&gt;
| align=&amp;quot;center&amp;quot; style=&amp;quot;background:#f0f0f0;&amp;quot;|&#039;&#039;&#039;QA Test Report&#039;&#039;&#039;&lt;br /&gt;
| align=&amp;quot;center&amp;quot; style=&amp;quot;background:#f0f0f0;&amp;quot;|&#039;&#039;&#039;Release notes&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
|-valign=&amp;quot;top&amp;quot;&lt;br /&gt;
| Yocto Project 3.4&lt;br /&gt;
| Honister&lt;br /&gt;
| 26.0&lt;br /&gt;
| Anuj Mittal&lt;br /&gt;
| [[Yocto_3.4_Features]]&lt;br /&gt;
| [[Yocto_3.4_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v3.4_Status]]&lt;br /&gt;
| [[Yocto_Project_3.4_Release_Test_Plan | Yocto_3.4_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_Project_3.4_Release_Test_Plan#Execution_History | 3.4 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/g/yocto-announce/message/229 3.4 release notes]&lt;br /&gt;
|-&lt;br /&gt;
| Yocto Project 3.3&lt;br /&gt;
| Hardknott&lt;br /&gt;
| 25.0&lt;br /&gt;
| Anuj Mittal&lt;br /&gt;
| [[Yocto_3.3_Features]]&lt;br /&gt;
| [[Yocto_3.3_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v3.3_Status]]&lt;br /&gt;
| [[Yocto_Project_3.3_Release_Test_Plan | Yocto_3.3_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_Project_3.3_Release_Test_Plan#Execution_History | 3.3 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/g/yocto-announce/message/215 3.3 release notes]&lt;br /&gt;
|-&lt;br /&gt;
| Yocto Project 3.2&lt;br /&gt;
| Gatesgarth&lt;br /&gt;
| 24.0&lt;br /&gt;
| Anuj Mittal&lt;br /&gt;
| [[Yocto_3.2_Features]]&lt;br /&gt;
| [[Yocto_3.2_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v3.2_Status]]&lt;br /&gt;
| [[Yocto_Project_3.2_Release_Test_Plan | Yocto_3.2_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_Project_3.2_Release_Test_Plan#Execution_History | 3.2 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/g/yocto/message/51262 3.2 release notes]&lt;br /&gt;
|-&lt;br /&gt;
|-valign=&amp;quot;top&amp;quot;&lt;br /&gt;
| Yocto Project 3.1&lt;br /&gt;
| Dunfell&lt;br /&gt;
| 23.0&lt;br /&gt;
| Steve Sakoman&lt;br /&gt;
| [[Yocto_3.1_Features]]&lt;br /&gt;
| [[Yocto_3.1_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v3.1_Status]]&lt;br /&gt;
| [[Yocto_Project_3.1_Release_Test_Plan | Yocto_3.1_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_Project_3.1_Release_Test_Plan#Execution_History | 3.1 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/g/yocto/message/49201 3.1 release notes]&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
|-valign=&amp;quot;top&amp;quot;&lt;br /&gt;
| Yocto Project 3.0&lt;br /&gt;
| Zeus&lt;br /&gt;
| 22.0&lt;br /&gt;
| Armin Kuster/Anuj Mittal&lt;br /&gt;
| [[Yocto_2.8_Features]]&lt;br /&gt;
| [[Yocto_2.8_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v2.8_Status]]&lt;br /&gt;
| [[Yocto_Project_2.8_Release_Test_Plan | Yocto_2.8_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_Project_2.8_Release_Test_Plan#Execution_History | 2.8 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto/2019-October/047111.html 3.0 release notes]&lt;br /&gt;
|-&lt;br /&gt;
|-valign=&amp;quot;top&amp;quot;&lt;br /&gt;
| Yocto Project 2.7&lt;br /&gt;
| Warrior&lt;br /&gt;
| 21.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_2.7_Features]]&lt;br /&gt;
| [[Yocto_2.7_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v2.7_Status]]&lt;br /&gt;
| [[Yocto_Project_2.7_Release_Test_Plan | Yocto_2.7_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_Project_2.7_Release_Test_Plan#Execution_History | 2.7 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto/2019-May/045028.html 2.7 release notes]&lt;br /&gt;
|-&lt;br /&gt;
|-valign=&amp;quot;top&amp;quot;&lt;br /&gt;
| Yocto Project 2.6&lt;br /&gt;
| Thud&lt;br /&gt;
| 20.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_2.6_Features]]&lt;br /&gt;
| [[Yocto_2.6_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v2.6_Status]]&lt;br /&gt;
| [[Yocto_Project_2.6_Release_Test_Plan | Yocto_2.6_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_Project_2.6_Release_Test_Plan#Execution_History | 2.6 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2018-November/000147.html 2.6 release notes]&lt;br /&gt;
|-&lt;br /&gt;
|-valign=&amp;quot;top&amp;quot;&lt;br /&gt;
| Yocto Project 2.5&lt;br /&gt;
| Sumo&lt;br /&gt;
| 19.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_2.5_Features]]&lt;br /&gt;
| [[Yocto_2.5_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v2.5_Status]]&lt;br /&gt;
| [[Yocto_Project_2.5_Release_Test_Plan | Yocto_2.5_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_Project_2.5_Release_Test_Plan#Execution_History | 2.5 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2018-May/000136.html 2.5 release notes]&lt;br /&gt;
|-&lt;br /&gt;
|-valign=&amp;quot;top&amp;quot;&lt;br /&gt;
| Yocto Project 2.4&lt;br /&gt;
| Rocko&lt;br /&gt;
| 18.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_2.4_Features]]&lt;br /&gt;
| [[Yocto_2.4_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v2.4_Status]]&lt;br /&gt;
| [[Yocto_Project_2.4_Release_Test_Plan | Yocto_2.4_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_Project_2.4_Release_Test_Plan#Execution_History | 2.4 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2017-October/000125.html 2.4 release notes]&lt;br /&gt;
|-&lt;br /&gt;
|-valign=&amp;quot;top&amp;quot;&lt;br /&gt;
| Yocto Project 2.3&lt;br /&gt;
| Pyro&lt;br /&gt;
| 17.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_2.3_Features]]&lt;br /&gt;
| [[Yocto_2.3_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v2.3_Status]]&lt;br /&gt;
| [[Yocto_Project_2.3_Release_Test_Plan | Yocto_2.3_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_Project_2.3_Release_Test_Plan#Execution_History | 2.3 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2017-May/000112.html 2.3 release notes]&lt;br /&gt;
|-&lt;br /&gt;
|-valign=&amp;quot;top&amp;quot;&lt;br /&gt;
| Yocto Project 2.2&lt;br /&gt;
| Morty&lt;br /&gt;
| 16.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_2.2_Features]]&lt;br /&gt;
| [[Yocto_2.2_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v2.2_Status]]&lt;br /&gt;
| [[Yocto_2.2_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_Project_2.2_Release_Test_Plan#Execution_History | 2.2 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2016-November/000101.html 2.2 release notes]&lt;br /&gt;
|-&lt;br /&gt;
|-valign=&amp;quot;top&amp;quot;&lt;br /&gt;
| Yocto Project 2.1&lt;br /&gt;
| Krogoth&lt;br /&gt;
| 15.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_2.1_Features]]&lt;br /&gt;
| [[Yocto_2.1_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v2.1_Status]]&lt;br /&gt;
| [[Yocto_2.1_Overall_Test_Plan]]&lt;br /&gt;
| [[2.1 qa run history]] &lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2016-May/000089.html 2.1 release notes]&lt;br /&gt;
|-&lt;br /&gt;
|-valign=&amp;quot;top&amp;quot;&lt;br /&gt;
| Yocto Project 2.0&lt;br /&gt;
| Jethro&lt;br /&gt;
| 14.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_1.9_Features]]&lt;br /&gt;
| [[Yocto_1.9_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v1.9_Status]]&lt;br /&gt;
| &lt;br /&gt;
| [[1.9 qa run history]] &lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2015-November/000076.html 2.0 release notes]&lt;br /&gt;
|-valign=&amp;quot;top&amp;quot;&lt;br /&gt;
| Yocto Project 1.8&lt;br /&gt;
| Fido&lt;br /&gt;
| 13.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_1.8_Features]]&lt;br /&gt;
| [[Yocto_1.8_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v1.8_Status]]&lt;br /&gt;
| [[Yocto_1.8_Overall_Test_Plan]]&lt;br /&gt;
| [[1.8 qa run history]] &lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2015-April/000062.html 1.8 release notes]&lt;br /&gt;
|-&lt;br /&gt;
| Yocto Project 1.7&lt;br /&gt;
| Dizzy&lt;br /&gt;
| 12.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_1.7_Features]]&lt;br /&gt;
| [[Yocto_1.7_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v1.7_Status]]&lt;br /&gt;
| [[Yocto_1.7_Overall_Test_Plan]]&lt;br /&gt;
| [[1.7 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2014-October/000053.html 1.7 release notes]&lt;br /&gt;
|-&lt;br /&gt;
| Yocto Project 1.6&lt;br /&gt;
| Daisy&lt;br /&gt;
| 11.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_1.6_Features]]&lt;br /&gt;
| [[Yocto_1.6_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v1.6_Status]]&lt;br /&gt;
| [[Yocto_1.6_Overall_Test_Plan]]&lt;br /&gt;
| [[1.6 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2014-April/000045.html 1.6 release notes]&lt;br /&gt;
|-&lt;br /&gt;
| Yocto Project 1.5&lt;br /&gt;
| Dora&lt;br /&gt;
| 10.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_1.5_Features]]&lt;br /&gt;
| [[Yocto_1.5_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v1.5_Status]]&lt;br /&gt;
| [[Yocto_1.5_Overall_Test_Plan]]&lt;br /&gt;
| [[1.5 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2013-October/000037.html 1.5 release notes]&lt;br /&gt;
|-&lt;br /&gt;
| Yocto Project 1.4&lt;br /&gt;
| Dylan&lt;br /&gt;
| 9.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_1.4_Features]]&lt;br /&gt;
| [[Yocto_1.4_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v1.4_Status]]&lt;br /&gt;
| [[Yocto_1.4_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_1.4_Milestone_Test_Report]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2013-April/000027.html 1.4 release notes]&lt;br /&gt;
|-&lt;br /&gt;
| Yocto Project 1.3&lt;br /&gt;
| Danny&lt;br /&gt;
| 8.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_1.3_Features]]&lt;br /&gt;
| [[Yocto_1.3_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v1.3_Status]]&lt;br /&gt;
| [[Yocto_1.3_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_1.3_Milestone_Test_Report]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2012-October/000020.html 1.3 release notes]&lt;br /&gt;
|-&lt;br /&gt;
| Yocto Project 1.2&lt;br /&gt;
| Denzil&lt;br /&gt;
| 7.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_1.2_Features]]&lt;br /&gt;
| [[Yocto_1.2_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v1.2_Status]]&lt;br /&gt;
| [[Yocto_1.2_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_1.2_Milestone_Test_Report]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2012-April/000009.html 1.2 release notes]&lt;br /&gt;
|-&lt;br /&gt;
| Yocto Project 1.1&lt;br /&gt;
| Edison&lt;br /&gt;
| 6.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_1.1_Features]]&lt;br /&gt;
| [[Yocto_1.1_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v1.1_Release_Criteria]]&lt;br /&gt;
| [[Yocto_1.1_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_1.1_Milestone_Test_Report]]&lt;br /&gt;
|&lt;br /&gt;
|-&lt;br /&gt;
| Yocto Project 1.0&lt;br /&gt;
| Bernard&lt;br /&gt;
| 5.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_Features]]&lt;br /&gt;
| [[Yocto_1.0_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v1.0_Release_Criteria]]&lt;br /&gt;
| [[Yocto_1.0_Overall_Test_Plan]]&lt;br /&gt;
| &lt;br /&gt;
|&lt;br /&gt;
|}&lt;/div&gt;</summary>
		<author><name>Rpurdie</name></author>
	</entry>
	<entry>
		<id>https://wiki.yoctoproject.org/wiki/index.php?title=Releases&amp;diff=86463</id>
		<title>Releases</title>
		<link rel="alternate" type="text/html" href="https://wiki.yoctoproject.org/wiki/index.php?title=Releases&amp;diff=86463"/>
		<updated>2024-10-01T09:35:41Z</updated>

		<summary type="html">&lt;p&gt;Rpurdie: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&amp;lt;!-- keywords: release names codenames versions version names numbers branches branchx --&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== Release Activity==&lt;br /&gt;
&lt;br /&gt;
See also [https://docs.yoctoproject.org/dev/_images/releases.svg a graphical release timeline].&lt;br /&gt;
&lt;br /&gt;
Releases can be downloaded at https://www.yoctoproject.org/software-overview/downloads/&lt;br /&gt;
&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; border=&amp;quot;2&amp;quot;&lt;br /&gt;
!Codename&lt;br /&gt;
!Yocto Project Version&lt;br /&gt;
!Release Date&lt;br /&gt;
!Current Version&lt;br /&gt;
!Support Level&lt;br /&gt;
!Poky Version&lt;br /&gt;
!BitBake branch&lt;br /&gt;
! Maintainer&lt;br /&gt;
!Notes&lt;br /&gt;
|-&lt;br /&gt;
|Walnascar (aka Walna)&lt;br /&gt;
|5.2&lt;br /&gt;
| April 2024&lt;br /&gt;
|&lt;br /&gt;
|Future&lt;br /&gt;
|N/A&lt;br /&gt;
|2.12&lt;br /&gt;
|Richard Purdie &amp;lt;richard.purdie@linuxfoundation.org&amp;gt;&lt;br /&gt;
|[[Recipe_Versions|Recipe versions]]&lt;br /&gt;
|-&lt;br /&gt;
|Styhead &amp;lt;br/&amp;gt;(like &#039;try head&#039;)&lt;br /&gt;
|5.1&lt;br /&gt;
| October 2024&lt;br /&gt;
|&lt;br /&gt;
|Future&lt;br /&gt;
|N/A&lt;br /&gt;
|2.10&lt;br /&gt;
|Richard Purdie &amp;lt;richard.purdie@linuxfoundation.org&amp;gt;&lt;br /&gt;
|[[Recipe_Versions|Recipe versions]]&lt;br /&gt;
|-&lt;br /&gt;
|Scarthgap&lt;br /&gt;
|5.0&lt;br /&gt;
| April 2024&lt;br /&gt;
| 5.0.3 (August 2024)&lt;br /&gt;
|Long Term Support (until April 2028)&lt;br /&gt;
|N/A&lt;br /&gt;
|2.8&lt;br /&gt;
|Steve Sakoman &amp;lt;steve@sakoman.com&amp;gt;&lt;br /&gt;
|[[Recipe_Versions|Recipe versions]]&lt;br /&gt;
|-&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Nanbield &amp;lt;br/&amp;gt;(like &#039;man field&#039;)&lt;br /&gt;
|4.3&lt;br /&gt;
| November 2023&lt;br /&gt;
| 4.3.4 (April 2024)&lt;br /&gt;
| EOL&lt;br /&gt;
|N/A&lt;br /&gt;
|2.6&lt;br /&gt;
|Steve Sakoman &amp;lt;steve@sakoman.com&amp;gt;&lt;br /&gt;
|- style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Mickledore&lt;br /&gt;
|4.2&lt;br /&gt;
| May 2023&lt;br /&gt;
| 4.2.4 (December 2023)&lt;br /&gt;
| EOL&lt;br /&gt;
|N/A&lt;br /&gt;
|2.4&lt;br /&gt;
|Steve Sakoman &amp;lt;steve@sakoman.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Langdale&lt;br /&gt;
|4.1&lt;br /&gt;
| October 2022&lt;br /&gt;
| 4.1.4 (May 2023)&lt;br /&gt;
| EOL&lt;br /&gt;
|N/A&lt;br /&gt;
|2.2&lt;br /&gt;
|Steve Sakoman &amp;lt;steve@sakoman.com&amp;gt;&lt;br /&gt;
|-&lt;br /&gt;
|Kirkstone &amp;lt;br/&amp;gt;(like &#039;kirk stun&#039;)&lt;br /&gt;
|4.0&lt;br /&gt;
|May 2022&lt;br /&gt;
|4.0.21 (September 2024)&lt;br /&gt;
|Long Term Support (Apr. 2026¹)&lt;br /&gt;
|N/A&lt;br /&gt;
|2.0&lt;br /&gt;
|Steve Sakoman &amp;lt;steve@sakoman.com&amp;gt;&lt;br /&gt;
|-&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Honister&lt;br /&gt;
|3.4&lt;br /&gt;
|October 2021&lt;br /&gt;
|3.4.4 (May 2022)&lt;br /&gt;
|EOL&lt;br /&gt;
|N/A&lt;br /&gt;
|1.52&lt;br /&gt;
|Anuj Mittal &amp;lt;anuj.mittal@intel.com&amp;gt;&lt;br /&gt;
|-&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Hardknott&lt;br /&gt;
|3.3&lt;br /&gt;
|April 2021&lt;br /&gt;
|3.3.6 (April 2022)&lt;br /&gt;
|EOL&lt;br /&gt;
|N/A&lt;br /&gt;
|1.50&lt;br /&gt;
|Anuj Mittal &amp;lt;anuj.mittal@intel.com&amp;gt;&lt;br /&gt;
|-&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Gatesgarth&lt;br /&gt;
|3.2&lt;br /&gt;
|Oct 2020&lt;br /&gt;
|3.2.4 (May 2021)&lt;br /&gt;
|EOL&lt;br /&gt;
|N/A&lt;br /&gt;
|1.48&lt;br /&gt;
|Anuj Mittal &amp;lt;anuj.mittal@intel.com&amp;gt;&lt;br /&gt;
|-&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Dunfell&lt;br /&gt;
|3.1&lt;br /&gt;
|April 2020&lt;br /&gt;
|3.1.33 (May 2024)&lt;br /&gt;
| EOL - LTS¹&lt;br /&gt;
|23.0&lt;br /&gt;
|1.46&lt;br /&gt;
|Steve Sakoman &amp;lt;steve@sakoman.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Zeus&lt;br /&gt;
|3.0&lt;br /&gt;
|October 2019&lt;br /&gt;
|3.0.4 (August 2020)&lt;br /&gt;
|EOL&lt;br /&gt;
|22.0.3&lt;br /&gt;
|1.44&lt;br /&gt;
| Anuj/Armin&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Warrior&lt;br /&gt;
|2.7&lt;br /&gt;
|April 2019&lt;br /&gt;
|2.7.4 (June 2020)&lt;br /&gt;
|EOL&lt;br /&gt;
|21.0&lt;br /&gt;
|1.42&lt;br /&gt;
|Armin Kuster &amp;lt;akuster808@gmail.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Thud&lt;br /&gt;
|2.6&lt;br /&gt;
|Nov 2018&lt;br /&gt;
|2.6.4 (October 2019)&lt;br /&gt;
|EOL&lt;br /&gt;
|20.0&lt;br /&gt;
|1.40&lt;br /&gt;
| Armin Kuster &amp;lt;akuster808@gmail.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Sumo&lt;br /&gt;
|2.5&lt;br /&gt;
|April 2018&lt;br /&gt;
|2.5.3 (April 2019)&lt;br /&gt;
|EOL&lt;br /&gt;
|19.0&lt;br /&gt;
|1.38&lt;br /&gt;
| Armin Kuster &amp;lt;akuster808@gmail.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Rocko&lt;br /&gt;
|2.4&lt;br /&gt;
|Oct 2017&lt;br /&gt;
|2.4.4 (November 2018)&lt;br /&gt;
|EOL&lt;br /&gt;
|18.0&lt;br /&gt;
|1.36&lt;br /&gt;
| Armin Kuster &amp;lt;akuster808@gmail.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Pyro&lt;br /&gt;
|2.3&lt;br /&gt;
|May 2017&lt;br /&gt;
|2.3.4 (July 2018)&lt;br /&gt;
|EOL&lt;br /&gt;
|17.0&lt;br /&gt;
|1.34&lt;br /&gt;
| Armin Kuster &amp;lt;akuster808@gmail.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Morty&lt;br /&gt;
|2.2&lt;br /&gt;
|Nov 2016&lt;br /&gt;
|2.2.4 (July 2018)&lt;br /&gt;
|EOL&lt;br /&gt;
|16.0&lt;br /&gt;
|1.32&lt;br /&gt;
| Armin Kuster &amp;lt;akuster808@gmail.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Krogoth&lt;br /&gt;
|2.1&lt;br /&gt;
|Apr 2016&lt;br /&gt;
|2.1.3 (July 2017)&lt;br /&gt;
|EOL&lt;br /&gt;
|15.0&lt;br /&gt;
|1.30&lt;br /&gt;
| Armin Kuster &amp;lt;akuster808@gmail.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Jethro&lt;br /&gt;
|2.0&lt;br /&gt;
|Nov 2015&lt;br /&gt;
|2.0.3 (January 2016)&lt;br /&gt;
|EOL&lt;br /&gt;
|14.0&lt;br /&gt;
|1.28&lt;br /&gt;
|Robert Yang &amp;lt;liezhi.yang@windriver.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Fido&lt;br /&gt;
|1.8&lt;br /&gt;
|Apr 2015&lt;br /&gt;
|1.8.2&lt;br /&gt;
|EOL&lt;br /&gt;
|13.0&lt;br /&gt;
|1.26&lt;br /&gt;
|Joshua Lock &amp;lt;joshua.g.lock@intel.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Dizzy&lt;br /&gt;
|1.7&lt;br /&gt;
|Oct 2014&lt;br /&gt;
|1.7.3&lt;br /&gt;
|EOL&lt;br /&gt;
|12.0&lt;br /&gt;
|1.24&lt;br /&gt;
| Armin Kuster &amp;lt;akuster808@gmail.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Daisy&lt;br /&gt;
|1.6&lt;br /&gt;
|Apr 2014&lt;br /&gt;
|1.6.3&lt;br /&gt;
|EOL&lt;br /&gt;
|11.0&lt;br /&gt;
|1.22&lt;br /&gt;
| Saul Wold &amp;lt;sgw@linux.intel.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Dora&lt;br /&gt;
|1.5&lt;br /&gt;
|Oct 2013&lt;br /&gt;
|1.5.4&lt;br /&gt;
|EOL&lt;br /&gt;
|10.0&lt;br /&gt;
|1.20&lt;br /&gt;
| Robert Yang &amp;lt;liezhi.yang@windriver.com&amp;gt; &lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Dylan&lt;br /&gt;
|1.4&lt;br /&gt;
|Apr 2013&lt;br /&gt;
|1.4.3&lt;br /&gt;
|EOL&lt;br /&gt;
|9.0&lt;br /&gt;
|1.18&lt;br /&gt;
| Paul Eggleton &amp;lt;paul.eggleton@linux.intel.com&amp;gt; &lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Danny&lt;br /&gt;
|1.3&lt;br /&gt;
|Oct 2012&lt;br /&gt;
|1.3.2&lt;br /&gt;
|EOL&lt;br /&gt;
|8.0&lt;br /&gt;
|1.16&lt;br /&gt;
|Ross Burton &amp;lt;ross.burton@intel.com&amp;gt; &lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Denzil&lt;br /&gt;
|1.2&lt;br /&gt;
|Apr 2012&lt;br /&gt;
|1.2.2&lt;br /&gt;
|EOL&lt;br /&gt;
|7.0&lt;br /&gt;
|1.15&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Edison&lt;br /&gt;
|1.1&lt;br /&gt;
|Oct 2011&lt;br /&gt;
|1.1.2&lt;br /&gt;
|EOL&lt;br /&gt;
|6.0&lt;br /&gt;
|1.13&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Bernard&lt;br /&gt;
|1.0&lt;br /&gt;
|Apr 2011&lt;br /&gt;
|1.0.2&lt;br /&gt;
|EOL&lt;br /&gt;
|5.0&lt;br /&gt;
|1.11&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Laverne&lt;br /&gt;
|0.9&lt;br /&gt;
|Oct 2010&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|4.0&lt;br /&gt;
|1.11&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Green&lt;br /&gt;
|N/A&lt;br /&gt;
|11 June 2010&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|3.3&lt;br /&gt;
|&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Purple&lt;br /&gt;
|N/A&lt;br /&gt;
|15 Dec 2009&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|3.2&lt;br /&gt;
|&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Pinky&lt;br /&gt;
|N/A&lt;br /&gt;
|12 Nov 2009&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|3.1&lt;br /&gt;
|&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Blinky&lt;br /&gt;
|N/A&lt;br /&gt;
|1 Aug 2007&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|3.0&lt;br /&gt;
|&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Clyde&lt;br /&gt;
|N/A&lt;br /&gt;
|19 Jan 2007&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|2.0&lt;br /&gt;
|&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Inky&lt;br /&gt;
|N/A&lt;br /&gt;
|10 Feb 2006&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|1.0&lt;br /&gt;
|&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Note:&#039;&#039;&#039; see also [[Stable Release and LTS]], [[Linux Yocto]], [[Planning]] and [[Release Feature Table]] pages. EOL means some community support on email lists but no commit updates in the repos. There is also OS Vendor support for some Yocto EOL releases.&lt;br /&gt;
&lt;br /&gt;
¹ The 3.1 series and 4.0 were originally planned for two years but extended to four. Future LTS releases are planned for 4 years.&lt;br /&gt;
&lt;br /&gt;
== Releases Links==&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; border=&amp;quot;2&amp;quot;&lt;br /&gt;
| align=&amp;quot;center&amp;quot; style=&amp;quot;background:#f0f0f0;&amp;quot;|&#039;&#039;&#039;Yocto Project Release&#039;&#039;&#039;&lt;br /&gt;
| align=&amp;quot;center&amp;quot; style=&amp;quot;background:#f0f0f0;&amp;quot;|&#039;&#039;&#039;Code Name&#039;&#039;&#039;&lt;br /&gt;
| align=&amp;quot;center&amp;quot; style=&amp;quot;background:#f0f0f0;&amp;quot;|&#039;&#039;&#039;Poky version&#039;&#039;&#039;&lt;br /&gt;
| align=&amp;quot;center&amp;quot; style=&amp;quot;background:#f0f0f0;&amp;quot;|&#039;&#039;&#039;Maintainer&#039;&#039;&#039;&lt;br /&gt;
| align=&amp;quot;center&amp;quot; style=&amp;quot;background:#f0f0f0;&amp;quot;|&#039;&#039;&#039;Features&#039;&#039;&#039;&lt;br /&gt;
| align=&amp;quot;center&amp;quot; style=&amp;quot;background:#f0f0f0;&amp;quot;|&#039;&#039;&#039;Schedule&#039;&#039;&#039;&lt;br /&gt;
| align=&amp;quot;center&amp;quot; style=&amp;quot;background:#f0f0f0;&amp;quot;|&#039;&#039;&#039;Status&#039;&#039;&#039;&lt;br /&gt;
| align=&amp;quot;center&amp;quot; style=&amp;quot;background:#f0f0f0;&amp;quot;|&#039;&#039;&#039;QA Test Plan&#039;&#039;&#039;&lt;br /&gt;
| align=&amp;quot;center&amp;quot; style=&amp;quot;background:#f0f0f0;&amp;quot;|&#039;&#039;&#039;QA Test Report&#039;&#039;&#039;&lt;br /&gt;
| align=&amp;quot;center&amp;quot; style=&amp;quot;background:#f0f0f0;&amp;quot;|&#039;&#039;&#039;Release notes&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
|-valign=&amp;quot;top&amp;quot;&lt;br /&gt;
| Yocto Project 3.4&lt;br /&gt;
| Honister&lt;br /&gt;
| 26.0&lt;br /&gt;
| Anuj Mittal&lt;br /&gt;
| [[Yocto_3.4_Features]]&lt;br /&gt;
| [[Yocto_3.4_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v3.4_Status]]&lt;br /&gt;
| [[Yocto_Project_3.4_Release_Test_Plan | Yocto_3.4_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_Project_3.4_Release_Test_Plan#Execution_History | 3.4 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/g/yocto-announce/message/229 3.4 release notes]&lt;br /&gt;
|-&lt;br /&gt;
| Yocto Project 3.3&lt;br /&gt;
| Hardknott&lt;br /&gt;
| 25.0&lt;br /&gt;
| Anuj Mittal&lt;br /&gt;
| [[Yocto_3.3_Features]]&lt;br /&gt;
| [[Yocto_3.3_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v3.3_Status]]&lt;br /&gt;
| [[Yocto_Project_3.3_Release_Test_Plan | Yocto_3.3_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_Project_3.3_Release_Test_Plan#Execution_History | 3.3 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/g/yocto-announce/message/215 3.3 release notes]&lt;br /&gt;
|-&lt;br /&gt;
| Yocto Project 3.2&lt;br /&gt;
| Gatesgarth&lt;br /&gt;
| 24.0&lt;br /&gt;
| Anuj Mittal&lt;br /&gt;
| [[Yocto_3.2_Features]]&lt;br /&gt;
| [[Yocto_3.2_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v3.2_Status]]&lt;br /&gt;
| [[Yocto_Project_3.2_Release_Test_Plan | Yocto_3.2_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_Project_3.2_Release_Test_Plan#Execution_History | 3.2 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/g/yocto/message/51262 3.2 release notes]&lt;br /&gt;
|-&lt;br /&gt;
|-valign=&amp;quot;top&amp;quot;&lt;br /&gt;
| Yocto Project 3.1&lt;br /&gt;
| Dunfell&lt;br /&gt;
| 23.0&lt;br /&gt;
| Steve Sakoman&lt;br /&gt;
| [[Yocto_3.1_Features]]&lt;br /&gt;
| [[Yocto_3.1_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v3.1_Status]]&lt;br /&gt;
| [[Yocto_Project_3.1_Release_Test_Plan | Yocto_3.1_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_Project_3.1_Release_Test_Plan#Execution_History | 3.1 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/g/yocto/message/49201 3.1 release notes]&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
|-valign=&amp;quot;top&amp;quot;&lt;br /&gt;
| Yocto Project 3.0&lt;br /&gt;
| Zeus&lt;br /&gt;
| 22.0&lt;br /&gt;
| Armin Kuster/Anuj Mittal&lt;br /&gt;
| [[Yocto_2.8_Features]]&lt;br /&gt;
| [[Yocto_2.8_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v2.8_Status]]&lt;br /&gt;
| [[Yocto_Project_2.8_Release_Test_Plan | Yocto_2.8_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_Project_2.8_Release_Test_Plan#Execution_History | 2.8 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto/2019-October/047111.html 3.0 release notes]&lt;br /&gt;
|-&lt;br /&gt;
|-valign=&amp;quot;top&amp;quot;&lt;br /&gt;
| Yocto Project 2.7&lt;br /&gt;
| Warrior&lt;br /&gt;
| 21.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_2.7_Features]]&lt;br /&gt;
| [[Yocto_2.7_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v2.7_Status]]&lt;br /&gt;
| [[Yocto_Project_2.7_Release_Test_Plan | Yocto_2.7_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_Project_2.7_Release_Test_Plan#Execution_History | 2.7 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto/2019-May/045028.html 2.7 release notes]&lt;br /&gt;
|-&lt;br /&gt;
|-valign=&amp;quot;top&amp;quot;&lt;br /&gt;
| Yocto Project 2.6&lt;br /&gt;
| Thud&lt;br /&gt;
| 20.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_2.6_Features]]&lt;br /&gt;
| [[Yocto_2.6_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v2.6_Status]]&lt;br /&gt;
| [[Yocto_Project_2.6_Release_Test_Plan | Yocto_2.6_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_Project_2.6_Release_Test_Plan#Execution_History | 2.6 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2018-November/000147.html 2.6 release notes]&lt;br /&gt;
|-&lt;br /&gt;
|-valign=&amp;quot;top&amp;quot;&lt;br /&gt;
| Yocto Project 2.5&lt;br /&gt;
| Sumo&lt;br /&gt;
| 19.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_2.5_Features]]&lt;br /&gt;
| [[Yocto_2.5_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v2.5_Status]]&lt;br /&gt;
| [[Yocto_Project_2.5_Release_Test_Plan | Yocto_2.5_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_Project_2.5_Release_Test_Plan#Execution_History | 2.5 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2018-May/000136.html 2.5 release notes]&lt;br /&gt;
|-&lt;br /&gt;
|-valign=&amp;quot;top&amp;quot;&lt;br /&gt;
| Yocto Project 2.4&lt;br /&gt;
| Rocko&lt;br /&gt;
| 18.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_2.4_Features]]&lt;br /&gt;
| [[Yocto_2.4_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v2.4_Status]]&lt;br /&gt;
| [[Yocto_Project_2.4_Release_Test_Plan | Yocto_2.4_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_Project_2.4_Release_Test_Plan#Execution_History | 2.4 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2017-October/000125.html 2.4 release notes]&lt;br /&gt;
|-&lt;br /&gt;
|-valign=&amp;quot;top&amp;quot;&lt;br /&gt;
| Yocto Project 2.3&lt;br /&gt;
| Pyro&lt;br /&gt;
| 17.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_2.3_Features]]&lt;br /&gt;
| [[Yocto_2.3_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v2.3_Status]]&lt;br /&gt;
| [[Yocto_Project_2.3_Release_Test_Plan | Yocto_2.3_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_Project_2.3_Release_Test_Plan#Execution_History | 2.3 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2017-May/000112.html 2.3 release notes]&lt;br /&gt;
|-&lt;br /&gt;
|-valign=&amp;quot;top&amp;quot;&lt;br /&gt;
| Yocto Project 2.2&lt;br /&gt;
| Morty&lt;br /&gt;
| 16.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_2.2_Features]]&lt;br /&gt;
| [[Yocto_2.2_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v2.2_Status]]&lt;br /&gt;
| [[Yocto_2.2_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_Project_2.2_Release_Test_Plan#Execution_History | 2.2 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2016-November/000101.html 2.2 release notes]&lt;br /&gt;
|-&lt;br /&gt;
|-valign=&amp;quot;top&amp;quot;&lt;br /&gt;
| Yocto Project 2.1&lt;br /&gt;
| Krogoth&lt;br /&gt;
| 15.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_2.1_Features]]&lt;br /&gt;
| [[Yocto_2.1_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v2.1_Status]]&lt;br /&gt;
| [[Yocto_2.1_Overall_Test_Plan]]&lt;br /&gt;
| [[2.1 qa run history]] &lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2016-May/000089.html 2.1 release notes]&lt;br /&gt;
|-&lt;br /&gt;
|-valign=&amp;quot;top&amp;quot;&lt;br /&gt;
| Yocto Project 2.0&lt;br /&gt;
| Jethro&lt;br /&gt;
| 14.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_1.9_Features]]&lt;br /&gt;
| [[Yocto_1.9_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v1.9_Status]]&lt;br /&gt;
| &lt;br /&gt;
| [[1.9 qa run history]] &lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2015-November/000076.html 2.0 release notes]&lt;br /&gt;
|-valign=&amp;quot;top&amp;quot;&lt;br /&gt;
| Yocto Project 1.8&lt;br /&gt;
| Fido&lt;br /&gt;
| 13.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_1.8_Features]]&lt;br /&gt;
| [[Yocto_1.8_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v1.8_Status]]&lt;br /&gt;
| [[Yocto_1.8_Overall_Test_Plan]]&lt;br /&gt;
| [[1.8 qa run history]] &lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2015-April/000062.html 1.8 release notes]&lt;br /&gt;
|-&lt;br /&gt;
| Yocto Project 1.7&lt;br /&gt;
| Dizzy&lt;br /&gt;
| 12.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_1.7_Features]]&lt;br /&gt;
| [[Yocto_1.7_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v1.7_Status]]&lt;br /&gt;
| [[Yocto_1.7_Overall_Test_Plan]]&lt;br /&gt;
| [[1.7 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2014-October/000053.html 1.7 release notes]&lt;br /&gt;
|-&lt;br /&gt;
| Yocto Project 1.6&lt;br /&gt;
| Daisy&lt;br /&gt;
| 11.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_1.6_Features]]&lt;br /&gt;
| [[Yocto_1.6_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v1.6_Status]]&lt;br /&gt;
| [[Yocto_1.6_Overall_Test_Plan]]&lt;br /&gt;
| [[1.6 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2014-April/000045.html 1.6 release notes]&lt;br /&gt;
|-&lt;br /&gt;
| Yocto Project 1.5&lt;br /&gt;
| Dora&lt;br /&gt;
| 10.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_1.5_Features]]&lt;br /&gt;
| [[Yocto_1.5_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v1.5_Status]]&lt;br /&gt;
| [[Yocto_1.5_Overall_Test_Plan]]&lt;br /&gt;
| [[1.5 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2013-October/000037.html 1.5 release notes]&lt;br /&gt;
|-&lt;br /&gt;
| Yocto Project 1.4&lt;br /&gt;
| Dylan&lt;br /&gt;
| 9.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_1.4_Features]]&lt;br /&gt;
| [[Yocto_1.4_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v1.4_Status]]&lt;br /&gt;
| [[Yocto_1.4_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_1.4_Milestone_Test_Report]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2013-April/000027.html 1.4 release notes]&lt;br /&gt;
|-&lt;br /&gt;
| Yocto Project 1.3&lt;br /&gt;
| Danny&lt;br /&gt;
| 8.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_1.3_Features]]&lt;br /&gt;
| [[Yocto_1.3_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v1.3_Status]]&lt;br /&gt;
| [[Yocto_1.3_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_1.3_Milestone_Test_Report]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2012-October/000020.html 1.3 release notes]&lt;br /&gt;
|-&lt;br /&gt;
| Yocto Project 1.2&lt;br /&gt;
| Denzil&lt;br /&gt;
| 7.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_1.2_Features]]&lt;br /&gt;
| [[Yocto_1.2_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v1.2_Status]]&lt;br /&gt;
| [[Yocto_1.2_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_1.2_Milestone_Test_Report]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2012-April/000009.html 1.2 release notes]&lt;br /&gt;
|-&lt;br /&gt;
| Yocto Project 1.1&lt;br /&gt;
| Edison&lt;br /&gt;
| 6.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_1.1_Features]]&lt;br /&gt;
| [[Yocto_1.1_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v1.1_Release_Criteria]]&lt;br /&gt;
| [[Yocto_1.1_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_1.1_Milestone_Test_Report]]&lt;br /&gt;
|&lt;br /&gt;
|-&lt;br /&gt;
| Yocto Project 1.0&lt;br /&gt;
| Bernard&lt;br /&gt;
| 5.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_Features]]&lt;br /&gt;
| [[Yocto_1.0_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v1.0_Release_Criteria]]&lt;br /&gt;
| [[Yocto_1.0_Overall_Test_Plan]]&lt;br /&gt;
| &lt;br /&gt;
|&lt;br /&gt;
|}&lt;/div&gt;</summary>
		<author><name>Rpurdie</name></author>
	</entry>
	<entry>
		<id>https://wiki.yoctoproject.org/wiki/index.php?title=Releases&amp;diff=86462</id>
		<title>Releases</title>
		<link rel="alternate" type="text/html" href="https://wiki.yoctoproject.org/wiki/index.php?title=Releases&amp;diff=86462"/>
		<updated>2024-10-01T09:35:00Z</updated>

		<summary type="html">&lt;p&gt;Rpurdie: /* Release Activity */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&amp;lt;!-- keywords: release names codenames versions version names numbers branches branchx --&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== Release Activity==&lt;br /&gt;
&lt;br /&gt;
See also [https://docs.yoctoproject.org/dev/_images/releases.svg a graphical release timeline].&lt;br /&gt;
&lt;br /&gt;
Releases can be downloaded at https://www.yoctoproject.org/software-overview/downloads/&lt;br /&gt;
&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; border=&amp;quot;2&amp;quot;&lt;br /&gt;
!Codename&lt;br /&gt;
!Yocto Project Version&lt;br /&gt;
!Release Date&lt;br /&gt;
!Current Version&lt;br /&gt;
!Support Level&lt;br /&gt;
!Poky Version&lt;br /&gt;
!BitBake branch&lt;br /&gt;
! Maintainer&lt;br /&gt;
!Notes&lt;br /&gt;
|-&lt;br /&gt;
|WalnaScar (aka Walna)&lt;br /&gt;
|5.2&lt;br /&gt;
| April 2024&lt;br /&gt;
|&lt;br /&gt;
|Future&lt;br /&gt;
|N/A&lt;br /&gt;
|2.12&lt;br /&gt;
|Richard Purdie &amp;lt;richard.purdie@linuxfoundation.org&amp;gt;&lt;br /&gt;
|[[Recipe_Versions|Recipe versions]]&lt;br /&gt;
|-&lt;br /&gt;
|Styhead &amp;lt;br/&amp;gt;(like &#039;try head&#039;)&lt;br /&gt;
|5.1&lt;br /&gt;
| October 2024&lt;br /&gt;
|&lt;br /&gt;
|Future&lt;br /&gt;
|N/A&lt;br /&gt;
|2.10&lt;br /&gt;
|Richard Purdie &amp;lt;richard.purdie@linuxfoundation.org&amp;gt;&lt;br /&gt;
|[[Recipe_Versions|Recipe versions]]&lt;br /&gt;
|-&lt;br /&gt;
|Scarthgap&lt;br /&gt;
|5.0&lt;br /&gt;
| April 2024&lt;br /&gt;
| 5.0.3 (August 2024)&lt;br /&gt;
|Long Term Support (until April 2028)&lt;br /&gt;
|N/A&lt;br /&gt;
|2.8&lt;br /&gt;
|Steve Sakoman &amp;lt;steve@sakoman.com&amp;gt;&lt;br /&gt;
|[[Recipe_Versions|Recipe versions]]&lt;br /&gt;
|-&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Nanbield &amp;lt;br/&amp;gt;(like &#039;man field&#039;)&lt;br /&gt;
|4.3&lt;br /&gt;
| November 2023&lt;br /&gt;
| 4.3.4 (April 2024)&lt;br /&gt;
| EOL&lt;br /&gt;
|N/A&lt;br /&gt;
|2.6&lt;br /&gt;
|Steve Sakoman &amp;lt;steve@sakoman.com&amp;gt;&lt;br /&gt;
|- style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Mickledore&lt;br /&gt;
|4.2&lt;br /&gt;
| May 2023&lt;br /&gt;
| 4.2.4 (December 2023)&lt;br /&gt;
| EOL&lt;br /&gt;
|N/A&lt;br /&gt;
|2.4&lt;br /&gt;
|Steve Sakoman &amp;lt;steve@sakoman.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Langdale&lt;br /&gt;
|4.1&lt;br /&gt;
| October 2022&lt;br /&gt;
| 4.1.4 (May 2023)&lt;br /&gt;
| EOL&lt;br /&gt;
|N/A&lt;br /&gt;
|2.2&lt;br /&gt;
|Steve Sakoman &amp;lt;steve@sakoman.com&amp;gt;&lt;br /&gt;
|-&lt;br /&gt;
|Kirkstone &amp;lt;br/&amp;gt;(like &#039;kirk stun&#039;)&lt;br /&gt;
|4.0&lt;br /&gt;
|May 2022&lt;br /&gt;
|4.0.21 (September 2024)&lt;br /&gt;
|Long Term Support (Apr. 2026¹)&lt;br /&gt;
|N/A&lt;br /&gt;
|2.0&lt;br /&gt;
|Steve Sakoman &amp;lt;steve@sakoman.com&amp;gt;&lt;br /&gt;
|-&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Honister&lt;br /&gt;
|3.4&lt;br /&gt;
|October 2021&lt;br /&gt;
|3.4.4 (May 2022)&lt;br /&gt;
|EOL&lt;br /&gt;
|N/A&lt;br /&gt;
|1.52&lt;br /&gt;
|Anuj Mittal &amp;lt;anuj.mittal@intel.com&amp;gt;&lt;br /&gt;
|-&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Hardknott&lt;br /&gt;
|3.3&lt;br /&gt;
|April 2021&lt;br /&gt;
|3.3.6 (April 2022)&lt;br /&gt;
|EOL&lt;br /&gt;
|N/A&lt;br /&gt;
|1.50&lt;br /&gt;
|Anuj Mittal &amp;lt;anuj.mittal@intel.com&amp;gt;&lt;br /&gt;
|-&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Gatesgarth&lt;br /&gt;
|3.2&lt;br /&gt;
|Oct 2020&lt;br /&gt;
|3.2.4 (May 2021)&lt;br /&gt;
|EOL&lt;br /&gt;
|N/A&lt;br /&gt;
|1.48&lt;br /&gt;
|Anuj Mittal &amp;lt;anuj.mittal@intel.com&amp;gt;&lt;br /&gt;
|-&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Dunfell&lt;br /&gt;
|3.1&lt;br /&gt;
|April 2020&lt;br /&gt;
|3.1.33 (May 2024)&lt;br /&gt;
| EOL - LTS¹&lt;br /&gt;
|23.0&lt;br /&gt;
|1.46&lt;br /&gt;
|Steve Sakoman &amp;lt;steve@sakoman.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Zeus&lt;br /&gt;
|3.0&lt;br /&gt;
|October 2019&lt;br /&gt;
|3.0.4 (August 2020)&lt;br /&gt;
|EOL&lt;br /&gt;
|22.0.3&lt;br /&gt;
|1.44&lt;br /&gt;
| Anuj/Armin&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Warrior&lt;br /&gt;
|2.7&lt;br /&gt;
|April 2019&lt;br /&gt;
|2.7.4 (June 2020)&lt;br /&gt;
|EOL&lt;br /&gt;
|21.0&lt;br /&gt;
|1.42&lt;br /&gt;
|Armin Kuster &amp;lt;akuster808@gmail.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Thud&lt;br /&gt;
|2.6&lt;br /&gt;
|Nov 2018&lt;br /&gt;
|2.6.4 (October 2019)&lt;br /&gt;
|EOL&lt;br /&gt;
|20.0&lt;br /&gt;
|1.40&lt;br /&gt;
| Armin Kuster &amp;lt;akuster808@gmail.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Sumo&lt;br /&gt;
|2.5&lt;br /&gt;
|April 2018&lt;br /&gt;
|2.5.3 (April 2019)&lt;br /&gt;
|EOL&lt;br /&gt;
|19.0&lt;br /&gt;
|1.38&lt;br /&gt;
| Armin Kuster &amp;lt;akuster808@gmail.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Rocko&lt;br /&gt;
|2.4&lt;br /&gt;
|Oct 2017&lt;br /&gt;
|2.4.4 (November 2018)&lt;br /&gt;
|EOL&lt;br /&gt;
|18.0&lt;br /&gt;
|1.36&lt;br /&gt;
| Armin Kuster &amp;lt;akuster808@gmail.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Pyro&lt;br /&gt;
|2.3&lt;br /&gt;
|May 2017&lt;br /&gt;
|2.3.4 (July 2018)&lt;br /&gt;
|EOL&lt;br /&gt;
|17.0&lt;br /&gt;
|1.34&lt;br /&gt;
| Armin Kuster &amp;lt;akuster808@gmail.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Morty&lt;br /&gt;
|2.2&lt;br /&gt;
|Nov 2016&lt;br /&gt;
|2.2.4 (July 2018)&lt;br /&gt;
|EOL&lt;br /&gt;
|16.0&lt;br /&gt;
|1.32&lt;br /&gt;
| Armin Kuster &amp;lt;akuster808@gmail.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Krogoth&lt;br /&gt;
|2.1&lt;br /&gt;
|Apr 2016&lt;br /&gt;
|2.1.3 (July 2017)&lt;br /&gt;
|EOL&lt;br /&gt;
|15.0&lt;br /&gt;
|1.30&lt;br /&gt;
| Armin Kuster &amp;lt;akuster808@gmail.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Jethro&lt;br /&gt;
|2.0&lt;br /&gt;
|Nov 2015&lt;br /&gt;
|2.0.3 (January 2016)&lt;br /&gt;
|EOL&lt;br /&gt;
|14.0&lt;br /&gt;
|1.28&lt;br /&gt;
|Robert Yang &amp;lt;liezhi.yang@windriver.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Fido&lt;br /&gt;
|1.8&lt;br /&gt;
|Apr 2015&lt;br /&gt;
|1.8.2&lt;br /&gt;
|EOL&lt;br /&gt;
|13.0&lt;br /&gt;
|1.26&lt;br /&gt;
|Joshua Lock &amp;lt;joshua.g.lock@intel.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Dizzy&lt;br /&gt;
|1.7&lt;br /&gt;
|Oct 2014&lt;br /&gt;
|1.7.3&lt;br /&gt;
|EOL&lt;br /&gt;
|12.0&lt;br /&gt;
|1.24&lt;br /&gt;
| Armin Kuster &amp;lt;akuster808@gmail.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Daisy&lt;br /&gt;
|1.6&lt;br /&gt;
|Apr 2014&lt;br /&gt;
|1.6.3&lt;br /&gt;
|EOL&lt;br /&gt;
|11.0&lt;br /&gt;
|1.22&lt;br /&gt;
| Saul Wold &amp;lt;sgw@linux.intel.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Dora&lt;br /&gt;
|1.5&lt;br /&gt;
|Oct 2013&lt;br /&gt;
|1.5.4&lt;br /&gt;
|EOL&lt;br /&gt;
|10.0&lt;br /&gt;
|1.20&lt;br /&gt;
| Robert Yang &amp;lt;liezhi.yang@windriver.com&amp;gt; &lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Dylan&lt;br /&gt;
|1.4&lt;br /&gt;
|Apr 2013&lt;br /&gt;
|1.4.3&lt;br /&gt;
|EOL&lt;br /&gt;
|9.0&lt;br /&gt;
|1.18&lt;br /&gt;
| Paul Eggleton &amp;lt;paul.eggleton@linux.intel.com&amp;gt; &lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Danny&lt;br /&gt;
|1.3&lt;br /&gt;
|Oct 2012&lt;br /&gt;
|1.3.2&lt;br /&gt;
|EOL&lt;br /&gt;
|8.0&lt;br /&gt;
|1.16&lt;br /&gt;
|Ross Burton &amp;lt;ross.burton@intel.com&amp;gt; &lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Denzil&lt;br /&gt;
|1.2&lt;br /&gt;
|Apr 2012&lt;br /&gt;
|1.2.2&lt;br /&gt;
|EOL&lt;br /&gt;
|7.0&lt;br /&gt;
|1.15&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Edison&lt;br /&gt;
|1.1&lt;br /&gt;
|Oct 2011&lt;br /&gt;
|1.1.2&lt;br /&gt;
|EOL&lt;br /&gt;
|6.0&lt;br /&gt;
|1.13&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Bernard&lt;br /&gt;
|1.0&lt;br /&gt;
|Apr 2011&lt;br /&gt;
|1.0.2&lt;br /&gt;
|EOL&lt;br /&gt;
|5.0&lt;br /&gt;
|1.11&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Laverne&lt;br /&gt;
|0.9&lt;br /&gt;
|Oct 2010&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|4.0&lt;br /&gt;
|1.11&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Green&lt;br /&gt;
|N/A&lt;br /&gt;
|11 June 2010&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|3.3&lt;br /&gt;
|&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Purple&lt;br /&gt;
|N/A&lt;br /&gt;
|15 Dec 2009&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|3.2&lt;br /&gt;
|&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Pinky&lt;br /&gt;
|N/A&lt;br /&gt;
|12 Nov 2009&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|3.1&lt;br /&gt;
|&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Blinky&lt;br /&gt;
|N/A&lt;br /&gt;
|1 Aug 2007&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|3.0&lt;br /&gt;
|&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Clyde&lt;br /&gt;
|N/A&lt;br /&gt;
|19 Jan 2007&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|2.0&lt;br /&gt;
|&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Inky&lt;br /&gt;
|N/A&lt;br /&gt;
|10 Feb 2006&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|1.0&lt;br /&gt;
|&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Note:&#039;&#039;&#039; see also [[Stable Release and LTS]], [[Linux Yocto]], [[Planning]] and [[Release Feature Table]] pages. EOL means some community support on email lists but no commit updates in the repos. There is also OS Vendor support for some Yocto EOL releases.&lt;br /&gt;
&lt;br /&gt;
¹ The 3.1 series and 4.0 were originally planned for two years but extended to four. Future LTS releases are planned for 4 years.&lt;br /&gt;
&lt;br /&gt;
== Releases Links==&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; border=&amp;quot;2&amp;quot;&lt;br /&gt;
| align=&amp;quot;center&amp;quot; style=&amp;quot;background:#f0f0f0;&amp;quot;|&#039;&#039;&#039;Yocto Project Release&#039;&#039;&#039;&lt;br /&gt;
| align=&amp;quot;center&amp;quot; style=&amp;quot;background:#f0f0f0;&amp;quot;|&#039;&#039;&#039;Code Name&#039;&#039;&#039;&lt;br /&gt;
| align=&amp;quot;center&amp;quot; style=&amp;quot;background:#f0f0f0;&amp;quot;|&#039;&#039;&#039;Poky version&#039;&#039;&#039;&lt;br /&gt;
| align=&amp;quot;center&amp;quot; style=&amp;quot;background:#f0f0f0;&amp;quot;|&#039;&#039;&#039;Maintainer&#039;&#039;&#039;&lt;br /&gt;
| align=&amp;quot;center&amp;quot; style=&amp;quot;background:#f0f0f0;&amp;quot;|&#039;&#039;&#039;Features&#039;&#039;&#039;&lt;br /&gt;
| align=&amp;quot;center&amp;quot; style=&amp;quot;background:#f0f0f0;&amp;quot;|&#039;&#039;&#039;Schedule&#039;&#039;&#039;&lt;br /&gt;
| align=&amp;quot;center&amp;quot; style=&amp;quot;background:#f0f0f0;&amp;quot;|&#039;&#039;&#039;Status&#039;&#039;&#039;&lt;br /&gt;
| align=&amp;quot;center&amp;quot; style=&amp;quot;background:#f0f0f0;&amp;quot;|&#039;&#039;&#039;QA Test Plan&#039;&#039;&#039;&lt;br /&gt;
| align=&amp;quot;center&amp;quot; style=&amp;quot;background:#f0f0f0;&amp;quot;|&#039;&#039;&#039;QA Test Report&#039;&#039;&#039;&lt;br /&gt;
| align=&amp;quot;center&amp;quot; style=&amp;quot;background:#f0f0f0;&amp;quot;|&#039;&#039;&#039;Release notes&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
|-valign=&amp;quot;top&amp;quot;&lt;br /&gt;
| Yocto Project 3.4&lt;br /&gt;
| Honister&lt;br /&gt;
| 26.0&lt;br /&gt;
| Anuj Mittal&lt;br /&gt;
| [[Yocto_3.4_Features]]&lt;br /&gt;
| [[Yocto_3.4_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v3.4_Status]]&lt;br /&gt;
| [[Yocto_Project_3.4_Release_Test_Plan | Yocto_3.4_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_Project_3.4_Release_Test_Plan#Execution_History | 3.4 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/g/yocto-announce/message/229 3.4 release notes]&lt;br /&gt;
|-&lt;br /&gt;
| Yocto Project 3.3&lt;br /&gt;
| Hardknott&lt;br /&gt;
| 25.0&lt;br /&gt;
| Anuj Mittal&lt;br /&gt;
| [[Yocto_3.3_Features]]&lt;br /&gt;
| [[Yocto_3.3_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v3.3_Status]]&lt;br /&gt;
| [[Yocto_Project_3.3_Release_Test_Plan | Yocto_3.3_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_Project_3.3_Release_Test_Plan#Execution_History | 3.3 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/g/yocto-announce/message/215 3.3 release notes]&lt;br /&gt;
|-&lt;br /&gt;
| Yocto Project 3.2&lt;br /&gt;
| Gatesgarth&lt;br /&gt;
| 24.0&lt;br /&gt;
| Anuj Mittal&lt;br /&gt;
| [[Yocto_3.2_Features]]&lt;br /&gt;
| [[Yocto_3.2_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v3.2_Status]]&lt;br /&gt;
| [[Yocto_Project_3.2_Release_Test_Plan | Yocto_3.2_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_Project_3.2_Release_Test_Plan#Execution_History | 3.2 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/g/yocto/message/51262 3.2 release notes]&lt;br /&gt;
|-&lt;br /&gt;
|-valign=&amp;quot;top&amp;quot;&lt;br /&gt;
| Yocto Project 3.1&lt;br /&gt;
| Dunfell&lt;br /&gt;
| 23.0&lt;br /&gt;
| Steve Sakoman&lt;br /&gt;
| [[Yocto_3.1_Features]]&lt;br /&gt;
| [[Yocto_3.1_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v3.1_Status]]&lt;br /&gt;
| [[Yocto_Project_3.1_Release_Test_Plan | Yocto_3.1_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_Project_3.1_Release_Test_Plan#Execution_History | 3.1 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/g/yocto/message/49201 3.1 release notes]&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
|-valign=&amp;quot;top&amp;quot;&lt;br /&gt;
| Yocto Project 3.0&lt;br /&gt;
| Zeus&lt;br /&gt;
| 22.0&lt;br /&gt;
| Armin Kuster/Anuj Mittal&lt;br /&gt;
| [[Yocto_2.8_Features]]&lt;br /&gt;
| [[Yocto_2.8_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v2.8_Status]]&lt;br /&gt;
| [[Yocto_Project_2.8_Release_Test_Plan | Yocto_2.8_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_Project_2.8_Release_Test_Plan#Execution_History | 2.8 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto/2019-October/047111.html 3.0 release notes]&lt;br /&gt;
|-&lt;br /&gt;
|-valign=&amp;quot;top&amp;quot;&lt;br /&gt;
| Yocto Project 2.7&lt;br /&gt;
| Warrior&lt;br /&gt;
| 21.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_2.7_Features]]&lt;br /&gt;
| [[Yocto_2.7_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v2.7_Status]]&lt;br /&gt;
| [[Yocto_Project_2.7_Release_Test_Plan | Yocto_2.7_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_Project_2.7_Release_Test_Plan#Execution_History | 2.7 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto/2019-May/045028.html 2.7 release notes]&lt;br /&gt;
|-&lt;br /&gt;
|-valign=&amp;quot;top&amp;quot;&lt;br /&gt;
| Yocto Project 2.6&lt;br /&gt;
| Thud&lt;br /&gt;
| 20.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_2.6_Features]]&lt;br /&gt;
| [[Yocto_2.6_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v2.6_Status]]&lt;br /&gt;
| [[Yocto_Project_2.6_Release_Test_Plan | Yocto_2.6_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_Project_2.6_Release_Test_Plan#Execution_History | 2.6 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2018-November/000147.html 2.6 release notes]&lt;br /&gt;
|-&lt;br /&gt;
|-valign=&amp;quot;top&amp;quot;&lt;br /&gt;
| Yocto Project 2.5&lt;br /&gt;
| Sumo&lt;br /&gt;
| 19.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_2.5_Features]]&lt;br /&gt;
| [[Yocto_2.5_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v2.5_Status]]&lt;br /&gt;
| [[Yocto_Project_2.5_Release_Test_Plan | Yocto_2.5_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_Project_2.5_Release_Test_Plan#Execution_History | 2.5 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2018-May/000136.html 2.5 release notes]&lt;br /&gt;
|-&lt;br /&gt;
|-valign=&amp;quot;top&amp;quot;&lt;br /&gt;
| Yocto Project 2.4&lt;br /&gt;
| Rocko&lt;br /&gt;
| 18.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_2.4_Features]]&lt;br /&gt;
| [[Yocto_2.4_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v2.4_Status]]&lt;br /&gt;
| [[Yocto_Project_2.4_Release_Test_Plan | Yocto_2.4_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_Project_2.4_Release_Test_Plan#Execution_History | 2.4 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2017-October/000125.html 2.4 release notes]&lt;br /&gt;
|-&lt;br /&gt;
|-valign=&amp;quot;top&amp;quot;&lt;br /&gt;
| Yocto Project 2.3&lt;br /&gt;
| Pyro&lt;br /&gt;
| 17.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_2.3_Features]]&lt;br /&gt;
| [[Yocto_2.3_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v2.3_Status]]&lt;br /&gt;
| [[Yocto_Project_2.3_Release_Test_Plan | Yocto_2.3_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_Project_2.3_Release_Test_Plan#Execution_History | 2.3 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2017-May/000112.html 2.3 release notes]&lt;br /&gt;
|-&lt;br /&gt;
|-valign=&amp;quot;top&amp;quot;&lt;br /&gt;
| Yocto Project 2.2&lt;br /&gt;
| Morty&lt;br /&gt;
| 16.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_2.2_Features]]&lt;br /&gt;
| [[Yocto_2.2_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v2.2_Status]]&lt;br /&gt;
| [[Yocto_2.2_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_Project_2.2_Release_Test_Plan#Execution_History | 2.2 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2016-November/000101.html 2.2 release notes]&lt;br /&gt;
|-&lt;br /&gt;
|-valign=&amp;quot;top&amp;quot;&lt;br /&gt;
| Yocto Project 2.1&lt;br /&gt;
| Krogoth&lt;br /&gt;
| 15.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_2.1_Features]]&lt;br /&gt;
| [[Yocto_2.1_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v2.1_Status]]&lt;br /&gt;
| [[Yocto_2.1_Overall_Test_Plan]]&lt;br /&gt;
| [[2.1 qa run history]] &lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2016-May/000089.html 2.1 release notes]&lt;br /&gt;
|-&lt;br /&gt;
|-valign=&amp;quot;top&amp;quot;&lt;br /&gt;
| Yocto Project 2.0&lt;br /&gt;
| Jethro&lt;br /&gt;
| 14.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_1.9_Features]]&lt;br /&gt;
| [[Yocto_1.9_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v1.9_Status]]&lt;br /&gt;
| &lt;br /&gt;
| [[1.9 qa run history]] &lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2015-November/000076.html 2.0 release notes]&lt;br /&gt;
|-valign=&amp;quot;top&amp;quot;&lt;br /&gt;
| Yocto Project 1.8&lt;br /&gt;
| Fido&lt;br /&gt;
| 13.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_1.8_Features]]&lt;br /&gt;
| [[Yocto_1.8_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v1.8_Status]]&lt;br /&gt;
| [[Yocto_1.8_Overall_Test_Plan]]&lt;br /&gt;
| [[1.8 qa run history]] &lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2015-April/000062.html 1.8 release notes]&lt;br /&gt;
|-&lt;br /&gt;
| Yocto Project 1.7&lt;br /&gt;
| Dizzy&lt;br /&gt;
| 12.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_1.7_Features]]&lt;br /&gt;
| [[Yocto_1.7_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v1.7_Status]]&lt;br /&gt;
| [[Yocto_1.7_Overall_Test_Plan]]&lt;br /&gt;
| [[1.7 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2014-October/000053.html 1.7 release notes]&lt;br /&gt;
|-&lt;br /&gt;
| Yocto Project 1.6&lt;br /&gt;
| Daisy&lt;br /&gt;
| 11.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_1.6_Features]]&lt;br /&gt;
| [[Yocto_1.6_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v1.6_Status]]&lt;br /&gt;
| [[Yocto_1.6_Overall_Test_Plan]]&lt;br /&gt;
| [[1.6 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2014-April/000045.html 1.6 release notes]&lt;br /&gt;
|-&lt;br /&gt;
| Yocto Project 1.5&lt;br /&gt;
| Dora&lt;br /&gt;
| 10.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_1.5_Features]]&lt;br /&gt;
| [[Yocto_1.5_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v1.5_Status]]&lt;br /&gt;
| [[Yocto_1.5_Overall_Test_Plan]]&lt;br /&gt;
| [[1.5 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2013-October/000037.html 1.5 release notes]&lt;br /&gt;
|-&lt;br /&gt;
| Yocto Project 1.4&lt;br /&gt;
| Dylan&lt;br /&gt;
| 9.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_1.4_Features]]&lt;br /&gt;
| [[Yocto_1.4_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v1.4_Status]]&lt;br /&gt;
| [[Yocto_1.4_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_1.4_Milestone_Test_Report]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2013-April/000027.html 1.4 release notes]&lt;br /&gt;
|-&lt;br /&gt;
| Yocto Project 1.3&lt;br /&gt;
| Danny&lt;br /&gt;
| 8.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_1.3_Features]]&lt;br /&gt;
| [[Yocto_1.3_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v1.3_Status]]&lt;br /&gt;
| [[Yocto_1.3_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_1.3_Milestone_Test_Report]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2012-October/000020.html 1.3 release notes]&lt;br /&gt;
|-&lt;br /&gt;
| Yocto Project 1.2&lt;br /&gt;
| Denzil&lt;br /&gt;
| 7.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_1.2_Features]]&lt;br /&gt;
| [[Yocto_1.2_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v1.2_Status]]&lt;br /&gt;
| [[Yocto_1.2_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_1.2_Milestone_Test_Report]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2012-April/000009.html 1.2 release notes]&lt;br /&gt;
|-&lt;br /&gt;
| Yocto Project 1.1&lt;br /&gt;
| Edison&lt;br /&gt;
| 6.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_1.1_Features]]&lt;br /&gt;
| [[Yocto_1.1_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v1.1_Release_Criteria]]&lt;br /&gt;
| [[Yocto_1.1_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_1.1_Milestone_Test_Report]]&lt;br /&gt;
|&lt;br /&gt;
|-&lt;br /&gt;
| Yocto Project 1.0&lt;br /&gt;
| Bernard&lt;br /&gt;
| 5.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_Features]]&lt;br /&gt;
| [[Yocto_1.0_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v1.0_Release_Criteria]]&lt;br /&gt;
| [[Yocto_1.0_Overall_Test_Plan]]&lt;br /&gt;
| &lt;br /&gt;
|&lt;br /&gt;
|}&lt;/div&gt;</summary>
		<author><name>Rpurdie</name></author>
	</entry>
	<entry>
		<id>https://wiki.yoctoproject.org/wiki/index.php?title=The_Yocto_Autobuilder&amp;diff=86416</id>
		<title>The Yocto Autobuilder</title>
		<link rel="alternate" type="text/html" href="https://wiki.yoctoproject.org/wiki/index.php?title=The_Yocto_Autobuilder&amp;diff=86416"/>
		<updated>2024-07-30T11:07:52Z</updated>

		<summary type="html">&lt;p&gt;Rpurdie: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== The Yocto AutoBuilder ==&lt;br /&gt;
&lt;br /&gt;
The autobuilder &#039;&#039;&#039;[https://autobuilder.yoctoproject.org/typhoon/#/console Main Console]&#039;&#039;&#039;.&lt;br /&gt;
&lt;br /&gt;
The Yocto AutoBuilder is a buildbot (currently 3.x) based autobuilder implementation that can be used to build out and test custom distros utilizing OE-Core (either bare or through the poky repository)&lt;br /&gt;
&lt;br /&gt;
The source code can be downloaded from the &#039;&#039;&#039;[http://git.yoctoproject.org/cgit/cgit.cgi/yocto-autobuilder2/ yocto-autobuilder2]&#039;&#039;&#039; and &#039;&#039;&#039;[http://git.yoctoproject.org/cgit/cgit.cgi/yocto-autobuilder-helper/ yocto-autobuilder-helper]&#039;&#039;&#039; repositories.&lt;br /&gt;
&lt;br /&gt;
For details on the design and configuration of the AutoBuilder, refer to the documentation in those repositories.&lt;br /&gt;
&lt;br /&gt;
The yocto-autobuilder maintainer is [[User:Rpurdie | Richard Purdie]] (RP on IRC). All patches to the yocto-autobuilder2 should be sent to yocto@yoctoproject.org with &amp;quot;[yocto-autobuilder2]&amp;quot; in the Subject line. Please CC: richard.purdie@linuxfoundation.org. The hardware is maintained by the Linux Foundation on behalf of the Yocto Project and for infrastructure issues, please contact Michael Halstead (halstead on IRC).&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;NOTE: please use autobuilder2&#039;&#039;&#039;, autobuilder is dead [1], buildbot eight (aka 0.8.x) is dead.&lt;br /&gt;
&lt;br /&gt;
[1] http://git.yoctoproject.org/cgit.cgi/yocto-autobuilder/commit/?id=1369545f9819537535e4ab6ebeb49e7b173a8366&lt;br /&gt;
&lt;br /&gt;
=== Scheduled Builds ===&lt;br /&gt;
&lt;br /&gt;
The current active schedule can be seen in [https://git.yoctoproject.org/yocto-autobuilder2/tree/schedulers.py#n446 schedulers.py].&lt;br /&gt;
&lt;br /&gt;
The scheduled builds are:&lt;br /&gt;
* a-quick on master every night on Monday to Saturday&lt;br /&gt;
* a-full on master every Sunday night&lt;br /&gt;
* metrics check each morning&lt;br /&gt;
* check-layer for a number of meta-layers every night (master branch)&lt;br /&gt;
* check-layer for a number of meta-layers one each night covering all active releases (spread over a week)&lt;br /&gt;
* build performance checks 4 times a day on two distros&lt;br /&gt;
* Auto Upgrade Helper twice a month&lt;br /&gt;
* Doc rebuild on all branches for any commit that changes docs&lt;br /&gt;
&lt;br /&gt;
=== Starting Builds ===&lt;br /&gt;
&lt;br /&gt;
For autobuilder access, contact Michael Halstead &amp;lt;michael@yoctoproject.org&amp;gt; as an account is needed to start builds. These are usually available to stable branch maintainers or in special cases other layer maintainers for running builds on the project infrastructure. &lt;br /&gt;
&lt;br /&gt;
To start builds, from the main console you&#039;d usually select &#039;a-quick&#039; or &#039;a-full&#039; from the top list of builders. If not logged in, login using the link on the top right of the page. You should then see a button &amp;quot;Start a-full build&amp;quot; or &amp;quot;Start a-quick build&amp;quot; which you can press. This opens a fairly complex form but in most cases you can use the &amp;quot;Release Shortcut Selector&amp;quot; to pre-populate the form with a given release&#039;s defaults. For a stable branch build on a test branch, you may then want to change the poky repository to point to poky-contrib and the branch to be the one you want to test. You should enter a reason for the build in the box at the top of the form. This is added to the [[BuildLog]] and us used by SWAT to decide what to do with bugs. When the form is correct, click &amp;quot;Start Build&amp;quot; at the bottom of the form.&lt;br /&gt;
&lt;br /&gt;
If making a release build, be sure to check all three check boxes, &amp;quot;Do we want to save build output?&amp;quot;, &amp;quot;Generate a release?&amp;quot; and &amp;quot;Send QA alert emails?&amp;quot;. The release milestone, release number and release rc number need to be filled in as appropriate too.&lt;br /&gt;
&lt;br /&gt;
The autobuilder can run multiple builds in parallel so builds can be queued as needed but please be sensible. The autobuilder users are usually around in #yp-infra on IRC which can be useful to schedule builds between us.&lt;br /&gt;
&lt;br /&gt;
The autobuilder maintenance window is morning for US PST on Fridays and builds should not be run over this period to allow weekly maintanance on the worker distros to be carried out.&lt;br /&gt;
&lt;br /&gt;
Autobuilder output for non-release builds is available at: https://autobuilder.yocto.io/pub/non-release/ and for release builds:  https://autobuilder.yocto.io/pub/releases/.&lt;br /&gt;
&lt;br /&gt;
=== Autobuilder Build User Guidelines/Conditions of Use ===&lt;br /&gt;
&lt;br /&gt;
If you have the ability to run autobuilder builds there are some things you need to be mindful of:&lt;br /&gt;
&lt;br /&gt;
* It is expected that normally users should have resolved minor issues and done some testing before using the project infrastructure.&lt;br /&gt;
* You are expected to triage the results of your own build&lt;br /&gt;
* If you see unexplained failures, it is expected that bugs are filed for these, or where there are existing bugs, the bug should be updated. Please include which host/worker the build failed on. This allows triage to know which issues are occurring, their frequency and patterns like which host(s) they occur on.&lt;br /&gt;
* The maintenance window is on Friday mornings US pacific time. Please do not start builds until maintenance is complete or run builds which wouldn&#039;t finish before maintenance is due to start. Michael can start a build when maintenance is completed if you let him know.&lt;br /&gt;
* There is a rough priority hierachy of builds where master and stable branch release builds have priority. Avoiding builds during release periods if possible is helpful.&lt;br /&gt;
* Being present on #yp-infra on IRC is helpful and infrastructure/autobuilder discussion may happen there&lt;br /&gt;
* If a partially complete build is no longer useful for some reason, please stop it to allow the resources to be used by others&lt;br /&gt;
&lt;br /&gt;
=== Resources ===&lt;br /&gt;
&lt;br /&gt;
* [[Accessing Autobuilders]]&lt;br /&gt;
* [https://autobuilder.yocto.io/pub/non-release/ non-release build output] ­-- https://autobuilder.yocto.io/pub/non-release/&lt;br /&gt;
* [https://autobuilder.yocto.io/pub/releases/ release build output] ­-- https://autobuilder.yocto.io/pub/releases/&lt;br /&gt;
* [[AutoBuilder Maintenance]]&lt;br /&gt;
* [[AutoBuilder Cluster Setup]]&lt;br /&gt;
* [[Frequently Asked Yocto Autobuilder Questions]]&lt;br /&gt;
* [[Entropy on Autobuilders]]&lt;br /&gt;
* [https://wiki.yoctoproject.org/wiki/images/0/04/Yocto_Project_Autobuilder.pdf] Overview pdf&lt;/div&gt;</summary>
		<author><name>Rpurdie</name></author>
	</entry>
	<entry>
		<id>https://wiki.yoctoproject.org/wiki/index.php?title=File:Yocto_Project_Autobuilder.pdf&amp;diff=86415</id>
		<title>File:Yocto Project Autobuilder.pdf</title>
		<link rel="alternate" type="text/html" href="https://wiki.yoctoproject.org/wiki/index.php?title=File:Yocto_Project_Autobuilder.pdf&amp;diff=86415"/>
		<updated>2024-07-30T11:06:59Z</updated>

		<summary type="html">&lt;p&gt;Rpurdie: Yocto Project Autobuilder Overview&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Summary ==&lt;br /&gt;
Yocto Project Autobuilder Overview&lt;/div&gt;</summary>
		<author><name>Rpurdie</name></author>
	</entry>
	<entry>
		<id>https://wiki.yoctoproject.org/wiki/index.php?title=Meta-gpl2_layer_replacement&amp;diff=86405</id>
		<title>Meta-gpl2 layer replacement</title>
		<link rel="alternate" type="text/html" href="https://wiki.yoctoproject.org/wiki/index.php?title=Meta-gpl2_layer_replacement&amp;diff=86405"/>
		<updated>2024-07-25T12:57:15Z</updated>

		<summary type="html">&lt;p&gt;Rpurdie: Created page with &amp;quot;== Options for meta-gpl2 layer replacement ==   meta-gpl2 was created to supply recipe metadata for GPL-2.0 version of OSS components/recipes which have migrated to use GPL-3.0 family of license. Therefore the versions for these components were frozen in time ( circa 2007 ), these components were still receiving security fixes and sundry other minor fixes while they were part of long term supported ( LTS ) binary distributions e.g. ubuntu and CentOS and Debian. Therefore...&amp;quot;&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Options for meta-gpl2 layer replacement == &lt;br /&gt;
&lt;br /&gt;
meta-gpl2 was created to supply recipe metadata for GPL-2.0 version of OSS components/recipes which have migrated to use GPL-3.0 family of license. Therefore the versions for these components were frozen in time ( circa 2007 ), these components were still receiving security fixes and sundry other minor fixes while they were part of long term supported ( LTS ) binary distributions e.g. ubuntu and CentOS and Debian. Therefore keeping them in healthy state was still possible until these LTS releases of distributions went EOL, which meant that these components stopped receiving any updates and hence became hard to maintain over time&lt;br /&gt;
&lt;br /&gt;
New compiler versions would find new bugs ( build time issues ) which are otherwise fixed in the regular version, the backports are no longer straightforward and have license issues anyway.&lt;br /&gt;
No security fixes being applied anymore&lt;br /&gt;
Consistently, requiring platform porting e.g. mingw&lt;br /&gt;
&lt;br /&gt;
Therefore it is not recommended to use meta-gpl2 anymore as it is quite problematic. It also sends out a bad message to your own userbase as it implies you are disregarding security issues and as such can cause reputation damage. Whilst it has not been recommended for many years, it has been completely dropped by the Yocto Project after the kirkstone release so the most recent LTS (scarthgap) does not support it.&lt;br /&gt;
&lt;br /&gt;
=== What&#039;s the way out? ===&lt;br /&gt;
&lt;br /&gt;
* Move to use a maintained version of the components if possible, which could be allowed per legal policies of your company, please discuss with them.&lt;br /&gt;
* Find alternative implementations for similar functionality e.g. readline vs libedit, however this might need API adjustments. Some of coreutils components can be replaced with busybox applets&lt;br /&gt;
* Change recipes to use PACKAGECONFIGs for such functionality which can safely avoid linking to GPL-3.0 code.&lt;br /&gt;
* Selectively remove components from images which have such dependencies. E.g. see meta/lib/oeqa/selftest/cases/incompatible_lic.py&lt;br /&gt;
* Switch to checking images for problematic content rather than disabling entire recipes globally. Our license markup of individual packages should be accurate.&lt;br /&gt;
&lt;br /&gt;
=== Start with marking images with below restrictions ===&lt;br /&gt;
&lt;br /&gt;
 INCOMPATIBLE_LICENSE:pn-core-image-full-cmdline = &amp;quot;GPL-3.0 LGPL-3.0&amp;quot;&lt;br /&gt;
&lt;br /&gt;
And remove dependencies if not needed or find replacements if available.&lt;br /&gt;
&lt;br /&gt;
For running ptests, lot of recipes need bash, that was the reason ptests were explicitly removed by meta-gpl2, therefore it might be not easy to replace bash with another shell e.g. dash or  tcsh&lt;br /&gt;
However, it&#039;s limited to testing and production builds can still resort to avoiding bash shell from target images.&lt;br /&gt;
&lt;br /&gt;
See following commit for an example: https://git.yoctoproject.org/poky/commit/?id=ebee9854d735bf6321020e791ca84389dc91834b&lt;br /&gt;
&lt;br /&gt;
=== TLS ===&lt;br /&gt;
&lt;br /&gt;
Lot of packages need a TLS dependency and there are multiple providers for TLS implementation, however, some packages use  gnutls as default backend and hence a dependency. Some packages&lt;br /&gt;
Do provide an option to use other implementations e.g. openssl provided TLS or NSS, therefore such packages should be made to provide this choice via PACKAGECONFIG. The packageconfigs can&lt;br /&gt;
Then be set to no-defaults via distributions. A good example&lt;br /&gt;
&lt;br /&gt;
https://git.yoctoproject.org/poky/tree/meta/recipes-extended/wget/wget.inc#n30&lt;br /&gt;
&lt;br /&gt;
=== Code Generator Tools ===&lt;br /&gt;
&lt;br /&gt;
Tools like gettext, bison, m4, patch are used during build mostly. Assessing how they are used in your case can pave a way forward to use their currently maintained versions. The usecases can be discussed with the policy teams of your company based upon how they are used.&lt;br /&gt;
&lt;br /&gt;
=== Multiple providers ===&lt;br /&gt;
&lt;br /&gt;
Packages like libiconv provide components that are already provided by glibc or musl C library, however, they maybe needed on supporting platforms like mingw and Yocto project supports Mingw for&lt;br /&gt;
Build and SDK host therefore it will be used in host and not shipped on target software. Therefore the scope of such a package is reduced and is applicable to specific usecases alone.&lt;br /&gt;
&lt;br /&gt;
=== Unchanged License ===&lt;br /&gt;
&lt;br /&gt;
Certain packages e.g. shared-mime-info are still under GPL-2.0 license, the reason to house an older version in meta-gpl2 was to support other old packages.&lt;br /&gt;
&lt;br /&gt;
=== Work so far: ===&lt;br /&gt;
&lt;br /&gt;
Created a global policy file:&lt;br /&gt;
&lt;br /&gt;
 https://git.yoctoproject.org/poky/tree/meta/conf/distro/include/no-gplv3.inc&lt;br /&gt;
&lt;br /&gt;
as distro config metadata could help the community to start with a known set of packages and packageconfig and other metadata tweaks. This file can be included in global config metadata and distribution built on top of it.&lt;br /&gt;
&lt;br /&gt;
=== Future work needed: ===&lt;br /&gt;
&lt;br /&gt;
* Find scalable replacement for bash so ptest can be enabled&lt;br /&gt;
* readline being gpl3, editline as alternative?&lt;br /&gt;
* Gdbserver is GPLv3 causing issues for debug images, lldb-server is an alternative&lt;br /&gt;
* Gnupg is used by package managers e.g. dnf, using alternative package manager or using alternative GPG implementation e.g. minisign/libsodium, https://gitlab.com/sequoia-pgp/sequoia ?&lt;br /&gt;
* Elfutils could be replaced by LLVM tools&lt;br /&gt;
* Document best practices once identified in project manuals&lt;br /&gt;
* Distro policy to govern TLS preferences?&lt;/div&gt;</summary>
		<author><name>Rpurdie</name></author>
	</entry>
	<entry>
		<id>https://wiki.yoctoproject.org/wiki/index.php?title=Binary_Distro_Prototype&amp;diff=86286</id>
		<title>Binary Distro Prototype</title>
		<link rel="alternate" type="text/html" href="https://wiki.yoctoproject.org/wiki/index.php?title=Binary_Distro_Prototype&amp;diff=86286"/>
		<updated>2024-03-26T16:52:52Z</updated>

		<summary type="html">&lt;p&gt;Rpurdie: /* Policies and Processes */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Scope of a Yocto Binary Distribution Prototype ==&lt;br /&gt;
&lt;br /&gt;
The Yocto Project has received funding for developing the processes and tooling for enabling binary distributions (see the [https://web.archive.org/web/20230620145823/https://www.yoctoproject.org/community/yocto-project-engineering-request-for-quotation/ Engineering Request for Quotation]). As part of that, the project would need some form of prototype test binary distro to develop and test this. The main goal of this would be to develop the tools, and documentation needed to build a binary distribution and allow application and system developers to progress through a hierarchy of different uses of the resulting environment:&lt;br /&gt;
&lt;br /&gt;
* &#039;&#039;&#039;Beginner&#039;&#039;&#039; use case: begin by fetching a binary image, ready to boot on a target machine. Extend the system by installing extra applications through package feeds.&lt;br /&gt;
* &#039;&#039;&#039;Intermediate&#039;&#039;&#039; use case: tweak and rebuild existing packages, compile new applications and modify images by using an eSDK and other binary artifacts.&lt;br /&gt;
* &#039;&#039;&#039;Advanced&#039;&#039;&#039; use case: completely reorganize and optimize the system for a specific target, switching to building from source&lt;br /&gt;
&lt;br /&gt;
The first step in this effort is to define the scope of the prototype we will develop. We are looking for feedback and comments about issues we may not have considered.&lt;br /&gt;
&lt;br /&gt;
Bear in mind that a prototype has to be limited in scope. However, the developed tools, procedures and documentation will open a pathway for the Yocto Project and OpenEmbedded community to experiment with more architectures, features, recipes and images.&lt;br /&gt;
&lt;br /&gt;
Also bear in mind that the effort is not planning to adopt, replace or repeat any existing distributions such as [[wikipedia:Ångström_distribution|Ångström]] or [https://www.yoedistro.org/ Yoe].&lt;br /&gt;
&lt;br /&gt;
Notes from discussions:&lt;br /&gt;
* Alex Kanavin suggests as &amp;quot;Intermediate&amp;quot; step to use the [https://patchwork.yoctoproject.org/project/oe-core/patch/20231107105844.712846-1-alex@linutronix.de/ build bundles] that he submitted. However, this is closer to the &amp;quot;Advanced&amp;quot; use case as this already uses BitBake and OE/Yocto ([https://lists.openembedded.org/g/openembedded-architecture/message/1850 discussion]).&lt;br /&gt;
&lt;br /&gt;
=== Target architectures and machines ===&lt;br /&gt;
&lt;br /&gt;
The first prototype would only target the below architectures:&lt;br /&gt;
* &amp;quot;x86-64&amp;quot; architecture through the [https://git.yoctoproject.org/poky/tree/meta/conf/machine/qemux86-64.conf qemux86-64] machine.&lt;br /&gt;
* &amp;quot;arm64&amp;quot; architecture through the [https://git.yoctoproject.org/poky/tree/meta/conf/machine/qemuarm64.conf qemuarm64] machine.&lt;br /&gt;
&lt;br /&gt;
Testing would happen through QEMU system emulation. The emulated architectures will be sufficient to test the outputs of this effort, but the developed tooling and documentation should allow the community to experiment with other target architectures and machines.&lt;br /&gt;
&lt;br /&gt;
=== Target tunes ===&lt;br /&gt;
&lt;br /&gt;
The binary images and other artifacts should be generated with the default tunes of the [https://git.yoctoproject.org/poky/tree/meta/conf/machine/qemux86-64.conf qemux86-64] and  [https://git.yoctoproject.org/poky/tree/meta/conf/machine/qemuarm64.conf qemuarm64] machines.&lt;br /&gt;
&lt;br /&gt;
See [https://docs.yoctoproject.org/ref-manual/variables.html#term-DEFAULTTUNE DEFAULTTUNE] for details.&lt;br /&gt;
&lt;br /&gt;
=== Distribution, Init Manager, C library ===&lt;br /&gt;
&lt;br /&gt;
Images and package feeds will be generated for the [https://git.yoctoproject.org/poky/tree/meta-poky/conf/distro/poky-altcfg.conf poky-altcfg] distribution, using the systemd init manager.&lt;br /&gt;
&lt;br /&gt;
Choosing systemd makes the binary reference distribution as generic as possible, enabling the widest set of features, and being more familiar to more users. Of course, switching to other init managers and more restricted features will be possible by later compiling the system from source (advanced use case).&lt;br /&gt;
&lt;br /&gt;
This also implies the choice of the GNU C library (glibc). Selecting glibc also makes sense to enable the widest possible selection of packages, and some packages have limited or no support for the Musl C library. That&#039;s typically the case of systemd, which upstream only supports glibc.&lt;br /&gt;
&lt;br /&gt;
Last but not least, people who want to use the Musl C library probably do that to optimize the size of their system, which is a use case not well adapted to using ready-made binary images. &lt;br /&gt;
Such an advanced use case will be addressed by re-compiling from source, after testing initial prototypes with the binary image based on glibc.&lt;br /&gt;
&lt;br /&gt;
=== Binary images ===&lt;br /&gt;
&lt;br /&gt;
The prototype will provide as a reference, for each targeted architecture:&lt;br /&gt;
* The root filesystem binary image, generated by building the &amp;lt;code&amp;gt;core-image-full-cmdline&amp;lt;/code&amp;gt; target.&lt;br /&gt;
* An image containing on-target development tools (e.g compiler, debugger)&lt;br /&gt;
* The corresponding SD card images to be booted through QEMU. Other boot methods will be possible, but will be outside of the scope of the reference distribution.&lt;br /&gt;
&lt;br /&gt;
=== Package feeds ===&lt;br /&gt;
&lt;br /&gt;
For each targeted architecture, several package feeds will be available to allow for bugfix or security updates or to extend the image with additional packages:&lt;br /&gt;
* Architecture independent feed&lt;br /&gt;
* Architecture dependent feed&lt;br /&gt;
* Machine dependent feed&lt;br /&gt;
See [https://docs.yoctoproject.org/dev-manual/packages.html#using-runtime-package-management Using Runtime Package Management] for details.&lt;br /&gt;
&lt;br /&gt;
The feeds for the first prototype will contain all the packages which are supported by the [https://git.yoctoproject.org/poky/tree/meta-poky/conf/distro/poky-altcfg.conf poky-altcfg] distribution as produced by the &amp;lt;code&amp;gt;bitbake world&amp;lt;/code&amp;gt; command for the set of layers supplied by Poky.&lt;br /&gt;
&lt;br /&gt;
=== Available reference package formats ===&lt;br /&gt;
&lt;br /&gt;
To keep the first prototype simple, we will only release images and package feeds based on the &amp;quot;ipk&amp;quot; format supported by [[wikipedia:opkg|opkg]] package manager.&lt;br /&gt;
&lt;br /&gt;
Of course, the OpenEmbedded build system also supports the [[wikipedia:Deb_(file_format)|deb]] and [[wikipedia:RPM_Package_Manager|rpm]] package formats, so users will be able to generate their own images and feeds based on these other formats.&lt;br /&gt;
&lt;br /&gt;
Another reason for not providing &amp;quot;deb&amp;quot; and &amp;quot;rpm&amp;quot; packages is that we do not want inexperienced users to expect to be able to grab and use such packages produced for regular Linux distributions (Debian, Fedora, etc.). Being built with different C library versions and toolchains, the corresponding binaries are most likely to be broken anyway.&lt;br /&gt;
&lt;br /&gt;
=== Available reference binary artifacts and deliverables ===&lt;br /&gt;
&lt;br /&gt;
The first prototype will make the below binary artifacts publicly available:&lt;br /&gt;
* Root filesystem images (as specified above)&lt;br /&gt;
* Binary package feeds (as specified above)&lt;br /&gt;
* [https://docs.yoctoproject.org/ref-manual/variables.html#term-PR PR] database, so that people can manage updates to packages, by importing the database in a local PR server.&lt;br /&gt;
* Prebuilt object data (&amp;quot;Shared State cache) through a public server (see [https://docs.yoctoproject.org/ref-manual/variables.html#term-SSTATE_MIRRORS SSTATE_MIRRORS]), to reuse binary output already built by the Yocto Project autobuilders, to reduce the compile time of additional packages.&lt;br /&gt;
* Hash Equivalence data through a public server (see [https://docs.yoctoproject.org/bitbake/2.4/bitbake-user-manual/bitbake-user-manual-ref-variables.html#term-BB_HASHSERVE_UPSTREAM BB_HASHSERVE_UPSTREAM]), to increase the reusability of prebuilt objects.&lt;br /&gt;
&lt;br /&gt;
Share State and Hash Equivalence data would be only useful to &amp;quot;Intermediate&amp;quot; and &amp;quot;Advanced&amp;quot; use cases, to rebuild parts or the whole system from source.&lt;br /&gt;
&lt;br /&gt;
Such artifacts will be served through a Content Delivery Network (CDN), to make sure that they can be downloaded fast enough from any location in the world, in a way that remains much faster than re-compiling such artifacts from sources.&lt;br /&gt;
&lt;br /&gt;
Those binaries should also be released along with:&lt;br /&gt;
* Sources corresponding to the software used to build the image, as produced by the [https://docs.yoctoproject.org/ref-manual/classes.html#ref-classes-archiver archiver] class. Unlike standard GNU/Linux distributions, we won&#039;t ship source package feeds (such as SRPMs)&amp;lt;ref&amp;gt;Only Source RPMs are supported by the [https://docs.yoctoproject.org/ref-manual/classes.html#ref-classes-archiver archiver] class. To obtain them, you need to set &amp;lt;code&amp;gt;INHERIT += &amp;quot;archiver&amp;quot;&amp;lt;/code&amp;gt;, &amp;lt;code&amp;gt;PACKAGE_CLASSES = &amp;quot;package_rpm&amp;quot;&amp;lt;/code&amp;gt; and &amp;lt;code&amp;gt;ARCHIVER_MODE[srpm] = &amp;quot;1&amp;quot;&amp;lt;/code&amp;gt;. The generation of source &amp;lt;code&amp;gt;deb&amp;lt;/code&amp;gt; or &amp;lt;code&amp;gt;ipk&amp;lt;/code&amp;gt; packages is currently not supported.&amp;lt;/ref&amp;gt;.&amp;lt;ref&amp;gt;The &amp;lt;code&amp;gt;-src&amp;lt;/code&amp;gt; packages which recipes can produce are only meant for debugging together with &amp;lt;code&amp;gt;-dbg&amp;lt;/code&amp;gt; packages. See [https://docs.yoctoproject.org/dev/ref-manual/variables.html#term-PACKAGE_DEBUG_SPLIT_STYLE PACKAGE_DEBUG_SPLIT_STYLE].&amp;lt;/ref&amp;gt;&lt;br /&gt;
* SPDX output for the initial image&lt;br /&gt;
* The build system and layer sources. A good fit would be Alex Kanavin&#039;s [https://patchwork.yoctoproject.org/project/oe-core/patch/20231107105844.712846-1-alex@linutronix.de/ build bundles].&lt;br /&gt;
&lt;br /&gt;
=== Defining policies and processes ===&lt;br /&gt;
&lt;br /&gt;
This reference binary distribution prototype will also drive the documentation of policies and process to address future work such as:&lt;br /&gt;
* What criteria should a new CPU architecture or platform tuning meet to be added / tested?&lt;br /&gt;
* What criteria should other layers meet to be tested, in addition to being already tested by the Autobuilder? Should these criteria only apply to specific recipes or to the entire layers containing them?&lt;br /&gt;
&lt;br /&gt;
See the [[#Policies and Processes | Policies and Processes]].&lt;br /&gt;
&lt;br /&gt;
=== Testing plans ===&lt;br /&gt;
&lt;br /&gt;
Here are the tests we plan to implement:&lt;br /&gt;
* Producing and testing binary images through the autobuilder&lt;br /&gt;
* Making nightly builds available to testers&lt;br /&gt;
* Testing that package updates apply successfully:&lt;br /&gt;
** Within the current stable branch (nanbield): from one release update to the next, and from the latest release update to the tip of the branch&lt;br /&gt;
** Between release branches: from the latest update to our latest LTS (kirkstone), to the latest update to the current stable release (nanbield).&lt;br /&gt;
* Testing that it&#039;s also possible to build and deploy packages from the meta-openembedded and meta-virtualization layers, as a way to assess the relevance of our policies and process for additional layers or recipes. This would also be a way to demonstrate the ability to build container images, which would be a great way to ship binary distributions.&lt;br /&gt;
&lt;br /&gt;
Here are other tests that would be worth implementing:&lt;br /&gt;
* Check that package upgrades don&#039;t cause configuration file changes to be lost. See [https://lore.kernel.org/openembedded-core/0e38566f-a1f9-4ebb-8492-2c50945eeeb4@gmail.com/T/#t this discussion].&lt;br /&gt;
* Check that the latest package upgrades successfully apply to any previous release, at least on the same branch. For example, upgrading directly from release x.y.n-2 to x.y may not work without going through x.y.n-1 as an intermediate. This could happen if a package has a really broken post-install script in n-2, which damage is repaired in n-1. Should n repair it too in case n-1 is skipped?&lt;br /&gt;
&lt;br /&gt;
We will work with recipe maintainers to publish fixes for update issues that testing will find in recipes. Each issue will be reported in Bugzilla.&lt;br /&gt;
&lt;br /&gt;
=== Open questions ===&lt;br /&gt;
&lt;br /&gt;
* Issues with Yocto Project being pedantic in its use of arch strings such as &amp;quot;intel-x86-64&amp;quot; instead of &amp;quot;x86-64&amp;quot;. This conflicts with typical use in the greater Linux and &amp;quot;binary&amp;quot; community, which may not recognize the &amp;quot;extended&amp;quot; arch strings. Examples: [https://github.com/openSUSE/libsolv/blob/master/src/poolarch.c#L23 libresolv] and [https://github.com/rpm5/libhif/blob/f9b798cadb6821f9cffd5c0331578b3f7c19d699/libdnf/dnf-context.c#L52 libdnf] (reported by Mark Asselstine).&lt;br /&gt;
&lt;br /&gt;
== Policies and Processes ==&lt;br /&gt;
&lt;br /&gt;
Open questions:&lt;br /&gt;
* When do we run updates? What does process look like?&lt;br /&gt;
* How long are the feeds maintained?&lt;br /&gt;
* How do we handle PR and PE changes wrt to the core layers?&lt;br /&gt;
* Do we add a default user? How do we handle image passwords? root password?&lt;br /&gt;
&lt;br /&gt;
=== Criteria for adding and testing a new CPU architecture or platform tuning ===&lt;br /&gt;
&lt;br /&gt;
* Only tunes in Openembedded-Core should be supported.&lt;br /&gt;
&lt;br /&gt;
=== Process and policy for proposing adding new layers to the binary distro test artifacts process ===&lt;br /&gt;
&lt;br /&gt;
* Layers must be [https://docs.yoctoproject.org/current/dev-manual/layers.html#making-sure-your-layer-is-compatible-with-yocto-project Yocto Project Compatible]&lt;br /&gt;
* In addition, layers must be well written and be targetting project best practices like reproducibility, no network access outside fetching so mirroring and licensing auditing works and not skipping QA tests without good reason.&lt;br /&gt;
* Any dependency layers would already have to be included in the testing already or make a separate application for addition first.&lt;br /&gt;
* The layer being added must be suitably generic with a clear need/usage of the components provided by the layer in the ecosystem&lt;br /&gt;
* The layer maintainer must have a commitment to keeping recipe upgrades functional&lt;br /&gt;
* The proposal must make it clear which recipes within the layer are being proposed to be built&lt;br /&gt;
* Proposals would be made to the Yocto Project TSC covering the above topics&lt;br /&gt;
&lt;br /&gt;
=== Process and policy for proposing addition of a new MACHINE target ===&lt;br /&gt;
&lt;br /&gt;
* Layers to build the machine need to be [https://docs.yoctoproject.org/current/dev-manual/layers.html#making-sure-your-layer-is-compatible-with-yocto-project Yocto Project Compatible]&lt;br /&gt;
* Layers need to be buildable on the project autobuilder&lt;br /&gt;
* Needs to be Yocto Project membership sponsorship of the machine due to the project resource usage&lt;br /&gt;
* Needs to be a commitment to testing the images for the platform for releases and upgrades&lt;br /&gt;
* Proposals would be made to the Yocto Project TSC covering the above topics&lt;br /&gt;
&lt;br /&gt;
=== Process and policy for proposing addition of new recipe to the build ===&lt;br /&gt;
&lt;br /&gt;
* This process assumes the layer is already present but the recipe is not currently included in the test matrix&lt;br /&gt;
* The recipe would need to have demonstrated the ability to pass on target installation and upgrade&lt;br /&gt;
* Proposals would be made to the Yocto Project TSC covering the above topics&lt;br /&gt;
* The software needs to have a good maintenance track record including reasonable CVE response&lt;br /&gt;
* Note: The TSC is aiming to appoint a maintainer to take the lead on resolving binary distro testing issues and handling recipe addition requests.&lt;br /&gt;
&lt;br /&gt;
=== TSC Criteria for change evaluation ===&lt;br /&gt;
&lt;br /&gt;
* Does the project have resources (human and compute for build/test/QA/bugfixing) to support the change?&lt;br /&gt;
* Is the change widely useful to a significant portion of the user base?&lt;br /&gt;
* Does the change enhance the project&#039;s test matrix?&lt;br /&gt;
* Does the change significantly improve developer productivity?&lt;br /&gt;
&lt;br /&gt;
== Achievements ==&lt;br /&gt;
&lt;br /&gt;
=== Fixed bugs ===&lt;br /&gt;
&lt;br /&gt;
* [https://bugzilla.yoctoproject.org/show_bug.cgi?id=15292 Bug 15292 - systemd-compat-units: error at package post-install time]&lt;br /&gt;
&lt;br /&gt;
=== Yocto Project Documentation improvements ===&lt;br /&gt;
&lt;br /&gt;
* [https://lore.kernel.org/yocto-docs/20231206155427.279612-1-michael.opdenacker@bootlin.com/T/#t Fixes and updates to the Test Environment Manual]&lt;br /&gt;
&lt;br /&gt;
== Missing features ==&lt;br /&gt;
&lt;br /&gt;
Not implemented yet:&lt;br /&gt;
* Ability to update the system SPDX description after installing extra packages or package updates. The current way SPDX is generated doesn&#039;t allow to generate &amp;lt;code&amp;gt;-spdx&amp;lt;/code&amp;gt; packages, which would have made this possible ([https://lists.openembedded.org/g/openembedded-architecture/message/1855 discussion]).&lt;br /&gt;
&lt;br /&gt;
== Out of scope ==&lt;br /&gt;
&lt;br /&gt;
Features outside of the scope of this effort, but definitely worth keeping track of for future efforts, or for people already maintaining binary distributions.&lt;br /&gt;
* Binary distribution installer: not absolutely necessary but users may expect one. For example the [https://www.yoedistro.org/ Yoe] distro offers one, and so does [https://www.raspberrypi.com/news/raspberry-pi-imager-imaging-utility/ Raspberry Pi].&lt;br /&gt;
&lt;br /&gt;
== FAQ ==&lt;br /&gt;
&lt;br /&gt;
Q: Can my product point at your package feed?&lt;br /&gt;
A: No. The aim of this work is demonstrate the tools, processes and policies needed to build a binary distribution using the project. There is no commitment or guarantee to maintain the feeds for any product use case or with any guarantees around security issues. Please do not point products at these package feeds.&lt;br /&gt;
&lt;br /&gt;
== Footnotes and references ==&lt;/div&gt;</summary>
		<author><name>Rpurdie</name></author>
	</entry>
	<entry>
		<id>https://wiki.yoctoproject.org/wiki/index.php?title=Binary_Distro_Prototype&amp;diff=86285</id>
		<title>Binary Distro Prototype</title>
		<link rel="alternate" type="text/html" href="https://wiki.yoctoproject.org/wiki/index.php?title=Binary_Distro_Prototype&amp;diff=86285"/>
		<updated>2024-03-26T16:50:55Z</updated>

		<summary type="html">&lt;p&gt;Rpurdie: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Scope of a Yocto Binary Distribution Prototype ==&lt;br /&gt;
&lt;br /&gt;
The Yocto Project has received funding for developing the processes and tooling for enabling binary distributions (see the [https://web.archive.org/web/20230620145823/https://www.yoctoproject.org/community/yocto-project-engineering-request-for-quotation/ Engineering Request for Quotation]). As part of that, the project would need some form of prototype test binary distro to develop and test this. The main goal of this would be to develop the tools, and documentation needed to build a binary distribution and allow application and system developers to progress through a hierarchy of different uses of the resulting environment:&lt;br /&gt;
&lt;br /&gt;
* &#039;&#039;&#039;Beginner&#039;&#039;&#039; use case: begin by fetching a binary image, ready to boot on a target machine. Extend the system by installing extra applications through package feeds.&lt;br /&gt;
* &#039;&#039;&#039;Intermediate&#039;&#039;&#039; use case: tweak and rebuild existing packages, compile new applications and modify images by using an eSDK and other binary artifacts.&lt;br /&gt;
* &#039;&#039;&#039;Advanced&#039;&#039;&#039; use case: completely reorganize and optimize the system for a specific target, switching to building from source&lt;br /&gt;
&lt;br /&gt;
The first step in this effort is to define the scope of the prototype we will develop. We are looking for feedback and comments about issues we may not have considered.&lt;br /&gt;
&lt;br /&gt;
Bear in mind that a prototype has to be limited in scope. However, the developed tools, procedures and documentation will open a pathway for the Yocto Project and OpenEmbedded community to experiment with more architectures, features, recipes and images.&lt;br /&gt;
&lt;br /&gt;
Also bear in mind that the effort is not planning to adopt, replace or repeat any existing distributions such as [[wikipedia:Ångström_distribution|Ångström]] or [https://www.yoedistro.org/ Yoe].&lt;br /&gt;
&lt;br /&gt;
Notes from discussions:&lt;br /&gt;
* Alex Kanavin suggests as &amp;quot;Intermediate&amp;quot; step to use the [https://patchwork.yoctoproject.org/project/oe-core/patch/20231107105844.712846-1-alex@linutronix.de/ build bundles] that he submitted. However, this is closer to the &amp;quot;Advanced&amp;quot; use case as this already uses BitBake and OE/Yocto ([https://lists.openembedded.org/g/openembedded-architecture/message/1850 discussion]).&lt;br /&gt;
&lt;br /&gt;
=== Target architectures and machines ===&lt;br /&gt;
&lt;br /&gt;
The first prototype would only target the below architectures:&lt;br /&gt;
* &amp;quot;x86-64&amp;quot; architecture through the [https://git.yoctoproject.org/poky/tree/meta/conf/machine/qemux86-64.conf qemux86-64] machine.&lt;br /&gt;
* &amp;quot;arm64&amp;quot; architecture through the [https://git.yoctoproject.org/poky/tree/meta/conf/machine/qemuarm64.conf qemuarm64] machine.&lt;br /&gt;
&lt;br /&gt;
Testing would happen through QEMU system emulation. The emulated architectures will be sufficient to test the outputs of this effort, but the developed tooling and documentation should allow the community to experiment with other target architectures and machines.&lt;br /&gt;
&lt;br /&gt;
=== Target tunes ===&lt;br /&gt;
&lt;br /&gt;
The binary images and other artifacts should be generated with the default tunes of the [https://git.yoctoproject.org/poky/tree/meta/conf/machine/qemux86-64.conf qemux86-64] and  [https://git.yoctoproject.org/poky/tree/meta/conf/machine/qemuarm64.conf qemuarm64] machines.&lt;br /&gt;
&lt;br /&gt;
See [https://docs.yoctoproject.org/ref-manual/variables.html#term-DEFAULTTUNE DEFAULTTUNE] for details.&lt;br /&gt;
&lt;br /&gt;
=== Distribution, Init Manager, C library ===&lt;br /&gt;
&lt;br /&gt;
Images and package feeds will be generated for the [https://git.yoctoproject.org/poky/tree/meta-poky/conf/distro/poky-altcfg.conf poky-altcfg] distribution, using the systemd init manager.&lt;br /&gt;
&lt;br /&gt;
Choosing systemd makes the binary reference distribution as generic as possible, enabling the widest set of features, and being more familiar to more users. Of course, switching to other init managers and more restricted features will be possible by later compiling the system from source (advanced use case).&lt;br /&gt;
&lt;br /&gt;
This also implies the choice of the GNU C library (glibc). Selecting glibc also makes sense to enable the widest possible selection of packages, and some packages have limited or no support for the Musl C library. That&#039;s typically the case of systemd, which upstream only supports glibc.&lt;br /&gt;
&lt;br /&gt;
Last but not least, people who want to use the Musl C library probably do that to optimize the size of their system, which is a use case not well adapted to using ready-made binary images. &lt;br /&gt;
Such an advanced use case will be addressed by re-compiling from source, after testing initial prototypes with the binary image based on glibc.&lt;br /&gt;
&lt;br /&gt;
=== Binary images ===&lt;br /&gt;
&lt;br /&gt;
The prototype will provide as a reference, for each targeted architecture:&lt;br /&gt;
* The root filesystem binary image, generated by building the &amp;lt;code&amp;gt;core-image-full-cmdline&amp;lt;/code&amp;gt; target.&lt;br /&gt;
* An image containing on-target development tools (e.g compiler, debugger)&lt;br /&gt;
* The corresponding SD card images to be booted through QEMU. Other boot methods will be possible, but will be outside of the scope of the reference distribution.&lt;br /&gt;
&lt;br /&gt;
=== Package feeds ===&lt;br /&gt;
&lt;br /&gt;
For each targeted architecture, several package feeds will be available to allow for bugfix or security updates or to extend the image with additional packages:&lt;br /&gt;
* Architecture independent feed&lt;br /&gt;
* Architecture dependent feed&lt;br /&gt;
* Machine dependent feed&lt;br /&gt;
See [https://docs.yoctoproject.org/dev-manual/packages.html#using-runtime-package-management Using Runtime Package Management] for details.&lt;br /&gt;
&lt;br /&gt;
The feeds for the first prototype will contain all the packages which are supported by the [https://git.yoctoproject.org/poky/tree/meta-poky/conf/distro/poky-altcfg.conf poky-altcfg] distribution as produced by the &amp;lt;code&amp;gt;bitbake world&amp;lt;/code&amp;gt; command for the set of layers supplied by Poky.&lt;br /&gt;
&lt;br /&gt;
=== Available reference package formats ===&lt;br /&gt;
&lt;br /&gt;
To keep the first prototype simple, we will only release images and package feeds based on the &amp;quot;ipk&amp;quot; format supported by [[wikipedia:opkg|opkg]] package manager.&lt;br /&gt;
&lt;br /&gt;
Of course, the OpenEmbedded build system also supports the [[wikipedia:Deb_(file_format)|deb]] and [[wikipedia:RPM_Package_Manager|rpm]] package formats, so users will be able to generate their own images and feeds based on these other formats.&lt;br /&gt;
&lt;br /&gt;
Another reason for not providing &amp;quot;deb&amp;quot; and &amp;quot;rpm&amp;quot; packages is that we do not want inexperienced users to expect to be able to grab and use such packages produced for regular Linux distributions (Debian, Fedora, etc.). Being built with different C library versions and toolchains, the corresponding binaries are most likely to be broken anyway.&lt;br /&gt;
&lt;br /&gt;
=== Available reference binary artifacts and deliverables ===&lt;br /&gt;
&lt;br /&gt;
The first prototype will make the below binary artifacts publicly available:&lt;br /&gt;
* Root filesystem images (as specified above)&lt;br /&gt;
* Binary package feeds (as specified above)&lt;br /&gt;
* [https://docs.yoctoproject.org/ref-manual/variables.html#term-PR PR] database, so that people can manage updates to packages, by importing the database in a local PR server.&lt;br /&gt;
* Prebuilt object data (&amp;quot;Shared State cache) through a public server (see [https://docs.yoctoproject.org/ref-manual/variables.html#term-SSTATE_MIRRORS SSTATE_MIRRORS]), to reuse binary output already built by the Yocto Project autobuilders, to reduce the compile time of additional packages.&lt;br /&gt;
* Hash Equivalence data through a public server (see [https://docs.yoctoproject.org/bitbake/2.4/bitbake-user-manual/bitbake-user-manual-ref-variables.html#term-BB_HASHSERVE_UPSTREAM BB_HASHSERVE_UPSTREAM]), to increase the reusability of prebuilt objects.&lt;br /&gt;
&lt;br /&gt;
Share State and Hash Equivalence data would be only useful to &amp;quot;Intermediate&amp;quot; and &amp;quot;Advanced&amp;quot; use cases, to rebuild parts or the whole system from source.&lt;br /&gt;
&lt;br /&gt;
Such artifacts will be served through a Content Delivery Network (CDN), to make sure that they can be downloaded fast enough from any location in the world, in a way that remains much faster than re-compiling such artifacts from sources.&lt;br /&gt;
&lt;br /&gt;
Those binaries should also be released along with:&lt;br /&gt;
* Sources corresponding to the software used to build the image, as produced by the [https://docs.yoctoproject.org/ref-manual/classes.html#ref-classes-archiver archiver] class. Unlike standard GNU/Linux distributions, we won&#039;t ship source package feeds (such as SRPMs)&amp;lt;ref&amp;gt;Only Source RPMs are supported by the [https://docs.yoctoproject.org/ref-manual/classes.html#ref-classes-archiver archiver] class. To obtain them, you need to set &amp;lt;code&amp;gt;INHERIT += &amp;quot;archiver&amp;quot;&amp;lt;/code&amp;gt;, &amp;lt;code&amp;gt;PACKAGE_CLASSES = &amp;quot;package_rpm&amp;quot;&amp;lt;/code&amp;gt; and &amp;lt;code&amp;gt;ARCHIVER_MODE[srpm] = &amp;quot;1&amp;quot;&amp;lt;/code&amp;gt;. The generation of source &amp;lt;code&amp;gt;deb&amp;lt;/code&amp;gt; or &amp;lt;code&amp;gt;ipk&amp;lt;/code&amp;gt; packages is currently not supported.&amp;lt;/ref&amp;gt;.&amp;lt;ref&amp;gt;The &amp;lt;code&amp;gt;-src&amp;lt;/code&amp;gt; packages which recipes can produce are only meant for debugging together with &amp;lt;code&amp;gt;-dbg&amp;lt;/code&amp;gt; packages. See [https://docs.yoctoproject.org/dev/ref-manual/variables.html#term-PACKAGE_DEBUG_SPLIT_STYLE PACKAGE_DEBUG_SPLIT_STYLE].&amp;lt;/ref&amp;gt;&lt;br /&gt;
* SPDX output for the initial image&lt;br /&gt;
* The build system and layer sources. A good fit would be Alex Kanavin&#039;s [https://patchwork.yoctoproject.org/project/oe-core/patch/20231107105844.712846-1-alex@linutronix.de/ build bundles].&lt;br /&gt;
&lt;br /&gt;
=== Defining policies and processes ===&lt;br /&gt;
&lt;br /&gt;
This reference binary distribution prototype will also drive the documentation of policies and process to address future work such as:&lt;br /&gt;
* What criteria should a new CPU architecture or platform tuning meet to be added / tested?&lt;br /&gt;
* What criteria should other layers meet to be tested, in addition to being already tested by the Autobuilder? Should these criteria only apply to specific recipes or to the entire layers containing them?&lt;br /&gt;
&lt;br /&gt;
See the [[#Policies and Processes | Policies and Processes]].&lt;br /&gt;
&lt;br /&gt;
=== Testing plans ===&lt;br /&gt;
&lt;br /&gt;
Here are the tests we plan to implement:&lt;br /&gt;
* Producing and testing binary images through the autobuilder&lt;br /&gt;
* Making nightly builds available to testers&lt;br /&gt;
* Testing that package updates apply successfully:&lt;br /&gt;
** Within the current stable branch (nanbield): from one release update to the next, and from the latest release update to the tip of the branch&lt;br /&gt;
** Between release branches: from the latest update to our latest LTS (kirkstone), to the latest update to the current stable release (nanbield).&lt;br /&gt;
* Testing that it&#039;s also possible to build and deploy packages from the meta-openembedded and meta-virtualization layers, as a way to assess the relevance of our policies and process for additional layers or recipes. This would also be a way to demonstrate the ability to build container images, which would be a great way to ship binary distributions.&lt;br /&gt;
&lt;br /&gt;
Here are other tests that would be worth implementing:&lt;br /&gt;
* Check that package upgrades don&#039;t cause configuration file changes to be lost. See [https://lore.kernel.org/openembedded-core/0e38566f-a1f9-4ebb-8492-2c50945eeeb4@gmail.com/T/#t this discussion].&lt;br /&gt;
* Check that the latest package upgrades successfully apply to any previous release, at least on the same branch. For example, upgrading directly from release x.y.n-2 to x.y may not work without going through x.y.n-1 as an intermediate. This could happen if a package has a really broken post-install script in n-2, which damage is repaired in n-1. Should n repair it too in case n-1 is skipped?&lt;br /&gt;
&lt;br /&gt;
We will work with recipe maintainers to publish fixes for update issues that testing will find in recipes. Each issue will be reported in Bugzilla.&lt;br /&gt;
&lt;br /&gt;
=== Open questions ===&lt;br /&gt;
&lt;br /&gt;
* Issues with Yocto Project being pedantic in its use of arch strings such as &amp;quot;intel-x86-64&amp;quot; instead of &amp;quot;x86-64&amp;quot;. This conflicts with typical use in the greater Linux and &amp;quot;binary&amp;quot; community, which may not recognize the &amp;quot;extended&amp;quot; arch strings. Examples: [https://github.com/openSUSE/libsolv/blob/master/src/poolarch.c#L23 libresolv] and [https://github.com/rpm5/libhif/blob/f9b798cadb6821f9cffd5c0331578b3f7c19d699/libdnf/dnf-context.c#L52 libdnf] (reported by Mark Asselstine).&lt;br /&gt;
&lt;br /&gt;
== Policies and Processes ==&lt;br /&gt;
&lt;br /&gt;
Open questions:&lt;br /&gt;
* When do we run updates? What does process look like?&lt;br /&gt;
* How long are the feeds maintained?&lt;br /&gt;
* How do we handle PR and PE changes wrt to the core layers?&lt;br /&gt;
&lt;br /&gt;
=== Criteria for adding and testing a new CPU architecture or platform tuning ===&lt;br /&gt;
&lt;br /&gt;
* Only tunes in Openembedded-Core should be supported.&lt;br /&gt;
&lt;br /&gt;
=== Process and policy for proposing adding new layers to the binary distro test artifacts process ===&lt;br /&gt;
&lt;br /&gt;
* Layers must be [https://docs.yoctoproject.org/current/dev-manual/layers.html#making-sure-your-layer-is-compatible-with-yocto-project Yocto Project Compatible]&lt;br /&gt;
* In addition, layers must be well written and be targetting project best practices like reproducibility, no network access outside fetching so mirroring and licensing auditing works and not skipping QA tests without good reason.&lt;br /&gt;
* Any dependency layers would already have to be included in the testing already or make a separate application for addition first.&lt;br /&gt;
* The layer being added must be suitably generic with a clear need/usage of the components provided by the layer in the ecosystem&lt;br /&gt;
* The layer maintainer must have a commitment to keeping recipe upgrades functional&lt;br /&gt;
* The proposal must make it clear which recipes within the layer are being proposed to be built&lt;br /&gt;
* Proposals would be made to the Yocto Project TSC covering the above topics&lt;br /&gt;
&lt;br /&gt;
=== Process and policy for proposing addition of a new MACHINE target ===&lt;br /&gt;
&lt;br /&gt;
* Layers to build the machine need to be [https://docs.yoctoproject.org/current/dev-manual/layers.html#making-sure-your-layer-is-compatible-with-yocto-project Yocto Project Compatible]&lt;br /&gt;
* Layers need to be buildable on the project autobuilder&lt;br /&gt;
* Needs to be Yocto Project membership sponsorship of the machine due to the project resource usage&lt;br /&gt;
* Needs to be a commitment to testing the images for the platform for releases and upgrades&lt;br /&gt;
* Proposals would be made to the Yocto Project TSC covering the above topics&lt;br /&gt;
&lt;br /&gt;
=== Process and policy for proposing addition of new recipe to the build ===&lt;br /&gt;
&lt;br /&gt;
* This process assumes the layer is already present but the recipe is not currently included in the test matrix&lt;br /&gt;
* The recipe would need to have demonstrated the ability to pass on target installation and upgrade&lt;br /&gt;
* Proposals would be made to the Yocto Project TSC covering the above topics&lt;br /&gt;
* The software needs to have a good maintenance track record including reasonable CVE response&lt;br /&gt;
* Note: The TSC is aiming to appoint a maintainer to take the lead on resolving binary distro testing issues and handling recipe addition requests.&lt;br /&gt;
&lt;br /&gt;
=== TSC Criteria for change evaluation ===&lt;br /&gt;
&lt;br /&gt;
* Does the project have resources (human and compute for build/test/QA/bugfixing) to support the change?&lt;br /&gt;
* Is the change widely useful to a significant portion of the user base?&lt;br /&gt;
* Does the change enhance the project&#039;s test matrix?&lt;br /&gt;
* Does the change significantly improve developer productivity?&lt;br /&gt;
&lt;br /&gt;
== Achievements ==&lt;br /&gt;
&lt;br /&gt;
=== Fixed bugs ===&lt;br /&gt;
&lt;br /&gt;
* [https://bugzilla.yoctoproject.org/show_bug.cgi?id=15292 Bug 15292 - systemd-compat-units: error at package post-install time]&lt;br /&gt;
&lt;br /&gt;
=== Yocto Project Documentation improvements ===&lt;br /&gt;
&lt;br /&gt;
* [https://lore.kernel.org/yocto-docs/20231206155427.279612-1-michael.opdenacker@bootlin.com/T/#t Fixes and updates to the Test Environment Manual]&lt;br /&gt;
&lt;br /&gt;
== Missing features ==&lt;br /&gt;
&lt;br /&gt;
Not implemented yet:&lt;br /&gt;
* Ability to update the system SPDX description after installing extra packages or package updates. The current way SPDX is generated doesn&#039;t allow to generate &amp;lt;code&amp;gt;-spdx&amp;lt;/code&amp;gt; packages, which would have made this possible ([https://lists.openembedded.org/g/openembedded-architecture/message/1855 discussion]).&lt;br /&gt;
&lt;br /&gt;
== Out of scope ==&lt;br /&gt;
&lt;br /&gt;
Features outside of the scope of this effort, but definitely worth keeping track of for future efforts, or for people already maintaining binary distributions.&lt;br /&gt;
* Binary distribution installer: not absolutely necessary but users may expect one. For example the [https://www.yoedistro.org/ Yoe] distro offers one, and so does [https://www.raspberrypi.com/news/raspberry-pi-imager-imaging-utility/ Raspberry Pi].&lt;br /&gt;
&lt;br /&gt;
== FAQ ==&lt;br /&gt;
&lt;br /&gt;
Q: Can my product point at your package feed?&lt;br /&gt;
A: No. The aim of this work is demonstrate the tools, processes and policies needed to build a binary distribution using the project. There is no commitment or guarantee to maintain the feeds for any product use case or with any guarantees around security issues. Please do not point products at these package feeds.&lt;br /&gt;
&lt;br /&gt;
== Footnotes and references ==&lt;/div&gt;</summary>
		<author><name>Rpurdie</name></author>
	</entry>
	<entry>
		<id>https://wiki.yoctoproject.org/wiki/index.php?title=Binary_Distro_Prototype&amp;diff=86284</id>
		<title>Binary Distro Prototype</title>
		<link rel="alternate" type="text/html" href="https://wiki.yoctoproject.org/wiki/index.php?title=Binary_Distro_Prototype&amp;diff=86284"/>
		<updated>2024-03-26T16:38:59Z</updated>

		<summary type="html">&lt;p&gt;Rpurdie: /* Policies and Processes */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Scope of a Yocto Binary Distribution Prototype ==&lt;br /&gt;
&lt;br /&gt;
The Yocto Project has received funding for developing the processes and tooling for enabling binary distributions (see the [https://web.archive.org/web/20230620145823/https://www.yoctoproject.org/community/yocto-project-engineering-request-for-quotation/ Engineering Request for Quotation]). As part of that, the project would need some form of prototype test binary distro to develop and test this. The main goal of this would be to develop the tools, and documentation needed to build a binary distribution and allow application and system developers to progress through a hierarchy of different uses of the resulting environment:&lt;br /&gt;
&lt;br /&gt;
* &#039;&#039;&#039;Beginner&#039;&#039;&#039; use case: begin by fetching a binary image, ready to boot on a target machine. Extend the system by installing extra applications through package feeds.&lt;br /&gt;
* &#039;&#039;&#039;Intermediate&#039;&#039;&#039; use case: tweak and rebuild existing packages, compile new applications and modify images by using an eSDK and other binary artifacts.&lt;br /&gt;
* &#039;&#039;&#039;Advanced&#039;&#039;&#039; use case: completely reorganize and optimize the system for a specific target, switching to building from source&lt;br /&gt;
&lt;br /&gt;
The first step in this effort is to define the scope of the prototype we will develop. We are looking for feedback and comments about issues we may not have considered.&lt;br /&gt;
&lt;br /&gt;
Bear in mind that a prototype has to be limited in scope. However, the developed tools, procedures and documentation will open a pathway for the Yocto Project and OpenEmbedded community to experiment with more architectures, features, recipes and images.&lt;br /&gt;
&lt;br /&gt;
Also bear in mind that the effort is not planning to adopt, replace or repeat any existing distributions such as [[wikipedia:Ångström_distribution|Ångström]] or [https://www.yoedistro.org/ Yoe].&lt;br /&gt;
&lt;br /&gt;
Notes from discussions:&lt;br /&gt;
* Alex Kanavin suggests as &amp;quot;Intermediate&amp;quot; step to use the [https://patchwork.yoctoproject.org/project/oe-core/patch/20231107105844.712846-1-alex@linutronix.de/ build bundles] that he submitted. However, this is closer to the &amp;quot;Advanced&amp;quot; use case as this already uses BitBake and OE/Yocto ([https://lists.openembedded.org/g/openembedded-architecture/message/1850 discussion]).&lt;br /&gt;
&lt;br /&gt;
=== Target architectures and machines ===&lt;br /&gt;
&lt;br /&gt;
The first prototype would only target the below architectures:&lt;br /&gt;
* &amp;quot;x86-64&amp;quot; architecture through the [https://git.yoctoproject.org/poky/tree/meta/conf/machine/qemux86-64.conf qemux86-64] machine.&lt;br /&gt;
* &amp;quot;arm64&amp;quot; architecture through the [https://git.yoctoproject.org/poky/tree/meta/conf/machine/qemuarm64.conf qemuarm64] machine.&lt;br /&gt;
&lt;br /&gt;
Testing would happen through QEMU system emulation. The emulated architectures will be sufficient to test the outputs of this effort, but the developed tooling and documentation should allow the community to experiment with other target architectures and machines.&lt;br /&gt;
&lt;br /&gt;
=== Target tunes ===&lt;br /&gt;
&lt;br /&gt;
The binary images and other artifacts should be generated with the default tunes of the [https://git.yoctoproject.org/poky/tree/meta/conf/machine/qemux86-64.conf qemux86-64] and  [https://git.yoctoproject.org/poky/tree/meta/conf/machine/qemuarm64.conf qemuarm64] machines.&lt;br /&gt;
&lt;br /&gt;
See [https://docs.yoctoproject.org/ref-manual/variables.html#term-DEFAULTTUNE DEFAULTTUNE] for details.&lt;br /&gt;
&lt;br /&gt;
=== Distribution, Init Manager, C library ===&lt;br /&gt;
&lt;br /&gt;
Images and package feeds will be generated for the [https://git.yoctoproject.org/poky/tree/meta-poky/conf/distro/poky-altcfg.conf poky-altcfg] distribution, using the systemd init manager.&lt;br /&gt;
&lt;br /&gt;
Choosing systemd makes the binary reference distribution as generic as possible, enabling the widest set of features, and being more familiar to more users. Of course, switching to other init managers and more restricted features will be possible by later compiling the system from source (advanced use case).&lt;br /&gt;
&lt;br /&gt;
This also implies the choice of the GNU C library (glibc). Selecting glibc also makes sense to enable the widest possible selection of packages, and some packages have limited or no support for the Musl C library. That&#039;s typically the case of systemd, which upstream only supports glibc.&lt;br /&gt;
&lt;br /&gt;
Last but not least, people who want to use the Musl C library probably do that to optimize the size of their system, which is a use case not well adapted to using ready-made binary images. &lt;br /&gt;
Such an advanced use case will be addressed by re-compiling from source, after testing initial prototypes with the binary image based on glibc.&lt;br /&gt;
&lt;br /&gt;
=== Binary images ===&lt;br /&gt;
&lt;br /&gt;
The prototype will provide as a reference, for each targeted architecture:&lt;br /&gt;
* The root filesystem binary image, generated by building the &amp;lt;code&amp;gt;core-image-full-cmdline&amp;lt;/code&amp;gt; target.&lt;br /&gt;
* An image containing on-target development tools (e.g compiler, debugger)&lt;br /&gt;
* The corresponding SD card images to be booted through QEMU. Other boot methods will be possible, but will be outside of the scope of the reference distribution.&lt;br /&gt;
&lt;br /&gt;
=== Package feeds ===&lt;br /&gt;
&lt;br /&gt;
For each targeted architecture, several package feeds will be available to allow for bugfix or security updates or to extend the image with additional packages:&lt;br /&gt;
* Architecture independent feed&lt;br /&gt;
* Architecture dependent feed&lt;br /&gt;
* Machine dependent feed&lt;br /&gt;
See [https://docs.yoctoproject.org/dev-manual/packages.html#using-runtime-package-management Using Runtime Package Management] for details.&lt;br /&gt;
&lt;br /&gt;
The feeds for the first prototype will contain all the packages which are supported by the [https://git.yoctoproject.org/poky/tree/meta-poky/conf/distro/poky-altcfg.conf poky-altcfg] distribution as produced by the &amp;lt;code&amp;gt;bitbake world&amp;lt;/code&amp;gt; command for the set of layers supplied by Poky.&lt;br /&gt;
&lt;br /&gt;
=== Available reference package formats ===&lt;br /&gt;
&lt;br /&gt;
To keep the first prototype simple, we will only release images and package feeds based on the &amp;quot;ipk&amp;quot; format supported by [[wikipedia:opkg|opkg]] package manager.&lt;br /&gt;
&lt;br /&gt;
Of course, the OpenEmbedded build system also supports the [[wikipedia:Deb_(file_format)|deb]] and [[wikipedia:RPM_Package_Manager|rpm]] package formats, so users will be able to generate their own images and feeds based on these other formats.&lt;br /&gt;
&lt;br /&gt;
Another reason for not providing &amp;quot;deb&amp;quot; and &amp;quot;rpm&amp;quot; packages is that we do not want inexperienced users to expect to be able to grab and use such packages produced for regular Linux distributions (Debian, Fedora, etc.). Being built with different C library versions and toolchains, the corresponding binaries are most likely to be broken anyway.&lt;br /&gt;
&lt;br /&gt;
=== Available reference binary artifacts and deliverables ===&lt;br /&gt;
&lt;br /&gt;
The first prototype will make the below binary artifacts publicly available:&lt;br /&gt;
* Root filesystem images (as specified above)&lt;br /&gt;
* Binary package feeds (as specified above)&lt;br /&gt;
* [https://docs.yoctoproject.org/ref-manual/variables.html#term-PR PR] database, so that people can manage updates to packages, by importing the database in a local PR server.&lt;br /&gt;
* Prebuilt object data (&amp;quot;Shared State cache) through a public server (see [https://docs.yoctoproject.org/ref-manual/variables.html#term-SSTATE_MIRRORS SSTATE_MIRRORS]), to reuse binary output already built by the Yocto Project autobuilders, to reduce the compile time of additional packages.&lt;br /&gt;
* Hash Equivalence data through a public server (see [https://docs.yoctoproject.org/bitbake/2.4/bitbake-user-manual/bitbake-user-manual-ref-variables.html#term-BB_HASHSERVE_UPSTREAM BB_HASHSERVE_UPSTREAM]), to increase the reusability of prebuilt objects.&lt;br /&gt;
&lt;br /&gt;
Share State and Hash Equivalence data would be only useful to &amp;quot;Intermediate&amp;quot; and &amp;quot;Advanced&amp;quot; use cases, to rebuild parts or the whole system from source.&lt;br /&gt;
&lt;br /&gt;
Such artifacts will be served through a Content Delivery Network (CDN), to make sure that they can be downloaded fast enough from any location in the world, in a way that remains much faster than re-compiling such artifacts from sources.&lt;br /&gt;
&lt;br /&gt;
Those binaries should also be released along with:&lt;br /&gt;
* Sources corresponding to the software used to build the image, as produced by the [https://docs.yoctoproject.org/ref-manual/classes.html#ref-classes-archiver archiver] class. Unlike standard GNU/Linux distributions, we won&#039;t ship source package feeds (such as SRPMs)&amp;lt;ref&amp;gt;Only Source RPMs are supported by the [https://docs.yoctoproject.org/ref-manual/classes.html#ref-classes-archiver archiver] class. To obtain them, you need to set &amp;lt;code&amp;gt;INHERIT += &amp;quot;archiver&amp;quot;&amp;lt;/code&amp;gt;, &amp;lt;code&amp;gt;PACKAGE_CLASSES = &amp;quot;package_rpm&amp;quot;&amp;lt;/code&amp;gt; and &amp;lt;code&amp;gt;ARCHIVER_MODE[srpm] = &amp;quot;1&amp;quot;&amp;lt;/code&amp;gt;. The generation of source &amp;lt;code&amp;gt;deb&amp;lt;/code&amp;gt; or &amp;lt;code&amp;gt;ipk&amp;lt;/code&amp;gt; packages is currently not supported.&amp;lt;/ref&amp;gt;.&amp;lt;ref&amp;gt;The &amp;lt;code&amp;gt;-src&amp;lt;/code&amp;gt; packages which recipes can produce are only meant for debugging together with &amp;lt;code&amp;gt;-dbg&amp;lt;/code&amp;gt; packages. See [https://docs.yoctoproject.org/dev/ref-manual/variables.html#term-PACKAGE_DEBUG_SPLIT_STYLE PACKAGE_DEBUG_SPLIT_STYLE].&amp;lt;/ref&amp;gt;&lt;br /&gt;
* SPDX output for the initial image&lt;br /&gt;
* The build system and layer sources. A good fit would be Alex Kanavin&#039;s [https://patchwork.yoctoproject.org/project/oe-core/patch/20231107105844.712846-1-alex@linutronix.de/ build bundles].&lt;br /&gt;
&lt;br /&gt;
=== Defining policies and processes ===&lt;br /&gt;
&lt;br /&gt;
This reference binary distribution prototype will also drive the documentation of policies and process to address future work such as:&lt;br /&gt;
* What criteria should a new CPU architecture or platform tuning meet to be added / tested?&lt;br /&gt;
* What criteria should other layers meet to be tested, in addition to being already tested by the Autobuilder? Should these criteria only apply to specific recipes or to the entire layers containing them?&lt;br /&gt;
&lt;br /&gt;
See the [[#Policies and Processes | Policies and Processes]].&lt;br /&gt;
&lt;br /&gt;
=== Testing plans ===&lt;br /&gt;
&lt;br /&gt;
Here are the tests we plan to implement:&lt;br /&gt;
* Producing and testing binary images through the autobuilder&lt;br /&gt;
* Making nightly builds available to testers&lt;br /&gt;
* Testing that package updates apply successfully:&lt;br /&gt;
** Within the current stable branch (nanbield): from one release update to the next, and from the latest release update to the tip of the branch&lt;br /&gt;
** Between release branches: from the latest update to our latest LTS (kirkstone), to the latest update to the current stable release (nanbield).&lt;br /&gt;
* Testing that it&#039;s also possible to build and deploy packages from the meta-openembedded and meta-virtualization layers, as a way to assess the relevance of our policies and process for additional layers or recipes. This would also be a way to demonstrate the ability to build container images, which would be a great way to ship binary distributions.&lt;br /&gt;
&lt;br /&gt;
Here are other tests that would be worth implementing:&lt;br /&gt;
* Check that package upgrades don&#039;t cause configuration file changes to be lost. See [https://lore.kernel.org/openembedded-core/0e38566f-a1f9-4ebb-8492-2c50945eeeb4@gmail.com/T/#t this discussion].&lt;br /&gt;
* Check that the latest package upgrades successfully apply to any previous release, at least on the same branch. For example, upgrading directly from release x.y.n-2 to x.y may not work without going through x.y.n-1 as an intermediate. This could happen if a package has a really broken post-install script in n-2, which damage is repaired in n-1. Should n repair it too in case n-1 is skipped?&lt;br /&gt;
&lt;br /&gt;
We will work with recipe maintainers to publish fixes for update issues that testing will find in recipes. Each issue will be reported in Bugzilla.&lt;br /&gt;
&lt;br /&gt;
=== Open questions ===&lt;br /&gt;
&lt;br /&gt;
* Issues with Yocto Project being pedantic in its use of arch strings such as &amp;quot;intel-x86-64&amp;quot; instead of &amp;quot;x86-64&amp;quot;. This conflicts with typical use in the greater Linux and &amp;quot;binary&amp;quot; community, which may not recognize the &amp;quot;extended&amp;quot; arch strings. Examples: [https://github.com/openSUSE/libsolv/blob/master/src/poolarch.c#L23 libresolv] and [https://github.com/rpm5/libhif/blob/f9b798cadb6821f9cffd5c0331578b3f7c19d699/libdnf/dnf-context.c#L52 libdnf] (reported by Mark Asselstine).&lt;br /&gt;
&lt;br /&gt;
== Policies and Processes ==&lt;br /&gt;
&lt;br /&gt;
Open questions:&lt;br /&gt;
* When do we run updates? What does process look like?&lt;br /&gt;
* How long are the feeds maintained?&lt;br /&gt;
* How do we handle PR and PE changes wrt to the core layers?&lt;br /&gt;
&lt;br /&gt;
=== Criteria for adding and testing a new CPU architecture or platform tuning ===&lt;br /&gt;
&lt;br /&gt;
* Only tunes in Openembedded-Core should be supported.&lt;br /&gt;
&lt;br /&gt;
=== Process and policy for proposing adding new layers to the binary distro test artifacts process ===&lt;br /&gt;
&lt;br /&gt;
* Layers must be [https://docs.yoctoproject.org/current/dev-manual/layers.html#making-sure-your-layer-is-compatible-with-yocto-project Yocto Project Compatible]&lt;br /&gt;
* In addition, layers must be well written and be targetting project best practices like reproducibility, no network access outside fetching so mirroring and licensing auditing works and not skipping QA tests without good reason.&lt;br /&gt;
* Any dependency layers would already have to be included in the testing already or make a separate application for addition first.&lt;br /&gt;
* The layer being added must be suitably generic with a clear need/usage of the components provided by the layer in the ecosystem&lt;br /&gt;
* The layer maintainer must have a commitment to keeping recipe upgrades functional&lt;br /&gt;
* The proposal must make it clear which recipes within the layer are being proposed to be built&lt;br /&gt;
* Proposals would be made to the Yocto Project TSC covering the above topics&lt;br /&gt;
&lt;br /&gt;
=== Process and policy for proposing addition of a new MACHINE target ===&lt;br /&gt;
&lt;br /&gt;
* Layers to build the machine need to be [https://docs.yoctoproject.org/current/dev-manual/layers.html#making-sure-your-layer-is-compatible-with-yocto-project Yocto Project Compatible]&lt;br /&gt;
* Layers need to be buildable on the project autobuilder&lt;br /&gt;
* Needs to be Yocto Project membership sponsorship of the machine due to the project resource usage&lt;br /&gt;
* Needs to be a commitment to testing the images for the platform for releases and upgrades&lt;br /&gt;
* Proposals would be made to the Yocto Project TSC covering the above topics&lt;br /&gt;
&lt;br /&gt;
=== Process and policy for proposing addition of new recipe to the build ===&lt;br /&gt;
&lt;br /&gt;
* This process assumes the layer is already present but the recipe is not currently included in the test matrix&lt;br /&gt;
* The recipe would need to have demonstrated the ability to pass on target installation and upgrade&lt;br /&gt;
* Proposals would be made to the Yocto Project TSC covering the above topics&lt;br /&gt;
* The software needs to have a good maintenance track record including reasonable CVE response&lt;br /&gt;
* Note: The TSC is aiming to appoint a maintainer to take the lead on resolving binary distro testing issues and handling recipe addition requests.&lt;br /&gt;
&lt;br /&gt;
=== TSC Criteria for change evaluation ===&lt;br /&gt;
&lt;br /&gt;
* Does the project have resources (human and compute for build/test/QA/bugfixing) to support the change?&lt;br /&gt;
* Is the change widely useful to a significant portion of the user base?&lt;br /&gt;
* Does the change enhance the project&#039;s test matrix?&lt;br /&gt;
* Does the change significantly improve developer productivity?&lt;br /&gt;
&lt;br /&gt;
== Achievements ==&lt;br /&gt;
&lt;br /&gt;
=== Fixed bugs ===&lt;br /&gt;
&lt;br /&gt;
* [https://bugzilla.yoctoproject.org/show_bug.cgi?id=15292 Bug 15292 - systemd-compat-units: error at package post-install time]&lt;br /&gt;
&lt;br /&gt;
=== Yocto Project Documentation improvements ===&lt;br /&gt;
&lt;br /&gt;
* [https://lore.kernel.org/yocto-docs/20231206155427.279612-1-michael.opdenacker@bootlin.com/T/#t Fixes and updates to the Test Environment Manual]&lt;br /&gt;
&lt;br /&gt;
== Missing features ==&lt;br /&gt;
&lt;br /&gt;
Not implemented yet:&lt;br /&gt;
* Ability to update the system SPDX description after installing extra packages or package updates. The current way SPDX is generated doesn&#039;t allow to generate &amp;lt;code&amp;gt;-spdx&amp;lt;/code&amp;gt; packages, which would have made this possible ([https://lists.openembedded.org/g/openembedded-architecture/message/1855 discussion]).&lt;br /&gt;
&lt;br /&gt;
== Out of scope ==&lt;br /&gt;
&lt;br /&gt;
Features outside of the scope of this effort, but definitely worth keeping track of for future efforts, or for people already maintaining binary distributions.&lt;br /&gt;
* Binary distribution installer: not absolutely necessary but users may expect one. For example the [https://www.yoedistro.org/ Yoe] distro offers one, and so does [https://www.raspberrypi.com/news/raspberry-pi-imager-imaging-utility/ Raspberry Pi].&lt;br /&gt;
&lt;br /&gt;
== Footnotes and references ==&lt;/div&gt;</summary>
		<author><name>Rpurdie</name></author>
	</entry>
	<entry>
		<id>https://wiki.yoctoproject.org/wiki/index.php?title=Binary_Distro_Prototype&amp;diff=86283</id>
		<title>Binary Distro Prototype</title>
		<link rel="alternate" type="text/html" href="https://wiki.yoctoproject.org/wiki/index.php?title=Binary_Distro_Prototype&amp;diff=86283"/>
		<updated>2024-03-26T16:38:20Z</updated>

		<summary type="html">&lt;p&gt;Rpurdie: /* Policies and Processes */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Scope of a Yocto Binary Distribution Prototype ==&lt;br /&gt;
&lt;br /&gt;
The Yocto Project has received funding for developing the processes and tooling for enabling binary distributions (see the [https://web.archive.org/web/20230620145823/https://www.yoctoproject.org/community/yocto-project-engineering-request-for-quotation/ Engineering Request for Quotation]). As part of that, the project would need some form of prototype test binary distro to develop and test this. The main goal of this would be to develop the tools, and documentation needed to build a binary distribution and allow application and system developers to progress through a hierarchy of different uses of the resulting environment:&lt;br /&gt;
&lt;br /&gt;
* &#039;&#039;&#039;Beginner&#039;&#039;&#039; use case: begin by fetching a binary image, ready to boot on a target machine. Extend the system by installing extra applications through package feeds.&lt;br /&gt;
* &#039;&#039;&#039;Intermediate&#039;&#039;&#039; use case: tweak and rebuild existing packages, compile new applications and modify images by using an eSDK and other binary artifacts.&lt;br /&gt;
* &#039;&#039;&#039;Advanced&#039;&#039;&#039; use case: completely reorganize and optimize the system for a specific target, switching to building from source&lt;br /&gt;
&lt;br /&gt;
The first step in this effort is to define the scope of the prototype we will develop. We are looking for feedback and comments about issues we may not have considered.&lt;br /&gt;
&lt;br /&gt;
Bear in mind that a prototype has to be limited in scope. However, the developed tools, procedures and documentation will open a pathway for the Yocto Project and OpenEmbedded community to experiment with more architectures, features, recipes and images.&lt;br /&gt;
&lt;br /&gt;
Also bear in mind that the effort is not planning to adopt, replace or repeat any existing distributions such as [[wikipedia:Ångström_distribution|Ångström]] or [https://www.yoedistro.org/ Yoe].&lt;br /&gt;
&lt;br /&gt;
Notes from discussions:&lt;br /&gt;
* Alex Kanavin suggests as &amp;quot;Intermediate&amp;quot; step to use the [https://patchwork.yoctoproject.org/project/oe-core/patch/20231107105844.712846-1-alex@linutronix.de/ build bundles] that he submitted. However, this is closer to the &amp;quot;Advanced&amp;quot; use case as this already uses BitBake and OE/Yocto ([https://lists.openembedded.org/g/openembedded-architecture/message/1850 discussion]).&lt;br /&gt;
&lt;br /&gt;
=== Target architectures and machines ===&lt;br /&gt;
&lt;br /&gt;
The first prototype would only target the below architectures:&lt;br /&gt;
* &amp;quot;x86-64&amp;quot; architecture through the [https://git.yoctoproject.org/poky/tree/meta/conf/machine/qemux86-64.conf qemux86-64] machine.&lt;br /&gt;
* &amp;quot;arm64&amp;quot; architecture through the [https://git.yoctoproject.org/poky/tree/meta/conf/machine/qemuarm64.conf qemuarm64] machine.&lt;br /&gt;
&lt;br /&gt;
Testing would happen through QEMU system emulation. The emulated architectures will be sufficient to test the outputs of this effort, but the developed tooling and documentation should allow the community to experiment with other target architectures and machines.&lt;br /&gt;
&lt;br /&gt;
=== Target tunes ===&lt;br /&gt;
&lt;br /&gt;
The binary images and other artifacts should be generated with the default tunes of the [https://git.yoctoproject.org/poky/tree/meta/conf/machine/qemux86-64.conf qemux86-64] and  [https://git.yoctoproject.org/poky/tree/meta/conf/machine/qemuarm64.conf qemuarm64] machines.&lt;br /&gt;
&lt;br /&gt;
See [https://docs.yoctoproject.org/ref-manual/variables.html#term-DEFAULTTUNE DEFAULTTUNE] for details.&lt;br /&gt;
&lt;br /&gt;
=== Distribution, Init Manager, C library ===&lt;br /&gt;
&lt;br /&gt;
Images and package feeds will be generated for the [https://git.yoctoproject.org/poky/tree/meta-poky/conf/distro/poky-altcfg.conf poky-altcfg] distribution, using the systemd init manager.&lt;br /&gt;
&lt;br /&gt;
Choosing systemd makes the binary reference distribution as generic as possible, enabling the widest set of features, and being more familiar to more users. Of course, switching to other init managers and more restricted features will be possible by later compiling the system from source (advanced use case).&lt;br /&gt;
&lt;br /&gt;
This also implies the choice of the GNU C library (glibc). Selecting glibc also makes sense to enable the widest possible selection of packages, and some packages have limited or no support for the Musl C library. That&#039;s typically the case of systemd, which upstream only supports glibc.&lt;br /&gt;
&lt;br /&gt;
Last but not least, people who want to use the Musl C library probably do that to optimize the size of their system, which is a use case not well adapted to using ready-made binary images. &lt;br /&gt;
Such an advanced use case will be addressed by re-compiling from source, after testing initial prototypes with the binary image based on glibc.&lt;br /&gt;
&lt;br /&gt;
=== Binary images ===&lt;br /&gt;
&lt;br /&gt;
The prototype will provide as a reference, for each targeted architecture:&lt;br /&gt;
* The root filesystem binary image, generated by building the &amp;lt;code&amp;gt;core-image-full-cmdline&amp;lt;/code&amp;gt; target.&lt;br /&gt;
* An image containing on-target development tools (e.g compiler, debugger)&lt;br /&gt;
* The corresponding SD card images to be booted through QEMU. Other boot methods will be possible, but will be outside of the scope of the reference distribution.&lt;br /&gt;
&lt;br /&gt;
=== Package feeds ===&lt;br /&gt;
&lt;br /&gt;
For each targeted architecture, several package feeds will be available to allow for bugfix or security updates or to extend the image with additional packages:&lt;br /&gt;
* Architecture independent feed&lt;br /&gt;
* Architecture dependent feed&lt;br /&gt;
* Machine dependent feed&lt;br /&gt;
See [https://docs.yoctoproject.org/dev-manual/packages.html#using-runtime-package-management Using Runtime Package Management] for details.&lt;br /&gt;
&lt;br /&gt;
The feeds for the first prototype will contain all the packages which are supported by the [https://git.yoctoproject.org/poky/tree/meta-poky/conf/distro/poky-altcfg.conf poky-altcfg] distribution as produced by the &amp;lt;code&amp;gt;bitbake world&amp;lt;/code&amp;gt; command for the set of layers supplied by Poky.&lt;br /&gt;
&lt;br /&gt;
=== Available reference package formats ===&lt;br /&gt;
&lt;br /&gt;
To keep the first prototype simple, we will only release images and package feeds based on the &amp;quot;ipk&amp;quot; format supported by [[wikipedia:opkg|opkg]] package manager.&lt;br /&gt;
&lt;br /&gt;
Of course, the OpenEmbedded build system also supports the [[wikipedia:Deb_(file_format)|deb]] and [[wikipedia:RPM_Package_Manager|rpm]] package formats, so users will be able to generate their own images and feeds based on these other formats.&lt;br /&gt;
&lt;br /&gt;
Another reason for not providing &amp;quot;deb&amp;quot; and &amp;quot;rpm&amp;quot; packages is that we do not want inexperienced users to expect to be able to grab and use such packages produced for regular Linux distributions (Debian, Fedora, etc.). Being built with different C library versions and toolchains, the corresponding binaries are most likely to be broken anyway.&lt;br /&gt;
&lt;br /&gt;
=== Available reference binary artifacts and deliverables ===&lt;br /&gt;
&lt;br /&gt;
The first prototype will make the below binary artifacts publicly available:&lt;br /&gt;
* Root filesystem images (as specified above)&lt;br /&gt;
* Binary package feeds (as specified above)&lt;br /&gt;
* [https://docs.yoctoproject.org/ref-manual/variables.html#term-PR PR] database, so that people can manage updates to packages, by importing the database in a local PR server.&lt;br /&gt;
* Prebuilt object data (&amp;quot;Shared State cache) through a public server (see [https://docs.yoctoproject.org/ref-manual/variables.html#term-SSTATE_MIRRORS SSTATE_MIRRORS]), to reuse binary output already built by the Yocto Project autobuilders, to reduce the compile time of additional packages.&lt;br /&gt;
* Hash Equivalence data through a public server (see [https://docs.yoctoproject.org/bitbake/2.4/bitbake-user-manual/bitbake-user-manual-ref-variables.html#term-BB_HASHSERVE_UPSTREAM BB_HASHSERVE_UPSTREAM]), to increase the reusability of prebuilt objects.&lt;br /&gt;
&lt;br /&gt;
Share State and Hash Equivalence data would be only useful to &amp;quot;Intermediate&amp;quot; and &amp;quot;Advanced&amp;quot; use cases, to rebuild parts or the whole system from source.&lt;br /&gt;
&lt;br /&gt;
Such artifacts will be served through a Content Delivery Network (CDN), to make sure that they can be downloaded fast enough from any location in the world, in a way that remains much faster than re-compiling such artifacts from sources.&lt;br /&gt;
&lt;br /&gt;
Those binaries should also be released along with:&lt;br /&gt;
* Sources corresponding to the software used to build the image, as produced by the [https://docs.yoctoproject.org/ref-manual/classes.html#ref-classes-archiver archiver] class. Unlike standard GNU/Linux distributions, we won&#039;t ship source package feeds (such as SRPMs)&amp;lt;ref&amp;gt;Only Source RPMs are supported by the [https://docs.yoctoproject.org/ref-manual/classes.html#ref-classes-archiver archiver] class. To obtain them, you need to set &amp;lt;code&amp;gt;INHERIT += &amp;quot;archiver&amp;quot;&amp;lt;/code&amp;gt;, &amp;lt;code&amp;gt;PACKAGE_CLASSES = &amp;quot;package_rpm&amp;quot;&amp;lt;/code&amp;gt; and &amp;lt;code&amp;gt;ARCHIVER_MODE[srpm] = &amp;quot;1&amp;quot;&amp;lt;/code&amp;gt;. The generation of source &amp;lt;code&amp;gt;deb&amp;lt;/code&amp;gt; or &amp;lt;code&amp;gt;ipk&amp;lt;/code&amp;gt; packages is currently not supported.&amp;lt;/ref&amp;gt;.&amp;lt;ref&amp;gt;The &amp;lt;code&amp;gt;-src&amp;lt;/code&amp;gt; packages which recipes can produce are only meant for debugging together with &amp;lt;code&amp;gt;-dbg&amp;lt;/code&amp;gt; packages. See [https://docs.yoctoproject.org/dev/ref-manual/variables.html#term-PACKAGE_DEBUG_SPLIT_STYLE PACKAGE_DEBUG_SPLIT_STYLE].&amp;lt;/ref&amp;gt;&lt;br /&gt;
* SPDX output for the initial image&lt;br /&gt;
* The build system and layer sources. A good fit would be Alex Kanavin&#039;s [https://patchwork.yoctoproject.org/project/oe-core/patch/20231107105844.712846-1-alex@linutronix.de/ build bundles].&lt;br /&gt;
&lt;br /&gt;
=== Defining policies and processes ===&lt;br /&gt;
&lt;br /&gt;
This reference binary distribution prototype will also drive the documentation of policies and process to address future work such as:&lt;br /&gt;
* What criteria should a new CPU architecture or platform tuning meet to be added / tested?&lt;br /&gt;
* What criteria should other layers meet to be tested, in addition to being already tested by the Autobuilder? Should these criteria only apply to specific recipes or to the entire layers containing them?&lt;br /&gt;
&lt;br /&gt;
See the [[#Policies and Processes | Policies and Processes]].&lt;br /&gt;
&lt;br /&gt;
=== Testing plans ===&lt;br /&gt;
&lt;br /&gt;
Here are the tests we plan to implement:&lt;br /&gt;
* Producing and testing binary images through the autobuilder&lt;br /&gt;
* Making nightly builds available to testers&lt;br /&gt;
* Testing that package updates apply successfully:&lt;br /&gt;
** Within the current stable branch (nanbield): from one release update to the next, and from the latest release update to the tip of the branch&lt;br /&gt;
** Between release branches: from the latest update to our latest LTS (kirkstone), to the latest update to the current stable release (nanbield).&lt;br /&gt;
* Testing that it&#039;s also possible to build and deploy packages from the meta-openembedded and meta-virtualization layers, as a way to assess the relevance of our policies and process for additional layers or recipes. This would also be a way to demonstrate the ability to build container images, which would be a great way to ship binary distributions.&lt;br /&gt;
&lt;br /&gt;
Here are other tests that would be worth implementing:&lt;br /&gt;
* Check that package upgrades don&#039;t cause configuration file changes to be lost. See [https://lore.kernel.org/openembedded-core/0e38566f-a1f9-4ebb-8492-2c50945eeeb4@gmail.com/T/#t this discussion].&lt;br /&gt;
* Check that the latest package upgrades successfully apply to any previous release, at least on the same branch. For example, upgrading directly from release x.y.n-2 to x.y may not work without going through x.y.n-1 as an intermediate. This could happen if a package has a really broken post-install script in n-2, which damage is repaired in n-1. Should n repair it too in case n-1 is skipped?&lt;br /&gt;
&lt;br /&gt;
We will work with recipe maintainers to publish fixes for update issues that testing will find in recipes. Each issue will be reported in Bugzilla.&lt;br /&gt;
&lt;br /&gt;
=== Open questions ===&lt;br /&gt;
&lt;br /&gt;
* Issues with Yocto Project being pedantic in its use of arch strings such as &amp;quot;intel-x86-64&amp;quot; instead of &amp;quot;x86-64&amp;quot;. This conflicts with typical use in the greater Linux and &amp;quot;binary&amp;quot; community, which may not recognize the &amp;quot;extended&amp;quot; arch strings. Examples: [https://github.com/openSUSE/libsolv/blob/master/src/poolarch.c#L23 libresolv] and [https://github.com/rpm5/libhif/blob/f9b798cadb6821f9cffd5c0331578b3f7c19d699/libdnf/dnf-context.c#L52 libdnf] (reported by Mark Asselstine).&lt;br /&gt;
&lt;br /&gt;
== Policies and Processes ==&lt;br /&gt;
&lt;br /&gt;
Open questions:&lt;br /&gt;
* When do we run updates? What does process look like?&lt;br /&gt;
* How long are the feeds maintained?&lt;br /&gt;
&lt;br /&gt;
=== Criteria for adding and testing a new CPU architecture or platform tuning ===&lt;br /&gt;
&lt;br /&gt;
* Only tunes in Openembedded-Core should be supported.&lt;br /&gt;
&lt;br /&gt;
=== Process and policy for proposing adding new layers to the binary distro test artifacts process ===&lt;br /&gt;
&lt;br /&gt;
* Layers must be [https://docs.yoctoproject.org/current/dev-manual/layers.html#making-sure-your-layer-is-compatible-with-yocto-project Yocto Project Compatible]&lt;br /&gt;
* In addition, layers must be well written and be targetting project best practices like reproducibility, no network access outside fetching so mirroring and licensing auditing works and not skipping QA tests without good reason.&lt;br /&gt;
* Any dependency layers would already have to be included in the testing already or make a separate application for addition first.&lt;br /&gt;
* The layer being added must be suitably generic with a clear need/usage of the components provided by the layer in the ecosystem&lt;br /&gt;
* The layer maintainer must have a commitment to keeping recipe upgrades functional&lt;br /&gt;
* The proposal must make it clear which recipes within the layer are being proposed to be built&lt;br /&gt;
* Proposals would be made to the Yocto Project TSC covering the above topics&lt;br /&gt;
&lt;br /&gt;
=== Process and policy for proposing addition of a new MACHINE target ===&lt;br /&gt;
&lt;br /&gt;
* Layers to build the machine need to be [https://docs.yoctoproject.org/current/dev-manual/layers.html#making-sure-your-layer-is-compatible-with-yocto-project Yocto Project Compatible]&lt;br /&gt;
* Layers need to be buildable on the project autobuilder&lt;br /&gt;
* Needs to be Yocto Project membership sponsorship of the machine due to the project resource usage&lt;br /&gt;
* Needs to be a commitment to testing the images for the platform for releases and upgrades&lt;br /&gt;
* Proposals would be made to the Yocto Project TSC covering the above topics&lt;br /&gt;
&lt;br /&gt;
=== Process and policy for proposing addition of new recipe to the build ===&lt;br /&gt;
&lt;br /&gt;
* This process assumes the layer is already present but the recipe is not currently included in the test matrix&lt;br /&gt;
* The recipe would need to have demonstrated the ability to pass on target installation and upgrade&lt;br /&gt;
* Proposals would be made to the Yocto Project TSC covering the above topics&lt;br /&gt;
* The software needs to have a good maintenance track record including reasonable CVE response&lt;br /&gt;
* Note: The TSC is aiming to appoint a maintainer to take the lead on resolving binary distro testing issues and handling recipe addition requests.&lt;br /&gt;
&lt;br /&gt;
=== TSC Criteria for change evaluation ===&lt;br /&gt;
&lt;br /&gt;
* Does the project have resources (human and compute for build/test/QA/bugfixing) to support the change?&lt;br /&gt;
* Is the change widely useful to a significant portion of the user base?&lt;br /&gt;
* Does the change enhance the project&#039;s test matrix?&lt;br /&gt;
* Does the change significantly improve developer productivity?&lt;br /&gt;
&lt;br /&gt;
== Achievements ==&lt;br /&gt;
&lt;br /&gt;
=== Fixed bugs ===&lt;br /&gt;
&lt;br /&gt;
* [https://bugzilla.yoctoproject.org/show_bug.cgi?id=15292 Bug 15292 - systemd-compat-units: error at package post-install time]&lt;br /&gt;
&lt;br /&gt;
=== Yocto Project Documentation improvements ===&lt;br /&gt;
&lt;br /&gt;
* [https://lore.kernel.org/yocto-docs/20231206155427.279612-1-michael.opdenacker@bootlin.com/T/#t Fixes and updates to the Test Environment Manual]&lt;br /&gt;
&lt;br /&gt;
== Missing features ==&lt;br /&gt;
&lt;br /&gt;
Not implemented yet:&lt;br /&gt;
* Ability to update the system SPDX description after installing extra packages or package updates. The current way SPDX is generated doesn&#039;t allow to generate &amp;lt;code&amp;gt;-spdx&amp;lt;/code&amp;gt; packages, which would have made this possible ([https://lists.openembedded.org/g/openembedded-architecture/message/1855 discussion]).&lt;br /&gt;
&lt;br /&gt;
== Out of scope ==&lt;br /&gt;
&lt;br /&gt;
Features outside of the scope of this effort, but definitely worth keeping track of for future efforts, or for people already maintaining binary distributions.&lt;br /&gt;
* Binary distribution installer: not absolutely necessary but users may expect one. For example the [https://www.yoedistro.org/ Yoe] distro offers one, and so does [https://www.raspberrypi.com/news/raspberry-pi-imager-imaging-utility/ Raspberry Pi].&lt;br /&gt;
&lt;br /&gt;
== Footnotes and references ==&lt;/div&gt;</summary>
		<author><name>Rpurdie</name></author>
	</entry>
	<entry>
		<id>https://wiki.yoctoproject.org/wiki/index.php?title=Binary_Distro_Prototype&amp;diff=86281</id>
		<title>Binary Distro Prototype</title>
		<link rel="alternate" type="text/html" href="https://wiki.yoctoproject.org/wiki/index.php?title=Binary_Distro_Prototype&amp;diff=86281"/>
		<updated>2024-03-26T16:36:31Z</updated>

		<summary type="html">&lt;p&gt;Rpurdie: /* Policies and Processes */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Scope of a Yocto Binary Distribution Prototype ==&lt;br /&gt;
&lt;br /&gt;
The Yocto Project has received funding for developing the processes and tooling for enabling binary distributions (see the [https://web.archive.org/web/20230620145823/https://www.yoctoproject.org/community/yocto-project-engineering-request-for-quotation/ Engineering Request for Quotation]). As part of that, the project would need some form of prototype test binary distro to develop and test this. The main goal of this would be to develop the tools, and documentation needed to build a binary distribution and allow application and system developers to progress through a hierarchy of different uses of the resulting environment:&lt;br /&gt;
&lt;br /&gt;
* &#039;&#039;&#039;Beginner&#039;&#039;&#039; use case: begin by fetching a binary image, ready to boot on a target machine. Extend the system by installing extra applications through package feeds.&lt;br /&gt;
* &#039;&#039;&#039;Intermediate&#039;&#039;&#039; use case: tweak and rebuild existing packages, compile new applications and modify images by using an eSDK and other binary artifacts.&lt;br /&gt;
* &#039;&#039;&#039;Advanced&#039;&#039;&#039; use case: completely reorganize and optimize the system for a specific target, switching to building from source&lt;br /&gt;
&lt;br /&gt;
The first step in this effort is to define the scope of the prototype we will develop. We are looking for feedback and comments about issues we may not have considered.&lt;br /&gt;
&lt;br /&gt;
Bear in mind that a prototype has to be limited in scope. However, the developed tools, procedures and documentation will open a pathway for the Yocto Project and OpenEmbedded community to experiment with more architectures, features, recipes and images.&lt;br /&gt;
&lt;br /&gt;
Also bear in mind that the effort is not planning to adopt, replace or repeat any existing distributions such as [[wikipedia:Ångström_distribution|Ångström]] or [https://www.yoedistro.org/ Yoe].&lt;br /&gt;
&lt;br /&gt;
Notes from discussions:&lt;br /&gt;
* Alex Kanavin suggests as &amp;quot;Intermediate&amp;quot; step to use the [https://patchwork.yoctoproject.org/project/oe-core/patch/20231107105844.712846-1-alex@linutronix.de/ build bundles] that he submitted. However, this is closer to the &amp;quot;Advanced&amp;quot; use case as this already uses BitBake and OE/Yocto ([https://lists.openembedded.org/g/openembedded-architecture/message/1850 discussion]).&lt;br /&gt;
&lt;br /&gt;
=== Target architectures and machines ===&lt;br /&gt;
&lt;br /&gt;
The first prototype would only target the below architectures:&lt;br /&gt;
* &amp;quot;x86-64&amp;quot; architecture through the [https://git.yoctoproject.org/poky/tree/meta/conf/machine/qemux86-64.conf qemux86-64] machine.&lt;br /&gt;
* &amp;quot;arm64&amp;quot; architecture through the [https://git.yoctoproject.org/poky/tree/meta/conf/machine/qemuarm64.conf qemuarm64] machine.&lt;br /&gt;
&lt;br /&gt;
Testing would happen through QEMU system emulation. The emulated architectures will be sufficient to test the outputs of this effort, but the developed tooling and documentation should allow the community to experiment with other target architectures and machines.&lt;br /&gt;
&lt;br /&gt;
=== Target tunes ===&lt;br /&gt;
&lt;br /&gt;
The binary images and other artifacts should be generated with the default tunes of the [https://git.yoctoproject.org/poky/tree/meta/conf/machine/qemux86-64.conf qemux86-64] and  [https://git.yoctoproject.org/poky/tree/meta/conf/machine/qemuarm64.conf qemuarm64] machines.&lt;br /&gt;
&lt;br /&gt;
See [https://docs.yoctoproject.org/ref-manual/variables.html#term-DEFAULTTUNE DEFAULTTUNE] for details.&lt;br /&gt;
&lt;br /&gt;
=== Distribution, Init Manager, C library ===&lt;br /&gt;
&lt;br /&gt;
Images and package feeds will be generated for the [https://git.yoctoproject.org/poky/tree/meta-poky/conf/distro/poky-altcfg.conf poky-altcfg] distribution, using the systemd init manager.&lt;br /&gt;
&lt;br /&gt;
Choosing systemd makes the binary reference distribution as generic as possible, enabling the widest set of features, and being more familiar to more users. Of course, switching to other init managers and more restricted features will be possible by later compiling the system from source (advanced use case).&lt;br /&gt;
&lt;br /&gt;
This also implies the choice of the GNU C library (glibc). Selecting glibc also makes sense to enable the widest possible selection of packages, and some packages have limited or no support for the Musl C library. That&#039;s typically the case of systemd, which upstream only supports glibc.&lt;br /&gt;
&lt;br /&gt;
Last but not least, people who want to use the Musl C library probably do that to optimize the size of their system, which is a use case not well adapted to using ready-made binary images. &lt;br /&gt;
Such an advanced use case will be addressed by re-compiling from source, after testing initial prototypes with the binary image based on glibc.&lt;br /&gt;
&lt;br /&gt;
=== Binary images ===&lt;br /&gt;
&lt;br /&gt;
The prototype will provide as a reference, for each targeted architecture:&lt;br /&gt;
* The root filesystem binary image, generated by building the &amp;lt;code&amp;gt;core-image-full-cmdline&amp;lt;/code&amp;gt; target.&lt;br /&gt;
* An image containing on-target development tools (e.g compiler, debugger)&lt;br /&gt;
* The corresponding SD card images to be booted through QEMU. Other boot methods will be possible, but will be outside of the scope of the reference distribution.&lt;br /&gt;
&lt;br /&gt;
=== Package feeds ===&lt;br /&gt;
&lt;br /&gt;
For each targeted architecture, several package feeds will be available to allow for bugfix or security updates or to extend the image with additional packages:&lt;br /&gt;
* Architecture independent feed&lt;br /&gt;
* Architecture dependent feed&lt;br /&gt;
* Machine dependent feed&lt;br /&gt;
See [https://docs.yoctoproject.org/dev-manual/packages.html#using-runtime-package-management Using Runtime Package Management] for details.&lt;br /&gt;
&lt;br /&gt;
The feeds for the first prototype will contain all the packages which are supported by the [https://git.yoctoproject.org/poky/tree/meta-poky/conf/distro/poky-altcfg.conf poky-altcfg] distribution as produced by the &amp;lt;code&amp;gt;bitbake world&amp;lt;/code&amp;gt; command for the set of layers supplied by Poky.&lt;br /&gt;
&lt;br /&gt;
=== Available reference package formats ===&lt;br /&gt;
&lt;br /&gt;
To keep the first prototype simple, we will only release images and package feeds based on the &amp;quot;ipk&amp;quot; format supported by [[wikipedia:opkg|opkg]] package manager.&lt;br /&gt;
&lt;br /&gt;
Of course, the OpenEmbedded build system also supports the [[wikipedia:Deb_(file_format)|deb]] and [[wikipedia:RPM_Package_Manager|rpm]] package formats, so users will be able to generate their own images and feeds based on these other formats.&lt;br /&gt;
&lt;br /&gt;
Another reason for not providing &amp;quot;deb&amp;quot; and &amp;quot;rpm&amp;quot; packages is that we do not want inexperienced users to expect to be able to grab and use such packages produced for regular Linux distributions (Debian, Fedora, etc.). Being built with different C library versions and toolchains, the corresponding binaries are most likely to be broken anyway.&lt;br /&gt;
&lt;br /&gt;
=== Available reference binary artifacts and deliverables ===&lt;br /&gt;
&lt;br /&gt;
The first prototype will make the below binary artifacts publicly available:&lt;br /&gt;
* Root filesystem images (as specified above)&lt;br /&gt;
* Binary package feeds (as specified above)&lt;br /&gt;
* [https://docs.yoctoproject.org/ref-manual/variables.html#term-PR PR] database, so that people can manage updates to packages, by importing the database in a local PR server.&lt;br /&gt;
* Prebuilt object data (&amp;quot;Shared State cache) through a public server (see [https://docs.yoctoproject.org/ref-manual/variables.html#term-SSTATE_MIRRORS SSTATE_MIRRORS]), to reuse binary output already built by the Yocto Project autobuilders, to reduce the compile time of additional packages.&lt;br /&gt;
* Hash Equivalence data through a public server (see [https://docs.yoctoproject.org/bitbake/2.4/bitbake-user-manual/bitbake-user-manual-ref-variables.html#term-BB_HASHSERVE_UPSTREAM BB_HASHSERVE_UPSTREAM]), to increase the reusability of prebuilt objects.&lt;br /&gt;
&lt;br /&gt;
Share State and Hash Equivalence data would be only useful to &amp;quot;Intermediate&amp;quot; and &amp;quot;Advanced&amp;quot; use cases, to rebuild parts or the whole system from source.&lt;br /&gt;
&lt;br /&gt;
Such artifacts will be served through a Content Delivery Network (CDN), to make sure that they can be downloaded fast enough from any location in the world, in a way that remains much faster than re-compiling such artifacts from sources.&lt;br /&gt;
&lt;br /&gt;
Those binaries should also be released along with:&lt;br /&gt;
* Sources corresponding to the software used to build the image, as produced by the [https://docs.yoctoproject.org/ref-manual/classes.html#ref-classes-archiver archiver] class. Unlike standard GNU/Linux distributions, we won&#039;t ship source package feeds (such as SRPMs)&amp;lt;ref&amp;gt;Only Source RPMs are supported by the [https://docs.yoctoproject.org/ref-manual/classes.html#ref-classes-archiver archiver] class. To obtain them, you need to set &amp;lt;code&amp;gt;INHERIT += &amp;quot;archiver&amp;quot;&amp;lt;/code&amp;gt;, &amp;lt;code&amp;gt;PACKAGE_CLASSES = &amp;quot;package_rpm&amp;quot;&amp;lt;/code&amp;gt; and &amp;lt;code&amp;gt;ARCHIVER_MODE[srpm] = &amp;quot;1&amp;quot;&amp;lt;/code&amp;gt;. The generation of source &amp;lt;code&amp;gt;deb&amp;lt;/code&amp;gt; or &amp;lt;code&amp;gt;ipk&amp;lt;/code&amp;gt; packages is currently not supported.&amp;lt;/ref&amp;gt;.&amp;lt;ref&amp;gt;The &amp;lt;code&amp;gt;-src&amp;lt;/code&amp;gt; packages which recipes can produce are only meant for debugging together with &amp;lt;code&amp;gt;-dbg&amp;lt;/code&amp;gt; packages. See [https://docs.yoctoproject.org/dev/ref-manual/variables.html#term-PACKAGE_DEBUG_SPLIT_STYLE PACKAGE_DEBUG_SPLIT_STYLE].&amp;lt;/ref&amp;gt;&lt;br /&gt;
* SPDX output for the initial image&lt;br /&gt;
* The build system and layer sources. A good fit would be Alex Kanavin&#039;s [https://patchwork.yoctoproject.org/project/oe-core/patch/20231107105844.712846-1-alex@linutronix.de/ build bundles].&lt;br /&gt;
&lt;br /&gt;
=== Defining policies and processes ===&lt;br /&gt;
&lt;br /&gt;
This reference binary distribution prototype will also drive the documentation of policies and process to address future work such as:&lt;br /&gt;
* What criteria should a new CPU architecture or platform tuning meet to be added / tested?&lt;br /&gt;
* What criteria should other layers meet to be tested, in addition to being already tested by the Autobuilder? Should these criteria only apply to specific recipes or to the entire layers containing them?&lt;br /&gt;
&lt;br /&gt;
See the [[#Policies and Processes | Policies and Processes]].&lt;br /&gt;
&lt;br /&gt;
=== Testing plans ===&lt;br /&gt;
&lt;br /&gt;
Here are the tests we plan to implement:&lt;br /&gt;
* Producing and testing binary images through the autobuilder&lt;br /&gt;
* Making nightly builds available to testers&lt;br /&gt;
* Testing that package updates apply successfully:&lt;br /&gt;
** Within the current stable branch (nanbield): from one release update to the next, and from the latest release update to the tip of the branch&lt;br /&gt;
** Between release branches: from the latest update to our latest LTS (kirkstone), to the latest update to the current stable release (nanbield).&lt;br /&gt;
* Testing that it&#039;s also possible to build and deploy packages from the meta-openembedded and meta-virtualization layers, as a way to assess the relevance of our policies and process for additional layers or recipes. This would also be a way to demonstrate the ability to build container images, which would be a great way to ship binary distributions.&lt;br /&gt;
&lt;br /&gt;
Here are other tests that would be worth implementing:&lt;br /&gt;
* Check that package upgrades don&#039;t cause configuration file changes to be lost. See [https://lore.kernel.org/openembedded-core/0e38566f-a1f9-4ebb-8492-2c50945eeeb4@gmail.com/T/#t this discussion].&lt;br /&gt;
* Check that the latest package upgrades successfully apply to any previous release, at least on the same branch. For example, upgrading directly from release x.y.n-2 to x.y may not work without going through x.y.n-1 as an intermediate. This could happen if a package has a really broken post-install script in n-2, which damage is repaired in n-1. Should n repair it too in case n-1 is skipped?&lt;br /&gt;
&lt;br /&gt;
We will work with recipe maintainers to publish fixes for update issues that testing will find in recipes. Each issue will be reported in Bugzilla.&lt;br /&gt;
&lt;br /&gt;
=== Open questions ===&lt;br /&gt;
&lt;br /&gt;
* Issues with Yocto Project being pedantic in its use of arch strings such as &amp;quot;intel-x86-64&amp;quot; instead of &amp;quot;x86-64&amp;quot;. This conflicts with typical use in the greater Linux and &amp;quot;binary&amp;quot; community, which may not recognize the &amp;quot;extended&amp;quot; arch strings. Examples: [https://github.com/openSUSE/libsolv/blob/master/src/poolarch.c#L23 libresolv] and [https://github.com/rpm5/libhif/blob/f9b798cadb6821f9cffd5c0331578b3f7c19d699/libdnf/dnf-context.c#L52 libdnf] (reported by Mark Asselstine).&lt;br /&gt;
&lt;br /&gt;
== Policies and Processes ==&lt;br /&gt;
&lt;br /&gt;
Open questions:&lt;br /&gt;
  * When do we run updates? What does process look like?&lt;br /&gt;
&lt;br /&gt;
=== Criteria for adding and testing a new CPU architecture or platform tuning ===&lt;br /&gt;
&lt;br /&gt;
* Only tunes in Openembedded-Core should be supported.&lt;br /&gt;
&lt;br /&gt;
=== Process and policy for proposing adding new layers to the binary distro test artefacts process ===&lt;br /&gt;
&lt;br /&gt;
* Layers must be [https://docs.yoctoproject.org/current/dev-manual/layers.html#making-sure-your-layer-is-compatible-with-yocto-project Yocto Project Compatible]&lt;br /&gt;
* In addition, layers must be well written and be targetting project best practices like reproducibility, no network access outside fetching so mirroring and licensing auditing works and not skipping QA tests without good reason.&lt;br /&gt;
* Any dependency layers would already have to be included in the testing already or make a separate application for addition first.&lt;br /&gt;
* The layer being added must be suitably generic with a clear need/usage of the components provided by the layer in the ecosystem&lt;br /&gt;
* The layer maintainer must have a commitment to keeping recipe upgrades functional&lt;br /&gt;
* The proposal must make it clear which recipes within the layer are being proposed to be built&lt;br /&gt;
* Proposals would be made to the Yocto Project TSC covering the above topics&lt;br /&gt;
&lt;br /&gt;
=== Process and policy for proposing addition of a new MACHINE target ===&lt;br /&gt;
&lt;br /&gt;
* Layers to build the machine need to be [https://docs.yoctoproject.org/current/dev-manual/layers.html#making-sure-your-layer-is-compatible-with-yocto-project Yocto Project Compatible]&lt;br /&gt;
* Layers need to be buildable on the project autobuilder&lt;br /&gt;
* Needs to be Yocto Project membership sponsorship of the machine due to the project resource usage&lt;br /&gt;
* Needs to be a commitment to testing the images for the platform for releases and upgrades&lt;br /&gt;
* Proposals would be made to the Yocto Project TSC covering the above topics&lt;br /&gt;
&lt;br /&gt;
=== Process and policy for proposing addition of new recipe to the build ===&lt;br /&gt;
&lt;br /&gt;
* This process assumes the layer is already present but the recipe is not currently included in the test matrix&lt;br /&gt;
* The recipe would need to have demonstrated the ability to pass on target installation and upgrade&lt;br /&gt;
* Proposals would be made to the Yocto Project TSC covering the above topics&lt;br /&gt;
* The software needs to have a good maintenance track record including reasonable CVE response&lt;br /&gt;
* Note: The TSC is aiming to appoint a maintainer to take the lead on resolving binary distro testing issues and handling recipe addition requests.&lt;br /&gt;
&lt;br /&gt;
=== TSC Criteria for change evaluation ===&lt;br /&gt;
&lt;br /&gt;
* Does the project have resources (human and compute for build/test/QA/bugfixing) to support the change?&lt;br /&gt;
* Is the change widely useful to a significant portion of the user base?&lt;br /&gt;
* Does the change enhance the project&#039;s test matrix?&lt;br /&gt;
* Does the change significantly improve developer productivity?&lt;br /&gt;
&lt;br /&gt;
== Achievements ==&lt;br /&gt;
&lt;br /&gt;
=== Fixed bugs ===&lt;br /&gt;
&lt;br /&gt;
* [https://bugzilla.yoctoproject.org/show_bug.cgi?id=15292 Bug 15292 - systemd-compat-units: error at package post-install time]&lt;br /&gt;
&lt;br /&gt;
=== Yocto Project Documentation improvements ===&lt;br /&gt;
&lt;br /&gt;
* [https://lore.kernel.org/yocto-docs/20231206155427.279612-1-michael.opdenacker@bootlin.com/T/#t Fixes and updates to the Test Environment Manual]&lt;br /&gt;
&lt;br /&gt;
== Missing features ==&lt;br /&gt;
&lt;br /&gt;
Not implemented yet:&lt;br /&gt;
* Ability to update the system SPDX description after installing extra packages or package updates. The current way SPDX is generated doesn&#039;t allow to generate &amp;lt;code&amp;gt;-spdx&amp;lt;/code&amp;gt; packages, which would have made this possible ([https://lists.openembedded.org/g/openembedded-architecture/message/1855 discussion]).&lt;br /&gt;
&lt;br /&gt;
== Out of scope ==&lt;br /&gt;
&lt;br /&gt;
Features outside of the scope of this effort, but definitely worth keeping track of for future efforts, or for people already maintaining binary distributions.&lt;br /&gt;
* Binary distribution installer: not absolutely necessary but users may expect one. For example the [https://www.yoedistro.org/ Yoe] distro offers one, and so does [https://www.raspberrypi.com/news/raspberry-pi-imager-imaging-utility/ Raspberry Pi].&lt;br /&gt;
&lt;br /&gt;
== Footnotes and references ==&lt;/div&gt;</summary>
		<author><name>Rpurdie</name></author>
	</entry>
	<entry>
		<id>https://wiki.yoctoproject.org/wiki/index.php?title=Binary_Distro_Prototype&amp;diff=86280</id>
		<title>Binary Distro Prototype</title>
		<link rel="alternate" type="text/html" href="https://wiki.yoctoproject.org/wiki/index.php?title=Binary_Distro_Prototype&amp;diff=86280"/>
		<updated>2024-03-26T16:34:50Z</updated>

		<summary type="html">&lt;p&gt;Rpurdie: /* Policies and Processes */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Scope of a Yocto Binary Distribution Prototype ==&lt;br /&gt;
&lt;br /&gt;
The Yocto Project has received funding for developing the processes and tooling for enabling binary distributions (see the [https://web.archive.org/web/20230620145823/https://www.yoctoproject.org/community/yocto-project-engineering-request-for-quotation/ Engineering Request for Quotation]). As part of that, the project would need some form of prototype test binary distro to develop and test this. The main goal of this would be to develop the tools, and documentation needed to build a binary distribution and allow application and system developers to progress through a hierarchy of different uses of the resulting environment:&lt;br /&gt;
&lt;br /&gt;
* &#039;&#039;&#039;Beginner&#039;&#039;&#039; use case: begin by fetching a binary image, ready to boot on a target machine. Extend the system by installing extra applications through package feeds.&lt;br /&gt;
* &#039;&#039;&#039;Intermediate&#039;&#039;&#039; use case: tweak and rebuild existing packages, compile new applications and modify images by using an eSDK and other binary artifacts.&lt;br /&gt;
* &#039;&#039;&#039;Advanced&#039;&#039;&#039; use case: completely reorganize and optimize the system for a specific target, switching to building from source&lt;br /&gt;
&lt;br /&gt;
The first step in this effort is to define the scope of the prototype we will develop. We are looking for feedback and comments about issues we may not have considered.&lt;br /&gt;
&lt;br /&gt;
Bear in mind that a prototype has to be limited in scope. However, the developed tools, procedures and documentation will open a pathway for the Yocto Project and OpenEmbedded community to experiment with more architectures, features, recipes and images.&lt;br /&gt;
&lt;br /&gt;
Also bear in mind that the effort is not planning to adopt, replace or repeat any existing distributions such as [[wikipedia:Ångström_distribution|Ångström]] or [https://www.yoedistro.org/ Yoe].&lt;br /&gt;
&lt;br /&gt;
Notes from discussions:&lt;br /&gt;
* Alex Kanavin suggests as &amp;quot;Intermediate&amp;quot; step to use the [https://patchwork.yoctoproject.org/project/oe-core/patch/20231107105844.712846-1-alex@linutronix.de/ build bundles] that he submitted. However, this is closer to the &amp;quot;Advanced&amp;quot; use case as this already uses BitBake and OE/Yocto ([https://lists.openembedded.org/g/openembedded-architecture/message/1850 discussion]).&lt;br /&gt;
&lt;br /&gt;
=== Target architectures and machines ===&lt;br /&gt;
&lt;br /&gt;
The first prototype would only target the below architectures:&lt;br /&gt;
* &amp;quot;x86-64&amp;quot; architecture through the [https://git.yoctoproject.org/poky/tree/meta/conf/machine/qemux86-64.conf qemux86-64] machine.&lt;br /&gt;
* &amp;quot;arm64&amp;quot; architecture through the [https://git.yoctoproject.org/poky/tree/meta/conf/machine/qemuarm64.conf qemuarm64] machine.&lt;br /&gt;
&lt;br /&gt;
Testing would happen through QEMU system emulation. The emulated architectures will be sufficient to test the outputs of this effort, but the developed tooling and documentation should allow the community to experiment with other target architectures and machines.&lt;br /&gt;
&lt;br /&gt;
=== Target tunes ===&lt;br /&gt;
&lt;br /&gt;
The binary images and other artifacts should be generated with the default tunes of the [https://git.yoctoproject.org/poky/tree/meta/conf/machine/qemux86-64.conf qemux86-64] and  [https://git.yoctoproject.org/poky/tree/meta/conf/machine/qemuarm64.conf qemuarm64] machines.&lt;br /&gt;
&lt;br /&gt;
See [https://docs.yoctoproject.org/ref-manual/variables.html#term-DEFAULTTUNE DEFAULTTUNE] for details.&lt;br /&gt;
&lt;br /&gt;
=== Distribution, Init Manager, C library ===&lt;br /&gt;
&lt;br /&gt;
Images and package feeds will be generated for the [https://git.yoctoproject.org/poky/tree/meta-poky/conf/distro/poky-altcfg.conf poky-altcfg] distribution, using the systemd init manager.&lt;br /&gt;
&lt;br /&gt;
Choosing systemd makes the binary reference distribution as generic as possible, enabling the widest set of features, and being more familiar to more users. Of course, switching to other init managers and more restricted features will be possible by later compiling the system from source (advanced use case).&lt;br /&gt;
&lt;br /&gt;
This also implies the choice of the GNU C library (glibc). Selecting glibc also makes sense to enable the widest possible selection of packages, and some packages have limited or no support for the Musl C library. That&#039;s typically the case of systemd, which upstream only supports glibc.&lt;br /&gt;
&lt;br /&gt;
Last but not least, people who want to use the Musl C library probably do that to optimize the size of their system, which is a use case not well adapted to using ready-made binary images. &lt;br /&gt;
Such an advanced use case will be addressed by re-compiling from source, after testing initial prototypes with the binary image based on glibc.&lt;br /&gt;
&lt;br /&gt;
=== Binary images ===&lt;br /&gt;
&lt;br /&gt;
The prototype will provide as a reference, for each targeted architecture:&lt;br /&gt;
* The root filesystem binary image, generated by building the &amp;lt;code&amp;gt;core-image-full-cmdline&amp;lt;/code&amp;gt; target.&lt;br /&gt;
* An image containing on-target development tools (e.g compiler, debugger)&lt;br /&gt;
* The corresponding SD card images to be booted through QEMU. Other boot methods will be possible, but will be outside of the scope of the reference distribution.&lt;br /&gt;
&lt;br /&gt;
=== Package feeds ===&lt;br /&gt;
&lt;br /&gt;
For each targeted architecture, several package feeds will be available to allow for bugfix or security updates or to extend the image with additional packages:&lt;br /&gt;
* Architecture independent feed&lt;br /&gt;
* Architecture dependent feed&lt;br /&gt;
* Machine dependent feed&lt;br /&gt;
See [https://docs.yoctoproject.org/dev-manual/packages.html#using-runtime-package-management Using Runtime Package Management] for details.&lt;br /&gt;
&lt;br /&gt;
The feeds for the first prototype will contain all the packages which are supported by the [https://git.yoctoproject.org/poky/tree/meta-poky/conf/distro/poky-altcfg.conf poky-altcfg] distribution as produced by the &amp;lt;code&amp;gt;bitbake world&amp;lt;/code&amp;gt; command for the set of layers supplied by Poky.&lt;br /&gt;
&lt;br /&gt;
=== Available reference package formats ===&lt;br /&gt;
&lt;br /&gt;
To keep the first prototype simple, we will only release images and package feeds based on the &amp;quot;ipk&amp;quot; format supported by [[wikipedia:opkg|opkg]] package manager.&lt;br /&gt;
&lt;br /&gt;
Of course, the OpenEmbedded build system also supports the [[wikipedia:Deb_(file_format)|deb]] and [[wikipedia:RPM_Package_Manager|rpm]] package formats, so users will be able to generate their own images and feeds based on these other formats.&lt;br /&gt;
&lt;br /&gt;
Another reason for not providing &amp;quot;deb&amp;quot; and &amp;quot;rpm&amp;quot; packages is that we do not want inexperienced users to expect to be able to grab and use such packages produced for regular Linux distributions (Debian, Fedora, etc.). Being built with different C library versions and toolchains, the corresponding binaries are most likely to be broken anyway.&lt;br /&gt;
&lt;br /&gt;
=== Available reference binary artifacts and deliverables ===&lt;br /&gt;
&lt;br /&gt;
The first prototype will make the below binary artifacts publicly available:&lt;br /&gt;
* Root filesystem images (as specified above)&lt;br /&gt;
* Binary package feeds (as specified above)&lt;br /&gt;
* [https://docs.yoctoproject.org/ref-manual/variables.html#term-PR PR] database, so that people can manage updates to packages, by importing the database in a local PR server.&lt;br /&gt;
* Prebuilt object data (&amp;quot;Shared State cache) through a public server (see [https://docs.yoctoproject.org/ref-manual/variables.html#term-SSTATE_MIRRORS SSTATE_MIRRORS]), to reuse binary output already built by the Yocto Project autobuilders, to reduce the compile time of additional packages.&lt;br /&gt;
* Hash Equivalence data through a public server (see [https://docs.yoctoproject.org/bitbake/2.4/bitbake-user-manual/bitbake-user-manual-ref-variables.html#term-BB_HASHSERVE_UPSTREAM BB_HASHSERVE_UPSTREAM]), to increase the reusability of prebuilt objects.&lt;br /&gt;
&lt;br /&gt;
Share State and Hash Equivalence data would be only useful to &amp;quot;Intermediate&amp;quot; and &amp;quot;Advanced&amp;quot; use cases, to rebuild parts or the whole system from source.&lt;br /&gt;
&lt;br /&gt;
Such artifacts will be served through a Content Delivery Network (CDN), to make sure that they can be downloaded fast enough from any location in the world, in a way that remains much faster than re-compiling such artifacts from sources.&lt;br /&gt;
&lt;br /&gt;
Those binaries should also be released along with:&lt;br /&gt;
* Sources corresponding to the software used to build the image, as produced by the [https://docs.yoctoproject.org/ref-manual/classes.html#ref-classes-archiver archiver] class. Unlike standard GNU/Linux distributions, we won&#039;t ship source package feeds (such as SRPMs)&amp;lt;ref&amp;gt;Only Source RPMs are supported by the [https://docs.yoctoproject.org/ref-manual/classes.html#ref-classes-archiver archiver] class. To obtain them, you need to set &amp;lt;code&amp;gt;INHERIT += &amp;quot;archiver&amp;quot;&amp;lt;/code&amp;gt;, &amp;lt;code&amp;gt;PACKAGE_CLASSES = &amp;quot;package_rpm&amp;quot;&amp;lt;/code&amp;gt; and &amp;lt;code&amp;gt;ARCHIVER_MODE[srpm] = &amp;quot;1&amp;quot;&amp;lt;/code&amp;gt;. The generation of source &amp;lt;code&amp;gt;deb&amp;lt;/code&amp;gt; or &amp;lt;code&amp;gt;ipk&amp;lt;/code&amp;gt; packages is currently not supported.&amp;lt;/ref&amp;gt;.&amp;lt;ref&amp;gt;The &amp;lt;code&amp;gt;-src&amp;lt;/code&amp;gt; packages which recipes can produce are only meant for debugging together with &amp;lt;code&amp;gt;-dbg&amp;lt;/code&amp;gt; packages. See [https://docs.yoctoproject.org/dev/ref-manual/variables.html#term-PACKAGE_DEBUG_SPLIT_STYLE PACKAGE_DEBUG_SPLIT_STYLE].&amp;lt;/ref&amp;gt;&lt;br /&gt;
* SPDX output for the initial image&lt;br /&gt;
* The build system and layer sources. A good fit would be Alex Kanavin&#039;s [https://patchwork.yoctoproject.org/project/oe-core/patch/20231107105844.712846-1-alex@linutronix.de/ build bundles].&lt;br /&gt;
&lt;br /&gt;
=== Defining policies and processes ===&lt;br /&gt;
&lt;br /&gt;
This reference binary distribution prototype will also drive the documentation of policies and process to address future work such as:&lt;br /&gt;
* What criteria should a new CPU architecture or platform tuning meet to be added / tested?&lt;br /&gt;
* What criteria should other layers meet to be tested, in addition to being already tested by the Autobuilder? Should these criteria only apply to specific recipes or to the entire layers containing them?&lt;br /&gt;
&lt;br /&gt;
See the [[#Policies and Processes | Policies and Processes]].&lt;br /&gt;
&lt;br /&gt;
=== Testing plans ===&lt;br /&gt;
&lt;br /&gt;
Here are the tests we plan to implement:&lt;br /&gt;
* Producing and testing binary images through the autobuilder&lt;br /&gt;
* Making nightly builds available to testers&lt;br /&gt;
* Testing that package updates apply successfully:&lt;br /&gt;
** Within the current stable branch (nanbield): from one release update to the next, and from the latest release update to the tip of the branch&lt;br /&gt;
** Between release branches: from the latest update to our latest LTS (kirkstone), to the latest update to the current stable release (nanbield).&lt;br /&gt;
* Testing that it&#039;s also possible to build and deploy packages from the meta-openembedded and meta-virtualization layers, as a way to assess the relevance of our policies and process for additional layers or recipes. This would also be a way to demonstrate the ability to build container images, which would be a great way to ship binary distributions.&lt;br /&gt;
&lt;br /&gt;
Here are other tests that would be worth implementing:&lt;br /&gt;
* Check that package upgrades don&#039;t cause configuration file changes to be lost. See [https://lore.kernel.org/openembedded-core/0e38566f-a1f9-4ebb-8492-2c50945eeeb4@gmail.com/T/#t this discussion].&lt;br /&gt;
* Check that the latest package upgrades successfully apply to any previous release, at least on the same branch. For example, upgrading directly from release x.y.n-2 to x.y may not work without going through x.y.n-1 as an intermediate. This could happen if a package has a really broken post-install script in n-2, which damage is repaired in n-1. Should n repair it too in case n-1 is skipped?&lt;br /&gt;
&lt;br /&gt;
We will work with recipe maintainers to publish fixes for update issues that testing will find in recipes. Each issue will be reported in Bugzilla.&lt;br /&gt;
&lt;br /&gt;
=== Open questions ===&lt;br /&gt;
&lt;br /&gt;
* Issues with Yocto Project being pedantic in its use of arch strings such as &amp;quot;intel-x86-64&amp;quot; instead of &amp;quot;x86-64&amp;quot;. This conflicts with typical use in the greater Linux and &amp;quot;binary&amp;quot; community, which may not recognize the &amp;quot;extended&amp;quot; arch strings. Examples: [https://github.com/openSUSE/libsolv/blob/master/src/poolarch.c#L23 libresolv] and [https://github.com/rpm5/libhif/blob/f9b798cadb6821f9cffd5c0331578b3f7c19d699/libdnf/dnf-context.c#L52 libdnf] (reported by Mark Asselstine).&lt;br /&gt;
&lt;br /&gt;
== Policies and Processes ==&lt;br /&gt;
&lt;br /&gt;
=== Criteria for adding and testing a new CPU architecture or platform tuning ===&lt;br /&gt;
&lt;br /&gt;
* Only tunes in Openembedded-Core should be supported.&lt;br /&gt;
&lt;br /&gt;
=== Process and policy for proposing adding new layers to the binary distro test artefacts process ===&lt;br /&gt;
&lt;br /&gt;
* Layers must be [https://docs.yoctoproject.org/current/dev-manual/layers.html#making-sure-your-layer-is-compatible-with-yocto-project Yocto Project Compatible]&lt;br /&gt;
* In addition, layers must be well written and be targetting project best practices like reproducibility, no network access outside fetching so mirroring and licensing auditing works and not skipping QA tests without good reason.&lt;br /&gt;
* Any dependency layers would already have to be included in the testing already or make a separate application for addition first.&lt;br /&gt;
* The layer being added must be suitably generic with a clear need/usage of the components provided by the layer in the ecosystem&lt;br /&gt;
* The layer maintainer must have a commitment to keeping recipe upgrades functional&lt;br /&gt;
* The proposal must make it clear which recipes within the layer are being proposed to be built&lt;br /&gt;
* Proposals would be made to the Yocto Project TSC covering the above topics&lt;br /&gt;
&lt;br /&gt;
=== Process and policy for proposing addition of a new MACHINE target ===&lt;br /&gt;
&lt;br /&gt;
* Layers to build the machine need to be [https://docs.yoctoproject.org/current/dev-manual/layers.html#making-sure-your-layer-is-compatible-with-yocto-project Yocto Project Compatible]&lt;br /&gt;
* Layers need to be buildable on the project autobuilder&lt;br /&gt;
* Needs to be Yocto Project membership sponsorship of the machine due to the project resource usage&lt;br /&gt;
* Needs to be a commitment to testing the images for the platform for releases and upgrades&lt;br /&gt;
* Proposals would be made to the Yocto Project TSC covering the above topics&lt;br /&gt;
&lt;br /&gt;
=== Process and policy for proposing addition of new recipe to the build ===&lt;br /&gt;
&lt;br /&gt;
* This process assumes the layer is already present but the recipe is not currently included in the test matrix&lt;br /&gt;
* The recipe would need to have demonstrated the ability to pass on target installation and upgrade&lt;br /&gt;
* Proposals would be made to the Yocto Project TSC covering the above topics&lt;br /&gt;
* The software needs to have a good maintenance track record including reasonable CVE response&lt;br /&gt;
* Note: The TSC is aiming to appoint a maintainer to take the lead on resolving binary distro testing issues and handling recipe addition requests.&lt;br /&gt;
&lt;br /&gt;
=== TSC Criteria for change evaluation ===&lt;br /&gt;
&lt;br /&gt;
* Does the project have resources (human and compute for build/test/QA/bugfixing) to support the change?&lt;br /&gt;
* Is the change widely useful to a significant portion of the user base?&lt;br /&gt;
* Does the change enhance the project&#039;s test matrix?&lt;br /&gt;
* Does the change significantly improve developer productivity?&lt;br /&gt;
&lt;br /&gt;
== Achievements ==&lt;br /&gt;
&lt;br /&gt;
=== Fixed bugs ===&lt;br /&gt;
&lt;br /&gt;
* [https://bugzilla.yoctoproject.org/show_bug.cgi?id=15292 Bug 15292 - systemd-compat-units: error at package post-install time]&lt;br /&gt;
&lt;br /&gt;
=== Yocto Project Documentation improvements ===&lt;br /&gt;
&lt;br /&gt;
* [https://lore.kernel.org/yocto-docs/20231206155427.279612-1-michael.opdenacker@bootlin.com/T/#t Fixes and updates to the Test Environment Manual]&lt;br /&gt;
&lt;br /&gt;
== Missing features ==&lt;br /&gt;
&lt;br /&gt;
Not implemented yet:&lt;br /&gt;
* Ability to update the system SPDX description after installing extra packages or package updates. The current way SPDX is generated doesn&#039;t allow to generate &amp;lt;code&amp;gt;-spdx&amp;lt;/code&amp;gt; packages, which would have made this possible ([https://lists.openembedded.org/g/openembedded-architecture/message/1855 discussion]).&lt;br /&gt;
&lt;br /&gt;
== Out of scope ==&lt;br /&gt;
&lt;br /&gt;
Features outside of the scope of this effort, but definitely worth keeping track of for future efforts, or for people already maintaining binary distributions.&lt;br /&gt;
* Binary distribution installer: not absolutely necessary but users may expect one. For example the [https://www.yoedistro.org/ Yoe] distro offers one, and so does [https://www.raspberrypi.com/news/raspberry-pi-imager-imaging-utility/ Raspberry Pi].&lt;br /&gt;
&lt;br /&gt;
== Footnotes and references ==&lt;/div&gt;</summary>
		<author><name>Rpurdie</name></author>
	</entry>
	<entry>
		<id>https://wiki.yoctoproject.org/wiki/index.php?title=Binary_Distro_Prototype&amp;diff=86278</id>
		<title>Binary Distro Prototype</title>
		<link rel="alternate" type="text/html" href="https://wiki.yoctoproject.org/wiki/index.php?title=Binary_Distro_Prototype&amp;diff=86278"/>
		<updated>2024-03-26T16:20:56Z</updated>

		<summary type="html">&lt;p&gt;Rpurdie: /* Process and policy for proposing addition of new recipe to the build */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Scope of a Yocto Binary Distribution Prototype ==&lt;br /&gt;
&lt;br /&gt;
The Yocto Project has received funding for developing the processes and tooling for enabling binary distributions (see the [https://web.archive.org/web/20230620145823/https://www.yoctoproject.org/community/yocto-project-engineering-request-for-quotation/ Engineering Request for Quotation]). As part of that, the project would need some form of prototype test binary distro to develop and test this. The main goal of this would be to develop the tools, and documentation needed to build a binary distribution and allow application and system developers to progress through a hierarchy of different uses of the resulting environment:&lt;br /&gt;
&lt;br /&gt;
* &#039;&#039;&#039;Beginner&#039;&#039;&#039; use case: begin by fetching a binary image, ready to boot on a target machine. Extend the system by installing extra applications through package feeds.&lt;br /&gt;
* &#039;&#039;&#039;Intermediate&#039;&#039;&#039; use case: tweak and rebuild existing packages, compile new applications and modify images by using an eSDK and other binary artifacts.&lt;br /&gt;
* &#039;&#039;&#039;Advanced&#039;&#039;&#039; use case: completely reorganize and optimize the system for a specific target, switching to building from source&lt;br /&gt;
&lt;br /&gt;
The first step in this effort is to define the scope of the prototype we will develop. We are looking for feedback and comments about issues we may not have considered.&lt;br /&gt;
&lt;br /&gt;
Bear in mind that a prototype has to be limited in scope. However, the developed tools, procedures and documentation will open a pathway for the Yocto Project and OpenEmbedded community to experiment with more architectures, features, recipes and images.&lt;br /&gt;
&lt;br /&gt;
Also bear in mind that the effort is not planning to adopt, replace or repeat any existing distributions such as [[wikipedia:Ångström_distribution|Ångström]] or [https://www.yoedistro.org/ Yoe].&lt;br /&gt;
&lt;br /&gt;
Notes from discussions:&lt;br /&gt;
* Alex Kanavin suggests as &amp;quot;Intermediate&amp;quot; step to use the [https://patchwork.yoctoproject.org/project/oe-core/patch/20231107105844.712846-1-alex@linutronix.de/ build bundles] that he submitted. However, this is closer to the &amp;quot;Advanced&amp;quot; use case as this already uses BitBake and OE/Yocto ([https://lists.openembedded.org/g/openembedded-architecture/message/1850 discussion]).&lt;br /&gt;
&lt;br /&gt;
=== Target architectures and machines ===&lt;br /&gt;
&lt;br /&gt;
The first prototype would only target the below architectures:&lt;br /&gt;
* &amp;quot;x86-64&amp;quot; architecture through the [https://git.yoctoproject.org/poky/tree/meta/conf/machine/qemux86-64.conf qemux86-64] machine.&lt;br /&gt;
* &amp;quot;arm64&amp;quot; architecture through the [https://git.yoctoproject.org/poky/tree/meta/conf/machine/qemuarm64.conf qemuarm64] machine.&lt;br /&gt;
&lt;br /&gt;
Testing would happen through QEMU system emulation. The emulated architectures will be sufficient to test the outputs of this effort, but the developed tooling and documentation should allow the community to experiment with other target architectures and machines.&lt;br /&gt;
&lt;br /&gt;
=== Target tunes ===&lt;br /&gt;
&lt;br /&gt;
The binary images and other artifacts should be generated with the default tunes of the [https://git.yoctoproject.org/poky/tree/meta/conf/machine/qemux86-64.conf qemux86-64] and  [https://git.yoctoproject.org/poky/tree/meta/conf/machine/qemuarm64.conf qemuarm64] machines.&lt;br /&gt;
&lt;br /&gt;
See [https://docs.yoctoproject.org/ref-manual/variables.html#term-DEFAULTTUNE DEFAULTTUNE] for details.&lt;br /&gt;
&lt;br /&gt;
=== Distribution, Init Manager, C library ===&lt;br /&gt;
&lt;br /&gt;
Images and package feeds will be generated for the [https://git.yoctoproject.org/poky/tree/meta-poky/conf/distro/poky-altcfg.conf poky-altcfg] distribution, using the systemd init manager.&lt;br /&gt;
&lt;br /&gt;
Choosing systemd makes the binary reference distribution as generic as possible, enabling the widest set of features, and being more familiar to more users. Of course, switching to other init managers and more restricted features will be possible by later compiling the system from source (advanced use case).&lt;br /&gt;
&lt;br /&gt;
This also implies the choice of the GNU C library (glibc). Selecting glibc also makes sense to enable the widest possible selection of packages, and some packages have limited or no support for the Musl C library. That&#039;s typically the case of systemd, which upstream only supports glibc.&lt;br /&gt;
&lt;br /&gt;
Last but not least, people who want to use the Musl C library probably do that to optimize the size of their system, which is a use case not well adapted to using ready-made binary images. &lt;br /&gt;
Such an advanced use case will be addressed by re-compiling from source, after testing initial prototypes with the binary image based on glibc.&lt;br /&gt;
&lt;br /&gt;
=== Binary images ===&lt;br /&gt;
&lt;br /&gt;
The prototype will provide as a reference, for each targeted architecture:&lt;br /&gt;
* The root filesystem binary image, generated by building the &amp;lt;code&amp;gt;core-image-full-cmdline&amp;lt;/code&amp;gt; target.&lt;br /&gt;
* An image containing on-target development tools (e.g compiler, debugger)&lt;br /&gt;
* The corresponding SD card images to be booted through QEMU. Other boot methods will be possible, but will be outside of the scope of the reference distribution.&lt;br /&gt;
&lt;br /&gt;
=== Package feeds ===&lt;br /&gt;
&lt;br /&gt;
For each targeted architecture, several package feeds will be available to allow for bugfix or security updates or to extend the image with additional packages:&lt;br /&gt;
* Architecture independent feed&lt;br /&gt;
* Architecture dependent feed&lt;br /&gt;
* Machine dependent feed&lt;br /&gt;
See [https://docs.yoctoproject.org/dev-manual/packages.html#using-runtime-package-management Using Runtime Package Management] for details.&lt;br /&gt;
&lt;br /&gt;
The feeds for the first prototype will contain all the packages which are supported by the [https://git.yoctoproject.org/poky/tree/meta-poky/conf/distro/poky-altcfg.conf poky-altcfg] distribution as produced by the &amp;lt;code&amp;gt;bitbake world&amp;lt;/code&amp;gt; command for the set of layers supplied by Poky.&lt;br /&gt;
&lt;br /&gt;
=== Available reference package formats ===&lt;br /&gt;
&lt;br /&gt;
To keep the first prototype simple, we will only release images and package feeds based on the &amp;quot;ipk&amp;quot; format supported by [[wikipedia:opkg|opkg]] package manager.&lt;br /&gt;
&lt;br /&gt;
Of course, the OpenEmbedded build system also supports the [[wikipedia:Deb_(file_format)|deb]] and [[wikipedia:RPM_Package_Manager|rpm]] package formats, so users will be able to generate their own images and feeds based on these other formats.&lt;br /&gt;
&lt;br /&gt;
Another reason for not providing &amp;quot;deb&amp;quot; and &amp;quot;rpm&amp;quot; packages is that we do not want inexperienced users to expect to be able to grab and use such packages produced for regular Linux distributions (Debian, Fedora, etc.). Being built with different C library versions and toolchains, the corresponding binaries are most likely to be broken anyway.&lt;br /&gt;
&lt;br /&gt;
=== Available reference binary artifacts and deliverables ===&lt;br /&gt;
&lt;br /&gt;
The first prototype will make the below binary artifacts publicly available:&lt;br /&gt;
* Root filesystem images (as specified above)&lt;br /&gt;
* Binary package feeds (as specified above)&lt;br /&gt;
* [https://docs.yoctoproject.org/ref-manual/variables.html#term-PR PR] database, so that people can manage updates to packages, by importing the database in a local PR server.&lt;br /&gt;
* Prebuilt object data (&amp;quot;Shared State cache) through a public server (see [https://docs.yoctoproject.org/ref-manual/variables.html#term-SSTATE_MIRRORS SSTATE_MIRRORS]), to reuse binary output already built by the Yocto Project autobuilders, to reduce the compile time of additional packages.&lt;br /&gt;
* Hash Equivalence data through a public server (see [https://docs.yoctoproject.org/bitbake/2.4/bitbake-user-manual/bitbake-user-manual-ref-variables.html#term-BB_HASHSERVE_UPSTREAM BB_HASHSERVE_UPSTREAM]), to increase the reusability of prebuilt objects.&lt;br /&gt;
&lt;br /&gt;
Share State and Hash Equivalence data would be only useful to &amp;quot;Intermediate&amp;quot; and &amp;quot;Advanced&amp;quot; use cases, to rebuild parts or the whole system from source.&lt;br /&gt;
&lt;br /&gt;
Such artifacts will be served through a Content Delivery Network (CDN), to make sure that they can be downloaded fast enough from any location in the world, in a way that remains much faster than re-compiling such artifacts from sources.&lt;br /&gt;
&lt;br /&gt;
Those binaries should also be released along with:&lt;br /&gt;
* Sources corresponding to the software used to build the image, as produced by the [https://docs.yoctoproject.org/ref-manual/classes.html#ref-classes-archiver archiver] class. Unlike standard GNU/Linux distributions, we won&#039;t ship source package feeds (such as SRPMs)&amp;lt;ref&amp;gt;Only Source RPMs are supported by the [https://docs.yoctoproject.org/ref-manual/classes.html#ref-classes-archiver archiver] class. To obtain them, you need to set &amp;lt;code&amp;gt;INHERIT += &amp;quot;archiver&amp;quot;&amp;lt;/code&amp;gt;, &amp;lt;code&amp;gt;PACKAGE_CLASSES = &amp;quot;package_rpm&amp;quot;&amp;lt;/code&amp;gt; and &amp;lt;code&amp;gt;ARCHIVER_MODE[srpm] = &amp;quot;1&amp;quot;&amp;lt;/code&amp;gt;. The generation of source &amp;lt;code&amp;gt;deb&amp;lt;/code&amp;gt; or &amp;lt;code&amp;gt;ipk&amp;lt;/code&amp;gt; packages is currently not supported.&amp;lt;/ref&amp;gt;.&amp;lt;ref&amp;gt;The &amp;lt;code&amp;gt;-src&amp;lt;/code&amp;gt; packages which recipes can produce are only meant for debugging together with &amp;lt;code&amp;gt;-dbg&amp;lt;/code&amp;gt; packages. See [https://docs.yoctoproject.org/dev/ref-manual/variables.html#term-PACKAGE_DEBUG_SPLIT_STYLE PACKAGE_DEBUG_SPLIT_STYLE].&amp;lt;/ref&amp;gt;&lt;br /&gt;
* SPDX output for the initial image&lt;br /&gt;
* The build system and layer sources. A good fit would be Alex Kanavin&#039;s [https://patchwork.yoctoproject.org/project/oe-core/patch/20231107105844.712846-1-alex@linutronix.de/ build bundles].&lt;br /&gt;
&lt;br /&gt;
=== Defining policies and processes ===&lt;br /&gt;
&lt;br /&gt;
This reference binary distribution prototype will also drive the documentation of policies and process to address future work such as:&lt;br /&gt;
* What criteria should a new CPU architecture or platform tuning meet to be added / tested?&lt;br /&gt;
* What criteria should other layers meet to be tested, in addition to being already tested by the Autobuilder? Should these criteria only apply to specific recipes or to the entire layers containing them?&lt;br /&gt;
&lt;br /&gt;
See the [[#Policies and Processes | Policies and Processes]].&lt;br /&gt;
&lt;br /&gt;
=== Testing plans ===&lt;br /&gt;
&lt;br /&gt;
Here are the tests we plan to implement:&lt;br /&gt;
* Producing and testing binary images through the autobuilder&lt;br /&gt;
* Making nightly builds available to testers&lt;br /&gt;
* Testing that package updates apply successfully:&lt;br /&gt;
** Within the current stable branch (nanbield): from one release update to the next, and from the latest release update to the tip of the branch&lt;br /&gt;
** Between release branches: from the latest update to our latest LTS (kirkstone), to the latest update to the current stable release (nanbield).&lt;br /&gt;
* Testing that it&#039;s also possible to build and deploy packages from the meta-openembedded and meta-virtualization layers, as a way to assess the relevance of our policies and process for additional layers or recipes. This would also be a way to demonstrate the ability to build container images, which would be a great way to ship binary distributions.&lt;br /&gt;
&lt;br /&gt;
Here are other tests that would be worth implementing:&lt;br /&gt;
* Check that package upgrades don&#039;t cause configuration file changes to be lost. See [https://lore.kernel.org/openembedded-core/0e38566f-a1f9-4ebb-8492-2c50945eeeb4@gmail.com/T/#t this discussion].&lt;br /&gt;
* Check that the latest package upgrades successfully apply to any previous release, at least on the same branch. For example, upgrading directly from release x.y.n-2 to x.y may not work without going through x.y.n-1 as an intermediate. This could happen if a package has a really broken post-install script in n-2, which damage is repaired in n-1. Should n repair it too in case n-1 is skipped?&lt;br /&gt;
&lt;br /&gt;
We will work with recipe maintainers to publish fixes for update issues that testing will find in recipes. Each issue will be reported in Bugzilla.&lt;br /&gt;
&lt;br /&gt;
=== Open questions ===&lt;br /&gt;
&lt;br /&gt;
* Issues with Yocto Project being pedantic in its use of arch strings such as &amp;quot;intel-x86-64&amp;quot; instead of &amp;quot;x86-64&amp;quot;. This conflicts with typical use in the greater Linux and &amp;quot;binary&amp;quot; community, which may not recognize the &amp;quot;extended&amp;quot; arch strings. Examples: [https://github.com/openSUSE/libsolv/blob/master/src/poolarch.c#L23 libresolv] and [https://github.com/rpm5/libhif/blob/f9b798cadb6821f9cffd5c0331578b3f7c19d699/libdnf/dnf-context.c#L52 libdnf] (reported by Mark Asselstine).&lt;br /&gt;
&lt;br /&gt;
== Policies and Processes ==&lt;br /&gt;
&lt;br /&gt;
=== Criteria for adding and testing a new CPU architecture or platform tuning ===&lt;br /&gt;
&lt;br /&gt;
* Only tunes in Openembedded-Core should be supported.&lt;br /&gt;
&lt;br /&gt;
=== Process and policy for proposing adding new layers to the bibary distro test artefacts process ===&lt;br /&gt;
&lt;br /&gt;
* Layers must be [https://docs.yoctoproject.org/current/dev-manual/layers.html#making-sure-your-layer-is-compatible-with-yocto-project Yocto Project Compatible]&lt;br /&gt;
* In addition, layers must be well written and be targetting project best practices like reproducibility, no network access outside fetching so mirroring and licensing auditing works and not skipping QA tests without good reason.&lt;br /&gt;
* Any dependency layers would already have to be included in the testing already or make a separate application for addition first.&lt;br /&gt;
* The layer being added must be suitably generic with a clear need/usage of the components provided by the layer in the ecosystem&lt;br /&gt;
* The layer maintainer must have a commitment to keeping recipe upgrades functional&lt;br /&gt;
* The proposal must make it clear which recipes within the layer are being proposed to be built&lt;br /&gt;
* Proposals would be made to the Yocto Project TSC covering the above topics&lt;br /&gt;
&lt;br /&gt;
=== Process and policy for proposing addition of a new MACHINE target ===&lt;br /&gt;
&lt;br /&gt;
* Layers to build the machine need to be [https://docs.yoctoproject.org/current/dev-manual/layers.html#making-sure-your-layer-is-compatible-with-yocto-project Yocto Project Compatible]&lt;br /&gt;
* Layers need to be buildable on the project autobuilder&lt;br /&gt;
* Needs to be Yocto Project membership sponsorship of the machine due to the project resource usage&lt;br /&gt;
* Needs to be a commitment to testing the images for the platform for releases and upgrades&lt;br /&gt;
* Proposals would be made to the Yocto Project TSC covering the above topics&lt;br /&gt;
&lt;br /&gt;
=== Process and policy for proposing addition of new recipe to the build ===&lt;br /&gt;
&lt;br /&gt;
* This process assumes the layer is already present but the recipe is not currently included in the test matrix&lt;br /&gt;
* The recipe would need to have demonstrated the ability to pass on target installation and upgrade&lt;br /&gt;
* Proposals would be made to the Yocto Project TSC covering the above topics&lt;br /&gt;
* The software needs to have a good maintenance track record including reasonable CVE response&lt;br /&gt;
* Note: The TSC is aiming to appoint a maintainer to take the lead on resolving binary distro testing issues and handling recipe addition requests.&lt;br /&gt;
&lt;br /&gt;
== Achievements ==&lt;br /&gt;
&lt;br /&gt;
=== Fixed bugs ===&lt;br /&gt;
&lt;br /&gt;
* [https://bugzilla.yoctoproject.org/show_bug.cgi?id=15292 Bug 15292 - systemd-compat-units: error at package post-install time]&lt;br /&gt;
&lt;br /&gt;
=== Yocto Project Documentation improvements ===&lt;br /&gt;
&lt;br /&gt;
* [https://lore.kernel.org/yocto-docs/20231206155427.279612-1-michael.opdenacker@bootlin.com/T/#t Fixes and updates to the Test Environment Manual]&lt;br /&gt;
&lt;br /&gt;
== Missing features ==&lt;br /&gt;
&lt;br /&gt;
Not implemented yet:&lt;br /&gt;
* Ability to update the system SPDX description after installing extra packages or package updates. The current way SPDX is generated doesn&#039;t allow to generate &amp;lt;code&amp;gt;-spdx&amp;lt;/code&amp;gt; packages, which would have made this possible ([https://lists.openembedded.org/g/openembedded-architecture/message/1855 discussion]).&lt;br /&gt;
&lt;br /&gt;
== Out of scope ==&lt;br /&gt;
&lt;br /&gt;
Features outside of the scope of this effort, but definitely worth keeping track of for future efforts, or for people already maintaining binary distributions.&lt;br /&gt;
* Binary distribution installer: not absolutely necessary but users may expect one. For example the [https://www.yoedistro.org/ Yoe] distro offers one, and so does [https://www.raspberrypi.com/news/raspberry-pi-imager-imaging-utility/ Raspberry Pi].&lt;br /&gt;
&lt;br /&gt;
== Footnotes and references ==&lt;/div&gt;</summary>
		<author><name>Rpurdie</name></author>
	</entry>
	<entry>
		<id>https://wiki.yoctoproject.org/wiki/index.php?title=Stable_Release_and_LTS&amp;diff=86275</id>
		<title>Stable Release and LTS</title>
		<link rel="alternate" type="text/html" href="https://wiki.yoctoproject.org/wiki/index.php?title=Stable_Release_and_LTS&amp;diff=86275"/>
		<updated>2024-03-21T15:29:18Z</updated>

		<summary type="html">&lt;p&gt;Rpurdie: /* LTS “Mixin” repositories */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= Yocto Project Stable Branch Maintenance and Long Term Support (LTS) =&lt;br /&gt;
&lt;br /&gt;
Background on how the project&#039;s LTS plans came about can be found [[LTS_Background | here]]. The document below details the current project release lifecycle and LTS plans. The aim is to have a stable series maintenance policy which allows for different stages of maintenance including standard &amp;quot;stable&amp;quot; series, LTS series and community support.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;[[Releases|Current Maintainers list]]&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
== Release Lifecycle ==&lt;br /&gt;
The project releases every six months in April and October (spring and fall). This is necessary to bring development together to a focus point and provide points of increased testing and focus on stability. There are two possible lifecycles a release may follow:&lt;br /&gt;
&lt;br /&gt;
Initial Release -&amp;gt; Stable -&amp;gt; Community -&amp;gt; EOL&lt;br /&gt;
:: or&lt;br /&gt;
Initial Release -&amp;gt; LTS -&amp;gt; Community -&amp;gt; EOL&lt;br /&gt;
&lt;br /&gt;
The change in status of a given release series should be announced in the weekly status report and reflected on the “Releases” wiki page.&lt;br /&gt;
&lt;br /&gt;
The stages have the following properties:&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Stable/LTS common properties:&#039;&#039;&#039;&lt;br /&gt;
* Has point release tarballs created&lt;br /&gt;
* Has release artefacts&lt;br /&gt;
* Patches merged to the main repository branch&lt;br /&gt;
* Requires autobuilder testing&lt;br /&gt;
* The project will appoint someone to act as the maintainer to coordinate and handle patch testing and merging&lt;br /&gt;
* Strict “backport only”, master first policy&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Stable/LTS differences:&#039;&#039;&#039;&lt;br /&gt;
* Stable releases are maintained for seven months&lt;br /&gt;
* LTS releases are maintained for four years (as of June 2023, [https://lists.yoctoproject.org/g/yocto/message/60459 announced here])&lt;br /&gt;
* LTS releases are preannounced and known to be LTS in advance (usually every two years)&lt;br /&gt;
* LTS tested only on a subset of supported native build platforms (announced at time of LTS)&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Community status properties:&#039;&#039;&#039;&lt;br /&gt;
* A branch transitions to community support after the last stable dot release identified by the stable/LTS maintainer.&lt;br /&gt;
* A call for a community support maintainer is sent to the mailing lists.&lt;br /&gt;
** A six (6) week waiting period. &lt;br /&gt;
** if there is no new maintainer, then the branch goes to into EOL status&lt;br /&gt;
* Branches only have community support status if there is an active community member willing to step into the maintainer role for that series&lt;br /&gt;
* All the same repos are covered as in Stable&lt;br /&gt;
* Follows the same the Stable processes, except;&lt;br /&gt;
** Patches merge to the main repository but in a community/XXX namespace&lt;br /&gt;
** Automated testing is on a best effort basis, some autobuilder cycles may be available but not guaranteed.&lt;br /&gt;
** The maintainer is required to publish a testing plan to show what testing will be made for patches to merge to the community branch.&lt;br /&gt;
** No point releases version and no release artifacts&lt;br /&gt;
* Master first policy recommended&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;EOL (End of life):&#039;&#039;&#039;&lt;br /&gt;
* No community support maintainer after the six (6) week waiting period&lt;br /&gt;
* When there is no longer any active community maintainer, branches become EOL&lt;br /&gt;
** No new changes for 2 months&lt;br /&gt;
* Artifacts will be removed for EOL older than????&lt;br /&gt;
** process under development&lt;br /&gt;
&lt;br /&gt;
== LTS “Mixin” repositories ==&lt;br /&gt;
We realise that a given LTS may need other versions of some components within its lifetime as no “one size” fits everyone’s needs. Rather than adding potentially invasive changes to older releases (such as new gcc versions), the project proposes the use of “mixin” layers (see https://docs.yoctoproject.org/dev//ref-manual/release-process.html#stable-release-process).&lt;br /&gt;
&lt;br /&gt;
The structure would be to create them in the repository meta-lts-mixins with the branch naming scheme &amp;lt;releaseseries&amp;gt;/&amp;lt;mixin name&amp;gt;. We expect this may be used for gcc and possibly for rapidly changing languages like go/nodejs/rust. Policies on testing these layers will depend on how widespread their usage is and determined on a case by case basis. There may be other &#039;mixin&#039; layers within the wider community too. Access to the repository branches can be granted by the Yocto Project TSC upon application.&lt;br /&gt;
&lt;br /&gt;
The layers should have a single purpose and be Yocto Project Compatible (passing the test script) allowing them to be selected by users as needed. The maintainer should be listed in the README and note when the layer is no longer maintained.&lt;br /&gt;
&lt;br /&gt;
== Stable/LTS Patch Acceptance Policies ==&lt;br /&gt;
All changes must have already been accepted into the current master release and any other release still within its “stable” seven month support window.&lt;br /&gt;
&lt;br /&gt;
Patches must pass testing on the project’s automated test infrastructure.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Acceptable:&#039;&#039;&#039;&lt;br /&gt;
* Security and CVE fixes&lt;br /&gt;
* Fixes for bugs&lt;br /&gt;
* Changes to follow an upstream stable series or LTS that aligns with the original release (based on compatibility)&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Potentially Acceptable:&#039;&#039;&#039;&lt;br /&gt;
* Fixes so codebase works with newly released distros (only in the first six months after a given release series first releases)&lt;br /&gt;
* Bug fix only version upgrades for upstreams with a good stable process&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Unacceptable:&#039;&#039;&#039;&lt;br /&gt;
* General version upgrades&lt;br /&gt;
* New features&lt;br /&gt;
* ABI/API breakage&lt;br /&gt;
&lt;br /&gt;
== Components (layers) to be covered ==&lt;br /&gt;
&lt;br /&gt;
The project LTS covers:&lt;br /&gt;
* Bitbake&lt;br /&gt;
* OE-Core&lt;br /&gt;
* Meta-yocto&lt;br /&gt;
* yocto-docs&lt;br /&gt;
&lt;br /&gt;
The project LTS does not cover:&lt;br /&gt;
* meta-mingw&lt;br /&gt;
* meta-gplv2&lt;br /&gt;
* vendor layers&lt;br /&gt;
&lt;br /&gt;
Other layers can and will have their own LTS processes.&lt;br /&gt;
&lt;br /&gt;
== Testing ==&lt;br /&gt;
The project releases are only tested using the automated testing based on virtual environments. The build host OSes used to run these tests are determined at the initial release time. For LTS releases only some subset of native OSes maybe supported, particularly where the lifetime of the OS would be shorter than the LTS.&lt;br /&gt;
&lt;br /&gt;
Further testing of releases, e.g. on real hardware platforms is encouraged and there is a process to allow these results to be merged into the release test results but the process for making the release no longer depends upon this happening.&lt;br /&gt;
&lt;br /&gt;
== Process ( TOC)==&lt;br /&gt;
* Need to document the following processes:&lt;br /&gt;
** How maintainer is selected&lt;br /&gt;
** How are patches proposed - Done&lt;br /&gt;
** How are patches queued/tested/reviewed/merged - Done&lt;br /&gt;
** When are point releases made? - Done&lt;br /&gt;
** How to trigger and run a point release - Done&lt;br /&gt;
** Release process itself &lt;br /&gt;
** Transferring stable/LTS release to community/EOL status - YP TSC&lt;br /&gt;
** New maintainer training - TBD&lt;br /&gt;
&lt;br /&gt;
== Requesting a fix in a stable branch ==&lt;br /&gt;
&lt;br /&gt;
With reference to the above policies, if you would like to request a backport of a commit in a newer release, you can either (a) do the backport yourself and send the patch marked with &amp;lt;tt&amp;gt;[branchname]&amp;lt;/tt&amp;gt; to the appropriate mailing list; or alternatively (b) you can send a simple request giving commit hashes / URLs that you would like to be backported. In both cases it helps to CC the maintainer - refer to the [[Stable branch maintenance|stable release table]].&lt;br /&gt;
&lt;br /&gt;
For information on which mailing list you should send these to see the [http://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/README README file] in the Poky repository.&lt;br /&gt;
&lt;br /&gt;
== &#039;&#039;&#039;Maintainer Procedures&#039;&#039;&#039; ==&lt;br /&gt;
&lt;br /&gt;
=== Normal process ===&lt;br /&gt;
&lt;br /&gt;
When there are enough changes (or a few critical ones), the stable/LTS maintainer should follow this procedure:&lt;br /&gt;
&lt;br /&gt;
# Look out for patches on the mailing list marked with the appropriate branch name in the subject&lt;br /&gt;
# Look through recently merged patches in master that are suitable for backporting&lt;br /&gt;
# Collect patches together on a branch&lt;br /&gt;
#* If a submitted patch is a backport from master, rather than taking the patch as submitted, it is preferable to backport the patch from master so that the original commit message is preserved.&lt;br /&gt;
#* If you do the backporting from poky you will get the original commit ID in the commit message which is useful for reference.&lt;br /&gt;
#* It is beneficial to change the original commit ID line to say &amp;quot;OE-Core master rev&amp;quot; instead of &amp;quot;OE-Core rev&amp;quot; to distinguish it from the OE-Core  branch revision that will be added when the commit is merged&lt;br /&gt;
# Run a local build or two to pick up any obvious problems&lt;br /&gt;
# Bitbake change should be in the bitbake-contrib repo&lt;br /&gt;
## https://git.openembedded.org/bitbake-contrib stable/{branch}-nut&lt;br /&gt;
# Openembedded-core changes should be be in the openembedded-core-contrib stable/{branch}-nut &lt;br /&gt;
## https://git.openembedded.org/openembedded-core-contrib&lt;br /&gt;
# Meta-yocto changes should be in poky-contrib meta-yocto/stable/{branch}-nut&lt;br /&gt;
## git://git.yoctoproject.org/poky-contrib&lt;br /&gt;
# yocto-docs changes should be in poky-contrib yocto-docs/stable/{branch}-nut&lt;br /&gt;
## git://git.yoctoproject.org/poky-contrib&lt;br /&gt;
#Now create your Poky distro for testing.&lt;br /&gt;
## The Autobuilder requires changes to reside in poky, bitbake and openembedded-core&lt;br /&gt;
## Combine bitabke, core, meta-yocto and yocto-docs changes into one repo.&lt;br /&gt;
## Push the changes to poky-contrib stable/{branch}-nut&lt;br /&gt;
## git://git.yoctoproject.org/poky-contrib&lt;br /&gt;
# Test the changes on the autobuilder (see [[How to start a build on the Autobuilder]])&lt;br /&gt;
#* Make sure you check directly for the results of the build as these won&#039;t be reported to the yocto-builds mailing list.&lt;br /&gt;
## For any build failure, Defects should be opened&lt;br /&gt;
## Address any build failures, update repo&#039;s accordingly and rebuild&lt;br /&gt;
&lt;br /&gt;
There will very likely be a number of these cycles during the lifetime of the stable branch.&lt;br /&gt;
&lt;br /&gt;
=== Patch review ===&lt;br /&gt;
# When collating patches for review, Make sure of the following:&lt;br /&gt;
## Subject indicates &amp;quot;Patch review&amp;quot;&lt;br /&gt;
## Provide a deadline for any comments included in the body of the email&lt;br /&gt;
## Standard to date is 2 days.&lt;br /&gt;
###Exception is if the changes are patches sent to the appropriate mailing list.&lt;br /&gt;
## Use the appropriate branch reference.&lt;br /&gt;
## Use create-pull-request -p &amp;quot;{branch}&amp;quot; ...{etc}&lt;br /&gt;
# Send any bitbake changes bitbake-devel mailing list &lt;br /&gt;
# Send any OE-Core changes openembedded-core mailing list.&lt;br /&gt;
# Send any meta-yocto changes to the poky@lists.yoctoproject.org mailing list.&lt;br /&gt;
# Send any yocto-docs changes the docs@lists.yoctoproject.org mailing list.&lt;br /&gt;
# Wait for any feedback&lt;br /&gt;
## If there are changes make any necessary adjustments&lt;br /&gt;
### rebuild if necessary&lt;br /&gt;
# Push any changes to the appropriate repos and branches.&lt;br /&gt;
&lt;br /&gt;
=== Merge request===&lt;br /&gt;
# Push affected repos and branches to stable/{branch}-next branch&lt;br /&gt;
# When preparing patches for merge, Make sure of the following:&lt;br /&gt;
## Subject indicates &amp;quot;Merge Request&amp;quot;&lt;br /&gt;
## Use the appropriate branch reference.&lt;br /&gt;
## Use create-pull-requests -p&amp;quot;{branch}&amp;quot;&lt;br /&gt;
# Send any bitbake changes bitbake-devel mailing list &lt;br /&gt;
# Send any OE-Core changes openembedded-core mailing list.&lt;br /&gt;
# Send any meta-yocto changes to the poky@lists.yoctoproject.org mailing list.&lt;br /&gt;
# Send any yocto-docs changes the docs@lists.yoctoproject.org mailing list.&lt;br /&gt;
# When the patches are merged, mark any bugs specific to the stable branch as resolved as appropriate&lt;br /&gt;
&lt;br /&gt;
=== Point release ===&lt;br /&gt;
&lt;br /&gt;
Normally point releases are scheduled in advance as appropriate - contact Stephen Jolley &amp;lt;sjolley.yp.pm@gmail.com&amp;gt; and CC: Ricard Purdie &amp;lt;richard.purdie@linuxfoundation.org&amp;gt; about scheduling point releases.&lt;br /&gt;
&lt;br /&gt;
# Update yocto-docs with release information.&lt;br /&gt;
## Send a patch to docs@lists.yoctoproject.org&lt;br /&gt;
# Once all dot release changes are merged, ask Richard to run the release candidate build&lt;br /&gt;
#* The stable branch or LTS maintainer should monitor the build and follow up on any failures&lt;br /&gt;
# When the release candidate build completes successfully, The stable branch or LTS maintainer should notify the QA team to start the release QA process.&lt;br /&gt;
# Gather together changes in the form needed for a release notes and send them Yocto Project TSC, Branch or LTS maintainer for review and approval.&lt;br /&gt;
## If acceptable the changes will be incorporated into the final release notes and to Stephen Jolley &amp;lt;sjolley.yp.pm@gmail.com&amp;gt; so he can have them in preparation for the release meeting.&lt;br /&gt;
# Send a patch to update the stable version in meta-yocto/conf/distro/poky.conf for the release&lt;br /&gt;
&lt;br /&gt;
=== Other ===&lt;br /&gt;
&lt;br /&gt;
* It is useful to provide status updates on the Yocto Project technical call, particularly coming up to a stable release. If you&#039;re not able to be on the call, send the status update information to Stephen Jolley &amp;lt;sjolley.yp.pm@gmail.com&amp;gt; and he will present it.&lt;br /&gt;
&lt;br /&gt;
=== Releases ===&lt;br /&gt;
[[Releases|Yocto Project releases]]&lt;br /&gt;
&lt;br /&gt;
=== Kernel LTS ===&lt;br /&gt;
[[Linux Yocto#Release_Cadence|Kernel cadence]]&lt;br /&gt;
&lt;br /&gt;
=== New Releases process ===&lt;br /&gt;
[[Yocto Project Release Process|Standard release process]]&lt;br /&gt;
&lt;br /&gt;
== Decision Makers==&lt;br /&gt;
Decisions are expected to be handled by the maintainers. The TSC holds the ultimate decision making authority in case of disagreement. The TSC makes the final release go/nogo decisions.&lt;/div&gt;</summary>
		<author><name>Rpurdie</name></author>
	</entry>
	<entry>
		<id>https://wiki.yoctoproject.org/wiki/index.php?title=Binary_Distro_Prototype&amp;diff=86274</id>
		<title>Binary Distro Prototype</title>
		<link rel="alternate" type="text/html" href="https://wiki.yoctoproject.org/wiki/index.php?title=Binary_Distro_Prototype&amp;diff=86274"/>
		<updated>2024-03-21T11:00:58Z</updated>

		<summary type="html">&lt;p&gt;Rpurdie: /* Policies and Processes */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Scope of a Yocto Binary Distribution Prototype ==&lt;br /&gt;
&lt;br /&gt;
The Yocto Project has received funding for developing the processes and tooling for enabling binary distributions (see the [https://web.archive.org/web/20230620145823/https://www.yoctoproject.org/community/yocto-project-engineering-request-for-quotation/ Engineering Request for Quotation]). As part of that, the project would need some form of prototype test binary distro to develop and test this. The main goal of this would be to develop the tools, and documentation needed to build a binary distribution and allow application and system developers to progress through a hierarchy of different uses of the resulting environment:&lt;br /&gt;
&lt;br /&gt;
* &#039;&#039;&#039;Beginner&#039;&#039;&#039; use case: begin by fetching a binary image, ready to boot on a target machine. Extend the system by installing extra applications through package feeds.&lt;br /&gt;
* &#039;&#039;&#039;Intermediate&#039;&#039;&#039; use case: tweak and rebuild existing packages, compile new applications and modify images by using an eSDK and other binary artifacts.&lt;br /&gt;
* &#039;&#039;&#039;Advanced&#039;&#039;&#039; use case: completely reorganize and optimize the system for a specific target, switching to building from source&lt;br /&gt;
&lt;br /&gt;
The first step in this effort is to define the scope of the prototype we will develop. We are looking for feedback and comments about issues we may not have considered.&lt;br /&gt;
&lt;br /&gt;
Bear in mind that a prototype has to be limited in scope. However, the developed tools, procedures and documentation will open a pathway for the Yocto Project and OpenEmbedded community to experiment with more architectures, features, recipes and images.&lt;br /&gt;
&lt;br /&gt;
Also bear in mind that the effort is not planning to adopt, replace or repeat any existing distributions such as [[wikipedia:Ångström_distribution|Ångström]] or [https://www.yoedistro.org/ Yoe].&lt;br /&gt;
&lt;br /&gt;
Notes from discussions:&lt;br /&gt;
* Alex Kanavin suggests as &amp;quot;Intermediate&amp;quot; step to use the [https://patchwork.yoctoproject.org/project/oe-core/patch/20231107105844.712846-1-alex@linutronix.de/ build bundles] that he submitted. However, this is closer to the &amp;quot;Advanced&amp;quot; use case as this already uses BitBake and OE/Yocto ([https://lists.openembedded.org/g/openembedded-architecture/message/1850 discussion]).&lt;br /&gt;
&lt;br /&gt;
=== Target architectures and machines ===&lt;br /&gt;
&lt;br /&gt;
The first prototype would only target the below architectures:&lt;br /&gt;
* &amp;quot;x86-64&amp;quot; architecture through the [https://git.yoctoproject.org/poky/tree/meta/conf/machine/qemux86-64.conf qemux86-64] machine.&lt;br /&gt;
* &amp;quot;arm64&amp;quot; architecture through the [https://git.yoctoproject.org/poky/tree/meta/conf/machine/qemuarm64.conf qemuarm64] machine.&lt;br /&gt;
&lt;br /&gt;
Testing would happen through QEMU system emulation. The emulated architectures will be sufficient to test the outputs of this effort, but the developed tooling and documentation should allow the community to experiment with other target architectures and machines.&lt;br /&gt;
&lt;br /&gt;
=== Target tunes ===&lt;br /&gt;
&lt;br /&gt;
The binary images and other artifacts should be generated with the default tunes of the [https://git.yoctoproject.org/poky/tree/meta/conf/machine/qemux86-64.conf qemux86-64] and  [https://git.yoctoproject.org/poky/tree/meta/conf/machine/qemuarm64.conf qemuarm64] machines.&lt;br /&gt;
&lt;br /&gt;
See [https://docs.yoctoproject.org/ref-manual/variables.html#term-DEFAULTTUNE DEFAULTTUNE] for details.&lt;br /&gt;
&lt;br /&gt;
=== Distribution, Init Manager, C library ===&lt;br /&gt;
&lt;br /&gt;
Images and package feeds will be generated for the [https://git.yoctoproject.org/poky/tree/meta-poky/conf/distro/poky-altcfg.conf poky-altcfg] distribution, using the systemd init manager.&lt;br /&gt;
&lt;br /&gt;
Choosing systemd makes the binary reference distribution as generic as possible, enabling the widest set of features, and being more familiar to more users. Of course, switching to other init managers and more restricted features will be possible by later compiling the system from source (advanced use case).&lt;br /&gt;
&lt;br /&gt;
This also implies the choice of the GNU C library (glibc). Selecting glibc also makes sense to enable the widest possible selection of packages, and some packages have limited or no support for the Musl C library. That&#039;s typically the case of systemd, which upstream only supports glibc.&lt;br /&gt;
&lt;br /&gt;
Last but not least, people who want to use the Musl C library probably do that to optimize the size of their system, which is a use case not well adapted to using ready-made binary images. &lt;br /&gt;
Such an advanced use case will be addressed by re-compiling from source, after testing initial prototypes with the binary image based on glibc.&lt;br /&gt;
&lt;br /&gt;
=== Binary images ===&lt;br /&gt;
&lt;br /&gt;
The prototype will provide as a reference, for each targeted architecture:&lt;br /&gt;
* The root filesystem binary image, generated by building the &amp;lt;code&amp;gt;core-image-full-cmdline&amp;lt;/code&amp;gt; target.&lt;br /&gt;
* An image containing on-target development tools (e.g compiler, debugger)&lt;br /&gt;
* The corresponding SD card images to be booted through QEMU. Other boot methods will be possible, but will be outside of the scope of the reference distribution.&lt;br /&gt;
&lt;br /&gt;
=== Package feeds ===&lt;br /&gt;
&lt;br /&gt;
For each targeted architecture, several package feeds will be available to allow for bugfix or security updates or to extend the image with additional packages:&lt;br /&gt;
* Architecture independent feed&lt;br /&gt;
* Architecture dependent feed&lt;br /&gt;
* Machine dependent feed&lt;br /&gt;
See [https://docs.yoctoproject.org/dev-manual/packages.html#using-runtime-package-management Using Runtime Package Management] for details.&lt;br /&gt;
&lt;br /&gt;
The feeds for the first prototype will contain all the packages which are supported by the [https://git.yoctoproject.org/poky/tree/meta-poky/conf/distro/poky-altcfg.conf poky-altcfg] distribution as produced by the &amp;lt;code&amp;gt;bitbake world&amp;lt;/code&amp;gt; command for the set of layers supplied by Poky.&lt;br /&gt;
&lt;br /&gt;
=== Available reference package formats ===&lt;br /&gt;
&lt;br /&gt;
To keep the first prototype simple, we will only release images and package feeds based on the &amp;quot;ipk&amp;quot; format supported by [[wikipedia:opkg|opkg]] package manager.&lt;br /&gt;
&lt;br /&gt;
Of course, the OpenEmbedded build system also supports the [[wikipedia:Deb_(file_format)|deb]] and [[wikipedia:RPM_Package_Manager|rpm]] package formats, so users will be able to generate their own images and feeds based on these other formats.&lt;br /&gt;
&lt;br /&gt;
Another reason for not providing &amp;quot;deb&amp;quot; and &amp;quot;rpm&amp;quot; packages is that we do not want inexperienced users to expect to be able to grab and use such packages produced for regular Linux distributions (Debian, Fedora, etc.). Being built with different C library versions and toolchains, the corresponding binaries are most likely to be broken anyway.&lt;br /&gt;
&lt;br /&gt;
=== Available reference binary artifacts and deliverables ===&lt;br /&gt;
&lt;br /&gt;
The first prototype will make the below binary artifacts publicly available:&lt;br /&gt;
* Root filesystem images (as specified above)&lt;br /&gt;
* Binary package feeds (as specified above)&lt;br /&gt;
* [https://docs.yoctoproject.org/ref-manual/variables.html#term-PR PR] database, so that people can manage updates to packages, by importing the database in a local PR server.&lt;br /&gt;
* Prebuilt object data (&amp;quot;Shared State cache) through a public server (see [https://docs.yoctoproject.org/ref-manual/variables.html#term-SSTATE_MIRRORS SSTATE_MIRRORS]), to reuse binary output already built by the Yocto Project autobuilders, to reduce the compile time of additional packages.&lt;br /&gt;
* Hash Equivalence data through a public server (see [https://docs.yoctoproject.org/bitbake/2.4/bitbake-user-manual/bitbake-user-manual-ref-variables.html#term-BB_HASHSERVE_UPSTREAM BB_HASHSERVE_UPSTREAM]), to increase the reusability of prebuilt objects.&lt;br /&gt;
&lt;br /&gt;
Share State and Hash Equivalence data would be only useful to &amp;quot;Intermediate&amp;quot; and &amp;quot;Advanced&amp;quot; use cases, to rebuild parts or the whole system from source.&lt;br /&gt;
&lt;br /&gt;
Such artifacts will be served through a Content Delivery Network (CDN), to make sure that they can be downloaded fast enough from any location in the world, in a way that remains much faster than re-compiling such artifacts from sources.&lt;br /&gt;
&lt;br /&gt;
Those binaries should also be released along with:&lt;br /&gt;
* Sources corresponding to the software used to build the image, as produced by the [https://docs.yoctoproject.org/ref-manual/classes.html#ref-classes-archiver archiver] class. Unlike standard GNU/Linux distributions, we won&#039;t ship source package feeds (such as SRPMs)&amp;lt;ref&amp;gt;Only Source RPMs are supported by the [https://docs.yoctoproject.org/ref-manual/classes.html#ref-classes-archiver archiver] class. To obtain them, you need to set &amp;lt;code&amp;gt;INHERIT += &amp;quot;archiver&amp;quot;&amp;lt;/code&amp;gt;, &amp;lt;code&amp;gt;PACKAGE_CLASSES = &amp;quot;package_rpm&amp;quot;&amp;lt;/code&amp;gt; and &amp;lt;code&amp;gt;ARCHIVER_MODE[srpm] = &amp;quot;1&amp;quot;&amp;lt;/code&amp;gt;. The generation of source &amp;lt;code&amp;gt;deb&amp;lt;/code&amp;gt; or &amp;lt;code&amp;gt;ipk&amp;lt;/code&amp;gt; packages is currently not supported.&amp;lt;/ref&amp;gt;.&amp;lt;ref&amp;gt;The &amp;lt;code&amp;gt;-src&amp;lt;/code&amp;gt; packages which recipes can produce are only meant for debugging together with &amp;lt;code&amp;gt;-dbg&amp;lt;/code&amp;gt; packages. See [https://docs.yoctoproject.org/dev/ref-manual/variables.html#term-PACKAGE_DEBUG_SPLIT_STYLE PACKAGE_DEBUG_SPLIT_STYLE].&amp;lt;/ref&amp;gt;&lt;br /&gt;
* SPDX output for the initial image&lt;br /&gt;
* The build system and layer sources. A good fit would be Alex Kanavin&#039;s [https://patchwork.yoctoproject.org/project/oe-core/patch/20231107105844.712846-1-alex@linutronix.de/ build bundles].&lt;br /&gt;
&lt;br /&gt;
=== Defining policies and processes ===&lt;br /&gt;
&lt;br /&gt;
This reference binary distribution prototype will also drive the documentation of policies and process to address future work such as:&lt;br /&gt;
* What criteria should a new CPU architecture or platform tuning meet to be added / tested?&lt;br /&gt;
* What criteria should other layers meet to be tested, in addition to being already tested by the Autobuilder? Should these criteria only apply to specific recipes or to the entire layers containing them?&lt;br /&gt;
&lt;br /&gt;
See the [[#Policies and Processes | Policies and Processes]].&lt;br /&gt;
&lt;br /&gt;
=== Testing plans ===&lt;br /&gt;
&lt;br /&gt;
Here are the tests we plan to implement:&lt;br /&gt;
* Producing and testing binary images through the autobuilder&lt;br /&gt;
* Making nightly builds available to testers&lt;br /&gt;
* Testing that package updates apply successfully:&lt;br /&gt;
** Within the current stable branch (nanbield): from one release update to the next, and from the latest release update to the tip of the branch&lt;br /&gt;
** Between release branches: from the latest update to our latest LTS (kirkstone), to the latest update to the current stable release (nanbield).&lt;br /&gt;
* Testing that it&#039;s also possible to build and deploy packages from the meta-openembedded and meta-virtualization layers, as a way to assess the relevance of our policies and process for additional layers or recipes. This would also be a way to demonstrate the ability to build container images, which would be a great way to ship binary distributions.&lt;br /&gt;
&lt;br /&gt;
Here are other tests that would be worth implementing:&lt;br /&gt;
* Check that package upgrades don&#039;t cause configuration file changes to be lost. See [https://lore.kernel.org/openembedded-core/0e38566f-a1f9-4ebb-8492-2c50945eeeb4@gmail.com/T/#t this discussion].&lt;br /&gt;
* Check that the latest package upgrades successfully apply to any previous release, at least on the same branch. For example, upgrading directly from release x.y.n-2 to x.y may not work without going through x.y.n-1 as an intermediate. This could happen if a package has a really broken post-install script in n-2, which damage is repaired in n-1. Should n repair it too in case n-1 is skipped?&lt;br /&gt;
&lt;br /&gt;
We will work with recipe maintainers to publish fixes for update issues that testing will find in recipes. Each issue will be reported in Bugzilla.&lt;br /&gt;
&lt;br /&gt;
=== Open questions ===&lt;br /&gt;
&lt;br /&gt;
* Issues with Yocto Project being pedantic in its use of arch strings such as &amp;quot;intel-x86-64&amp;quot; instead of &amp;quot;x86-64&amp;quot;. This conflicts with typical use in the greater Linux and &amp;quot;binary&amp;quot; community, which may not recognize the &amp;quot;extended&amp;quot; arch strings. Examples: [https://github.com/openSUSE/libsolv/blob/master/src/poolarch.c#L23 libresolv] and [https://github.com/rpm5/libhif/blob/f9b798cadb6821f9cffd5c0331578b3f7c19d699/libdnf/dnf-context.c#L52 libdnf] (reported by Mark Asselstine).&lt;br /&gt;
&lt;br /&gt;
== Policies and Processes ==&lt;br /&gt;
&lt;br /&gt;
=== Criteria for adding and testing a new CPU architecture or platform tuning ===&lt;br /&gt;
&lt;br /&gt;
* Only tunes in Openembedded-Core should be supported.&lt;br /&gt;
&lt;br /&gt;
=== Process and policy for proposing adding new layers to the bibary distro test artefacts process ===&lt;br /&gt;
&lt;br /&gt;
* Layers must be [https://docs.yoctoproject.org/current/dev-manual/layers.html#making-sure-your-layer-is-compatible-with-yocto-project Yocto Project Compatible]&lt;br /&gt;
* In addition, layers must be well written and be targetting project best practices like reproducibility, no network access outside fetching so mirroring and licensing auditing works and not skipping QA tests without good reason.&lt;br /&gt;
* Any dependency layers would already have to be included in the testing already or make a separate application for addition first.&lt;br /&gt;
* The layer being added must be suitably generic with a clear need/usage of the components provided by the layer in the ecosystem&lt;br /&gt;
* The layer maintainer must have a commitment to keeping recipe upgrades functional&lt;br /&gt;
* The proposal must make it clear which recipes within the layer are being proposed to be built&lt;br /&gt;
* Proposals would be made to the Yocto Project TSC covering the above topics&lt;br /&gt;
&lt;br /&gt;
=== Process and policy for proposing addition of a new MACHINE target ===&lt;br /&gt;
&lt;br /&gt;
* Layers to build the machine need to be [https://docs.yoctoproject.org/current/dev-manual/layers.html#making-sure-your-layer-is-compatible-with-yocto-project Yocto Project Compatible]&lt;br /&gt;
* Layers need to be buildable on the project autobuilder&lt;br /&gt;
* Needs to be Yocto Project membership sponsorship of the machine due to the project resource usage&lt;br /&gt;
* Needs to be a commitment to testing the images for the platform for releases and upgrades&lt;br /&gt;
* Proposals would be made to the Yocto Project TSC covering the above topics&lt;br /&gt;
&lt;br /&gt;
=== Process and policy for proposing addition of new recipe to the build ===&lt;br /&gt;
&lt;br /&gt;
* This process assumes the layer is already present but the recipe is not currently included in the test matrix&lt;br /&gt;
* The recipe would need to have demonstrated the ability to pass on target installation and upgrade&lt;br /&gt;
* Proposals would be made to the Yocto Project TSC covering the above topics&lt;br /&gt;
* Note: The TSC is aiming to appoint a maintainer to take the lead on resolving binary distro testing issues and handling recipe addition requests.&lt;br /&gt;
&lt;br /&gt;
== Achievements ==&lt;br /&gt;
&lt;br /&gt;
=== Fixed bugs ===&lt;br /&gt;
&lt;br /&gt;
* [https://bugzilla.yoctoproject.org/show_bug.cgi?id=15292 Bug 15292 - systemd-compat-units: error at package post-install time]&lt;br /&gt;
&lt;br /&gt;
=== Yocto Project Documentation improvements ===&lt;br /&gt;
&lt;br /&gt;
* [https://lore.kernel.org/yocto-docs/20231206155427.279612-1-michael.opdenacker@bootlin.com/T/#t Fixes and updates to the Test Environment Manual]&lt;br /&gt;
&lt;br /&gt;
== Missing features ==&lt;br /&gt;
&lt;br /&gt;
Not implemented yet:&lt;br /&gt;
* Ability to update the system SPDX description after installing extra packages or package updates. The current way SPDX is generated doesn&#039;t allow to generate &amp;lt;code&amp;gt;-spdx&amp;lt;/code&amp;gt; packages, which would have made this possible ([https://lists.openembedded.org/g/openembedded-architecture/message/1855 discussion]).&lt;br /&gt;
&lt;br /&gt;
== Out of scope ==&lt;br /&gt;
&lt;br /&gt;
Features outside of the scope of this effort, but definitely worth keeping track of for future efforts, or for people already maintaining binary distributions.&lt;br /&gt;
* Binary distribution installer: not absolutely necessary but users may expect one. For example the [https://www.yoedistro.org/ Yoe] distro offers one, and so does [https://www.raspberrypi.com/news/raspberry-pi-imager-imaging-utility/ Raspberry Pi].&lt;br /&gt;
&lt;br /&gt;
== Footnotes and references ==&lt;/div&gt;</summary>
		<author><name>Rpurdie</name></author>
	</entry>
	<entry>
		<id>https://wiki.yoctoproject.org/wiki/index.php?title=Releases&amp;diff=86232</id>
		<title>Releases</title>
		<link rel="alternate" type="text/html" href="https://wiki.yoctoproject.org/wiki/index.php?title=Releases&amp;diff=86232"/>
		<updated>2024-02-21T10:38:17Z</updated>

		<summary type="html">&lt;p&gt;Rpurdie: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&amp;lt;!-- keywords: release names codenames versions version names numbers branches branchx --&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== Release Activity==&lt;br /&gt;
&lt;br /&gt;
See also [https://docs.yoctoproject.org/dev/_images/releases.svg a graphical release timeline].&lt;br /&gt;
&lt;br /&gt;
Releases can be downloaded at https://www.yoctoproject.org/software-overview/downloads/&lt;br /&gt;
&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; border=&amp;quot;2&amp;quot;&lt;br /&gt;
!Codename&lt;br /&gt;
!Yocto Project Version&lt;br /&gt;
!Release Date&lt;br /&gt;
!Current Version&lt;br /&gt;
!Support Level&lt;br /&gt;
!Poky Version&lt;br /&gt;
!BitBake branch&lt;br /&gt;
! Maintainer&lt;br /&gt;
!Notes&lt;br /&gt;
|-&lt;br /&gt;
|Styhead&lt;br /&gt;
|5.1&lt;br /&gt;
| October 2024&lt;br /&gt;
|&lt;br /&gt;
|Future&lt;br /&gt;
|N/A&lt;br /&gt;
|2.10&lt;br /&gt;
|Richard Purdie &amp;lt;richard.purdie@linuxfoundation.org&amp;gt;&lt;br /&gt;
|[[Recipe_Versions|Recipe versions]]&lt;br /&gt;
|-&lt;br /&gt;
|Scarthgap&lt;br /&gt;
|5.0&lt;br /&gt;
| April 2024&lt;br /&gt;
|&lt;br /&gt;
|Long Term Support (until April 2028)&lt;br /&gt;
|N/A&lt;br /&gt;
|2.8&lt;br /&gt;
|Richard Purdie &amp;lt;richard.purdie@linuxfoundation.org&amp;gt;&lt;br /&gt;
|[[Recipe_Versions|Recipe versions]]&lt;br /&gt;
|-&lt;br /&gt;
|Nanbield &amp;lt;br/&amp;gt;(like &#039;man field&#039;)&lt;br /&gt;
|4.3&lt;br /&gt;
| November 2023&lt;br /&gt;
| 4.3.2 (January 2024)&lt;br /&gt;
|Support for 7 months (until May 2024)&lt;br /&gt;
|N/A&lt;br /&gt;
|2.6&lt;br /&gt;
|Steve Sakoman &amp;lt;steve@sakoman.com&amp;gt;&lt;br /&gt;
|- style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Mickledore&lt;br /&gt;
|4.2&lt;br /&gt;
| May 2023&lt;br /&gt;
| 4.2.4 (December 2023)&lt;br /&gt;
| EOL&lt;br /&gt;
|N/A&lt;br /&gt;
|2.4&lt;br /&gt;
|Steve Sakoman &amp;lt;steve@sakoman.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Langdale&lt;br /&gt;
|4.1&lt;br /&gt;
| October 2022&lt;br /&gt;
| 4.1.4 (May 2023)&lt;br /&gt;
| EOL&lt;br /&gt;
|N/A&lt;br /&gt;
|2.2&lt;br /&gt;
|Steve Sakoman &amp;lt;steve@sakoman.com&amp;gt;&lt;br /&gt;
|-&lt;br /&gt;
|Kirkstone &amp;lt;br/&amp;gt;(like &#039;kirk stun&#039;)&lt;br /&gt;
|4.0&lt;br /&gt;
|May 2022&lt;br /&gt;
|4.0.16 (February 2024)&lt;br /&gt;
|Long Term Support (Apr. 2026¹)&lt;br /&gt;
|N/A&lt;br /&gt;
|2.0&lt;br /&gt;
|Steve Sakoman &amp;lt;steve@sakoman.com&amp;gt;&lt;br /&gt;
|-&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Honister&lt;br /&gt;
|3.4&lt;br /&gt;
|October 2021&lt;br /&gt;
|3.4.4 (May 2022)&lt;br /&gt;
|EOL&lt;br /&gt;
|N/A&lt;br /&gt;
|1.52&lt;br /&gt;
|Anuj Mittal &amp;lt;anuj.mittal@intel.com&amp;gt;&lt;br /&gt;
|-&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Hardknott&lt;br /&gt;
|3.3&lt;br /&gt;
|April 2021&lt;br /&gt;
|3.3.6 (April 2022)&lt;br /&gt;
|EOL&lt;br /&gt;
|N/A&lt;br /&gt;
|1.50&lt;br /&gt;
|Anuj Mittal &amp;lt;anuj.mittal@intel.com&amp;gt;&lt;br /&gt;
|-&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Gatesgarth&lt;br /&gt;
|3.2&lt;br /&gt;
|Oct 2020&lt;br /&gt;
|3.2.4 (May 2021)&lt;br /&gt;
|EOL&lt;br /&gt;
|N/A&lt;br /&gt;
|1.48&lt;br /&gt;
|Anuj Mittal &amp;lt;anuj.mittal@intel.com&amp;gt;&lt;br /&gt;
|-&lt;br /&gt;
|Dunfell&lt;br /&gt;
|3.1&lt;br /&gt;
|April 2020&lt;br /&gt;
|3.1.31 (January 2024)&lt;br /&gt;
|Long Term Support (until Apr. 2024¹)&lt;br /&gt;
|23.0&lt;br /&gt;
|1.46&lt;br /&gt;
|Steve Sakoman &amp;lt;steve@sakoman.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Zeus&lt;br /&gt;
|3.0&lt;br /&gt;
|October 2019&lt;br /&gt;
|3.0.4 (August 2020)&lt;br /&gt;
|EOL&lt;br /&gt;
|22.0.3&lt;br /&gt;
|1.44&lt;br /&gt;
| Anuj/Armin&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Warrior&lt;br /&gt;
|2.7&lt;br /&gt;
|April 2019&lt;br /&gt;
|2.7.4 (June 2020)&lt;br /&gt;
|EOL&lt;br /&gt;
|21.0&lt;br /&gt;
|1.42&lt;br /&gt;
|Armin Kuster &amp;lt;akuster808@gmail.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Thud&lt;br /&gt;
|2.6&lt;br /&gt;
|Nov 2018&lt;br /&gt;
|2.6.4 (October 2019)&lt;br /&gt;
|EOL&lt;br /&gt;
|20.0&lt;br /&gt;
|1.40&lt;br /&gt;
| Armin Kuster &amp;lt;akuster808@gmail.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Sumo&lt;br /&gt;
|2.5&lt;br /&gt;
|April 2018&lt;br /&gt;
|2.5.3 (April 2019)&lt;br /&gt;
|EOL&lt;br /&gt;
|19.0&lt;br /&gt;
|1.38&lt;br /&gt;
| Armin Kuster &amp;lt;akuster808@gmail.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Rocko&lt;br /&gt;
|2.4&lt;br /&gt;
|Oct 2017&lt;br /&gt;
|2.4.4 (November 2018)&lt;br /&gt;
|EOL&lt;br /&gt;
|18.0&lt;br /&gt;
|1.36&lt;br /&gt;
| Armin Kuster &amp;lt;akuster808@gmail.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Pyro&lt;br /&gt;
|2.3&lt;br /&gt;
|May 2017&lt;br /&gt;
|2.3.4 (July 2018)&lt;br /&gt;
|EOL&lt;br /&gt;
|17.0&lt;br /&gt;
|1.34&lt;br /&gt;
| Armin Kuster &amp;lt;akuster808@gmail.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Morty&lt;br /&gt;
|2.2&lt;br /&gt;
|Nov 2016&lt;br /&gt;
|2.2.4 (July 2018)&lt;br /&gt;
|EOL&lt;br /&gt;
|16.0&lt;br /&gt;
|1.32&lt;br /&gt;
| Armin Kuster &amp;lt;akuster808@gmail.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Krogoth&lt;br /&gt;
|2.1&lt;br /&gt;
|Apr 2016&lt;br /&gt;
|2.1.3 (July 2017)&lt;br /&gt;
|EOL&lt;br /&gt;
|15.0&lt;br /&gt;
|1.30&lt;br /&gt;
| Armin Kuster &amp;lt;akuster808@gmail.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Jethro&lt;br /&gt;
|2.0&lt;br /&gt;
|Nov 2015&lt;br /&gt;
|2.0.3 (January 2016)&lt;br /&gt;
|EOL&lt;br /&gt;
|14.0&lt;br /&gt;
|1.28&lt;br /&gt;
|Robert Yang &amp;lt;liezhi.yang@windriver.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Fido&lt;br /&gt;
|1.8&lt;br /&gt;
|Apr 2015&lt;br /&gt;
|1.8.2&lt;br /&gt;
|EOL&lt;br /&gt;
|13.0&lt;br /&gt;
|1.26&lt;br /&gt;
|Joshua Lock &amp;lt;joshua.g.lock@intel.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Dizzy&lt;br /&gt;
|1.7&lt;br /&gt;
|Oct 2014&lt;br /&gt;
|1.7.3&lt;br /&gt;
|EOL&lt;br /&gt;
|12.0&lt;br /&gt;
|1.24&lt;br /&gt;
| Armin Kuster &amp;lt;akuster808@gmail.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Daisy&lt;br /&gt;
|1.6&lt;br /&gt;
|Apr 2014&lt;br /&gt;
|1.6.3&lt;br /&gt;
|EOL&lt;br /&gt;
|11.0&lt;br /&gt;
|1.22&lt;br /&gt;
| Saul Wold &amp;lt;sgw@linux.intel.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Dora&lt;br /&gt;
|1.5&lt;br /&gt;
|Oct 2013&lt;br /&gt;
|1.5.4&lt;br /&gt;
|EOL&lt;br /&gt;
|10.0&lt;br /&gt;
|1.20&lt;br /&gt;
| Robert Yang &amp;lt;liezhi.yang@windriver.com&amp;gt; &lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Dylan&lt;br /&gt;
|1.4&lt;br /&gt;
|Apr 2013&lt;br /&gt;
|1.4.3&lt;br /&gt;
|EOL&lt;br /&gt;
|9.0&lt;br /&gt;
|1.18&lt;br /&gt;
| Paul Eggleton &amp;lt;paul.eggleton@linux.intel.com&amp;gt; &lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Danny&lt;br /&gt;
|1.3&lt;br /&gt;
|Oct 2012&lt;br /&gt;
|1.3.2&lt;br /&gt;
|EOL&lt;br /&gt;
|8.0&lt;br /&gt;
|1.16&lt;br /&gt;
|Ross Burton &amp;lt;ross.burton@intel.com&amp;gt; &lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Denzil&lt;br /&gt;
|1.2&lt;br /&gt;
|Apr 2012&lt;br /&gt;
|1.2.2&lt;br /&gt;
|EOL&lt;br /&gt;
|7.0&lt;br /&gt;
|1.15&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Edison&lt;br /&gt;
|1.1&lt;br /&gt;
|Oct 2011&lt;br /&gt;
|1.1.2&lt;br /&gt;
|EOL&lt;br /&gt;
|6.0&lt;br /&gt;
|1.13&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Bernard&lt;br /&gt;
|1.0&lt;br /&gt;
|Apr 2011&lt;br /&gt;
|1.0.2&lt;br /&gt;
|EOL&lt;br /&gt;
|5.0&lt;br /&gt;
|1.11&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Laverne&lt;br /&gt;
|0.9&lt;br /&gt;
|Oct 2010&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|4.0&lt;br /&gt;
|1.11&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Green&lt;br /&gt;
|N/A&lt;br /&gt;
|11 June 2010&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|3.3&lt;br /&gt;
|&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Purple&lt;br /&gt;
|N/A&lt;br /&gt;
|15 Dec 2009&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|3.2&lt;br /&gt;
|&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Pinky&lt;br /&gt;
|N/A&lt;br /&gt;
|12 Nov 2009&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|3.1&lt;br /&gt;
|&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Blinky&lt;br /&gt;
|N/A&lt;br /&gt;
|1 Aug 2007&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|3.0&lt;br /&gt;
|&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Clyde&lt;br /&gt;
|N/A&lt;br /&gt;
|19 Jan 2007&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|2.0&lt;br /&gt;
|&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Inky&lt;br /&gt;
|N/A&lt;br /&gt;
|10 Feb 2006&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|1.0&lt;br /&gt;
|&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Note:&#039;&#039;&#039; see also [[Stable Release and LTS]], [[Linux Yocto]], [[Planning]] and [[Release Feature Table]] pages. EOL means some community support on email lists but no commit updates in the repos. There is also OS Vendor support for some Yocto EOL releases.&lt;br /&gt;
&lt;br /&gt;
¹ The 3.1 series and 4.0 were originally planned for two years but extended to four. Future LTS releases are planned for 4 years.&lt;br /&gt;
&lt;br /&gt;
== Releases Links==&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; border=&amp;quot;2&amp;quot;&lt;br /&gt;
| align=&amp;quot;center&amp;quot; style=&amp;quot;background:#f0f0f0;&amp;quot;|&#039;&#039;&#039;Yocto Project Release&#039;&#039;&#039;&lt;br /&gt;
| align=&amp;quot;center&amp;quot; style=&amp;quot;background:#f0f0f0;&amp;quot;|&#039;&#039;&#039;Code Name&#039;&#039;&#039;&lt;br /&gt;
| align=&amp;quot;center&amp;quot; style=&amp;quot;background:#f0f0f0;&amp;quot;|&#039;&#039;&#039;Poky version&#039;&#039;&#039;&lt;br /&gt;
| align=&amp;quot;center&amp;quot; style=&amp;quot;background:#f0f0f0;&amp;quot;|&#039;&#039;&#039;Maintainer&#039;&#039;&#039;&lt;br /&gt;
| align=&amp;quot;center&amp;quot; style=&amp;quot;background:#f0f0f0;&amp;quot;|&#039;&#039;&#039;Features&#039;&#039;&#039;&lt;br /&gt;
| align=&amp;quot;center&amp;quot; style=&amp;quot;background:#f0f0f0;&amp;quot;|&#039;&#039;&#039;Schedule&#039;&#039;&#039;&lt;br /&gt;
| align=&amp;quot;center&amp;quot; style=&amp;quot;background:#f0f0f0;&amp;quot;|&#039;&#039;&#039;Status&#039;&#039;&#039;&lt;br /&gt;
| align=&amp;quot;center&amp;quot; style=&amp;quot;background:#f0f0f0;&amp;quot;|&#039;&#039;&#039;QA Test Plan&#039;&#039;&#039;&lt;br /&gt;
| align=&amp;quot;center&amp;quot; style=&amp;quot;background:#f0f0f0;&amp;quot;|&#039;&#039;&#039;QA Test Report&#039;&#039;&#039;&lt;br /&gt;
| align=&amp;quot;center&amp;quot; style=&amp;quot;background:#f0f0f0;&amp;quot;|&#039;&#039;&#039;Release notes&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
|-valign=&amp;quot;top&amp;quot;&lt;br /&gt;
| Yocto Project 3.4&lt;br /&gt;
| Honister&lt;br /&gt;
| 26.0&lt;br /&gt;
| Anuj Mittal&lt;br /&gt;
| [[Yocto_3.4_Features]]&lt;br /&gt;
| [[Yocto_3.4_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v3.4_Status]]&lt;br /&gt;
| [[Yocto_Project_3.4_Release_Test_Plan | Yocto_3.4_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_Project_3.4_Release_Test_Plan#Execution_History | 3.4 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/g/yocto-announce/message/229 3.4 release notes]&lt;br /&gt;
|-&lt;br /&gt;
| Yocto Project 3.3&lt;br /&gt;
| Hardknott&lt;br /&gt;
| 25.0&lt;br /&gt;
| Anuj Mittal&lt;br /&gt;
| [[Yocto_3.3_Features]]&lt;br /&gt;
| [[Yocto_3.3_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v3.3_Status]]&lt;br /&gt;
| [[Yocto_Project_3.3_Release_Test_Plan | Yocto_3.3_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_Project_3.3_Release_Test_Plan#Execution_History | 3.3 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/g/yocto-announce/message/215 3.3 release notes]&lt;br /&gt;
|-&lt;br /&gt;
| Yocto Project 3.2&lt;br /&gt;
| Gatesgarth&lt;br /&gt;
| 24.0&lt;br /&gt;
| Anuj Mittal&lt;br /&gt;
| [[Yocto_3.2_Features]]&lt;br /&gt;
| [[Yocto_3.2_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v3.2_Status]]&lt;br /&gt;
| [[Yocto_Project_3.2_Release_Test_Plan | Yocto_3.2_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_Project_3.2_Release_Test_Plan#Execution_History | 3.2 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/g/yocto/message/51262 3.2 release notes]&lt;br /&gt;
|-&lt;br /&gt;
|-valign=&amp;quot;top&amp;quot;&lt;br /&gt;
| Yocto Project 3.1&lt;br /&gt;
| Dunfell&lt;br /&gt;
| 23.0&lt;br /&gt;
| Steve Sakoman&lt;br /&gt;
| [[Yocto_3.1_Features]]&lt;br /&gt;
| [[Yocto_3.1_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v3.1_Status]]&lt;br /&gt;
| [[Yocto_Project_3.1_Release_Test_Plan | Yocto_3.1_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_Project_3.1_Release_Test_Plan#Execution_History | 3.1 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/g/yocto/message/49201 3.1 release notes]&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
|-valign=&amp;quot;top&amp;quot;&lt;br /&gt;
| Yocto Project 3.0&lt;br /&gt;
| Zeus&lt;br /&gt;
| 22.0&lt;br /&gt;
| Armin Kuster/Anuj Mittal&lt;br /&gt;
| [[Yocto_2.8_Features]]&lt;br /&gt;
| [[Yocto_2.8_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v2.8_Status]]&lt;br /&gt;
| [[Yocto_Project_2.8_Release_Test_Plan | Yocto_2.8_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_Project_2.8_Release_Test_Plan#Execution_History | 2.8 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto/2019-October/047111.html 3.0 release notes]&lt;br /&gt;
|-&lt;br /&gt;
|-valign=&amp;quot;top&amp;quot;&lt;br /&gt;
| Yocto Project 2.7&lt;br /&gt;
| Warrior&lt;br /&gt;
| 21.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_2.7_Features]]&lt;br /&gt;
| [[Yocto_2.7_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v2.7_Status]]&lt;br /&gt;
| [[Yocto_Project_2.7_Release_Test_Plan | Yocto_2.7_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_Project_2.7_Release_Test_Plan#Execution_History | 2.7 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto/2019-May/045028.html 2.7 release notes]&lt;br /&gt;
|-&lt;br /&gt;
|-valign=&amp;quot;top&amp;quot;&lt;br /&gt;
| Yocto Project 2.6&lt;br /&gt;
| Thud&lt;br /&gt;
| 20.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_2.6_Features]]&lt;br /&gt;
| [[Yocto_2.6_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v2.6_Status]]&lt;br /&gt;
| [[Yocto_Project_2.6_Release_Test_Plan | Yocto_2.6_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_Project_2.6_Release_Test_Plan#Execution_History | 2.6 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2018-November/000147.html 2.6 release notes]&lt;br /&gt;
|-&lt;br /&gt;
|-valign=&amp;quot;top&amp;quot;&lt;br /&gt;
| Yocto Project 2.5&lt;br /&gt;
| Sumo&lt;br /&gt;
| 19.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_2.5_Features]]&lt;br /&gt;
| [[Yocto_2.5_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v2.5_Status]]&lt;br /&gt;
| [[Yocto_Project_2.5_Release_Test_Plan | Yocto_2.5_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_Project_2.5_Release_Test_Plan#Execution_History | 2.5 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2018-May/000136.html 2.5 release notes]&lt;br /&gt;
|-&lt;br /&gt;
|-valign=&amp;quot;top&amp;quot;&lt;br /&gt;
| Yocto Project 2.4&lt;br /&gt;
| Rocko&lt;br /&gt;
| 18.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_2.4_Features]]&lt;br /&gt;
| [[Yocto_2.4_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v2.4_Status]]&lt;br /&gt;
| [[Yocto_Project_2.4_Release_Test_Plan | Yocto_2.4_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_Project_2.4_Release_Test_Plan#Execution_History | 2.4 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2017-October/000125.html 2.4 release notes]&lt;br /&gt;
|-&lt;br /&gt;
|-valign=&amp;quot;top&amp;quot;&lt;br /&gt;
| Yocto Project 2.3&lt;br /&gt;
| Pyro&lt;br /&gt;
| 17.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_2.3_Features]]&lt;br /&gt;
| [[Yocto_2.3_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v2.3_Status]]&lt;br /&gt;
| [[Yocto_Project_2.3_Release_Test_Plan | Yocto_2.3_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_Project_2.3_Release_Test_Plan#Execution_History | 2.3 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2017-May/000112.html 2.3 release notes]&lt;br /&gt;
|-&lt;br /&gt;
|-valign=&amp;quot;top&amp;quot;&lt;br /&gt;
| Yocto Project 2.2&lt;br /&gt;
| Morty&lt;br /&gt;
| 16.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_2.2_Features]]&lt;br /&gt;
| [[Yocto_2.2_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v2.2_Status]]&lt;br /&gt;
| [[Yocto_2.2_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_Project_2.2_Release_Test_Plan#Execution_History | 2.2 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2016-November/000101.html 2.2 release notes]&lt;br /&gt;
|-&lt;br /&gt;
|-valign=&amp;quot;top&amp;quot;&lt;br /&gt;
| Yocto Project 2.1&lt;br /&gt;
| Krogoth&lt;br /&gt;
| 15.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_2.1_Features]]&lt;br /&gt;
| [[Yocto_2.1_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v2.1_Status]]&lt;br /&gt;
| [[Yocto_2.1_Overall_Test_Plan]]&lt;br /&gt;
| [[2.1 qa run history]] &lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2016-May/000089.html 2.1 release notes]&lt;br /&gt;
|-&lt;br /&gt;
|-valign=&amp;quot;top&amp;quot;&lt;br /&gt;
| Yocto Project 2.0&lt;br /&gt;
| Jethro&lt;br /&gt;
| 14.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_1.9_Features]]&lt;br /&gt;
| [[Yocto_1.9_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v1.9_Status]]&lt;br /&gt;
| &lt;br /&gt;
| [[1.9 qa run history]] &lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2015-November/000076.html 2.0 release notes]&lt;br /&gt;
|-valign=&amp;quot;top&amp;quot;&lt;br /&gt;
| Yocto Project 1.8&lt;br /&gt;
| Fido&lt;br /&gt;
| 13.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_1.8_Features]]&lt;br /&gt;
| [[Yocto_1.8_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v1.8_Status]]&lt;br /&gt;
| [[Yocto_1.8_Overall_Test_Plan]]&lt;br /&gt;
| [[1.8 qa run history]] &lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2015-April/000062.html 1.8 release notes]&lt;br /&gt;
|-&lt;br /&gt;
| Yocto Project 1.7&lt;br /&gt;
| Dizzy&lt;br /&gt;
| 12.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_1.7_Features]]&lt;br /&gt;
| [[Yocto_1.7_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v1.7_Status]]&lt;br /&gt;
| [[Yocto_1.7_Overall_Test_Plan]]&lt;br /&gt;
| [[1.7 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2014-October/000053.html 1.7 release notes]&lt;br /&gt;
|-&lt;br /&gt;
| Yocto Project 1.6&lt;br /&gt;
| Daisy&lt;br /&gt;
| 11.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_1.6_Features]]&lt;br /&gt;
| [[Yocto_1.6_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v1.6_Status]]&lt;br /&gt;
| [[Yocto_1.6_Overall_Test_Plan]]&lt;br /&gt;
| [[1.6 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2014-April/000045.html 1.6 release notes]&lt;br /&gt;
|-&lt;br /&gt;
| Yocto Project 1.5&lt;br /&gt;
| Dora&lt;br /&gt;
| 10.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_1.5_Features]]&lt;br /&gt;
| [[Yocto_1.5_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v1.5_Status]]&lt;br /&gt;
| [[Yocto_1.5_Overall_Test_Plan]]&lt;br /&gt;
| [[1.5 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2013-October/000037.html 1.5 release notes]&lt;br /&gt;
|-&lt;br /&gt;
| Yocto Project 1.4&lt;br /&gt;
| Dylan&lt;br /&gt;
| 9.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_1.4_Features]]&lt;br /&gt;
| [[Yocto_1.4_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v1.4_Status]]&lt;br /&gt;
| [[Yocto_1.4_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_1.4_Milestone_Test_Report]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2013-April/000027.html 1.4 release notes]&lt;br /&gt;
|-&lt;br /&gt;
| Yocto Project 1.3&lt;br /&gt;
| Danny&lt;br /&gt;
| 8.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_1.3_Features]]&lt;br /&gt;
| [[Yocto_1.3_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v1.3_Status]]&lt;br /&gt;
| [[Yocto_1.3_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_1.3_Milestone_Test_Report]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2012-October/000020.html 1.3 release notes]&lt;br /&gt;
|-&lt;br /&gt;
| Yocto Project 1.2&lt;br /&gt;
| Denzil&lt;br /&gt;
| 7.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_1.2_Features]]&lt;br /&gt;
| [[Yocto_1.2_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v1.2_Status]]&lt;br /&gt;
| [[Yocto_1.2_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_1.2_Milestone_Test_Report]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2012-April/000009.html 1.2 release notes]&lt;br /&gt;
|-&lt;br /&gt;
| Yocto Project 1.1&lt;br /&gt;
| Edison&lt;br /&gt;
| 6.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_1.1_Features]]&lt;br /&gt;
| [[Yocto_1.1_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v1.1_Release_Criteria]]&lt;br /&gt;
| [[Yocto_1.1_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_1.1_Milestone_Test_Report]]&lt;br /&gt;
|&lt;br /&gt;
|-&lt;br /&gt;
| Yocto Project 1.0&lt;br /&gt;
| Bernard&lt;br /&gt;
| 5.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_Features]]&lt;br /&gt;
| [[Yocto_1.0_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v1.0_Release_Criteria]]&lt;br /&gt;
| [[Yocto_1.0_Overall_Test_Plan]]&lt;br /&gt;
| &lt;br /&gt;
|&lt;br /&gt;
|}&lt;/div&gt;</summary>
		<author><name>Rpurdie</name></author>
	</entry>
	<entry>
		<id>https://wiki.yoctoproject.org/wiki/index.php?title=Recipe_Versions&amp;diff=86177</id>
		<title>Recipe Versions</title>
		<link rel="alternate" type="text/html" href="https://wiki.yoctoproject.org/wiki/index.php?title=Recipe_Versions&amp;diff=86177"/>
		<updated>2024-01-26T23:17:10Z</updated>

		<summary type="html">&lt;p&gt;Rpurdie: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;This page lists the expected versions of major packages that will be in the Yocto Project 5.0 &amp;quot;Scarthgap&amp;quot; release (at the time of writing).&lt;br /&gt;
&lt;br /&gt;
For further details, please contact the relevant maintainer.&lt;br /&gt;
&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; style=&amp;quot;margin:auto; width:100%&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
! Recipe !! Version !! Maintainer !! Notes&lt;br /&gt;
|-&lt;br /&gt;
| binutils || 2.42 || Khem Raj &amp;lt;raj.khem@gmail.com&amp;gt; || &lt;br /&gt;
|-&lt;br /&gt;
| gcc || 13.2 || Khem Raj &amp;lt;raj.khem@gmail.com&amp;gt; || GCC 14 scheduled after YP&lt;br /&gt;
|-&lt;br /&gt;
| glibc || 2.39 || Khem Raj &amp;lt;raj.khem@gmail.com&amp;gt; || Due 2024-02-01&lt;br /&gt;
|-&lt;br /&gt;
| linux-yocto || 6.6.x || Bruce Ashfield &amp;lt;bruce.ashfield@gmail.com&amp;gt; || LTS until December 2026&lt;br /&gt;
|-&lt;br /&gt;
| python3 || 3.12 || Trevor Gamblin &amp;lt;tgamblin@baylibre.com&amp;gt; || 3.13 scheduled 2024-10-01&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
Key recipe versions by release&lt;br /&gt;
&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; style=&amp;quot;margin:auto; width:100%&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
! Release || linux-yocto (kernel) || gcc || binutils || glibc || python3&lt;br /&gt;
|-&lt;br /&gt;
| scarthgap (5.0) || 6.6.x || 13.2 || 2.42 || 2.39 || 3.12.x&lt;br /&gt;
|-&lt;br /&gt;
| kirkstone (4.0) || 5.10.x / 5.15.x || 11.4 || 2.38 || 2.35 || 3.10.x&lt;br /&gt;
|-&lt;br /&gt;
| dunfell (3.1) || 5.4.x || 9.5 || 2.34 ||2.31 || 3.8.x&lt;br /&gt;
|}&lt;/div&gt;</summary>
		<author><name>Rpurdie</name></author>
	</entry>
	<entry>
		<id>https://wiki.yoctoproject.org/wiki/index.php?title=Bug_Triage&amp;diff=86132</id>
		<title>Bug Triage</title>
		<link rel="alternate" type="text/html" href="https://wiki.yoctoproject.org/wiki/index.php?title=Bug_Triage&amp;diff=86132"/>
		<updated>2023-12-15T17:35:02Z</updated>

		<summary type="html">&lt;p&gt;Rpurdie: /* Old Milestone */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= Goal =&lt;br /&gt;
The output of the bug triage meeting should be that all bugs have an owner, a target milestone, and a priority.&lt;br /&gt;
&lt;br /&gt;
Prior to the meeting, each Product Owner should review their Weekly New and High Bugs and be ready with any opens. An example open would be a bug that may need to change Products.&lt;br /&gt;
&lt;br /&gt;
= Roles =&lt;br /&gt;
* Call facilitator: Stephen Jolley (sjolley.yp.pm@gmail.com)&lt;br /&gt;
** Ensure we keep to the agenda, don&#039;t rathole on bug resolution, and stay within our time block.&lt;br /&gt;
* Team Leads should pre-triage bugs for their areas of responsibility. Some guidelines on what they should/shouldn&#039;t do are:&lt;br /&gt;
** a) Pre-triage should happen in the presence of the appropriate team lead,&lt;br /&gt;
** b) The bugs being pre-triaged should be the responsibility of the team in question.&lt;br /&gt;
** c) The pre-triage team should be confident when dis-positioning the bugs, taking into account the individual&#039;s workload.&lt;br /&gt;
** d) If the bug raises any doubt or needs information prior, defer it to the main bug triage team.&lt;br /&gt;
** e) To insure a bug is triaged by the main bug triage team; set its priority to Undecided.&lt;br /&gt;
&lt;br /&gt;
= Agenda =&lt;br /&gt;
* Thursdays at 07:30 Pacific Time (15:30 GMT)&lt;br /&gt;
* [https://zoom.us/j/454367603?pwd=ZGxoa2ZXL3FkM3Y0bFd5aVpHVVZ6dz09 Zoom Call Link]&lt;br /&gt;
* Review [https://bugzilla.yoctoproject.org/buglist.cgi?list_id=604307&amp;amp;resolution=---&amp;amp;query_format=advanced&amp;amp;bug_status=UNCONFIRMED&amp;amp;bug_status=NEW&amp;amp;bug_status=ACCEPTED&amp;amp;bug_status=IN%20PROGRESS%20DESIGN&amp;amp;bug_status=IN%20PROGRESS%20DESIGN%20COMPLETE&amp;amp;bug_status=IN%20PROGRESS%20IMPLEMENTATION&amp;amp;bug_status=IN%20PROGRESS%20REVIEW&amp;amp;bug_status=REOPENED&amp;amp;bug_status=NEEDINFO&amp;amp;product=Security&amp;amp;product=Security%20-%20Recipe%20Upgrade security issues]&lt;br /&gt;
&lt;br /&gt;
* Review Queries&lt;br /&gt;
** State number, title, and owner&lt;br /&gt;
** Owner makes any modifications&lt;br /&gt;
** Assign owner, target milestone, and priority.&lt;br /&gt;
* Opens&lt;br /&gt;
** Collect opens&lt;br /&gt;
** Discuss opens&lt;br /&gt;
&lt;br /&gt;
Note: for Minnowboard or MinnowBoard-MAX bugs go to: [[Minnow Bug Triage]]&lt;br /&gt;
&lt;br /&gt;
= Bug Triage Order =&lt;br /&gt;
*[https://bugzilla.yoctoproject.org/buglist.cgi?list_id=604307&amp;amp;resolution=---&amp;amp;query_format=advanced&amp;amp;bug_status=UNCONFIRMED&amp;amp;bug_status=NEW&amp;amp;bug_status=ACCEPTED&amp;amp;bug_status=IN%20PROGRESS%20DESIGN&amp;amp;bug_status=IN%20PROGRESS%20DESIGN%20COMPLETE&amp;amp;bug_status=IN%20PROGRESS%20IMPLEMENTATION&amp;amp;bug_status=IN%20PROGRESS%20REVIEW&amp;amp;bug_status=REOPENED&amp;amp;bug_status=NEEDINFO&amp;amp;product=Security&amp;amp;product=Security%20-%20Recipe%20Upgrade Security Issues]&lt;br /&gt;
*[https://wiki.yoctoproject.org/wiki/Bug_Triage#Non-Prioritized_Bugs Non-Prioritized Bugs  and Non Targeted Bugs]&lt;br /&gt;
*[https://bugzilla.yoctoproject.org/buglist.cgi?list_id=652616&amp;amp;query_format=advanced&amp;amp;resolution=---&amp;amp;status_whiteboard=AB-INT&amp;amp;status_whiteboard_type=allwordssubstr Autobuilder issues]&lt;br /&gt;
*[https://wiki.yoctoproject.org/wiki/Bug_Triage#High_Enhancements.2FBugs High Enhancements/Bugs]&lt;br /&gt;
*[https://wiki.yoctoproject.org/wiki/Bug_Triage#Medium+_5.0_Unassigned_Enhancements/Bugs Medium+ 5.0 Unassigned Enhancements/Bugs]&lt;br /&gt;
*[https://wiki.yoctoproject.org/wiki/Bug_Triage#Medium+_5.99_Unassigned_Enhancements/Bugs Medium+ 5.99 Unassigned Enhancements/Bugs]&lt;br /&gt;
*[https://wiki.yoctoproject.org/wiki/Bug_Triage#NEEDINFO NEEDINFO]&lt;br /&gt;
*[https://wiki.yoctoproject.org/wiki/Bug_Triage#Re-Opened Reopened]&lt;br /&gt;
*[https://wiki.yoctoproject.org/wiki/Bug_Triage#Old_Milestone Old Milestone]&lt;br /&gt;
*[https://wiki.yoctoproject.org/wiki/Bug_Triage#Future_.26_5.99_Milestones Future &amp;amp; 5.99 Milestones]&lt;br /&gt;
&lt;br /&gt;
* Note/Suggestion for the Weekly Triage Meeting: Open the first link in a new browser window and then each additional link in a new tab in that new window.  Close the new window when the triage meeting is done.&lt;br /&gt;
&lt;br /&gt;
= Bug Criteria =&lt;br /&gt;
* Priority-Severity&lt;br /&gt;
** High: Two Week - shouldn&#039;t slip to next milestone without review by Triage team.&lt;br /&gt;
** Medium+: Milestone Target Required&lt;br /&gt;
** Medium: Nice to have for milestone, should have for release&lt;br /&gt;
** Low: Nice to have, but no urgency&lt;br /&gt;
&lt;br /&gt;
* Future bugs and enhancements are a good idea to do, but not able in the near term to get fixed or done.  &lt;br /&gt;
** If you want to work on them, please talk first to the existing owner or change the ownership to yourself if unassigned or newcomer.&lt;br /&gt;
*** Note: we have a special owner - newcomer@yoctoproject.org - which we think would be great opportunities for a newcomer to open source to start learning on. &lt;br /&gt;
&lt;br /&gt;
* Special Case: Medium+ and Future Enhancement or Bug - These are a good idea and important to do, but not currently scheduled at this time.&lt;br /&gt;
** If you want to work on them, please talk first to the existing owner or change the ownership to yourself if unassigned or newcomer.&lt;br /&gt;
*** Note: we have a special owner - newcomer@yoctoproject.org - which we think would be great opportunities for a newcomer to open source to start learning on. &lt;br /&gt;
&lt;br /&gt;
* For more details see the wiki [[Bugzilla Configuration and Bug Tracking]]&lt;br /&gt;
&lt;br /&gt;
= Bug Status Dashboards =&lt;br /&gt;
&lt;br /&gt;
Weekly - https://wiki.yoctoproject.org/charts/combo.html&lt;br /&gt;
&lt;br /&gt;
Daily - https://wiki.yoctoproject.org/charts/daily/combo.html&lt;br /&gt;
&lt;br /&gt;
= Bug Product Searches =&lt;br /&gt;
&lt;br /&gt;
* [[Bug Product Triage]]&lt;br /&gt;
&lt;br /&gt;
= Yocto Bug Triage Searches =&lt;br /&gt;
== Newcomer Bugs ==&lt;br /&gt;
{{#bugzilla:&lt;br /&gt;
  |status=!(RESOLVED,VERIFIED,CLOSED)&lt;br /&gt;
  |to=newcomer@yoctoproject.org, unassigned@yoctoproject.org&lt;br /&gt;
  |whiteboard=NEWCOMER&lt;br /&gt;
  |product=!opkg&lt;br /&gt;
  |severity=!janitors&lt;br /&gt;
  |priority=!(Undecided)&lt;br /&gt;
  |columns=id,summary,to,status,milestone,severity,priority,whiteboard&lt;br /&gt;
  |sort=id&lt;br /&gt;
  |noresultsmessage=&amp;quot;No matching bugs found. Check for unassigned bugs.&amp;quot;&lt;br /&gt;
  |total=summary&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
== Non-Prioritized Bugs ==&lt;br /&gt;
{{#bugzilla:&lt;br /&gt;
  |status=!(RESOLVED,VERIFIED,CLOSED)&lt;br /&gt;
  |priority=Undecided&lt;br /&gt;
  |product=!(opkg, IoT Reference OS Kit, Toaster, Security Response Tool)&lt;br /&gt;
  |severity=!janitors&lt;br /&gt;
  |component=!(meta-cgl, meta-security, bsps-meta-ti)&lt;br /&gt;
  |columns=id,summary,severity,priority,milestone,to,status,whiteboard,estimated&lt;br /&gt;
  |sort=id&lt;br /&gt;
  |noresultsmessage=&amp;quot;No matching bugs found.&amp;quot;&lt;br /&gt;
  |total=summary&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
== Non-Targeted Bugs ==&lt;br /&gt;
{{#bugzilla:&lt;br /&gt;
  |status=!(RESOLVED,VERIFIED,CLOSED)&lt;br /&gt;
  |severity=!janitors&lt;br /&gt;
  |product=!(opkg, IoT Reference OS Kit, Toaster, Security Response Tool)&lt;br /&gt;
  |milestone=0.0.0&lt;br /&gt;
  |component=!(meta-cgl, meta-security, infrastructure-general, bsps-meta-ti)&lt;br /&gt;
  |columns=id,summary,severity,priority,milestone,to,status,whiteboard,estimated&lt;br /&gt;
  |sort=id&lt;br /&gt;
  |noresultsmessage=&amp;quot;No matching bugs found.&amp;quot;&lt;br /&gt;
  |total=summary&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
== New This Week ==&lt;br /&gt;
{{#bugzilla:&lt;br /&gt;
  |created=-1w&lt;br /&gt;
  |columns=id,summary,severity,priority,milestone,to,status,whiteboard,estimated&lt;br /&gt;
  |sort=status,id&lt;br /&gt;
  |noresultsmessage=&amp;quot;No matching bugs found.&amp;quot;&lt;br /&gt;
  |total=summary,estimated&lt;br /&gt;
}}&lt;br /&gt;
== Closed This week ==&lt;br /&gt;
{{#bugzilla:&lt;br /&gt;
  |status=(RESOLVED,VERIFIED,CLOSED)&lt;br /&gt;
  |modified=-1w&lt;br /&gt;
  |product=!opkg&lt;br /&gt;
  |severity=!janitors&lt;br /&gt;
  |columns=id,modified,summary,severity,priority,milestone,to,status,resolution&lt;br /&gt;
  |sort=id&lt;br /&gt;
  |noresultsmessage=&amp;quot;No matching bugs found.&amp;quot;&lt;br /&gt;
  |total=summary&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
== High Enhancements/Bugs ==&lt;br /&gt;
{{#bugzilla:&lt;br /&gt;
  |status=!(RESOLVED,VERIFIED,CLOSED)&lt;br /&gt;
  |priority=high&lt;br /&gt;
  |product=!opkg&lt;br /&gt;
  |columns=id,summary,severity,priority,milestone,to,status,whiteboard,estimated&lt;br /&gt;
  |sort=milestone,id&lt;br /&gt;
  |noresultsmessage=&amp;quot;No matching bugs found.&amp;quot;&lt;br /&gt;
  |total=summary&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
== Medium+ 5.0 Unassigned Enhancements/Bugs ==&lt;br /&gt;
{{#bugzilla:&lt;br /&gt;
  |status=!(RESOLVED,VERIFIED,CLOSED)&lt;br /&gt;
  |priority=!(Undecided,Medium,Low,High)&lt;br /&gt;
  |milestone=!(4.3, 4.3 M1, 4.3 M2, 4.3 M3, 4.3 M4, 5.1, 5.99, Q1, Q2, Q3, Q4, future)&lt;br /&gt;
  |to=unassigned@yoctoproject.org&lt;br /&gt;
  |product=!opkg&lt;br /&gt;
  |columns=id,summary,severity,priority,milestone,to,status,whiteboard,estimated&lt;br /&gt;
  |sort=milestone,id&lt;br /&gt;
  |noresultsmessage=&amp;quot;No matching bugs found.&amp;quot;&lt;br /&gt;
  |total=summary&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
== Medium+ 5.99 Unassigned Enhancements/Bugs ==&lt;br /&gt;
{{#bugzilla:&lt;br /&gt;
  |status=!(RESOLVED,VERIFIED,CLOSED)&lt;br /&gt;
  |priority=!(Undecided,Medium,Low,High)&lt;br /&gt;
  |milestone=5.99&lt;br /&gt;
  |to=unassigned@yoctoproject.org&lt;br /&gt;
  |product=!opkg&lt;br /&gt;
  |columns=id,summary,severity,priority,milestone,to,status,whiteboard,estimated&lt;br /&gt;
  |sort=milestone,id&lt;br /&gt;
  |noresultsmessage=&amp;quot;No matching bugs found.&amp;quot;&lt;br /&gt;
  |total=summary&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
== Medium+ Future Unassigned Enhancements/Bugs ==&lt;br /&gt;
{{#bugzilla:&lt;br /&gt;
  |status=!(RESOLVED,VERIFIED,CLOSED)&lt;br /&gt;
  |priority=!(Undecided,Medium,Low,High)&lt;br /&gt;
  |milestone=Future&lt;br /&gt;
  |to=unassigned@yoctoproject.org&lt;br /&gt;
  |product=!opkg&lt;br /&gt;
  |columns=id,summary,severity,priority,milestone,to,status,whiteboard,estimated&lt;br /&gt;
  |sort=milestone,id&lt;br /&gt;
  |noresultsmessage=&amp;quot;No matching bugs found.&amp;quot;&lt;br /&gt;
  |total=summary&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
== NEEDINFO ==&lt;br /&gt;
{{#bugzilla:&lt;br /&gt;
  |status=NEEDINFO&lt;br /&gt;
  |columns=id,summary,to,status,severity,priority,milestone,modified,whiteboard&lt;br /&gt;
  |sort=id&lt;br /&gt;
  |noresultsmessage=&amp;quot;No matching bugs found.&amp;quot;&lt;br /&gt;
  |total=summary&lt;br /&gt;
  |modifiedformat=date&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
== Re-Opened ==&lt;br /&gt;
{{#bugzilla:&lt;br /&gt;
  |status=REOPENED&lt;br /&gt;
  |columns=id,summary,to,status,severity,priority,milestone,whiteboard&lt;br /&gt;
  |sort=milestone,priority,id&lt;br /&gt;
  |product=!(opkg, IoT Reference OS Kit)&lt;br /&gt;
  |severity=!janitors&lt;br /&gt;
  |component=!(meta-cgl, meta-security)&lt;br /&gt;
  |noresultsmessage=&amp;quot;No matching bugs found.&amp;quot;&lt;br /&gt;
  |total=summary&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
== Old Milestone ==&lt;br /&gt;
{{#bugzilla:&lt;br /&gt;
  |status=!(RESOLVED,VERIFIED,CLOSED)&lt;br /&gt;
  |milestone= !(3.1.31, 3.1.32, 3.1.33, 3.1.34, 4.0.15, 4.0.16, 4.0.17, 4.0.18, 4.0.19, 4.0.20, 4.3.2, 5.0, 5.0 M1, 5.0 M2, 5.0 M3, 5.0 M4, 4.99, 5.1, 5.99, Q1, Q2, Q3, Q4, future)&lt;br /&gt;
  |product=!(opkg, IoT Reference OS Kit)&lt;br /&gt;
  |severity=!janitors&lt;br /&gt;
  |component=!(meta-cgl, meta-security)&lt;br /&gt;
  |priority= !Undecided&lt;br /&gt;
  |columns=id,summary,to,status,severity,priority,milestone,whiteboard&lt;br /&gt;
  |sort=milestone,priority,id&lt;br /&gt;
  |noresultsmessage=&amp;quot;No matching bugs found.&amp;quot;&lt;br /&gt;
  |total=summary&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
== Future Dot Releases==&lt;br /&gt;
{{#bugzilla:&lt;br /&gt;
  |status=!(RESOLVED,VERIFIED,CLOSED)&lt;br /&gt;
  |product=!opkg&lt;br /&gt;
  |milestone= 3.1.27, 3.1.28, 3.1.29, 4.0.12, 4.0.13, 4.0.14, 4.2.3&lt;br /&gt;
  |severity=!janitors&lt;br /&gt;
  |priority= !Undecided&lt;br /&gt;
  |columns=id,summary,to,status,severity,priority,milestone,whiteboard&lt;br /&gt;
  |sort=milestone&lt;br /&gt;
  |noresultsmessage=&amp;quot;No matching bugs found.&amp;quot;&lt;br /&gt;
  |total=summary&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
== YP Toaster Bugs==&lt;br /&gt;
Please refer to the [[Bug_Triage_Toaster]] Page&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== YP Archived Queries==&lt;br /&gt;
Please refer to the [[Bug_Triage_Archive]] Page&lt;br /&gt;
&lt;br /&gt;
== YP BSP Team Triage==&lt;br /&gt;
Please refer to the [[BSP Team Bug Triage]] Page&lt;br /&gt;
&lt;br /&gt;
== YP Validation and Infrastructure Team Triage==&lt;br /&gt;
Please refer to the [[Validation and Infrastructure Team Bug Triage]] Page&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Future &amp;amp; 5.99 Milestones ==&lt;br /&gt;
{{#bugzilla:&lt;br /&gt;
  |status=!(RESOLVED,VERIFIED,CLOSED)&lt;br /&gt;
  |product=!opkg&lt;br /&gt;
  |milestone=Future, 4.99, 5.99&lt;br /&gt;
  |severity=!janitors&lt;br /&gt;
  |priority= !(Undecided)&lt;br /&gt;
  |columns=id,modified,summary,to,status,milestone,severity,priority&lt;br /&gt;
  |sort=modified,id&lt;br /&gt;
  |noresultsmessage=&amp;quot;No matching bugs found.&amp;quot;&lt;br /&gt;
  |total=summary&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
== Future &amp;amp; 3.99 Milestones Check ==&lt;br /&gt;
{{#bugzilla:&lt;br /&gt;
  |status=!(RESOLVED,VERIFIED,CLOSED)&lt;br /&gt;
  |product=!opkg&lt;br /&gt;
  |milestone=Future, 4.99&lt;br /&gt;
  |whiteboard=REVIEW, QA, QA REVIEW, OB, OB REVIEW&lt;br /&gt;
  |severity=!janitors&lt;br /&gt;
  |priority= !(Undecided)&lt;br /&gt;
  |columns=id,modified,summary,to,status,milestone,severity,priority,whiteboard&lt;br /&gt;
  |sort=whiteboard,modified,id&lt;br /&gt;
  |noresultsmessage=&amp;quot;No matching bugs found.&amp;quot;&lt;br /&gt;
  |total=summary&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
== Quarterly Milestones==&lt;br /&gt;
{{#bugzilla:&lt;br /&gt;
  |status=!(RESOLVED,VERIFIED,CLOSED)&lt;br /&gt;
  |milestone=Q1,Q2,Q3,Q4&lt;br /&gt;
  |severity=!janitors&lt;br /&gt;
  |priority= !Undecided&lt;br /&gt;
  |columns=id,modified,summary,to,status,severity,priority,milestone,whiteboard&lt;br /&gt;
  |sort=milestone&lt;br /&gt;
  |noresultsmessage=&amp;quot;No matching bugs found.&amp;quot;&lt;br /&gt;
  |total=summary&lt;br /&gt;
}}&lt;/div&gt;</summary>
		<author><name>Rpurdie</name></author>
	</entry>
	<entry>
		<id>https://wiki.yoctoproject.org/wiki/index.php?title=Bug_Triage&amp;diff=86081</id>
		<title>Bug Triage</title>
		<link rel="alternate" type="text/html" href="https://wiki.yoctoproject.org/wiki/index.php?title=Bug_Triage&amp;diff=86081"/>
		<updated>2023-11-23T16:06:56Z</updated>

		<summary type="html">&lt;p&gt;Rpurdie: /* Old Milestone */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= Goal =&lt;br /&gt;
The output of the bug triage meeting should be that all bugs have an owner, a target milestone, and a priority.&lt;br /&gt;
&lt;br /&gt;
Prior to the meeting, each Product Owner should review their Weekly New and High Bugs and be ready with any opens. An example open would be a bug that may need to change Products.&lt;br /&gt;
&lt;br /&gt;
= Roles =&lt;br /&gt;
* Call facilitator: Stephen Jolley (sjolley.yp.pm@gmail.com)&lt;br /&gt;
** Ensure we keep to the agenda, don&#039;t rathole on bug resolution, and stay within our time block.&lt;br /&gt;
* Team Leads should pre-triage bugs for their areas of responsibility. Some guidelines on what they should/shouldn&#039;t do are:&lt;br /&gt;
** a) Pre-triage should happen in the presence of the appropriate team lead,&lt;br /&gt;
** b) The bugs being pre-triaged should be the responsibility of the team in question.&lt;br /&gt;
** c) The pre-triage team should be confident when dis-positioning the bugs, taking into account the individual&#039;s workload.&lt;br /&gt;
** d) If the bug raises any doubt or needs information prior, defer it to the main bug triage team.&lt;br /&gt;
** e) To insure a bug is triaged by the main bug triage team; set its priority to Undecided.&lt;br /&gt;
&lt;br /&gt;
= Agenda =&lt;br /&gt;
* [https://zoom.us/j/454367603?pwd=ZGxoa2ZXL3FkM3Y0bFd5aVpHVVZ6dz09 Zoom Call Link]&lt;br /&gt;
* Review [https://bugzilla.yoctoproject.org/buglist.cgi?list_id=604307&amp;amp;resolution=---&amp;amp;query_format=advanced&amp;amp;bug_status=UNCONFIRMED&amp;amp;bug_status=NEW&amp;amp;bug_status=ACCEPTED&amp;amp;bug_status=IN%20PROGRESS%20DESIGN&amp;amp;bug_status=IN%20PROGRESS%20DESIGN%20COMPLETE&amp;amp;bug_status=IN%20PROGRESS%20IMPLEMENTATION&amp;amp;bug_status=IN%20PROGRESS%20REVIEW&amp;amp;bug_status=REOPENED&amp;amp;bug_status=NEEDINFO&amp;amp;product=Security&amp;amp;product=Security%20-%20Recipe%20Upgrade security issues]&lt;br /&gt;
&lt;br /&gt;
* Review Queries&lt;br /&gt;
** State number, title, and owner&lt;br /&gt;
** Owner makes any modifications&lt;br /&gt;
** Assign owner, target milestone, and priority.&lt;br /&gt;
* Opens&lt;br /&gt;
** Collect opens&lt;br /&gt;
** Discuss opens&lt;br /&gt;
&lt;br /&gt;
Note: for Minnowboard or MinnowBoard-MAX bugs go to: [[Minnow Bug Triage]]&lt;br /&gt;
&lt;br /&gt;
= Bug Triage Order =&lt;br /&gt;
*[https://bugzilla.yoctoproject.org/buglist.cgi?list_id=604307&amp;amp;resolution=---&amp;amp;query_format=advanced&amp;amp;bug_status=UNCONFIRMED&amp;amp;bug_status=NEW&amp;amp;bug_status=ACCEPTED&amp;amp;bug_status=IN%20PROGRESS%20DESIGN&amp;amp;bug_status=IN%20PROGRESS%20DESIGN%20COMPLETE&amp;amp;bug_status=IN%20PROGRESS%20IMPLEMENTATION&amp;amp;bug_status=IN%20PROGRESS%20REVIEW&amp;amp;bug_status=REOPENED&amp;amp;bug_status=NEEDINFO&amp;amp;product=Security&amp;amp;product=Security%20-%20Recipe%20Upgrade Security Issues]&lt;br /&gt;
*[https://wiki.yoctoproject.org/wiki/Bug_Triage#Non-Prioritized_Bugs Non-Prioritized Bugs  and Non Targeted Bugs]&lt;br /&gt;
*[https://bugzilla.yoctoproject.org/buglist.cgi?list_id=652616&amp;amp;query_format=advanced&amp;amp;resolution=---&amp;amp;status_whiteboard=AB-INT&amp;amp;status_whiteboard_type=allwordssubstr Autobuilder issues]&lt;br /&gt;
*[https://wiki.yoctoproject.org/wiki/Bug_Triage#High_Enhancements.2FBugs High Enhancements/Bugs]&lt;br /&gt;
*[https://wiki.yoctoproject.org/wiki/Bug_Triage#Medium.2B_4.3_Unassigned_Enhancements.2FBugs Medium+ 4.3 Unassigned Enhancement/Bugs]&lt;br /&gt;
*[https://wiki.yoctoproject.org/wiki/Bug_Triage#Medium.2B_4.99_Unassigned_Enhancements.2FBugs Medium+ 4.99 Unassigned Enhancement/Bugs]&lt;br /&gt;
*[https://wiki.yoctoproject.org/wiki/Bug_Triage#NEEDINFO NEEDINFO]&lt;br /&gt;
*[https://wiki.yoctoproject.org/wiki/Bug_Triage#Re-Opened Reopened]&lt;br /&gt;
*[https://wiki.yoctoproject.org/wiki/Bug_Triage#Old_Milestone Old Milestone]&lt;br /&gt;
*[https://wiki.yoctoproject.org/wiki/Bug_Triage#Future_.26_5.99_Milestones Future &amp;amp; 5.99 Milestones]&lt;br /&gt;
&lt;br /&gt;
* Note/Suggestion for the Weekly Triage Meeting: Open the first link in a new browser window and then each additional link in a new tab in that new window.  Close the new window when the triage meeting is done.&lt;br /&gt;
&lt;br /&gt;
= Bug Criteria =&lt;br /&gt;
* Priority-Severity&lt;br /&gt;
** High: Two Week - shouldn&#039;t slip to next milestone without review by Triage team.&lt;br /&gt;
** Medium+: Milestone Target Required&lt;br /&gt;
** Medium: Nice to have for milestone, should have for release&lt;br /&gt;
** Low: Nice to have, but no urgency&lt;br /&gt;
&lt;br /&gt;
* Future bugs and enhancements are a good idea to do, but not able in the near term to get fixed or done.  &lt;br /&gt;
** If you want to work on them, please talk first to the existing owner or change the ownership to yourself if unassigned or newcomer.&lt;br /&gt;
*** Note: we have a special owner - newcomer@yoctoproject.org - which we think would be great opportunities for a newcomer to open source to start learning on. &lt;br /&gt;
&lt;br /&gt;
* Special Case: Medium+ and Future Enhancement or Bug - These are a good idea and important to do, but not currently scheduled at this time.&lt;br /&gt;
** If you want to work on them, please talk first to the existing owner or change the ownership to yourself if unassigned or newcomer.&lt;br /&gt;
*** Note: we have a special owner - newcomer@yoctoproject.org - which we think would be great opportunities for a newcomer to open source to start learning on. &lt;br /&gt;
&lt;br /&gt;
* For more details see the wiki [[Bugzilla Configuration and Bug Tracking]]&lt;br /&gt;
&lt;br /&gt;
= Bug Status Dashboards =&lt;br /&gt;
&lt;br /&gt;
Weekly - https://wiki.yoctoproject.org/charts/combo.html&lt;br /&gt;
&lt;br /&gt;
Daily - https://wiki.yoctoproject.org/charts/daily/combo.html&lt;br /&gt;
&lt;br /&gt;
= Bug Product Searches =&lt;br /&gt;
&lt;br /&gt;
* [[Bug Product Triage]]&lt;br /&gt;
&lt;br /&gt;
= Yocto Bug Triage Searches =&lt;br /&gt;
== Newcomer Bugs ==&lt;br /&gt;
{{#bugzilla:&lt;br /&gt;
  |status=!(RESOLVED,VERIFIED,CLOSED)&lt;br /&gt;
  |to=newcomer@yoctoproject.org, unassigned@yoctoproject.org&lt;br /&gt;
  |whiteboard=NEWCOMER&lt;br /&gt;
  |product=!opkg&lt;br /&gt;
  |severity=!janitors&lt;br /&gt;
  |priority=!(Undecided)&lt;br /&gt;
  |columns=id,summary,to,status,milestone,severity,priority,whiteboard&lt;br /&gt;
  |sort=id&lt;br /&gt;
  |noresultsmessage=&amp;quot;No matching bugs found. Check for unassigned bugs.&amp;quot;&lt;br /&gt;
  |total=summary&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
== Non-Prioritized Bugs ==&lt;br /&gt;
{{#bugzilla:&lt;br /&gt;
  |status=!(RESOLVED,VERIFIED,CLOSED)&lt;br /&gt;
  |priority=Undecided&lt;br /&gt;
  |product=!(opkg, IoT Reference OS Kit, Toaster, Security Response Tool)&lt;br /&gt;
  |severity=!janitors&lt;br /&gt;
  |component=!(meta-cgl, meta-security, bsps-meta-ti)&lt;br /&gt;
  |columns=id,summary,severity,priority,milestone,to,status,whiteboard,estimated&lt;br /&gt;
  |sort=id&lt;br /&gt;
  |noresultsmessage=&amp;quot;No matching bugs found.&amp;quot;&lt;br /&gt;
  |total=summary&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
== Non-Targeted Bugs ==&lt;br /&gt;
{{#bugzilla:&lt;br /&gt;
  |status=!(RESOLVED,VERIFIED,CLOSED)&lt;br /&gt;
  |severity=!janitors&lt;br /&gt;
  |product=!(opkg, IoT Reference OS Kit, Toaster, Security Response Tool)&lt;br /&gt;
  |milestone=0.0.0&lt;br /&gt;
  |component=!(meta-cgl, meta-security, infrastructure-general, bsps-meta-ti)&lt;br /&gt;
  |columns=id,summary,severity,priority,milestone,to,status,whiteboard,estimated&lt;br /&gt;
  |sort=id&lt;br /&gt;
  |noresultsmessage=&amp;quot;No matching bugs found.&amp;quot;&lt;br /&gt;
  |total=summary&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
== New This Week ==&lt;br /&gt;
{{#bugzilla:&lt;br /&gt;
  |created=-1w&lt;br /&gt;
  |columns=id,summary,severity,priority,milestone,to,status,whiteboard,estimated&lt;br /&gt;
  |sort=status,id&lt;br /&gt;
  |noresultsmessage=&amp;quot;No matching bugs found.&amp;quot;&lt;br /&gt;
  |total=summary,estimated&lt;br /&gt;
}}&lt;br /&gt;
== Closed This week ==&lt;br /&gt;
{{#bugzilla:&lt;br /&gt;
  |status=(RESOLVED,VERIFIED,CLOSED)&lt;br /&gt;
  |modified=-1w&lt;br /&gt;
  |product=!opkg&lt;br /&gt;
  |severity=!janitors&lt;br /&gt;
  |columns=id,modified,summary,severity,priority,milestone,to,status,resolution&lt;br /&gt;
  |sort=id&lt;br /&gt;
  |noresultsmessage=&amp;quot;No matching bugs found.&amp;quot;&lt;br /&gt;
  |total=summary&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
== High Enhancements/Bugs ==&lt;br /&gt;
{{#bugzilla:&lt;br /&gt;
  |status=!(RESOLVED,VERIFIED,CLOSED)&lt;br /&gt;
  |priority=high&lt;br /&gt;
  |product=!opkg&lt;br /&gt;
  |columns=id,summary,severity,priority,milestone,to,status,whiteboard,estimated&lt;br /&gt;
  |sort=milestone,id&lt;br /&gt;
  |noresultsmessage=&amp;quot;No matching bugs found.&amp;quot;&lt;br /&gt;
  |total=summary&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
== Medium+ 5.0 Unassigned Enhancements/Bugs ==&lt;br /&gt;
{{#bugzilla:&lt;br /&gt;
  |status=!(RESOLVED,VERIFIED,CLOSED)&lt;br /&gt;
  |priority=!(Undecided,Medium,Low,High)&lt;br /&gt;
  |milestone=!(4.3, 4.3 M1, 4.3 M2, 4.3 M3, 4.3 M4, 5.1, 5.99, Q1, Q2, Q3, Q4, future)&lt;br /&gt;
  |to=unassigned@yoctoproject.org&lt;br /&gt;
  |product=!opkg&lt;br /&gt;
  |columns=id,summary,severity,priority,milestone,to,status,whiteboard,estimated&lt;br /&gt;
  |sort=milestone,id&lt;br /&gt;
  |noresultsmessage=&amp;quot;No matching bugs found.&amp;quot;&lt;br /&gt;
  |total=summary&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
== Medium+ 5.99 Unassigned Enhancements/Bugs ==&lt;br /&gt;
{{#bugzilla:&lt;br /&gt;
  |status=!(RESOLVED,VERIFIED,CLOSED)&lt;br /&gt;
  |priority=!(Undecided,Medium,Low,High)&lt;br /&gt;
  |milestone=5.99&lt;br /&gt;
  |to=unassigned@yoctoproject.org&lt;br /&gt;
  |product=!opkg&lt;br /&gt;
  |columns=id,summary,severity,priority,milestone,to,status,whiteboard,estimated&lt;br /&gt;
  |sort=milestone,id&lt;br /&gt;
  |noresultsmessage=&amp;quot;No matching bugs found.&amp;quot;&lt;br /&gt;
  |total=summary&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
== Medium+ Future Unassigned Enhancements/Bugs ==&lt;br /&gt;
{{#bugzilla:&lt;br /&gt;
  |status=!(RESOLVED,VERIFIED,CLOSED)&lt;br /&gt;
  |priority=!(Undecided,Medium,Low,High)&lt;br /&gt;
  |milestone=Future&lt;br /&gt;
  |to=unassigned@yoctoproject.org&lt;br /&gt;
  |product=!opkg&lt;br /&gt;
  |columns=id,summary,severity,priority,milestone,to,status,whiteboard,estimated&lt;br /&gt;
  |sort=milestone,id&lt;br /&gt;
  |noresultsmessage=&amp;quot;No matching bugs found.&amp;quot;&lt;br /&gt;
  |total=summary&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
== NEEDINFO ==&lt;br /&gt;
{{#bugzilla:&lt;br /&gt;
  |status=NEEDINFO&lt;br /&gt;
  |columns=id,summary,to,status,severity,priority,milestone,modified,whiteboard&lt;br /&gt;
  |sort=id&lt;br /&gt;
  |noresultsmessage=&amp;quot;No matching bugs found.&amp;quot;&lt;br /&gt;
  |total=summary&lt;br /&gt;
  |modifiedformat=date&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
== Re-Opened ==&lt;br /&gt;
{{#bugzilla:&lt;br /&gt;
  |status=REOPENED&lt;br /&gt;
  |columns=id,summary,to,status,severity,priority,milestone,whiteboard&lt;br /&gt;
  |sort=milestone,priority,id&lt;br /&gt;
  |product=!(opkg, IoT Reference OS Kit)&lt;br /&gt;
  |severity=!janitors&lt;br /&gt;
  |component=!(meta-cgl, meta-security)&lt;br /&gt;
  |noresultsmessage=&amp;quot;No matching bugs found.&amp;quot;&lt;br /&gt;
  |total=summary&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
== Old Milestone ==&lt;br /&gt;
{{#bugzilla:&lt;br /&gt;
  |status=!(RESOLVED,VERIFIED,CLOSED)&lt;br /&gt;
  |milestone= !(3.1.29, 3.1.30, 3.1.32, 3.1.33, 3.1.34, 4.0.14, 4.0.15, 4.0.16, 4.0.17, 4.0.18, 4.0.19, 4.0.20, 4.2.3, 4.3.1, 5.0, 5.0 M1, 5.0 M2, 5.0 M3, 5.0 M4, 4.99, 5.1, 5.99, Q1, Q2, Q3, Q4, future)&lt;br /&gt;
  |product=!(opkg, IoT Reference OS Kit)&lt;br /&gt;
  |severity=!janitors&lt;br /&gt;
  |component=!(meta-cgl, meta-security)&lt;br /&gt;
  |priority= !Undecided&lt;br /&gt;
  |columns=id,summary,to,status,severity,priority,milestone,whiteboard&lt;br /&gt;
  |sort=milestone,priority,id&lt;br /&gt;
  |noresultsmessage=&amp;quot;No matching bugs found.&amp;quot;&lt;br /&gt;
  |total=summary&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
== Future Dot Releases==&lt;br /&gt;
{{#bugzilla:&lt;br /&gt;
  |status=!(RESOLVED,VERIFIED,CLOSED)&lt;br /&gt;
  |product=!opkg&lt;br /&gt;
  |milestone= 3.1.27, 3.1.28, 3.1.29, 4.0.12, 4.0.13, 4.0.14, 4.2.3&lt;br /&gt;
  |severity=!janitors&lt;br /&gt;
  |priority= !Undecided&lt;br /&gt;
  |columns=id,summary,to,status,severity,priority,milestone,whiteboard&lt;br /&gt;
  |sort=milestone&lt;br /&gt;
  |noresultsmessage=&amp;quot;No matching bugs found.&amp;quot;&lt;br /&gt;
  |total=summary&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
== YP Toaster Bugs==&lt;br /&gt;
Please refer to the [[Bug_Triage_Toaster]] Page&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== YP Archived Queries==&lt;br /&gt;
Please refer to the [[Bug_Triage_Archive]] Page&lt;br /&gt;
&lt;br /&gt;
== YP BSP Team Triage==&lt;br /&gt;
Please refer to the [[BSP Team Bug Triage]] Page&lt;br /&gt;
&lt;br /&gt;
== YP Validation and Infrastructure Team Triage==&lt;br /&gt;
Please refer to the [[Validation and Infrastructure Team Bug Triage]] Page&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Future &amp;amp; 5.99 Milestones ==&lt;br /&gt;
{{#bugzilla:&lt;br /&gt;
  |status=!(RESOLVED,VERIFIED,CLOSED)&lt;br /&gt;
  |product=!opkg&lt;br /&gt;
  |milestone=Future, 4.99, 5.99&lt;br /&gt;
  |severity=!janitors&lt;br /&gt;
  |priority= !(Undecided)&lt;br /&gt;
  |columns=id,modified,summary,to,status,milestone,severity,priority&lt;br /&gt;
  |sort=modified,id&lt;br /&gt;
  |noresultsmessage=&amp;quot;No matching bugs found.&amp;quot;&lt;br /&gt;
  |total=summary&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
== Future &amp;amp; 3.99 Milestones Check ==&lt;br /&gt;
{{#bugzilla:&lt;br /&gt;
  |status=!(RESOLVED,VERIFIED,CLOSED)&lt;br /&gt;
  |product=!opkg&lt;br /&gt;
  |milestone=Future, 4.99&lt;br /&gt;
  |whiteboard=REVIEW, QA, QA REVIEW, OB, OB REVIEW&lt;br /&gt;
  |severity=!janitors&lt;br /&gt;
  |priority= !(Undecided)&lt;br /&gt;
  |columns=id,modified,summary,to,status,milestone,severity,priority,whiteboard&lt;br /&gt;
  |sort=whiteboard,modified,id&lt;br /&gt;
  |noresultsmessage=&amp;quot;No matching bugs found.&amp;quot;&lt;br /&gt;
  |total=summary&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
== Quarterly Milestones==&lt;br /&gt;
{{#bugzilla:&lt;br /&gt;
  |status=!(RESOLVED,VERIFIED,CLOSED)&lt;br /&gt;
  |milestone=Q1,Q2,Q3,Q4&lt;br /&gt;
  |severity=!janitors&lt;br /&gt;
  |priority= !Undecided&lt;br /&gt;
  |columns=id,modified,summary,to,status,severity,priority,milestone,whiteboard&lt;br /&gt;
  |sort=milestone&lt;br /&gt;
  |noresultsmessage=&amp;quot;No matching bugs found.&amp;quot;&lt;br /&gt;
  |total=summary&lt;br /&gt;
}}&lt;/div&gt;</summary>
		<author><name>Rpurdie</name></author>
	</entry>
	<entry>
		<id>https://wiki.yoctoproject.org/wiki/index.php?title=Bug_Triage&amp;diff=86080</id>
		<title>Bug Triage</title>
		<link rel="alternate" type="text/html" href="https://wiki.yoctoproject.org/wiki/index.php?title=Bug_Triage&amp;diff=86080"/>
		<updated>2023-11-23T16:05:07Z</updated>

		<summary type="html">&lt;p&gt;Rpurdie: /* Old Milestone */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= Goal =&lt;br /&gt;
The output of the bug triage meeting should be that all bugs have an owner, a target milestone, and a priority.&lt;br /&gt;
&lt;br /&gt;
Prior to the meeting, each Product Owner should review their Weekly New and High Bugs and be ready with any opens. An example open would be a bug that may need to change Products.&lt;br /&gt;
&lt;br /&gt;
= Roles =&lt;br /&gt;
* Call facilitator: Stephen Jolley (sjolley.yp.pm@gmail.com)&lt;br /&gt;
** Ensure we keep to the agenda, don&#039;t rathole on bug resolution, and stay within our time block.&lt;br /&gt;
* Team Leads should pre-triage bugs for their areas of responsibility. Some guidelines on what they should/shouldn&#039;t do are:&lt;br /&gt;
** a) Pre-triage should happen in the presence of the appropriate team lead,&lt;br /&gt;
** b) The bugs being pre-triaged should be the responsibility of the team in question.&lt;br /&gt;
** c) The pre-triage team should be confident when dis-positioning the bugs, taking into account the individual&#039;s workload.&lt;br /&gt;
** d) If the bug raises any doubt or needs information prior, defer it to the main bug triage team.&lt;br /&gt;
** e) To insure a bug is triaged by the main bug triage team; set its priority to Undecided.&lt;br /&gt;
&lt;br /&gt;
= Agenda =&lt;br /&gt;
* [https://zoom.us/j/454367603?pwd=ZGxoa2ZXL3FkM3Y0bFd5aVpHVVZ6dz09 Zoom Call Link]&lt;br /&gt;
* Review [https://bugzilla.yoctoproject.org/buglist.cgi?list_id=604307&amp;amp;resolution=---&amp;amp;query_format=advanced&amp;amp;bug_status=UNCONFIRMED&amp;amp;bug_status=NEW&amp;amp;bug_status=ACCEPTED&amp;amp;bug_status=IN%20PROGRESS%20DESIGN&amp;amp;bug_status=IN%20PROGRESS%20DESIGN%20COMPLETE&amp;amp;bug_status=IN%20PROGRESS%20IMPLEMENTATION&amp;amp;bug_status=IN%20PROGRESS%20REVIEW&amp;amp;bug_status=REOPENED&amp;amp;bug_status=NEEDINFO&amp;amp;product=Security&amp;amp;product=Security%20-%20Recipe%20Upgrade security issues]&lt;br /&gt;
&lt;br /&gt;
* Review Queries&lt;br /&gt;
** State number, title, and owner&lt;br /&gt;
** Owner makes any modifications&lt;br /&gt;
** Assign owner, target milestone, and priority.&lt;br /&gt;
* Opens&lt;br /&gt;
** Collect opens&lt;br /&gt;
** Discuss opens&lt;br /&gt;
&lt;br /&gt;
Note: for Minnowboard or MinnowBoard-MAX bugs go to: [[Minnow Bug Triage]]&lt;br /&gt;
&lt;br /&gt;
= Bug Triage Order =&lt;br /&gt;
*[https://bugzilla.yoctoproject.org/buglist.cgi?list_id=604307&amp;amp;resolution=---&amp;amp;query_format=advanced&amp;amp;bug_status=UNCONFIRMED&amp;amp;bug_status=NEW&amp;amp;bug_status=ACCEPTED&amp;amp;bug_status=IN%20PROGRESS%20DESIGN&amp;amp;bug_status=IN%20PROGRESS%20DESIGN%20COMPLETE&amp;amp;bug_status=IN%20PROGRESS%20IMPLEMENTATION&amp;amp;bug_status=IN%20PROGRESS%20REVIEW&amp;amp;bug_status=REOPENED&amp;amp;bug_status=NEEDINFO&amp;amp;product=Security&amp;amp;product=Security%20-%20Recipe%20Upgrade Security Issues]&lt;br /&gt;
*[https://wiki.yoctoproject.org/wiki/Bug_Triage#Non-Prioritized_Bugs Non-Prioritized Bugs  and Non Targeted Bugs]&lt;br /&gt;
*[https://bugzilla.yoctoproject.org/buglist.cgi?list_id=652616&amp;amp;query_format=advanced&amp;amp;resolution=---&amp;amp;status_whiteboard=AB-INT&amp;amp;status_whiteboard_type=allwordssubstr Autobuilder issues]&lt;br /&gt;
*[https://wiki.yoctoproject.org/wiki/Bug_Triage#High_Enhancements.2FBugs High Enhancements/Bugs]&lt;br /&gt;
*[https://wiki.yoctoproject.org/wiki/Bug_Triage#Medium.2B_4.3_Unassigned_Enhancements.2FBugs Medium+ 4.3 Unassigned Enhancement/Bugs]&lt;br /&gt;
*[https://wiki.yoctoproject.org/wiki/Bug_Triage#Medium.2B_4.99_Unassigned_Enhancements.2FBugs Medium+ 4.99 Unassigned Enhancement/Bugs]&lt;br /&gt;
*[https://wiki.yoctoproject.org/wiki/Bug_Triage#NEEDINFO NEEDINFO]&lt;br /&gt;
*[https://wiki.yoctoproject.org/wiki/Bug_Triage#Re-Opened Reopened]&lt;br /&gt;
*[https://wiki.yoctoproject.org/wiki/Bug_Triage#Old_Milestone Old Milestone]&lt;br /&gt;
*[https://wiki.yoctoproject.org/wiki/Bug_Triage#Future_.26_5.99_Milestones Future &amp;amp; 5.99 Milestones]&lt;br /&gt;
&lt;br /&gt;
* Note/Suggestion for the Weekly Triage Meeting: Open the first link in a new browser window and then each additional link in a new tab in that new window.  Close the new window when the triage meeting is done.&lt;br /&gt;
&lt;br /&gt;
= Bug Criteria =&lt;br /&gt;
* Priority-Severity&lt;br /&gt;
** High: Two Week - shouldn&#039;t slip to next milestone without review by Triage team.&lt;br /&gt;
** Medium+: Milestone Target Required&lt;br /&gt;
** Medium: Nice to have for milestone, should have for release&lt;br /&gt;
** Low: Nice to have, but no urgency&lt;br /&gt;
&lt;br /&gt;
* Future bugs and enhancements are a good idea to do, but not able in the near term to get fixed or done.  &lt;br /&gt;
** If you want to work on them, please talk first to the existing owner or change the ownership to yourself if unassigned or newcomer.&lt;br /&gt;
*** Note: we have a special owner - newcomer@yoctoproject.org - which we think would be great opportunities for a newcomer to open source to start learning on. &lt;br /&gt;
&lt;br /&gt;
* Special Case: Medium+ and Future Enhancement or Bug - These are a good idea and important to do, but not currently scheduled at this time.&lt;br /&gt;
** If you want to work on them, please talk first to the existing owner or change the ownership to yourself if unassigned or newcomer.&lt;br /&gt;
*** Note: we have a special owner - newcomer@yoctoproject.org - which we think would be great opportunities for a newcomer to open source to start learning on. &lt;br /&gt;
&lt;br /&gt;
* For more details see the wiki [[Bugzilla Configuration and Bug Tracking]]&lt;br /&gt;
&lt;br /&gt;
= Bug Status Dashboards =&lt;br /&gt;
&lt;br /&gt;
Weekly - https://wiki.yoctoproject.org/charts/combo.html&lt;br /&gt;
&lt;br /&gt;
Daily - https://wiki.yoctoproject.org/charts/daily/combo.html&lt;br /&gt;
&lt;br /&gt;
= Bug Product Searches =&lt;br /&gt;
&lt;br /&gt;
* [[Bug Product Triage]]&lt;br /&gt;
&lt;br /&gt;
= Yocto Bug Triage Searches =&lt;br /&gt;
== Newcomer Bugs ==&lt;br /&gt;
{{#bugzilla:&lt;br /&gt;
  |status=!(RESOLVED,VERIFIED,CLOSED)&lt;br /&gt;
  |to=newcomer@yoctoproject.org, unassigned@yoctoproject.org&lt;br /&gt;
  |whiteboard=NEWCOMER&lt;br /&gt;
  |product=!opkg&lt;br /&gt;
  |severity=!janitors&lt;br /&gt;
  |priority=!(Undecided)&lt;br /&gt;
  |columns=id,summary,to,status,milestone,severity,priority,whiteboard&lt;br /&gt;
  |sort=id&lt;br /&gt;
  |noresultsmessage=&amp;quot;No matching bugs found. Check for unassigned bugs.&amp;quot;&lt;br /&gt;
  |total=summary&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
== Non-Prioritized Bugs ==&lt;br /&gt;
{{#bugzilla:&lt;br /&gt;
  |status=!(RESOLVED,VERIFIED,CLOSED)&lt;br /&gt;
  |priority=Undecided&lt;br /&gt;
  |product=!(opkg, IoT Reference OS Kit, Toaster, Security Response Tool)&lt;br /&gt;
  |severity=!janitors&lt;br /&gt;
  |component=!(meta-cgl, meta-security, bsps-meta-ti)&lt;br /&gt;
  |columns=id,summary,severity,priority,milestone,to,status,whiteboard,estimated&lt;br /&gt;
  |sort=id&lt;br /&gt;
  |noresultsmessage=&amp;quot;No matching bugs found.&amp;quot;&lt;br /&gt;
  |total=summary&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
== Non-Targeted Bugs ==&lt;br /&gt;
{{#bugzilla:&lt;br /&gt;
  |status=!(RESOLVED,VERIFIED,CLOSED)&lt;br /&gt;
  |severity=!janitors&lt;br /&gt;
  |product=!(opkg, IoT Reference OS Kit, Toaster, Security Response Tool)&lt;br /&gt;
  |milestone=0.0.0&lt;br /&gt;
  |component=!(meta-cgl, meta-security, infrastructure-general, bsps-meta-ti)&lt;br /&gt;
  |columns=id,summary,severity,priority,milestone,to,status,whiteboard,estimated&lt;br /&gt;
  |sort=id&lt;br /&gt;
  |noresultsmessage=&amp;quot;No matching bugs found.&amp;quot;&lt;br /&gt;
  |total=summary&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
== New This Week ==&lt;br /&gt;
{{#bugzilla:&lt;br /&gt;
  |created=-1w&lt;br /&gt;
  |columns=id,summary,severity,priority,milestone,to,status,whiteboard,estimated&lt;br /&gt;
  |sort=status,id&lt;br /&gt;
  |noresultsmessage=&amp;quot;No matching bugs found.&amp;quot;&lt;br /&gt;
  |total=summary,estimated&lt;br /&gt;
}}&lt;br /&gt;
== Closed This week ==&lt;br /&gt;
{{#bugzilla:&lt;br /&gt;
  |status=(RESOLVED,VERIFIED,CLOSED)&lt;br /&gt;
  |modified=-1w&lt;br /&gt;
  |product=!opkg&lt;br /&gt;
  |severity=!janitors&lt;br /&gt;
  |columns=id,modified,summary,severity,priority,milestone,to,status,resolution&lt;br /&gt;
  |sort=id&lt;br /&gt;
  |noresultsmessage=&amp;quot;No matching bugs found.&amp;quot;&lt;br /&gt;
  |total=summary&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
== High Enhancements/Bugs ==&lt;br /&gt;
{{#bugzilla:&lt;br /&gt;
  |status=!(RESOLVED,VERIFIED,CLOSED)&lt;br /&gt;
  |priority=high&lt;br /&gt;
  |product=!opkg&lt;br /&gt;
  |columns=id,summary,severity,priority,milestone,to,status,whiteboard,estimated&lt;br /&gt;
  |sort=milestone,id&lt;br /&gt;
  |noresultsmessage=&amp;quot;No matching bugs found.&amp;quot;&lt;br /&gt;
  |total=summary&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
== Medium+ 5.0 Unassigned Enhancements/Bugs ==&lt;br /&gt;
{{#bugzilla:&lt;br /&gt;
  |status=!(RESOLVED,VERIFIED,CLOSED)&lt;br /&gt;
  |priority=!(Undecided,Medium,Low,High)&lt;br /&gt;
  |milestone=!(4.3, 4.3 M1, 4.3 M2, 4.3 M3, 4.3 M4, 5.1, 5.99, Q1, Q2, Q3, Q4, future)&lt;br /&gt;
  |to=unassigned@yoctoproject.org&lt;br /&gt;
  |product=!opkg&lt;br /&gt;
  |columns=id,summary,severity,priority,milestone,to,status,whiteboard,estimated&lt;br /&gt;
  |sort=milestone,id&lt;br /&gt;
  |noresultsmessage=&amp;quot;No matching bugs found.&amp;quot;&lt;br /&gt;
  |total=summary&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
== Medium+ 5.99 Unassigned Enhancements/Bugs ==&lt;br /&gt;
{{#bugzilla:&lt;br /&gt;
  |status=!(RESOLVED,VERIFIED,CLOSED)&lt;br /&gt;
  |priority=!(Undecided,Medium,Low,High)&lt;br /&gt;
  |milestone=5.99&lt;br /&gt;
  |to=unassigned@yoctoproject.org&lt;br /&gt;
  |product=!opkg&lt;br /&gt;
  |columns=id,summary,severity,priority,milestone,to,status,whiteboard,estimated&lt;br /&gt;
  |sort=milestone,id&lt;br /&gt;
  |noresultsmessage=&amp;quot;No matching bugs found.&amp;quot;&lt;br /&gt;
  |total=summary&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
== Medium+ Future Unassigned Enhancements/Bugs ==&lt;br /&gt;
{{#bugzilla:&lt;br /&gt;
  |status=!(RESOLVED,VERIFIED,CLOSED)&lt;br /&gt;
  |priority=!(Undecided,Medium,Low,High)&lt;br /&gt;
  |milestone=Future&lt;br /&gt;
  |to=unassigned@yoctoproject.org&lt;br /&gt;
  |product=!opkg&lt;br /&gt;
  |columns=id,summary,severity,priority,milestone,to,status,whiteboard,estimated&lt;br /&gt;
  |sort=milestone,id&lt;br /&gt;
  |noresultsmessage=&amp;quot;No matching bugs found.&amp;quot;&lt;br /&gt;
  |total=summary&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
== NEEDINFO ==&lt;br /&gt;
{{#bugzilla:&lt;br /&gt;
  |status=NEEDINFO&lt;br /&gt;
  |columns=id,summary,to,status,severity,priority,milestone,modified,whiteboard&lt;br /&gt;
  |sort=id&lt;br /&gt;
  |noresultsmessage=&amp;quot;No matching bugs found.&amp;quot;&lt;br /&gt;
  |total=summary&lt;br /&gt;
  |modifiedformat=date&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
== Re-Opened ==&lt;br /&gt;
{{#bugzilla:&lt;br /&gt;
  |status=REOPENED&lt;br /&gt;
  |columns=id,summary,to,status,severity,priority,milestone,whiteboard&lt;br /&gt;
  |sort=milestone,priority,id&lt;br /&gt;
  |product=!(opkg, IoT Reference OS Kit)&lt;br /&gt;
  |severity=!janitors&lt;br /&gt;
  |component=!(meta-cgl, meta-security)&lt;br /&gt;
  |noresultsmessage=&amp;quot;No matching bugs found.&amp;quot;&lt;br /&gt;
  |total=summary&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
== Old Milestone ==&lt;br /&gt;
{{#bugzilla:&lt;br /&gt;
  |status=!(RESOLVED,VERIFIED,CLOSED)&lt;br /&gt;
  |milestone= !(3.1.29, 3.1.30, 3.1.32, 3.1.33, 3.1.34, 4.0.14, 4.0.15, 4.0.16, 4.0.17, 4.0.18, 4.0.19, 4.0.20, 4.2.3, 4.3.1, 5.0, 5.0 M1, 5.0 M2, 5.0 M3, 5.0 M4, 4.99, 5.99, Q1, Q2, Q3, Q4, future)&lt;br /&gt;
  |product=!(opkg, IoT Reference OS Kit)&lt;br /&gt;
  |severity=!janitors&lt;br /&gt;
  |component=!(meta-cgl, meta-security)&lt;br /&gt;
  |priority= !Undecided&lt;br /&gt;
  |columns=id,summary,to,status,severity,priority,milestone,whiteboard&lt;br /&gt;
  |sort=milestone,priority,id&lt;br /&gt;
  |noresultsmessage=&amp;quot;No matching bugs found.&amp;quot;&lt;br /&gt;
  |total=summary&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
== Future Dot Releases==&lt;br /&gt;
{{#bugzilla:&lt;br /&gt;
  |status=!(RESOLVED,VERIFIED,CLOSED)&lt;br /&gt;
  |product=!opkg&lt;br /&gt;
  |milestone= 3.1.27, 3.1.28, 3.1.29, 4.0.12, 4.0.13, 4.0.14, 4.2.3&lt;br /&gt;
  |severity=!janitors&lt;br /&gt;
  |priority= !Undecided&lt;br /&gt;
  |columns=id,summary,to,status,severity,priority,milestone,whiteboard&lt;br /&gt;
  |sort=milestone&lt;br /&gt;
  |noresultsmessage=&amp;quot;No matching bugs found.&amp;quot;&lt;br /&gt;
  |total=summary&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
== YP Toaster Bugs==&lt;br /&gt;
Please refer to the [[Bug_Triage_Toaster]] Page&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== YP Archived Queries==&lt;br /&gt;
Please refer to the [[Bug_Triage_Archive]] Page&lt;br /&gt;
&lt;br /&gt;
== YP BSP Team Triage==&lt;br /&gt;
Please refer to the [[BSP Team Bug Triage]] Page&lt;br /&gt;
&lt;br /&gt;
== YP Validation and Infrastructure Team Triage==&lt;br /&gt;
Please refer to the [[Validation and Infrastructure Team Bug Triage]] Page&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Future &amp;amp; 5.99 Milestones ==&lt;br /&gt;
{{#bugzilla:&lt;br /&gt;
  |status=!(RESOLVED,VERIFIED,CLOSED)&lt;br /&gt;
  |product=!opkg&lt;br /&gt;
  |milestone=Future, 4.99, 5.99&lt;br /&gt;
  |severity=!janitors&lt;br /&gt;
  |priority= !(Undecided)&lt;br /&gt;
  |columns=id,modified,summary,to,status,milestone,severity,priority&lt;br /&gt;
  |sort=modified,id&lt;br /&gt;
  |noresultsmessage=&amp;quot;No matching bugs found.&amp;quot;&lt;br /&gt;
  |total=summary&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
== Future &amp;amp; 3.99 Milestones Check ==&lt;br /&gt;
{{#bugzilla:&lt;br /&gt;
  |status=!(RESOLVED,VERIFIED,CLOSED)&lt;br /&gt;
  |product=!opkg&lt;br /&gt;
  |milestone=Future, 4.99&lt;br /&gt;
  |whiteboard=REVIEW, QA, QA REVIEW, OB, OB REVIEW&lt;br /&gt;
  |severity=!janitors&lt;br /&gt;
  |priority= !(Undecided)&lt;br /&gt;
  |columns=id,modified,summary,to,status,milestone,severity,priority,whiteboard&lt;br /&gt;
  |sort=whiteboard,modified,id&lt;br /&gt;
  |noresultsmessage=&amp;quot;No matching bugs found.&amp;quot;&lt;br /&gt;
  |total=summary&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
== Quarterly Milestones==&lt;br /&gt;
{{#bugzilla:&lt;br /&gt;
  |status=!(RESOLVED,VERIFIED,CLOSED)&lt;br /&gt;
  |milestone=Q1,Q2,Q3,Q4&lt;br /&gt;
  |severity=!janitors&lt;br /&gt;
  |priority= !Undecided&lt;br /&gt;
  |columns=id,modified,summary,to,status,severity,priority,milestone,whiteboard&lt;br /&gt;
  |sort=milestone&lt;br /&gt;
  |noresultsmessage=&amp;quot;No matching bugs found.&amp;quot;&lt;br /&gt;
  |total=summary&lt;br /&gt;
}}&lt;/div&gt;</summary>
		<author><name>Rpurdie</name></author>
	</entry>
	<entry>
		<id>https://wiki.yoctoproject.org/wiki/index.php?title=Bug_Triage&amp;diff=86079</id>
		<title>Bug Triage</title>
		<link rel="alternate" type="text/html" href="https://wiki.yoctoproject.org/wiki/index.php?title=Bug_Triage&amp;diff=86079"/>
		<updated>2023-11-23T16:03:43Z</updated>

		<summary type="html">&lt;p&gt;Rpurdie: /* Old Milestone */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= Goal =&lt;br /&gt;
The output of the bug triage meeting should be that all bugs have an owner, a target milestone, and a priority.&lt;br /&gt;
&lt;br /&gt;
Prior to the meeting, each Product Owner should review their Weekly New and High Bugs and be ready with any opens. An example open would be a bug that may need to change Products.&lt;br /&gt;
&lt;br /&gt;
= Roles =&lt;br /&gt;
* Call facilitator: Stephen Jolley (sjolley.yp.pm@gmail.com)&lt;br /&gt;
** Ensure we keep to the agenda, don&#039;t rathole on bug resolution, and stay within our time block.&lt;br /&gt;
* Team Leads should pre-triage bugs for their areas of responsibility. Some guidelines on what they should/shouldn&#039;t do are:&lt;br /&gt;
** a) Pre-triage should happen in the presence of the appropriate team lead,&lt;br /&gt;
** b) The bugs being pre-triaged should be the responsibility of the team in question.&lt;br /&gt;
** c) The pre-triage team should be confident when dis-positioning the bugs, taking into account the individual&#039;s workload.&lt;br /&gt;
** d) If the bug raises any doubt or needs information prior, defer it to the main bug triage team.&lt;br /&gt;
** e) To insure a bug is triaged by the main bug triage team; set its priority to Undecided.&lt;br /&gt;
&lt;br /&gt;
= Agenda =&lt;br /&gt;
* [https://zoom.us/j/454367603?pwd=ZGxoa2ZXL3FkM3Y0bFd5aVpHVVZ6dz09 Zoom Call Link]&lt;br /&gt;
* Review [https://bugzilla.yoctoproject.org/buglist.cgi?list_id=604307&amp;amp;resolution=---&amp;amp;query_format=advanced&amp;amp;bug_status=UNCONFIRMED&amp;amp;bug_status=NEW&amp;amp;bug_status=ACCEPTED&amp;amp;bug_status=IN%20PROGRESS%20DESIGN&amp;amp;bug_status=IN%20PROGRESS%20DESIGN%20COMPLETE&amp;amp;bug_status=IN%20PROGRESS%20IMPLEMENTATION&amp;amp;bug_status=IN%20PROGRESS%20REVIEW&amp;amp;bug_status=REOPENED&amp;amp;bug_status=NEEDINFO&amp;amp;product=Security&amp;amp;product=Security%20-%20Recipe%20Upgrade security issues]&lt;br /&gt;
&lt;br /&gt;
* Review Queries&lt;br /&gt;
** State number, title, and owner&lt;br /&gt;
** Owner makes any modifications&lt;br /&gt;
** Assign owner, target milestone, and priority.&lt;br /&gt;
* Opens&lt;br /&gt;
** Collect opens&lt;br /&gt;
** Discuss opens&lt;br /&gt;
&lt;br /&gt;
Note: for Minnowboard or MinnowBoard-MAX bugs go to: [[Minnow Bug Triage]]&lt;br /&gt;
&lt;br /&gt;
= Bug Triage Order =&lt;br /&gt;
*[https://bugzilla.yoctoproject.org/buglist.cgi?list_id=604307&amp;amp;resolution=---&amp;amp;query_format=advanced&amp;amp;bug_status=UNCONFIRMED&amp;amp;bug_status=NEW&amp;amp;bug_status=ACCEPTED&amp;amp;bug_status=IN%20PROGRESS%20DESIGN&amp;amp;bug_status=IN%20PROGRESS%20DESIGN%20COMPLETE&amp;amp;bug_status=IN%20PROGRESS%20IMPLEMENTATION&amp;amp;bug_status=IN%20PROGRESS%20REVIEW&amp;amp;bug_status=REOPENED&amp;amp;bug_status=NEEDINFO&amp;amp;product=Security&amp;amp;product=Security%20-%20Recipe%20Upgrade Security Issues]&lt;br /&gt;
*[https://wiki.yoctoproject.org/wiki/Bug_Triage#Non-Prioritized_Bugs Non-Prioritized Bugs  and Non Targeted Bugs]&lt;br /&gt;
*[https://bugzilla.yoctoproject.org/buglist.cgi?list_id=652616&amp;amp;query_format=advanced&amp;amp;resolution=---&amp;amp;status_whiteboard=AB-INT&amp;amp;status_whiteboard_type=allwordssubstr Autobuilder issues]&lt;br /&gt;
*[https://wiki.yoctoproject.org/wiki/Bug_Triage#High_Enhancements.2FBugs High Enhancements/Bugs]&lt;br /&gt;
*[https://wiki.yoctoproject.org/wiki/Bug_Triage#Medium.2B_4.3_Unassigned_Enhancements.2FBugs Medium+ 4.3 Unassigned Enhancement/Bugs]&lt;br /&gt;
*[https://wiki.yoctoproject.org/wiki/Bug_Triage#Medium.2B_4.99_Unassigned_Enhancements.2FBugs Medium+ 4.99 Unassigned Enhancement/Bugs]&lt;br /&gt;
*[https://wiki.yoctoproject.org/wiki/Bug_Triage#NEEDINFO NEEDINFO]&lt;br /&gt;
*[https://wiki.yoctoproject.org/wiki/Bug_Triage#Re-Opened Reopened]&lt;br /&gt;
*[https://wiki.yoctoproject.org/wiki/Bug_Triage#Old_Milestone Old Milestone]&lt;br /&gt;
*[https://wiki.yoctoproject.org/wiki/Bug_Triage#Future_.26_5.99_Milestones Future &amp;amp; 5.99 Milestones]&lt;br /&gt;
&lt;br /&gt;
* Note/Suggestion for the Weekly Triage Meeting: Open the first link in a new browser window and then each additional link in a new tab in that new window.  Close the new window when the triage meeting is done.&lt;br /&gt;
&lt;br /&gt;
= Bug Criteria =&lt;br /&gt;
* Priority-Severity&lt;br /&gt;
** High: Two Week - shouldn&#039;t slip to next milestone without review by Triage team.&lt;br /&gt;
** Medium+: Milestone Target Required&lt;br /&gt;
** Medium: Nice to have for milestone, should have for release&lt;br /&gt;
** Low: Nice to have, but no urgency&lt;br /&gt;
&lt;br /&gt;
* Future bugs and enhancements are a good idea to do, but not able in the near term to get fixed or done.  &lt;br /&gt;
** If you want to work on them, please talk first to the existing owner or change the ownership to yourself if unassigned or newcomer.&lt;br /&gt;
*** Note: we have a special owner - newcomer@yoctoproject.org - which we think would be great opportunities for a newcomer to open source to start learning on. &lt;br /&gt;
&lt;br /&gt;
* Special Case: Medium+ and Future Enhancement or Bug - These are a good idea and important to do, but not currently scheduled at this time.&lt;br /&gt;
** If you want to work on them, please talk first to the existing owner or change the ownership to yourself if unassigned or newcomer.&lt;br /&gt;
*** Note: we have a special owner - newcomer@yoctoproject.org - which we think would be great opportunities for a newcomer to open source to start learning on. &lt;br /&gt;
&lt;br /&gt;
* For more details see the wiki [[Bugzilla Configuration and Bug Tracking]]&lt;br /&gt;
&lt;br /&gt;
= Bug Status Dashboards =&lt;br /&gt;
&lt;br /&gt;
Weekly - https://wiki.yoctoproject.org/charts/combo.html&lt;br /&gt;
&lt;br /&gt;
Daily - https://wiki.yoctoproject.org/charts/daily/combo.html&lt;br /&gt;
&lt;br /&gt;
= Bug Product Searches =&lt;br /&gt;
&lt;br /&gt;
* [[Bug Product Triage]]&lt;br /&gt;
&lt;br /&gt;
= Yocto Bug Triage Searches =&lt;br /&gt;
== Newcomer Bugs ==&lt;br /&gt;
{{#bugzilla:&lt;br /&gt;
  |status=!(RESOLVED,VERIFIED,CLOSED)&lt;br /&gt;
  |to=newcomer@yoctoproject.org, unassigned@yoctoproject.org&lt;br /&gt;
  |whiteboard=NEWCOMER&lt;br /&gt;
  |product=!opkg&lt;br /&gt;
  |severity=!janitors&lt;br /&gt;
  |priority=!(Undecided)&lt;br /&gt;
  |columns=id,summary,to,status,milestone,severity,priority,whiteboard&lt;br /&gt;
  |sort=id&lt;br /&gt;
  |noresultsmessage=&amp;quot;No matching bugs found. Check for unassigned bugs.&amp;quot;&lt;br /&gt;
  |total=summary&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
== Non-Prioritized Bugs ==&lt;br /&gt;
{{#bugzilla:&lt;br /&gt;
  |status=!(RESOLVED,VERIFIED,CLOSED)&lt;br /&gt;
  |priority=Undecided&lt;br /&gt;
  |product=!(opkg, IoT Reference OS Kit, Toaster, Security Response Tool)&lt;br /&gt;
  |severity=!janitors&lt;br /&gt;
  |component=!(meta-cgl, meta-security, bsps-meta-ti)&lt;br /&gt;
  |columns=id,summary,severity,priority,milestone,to,status,whiteboard,estimated&lt;br /&gt;
  |sort=id&lt;br /&gt;
  |noresultsmessage=&amp;quot;No matching bugs found.&amp;quot;&lt;br /&gt;
  |total=summary&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
== Non-Targeted Bugs ==&lt;br /&gt;
{{#bugzilla:&lt;br /&gt;
  |status=!(RESOLVED,VERIFIED,CLOSED)&lt;br /&gt;
  |severity=!janitors&lt;br /&gt;
  |product=!(opkg, IoT Reference OS Kit, Toaster, Security Response Tool)&lt;br /&gt;
  |milestone=0.0.0&lt;br /&gt;
  |component=!(meta-cgl, meta-security, infrastructure-general, bsps-meta-ti)&lt;br /&gt;
  |columns=id,summary,severity,priority,milestone,to,status,whiteboard,estimated&lt;br /&gt;
  |sort=id&lt;br /&gt;
  |noresultsmessage=&amp;quot;No matching bugs found.&amp;quot;&lt;br /&gt;
  |total=summary&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
== New This Week ==&lt;br /&gt;
{{#bugzilla:&lt;br /&gt;
  |created=-1w&lt;br /&gt;
  |columns=id,summary,severity,priority,milestone,to,status,whiteboard,estimated&lt;br /&gt;
  |sort=status,id&lt;br /&gt;
  |noresultsmessage=&amp;quot;No matching bugs found.&amp;quot;&lt;br /&gt;
  |total=summary,estimated&lt;br /&gt;
}}&lt;br /&gt;
== Closed This week ==&lt;br /&gt;
{{#bugzilla:&lt;br /&gt;
  |status=(RESOLVED,VERIFIED,CLOSED)&lt;br /&gt;
  |modified=-1w&lt;br /&gt;
  |product=!opkg&lt;br /&gt;
  |severity=!janitors&lt;br /&gt;
  |columns=id,modified,summary,severity,priority,milestone,to,status,resolution&lt;br /&gt;
  |sort=id&lt;br /&gt;
  |noresultsmessage=&amp;quot;No matching bugs found.&amp;quot;&lt;br /&gt;
  |total=summary&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
== High Enhancements/Bugs ==&lt;br /&gt;
{{#bugzilla:&lt;br /&gt;
  |status=!(RESOLVED,VERIFIED,CLOSED)&lt;br /&gt;
  |priority=high&lt;br /&gt;
  |product=!opkg&lt;br /&gt;
  |columns=id,summary,severity,priority,milestone,to,status,whiteboard,estimated&lt;br /&gt;
  |sort=milestone,id&lt;br /&gt;
  |noresultsmessage=&amp;quot;No matching bugs found.&amp;quot;&lt;br /&gt;
  |total=summary&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
== Medium+ 5.0 Unassigned Enhancements/Bugs ==&lt;br /&gt;
{{#bugzilla:&lt;br /&gt;
  |status=!(RESOLVED,VERIFIED,CLOSED)&lt;br /&gt;
  |priority=!(Undecided,Medium,Low,High)&lt;br /&gt;
  |milestone=!(4.3, 4.3 M1, 4.3 M2, 4.3 M3, 4.3 M4, 5.1, 5.99, Q1, Q2, Q3, Q4, future)&lt;br /&gt;
  |to=unassigned@yoctoproject.org&lt;br /&gt;
  |product=!opkg&lt;br /&gt;
  |columns=id,summary,severity,priority,milestone,to,status,whiteboard,estimated&lt;br /&gt;
  |sort=milestone,id&lt;br /&gt;
  |noresultsmessage=&amp;quot;No matching bugs found.&amp;quot;&lt;br /&gt;
  |total=summary&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
== Medium+ 5.99 Unassigned Enhancements/Bugs ==&lt;br /&gt;
{{#bugzilla:&lt;br /&gt;
  |status=!(RESOLVED,VERIFIED,CLOSED)&lt;br /&gt;
  |priority=!(Undecided,Medium,Low,High)&lt;br /&gt;
  |milestone=5.99&lt;br /&gt;
  |to=unassigned@yoctoproject.org&lt;br /&gt;
  |product=!opkg&lt;br /&gt;
  |columns=id,summary,severity,priority,milestone,to,status,whiteboard,estimated&lt;br /&gt;
  |sort=milestone,id&lt;br /&gt;
  |noresultsmessage=&amp;quot;No matching bugs found.&amp;quot;&lt;br /&gt;
  |total=summary&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
== Medium+ Future Unassigned Enhancements/Bugs ==&lt;br /&gt;
{{#bugzilla:&lt;br /&gt;
  |status=!(RESOLVED,VERIFIED,CLOSED)&lt;br /&gt;
  |priority=!(Undecided,Medium,Low,High)&lt;br /&gt;
  |milestone=Future&lt;br /&gt;
  |to=unassigned@yoctoproject.org&lt;br /&gt;
  |product=!opkg&lt;br /&gt;
  |columns=id,summary,severity,priority,milestone,to,status,whiteboard,estimated&lt;br /&gt;
  |sort=milestone,id&lt;br /&gt;
  |noresultsmessage=&amp;quot;No matching bugs found.&amp;quot;&lt;br /&gt;
  |total=summary&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
== NEEDINFO ==&lt;br /&gt;
{{#bugzilla:&lt;br /&gt;
  |status=NEEDINFO&lt;br /&gt;
  |columns=id,summary,to,status,severity,priority,milestone,modified,whiteboard&lt;br /&gt;
  |sort=id&lt;br /&gt;
  |noresultsmessage=&amp;quot;No matching bugs found.&amp;quot;&lt;br /&gt;
  |total=summary&lt;br /&gt;
  |modifiedformat=date&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
== Re-Opened ==&lt;br /&gt;
{{#bugzilla:&lt;br /&gt;
  |status=REOPENED&lt;br /&gt;
  |columns=id,summary,to,status,severity,priority,milestone,whiteboard&lt;br /&gt;
  |sort=milestone,priority,id&lt;br /&gt;
  |product=!(opkg, IoT Reference OS Kit)&lt;br /&gt;
  |severity=!janitors&lt;br /&gt;
  |component=!(meta-cgl, meta-security)&lt;br /&gt;
  |noresultsmessage=&amp;quot;No matching bugs found.&amp;quot;&lt;br /&gt;
  |total=summary&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
== Old Milestone ==&lt;br /&gt;
{{#bugzilla:&lt;br /&gt;
  |status=!(RESOLVED,VERIFIED,CLOSED)&lt;br /&gt;
  |milestone= !(3.1.29, 3.1.30, 3.1.32, 3.1.33, 3.1.34, 4.0.14, 4.0.15, 4.0.16, 4.0.17, 4.0.18, 4.0.19, 4.0.20, 4.2.3,, 4.3.1 5.0, 5.0 M1, 5.0 M2, 5.0 M3, 5.0 M4, 4.99, 5.99, Q1, Q2, Q3, Q4, future)&lt;br /&gt;
  |product=!(opkg, IoT Reference OS Kit)&lt;br /&gt;
  |severity=!janitors&lt;br /&gt;
  |component=!(meta-cgl, meta-security)&lt;br /&gt;
  |priority= !Undecided&lt;br /&gt;
  |columns=id,summary,to,status,severity,priority,milestone,whiteboard&lt;br /&gt;
  |sort=milestone,priority,id&lt;br /&gt;
  |noresultsmessage=&amp;quot;No matching bugs found.&amp;quot;&lt;br /&gt;
  |total=summary&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
== Future Dot Releases==&lt;br /&gt;
{{#bugzilla:&lt;br /&gt;
  |status=!(RESOLVED,VERIFIED,CLOSED)&lt;br /&gt;
  |product=!opkg&lt;br /&gt;
  |milestone= 3.1.27, 3.1.28, 3.1.29, 4.0.12, 4.0.13, 4.0.14, 4.2.3&lt;br /&gt;
  |severity=!janitors&lt;br /&gt;
  |priority= !Undecided&lt;br /&gt;
  |columns=id,summary,to,status,severity,priority,milestone,whiteboard&lt;br /&gt;
  |sort=milestone&lt;br /&gt;
  |noresultsmessage=&amp;quot;No matching bugs found.&amp;quot;&lt;br /&gt;
  |total=summary&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
== YP Toaster Bugs==&lt;br /&gt;
Please refer to the [[Bug_Triage_Toaster]] Page&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== YP Archived Queries==&lt;br /&gt;
Please refer to the [[Bug_Triage_Archive]] Page&lt;br /&gt;
&lt;br /&gt;
== YP BSP Team Triage==&lt;br /&gt;
Please refer to the [[BSP Team Bug Triage]] Page&lt;br /&gt;
&lt;br /&gt;
== YP Validation and Infrastructure Team Triage==&lt;br /&gt;
Please refer to the [[Validation and Infrastructure Team Bug Triage]] Page&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Future &amp;amp; 5.99 Milestones ==&lt;br /&gt;
{{#bugzilla:&lt;br /&gt;
  |status=!(RESOLVED,VERIFIED,CLOSED)&lt;br /&gt;
  |product=!opkg&lt;br /&gt;
  |milestone=Future, 4.99, 5.99&lt;br /&gt;
  |severity=!janitors&lt;br /&gt;
  |priority= !(Undecided)&lt;br /&gt;
  |columns=id,modified,summary,to,status,milestone,severity,priority&lt;br /&gt;
  |sort=modified,id&lt;br /&gt;
  |noresultsmessage=&amp;quot;No matching bugs found.&amp;quot;&lt;br /&gt;
  |total=summary&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
== Future &amp;amp; 3.99 Milestones Check ==&lt;br /&gt;
{{#bugzilla:&lt;br /&gt;
  |status=!(RESOLVED,VERIFIED,CLOSED)&lt;br /&gt;
  |product=!opkg&lt;br /&gt;
  |milestone=Future, 4.99&lt;br /&gt;
  |whiteboard=REVIEW, QA, QA REVIEW, OB, OB REVIEW&lt;br /&gt;
  |severity=!janitors&lt;br /&gt;
  |priority= !(Undecided)&lt;br /&gt;
  |columns=id,modified,summary,to,status,milestone,severity,priority,whiteboard&lt;br /&gt;
  |sort=whiteboard,modified,id&lt;br /&gt;
  |noresultsmessage=&amp;quot;No matching bugs found.&amp;quot;&lt;br /&gt;
  |total=summary&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
== Quarterly Milestones==&lt;br /&gt;
{{#bugzilla:&lt;br /&gt;
  |status=!(RESOLVED,VERIFIED,CLOSED)&lt;br /&gt;
  |milestone=Q1,Q2,Q3,Q4&lt;br /&gt;
  |severity=!janitors&lt;br /&gt;
  |priority= !Undecided&lt;br /&gt;
  |columns=id,modified,summary,to,status,severity,priority,milestone,whiteboard&lt;br /&gt;
  |sort=milestone&lt;br /&gt;
  |noresultsmessage=&amp;quot;No matching bugs found.&amp;quot;&lt;br /&gt;
  |total=summary&lt;br /&gt;
}}&lt;/div&gt;</summary>
		<author><name>Rpurdie</name></author>
	</entry>
	<entry>
		<id>https://wiki.yoctoproject.org/wiki/index.php?title=Bug_Triage&amp;diff=86073</id>
		<title>Bug Triage</title>
		<link rel="alternate" type="text/html" href="https://wiki.yoctoproject.org/wiki/index.php?title=Bug_Triage&amp;diff=86073"/>
		<updated>2023-11-16T15:51:56Z</updated>

		<summary type="html">&lt;p&gt;Rpurdie: /* Old Milestone */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= Goal =&lt;br /&gt;
The output of the bug triage meeting should be that all bugs have an owner, a target milestone, and a priority.&lt;br /&gt;
&lt;br /&gt;
Prior to the meeting, each Product Owner should review their Weekly New and High Bugs and be ready with any opens. An example open would be a bug that may need to change Products.&lt;br /&gt;
&lt;br /&gt;
= Roles =&lt;br /&gt;
* Call facilitator: Stephen Jolley (sjolley.yp.pm@gmail.com)&lt;br /&gt;
** Ensure we keep to the agenda, don&#039;t rathole on bug resolution, and stay within our time block.&lt;br /&gt;
* Team Leads should pre-triage bugs for their areas of responsibility. Some guidelines on what they should/shouldn&#039;t do are:&lt;br /&gt;
** a) Pre-triage should happen in the presence of the appropriate team lead,&lt;br /&gt;
** b) The bugs being pre-triaged should be the responsibility of the team in question.&lt;br /&gt;
** c) The pre-triage team should be confident when dis-positioning the bugs, taking into account the individual&#039;s workload.&lt;br /&gt;
** d) If the bug raises any doubt or needs information prior, defer it to the main bug triage team.&lt;br /&gt;
** e) To insure a bug is triaged by the main bug triage team; set its priority to Undecided.&lt;br /&gt;
&lt;br /&gt;
= Agenda =&lt;br /&gt;
* [https://zoom.us/j/454367603?pwd=ZGxoa2ZXL3FkM3Y0bFd5aVpHVVZ6dz09 Zoom Call Link]&lt;br /&gt;
* Review [https://bugzilla.yoctoproject.org/buglist.cgi?list_id=604307&amp;amp;resolution=---&amp;amp;query_format=advanced&amp;amp;bug_status=UNCONFIRMED&amp;amp;bug_status=NEW&amp;amp;bug_status=ACCEPTED&amp;amp;bug_status=IN%20PROGRESS%20DESIGN&amp;amp;bug_status=IN%20PROGRESS%20DESIGN%20COMPLETE&amp;amp;bug_status=IN%20PROGRESS%20IMPLEMENTATION&amp;amp;bug_status=IN%20PROGRESS%20REVIEW&amp;amp;bug_status=REOPENED&amp;amp;bug_status=NEEDINFO&amp;amp;product=Security&amp;amp;product=Security%20-%20Recipe%20Upgrade security issues]&lt;br /&gt;
&lt;br /&gt;
* Review Queries&lt;br /&gt;
** State number, title, and owner&lt;br /&gt;
** Owner makes any modifications&lt;br /&gt;
** Assign owner, target milestone, and priority.&lt;br /&gt;
* Opens&lt;br /&gt;
** Collect opens&lt;br /&gt;
** Discuss opens&lt;br /&gt;
&lt;br /&gt;
Note: for Minnowboard or MinnowBoard-MAX bugs go to: [[Minnow Bug Triage]]&lt;br /&gt;
&lt;br /&gt;
= Bug Triage Order =&lt;br /&gt;
*[https://bugzilla.yoctoproject.org/buglist.cgi?list_id=604307&amp;amp;resolution=---&amp;amp;query_format=advanced&amp;amp;bug_status=UNCONFIRMED&amp;amp;bug_status=NEW&amp;amp;bug_status=ACCEPTED&amp;amp;bug_status=IN%20PROGRESS%20DESIGN&amp;amp;bug_status=IN%20PROGRESS%20DESIGN%20COMPLETE&amp;amp;bug_status=IN%20PROGRESS%20IMPLEMENTATION&amp;amp;bug_status=IN%20PROGRESS%20REVIEW&amp;amp;bug_status=REOPENED&amp;amp;bug_status=NEEDINFO&amp;amp;product=Security&amp;amp;product=Security%20-%20Recipe%20Upgrade Security Issues]&lt;br /&gt;
*[https://wiki.yoctoproject.org/wiki/Bug_Triage#Non-Prioritized_Bugs Non-Prioritized Bugs  and Non Targeted Bugs]&lt;br /&gt;
*[https://bugzilla.yoctoproject.org/buglist.cgi?list_id=652616&amp;amp;query_format=advanced&amp;amp;resolution=---&amp;amp;status_whiteboard=AB-INT&amp;amp;status_whiteboard_type=allwordssubstr Autobuilder issues]&lt;br /&gt;
*[https://wiki.yoctoproject.org/wiki/Bug_Triage#High_Enhancements.2FBugs High Enhancements/Bugs]&lt;br /&gt;
*[https://wiki.yoctoproject.org/wiki/Bug_Triage#Medium.2B_4.3_Unassigned_Enhancements.2FBugs Medium+ 4.3 Unassigned Enhancement/Bugs]&lt;br /&gt;
*[https://wiki.yoctoproject.org/wiki/Bug_Triage#Medium.2B_4.99_Unassigned_Enhancements.2FBugs Medium+ 4.99 Unassigned Enhancement/Bugs]&lt;br /&gt;
*[https://wiki.yoctoproject.org/wiki/Bug_Triage#NEEDINFO NEEDINFO]&lt;br /&gt;
*[https://wiki.yoctoproject.org/wiki/Bug_Triage#Re-Opened Reopened]&lt;br /&gt;
*[https://wiki.yoctoproject.org/wiki/Bug_Triage#Old_Milestone Old Milestone]&lt;br /&gt;
*[https://wiki.yoctoproject.org/wiki/Bug_Triage#Future_.26_5.99_Milestones Future &amp;amp; 5.99 Milestones]&lt;br /&gt;
&lt;br /&gt;
* Note/Suggestion for the Weekly Triage Meeting: Open the first link in a new browser window and then each additional link in a new tab in that new window.  Close the new window when the triage meeting is done.&lt;br /&gt;
&lt;br /&gt;
= Bug Criteria =&lt;br /&gt;
* Priority-Severity&lt;br /&gt;
** High: Two Week - shouldn&#039;t slip to next milestone without review by Triage team.&lt;br /&gt;
** Medium+: Milestone Target Required&lt;br /&gt;
** Medium: Nice to have for milestone, should have for release&lt;br /&gt;
** Low: Nice to have, but no urgency&lt;br /&gt;
&lt;br /&gt;
* Future bugs and enhancements are a good idea to do, but not able in the near term to get fixed or done.  &lt;br /&gt;
** If you want to work on them, please talk first to the existing owner or change the ownership to yourself if unassigned or newcomer.&lt;br /&gt;
*** Note: we have a special owner - newcomer@yoctoproject.org - which we think would be great opportunities for a newcomer to open source to start learning on. &lt;br /&gt;
&lt;br /&gt;
* Special Case: Medium+ and Future Enhancement or Bug - These are a good idea and important to do, but not currently scheduled at this time.&lt;br /&gt;
** If you want to work on them, please talk first to the existing owner or change the ownership to yourself if unassigned or newcomer.&lt;br /&gt;
*** Note: we have a special owner - newcomer@yoctoproject.org - which we think would be great opportunities for a newcomer to open source to start learning on. &lt;br /&gt;
&lt;br /&gt;
* For more details see the wiki [[Bugzilla Configuration and Bug Tracking]]&lt;br /&gt;
&lt;br /&gt;
= Bug Status Dashboards =&lt;br /&gt;
&lt;br /&gt;
Weekly - https://wiki.yoctoproject.org/charts/combo.html&lt;br /&gt;
&lt;br /&gt;
Daily - https://wiki.yoctoproject.org/charts/daily/combo.html&lt;br /&gt;
&lt;br /&gt;
= Bug Product Searches =&lt;br /&gt;
&lt;br /&gt;
* [[Bug Product Triage]]&lt;br /&gt;
&lt;br /&gt;
= Yocto Bug Triage Searches =&lt;br /&gt;
== Newcomer Bugs ==&lt;br /&gt;
{{#bugzilla:&lt;br /&gt;
  |status=!(RESOLVED,VERIFIED,CLOSED)&lt;br /&gt;
  |to=newcomer@yoctoproject.org, unassigned@yoctoproject.org&lt;br /&gt;
  |whiteboard=NEWCOMER&lt;br /&gt;
  |product=!opkg&lt;br /&gt;
  |severity=!janitors&lt;br /&gt;
  |priority=!(Undecided)&lt;br /&gt;
  |columns=id,summary,to,status,milestone,severity,priority,whiteboard&lt;br /&gt;
  |sort=id&lt;br /&gt;
  |noresultsmessage=&amp;quot;No matching bugs found. Check for unassigned bugs.&amp;quot;&lt;br /&gt;
  |total=summary&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
== Non-Prioritized Bugs ==&lt;br /&gt;
{{#bugzilla:&lt;br /&gt;
  |status=!(RESOLVED,VERIFIED,CLOSED)&lt;br /&gt;
  |priority=Undecided&lt;br /&gt;
  |product=!(opkg, IoT Reference OS Kit, Toaster, Security Response Tool)&lt;br /&gt;
  |severity=!janitors&lt;br /&gt;
  |component=!(meta-cgl, meta-security, bsps-meta-ti)&lt;br /&gt;
  |columns=id,summary,severity,priority,milestone,to,status,whiteboard,estimated&lt;br /&gt;
  |sort=id&lt;br /&gt;
  |noresultsmessage=&amp;quot;No matching bugs found.&amp;quot;&lt;br /&gt;
  |total=summary&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
== Non-Targeted Bugs ==&lt;br /&gt;
{{#bugzilla:&lt;br /&gt;
  |status=!(RESOLVED,VERIFIED,CLOSED)&lt;br /&gt;
  |severity=!janitors&lt;br /&gt;
  |product=!(opkg, IoT Reference OS Kit, Toaster, Security Response Tool)&lt;br /&gt;
  |milestone=0.0.0&lt;br /&gt;
  |component=!(meta-cgl, meta-security, infrastructure-general, bsps-meta-ti)&lt;br /&gt;
  |columns=id,summary,severity,priority,milestone,to,status,whiteboard,estimated&lt;br /&gt;
  |sort=id&lt;br /&gt;
  |noresultsmessage=&amp;quot;No matching bugs found.&amp;quot;&lt;br /&gt;
  |total=summary&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
== New This Week ==&lt;br /&gt;
{{#bugzilla:&lt;br /&gt;
  |created=-1w&lt;br /&gt;
  |columns=id,summary,severity,priority,milestone,to,status,whiteboard,estimated&lt;br /&gt;
  |sort=status,id&lt;br /&gt;
  |noresultsmessage=&amp;quot;No matching bugs found.&amp;quot;&lt;br /&gt;
  |total=summary,estimated&lt;br /&gt;
}}&lt;br /&gt;
== Closed This week ==&lt;br /&gt;
{{#bugzilla:&lt;br /&gt;
  |status=(RESOLVED,VERIFIED,CLOSED)&lt;br /&gt;
  |modified=-1w&lt;br /&gt;
  |product=!opkg&lt;br /&gt;
  |severity=!janitors&lt;br /&gt;
  |columns=id,modified,summary,severity,priority,milestone,to,status,resolution&lt;br /&gt;
  |sort=id&lt;br /&gt;
  |noresultsmessage=&amp;quot;No matching bugs found.&amp;quot;&lt;br /&gt;
  |total=summary&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
== High Enhancements/Bugs ==&lt;br /&gt;
{{#bugzilla:&lt;br /&gt;
  |status=!(RESOLVED,VERIFIED,CLOSED)&lt;br /&gt;
  |priority=high&lt;br /&gt;
  |product=!opkg&lt;br /&gt;
  |columns=id,summary,severity,priority,milestone,to,status,whiteboard,estimated&lt;br /&gt;
  |sort=milestone,id&lt;br /&gt;
  |noresultsmessage=&amp;quot;No matching bugs found.&amp;quot;&lt;br /&gt;
  |total=summary&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
== Medium+ 5.0 Unassigned Enhancements/Bugs ==&lt;br /&gt;
{{#bugzilla:&lt;br /&gt;
  |status=!(RESOLVED,VERIFIED,CLOSED)&lt;br /&gt;
  |priority=!(Undecided,Medium,Low,High)&lt;br /&gt;
  |milestone=!(4.3, 4.3 M1, 4.3 M2, 4.3 M3, 4.3 M4, 5.1, 5.99, Q1, Q2, Q3, Q4, future)&lt;br /&gt;
  |to=unassigned@yoctoproject.org&lt;br /&gt;
  |product=!opkg&lt;br /&gt;
  |columns=id,summary,severity,priority,milestone,to,status,whiteboard,estimated&lt;br /&gt;
  |sort=milestone,id&lt;br /&gt;
  |noresultsmessage=&amp;quot;No matching bugs found.&amp;quot;&lt;br /&gt;
  |total=summary&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
== Medium+ 5.99 Unassigned Enhancements/Bugs ==&lt;br /&gt;
{{#bugzilla:&lt;br /&gt;
  |status=!(RESOLVED,VERIFIED,CLOSED)&lt;br /&gt;
  |priority=!(Undecided,Medium,Low,High)&lt;br /&gt;
  |milestone=5.99&lt;br /&gt;
  |to=unassigned@yoctoproject.org&lt;br /&gt;
  |product=!opkg&lt;br /&gt;
  |columns=id,summary,severity,priority,milestone,to,status,whiteboard,estimated&lt;br /&gt;
  |sort=milestone,id&lt;br /&gt;
  |noresultsmessage=&amp;quot;No matching bugs found.&amp;quot;&lt;br /&gt;
  |total=summary&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
== Medium+ Future Unassigned Enhancements/Bugs ==&lt;br /&gt;
{{#bugzilla:&lt;br /&gt;
  |status=!(RESOLVED,VERIFIED,CLOSED)&lt;br /&gt;
  |priority=!(Undecided,Medium,Low,High)&lt;br /&gt;
  |milestone=Future&lt;br /&gt;
  |to=unassigned@yoctoproject.org&lt;br /&gt;
  |product=!opkg&lt;br /&gt;
  |columns=id,summary,severity,priority,milestone,to,status,whiteboard,estimated&lt;br /&gt;
  |sort=milestone,id&lt;br /&gt;
  |noresultsmessage=&amp;quot;No matching bugs found.&amp;quot;&lt;br /&gt;
  |total=summary&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
== NEEDINFO ==&lt;br /&gt;
{{#bugzilla:&lt;br /&gt;
  |status=NEEDINFO&lt;br /&gt;
  |columns=id,summary,to,status,severity,priority,milestone,modified,whiteboard&lt;br /&gt;
  |sort=id&lt;br /&gt;
  |noresultsmessage=&amp;quot;No matching bugs found.&amp;quot;&lt;br /&gt;
  |total=summary&lt;br /&gt;
  |modifiedformat=date&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
== Re-Opened ==&lt;br /&gt;
{{#bugzilla:&lt;br /&gt;
  |status=REOPENED&lt;br /&gt;
  |columns=id,summary,to,status,severity,priority,milestone,whiteboard&lt;br /&gt;
  |sort=milestone,priority,id&lt;br /&gt;
  |product=!(opkg, IoT Reference OS Kit)&lt;br /&gt;
  |severity=!janitors&lt;br /&gt;
  |component=!(meta-cgl, meta-security)&lt;br /&gt;
  |noresultsmessage=&amp;quot;No matching bugs found.&amp;quot;&lt;br /&gt;
  |total=summary&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
== Old Milestone ==&lt;br /&gt;
{{#bugzilla:&lt;br /&gt;
  |status=!(RESOLVED,VERIFIED,CLOSED)&lt;br /&gt;
  |milestone= !(3.1.29, 3.1.30, 3.1.32, 3.1.33, 3.1.34, 4.0.14, 4.0.15, 4.0.16, 4.0.17, 4.0.18, 4.0.19, 4.0.20, 4.2.3, 5.0, 5.0 M1, 5.0 M2, 5.0 M3, 5.0 M4, 4.99, 5.99, Q1, Q2, Q3, Q4, future)&lt;br /&gt;
  |product=!(opkg, IoT Reference OS Kit)&lt;br /&gt;
  |severity=!janitors&lt;br /&gt;
  |component=!(meta-cgl, meta-security)&lt;br /&gt;
  |priority= !Undecided&lt;br /&gt;
  |columns=id,summary,to,status,severity,priority,milestone,whiteboard&lt;br /&gt;
  |sort=milestone,priority,id&lt;br /&gt;
  |noresultsmessage=&amp;quot;No matching bugs found.&amp;quot;&lt;br /&gt;
  |total=summary&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
== Future Dot Releases==&lt;br /&gt;
{{#bugzilla:&lt;br /&gt;
  |status=!(RESOLVED,VERIFIED,CLOSED)&lt;br /&gt;
  |product=!opkg&lt;br /&gt;
  |milestone= 3.1.27, 3.1.28, 3.1.29, 4.0.12, 4.0.13, 4.0.14, 4.2.3&lt;br /&gt;
  |severity=!janitors&lt;br /&gt;
  |priority= !Undecided&lt;br /&gt;
  |columns=id,summary,to,status,severity,priority,milestone,whiteboard&lt;br /&gt;
  |sort=milestone&lt;br /&gt;
  |noresultsmessage=&amp;quot;No matching bugs found.&amp;quot;&lt;br /&gt;
  |total=summary&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
== YP Toaster Bugs==&lt;br /&gt;
Please refer to the [[Bug_Triage_Toaster]] Page&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== YP Archived Queries==&lt;br /&gt;
Please refer to the [[Bug_Triage_Archive]] Page&lt;br /&gt;
&lt;br /&gt;
== YP BSP Team Triage==&lt;br /&gt;
Please refer to the [[BSP Team Bug Triage]] Page&lt;br /&gt;
&lt;br /&gt;
== YP Validation and Infrastructure Team Triage==&lt;br /&gt;
Please refer to the [[Validation and Infrastructure Team Bug Triage]] Page&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Future &amp;amp; 5.99 Milestones ==&lt;br /&gt;
{{#bugzilla:&lt;br /&gt;
  |status=!(RESOLVED,VERIFIED,CLOSED)&lt;br /&gt;
  |product=!opkg&lt;br /&gt;
  |milestone=Future, 4.99, 5.99&lt;br /&gt;
  |severity=!janitors&lt;br /&gt;
  |priority= !(Undecided)&lt;br /&gt;
  |columns=id,modified,summary,to,status,milestone,severity,priority&lt;br /&gt;
  |sort=modified,id&lt;br /&gt;
  |noresultsmessage=&amp;quot;No matching bugs found.&amp;quot;&lt;br /&gt;
  |total=summary&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
== Future &amp;amp; 3.99 Milestones Check ==&lt;br /&gt;
{{#bugzilla:&lt;br /&gt;
  |status=!(RESOLVED,VERIFIED,CLOSED)&lt;br /&gt;
  |product=!opkg&lt;br /&gt;
  |milestone=Future, 4.99&lt;br /&gt;
  |whiteboard=REVIEW, QA, QA REVIEW, OB, OB REVIEW&lt;br /&gt;
  |severity=!janitors&lt;br /&gt;
  |priority= !(Undecided)&lt;br /&gt;
  |columns=id,modified,summary,to,status,milestone,severity,priority,whiteboard&lt;br /&gt;
  |sort=whiteboard,modified,id&lt;br /&gt;
  |noresultsmessage=&amp;quot;No matching bugs found.&amp;quot;&lt;br /&gt;
  |total=summary&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
== Quarterly Milestones==&lt;br /&gt;
{{#bugzilla:&lt;br /&gt;
  |status=!(RESOLVED,VERIFIED,CLOSED)&lt;br /&gt;
  |milestone=Q1,Q2,Q3,Q4&lt;br /&gt;
  |severity=!janitors&lt;br /&gt;
  |priority= !Undecided&lt;br /&gt;
  |columns=id,modified,summary,to,status,severity,priority,milestone,whiteboard&lt;br /&gt;
  |sort=milestone&lt;br /&gt;
  |noresultsmessage=&amp;quot;No matching bugs found.&amp;quot;&lt;br /&gt;
  |total=summary&lt;br /&gt;
}}&lt;/div&gt;</summary>
		<author><name>Rpurdie</name></author>
	</entry>
	<entry>
		<id>https://wiki.yoctoproject.org/wiki/index.php?title=ESDK&amp;diff=86056</id>
		<title>ESDK</title>
		<link rel="alternate" type="text/html" href="https://wiki.yoctoproject.org/wiki/index.php?title=ESDK&amp;diff=86056"/>
		<updated>2023-11-03T17:40:54Z</updated>

		<summary type="html">&lt;p&gt;Rpurdie: Created page with &amp;quot;= eSDK and how it differs from a standard build or SDK =  A full build can be daunting to users yet an SDK can have limitations that frustrate users, for example not being able to create an image. The eSDK is designed to bridge the worlds between an SDK user and a full build.  == Standard SDK ==  A standard SDK provides a cross compiler and a sysroot corresponding to a target system which the user can compile against. There is an environment script the user can source an...&amp;quot;&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= eSDK and how it differs from a standard build or SDK =&lt;br /&gt;
&lt;br /&gt;
A full build can be daunting to users yet an SDK can have limitations that frustrate users, for example not being able to create an image. The eSDK is designed to bridge the worlds between an SDK user and a full build.&lt;br /&gt;
&lt;br /&gt;
== Standard SDK ==&lt;br /&gt;
&lt;br /&gt;
A standard SDK provides a cross compiler and a sysroot corresponding to a target system which the user can compile against. There is an environment script the user can source and perhaps some tools are placed into the path to help with execution of things like qemu. The project one tried allowing extension of the SDK with package management but this didn&#039;t work well and generally frustrated users. It also led to two ways of doing things like image creation and this meant one of them was invariably broken or functioned slightly differently.&lt;br /&gt;
&lt;br /&gt;
The SDK is usually shipped as a single installer script which prompts the user for an installation location and extracts/configures the SDK to run there.&lt;br /&gt;
&lt;br /&gt;
== eSDK ==&lt;br /&gt;
&lt;br /&gt;
The eSDK was a different approach where the build environment was collected up and shipped as a single installer so the user is provided with something like the SDK but the tools therein could be used for more advanced workflows like image creation. Not all tools are exposed to the user and the build configuration is locked down, specifically to limit the potential rebuild of components and ensure the shipped ones are reused. This meant users should have fast builds and access to more advanced tooling than the original SDK.&lt;br /&gt;
&lt;br /&gt;
An environment script is provided to allow it to function in the same way as the original SDK.&lt;br /&gt;
&lt;br /&gt;
== eSDK differences to a full build ==&lt;br /&gt;
&lt;br /&gt;
# Environment and tooling availability&lt;br /&gt;
#* esdk sets a number of variables from its initialization script that aid with cross-compiling components directly (e.g. the core use case of SDKs). Normal mode doesn&#039;t do that, but recently added meta-ide-support will generate a similar initialization script that will set up the same environment from the normal mode. There are tests and documentation for it.&lt;br /&gt;
#* PATH. eSDK has a number of items in PATH that point to various locations inside tmp/sysroots/, collectively they provide the cross-toolchain.&lt;br /&gt;
#* eSDK also puts a selection of yocto tools into path - wic, devtool but not bitbake: &amp;lt;br /&amp;gt;&lt;br /&gt;
#:&amp;lt;code lang=&amp;quot;text&amp;quot;&amp;gt;&lt;br /&gt;
#:alex@Zen2:~/poky_sdk$ ls -l sysroots/x86_64-pokysdk-linux/usr/bin/&lt;br /&gt;
#:total 48&lt;br /&gt;
#:lrwxrwxrwx 1 alex alex  39 Oct 30 12:52 devtool -&amp;gt; ../../../../layers/poky/scripts/devtool&lt;br /&gt;
#:lrwxrwxrwx 1 alex alex  54 Oct 30 12:52 oe-find-native-sysroot -&amp;gt; ../../../../layers/poky/scripts/oe-find-native-sysroot&lt;br /&gt;
#:lrwxrwxrwx 1 alex alex  42 Oct 30 12:52 recipetool -&amp;gt; ../../../../layers/poky/scripts/recipetool&lt;br /&gt;
#:lrwxrwxrwx 1 alex alex  39 Oct 30 12:52 runqemu -&amp;gt; ../../../../layers/poky/scripts/runqemu&lt;br /&gt;
#:lrwxrwxrwx 1 alex alex  55 Oct 30 12:52 runqemu-addptable2image -&amp;gt; ../../../../layers/poky/scripts/runqemu-addptable2image&lt;br /&gt;
#:lrwxrwxrwx 1 alex alex  53 Oct 30 12:52 runqemu-export-rootfs -&amp;gt; ../../../../layers/poky/scripts/runqemu-export-rootfs&lt;br /&gt;
#:lrwxrwxrwx 1 alex alex  51 Oct 30 12:52 runqemu-extract-sdk -&amp;gt; ../../../../layers/poky/scripts/runqemu-extract-sdk&lt;br /&gt;
#:lrwxrwxrwx 1 alex alex  51 Oct 30 12:52 runqemu-gen-tapdevs -&amp;gt; ../../../../layers/poky/scripts/runqemu-gen-tapdevs&lt;br /&gt;
#:lrwxrwxrwx 1 alex alex  46 Oct 30 12:52 runqemu-ifdown -&amp;gt; ../../../../layers/poky/scripts/runqemu-ifdown&lt;br /&gt;
#:lrwxrwxrwx 1 alex alex  44 Oct 30 12:52 runqemu-ifup -&amp;gt; ../../../../layers/poky/scripts/runqemu-ifup&lt;br /&gt;
#:lrwxrwxrwx 1 alex alex 100 Oct 30 12:52 unfsd -&amp;gt; ../../../../tmp/work/qemuarm64-poky-linux/core-image-minimal/1.0/recipe-sysroot-native/usr/bin/unfsd&lt;br /&gt;
#:lrwxrwxrwx 1 alex alex  35 Oct 30 12:52 wic -&amp;gt; ../../../../layers/poky/scripts/wic&lt;br /&gt;
#:&amp;lt;/code&amp;gt;&lt;br /&gt;
#* &#039;normal mode&#039; puts bitbake/bin/ and oe-core/scripts in PATH. Cross-toolchain can be added by the same environment script made by meta-ide-support as mentioned in 1a.&lt;br /&gt;
# Configuration (e.g. local.conf).&lt;br /&gt;
#*eSDK local.conf is local.conf from the normal mode that was used to produce eSDK, stripped of all comments, and with a bunch of extra settings:&lt;br /&gt;
#:&amp;lt;code lang=&amp;quot;text&amp;quot;&amp;gt;&lt;br /&gt;
#:INHERIT:remove = &amp;quot;buildhistory icecc&amp;quot;&lt;br /&gt;
#:CONNECTIVITY_CHECK_URIS = &amp;quot;&amp;quot;&lt;br /&gt;
#:&lt;br /&gt;
#:SIGGEN_LOCKEDSIGS_SSTATE_EXISTS_CHECK = &amp;quot;none&amp;quot;&lt;br /&gt;
#:&lt;br /&gt;
#:SIGGEN_LOCKEDSIGS_TASKSIG_CHECK = &amp;quot;warn&amp;quot;&lt;br /&gt;
#:&lt;br /&gt;
#:BB_HASHCONFIG_IGNORE_VARS:append = &amp;quot; SIGGEN_UNLOCKED_RECIPES&amp;quot;&lt;br /&gt;
#:&lt;br /&gt;
#:BB_SETSCENE_ENFORCE_IGNORE_TASKS = &amp;quot;%:* *:do_shared_workdir *:do_rm_work wic-tools:* *:do_addto_recipe_sysroot&amp;quot;&lt;br /&gt;
#:&lt;br /&gt;
#:BUILDCFG_HEADER = &amp;quot;&amp;quot;&lt;br /&gt;
#:&lt;br /&gt;
#:METADATA_REVISION:poky = &amp;quot;4a1e0b9625729e422fcf24e632ee2a3c79f986d5&amp;quot;&lt;br /&gt;
#:&lt;br /&gt;
#:# Provide a flag to indicate we are in the EXT_SDK Context&lt;br /&gt;
#:WITHIN_EXT_SDK = &amp;quot;1&amp;quot;&lt;br /&gt;
#:&lt;br /&gt;
#:SSTATE_MIRRORS += &amp;quot; file://universal/(.*) file://universal-4.9/\1&lt;br /&gt;
#:file://universal-4.9/(.*) file://universal-4.8/\1&amp;quot;&lt;br /&gt;
#:&lt;br /&gt;
#:require conf/locked-sigs.inc&lt;br /&gt;
#:require conf/unlocked-sigs.inc&lt;br /&gt;
#:&amp;lt;/code&amp;gt;&lt;br /&gt;
#*Devtool also has a special configuration:&lt;br /&gt;
#:&amp;lt;code lang=&amp;quot;text&amp;quot;&amp;gt;&lt;br /&gt;
#:alex@Zen2:~/poky_sdk$ cat conf/devtool.conf&lt;br /&gt;
#:[General]&lt;br /&gt;
#:bitbake_subdir = layers/poky/bitbake&lt;br /&gt;
#:init_path = layers/poky/oe-init-build-env&lt;br /&gt;
#:core_meta_subdir = layers/poky/meta&lt;br /&gt;
#:&lt;br /&gt;
#:[SDK]&lt;br /&gt;
#:sdk_targets = core-image-minimal&lt;br /&gt;
#:&amp;lt;/code&amp;gt;&lt;br /&gt;
#*There is currently no tooling to add/remove these extras in either esdk mode or normal mode as far as I understand. Their individual purposes and effects are also not exactly clear to me, and need to be investigated one by one.&lt;br /&gt;
#Locked signatures for sstate&lt;br /&gt;
#*the locked-sigs.inc file use used to lock the task signatures to fixed values to prevent anything within the eSDK changing/rebuilding&lt;br /&gt;
&lt;br /&gt;
== Setting up a normal mode in a eSDK installation ==&lt;br /&gt;
&lt;br /&gt;
This is actually pretty easy: rather than sourcing the sdk environment script, source the poky/oe-init-build-env:&lt;br /&gt;
 alex@Zen2:~/poky_sdk$ . layers/poky/oe-init-build-env .&lt;br /&gt;
 &lt;br /&gt;
 ### Shell environment set up for builds. ###&lt;br /&gt;
 ...&lt;br /&gt;
&lt;br /&gt;
Bitbake will then simply run, albeit with all those extra esdk-specific items in local.conf (which can be easily taken out to achieve a pristine normal mode). There will be some warnings but builds will proceed:&lt;br /&gt;
 WARNING: You are using a local hash equivalence server but have&lt;br /&gt;
 configured an sstate mirror. This will likely mean no sstate will&lt;br /&gt;
 match from the mirror. You may wish to disable the hash equivalence&lt;br /&gt;
 use (BB_HASHSERVE), or use a hash equivalence server alongside the&lt;br /&gt;
 sstate mirror.&lt;br /&gt;
 ...&lt;br /&gt;
 WARNING: spirv-headers-native-1_1.3.261.1-r0 do_fetch: Failed to fetch&lt;br /&gt;
 URL git://github.com/KhronosGroup/SPIRV-Headers;protocol=https;branch=main,&lt;br /&gt;
 attempting MIRRORS if available&lt;br /&gt;
 WARNING: libepoxy-1.5.10-r0 do_fetch: Failed to fetch URL&lt;br /&gt;
 git://github.com/anholt/libepoxy;branch=master;protocol=https,&lt;br /&gt;
 attempting MIRRORS if available&lt;br /&gt;
 WARNING: spirv-tools-native-1_1.3.261.1-r0 do_fetch: Failed to fetch&lt;br /&gt;
 URL git://github.com/KhronosGroup/SPIRV-Tools.git;branch=main;protocol=https,&lt;br /&gt;
 attempting MIRRORS if available&lt;br /&gt;
 WARNING: shaderc-native-2023.6-r0 do_fetch: Failed to fetch URL&lt;br /&gt;
 git://github.com/google/shaderc.git;protocol=https;branch=main,&lt;br /&gt;
 attempting MIRRORS if available&lt;br /&gt;
&lt;br /&gt;
== Setting up esdk mode in a normal yocto installation ==&lt;br /&gt;
&lt;br /&gt;
This is on one hand easy: cross-toolchain and unified sysroots are made available for direct component builds by meta-ide-support and build-sysroots.&lt;br /&gt;
&lt;br /&gt;
On the other hand, setting up the exact same environment as eSDK sets up isn&#039;t currently possible: tooling to replicate all the local.conf tweaks (that includes locked-sigs items) would be necessary, at a minimum. A more pedantic approach would also ensure that&lt;br /&gt;
*only the &#039;allowed&#039; set of tools is in PATH, and not everything from bitbake/bin/ and scripts/&lt;br /&gt;
*environment variables and toolchain sysroots match between what eSDK sets up, and what meta-ide-support sets up&lt;/div&gt;</summary>
		<author><name>Rpurdie</name></author>
	</entry>
	<entry>
		<id>https://wiki.yoctoproject.org/wiki/index.php?title=User_talk:Tgamblin&amp;diff=86037</id>
		<title>User talk:Tgamblin</title>
		<link rel="alternate" type="text/html" href="https://wiki.yoctoproject.org/wiki/index.php?title=User_talk:Tgamblin&amp;diff=86037"/>
		<updated>2023-10-30T13:56:23Z</updated>

		<summary type="html">&lt;p&gt;Rpurdie: Welcome!&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&#039;&#039;&#039;Welcome to &#039;&#039;Yocto Project&#039;&#039;!&#039;&#039;&#039;&lt;br /&gt;
We hope you will contribute much and well.&lt;br /&gt;
You will probably want to read the [https://www.mediawiki.org/wiki/Special:MyLanguage/Help:Contents help pages].&lt;br /&gt;
Again, welcome and have fun! [[User:Rpurdie|Rpurdie]] ([[User talk:Rpurdie|talk]]) 13:56, 30 October 2023 (UTC)&lt;/div&gt;</summary>
		<author><name>Rpurdie</name></author>
	</entry>
	<entry>
		<id>https://wiki.yoctoproject.org/wiki/index.php?title=User:Tgamblin&amp;diff=86036</id>
		<title>User:Tgamblin</title>
		<link rel="alternate" type="text/html" href="https://wiki.yoctoproject.org/wiki/index.php?title=User:Tgamblin&amp;diff=86036"/>
		<updated>2023-10-30T13:56:23Z</updated>

		<summary type="html">&lt;p&gt;Rpurdie: Creating user page for new user.&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;I maintain Patchtest and various Python recipes&lt;/div&gt;</summary>
		<author><name>Rpurdie</name></author>
	</entry>
	<entry>
		<id>https://wiki.yoctoproject.org/wiki/index.php?title=Security_private_reporting&amp;diff=85999</id>
		<title>Security private reporting</title>
		<link rel="alternate" type="text/html" href="https://wiki.yoctoproject.org/wiki/index.php?title=Security_private_reporting&amp;diff=85999"/>
		<updated>2023-10-17T10:23:10Z</updated>

		<summary type="html">&lt;p&gt;Rpurdie: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= (WIP) Security team and private reporting =&lt;br /&gt;
 &lt;br /&gt;
== How to Report a Vulnerability? ==&lt;br /&gt;
&lt;br /&gt;
Please send a message to security [at] yoctoproject [dot] org, including as many details as possible: the layer or software module affected, the recipe and its version, and any example code, if available.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039; Branches maintained with security fixes&#039;&#039;&#039;&lt;br /&gt;
----------------------------------------------&lt;br /&gt;
See [https://wiki.yoctoproject.org/wiki/Stable_Release_and_LTS Stable release and LTS]for detailed info regarding the policies and maintenance of Stable branch.&lt;br /&gt;
&lt;br /&gt;
The [https://wiki.yoctoproject.org/wiki/Releases Release page] contains a list of all releases of the Yocto Project. Versions in grey are no longer actively maintained with security patches, but well-tested patches may still be accepted for them for significant issues.&lt;br /&gt;
&lt;br /&gt;
== How to Contact the Yocto Project regarding Security ==&lt;br /&gt;
&lt;br /&gt;
We have set up two security-related mailing lists:&lt;br /&gt;
&lt;br /&gt;
*  &#039;&#039;&#039;Public List&#039;&#039;&#039;&lt;br /&gt;
: yocto [dash] security [at] yoctoproject[dot] org&lt;br /&gt;
: This is a public mailing list for anyone to subscribe to. This list is an open list to discuss public security issues/patches and security-related initiatives. For more information, including subscription information, please see the [https://lists.yoctoproject.org/g/yocto-security yocto-security mailing list info page].&lt;br /&gt;
&lt;br /&gt;
*  &#039;&#039;&#039;Private List&#039;&#039;&#039;&lt;br /&gt;
: security [at] yoctoproject [dot] org&lt;br /&gt;
: This is a private mailing list for reporting non-published potential vulnerabilities. The list is monitored by the Yocto Project Security team.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;What you should do if you find a security vulnerability&#039;&#039;&#039;&lt;br /&gt;
---------------------------------------------&lt;br /&gt;
If you find a security flaw; a crash, an information leakage, or anything that can have a security impact if exploited in any Open Source software built or used by the Yocto Project, please report this to the Yocto Project Security Team. If you prefer to contact the upstream project directly, please send a copy to the security team at the Yocto Project as well.&lt;br /&gt;
If you believe this is highly sensitive information, please report the vulnerability in a secure way, i.e. encrypt the email and send it to the private list. This ensures that the exploit is not leaked and exploited before a response/fix has been generated.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;What Yocto Security Team does when it receives a security vulnerability&#039;&#039;&#039;&lt;br /&gt;
---------------------------------------------&lt;br /&gt;
The YP Security Team team performs a quick analysis and would usually report the flaw to the upstream project. Normally the upstream project analyzes the problem. If they deem it a real security problem in their software, they develop and release a fix following their own security policy. They may want to include the original reporter in the loop. There is also sometimes some coordination for handling patches, backporting patches etc, or just understanding the problem or what caused it.&lt;br /&gt;
&lt;br /&gt;
The security policy of the upstream project might include a notification to Linux distributions or other important downstream projects in advance to discuss coordinated disclosure. These mailing lists are normally non-public.&lt;br /&gt;
&lt;br /&gt;
When the upstream project releases a version with the fix, they are responsible for contacting Mitre (cve.mitre.org) to get a CVE number assigned and the CVE record published.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;If an upstream project does not respond quickly&#039;&#039;&#039;&lt;br /&gt;
---------------------------------------------&lt;br /&gt;
If an upstream project does not fix the problem in a reasonable time, the Yocto&#039;s Security Team will contact other interested parties (usually other distributions) in the community and together try to solve the vulnerability as quickly as possible. &lt;br /&gt;
&lt;br /&gt;
The Yocto Project Security team adheres to the 90 days disclosure policy by default. An increase of the embargo time is possible when necessary.&lt;br /&gt;
&lt;br /&gt;
== Security Team Appointment ==&lt;br /&gt;
&lt;br /&gt;
The Yocto Project Security Team consists of at least three members. When new members are needed, the YP TSC asks for nominations by public channels including a nomination deadline. Self-nominations are possible. When the limit time is reached, the YP TSC posts the list of candidates for the comments of project participants and developers. Comments may be sent publicly or privately to the YP and OE TSCs. The candidates are approved by both YP TSC and OE TSC and the final list of the team members is announced publicly. The aim is to have people representing technical leadership, security knowledge and infrastructure present with enough people to provide backup/coverage but keep the notification list small enough to minimise information risk and maintain trust.&lt;br /&gt;
&lt;br /&gt;
YP Security Team members may resign at any time.&lt;br /&gt;
&lt;br /&gt;
== Security Team Operations ==&lt;br /&gt;
&lt;br /&gt;
The work of the Security Team might require high confidentiality. Team members are individuals selected by merit and do not represent the companies they work for. They do not share information about confidential issues outside of the team and do not hint about ongoing embargoes.&lt;br /&gt;
&lt;br /&gt;
Team members can bring in domain experts as needed. Those people should be added to individual issues only and adhere to the same standards as the YP Security Team. &lt;br /&gt;
&lt;br /&gt;
The YP security team organizes its meetings and communication as needed.&lt;br /&gt;
&lt;br /&gt;
When the YP Security team receives a report about a potential security vulnerability, they quickly analyze and notify the reporter of the result. They might also request more information.&lt;br /&gt;
&lt;br /&gt;
If the issue is confirmed and affects the code maintained by the YP, they confidentially notify maintainers of that code and work with them to prepare a fix.&lt;br /&gt;
&lt;br /&gt;
If the issue is confirmed and affects an upstream project, the YP security team notifies the project. Usually, the upstream project analyzes the problem again. If they deem it a real security problem in their software, they develop and release a fix following their security policy. They may want to include the original reporter in the loop. There is also sometimes some coordination for handling patches, backporting patches etc, or just understanding the problem or what caused it.&lt;br /&gt;
&lt;br /&gt;
The security policy of the upstream project might include a notification to Linux distributions or other important downstream projects in advance to discuss coordinated disclosure. These mailing lists are generally non-public. The YP Security Team participates in the discussion as needed. They might also include the YP maintainer of the affected package.&lt;br /&gt;
&lt;br /&gt;
When the upstream project releases a version with the fix, they are responsible for contacting Mitre (cve.mitre.org) to get a CVE number assigned and the CVE record published.&lt;br /&gt;
&lt;br /&gt;
When the fix is publicly available, the YP security team member or the package maintainer sends patches against the YP code base, following usual procedures, including public code review.&lt;br /&gt;
&lt;br /&gt;
== Current Security Team Members ==&lt;br /&gt;
&lt;br /&gt;
For secure communications, please send your messages encrypted using the GPG keys. Remember message headers are not encrypted so do not include sensitive information in the subject line.&lt;br /&gt;
&lt;br /&gt;
* Richard Purdie &#039;&#039;&#039;&amp;lt;richard.purdie@linuxfoundation.org&amp;gt;&#039;&#039;&#039;&lt;br /&gt;
: [https://keys.openpgp.org/search?q=richard.purdie%40linuxfoundation.org Public key]&lt;br /&gt;
&lt;br /&gt;
* Michael Halstead &#039;&#039;&#039;&amp;lt;mhalstead [at] linuxfoundation [dot] org&amp;gt;&#039;&#039;&#039;&lt;br /&gt;
: Public keys: [https://pgp.mit.edu/pks/lookup?op=vindex&amp;amp;search=0x3373170601861969 Michael Halstead] or [https://keyserver.ubuntu.com/pks/lookup?op=get&amp;amp;search=0xd1f2407285e571ed12a407a73373170601861969 Michael Halstead]&lt;br /&gt;
&lt;br /&gt;
* Ross Burton &#039;&#039;&#039;&amp;lt;ross@burtonini.com&amp;gt;&#039;&#039;&#039;&lt;br /&gt;
: [https://keys.openpgp.org/search?q=ross%40burtonini.com Public key]&lt;br /&gt;
&lt;br /&gt;
* Marta Rybczynska &#039;&#039;&#039;&amp;lt;marta DOT rybczynska [at] syslinbit [dot] com&amp;gt;&#039;&#039;&#039;&lt;br /&gt;
: [https://keys.openpgp.org/search?q=marta.rybczynska@syslinbit.com Public key]&lt;/div&gt;</summary>
		<author><name>Rpurdie</name></author>
	</entry>
	<entry>
		<id>https://wiki.yoctoproject.org/wiki/index.php?title=Security_private_reporting&amp;diff=85998</id>
		<title>Security private reporting</title>
		<link rel="alternate" type="text/html" href="https://wiki.yoctoproject.org/wiki/index.php?title=Security_private_reporting&amp;diff=85998"/>
		<updated>2023-10-17T10:13:04Z</updated>

		<summary type="html">&lt;p&gt;Rpurdie: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= (WIP) Security team and private reporting =&lt;br /&gt;
 &lt;br /&gt;
== How to Report a Vulnerability? ==&lt;br /&gt;
&lt;br /&gt;
Please send a message to security [at] yoctoproject [dot] org, including as many details as possible: the layer or software module affected, the recipe and its version, and any example code, if available.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039; Branches maintained with security fixes&#039;&#039;&#039;&lt;br /&gt;
----------------------------------------------&lt;br /&gt;
See [https://wiki.yoctoproject.org/wiki/Stable_Release_and_LTS Stable release and LTS]for detailed info regarding the policies and maintenance of Stable branch.&lt;br /&gt;
&lt;br /&gt;
The [https://wiki.yoctoproject.org/wiki/Releases Release page] contains a list of all releases of the Yocto Project. Versions in grey are no longer actively maintained with security patches, but well-tested patches may still be accepted for them for significant issues.&lt;br /&gt;
&lt;br /&gt;
== How to Contact the Yocto Project regarding Security ==&lt;br /&gt;
&lt;br /&gt;
We have set up two security-related mailing lists:&lt;br /&gt;
&lt;br /&gt;
*  &#039;&#039;&#039;Public List&#039;&#039;&#039;&lt;br /&gt;
: yocto [dash] security [at] yoctoproject[dot] org&lt;br /&gt;
: This is a public mailing list for anyone to subscribe to. This list is an open list to discuss public security issues/patches and security-related initiatives. For more information, including subscription information, please see the [https://lists.yoctoproject.org/g/yocto-security yocto-security mailing list info page].&lt;br /&gt;
&lt;br /&gt;
*  &#039;&#039;&#039;Private List&#039;&#039;&#039;&lt;br /&gt;
: security [at] yoctoproject [dot] org&lt;br /&gt;
: This is a private mailing list for reporting non-published potential vulnerabilities. The list is monitored by the Yocto Project Security team.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;What you should do if you find a security vulnerability&#039;&#039;&#039;&lt;br /&gt;
---------------------------------------------&lt;br /&gt;
If you find a security flaw; a crash, an information leakage, or anything that can have a security impact if exploited in any Open Source packages used by the Yocto Project, please report this to the Yocto Project Security Team. If you prefer to contact the upstream project directly, please send a copy to the security team at Yocto as well.&lt;br /&gt;
If you believe this is highly sensitive information, please report the vulnerability in a secure way, i.e. encrypt the email and send it to the private list. This ensures that the exploit is not leaked and exploited before a response/fix has been generated.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;What Yocto Security Team does when it receives a security vulnerability&#039;&#039;&#039;&lt;br /&gt;
---------------------------------------------&lt;br /&gt;
The YP Security Team team performs a quick analysis and reports the flaw to the upstream project. Normally the upstream project analyzes the problem. If they deem it a real security problem in their software, they develop and release a fix following their own security policy. They may want to include the original reporter in the loop. There is also sometimes some coordination for handling patches, backporting patches etc, or just understanding the problem or what caused it.&lt;br /&gt;
&lt;br /&gt;
The security policy of the upstream project might include a notification to Linux distributions or other important downstream projects in advance to discuss coordinated disclosure. These mailing lists are normally non-public.&lt;br /&gt;
&lt;br /&gt;
When the upstream project releases a version with the fix, they are responsible for contacting Mitre (cve.mitre.org) to get a CVE number assigned and the CVE record published.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;If an upstream project does not respond quickly&#039;&#039;&#039;&lt;br /&gt;
---------------------------------------------&lt;br /&gt;
If an upstream project does not fix the problem in a reasonable time, the Yocto&#039;s Security Team will contact other interested parties (usually other distributions) in the community and together try to solve the vulnerability as quickly as possible. &lt;br /&gt;
&lt;br /&gt;
The Yocto Project Security team adheres to the 90 days disclosure policy by default. An increase of the embargo time is possible when necessary.&lt;br /&gt;
&lt;br /&gt;
== Security Team Appointment ==&lt;br /&gt;
&lt;br /&gt;
The Yocto Project Security Team consists of at least three members. When new members are needed, the YP TSC asks for nominations by public channels, including also the limit date. Self-nominations are possible. When the limit time is reached, the YP TSC posts the list of candidates for the comments of project participants and developers. Comments may be sent publicly or privately to the YP and OE TSCs. The candidates are approved by both YP TSC and OE TSC and the final list of the team members is announced publicly.&lt;br /&gt;
&lt;br /&gt;
YP Security Team members may resign at any time.&lt;br /&gt;
&lt;br /&gt;
== Security Team Operations ==&lt;br /&gt;
&lt;br /&gt;
The work of the Security Team might require high confidentiality. Team members are individuals selected by merit and do not represent the companies they work for. They do not share information about confidential issues outside of the team and do not hint about ongoing embargoes.&lt;br /&gt;
&lt;br /&gt;
Team members can bring in domain experts as needed. Those people should be added to individual issues only and adhere to the same standards as the YP Security Team. &lt;br /&gt;
&lt;br /&gt;
The YP security team organizes its meetings and communication as needed.&lt;br /&gt;
&lt;br /&gt;
When the YP Security team receives a report about a potential security vulnerability, they quickly analyze and notify the reporter of the result. They might also request more information.&lt;br /&gt;
&lt;br /&gt;
If the issue is confirmed and affects the code maintained by the YP, they confidentially notify maintainers of that code and work with them to prepare a fix.&lt;br /&gt;
&lt;br /&gt;
If the issue is confirmed and affects an upstream project, the YP security team notifies the project. Usually, the upstream project analyzes the problem again. If they deem it a real security problem in their software, they develop and release a fix following their security policy. They may want to include the original reporter in the loop. There is also sometimes some coordination for handling patches, backporting patches etc, or just understanding the problem or what caused it.&lt;br /&gt;
&lt;br /&gt;
The security policy of the upstream project might include a notification to Linux distributions or other important downstream projects in advance to discuss coordinated disclosure. These mailing lists are generally non-public. The YP Security Team participates in the discussion as needed. They might also include the YP maintainer of the affected package.&lt;br /&gt;
&lt;br /&gt;
When the upstream project releases a version with the fix, they are responsible for contacting Mitre (cve.mitre.org) to get a CVE number assigned and the CVE record published.&lt;br /&gt;
&lt;br /&gt;
When the fix is publicly available, the YP security team member or the package maintainer sends patches against the YP code base, following usual procedures, including public code review.&lt;br /&gt;
&lt;br /&gt;
== Current Security Team Members ==&lt;br /&gt;
&lt;br /&gt;
For secure communications, please send your messages encrypted using the GPG keys. Remember message headers are not encrypted so do not include sensitive information in the subject line.&lt;br /&gt;
&lt;br /&gt;
* Richard Purdie &#039;&#039;&#039;&amp;lt;richard.purdie@linuxfoundation.org&amp;gt;&#039;&#039;&#039;&lt;br /&gt;
: [https://keys.openpgp.org/search?q=richard.purdie%40linuxfoundation.org Public key]&lt;br /&gt;
&lt;br /&gt;
* Michael Halstead &#039;&#039;&#039;&amp;lt;mhalstead [at] linuxfoundation [dot] org&amp;gt;&#039;&#039;&#039;&lt;br /&gt;
: Public keys: [https://pgp.mit.edu/pks/lookup?op=vindex&amp;amp;search=0x3373170601861969 Michael Halstead] or [https://keyserver.ubuntu.com/pks/lookup?op=get&amp;amp;search=0xd1f2407285e571ed12a407a73373170601861969 Michael Halstead]&lt;br /&gt;
&lt;br /&gt;
* Ross Burton &#039;&#039;&#039;&amp;lt;ross@burtonini.com&amp;gt;&#039;&#039;&#039;&lt;br /&gt;
: [https://keys.openpgp.org/search?q=ross%40burtonini.com Public key]&lt;br /&gt;
&lt;br /&gt;
* Marta Rybczynska &#039;&#039;&#039;&amp;lt;marta DOT rybczynska [at] syslinbit [dot] com&amp;gt;&#039;&#039;&#039;&lt;br /&gt;
: [https://keys.openpgp.org/search?q=marta.rybczynska@syslinbit.com Public key]&lt;/div&gt;</summary>
		<author><name>Rpurdie</name></author>
	</entry>
	<entry>
		<id>https://wiki.yoctoproject.org/wiki/index.php?title=Security_private_reporting&amp;diff=85997</id>
		<title>Security private reporting</title>
		<link rel="alternate" type="text/html" href="https://wiki.yoctoproject.org/wiki/index.php?title=Security_private_reporting&amp;diff=85997"/>
		<updated>2023-10-17T10:12:21Z</updated>

		<summary type="html">&lt;p&gt;Rpurdie: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= (WIP) Security team and private reporting =&lt;br /&gt;
 &lt;br /&gt;
== How to Report a Vulnerability? ==&lt;br /&gt;
&lt;br /&gt;
Please send a message to security [at] yoctoproject [dot] org, including as many details as possible: the layer or software module affected, the recipe and its version, and any example code, if available.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039; Branches maintained with security fixes&#039;&#039;&#039;&lt;br /&gt;
----------------------------------------------&lt;br /&gt;
See [https://wiki.yoctoproject.org/wiki/Stable_Release_and_LTS Stable release and LTS]for detailed info regarding the policies and maintenance of Stable branch.&lt;br /&gt;
&lt;br /&gt;
The [https://wiki.yoctoproject.org/wiki/Releases Release page] contains a list of all releases of the Yocto Project. Versions in grey are no longer actively maintained with security patches, but well-tested patches may still be accepted for them.&lt;br /&gt;
&lt;br /&gt;
== How to Contact the Yocto Project regarding Security ==&lt;br /&gt;
&lt;br /&gt;
We have set up two security-related mailing lists:&lt;br /&gt;
&lt;br /&gt;
*  &#039;&#039;&#039;Public List&#039;&#039;&#039;&lt;br /&gt;
: yocto [dash] security [at] yoctoproject[dot] org&lt;br /&gt;
: This is a public mailing list for anyone to subscribe to. This list is an open list to discuss public security issues/patches and security-related initiatives. For more information, including subscription information, please see the [https://lists.yoctoproject.org/g/yocto-security yocto-security mailing list info page].&lt;br /&gt;
&lt;br /&gt;
*  &#039;&#039;&#039;Private List&#039;&#039;&#039;&lt;br /&gt;
: security [at] yoctoproject [dot] org&lt;br /&gt;
: This is a private mailing list for reporting non-published potential vulnerabilities. The list is monitored by the Yocto Project Security team.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;What you should do if you find a security vulnerability&#039;&#039;&#039;&lt;br /&gt;
---------------------------------------------&lt;br /&gt;
If you find a security flaw; a crash, an information leakage, or anything that can have a security impact if exploited in any Open Source packages used by the Yocto Project, please report this to the Yocto Project Security Team. If you prefer to contact the upstream project directly, please send a copy to the security team at Yocto as well.&lt;br /&gt;
If you believe this is highly sensitive information, please report the vulnerability in a secure way, i.e. encrypt the email and send it to the private list. This ensures that the exploit is not leaked and exploited before a response/fix has been generated.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;What Yocto Security Team does when it receives a security vulnerability&#039;&#039;&#039;&lt;br /&gt;
---------------------------------------------&lt;br /&gt;
The YP Security Team team performs a quick analysis and reports the flaw to the upstream project. Normally the upstream project analyzes the problem. If they deem it a real security problem in their software, they develop and release a fix following their own security policy. They may want to include the original reporter in the loop. There is also sometimes some coordination for handling patches, backporting patches etc, or just understanding the problem or what caused it.&lt;br /&gt;
&lt;br /&gt;
The security policy of the upstream project might include a notification to Linux distributions or other important downstream projects in advance to discuss coordinated disclosure. These mailing lists are normally non-public.&lt;br /&gt;
&lt;br /&gt;
When the upstream project releases a version with the fix, they are responsible for contacting Mitre (cve.mitre.org) to get a CVE number assigned and the CVE record published.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;If an upstream project does not respond quickly&#039;&#039;&#039;&lt;br /&gt;
---------------------------------------------&lt;br /&gt;
If an upstream project does not fix the problem in a reasonable time, the Yocto&#039;s Security Team will contact other interested parties (usually other distributions) in the community and together try to solve the vulnerability as quickly as possible. &lt;br /&gt;
&lt;br /&gt;
The Yocto Project Security team adheres to the 90 days disclosure policy by default. An increase of the embargo time is possible when necessary.&lt;br /&gt;
&lt;br /&gt;
== Security Team Appointment ==&lt;br /&gt;
&lt;br /&gt;
The Yocto Project Security Team consists of at least three members. When new members are needed, the YP TSC asks for nominations by public channels, including also the limit date. Self-nominations are possible. When the limit time is reached, the YP TSC posts the list of candidates for the comments of project participants and developers. Comments may be sent publicly or privately to the YP and OE TSCs. The candidates are approved by both YP TSC and OE TSC and the final list of the team members is announced publicly.&lt;br /&gt;
&lt;br /&gt;
YP Security Team members may resign at any time.&lt;br /&gt;
&lt;br /&gt;
== Security Team Operations ==&lt;br /&gt;
&lt;br /&gt;
The work of the Security Team might require high confidentiality. Team members are individuals selected by merit and do not represent the companies they work for. They do not share information about confidential issues outside of the team and do not hint about ongoing embargoes.&lt;br /&gt;
&lt;br /&gt;
Team members can bring in domain experts as needed. Those people should be added to individual issues only and adhere to the same standards as the YP Security Team. &lt;br /&gt;
&lt;br /&gt;
The YP security team organizes its meetings and communication as needed.&lt;br /&gt;
&lt;br /&gt;
When the YP Security team receives a report about a potential security vulnerability, they quickly analyze and notify the reporter of the result. They might also request more information.&lt;br /&gt;
&lt;br /&gt;
If the issue is confirmed and affects the code maintained by the YP, they confidentially notify maintainers of that code and work with them to prepare a fix.&lt;br /&gt;
&lt;br /&gt;
If the issue is confirmed and affects an upstream project, the YP security team notifies the project. Usually, the upstream project analyzes the problem again. If they deem it a real security problem in their software, they develop and release a fix following their security policy. They may want to include the original reporter in the loop. There is also sometimes some coordination for handling patches, backporting patches etc, or just understanding the problem or what caused it.&lt;br /&gt;
&lt;br /&gt;
The security policy of the upstream project might include a notification to Linux distributions or other important downstream projects in advance to discuss coordinated disclosure. These mailing lists are generally non-public. The YP Security Team participates in the discussion as needed. They might also include the YP maintainer of the affected package.&lt;br /&gt;
&lt;br /&gt;
When the upstream project releases a version with the fix, they are responsible for contacting Mitre (cve.mitre.org) to get a CVE number assigned and the CVE record published.&lt;br /&gt;
&lt;br /&gt;
When the fix is publicly available, the YP security team member or the package maintainer sends patches against the YP code base, following usual procedures, including public code review.&lt;br /&gt;
&lt;br /&gt;
== Current Security Team Members ==&lt;br /&gt;
&lt;br /&gt;
For secure communications, please send your messages encrypted using the GPG keys. Remember message headers are not encrypted so do not include sensitive information in the subject line.&lt;br /&gt;
&lt;br /&gt;
* Richard Purdie &#039;&#039;&#039;&amp;lt;richard.purdie@linuxfoundation.org&amp;gt;&#039;&#039;&#039;&lt;br /&gt;
: [https://keys.openpgp.org/search?q=richard.purdie%40linuxfoundation.org Public key]&lt;br /&gt;
&lt;br /&gt;
* Michael Halstead &#039;&#039;&#039;&amp;lt;mhalstead [at] linuxfoundation [dot] org&amp;gt;&#039;&#039;&#039;&lt;br /&gt;
: Public keys: [https://pgp.mit.edu/pks/lookup?op=vindex&amp;amp;search=0x3373170601861969 Michael Halstead] or [https://keyserver.ubuntu.com/pks/lookup?op=get&amp;amp;search=0xd1f2407285e571ed12a407a73373170601861969 Michael Halstead]&lt;br /&gt;
&lt;br /&gt;
* Ross Burton &#039;&#039;&#039;&amp;lt;ross@burtonini.com&amp;gt;&#039;&#039;&#039;&lt;br /&gt;
: [https://keys.openpgp.org/search?q=ross%40burtonini.com Public key]&lt;br /&gt;
&lt;br /&gt;
* Marta Rybczynska &#039;&#039;&#039;&amp;lt;marta DOT rybczynska [at] syslinbit [dot] com&amp;gt;&#039;&#039;&#039;&lt;br /&gt;
: [https://keys.openpgp.org/search?q=marta.rybczynska@syslinbit.com Public key]&lt;/div&gt;</summary>
		<author><name>Rpurdie</name></author>
	</entry>
	<entry>
		<id>https://wiki.yoctoproject.org/wiki/index.php?title=Security_private_reporting&amp;diff=85957</id>
		<title>Security private reporting</title>
		<link rel="alternate" type="text/html" href="https://wiki.yoctoproject.org/wiki/index.php?title=Security_private_reporting&amp;diff=85957"/>
		<updated>2023-10-09T12:26:20Z</updated>

		<summary type="html">&lt;p&gt;Rpurdie: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= (WIP) Security team and private reporting =&lt;br /&gt;
 &lt;br /&gt;
== How to Report a Vulnerability? ==&lt;br /&gt;
&lt;br /&gt;
Please send a message to security [at] yoctoproject [dot] org, including as many details as possible: the layer or software module affected, the recipe and its version, and an example code, if available.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039; Branches maintained with security fixes&#039;&#039;&#039;&lt;br /&gt;
----------------------------------------------&lt;br /&gt;
See [https://wiki.yoctoproject.org/wiki/Stable_Release_and_LTS Stable release and LTS]for detailed info regarding the policies and maintenance of Stable branch.&lt;br /&gt;
&lt;br /&gt;
Versions in grey are no longer actively maintained with security patches, but well-tested patches may still be accepted for them.&lt;br /&gt;
&lt;br /&gt;
== How to Contact the Yocto Project regarding Security ==&lt;br /&gt;
&lt;br /&gt;
We have set up two security-related mailing lists:&lt;br /&gt;
&lt;br /&gt;
*  &#039;&#039;&#039;Public List&#039;&#039;&#039;&lt;br /&gt;
: yocto [dash] security [at] yoctoproject[dot] org&lt;br /&gt;
: This is a public mailing list for anyone to subscribe to. This list is an open list to discuss public security issues/patches and security-related initiatives. For more information, including subscription information, please see the [https://lists.yoctoproject.org/g/yocto-security yocto-security mailing list info page].&lt;br /&gt;
&lt;br /&gt;
*  &#039;&#039;&#039;Private List&#039;&#039;&#039;&lt;br /&gt;
: security [at] yoctoproject [dot] org&lt;br /&gt;
: This is a private mailing list for reporting non-published potential vulnerabilities. The list is monitored by the Yocto Project Security team.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;What you should do if you find a security vulnerability&#039;&#039;&#039;&lt;br /&gt;
---------------------------------------------&lt;br /&gt;
If you find a security flaw; a crash, an information leakage, or anything that can have a security impact if exploited in any Open Source packages used by the Yocto Project, please report this to the Yocto Project Security Team. If you prefer to contact the upstream project directly, please send a copy to the security team at Yocto as well.&lt;br /&gt;
If you believe this is highly sensitive information, please report the vulnerability in a secure way, i.e. encrypt the email and send it to the private list. This ensures that the exploit is not leaked and exploited before a response/fix has been generated.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;What Yocto Security Team does when it receives a security vulnerability&#039;&#039;&#039;&lt;br /&gt;
---------------------------------------------&lt;br /&gt;
The YP Security Team team performs a quick analysis and reports the flaw to the upstream project. Normally the upstream project analyzes the problem. If they deem it a real security problem in their software, they develop and release a fix following their own security policy. They may want to include the original reporter in the loop. There is also sometimes some coordination for handling patches, backporting patches etc, or just understanding the problem or what caused it.&lt;br /&gt;
&lt;br /&gt;
The security policy of the upstream project might include a notification to Linux distributions or other important downstream projects in advance to discuss coordinated disclosure. These mailing lists are normally non-public.&lt;br /&gt;
&lt;br /&gt;
When the upstream project releases a version with the fix, they are responsible for contacting Mitre (cve.mitre.org) to get a CVE number assigned and the CVE record published.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;If an upstream project does not respond quickly&#039;&#039;&#039;&lt;br /&gt;
---------------------------------------------&lt;br /&gt;
If an upstream project does not fix the problem in a reasonable time, the Yocto&#039;s Security Team will contact other interested parties (usually other distributions) in the community and together try to solve the vulnerability as quickly as possible. &lt;br /&gt;
&lt;br /&gt;
The Yocto Project Security team adheres to the 90 days disclosure policy by default. An increase of the embargo time is possible when necessary.&lt;br /&gt;
&lt;br /&gt;
== Security Team Appointment ==&lt;br /&gt;
&lt;br /&gt;
The Yocto Project Security Team consists of at least three members. When new members are needed, the YP TSC asks for nominations by public channels, including also the limit date. Self-nominations are possible. When the limit time is reached, the YP TSC posts the list of candidates for the comments of project participants and developers. Comments may be sent publicly or privately to the YP and OE TSCs. The candidates are approved by both YP TSC and OE TSC and the final list of the team members is announced publicly.&lt;br /&gt;
&lt;br /&gt;
YP Security Team members may resign at any time.&lt;br /&gt;
&lt;br /&gt;
== Current Security Team Members ==&lt;br /&gt;
&lt;br /&gt;
For secure communications, please send your messages encrypted using the GPG keys. Remember message headers are not encrypted so do not include sensitive information in the subject line.&lt;br /&gt;
&lt;br /&gt;
* Richard Purdie &#039;&#039;&#039;&amp;lt;richard.purdie@linuxfoundation.org&amp;gt;&#039;&#039;&#039;&lt;br /&gt;
: [https://keys.openpgp.org/search?q=richard.purdie%40linuxfoundation.org Public key]&lt;br /&gt;
&lt;br /&gt;
* Michael Halstead &#039;&#039;&#039;&amp;lt;mhalstead [at] linuxfoundation [dot] org&amp;gt;&#039;&#039;&#039;&lt;br /&gt;
: Public keys: [https://pgp.mit.edu/pks/lookup?op=vindex&amp;amp;search=0x3373170601861969 Michael Halstead] or [https://keyserver.ubuntu.com/pks/lookup?op=get&amp;amp;search=0xd1f2407285e571ed12a407a73373170601861969 Michael Halstead]&lt;br /&gt;
&lt;br /&gt;
* Ross Burton &#039;&#039;&#039;&amp;lt;ross@burtonini.com&amp;gt;&#039;&#039;&#039;&lt;br /&gt;
: [https://keys.openpgp.org/search?q=ross%40burtonini.com Public key]&lt;/div&gt;</summary>
		<author><name>Rpurdie</name></author>
	</entry>
	<entry>
		<id>https://wiki.yoctoproject.org/wiki/index.php?title=Releases&amp;diff=85950</id>
		<title>Releases</title>
		<link rel="alternate" type="text/html" href="https://wiki.yoctoproject.org/wiki/index.php?title=Releases&amp;diff=85950"/>
		<updated>2023-10-03T14:45:06Z</updated>

		<summary type="html">&lt;p&gt;Rpurdie: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&amp;lt;!-- keywords: release names codenames versions version names numbers branches branchx --&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== Release Activity==&lt;br /&gt;
&lt;br /&gt;
See also [https://docs.yoctoproject.org/_images/releases.svg a graphical release timeline].&lt;br /&gt;
&lt;br /&gt;
Releases can be downloaded at https://www.yoctoproject.org/software-overview/downloads/&lt;br /&gt;
&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; border=&amp;quot;2&amp;quot;&lt;br /&gt;
!Codename&lt;br /&gt;
!Yocto Project Version&lt;br /&gt;
!Release Date&lt;br /&gt;
!Current Version&lt;br /&gt;
!Support Level&lt;br /&gt;
!Poky Version&lt;br /&gt;
!BitBake branch&lt;br /&gt;
! Maintainer&lt;br /&gt;
|-&lt;br /&gt;
|Scarthgap&lt;br /&gt;
|5.0&lt;br /&gt;
| April 2024&lt;br /&gt;
|&lt;br /&gt;
|Future - Long Term Support (until April 2028)&lt;br /&gt;
|N/A&lt;br /&gt;
|2.8&lt;br /&gt;
|Richard Purdie &amp;lt;richard.purdie@linuxfoundation.org&amp;gt;&lt;br /&gt;
|-&lt;br /&gt;
|Nanbield &amp;lt;br/&amp;gt;(like &#039;man field&#039;)&lt;br /&gt;
|4.3&lt;br /&gt;
| October 2023&lt;br /&gt;
|&lt;br /&gt;
|Future - Support for 7 months (until April 2024)&lt;br /&gt;
|N/A&lt;br /&gt;
|2.6&lt;br /&gt;
|Richard Purdie &amp;lt;richard.purdie@linuxfoundation.org&amp;gt;&lt;br /&gt;
|-&lt;br /&gt;
|Mickledore&lt;br /&gt;
|4.2&lt;br /&gt;
| May 2023&lt;br /&gt;
| 4.2.3 (September 2023)&lt;br /&gt;
|Support for 7 months (until November 2023)&lt;br /&gt;
|N/A&lt;br /&gt;
|2.4&lt;br /&gt;
|Steve Sakoman &amp;lt;steve@sakoman.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Langdale&lt;br /&gt;
|4.1&lt;br /&gt;
| October 2022&lt;br /&gt;
| 4.1.4 (May 2023)&lt;br /&gt;
| EOL&lt;br /&gt;
|N/A&lt;br /&gt;
|2.2&lt;br /&gt;
|Steve Sakoman &amp;lt;steve@sakoman.com&amp;gt;&lt;br /&gt;
|-&lt;br /&gt;
|Kirkstone &amp;lt;br/&amp;gt;(like &#039;kirk stun&#039;)&lt;br /&gt;
|4.0&lt;br /&gt;
|May 2022&lt;br /&gt;
|4.0.12 (August 2023)&lt;br /&gt;
|Long Term Support (Apr. 2026¹)&lt;br /&gt;
|N/A&lt;br /&gt;
|2.0&lt;br /&gt;
|Steve Sakoman &amp;lt;steve@sakoman.com&amp;gt;&lt;br /&gt;
|-&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Honister&lt;br /&gt;
|3.4&lt;br /&gt;
|October 2021&lt;br /&gt;
|3.4.4 (May 2022)&lt;br /&gt;
|EOL&lt;br /&gt;
|N/A&lt;br /&gt;
|1.52&lt;br /&gt;
|Anuj Mittal &amp;lt;anuj.mittal@intel.com&amp;gt;&lt;br /&gt;
|-&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Hardknott&lt;br /&gt;
|3.3&lt;br /&gt;
|April 2021&lt;br /&gt;
|3.3.6 (April 2022)&lt;br /&gt;
|EOL&lt;br /&gt;
|N/A&lt;br /&gt;
|1.50&lt;br /&gt;
|Anuj Mittal &amp;lt;anuj.mittal@intel.com&amp;gt;&lt;br /&gt;
|-&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Gatesgarth&lt;br /&gt;
|3.2&lt;br /&gt;
|Oct 2020&lt;br /&gt;
|3.2.4 (May 2021)&lt;br /&gt;
|EOL&lt;br /&gt;
|N/A&lt;br /&gt;
|1.48&lt;br /&gt;
|Anuj Mittal &amp;lt;anuj.mittal@intel.com&amp;gt;&lt;br /&gt;
|-&lt;br /&gt;
|Dunfell&lt;br /&gt;
|3.1&lt;br /&gt;
|April 2020&lt;br /&gt;
|3.1.28 (September 2023)&lt;br /&gt;
|Long Term Support (until Apr. 2024¹)&lt;br /&gt;
|23.0&lt;br /&gt;
|1.46&lt;br /&gt;
|Steve Sakoman &amp;lt;steve@sakoman.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Zeus&lt;br /&gt;
|3.0&lt;br /&gt;
|October 2019&lt;br /&gt;
|3.0.4 (August 2020)&lt;br /&gt;
|EOL&lt;br /&gt;
|22.0.3&lt;br /&gt;
|1.44&lt;br /&gt;
| Anuj/Armin&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Warrior&lt;br /&gt;
|2.7&lt;br /&gt;
|April 2019&lt;br /&gt;
|2.7.4 (June 2020)&lt;br /&gt;
|EOL&lt;br /&gt;
|21.0&lt;br /&gt;
|1.42&lt;br /&gt;
|Armin Kuster &amp;lt;akuster808@gmail.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Thud&lt;br /&gt;
|2.6&lt;br /&gt;
|Nov 2018&lt;br /&gt;
|2.6.4 (October 2019)&lt;br /&gt;
|EOL&lt;br /&gt;
|20.0&lt;br /&gt;
|1.40&lt;br /&gt;
| Armin Kuster &amp;lt;akuster808@gmail.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Sumo&lt;br /&gt;
|2.5&lt;br /&gt;
|April 2018&lt;br /&gt;
|2.5.3 (April 2019)&lt;br /&gt;
|EOL&lt;br /&gt;
|19.0&lt;br /&gt;
|1.38&lt;br /&gt;
| Armin Kuster &amp;lt;akuster808@gmail.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Rocko&lt;br /&gt;
|2.4&lt;br /&gt;
|Oct 2017&lt;br /&gt;
|2.4.4 (November 2018)&lt;br /&gt;
|EOL&lt;br /&gt;
|18.0&lt;br /&gt;
|1.36&lt;br /&gt;
| Armin Kuster &amp;lt;akuster808@gmail.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Pyro&lt;br /&gt;
|2.3&lt;br /&gt;
|May 2017&lt;br /&gt;
|2.3.4 (July 2018)&lt;br /&gt;
|EOL&lt;br /&gt;
|17.0&lt;br /&gt;
|1.34&lt;br /&gt;
| Armin Kuster &amp;lt;akuster808@gmail.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Morty&lt;br /&gt;
|2.2&lt;br /&gt;
|Nov 2016&lt;br /&gt;
|2.2.4 (July 2018)&lt;br /&gt;
|EOL&lt;br /&gt;
|16.0&lt;br /&gt;
|1.32&lt;br /&gt;
| Armin Kuster &amp;lt;akuster808@gmail.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Krogoth&lt;br /&gt;
|2.1&lt;br /&gt;
|Apr 2016&lt;br /&gt;
|2.1.3 (July 2017)&lt;br /&gt;
|EOL&lt;br /&gt;
|15.0&lt;br /&gt;
|1.30&lt;br /&gt;
| Armin Kuster &amp;lt;akuster808@gmail.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Jethro&lt;br /&gt;
|2.0&lt;br /&gt;
|Nov 2015&lt;br /&gt;
|2.0.3 (January 2016)&lt;br /&gt;
|EOL&lt;br /&gt;
|14.0&lt;br /&gt;
|1.28&lt;br /&gt;
|Robert Yang &amp;lt;liezhi.yang@windriver.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Fido&lt;br /&gt;
|1.8&lt;br /&gt;
|Apr 2015&lt;br /&gt;
|1.8.2&lt;br /&gt;
|EOL&lt;br /&gt;
|13.0&lt;br /&gt;
|1.26&lt;br /&gt;
|Joshua Lock &amp;lt;joshua.g.lock@intel.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Dizzy&lt;br /&gt;
|1.7&lt;br /&gt;
|Oct 2014&lt;br /&gt;
|1.7.3&lt;br /&gt;
|EOL&lt;br /&gt;
|12.0&lt;br /&gt;
|1.24&lt;br /&gt;
| Armin Kuster &amp;lt;akuster808@gmail.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Daisy&lt;br /&gt;
|1.6&lt;br /&gt;
|Apr 2014&lt;br /&gt;
|1.6.3&lt;br /&gt;
|EOL&lt;br /&gt;
|11.0&lt;br /&gt;
|1.22&lt;br /&gt;
| Saul Wold &amp;lt;sgw@linux.intel.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Dora&lt;br /&gt;
|1.5&lt;br /&gt;
|Oct 2013&lt;br /&gt;
|1.5.4&lt;br /&gt;
|EOL&lt;br /&gt;
|10.0&lt;br /&gt;
|1.20&lt;br /&gt;
| Robert Yang &amp;lt;liezhi.yang@windriver.com&amp;gt; &lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Dylan&lt;br /&gt;
|1.4&lt;br /&gt;
|Apr 2013&lt;br /&gt;
|1.4.3&lt;br /&gt;
|EOL&lt;br /&gt;
|9.0&lt;br /&gt;
|1.18&lt;br /&gt;
| Paul Eggleton &amp;lt;paul.eggleton@linux.intel.com&amp;gt; &lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Danny&lt;br /&gt;
|1.3&lt;br /&gt;
|Oct 2012&lt;br /&gt;
|1.3.2&lt;br /&gt;
|EOL&lt;br /&gt;
|8.0&lt;br /&gt;
|1.16&lt;br /&gt;
|Ross Burton &amp;lt;ross.burton@intel.com&amp;gt; &lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Denzil&lt;br /&gt;
|1.2&lt;br /&gt;
|Apr 2012&lt;br /&gt;
|1.2.2&lt;br /&gt;
|EOL&lt;br /&gt;
|7.0&lt;br /&gt;
|1.15&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Edison&lt;br /&gt;
|1.1&lt;br /&gt;
|Oct 2011&lt;br /&gt;
|1.1.2&lt;br /&gt;
|EOL&lt;br /&gt;
|6.0&lt;br /&gt;
|1.13&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Bernard&lt;br /&gt;
|1.0&lt;br /&gt;
|Apr 2011&lt;br /&gt;
|1.0.2&lt;br /&gt;
|EOL&lt;br /&gt;
|5.0&lt;br /&gt;
|1.11&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Laverne&lt;br /&gt;
|0.9&lt;br /&gt;
|Oct 2010&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|4.0&lt;br /&gt;
|1.11&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Green&lt;br /&gt;
|N/A&lt;br /&gt;
|11 June 2010&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|3.3&lt;br /&gt;
|&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Purple&lt;br /&gt;
|N/A&lt;br /&gt;
|15 Dec 2009&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|3.2&lt;br /&gt;
|&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Pinky&lt;br /&gt;
|N/A&lt;br /&gt;
|12 Nov 2009&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|3.1&lt;br /&gt;
|&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Blinky&lt;br /&gt;
|N/A&lt;br /&gt;
|1 Aug 2007&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|3.0&lt;br /&gt;
|&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Clyde&lt;br /&gt;
|N/A&lt;br /&gt;
|19 Jan 2007&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|2.0&lt;br /&gt;
|&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Inky&lt;br /&gt;
|N/A&lt;br /&gt;
|10 Feb 2006&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|1.0&lt;br /&gt;
|&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Note:&#039;&#039;&#039; see also [[Stable Release and LTS]], [[Linux Yocto]], [[Planning]] and [[Release Feature Table]] pages. EOL means some community support on email lists but no commit updates in the repos. There is also OS Vendor support for some Yocto EOL releases.&lt;br /&gt;
&lt;br /&gt;
¹ The 3.1 series and 4.0 were originally planned for two years but extended to four. Future LTS releases are planned for 4 years.&lt;br /&gt;
&lt;br /&gt;
== Releases Links==&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; border=&amp;quot;2&amp;quot;&lt;br /&gt;
| align=&amp;quot;center&amp;quot; style=&amp;quot;background:#f0f0f0;&amp;quot;|&#039;&#039;&#039;Yocto Project Release&#039;&#039;&#039;&lt;br /&gt;
| align=&amp;quot;center&amp;quot; style=&amp;quot;background:#f0f0f0;&amp;quot;|&#039;&#039;&#039;Code Name&#039;&#039;&#039;&lt;br /&gt;
| align=&amp;quot;center&amp;quot; style=&amp;quot;background:#f0f0f0;&amp;quot;|&#039;&#039;&#039;Poky version&#039;&#039;&#039;&lt;br /&gt;
| align=&amp;quot;center&amp;quot; style=&amp;quot;background:#f0f0f0;&amp;quot;|&#039;&#039;&#039;Maintainer&#039;&#039;&#039;&lt;br /&gt;
| align=&amp;quot;center&amp;quot; style=&amp;quot;background:#f0f0f0;&amp;quot;|&#039;&#039;&#039;Features&#039;&#039;&#039;&lt;br /&gt;
| align=&amp;quot;center&amp;quot; style=&amp;quot;background:#f0f0f0;&amp;quot;|&#039;&#039;&#039;Schedule&#039;&#039;&#039;&lt;br /&gt;
| align=&amp;quot;center&amp;quot; style=&amp;quot;background:#f0f0f0;&amp;quot;|&#039;&#039;&#039;Status&#039;&#039;&#039;&lt;br /&gt;
| align=&amp;quot;center&amp;quot; style=&amp;quot;background:#f0f0f0;&amp;quot;|&#039;&#039;&#039;QA Test Plan&#039;&#039;&#039;&lt;br /&gt;
| align=&amp;quot;center&amp;quot; style=&amp;quot;background:#f0f0f0;&amp;quot;|&#039;&#039;&#039;QA Test Report&#039;&#039;&#039;&lt;br /&gt;
| align=&amp;quot;center&amp;quot; style=&amp;quot;background:#f0f0f0;&amp;quot;|&#039;&#039;&#039;Release notes&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
|-valign=&amp;quot;top&amp;quot;&lt;br /&gt;
| Yocto Project 3.4&lt;br /&gt;
| Honister&lt;br /&gt;
| 26.0&lt;br /&gt;
| Anuj Mittal&lt;br /&gt;
| [[Yocto_3.4_Features]]&lt;br /&gt;
| [[Yocto_3.4_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v3.4_Status]]&lt;br /&gt;
| [[Yocto_Project_3.4_Release_Test_Plan | Yocto_3.4_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_Project_3.4_Release_Test_Plan#Execution_History | 3.4 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/g/yocto-announce/message/229 3.4 release notes]&lt;br /&gt;
|-&lt;br /&gt;
| Yocto Project 3.3&lt;br /&gt;
| Hardknott&lt;br /&gt;
| 25.0&lt;br /&gt;
| Anuj Mittal&lt;br /&gt;
| [[Yocto_3.3_Features]]&lt;br /&gt;
| [[Yocto_3.3_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v3.3_Status]]&lt;br /&gt;
| [[Yocto_Project_3.3_Release_Test_Plan | Yocto_3.3_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_Project_3.3_Release_Test_Plan#Execution_History | 3.3 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/g/yocto-announce/message/215 3.3 release notes]&lt;br /&gt;
|-&lt;br /&gt;
| Yocto Project 3.2&lt;br /&gt;
| Gatesgarth&lt;br /&gt;
| 24.0&lt;br /&gt;
| Anuj Mittal&lt;br /&gt;
| [[Yocto_3.2_Features]]&lt;br /&gt;
| [[Yocto_3.2_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v3.2_Status]]&lt;br /&gt;
| [[Yocto_Project_3.2_Release_Test_Plan | Yocto_3.2_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_Project_3.2_Release_Test_Plan#Execution_History | 3.2 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/g/yocto/message/51262 3.2 release notes]&lt;br /&gt;
|-&lt;br /&gt;
|-valign=&amp;quot;top&amp;quot;&lt;br /&gt;
| Yocto Project 3.1&lt;br /&gt;
| Dunfell&lt;br /&gt;
| 23.0&lt;br /&gt;
| Steve Sakoman&lt;br /&gt;
| [[Yocto_3.1_Features]]&lt;br /&gt;
| [[Yocto_3.1_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v3.1_Status]]&lt;br /&gt;
| [[Yocto_Project_3.1_Release_Test_Plan | Yocto_3.1_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_Project_3.1_Release_Test_Plan#Execution_History | 3.1 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/g/yocto/message/49201 3.1 release notes]&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
|-valign=&amp;quot;top&amp;quot;&lt;br /&gt;
| Yocto Project 3.0&lt;br /&gt;
| Zeus&lt;br /&gt;
| 22.0&lt;br /&gt;
| Armin Kuster/Anuj Mittal&lt;br /&gt;
| [[Yocto_2.8_Features]]&lt;br /&gt;
| [[Yocto_2.8_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v2.8_Status]]&lt;br /&gt;
| [[Yocto_Project_2.8_Release_Test_Plan | Yocto_2.8_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_Project_2.8_Release_Test_Plan#Execution_History | 2.8 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto/2019-October/047111.html 3.0 release notes]&lt;br /&gt;
|-&lt;br /&gt;
|-valign=&amp;quot;top&amp;quot;&lt;br /&gt;
| Yocto Project 2.7&lt;br /&gt;
| Warrior&lt;br /&gt;
| 21.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_2.7_Features]]&lt;br /&gt;
| [[Yocto_2.7_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v2.7_Status]]&lt;br /&gt;
| [[Yocto_Project_2.7_Release_Test_Plan | Yocto_2.7_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_Project_2.7_Release_Test_Plan#Execution_History | 2.7 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto/2019-May/045028.html 2.7 release notes]&lt;br /&gt;
|-&lt;br /&gt;
|-valign=&amp;quot;top&amp;quot;&lt;br /&gt;
| Yocto Project 2.6&lt;br /&gt;
| Thud&lt;br /&gt;
| 20.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_2.6_Features]]&lt;br /&gt;
| [[Yocto_2.6_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v2.6_Status]]&lt;br /&gt;
| [[Yocto_Project_2.6_Release_Test_Plan | Yocto_2.6_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_Project_2.6_Release_Test_Plan#Execution_History | 2.6 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2018-November/000147.html 2.6 release notes]&lt;br /&gt;
|-&lt;br /&gt;
|-valign=&amp;quot;top&amp;quot;&lt;br /&gt;
| Yocto Project 2.5&lt;br /&gt;
| Sumo&lt;br /&gt;
| 19.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_2.5_Features]]&lt;br /&gt;
| [[Yocto_2.5_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v2.5_Status]]&lt;br /&gt;
| [[Yocto_Project_2.5_Release_Test_Plan | Yocto_2.5_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_Project_2.5_Release_Test_Plan#Execution_History | 2.5 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2018-May/000136.html 2.5 release notes]&lt;br /&gt;
|-&lt;br /&gt;
|-valign=&amp;quot;top&amp;quot;&lt;br /&gt;
| Yocto Project 2.4&lt;br /&gt;
| Rocko&lt;br /&gt;
| 18.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_2.4_Features]]&lt;br /&gt;
| [[Yocto_2.4_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v2.4_Status]]&lt;br /&gt;
| [[Yocto_Project_2.4_Release_Test_Plan | Yocto_2.4_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_Project_2.4_Release_Test_Plan#Execution_History | 2.4 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2017-October/000125.html 2.4 release notes]&lt;br /&gt;
|-&lt;br /&gt;
|-valign=&amp;quot;top&amp;quot;&lt;br /&gt;
| Yocto Project 2.3&lt;br /&gt;
| Pyro&lt;br /&gt;
| 17.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_2.3_Features]]&lt;br /&gt;
| [[Yocto_2.3_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v2.3_Status]]&lt;br /&gt;
| [[Yocto_Project_2.3_Release_Test_Plan | Yocto_2.3_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_Project_2.3_Release_Test_Plan#Execution_History | 2.3 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2017-May/000112.html 2.3 release notes]&lt;br /&gt;
|-&lt;br /&gt;
|-valign=&amp;quot;top&amp;quot;&lt;br /&gt;
| Yocto Project 2.2&lt;br /&gt;
| Morty&lt;br /&gt;
| 16.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_2.2_Features]]&lt;br /&gt;
| [[Yocto_2.2_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v2.2_Status]]&lt;br /&gt;
| [[Yocto_2.2_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_Project_2.2_Release_Test_Plan#Execution_History | 2.2 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2016-November/000101.html 2.2 release notes]&lt;br /&gt;
|-&lt;br /&gt;
|-valign=&amp;quot;top&amp;quot;&lt;br /&gt;
| Yocto Project 2.1&lt;br /&gt;
| Krogoth&lt;br /&gt;
| 15.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_2.1_Features]]&lt;br /&gt;
| [[Yocto_2.1_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v2.1_Status]]&lt;br /&gt;
| [[Yocto_2.1_Overall_Test_Plan]]&lt;br /&gt;
| [[2.1 qa run history]] &lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2016-May/000089.html 2.1 release notes]&lt;br /&gt;
|-&lt;br /&gt;
|-valign=&amp;quot;top&amp;quot;&lt;br /&gt;
| Yocto Project 2.0&lt;br /&gt;
| Jethro&lt;br /&gt;
| 14.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_1.9_Features]]&lt;br /&gt;
| [[Yocto_1.9_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v1.9_Status]]&lt;br /&gt;
| &lt;br /&gt;
| [[1.9 qa run history]] &lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2015-November/000076.html 2.0 release notes]&lt;br /&gt;
|-valign=&amp;quot;top&amp;quot;&lt;br /&gt;
| Yocto Project 1.8&lt;br /&gt;
| Fido&lt;br /&gt;
| 13.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_1.8_Features]]&lt;br /&gt;
| [[Yocto_1.8_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v1.8_Status]]&lt;br /&gt;
| [[Yocto_1.8_Overall_Test_Plan]]&lt;br /&gt;
| [[1.8 qa run history]] &lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2015-April/000062.html 1.8 release notes]&lt;br /&gt;
|-&lt;br /&gt;
| Yocto Project 1.7&lt;br /&gt;
| Dizzy&lt;br /&gt;
| 12.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_1.7_Features]]&lt;br /&gt;
| [[Yocto_1.7_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v1.7_Status]]&lt;br /&gt;
| [[Yocto_1.7_Overall_Test_Plan]]&lt;br /&gt;
| [[1.7 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2014-October/000053.html 1.7 release notes]&lt;br /&gt;
|-&lt;br /&gt;
| Yocto Project 1.6&lt;br /&gt;
| Daisy&lt;br /&gt;
| 11.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_1.6_Features]]&lt;br /&gt;
| [[Yocto_1.6_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v1.6_Status]]&lt;br /&gt;
| [[Yocto_1.6_Overall_Test_Plan]]&lt;br /&gt;
| [[1.6 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2014-April/000045.html 1.6 release notes]&lt;br /&gt;
|-&lt;br /&gt;
| Yocto Project 1.5&lt;br /&gt;
| Dora&lt;br /&gt;
| 10.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_1.5_Features]]&lt;br /&gt;
| [[Yocto_1.5_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v1.5_Status]]&lt;br /&gt;
| [[Yocto_1.5_Overall_Test_Plan]]&lt;br /&gt;
| [[1.5 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2013-October/000037.html 1.5 release notes]&lt;br /&gt;
|-&lt;br /&gt;
| Yocto Project 1.4&lt;br /&gt;
| Dylan&lt;br /&gt;
| 9.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_1.4_Features]]&lt;br /&gt;
| [[Yocto_1.4_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v1.4_Status]]&lt;br /&gt;
| [[Yocto_1.4_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_1.4_Milestone_Test_Report]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2013-April/000027.html 1.4 release notes]&lt;br /&gt;
|-&lt;br /&gt;
| Yocto Project 1.3&lt;br /&gt;
| Danny&lt;br /&gt;
| 8.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_1.3_Features]]&lt;br /&gt;
| [[Yocto_1.3_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v1.3_Status]]&lt;br /&gt;
| [[Yocto_1.3_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_1.3_Milestone_Test_Report]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2012-October/000020.html 1.3 release notes]&lt;br /&gt;
|-&lt;br /&gt;
| Yocto Project 1.2&lt;br /&gt;
| Denzil&lt;br /&gt;
| 7.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_1.2_Features]]&lt;br /&gt;
| [[Yocto_1.2_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v1.2_Status]]&lt;br /&gt;
| [[Yocto_1.2_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_1.2_Milestone_Test_Report]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2012-April/000009.html 1.2 release notes]&lt;br /&gt;
|-&lt;br /&gt;
| Yocto Project 1.1&lt;br /&gt;
| Edison&lt;br /&gt;
| 6.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_1.1_Features]]&lt;br /&gt;
| [[Yocto_1.1_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v1.1_Release_Criteria]]&lt;br /&gt;
| [[Yocto_1.1_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_1.1_Milestone_Test_Report]]&lt;br /&gt;
|&lt;br /&gt;
|-&lt;br /&gt;
| Yocto Project 1.0&lt;br /&gt;
| Bernard&lt;br /&gt;
| 5.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_Features]]&lt;br /&gt;
| [[Yocto_1.0_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v1.0_Release_Criteria]]&lt;br /&gt;
| [[Yocto_1.0_Overall_Test_Plan]]&lt;br /&gt;
| &lt;br /&gt;
|&lt;br /&gt;
|}&lt;/div&gt;</summary>
		<author><name>Rpurdie</name></author>
	</entry>
	<entry>
		<id>https://wiki.yoctoproject.org/wiki/index.php?title=Releases&amp;diff=85851</id>
		<title>Releases</title>
		<link rel="alternate" type="text/html" href="https://wiki.yoctoproject.org/wiki/index.php?title=Releases&amp;diff=85851"/>
		<updated>2023-07-13T15:17:27Z</updated>

		<summary type="html">&lt;p&gt;Rpurdie: /* Release Activity */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&amp;lt;!-- keywords: release names codenames versions version names numbers branches branchx --&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== Release Activity==&lt;br /&gt;
&lt;br /&gt;
Releases can be downloaded at https://www.yoctoproject.org/software-overview/downloads/&lt;br /&gt;
&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; border=&amp;quot;2&amp;quot;&lt;br /&gt;
!Codename&lt;br /&gt;
!Yocto Project Version&lt;br /&gt;
!Release Date&lt;br /&gt;
!Current Version&lt;br /&gt;
!Support Level&lt;br /&gt;
!Poky Version&lt;br /&gt;
!BitBake branch&lt;br /&gt;
! Maintainer&lt;br /&gt;
|-&lt;br /&gt;
|Scarthgap&lt;br /&gt;
|4.4&lt;br /&gt;
| April 2024&lt;br /&gt;
|&lt;br /&gt;
|Future - Long Term Support (until April 2028)&lt;br /&gt;
|N/A&lt;br /&gt;
|2.8&lt;br /&gt;
|Richard Purdie &amp;lt;richard.purdie@linuxfoundation.org&amp;gt;&lt;br /&gt;
|-&lt;br /&gt;
|Nanbield &amp;lt;br/&amp;gt;(like &#039;man field&#039;)&lt;br /&gt;
|4.3&lt;br /&gt;
| October 2023&lt;br /&gt;
|&lt;br /&gt;
|Future - Support for 7 months (until April 2024)&lt;br /&gt;
|N/A&lt;br /&gt;
|2.6&lt;br /&gt;
|Richard Purdie &amp;lt;richard.purdie@linuxfoundation.org&amp;gt;&lt;br /&gt;
|-&lt;br /&gt;
|Mickledore&lt;br /&gt;
|4.2&lt;br /&gt;
| May 2023&lt;br /&gt;
| 4.2.1 (May 2023)&lt;br /&gt;
|Support for 7 months (until November 2023)&lt;br /&gt;
|N/A&lt;br /&gt;
|2.4&lt;br /&gt;
|Steve Sakoman &amp;lt;steve@sakoman.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Langdale&lt;br /&gt;
|4.1&lt;br /&gt;
| October 2022&lt;br /&gt;
| 4.1.4 (May 2023)&lt;br /&gt;
| EOL&lt;br /&gt;
|N/A&lt;br /&gt;
|2.2&lt;br /&gt;
|Steve Sakoman &amp;lt;steve@sakoman.com&amp;gt;&lt;br /&gt;
|-&lt;br /&gt;
|Kirkstone &amp;lt;br/&amp;gt;(like &#039;kirk stun&#039;)&lt;br /&gt;
|4.0&lt;br /&gt;
|May 2022&lt;br /&gt;
|4.0.11 (July 2023)&lt;br /&gt;
|Long Term Support (Apr. 2026¹)&lt;br /&gt;
|N/A&lt;br /&gt;
|2.0&lt;br /&gt;
|Steve Sakoman &amp;lt;steve@sakoman.com&amp;gt;&lt;br /&gt;
|-&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Honister&lt;br /&gt;
|3.4&lt;br /&gt;
|October 2021&lt;br /&gt;
|3.4.4 (May 2022)&lt;br /&gt;
|EOL&lt;br /&gt;
|N/A&lt;br /&gt;
|1.52&lt;br /&gt;
|Anuj Mittal &amp;lt;anuj.mittal@intel.com&amp;gt;&lt;br /&gt;
|-&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Hardknott&lt;br /&gt;
|3.3&lt;br /&gt;
|April 2021&lt;br /&gt;
|3.3.6 (April 2022)&lt;br /&gt;
|EOL&lt;br /&gt;
|N/A&lt;br /&gt;
|1.50&lt;br /&gt;
|Anuj Mittal &amp;lt;anuj.mittal@intel.com&amp;gt;&lt;br /&gt;
|-&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Gatesgarth&lt;br /&gt;
|3.2&lt;br /&gt;
|Oct 2020&lt;br /&gt;
|3.2.4 (May 2021)&lt;br /&gt;
|EOL&lt;br /&gt;
|N/A&lt;br /&gt;
|1.48&lt;br /&gt;
|Anuj Mittal &amp;lt;anuj.mittal@intel.com&amp;gt;&lt;br /&gt;
|-&lt;br /&gt;
|Dunfell&lt;br /&gt;
|3.1&lt;br /&gt;
|April 2020&lt;br /&gt;
|3.1.26 (June 2023)&lt;br /&gt;
|Long Term Support (until Apr. 2024¹)&lt;br /&gt;
|23.0&lt;br /&gt;
|1.46&lt;br /&gt;
|Steve Sakoman &amp;lt;steve@sakoman.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Zeus&lt;br /&gt;
|3.0&lt;br /&gt;
|October 2019&lt;br /&gt;
|3.0.4 (August 2020)&lt;br /&gt;
|EOL&lt;br /&gt;
|22.0.3&lt;br /&gt;
|1.44&lt;br /&gt;
| Anuj/Armin&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Warrior&lt;br /&gt;
|2.7&lt;br /&gt;
|April 2019&lt;br /&gt;
|2.7.4 (June 2020)&lt;br /&gt;
|EOL&lt;br /&gt;
|21.0&lt;br /&gt;
|1.42&lt;br /&gt;
|Armin Kuster &amp;lt;akuster808@gmail.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Thud&lt;br /&gt;
|2.6&lt;br /&gt;
|Nov 2018&lt;br /&gt;
|2.6.4 (October 2019)&lt;br /&gt;
|EOL&lt;br /&gt;
|20.0&lt;br /&gt;
|1.40&lt;br /&gt;
| Armin Kuster &amp;lt;akuster808@gmail.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Sumo&lt;br /&gt;
|2.5&lt;br /&gt;
|April 2018&lt;br /&gt;
|2.5.3 (April 2019)&lt;br /&gt;
|EOL&lt;br /&gt;
|19.0&lt;br /&gt;
|1.38&lt;br /&gt;
| Armin Kuster &amp;lt;akuster808@gmail.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Rocko&lt;br /&gt;
|2.4&lt;br /&gt;
|Oct 2017&lt;br /&gt;
|2.4.4 (November 2018)&lt;br /&gt;
|EOL&lt;br /&gt;
|18.0&lt;br /&gt;
|1.36&lt;br /&gt;
| Armin Kuster &amp;lt;akuster808@gmail.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Pyro&lt;br /&gt;
|2.3&lt;br /&gt;
|May 2017&lt;br /&gt;
|2.3.4 (July 2018)&lt;br /&gt;
|EOL&lt;br /&gt;
|17.0&lt;br /&gt;
|1.34&lt;br /&gt;
| Armin Kuster &amp;lt;akuster808@gmail.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Morty&lt;br /&gt;
|2.2&lt;br /&gt;
|Nov 2016&lt;br /&gt;
|2.2.4 (July 2018)&lt;br /&gt;
|EOL&lt;br /&gt;
|16.0&lt;br /&gt;
|1.32&lt;br /&gt;
| Armin Kuster &amp;lt;akuster808@gmail.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Krogoth&lt;br /&gt;
|2.1&lt;br /&gt;
|Apr 2016&lt;br /&gt;
|2.1.3 (July 2017)&lt;br /&gt;
|EOL&lt;br /&gt;
|15.0&lt;br /&gt;
|1.30&lt;br /&gt;
| Armin Kuster &amp;lt;akuster808@gmail.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Jethro&lt;br /&gt;
|2.0&lt;br /&gt;
|Nov 2015&lt;br /&gt;
|2.0.3 (January 2016)&lt;br /&gt;
|EOL&lt;br /&gt;
|14.0&lt;br /&gt;
|1.28&lt;br /&gt;
|Robert Yang &amp;lt;liezhi.yang@windriver.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Fido&lt;br /&gt;
|1.8&lt;br /&gt;
|Apr 2015&lt;br /&gt;
|1.8.2&lt;br /&gt;
|EOL&lt;br /&gt;
|13.0&lt;br /&gt;
|1.26&lt;br /&gt;
|Joshua Lock &amp;lt;joshua.g.lock@intel.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Dizzy&lt;br /&gt;
|1.7&lt;br /&gt;
|Oct 2014&lt;br /&gt;
|1.7.3&lt;br /&gt;
|EOL&lt;br /&gt;
|12.0&lt;br /&gt;
|1.24&lt;br /&gt;
| Armin Kuster &amp;lt;akuster808@gmail.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Daisy&lt;br /&gt;
|1.6&lt;br /&gt;
|Apr 2014&lt;br /&gt;
|1.6.3&lt;br /&gt;
|EOL&lt;br /&gt;
|11.0&lt;br /&gt;
|1.22&lt;br /&gt;
| Saul Wold &amp;lt;sgw@linux.intel.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Dora&lt;br /&gt;
|1.5&lt;br /&gt;
|Oct 2013&lt;br /&gt;
|1.5.4&lt;br /&gt;
|EOL&lt;br /&gt;
|10.0&lt;br /&gt;
|1.20&lt;br /&gt;
| Robert Yang &amp;lt;liezhi.yang@windriver.com&amp;gt; &lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Dylan&lt;br /&gt;
|1.4&lt;br /&gt;
|Apr 2013&lt;br /&gt;
|1.4.3&lt;br /&gt;
|EOL&lt;br /&gt;
|9.0&lt;br /&gt;
|1.18&lt;br /&gt;
| Paul Eggleton &amp;lt;paul.eggleton@linux.intel.com&amp;gt; &lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Danny&lt;br /&gt;
|1.3&lt;br /&gt;
|Oct 2012&lt;br /&gt;
|1.3.2&lt;br /&gt;
|EOL&lt;br /&gt;
|8.0&lt;br /&gt;
|1.16&lt;br /&gt;
|Ross Burton &amp;lt;ross.burton@intel.com&amp;gt; &lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Denzil&lt;br /&gt;
|1.2&lt;br /&gt;
|Apr 2012&lt;br /&gt;
|1.2.2&lt;br /&gt;
|EOL&lt;br /&gt;
|7.0&lt;br /&gt;
|1.15&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Edison&lt;br /&gt;
|1.1&lt;br /&gt;
|Oct 2011&lt;br /&gt;
|1.1.2&lt;br /&gt;
|EOL&lt;br /&gt;
|6.0&lt;br /&gt;
|1.13&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Bernard&lt;br /&gt;
|1.0&lt;br /&gt;
|Apr 2011&lt;br /&gt;
|1.0.2&lt;br /&gt;
|EOL&lt;br /&gt;
|5.0&lt;br /&gt;
|1.11&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Laverne&lt;br /&gt;
|0.9&lt;br /&gt;
|Oct 2010&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|4.0&lt;br /&gt;
|1.11&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Green&lt;br /&gt;
|N/A&lt;br /&gt;
|11 June 2010&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|3.3&lt;br /&gt;
|&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Purple&lt;br /&gt;
|N/A&lt;br /&gt;
|15 Dec 2009&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|3.2&lt;br /&gt;
|&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Pinky&lt;br /&gt;
|N/A&lt;br /&gt;
|12 Nov 2009&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|3.1&lt;br /&gt;
|&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Blinky&lt;br /&gt;
|N/A&lt;br /&gt;
|1 Aug 2007&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|3.0&lt;br /&gt;
|&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Clyde&lt;br /&gt;
|N/A&lt;br /&gt;
|19 Jan 2007&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|2.0&lt;br /&gt;
|&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Inky&lt;br /&gt;
|N/A&lt;br /&gt;
|10 Feb 2006&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|1.0&lt;br /&gt;
|&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Note:&#039;&#039;&#039; see also [[Stable Release and LTS]], [[Linux Yocto]], [[Planning]] and [[Release Feature Table]] pages. EOL means some community support on email lists but no commit updates in the repos. There is also OS Vendor support for some Yocto EOL releases.&lt;br /&gt;
&lt;br /&gt;
¹ The 3.1 series and 4.0 was originally planned for two years but extended to four. Future LTS releases are planned for 4 years.&lt;br /&gt;
&lt;br /&gt;
== Releases Links==&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; border=&amp;quot;2&amp;quot;&lt;br /&gt;
| align=&amp;quot;center&amp;quot; style=&amp;quot;background:#f0f0f0;&amp;quot;|&#039;&#039;&#039;Yocto Project Release&#039;&#039;&#039;&lt;br /&gt;
| align=&amp;quot;center&amp;quot; style=&amp;quot;background:#f0f0f0;&amp;quot;|&#039;&#039;&#039;Code Name&#039;&#039;&#039;&lt;br /&gt;
| align=&amp;quot;center&amp;quot; style=&amp;quot;background:#f0f0f0;&amp;quot;|&#039;&#039;&#039;Poky version&#039;&#039;&#039;&lt;br /&gt;
| align=&amp;quot;center&amp;quot; style=&amp;quot;background:#f0f0f0;&amp;quot;|&#039;&#039;&#039;Maintainer&#039;&#039;&#039;&lt;br /&gt;
| align=&amp;quot;center&amp;quot; style=&amp;quot;background:#f0f0f0;&amp;quot;|&#039;&#039;&#039;Features&#039;&#039;&#039;&lt;br /&gt;
| align=&amp;quot;center&amp;quot; style=&amp;quot;background:#f0f0f0;&amp;quot;|&#039;&#039;&#039;Schedule&#039;&#039;&#039;&lt;br /&gt;
| align=&amp;quot;center&amp;quot; style=&amp;quot;background:#f0f0f0;&amp;quot;|&#039;&#039;&#039;Status&#039;&#039;&#039;&lt;br /&gt;
| align=&amp;quot;center&amp;quot; style=&amp;quot;background:#f0f0f0;&amp;quot;|&#039;&#039;&#039;QA Test Plan&#039;&#039;&#039;&lt;br /&gt;
| align=&amp;quot;center&amp;quot; style=&amp;quot;background:#f0f0f0;&amp;quot;|&#039;&#039;&#039;QA Test Report&#039;&#039;&#039;&lt;br /&gt;
| align=&amp;quot;center&amp;quot; style=&amp;quot;background:#f0f0f0;&amp;quot;|&#039;&#039;&#039;Release notes&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
|-valign=&amp;quot;top&amp;quot;&lt;br /&gt;
| Yocto Project 3.4&lt;br /&gt;
| Honister&lt;br /&gt;
| 26.0&lt;br /&gt;
| Anuj Mittal&lt;br /&gt;
| [[Yocto_3.4_Features]]&lt;br /&gt;
| [[Yocto_3.4_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v3.4_Status]]&lt;br /&gt;
| [[Yocto_Project_3.4_Release_Test_Plan | Yocto_3.4_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_Project_3.4_Release_Test_Plan#Execution_History | 3.4 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/g/yocto-announce/message/229 3.4 release notes]&lt;br /&gt;
|-&lt;br /&gt;
| Yocto Project 3.3&lt;br /&gt;
| Hardknott&lt;br /&gt;
| 25.0&lt;br /&gt;
| Anuj Mittal&lt;br /&gt;
| [[Yocto_3.3_Features]]&lt;br /&gt;
| [[Yocto_3.3_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v3.3_Status]]&lt;br /&gt;
| [[Yocto_Project_3.3_Release_Test_Plan | Yocto_3.3_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_Project_3.3_Release_Test_Plan#Execution_History | 3.3 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/g/yocto-announce/message/215 3.3 release notes]&lt;br /&gt;
|-&lt;br /&gt;
| Yocto Project 3.2&lt;br /&gt;
| Gatesgarth&lt;br /&gt;
| 24.0&lt;br /&gt;
| Anuj Mittal&lt;br /&gt;
| [[Yocto_3.2_Features]]&lt;br /&gt;
| [[Yocto_3.2_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v3.2_Status]]&lt;br /&gt;
| [[Yocto_Project_3.2_Release_Test_Plan | Yocto_3.2_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_Project_3.2_Release_Test_Plan#Execution_History | 3.2 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/g/yocto/message/51262 3.2 release notes]&lt;br /&gt;
|-&lt;br /&gt;
|-valign=&amp;quot;top&amp;quot;&lt;br /&gt;
| Yocto Project 3.1&lt;br /&gt;
| Dunfell&lt;br /&gt;
| 23.0&lt;br /&gt;
| Steve Sakoman&lt;br /&gt;
| [[Yocto_3.1_Features]]&lt;br /&gt;
| [[Yocto_3.1_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v3.1_Status]]&lt;br /&gt;
| [[Yocto_Project_3.1_Release_Test_Plan | Yocto_3.1_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_Project_3.1_Release_Test_Plan#Execution_History | 3.1 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/g/yocto/message/49201 3.1 release notes]&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
|-valign=&amp;quot;top&amp;quot;&lt;br /&gt;
| Yocto Project 3.0&lt;br /&gt;
| Zeus&lt;br /&gt;
| 22.0&lt;br /&gt;
| Armin Kuster/Anuj Mittal&lt;br /&gt;
| [[Yocto_2.8_Features]]&lt;br /&gt;
| [[Yocto_2.8_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v2.8_Status]]&lt;br /&gt;
| [[Yocto_Project_2.8_Release_Test_Plan | Yocto_2.8_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_Project_2.8_Release_Test_Plan#Execution_History | 2.8 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto/2019-October/047111.html 3.0 release notes]&lt;br /&gt;
|-&lt;br /&gt;
|-valign=&amp;quot;top&amp;quot;&lt;br /&gt;
| Yocto Project 2.7&lt;br /&gt;
| Warrior&lt;br /&gt;
| 21.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_2.7_Features]]&lt;br /&gt;
| [[Yocto_2.7_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v2.7_Status]]&lt;br /&gt;
| [[Yocto_Project_2.7_Release_Test_Plan | Yocto_2.7_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_Project_2.7_Release_Test_Plan#Execution_History | 2.7 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto/2019-May/045028.html 2.7 release notes]&lt;br /&gt;
|-&lt;br /&gt;
|-valign=&amp;quot;top&amp;quot;&lt;br /&gt;
| Yocto Project 2.6&lt;br /&gt;
| Thud&lt;br /&gt;
| 20.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_2.6_Features]]&lt;br /&gt;
| [[Yocto_2.6_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v2.6_Status]]&lt;br /&gt;
| [[Yocto_Project_2.6_Release_Test_Plan | Yocto_2.6_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_Project_2.6_Release_Test_Plan#Execution_History | 2.6 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2018-November/000147.html 2.6 release notes]&lt;br /&gt;
|-&lt;br /&gt;
|-valign=&amp;quot;top&amp;quot;&lt;br /&gt;
| Yocto Project 2.5&lt;br /&gt;
| Sumo&lt;br /&gt;
| 19.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_2.5_Features]]&lt;br /&gt;
| [[Yocto_2.5_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v2.5_Status]]&lt;br /&gt;
| [[Yocto_Project_2.5_Release_Test_Plan | Yocto_2.5_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_Project_2.5_Release_Test_Plan#Execution_History | 2.5 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2018-May/000136.html 2.5 release notes]&lt;br /&gt;
|-&lt;br /&gt;
|-valign=&amp;quot;top&amp;quot;&lt;br /&gt;
| Yocto Project 2.4&lt;br /&gt;
| Rocko&lt;br /&gt;
| 18.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_2.4_Features]]&lt;br /&gt;
| [[Yocto_2.4_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v2.4_Status]]&lt;br /&gt;
| [[Yocto_Project_2.4_Release_Test_Plan | Yocto_2.4_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_Project_2.4_Release_Test_Plan#Execution_History | 2.4 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2017-October/000125.html 2.4 release notes]&lt;br /&gt;
|-&lt;br /&gt;
|-valign=&amp;quot;top&amp;quot;&lt;br /&gt;
| Yocto Project 2.3&lt;br /&gt;
| Pyro&lt;br /&gt;
| 17.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_2.3_Features]]&lt;br /&gt;
| [[Yocto_2.3_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v2.3_Status]]&lt;br /&gt;
| [[Yocto_Project_2.3_Release_Test_Plan | Yocto_2.3_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_Project_2.3_Release_Test_Plan#Execution_History | 2.3 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2017-May/000112.html 2.3 release notes]&lt;br /&gt;
|-&lt;br /&gt;
|-valign=&amp;quot;top&amp;quot;&lt;br /&gt;
| Yocto Project 2.2&lt;br /&gt;
| Morty&lt;br /&gt;
| 16.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_2.2_Features]]&lt;br /&gt;
| [[Yocto_2.2_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v2.2_Status]]&lt;br /&gt;
| [[Yocto_2.2_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_Project_2.2_Release_Test_Plan#Execution_History | 2.2 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2016-November/000101.html 2.2 release notes]&lt;br /&gt;
|-&lt;br /&gt;
|-valign=&amp;quot;top&amp;quot;&lt;br /&gt;
| Yocto Project 2.1&lt;br /&gt;
| Krogoth&lt;br /&gt;
| 15.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_2.1_Features]]&lt;br /&gt;
| [[Yocto_2.1_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v2.1_Status]]&lt;br /&gt;
| [[Yocto_2.1_Overall_Test_Plan]]&lt;br /&gt;
| [[2.1 qa run history]] &lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2016-May/000089.html 2.1 release notes]&lt;br /&gt;
|-&lt;br /&gt;
|-valign=&amp;quot;top&amp;quot;&lt;br /&gt;
| Yocto Project 2.0&lt;br /&gt;
| Jethro&lt;br /&gt;
| 14.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_1.9_Features]]&lt;br /&gt;
| [[Yocto_1.9_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v1.9_Status]]&lt;br /&gt;
| &lt;br /&gt;
| [[1.9 qa run history]] &lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2015-November/000076.html 2.0 release notes]&lt;br /&gt;
|-valign=&amp;quot;top&amp;quot;&lt;br /&gt;
| Yocto Project 1.8&lt;br /&gt;
| Fido&lt;br /&gt;
| 13.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_1.8_Features]]&lt;br /&gt;
| [[Yocto_1.8_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v1.8_Status]]&lt;br /&gt;
| [[Yocto_1.8_Overall_Test_Plan]]&lt;br /&gt;
| [[1.8 qa run history]] &lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2015-April/000062.html 1.8 release notes]&lt;br /&gt;
|-&lt;br /&gt;
| Yocto Project 1.7&lt;br /&gt;
| Dizzy&lt;br /&gt;
| 12.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_1.7_Features]]&lt;br /&gt;
| [[Yocto_1.7_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v1.7_Status]]&lt;br /&gt;
| [[Yocto_1.7_Overall_Test_Plan]]&lt;br /&gt;
| [[1.7 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2014-October/000053.html 1.7 release notes]&lt;br /&gt;
|-&lt;br /&gt;
| Yocto Project 1.6&lt;br /&gt;
| Daisy&lt;br /&gt;
| 11.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_1.6_Features]]&lt;br /&gt;
| [[Yocto_1.6_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v1.6_Status]]&lt;br /&gt;
| [[Yocto_1.6_Overall_Test_Plan]]&lt;br /&gt;
| [[1.6 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2014-April/000045.html 1.6 release notes]&lt;br /&gt;
|-&lt;br /&gt;
| Yocto Project 1.5&lt;br /&gt;
| Dora&lt;br /&gt;
| 10.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_1.5_Features]]&lt;br /&gt;
| [[Yocto_1.5_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v1.5_Status]]&lt;br /&gt;
| [[Yocto_1.5_Overall_Test_Plan]]&lt;br /&gt;
| [[1.5 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2013-October/000037.html 1.5 release notes]&lt;br /&gt;
|-&lt;br /&gt;
| Yocto Project 1.4&lt;br /&gt;
| Dylan&lt;br /&gt;
| 9.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_1.4_Features]]&lt;br /&gt;
| [[Yocto_1.4_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v1.4_Status]]&lt;br /&gt;
| [[Yocto_1.4_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_1.4_Milestone_Test_Report]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2013-April/000027.html 1.4 release notes]&lt;br /&gt;
|-&lt;br /&gt;
| Yocto Project 1.3&lt;br /&gt;
| Danny&lt;br /&gt;
| 8.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_1.3_Features]]&lt;br /&gt;
| [[Yocto_1.3_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v1.3_Status]]&lt;br /&gt;
| [[Yocto_1.3_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_1.3_Milestone_Test_Report]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2012-October/000020.html 1.3 release notes]&lt;br /&gt;
|-&lt;br /&gt;
| Yocto Project 1.2&lt;br /&gt;
| Denzil&lt;br /&gt;
| 7.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_1.2_Features]]&lt;br /&gt;
| [[Yocto_1.2_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v1.2_Status]]&lt;br /&gt;
| [[Yocto_1.2_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_1.2_Milestone_Test_Report]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2012-April/000009.html 1.2 release notes]&lt;br /&gt;
|-&lt;br /&gt;
| Yocto Project 1.1&lt;br /&gt;
| Edison&lt;br /&gt;
| 6.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_1.1_Features]]&lt;br /&gt;
| [[Yocto_1.1_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v1.1_Release_Criteria]]&lt;br /&gt;
| [[Yocto_1.1_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_1.1_Milestone_Test_Report]]&lt;br /&gt;
|&lt;br /&gt;
|-&lt;br /&gt;
| Yocto Project 1.0&lt;br /&gt;
| Bernard&lt;br /&gt;
| 5.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_Features]]&lt;br /&gt;
| [[Yocto_1.0_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v1.0_Release_Criteria]]&lt;br /&gt;
| [[Yocto_1.0_Overall_Test_Plan]]&lt;br /&gt;
| &lt;br /&gt;
|&lt;br /&gt;
|}&lt;/div&gt;</summary>
		<author><name>Rpurdie</name></author>
	</entry>
	<entry>
		<id>https://wiki.yoctoproject.org/wiki/index.php?title=Releases&amp;diff=85836</id>
		<title>Releases</title>
		<link rel="alternate" type="text/html" href="https://wiki.yoctoproject.org/wiki/index.php?title=Releases&amp;diff=85836"/>
		<updated>2023-06-26T15:05:46Z</updated>

		<summary type="html">&lt;p&gt;Rpurdie: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&amp;lt;!-- keywords: release names codenames versions version names numbers branches branchx --&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== Release Activity==&lt;br /&gt;
&lt;br /&gt;
Releases can be downloaded at https://www.yoctoproject.org/software-overview/downloads/&lt;br /&gt;
&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; border=&amp;quot;2&amp;quot;&lt;br /&gt;
!Codename&lt;br /&gt;
!Yocto Project Version&lt;br /&gt;
!Release Date&lt;br /&gt;
!Current Version&lt;br /&gt;
!Support Level&lt;br /&gt;
!Poky Version&lt;br /&gt;
!BitBake branch&lt;br /&gt;
! Maintainer&lt;br /&gt;
|-&lt;br /&gt;
|Nanbield &amp;lt;br/&amp;gt;(like &#039;man field&#039;)&lt;br /&gt;
|4.3&lt;br /&gt;
| October 2023&lt;br /&gt;
|&lt;br /&gt;
|Future - Support for 7 months (until April 2024)&lt;br /&gt;
|N/A&lt;br /&gt;
|2.6&lt;br /&gt;
|Richard Purdie &amp;lt;richard.purdie@linuxfoundation.org&amp;gt;&lt;br /&gt;
|-&lt;br /&gt;
|Mickledore&lt;br /&gt;
|4.2&lt;br /&gt;
| May 2023&lt;br /&gt;
| 4.2.1 (May 2023)&lt;br /&gt;
|Support for 7 months (until November 2023)&lt;br /&gt;
|N/A&lt;br /&gt;
|2.4&lt;br /&gt;
|Steve Sakoman &amp;lt;steve@sakoman.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Langdale&lt;br /&gt;
|4.1&lt;br /&gt;
| October 2022&lt;br /&gt;
| 4.1.4 (May 2023)&lt;br /&gt;
| EOL&lt;br /&gt;
|N/A&lt;br /&gt;
|2.2&lt;br /&gt;
|Steve Sakoman &amp;lt;steve@sakoman.com&amp;gt;&lt;br /&gt;
|-&lt;br /&gt;
|Kirkstone &amp;lt;br/&amp;gt;(like &#039;kirk stun&#039;)&lt;br /&gt;
|4.0&lt;br /&gt;
|May 2022&lt;br /&gt;
|4.0.10 (May 2023)&lt;br /&gt;
|Long Term Support (Apr. 2026¹)&lt;br /&gt;
|N/A&lt;br /&gt;
|2.0&lt;br /&gt;
|Steve Sakoman &amp;lt;steve@sakoman.com&amp;gt;&lt;br /&gt;
|-&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Honister&lt;br /&gt;
|3.4&lt;br /&gt;
|October 2021&lt;br /&gt;
|3.4.4 (May 2022)&lt;br /&gt;
|EOL&lt;br /&gt;
|N/A&lt;br /&gt;
|1.52&lt;br /&gt;
|Anuj Mittal &amp;lt;anuj.mittal@intel.com&amp;gt;&lt;br /&gt;
|-&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Hardknott&lt;br /&gt;
|3.3&lt;br /&gt;
|April 2021&lt;br /&gt;
|3.3.6 (April 2022)&lt;br /&gt;
|EOL&lt;br /&gt;
|N/A&lt;br /&gt;
|1.50&lt;br /&gt;
|Anuj Mittal &amp;lt;anuj.mittal@intel.com&amp;gt;&lt;br /&gt;
|-&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Gatesgarth&lt;br /&gt;
|3.2&lt;br /&gt;
|Oct 2020&lt;br /&gt;
|3.2.4 (May 2021)&lt;br /&gt;
|EOL&lt;br /&gt;
|N/A&lt;br /&gt;
|1.48&lt;br /&gt;
|Anuj Mittal &amp;lt;anuj.mittal@intel.com&amp;gt;&lt;br /&gt;
|-&lt;br /&gt;
|Dunfell&lt;br /&gt;
|3.1&lt;br /&gt;
|April 2020&lt;br /&gt;
|3.1.25 (May 2023)&lt;br /&gt;
|Long Term Support (until Apr. 2024¹)&lt;br /&gt;
|23.0&lt;br /&gt;
|1.46&lt;br /&gt;
|Steve Sakoman &amp;lt;steve@sakoman.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Zeus&lt;br /&gt;
|3.0&lt;br /&gt;
|October 2019&lt;br /&gt;
|3.0.4 (August 2020)&lt;br /&gt;
|EOL&lt;br /&gt;
|22.0.3&lt;br /&gt;
|1.44&lt;br /&gt;
| Anuj/Armin&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Warrior&lt;br /&gt;
|2.7&lt;br /&gt;
|April 2019&lt;br /&gt;
|2.7.4 (June 2020)&lt;br /&gt;
|EOL&lt;br /&gt;
|21.0&lt;br /&gt;
|1.42&lt;br /&gt;
|Armin Kuster &amp;lt;akuster808@gmail.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Thud&lt;br /&gt;
|2.6&lt;br /&gt;
|Nov 2018&lt;br /&gt;
|2.6.4 (October 2019)&lt;br /&gt;
|EOL&lt;br /&gt;
|20.0&lt;br /&gt;
|1.40&lt;br /&gt;
| Armin Kuster &amp;lt;akuster808@gmail.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Sumo&lt;br /&gt;
|2.5&lt;br /&gt;
|April 2018&lt;br /&gt;
|2.5.3 (April 2019)&lt;br /&gt;
|EOL&lt;br /&gt;
|19.0&lt;br /&gt;
|1.38&lt;br /&gt;
| Armin Kuster &amp;lt;akuster808@gmail.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Rocko&lt;br /&gt;
|2.4&lt;br /&gt;
|Oct 2017&lt;br /&gt;
|2.4.4 (November 2018)&lt;br /&gt;
|EOL&lt;br /&gt;
|18.0&lt;br /&gt;
|1.36&lt;br /&gt;
| Armin Kuster &amp;lt;akuster808@gmail.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Pyro&lt;br /&gt;
|2.3&lt;br /&gt;
|May 2017&lt;br /&gt;
|2.3.4 (July 2018)&lt;br /&gt;
|EOL&lt;br /&gt;
|17.0&lt;br /&gt;
|1.34&lt;br /&gt;
| Armin Kuster &amp;lt;akuster808@gmail.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Morty&lt;br /&gt;
|2.2&lt;br /&gt;
|Nov 2016&lt;br /&gt;
|2.2.4 (July 2018)&lt;br /&gt;
|EOL&lt;br /&gt;
|16.0&lt;br /&gt;
|1.32&lt;br /&gt;
| Armin Kuster &amp;lt;akuster808@gmail.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Krogoth&lt;br /&gt;
|2.1&lt;br /&gt;
|Apr 2016&lt;br /&gt;
|2.1.3 (July 2017)&lt;br /&gt;
|EOL&lt;br /&gt;
|15.0&lt;br /&gt;
|1.30&lt;br /&gt;
| Armin Kuster &amp;lt;akuster808@gmail.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Jethro&lt;br /&gt;
|2.0&lt;br /&gt;
|Nov 2015&lt;br /&gt;
|2.0.3 (January 2016)&lt;br /&gt;
|EOL&lt;br /&gt;
|14.0&lt;br /&gt;
|1.28&lt;br /&gt;
|Robert Yang &amp;lt;liezhi.yang@windriver.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Fido&lt;br /&gt;
|1.8&lt;br /&gt;
|Apr 2015&lt;br /&gt;
|1.8.2&lt;br /&gt;
|EOL&lt;br /&gt;
|13.0&lt;br /&gt;
|1.26&lt;br /&gt;
|Joshua Lock &amp;lt;joshua.g.lock@intel.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Dizzy&lt;br /&gt;
|1.7&lt;br /&gt;
|Oct 2014&lt;br /&gt;
|1.7.3&lt;br /&gt;
|EOL&lt;br /&gt;
|12.0&lt;br /&gt;
|1.24&lt;br /&gt;
| Armin Kuster &amp;lt;akuster808@gmail.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Daisy&lt;br /&gt;
|1.6&lt;br /&gt;
|Apr 2014&lt;br /&gt;
|1.6.3&lt;br /&gt;
|EOL&lt;br /&gt;
|11.0&lt;br /&gt;
|1.22&lt;br /&gt;
| Saul Wold &amp;lt;sgw@linux.intel.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Dora&lt;br /&gt;
|1.5&lt;br /&gt;
|Oct 2013&lt;br /&gt;
|1.5.4&lt;br /&gt;
|EOL&lt;br /&gt;
|10.0&lt;br /&gt;
|1.20&lt;br /&gt;
| Robert Yang &amp;lt;liezhi.yang@windriver.com&amp;gt; &lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Dylan&lt;br /&gt;
|1.4&lt;br /&gt;
|Apr 2013&lt;br /&gt;
|1.4.3&lt;br /&gt;
|EOL&lt;br /&gt;
|9.0&lt;br /&gt;
|1.18&lt;br /&gt;
| Paul Eggleton &amp;lt;paul.eggleton@linux.intel.com&amp;gt; &lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Danny&lt;br /&gt;
|1.3&lt;br /&gt;
|Oct 2012&lt;br /&gt;
|1.3.2&lt;br /&gt;
|EOL&lt;br /&gt;
|8.0&lt;br /&gt;
|1.16&lt;br /&gt;
|Ross Burton &amp;lt;ross.burton@intel.com&amp;gt; &lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Denzil&lt;br /&gt;
|1.2&lt;br /&gt;
|Apr 2012&lt;br /&gt;
|1.2.2&lt;br /&gt;
|EOL&lt;br /&gt;
|7.0&lt;br /&gt;
|1.15&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Edison&lt;br /&gt;
|1.1&lt;br /&gt;
|Oct 2011&lt;br /&gt;
|1.1.2&lt;br /&gt;
|EOL&lt;br /&gt;
|6.0&lt;br /&gt;
|1.13&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Bernard&lt;br /&gt;
|1.0&lt;br /&gt;
|Apr 2011&lt;br /&gt;
|1.0.2&lt;br /&gt;
|EOL&lt;br /&gt;
|5.0&lt;br /&gt;
|1.11&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Laverne&lt;br /&gt;
|0.9&lt;br /&gt;
|Oct 2010&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|4.0&lt;br /&gt;
|1.11&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Green&lt;br /&gt;
|N/A&lt;br /&gt;
|11 June 2010&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|3.3&lt;br /&gt;
|&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Purple&lt;br /&gt;
|N/A&lt;br /&gt;
|15 Dec 2009&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|3.2&lt;br /&gt;
|&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Pinky&lt;br /&gt;
|N/A&lt;br /&gt;
|12 Nov 2009&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|3.1&lt;br /&gt;
|&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Blinky&lt;br /&gt;
|N/A&lt;br /&gt;
|1 Aug 2007&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|3.0&lt;br /&gt;
|&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Clyde&lt;br /&gt;
|N/A&lt;br /&gt;
|19 Jan 2007&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|2.0&lt;br /&gt;
|&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Inky&lt;br /&gt;
|N/A&lt;br /&gt;
|10 Feb 2006&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|1.0&lt;br /&gt;
|&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Note:&#039;&#039;&#039; see also [[Stable Release and LTS]], [[Linux Yocto]], [[Planning]] and [[Release Feature Table]] pages. EOL means some community support on email lists but no commit updates in the repos. There is also OS Vendor support for some Yocto EOL releases.&lt;br /&gt;
&lt;br /&gt;
¹ The 3.1 series and 4.0 was originally planned for two years but extended to four. Future LTS releases are planned for 4 years.&lt;br /&gt;
&lt;br /&gt;
== Releases Links==&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; border=&amp;quot;2&amp;quot;&lt;br /&gt;
| align=&amp;quot;center&amp;quot; style=&amp;quot;background:#f0f0f0;&amp;quot;|&#039;&#039;&#039;Yocto Project Release&#039;&#039;&#039;&lt;br /&gt;
| align=&amp;quot;center&amp;quot; style=&amp;quot;background:#f0f0f0;&amp;quot;|&#039;&#039;&#039;Code Name&#039;&#039;&#039;&lt;br /&gt;
| align=&amp;quot;center&amp;quot; style=&amp;quot;background:#f0f0f0;&amp;quot;|&#039;&#039;&#039;Poky version&#039;&#039;&#039;&lt;br /&gt;
| align=&amp;quot;center&amp;quot; style=&amp;quot;background:#f0f0f0;&amp;quot;|&#039;&#039;&#039;Maintainer&#039;&#039;&#039;&lt;br /&gt;
| align=&amp;quot;center&amp;quot; style=&amp;quot;background:#f0f0f0;&amp;quot;|&#039;&#039;&#039;Features&#039;&#039;&#039;&lt;br /&gt;
| align=&amp;quot;center&amp;quot; style=&amp;quot;background:#f0f0f0;&amp;quot;|&#039;&#039;&#039;Schedule&#039;&#039;&#039;&lt;br /&gt;
| align=&amp;quot;center&amp;quot; style=&amp;quot;background:#f0f0f0;&amp;quot;|&#039;&#039;&#039;Status&#039;&#039;&#039;&lt;br /&gt;
| align=&amp;quot;center&amp;quot; style=&amp;quot;background:#f0f0f0;&amp;quot;|&#039;&#039;&#039;QA Test Plan&#039;&#039;&#039;&lt;br /&gt;
| align=&amp;quot;center&amp;quot; style=&amp;quot;background:#f0f0f0;&amp;quot;|&#039;&#039;&#039;QA Test Report&#039;&#039;&#039;&lt;br /&gt;
| align=&amp;quot;center&amp;quot; style=&amp;quot;background:#f0f0f0;&amp;quot;|&#039;&#039;&#039;Release notes&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
|-valign=&amp;quot;top&amp;quot;&lt;br /&gt;
| Yocto Project 3.4&lt;br /&gt;
| Honister&lt;br /&gt;
| 26.0&lt;br /&gt;
| Anuj Mittal&lt;br /&gt;
| [[Yocto_3.4_Features]]&lt;br /&gt;
| [[Yocto_3.4_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v3.4_Status]]&lt;br /&gt;
| [[Yocto_Project_3.4_Release_Test_Plan | Yocto_3.4_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_Project_3.4_Release_Test_Plan#Execution_History | 3.4 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/g/yocto-announce/message/229 3.4 release notes]&lt;br /&gt;
|-&lt;br /&gt;
| Yocto Project 3.3&lt;br /&gt;
| Hardknott&lt;br /&gt;
| 25.0&lt;br /&gt;
| Anuj Mittal&lt;br /&gt;
| [[Yocto_3.3_Features]]&lt;br /&gt;
| [[Yocto_3.3_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v3.3_Status]]&lt;br /&gt;
| [[Yocto_Project_3.3_Release_Test_Plan | Yocto_3.3_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_Project_3.3_Release_Test_Plan#Execution_History | 3.3 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/g/yocto-announce/message/215 3.3 release notes]&lt;br /&gt;
|-&lt;br /&gt;
| Yocto Project 3.2&lt;br /&gt;
| Gatesgarth&lt;br /&gt;
| 24.0&lt;br /&gt;
| Anuj Mittal&lt;br /&gt;
| [[Yocto_3.2_Features]]&lt;br /&gt;
| [[Yocto_3.2_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v3.2_Status]]&lt;br /&gt;
| [[Yocto_Project_3.2_Release_Test_Plan | Yocto_3.2_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_Project_3.2_Release_Test_Plan#Execution_History | 3.2 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/g/yocto/message/51262 3.2 release notes]&lt;br /&gt;
|-&lt;br /&gt;
|-valign=&amp;quot;top&amp;quot;&lt;br /&gt;
| Yocto Project 3.1&lt;br /&gt;
| Dunfell&lt;br /&gt;
| 23.0&lt;br /&gt;
| Steve Sakoman&lt;br /&gt;
| [[Yocto_3.1_Features]]&lt;br /&gt;
| [[Yocto_3.1_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v3.1_Status]]&lt;br /&gt;
| [[Yocto_Project_3.1_Release_Test_Plan | Yocto_3.1_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_Project_3.1_Release_Test_Plan#Execution_History | 3.1 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/g/yocto/message/49201 3.1 release notes]&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
|-valign=&amp;quot;top&amp;quot;&lt;br /&gt;
| Yocto Project 3.0&lt;br /&gt;
| Zeus&lt;br /&gt;
| 22.0&lt;br /&gt;
| Armin Kuster/Anuj Mittal&lt;br /&gt;
| [[Yocto_2.8_Features]]&lt;br /&gt;
| [[Yocto_2.8_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v2.8_Status]]&lt;br /&gt;
| [[Yocto_Project_2.8_Release_Test_Plan | Yocto_2.8_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_Project_2.8_Release_Test_Plan#Execution_History | 2.8 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto/2019-October/047111.html 3.0 release notes]&lt;br /&gt;
|-&lt;br /&gt;
|-valign=&amp;quot;top&amp;quot;&lt;br /&gt;
| Yocto Project 2.7&lt;br /&gt;
| Warrior&lt;br /&gt;
| 21.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_2.7_Features]]&lt;br /&gt;
| [[Yocto_2.7_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v2.7_Status]]&lt;br /&gt;
| [[Yocto_Project_2.7_Release_Test_Plan | Yocto_2.7_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_Project_2.7_Release_Test_Plan#Execution_History | 2.7 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto/2019-May/045028.html 2.7 release notes]&lt;br /&gt;
|-&lt;br /&gt;
|-valign=&amp;quot;top&amp;quot;&lt;br /&gt;
| Yocto Project 2.6&lt;br /&gt;
| Thud&lt;br /&gt;
| 20.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_2.6_Features]]&lt;br /&gt;
| [[Yocto_2.6_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v2.6_Status]]&lt;br /&gt;
| [[Yocto_Project_2.6_Release_Test_Plan | Yocto_2.6_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_Project_2.6_Release_Test_Plan#Execution_History | 2.6 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2018-November/000147.html 2.6 release notes]&lt;br /&gt;
|-&lt;br /&gt;
|-valign=&amp;quot;top&amp;quot;&lt;br /&gt;
| Yocto Project 2.5&lt;br /&gt;
| Sumo&lt;br /&gt;
| 19.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_2.5_Features]]&lt;br /&gt;
| [[Yocto_2.5_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v2.5_Status]]&lt;br /&gt;
| [[Yocto_Project_2.5_Release_Test_Plan | Yocto_2.5_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_Project_2.5_Release_Test_Plan#Execution_History | 2.5 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2018-May/000136.html 2.5 release notes]&lt;br /&gt;
|-&lt;br /&gt;
|-valign=&amp;quot;top&amp;quot;&lt;br /&gt;
| Yocto Project 2.4&lt;br /&gt;
| Rocko&lt;br /&gt;
| 18.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_2.4_Features]]&lt;br /&gt;
| [[Yocto_2.4_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v2.4_Status]]&lt;br /&gt;
| [[Yocto_Project_2.4_Release_Test_Plan | Yocto_2.4_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_Project_2.4_Release_Test_Plan#Execution_History | 2.4 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2017-October/000125.html 2.4 release notes]&lt;br /&gt;
|-&lt;br /&gt;
|-valign=&amp;quot;top&amp;quot;&lt;br /&gt;
| Yocto Project 2.3&lt;br /&gt;
| Pyro&lt;br /&gt;
| 17.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_2.3_Features]]&lt;br /&gt;
| [[Yocto_2.3_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v2.3_Status]]&lt;br /&gt;
| [[Yocto_Project_2.3_Release_Test_Plan | Yocto_2.3_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_Project_2.3_Release_Test_Plan#Execution_History | 2.3 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2017-May/000112.html 2.3 release notes]&lt;br /&gt;
|-&lt;br /&gt;
|-valign=&amp;quot;top&amp;quot;&lt;br /&gt;
| Yocto Project 2.2&lt;br /&gt;
| Morty&lt;br /&gt;
| 16.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_2.2_Features]]&lt;br /&gt;
| [[Yocto_2.2_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v2.2_Status]]&lt;br /&gt;
| [[Yocto_2.2_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_Project_2.2_Release_Test_Plan#Execution_History | 2.2 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2016-November/000101.html 2.2 release notes]&lt;br /&gt;
|-&lt;br /&gt;
|-valign=&amp;quot;top&amp;quot;&lt;br /&gt;
| Yocto Project 2.1&lt;br /&gt;
| Krogoth&lt;br /&gt;
| 15.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_2.1_Features]]&lt;br /&gt;
| [[Yocto_2.1_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v2.1_Status]]&lt;br /&gt;
| [[Yocto_2.1_Overall_Test_Plan]]&lt;br /&gt;
| [[2.1 qa run history]] &lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2016-May/000089.html 2.1 release notes]&lt;br /&gt;
|-&lt;br /&gt;
|-valign=&amp;quot;top&amp;quot;&lt;br /&gt;
| Yocto Project 2.0&lt;br /&gt;
| Jethro&lt;br /&gt;
| 14.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_1.9_Features]]&lt;br /&gt;
| [[Yocto_1.9_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v1.9_Status]]&lt;br /&gt;
| &lt;br /&gt;
| [[1.9 qa run history]] &lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2015-November/000076.html 2.0 release notes]&lt;br /&gt;
|-valign=&amp;quot;top&amp;quot;&lt;br /&gt;
| Yocto Project 1.8&lt;br /&gt;
| Fido&lt;br /&gt;
| 13.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_1.8_Features]]&lt;br /&gt;
| [[Yocto_1.8_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v1.8_Status]]&lt;br /&gt;
| [[Yocto_1.8_Overall_Test_Plan]]&lt;br /&gt;
| [[1.8 qa run history]] &lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2015-April/000062.html 1.8 release notes]&lt;br /&gt;
|-&lt;br /&gt;
| Yocto Project 1.7&lt;br /&gt;
| Dizzy&lt;br /&gt;
| 12.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_1.7_Features]]&lt;br /&gt;
| [[Yocto_1.7_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v1.7_Status]]&lt;br /&gt;
| [[Yocto_1.7_Overall_Test_Plan]]&lt;br /&gt;
| [[1.7 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2014-October/000053.html 1.7 release notes]&lt;br /&gt;
|-&lt;br /&gt;
| Yocto Project 1.6&lt;br /&gt;
| Daisy&lt;br /&gt;
| 11.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_1.6_Features]]&lt;br /&gt;
| [[Yocto_1.6_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v1.6_Status]]&lt;br /&gt;
| [[Yocto_1.6_Overall_Test_Plan]]&lt;br /&gt;
| [[1.6 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2014-April/000045.html 1.6 release notes]&lt;br /&gt;
|-&lt;br /&gt;
| Yocto Project 1.5&lt;br /&gt;
| Dora&lt;br /&gt;
| 10.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_1.5_Features]]&lt;br /&gt;
| [[Yocto_1.5_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v1.5_Status]]&lt;br /&gt;
| [[Yocto_1.5_Overall_Test_Plan]]&lt;br /&gt;
| [[1.5 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2013-October/000037.html 1.5 release notes]&lt;br /&gt;
|-&lt;br /&gt;
| Yocto Project 1.4&lt;br /&gt;
| Dylan&lt;br /&gt;
| 9.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_1.4_Features]]&lt;br /&gt;
| [[Yocto_1.4_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v1.4_Status]]&lt;br /&gt;
| [[Yocto_1.4_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_1.4_Milestone_Test_Report]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2013-April/000027.html 1.4 release notes]&lt;br /&gt;
|-&lt;br /&gt;
| Yocto Project 1.3&lt;br /&gt;
| Danny&lt;br /&gt;
| 8.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_1.3_Features]]&lt;br /&gt;
| [[Yocto_1.3_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v1.3_Status]]&lt;br /&gt;
| [[Yocto_1.3_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_1.3_Milestone_Test_Report]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2012-October/000020.html 1.3 release notes]&lt;br /&gt;
|-&lt;br /&gt;
| Yocto Project 1.2&lt;br /&gt;
| Denzil&lt;br /&gt;
| 7.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_1.2_Features]]&lt;br /&gt;
| [[Yocto_1.2_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v1.2_Status]]&lt;br /&gt;
| [[Yocto_1.2_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_1.2_Milestone_Test_Report]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2012-April/000009.html 1.2 release notes]&lt;br /&gt;
|-&lt;br /&gt;
| Yocto Project 1.1&lt;br /&gt;
| Edison&lt;br /&gt;
| 6.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_1.1_Features]]&lt;br /&gt;
| [[Yocto_1.1_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v1.1_Release_Criteria]]&lt;br /&gt;
| [[Yocto_1.1_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_1.1_Milestone_Test_Report]]&lt;br /&gt;
|&lt;br /&gt;
|-&lt;br /&gt;
| Yocto Project 1.0&lt;br /&gt;
| Bernard&lt;br /&gt;
| 5.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_Features]]&lt;br /&gt;
| [[Yocto_1.0_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v1.0_Release_Criteria]]&lt;br /&gt;
| [[Yocto_1.0_Overall_Test_Plan]]&lt;br /&gt;
| &lt;br /&gt;
|&lt;br /&gt;
|}&lt;/div&gt;</summary>
		<author><name>Rpurdie</name></author>
	</entry>
	<entry>
		<id>https://wiki.yoctoproject.org/wiki/index.php?title=Releases&amp;diff=85835</id>
		<title>Releases</title>
		<link rel="alternate" type="text/html" href="https://wiki.yoctoproject.org/wiki/index.php?title=Releases&amp;diff=85835"/>
		<updated>2023-06-26T15:04:41Z</updated>

		<summary type="html">&lt;p&gt;Rpurdie: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&amp;lt;!-- keywords: release names codenames versions version names numbers branches branchx --&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== Release Activity==&lt;br /&gt;
&lt;br /&gt;
Releases can be downloaded at https://www.yoctoproject.org/software-overview/downloads/&lt;br /&gt;
&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; border=&amp;quot;2&amp;quot;&lt;br /&gt;
!Codename&lt;br /&gt;
!Yocto Project Version&lt;br /&gt;
!Release Date&lt;br /&gt;
!Current Version&lt;br /&gt;
!Support Level&lt;br /&gt;
!Poky Version&lt;br /&gt;
!BitBake branch&lt;br /&gt;
! Maintainer&lt;br /&gt;
|-&lt;br /&gt;
|Nanbield &amp;lt;br/&amp;gt;(like &#039;man field&#039;)&lt;br /&gt;
|4.3&lt;br /&gt;
| October 2023&lt;br /&gt;
|&lt;br /&gt;
|Future - Support for 7 months (until April 2024)&lt;br /&gt;
|N/A&lt;br /&gt;
|2.6&lt;br /&gt;
|Richard Purdie &amp;lt;richard.purdie@linuxfoundation.org&amp;gt;&lt;br /&gt;
|-&lt;br /&gt;
|Mickledore&lt;br /&gt;
|4.2&lt;br /&gt;
| May 2023&lt;br /&gt;
| 4.2.1 (May 2023)&lt;br /&gt;
|Support for 7 months (until November 2023)&lt;br /&gt;
|N/A&lt;br /&gt;
|2.4&lt;br /&gt;
|Steve Sakoman &amp;lt;steve@sakoman.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Langdale&lt;br /&gt;
|4.1&lt;br /&gt;
| October 2022&lt;br /&gt;
| 4.1.4 (May 2023)&lt;br /&gt;
| EOL&lt;br /&gt;
|N/A&lt;br /&gt;
|2.2&lt;br /&gt;
|Steve Sakoman &amp;lt;steve@sakoman.com&amp;gt;&lt;br /&gt;
|-&lt;br /&gt;
|Kirkstone &amp;lt;br/&amp;gt;(like &#039;kirk stun&#039;)&lt;br /&gt;
|4.0&lt;br /&gt;
|May 2022&lt;br /&gt;
|4.0.10 (May 2023)&lt;br /&gt;
|Long Term Support (Apr. 2026¹)&lt;br /&gt;
|N/A&lt;br /&gt;
|2.0&lt;br /&gt;
|Steve Sakoman &amp;lt;steve@sakoman.com&amp;gt;&lt;br /&gt;
|-&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Honister&lt;br /&gt;
|3.4&lt;br /&gt;
|October 2021&lt;br /&gt;
|3.4.4 (May 2022)&lt;br /&gt;
|EOL&lt;br /&gt;
|N/A&lt;br /&gt;
|1.52&lt;br /&gt;
|Anuj Mittal &amp;lt;anuj.mittal@intel.com&amp;gt;&lt;br /&gt;
|-&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Hardknott&lt;br /&gt;
|3.3&lt;br /&gt;
|April 2021&lt;br /&gt;
|3.3.6 (April 2022)&lt;br /&gt;
|EOL&lt;br /&gt;
|N/A&lt;br /&gt;
|1.50&lt;br /&gt;
|Anuj Mittal &amp;lt;anuj.mittal@intel.com&amp;gt;&lt;br /&gt;
|-&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Gatesgarth&lt;br /&gt;
|3.2&lt;br /&gt;
|Oct 2020&lt;br /&gt;
|3.2.4 (May 2021)&lt;br /&gt;
|EOL&lt;br /&gt;
|N/A&lt;br /&gt;
|1.48&lt;br /&gt;
|Anuj Mittal &amp;lt;anuj.mittal@intel.com&amp;gt;&lt;br /&gt;
|-&lt;br /&gt;
|Dunfell&lt;br /&gt;
|3.1&lt;br /&gt;
|April 2020&lt;br /&gt;
|3.1.25 (May 2023)&lt;br /&gt;
|Long Term Support (until Apr. 2024¹)&lt;br /&gt;
|23.0&lt;br /&gt;
|1.46&lt;br /&gt;
|Steve Sakoman &amp;lt;steve@sakoman.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Zeus&lt;br /&gt;
|3.0&lt;br /&gt;
|October 2019&lt;br /&gt;
|3.0.4 (August 2020)&lt;br /&gt;
|EOL&lt;br /&gt;
|22.0.3&lt;br /&gt;
|1.44&lt;br /&gt;
| Anuj/Armin&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Warrior&lt;br /&gt;
|2.7&lt;br /&gt;
|April 2019&lt;br /&gt;
|2.7.4 (June 2020)&lt;br /&gt;
|EOL&lt;br /&gt;
|21.0&lt;br /&gt;
|1.42&lt;br /&gt;
|Armin Kuster &amp;lt;akuster808@gmail.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Thud&lt;br /&gt;
|2.6&lt;br /&gt;
|Nov 2018&lt;br /&gt;
|2.6.4 (October 2019)&lt;br /&gt;
|EOL&lt;br /&gt;
|20.0&lt;br /&gt;
|1.40&lt;br /&gt;
| Armin Kuster &amp;lt;akuster808@gmail.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Sumo&lt;br /&gt;
|2.5&lt;br /&gt;
|April 2018&lt;br /&gt;
|2.5.3 (April 2019)&lt;br /&gt;
|EOL&lt;br /&gt;
|19.0&lt;br /&gt;
|1.38&lt;br /&gt;
| Armin Kuster &amp;lt;akuster808@gmail.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Rocko&lt;br /&gt;
|2.4&lt;br /&gt;
|Oct 2017&lt;br /&gt;
|2.4.4 (November 2018)&lt;br /&gt;
|EOL&lt;br /&gt;
|18.0&lt;br /&gt;
|1.36&lt;br /&gt;
| Armin Kuster &amp;lt;akuster808@gmail.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Pyro&lt;br /&gt;
|2.3&lt;br /&gt;
|May 2017&lt;br /&gt;
|2.3.4 (July 2018)&lt;br /&gt;
|EOL&lt;br /&gt;
|17.0&lt;br /&gt;
|1.34&lt;br /&gt;
| Armin Kuster &amp;lt;akuster808@gmail.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Morty&lt;br /&gt;
|2.2&lt;br /&gt;
|Nov 2016&lt;br /&gt;
|2.2.4 (July 2018)&lt;br /&gt;
|EOL&lt;br /&gt;
|16.0&lt;br /&gt;
|1.32&lt;br /&gt;
| Armin Kuster &amp;lt;akuster808@gmail.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Krogoth&lt;br /&gt;
|2.1&lt;br /&gt;
|Apr 2016&lt;br /&gt;
|2.1.3 (July 2017)&lt;br /&gt;
|EOL&lt;br /&gt;
|15.0&lt;br /&gt;
|1.30&lt;br /&gt;
| Armin Kuster &amp;lt;akuster808@gmail.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Jethro&lt;br /&gt;
|2.0&lt;br /&gt;
|Nov 2015&lt;br /&gt;
|2.0.3 (January 2016)&lt;br /&gt;
|EOL&lt;br /&gt;
|14.0&lt;br /&gt;
|1.28&lt;br /&gt;
|Robert Yang &amp;lt;liezhi.yang@windriver.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Fido&lt;br /&gt;
|1.8&lt;br /&gt;
|Apr 2015&lt;br /&gt;
|1.8.2&lt;br /&gt;
|EOL&lt;br /&gt;
|13.0&lt;br /&gt;
|1.26&lt;br /&gt;
|Joshua Lock &amp;lt;joshua.g.lock@intel.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Dizzy&lt;br /&gt;
|1.7&lt;br /&gt;
|Oct 2014&lt;br /&gt;
|1.7.3&lt;br /&gt;
|EOL&lt;br /&gt;
|12.0&lt;br /&gt;
|1.24&lt;br /&gt;
| Armin Kuster &amp;lt;akuster808@gmail.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Daisy&lt;br /&gt;
|1.6&lt;br /&gt;
|Apr 2014&lt;br /&gt;
|1.6.3&lt;br /&gt;
|EOL&lt;br /&gt;
|11.0&lt;br /&gt;
|1.22&lt;br /&gt;
| Saul Wold &amp;lt;sgw@linux.intel.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Dora&lt;br /&gt;
|1.5&lt;br /&gt;
|Oct 2013&lt;br /&gt;
|1.5.4&lt;br /&gt;
|EOL&lt;br /&gt;
|10.0&lt;br /&gt;
|1.20&lt;br /&gt;
| Robert Yang &amp;lt;liezhi.yang@windriver.com&amp;gt; &lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Dylan&lt;br /&gt;
|1.4&lt;br /&gt;
|Apr 2013&lt;br /&gt;
|1.4.3&lt;br /&gt;
|EOL&lt;br /&gt;
|9.0&lt;br /&gt;
|1.18&lt;br /&gt;
| Paul Eggleton &amp;lt;paul.eggleton@linux.intel.com&amp;gt; &lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Danny&lt;br /&gt;
|1.3&lt;br /&gt;
|Oct 2012&lt;br /&gt;
|1.3.2&lt;br /&gt;
|EOL&lt;br /&gt;
|8.0&lt;br /&gt;
|1.16&lt;br /&gt;
|Ross Burton &amp;lt;ross.burton@intel.com&amp;gt; &lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Denzil&lt;br /&gt;
|1.2&lt;br /&gt;
|Apr 2012&lt;br /&gt;
|1.2.2&lt;br /&gt;
|EOL&lt;br /&gt;
|7.0&lt;br /&gt;
|1.15&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Edison&lt;br /&gt;
|1.1&lt;br /&gt;
|Oct 2011&lt;br /&gt;
|1.1.2&lt;br /&gt;
|EOL&lt;br /&gt;
|6.0&lt;br /&gt;
|1.13&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Bernard&lt;br /&gt;
|1.0&lt;br /&gt;
|Apr 2011&lt;br /&gt;
|1.0.2&lt;br /&gt;
|EOL&lt;br /&gt;
|5.0&lt;br /&gt;
|1.11&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Laverne&lt;br /&gt;
|0.9&lt;br /&gt;
|Oct 2010&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|4.0&lt;br /&gt;
|1.11&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Green&lt;br /&gt;
|N/A&lt;br /&gt;
|11 June 2010&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|3.3&lt;br /&gt;
|&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Purple&lt;br /&gt;
|N/A&lt;br /&gt;
|15 Dec 2009&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|3.2&lt;br /&gt;
|&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Pinky&lt;br /&gt;
|N/A&lt;br /&gt;
|12 Nov 2009&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|3.1&lt;br /&gt;
|&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Blinky&lt;br /&gt;
|N/A&lt;br /&gt;
|1 Aug 2007&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|3.0&lt;br /&gt;
|&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Clyde&lt;br /&gt;
|N/A&lt;br /&gt;
|19 Jan 2007&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|2.0&lt;br /&gt;
|&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Inky&lt;br /&gt;
|N/A&lt;br /&gt;
|10 Feb 2006&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|1.0&lt;br /&gt;
|&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Note:&#039;&#039;&#039; see also [[Stable Release and LTS]], [[Linux Yocto]], [[Planning]] and [[Release Feature Table]] pages. EOL means some community support on email lists but no commit updates in the repos. There is also OS Vendor support for some Yocto EOL releases.&lt;br /&gt;
&lt;br /&gt;
¹ The 3.1 series was originally planned for two years but extended to four. No decision has been made about 4.0, it would be a decision by the project members who fund it. The project in unable to commit to funding the work multiple years in advance.&lt;br /&gt;
&lt;br /&gt;
== Releases Links==&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; border=&amp;quot;2&amp;quot;&lt;br /&gt;
| align=&amp;quot;center&amp;quot; style=&amp;quot;background:#f0f0f0;&amp;quot;|&#039;&#039;&#039;Yocto Project Release&#039;&#039;&#039;&lt;br /&gt;
| align=&amp;quot;center&amp;quot; style=&amp;quot;background:#f0f0f0;&amp;quot;|&#039;&#039;&#039;Code Name&#039;&#039;&#039;&lt;br /&gt;
| align=&amp;quot;center&amp;quot; style=&amp;quot;background:#f0f0f0;&amp;quot;|&#039;&#039;&#039;Poky version&#039;&#039;&#039;&lt;br /&gt;
| align=&amp;quot;center&amp;quot; style=&amp;quot;background:#f0f0f0;&amp;quot;|&#039;&#039;&#039;Maintainer&#039;&#039;&#039;&lt;br /&gt;
| align=&amp;quot;center&amp;quot; style=&amp;quot;background:#f0f0f0;&amp;quot;|&#039;&#039;&#039;Features&#039;&#039;&#039;&lt;br /&gt;
| align=&amp;quot;center&amp;quot; style=&amp;quot;background:#f0f0f0;&amp;quot;|&#039;&#039;&#039;Schedule&#039;&#039;&#039;&lt;br /&gt;
| align=&amp;quot;center&amp;quot; style=&amp;quot;background:#f0f0f0;&amp;quot;|&#039;&#039;&#039;Status&#039;&#039;&#039;&lt;br /&gt;
| align=&amp;quot;center&amp;quot; style=&amp;quot;background:#f0f0f0;&amp;quot;|&#039;&#039;&#039;QA Test Plan&#039;&#039;&#039;&lt;br /&gt;
| align=&amp;quot;center&amp;quot; style=&amp;quot;background:#f0f0f0;&amp;quot;|&#039;&#039;&#039;QA Test Report&#039;&#039;&#039;&lt;br /&gt;
| align=&amp;quot;center&amp;quot; style=&amp;quot;background:#f0f0f0;&amp;quot;|&#039;&#039;&#039;Release notes&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
|-valign=&amp;quot;top&amp;quot;&lt;br /&gt;
| Yocto Project 3.4&lt;br /&gt;
| Honister&lt;br /&gt;
| 26.0&lt;br /&gt;
| Anuj Mittal&lt;br /&gt;
| [[Yocto_3.4_Features]]&lt;br /&gt;
| [[Yocto_3.4_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v3.4_Status]]&lt;br /&gt;
| [[Yocto_Project_3.4_Release_Test_Plan | Yocto_3.4_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_Project_3.4_Release_Test_Plan#Execution_History | 3.4 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/g/yocto-announce/message/229 3.4 release notes]&lt;br /&gt;
|-&lt;br /&gt;
| Yocto Project 3.3&lt;br /&gt;
| Hardknott&lt;br /&gt;
| 25.0&lt;br /&gt;
| Anuj Mittal&lt;br /&gt;
| [[Yocto_3.3_Features]]&lt;br /&gt;
| [[Yocto_3.3_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v3.3_Status]]&lt;br /&gt;
| [[Yocto_Project_3.3_Release_Test_Plan | Yocto_3.3_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_Project_3.3_Release_Test_Plan#Execution_History | 3.3 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/g/yocto-announce/message/215 3.3 release notes]&lt;br /&gt;
|-&lt;br /&gt;
| Yocto Project 3.2&lt;br /&gt;
| Gatesgarth&lt;br /&gt;
| 24.0&lt;br /&gt;
| Anuj Mittal&lt;br /&gt;
| [[Yocto_3.2_Features]]&lt;br /&gt;
| [[Yocto_3.2_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v3.2_Status]]&lt;br /&gt;
| [[Yocto_Project_3.2_Release_Test_Plan | Yocto_3.2_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_Project_3.2_Release_Test_Plan#Execution_History | 3.2 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/g/yocto/message/51262 3.2 release notes]&lt;br /&gt;
|-&lt;br /&gt;
|-valign=&amp;quot;top&amp;quot;&lt;br /&gt;
| Yocto Project 3.1&lt;br /&gt;
| Dunfell&lt;br /&gt;
| 23.0&lt;br /&gt;
| Steve Sakoman&lt;br /&gt;
| [[Yocto_3.1_Features]]&lt;br /&gt;
| [[Yocto_3.1_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v3.1_Status]]&lt;br /&gt;
| [[Yocto_Project_3.1_Release_Test_Plan | Yocto_3.1_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_Project_3.1_Release_Test_Plan#Execution_History | 3.1 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/g/yocto/message/49201 3.1 release notes]&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
|-valign=&amp;quot;top&amp;quot;&lt;br /&gt;
| Yocto Project 3.0&lt;br /&gt;
| Zeus&lt;br /&gt;
| 22.0&lt;br /&gt;
| Armin Kuster/Anuj Mittal&lt;br /&gt;
| [[Yocto_2.8_Features]]&lt;br /&gt;
| [[Yocto_2.8_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v2.8_Status]]&lt;br /&gt;
| [[Yocto_Project_2.8_Release_Test_Plan | Yocto_2.8_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_Project_2.8_Release_Test_Plan#Execution_History | 2.8 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto/2019-October/047111.html 3.0 release notes]&lt;br /&gt;
|-&lt;br /&gt;
|-valign=&amp;quot;top&amp;quot;&lt;br /&gt;
| Yocto Project 2.7&lt;br /&gt;
| Warrior&lt;br /&gt;
| 21.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_2.7_Features]]&lt;br /&gt;
| [[Yocto_2.7_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v2.7_Status]]&lt;br /&gt;
| [[Yocto_Project_2.7_Release_Test_Plan | Yocto_2.7_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_Project_2.7_Release_Test_Plan#Execution_History | 2.7 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto/2019-May/045028.html 2.7 release notes]&lt;br /&gt;
|-&lt;br /&gt;
|-valign=&amp;quot;top&amp;quot;&lt;br /&gt;
| Yocto Project 2.6&lt;br /&gt;
| Thud&lt;br /&gt;
| 20.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_2.6_Features]]&lt;br /&gt;
| [[Yocto_2.6_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v2.6_Status]]&lt;br /&gt;
| [[Yocto_Project_2.6_Release_Test_Plan | Yocto_2.6_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_Project_2.6_Release_Test_Plan#Execution_History | 2.6 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2018-November/000147.html 2.6 release notes]&lt;br /&gt;
|-&lt;br /&gt;
|-valign=&amp;quot;top&amp;quot;&lt;br /&gt;
| Yocto Project 2.5&lt;br /&gt;
| Sumo&lt;br /&gt;
| 19.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_2.5_Features]]&lt;br /&gt;
| [[Yocto_2.5_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v2.5_Status]]&lt;br /&gt;
| [[Yocto_Project_2.5_Release_Test_Plan | Yocto_2.5_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_Project_2.5_Release_Test_Plan#Execution_History | 2.5 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2018-May/000136.html 2.5 release notes]&lt;br /&gt;
|-&lt;br /&gt;
|-valign=&amp;quot;top&amp;quot;&lt;br /&gt;
| Yocto Project 2.4&lt;br /&gt;
| Rocko&lt;br /&gt;
| 18.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_2.4_Features]]&lt;br /&gt;
| [[Yocto_2.4_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v2.4_Status]]&lt;br /&gt;
| [[Yocto_Project_2.4_Release_Test_Plan | Yocto_2.4_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_Project_2.4_Release_Test_Plan#Execution_History | 2.4 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2017-October/000125.html 2.4 release notes]&lt;br /&gt;
|-&lt;br /&gt;
|-valign=&amp;quot;top&amp;quot;&lt;br /&gt;
| Yocto Project 2.3&lt;br /&gt;
| Pyro&lt;br /&gt;
| 17.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_2.3_Features]]&lt;br /&gt;
| [[Yocto_2.3_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v2.3_Status]]&lt;br /&gt;
| [[Yocto_Project_2.3_Release_Test_Plan | Yocto_2.3_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_Project_2.3_Release_Test_Plan#Execution_History | 2.3 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2017-May/000112.html 2.3 release notes]&lt;br /&gt;
|-&lt;br /&gt;
|-valign=&amp;quot;top&amp;quot;&lt;br /&gt;
| Yocto Project 2.2&lt;br /&gt;
| Morty&lt;br /&gt;
| 16.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_2.2_Features]]&lt;br /&gt;
| [[Yocto_2.2_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v2.2_Status]]&lt;br /&gt;
| [[Yocto_2.2_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_Project_2.2_Release_Test_Plan#Execution_History | 2.2 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2016-November/000101.html 2.2 release notes]&lt;br /&gt;
|-&lt;br /&gt;
|-valign=&amp;quot;top&amp;quot;&lt;br /&gt;
| Yocto Project 2.1&lt;br /&gt;
| Krogoth&lt;br /&gt;
| 15.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_2.1_Features]]&lt;br /&gt;
| [[Yocto_2.1_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v2.1_Status]]&lt;br /&gt;
| [[Yocto_2.1_Overall_Test_Plan]]&lt;br /&gt;
| [[2.1 qa run history]] &lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2016-May/000089.html 2.1 release notes]&lt;br /&gt;
|-&lt;br /&gt;
|-valign=&amp;quot;top&amp;quot;&lt;br /&gt;
| Yocto Project 2.0&lt;br /&gt;
| Jethro&lt;br /&gt;
| 14.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_1.9_Features]]&lt;br /&gt;
| [[Yocto_1.9_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v1.9_Status]]&lt;br /&gt;
| &lt;br /&gt;
| [[1.9 qa run history]] &lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2015-November/000076.html 2.0 release notes]&lt;br /&gt;
|-valign=&amp;quot;top&amp;quot;&lt;br /&gt;
| Yocto Project 1.8&lt;br /&gt;
| Fido&lt;br /&gt;
| 13.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_1.8_Features]]&lt;br /&gt;
| [[Yocto_1.8_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v1.8_Status]]&lt;br /&gt;
| [[Yocto_1.8_Overall_Test_Plan]]&lt;br /&gt;
| [[1.8 qa run history]] &lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2015-April/000062.html 1.8 release notes]&lt;br /&gt;
|-&lt;br /&gt;
| Yocto Project 1.7&lt;br /&gt;
| Dizzy&lt;br /&gt;
| 12.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_1.7_Features]]&lt;br /&gt;
| [[Yocto_1.7_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v1.7_Status]]&lt;br /&gt;
| [[Yocto_1.7_Overall_Test_Plan]]&lt;br /&gt;
| [[1.7 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2014-October/000053.html 1.7 release notes]&lt;br /&gt;
|-&lt;br /&gt;
| Yocto Project 1.6&lt;br /&gt;
| Daisy&lt;br /&gt;
| 11.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_1.6_Features]]&lt;br /&gt;
| [[Yocto_1.6_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v1.6_Status]]&lt;br /&gt;
| [[Yocto_1.6_Overall_Test_Plan]]&lt;br /&gt;
| [[1.6 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2014-April/000045.html 1.6 release notes]&lt;br /&gt;
|-&lt;br /&gt;
| Yocto Project 1.5&lt;br /&gt;
| Dora&lt;br /&gt;
| 10.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_1.5_Features]]&lt;br /&gt;
| [[Yocto_1.5_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v1.5_Status]]&lt;br /&gt;
| [[Yocto_1.5_Overall_Test_Plan]]&lt;br /&gt;
| [[1.5 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2013-October/000037.html 1.5 release notes]&lt;br /&gt;
|-&lt;br /&gt;
| Yocto Project 1.4&lt;br /&gt;
| Dylan&lt;br /&gt;
| 9.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_1.4_Features]]&lt;br /&gt;
| [[Yocto_1.4_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v1.4_Status]]&lt;br /&gt;
| [[Yocto_1.4_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_1.4_Milestone_Test_Report]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2013-April/000027.html 1.4 release notes]&lt;br /&gt;
|-&lt;br /&gt;
| Yocto Project 1.3&lt;br /&gt;
| Danny&lt;br /&gt;
| 8.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_1.3_Features]]&lt;br /&gt;
| [[Yocto_1.3_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v1.3_Status]]&lt;br /&gt;
| [[Yocto_1.3_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_1.3_Milestone_Test_Report]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2012-October/000020.html 1.3 release notes]&lt;br /&gt;
|-&lt;br /&gt;
| Yocto Project 1.2&lt;br /&gt;
| Denzil&lt;br /&gt;
| 7.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_1.2_Features]]&lt;br /&gt;
| [[Yocto_1.2_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v1.2_Status]]&lt;br /&gt;
| [[Yocto_1.2_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_1.2_Milestone_Test_Report]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2012-April/000009.html 1.2 release notes]&lt;br /&gt;
|-&lt;br /&gt;
| Yocto Project 1.1&lt;br /&gt;
| Edison&lt;br /&gt;
| 6.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_1.1_Features]]&lt;br /&gt;
| [[Yocto_1.1_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v1.1_Release_Criteria]]&lt;br /&gt;
| [[Yocto_1.1_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_1.1_Milestone_Test_Report]]&lt;br /&gt;
|&lt;br /&gt;
|-&lt;br /&gt;
| Yocto Project 1.0&lt;br /&gt;
| Bernard&lt;br /&gt;
| 5.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_Features]]&lt;br /&gt;
| [[Yocto_1.0_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v1.0_Release_Criteria]]&lt;br /&gt;
| [[Yocto_1.0_Overall_Test_Plan]]&lt;br /&gt;
| &lt;br /&gt;
|&lt;br /&gt;
|}&lt;/div&gt;</summary>
		<author><name>Rpurdie</name></author>
	</entry>
	<entry>
		<id>https://wiki.yoctoproject.org/wiki/index.php?title=User_talk:Martin_Jansa&amp;diff=85671</id>
		<title>User talk:Martin Jansa</title>
		<link rel="alternate" type="text/html" href="https://wiki.yoctoproject.org/wiki/index.php?title=User_talk:Martin_Jansa&amp;diff=85671"/>
		<updated>2023-02-27T21:55:53Z</updated>

		<summary type="html">&lt;p&gt;Rpurdie: Welcome!&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&#039;&#039;&#039;Welcome to &#039;&#039;Yocto Project&#039;&#039;!&#039;&#039;&#039;&lt;br /&gt;
We hope you will contribute much and well.&lt;br /&gt;
You will probably want to read the [[Help:Contents|help pages]].&lt;br /&gt;
Again, welcome and have fun! [[User:Rpurdie|Rpurdie]] ([[User talk:Rpurdie|talk]]) 21:55, 27 February 2023 (UTC)&lt;/div&gt;</summary>
		<author><name>Rpurdie</name></author>
	</entry>
	<entry>
		<id>https://wiki.yoctoproject.org/wiki/index.php?title=User:Martin_Jansa&amp;diff=85670</id>
		<title>User:Martin Jansa</title>
		<link rel="alternate" type="text/html" href="https://wiki.yoctoproject.org/wiki/index.php?title=User:Martin_Jansa&amp;diff=85670"/>
		<updated>2023-02-27T21:55:53Z</updated>

		<summary type="html">&lt;p&gt;Rpurdie: Creating user page for new user.&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;OE developer since Oct 2009 (actually started to use OE long before that when Zauruses ruled the world and OE was still in monotone, but 2009 was my first commit merged in OE-classic and got write access in Nov 2009).&lt;/div&gt;</summary>
		<author><name>Rpurdie</name></author>
	</entry>
	<entry>
		<id>https://wiki.yoctoproject.org/wiki/index.php?title=Project_Users&amp;diff=85647</id>
		<title>Project Users</title>
		<link rel="alternate" type="text/html" href="https://wiki.yoctoproject.org/wiki/index.php?title=Project_Users&amp;diff=85647"/>
		<updated>2023-02-09T14:48:11Z</updated>

		<summary type="html">&lt;p&gt;Rpurdie: /* Others */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;It&#039;s hard to know which companies or projects use the Yocto Project since there is no requirement to tell us. This list is here to informally collate the companies, projects and products that use the Yocto Project in some way. This helps the project since it means we can show at least some cross section of which companies are using it and how/where. There is more information about this here: https://lists.yoctoproject.org/g/yocto/topic/82722441&lt;br /&gt;
&lt;br /&gt;
= Companies using the Yocto Project =&lt;br /&gt;
&lt;br /&gt;
== Semiconductor Vendors ==&lt;br /&gt;
* AMD (Silver Member)&lt;br /&gt;
* ARM (Platinum Member)&lt;br /&gt;
* Intel (Platinum Member)&lt;br /&gt;
* Microchip&lt;br /&gt;
* NXP (Silver Member)&lt;br /&gt;
* Qualcomm&lt;br /&gt;
* Renesas (Gold Member)&lt;br /&gt;
* STMicroelectronics (Silver Member)&lt;br /&gt;
* Texas Instruments (Gold Member)&lt;br /&gt;
* Xilinx (Platinum Member)&lt;br /&gt;
&lt;br /&gt;
== Operating System Vendors ==&lt;br /&gt;
* ENEA (Silver Member)&lt;br /&gt;
* Linaro (Silver Member)&lt;br /&gt;
* Lineo (Silver Member)&lt;br /&gt;
* Mentor Graphics (Gold Member)&lt;br /&gt;
* Microsoft (Platinum Member)&lt;br /&gt;
* Montavista (Silver Member)&lt;br /&gt;
* Wind River (Gold Member)&lt;br /&gt;
&lt;br /&gt;
== Others ==&lt;br /&gt;
* [https://3mdeb.com/ 3mdeb]&lt;br /&gt;
* [https://alladin.at/ alladin-IT GmbH]&lt;br /&gt;
* [https://www.ambu.com/ Ambu] (Endoscope video devices)&lt;br /&gt;
* [https://www.arthrex.co.uk/ Arthrex] (Surgical video products)&lt;br /&gt;
* Atlas Copco&lt;br /&gt;
* AWS (Platinum Member)&lt;br /&gt;
* [https://www.axis.com/ Axis Communications] (Silver Member)&lt;br /&gt;
* [https://www.balena.io/ Balena]&lt;br /&gt;
* [https://www.brose.com/ Brose]&lt;br /&gt;
* BMW&lt;br /&gt;
* BMW Car IT&lt;br /&gt;
* [https://www.brightsign.biz/ BrightSign]&lt;br /&gt;
* [https://www.bruker.com/ Bruker BioSpin GmbH]&lt;br /&gt;
* [https://bootlin.com/ Bootlin]&lt;br /&gt;
* Cisco (Platinum Member)&lt;br /&gt;
* CNH Industrial&lt;br /&gt;
* Comcast (Platinum Member)&lt;br /&gt;
* [https://www.cytera.bio/ Cytera] (via Belena)&lt;br /&gt;
* Dell (Silver Member)&lt;br /&gt;
* [https://www.denx.de/ DENX Software Engineering]&lt;br /&gt;
* Dynamic Devices&lt;br /&gt;
* [https://www.ericsson.com Ericsson]&lt;br /&gt;
* Facebook (Platinum Member)&lt;br /&gt;
* [https://formlabs.com/ Formlabs]&lt;br /&gt;
* Fujitsu&lt;br /&gt;
* [https://www.gardena.com/ GARDENA] (Husqvarna Group)&lt;br /&gt;
* [https://www.garmin.com/ Garmin]&lt;br /&gt;
* General Electric&lt;br /&gt;
* [https://genielifesciences.com/ Genie Life Sciences]&lt;br /&gt;
* Gigaset Communications GmbH &lt;br /&gt;
* [https://hillrom.com Hillrom]&lt;br /&gt;
* Juniper&lt;br /&gt;
* [https://koansoftware.com/ KOAN sas]&lt;br /&gt;
* Kodak&lt;br /&gt;
* [https://www.korg.com/ Korg]&lt;br /&gt;
* [https://lawo.com/ LAWO]&lt;br /&gt;
* Lexmark&lt;br /&gt;
* LG (Silver Member)&lt;br /&gt;
* [https://lightyear.one/ Lightyear]&lt;br /&gt;
* National Instruments&lt;br /&gt;
* [https://www.ovo.auto/ OVO Automotive]&lt;br /&gt;
* [https://www.pengutronix.de/ Pengutronix]&lt;br /&gt;
* reMarkable&lt;br /&gt;
* [https://www.rethinkrobotics.com/ Rethink Robotics GmbH]  &lt;br /&gt;
* [https://www.smile.eu/en/offers/embedded-iot Smile ECS]&lt;br /&gt;
* StreamUnlimited Engineering GmbH&lt;br /&gt;
* [https://www.taitradio.com Tait Communications]&lt;br /&gt;
* [https://www.witekio.com/values-expertise/ Witekio]&lt;br /&gt;
* [https://www.veobot.com/ Veo Robotics]&lt;br /&gt;
&lt;br /&gt;
= Products that use the Yocto Project =&lt;br /&gt;
&lt;br /&gt;
* Amazon Eero&lt;br /&gt;
* Ambu aview2 and abox2 &lt;br /&gt;
* BMW cars&lt;br /&gt;
* [https://www.cambridgeaudio.com/ Cambridge Audio] network streamers&lt;br /&gt;
* Comcast set top boxes&lt;br /&gt;
* [https://dasharo.com/ Dasharo]&lt;br /&gt;
* [https://www.gardena.com/int/products/smart/ GARDENA smart garden] (The smart garden gateway runs Yocto/OpenEmbedded. Open source parts can be found [https://github.com/husqvarnagroup/smart-garden-gateway-public on GitHub.])&lt;br /&gt;
* Some Garmin [https://www.garmin.com/marine/ Marine] Products&lt;br /&gt;
* Gigaset DSPG-SOCs based products (e.g N870, N870 Integrator, Marine 2/3/4)&lt;br /&gt;
* Go Pro (https://gopro.com/content/dam/help/open-source/2020-09-28%20-%20HERO9%20Black%20-GoPro%20Open%20Source%20Software%20Notice.pdf)&lt;br /&gt;
* Ikea Smart Hub&lt;br /&gt;
* [https://www.korg.com/uk/products/synthesizers/wavestate/ Korg Wavestate Synthesizer]&lt;br /&gt;
* LAWO [https://lawo.com/products/a__uhd-core/  A__UHD Core] [https://lawo.com/products/a__line/ A__ Line]&lt;br /&gt;
* Lexmark Printers&lt;br /&gt;
* LG webOS TVs&lt;br /&gt;
* Lightyear 0 solar EV (Telematics Control Unit)&lt;br /&gt;
* Mellanox Bluefield SmartNIC&lt;br /&gt;
* Sky Glass (clear from sources tarball [http://oss.sky.com/SkyHD/SkyGlass/skyglass_spk.tar.bz2])&lt;br /&gt;
* [https://www.streamunlimited.com/hardware-modules/ StreamUnlimited hardware modules for voice assistants and connected speakers]&lt;br /&gt;
* Vernier LabQuest&lt;br /&gt;
&lt;br /&gt;
= Projects that use the Yocto Project =&lt;br /&gt;
&lt;br /&gt;
* [https://asteroidos.org/ AsteroidOS]&lt;br /&gt;
* [https://www.automotivelinux.org/ Automotive Grade Linux (AGL)]&lt;br /&gt;
* [https://www.balena.io/ Balena]&lt;br /&gt;
* Comcast RDK&lt;br /&gt;
* [https://www.webos-ports.org LuneOS]&lt;br /&gt;
* Nvidia vibrante SDK [https://docs.nvidia.com/drive/archive/4.1.8.0L/nvoss_docs/index.html]&lt;br /&gt;
* OpenBMC&lt;br /&gt;
* [https://oryx-linux.org/ Oryx Linux]&lt;br /&gt;
* [https://github.com/riscv/meta-riscv RISC-V]&lt;br /&gt;
* [https://www.streamunlimited.com/stream-sdk/ StreamSDK for voice assistants and connected speakers]&lt;br /&gt;
* Windows Subsystem Linux (v1+v2)&lt;br /&gt;
* webOS&lt;br /&gt;
* [https://www.webosose.org/ webOS OSE (Open Source Edition)]&lt;br /&gt;
* [http://yoedistro.org The Yoe Distribution]&lt;/div&gt;</summary>
		<author><name>Rpurdie</name></author>
	</entry>
	<entry>
		<id>https://wiki.yoctoproject.org/wiki/index.php?title=Project_Users&amp;diff=85641</id>
		<title>Project Users</title>
		<link rel="alternate" type="text/html" href="https://wiki.yoctoproject.org/wiki/index.php?title=Project_Users&amp;diff=85641"/>
		<updated>2023-02-05T17:21:41Z</updated>

		<summary type="html">&lt;p&gt;Rpurdie: /* Products that use the Yocto Project */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;It&#039;s hard to know which companies or projects use the Yocto Project since there is no requirement to tell us. This list is here to informally collate the companies, projects and products that use the Yocto Project in some way. This helps the project since it means we can show at least some cross section of which companies are using it and how/where. There is more information about this here: https://lists.yoctoproject.org/g/yocto/topic/82722441&lt;br /&gt;
&lt;br /&gt;
= Companies using the Yocto Project =&lt;br /&gt;
&lt;br /&gt;
== Semiconductor Vendors ==&lt;br /&gt;
* AMD (Silver Member)&lt;br /&gt;
* ARM (Platinum Member)&lt;br /&gt;
* Intel (Platinum Member)&lt;br /&gt;
* Microchip&lt;br /&gt;
* NXP (Silver Member)&lt;br /&gt;
* Qualcomm&lt;br /&gt;
* Renesas (Gold Member)&lt;br /&gt;
* STMicroelectronics (Silver Member)&lt;br /&gt;
* Texas Instruments (Gold Member)&lt;br /&gt;
* Xilinx (Platinum Member)&lt;br /&gt;
&lt;br /&gt;
== Operating System Vendors ==&lt;br /&gt;
* ENEA (Silver Member)&lt;br /&gt;
* Linaro (Silver Member)&lt;br /&gt;
* Lineo (Silver Member)&lt;br /&gt;
* Mentor Graphics (Gold Member)&lt;br /&gt;
* Microsoft (Platinum Member)&lt;br /&gt;
* Montavista (Silver Member)&lt;br /&gt;
* Wind River (Gold Member)&lt;br /&gt;
&lt;br /&gt;
== Others ==&lt;br /&gt;
* [https://3mdeb.com/ 3mdeb]&lt;br /&gt;
* [https://alladin.at/ alladin-IT GmbH]&lt;br /&gt;
* [https://www.ambu.com/ Ambu] (Endoscope video devices)&lt;br /&gt;
* [https://www.arthrex.co.uk/ Arthrex] (Surgical video products)&lt;br /&gt;
* Atlas Copco&lt;br /&gt;
* AWS (Platinum Member)&lt;br /&gt;
* [https://www.axis.com/ Axis Communications] (Silver Member)&lt;br /&gt;
* [https://www.balena.io/ Balena]&lt;br /&gt;
* BMW&lt;br /&gt;
* BMW Car IT&lt;br /&gt;
* [https://www.brightsign.biz/ BrightSign]&lt;br /&gt;
* [https://www.bruker.com/ Bruker BioSpin GmbH]&lt;br /&gt;
* [https://bootlin.com/ Bootlin]&lt;br /&gt;
* Cisco (Platinum Member)&lt;br /&gt;
* CNH Industrial&lt;br /&gt;
* Comcast (Platinum Member)&lt;br /&gt;
* [https://www.cytera.bio/ Cytera] (via Belena)&lt;br /&gt;
* Dell (Silver Member)&lt;br /&gt;
* [https://www.denx.de/ DENX Software Engineering]&lt;br /&gt;
* Dynamic Devices&lt;br /&gt;
* [https://www.ericsson.com Ericsson]&lt;br /&gt;
* Facebook (Platinum Member)&lt;br /&gt;
* [https://formlabs.com/ Formlabs]&lt;br /&gt;
* Fujitsu&lt;br /&gt;
* [https://www.gardena.com/ GARDENA] (Husqvarna Group)&lt;br /&gt;
* [https://www.garmin.com/ Garmin]&lt;br /&gt;
* General Electric&lt;br /&gt;
* [https://genielifesciences.com/ Genie Life Sciences]&lt;br /&gt;
* Gigaset Communications GmbH &lt;br /&gt;
* [https://hillrom.com Hillrom]&lt;br /&gt;
* Juniper&lt;br /&gt;
* [https://koansoftware.com/ KOAN sas]&lt;br /&gt;
* Kodak&lt;br /&gt;
* [https://www.korg.com/ Korg]&lt;br /&gt;
* [https://lawo.com/ LAWO]&lt;br /&gt;
* Lexmark&lt;br /&gt;
* LG (Silver Member)&lt;br /&gt;
* [https://lightyear.one/ Lightyear]&lt;br /&gt;
* National Instruments&lt;br /&gt;
* [https://www.ovo.auto/ OVO Automotive]&lt;br /&gt;
* [https://www.pengutronix.de/ Pengutronix]&lt;br /&gt;
* reMarkable&lt;br /&gt;
* [https://www.rethinkrobotics.com/ Rethink Robotics GmbH]  &lt;br /&gt;
* [https://www.smile.eu/en/offers/embedded-iot Smile ECS]&lt;br /&gt;
* StreamUnlimited Engineering GmbH&lt;br /&gt;
* [https://www.taitradio.com Tait Communications]&lt;br /&gt;
* [https://www.witekio.com/values-expertise/ Witekio]&lt;br /&gt;
* [https://www.veobot.com/ Veo Robotics]&lt;br /&gt;
&lt;br /&gt;
= Products that use the Yocto Project =&lt;br /&gt;
&lt;br /&gt;
* Amazon Eero&lt;br /&gt;
* Ambu aview2 and abox2 &lt;br /&gt;
* BMW cars&lt;br /&gt;
* [https://www.cambridgeaudio.com/ Cambridge Audio] network streamers&lt;br /&gt;
* Comcast set top boxes&lt;br /&gt;
* [https://dasharo.com/ Dasharo]&lt;br /&gt;
* [https://www.gardena.com/int/products/smart/ GARDENA smart garden] (The smart garden gateway runs Yocto/OpenEmbedded. Open source parts can be found [https://github.com/husqvarnagroup/smart-garden-gateway-public on GitHub.])&lt;br /&gt;
* Some Garmin [https://www.garmin.com/marine/ Marine] Products&lt;br /&gt;
* Gigaset DSPG-SOCs based products (e.g N870, N870 Integrator, Marine 2/3/4)&lt;br /&gt;
* Go Pro (https://gopro.com/content/dam/help/open-source/2020-09-28%20-%20HERO9%20Black%20-GoPro%20Open%20Source%20Software%20Notice.pdf)&lt;br /&gt;
* Ikea Smart Hub&lt;br /&gt;
* [https://www.korg.com/uk/products/synthesizers/wavestate/ Korg Wavestate Synthesizer]&lt;br /&gt;
* LAWO [https://lawo.com/products/a__uhd-core/  A__UHD Core] [https://lawo.com/products/a__line/ A__ Line]&lt;br /&gt;
* Lexmark Printers&lt;br /&gt;
* LG webOS TVs&lt;br /&gt;
* Lightyear 0 solar EV (Telematics Control Unit)&lt;br /&gt;
* Mellanox Bluefield SmartNIC&lt;br /&gt;
* Sky Glass (clear from sources tarball [http://oss.sky.com/SkyHD/SkyGlass/skyglass_spk.tar.bz2])&lt;br /&gt;
* [https://www.streamunlimited.com/hardware-modules/ StreamUnlimited hardware modules for voice assistants and connected speakers]&lt;br /&gt;
* Vernier LabQuest&lt;br /&gt;
&lt;br /&gt;
= Projects that use the Yocto Project =&lt;br /&gt;
&lt;br /&gt;
* [https://asteroidos.org/ AsteroidOS]&lt;br /&gt;
* [https://www.automotivelinux.org/ Automotive Grade Linux (AGL)]&lt;br /&gt;
* [https://www.balena.io/ Balena]&lt;br /&gt;
* Comcast RDK&lt;br /&gt;
* [https://www.webos-ports.org LuneOS]&lt;br /&gt;
* Nvidia vibrante SDK [https://docs.nvidia.com/drive/archive/4.1.8.0L/nvoss_docs/index.html]&lt;br /&gt;
* OpenBMC&lt;br /&gt;
* [https://oryx-linux.org/ Oryx Linux]&lt;br /&gt;
* [https://github.com/riscv/meta-riscv RISC-V]&lt;br /&gt;
* [https://www.streamunlimited.com/stream-sdk/ StreamSDK for voice assistants and connected speakers]&lt;br /&gt;
* Windows Subsystem Linux (v1+v2)&lt;br /&gt;
* webOS&lt;br /&gt;
* [https://www.webosose.org/ webOS OSE (Open Source Edition)]&lt;br /&gt;
* [http://yoedistro.org The Yoe Distribution]&lt;/div&gt;</summary>
		<author><name>Rpurdie</name></author>
	</entry>
	<entry>
		<id>https://wiki.yoctoproject.org/wiki/index.php?title=Project_Users&amp;diff=85640</id>
		<title>Project Users</title>
		<link rel="alternate" type="text/html" href="https://wiki.yoctoproject.org/wiki/index.php?title=Project_Users&amp;diff=85640"/>
		<updated>2023-02-05T17:21:16Z</updated>

		<summary type="html">&lt;p&gt;Rpurdie: /* Others */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;It&#039;s hard to know which companies or projects use the Yocto Project since there is no requirement to tell us. This list is here to informally collate the companies, projects and products that use the Yocto Project in some way. This helps the project since it means we can show at least some cross section of which companies are using it and how/where. There is more information about this here: https://lists.yoctoproject.org/g/yocto/topic/82722441&lt;br /&gt;
&lt;br /&gt;
= Companies using the Yocto Project =&lt;br /&gt;
&lt;br /&gt;
== Semiconductor Vendors ==&lt;br /&gt;
* AMD (Silver Member)&lt;br /&gt;
* ARM (Platinum Member)&lt;br /&gt;
* Intel (Platinum Member)&lt;br /&gt;
* Microchip&lt;br /&gt;
* NXP (Silver Member)&lt;br /&gt;
* Qualcomm&lt;br /&gt;
* Renesas (Gold Member)&lt;br /&gt;
* STMicroelectronics (Silver Member)&lt;br /&gt;
* Texas Instruments (Gold Member)&lt;br /&gt;
* Xilinx (Platinum Member)&lt;br /&gt;
&lt;br /&gt;
== Operating System Vendors ==&lt;br /&gt;
* ENEA (Silver Member)&lt;br /&gt;
* Linaro (Silver Member)&lt;br /&gt;
* Lineo (Silver Member)&lt;br /&gt;
* Mentor Graphics (Gold Member)&lt;br /&gt;
* Microsoft (Platinum Member)&lt;br /&gt;
* Montavista (Silver Member)&lt;br /&gt;
* Wind River (Gold Member)&lt;br /&gt;
&lt;br /&gt;
== Others ==&lt;br /&gt;
* [https://3mdeb.com/ 3mdeb]&lt;br /&gt;
* [https://alladin.at/ alladin-IT GmbH]&lt;br /&gt;
* [https://www.ambu.com/ Ambu] (Endoscope video devices)&lt;br /&gt;
* [https://www.arthrex.co.uk/ Arthrex] (Surgical video products)&lt;br /&gt;
* Atlas Copco&lt;br /&gt;
* AWS (Platinum Member)&lt;br /&gt;
* [https://www.axis.com/ Axis Communications] (Silver Member)&lt;br /&gt;
* [https://www.balena.io/ Balena]&lt;br /&gt;
* BMW&lt;br /&gt;
* BMW Car IT&lt;br /&gt;
* [https://www.brightsign.biz/ BrightSign]&lt;br /&gt;
* [https://www.bruker.com/ Bruker BioSpin GmbH]&lt;br /&gt;
* [https://bootlin.com/ Bootlin]&lt;br /&gt;
* Cisco (Platinum Member)&lt;br /&gt;
* CNH Industrial&lt;br /&gt;
* Comcast (Platinum Member)&lt;br /&gt;
* [https://www.cytera.bio/ Cytera] (via Belena)&lt;br /&gt;
* Dell (Silver Member)&lt;br /&gt;
* [https://www.denx.de/ DENX Software Engineering]&lt;br /&gt;
* Dynamic Devices&lt;br /&gt;
* [https://www.ericsson.com Ericsson]&lt;br /&gt;
* Facebook (Platinum Member)&lt;br /&gt;
* [https://formlabs.com/ Formlabs]&lt;br /&gt;
* Fujitsu&lt;br /&gt;
* [https://www.gardena.com/ GARDENA] (Husqvarna Group)&lt;br /&gt;
* [https://www.garmin.com/ Garmin]&lt;br /&gt;
* General Electric&lt;br /&gt;
* [https://genielifesciences.com/ Genie Life Sciences]&lt;br /&gt;
* Gigaset Communications GmbH &lt;br /&gt;
* [https://hillrom.com Hillrom]&lt;br /&gt;
* Juniper&lt;br /&gt;
* [https://koansoftware.com/ KOAN sas]&lt;br /&gt;
* Kodak&lt;br /&gt;
* [https://www.korg.com/ Korg]&lt;br /&gt;
* [https://lawo.com/ LAWO]&lt;br /&gt;
* Lexmark&lt;br /&gt;
* LG (Silver Member)&lt;br /&gt;
* [https://lightyear.one/ Lightyear]&lt;br /&gt;
* National Instruments&lt;br /&gt;
* [https://www.ovo.auto/ OVO Automotive]&lt;br /&gt;
* [https://www.pengutronix.de/ Pengutronix]&lt;br /&gt;
* reMarkable&lt;br /&gt;
* [https://www.rethinkrobotics.com/ Rethink Robotics GmbH]  &lt;br /&gt;
* [https://www.smile.eu/en/offers/embedded-iot Smile ECS]&lt;br /&gt;
* StreamUnlimited Engineering GmbH&lt;br /&gt;
* [https://www.taitradio.com Tait Communications]&lt;br /&gt;
* [https://www.witekio.com/values-expertise/ Witekio]&lt;br /&gt;
* [https://www.veobot.com/ Veo Robotics]&lt;br /&gt;
&lt;br /&gt;
= Products that use the Yocto Project =&lt;br /&gt;
&lt;br /&gt;
* Amazon Eero&lt;br /&gt;
* Ambu aview2 and abox2 &lt;br /&gt;
* BMW cars&lt;br /&gt;
* [https://www.cambridgeaudio.com/ Cambridge Audio] network streamers&lt;br /&gt;
* Comcast set top boxes&lt;br /&gt;
* [https://dasharo.com/ Dasharo]&lt;br /&gt;
* [https://www.gardena.com/int/products/smart/ GARDENA smart garden] (The smart garden gateway runs Yocto/OpenEmbedded. Open source parts can be found [https://github.com/husqvarnagroup/smart-garden-gateway-public on GitHub.])&lt;br /&gt;
* Some Garmin [https://www.garmin.com/marine/ Marine] Products&lt;br /&gt;
* Gigaset DSPG-SOCs based products (e.g N870, N870 Integrator, Marine 2/3/4)&lt;br /&gt;
* Go Pro (https://gopro.com/content/dam/help/open-source/2020-09-28%20-%20HERO9%20Black%20-GoPro%20Open%20Source%20Software%20Notice.pdf)&lt;br /&gt;
* [https://www.korg.com/uk/products/synthesizers/wavestate/ Korg Wavestate Synthesizer]&lt;br /&gt;
* LAWO [https://lawo.com/products/a__uhd-core/  A__UHD Core] [https://lawo.com/products/a__line/ A__ Line]&lt;br /&gt;
* Lexmark Printers&lt;br /&gt;
* LG webOS TVs&lt;br /&gt;
* Lightyear 0 solar EV (Telematics Control Unit)&lt;br /&gt;
* Mellanox Bluefield SmartNIC&lt;br /&gt;
* Sky Glass (clear from sources tarball [http://oss.sky.com/SkyHD/SkyGlass/skyglass_spk.tar.bz2])&lt;br /&gt;
* [https://www.streamunlimited.com/hardware-modules/ StreamUnlimited hardware modules for voice assistants and connected speakers]&lt;br /&gt;
* Vernier LabQuest&lt;br /&gt;
&lt;br /&gt;
= Projects that use the Yocto Project =&lt;br /&gt;
&lt;br /&gt;
* [https://asteroidos.org/ AsteroidOS]&lt;br /&gt;
* [https://www.automotivelinux.org/ Automotive Grade Linux (AGL)]&lt;br /&gt;
* [https://www.balena.io/ Balena]&lt;br /&gt;
* Comcast RDK&lt;br /&gt;
* [https://www.webos-ports.org LuneOS]&lt;br /&gt;
* Nvidia vibrante SDK [https://docs.nvidia.com/drive/archive/4.1.8.0L/nvoss_docs/index.html]&lt;br /&gt;
* OpenBMC&lt;br /&gt;
* [https://oryx-linux.org/ Oryx Linux]&lt;br /&gt;
* [https://github.com/riscv/meta-riscv RISC-V]&lt;br /&gt;
* [https://www.streamunlimited.com/stream-sdk/ StreamSDK for voice assistants and connected speakers]&lt;br /&gt;
* Windows Subsystem Linux (v1+v2)&lt;br /&gt;
* webOS&lt;br /&gt;
* [https://www.webosose.org/ webOS OSE (Open Source Edition)]&lt;br /&gt;
* [http://yoedistro.org The Yoe Distribution]&lt;/div&gt;</summary>
		<author><name>Rpurdie</name></author>
	</entry>
	<entry>
		<id>https://wiki.yoctoproject.org/wiki/index.php?title=Releases&amp;diff=85623</id>
		<title>Releases</title>
		<link rel="alternate" type="text/html" href="https://wiki.yoctoproject.org/wiki/index.php?title=Releases&amp;diff=85623"/>
		<updated>2023-01-25T09:37:24Z</updated>

		<summary type="html">&lt;p&gt;Rpurdie: /* Release Activity */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&amp;lt;!-- keywords: release names codenames versions version names numbers branches branchx --&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== Release Activity==&lt;br /&gt;
&lt;br /&gt;
Releases can be downloaded at https://www.yoctoproject.org/software-overview/downloads/&lt;br /&gt;
&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; border=&amp;quot;2&amp;quot;&lt;br /&gt;
!Codename&lt;br /&gt;
!Yocto Project Version&lt;br /&gt;
!Release Date&lt;br /&gt;
!Current Version&lt;br /&gt;
!Support Level&lt;br /&gt;
!Poky Version&lt;br /&gt;
!BitBake branch&lt;br /&gt;
! Maintainer&lt;br /&gt;
|-&lt;br /&gt;
|Nanbield&lt;br /&gt;
|4.3&lt;br /&gt;
| October 2023&lt;br /&gt;
|&lt;br /&gt;
|Future - Support for 7 months (until April 2024)&lt;br /&gt;
|N/A&lt;br /&gt;
|&lt;br /&gt;
|Richard Purdie &amp;lt;richard.purdie@linuxfoundation.org&amp;gt;&lt;br /&gt;
|-&lt;br /&gt;
|Mickledore&lt;br /&gt;
|4.2&lt;br /&gt;
| April 2023&lt;br /&gt;
|&lt;br /&gt;
|Future - Support for 7 months (until October 2023)&lt;br /&gt;
|N/A&lt;br /&gt;
|&lt;br /&gt;
|Richard Purdie &amp;lt;richard.purdie@linuxfoundation.org&amp;gt;&lt;br /&gt;
|-&lt;br /&gt;
|Langdale&lt;br /&gt;
|4.1&lt;br /&gt;
| October 2022&lt;br /&gt;
| 4.1.2 (January 2023)&lt;br /&gt;
| Support until May 2023&lt;br /&gt;
|N/A&lt;br /&gt;
|2.2&lt;br /&gt;
|Steve Sakoman &amp;lt;steve@sakoman.com&amp;gt;&lt;br /&gt;
|-&lt;br /&gt;
|Kirkstone&lt;br /&gt;
|4.0&lt;br /&gt;
|May 2022&lt;br /&gt;
|4.0.6 (December 2022)&lt;br /&gt;
|Long Term Support (minimum Apr. 2024¹)&lt;br /&gt;
|N/A&lt;br /&gt;
|2.0&lt;br /&gt;
|Steve Sakoman &amp;lt;steve@sakoman.com&amp;gt;&lt;br /&gt;
|-&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Honister&lt;br /&gt;
|3.4&lt;br /&gt;
|October 2021&lt;br /&gt;
|3.4.4 (May 2022)&lt;br /&gt;
|EOL&lt;br /&gt;
|N/A&lt;br /&gt;
|1.52&lt;br /&gt;
|Anuj Mittal &amp;lt;anuj.mittal@intel.com&amp;gt;&lt;br /&gt;
|-&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Hardknott&lt;br /&gt;
|3.3&lt;br /&gt;
|April 2021&lt;br /&gt;
|3.3.6 (April 2022)&lt;br /&gt;
|EOL&lt;br /&gt;
|N/A&lt;br /&gt;
|1.50&lt;br /&gt;
|Anuj Mittal &amp;lt;anuj.mittal@intel.com&amp;gt;&lt;br /&gt;
|-&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Gatesgarth&lt;br /&gt;
|3.2&lt;br /&gt;
|Oct 2020&lt;br /&gt;
|3.2.4 (May 2021)&lt;br /&gt;
|EOL&lt;br /&gt;
|N/A&lt;br /&gt;
|1.48&lt;br /&gt;
|Anuj Mittal &amp;lt;anuj.mittal@intel.com&amp;gt;&lt;br /&gt;
|-&lt;br /&gt;
|Dunfell&lt;br /&gt;
|3.1&lt;br /&gt;
|April 2020&lt;br /&gt;
|3.1.22 (January 2023)&lt;br /&gt;
|Long Term Support (until Apr. 2024¹)&lt;br /&gt;
|23.0&lt;br /&gt;
|1.46&lt;br /&gt;
|Steve Sakoman &amp;lt;steve@sakoman.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Zeus&lt;br /&gt;
|3.0&lt;br /&gt;
|October 2019&lt;br /&gt;
|3.0.4 (August 2020)&lt;br /&gt;
|EOL&lt;br /&gt;
|22.0.3&lt;br /&gt;
|1.44&lt;br /&gt;
| Anuj/Armin&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Warrior&lt;br /&gt;
|2.7&lt;br /&gt;
|April 2019&lt;br /&gt;
|2.7.4 (June 2020)&lt;br /&gt;
|EOL&lt;br /&gt;
|21.0&lt;br /&gt;
|1.42&lt;br /&gt;
|Armin Kuster &amp;lt;akuster808@gmail.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Thud&lt;br /&gt;
|2.6&lt;br /&gt;
|Nov 2018&lt;br /&gt;
|2.6.4 (October 2019)&lt;br /&gt;
|EOL&lt;br /&gt;
|20.0&lt;br /&gt;
|1.40&lt;br /&gt;
| Armin Kuster &amp;lt;akuster808@gmail.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Sumo&lt;br /&gt;
|2.5&lt;br /&gt;
|April 2018&lt;br /&gt;
|2.5.3 (April 2019)&lt;br /&gt;
|EOL&lt;br /&gt;
|19.0&lt;br /&gt;
|1.38&lt;br /&gt;
| Armin Kuster &amp;lt;akuster808@gmail.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Rocko&lt;br /&gt;
|2.4&lt;br /&gt;
|Oct 2017&lt;br /&gt;
|2.4.4 (November 2018)&lt;br /&gt;
|EOL&lt;br /&gt;
|18.0&lt;br /&gt;
|1.36&lt;br /&gt;
| Armin Kuster &amp;lt;akuster808@gmail.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Pyro&lt;br /&gt;
|2.3&lt;br /&gt;
|May 2017&lt;br /&gt;
|2.3.4 (July 2018)&lt;br /&gt;
|EOL&lt;br /&gt;
|17.0&lt;br /&gt;
|1.34&lt;br /&gt;
| Armin Kuster &amp;lt;akuster808@gmail.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Morty&lt;br /&gt;
|2.2&lt;br /&gt;
|Nov 2016&lt;br /&gt;
|2.2.4 (July 2018)&lt;br /&gt;
|EOL&lt;br /&gt;
|16.0&lt;br /&gt;
|1.32&lt;br /&gt;
| Armin Kuster &amp;lt;akuster808@gmail.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Krogoth&lt;br /&gt;
|2.1&lt;br /&gt;
|Apr 2016&lt;br /&gt;
|2.1.3 (July 2017)&lt;br /&gt;
|EOL&lt;br /&gt;
|15.0&lt;br /&gt;
|1.30&lt;br /&gt;
| Armin Kuster &amp;lt;akuster808@gmail.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Jethro&lt;br /&gt;
|2.0&lt;br /&gt;
|Nov 2015&lt;br /&gt;
|2.0.3 (January 2016)&lt;br /&gt;
|EOL&lt;br /&gt;
|14.0&lt;br /&gt;
|1.28&lt;br /&gt;
|Robert Yang &amp;lt;liezhi.yang@windriver.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Fido&lt;br /&gt;
|1.8&lt;br /&gt;
|Apr 2015&lt;br /&gt;
|1.8.2&lt;br /&gt;
|EOL&lt;br /&gt;
|13.0&lt;br /&gt;
|1.26&lt;br /&gt;
|Joshua Lock &amp;lt;joshua.g.lock@intel.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Dizzy&lt;br /&gt;
|1.7&lt;br /&gt;
|Oct 2014&lt;br /&gt;
|1.7.3&lt;br /&gt;
|EOL&lt;br /&gt;
|12.0&lt;br /&gt;
|1.24&lt;br /&gt;
| Armin Kuster &amp;lt;akuster808@gmail.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Daisy&lt;br /&gt;
|1.6&lt;br /&gt;
|Apr 2014&lt;br /&gt;
|1.6.3&lt;br /&gt;
|EOL&lt;br /&gt;
|11.0&lt;br /&gt;
|1.22&lt;br /&gt;
| Saul Wold &amp;lt;sgw@linux.intel.com&amp;gt;&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Dora&lt;br /&gt;
|1.5&lt;br /&gt;
|Oct 2013&lt;br /&gt;
|1.5.4&lt;br /&gt;
|EOL&lt;br /&gt;
|10.0&lt;br /&gt;
|1.20&lt;br /&gt;
| Robert Yang &amp;lt;liezhi.yang@windriver.com&amp;gt; &lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Dylan&lt;br /&gt;
|1.4&lt;br /&gt;
|Apr 2013&lt;br /&gt;
|1.4.3&lt;br /&gt;
|EOL&lt;br /&gt;
|9.0&lt;br /&gt;
|1.18&lt;br /&gt;
| Paul Eggleton &amp;lt;paul.eggleton@linux.intel.com&amp;gt; &lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Danny&lt;br /&gt;
|1.3&lt;br /&gt;
|Oct 2012&lt;br /&gt;
|1.3.2&lt;br /&gt;
|EOL&lt;br /&gt;
|8.0&lt;br /&gt;
|1.16&lt;br /&gt;
|Ross Burton &amp;lt;ross.burton@intel.com&amp;gt; &lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Denzil&lt;br /&gt;
|1.2&lt;br /&gt;
|Apr 2012&lt;br /&gt;
|1.2.2&lt;br /&gt;
|EOL&lt;br /&gt;
|7.0&lt;br /&gt;
|1.15&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Edison&lt;br /&gt;
|1.1&lt;br /&gt;
|Oct 2011&lt;br /&gt;
|1.1.2&lt;br /&gt;
|EOL&lt;br /&gt;
|6.0&lt;br /&gt;
|1.13&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Bernard&lt;br /&gt;
|1.0&lt;br /&gt;
|Apr 2011&lt;br /&gt;
|1.0.2&lt;br /&gt;
|EOL&lt;br /&gt;
|5.0&lt;br /&gt;
|1.11&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Laverne&lt;br /&gt;
|0.9&lt;br /&gt;
|Oct 2010&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|4.0&lt;br /&gt;
|1.11&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Green&lt;br /&gt;
|N/A&lt;br /&gt;
|11 June 2010&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|3.3&lt;br /&gt;
|&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Purple&lt;br /&gt;
|N/A&lt;br /&gt;
|15 Dec 2009&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|3.2&lt;br /&gt;
|&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Pinky&lt;br /&gt;
|N/A&lt;br /&gt;
|12 Nov 2009&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|3.1&lt;br /&gt;
|&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Blinky&lt;br /&gt;
|N/A&lt;br /&gt;
|1 Aug 2007&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|3.0&lt;br /&gt;
|&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Clyde&lt;br /&gt;
|N/A&lt;br /&gt;
|19 Jan 2007&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|2.0&lt;br /&gt;
|&lt;br /&gt;
|-style=&amp;quot;color: slategray;&amp;quot;&lt;br /&gt;
|Inky&lt;br /&gt;
|N/A&lt;br /&gt;
|10 Feb 2006&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|1.0&lt;br /&gt;
|&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Note:&#039;&#039;&#039; see also [[Stable Release and LTS]], [[Linux Yocto]], [[Planning]] and [[Release Feature Table]] pages. EOL means some community support on email lists but no commit updates in the repos. There is also OS Vendor support for some Yocto EOL releases.&lt;br /&gt;
&lt;br /&gt;
¹ The 3.1 series was originally planned for two years but extended to four. No decision has been made about 4.0, it would be a decision by the project members who fund it. The project in unable to commit to funding the work multiple years in advance.&lt;br /&gt;
&lt;br /&gt;
== Releases Links==&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; border=&amp;quot;2&amp;quot;&lt;br /&gt;
| align=&amp;quot;center&amp;quot; style=&amp;quot;background:#f0f0f0;&amp;quot;|&#039;&#039;&#039;Yocto Project Release&#039;&#039;&#039;&lt;br /&gt;
| align=&amp;quot;center&amp;quot; style=&amp;quot;background:#f0f0f0;&amp;quot;|&#039;&#039;&#039;Code Name&#039;&#039;&#039;&lt;br /&gt;
| align=&amp;quot;center&amp;quot; style=&amp;quot;background:#f0f0f0;&amp;quot;|&#039;&#039;&#039;Poky version&#039;&#039;&#039;&lt;br /&gt;
| align=&amp;quot;center&amp;quot; style=&amp;quot;background:#f0f0f0;&amp;quot;|&#039;&#039;&#039;Maintainer&#039;&#039;&#039;&lt;br /&gt;
| align=&amp;quot;center&amp;quot; style=&amp;quot;background:#f0f0f0;&amp;quot;|&#039;&#039;&#039;Features&#039;&#039;&#039;&lt;br /&gt;
| align=&amp;quot;center&amp;quot; style=&amp;quot;background:#f0f0f0;&amp;quot;|&#039;&#039;&#039;Schedule&#039;&#039;&#039;&lt;br /&gt;
| align=&amp;quot;center&amp;quot; style=&amp;quot;background:#f0f0f0;&amp;quot;|&#039;&#039;&#039;Status&#039;&#039;&#039;&lt;br /&gt;
| align=&amp;quot;center&amp;quot; style=&amp;quot;background:#f0f0f0;&amp;quot;|&#039;&#039;&#039;QA Test Plan&#039;&#039;&#039;&lt;br /&gt;
| align=&amp;quot;center&amp;quot; style=&amp;quot;background:#f0f0f0;&amp;quot;|&#039;&#039;&#039;QA Test Report&#039;&#039;&#039;&lt;br /&gt;
| align=&amp;quot;center&amp;quot; style=&amp;quot;background:#f0f0f0;&amp;quot;|&#039;&#039;&#039;Release notes&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
|-valign=&amp;quot;top&amp;quot;&lt;br /&gt;
| Yocto Project 3.4&lt;br /&gt;
| Honister&lt;br /&gt;
| 26.0&lt;br /&gt;
| Anuj Mittal&lt;br /&gt;
| [[Yocto_3.4_Features]]&lt;br /&gt;
| [[Yocto_3.4_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v3.4_Status]]&lt;br /&gt;
| [[Yocto_Project_3.4_Release_Test_Plan | Yocto_3.4_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_Project_3.4_Release_Test_Plan#Execution_History | 3.4 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/g/yocto-announce/message/229 3.4 release notes]&lt;br /&gt;
|-&lt;br /&gt;
| Yocto Project 3.3&lt;br /&gt;
| Hardknott&lt;br /&gt;
| 25.0&lt;br /&gt;
| Anuj Mittal&lt;br /&gt;
| [[Yocto_3.3_Features]]&lt;br /&gt;
| [[Yocto_3.3_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v3.3_Status]]&lt;br /&gt;
| [[Yocto_Project_3.3_Release_Test_Plan | Yocto_3.3_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_Project_3.3_Release_Test_Plan#Execution_History | 3.3 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/g/yocto-announce/message/215 3.3 release notes]&lt;br /&gt;
|-&lt;br /&gt;
| Yocto Project 3.2&lt;br /&gt;
| Gatesgarth&lt;br /&gt;
| 24.0&lt;br /&gt;
| Anuj Mittal&lt;br /&gt;
| [[Yocto_3.2_Features]]&lt;br /&gt;
| [[Yocto_3.2_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v3.2_Status]]&lt;br /&gt;
| [[Yocto_Project_3.2_Release_Test_Plan | Yocto_3.2_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_Project_3.2_Release_Test_Plan#Execution_History | 3.2 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/g/yocto/message/51262 3.2 release notes]&lt;br /&gt;
|-&lt;br /&gt;
|-valign=&amp;quot;top&amp;quot;&lt;br /&gt;
| Yocto Project 3.1&lt;br /&gt;
| Dunfell&lt;br /&gt;
| 23.0&lt;br /&gt;
| Steve Sakoman&lt;br /&gt;
| [[Yocto_3.1_Features]]&lt;br /&gt;
| [[Yocto_3.1_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v3.1_Status]]&lt;br /&gt;
| [[Yocto_Project_3.1_Release_Test_Plan | Yocto_3.1_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_Project_3.1_Release_Test_Plan#Execution_History | 3.1 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/g/yocto/message/49201 3.1 release notes]&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
|-valign=&amp;quot;top&amp;quot;&lt;br /&gt;
| Yocto Project 3.0&lt;br /&gt;
| Zeus&lt;br /&gt;
| 22.0&lt;br /&gt;
| Armin Kuster/Anuj Mittal&lt;br /&gt;
| [[Yocto_2.8_Features]]&lt;br /&gt;
| [[Yocto_2.8_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v2.8_Status]]&lt;br /&gt;
| [[Yocto_Project_2.8_Release_Test_Plan | Yocto_2.8_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_Project_2.8_Release_Test_Plan#Execution_History | 2.8 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto/2019-October/047111.html 3.0 release notes]&lt;br /&gt;
|-&lt;br /&gt;
|-valign=&amp;quot;top&amp;quot;&lt;br /&gt;
| Yocto Project 2.7&lt;br /&gt;
| Warrior&lt;br /&gt;
| 21.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_2.7_Features]]&lt;br /&gt;
| [[Yocto_2.7_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v2.7_Status]]&lt;br /&gt;
| [[Yocto_Project_2.7_Release_Test_Plan | Yocto_2.7_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_Project_2.7_Release_Test_Plan#Execution_History | 2.7 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto/2019-May/045028.html 2.7 release notes]&lt;br /&gt;
|-&lt;br /&gt;
|-valign=&amp;quot;top&amp;quot;&lt;br /&gt;
| Yocto Project 2.6&lt;br /&gt;
| Thud&lt;br /&gt;
| 20.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_2.6_Features]]&lt;br /&gt;
| [[Yocto_2.6_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v2.6_Status]]&lt;br /&gt;
| [[Yocto_Project_2.6_Release_Test_Plan | Yocto_2.6_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_Project_2.6_Release_Test_Plan#Execution_History | 2.6 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2018-November/000147.html 2.6 release notes]&lt;br /&gt;
|-&lt;br /&gt;
|-valign=&amp;quot;top&amp;quot;&lt;br /&gt;
| Yocto Project 2.5&lt;br /&gt;
| Sumo&lt;br /&gt;
| 19.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_2.5_Features]]&lt;br /&gt;
| [[Yocto_2.5_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v2.5_Status]]&lt;br /&gt;
| [[Yocto_Project_2.5_Release_Test_Plan | Yocto_2.5_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_Project_2.5_Release_Test_Plan#Execution_History | 2.5 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2018-May/000136.html 2.5 release notes]&lt;br /&gt;
|-&lt;br /&gt;
|-valign=&amp;quot;top&amp;quot;&lt;br /&gt;
| Yocto Project 2.4&lt;br /&gt;
| Rocko&lt;br /&gt;
| 18.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_2.4_Features]]&lt;br /&gt;
| [[Yocto_2.4_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v2.4_Status]]&lt;br /&gt;
| [[Yocto_Project_2.4_Release_Test_Plan | Yocto_2.4_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_Project_2.4_Release_Test_Plan#Execution_History | 2.4 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2017-October/000125.html 2.4 release notes]&lt;br /&gt;
|-&lt;br /&gt;
|-valign=&amp;quot;top&amp;quot;&lt;br /&gt;
| Yocto Project 2.3&lt;br /&gt;
| Pyro&lt;br /&gt;
| 17.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_2.3_Features]]&lt;br /&gt;
| [[Yocto_2.3_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v2.3_Status]]&lt;br /&gt;
| [[Yocto_Project_2.3_Release_Test_Plan | Yocto_2.3_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_Project_2.3_Release_Test_Plan#Execution_History | 2.3 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2017-May/000112.html 2.3 release notes]&lt;br /&gt;
|-&lt;br /&gt;
|-valign=&amp;quot;top&amp;quot;&lt;br /&gt;
| Yocto Project 2.2&lt;br /&gt;
| Morty&lt;br /&gt;
| 16.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_2.2_Features]]&lt;br /&gt;
| [[Yocto_2.2_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v2.2_Status]]&lt;br /&gt;
| [[Yocto_2.2_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_Project_2.2_Release_Test_Plan#Execution_History | 2.2 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2016-November/000101.html 2.2 release notes]&lt;br /&gt;
|-&lt;br /&gt;
|-valign=&amp;quot;top&amp;quot;&lt;br /&gt;
| Yocto Project 2.1&lt;br /&gt;
| Krogoth&lt;br /&gt;
| 15.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_2.1_Features]]&lt;br /&gt;
| [[Yocto_2.1_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v2.1_Status]]&lt;br /&gt;
| [[Yocto_2.1_Overall_Test_Plan]]&lt;br /&gt;
| [[2.1 qa run history]] &lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2016-May/000089.html 2.1 release notes]&lt;br /&gt;
|-&lt;br /&gt;
|-valign=&amp;quot;top&amp;quot;&lt;br /&gt;
| Yocto Project 2.0&lt;br /&gt;
| Jethro&lt;br /&gt;
| 14.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_1.9_Features]]&lt;br /&gt;
| [[Yocto_1.9_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v1.9_Status]]&lt;br /&gt;
| &lt;br /&gt;
| [[1.9 qa run history]] &lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2015-November/000076.html 2.0 release notes]&lt;br /&gt;
|-valign=&amp;quot;top&amp;quot;&lt;br /&gt;
| Yocto Project 1.8&lt;br /&gt;
| Fido&lt;br /&gt;
| 13.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_1.8_Features]]&lt;br /&gt;
| [[Yocto_1.8_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v1.8_Status]]&lt;br /&gt;
| [[Yocto_1.8_Overall_Test_Plan]]&lt;br /&gt;
| [[1.8 qa run history]] &lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2015-April/000062.html 1.8 release notes]&lt;br /&gt;
|-&lt;br /&gt;
| Yocto Project 1.7&lt;br /&gt;
| Dizzy&lt;br /&gt;
| 12.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_1.7_Features]]&lt;br /&gt;
| [[Yocto_1.7_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v1.7_Status]]&lt;br /&gt;
| [[Yocto_1.7_Overall_Test_Plan]]&lt;br /&gt;
| [[1.7 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2014-October/000053.html 1.7 release notes]&lt;br /&gt;
|-&lt;br /&gt;
| Yocto Project 1.6&lt;br /&gt;
| Daisy&lt;br /&gt;
| 11.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_1.6_Features]]&lt;br /&gt;
| [[Yocto_1.6_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v1.6_Status]]&lt;br /&gt;
| [[Yocto_1.6_Overall_Test_Plan]]&lt;br /&gt;
| [[1.6 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2014-April/000045.html 1.6 release notes]&lt;br /&gt;
|-&lt;br /&gt;
| Yocto Project 1.5&lt;br /&gt;
| Dora&lt;br /&gt;
| 10.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_1.5_Features]]&lt;br /&gt;
| [[Yocto_1.5_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v1.5_Status]]&lt;br /&gt;
| [[Yocto_1.5_Overall_Test_Plan]]&lt;br /&gt;
| [[1.5 qa run history]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2013-October/000037.html 1.5 release notes]&lt;br /&gt;
|-&lt;br /&gt;
| Yocto Project 1.4&lt;br /&gt;
| Dylan&lt;br /&gt;
| 9.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_1.4_Features]]&lt;br /&gt;
| [[Yocto_1.4_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v1.4_Status]]&lt;br /&gt;
| [[Yocto_1.4_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_1.4_Milestone_Test_Report]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2013-April/000027.html 1.4 release notes]&lt;br /&gt;
|-&lt;br /&gt;
| Yocto Project 1.3&lt;br /&gt;
| Danny&lt;br /&gt;
| 8.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_1.3_Features]]&lt;br /&gt;
| [[Yocto_1.3_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v1.3_Status]]&lt;br /&gt;
| [[Yocto_1.3_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_1.3_Milestone_Test_Report]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2012-October/000020.html 1.3 release notes]&lt;br /&gt;
|-&lt;br /&gt;
| Yocto Project 1.2&lt;br /&gt;
| Denzil&lt;br /&gt;
| 7.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_1.2_Features]]&lt;br /&gt;
| [[Yocto_1.2_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v1.2_Status]]&lt;br /&gt;
| [[Yocto_1.2_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_1.2_Milestone_Test_Report]]&lt;br /&gt;
| [https://lists.yoctoproject.org/pipermail/yocto-announce/2012-April/000009.html 1.2 release notes]&lt;br /&gt;
|-&lt;br /&gt;
| Yocto Project 1.1&lt;br /&gt;
| Edison&lt;br /&gt;
| 6.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_1.1_Features]]&lt;br /&gt;
| [[Yocto_1.1_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v1.1_Release_Criteria]]&lt;br /&gt;
| [[Yocto_1.1_Overall_Test_Plan]]&lt;br /&gt;
| [[Yocto_1.1_Milestone_Test_Report]]&lt;br /&gt;
|&lt;br /&gt;
|-&lt;br /&gt;
| Yocto Project 1.0&lt;br /&gt;
| Bernard&lt;br /&gt;
| 5.0&lt;br /&gt;
| Community&lt;br /&gt;
| [[Yocto_Features]]&lt;br /&gt;
| [[Yocto_1.0_Schedule]]&lt;br /&gt;
| [[Yocto_Project_v1.0_Release_Criteria]]&lt;br /&gt;
| [[Yocto_1.0_Overall_Test_Plan]]&lt;br /&gt;
| &lt;br /&gt;
|&lt;br /&gt;
|}&lt;/div&gt;</summary>
		<author><name>Rpurdie</name></author>
	</entry>
</feed>