попробуй задать тогда еще и такой вопрос:
если будет некий софт открытый и его абсолютный аналог, но закрытый, какой предпочтешь?учти, что с закрытым может случится следующее (примеров предостаточно):
1. его перестанут развивать. (ну, например, надоело разработчику)
2. изменения в новых версиях будут продиктованы не пожеланиями пользователей, а допустим, коммерческой выгодой или желанием навязать(или продвинуть - кому как больше нравиться) новые стандарты.
3. его (и компанию целиком) купит другая компания и закроет. (Corel Office помните?)
а теперь представь, что ты еще и корпоративный заказчик и тебе настойчиво рекомендуют купить новую версию, которая делает все тоже самое, но только тебе надо поменять ещё и весь парк компьютеров.
или, например, ты узнаешь, что в этом софте есть back doors и идет сбор информации.
как в данном случае считать финансовые риски?
мое мнение: все производители должны быть в курсе, что их закрытый код находится на втором месте и предпочтения отдаются открытому коду. для этого подобные проекты просто обязаны существовать. а для стимулирование можно и попробовать подобный дистрибутив, вдруг его функциональности хватит для Ваших целей? зачет тогда нужен закрытый код?