--===============0796871760773768406==
Content-Type: multipart/signed; boundary="nextPart1491668.tqGCH5b6Pr"; micalg="pgp-sha1"; protocol="application/pgp-signature"


--nextPart1491668.tqGCH5b6Pr
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain; charset="iso-8859-1"

On Wednesday 21 May 2014 11:28:45 Aaron J. Seigo wrote:
> On Wednesday, May 21, 2014 10:17:15 Kevin Ottens wrote:
> > The aim is the following in my books:
> Thanks :)
>=20
> > Obviously the difficult point as certainty goes is the last one, as=
 it is
> > highly dependent on the amount of contributions which mainly come f=
rom
> > volunteers and on the amount of time available from reviewers.
>=20
> One needs to free themselves of the idea that just because a branch i=
s ready
> that it must be merged immediately. Let branches queue up if they com=
e too
> fast. An empty queue is no problem, and a full queue merely asks for
> patience. With monthly releases, the wait will never be long and almo=
st
> certainly less than the current 6 month wait time for a regular relea=
se.
>=20
> Reflecting on the last 10 years of kdelibs development, I do find it =
hard to
> imagine that a given framework will have more than 5 API additions fo=
r any
> number of consecutive months. Frameworks going through that kind of c=
hurn
> are usually new and not really ready for strong quality commitments. =
IOW, I
> doubt it will become an issue in practice.

I agree there. Just wanted to point out the limit of the certainty in t=
hat set=20
of goals.
=20
> > This type of branch got actually
> > discussed before making the initial proposal, it's not that we don'=
t like
> > the idea at all, it's that we don't feel confident to make it work =
at that
> > point in time.
>=20
> Even with a single stable branch owner?

Yes, that's the exact option we thought about, but you need someone wil=
ling to=20
do the job.

> I completely agree that the "everyone backports" does not work for so=
mething
> like Frameworks (for various reasons), and that is not what I was
> suggesting.

Sure.

Regards.
=2D-=20
K=E9vin Ottens, http://ervin.ipsquad.net

KDAB - proud supporter of KDE, http://www.kdab.com


--nextPart1491668.tqGCH5b6Pr
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: This is a digitally signed message part.
Content-Transfer-Encoding: 7Bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.22 (GNU/Linux)

iEYEABECAAYFAlN8tGIACgkQB0u7y43syeIz7QCfZMc4Fukn0wzT9XBrpcXOSWQQ
uSwAniY23/NUCQe4udOk1EjQp6MDylvw
=hqFI
-----END PGP SIGNATURE-----

--nextPart1491668.tqGCH5b6Pr--


--===============0796871760773768406==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

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

--===============0796871760773768406==--