15:00:39 #startmeeting Stackalytics 15:00:39 Meeting started Mon Dec 16 15:00:39 2013 UTC and is due to finish in 60 minutes. The chair is ilyashakhat. Information about MeetBot at http://wiki.debian.org/MeetBot. 15:00:40 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 15:00:42 The meeting name has been set to 'stackalytics' 15:00:57 yeahh!!! lets have some fun 15:01:07 #topic news 15:01:27 release 0.4 happened last Thur 15:01:43 link plz 15:01:56 https://wiki.openstack.org/wiki/Stackalytics#Release_Notes 15:02:14 cool! 15:03:02 what about plans for next cycle& 15:03:12 #topic roadmap for the next release 15:03:36 do we have any blueprints? 15:03:40 let's take a look at bps https://blueprints.launchpad.net/stackalytics 15:03:53 the first is https://blueprints.launchpad.net/stackalytics/+spec/extend-russell-report 15:04:06 yeahh, I like this one 15:04:19 approve 15:06:04 so there would be a couple of additional metrics 15:06:15 currently we have a good top of reviewers and want to extend it 15:06:17 like number of commits and patchsets 15:06:40 that will correlate more with what "cores" look like 15:06:54 they do most reviews and do a number of commits 15:07:00 I wonder if Russel is here right now 15:07:21 sort of 15:07:31 hi there 15:07:49 we decided to extend your report 15:08:11 so there would be more transparency for promotion to core 15:09:23 so what about other BP? 15:10:07 I see metric - patchset 15:10:09 another candidate is https://blueprints.launchpad.net/stackalytics/+spec/metric-patchset 15:10:31 yahh - this one is easy 15:10:42 this metric shows a number of patchsets posted for review 15:11:44 also we can add some module summary, like the ratio between posted patches and merged 15:12:02 BTW, getting back to Russells report. There is another idea, to make it more interactive - add drop-down with report period in days, and drop-down with projects list 15:12:18 yep, that's doable 15:12:33 do we have this idea in BP? 15:12:46 yep 15:13:04 cool 15:13:18 hnarkaytis: let's go further 15:13:46 well - this is not enough for next release cycle 15:13:46 https://blueprints.launchpad.net/stackalytics/+spec/openstack-status 15:13:53 we need some killer feature 15:15:07 this one doesn't look reasonable... there would be 99% of python and 1% of HTML 15:15:15 agree 15:15:30 number of downloads is not trackable 15:15:35 and we don't have any info on download 15:15:39 lets abandon this one 15:16:00 so what ablut killer feature? 15:16:03 move bp to deferred? 15:16:21 yeah - lets move it to deferred 15:16:42 there was an idea to add more functionality around timeline 15:16:56 trends analysis 15:18:06 what is that about? 15:18:08 at least we need a decent legend for timeline 15:18:16 o/ 15:18:36 legend is easy-doing-thing 15:19:01 probably more controls to manipulate timeline 15:19:15 something like Google analytics 15:19:15 SergeyLukjanov: do you have any ptl requests? 15:19:38 we are limited by library here 15:19:52 they don't provide such functionality 15:20:00 only static image 15:20:38 I have an idea! lets track visits to personal pages and calculate popularity of developers 15:21:08 or find the one who checks his stats most :) 15:21:23 actually I can extract such report from google analitycs 15:22:07 there was a request on projects grouping 15:22:08 #topic Open Bugs 15:22:21 here it is: https://bugs.launchpad.net/stackalytics/+bug/1244485 15:22:23 Launchpad bug 1244485 in stackalytics "Grouping used in stackalytics is inaccurate/incorrect" [High,New] 15:22:49 lets discuss details 15:23:00 hello 15:23:08 sorry i got late 15:23:27 we are talking about projects grouping 15:23:49 hnarkaytis: for example tempest is currently in 'other' group, but should be in core 15:24:05 right now we have 5 top level categories 15:24:21 ilyashakhat, hnarkaytis hello 15:24:28 chandankumar: hi! 15:24:34 probably, I'd like to see some stats about code review latency, like http://russellbryant.net/openstack-stats/all-openreviews.html 15:25:00 chandankumar: hi 15:25:21 SergeyLukjanov: http://stackalytics.com/report/reviews/neutron/open 15:25:32 I beleive that we already have this report 15:25:36 and something like http://status.openstack.org/reviews/ but for projects groups 15:26:56 SergeyLukjanov: tell us more about this report 15:27:35 what is S and F? 15:27:43 hnarkaytis, it's a prioritized list that could be used be reviewers to take the hottest CRs to review first 15:27:52 by reviewers* 15:28:03 hottest = most reviewed? 15:28:15 do you know the criteria? 15:28:18 that needs review 15:28:43 S == some score of the importance 15:28:46 SergeyLukjanov, CR means? 15:28:52 F == feedback 15:29:00 chandankumar, Change Request 15:29:03 chandankumar, code review 15:29:08 oh :) 15:29:39 any ideas how this score is calculated? 15:29:45 DinaBelova, change requests works too 15:29:57 SergeyLukjanov, yep, both appropriate :) 15:30:04 :) 15:30:08 hnarkaytis, it consists of importance of bugs/blueprints linked to this CR 15:30:49 well, Stackalytics doesn't have bugs info 15:31:02 well, we need to look into this report offline 15:31:07 so it would be impossible to calc this 15:31:38 and I think that it should depend on reviewers latency 15:31:42 BTW, statistics on bugs is a good idea 15:31:51 #action hnarkaytis to look at how http://status.openstack.org/reviews/ is calculated 15:31:53 hnarkaytis, yes 15:32:36 lets add a BP with bugs metric 15:33:00 hnarkaytis, can we add a feature that a user can filed a bug on launch pad. 15:33:34 is shown in stackalytics? 15:33:54 chandankumar: I can't say that I understood you correctly... 15:34:21 ok, i can tell about this after meeting 15:34:32 ok, lets take this offline 15:34:58 it'll be really cool to have some page 'to review' that'll show all change requests that are not yet reviewed by the current user atm especially if it'll be possible to specify several project groups to be shown 15:35:04 with prioritie 15:35:34 are there any plans to add user settings? 15:35:50 for now Stackalytics is stateless 15:35:51 you now all launchpad ids and it's really easy to impl launchpad-based auth 15:35:54 user settings -- no 15:36:27 SergeyLukjanov: list of reviews -- isn't it the same that gerrit shows? 15:36:28 otherwise it would be impossible to deploy another copy and double check correctness of numbers 15:36:44 ilyashakhat, the main thing is to correctly sort them 15:36:53 and hide already reviewed by you 15:37:00 ah 15:37:03 got it 15:37:06 it 15:37:25 it's not possible to hide already reviewed in gerrit, right? 15:37:51 yup, you can't specify filter like review by NNN 15:38:00 sort isn't depends on user setting 15:38:18 and to hide CR you just need the users launchpad id 15:38:47 is it possible to see open CRs at stackalytics atm? 15:39:07 yes - we have this information 15:39:25 but we don't have report that shows all open 15:39:54 maybe we can add report available with LP auth that shows smth like 'recommended for review' 15:40:07 and that's gonna be a killa feature 15:40:19 well - this sounds more reasonable 15:40:39 lets put this idea into BP and sleep with it for a night 15:40:50 ;) 15:41:05 ping me when you'll think about the score calculation 15:41:15 I think that I have some ideas 15:41:20 ok, I'll find you 15:41:29 plz add them to bp :) 15:41:56 I want to get back to grouping 15:42:08 right now we have 5 top level groups 15:42:40 according to official documents - there should be only 3 - core, integrated, incubated 15:43:16 originally we decided to extract documentation into dedicated group, beacuse it generates much more LOCs then any other 15:43:59 infrastructure is listed as a part of core programms 15:44:02 and what about projects like 'gitdm', 'statusbot' 15:44:11 where do they go? 15:44:21 'other' 15:44:53 and what goes as 'infra'? 15:44:58 so there would be 4 categories: core, integrated, incubated, other 15:46:22 do we really need core? 15:46:37 https://bugs.launchpad.net/stackalytics/+bug/1244485 15:46:40 Launchpad bug 1244485 in stackalytics "Grouping used in stackalytics is inaccurate/incorrect" [High,New] 15:47:40 core - is the main group. there is no option to remove it 15:47:44 SergeyLukjanov: if not, where all core projects go? 15:47:57 integrated 15:48:37 officially integrated != core 15:48:40 for me there are several groups: [official: [integrated],[incubated]] [others] 15:48:51 core is the subgroup for integrated 15:49:17 and afaiu it's not really clear def of core 15:49:25 we don't want to have the 3rd level of classification 15:50:19 probably we need to replace tree-like classification on tags 15:50:59 super-groups like module-groups 15:51:05 then it would not be a problem to calculate stats on documentation 15:51:13 and remove project type selector completely 15:51:41 lets discuss this offline. probably tags is a good idea 15:52:09 #action discuss tags vs project types 15:52:31 so I guess that's pretty all with agenda 15:52:40 #topic open discussion 15:52:40 ilyashakhat: do we have anything else if our backlog for today's meeting 15:53:00 I have a question 15:53:05 yes, please 15:53:45 is there any sense to apply for incubated for Stackalytics? 15:54:22 well, our mission is not related to OS, but related to community 15:55:01 do you think we map to definition of Program? 15:55:02 yeah - we are not tied to OS... 15:55:53 I prefer to have Stackalytics more independent from official programs 15:56:09 as it is now? 15:56:29 yeah 15:56:54 well - I think we are done 15:56:58 lets wrap up 15:57:02 ok, I think it's time to say goodbye) 15:57:06 #endmeeting