Deciding between Buildroot & Yocto
Deciding between Buildroot & Yocto
Posted Apr 9, 2016 7:53 UTC (Sat) by HIGHGuY (subscriber, #62277)Parent article: Deciding between Buildroot & Yocto
The first versions I had to work with left a very bad taste in my mouth with regards to maintainability (why does this happen? where does that variable suddenly come from? Why can't I enable this for everything at once? ...)
However, as attested in the article, some debugging features were added to relieve those issues. One can now track where each part of a variable comes from, there's pkgconfig support and more.
Still, one must question if the addition of these debugging features aren't just a plaster on an open leg wound. One must truly understand how bitbake parses and operates, one must become very familiar with the layers used before you can effectively and efficiently make an image out of it. There's a very steep learning curve to go through to make a proper image. Apparently that's one of the prices to pay for the extreme flexibility it offers.
Another downside is that there's a ton of legacy. It's true that there are many layers and many packages in them. But you can scrap a lot of them as unusable as-is because they contain legacy cruft due to a lack of love and care.
Finally, one must see that, as far as I know, yocto is the go-to platform in the industry. All big embedded-distro vendors are using it. This is probably a result of the design-choices stated in the article.
My advice would be this: if this is for a hobby project and buildroot can fill your needs, use it. If it's for business and you have time/money to invest or if you require a lot of flexibility, go yocto.
Posted Apr 11, 2016 11:37 UTC (Mon)
by BlueLightning (subscriber, #38978)
[Link]
I think we do try to improve things where we can, and we've come a long way since the Yocto Project started - of course there's only so much you can do to simplify a complex system, and there's no denying that OE is complex. I know you've been a long-term user based on your comments here so if you have any suggestions on how we might improve we would definitely like to hear them.
> Another downside is that there's a ton of legacy. It's true that there are many layers and many packages in them. But you can
"A lot of them"? Quality does vary across layers, that is true - it depends on how diligent the maintainer is. I know this is probably too small a space to get into specifics but can you elaborate on where you've found lack of maintenance?
Deciding between Buildroot & Yocto
> understand how bitbake parses and operates, one must become very familiar with the layers used before you can effectively and
> efficiently make an image out of it. There's a very steep learning curve to go through to make a proper image. Apparently that's
> one of the prices to pay for the extreme flexibility it offers.
> scrap a lot of them as unusable as-is because they contain legacy cruft due to a lack of love and care.