DPDK patches and discussions
 help / color / mirror / Atom feed
From: Neil Horman <nhorman@tuxdriver.com>
To: "Wiles, Keith" <keith.wiles@intel.com>
Cc: "dev@dpdk.org" <dev@dpdk.org>
Subject: Re: [dpdk-dev] GitHub sandbox for the DPDK community
Date: Tue, 5 May 2015 15:07:02 -0400	[thread overview]
Message-ID: <20150505190702.GC27259@hmsreliant.think-freely.org> (raw)
In-Reply-To: <0CA4031C-561F-4BB9-8B14-674D6D99EE6E@intel.com>

On Tue, May 05, 2015 at 04:43:08PM +0000, Wiles, Keith wrote:
> 
> 
> Sent from my iPhone
> 
> > On May 5, 2015, at 6:56 AM, Neil Horman <nhorman@tuxdriver.com> wrote:
> > 
> >> On Mon, May 04, 2015 at 10:25:00PM -0500, Jim Thompson wrote:
> >> 
> >>> On May 4, 2015, at 10:12 PM, Wiles, Keith <keith.wiles@intel.com> wrote:
> >>> 
> >>> 
> >>> 
> >>>> On 5/4/15, 10:48 AM, "Matthew Hall" <mhall@mhcomputing.net> wrote:
> >>>> 
> >>>>> On Mon, May 04, 2015 at 12:43:48PM +0000, Qiu, Michael wrote:
> >>>>> What mail client do you use? I think  mail client supporting thread mode
> >>>>> is important for patch review.
> >>>> 
> >>>> Like many UNIX people, I use mutt.
> >>>> 
> >>>> My concern is that, if we're making the widespread adoption, usage, and
> >>>> contributions for DPDK dependent on selection or debate of the features
> >>>> of 
> >>>> various MUAs, I'm not sure that we're looking at this from the right
> >>>> angle.
> >>>> 
> >>>> I'm just trying to figure out how to get DPDK in the place where the most
> >>>> eyeballs are, rather than trying to drag the eyeballs to the place where
> >>>> DPDK 
> >>>> is.
> >>> 
> >>> +1, I agree with this statement completely and I feel discussions about an
> >>> MUA is non-productive and out of scope.
> >> 
> >> +1.  I’ve avoided the whole discussion, because … ok, “non-productive and out of scope” is a polite way of saying it.
> >> 
> >> jim
> > 
> > Very well, since you seem to want to avoid talking about ways to get what you
> > want in a workflow, lets go back to where the conversation started:
> > 
> > http://dpdk.org/ml/archives/dev/2015-May/017225.html
> > 
> > We got into this debate because you wanted to move the project to github, and as
> > supporting reasons, listed a plethora of features that you liked about the site.
> > This entire subtread has been meant to illustrate how you can have the features
> > you want that you see as adventageous in the github environment without actualy
> > moving to github.  We've focused on email quote collapsing because we kept
> > responding to one another, though I'm sure we could have the same debate on any
> > one of the workflow features github offers.
> > 
> > Can we all agree then, that for the list posted in your email above, any github
> > environmental feature can be recreated with proper tooling, available today,
> > without forcing the github environment on everybody?  Further, can we agree
> > that, given that those features are not unique to github, they are not
> > compelling reasons to move the project there?
> 
> Neil (I had to type this on my phone so please forgive any typos or other statements that may sound odd. I am not trying to be rude in anyway)
> 
> I feel you are taking everything out of context here. The email client being able collapse threads is not the point here and I have tried to redirect you politely to the points moving DPDK to github. 
> 
I'm sorry, I disagree.  This is the context in which we began this debate:
http://dpdk.org/ml/archives/dev/2015-May/017229.html

