User: Password:
Subscribe / Log in / New account

MeeGo becomes Tizen - maybe

MeeGo becomes Tizen - maybe

Posted Oct 7, 2011 17:28 UTC (Fri) by jspaleta (subscriber, #50639)
In reply to: MeeGo becomes Tizen - maybe by cmccabe
Parent article: MeeGo becomes Tizen - maybe

The issue isn't about what is a good starting point to leverage existing value in linux software distribution stacks already available.

The issue is planning, development and execution for your product lifecycle.

Just picking up an existing mature distribution release and forking components at need in your own little sandbox does not necessarily give you the end product you want, nor a sustainable long term path for your software development that suits your customer needs. Because while you were sitting there in your little bubble focusing on the needs of your embedded device for the 6-months, 1-year, 2-year it took you to get from prototype to production, the entire software stack that you initially leveraged as drastically changed and your modifications don't necessarily apply cleanly any more.

What now? Has your business model planned correctly for the cost of ongoing distribution maintenance needs like security patching beyond that initial development requirement needed to fork the mature distro?

Instead of of just basing your custom embedded work on a mature stack, how do you drive your custom work into the development of the mature stack to be a part of the ongoing maintenance of that stack and still move at the pace your business model requires?

That's the question that has really yet to be answered in the linux distribution world and that is exactly why we are seeing hardware oriented people trying to maintain weirdly constructed derivative forks of more mature distributions.

The general purpose community linux distribution model does not know how to interface with the business needs of hardware production lifecycles for device manufacturers and the device manufacturers are loath to have frank and open discussion about the problem as that discussion is tied up with business interest and what it would take to make something like Debian a better fit for their needs. It is a very difficult conversation to even start.

And to fill the gap what we are seeing are industry initiatives where peer "businesses" try to get together and align their needs and collaborate in new project structures that are perhaps vendor nuetral (for participating vendors). It's not clear how well this works in practic or what the best practices really are here. The Linux Foundation working groups are examples of this. So is Linaro, which by all accounts seems to functioning better with regard to moving ARM hardware enablement forward (primarily funded to a large extend by the ARM chip manufacturers themselves in a consortium basis I believe.)


(Log in to post comments)

MeeGo becomes Tizen - maybe

Posted Oct 8, 2011 17:30 UTC (Sat) by cmccabe (guest, #60281) [Link]

Those are all good points. Unfortunately "weirdly constructed forks" are still the norm in the embedded world. At least Tizen has an upstream that is presumably willing to take patches relevant to embedded products. But on the other hand, so does OpenEmbedded. I wonder why they didn't use that as a starting point?

MeeGo becomes Tizen - maybe

Posted Oct 12, 2011 14:23 UTC (Wed) by davidarusling (subscriber, #80637) [Link]

Yes, Linaro is funded mostly by ARM SoC providers. It's also arranged along very different lines and goals to MeeGo / Maemo / Tizen etc. Primarily, it works upstream to enable many ARM SoCs to be used by many Linux distributions. A key difference is that members donate engineering effort that is directed by Linaro on the problems chosen by its members. This aggregates effort across key problems that benefit all. That's why we got involved with the upstreaming issues and that's what led us to strongly support the arm-soc maintainer's tree and subsequent consolidation efforts.

Copyright © 2017, Eklektix, Inc.
Comments and public postings are copyrighted by their creators.
Linux is a registered trademark of Linus Torvalds