I have a very naive question: why should ROS release cycle be tied to
Ubuntu release cycle?
I think that ROS should adopt its own pace depending on the resources
at hand. A one year
release cycle for instance may be enough.
Then, I think that OSRF should just stop building Debian packages for
all distros except the next
one (aka Ubuntu 13.10 Saucy as of today).
It will greatly reduce the pressure on the release team, on the
buildfarm and the only thing lost
is that there will be only *one* version of ROS per Ubuntu distribution.
It does not seem such an important loss to me. The choice of your
Ubuntu version will be tied
to the choice of your ROS version but this is the case for *all* the
other packages you have at hand...
It may have been the case at the beginning when ROS was a complete
sandbox in /opt but now that Boost and
other 3rd party packages are pulled from system dependencies there is
little gain of keeping this system IMHO.
Just to be clear: it does not mean that /less/ distributions will be
supported. It means that /less/ distributions
will be *updated*.
This scheme ensures that there will be *one* ROS release available for
*every* Ubuntu distribution from the
day they are released until their EOL.
This includes very long term support such as Ubuntu LTS server (5
years) which is, IMHO, very needed for
ROS versions which are embedded into robots.
Has this alternative strategy ever been discussed on your side?
This message was posted to the following mailing lists: