| *** annabelleB has joined #openstack-tc | 00:37 | |
| *** annabelleB has quit IRC | 00:47 | |
| *** ian_ott has quit IRC | 01:42 | |
| *** david-lyle has joined #openstack-tc | 03:00 | |
| *** mriedem has quit IRC | 03:02 | |
| *** ricolin has joined #openstack-tc | 03:06 | |
| *** david-lyle has quit IRC | 03:09 | |
| *** diablo_rojo has quit IRC | 03:18 | |
| *** kumarmn has joined #openstack-tc | 03:33 | |
| *** kumarmn has quit IRC | 03:56 | |
| *** kumarmn has joined #openstack-tc | 04:16 | |
| *** kumarmn has quit IRC | 04:21 | |
| *** jaosorior has joined #openstack-tc | 04:32 | |
| *** kumarmn has joined #openstack-tc | 06:23 | |
| *** kumarmn has quit IRC | 06:28 | |
| *** jpich has joined #openstack-tc | 08:03 | |
| ttx | Re: not in the US, There is LF Open Source Summit EU in Edimburg, same week as AllThingsOpen. | 08:15 |
|---|---|---|
| *** kumarmn has joined #openstack-tc | 08:24 | |
| *** kumarmn has quit IRC | 08:29 | |
| *** e0ne has joined #openstack-tc | 08:34 | |
| *** cdent has joined #openstack-tc | 08:37 | |
| *** ricolin has quit IRC | 08:47 | |
| *** jaosorior has quit IRC | 08:49 | |
| cdent | ahoy hoy tc-members and everyone else: it's office hours | 09:00 |
| cdent | #startmeeting tc | 09:00 |
| openstack | Meeting started Tue Jun 19 09:00:20 2018 UTC and is due to finish in 60 minutes. The chair is cdent. Information about MeetBot at http://wiki.debian.org/MeetBot. | 09:00 |
| openstack | Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. | 09:00 |
| *** openstack changes topic to " (Meeting topic: tc)" | 09:00 | |
| openstack | The meeting name has been set to 'tc' | 09:00 |
| cdent | #chair ttx cmurphy | 09:00 |
| openstack | Current chairs: cdent cmurphy ttx | 09:00 |
| cdent | we talked about maybe not using meetbot, but haven't decided yet, so there it is | 09:00 |
| cdent | anyone here? | 09:01 |
| ttx | o/ | 09:01 |
| cdent | mornin' | 09:02 |
| ttx | I have a topic! | 09:02 |
| cmurphy | ohai | 09:02 |
| ttx | OpenStack Days China is this week, and they are as always hungry for directions on where to contribute to make a difference. So we need to make sure our help-most-needed list is up to date | 09:03 |
| ttx | Is there anything you'd remove from it ? add to it ? | 09:03 |
| ttx | https://governance.openstack.org/tc/reference/help-most-needed.html | 09:03 |
| ttx | StoryBoard is a bit struggling with contributions, at a point where we'd like more of OpenStack to migrate to it | 09:04 |
| ttx | not sure it counts as strategic though | 09:04 |
| ttx | Barbican might also need some support, as we make it a base service option | 09:05 |
| cdent | I think if we ever want storyboard to be a thing it needs more of a sense of team and centrality to the org. The tools we use are as (or more) important than what we are building with them. | 09:05 |
| ttx | Should we keep infra/doc/glance/designate on the list ? | 09:05 |
| cmurphy | i think we brought up osc as a possible candidate for the list | 09:06 |
| ttx | yeah, I'm worried the current team is more of one person doing it on their free time, combined with a number of Foundation staff trying to help keep it afloat | 09:06 |
| cdent | I haven't got enough insight into those projects without speaking to the associated folk. | 09:06 |
| ttx | (StoryBoard) | 09:06 |
| cdent | cmurphy: osc is a good one | 09:06 |
| cmurphy | the keystone team also keeps floating the idea of requesting to be on the list, though objectively i think we're in a better situation than osc or glance or designate | 09:07 |
| ttx | We won't be able to change the list in time for the event (it's this week), but I can supply a list of "extra candidates" | 09:08 |
| ttx | osc is a good one yes | 09:08 |
| cdent | Matt R and I sent quite a bit of useful nova- and placement- related stuff to the associated hackathon | 09:08 |
| ttx | The "doc owner" entry in the list sounds a bit past, related to the Doc transition that was completed since | 09:10 |
| ttx | If we want to keep it there, we should probably refresh the text | 09:10 |
| * cdent nods | 09:10 | |
| ttx | Any other hot suggestion ? | 09:10 |
| ttx | (I'll ask again later today when Murica is up | 09:11 |
| cdent | cmurphy: I'm curious about the keystone situation: is it that there aren't enough people to do what's on the plate, or that there's a desire to have the plate bigger and thus more people are needed? | 09:11 |
| cdent | I ask because I would have thought that keystone, being, uh, key, would be less likely to suffer than others | 09:12 |
| cmurphy | cdent: right, keystone being so integral to other projects means we're saddled with requests from not just end users but other openstack projects | 09:14 |
| ttx | I'm also not totally convinced by the "Goal champions" on that list, as it sounds less directly actionable than other items. | 09:14 |
| cmurphy | fixing policy is the main thing | 09:14 |
| cmurphy | the quota management is the other big request | 09:15 |
| cdent | ah, so it is kind of the standard: hey we need a thing do it! without the accompanying "and here's some people to help"? | 09:15 |
| *** jaosorior has joined #openstack-tc | 09:15 | |
| cmurphy | right | 09:15 |
| ttx | cdent: I've come to think it's a side-effect of the vertical silos we built. It's seen as "someone else's problem" to make it happen | 09:16 |
| cdent | ttx I agree. I don't think that's sufficiently concrete. However the reason I think it is on there, if I remember right, was because we wanted to draw attention to the fact that goal champions are important, valued, required, etc. If we remove it from this list we should make sure it remains highlighted somewhere else. | 09:16 |
| cdent | Perhaps by the job reqs that got talked about at the last combined leadership meeting | 09:16 |
| ttx | cdent: yeah | 09:16 |
| cdent | yes, I agree with that interpretation of the silos | 09:16 |
| ttx | One of the multiple reasons why I'd like to reorganize work around objectives rather than code boundaries | 09:17 |
| cdent | me too, but that's a _shift_ | 09:17 |
| ttx | oh yes. | 09:17 |
| ttx | I think that's key to the long-term health of the project, but I'm also doubtful we can manage such a transition :) | 09:18 |
| cdent | an untrained ear would think you just said, "we're doooooomed" | 09:18 |
| ttx | organizing work across code boundaries was great in the "abundance" period. Organizing work around specific objective / functions across code boundaries is a lot better when you have more limited resources | 09:19 |
| ttx | cdent: I'll keep on advocating for it. One soft way to drive it is to promote more of the SIG approach | 09:21 |
| ttx | But we need to fix the ML situation first | 09:21 |
| cdent | I think in the meantime there's a lot more aspirational writing we could be doing (as individuals and as the official tc) | 09:22 |
| ttx | Also reminds me of that discussion around having people caring about the compute node, since it runs much more than Nova code those days | 09:22 |
| * cdent nods | 09:22 | |
| ttx | The SIG approach is gradual, but tricky as people see it as signing up for more work | 09:23 |
| ttx | but we digress | 09:23 |
| cdent | were we on a path? | 09:24 |
| ttx | help most needed list -- but maybe we are done with suggestions there | 09:24 |
| cdent | ah, I felt like we were still on that path, at least tangentially. | 09:25 |
| cdent | From my standpoint when it comes to "help" we keep coming back to two things: | 09:26 |
| ttx | cdent: I welcome your input on https://etherpad.openstack.org/p/project-team-guide-basic-design-tenets-chapter | 09:26 |
| ttx | (tangent) | 09:26 |
| cdent | key projects struggling to keep up with requests (what cmurphy just said, basically) | 09:26 |
| cdent | and, needing people with license to operate in a silo-violating (cross-project) fashion | 09:27 |
| cdent | while asking for help on specific instances of those issues moves things along, it's cultural change that will fix them | 09:27 |
| cdent | will stick that etherpad in my look-soon list | 09:28 |
| ttx | thx! | 09:28 |
| ttx | cdent: re: TC get-together, saw my suggestion of Edimburgh above ? | 09:33 |
| cdent | ah, no, haven't caught up yet | 09:35 |
| cdent | and just discovered I'm late for an appointment I thought was tomorrow :( | 09:35 |
| ttx | run rnu | 09:36 |
| * ttx does some project health review | 09:45 | |
| *** dtantsur|afk is now known as dtantsur | 09:46 | |
| cmurphy | #endmeeting | 10:08 |
| *** openstack changes topic to "OpenStack Technical Committee office hours: Tuesdays at 09:00 UTC, Wednesdays at 01:00 UTC, and Thursdays at 15:00 UTC | https://governance.openstack.org/tc/ | channel logs http://eavesdrop.openstack.org/irclogs/%23openstack-tc/" | 10:08 | |
| openstack | Meeting ended Tue Jun 19 10:08:16 2018 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) | 10:08 |
| openstack | Minutes: http://eavesdrop.openstack.org/meetings/tc/2018/tc.2018-06-19-09.00.html | 10:08 |
| openstack | Minutes (text): http://eavesdrop.openstack.org/meetings/tc/2018/tc.2018-06-19-09.00.txt | 10:08 |
| openstack | Log: http://eavesdrop.openstack.org/meetings/tc/2018/tc.2018-06-19-09.00.log.html | 10:08 |
| *** dtantsur is now known as dtantsur|brb | 10:20 | |
| *** kumarmn has joined #openstack-tc | 10:25 | |
| *** kumarmn has quit IRC | 10:30 | |
| cdent | thanks for killing the meeting cmurphy | 10:47 |
| openstackgerrit | Merged openstack/project-team-guide master: Release management chapter updates https://review.openstack.org/575434 | 11:40 |
| *** dtantsur|brb is now known as dtantsur | 11:44 | |
| openstackgerrit | Merged openstack/project-team-guide master: Clarify Code-Review 0 etiquette https://review.openstack.org/576207 | 11:45 |
| *** edmondsw has joined #openstack-tc | 11:50 | |
| *** kumarmn has joined #openstack-tc | 12:21 | |
| *** kumarmn has quit IRC | 12:28 | |
| *** kumarmn has joined #openstack-tc | 12:32 | |
| *** kumarmn has quit IRC | 12:33 | |
| *** kumarmn has joined #openstack-tc | 12:33 | |
| *** kumarmn has quit IRC | 12:37 | |
| *** kumarmn has joined #openstack-tc | 12:39 | |
| *** mriedem has joined #openstack-tc | 12:53 | |
| cdent | [t KYZ] | 12:58 |
| purplerbot | <fungi> should i protest travelling into the uk until brexit is repealed? ;) [2018-06-18 17:34:14.715517] [n KYZ] | 12:58 |
| cdent | yes | 12:58 |
| fungi | reciprocation of moral support for each of our struggles against fascist oppression | 13:14 |
| dims | o/ | 13:22 |
| smcginnis | If there's a chance for Edinburgh, it would be good to decide that soon. | 13:25 |
| smcginnis | Selfishly speaking since I'm supposed to give a talk at ATO, but would much rather prioritize a TC gathering over doing that. | 13:25 |
| ttx | LF OSS EU CFP is still open fwiw | 13:32 |
| smcginnis | CFP ASAP FTW | 13:38 |
| cdent | ZOMG | 13:39 |
| ttx | acronym overload! | 13:46 |
| mnaser | idk my bffl jill? | 13:46 |
| cdent | nbd | 13:51 |
| *** hongbin has joined #openstack-tc | 13:53 | |
| *** annabelleB has joined #openstack-tc | 13:55 | |
| *** ian_ott has joined #openstack-tc | 14:00 | |
| ttx | dhellmann: thoughts re: help-most-needed pipeline ? | 14:01 |
| dhellmann | ttx: OSC and Barbican seem like good things to add. | 14:22 |
| dhellmann | I'm on the fence about what to do for storyboard. I'm not sure I would want someone working on that instead of anything else on the list. | 14:22 |
| dhellmann | although I guess if someone was interested that wouldn't be a bad thing; it's just difficult for me to consider prioritizing it myself, and I think that's part of why we're having trouble recruting | 14:23 |
| dhellmann | it's really a shame we can't use another tool that is already supported well | 14:23 |
| dhellmann | s/can't/won't/ maybe? | 14:23 |
| dhellmann | as far as the goal champions, I have recruited some helpers for the python 3 work | 14:24 |
| dhellmann | I'm not sure what approach we would want to take for another goal | 14:24 |
| dhellmann | so maybe mentioning the goals as projects that the community is working on, rather than asking for champions in general, is the best thing? | 14:25 |
| zaneb | I think the solution for storyboard would be to do a zuul | 14:25 |
| dhellmann | we could, but there aren't people, right? | 14:25 |
| *** annabelleB has quit IRC | 14:25 | |
| zaneb | get other people interested beyond just us, so they could share the development burden | 14:25 |
| dhellmann | I suppose. We need the existing folks to have the time, energy, interest, and funding to do that and I worry we missed the window of opportunity. | 14:26 |
| *** e0ne has quit IRC | 14:27 | |
| *** e0ne has joined #openstack-tc | 14:27 | |
| smcginnis | It's a balancing act where you need some interest to get to where it can live on it's own. | 14:28 |
| jroll | I suspect there aren't many folks out there looking for a project management tool that needs work to meet their needs | 14:28 |
| smcginnis | I guess it would take some marketing type work to see how SB fills gaps that other existing tooling doesn't to get people outside of OpenStack interested in using it. | 14:29 |
| ttx | dhellmann: re: StoryBoard, one thing is that it's a slightly different skillset, so could attract different people | 14:29 |
| smcginnis | But that seems like an already crowded space. | 14:29 |
| ttx | dhellmann: I agree I would not add it to "the list", but i can make a case to mention it in the OSD China-requested list | 14:30 |
| ttx | since it's a bit more subjective | 14:31 |
| dhellmann | I feel like we would probably have been better off compromising on our "requirements" so we could make another tool work than building our own thing. And now we're in a state where we don't have anyone willing to operate another self-hosted tool *or* to finish the development work. | 14:31 |
| dhellmann | ttx: yeah, I don't mind if you mention it, but I would put it last in case someone views the list as being in priority order. | 14:31 |
| ttx | oh sure. Make it a personal addition. | 14:32 |
| jroll | dhellmann: I agree with you | 14:32 |
| dhellmann | I *like* storyboard now that I've figured out how to use it. It has many nice aspects. | 14:32 |
| ttx | What's frustrating is that most of the rough edges are details, mostly in the presentation layer | 14:32 |
| dhellmann | which makes the situation even harder, since I want it to succeed | 14:33 |
| ttx | But those are tricky to fix due to the framework used that's a bit alien to us | 14:33 |
| ttx | (same as if you asked me to work on Horizon) | 14:33 |
| dhellmann | yes, that's true. there are probably 1 or 2 data layer things, but most of the issues I encountered were in the API or UI | 14:33 |
| persia | While I agree that we're in a terrible place regarding tracking systems, I assert that it isn't so much just the requirements that were the issue, but also the lack of consensus around the requirements: multiple development teams that were previously active on Storyboard have left in part due to confusion of multiple different parties requesting things, no clear roadmap, and a regular lack of adoption. WIth the adoption that has happened, I would | 14:33 |
| persia | expect the next team to last longer (as there are actual users providing actual input on useful features, etc.) | 14:33 |
| dhellmann | persia : that's a fair point, too | 14:34 |
| zaneb | where is the next team coming from, though | 14:39 |
| ttx | dhellmann: did someone look into Barbican health already ? Maybe it's in no need of help, I don't know | 14:39 |
| dhellmann | I haven't had anyone report on it, yet | 14:39 |
| dhellmann | ttx: that's assigned to you and fungi | 14:40 |
| ttx | ah. ok :) | 14:40 |
| ttx | OK, so I propose to point them to the official list, say we are considering OSC for addition soon, Barbican might need help after adding base service, and a personal add with StoryBoard if you have spare JS developers (who should work on Horizon too) | 14:40 |
| ttx | I can make that a pledge for JavaScript/UI people | 14:41 |
| ttx | Given the deadline, I think it looks good | 14:41 |
| fungi | in fairness, we evaluated (and even nearly pulled the trigger at least once) on switching to an already maintained solution written by someone else | 14:42 |
| fungi | the main challenge is that most communities/organizations who write defect and task trackers don't write them to be cross-project | 14:42 |
| fungi | so we had to try to come up with creative workarounds | 14:42 |
| *** annabelleB has joined #openstack-tc | 14:43 | |
| mnaser | wild idea: maybe storyboard's better place shouldn't live under openstack but under 'osf' | 14:43 |
| fungi | the trackers which have a concept of tracking multiple projects don't really let you have activities which span projects | 14:43 |
| mnaser | (it's an idea, i'm not supportive or against it) | 14:43 |
| smcginnis | mnaser: That may get more visibility. | 14:43 |
| fungi | mnaser: well, it's under infra which is working on splitting out from openstack | 14:44 |
| mnaser | yeah, i think that will help because storyboard probably feels like "an openstack thing" for the outsider | 14:44 |
| fungi | interestingly, the people who resurrected development on it a few years ago (when the openstack community had all but left it for dead) have no ties to openstack at all and wanted it for its own existing features | 14:45 |
| fungi | the lead dev on it still really has no connection to the openstack community other than through work on developing storyboard | 14:46 |
| fungi | but he unfortunately has less and less time to dedicate to it, which is why diablo_rojo, i and a few others have been increasing involvement | 14:47 |
| *** annabelleB has quit IRC | 14:53 | |
| *** annabelleB has joined #openstack-tc | 14:53 | |
| *** dtantsur is now known as dtantsur|afk | 14:54 | |
| *** dklyle has joined #openstack-tc | 15:41 | |
| *** e0ne has quit IRC | 15:44 | |
| *** e0ne has joined #openstack-tc | 15:44 | |
| *** dklyle has quit IRC | 15:46 | |
| *** dklyle has joined #openstack-tc | 16:11 | |
| *** knikolla has quit IRC | 16:19 | |
| *** jpich has quit IRC | 16:21 | |
| *** kumarmn has quit IRC | 16:44 | |
| *** kumarmn_ has joined #openstack-tc | 16:48 | |
| *** kumarmn_ has quit IRC | 16:49 | |
| *** kumarmn_ has joined #openstack-tc | 16:50 | |
| *** kumarmn_ has quit IRC | 16:54 | |
| *** knikolla has joined #openstack-tc | 16:56 | |
| *** annabelleB has quit IRC | 17:18 | |
| *** e0ne has quit IRC | 17:19 | |
| *** annabelleB has joined #openstack-tc | 17:24 | |
| *** e0ne has joined #openstack-tc | 17:29 | |
| *** e0ne has quit IRC | 17:34 | |
| *** hongbin has quit IRC | 17:56 | |
| *** dklyle has quit IRC | 18:10 | |
| *** kumarmn has joined #openstack-tc | 18:17 | |
| *** e0ne has joined #openstack-tc | 18:31 | |
| *** dklyle has joined #openstack-tc | 18:32 | |
| *** annabelleB has quit IRC | 18:32 | |
| *** annabelleB has joined #openstack-tc | 18:35 | |
| *** kumarmn has quit IRC | 18:51 | |
| *** kumarmn has joined #openstack-tc | 18:51 | |
| *** kumarmn has quit IRC | 18:56 | |
| dhellmann | zaneb : is your impression from the adjutant folks that their current proposal de-emphasizes or removes the "grab bag" aspect that was causing objections in past versions? I see "extensible" in there and I'm wondering if that's just indicating that they plan to add to the API over time or if they still want deployers to install their own APIs. | 18:59 |
| openstackgerrit | Merged openstack/governance master: add champion section to goal template https://review.openstack.org/575934 | 19:03 |
| zaneb | dhellmann: yes, de-emphasising the grab-bag aspect was the goal | 19:04 |
| zaneb | dhellmann: discussion here: https://etherpad.openstack.org/p/Adjutant_Features | 19:05 |
| dhellmann | zaneb : ok, I got tripped up on that word "extensible" | 19:14 |
| dhellmann | I think we expect to be able to add to all of our APIs so I wasn't sure why that was included specifically | 19:15 |
| zaneb | tbh I hadn't really given much thought to that word | 19:15 |
| dhellmann | I'm trying to work out if I'm being overly sensitive :-) | 19:15 |
| zaneb | lot of projects are extensible though (Horizon, Heat, Mistral come to mind) | 19:16 |
| dhellmann | yes, well, there's history with that issue and this project, right? | 19:16 |
| *** e0ne has quit IRC | 19:16 | |
| dhellmann | we also ask teams to remove things like "fast" and "performant" or whatever, because of course those are expected aspects of what they're doing | 19:16 |
| dhellmann | no one ever things to include "bug free" in these missions :-) | 19:17 |
| zaneb | :D | 19:17 |
| *** e0ne has joined #openstack-tc | 19:17 | |
| cdent | extensible is a difficult word. from a nova standpoint it is a "thing we don't allow any more" | 19:18 |
| zaneb | they may be fine with dropping that word. they're certainly not going to change how it works depending on whether that word's in there | 19:18 |
| dhellmann | ok, well, having them actually change the way it works was the thing that was tripping me up. I thought we'd reached agreement on that. | 19:18 |
| zaneb | there's always a fine line between allowing and encouraging extensions | 19:18 |
| zaneb | dhellmann: changing how? | 19:20 |
| dhellmann | I thought they were going to lock the API down to a well-defined set of things | 19:22 |
| dhellmann | perhaps I misunderstood the outcome of the discussion from the summit | 19:22 |
| zaneb | dhellmann: I understood the outcome to be that they would lock down the *mission statement* to a defined set of things, and have another discussion with the TC before expanding to anything outside that set | 19:23 |
| dhellmann | I'm not sure what the point of saying they're going to do one thing and then doing another really is. | 19:24 |
| *** e0ne has quit IRC | 19:24 | |
| zaneb | hold on, we're talking about two different things | 19:24 |
| zaneb | one thing is what APIs do they support upstream as 'core' plugins | 19:26 |
| zaneb | we're committing them to a limited scope for those in the mission statement, and requiring them to come back to us before trying to expand into any other areas | 19:27 |
| zaneb | the other thing (what you're talking about) is whether it's easy or hard to add new APIs without getting them into upstream | 19:27 |
| dhellmann | I agree those are somewhat separate things. | 19:28 |
| zaneb | I don't expect them to rewrite it to make it technically hard to create new APIs, whether or not it says 'extensible' in the mission statement | 19:28 |
| zaneb | any more than they would try to make it slow or buggy because it doesn't say 'fast' or 'bug-free' in the mission statement ;) (though that may be a good argument for just not saying it) | 19:29 |
| dhellmann | Limiting the "upstream" scope vs. the actual feature set just makes it feel open core or something. | 19:29 |
| dhellmann | The thing I have been objecting to is the emphasis on allowing deployers to use an official project to implement custom APIs that are somehow required to actually use a given deployment. Because that gives those deployers an opportunity to break all of the interoperability work we've done in the community while still claiming to run "OpenStack". | 19:31 |
| dhellmann | de-emphasizing that, without actually changing it, is just changing the marketing of the project and not actually changing the approach | 19:31 |
| dhellmann | now I may have the minority view on this, and may be reading it more strictly than the rest of the tc | 19:32 |
| dhellmann | I think ttx, for example, pointed out it fit into the "operations" bucket rather than the "openstack" bucket, on his map | 19:32 |
| dhellmann | but unless we say operations projects cannot be considered for the interop trademark program, I'm not sure that distinction makes any real difference | 19:32 |
| dhellmann | so I guess I'll wait and see what some of the rest of the tc thinks about it. I will support the majority, even if I vote against them. | 19:34 |
| cdent | I'm saving that (and most other contemplative reviews) for when I'm sitting | 19:34 |
| zaneb | dhellmann: I guess a good question to answer would be: what technical change would you like to see to prevent people from writing custom workflows for it? | 19:35 |
| zaneb | I honestly can't think of one other than using bad design to make it hard for people | 19:37 |
| zaneb | we're not allowed to use the GPL so that isn't an option | 19:37 |
| dhellmann | I haven't looked into the source to see how it actually loads the workflows, so I couldn't comment on implementation details. | 19:38 |
| zaneb | (me neither for the record) | 19:39 |
| *** e0ne has joined #openstack-tc | 19:39 | |
| dhellmann | it feels like, from what I've heard, that it's a fundamental detail of the implementation (if not, it seems to be a fundamental aspect of their design approach or goals or whatever) | 19:40 |
| zaneb | but in general, designing software to make it easy for you to extend is good, and when that software is written in Apache-licensed Python that almost invariably makes it easy for anyone else to extend as well | 19:40 |
| dhellmann | I'm making a distinction between building something to make it easier for a contributor or maintainer to extend it and building something to make it easy for an end user to extend it | 19:41 |
| dhellmann | and fwiw, if I set out with their initial goals, I imagine I would have done something very much like what they've done. | 19:42 |
| zaneb | dhellmann: I think their major design goal is to make it easy to swap out the *implementation*, because all business processes are different | 19:42 |
| zaneb | I imagine that making it easy to add a new API probably mostly fell out of that | 19:42 |
| dhellmann | changing the implementation of a well-defined API seems OK. adding new arbitrary APIs is the issue I have. | 19:43 |
| clarkb | glance task api is agood example of why this is bad | 19:45 |
| clarkb | (if anyone needs an example) | 19:45 |
| * cdent retires | 19:48 | |
| cdent | 'night all | 19:48 |
| *** cdent has quit IRC | 19:48 | |
| *** annabelleB has quit IRC | 19:51 | |
| *** annabelleB has joined #openstack-tc | 19:56 | |
| *** dklyle has quit IRC | 20:00 | |
| *** diablo_rojo has joined #openstack-tc | 20:24 | |
| *** e0ne has quit IRC | 20:46 | |
| *** edmondsw has quit IRC | 20:47 | |
| *** ian_ott has quit IRC | 20:54 | |
| fungi | smcginnis: well, i just got an update from ato saying my talk has _not_ been rejected (yet) and they're still trying to finalize the lineup | 21:53 |
| smcginnis | fungi: Well, I guess that's kind of good news. | 21:54 |
| fungi | they're apparently "still in the process of contacting potential speakers" and expect to take another 1-2 weeks | 21:54 |
| smcginnis | So kind of a wait list for speaking. That's an interesting way to do it. | 21:55 |
| fungi | apparently | 21:55 |
| smcginnis | I suppose there's plenty of time yet. | 21:55 |
| fungi | maybe i'm what our summits would consider an "alternate" and they're waiting to see who from the first round of picks bails on them ;) | 22:01 |
| fungi | i mainly want to give this talk because i gave it a couple years ago at oscon and, unlike our conferences, o'reilly wants to charge people a subscription to be able to watch the video | 22:03 |
| smcginnis | Sheesh | 22:03 |
| smcginnis | I didn't realize that. | 22:03 |
| fungi | the first 3 minutes can be streamed but then you need a paid subscription to their digital content service to watch the full talk | 22:04 |
| fungi | because, you know, they're the _open_ source conference | 22:04 |
| smcginnis | I had a past employer that paid for Safari subscriptions, but I'm still too old school and would rather just buy the dead trees. | 22:04 |
| smcginnis | "The open core conference" | 22:05 |
| fungi | same (though i've also stopped feeling comfortable supporting their publishing business in recent years after a variety of shenanigans) | 22:05 |
| smcginnis | It has been awhile since any recent books of mine have had animals on them... | 22:05 |
| clarkb | hrm the kids are probably old enough for me to pull out all the old dead trees again | 22:05 |
| fungi | it was cool back in the days of "running linux" (mainly because the original author was a school chum who first introduced me to linux in the 0.95 download source from usenet and bootstrap it from minix days) | 22:07 |
| fungi | but as the years have gone on, they've seemed more and more money hungry there | 22:07 |
| fungi | running linux sort of set the tone for their business model though, thinking back on it | 22:09 |
| fungi | basically it was mostly gfdl-licensed content from the ldp compiled into dead-tree form you didn't need to tear the tractor feed edges off | 22:10 |
| fungi | 1. take open source/free content, 2. slap a cover on it, 3. profit | 22:11 |
| smcginnis | And companies have been trying to replicate that ever since. :) | 22:11 |
| *** ian_ott has joined #openstack-tc | 22:41 | |
| *** dklyle has joined #openstack-tc | 22:43 | |
| *** david-lyle has joined #openstack-tc | 22:45 | |
| *** david-lyle has quit IRC | 23:04 | |
| *** annabelleB has quit IRC | 23:32 | |
| *** diablo_rojo has quit IRC | 23:35 | |
| *** diablo_rojo has joined #openstack-tc | 23:42 | |
Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!