| *** kumarmn has joined #openstack-tc | 00:03 | |
| *** kumarmn has quit IRC | 00:08 | |
| *** persia has joined #openstack-tc | 00:49 | |
| *** diablo_rojo has quit IRC | 01:06 | |
| *** liujiong has joined #openstack-tc | 01:22 | |
| *** kumarmn has joined #openstack-tc | 01:23 | |
| *** kumarmn has quit IRC | 01:28 | |
| *** liujiong has quit IRC | 01:28 | |
| *** liujiong has joined #openstack-tc | 01:30 | |
| *** diablo_rojo has joined #openstack-tc | 01:31 | |
| *** openstackstatus has quit IRC | 01:55 | |
| *** harlowja has quit IRC | 01:55 | |
| *** johnsom has quit IRC | 01:55 | |
| *** robcresswell has quit IRC | 01:55 | |
| *** mnaser has quit IRC | 01:55 | |
| *** fdegir has quit IRC | 01:55 | |
| *** mnaser has joined #openstack-tc | 01:56 | |
| *** johnsom has joined #openstack-tc | 01:56 | |
| *** robcresswell has joined #openstack-tc | 01:56 | |
| *** fdegir has joined #openstack-tc | 01:56 | |
| *** openstackstatus has joined #openstack-tc | 01:57 | |
| *** ChanServ sets mode: +v openstackstatus | 01:57 | |
| *** diablo_rojo has quit IRC | 01:58 | |
| *** kumarmn has joined #openstack-tc | 03:29 | |
| *** alex_xu has quit IRC | 03:30 | |
| *** ildikov has quit IRC | 03:30 | |
| *** TheJulia has quit IRC | 03:30 | |
| *** samueldmq has quit IRC | 03:30 | |
| *** alex_xu has joined #openstack-tc | 03:30 | |
| *** samueldmq has joined #openstack-tc | 03:30 | |
| *** ildikov has joined #openstack-tc | 03:31 | |
| *** TheJulia has joined #openstack-tc | 03:31 | |
| *** kumarmn has quit IRC | 03:33 | |
| *** kumarmn has joined #openstack-tc | 03:49 | |
| *** kumarmn has quit IRC | 03:59 | |
| *** gcb has quit IRC | 05:07 | |
| *** gcb has joined #openstack-tc | 05:14 | |
| *** rosmaita has quit IRC | 06:18 | |
| *** gcb has quit IRC | 06:58 | |
| *** ianw has quit IRC | 07:02 | |
| *** coolsvap has joined #openstack-tc | 07:03 | |
| *** dims has quit IRC | 07:12 | |
| *** dims has joined #openstack-tc | 07:14 | |
| *** dims has quit IRC | 07:19 | |
| *** dims has joined #openstack-tc | 07:20 | |
| *** notmyname has quit IRC | 08:13 | |
| *** notmyname has joined #openstack-tc | 08:16 | |
| ttx | mordred: I think the next step for masakari is through the self-healing SIG and better cooperation with related components | 08:24 |
|---|---|---|
| *** ianw has joined #openstack-tc | 08:58 | |
| *** jpich has joined #openstack-tc | 09:03 | |
| *** dtantsur|afk is now known as dtantsur | 09:07 | |
| *** liujiong has quit IRC | 09:13 | |
| *** rosmaita has joined #openstack-tc | 12:12 | |
| *** coolsvap has quit IRC | 13:05 | |
| *** ianychoi has quit IRC | 13:12 | |
| *** chandankumar has quit IRC | 13:51 | |
| *** ianychoi has joined #openstack-tc | 13:55 | |
| *** kumarmn has joined #openstack-tc | 14:09 | |
| *** flaper87 has quit IRC | 14:16 | |
| *** flaper87 has joined #openstack-tc | 14:16 | |
| ttx | note: I'll miss most of the office hour due to a call | 14:59 |
| * cmurphy waves | 15:00 | |
| jroll | \o | 15:02 |
| mugsie | o/ | 15:04 |
| *** edleafe has joined #openstack-tc | 15:04 | |
| dhellmann | o/ | 15:08 |
| pabelanger | hello | 15:09 |
| TheJulia | o/ | 15:12 |
| dhellmann | as part of setting up for managing goals with storyboard, we've created a goal-tools repo | 15:16 |
| dhellmann | for now lbragstad and I are reviewers and there is no code | 15:16 |
| dhellmann | I hope to write something in the next couple of weeks to create stories and boards | 15:16 |
| dhellmann | if anyone else is interested in helping let me know | 15:17 |
| *** hongbin has joined #openstack-tc | 15:22 | |
| dhellmann | what do people think of the qinling project? | 15:27 |
| * dhellmann taps mic | 15:31 | |
| cmurphy | I'm +1 on approving it | 15:31 |
| dhellmann | I'm thinking about scope and whether it makes sense as a separate foundation-level thing | 15:32 |
| dhellmann | I don't necessarily think so, but I think it's a good exercise to go through | 15:32 |
| cmurphy | in my head it maps to a sahara-like thing, or as ttx mentioned on tuesday it could be thought of as a compute replacement | 15:33 |
| persia | dhellmann: In contrasting PaaS vs. IaaS? | 15:33 |
| cmurphy | so I feel like it fits in the map | 15:33 |
| persia | I suggest that only projects with reasonably well-structured internal governance structures are recommended to be separate foundation-level things. Projects that are mostly just code and seek governance support (i.e. by applying to the TC) are unlikely to be suitable in many cases [not that this means they belong in OpenStack, but rather that they may need to either grow governance or find another bucket]. | 15:34 |
| fungi | grr, i got absorbed in other side conversations and missed the first half of our office hour. catching up now! | 15:35 |
| mugsie | dhellmann: I also feel that asking a project like qinling to setup a new sub foundaiton would be far too much work for them, and they may prefer to stay outside any form of governance | 15:35 |
| dhellmann | persia : all new projects lack internal governance structure, though. The point is to get them on the right path, either to working with the TC or starting their own foundation-level thing. | 15:35 |
| dhellmann | cmurphy : that's a reasonable perspective | 15:36 |
| dhellmann | cmurphy : where would you draw the line? | 15:36 |
| persia | dhellmann: If they need guidance, then yes. Sadly, my experience includes lots of projects that do governance before code: most of these tend not to be hugely successful for obvious reasons. | 15:36 |
| dhellmann | mugsie : that's possible, too. Do we need to take all new projects just because they don't already have a structure, though? | 15:36 |
| cmurphy | dhellmann: that's a harder question :) | 15:37 |
| dhellmann | the technical lines with kata were easier to see, but I suspect as we move on we're going to have decisions that are harder | 15:37 |
| dhellmann | the social lines were easier there, too, since they didn't want to be under TC governance | 15:37 |
| persia | To me, there are three categories: a) things that belong in openstack (without structure), b) things that belong outside openstack (without structure), c) things that belong outside openstack (with structure). | 15:37 |
| fungi | yeah, so to take a couple of recent examples... the infra team breaking off to form the seed of the ci/cd focus area comes with its own governance structure due to being an established group of collaborators. the container focus area has the kata project newly formed by intel and hyper, where they don't know how they're going to go about things yet | 15:37 |
| fungi | and the edge computing focus area... i don't even know if there are any teams of people creating software under that umbrella yet | 15:38 |
| dhellmann | I expect as the foundation goes through the exercise a few times they'll build up a roadmap of decisions that need to be made and we'll see a few patterns emerge in how the groups organize | 15:38 |
| mugsie | dhellmann: I see the stratigic focus areas as good mechanisms for projects that want them, but I don't think we should start closing doors because they exisit | 15:39 |
| dhellmann | so I'm less concerned with how other folks are going to set up their projects than I am with how we're going to know when to recommend that they do so | 15:39 |
| mugsie | I don;t think anyone who has to be recommended to set one up should. | 15:39 |
| dhellmann | mugsie : well, no. I'm not closing doors. I think qinling is probably a good fit. I just think it's important that we figure out why, and what might not be, so we have some sort of idea of where the line is. | 15:40 |
| persia | mugsie: +1 | 15:40 |
| fungi | to me the questions are probably: 1. why are you interested in being an official part of openstack; 2. is there another focus area (or even outside community not under the osf) where your work might be a better technical and cultural fit; 3. would you be interested in forming your own focus area under the osf | 15:40 |
| mugsie | fungi: from what I can see on edge calls, they are focusing on how they can use the software in the OpenStack project bucket, then the "glue" software will fall out of that - but I think that is a ways down the line | 15:41 |
| dhellmann | so if someone came along with a nascent machine learning system that runs on openstack but is written with no tools in common and shares no common contributors, we would bring them into the tent instead of recommending a separate focus area? | 15:41 |
| dhellmann | fungi : those are good questions for us to ask | 15:41 |
| dhellmann | along with the existing question of "does this further the mission of openstack?" | 15:42 |
| fungi | i think i personally would start by asking them the above questions, before recommending anything, yes | 15:42 |
| mugsie | dhellmann: well, I don't think we would have taken them before, would we? | 15:42 |
| fungi | in some cases it may simply be that they didn't consider those other options, or weren't aware they even were options | 15:43 |
| persia | Is there an expectation that projects that would have been accepted previously will now be rejected? | 15:43 |
| dhellmann | mugsie : I don't know. Maybe that example is too obvious. What would you change about the scenario to make the decision something we'd need to talk about? | 15:43 |
| fungi | i don't have that expectation | 15:43 |
| persia | Or is this just an exercise to determine the messaging to include with rejection? | 15:43 |
| dhellmann | persia : we used to have 2 options, yes or no. Now we have yes, no, and "let us help you set up your own thing over here" | 15:43 |
| dhellmann | I'm trying to figure out where that third option fits in when the TC is asked about a project | 15:44 |
| dhellmann | so far we haven't | 15:44 |
| dhellmann | haven't been | 15:44 |
| mugsie | dhellmann: tools in common would be the thing that would make it a "lets talk about the tent" | 15:44 |
| dhellmann | kata didn't want to be part of the tc's governance | 15:44 |
| * persia always interpreted "no" as "let someone help you set up your own thing", but may not have the most disinterested viewpoint in that regard | 15:44 | |
| dhellmann | mugsie : so if they're using python we talk about it but if they're using rust we default to no? | 15:44 |
| fungi | from what i've seen so far, the "strategic focus areas" work is aimed at giving groups of related efforts other options where they can form their own communities independent of the openstack community, but not telling the openstack community it has to reduce its scope in any way | 15:45 |
| * cmurphy pulls up https://governance.openstack.org/tc/reference/new-projects-requirements.html | 15:45 | |
| mugsie | dhellmann: I think so? that seems in line with what we have done in the past | 15:45 |
| dhellmann | mugsie : what about golang? we support that now. | 15:45 |
| dhellmann | or javascript | 15:45 |
| mugsie | e.g. Monasca was in Java, but we took them on the condition that they re-wrote the stuff to python | 15:45 |
| fungi | if someone did the necessary work to put together some integration standards for rust-based projects, then i don't see why we wouldn't consider them as well | 15:46 |
| mugsie | I thought we had to justify the use of golang vs python still? | 15:46 |
| dhellmann | fungi : that's true. I'm trying to conduct a thought experiment to get us to consider what we might do if we were asked to accept a borderline project | 15:46 |
| dhellmann | mugsie : that was before we broadened our language rules | 15:46 |
| dhellmann | *that == monasca | 15:46 |
| dhellmann | we don't want projects rewriting themselves in golang to chase the new hotness, but I don't think it's ruled out as a useful tool | 15:47 |
| dhellmann | so if a project came along, we might consider it | 15:47 |
| dhellmann | so the language or tools may not be a reason to say yes or no | 15:48 |
| mugsie | I would hope so. I think as much as we want TC decisions to be objective, each one comes down to context | 15:48 |
| dhellmann | how would the details of qinling need to change for us to question it? | 15:48 |
| mugsie | e.g. a project that is diverse, interesting and wants to get onboard, but uses golang would be far preferable to a project that is being chucked over the wall that uses every single oslo library | 15:49 |
| dhellmann | "the attitude of the contributors" is hard to judge objectively | 15:49 |
| dhellmann | although I agree with that as a criteria | 15:49 |
| persia | mugsie: What criteria would you apply to judge if a project is being chucked over a wall vs. having a narrow interest? | 15:49 |
| *** alex_xu has quit IRC | 15:50 | |
| dhellmann | fungi's question about why they want to join goes directly to that | 15:50 |
| dhellmann | I'm not sure how I would judge "interesting" though. A lot of the projects we already have aren't necessarily that "interesting" to me personally, as I don't use them. | 15:50 |
| fungi | could also be rephrased as "what do you expect to get out of being an official openstack project?" | 15:51 |
| mugsie | persia: is there criteria? if a repo starts with a "open source <name>" commit, and then all the rest of the commits are fixing CI / global requrements ? | 15:51 |
| dhellmann | fungi : right, we've asked that one in the past and I think we should keep asking it | 15:51 |
| fungi | agreed | 15:51 |
| mugsie | dhellmann: yeah, interesting was abad choice of word | 15:51 |
| dhellmann | mugsie : a bad choice, but I think there's something there | 15:51 |
| dhellmann | maybe relevant? | 15:52 |
| *** alex_xu has joined #openstack-tc | 15:52 | |
| mugsie | fungi: ++ on that question - it is a good bellwether | 15:52 |
| fungi | the corollary of course being "what does openstack get out of making your project an official part of its whole?" | 15:52 |
| dhellmann | that goes to the question of whether they're furthering the mission | 15:52 |
| persia | mugsie: Paucity of substantial commits while using openstack infra is an excellent criterion to determine over-the-wall-ness :) | 15:52 |
| fungi | dhellmann: precisely | 15:52 |
| mugsie | dhellmann: yeah, relevent seems better | 15:52 |
| dhellmann | It's difficult to set hard guidelines up front for these sorts of things. I guess we'll know a bad fit when we see one. :-) | 15:54 |
| mugsie | yeap. its a messy people problem as much a clean technical one, which makes hard and fast guidelines more difficult | 15:55 |
| dhellmann | that's why we left space for the tc to exercise their judgement in the process | 15:55 |
| * dhellmann can't wait to see what cdent makes of this in his summary | 15:57 | |
| ttx | Call ended but my birthday cake is waiting, now | 15:59 |
| ttx | I'll catch up later :) | 15:59 |
| dhellmann | happy birthday, ttx! | 15:59 |
| pabelanger | dhellmann: regarding kata, was there a specific reason for not to be part of TC? That also doesn't mean they can choose to use common tooling but guess give them options to say they support slack | 15:59 |
| dhellmann | pabelanger : I know they did not want to be. I don't know exactly why. | 16:00 |
| ttx | pabelanger: one key rule of open source governance is that the governed must feel represented by the governance board | 16:00 |
| dhellmann | yeah, that was reason enough for me | 16:01 |
| ttx | That works as long as there is overlap and commonality across the parts governed | 16:01 |
| ttx | It's a trade off | 16:01 |
| ttx | between the value you get by single governance | 16:02 |
| pabelanger | yah, that make sense | 16:02 |
| ttx | (in openstack, commonality across components) | 16:02 |
| ttx | and the dilution of representation | 16:02 |
| ttx | Basically for kata that trade-off is on the side of separate governance | 16:02 |
| ttx | not enough commonality or value in being governed in the same bucket | 16:03 |
| persia | Also, the structure of the TC is very different to the structure of a number of other projects, especially those with "steering committee"s: folk steeped in those cultures may find being part of OpenStack confusing or difficult: easy enough to address on the part of individual contributors, but harder for projects as a whole. | 16:03 |
| ttx | Now I really need to eat my cake | 16:03 |
| dhellmann | one of the reasons I think it's important to consider this stuff more carefully now is that we already have some teams that chafe under the TC's governance | 16:03 |
| ttx | bbl | 16:03 |
| ttx | dhellmann: right, for them we decide that the benefits of commonality outweigh the dilution | 16:04 |
| ttx | but that's definitely grey area | 16:04 |
| ttx | bbl really :) | 16:04 |
| persia | dhellmann: Does the TC know which and why? I don't think they necessarily have to be exposed widely, but maybe finding volunteers to understand the source of chafing could help in general (it may be as simple as reminding folk of the model). | 16:04 |
| dhellmann | ttx: go eat cake! | 16:04 |
| dhellmann | persia : yes, that is a long lived and ongoing effort | 16:05 |
| persia | That matches my memories: I am glad this is not something new :) | 16:05 |
| dhellmann | :-) | 16:05 |
| fungi | pabelanger: for a bit of background, the platinum board member representing intel had been for a year or more, suggesting that it should be possible to form new projects benefiting from the openstack foundation's resources but with their own separate technical committees, not under the thumb of the openstack tc. those suggestions ended about the same time the foundation announced it would be considering | 16:07 |
| fungi | adding new focus areas and that a collaboration between intel and hyper would be the basis for one of those | 16:07 |
| fungi | while i don't know that the two are necessarily related, the correlation seems strong | 16:08 |
| dhellmann | "under the thumb" is strong imagery | 16:08 |
| pabelanger | I see | 16:08 |
| fungi | yeah, i suppose that wording was unnecessarily strong; my take on the suggestion was that there should be the ability to have projects benefitting from openstack foundation resources but providing their own technical direction rather than having to agree to technical direction provided by the openstack technical committee | 16:10 |
| fungi | that's probably a more fair-handed phrasing | 16:10 |
| pabelanger | Maybe I am looking at it with wrong hat on, but I do idle in kata-dev, just to better understand the project, but really don't understand how some of their infrastructure is working. EG: slackbot and slack invite systems. | 16:10 |
| persia | I have seen a couple organisations (including that mentioned) talking about the restrictiveness of openstack governance over the past few years: often from folk with long history working with open source within other governance structures. I think unfamiliarity with the openstack model combined with experience in overcontrolled environments leads some of the interest. | 16:11 |
| pabelanger | Where our TC would have help policies in place to work with infra, I don't fully understand how kata will manage that or if important | 16:11 |
| fungi | persia: also i think people looking from outside get the impression this is driven by the technical committee rather than the technical committee being an outgrowth of the community which has formed | 16:12 |
| persia | Most critically, when watching the OpenStack TC, I see little explicit statement "project foo must do bar", and more "if foo did bar, everything would work better" or general assistance helping projects handle questions they cannot handle themselves. | 16:12 |
| persia | This is very different than some other projects, especially many on the periphery of openstack. | 16:12 |
| fungi | lots of people are familiar with communities which don't elect their technical committees but rather have a technical committee thrust upon them by some dictate | 16:13 |
| persia | fungi: Yes. That is the "Steering Committee" model I described earlier. Example nearby projects with that model include OpenNFV, fd.io, CNCF, etc. | 16:13 |
| persia | Also, many contributing orgs are more comfortable with buying a seat for control than instructing their staff to promote a policy agenda politically within a democracy. | 16:14 |
| mugsie | persia: I think that is what a lot of enterprises are used to, you buy a seat on a standards body / industry group, and you have a seat with power proportional to the money you paid. | 16:15 |
| persia | mugsie: Yes. OpenStack is not like that. OpenStack is perceived like that. I have participated in conversations where folk talk about how much it costs to buy a TC seat (involving offering a sufficiently compelling offer to cause sitting TC members to change employers). | 16:17 |
| mugsie | vs paying for x FTE and hoping that they can drive the policies you need, but could in theory be blocked by a sole trader if the arguements do not match up | 16:17 |
| fungi | pabelanger: so far i've been taking a wait-and-see attitude toward the katacontainers use of our shared infrastructure. it's possible they'll be more interested in collaborating once it's no longer officially part of "openstack" but ultimately it's up to them to figure out | 16:17 |
| pabelanger | fungi: Yah, I can also see that too | 16:18 |
| mugsie | yeah, number of TC / PTLs / Cores used to be a big metric in some parts of HP from what I remember. Ironically, I think that group of people were very good about wearing two hats and doing what was right for the comunity | 16:18 |
| fungi | pabelanger: they may also simply be allergic to the idea of any virtualization-based test platform, since they see their technology as an evolutionary step beyond either virtualization or container technologies | 16:19 |
| persia | Indeed. I have no complaints about any of the folk that changed employers in part because of roles, especially for TC members. I am unhappy with the employers for being mistaken. | 16:19 |
| ttx | re: Qinling it's very much an "openstack" project -- walks like an openstack service, talks like an openstack service, tightly integrated with other openstack services, benefits a lot from being part of the same product | 16:19 |
| ttx | (catching up on backlog) | 16:20 |
| mugsie | fungi: yeah, that will be interesting to see - I wonder will the ability for zuul to work on github PRs help that? | 16:20 |
| persia | ttx: I think there was broadly consensus there, more concern is "how do these things walk, talk, integrate, or benefit?" | 16:20 |
| * mugsie is very much a gerrit proponant, but I can see how people would prefer github for some things | 16:20 | |
| fungi | mugsie: perhaps. similar to future consideration of nodepool/zuul being able to use aws/azure/gce | 16:21 |
| pabelanger | fungi: I hope that isn't the case, it would be a shame if each new focus group (is that the word) under the foundation each had their of teams managing services | 16:22 |
| mugsie | fungi: oh, I didn't realise that was on the nodepool roadmap. thats cool | 16:22 |
| fungi | mugsie: it's been discussed, i don't know whether "roadmap" is an appropriate term but it's not been ruled out anyway | 16:22 |
| fungi | pabelanger: right. my position is that we can't tell them it's disallowed, but we _can_ provide a compelling excuse for them to not waste their time duplicating effort | 16:23 |
| persia | pabelanger: My mental model of "OpenStack Infra" is "A team managing useful services for open source development", rather than "The team that manages infrastructure for the OpenStack Foundation". | 16:23 |
| ttx | Beyond cultural and technical fit, there is a bit of a product decision too. Does it fit well in the map, or does it feel odd in the map. | 16:23 |
| fungi | persia: and you'd be right. the openstack foundation also has a separate team managing its own infrastructure (for the www.o.o site, summit web app, et cetera) | 16:23 |
| pabelanger | persia: yes! | 16:24 |
| pabelanger | fungi: ++ | 16:24 |
| ttx | we should definitely not "force" anyone to be under the TC if they don't want to. Actually we can't force anyone. | 16:25 |
| persia | As a result, I don't think either the TC nor OpenStack Infra should mind if adjacent communities within the foundation wish to use alternate infrastructure. Where the adjacent focus is indistinguishable from "OpenStack", presumably the TC would like to suggest merging, and where the adjacent focus workflow is a good match to "OpenStack Infra", that team would presumably offer services. | 16:25 |
| ttx | If any team wants to be under their own governance, they can. But they might not be able to call themselves a part of openstack as a result | 16:26 |
| ttx | same way Kata is not a part of openstack | 16:26 |
| persia | ttx: I suggest strengthening that, such that any team that is not under TC governance *may not* call themselves OpenStack, although I realise this is not the body with the mandate to make that decision. | 16:27 |
| ttx | The difference with Kata is that the OpenStack Foundation decided to also support them | 16:27 |
| ttx | persia: who knows, the board could decide to apply the trademark to other projects (would be VERY confusing, but not my decision) | 16:28 |
| ttx | pabelanger: regarding Kata being different, two things. Their culture is different, they are not issued from "the OpenStack community". I'd like to make sure they are not gratuitously different, encourage them to learn about how we do things and why, and decide for themselves what's best for them | 16:30 |
| ttx | If we do a great job, they will want to be more like us | 16:30 |
| persia | Oh, absolutely true. I just believe in the power of guiding language, if we avoid the subjunctive, maybe others will not have the undesired thought. | 16:31 |
| ttx | persia: we also did not really market our tooling well. Since OpenStack had to use it, not much effort was done to explain why the model is superior | 16:32 |
| ttx | While there is no shortage of doc on the Internet explaining the GitHub PR model | 16:32 |
| ttx | My hope is that setting up the Infrastructure as its own thing will help market it | 16:33 |
| ttx | (not a dirty word) | 16:33 |
| fungi | ttx: can the board actually decide to apply the openstack wordmark/trademark to anything the openstack tc hasn't agreed to be covered by that trademark? i thought that was the point to the tc:approved-release governance tag? | 16:33 |
| persia | fungi: Absolutely. | 16:33 |
| fungi | i mean without a vote of the membership | 16:34 |
| persia | ttx: I think simply setting it up isn't sufficient: it would need active promotion. | 16:34 |
| ttx | fungi: they would have a hard time... but anything can change :) | 16:34 |
| persia | fungi: Yes. | 16:34 |
| pabelanger | ttx: Yup, I can see that. I do question if we have people on the openstack side that might also offer up support or guidance on things. I know that is a fine line of having things grow into their own vs being that person always saying 'well, this is how we do it...' | 16:34 |
| ttx | pabelanger: I intend to spend some time reaching out to them in 2018 :) | 16:34 |
| persia | fungi: Except for the narrow set of things prohibited by bylaws, board can do anything: membership response is limited to the next election. | 16:34 |
| fungi | persia: well, i'm referring to the bylaws there | 16:35 |
| pabelanger | ttx: cool! I'm excited to see how it goes (I'm sure others are too) | 16:35 |
| fungi | persia: The Technical Committee shall designate a subset of the OpenStack Project an “OpenStack Technical Committee Approved Release” from time to time. The Board of Directors may determine "Trademark Designated OpenStack Software" from time to time, which will be a subset of the "OpenStack Technical Committee Approved Release" as provided in Section 4.1(b)(ii) and (iii). | 16:36 |
| fungi | i expect deciding to apply the openstack trademark separately from what's set there would take a revision to the bylaws | 16:37 |
| fungi | but i am certainly not a lawyer | 16:37 |
| dhellmann | fungi : the bylaws would have to be changed | 16:38 |
| ttx | fungi: yeah, sounds difficult to interpret it in a way that would allow then to do it. More importantly, they have really no good reason of wanting it. My point in that hypothetical was that there is a slight indirection layer between the OSF, the trademarks it drives and the projects / governance entities associated to them | 16:38 |
| fungi | dhellmann: right, which is why i mentioned "without a vote of the foundation membership" | 16:39 |
| persia | fungi: On re-reading, I realise that I) I am unqualified to have an opinion on the detailed application of 4.1(b), and II) that those probably have to change to support adjacent projects anyway. | 16:39 |
| ttx | I think we put ourselves in a weird corner by saying that everything we do is openstack | 16:39 |
| ttx | for various definitions of "we" | 16:39 |
| persia | ttx: +1 on identity positioning | 16:40 |
| fungi | or "identity poisoning" depending on how you look at it ;) | 16:40 |
| persia | Now I'm curious how it might be "identity poisoning". | 16:40 |
| ttx | big tent was one way to look at it, but resulted in product dilution and making it hard to answer "what is openstack" | 16:40 |
| ttx | I prefer a future where you don't have to make yourself a part of the openstack product to be supported by the OpenStack Foundation. | 16:42 |
| ttx | That opens options like the ability to market the way we do software development to a wider audience | 16:43 |
| persia | I would prefer if the two things had different names, even. | 16:43 |
| persia | But that boat has long-sailed. | 16:43 |
| mugsie | persia: +++ | 16:43 |
| * ttx opens his birthday gifts.... No, still no time machine | 16:44 | |
| persia | ttx: Go birthday harder: nothing said here can't wait until next office hour :) | 16:44 |
| smcginnis | Was there some rumbling of rebranding the foundation to Open Infrastructure? Or was that just my take? | 16:45 |
| smcginnis | And yeah, go have some good wine and another piece of cake. :) | 16:45 |
| persia | OOh! Exciting. | 16:45 |
| mugsie | smcginnis: I like that, but I think it was just wishful thinking, or possibly a new tagline | 16:47 |
| smcginnis | I would like it too. I think it opens things up for more of what we would like to cover. | 16:48 |
| EmilienM | hi (late, stuck in meetings since 6am) | 16:55 |
| dims | @smcginnis : "OSF" like "Dunkin" | 17:14 |
| *** jpich has quit IRC | 17:38 | |
| mugsie | I have kicked the interop testing nest again, with a few definable actions - hopefully we can come to an agreement soon | 17:54 |
| *** diablo_rojo has joined #openstack-tc | 17:55 | |
| *** dtantsur is now known as dtantsur|afk | 17:58 | |
| fungi | dims: more like "KFC" i fear | 18:28 |
| dims | "So good" :) | 18:28 |
| *** edleafe has quit IRC | 18:58 | |
| *** harlowja has joined #openstack-tc | 19:52 | |
| dhellmann | ttx, fungi : if we're going to have "talks" at the ptg it might be useful to have someone from infra do a quick tour of the new features of things like ara for finding error messages when your job fails | 20:50 |
| dhellmann | or maybe not someone from infra specifically, but someone | 20:51 |
| * fungi nominates dmsimard to present on that topic | 20:53 | |
| * dhellmann seconds | 20:53 | |
| fungi | dhellmann: yeah, in the context of the lunchtime presentations idea, it could be a cool topic for sure | 20:54 |
| fungi | could even just be an informal show&tell/question&answer | 20:54 |
| smcginnis | ++ | 20:58 |
| * persia thinks informal show&tell+q&a is the best format for lunch talks, especially as some folk arrive late, want to leave early, etc. | 20:59 | |
| dmsimard | I'm not attending the PTG unfortunately :( | 21:02 |
| dhellmann | dmsimard : d'oh. maybe you can recommend someone else? | 21:02 |
| dmsimard | I did a video demo of ARA a while back: https://youtu.be/k3i8VPCanGo | 21:03 |
| dmsimard | I could make one that is more streamlined/zuul targetted or I can figure out who could talk about it | 21:04 |
| dmsimard | I do plan on submitting a proper talk on CI/troubleshooting at the CI/CD Vancouver track FWIW | 21:06 |
| dhellmann | dmsimard : either way would be good. I thought the ptg would have the right audience, but having a recorded talk would be a good thing, too | 21:08 |
| smcginnis | I think ARA would be good, but having something showing how to convert over legacy jobs or create new local in-repo ones I think would be very welcome. | 21:08 |
| dhellmann | yeah, that's another good topic | 21:09 |
| dhellmann | clarkb doesn't seem to be in this channel | 21:09 |
| dmsimard | If ajaeger is going to the PTG, I nominate him, he's been doing an excellent job with that :D | 21:09 |
| *** openstackgerrit has quit IRC | 21:33 | |
| *** diablo_rojo has quit IRC | 22:08 | |
| *** diablo_rojo has joined #openstack-tc | 22:10 | |
| *** hongbin has quit IRC | 22:12 | |
| *** hongbin has joined #openstack-tc | 22:14 | |
| *** kumarmn has quit IRC | 23:34 | |
Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!