On Mon, 23 May 2011 14:27:16 +0200 Cedric BAIL <cedric.b...@free.fr> wrote:
> On Mon, May 23, 2011 at 1:50 PM, Mike Blumenkrantz <m...@zentific.com> wrote: > > On Mon, 23 May 2011 19:32:59 +0900 > > Carsten Haitzler (The Rasterman) <ras...@rasterman.com> wrote: > >> On Mon, 23 May 2011 12:10:03 +0200 Cedric BAIL <cedric.b...@free.fr> said: > >> > On Mon, May 23, 2011 at 12:01 PM, Carsten Haitzler <ras...@rasterman.com> > >> > wrote: > >> > > On Mon, 23 May 2011 11:54:25 +0200 (CEST) Vincent Torri > >> > > <vto...@univ-evry.fr> said: > >> > >> On Mon, 23 May 2011, Carsten Haitzler (The Rasterman) wrote: > >> > >> > On Mon, 23 May 2011 11:05:04 +0200 (CEST) Vincent Torri > >> > >> > <vto...@univ-evry.fr> said: > >> > >> > > >> > >> > that requires i read the changelog and commit those patches - and it > >> > >> > takes time. as you said. > >> > >> > >> > >> A lot less than what cedric is doing right now > >> > > > >> > > not really. it involves reading the chlog - looking at commits for that > >> > > date (or one day either side) and then putting in the appropriate > >> > > patches. same work. > >> > > >> > And that work is required, just to be sure that no backport are > >> > forgotten. > >> > >> yes. indeed. i'm just pointing out that i dont have any magic information > >> that cedric doesn't have. i need to also sit down with changelog file AND > >> svn commit log in hand and match things up. especially looking at every > >> svn commit log and diff. it's really cherry picking the commits in order. > >> > >> > > It really does make things easier if you just do the backport as you go. If > > you have to update a backport commit later then so be it. Just learn to > > never commit broken code! > > Hey padawan ! Did you forgot my lesson ? It was a time when I saw you > as the new daemon of svn borkenness, and now you advise not to commit > broken code ? That's bad ! You will be SPANKED for that ! It's just a trick to make them think I am not breaking things! -- Mike Blumenkrantz Zentific: NULL pointer dereferences now 50% off! ------------------------------------------------------------------------------ What Every C/C++ and Fortran developer Should Know! Read this article and learn how Intel has extended the reach of its next-generation tools to help Windows* and Linux* C/C++ and Fortran developers boost performance applications - including clusters. http://p.sf.net/sfu/intel-dev2devmay _______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
