[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-release-team
Subject:    Re: Future frameworks releases
From:       Aleix Pol <aleixpol () kde ! org>
Date:       2015-06-17 23:15:16
Message-ID: CACcA1RpMoA6sAcK5SaY5mwDMtUA9XXiCWhtGJejXtUNoaj0kTA () mail ! gmail ! com
[Download RAW message or body]

On Thu, Jun 18, 2015 at 12:03 AM, Alexander Potashev
<aspotashev@gmail.com> wrote:
> 2015-06-18 0:01 GMT+03:00 Kevin Ottens <ervin@kde.org>:
>> Bear with me I'll be partly acting from memory here... let's see something
>> like:
>>  1) KF5 releases are numbered YYYY.MM;
>>  2) Individual frameworks are numbered 5.N, N being incremented only if
>> there's been commits since the last KF5 release;
>>
>> [*] Note that IMO, that tuning should not involve going toward 5.N.M version
>> scheme. The 5.N only scheme was intentional and debated quite a bit already.
>> It's intentional to have a combination of very short cycles and feature +
>> bugfix on each releases. Packagers were skeptic about it but it's been proven
>> to work now.
>
> Hi Kevin,
>
> 5.N.M numbering (or even X.N.M) is what Christian requested in the first place.
>
> Probing question: If I translate one string in kcoreaddons5_qt.po into
> Belarusian language, should we bump and release a new version of
> KCoreAddons because of that?

At the moment, we're updating the version regardless you have a new string.

Aleix
_______________________________________________
release-team mailing list
release-team@kde.org
https://mail.kde.org/mailman/listinfo/release-team

[prev in list] [next in list] [prev in thread] [next in thread]