Re: [openstack-dev] [stackalytics] Official Programs tag?

2013-11-01 Thread Ilya Shakhat
Sean,

Currently the grouping is two-layer: the higher is to split between
openstack-hosted and stackforge-hosted projects, the lower is to split
core, incubation, docs, etc. The grouping may be not so accurate since it
needs to comply with the latest changes in integrated / incubated projects
(bug https://bugs.launchpad.net/stackalytics/+bug/1244485).

I see there's a need to have stats for official projects (more correctly to
say projects belonging to official programs
https://wiki.openstack.org/wiki/Programs), and separate that stats from
other openstack-hosted projects.
So will it work to have the grouping like that?
 - Official OpenStack Projects
- core
- integrated
- incubated
 - OpenStack complimentary projects (e.g. infra projects like jeepyb, gitdm)
 - Stackforge projects (everything from github/stackforge)

Thanks,
Ilya


2013/10/27 Robert Collins robe...@robertcollins.net

 On 28 October 2013 04:32, Sean Dague s...@dague.net wrote:
  I've been looking at the stackalytics code and one of the areas that I
 think
  stackalytics has a structural issue is around the project_group tag.
 
  The existing project_group tags of core, incubation, documentation,
  infrastructure, and other are all fine and good, however none of
 these
  actually represent a number I'd like to see, which is Official Programs
  contributions over all.
 
  Which would be core + documentation + infrastructure + QA / Devstack
 trees
  (+ maybe Tripleo? I don't remember if that's Official or Incubated
 program
  at this point).

 TripleO is official

 NB: Incubation happens to projects, not programs.

 -Rob



 --
 Robert Collins rbtcoll...@hp.com
 Distinguished Technologist
 HP Converged Cloud

 ___
 OpenStack-dev mailing list
 OpenStack-dev@lists.openstack.org
 http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev


Re: [openstack-dev] [stackalytics] Official Programs tag?

2013-11-01 Thread Thierry Carrez
Ilya Shakhat wrote:
 Currently the grouping is two-layer: the higher is to split between
 openstack-hosted and stackforge-hosted projects, the lower is to split
 core, incubation, docs, etc. The grouping may be not so accurate since
 it needs to comply with the latest changes in integrated / incubated
 projects (bug https://bugs.launchpad.net/stackalytics/+bug/1244485). 
 
 I see there's a need to have stats for official projects (more correctly
 to say projects belonging to official
 programs https://wiki.openstack.org/wiki/Programs), and separate that
 stats from other openstack-hosted projects. 
 So will it work to have the grouping like that?
  - Official OpenStack Projects
 - core 
 - integrated 
 - incubated
  - OpenStack complimentary projects (e.g. infra projects like jeepyb, gitdm)
  - Stackforge projects (everything from github/stackforge)

I think the following objective groupings make sense:

Official
* Integrated (= commonly-released, server) projects (Nova, Swift... up
to Trove)
* Incubated (Marconi, Savanna...)
* All projects from all official programs (includes client bindings like
python-novaclient, openstack-infra/*, tempest, tripleO  etc.)

Stackforge
* All stackforge

Core at this point probably doesn't make sense, since depending on who
you ask, or what reference text you look at, you'd get a different list.
Just use integrated instead.

OpenStack complimentary projects is also subjective and should be
dropped in favor of the All projects from all official programs category.

-- 
Thierry Carrez (ttx)

___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev


Re: [openstack-dev] [stackalytics] Official Programs tag?

2013-11-01 Thread Sean Dague
On 11/01/2013 12:42 PM, Thierry Carrez wrote:
snip
 I think the following objective groupings make sense:
 
 Official
 * Integrated (= commonly-released, server) projects (Nova, Swift... up
 to Trove)
 * Incubated (Marconi, Savanna...)
 * All projects from all official programs (includes client bindings like
 python-novaclient, openstack-infra/*, tempest, tripleO  etc.)

Agreed. Though realistically I still want Official Programs + Integrated
to be separable from incubation. Incubation is by definition a different
class of things. Yes, it's something the TC let move closer to
integration, but it's not a declared official part of OpenStack (yet).

The other important thing is this mapping is temporal, which as far as I
can tell stackalytics doesn't support for tagging.

If we're going to reference stackalytics more often for the project this
needs to be done right, and not even have the appearance that the
groupings were created just to make certain organizations float to the
top. So lets get these right. I'd love to permanently retire gitdm, but
until stackalytics actually counts things the way the project is
organized, it's not possible.

-Sean

-- 
Sean Dague
http://dague.net



signature.asc
Description: OpenPGP digital signature
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev


[openstack-dev] [stackalytics] Official Programs tag?

2013-10-27 Thread Sean Dague
I've been looking at the stackalytics code and one of the areas that I 
think stackalytics has a structural issue is around the project_group tag.


The existing project_group tags of core, incubation, 
documentation, infrastructure, and other are all fine and good, 
however none of these actually represent a number I'd like to see, which 
is Official Programs contributions over all.


Which would be core + documentation + infrastructure + QA / Devstack 
trees (+ maybe Tripleo? I don't remember if that's Official or Incubated 
program at this point).


What would be the best way to add this in? Right now there is a lot of 
assumptions that project_group is a string, and I think it should be an 
array of strings instead, but the implications across the source base to 
me are pretty unclear from my cursory reads. So hints at implementing 
this would be good.


-Sean

--
Sean Dague
http://dague.net
project_group

___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev


Re: [openstack-dev] [stackalytics] Official Programs tag?

2013-10-27 Thread Robert Collins
On 28 October 2013 04:32, Sean Dague s...@dague.net wrote:
 I've been looking at the stackalytics code and one of the areas that I think
 stackalytics has a structural issue is around the project_group tag.

 The existing project_group tags of core, incubation, documentation,
 infrastructure, and other are all fine and good, however none of these
 actually represent a number I'd like to see, which is Official Programs
 contributions over all.

 Which would be core + documentation + infrastructure + QA / Devstack trees
 (+ maybe Tripleo? I don't remember if that's Official or Incubated program
 at this point).

TripleO is official

NB: Incubation happens to projects, not programs.

-Rob



-- 
Robert Collins rbtcoll...@hp.com
Distinguished Technologist
HP Converged Cloud

___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev