- automotive-sig - lists.centos.org

Request for initoverlayfs in SIG RPM repository
by Eric Curtin 16 Feb '24

16 Feb '24

Hi, I would like to request adding an initoverlayfs RPM to the automotive-sig RPM repository. This package is required for integrating initoverlayfs such as in the pending merge request: https://gitlab.com/CentOS/automotive/sample-images/-/merge_requests/457 initoverlayfs allows you to run larger applications in early boot initial file systems. By using transparent compression and transparent integrity checking it ensures these operations only occur when a file is accessed. Rather than in initramfs when this is done upfront to the whole initial filesystem for all the data regardless of whether the data is used or not. Is mise le meas/Regards, Eric Curtin

1 0

NOTICE: osbuild copr change for sample-images
by Alexander Larsson 16 Jan '24

16 Jan '24

The sample-images images used to rely on the @osbuild/osbuild copr repo, which is a development snapshot of osbuild. Starting today we now rely on the new @osbuild/osbuild-stable repo instead which only has the latest stable release in it. All users of sample-images are recommended to switch to this new copr, and all the internal references in sample-images (such as the devel image) has been changed. To switch, do something like: $ sudo dnf copr disable @osbuild/osbuild $ sudo dnf copr enable @osbuild/osbuild-stable $ sudo dnf update -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Alexander Larsson Red Hat, Inc alexl(a)redhat.com alexander.larsson(a)gmail.com

1 0

Request for kmod-memscav in SIG RPM repository
by Eric Chanudet 19 Dec '23

19 Dec '23

Hi, I would like to submit a request for the addition of a src-git and dist-git to the automotive-sig. In order to achieve better KPI, we have experimented with an out-of-tree module[1] that uses the firmware provided memory layout (DT or UEFI) to recover memory that was limited at boot later during the bootstrap. Once the module is loaded, it exposes a sysfs entry that allows, for example, systemd services[2] to recover the excluded memory by size at different points of the bootstrap. Best, [1] https://gitlab.com/echanude/memscav [2] https://gitlab.com/echanude/memscav-systemd -- Eric Chanudet

2 3

Request for polarsys-b612-fonts
by Sandro Bonazzola 25 Sep '23

25 Sep '23

Hi, I would like to request adding polarsys-b612-fonts to AutoSD. Commissioned by Airbus and designed by Intactile Design, B612 is a digital font intended to be used in an aeronautical context. B612 is built with legibility as its core: every character is designed to be highly recognizable even in critical reading conditions. B612 drawing has been optimized for screen display, and full hinting has been added to all sizes of alphanumeric characters. It's used on airplane cockpits, so within the digital cockpit team we think it makes sense to have it available for automotive cockpits as well. The polarsys-b612-fonts package is already available in Fedora. If approved, can you please add the polarsys-b612-fonts repo on https://gitlab.com/CentOS/automotive/rpms ? Thanks, -- Sandro Bonazzola MANAGER, SOFTWARE ENGINEERING Red Hat In-Vehicle Operating System Red Hat EMEA <https://www.redhat.com/> <https://www.redhat.com/> *Red Hat respects your work life balance. Therefore there is no need to answer this email out of your office hours.*

4 6

Request for greenboot-qcom in SIG RPM repository
by Eric Chanudet 22 Sep '23

22 Sep '23

Hi, I would like to request adding a greenboot-qcom RPM to the automotive-sig RPM repository. It would hold the systemd services and wrappers for integrating Qualcomm A/B slot boot tools with Greenboot. Greenboot[1] allows convenient vendor specific extensions for running system health-checks and running specific actions upon success or failure of the system bootstrap. On some Qualcomm boards that support A/B slot booting, a vendor tool (abctl), can be available to report a successful boot to the firmware. Thanks, [1] https://github.com/fedora-iot/greenboot -- Eric Chanudet

2 3

Deprecation of /latest build for AutoSD
by Michael Ho 30 Aug '23

30 Aug '23

Hi all, We plan to remove the /latest build [1] in the AutoSD web server as part of a simplification to our build artefacts. Originally we were managing the AutoSD content with a gitops style workflow and using a file in a git repository to pin the versions of packages we would include in the yum repo. At that time, the /latest artefact reflected the builds that were triggered on updates to that repository, giving it the newest content possible. Since then we've refactored our pipelines to use the more traditional koji tags to manage that content and shifted focus to having a nightly build that reflects the latest content instead. The /latest build was reduced to only being updated when changes occurred to the pungi configuration which is an uncommon event. As part of a recent refactoring on our side, we've deprecated the update process for the /latest builds and the files are no longer updated starting from the 24th of August, 2023. Since we do not see a need for it any longer, we will be removing it by the 11th of September, 2023. We consider the /nightly build [2] to be its replacement. Should this be problematic for you, please let us know. Otherwise all you likely have to do to migrate is change the url from [1] to [2]. Thanks for your understanding. Kind regards, Michael Ho [1]: https://autosd.sig.centos.org/AutoSD-9/latest/ [2]: https://autosd.sig.centos.org/AutoSD-9/nightly/ -- Michael Ho Senior Software Engineer Red Hat EMEA <https://www.redhat.com> <https://www.redhat.com> Red Hat GmbH <https://www.redhat.com/de/global/dach>, Registered seat: Werner von Siemens Ring 12, D-85630 Grasbrunn, Germany Commercial register: Amtsgericht Muenchen/Munich, HRB 153243, Managing Directors: Ryan Barnhart, Charles Cachera, Michael O'Neill, Amy Ross

