|
|
Subscribe / Log in / New account

Bacon: Red Hat, Canonical and GNOME contributions

Bacon: Red Hat, Canonical and GNOME contributions

Posted Jul 30, 2010 17:05 UTC (Fri) by jspaleta (subscriber, #50639)
In reply to: Bacon: Red Hat, Canonical and GNOME contributions by cjb
Parent article: Bacon: Red Hat, Canonical and GNOME contributions

There is a theme to Canonical employee responses I've been seeing.

They try very hard to position Canonical led projects as "upstream" projects as a defence when they are called on on not contributing back. It's a bit of a slight of hand really. Building up projects on infrastructure you control and you hold sole copyright ownership of is not collaboration..not really. Yes technically they are upstream projects.. and yes technically they are open to collaboration. But the reality is they are Canonical owned and Canonical controlled. What people need to see is Canonical be willing to step away from some of that safe single entity controlled project work and make a significant effort to contribute and collaborate to projects as a peer among equals.. not as a controlling entity.

We could use Novell as a contrast. They do lots of their own stuff that..mono for example. People do get cranky about mono as it is a sort of walled garden that Novell has put together and sort of duplicative. They get their fair share of criticism for that. But at the same time Novell is in there doing the contribution up and down that stack to existing projects along side Red Hat and other entities. People are irked by some of their in-house work because its duplicative..but they are also contributing to a common baseline of technology in parallel with their in-house differentiation. I don't think anyone could reasonably argue that Novell is not pulling its weight when it comes to contributing to shared technology projects from the kernel up into GNOME.

Canonical isn't doing that give and take balance that Novell is. They are just doing the differentiated work...and not giving back in proportion.

And its not about size. There are other companies...smaller companies..up and down the stack..that beat the pants off Canonical in terms of giving back when just looking at the raw commit counts..without accounting for size. Just look at the companies ahead of Canonical in the GNOME census. Fluendo, Collabora, Litl... all of them ahead of Canonical in the census..and yet much much smaller than Canonical. Commitment to engage outside of the walled gardens you control in a collaborative way does. Other entities seem to understand that... Canonical...not so much.

Canonical suffers from the same problem Google does in this respect. Except Google actually has the manpower to just isolate themselves and fork an entire software stack and call it a fork and doesn't have to feel defensive about it. Is this a systemic problem for any vendor who wants to compete in the consumer device space?

-jef


to post comments

Bacon: Red Hat, Canonical and GNOME contributions

Posted Jul 30, 2010 18:34 UTC (Fri) by AlexHudson (guest, #41828) [Link]

I think you've neatly illustrated why attempting to divide available free software into "contribution" and "not contribution" is ultimately futile: Mono may have issues, but being a walled garden is certainly not one of them. You may not appreciate the contribution in general, but it is a contribution. Contribution isn't black or white, it's a spectrum and entirely in the eye of the beholder.

Bacon: Red Hat, Canonical and GNOME contributions

Posted Jul 30, 2010 19:07 UTC (Fri) by cmsj (guest, #55014) [Link] (1 responses)

Mentioning Litl as having lots of engineering time for GNOME is singularly ironic since their OS platform is supplied by... Canonical ;)

Bacon: Red Hat, Canonical and GNOME contributions

Posted Jul 30, 2010 19:35 UTC (Fri) by jspaleta (subscriber, #50639) [Link]

I am aware of that. I'm more than willing to give Canonical the benefit of the doubt. If we want to talk about the role of the platform provider we can...if someone is willing to publicly talk about what Canonical is actually providing in terms of engineering support as a platform provider..and what the expectation is as customer of those services when it comes to upstreamable contributions.

Or more to the point. The in-house UI work Canonical is doing. Is Litl using that? Or is Litl differentiating its UI on top of Gnome without leveraging any of the Ubuntu specific technologies...like osd-notify...like libappindicator. Looking at the UI Litl is offering, I don't see them leveraging any of the downstream work Canonical is doing. But I could be wrong. If you have information about the Litl software stack that I don't have... feel free to inform me.

-jef


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