Other than the possible revenue from keeping it proprietary, I don't consider the other
excuses even applicable especially since the memories of companies using the "fragmentation"
card against free and open source software for years is still fresh, Java being among the
latest to turn around. The way to avoid fragmentation is providing a way for community to
participate, innovate and not using control. Distributed services with open protocols is the
long term sustainable approach. Centralized proprietary services just won't scale.
The inherent problems of proprietary software is similar whether the software is running in
the client or the server and in some ways more problematic given the rise of people and
entities hiding behind software as a service to avoid facing the question. Creating walled
gardens is no innovation. One symptom of the many problems with this approach is the workflow
of translations not going to upstream by default and getting locked up into the distribution
unlike transifex (http://transifex.org) which Fedora project seeded and follows the upstream
by default model like the rest of the distribution in addition to being free and open source.