On Thu, Nov 8, 2012 at 8:47 PM, Michael Blumenkrantz
<[email protected]> wrote:
> On Wed,  7 Nov 2012 13:46:36 -0800
> "Enlightenment SVN" <[email protected]> wrote:
>
>> Log:
>> e/modules: Do not use recursive Makefiles
>>
>>
>>
>> Author:       lucas
>> Date:         2012-11-07 13:46:35 -0800 (Wed, 07 Nov 2012)
>> New Revision: 78978
>> Trac:         http://trac.enlightenment.org/e/changeset/78978
>>
>
> Wow, this is a huge patch which radically changes things. Nice idea.
>
> Prior to committing, however, I really wish you had:
> 1) Reviewed/tested this a bit more. The number of followup commits and bug
> reports is quite appalling considering that we are actually in a release cycle
> 2) Waited a few more days for the manager of this project (me) to be able to
> test/review/okay such a large change // asked for users and developers to test
> prior to committing
> 3) Spent a little more time fixing the known bugs that you mentioned in your
> previous email
>
> To reiterate, this is a good idea; however, I've already called out people for
> committing patches which did far less than this, so it would be wrong if I
> didn't do the same for you, who has much more egregiously abused svn, and
> during a release cycle at that.
>
> So, to clear things up for everyone who may have missed the implications which
> go along with going into alpha during our release cycles, consider this as the
> official message:
>
> We are in a feature freeze for E17. This should be treated the same as any
> previous feature freeze prior to a release.
>
> I will send another mail specifically on this topic to ensure that nobody
> misses it.
>
> Again, to re-reiterate, I agree with the changes you proposed and your method
> of doing it. And now I would greatly appreciate it if you could spend some 
> time
> testing your work much, much more thoroughly. As soon as possible.

I think you are not being fair. You're bashing me as if this was not
tested. It *was* tested much more than I wanted, but I was already
expecting some bugs for such a huge change. Even make distcheck
in-tree, out-of-tree, etc were tested.

Take a look in this patch and interdiff with the previous version I
sent to the mailing list. That was after hours of compiling and
testing.

It's not the normal workflow of the project to send patches to mailing
list, but I even did that. And *you* acked it.

However I only use a limited amount of modules in E. I couldn't test
it more. Be fair, take a look in the follow up commits and you will
see that bugs were caused because of different versions of automake,
build out-of-tree in a directory not sharing a prefix, installing as
root so things like chmod work, external modules or modules that I
never used.

These could only be tested with a broad audience. I was confident
enough to commit and sit waiting on the mailing list and in IRC until
late in the night waiting for bug reports.  People sent the bug
reports and they got fixed. Again, be fair and see the time frame
between the bug reports and the fixes. Sadly it was the only way to
get this tested. Much thanks to PrinceAMD, Seoz, Thanatermesis and
glima who pointed out most of the bugs.

If it had not been done this way we would still have that first
version of the patch, with all the bugs it had. And the reason to get
this in *after* your talk and (possible) release of E was that I
wouldn't like to screw with it.

And yes, I'm surprised and really disappointed with your reaction.
Particularly because of the amount of bugs introduced in this very
same week and the past one in E and EFL makes me only think you are
taking me as the scapegoat.



Lucas De Marchi

------------------------------------------------------------------------------
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_nov
_______________________________________________
enlightenment-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Reply via email to