Versioning of Frameworks

[Martin Gräßlin]

On Tuesday 05 May 2015 13:14:08 Christian Mollekopf wrote:
> On Tue, May 5, 2015, at 12:11 PM, Martin Gräßlin wrote:
> > On Tuesday 05 May 2015 11:45:19 Christian Mollekopf wrote:
> > > On Wed, Apr 29, 2015, at 09:45 PM, David Faure wrote:
> > > > On Wednesday 29 April 2015 15:00:32 Christian Mollekopf wrote:
> > > > > You don't have to maintain any other combinations that what you
> > > > > already
> > > > > do.
> > > > > Just because the cmake versions aren't automatically bumped doesn't
> > > > > mean
> > > > > you suddenly have to test every conceivable combination of versions.
> > > > 
> > > > How can the developer write in KIO's CMakeLists.txt "this depends on
> > > > KXmlGui
> > > > 5.5 and KCoreAddons 5.2" without testing that it actually works with
> > > > these versions?
> > > 
> > > Because he tested that when he originally added that dependency, and
> > > never changed anything related to that.
> > 
> > That's wishful thinking, isn't it?
> 
> No it isn't. I'm doing that for libkolabxml and libkolab since quite a
> while now. Obviously I break stuff every now and then for
> i.e. CentOS6, and a lack of the necessary CI infrastructure could make
> it difficult at times to keep everything working.
> However, it's a requirement for kolab to keep this working, so I do what
> is necessary to achieve that.
> Now that we have better CI infrastructure it becomes much easier to
> ensure I don't break anything,
> the rest is a simple matter of fixing what I break.
> 
> > I already gave you examples on how we
> > regularly forget to increase the required versions in KWin .
> 
> Which doesn't mean everyone does, or that simply ignoring the problem
> solves it.
> I'm not trying to force everyone to care about that aspect, I'm trying
> to enable those that do (me).

erm, maybe I'm misunderstanding something. But you want to change policies of 
frameworks release progress. So that sounds to me like you want to force each 
of the maintainers to care about it.

Cheers
Martin
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 181 bytes
Desc: This is a digitally signed message part.
URL: <http://mail.kde.org/pipermail/kde-frameworks-devel/attachments/20150505/3f368749/attachment.sig>