- automotive-sig - lists.centos.org

Using containers in automotive
by Alexander Larsson 17 Mar '22

17 Mar '22

I talked earlier here about the work I was doing to improve the container sample image in the automotive sig repo. Well, today I landed the initial version of this in gitlab. Check out the docs here: https://sigs.centos.org/automotive/building/containers/ and: https://gitlab.com/redhat/automotive/automotive-sig/-/blob/main/sample-apps… Basically it create some "automotive-like" apps that use SOME/IP to talk to each other, then embed these apps into containers and run then as system services under systemd which are automatically started at boot. There is even some custom selinux policies to manage the vsomeip socket file access. Check it out and play with it. -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Alexander Larsson Red Hat, Inc alexl(a)redhat.com alexander.larsson(a)gmail.com

1 0

Linux on vehicles vs Kubernetes on vehicles
by Ali Ok 10 Mar '22

10 Mar '22

Hi, I recently read a number of articles about how to offload workloads onto containers that run on vehicles. TheChief IO article here [0] summarizes some of the things tried out there and these are the experiments I've read in detail: - Mercedes-Benz did a POC [1] where they run containers in a vehicle to run relevant tasks. The focus here is on the development and CI/CD of these software. - Denso had a similar POC [2] [3]. They ran an entire Kubernetes cluster in the vehicle. Again, the focus here is the development ease and CI/CD. Development teams simply develop and distribute software just like a web application. There's also mentions of used concepts like digital twins, request queuing (in the vehicle when offline) and few other interesting concepts. How do these efforts align or relate with the automotive initiative? What I understand from CentOS automotive SIG and the POCs I mentioned above is that there are a lot of overlapping areas (being independent of the underlying hardware, faster software distribution, etc.) done in different levels (OS/Kube). Context: I am a Knative (https://knative.dev) contributor at Red Hat. I was thinking about experimenting with Knative Eventing on the far edge, or even better, mentor a Google Summer of Code contributor this summer for that, and later I found out about the experiments done with Kubernetes on vehicles. [0] https://thechief.io/c/editorial/how-kubernetes-is-shaping-the-future-of-car… [1] https://customers.microsoft.com/en-us/story/784791-mercedes-benz-r-and-d-cr… [2] https://kubernetes.io/case-studies/denso/ [3] https://www.denso.com/jp/ja/-/media/global/business/innovation/review/25/pa…

3 4

Weekly update on the automotive-sig
by Allison King 04 Mar '22

04 Mar '22

Hello Everyone, So here are some of the changes that we have worked on over the last few weeks: - We have added the kernel-automotive package to the content definition available in content resolver: https://tiny.distro.builders/view--automotive-view.html - We have introduced the Automotive Stream Distribution as the public, in development, version of the Red Hat automotive product: - https://lists.centos.org/pipermail/centos-automotive-sig/2022-March/000073.… - https://blog.centos.org/2022/03/centos-automotive-sig-announces-new-autosd-… - The automotive SIG documentation has been updated to mention Automotive Stream Distribution, see: https://sigs.centos.org/automotive - We are working on enabling a new structure in CentOS’ lookaside cache, to give more flexibility to the SIGs’ workflows - We have a dedicated channel on Matrix: https://matrix.to/#/#centos-automotive-sig:matrix.org You can use: https://chat.fedoraproject.org if you are not already a matrix user. It’ll allow you to use for CentOS account (which is also a Fedora account since Fedora and CentOS share their account systems). Happy hacking! Allison -- *Allison King* Technical Project Manager, In-Vehicle OS Red Hat <https://www.redhat.com/> alking(a)redhat.com <https://red.ht/sig>

1 0

CentOS Automotive SIG - Matrix room available
by Jeffrey Osier-Mixon 03 Mar '22

03 Mar '22

Hi all - as we discussed in the meeting today, I have been setting up a Matrix room for synchronous communications. We have also had an IRC room, but it was little used and is now deprecated in favor of Matrix. You can join this room here: https://matrix.to/#/#centos-automotive-sig:matrix.org Please let me know if you have any questions or difficulty joining Jeffrey "Jefro" Osier-Mixon | jefro(a)redhat.com Red Hat Office of the CTO | Sr. Principal Community Architect, Automotive

2 2

Re: [Centos-automotive-sig] [CentOS-devel] CentOS Automotive SIG meeting this week
by Jeffrey Osier-Mixon 02 Mar '22

02 Mar '22

Hi Neal - Pierre will have an update on this shortly Jeffrey "Jefro" Osier-Mixon | jefro(a)redhat.com Red Hat Office of the CTO | Sr. Principal Community Architect, Automotive On Tue, Mar 1, 2022 at 11:49 AM Neal Gompa <ngompa13(a)gmail.com> wrote: > On Tue, Mar 1, 2022 at 1:56 PM Jeffrey Osier-Mixon <jefro(a)redhat.com> > wrote: > > > > Hi all - just a quick reminder that the next SIG meeting is tomorrow, > March 2, at 1500 UTC (10am EDT, 4pm CET). We will talk about the > establishment of the AutoSD distro and how to use it. > > > > RSVP is not necessary, and everyone is welcome to join. The meeting will > be held via Google Meet at this link: > > > > https://meet.google.com/hkx-btgd-dyc > > > > Please let me know if you would like to be added to the invitation going > forward. > > > > What's the AutoSD distro? > > > -- > 真実はいつも一つ！/ Always, there's only one truth! > _______________________________________________ > CentOS-devel mailing list > CentOS-devel(a)centos.org > https://lists.centos.org/mailman/listinfo/centos-devel >

1 0

CentOS Automotive SIG meeting this week
by Jeffrey Osier-Mixon 01 Mar '22

01 Mar '22

Hi all - just a quick reminder that the next SIG meeting is tomorrow, March 2, at 1500 UTC (10am EDT, 4pm CET). We will talk about the establishment of the AutoSD distro and how to use it. RSVP is not necessary, and everyone is welcome to join. The meeting will be held via Google Meet at this link: https://meet.google.com/hkx-btgd-dyc Please let me know if you would like to be added to the invitation going forward. best, Jeffrey "Jefro" Osier-Mixon | jefro(a)redhat.com Red Hat Office of the CTO | Sr. Principal Community Architect, Automotive

1 0

Introducing the Automotive Stream Distribution
by Pierre-Yves Chibon 01 Mar '22

01 Mar '22

Good Morning Everyone! When the Automotive SIG was launched last August we knew we wanted to build a place where we could gather inputs and build a community around software for the automotive industry and link these with the Red Hat and CentOS ecosystems. As Red Hat has been working on defining its automotive product, it has become clear that having a public, in development, version of this product would be beneficial. The idea would be to have it seating between the Automotive SIG and the Automotive product. This project has been named: Automotive Stream Distribution It is meant to be to the automotive product what CentOS Stream is to RHEL. Like CentOS Stream, Automotive Stream Distribution will be opened to contributions, using similar mechanisms. On Wednesday March 2nd at 15:00 UTC, we will have our SIG meeting, during which we will discuss the Automotive Stream Distribution as well, so join us there or here! Looking forward to hear your thoughts, Pierre

1 0

Weekly update on the automotive-sig
by Pierre-Yves Chibon 25 Feb '22

25 Feb '22

Good Morning Everyone, So here are some of the changes that we have worked on over the last few weeks: * We have worked on some documentation on how to integrate container images while building images. This documentation can be found at: https://sigs.centos.org/automotive/building/containers/ * We have worked with the CentOS infrastructure to allow using the flat dist-git layout in CBS. Announce: https://lists.centos.org/pipermail/centos-devel/2022-February/120223.html * We have started a discussion around the structure of the lookaside used in CentOS: https://lists.centos.org/pipermail/centos-devel/2022-February/120226.html * We have fixed our sample images to use the `kernel-automotive` package instead of the old `kernel-auto` package (oups!). This simple fix, fixes booting a graphical user interface on the raspberry pi 4 * We have refreshed our sample images available at: https://pingou.fedorapeople.org/images/ * We have expanded the documentation available at: https://sigs.centos.org/automotive/ with information about: * The use of content resolver to define the content * How to download the RPMs of interest to the automotive SIG Just a few notes about building images currently: - It looks like CentOS-Stream 9 may have a bug which prevents building image. This is known and being investigated, we'll just have to wait a little. - The rpi4 sample images mentioned above can boot a desktop environment using Wayland if the raspberry pi is configured to use ACPI. If the raspberry pi is configured to use device-tree, Wayland isn't starting correctly. Editing `/etc/gdm/custom.conf` to disable Wayland will make the session start with Xorg, which works fine. - Neptune itself segfaults on launch currently, this is also known and we're looking into it (likely simply needs a rebuild). Happy hacking! Pierre

1 0

Weekly update on the automotive-sig
by Pierre-Yves Chibon 17 Feb '22

17 Feb '22

Good Morning Everyone, First of all, apologies for the silence, it has been two weeks since we sent the last update, we need to get back into this habit :) So here are some of the changes that we have worked on over the last few weeks: * We have done quite a few changes on osbuild to allow building system images with container image pre-installed. This way you can build, say a qcow2 image, boot it in qemu and have `podman images` show you images directly. We can now integrate this with quadlet [1] and as a result have not only a container pre-installed but even automatically started at boot time! If you want to build an image with a container included, ensure you have the latest osbuild package from copr. * We have been working with the CentOS infrastructure to allow using the "flat" dist-git layout when building on CBS (CentOS BuildSystem: https://cbs.centos.org) This should be landing early next week, all tests * having passed in staging! * A few changes have been made to the automotive docs, including the addition on a doc on how to contribute to the automotive-sig repository. * We dropped weak package dependencies from the images built via the automotive-sig repository. This should speed up building the images as well as reduce their size * We have been working on a small project named "remote_builder" which aims is to make it easy for developers to (re)build their source RPM onto multiple hosts (of different architecture). It uses containers as the buildroot/build environment for the source rpm. Its documentation can be found at: https://remote-builder.readthedocs.io/ This is still somewhat work in progress but early developers are more than welcome to give it a try! Happy hacking, Pierre [1] https://github.com/containers/quadlet

1 0

Weekly update on the automotive-sig
by Alexander Larsson 21 Jan '22

21 Jan '22

Actually this is an update for the last two weeks, as there was no update last week. Things that happened last two weeks: * The build pipelines in the manifests dropped a bunch of packages that are not used by the images, such as filesystem support for xfs/squashfs and cdrom support. This makes the build smaller and faster and requires less packages to be supported. * There is a new makefile target extension "*.ext4" which creates an image similar to the normal one but without a multi-partition setup. This is useful on some boards where the boot happens in a non traditional way and all that is needed is the root filesystem. * There is a new makefile target "*.tar" which makes it easy to generate a tarballs containing the contents of what would otherwise be in image. * The makefiles now support passing strings with spaces in them in the DEFINES variable by escaping them with a backslash. * The two images "kernel_dev" and "osbuilder" were combined into a single "developer" image that has the content of the previous as well as some container tooling. -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Alexander Larsson Red Hat, Inc alexl(a)redhat.com alexander.larsson(a)gmail.com

1 0

2025

2024

2023

2022

2021

automotive-sig