[TYPO3-core] Proposal for the upcoming Roadmap and LTS

Jigal van Hemert jigal.van.hemert at typo3.org
Wed Nov 7 08:12:07 CET 2012


Hi,

On 6-11-2012 22:18, Mario Rimann wrote:
> Am 08.10.12 22:44, schrieb Jigal van Hemert:
>>> 6 month to upgrade from 4.5 LTS to 6.x LTS looks short to me, because
>>> * there might be a huge amount of instances in the wild, which are
>>> targeted to upgrade only from LTS to LTS. This means higher workload in
>>> the 6 month phase, additionally to the usual workload of new projects.
>>
>> A good reason to not skip so many versions and upgrade regularly...
>
> Well, isn't the whole LTS story intended for exactly that target
> audience that want a stable system which is maintained for an extended
> period in time, so that the lifetime of the TYPO3 installation is
> maximized (and with this the amount of payed upgrades reduced)?

I'm going to sound like a broken record, but at the time that the LTS 
concept was born the only reason was to be finally able to drop support 
for IE6 in the backend. This is also reflected in the fact that the 
support for TYPO3 4.5 LTS ends in the first quarter of 2014; this is the 
same date that the extended support for Windows XP ends and with that 
the support for IE6 by Microsoft.
The reason was that some organisations cannot upgrade to newer browser 
versions. When the support by Microsoft ends there is no reason for us 
to support that browser anymore.

After the release of 4.5 LTS sales people have turned it into an 
argument for selling a version that doesn't need major upgrades for a 
long time. I can see that this was an opportunity to sell a good deal.

> Or how do you sell these upgrades to your customers? Do all of them have
> a payed SLA with you that cover your work to upgrade each and every of
> your customer installations from minor version to minor version
> throughout the year? I can't imagine that.

AFAIK SLAs cover bugfix releases. For an upgrade to a new version a copy 
of the site is made and a test upgrade is done. After that an estimate 
for the actual costs can be made.

> When I read this mail and from what I've discussed with some of the core
> devs in the past months, I fear that at least some of you have a very
> different viewing angle onto this whole topic as some of the users
> (agencies and their customers) have. I personally like the LTS version a
> lot, as it gave us and our customers a lot of stability - and to be
> honest, the LTS version is also a selling argument!

So, basically you want the core team to pay (in extra development and 
support effort) what you sold to your clients?
At the time of the release of 4.5 LTS the end of life date was already 
set, there was no new LTS version announced, and you assumed that 
another LTS version would be published in time for easy upgrades? You 
didn't plan for extra upgrade effort?

> As I tried to explain in an older thread, compared to the time when
> 4.5.0 was released, TYPO3 lost a lot of lifetime if you compare the
> following two situations:
>
> - In Q1/2011, a customer buying a 4.5.x based website got support for 3+
> years. Since we apply the patch-level updates for free, the customer has
> a secure system without being charged (only pays the fee for the hosting
> of course)
>
> - If the same user would buy his website now (Q3/2012), his Installation
> will have an expected lifetime of just about 1.5 years - almostly
> independed of whether he gets a 4.5.x LTS based TYPO3 setup or a 4.7.x
> based version (differend of the two EOL dates is 6 months)

This is only partly true.

- internet related technology is a fast developing area. New devices and 
new techniques come and go quickly. A website needs to adapt to this. It 
often isn't a static thing you can use for years and years without any 
changes.

- the installation most certainly uses extensions. They have their 
problems too and need to be updated or even replaced if the author 
doesn't publish updates anymore

- the client wants new features ("our competitors have this and that on 
their site") and these are not compatible with either the core or the 
extensions in the installation.

- an old installation can still be used after the support by the core 
team has ended. You simply don't get free bugfixes and security fixes 
anymore. You can offer extended support. The changelog is very much open 
and all changes are available from gerrit. You could do the backports of 
bugfixes and security fixes yourself and keep older installations 
up-to-date way beyond the EOL date.

> With the longer release-cycles (up to 4.4), this problem did IMHO not
> exist as every minor version up to 4.3.x was maintained for roughly 3
> years and the overlap was long enough. Switching to the 6-month
> release-cycle brought up this problem IMHO, which was now "healed" with
> the LTS-version, but when I think about it a bit, the LTS just postponed
> a real discussion/decision like this one for 1.5 years.

The shorter release cycle was done to get new features earlier into the 
world. Having a long release cycle (say 1.5-2 years) means that the 
"latest stable" release is outdated before the next release is 
published. The rest of the world (other CMSs) also move forward and have 
features which are still waiting for the next release of TYPO3.

Imagine that it takes 1.5 years before support for HTML5 was added?
We don't want new features in existing releases, simply because of 
stability and ease of updates. You don't want to run an upgrade wizard 
for each bugfix level release because there might be a new feature or 
change which requires and action during installation.

We could theoretically support each release for a very long time, but 
the problem is that we don't have the resources (manpower) for this. 
Supporting old branches takes time. The further the code bases have 
grown apart the harder it becomes. With new features in releases 
backporting bugfixes/security fixes becomes harder and harder.

I personally don't see a technical reason for a new LTS version. The 
only reasons I've heard were commercial motives. Maybe you can come up 
with a solution for that? Can the agencies that want an LTS version 
provide developers who maintain this? Handle bugreports, backport 
bugfixes, packaging, etc.?

-- 
Jigal van Hemert
TYPO3 Core Team member

TYPO3 .... inspiring people to share!
Get involved: typo3.org


More information about the TYPO3-team-core mailing list