Matthew stated (and you supported) the notion that collapsing quotes in email
was an adventageous feature to have when reviewing patches.  While that may be
true for you (I certainly don't deny it), Everything I have said so far has been
an effort to illustrate that that feature (and more generally the workflow tools
that github provides) are reproducible using existing infrastructure and tools
(i.e. that the github environment is not a reason in and of itself to move to
github, as it is not unique to that environment).  I have pointed this out
several times:

http://dpdk.org/ml/archives/dev/2015-May/017233.html
http://dpdk.org/ml/archives/dev/2015-May/017247.html

Its you and Matthew that seem to be fixed on asserting that I'm somehow
focused on only choosing a mail client 

http://dpdk.org/ml/archives/dev/2015-May/017294.html

And I don't appreciate it.  You and Matthew made statements regarding this as a
feature that you found desierable (among other features).  I'm fine with you
doing so, and I believe that they are worthwhile points of debate.  What I am
unwilling to accept however, is that any assertion to the contrary is, to use
your words "not the point".  If you want to make a statement about the
superiority of a environment, please do so, but understand that there may be
those who don't agree.  If you don't want to have the argument, retract the
statement.

However, as I stated above more than once now, if we can agree that githubs
environment is not unique to github and so not a supporting reason to move the
project there, we can be done with this subthread in its entirety.

Note that I am not saying here that the tools and workflow that github provides
are expressly bad, only that they are not unique to github, and so other reasons
should be considered for the movement.

> As I and others have pointed out GitHub offers a huge number eyes for DPDK community. GitHub offers a different set of processes and tools, which we do not have to create. Moving to GitHub is a change for the community and I feel a good change for the better. 
> 

Ok, this is a a better reason to consider: Participant attention.  So far in
other discussion surrounding lack of uptake in developer participation in DPDK,
the focus has been on ways we can improve the existing community though process
changes.  What your proposing suggests here that the larger problem is not so
much process (though I'm sure thats on your mind too), but rather simple
numbers. More people == more developers.  That could be, I honestly don't know.
Fortunately that is a measureable, solvable problem.  I'd suggest that 6wind
enable analytics for the dpdk.org site so that we can get an idea of how much
visibility the site currently gets, and that would lead us to making a more
informed decision regarding if, and where the site would be better positioned.

> For your statements above I say NO we do not agree as much as your arguments around a single feature of an email client is not a compelling reason to accept your statements. 
> 
So you're back to arguing about email clients?  Please make a choice.  Either we
debate weather or not the github environment is adventageous, or we don't.  If
you want to debate it thats fine, but my stand is that the tools github provides
are not unique to github and can be implemented with our current environment
easily, if developers individaually choose to.  If you don't want to continue
debting it, I suppose thats fine too, but I presume you wish to do that because
you don't feel like the environment is a point worth arguing over (weather or
not we agree) on it being a non-differentiatior to other setups?

> Github gives us the DPDK community a better and more widely accepted place to allow DPDK to grow and become the open source project we all want IMO. 
> 
I'm not sure I can parse this.  What do you mean by "better" and "widely
accepted"?  Are you referring to your earlier statements regarding DPDK.org
being owned by 6wind?  I think that was you that said that (If not I apologize).
If thats the case, I think thats a reasonable argument to make, though I've not
gotten the impression (anecdotally of course) that current developers are
worried about that.  If there is generally concern over dpdk.org being owned by
a major contributor, I'd appreciate them speaking up here, as I think that would
be valuabe information to have.


> I want to be polite here and we are not going to agree with keeping DPDK as it is today. We need to grow and change is the only way, I believe moving to GitHub gives the best support and eyeballs on DPDK to grow. 
> 
Please understand, I'm not in favor of keeping everything exactly the same, far
from it.  I think there are many process issues that need to be worked out with
the community (review latency, patch application latency, subtree architecture
and maintenence, etc), but I think we can handle those issues incrementally,
with existing tools and within the existing community.  I feel as though a move
to github (or another hosted site to manage our process) is overkill for the
problems we have identified currently.

> The tools supported on GitHub are different and yes you may need to change. The day to day development will remain the same and as we know that is the bulk of the work. The pushing of patches will change, which should be easier for move people to understand plus use. 
> o

Yes, Assuming that we make the change.  But clearly we still have lots of debate
around weather or not thats a remotely good idea.

> We could spend a lot of time and money to update the current system, but why when we could start the move to GitHub today and use those tools for free. 
> 
Becuase you're considering the move to be "free".  How many developers do you
loose who prefer the current method of development?  How many man hours do you
spend setting up the environment, moving the code, getting all the current
participants integrated to the new system, and figuring out the new workflow?
For that matter, how much time do you think needs investing in updating the
current system?  I would argue from an infrastructure standpoint, not that much,
though again, thats probably a question to ask of 6wind, who continues to be
silent here.  I'd really like to hear from someone there about their willingness
to add people/trees to dpdk.org.
 

> I do not want this to become a flame war or something like it. I want us to try and figure out how we can improve the DPDK community. I can see keeping DPDK the way it is today, but this will stagnate DPDK IMHO and no one wants this to happen. 
Stagnates a scary word, but what evidence do you have that its truly
stagnating?  Based on raw numbers, the community is growing, just not as quickly
as some would like, the reasons for which have been at least partially
ennumerated on this list.  I think if we continue to discuss incremental process
changes, we don't need to do something as drastic as move the code repository
in its entirety (and incur all the process changes that come with it).

> 
> I do not want to split the DPDK community or try alienating any one. 
> 

No one does.

> Please take a breath and relax as we all want the best for DPDK. 
> 
Please do not try to position me as somehow angry here.  I'm debating your
assertions.  If you dont' want debate, don't participate.

Regards
Neil

  parent reply	other threads:[~2015-05-05 19:07 UTC|newest]

Thread overview: 51+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-05-01 15:56 Wiles, Keith
2015-05-01 16:45 ` Neil Horman
2015-05-01 17:18   ` Aaro Koskinen
2015-05-04 12:39     ` Qiu, Michael
2015-05-01 17:31   ` Matthew Hall
2015-05-01 17:45     ` Wiles, Keith
2015-05-01 18:48     ` Neil Horman
2015-05-01 19:10       ` Wiles, Keith
2015-05-02  2:59         ` Wiles, Keith
2015-05-03 21:00         ` Neil Horman
2015-05-04  3:51           ` Wiles, Keith
2015-05-04 12:43     ` Qiu, Michael
2015-05-04 17:48       ` Matthew Hall
2015-05-04 18:52         ` Neil Horman
2015-05-05  3:12         ` Wiles, Keith
2015-05-05  3:25           ` Jim Thompson
2015-05-05 13:55             ` Neil Horman
2015-05-05 16:43               ` Wiles, Keith
2015-05-05 17:57                 ` John W. Linville
2015-05-05 18:30                   ` Wiles, Keith
2015-05-05 18:46                     ` John W. Linville
2015-05-05 19:07                 ` Neil Horman [this message]
2015-05-05 20:15                   ` Wiles, Keith
2015-05-06  8:12                 ` Panu Matilainen
2015-05-06  8:30                   ` Simon Kågström
2015-05-06  9:00                     ` Panu Matilainen
2015-05-06 10:37                     ` Neil Horman
2015-05-07 15:26                   ` John W. Linville
2015-05-01 18:01   ` Wiles, Keith
2015-05-01 18:09 ` Stephen Hemminger
2015-05-01 18:17   ` Wiles, Keith
2015-05-04 20:34     ` Marc Sune
2015-05-05  2:54       ` Wiles, Keith
2015-05-01 19:49   ` Matthew Hall
2015-05-01 19:59     ` Aaro Koskinen
2015-05-01 20:36       ` Matthew Hall
2015-05-02 11:40         ` Neil Horman
2015-05-02 12:37           ` Thomas F Herbert
2015-05-02 14:07             ` Wiles, Keith
2015-05-02 13:59           ` Wiles, Keith
2015-05-04 21:08             ` Marc Sune
2015-05-05  3:09               ` Wiles, Keith
2015-05-04  6:52 ` Simon
2015-05-04  9:05   ` Marc Sune
2015-05-06 10:11 ` Mcnamara, John
2015-05-06 21:09 ` Thomas Monjalon
2015-05-06 21:37   ` Marc Sune
2015-05-06 23:49     ` Wiles, Keith
2015-05-07  3:37       ` Wiles, Keith
2015-05-12 14:38         ` Thomas Monjalon
2015-05-04  5:08 Wiles, Keith

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20150505190702.GC27259@hmsreliant.think-freely.org \
    --to=nhorman@tuxdriver.com \
    --cc=dev@dpdk.org \
    --cc=keith.wiles@intel.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).