Open Stack

On 9/23/2017 10:11 AM, Doug Hellmann wrote:
> Excerpts from Huang Zhiteng's message of 2017-09-23 10:00:00 +0800:
>> On Sat, Sep 23, 2017 at 8:34 AM, Zhipeng Huang <zhipengh512 at gmail.com> wrote:
>>> Hi Paul,
>>>
>>> Unfortunately I know better on this matter and it is not the matter of topic
>>> dispute as many people on this thread who has been disturbed and annoyed by
>>> the padding/trolling.
>>>
>>> So yes I'm sticking with stupid because it hurts the OpenStack community as
>>> a whole and hurts the reputation of the dev community from my country which
>>> in large are great people with good hearts and skills.
>>>
>>> I'm not giving even an inch of the benefit of doubt to these padding
>>> activities and people behind it.
>> Hi Zhipeng,
>>
>> Not sure how much you have been involved in the dev community in
>> China, but it's now a good time to talk to those companies (in public
>> or private) and ask them to stop encourage their developers to submit
>> such changes.
> I would prefer to set up a system where we can have those sorts of
> conversations in private, to encourage people to contribute
> constructively instead of shaming them.
>
> Doug
+2

This, in some cases, may be due to people trying to pad their numbers.  
Perhaps it is just people who do not yet know the best way to help out 
and want to do something.

I agree with Doug's comments about this needing to be done in private 
and with Ildiko's comments on providing mentoring.  This is something I 
will consider as I put together the on-boarding education for the Sydney 
Summit.

 From a Cinder standpoint I have been trying to be inclusive and not 
block things unless it just appears to be blatantly pointless. Trying to 
keep on the side of community inclusion.

Jay


>>>
>>> On Sat, Sep 23, 2017 at 8:16 AM, Paul Belanger <pabelanger at redhat.com>
>>> wrote:
>>>> On Fri, Sep 22, 2017 at 10:26:09AM +0800, Zhipeng Huang wrote:
>>>>> Let's not forget the epic fail earlier on the "contribution.rst fix"
>>>>> that
>>>>> almost melt down the community CI system.
>>>>>
>>>>> For any companies that are doing what Matt mentioned, please be aware
>>>>> that
>>>>> the dev community of the country you belong to is getting hurt by your
>>>>> stupid activity.
>>>>>
>>>>> Stop patch trolling and doing something meaningful.
>>>>>
>>>> Sorry, but I found this comment over the line. Just because you disagree
>>>> with
>>>> the $topic at hand, doesn't mean you should default to calling it
>>>> 'stupid'. Give
>>>> somebody the benefit of not knowing any better.
>>>>
>>>> This is not a good example of encouraging anybody to contribute to the
>>>> project.
>>>>
>>>> -Paul
>>>>
>>>>> On Fri, Sep 22, 2017 at 10:21 AM, Matt Riedemann <mriedemos at gmail.com>
>>>>> wrote:
>>>>>
>>>>>> I just wanted to highlight to people that there seems to be a series
>>>>>> of
>>>>>> garbage patches in various projects [1] which are basically doing
>>>>>> things
>>>>>> like fixing a single typo in a code comment, or very narrowly changing
>>>>>> http
>>>>>> to https in links within docs.
>>>>>>
>>>>>> Also +1ing ones own changes.
>>>>>>
>>>>>> I've been trying to snuff these out in nova, but I see it's basically
>>>>>> a
>>>>>> pattern widespread across several projects.
>>>>>>
>>>>>> This is the boilerplate comment I give with my -1, feel free to employ
>>>>>> it
>>>>>> yourself.
>>>>>>
>>>>>> "Sorry but this isn't really a useful change. Fixing typos in code
>>>>>> comments when the context is still clear doesn't really help us, and
>>>>>> mostly
>>>>>> seems like looking for padding stats on stackalytics. It's also a
>>>>>> drain on
>>>>>> our CI environment.
>>>>>>
>>>>>> If you fixed all of the typos in a single module, or in user-facing
>>>>>> documentation, or error messages, or something in the logs, or
>>>>>> something
>>>>>> that actually doesn't make sense in code comments, then maybe, but
>>>>>> this
>>>>>> isn't one of those things."
>>>>>>
>>>>>> I'm not trying to be a jerk here, but this is annoying to the point I
>>>>>> felt
>>>>>> the need to say something publicly.
>>>>>>
>>>>>> [1] https://review.openstack.org/#/q/author:%255E.*inspur.*
>>>>>>
>>>>>> --
>>>>>>
>>>>>> Thanks,
>>>>>>
>>>>>> Matt
>>>>>>
>>>>>>
>>>>>> __________________________________________________________________________
>>>>>> OpenStack Development Mailing List (not for usage questions)
>>>>>> Unsubscribe:
>>>>>> OpenStack-dev-request at lists.openstack.org?subject:unsubscribe
>>>>>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> Zhipeng (Howard) Huang
>>>>>
>>>>> Standard Engineer
>>>>> IT Standard & Patent/IT Product Line
>>>>> Huawei Technologies Co,. Ltd
>>>>> Email: huangzhipeng at huawei.com
>>>>> Office: Huawei Industrial Base, Longgang, Shenzhen
>>>>>
>>>>> (Previous)
>>>>> Research Assistant
>>>>> Mobile Ad-Hoc Network Lab, Calit2
>>>>> University of California, Irvine
>>>>> Email: zhipengh at uci.edu
>>>>> Office: Calit2 Building Room 2402
>>>>>
>>>>> OpenStack, OPNFV, OpenDaylight, OpenCompute Aficionado
>>>>> __________________________________________________________________________
>>>>> OpenStack Development Mailing List (not for usage questions)
>>>>> Unsubscribe:
>>>>> OpenStack-dev-request at lists.openstack.org?subject:unsubscribe
>>>>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>>>>
>>>> __________________________________________________________________________
>>>> OpenStack Development Mailing List (not for usage questions)
>>>> Unsubscribe: OpenStack-dev-request at lists.openstack.org?subject:unsubscribe
>>>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>>>
>>>
>>>
>>> --
>>> Zhipeng (Howard) Huang
>>>
>>> Standard Engineer
>>> IT Standard & Patent/IT Product Line
>>> Huawei Technologies Co,. Ltd
>>> Email: huangzhipeng at huawei.com
>>> Office: Huawei Industrial Base, Longgang, Shenzhen
>>>
>>> (Previous)
>>> Research Assistant
>>> Mobile Ad-Hoc Network Lab, Calit2
>>> University of California, Irvine
>>> Email: zhipengh at uci.edu
>>> Office: Calit2 Building Room 2402
>>>
>>> OpenStack, OPNFV, OpenDaylight, OpenCompute Aficionado
>>>
>>> __________________________________________________________________________
>>> OpenStack Development Mailing List (not for usage questions)
>>> Unsubscribe: OpenStack-dev-request at lists.openstack.org?subject:unsubscribe
>>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>>>
> __________________________________________________________________________
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: OpenStack-dev-request at lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev