<?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-04-21T15:02:46Z</updated>
	<subtitle>User contributions</subtitle>
	<generator>MediaWiki 1.39.5</generator>
	<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>
	<entry>
		<id>https://wiki.yoctoproject.org/wiki/index.php?title=Releases&amp;diff=85590</id>
		<title>Releases</title>
		<link rel="alternate" type="text/html" href="https://wiki.yoctoproject.org/wiki/index.php?title=Releases&amp;diff=85590"/>
		<updated>2023-01-04T14:36:10Z</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&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.1 (November 2022)&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.21 (November 2022)&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;
== 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=85571</id>
		<title>Project Users</title>
		<link rel="alternate" type="text/html" href="https://wiki.yoctoproject.org/wiki/index.php?title=Project_Users&amp;diff=85571"/>
		<updated>2022-12-07T10:24:46Z</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.bruker.com/ Bruker BioSpin GmbH]&lt;br /&gt;
* [https://bootlin.com/ Bootlin]&lt;br /&gt;
* Cisco (Platinum Member)&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=Project_Users&amp;diff=85570</id>
		<title>Project Users</title>
		<link rel="alternate" type="text/html" href="https://wiki.yoctoproject.org/wiki/index.php?title=Project_Users&amp;diff=85570"/>
		<updated>2022-12-07T10:24:05Z</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.bruker.com/ Bruker BioSpin GmbH]&lt;br /&gt;
* [https://bootlin.com/ Bootlin]&lt;br /&gt;
* Cisco (Platinum Member)&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;
* 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=85565</id>
		<title>Project Users</title>
		<link rel="alternate" type="text/html" href="https://wiki.yoctoproject.org/wiki/index.php?title=Project_Users&amp;diff=85565"/>
		<updated>2022-11-30T19:33:37Z</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.bruker.com/ Bruker BioSpin GmbH]&lt;br /&gt;
* [https://bootlin.com/ Bootlin]&lt;br /&gt;
* Cisco (Platinum Member)&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://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;
* 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=85564</id>
		<title>Project Users</title>
		<link rel="alternate" type="text/html" href="https://wiki.yoctoproject.org/wiki/index.php?title=Project_Users&amp;diff=85564"/>
		<updated>2022-11-30T19:28:23Z</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]&lt;br /&gt;
* [https://www.arthrex.co.uk/ Arthrex]&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.bruker.com/ Bruker BioSpin GmbH]&lt;br /&gt;
* [https://bootlin.com/ Bootlin]&lt;br /&gt;
* Cisco (Platinum Member)&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://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;
* 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>
</feed>