| *** ricolin has joined #openstack-tc | 00:45 | |
| *** ricolin has quit IRC | 00:46 | |
| *** cdent has joined #openstack-tc | 00:58 | |
| *** cdent has quit IRC | 01:08 | |
| *** edmondsw has joined #openstack-tc | 01:17 | |
| *** dtruong_ has quit IRC | 01:20 | |
| *** edmondsw has quit IRC | 01:21 | |
| *** ricolin has joined #openstack-tc | 02:31 | |
| *** openstack has joined #openstack-tc | 02:49 | |
| *** ChanServ sets mode: +o openstack | 02:49 | |
| *** edmondsw has joined #openstack-tc | 03:05 | |
| *** edmondsw has quit IRC | 03:09 | |
| *** mriedem_afk has quit IRC | 03:20 | |
| *** dtruong_ has joined #openstack-tc | 04:06 | |
| *** rosmaita has quit IRC | 04:12 | |
| *** spsurya_ has quit IRC | 04:48 | |
| *** spsurya_ has joined #openstack-tc | 04:49 | |
| *** edmondsw has joined #openstack-tc | 04:53 | |
| *** edmondsw has quit IRC | 04:58 | |
| *** e0ne has joined #openstack-tc | 05:06 | |
| *** spsurya_ is now known as spsurya | 05:07 | |
| *** dklyle has quit IRC | 05:52 | |
| *** dklyle has joined #openstack-tc | 05:53 | |
| *** e0ne has quit IRC | 06:00 | |
| *** edmondsw has joined #openstack-tc | 06:41 | |
| *** edmondsw has quit IRC | 06:47 | |
| *** jpich has joined #openstack-tc | 06:58 | |
| *** guvnah has quit IRC | 07:04 | |
| *** tosky has joined #openstack-tc | 07:38 | |
| *** dtantsur|afk is now known as dtantsur | 07:46 | |
| *** e0ne has joined #openstack-tc | 08:17 | |
| *** edmondsw has joined #openstack-tc | 08:30 | |
| *** edmondsw has quit IRC | 08:34 | |
| *** cdent has joined #openstack-tc | 08:54 | |
| *** dtruong_ has quit IRC | 09:02 | |
| *** cdent has quit IRC | 09:58 | |
| *** cdent has joined #openstack-tc | 09:58 | |
| *** dtruong_ has joined #openstack-tc | 10:10 | |
| *** edmondsw has joined #openstack-tc | 10:18 | |
| *** edmondsw has quit IRC | 10:23 | |
| *** edmondsw has joined #openstack-tc | 10:49 | |
| *** rosmaita has joined #openstack-tc | 11:26 | |
| *** openstackgerrit has quit IRC | 12:36 | |
| *** mriedem has joined #openstack-tc | 12:36 | |
| dims | o/ | 12:41 |
|---|---|---|
| smcginnis | Heya dims | 12:42 |
| TheJulia | good morning | 13:05 |
| * cdent waves | 13:23 | |
| dims | smcginnis : TheJulia : cdent : yo! so i got the ball rolling on a constellation - https://review.openstack.org/#/c/586212/ | 13:24 |
| *** mriedem is now known as mriedem_afk | 13:25 | |
| cdent | yay dims ! | 13:26 |
| smcginnis | Awesome, thanks dims! | 13:26 |
| dims | you all are welcome to edit it too! | 13:27 |
| TheJulia | dims: awesome | 13:42 |
| *** hongbin has joined #openstack-tc | 13:52 | |
| *** mriedem_afk is now known as mriedem | 13:53 | |
| *** pabelanger has quit IRC | 14:07 | |
| *** pabelanger has joined #openstack-tc | 14:07 | |
| *** annabelleB has joined #openstack-tc | 14:10 | |
| mnaser | i would like to have eyes on this interesting issue | 14:19 |
| mnaser | http://lists.openstack.org/pipermail/openstack-dev/2018-July/132475.html | 14:19 |
| scas | very interesting. | 14:20 |
| smcginnis | Oh right, I was going to respond there. | 14:20 |
| *** annabelleB has quit IRC | 14:20 | |
| cdent | the crux is that they are not yet ATCs? | 14:20 |
| smcginnis | I was going to suggest he stays PTL primarily as a contact point and "mentor", but delegate as much as possible to this new team so it's not much of a time commitment for him. | 14:20 |
| TheJulia | looks like 3 people should qualify as atcs | 14:21 |
| smcginnis | Then over stein one of the new folks can learn the ropes and get actual patches merged and be ready to be the official PTL in T. | 14:21 |
| smcginnis | Or even part way through Stein if that's what they work out. | 14:21 |
| TheJulia | +1, anything to soften the transition | 14:21 |
| TheJulia | But I suspect Samsung folks would need almost a crash course as well to get started | 14:22 |
| scas | as someone who has assumed maintainership of a project developed by others, it's a trial by fire | 14:23 |
| scas | 3 years in, i still forget to check launchpad on occasion | 14:23 |
| TheJulia | scas: we are all only human | 14:24 |
| TheJulia | and it is a LOT of work :( | 14:24 |
| TheJulia | I regularly forget to go look at storyboard and beat myself up for it | 14:25 |
| TheJulia | sorry, looks like 3 people have done a review from samsung on trove in this cycle, and one code commit :\ | 14:25 |
| scas | in my head, i'd get them to commit a cosmetic change, which would tick the boxes. they still have to learn, but it gets them part of the way there | 14:26 |
| scas | i'm thinking back to my drive-by chinese friends | 14:27 |
| smcginnis | If they have some additional test coverage they can contribute, that would be great. | 14:28 |
| scas | +1 | 14:29 |
| scas | one of my more aggressive changes in chef was spawned by a one-line test change | 14:30 |
| TheJulia | I personally would like to see an existing contributor step up and be willing to take on the reins, but Samsung folks likely have some direction and roadmap in mind which is a huge bonus, where as the existing roadmap priorities and goals for the project need to be re-evaluated. | 14:33 |
| TheJulia | Likely, we need to put out a call for contributions or perhaps call for a specific use case need to be fulfilled to help bring contributors to it somewhat more organically. | 14:34 |
| scas | if i put myself in that situation: another team wants to adopt chef openstack for their own plans -- i'd probably go with a phased transition where i'd make myself available for a time to get them up to speed | 14:34 |
| scas | it would be clear that they would have the stick, but i'd be around for consultative means | 14:35 |
| smcginnis | scas: That seems like a good approach to me. | 14:36 |
| scas | i'd also make no hard limit on how long that would take, but make it apparent that there would be an eventuality where they'd be going on their own velocity | 14:38 |
| *** annabelleB has joined #openstack-tc | 14:38 | |
| scas | but, that's me | 14:38 |
| *** hongbin has quit IRC | 14:46 | |
| smcginnis | OK, finally had a chance to respond on there. | 14:49 |
| *** tbarron has quit IRC | 15:01 | |
| smcginnis | About that time I think. | 15:01 |
| *** aclark has joined #openstack-tc | 15:03 | |
| cdent | tc-members, let's listen to smcginnis | 15:03 |
| smcginnis | :) | 15:03 |
| mugsie | this is troves 3rd leadership change in a year or so - which is worth bearing in mind | 15:03 |
| smcginnis | Good to see we have a few things on the PTG etherpad - https://etherpad.openstack.org/p/tc-stein-ptg | 15:03 |
| smcginnis | mugsie: Can't remember if you were there last time in Denver, but it was about to go in maintenance mode when the team from IBM stepped in. | 15:04 |
| mugsie | yup - I was in the room for a lot of that | 15:04 |
| dims | yep, i remember that | 15:05 |
| smcginnis | I honestly wouldn't be too surprised if it does eventually end up there, but it seems like companies keep coming out with new commercial offers using it. | 15:05 |
| mugsie | and then that IBM team handed off to the curent team, and now this team is handing over to samsung | 15:06 |
| mugsie | it is hard to open source stuff that you have done internally for a product - a lot of people using trove seem to have forked trove internally and now are trying to unfork. | 15:07 |
| *** tbarron has joined #openstack-tc | 15:08 | |
| zaneb | see also: StarlingX | 15:09 |
| mugsie | aye | 15:09 |
| smcginnis | Those internal forks always seem to sound good to the business forks until they realize a few releases later how much work and expense it adds. | 15:09 |
| zaneb | yup | 15:10 |
| smcginnis | *business folks ;D | 15:10 |
| zaneb | but I also wonder if there were some factors specific to Trove driving that as well | 15:10 |
| pabelanger | smcginnis: +1 | 15:10 |
| zaneb | they had a security model that in my view was clearly incompatible with a public cloud deployment, and were very resistant to changing it | 15:11 |
| mugsie | a lot of the issue is the way trove was structured - it wasn't easy to do plugins, (see https://github.com/openstack/trove/blob/master/trove/common/cfg.py ) and there was not real easy to replicate ways of doing custom images for the VMs | 15:13 |
| mugsie | zaneb: yeah - the fact that all the public cloud providers had special extra special sauce bits of code they used for deployment was problematic | 15:14 |
| mugsie | there was a proposal a while ago for a re-arch, but I am not sure it ever went into the public domain, and I am not sure there is the appetite anymore for it | 15:16 |
| zaneb | if it's the one I am thinking of, it was more of a do-over, and I don't think there were ever resources available to sink into it | 15:17 |
| mugsie | no, there was a HPE internal one before the one that was floated in Denver | 15:17 |
| mugsie | but question that is in my mind is, if we were looking at this as a project joining the project, would we accept them? | 15:19 |
| mugsie | s/joining the project/joining the OpenStack project/ | 15:20 |
| smcginnis | Probably not in its current state, but not sure if there's anything to do about that at this point. | 15:20 |
| zaneb | yeah it would be a hard sell right now | 15:21 |
| zaneb | it's a shame, because Trove was the first service outside of Nova/Keystone/Cinder/Neutron/Glance that every public cloud wanted to offer to their users (thinking of e.g. Deutsche Telekom) | 15:22 |
| persia | Possibly worth reaching out to the Public Cloud team to get some input/guidance on the issue. They are fairly active and representative. | 15:23 |
| zaneb | worth noting that being unable to get something like https://review.openstack.org/438134 in Nova also contributed greatly to their inability to find a sane security model upstream | 15:23 |
| zaneb | persia: it's still in their top 5 priority list last time I checked | 15:23 |
| zaneb | demand is there | 15:24 |
| zaneb | belief that an upstream collaboration can deliver is, sadly, not | 15:25 |
| mugsie | or the ability, or willingness to put resources towards it | 15:27 |
| persia | Or close communication between people willing to invest resources in it and the public cloud teams that are investing resources maintaining the existing limping solution | 15:28 |
| mnaser | trove is awesome, we'd love to have it, don't think we'd have the resources to re-architect it unfortunately | 15:34 |
| mnaser | however i think that they can learn a lot from octavia | 15:34 |
| mnaser | in terms of the service vm model | 15:34 |
| *** annabelleB has quit IRC | 15:36 | |
| mugsie | mnaser: yeah, octavia had the advantage of being devloped after trove, and see the issues. | 15:37 |
| johnsom | mugsie Ha | 15:37 |
| johnsom | mugsie No respect at all.... | 15:37 |
| mugsie | johnsom: I could have mentioned other projects that the teams worked on that also used VMs :P | 15:38 |
| * mugsie mutters something about gearman | 15:38 | |
| mugsie | The spec that zaneb linked would have really helped them IMO | 15:39 |
| johnsom | mugsie THAT is true. There were other examples of how not to grow up.... | 15:39 |
| mugsie | I know kfox1111 was fighting that battle for a very long time, but we never managed to move the needle | 15:40 |
| zaneb | AIUI the Octavia-style service VM model was in fact how people deployed Trove in practice, but was not the default upstream | 15:41 |
| zaneb | that wasn't the only issue - security of the message bus was also a big problem (now somewhat improved) - but it was a significant one, and both were related | 15:42 |
| mugsie | yeah, the octavia model really helped the message bus issue | 15:43 |
| cdent | was that referenced spec not well received, or did it simply not have sufficient energy behind it? | 15:43 |
| *** annabelleB has joined #openstack-tc | 15:44 | |
| clarkb | persia: I think that was actually a major part of the root of the struggle for a long time you had a team at rax and a team at HP and they sort of tried to smash code toegether every 6 months before the summit | 15:44 |
| zaneb | cdent: I think by the time the spec was written, there was not much energy behind it | 15:44 |
| mugsie | yeah, there had been a lot of pushback before that, and I think it just ran out of steam | 15:45 |
| clarkb | yes there were external issues, but there was no cohesive driving force to address them because everyone had their own internal standups and just worked around them in their own local way | 15:45 |
| persia | clarkb: Yes. More coordinated comms, ideally integrating deployers/operators (some of whom can also contribute some changes) tends to be a more reliable model in this space. | 15:45 |
| zaneb | cdent: but AIUI that was preceded by ~5 years of not even pursuing it because everyone had the impression that Nova had closed the door on it | 15:45 |
| mugsie | clarkb: that did improve over time, but by then there was not the drive to fix the big issues | 15:45 |
| persia | It is hard to do that from a product viewpoint, as the identities/input of the deployers/operators are considered the valuable thing ("customer"). | 15:46 |
| clarkb | mugsie: there was effectively never a trove team to fight for their needs | 15:46 |
| clarkb | until amrith took over | 15:46 |
| * clarkb sat next to the HP team for ~2 years and had to help with the just jam it in locally fun | 15:47 | |
| smcginnis | win 24 | 15:47 |
| smcginnis | Doh | 15:48 |
| zaneb | smcginnis: fail | 15:48 |
| mugsie | clarkb: yeap - I was part of the dublin HP PaaS team - I remeber it well :) | 15:48 |
| smcginnis | zaneb: Yep! :) | 15:48 |
| *** hongbin has joined #openstack-tc | 15:49 | |
| clarkb | maybe I'm just optomistic but I like to think that if there had been a more unified team to fight for the use cases that we would have seen the run a service in cloud problems solved much earlier. But instead that effort was put to forking the downstream cloud to handle it | 15:51 |
| scas | chef openstack is an interesting one. i somehow have the capacity to operate a private cloud and develop on a development project with a case of urban sprawl, but attracting people to maintain it has been difficult at best | 15:51 |
| scas | not to derail | 15:51 |
| zaneb | clarkb: imo it basically came down to a lot of the requirements not being available at the right time | 15:55 |
| scas | on the hype cycle scale, chef probably goes in the first generation of tools given its vintage. yet there are still users that self-identify | 15:55 |
| zaneb | they needed e.g. service-locked VMs in Nova and Zaqar messaging instead of Rabbit in 2013 | 15:55 |
| clarkb | zaneb: yup, and they had them, just none of it was upstream | 15:56 |
| zaneb | but those things weren't available, there was demand right then, so everybody went off and did their own downstream hack | 15:56 |
| clarkb | zaneb: because it was the HP trove team and they had an HP cloud | 15:56 |
| clarkb | not the OpenStack Trove team with an OpenStack cloud | 15:56 |
| zaneb | after which nobody had the incentive to solve the core problem upstream (in fact, they had the incentive to change as little as possible upstream) | 15:56 |
| *** edmondsw has quit IRC | 15:57 | |
| *** edmondsw has joined #openstack-tc | 15:57 | |
| *** edmondsw has quit IRC | 15:59 | |
| scas | some have the 'open' mindset, some have the 'meet the goal at any cost' mindset. unfortunately, they often come at odds in a space as where openstack lives | 16:01 |
| *** e0ne has quit IRC | 16:02 | |
| scas | in the democratic model, both can be allowed to flourish even under scrutiny | 16:02 |
| scas | open source is no exception | 16:03 |
| scas | my armchair observation is that things in this space operate akin to a large scale enterprise that just so happens to release code on the internet | 16:05 |
| *** jpich has quit IRC | 16:09 | |
| scas | that's the bsd acting up again. | 16:10 |
| *** ricolin has quit IRC | 16:27 | |
| *** dtantsur is now known as dtantsur|afk | 16:38 | |
| *** annabelleB has quit IRC | 17:15 | |
| *** e0ne has joined #openstack-tc | 17:20 | |
| *** annabelleB has joined #openstack-tc | 17:25 | |
| *** e0ne has quit IRC | 17:37 | |
| TheJulia | I kind of feel like the bridge is solving the common problem, and if that common problem or goal was there to motivate then that could help. But yeah, the meet the goal at any cost mindset does hamper the ability to even make sure that there is a common problem first. | 17:38 |
| *** edmondsw has joined #openstack-tc | 17:48 | |
| *** DuncanT_ has left #openstack-tc | 17:58 | |
| *** dklyle has quit IRC | 18:01 | |
| *** e0ne has joined #openstack-tc | 18:22 | |
| *** aclark has quit IRC | 18:35 | |
| *** tosky has quit IRC | 18:57 | |
| *** ianychoi_ has joined #openstack-tc | 19:15 | |
| *** ianychoi has quit IRC | 19:18 | |
| *** annabelleB has quit IRC | 19:27 | |
| *** dklyle has joined #openstack-tc | 19:51 | |
| *** cdent has quit IRC | 19:59 | |
| *** e0ne has quit IRC | 20:13 | |
| *** diablo_rojo has joined #openstack-tc | 20:34 | |
| *** annabelleB has joined #openstack-tc | 20:43 | |
| *** e0ne has joined #openstack-tc | 20:59 | |
| *** e0ne has quit IRC | 21:00 | |
| *** edmondsw has quit IRC | 21:43 | |
| *** edmondsw has joined #openstack-tc | 21:45 | |
| *** edmondsw has quit IRC | 21:49 | |
| *** mriedem is now known as mriedem_afk | 22:14 | |
| *** pabelanger has quit IRC | 22:46 | |
| *** pabelanger has joined #openstack-tc | 22:46 | |
| *** mriedem_afk is now known as mriedem | 22:47 | |
| *** annabelleB has quit IRC | 22:55 | |
| *** hongbin has quit IRC | 23:00 | |
| *** lbragstad_ has joined #openstack-tc | 23:01 | |
| *** lbragstad has quit IRC | 23:01 | |
| *** knikolla has quit IRC | 23:01 | |
| *** david-lyle has joined #openstack-tc | 23:24 | |
| *** dklyle has quit IRC | 23:26 | |
| *** knikolla has joined #openstack-tc | 23:37 | |
| *** david-lyle has quit IRC | 23:51 | |
| *** dklyle has joined #openstack-tc | 23:52 | |
Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!