Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Simplify the process of consuming the in-vehicle stack interfaces #2

Open
ladatz opened this issue Jan 31, 2024 · 0 comments
Open

Simplify the process of consuming the in-vehicle stack interfaces #2

ladatz opened this issue Jan 31, 2024 · 0 comments

Comments

@ladatz
Copy link
Contributor

ladatz commented Jan 31, 2024

Simplify the process of consuming the in-vehicle stack interfaces from sample workloads. During the hackathon, some participants had trouble including the in-vehicle stack interfaces (in this case, proto files) in their dockerfiles during development.

Some suggested improvements include:

  • Restructuring the directory structure and mount points for easier development (this will be addressed in a separate issue Restructure folder structure of maestro (improve mount points for easier development) #3 more broadly, but it can be related to this issue)
  • Have official "releases" of the in-vehicle stack components including the interfaces, so that they can easily be downloaded according to the release tag as a public api and included in the dockerfile for easier development
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant