Re: inclusive language
On Jul 15, 2020, at 05:12, Richard Purdie <richard.purdie@...> wrote:
In comparison to Github (hundreds of employees, sold for billions) or the Linux kernel with contributors from large commercial ecosystems (e.g. RedHat/IBM and Google/Android), OE was architected by a smaller set of volunteers and companies. With less resources, careful scheduling can reduce disruption and maximize confidence in shared decisions.
Practically: are there companies who would stop contributing to OE until names are changed? Are there consumers of OE-based equipment who would boycott said equipment until names are changed? If yes, would those companies offer funding to make their requested changes? If not, such change requests could join the backlog for de-dupe alongside related changes to core components.
If there were a negative campaign planned against OE, it would inadvertently provide OE with much-needed publicity, especially after appropriate changes could be agreed by the community in a shared decision. Rushed, pre-emptive changes in fear of such a campaign would be more effort for less impact. And no, this is not a challenge!
The context of decisions matter. At this halfway point of 2020, it feels less coherent than previous years, with unpredictable events competing for reduced financial and psychological resources, among geographies and companies. This year is also missing in-person meetings like OEDAM, for consensus-building on complex issues.
U.S. FTC mandates  a cooling-off period for some transactions made in temporary locations. With many people isolated from in-person social interaction, and the unfettered power of social media to propagate ideas online without substantive debate, the "temporary locations" of 2020 are not conducive to making decisions with long-lasting stability.
A cooling-off period would enable limited OE resources to be later deployed in service of a broader consensus.
We could aim for the next LTS, which would be released in late 2021? The time between now and early 2021 could be used to learn from the broader OE ecosystem and reach consensus on naming-related changes, with May 2021 commit to the release that will become YP LTS in late 2021. Ideally with the benefit of an in-person OEDAM in early 2021.
Since monoculture is the opposite of multiculture, hopefully each community can make choices appropriate to their project, rather than replacing an accidental/historical monoculture with an external monoculture that is equally a snapshot of time and space.
OpenEmbedded's uniquely flexible layer mechanism enables granular overrides and "loose coupling" of requirements that would otherwise lead to forks. Although OE is more bazaar than cathedral, there can be periods of focus which consolidate organic patterns. How might OE evolve to be less fragile to some name changes?
While the project is incurring the cost of intrusive changes and validation for non-regression, can we use this rare opportunity to make namespace-related improvements that would otherwise be difficult to coordinate? In terms of matching donations: contrition for the past can be matched with an architectural investment in future flexibility.
Finally, for a diversion into semantics and perception of language, consider this 1960s variant of English, E-Prime, which excluded the verb "to be". It's a thought experiment about our expectations of language. The more we understand the limits of a tool, the better we can use the tool appropriately.