Re: [E-devel] Better organisation of the Git commit ML and "core projects"

2015-12-02 Thread Vyacheslav Reutskiy
I'm sorry for commits which don't follow EFL commit guidelines. Totally we are follow the EFL guidelines, but some merge commit differs, because project Eflete must to use internal git with Gerrit (it's rules of our R&D center, we can't change it). And I'm totally agree with David. I subscribed Gi

Re: [E-devel] Better organisation of the Git commit ML and "core projects"

2015-12-02 Thread David Seikel
On Wed, 2 Dec 2015 18:36:30 -0500 Christopher Michael wrote: > On 12/02/2015 06:32 PM, Carsten Haitzler wrote: > > On Wed, 2 Dec 2015 10:42:43 -0800 Cedric BAIL > > said: > > > >> Hello, > >> > >> I am just going to say that Mike proposal is the one that make most > >> sense and will be the most

Re: [E-devel] Better organisation of the Git commit ML and "core projects"

2015-12-02 Thread Christopher Michael
On 12/02/2015 06:32 PM, Carsten Haitzler wrote: > On Wed, 2 Dec 2015 10:42:43 -0800 Cedric BAIL said: > >> Hello, >> >> I am just going to say that Mike proposal is the one that make most >> sense and will be the most efficient for everyone without forever >> discussing every little detail. We cou

Re: [E-devel] Better organisation of the Git commit ML and "core projects"

2015-12-02 Thread The Rasterman
On Wed, 2 Dec 2015 10:42:43 -0800 Cedric BAIL said: > Hello, > > I am just going to say that Mike proposal is the one that make most > sense and will be the most efficient for everyone without forever > discussing every little detail. We could even go as far as > decomissionning our current mail

Re: [E-devel] Better organisation of the Git commit ML and "core projects"

2015-12-02 Thread Cedric BAIL
Hello, I am just going to say that Mike proposal is the one that make most sense and will be the most efficient for everyone without forever discussing every little detail. We could even go as far as decomissionning our current mailing list. Cedric On Wed, Dec 2, 2015 at 8:56 AM, Mike Blumenkran

Re: [E-devel] Better organisation of the Git commit ML and "core projects"

2015-12-02 Thread Mike Blumenkrantz
My preference would be to do away with the commit mailing list entirely. It's easy to set a follow rule on phab for projects that you're interested in, and this has the added benefit of reducing our reliance on the failure-prone sourceforge infrastructure. Moreover, it would avoid future arguments

Re: [E-devel] Better organisation of the Git commit ML and "core projects"

2015-12-02 Thread Stephen Houston
I think leaving it like it is, or number two, would be the right option. The commit ml is the easiest way for me to quickly get an idea of what is going on across git, not just the core projects. "Oh look, edi added faster syntax highlighting... Sweet!". On Wed, Dec 2, 2015 at 8:39 AM, Tom Hacoh

Re: [E-devel] Better organisation of the Git commit ML and "core projects"

2015-12-02 Thread Daniel Kolesa
On Wed, Dec 2, 2015 at 2:39 PM, Tom Hacohen wrote: > Hey, > > I'm sending this email to raise an issue that has been annoying me for > the last few months, but especially in the last couple of weeks. > > As it stands the Git ML is cluttered and it's very annoying for me to > review commits that ar

[E-devel] Better organisation of the Git commit ML and "core projects"

2015-12-02 Thread Tom Hacohen
Hey, I'm sending this email to raise an issue that has been annoying me for the last few months, but especially in the last couple of weeks. As it stands the Git ML is cluttered and it's very annoying for me to review commits that are of relevance to me. The problem, is that in the Git ML we s