*** sdague has quit IRC | 01:17 | |
*** emagana has joined #openstack-tc | 03:41 | |
*** emagana has quit IRC | 04:23 | |
*** emagana has joined #openstack-tc | 04:24 | |
*** emagana_ has joined #openstack-tc | 04:26 | |
*** emagana has quit IRC | 04:28 | |
*** emagana_ has quit IRC | 04:31 | |
*** emagana has joined #openstack-tc | 04:32 | |
*** emagana has quit IRC | 04:36 | |
*** zaneb has quit IRC | 05:29 | |
*** zaneb has joined #openstack-tc | 05:29 | |
*** emagana has joined #openstack-tc | 06:44 | |
*** emagana has quit IRC | 06:48 | |
*** zaneb has quit IRC | 07:36 | |
*** jpich has joined #openstack-tc | 07:47 | |
*** zaneb has joined #openstack-tc | 07:48 | |
*** cdent has joined #openstack-tc | 08:58 | |
ttx | ohai | 09:00 |
---|---|---|
ttx | Office hours time! | 09:00 |
cdent | o/ | 09:00 |
ttx | flaper87: around? | 09:00 |
ttx | cdent: hi! | 09:01 |
* cdent coffees | 09:05 | |
ttx | Looking up our current initiatives, we'll hopefully unblock the vision and goals at the meeting today | 09:06 |
ttx | SWG is still waiting for a new champion to rise to drive it | 09:07 |
ttx | Stackube/Gluon applications are frozen | 09:07 |
ttx | Glare application, we can discuss here | 09:07 |
ttx | Looks like the PostgreSQL statement is nearing agreement | 09:08 |
ttx | flaper87 still needs to work on the meeting drop statement | 09:08 |
ttx | I made good progress on the SIG stuff with mrhillsman, hopefully will ahve some announcement about it soon | 09:08 |
ttx | flaper87: what's the next step on "Allow teams to use their channel for meetings" ? | 09:09 |
ttx | I think the cost of switching is now accepted, so we could relax irc-meetings change validation rules ? | 09:09 |
ttx | re: Glare, /me looks up what Artifactory is | 09:11 |
johnthetubaguy | ttx: afraid I can't be around for the meeting later, I had already arranged a quintet rehearsal | 09:13 |
ttx | ew, open core | 09:13 |
ttx | johnthetubaguy: you're fine with the goals ? Any input on the next step for vision ? | 09:13 |
johnthetubaguy | ttx: I added my votes/comments on the vision patches | 09:15 |
johnthetubaguy | ttx: at a high level the goals seems sound, particularly as folks stepped up to lead them both | 09:16 |
johnthetubaguy | vision wise, I like cdent's tweaks to the wording so its easier to consume | 09:16 |
johnthetubaguy | I think we should probably merge what we have, even though things have changed some since we agreed the priorities in there | 09:17 |
johnthetubaguy | there is nothing in the vision I think we should remove, its just I wonder if there are now higher priority issues to consider, but having the vision merged is probably a good starting point for that discussion | 09:18 |
ttx | cdent: regarding your comment on the Glare review... I think storage of versioned artifacts has a breadth of use, and Glance avoids that territory. What I'd prefer is complementarity (Glare as a Glance backend) rather than replacement/competition (Glare accessed directly from Nova) | 09:19 |
ttx | My other concern is that it's likely to split the limited resources willing to work on that project space | 09:20 |
ttx | But otherwise it's definitely in scope and following our principles, so we should probably accept it | 09:20 |
ttx | One positive way to look at it is that we may be able to influence the direction of it toward more complementarity once it's "in" | 09:21 |
ttx | Would love to hear flaper87's take on it, since he is way more involved in that discussion than I ever was | 09:22 |
cdent | I think it is pretty clear from the discussion surrounding it that the desired end game by the people working on glare is to replace glance | 09:22 |
cdent | which is perhaps fine, but should be considered as we are evaluating it | 09:23 |
cdent | we may want it to be complementary, but what we want doesn't have _that_ much to do with it | 09:23 |
cdent | I think it is also important to consider if maybe glance's functionality (and artifact handling) can be handled by a very small shim over something that is more globally available | 09:25 |
cdent | artifactory seems to _not_ be it | 09:25 |
johnthetubaguy | without answering the can you implement glance v2 on top question, it seems a bit like a framework that doesn't share any users with OpenStack | 09:27 |
johnthetubaguy | having a better image "life cycle" in glance seems really important for interop, and artifacts maybe helps, but not in the short term | 09:28 |
johnthetubaguy | I guess that is a +1 to ttx's splitting limited resources worry | 09:28 |
ttx | cdent: if we have a precise vision for it, we could reject the application (on grounds of duplication of effort) until it's fixed. With the risk that they just drop the idea of joining of course | 09:30 |
ttx | I mean "gratuitous duplication of effort" | 09:30 |
ttx | But it's not really gratuitous, so it's a bit of a stretch | 09:30 |
johnthetubaguy | seems odd for the mission to include images for Nova and templates for Heat, that does overlap with glance | 09:31 |
ttx | cdent: overll I feel like versioning and multi-object-per-artifact could be implemented more cheaply, yes | 09:31 |
ttx | No need to duplicate Nova-Glance code paths or Glance store functionality | 09:32 |
cdent | I have no objection to the application, instead I think we have an opportunity to either cut some fat, or provide more direct guidance on being more simple | 09:32 |
ttx | cdent: right. I'm there too | 09:32 |
ttx | At this point I think we'll have more leverage with it in | 09:32 |
ttx | it's not as if it doesn't exist | 09:33 |
ttx | Also we don't really have that unified vision of how that should work. Maybe flaper87 has | 09:33 |
ttx | We are just annoyed that there seems to be a duplication of effort in a limited-resource area | 09:33 |
johnthetubaguy | yeah, I am curious how this looks to the API user | 09:33 |
ttx | From an interoperability perspective, ideally users of a Glare-backed cloud would not see a difference | 09:34 |
ttx | if they do, this would be a step back | 09:34 |
johnthetubaguy | yeah, just trying to say that in the comment I am writing | 09:35 |
ttx | Apparently they addressed it in the thread during the night, reading now | 09:39 |
cdent | it was a case of "yes, the same, except for one critical bit" from my read | 09:40 |
ttx | feels like it could be 100% compatible with some minimal effort | 09:43 |
* cdent nods | 09:44 | |
*** sdague has joined #openstack-tc | 10:05 | |
flaper87 | ttx: here now | 11:22 |
flaper87 | ttx: re channels, I'll work on a resolution for that and a patch to remove the validation check on the meetings repo | 11:23 |
flaper87 | ttx: re the TC meetings, I was actually planning to update that patch today. I think we've made good progress on figuring out a good way to work | 11:23 |
flaper87 | there are still things to polish out but we're making progress | 11:24 |
* flaper87 goes and reads cdent's comment on the Glare patch | 11:24 | |
cdent | i'm not sure I said anything all that interesting flaper87... | 11:34 |
flaper87 | cdent: I can still make fun of you for not being interesting enough, right? :P | 11:35 |
cdent | but of course | 11:36 |
cdent | also: happy belated birthday; twitter made it look like a great time | 11:36 |
* dims reading OpenStack-Gender-Diversity-Report_Apr2017.pdf | 12:08 | |
dims | :( female representation lags among Project Team Lead (PTL) positions at 5%, and within the Technical Committee at 0%. | 12:09 |
cdent | yeah, we're not doing great on that front | 12:30 |
* cdent walks | 12:30 | |
sdague | dims: reference link? | 12:31 |
fungi | didn't glare start out under the glance team and then split into an independent effort? i wonder if any of that plays into the "designed to be glance-ng++" thinking | 12:35 |
fungi | though my opinion is we shouldn't be encouraging a new effort to replace one currently covered by refstack and trademark programs without some very clearly-thought-out transition planning | 12:40 |
sdague | fungi: yeh, this was part of a push right before getting rid of the integrated release of a lot of function trying to build into glance instead of going through the governance process from scratch | 12:41 |
sdague | both searchlight and glare were products of that. The first to make finding snapshots by names viable in large systems, the second to change glance from image store to artifact store where an image could be an artifact | 12:42 |
fungi | makes sense, and jives with my memory of the situation back when | 12:43 |
dims | sdague : http://superuser.openstack.org/wp-content/uploads/2017/07/OpenStack-Gender-Diversity-Report_Apr2017.pdf | 13:16 |
dims | sdague : superuser article - http://superuser.openstack.org/articles/bitergia-intel-report/ | 13:17 |
*** emagana has joined #openstack-tc | 13:19 | |
*** emagana has quit IRC | 13:24 | |
sdague | dims: thanks | 13:25 |
sdague | dims: it would have been nice to do some of those as graphs instead of just tables of numbers | 13:45 |
sdague | I guess there is a jupyter notebook behind some of it - https://github.com/dicortazar/ipython-notebooks/blob/master/projects/openstack-diversity/OpenStack%20Diversity%20Metrics.ipynb | 13:48 |
dims | nice find sdague | 13:49 |
sdague | it's in the footnotes at the end | 13:50 |
sdague | I honestly wish the whole thing was just published as a jupyter notebook | 13:50 |
*** hongbin has joined #openstack-tc | 14:03 | |
*** marst has joined #openstack-tc | 14:31 | |
*** emagana has joined #openstack-tc | 14:49 | |
dhellmann | isn't the packaging-deb project basically a set of repos that copy everything else? seems like those should have been left out of the stats. | 15:10 |
cdent | dhellmann: yeah, I think you're correct | 15:13 |
dhellmann | I wonder how that skews the results. | 15:14 |
dhellmann | I guess if everything is counted twice, it's not skewing, but if packaging-deb includes things that wouldn't otherwise be counted it might | 15:16 |
ttx | dhellmann: it does count a number of commits twice yes | 15:24 |
ttx | Bitergia always had trouble weeding out problematic data, due to not knowing the specifics | 15:24 |
dhellmann | they also have official repos for projects that aren't otherwise official (deb-kazoo was the first one I found, then I stopped looking) | 15:24 |
dhellmann | I don't know how to accurately count that project, but given that it doesn't currently have an active ptl it seems odd to be highlighting it as a top project in this regard | 15:25 |
ttx | so yeah, I wouldn't read too much into their project data. The leadership diversity issues still hold though | 15:25 |
dhellmann | oh, definitely | 15:25 |
*** cdent has quit IRC | 15:56 | |
*** cdent has joined #openstack-tc | 15:58 | |
sdague | there is actually quite a bit of the data that seems slightly inconsistent, like projects with percent female authors that aren't possible given the number of authors that exist | 15:58 |
sdague | or more than slightly inconsistent | 15:58 |
sdague | I tried to pull and replicate the jupyter notebook, but it requires a private ES server with credentials to get the data it seems | 15:59 |
dhellmann | yeah, this is sort of disappointing | 15:59 |
sdague | ttx: it would be really great if the foundation is paying for stuff like this if the required output includes a jupyter notebook with the raw data set so it can be replicated as well as visualized better by others | 16:00 |
cdent | it’s sadly common that numeric corporate research is completely bogus | 16:00 |
fungi | anyone doing raw git digestion for our repos is going to end up with some significant skew in results. if they instead query the gerrit api and analyze distinct changes instead of git commits the duplication goes away | 16:01 |
sdague | cdent: sure, it's just when easy to identify problems like i18n with 1.0 authors but 7.14% ratio authors doesn't make you feel very good about the rest of the analysis | 16:02 |
dhellmann | fungi : well, part of the problem is also that they're counting repos they shouldn't (packaging-deb owns deb-kazoo, but kazoo isn't an official project, for example) | 16:02 |
sdague | unless that is female authors? | 16:02 |
sdague | I don't know, those final tables are a little wonky to understand | 16:02 |
cdent | sdague: I think we’re agreeing? | 16:02 |
sdague | and 5 decimal places isn't helping :) | 16:02 |
sdague | cdent: yes | 16:02 |
fungi | dhellmann: if they were analyzing gerrit changes, the only hits for deb-kazoo would be the packaging-related work and not any of the actual kazoo contributions | 16:03 |
fungi | that's what i mean by "duplication" | 16:03 |
sdague | I was trying to provide specific supporting statements of things that seem wrong or unclear | 16:03 |
dhellmann | fungi : ah | 16:03 |
fungi | infra has the same situation with its fork of the gerrit repo... if you look at changes in our gerrit for our gerrit repo fork you'll only find patches we initiate, and won't count any of the upstream gerrit commits | 16:04 |
dhellmann | I would have also thought the differences in patches submitted vs. accepted by gender would be a key piece of information, but I don't see that broken out | 16:04 |
ttx | sdague: I think our support for it was only in promotion, but yes, that sounds like a good requirement to add :) | 16:05 |
fungi | so in the deb-kazoo example, these are ideally the only hits they would count as openstack contribution: https://review.openstack.org/#/q/project:openstack/deb-kazoo | 16:05 |
dhellmann | I would not expect to see packaging-deb as the project with the most patches, counted like that | 16:06 |
sdague | ttx: about half their stuff is there, but they need to provide a way to get the raw data that's not locked in their elastic search | 16:06 |
fungi | er, more accurately https://review.openstack.org/#/q/is:merged+project:openstack/deb-kazoo | 16:07 |
dhellmann | sdague : I like the extra precision of showing 1 digit after the decimal place when counting authors. | 16:08 |
* fungi only counts as 0.7 authors | 16:08 | |
sdague | heh | 16:09 |
dhellmann | fungi : you're 0.7 of a 10x developer, though, so still a 7 | 16:09 |
dhellmann | so the leadership section of this is useful, but I don't know how much we can count on the bulk of the contributor stats | 16:10 |
fungi | 7 out of 10. it has a beat i can dance to, but i find the melody lacking | 16:10 |
sdague | dhellmann: yeh | 16:10 |
sdague | the leadership side isn't any data processing though, that's just manual counting | 16:11 |
sdague | it's good to have all in one place | 16:11 |
dhellmann | yeah | 16:11 |
*** jpich has quit IRC | 16:25 | |
cdent | meeting at 8 utc? | 18:13 |
dhellmann | cdent : yes | 18:37 |
smcginnis | yep | 18:37 |
cdent | thanks dhellmann and smcginnis | 18:38 |
*** dtroyer has quit IRC | 18:47 | |
*** dtroyer has joined #openstack-tc | 18:49 | |
*** sdague has quit IRC | 19:00 | |
*** cdent has quit IRC | 19:02 | |
*** rockyg has joined #openstack-tc | 19:03 | |
*** cdent has joined #openstack-tc | 19:06 | |
*** rocky_g has joined #openstack-tc | 19:22 | |
*** rockyg has quit IRC | 19:23 | |
*** rockyg has joined #openstack-tc | 19:31 | |
*** rocky_g has quit IRC | 19:32 | |
*** emagana has quit IRC | 19:59 | |
*** emagana_ has joined #openstack-tc | 20:00 | |
*** marst has quit IRC | 20:08 | |
rockyg | quickie -- InteropWG has 2 full days scheduled at PTG -- Monday and Tuesday. In case I don't get the info to the rest of the TC in office hours | 21:06 |
rockyg | InteropWG PTG prelim schedule: https://docs.google.com/spreadsheets/d/1xmOdT6uZ5XqViActr5sBOaz_mEgjKSCY7NEWcAEcT-A/edit#gid=397241312 | 21:07 |
cdent | hey rockyg, what are you saying? | 21:08 |
rockyg | InteropWG==Defcore. InteropWG will have two full days at PTG, Monday and Tuesday. Their preliminary schedule is in the posted doc. I've added a comment about glare to the InteropWG meeting agenda for tomorrow | 21:11 |
cdent | rockyg: ah, that’s my confusion, that link is the overall ptg schedule. did you also have a link for a specific interopwg schedule? | 21:14 |
rockyg | Oh! I'm sorry. Misread the minutes. | 21:15 |
rockyg | Yeah. It doesn't look like we've started building the schedule yet. | 21:16 |
cdent | roger | 21:16 |
cdent | I guess I need to start a similar thing for api-wg | 21:16 |
cdent | Probably won’t have the audience we did last time because microversions not currently on the agenda | 21:17 |
cdent | guess need to do put them there and then everyone will show up | 21:17 |
rockyg | That's a thought! | 21:19 |
rockyg | Another possibility is to offer to review and comment on new projects' APIs and what they should do to meet the guidelines. | 21:20 |
cdent | that actually a good idea (where my silliness was not) | 21:21 |
rockyg | Sort of APIWG Office hours for new projects. | 21:22 |
rockyg | Or API guideline tutorials. | 21:23 |
rockyg | Let folks know early so the devs turn up for the first couple of days. | 21:24 |
cdent | i’ll add a link to this for the next agenda | 21:25 |
rockyg | That could really turn into something useful for PTGs. Get New projects integrated better and maybe have problem solving sessions for devs who have tough questions. | 21:25 |
*** rockyg has quit IRC | 21:34 | |
*** cdent has quit IRC | 22:56 | |
*** hongbin has quit IRC | 23:29 |
Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!