Request for Tech Board approval of proposed Kubuntu Updates policy

Please see https://wiki.kubuntu.org/Kubuntu/UpdatesPolicy for the proposed
policy. We would appreciate review and (hopefully) approval at the next tech
board meeting for which it would be convenient for the board.

Although I'm submitting this, the idea represents a strong consensus position
of Kubuntu's developers and those users sufficiently interested in Kubuntu
development to be subscribed to the kubuntu-devel mailing list or active in
#kubuntu-devel.

We believe that we have sufficient process and experience in place to make these
post-release updates a win for our users.

Thank you for your consideration,

Scott K

--
kubuntu-devel mailing list
kubuntu-devel@lists.ubuntu.com
Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/kubuntu-devel

Hi,

On Wed, Nov 04, 2009 at 10:37:45PM -0500, Scott Kitterman wrote:
> Please see https://wiki.kubuntu.org/Kubuntu/UpdatesPolicy for the proposed
> policy. We would appreciate review and (hopefully) approval at the next tech
> board meeting for which it would be convenient for the board.

This proposal looks good. I would like to understand one portion that
isn't clear to me, though:

"For any update, Qt and KDE versions must match. Major Qt versions will
not be put in -proposed, -updates, or -backports."

What happens in the case of needing a newer Qt for a KDE update?
Has upstream promised not to do micro version updates of KDE that require
major version updates of Qt?

-Kees

--
Kees Cook
Ubuntu Security Team

--
kubuntu-devel mailing list
kubuntu-devel@lists.ubuntu.com
Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/kubuntu-devel

On Tuesday 10 November 2009 02:01:02 pm Kees Cook wrote:
> Hi,
>
> On Wed, Nov 04, 2009 at 10:37:45PM -0500, Scott Kitterman wrote:
> > Please see https://wiki.kubuntu.org/Kubuntu/UpdatesPolicy for the
> > proposed policy. We would appreciate review and (hopefully) approval at
> > the next tech board meeting for which it would be convenient for the
> > board.
>
> This proposal looks good. I would like to understand one portion that
> isn't clear to me, though:
>
> "For any update, Qt and KDE versions must match. Major Qt versions will
> not be put in -proposed, -updates, or -backports."
>
> What happens in the case of needing a newer Qt for a KDE update?
> Has upstream promised not to do micro version updates of KDE that require
> major version updates of Qt?

Yes, upstream will never change the major Qt version requirement on a KDE
point release. Basically the only way to break compatibility is to depend on a
new feature from the next Qt, which doesn't happen with the bugfix releases.
It has never been done in the past and never will.

>
> -Kees
>

--
kubuntu-devel mailing list
kubuntu-devel@lists.ubuntu.com
Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/kubuntu-devel