Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.
Comment: Captured the meeting notes.

...

NameOrganisationPresent / Absent
Credit SuissePresent

Mark Erdtmann

TradewebAbsent
FactSetAbsent
FactSetAbsent  
JP MorganAbsent
Credit Suisse Absent
Symphony LLCPresent
Symphony LLCPresent
Gavin White Tradition Absent
HSBCAbsent
CitiPresent
Tim BurchamMarkitAbsent
Goldman SachsAbsent
Morgan StanleyPresent
Morgan StanleyAbsent
CitadelPresent
Richard KleterDeutsche BankAbsent
Douglas EsanbockDow JonesAbsent
Julian Ling

S&P Global Market Intelligence

Absent
Greg Romer

S&P Global Market Intelligence

Absent
Gareth DaviesGoldman SachsAbsent (out due to injury)
Symphony Software Foundation

Present

Nick KolbaOpenFinPresent
Jon HenryCitiAbsent

Joe Qiao

CitiAbsent
Ed SandersJP Morgan ChaseAbsent

Actions items from previous meeting

...

TimeItemWhoNotes
5 minRoll call
5 minReview action items from last meeting
  • See above
5 minMinuet update


5 minPoC Update


15 minProject charter - feedback from ESCo / BoardThere's been some commentary at the ESCo & Board regarding the two objectives of the WG (Minuet stewardship and consistency of integration with other containers - see the charter for specifics). I wanted to share that commentary.
5 minAOB

Meeting notes

  • Roll call
  • Minuet update:
    • Peter: No update - still stuck with Goldman Legal
    • James: move to split Minuet contribution from other legal concerns?
    • Peter: haven't heard at that level of detail
  • PoC update:
    • James: haven't received any emails
    • CS is trying to execute on the CCLA to have some work done on Electron. I know that Gareth from Goldman (who was in an accident) thinks he'll be able to do some work while he's out due to injury.
    • Rob: I have some news.  
    • James: John is on holiday but is champing at the bit.  He juts needs legal go-ahead.
    • Rob: given your relationship with Symphony, you can request access to the private Symphony repos. There's no guarantee that what's in those repos is what will be contributed to open source, but there isn't all this legal craziness.  Gareth @ GS already has access.
    • James: OpenFin guys - are you in a worse position of not even having the Symphony client?
    • Nick: yeah I don't have access to Symphony client, I've been waiting for an update.
    • James: got it.  Until it's contributed to the Foundation... ...these guys are members of the Foundation, but I don't know if they have access to the source code?
    • Rob: that's correct:
    • James: sounds like you'll have to wait for it to be in the open source.
    • Nick: once that's ready, circle back to me and I can start the POC.
    • James: it'll happen soon!!  Anyone else interested in jumping in and helping out with the PoC?
  • WG charter - feedback from ESCo / Board:
    • Peter: there's been some discussion at ESCo / board level around the idea of splitting the WG between Minuet stewardship and container standardisation.  I can't remember if I've given the group an update on that, but wanted to make sure the group did get updated.
    • James: and really it's a moot point due to Minuet not being open yet.
    • Peter: the summary is that ESCo is not in favour of splitting the WG.
    • Lawrence: here's how I'd describe the ESCo perspective (through my lens) - the decision about whether to split or not should be owned by this WG.  IT's a WG decision - ESCo ca gave perspectives, but ultimately the question of a split would come out of the WG proposing a new operating moment.  Second point I'd make is that there are considerations in that decision.  Are you potentially setting up a new WG that has an overlapping mandate e.g. one around code stewardship and another around standards - would the code stewards be beholden to the standards, and how would this work when the two initiatives are under different umbrellas?  My personal opinion is that it might be premature to split.  That doesn't mean a change to the charter isn't on the cards.
    • James: as chair it seems premature to do so.  Feedback from anyone else?
    • Amit: that makes sense to me too.
    • James: if no one has any other input, let's leave that as it stands.
  • AOB:
    • Amit: do we have any prediction when this Minuet open source will happen?
    • James: it's tied up in legal.  My guess is it's not the highest priority for the parties involved, so it's not happening very quickly.
    • Lawrence: on the Symphony side we've executed it.  You do need both parties to sign off, but we (LLC) have signed off.
    • James: as I understand it they were trying to split off contributors from contribution, so that they could at least contribute Minuet without future contributions.  My concern, to be honest, is that we've had the standardisation goal on the agenda for some time, and to be honest to get people to pony up some time to execute on that has been tricky (myself as well).  If we want to progress on that we need to identify some milestones and devote some time to execute on it.  The PoC is a tactical way to do this, but it won't result in a set of standard APIs.  We talked 6-odd weeks ago of working through the W3C standards etc might make up a base set of capabilities for a container, but when I asked for volunteers for that work no one was forthcoming.
    • Tim: it still ends up being very abstract - it might be better to go through some forms of POC to find out what people are finding.  Next month is Symphony Innovate. What would be really amazing would be if the likes of OpenFin were to POC their project at the event - bring up Symphony (as a POC) inside the OpenFin container.  This would be nice to see at that event.
    • Nick: yeah I would love to do that.  My biggest challenge on the OpenFin side is in getting access to the Symphony client code.
    • Tim: the OSF stuff that's in the Github right now, and you're members of the Foundation, can't it be done?
    • Nick: I was just told it couldn't be done.
    • Tim: is that project some of the source, even if it's not all the source?
    • Amit: who will make the decision to get access?  I'm fine with that, but OpenFin is part of the Foundation, but not the LLC.
    • Peter: SymphonyOSF is the private Github repo used by LLC, rather than the 
    • Tim: bottom line: it's not possible.
    • James: it might require some kind of agreement between LLC and OpenFin.  If OpenFin have access to the client they may be able to pull out the JS.
    • Peter: we (Foundation) can provide the client binary to Foundation members & approved contributors.
    • Nick: what would it take to pull out that JS and make it work in another container?
    • James: that's the POC.  Rob isn't there just one file?
    • Rob: that's right, though I haven't touched it.
    • Tim: it might be prudent to do it the right way.  For the innovation day I'd love to be presented with a desktop container by a desktop container company that includes the Symphony app.
    • James: action there - see if there's a viable way for Nick to get hold of the client.
    • Tim: another option would be to use the container with the web application, and possibly inject some Javascript
    • Nick: we could point an OpenFin container to symphony.com, but it's not really going to be able to change how Symphony is acting
    • Tim: I was thinking in terms of multi-windowing support, but it's probably not worth the pain
    • Nick: even with multi-windowing we'd have to change the Symphony logic to be able to use it.
    • Tim: ideally this is a simple pull from code, and...
    • James: if, as a member of the Foundation, we can get you hold of the code, it might be worth half an hour of your time to see if you can do something like that?  Peter can you figure out if they access the code, and then gain access to a pod?

Action items