Затянувшиеся релизы свободного ПО

Если проект развивается силами пары энтузиастов, то естественно, у них нет отдела тестирования, который выловит все баги софтины, чтобы назвать это stable. Прибавим к этому тот факт, что в проект регулярно впиливаются новые фичи, не уменьшающие число багов, и получим типичную ситуацию, когда проект висит в Beta-RC годами. Особенно если изначально архитектура программы, средства отладки и качество кода не очень. Сам так мучился, потом просто забил на проект.

Double commander вечная бета. Но стабильней того же thunar, который до последних исправлений стабильно раз в день падал.

Хуже, когда проект фактически заброшен. И при очередном обновлении либ приложение может не запуститься/не собраться.

GIMP, Karbon (хотя он умер, но мало ли)

https://github.com/KDE/calligra/releases/

Dec 20, 2016 — Karbon v.3.0.0.1

Mar 20, 2017 — Karbon v.3.0.1

P.S.: Вангую

Jun 20, 2017 — Karbon 3.1

Sep 20, 2017 — Karbon 4.0

P.P.S: https://mail.kde.org/pipermail/calligra-devel/2017-May/016823.html

Это просто порт на Qt5/KF5, без каких-либо функциональных улучшений

ReactOS.

Perl 5.26 должен был появиться 20-го мая. 11-го мая появился RC1, а 23-его мая RC2. И тишина.

https://www.opennet.ru/opennews/art.shtml?num=46628

odb-2.5.0

Есть два уровня понимания проблем затягивания релиза:

• Организационный уровень. Когда задачи, решение которых точно позволит говорить о новом выпуске, не определены или довольно сложны в решении. Проект как бы замораживается на стадии решения текущих проблем и фиксации ошибок.
• Технический. Устаревшие принципы ведения проектов. Например, проект следует «водопадной» модели разработки. Показательно то, что такие проекты с самого начала не покрыты автоматическими модульными тестами и, соответственно, не следуют принципам TDD. Тестировать проекты приходится уже на стадии подготовки выпуска, а это дорого в случае обнаружения проблем - нужно откладывать релиз.

Что-то этого не видно по perl.org. Смотрел ещё в http://www.cpan.org/src/5.0/ , но, да, просмотрел. Спасибо.

FreeRDP 2.0

«Да сколько можно уже?», — именно такая реакция возникает после очередного alpha/beta/RC выпуска большинства свободных программ

типичный цифродроч. вот потому у нас сейчас лиса 100500-ой версии, ведро с поехавшими после 2.6.32 цифрами и прочий пиндец

Какая разница, какой номер у FreeCAD если можно поставить и пользоваться?
вот то, что драйвер сканера уже год приходится из исходников собирать(готов, но формально новая версия sane не релизится и в репах нет) - раздражает.

P.P.S: https://mail.kde.org/pipermail/calligra-devel/2017-May/016823.html

И что?

типичный цифродроч

Совершенно необязательно. Если все самые полезные вещи только в нестабильной версии, часть пользователей автоматически отваливается. И их можно понять.