И всё-таки непонятно, чего такого страшного делает Oracle по сравнению с другими и вообще "по Гамбургскому счёту"? Рулит проектом единолично? В данном конкретном случае это практически синоним меритократии - кто больше вложил, тот больше и влияет.
Заставляет кодеров отказываться от претензий к коду в пользу Oracle? Это общеизвестная практика защиты продукта, как единого целого. Без организации сбора подписей у всех, кто написал хоть букву в проект.
Отвергает одни патчи и принимает другие? Ну в этом и есть смысл управления проектом. Линус также делает, причём фактически вообще единолично.
И в чём беда в текущей ситуации? Ещё один форк? Ну и что? Тем более, что де-факто это просто переименованный Go-OO. Чем-то лучше, чем-то хуже. Как и любой форк. Их и ранее было немало. Более того, SUN/Oracle приветствуют создание национальных сборок, которые содержат специфичные патчи, нужные только в локальных сообществах. Например, OpenOffice.org Pro - именно такая сборка.
А есть и полноценные форки. Тот же Lotus Symphony. И что? "Пусть расцветают все цветы".
Лицензия на код остаётся LGPL, так что обмен идеями между проектами никто не запрещает.
Где воровство кода, где нарушение прав разработчика? Бери свой код (и чужой заодно) и делай с ним, что считаешь нужным. Почему каждому разработчику обязаны предоставлять право голоса (управленческие рычаги) в совете директоров проекта? Этого нет нигде.
Фонды - это представительный орган для множества спонсоров, голос отдельного разработчика и там будет слабо слышен, будь он хоть трижды гениальным и работоспособным, как робот. А если и будет, то это будет и юридически оформлено. И создаются фонды вокруг таких проектов, которые не в силах (не считает целесообразным) тянуть отдельная компания, обменивая часть своих управляющих функций на бОльшую концентрацию ресурсов вокруг проекта. Oracle считает, что её ресурсов хватит. SUN тоже так считала, но просчиталась. Поживём - увидим.
В форках и бранчах, как таковых, нет ничего криминального. Вершина бранчевания - git. Каждый обладает своим бранчем и даже любым количеством бранчей. Синхронизация - вопрос доверия. Бранч ядра от Линуса - на данный момент самый доверенный, но это временный феномен. Смена лидера может повлечь гораздо более явную сегментацию, чем теперь. Да и теперь сегментация очень значительная: версии от RedHat, Novell и т.п. очень сильно отличаются от ванильного ядра. И ничего - пока все живы.
Есть мотивы для кооперации, есть мотивы для сегментации. Результирующая этих мотивов и создаёт реальный ландшафт разработки ПО.