Open matt2005 opened 4 years ago
I'm part way to a buildroot config that does this.
that would be great! i know there are going to be use cases for both (where some people want an actual image for the sole purpose of running dash, while others still may want to run a "desktop" that's just configured for dash.
having both options wont hurt, and it would allow people to choose the "flavor" they want to run with (and the tradeoffs that come with each)
do we need an entire repo for that? I would assume we could just use the "Releases" to upload them
the reason fo ra repo is that it can contain the scripts and githubactions to build them. I'm sure we can push the releases to a different repo. BTW i've based my setup off a pi-gen set of scripts and githubactions that I've just added to the Crankshaft repos, I was hoping to re-use some of the same code here. I have a build which is just about there i'm in the middle of refactoring it so its a bit cleaner.
@rsjudka I'm working on the opencardev repos I'm thinking of moving Crankshaft to use dash. My aim is to try and bring the 2 together so Crankshaft ends up being a prebuilt version of Dash. This way we can bring the existing Crankshaft users into a common platform. I'm in the middle of rewriting Crankshaft build scripts to utilising Yocto and hope to have a working example soon.
Has buildroot been shelved?
i believe @KK1423 said they would be taking over on a similar effort (not buildroot but yocto)
I'm working on a yocto build, but hit some issues with the gstreamer stuff.
Yocto build is working, however as per discussion on slack it might be better to base it on Debian so users can install additional software easily. So I'm building a debian based image. We can then compare the results.
I'm working on a Prebuilt image for Raspberry PI's.
My aim is to improve the application by making it easier to use so more people can start using it.
I think it'll be better to create a master repo in the opendsh organisation. I don't mind maintaining the prebuilt images as i'm currently finalising a build pipeline to build them automatically.
@rsjudka