1 0

AutoSD web server degraded
by Michael Ho 29 Aug '23

29 Aug '23

Hi, The web server [1] that hosts the AutoSD builds (yum repos, sample-images, etc) is currently in a degraded state. The content in the latest nightly build for AutoSD is in an incomplete state. This is due to a lack of disk space that has impacted the synchronisation between the s3 buckets and the server. This may affect osbuild operations that use the AutoSD yum repos. We are working on scaling up the server now but this may result in a brief outage of the web server. We will let you know once the service has fully recovered (hopefully in a couple of hours). Kind regards, Michael Ho [1]: https://autosd.sig.centos.org/AutoSD-9/ -- Michael Ho Senior Software Engineer Red Hat EMEA <https://www.redhat.com> <https://www.redhat.com> Red Hat GmbH <https://www.redhat.com/de/global/dach>, Registered seat: Werner von Siemens Ring 12, D-85630 Grasbrunn, Germany Commercial register: Amtsgericht Muenchen/Munich, HRB 153243, Managing Directors: Ryan Barnhart, Charles Cachera, Michael O'Neill, Amy Ross

1 1

Notice: CentOS Automotive SIG meeting moving to Thurs this month
by Jeffrey Osier-Mixon 29 Aug '23

29 Aug '23

Hi folks - due to some schedule changes, we need to move the September SIG meeting out by 1 day to Thursday Sept 7 at the same time. I hope you can all still make it. On the plus side, we have some exciting things to talk about! see you there Jeffrey "Jefro" Osier-Mixon | jefro(a)redhat.com Red Hat Office of the CTO | Sr. Principal Community Architect, Automotive

1 0

[REPORT] Quarterly Report - CentOS Automotive SIG
by Jeffrey Osier-Mixon 17 Aug '23

17 Aug '23

January 2023 Quarterly report submitted by: Jefro Osier-Mixon, Red Hat - chair _____________________________________ Membership update This SIG does not have a formal membership process. The mailing list currently has 106 subscribers representing at least 32 organizations, though not all subscribers use corporate emails and some are participating as individuals. _____________________________________ Releases in the most recent quarter (or most recent release, if none in that quarter) The Automotive SIG produces three types of artifacts: - AutoSD, a streaming distribution of CentOS designed for in-vehicle automotive use cases. - An Automotive SIG RPM repository that allows the community to expand the content of AutoSD or experiment with some of its parts. - Sample images, built using OSBuild, which provide examples of how to assemble production images based on AutoSD, customized for some hardware, including container images, based on CoreOS/ostree technologies. AutoSD, or Automotive Stream Distribution, is a streaming distribution for automotive in-vehicle software development based on CentOS Stream. It is transparently the upstream project for Red Hat's eventual in-vehicle OS product. AutoSD has been downloaded and used by many organizations who have commented or asked for help, so we know it is getting some traction though of course we don't have exact metrics on usage. In Q4 2022, we released a version of AutoSD compatible with the emerging SOAFEE specification. SOAFEE (https://soafee.io) is an initiative driven by Arm for the purpose of developing a reference specification for Arm-based software-defined vehicles (SDVs) consisting of an operating system, container orchestration strategy, and application layer. In addition, we introduced a very lightweight container runtime based on podman and systemd that does not include Kubernetes, as the latter represented a significant performance hit on all relevant hardware. We presented at the Arm Developer Summit in November on these topics. In the coming quarter, we plan to tighten up documentation, begin a process for accepting and supporting hardware enablement contributions, and continue to develop AutoSD toward the SOAFEE specification while also contributing to that specification within the SOAFEE community. _____________________________________ Health report and general activity narrative The SIG typically has 1 public meeting per month with 25-40 attendees, with visible participation from 7-10 separate organizations. We have largely given up on a separate office hours meeting due to attendance. This SIG is intended to be a community effort with contributions and shared benefits from all participants. All formal meetings are recorded and posted on this page: https://wiki.centos.org/SpecialInterestGroup/Automotive/Meetings Several Red Hat employees made the initial contributions to the project as well as the infrastructure required to build and test it. We occupy a gitlab repository in the CentOS namespace building software regularly using CI, with build instructions provided on the documentation page at https://sigs.centos.org/automotive/ . Sample images are present and downloadable along with customization and build instructions. _____________________________________ Issues for the board to address, if any None, keep up the excellent work :) Jeffrey "Jefro" Osier-Mixon | jefro(a)redhat.com Red Hat Office of the CTO | Sr. Principal Community Architect, Automotive

1 1

Container images repository
by Leonardo Rossetti 27 Jun '23

27 Jun '23

Hello, We've created a Quay organisation for the SIG: https://quay.io/organization/centos-sig-automotive to store/host SIG container images. Would it be possible to create a repository to store container images files as well? That repository would host container files for several images, leveraging Quay's CI features as well. Regards, -- Leonardo Rossetti Principal Software Engineer, Red Hat <https://www.redhat.com> lrossett(a)redhat.com <https://www.redhat.com>

3 11

2025

2024

2023

2022

2021

automotive-sig