Doug Hellmann wrote:
Excerpts from Adam Spiers's message of 2018-04-25 18:15:42 +0100:
[BTW I hope it's not considered off-bounds for those of us who aren't
TC election candidates to reply within these campaign question threads
to responses from the candidates - but if
Excerpts from Adam Spiers's message of 2018-04-25 18:15:42 +0100:
> [BTW I hope it's not considered off-bounds for those of us who aren't
> TC election candidates to reply within these campaign question threads
> to responses from the candidates - but if so, let me know and I'll
> shut up ;-) ]
2018-04-25 22:13 GMT+08:00 Jeremy Stanley :
>
> On 2018-04-25 14:12:00 +0800 (+0800), Rico Lin wrote:
> [...]
> > I believe to combine API services into one service will be able to
> > scale much easier. As we already starting from providing multiple
> > services and binding
On 2018-04-25 18:15:42 +0100 (+0100), Adam Spiers wrote:
> [BTW I hope it's not considered off-bounds for those of us who aren't
> TC election candidates to reply within these campaign question threads
> to responses from the candidates - but if so, let me know and I'll
> shut up ;-) ]
[...]
Not
[BTW I hope it's not considered off-bounds for those of us who aren't
TC election candidates to reply within these campaign question threads
to responses from the candidates - but if so, let me know and I'll
shut up ;-) ]
Zhipeng Huang wrote:
Culture wise, being too
On 2018-04-25 14:12:00 +0800 (+0800), Rico Lin wrote:
[...]
> I believe to combine API services into one service will be able to
> scale much easier. As we already starting from providing multiple
> services and binding with Apache(Also concern about Zane's
> comment), we can start this goal by
2018-04-25 0:04 GMT+08:00 Fox, Kevin M :
>
> Yeah, I agree k8s seems to have hit on a good model where interests are
separately grouped from the code bases. This has allowed architecture to
not to be too heavily influenced by the logical groups interest.
>
> I'll go ahead and
I think many projects are now beginning to develop the sub-team structure
(e.g Nova, Ironic and Cyborg) and that might be part of the answer here.
Having a sub-team structure and also have volunteer as sub team leads could
also help people that are not good at code review to contribute
On 24/04/18 12:04, Fox, Kevin M wrote:
Yeah, I agree k8s seems to have hit on a good model where interests are
separately grouped from the code bases. This has allowed architecture to not to
be too heavily influenced by the logical groups interest.
I'll go ahead and propose it again since its
On Tue, Apr 24, 2018 at 3:51 PM, Fox, Kevin M wrote:
> I support 12 factor. But 12 factor only works if you can commit to always
> deploying on top of 12 factor tools. If OpenStack committed to only ever
> deploying api services on k8s then my answer might be different. but
, April 24, 2018 9:13 AM
To: openstack-dev@lists.openstack.org
Subject: Re: [openstack-dev] [tc] campaign question: How can we make
contributing to OpenStack easier?
On 04/24/2018 12:04 PM, Fox, Kevin M wrote:
> Could the major components, nova-api, neutron-server, glance-apiserver, etc
> be
On 04/24/2018 12:04 PM, Fox, Kevin M wrote:
Could the major components, nova-api, neutron-server, glance-apiserver, etc be
built in a way to have 1 process for all of them, and combine the upgrade steps
such that there is also, one db-sync for the entire constellation?
So, basically the
From: Thierry Carrez [thie...@openstack.org]
Sent: Tuesday, April 24, 2018 3:24 AM
To: openstack-dev@lists.openstack.org
Subject: Re: [openstack-dev] [tc] campaign question: How can we make
contributing to OpenStack easier?
Fox, Kevin M wrote:
> OpenStack has created artific
Thierry,
please see below:
On Tue, Apr 24, 2018 at 6:24 AM, Thierry Carrez wrote:
> Fox, Kevin M wrote:
>> OpenStack has created artificial walls between the various Projects. It
>> shows up, for example, as holes in usability at a user level or extra
>> difficulty for
Fox, Kevin M wrote:
> OpenStack has created artificial walls between the various Projects. It shows
> up, for example, as holes in usability at a user level or extra difficulty
> for operators juggling around so many projects. Users and for the most part,
> Operators don't really care about
Doug Hellmann wrote:
> I would like for us to collect some more data about what efforts teams are
> making with encouraging new contributors, and what seems to be working or
> not. In the past we've done pretty well at finding new techniques by
> experimenting within one team and then adapting the
to deal so much with the details.
Thanks,
Kevin
_
___
From: Zane Bitter [zbit...@redhat.com]
Sent: Monday, April 23, 2018 1:47 PM
To: openstack-dev@lists.openstack.org
Subject: Re: [openstack-dev] [tc] campaign question: How can we make
contributing
>
> Over the last year we have seen some contraction in the number of
> companies and individuals contributing to OpenStack. At the same
> time we have started seeing contributions from other companies and
> individuals. To some degree this contraction and shift in contributor
> base is a natural
On 23/04/18 10:06, Doug Hellmann wrote:
[This is meant to be one of (I hope) several conversation-provoking
questions directed at prospective TC members to help the community
understand their positions before considering how to vote in the
ongoing election.]
Over the last year we have seen some
On Mon, Apr 23, 2018 at 10:06 AM, Doug Hellmann wrote:
> [This is meant to be one of (I hope) several conversation-provoking
> questions directed at prospective TC members to help the community
> understand their positions before considering how to vote in the
> ongoing
On 2018-04-23 16:28:13 + (+), Tim Bell wrote:
> One of the challenges in the academic sector is the time from
> lightbulb moment to code commit. Many of the academic resource
> opportunities are short term (e.g. PhDs, student projects,
> government funded projects) and there is a latency
On 4/23/2018 1:24 PM, Jeremy Stanley wrote:
Some of us also urged existing leaders in various projects to record
videos encouraging contributors to get more involved by demystifying
processes like code review or bug triage. This could be as simple as
signing up for an available lightning talk
2018-04-24 1:26 GMT+08:00 Doug Hellmann :
>
> Excerpts from Rico Lin's message of 2018-04-24 00:54:14 +0800:
> > ** What aspects of our policies or culture make contributing to
> > OpenStackmore difficult than contributing to other open source
projects?To
> > fully
On 2018-04-23 13:18:22 -0400 (-0400), Doug Hellmann wrote:
[...]
> I would like for us to collect some more data about what efforts
> teams are making with encouraging new contributors, and what seems
> to be working or not. In the past we've done pretty well at finding
> new techniques by
Excerpts from Matt Riedemann's message of 2018-04-23 12:35:07 -0500:
> On 4/23/2018 12:18 PM, Doug Hellmann wrote:
> > I would like for us to collect some more data about what efforts
> > teams are making with encouraging new contributors, and what seems
> > to be working or not. In the past we've
On 4/23/2018 12:18 PM, Doug Hellmann wrote:
I would like for us to collect some more data about what efforts
teams are making with encouraging new contributors, and what seems
to be working or not. In the past we've done pretty well at finding
new techniques by experimenting within one team and
Excerpts from Rico Lin's message of 2018-04-24 00:54:14 +0800:
> ** What aspects of our policies or culture make contributing to
> OpenStackmore difficult than contributing to other open source projects?To
> fully understand the map of OpenStack services is a huge challenge,
> especially for new
Excerpts from Chris Dent's message of 2018-04-23 17:50:31 +0100:
> On Mon, 23 Apr 2018, Tim Bell wrote:
>
> > One of the challenges in the academic sector is the time from
> > lightbulb moment to code commit. Many of the academic resource
> > opportunities are short term (e.g. PhDs, student
** What aspects of our policies or culture make contributing to
OpenStackmore difficult than contributing to other open source projects?To
fully understand the map of OpenStack services is a huge challenge,
especially for new join developers. And for project teams, might not
provide new
On Mon, 23 Apr 2018, Tim Bell wrote:
One of the challenges in the academic sector is the time from
lightbulb moment to code commit. Many of the academic resource
opportunities are short term (e.g. PhDs, student projects,
government funded projects) and there is a latency in current
system to
On Mon, 23 Apr 2018, Doug Hellmann wrote:
What aspects of our policies or culture make contributing to OpenStack
more difficult than contributing to other open source projects?
Size, isolation, and perfectionism.
Size in at least three dimensions:
* the entire community
* individual
ack-dev@lists.openstack.org" <openstack-dev@lists.openstack.org>
Subject: Re: [openstack-dev] [tc] campaign question: How can we make
contributing to OpenStack easier?
> Where else should we be looking for contributors?
Like other large open source projects, OpenStack ha
Doug Hellmann wrote:
> Over the last year we have seen some contraction in the number of
> companies and individuals contributing to OpenStack. At the same
> time we have started seeing contributions from other companies and
> individuals. To some degree this contraction and shift in contributor
>
On 23/04/18 15:06, Doug Hellmann wrote:
> [This is meant to be one of (I hope) several conversation-provoking
> questions directed at prospective TC members to help the community
> understand their positions before considering how to vote in the
> ongoing election.]
>
> Over the last year we have
Culture wise, being too IRC-centric is definitely not helping, from my own
experience getting new Cyborg developer joining our weekly meeting from
China. Well we could always argue it is part of a open source/hacker
culture and preferable to commercial solutions that have the constant risk
of
[This is meant to be one of (I hope) several conversation-provoking
questions directed at prospective TC members to help the community
understand their positions before considering how to vote in the
ongoing election.]
Over the last year we have seen some contraction in the number of
companies
36 matches
Mail list logo