My guess is that it's just that the package maintainers haven't bothered
to
update it.
This is factually wrong.
The issue is, that there is no newer release.
The release planning is somewhat managed via
https://github.com/openscad/openscad/projects/1
<https://github.com/openscad/openscad/projects/1> and
https://github.com/openscad/openscad/milestone/4
<https://github.com/openscad/openscad/milestone/4> .
The issue is somewhat general development resources and project management.
But even simple documentation can hold back a feature from becoming
considered stable:
https://github.com/openscad/openscad/issues?q=is%3Aopen+is%3Aissue+label%3ADocumentation
<https://github.com/openscad/openscad/issues?q=is%3Aopen+is%3Aissue+label%3ADocumentation>
Do my knowledge, all developers here work on OpenSCAD as just a hobby.
As a developer my self, I have to say: We tend to fix issues that are most
relevant to us personally.
Having a bug fixed or a feature implemented and merged with "master", is
enough to solve the issue for us personally.
Then there is also the code/functional quality and stability of interfaces,
which is higher in priority then cutting edge features.
I my self wonder, why Inputdriver5 (gamepad and 3D mice support) is (still)
a development branch and not a regular experimental feature. (I understand
the historical reason(s), but not the current ones) But add the same time: I
can simply merge it locally, install it and be happy with an OpenSCAD build
with recent Customizer and Inputdriver. Not a big deal for a developer - but
something normal user are unable to do, but at the same time not my issue.
An other issue we have is Windows and MacOS X. Cross-building from Linux to
Windows is "regularly" broken, native building under Windows is a pain (not
helped by the fact, that you need experience in the Linux build chain to
debug the building process under windows). OS X also lacks developers and
has build/test issues - but I do not know the specifics. (which is not a
good thing - any code can cause issue on a different platform)
Most developers are using Linux/Ubuntu. There, you can simply build
OpenSCAD. As many devs do just that, we also maintain the scripts for
various Ubuntu versions (the ones happening to be used by developers) and
can guess when there is an issue is with a newer or older version, what
could be the cause. The more you leave current or LTS Ubuntu standard, the
more issues a user and/or developer will face. Either-way: The typical
OpenSCAD developer uses mainly Ubuntu, but a significant number of users
only use Windows.
A release would mean to seriously go trough compatibility issue of various
operating systems.
Guess how hard and painful that work is.
--
Sent from: http://forum.openscad.org/