From kdevelop-devel Tue May 02 00:29:23 2006 From: Jens Herden Date: Tue, 02 May 2006 00:29:23 +0000 To: kdevelop-devel Subject: Re: Platform split Message-Id: <200605020729.27943.jens () kdewebdev ! org> X-MARC-Message: https://marc.info/?l=kdevelop-devel&m=114653006629136 MIME-Version: 1 Content-Type: multipart/mixed; boundary="--nextPart1278699.4fv1z2973U" --nextPart1278699.4fv1z2973U Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tuesday 02 May 2006 02:03, Alexander Dymo wrote: > On Sunday 30 April 2006 06:02, Matt Rogers wrote: > > also, the platform module will depend on snapshot like everything else. > > :) > > I'd not do that. Really, what is the difference between trunk and snapsho= t? > IMHO one - we will be forced to wait for kdelibs changes and fixes two > weeks. That's not right. That is only true for day one after a new snapshot. Please try to see it mo= re=20 realistic. A two week schedule does not mean you have to wait two weeks unt= il=20 you can make changes! > Worry about possible breakages by changes in kdelibs? Yes, that's annoyin= g. > But in fact every two weeks (new kdelibs snapshot) we will be faced to the > major breakage inside our code. I'd prefer to fix stuff incrementally and > not dig in the kdelibs commit logs to know what was changed back in the > time. > > Neither KDevelop nor KDevPlatfrom (and nor Quanta) are stable. Let's spend > a bit more time at kdelibs tracking now and let's not slow down > development. =46ixing broken KDevelop and kdelibs before I can work on Quanta slows down= my=20 development! I am one chain link deeper as you and it really hurts me. I do not want to play cat and mouse all the time! The idea of the snapshot = is=20 to minimize this and I think this idea is good. Jens --nextPart1278699.4fv1z2973U Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQBEVqfnkYmIVB8IV+ARAoYYAKCslbmkP2IXz09EsKdbeduZux7bHgCeNin/ ZB7rSuaGrr7k2ahZM4hNVtA= =CF8I -----END PGP SIGNATURE----- --nextPart1278699.4fv1z2973U-- _______________________________________________ KDevelop-devel mailing list KDevelop-devel@barney.cs.uni-potsdam.de http://barney.cs.uni-potsdam.de/mailman/listinfo/kdevelop-devel