This is the multi-page printable view of this section.
Click here to print.
Return to the regular view of this page.
Releases
The Eclipse Leda project follows the Eclipse Release process.
Please see Eclipse Project handbook for details about the process.
The release plans overview for Eclipse Leda is available at https://projects.eclipse.org/projects/automotive.leda/governance
1 - Milestone 0.1.0-M1
Release artifacts: https://github.com/eclipse-leda/leda-distro/releases/tag/v0.1.0-M1
Note: You need to uncompress eclipse-leda-raspberrypi.tar.xz multiple times until the plain .wic file is extracted, which can be flashed.
After download, continue with Getting Started
Release Notes
First pre-release of Eclipse Leda quickstart images, based on Yocto LTS release
Kirkstone with Long Term Support until at least April 2024.
Minimal feature set to run software-defined-vehicle applications (such as Eclipse Velocitas apps) using COVESA Vehicle Signal Specification
and the Eclipse Kuksa.VAL Databroker on virtual devices (QEMU), in Docker,
or on physical consumer-grade devices (Raspberry Pi 4 64-Bit) for development, demonstration and prototyping purposes.
Includes example applications from Kuksa:
- Example Seat Service
- Example HVAC Service
- DBC Feeder replays a Tesla Model 3 CAN-Dump and feeds it into Kuksa.VAL Databroker
Change log
- Replaced k3s with Eclipse Kanto Container Management
- Replaced packages licensed under GPLv3 and similar licenses with alternatives
- Replaced Grub with U-Boot
- Replaced
nano
with kibi
- Removed
readline
library
- Removed
bash
- RAUC Updates
- Bundles available for each image type (Full, Minimal, Rescue)
- Enabled verity format by default
- Fixed the
compatible
configuration string
- Added and updated Leda utilities
- Build infrastructure improvements
- Builds for Dockerized images
- Switched to a BitBake build using kas for layer management
- Added automated system tests using Robot framework and Dockerized environments
- General cleanup of recipes, dependencies and structuring of the meta-leda sublayers to improve reusability
- Automatic deployment of containers based on container manifests with ad-hoc updates (filewatcher in kanto-auto-deployer)
- Preparation for AirGap installation of containers
- General improvements, such as Wifi network management
Known Issues
The following issues were known to the development team before starting the 0.1.0-M1 build cycle.
They have been prioritized as non-critical and may be fixed for later releases.
OSS IP Compliance Report
Report scan-report-web-app_0.1.0-M1.html
-
Incorrectly detected license “biosl-4.0”
- Rule: OCaaS Policy A9 License with no classification
- Message: The license LicenseRef-scancode-biosl-4.0 found for package ‘Unmanaged::leda-distro-fork:0716b55ff8f57319263d67ee16d90e64588b391d’ is not categorized and / or evaluated for usage.
- Evaluation: This license seems to be detected incorrectly by the tool being used, as it is an internal, proprietary license which is not used in the Eclipse Leda project.
-
Incorrectly detected license “GPL-1.0” for ORT configuration file
- Rule: OCaaS Policy C1 Strict Copyleft
- Message: License GPL-1.0-only found for package ‘Unmanaged::leda-distro-fork:0716b55ff8f57319263d67ee16d90e64588b391d’ is categorized as strict-copyleft which must not be used for BT11 Open Source Development service applications.
- Evaluation: The scan tool incorrectly detects its own configuration file (
.ort.original.yml
) as being licensed under GPL-v1.0
-
Incorrectly detected license “GPL-2.0-only” for standard Leda license header (which is Apache Software License)
- Rule: OCaaS Policy C1 Strict Copyleft
- Message: License GPL-2.0-only found for package ‘Unmanaged::leda-distro-fork:0716b55ff8f57319263d67ee16d90e64588b391d’ is categorized as strict-copyleft which must not be used for BT11 Open Source Development service applications.
- Evaluation: The scan tool incorrectly detects the Apache License header as GPL-2.0 license text
-
Incorrectly detected license “proprietary”
- Rule: OCaaS Policy C3 Commercial
- Message: License LicenseRef-scancode-proprietary-license found for package ‘Unmanaged::leda-distro-fork:0716b55ff8f57319263d67ee16d90e64588b391d’ is categorized as commercial and requires special handling.
- Evaluation: The scan tool incorrectly detects its own configuration file (
.ort.original.yml
) as being licensed under proprietary licenses.
2 - Milestone 0.1.0-M2
Release artifacts: https://github.com/eclipse-leda/leda-distro/releases/tag/v0.1.0-M2
Note: You need to uncompress eclipse-leda-raspberrypi.tar.xz multiple times until the plain .wic file is extracted, which can be flashed.
After download, continue with Getting Started
Release Notes
First pre-release of Eclipse Leda quickstart images, based on Yocto LTS release
Kirkstone with Long Term Support until at least April 2024.
Minimal feature set to run software-defined-vehicle applications (such as Eclipse Velocitas apps) using COVESA Vehicle Signal Specification
and the Eclipse Kuksa.VAL Databroker on virtual devices (QEMU), in Docker,
or on physical consumer-grade devices (Raspberry Pi 4 64-Bit) for development, demonstration and prototyping purposes.
Includes example applications from Kuksa:
- Example Seat Service
- Example HVAC Service
- DBC Feeder replays a Tesla Model 3 CAN-Dump and feeds it into Kuksa.VAL Databroker
Change log 0.1.0-M2
- Remove skopeo dependency from packagegroup-sdv-tools.bb
- Fix typo in SRCREV_FORMAT for pahocpp
- dd kernel config for RAUC stream mode to raspberrypi4-64 and qemuarm64
- Adding extra space in RPi for RAUC updates
- Backport Go 1.20 from Poky Mickledore
- Adding seatadjuster-app
- seatadjuster-app distribution
Change log 0.1.0-M1
- Replaced k3s with Eclipse Kanto Container Management
- Replaced packages licensed under GPLv3 and similar licenses with alternatives
- Replaced Grub with U-Boot
- Replaced
nano
with kibi
- Removed
readline
library
- Removed
bash
- RAUC Updates
- Bundles available for each image type (Full, Minimal, Rescue)
- Enabled verity format by default
- Fixed the
compatible
configuration string
- Added and updated Leda utilities
- Build infrastructure improvements
- Builds for Dockerized images
- Switched to a BitBake build using kas for layer management
- Added automated system tests using Robot framework and Dockerized environments
- General cleanup of recipes, dependencies and structuring of the meta-leda sublayers to improve reusability
- Automatic deployment of containers based on container manifests with ad-hoc updates (filewatcher in kanto-auto-deployer)
- Preparation for AirGap installation of containers
- General improvements, such as Wifi network management
Known Issues
The following issues were known to the development team before starting the 0.1.0-M1 build cycle.
They have been prioritized as non-critical and may be fixed for later releases.
OSS IP Compliance Report
Report scan-report-web-app_0.1.0-M1.html
-
Incorrectly detected license “biosl-4.0”
- Rule: OCaaS Policy A9 License with no classification
- Message: The license LicenseRef-scancode-biosl-4.0 found for package ‘Unmanaged::leda-distro-fork:0716b55ff8f57319263d67ee16d90e64588b391d’ is not categorized and / or evaluated for usage.
- Evaluation: This license seems to be detected incorrectly by the tool being used, as it is an internal, proprietary license which is not used in the Eclipse Leda project.
-
Incorrectly detected license “GPL-1.0” for ORT configuration file
- Rule: OCaaS Policy C1 Strict Copyleft
- Message: License GPL-1.0-only found for package ‘Unmanaged::leda-distro-fork:0716b55ff8f57319263d67ee16d90e64588b391d’ is categorized as strict-copyleft which must not be used for BT11 Open Source Development service applications.
- Evaluation: The scan tool incorrectly detects its own configuration file (
.ort.original.yml
) as being licensed under GPL-v1.0
-
Incorrectly detected license “GPL-2.0-only” for standard Leda license header (which is Apache Software License)
- Rule: OCaaS Policy C1 Strict Copyleft
- Message: License GPL-2.0-only found for package ‘Unmanaged::leda-distro-fork:0716b55ff8f57319263d67ee16d90e64588b391d’ is categorized as strict-copyleft which must not be used for BT11 Open Source Development service applications.
- Evaluation: The scan tool incorrectly detects the Apache License header as GPL-2.0 license text
-
Incorrectly detected license “proprietary”
- Rule: OCaaS Policy C3 Commercial
- Message: License LicenseRef-scancode-proprietary-license found for package ‘Unmanaged::leda-distro-fork:0716b55ff8f57319263d67ee16d90e64588b391d’ is categorized as commercial and requires special handling.
- Evaluation: The scan tool incorrectly detects its own configuration file (
.ort.original.yml
) as being licensed under proprietary licenses.
3 - Release Plan 0.1.0
The release plan is available at https://projects.eclipse.org/projects/automotive.leda/releases/0.1.0
Release Date
-Thursday, June 1, 2023- - We didn’t meet the planned release date. Work is in progress on IT build infrastructure and OSS IP and license compliance.
New: Tuesday, August 1, 2023
Deliverables
The team plans to deliver the following features:
- Leda Quickstart Images for Qemu (x86_64, arm64), Raspberry Pi and Docker
- Yocto / OpenEmbedded meta-layer for better reusability of the Eclipse SDV Vehicle.Edge stack in customized distributions for constrained devices
- User documentation (Reference, Example Use Cases)
- Automated system tests using Robot Framework
- IP scanning with Eclipse Oniro Compliance Toolchain
- Pre-Integrated Eclipse SDV Vehicle.Edge stack
The core SDV.EDGE stack in Leda would contain the following components for the first release (based upon availability):
- Eclipse Kuksa.VAL: Data Broker
- Eclipse Kanto: Container Management, Vehicle Update Manager
- Eclipse Leda Incubator: Cloud Connector (Azure), Self Update Agent, Utilities (e.g kantui)
The following components are not yet released in public or did not yet finished the project review, and may only be added to the release on shorter notice:
- (Eclipse Backend-Function-Bindings)
- (Eclipse SommR)
- (OTA Client)
Compatibility
Compatibility to previous versions is not considered for this first release.
Internationalization
No efforts towards i18n are done in this release.
Target Environments
- Linux (virtual, qemu)
- Raspberry Pi 4 (consumer grade)