|
Re: The future of CentOS and OpenMAMA
Hi Frank:
At NYFIX we not too long ago moved from RH to CentOS 7 for our dev and prod installs, and assumed that CentOS 8 would be our eventual upgrade path.
It’s way too early to say how things
Hi Frank:
At NYFIX we not too long ago moved from RH to CentOS 7 for our dev and prod installs, and assumed that CentOS 8 would be our eventual upgrade path.
It’s way too early to say how things
|
By
Bill Torpey
·
#2298
·
|
|
The future of CentOS and OpenMAMA
Hi Folks,
I’m curious about the community feeling towards the future of CentOS. I’d appreciate a reply with one or a selection of the followingfor those of you running Red Hat derivative
Hi Folks,
I’m curious about the community feeling towards the future of CentOS. I’d appreciate a reply with one or a selection of the followingfor those of you running Red Hat derivative
|
By
Frank Quinn
·
#2297
·
|
|
Goodbye Appveyor, Hello Github Actions
Hi folks,
I am in the final stages of the effort to migrate from Appveyor to Github Actions. This will reduce the overall build time down from 5 hours to 40 minutes across 14 different development
Hi folks,
I am in the final stages of the effort to migrate from Appveyor to Github Actions. This will reduce the overall build time down from 5 hours to 40 minutes across 14 different development
|
By
Frank Quinn
·
#2296
·
|
|
CentOS 6 / RHEL 6 Support (Reply Needed)
Hi Folks,
CentOS 6 is reaching its main EOL on the 30th November (10 days time), so I’d like to ask the community where they are in respect to migration.
Please feel free to reply to me
Hi Folks,
CentOS 6 is reaching its main EOL on the 30th November (10 days time), so I’d like to ask the community where they are in respect to migration.
Please feel free to reply to me
|
By
Frank Quinn
·
#2295
·
|
|
OpenMAMA contribution to FINOS
Hi Folks,
I am excited to announce that OpenMAMA was successfully contributed to FINOS and it's now available as a FINOS hosted project athttps://github.com/finos/OpenMAMA. Any old links and git
Hi Folks,
I am excited to announce that OpenMAMA was successfully contributed to FINOS and it's now available as a FINOS hosted project athttps://github.com/finos/OpenMAMA. Any old links and git
|
By
Frank Quinn
·
#2294
·
|
|
Announcing OZ: a production-quality, open-source transport for OpenMAMA using ZeroMQ
Everyone on this mailing list is already well acquainted with OpenMAMA's awesome-ness, but I want to let you know about something that makes OpenMAMA even more awesome.
One thing that has always been
Everyone on this mailing list is already well acquainted with OpenMAMA's awesome-ness, but I want to let you know about something that makes OpenMAMA even more awesome.
One thing that has always been
|
By
Bill Torpey
·
#2293
·
|
|
OpenMAMA 6.3.1 Released
Hi Folks,
We are pleased to announce OpenMAMA 6.3.1 is finally here and has now propagated to Cloudsmith, Maven central etc!
This is a maintenance release which fixes several outstanding bugs
Hi Folks,
We are pleased to announce OpenMAMA 6.3.1 is finally here and has now propagated to Cloudsmith, Maven central etc!
This is a maintenance release which fixes several outstanding bugs
|
By
Frank Quinn
·
#2292
·
|
|
Re: OpenMAMA 6.3.1 RC1 Released
Hi folks - a reminder that we are going into the final week of this RC -if any major issues are spotted please raise as a priority!
Hi folks - a reminder that we are going into the final week of this RC -if any major issues are spotted please raise as a priority!
|
By
Frank Quinn
·
#2291
·
|
|
New OpenMAMA Website is Live!
Hi Folks,
After a successful testing period (thanks to all who were involved), we are delighted to announce the official launch the new OpenMAMA website which went live yesterday
Hi Folks,
After a successful testing period (thanks to all who were involved), we are delighted to announce the official launch the new OpenMAMA website which went live yesterday
|
By
Frank Quinn
·
#2290
·
|
|
OpenMAMA 6.3.1 RC1 Released
Hi Folks,
We (finally) have a new RC ready for testing with compiled artifacts for supported platforms – check it out:
Hi Folks,
We (finally) have a new RC ready for testing with compiled artifacts for supported platforms – check it out:
|
By
Frank Quinn
·
#2289
·
|
|
Re: OpenMAMA Preview Website Launch
Hi Folks,
Quick reminder about the invitation below, and to thank everyone who has checked it out already (I can see a noticeable increase in traffic since sending this out so I know you folks are
Hi Folks,
Quick reminder about the invitation below, and to thank everyone who has checked it out already (I can see a noticeable increase in traffic since sending this out so I know you folks are
|
By
Frank Quinn
·
#2288
·
|
|
OpenMAMA Preview Website Launch
Hi Folks,
It is with great pleasure that I can declare that a new website is on its way.
It is currently hosted at https://openmama.github.io as a preview version (the former documentation
Hi Folks,
It is with great pleasure that I can declare that a new website is on its way.
It is currently hosted at https://openmama.github.io as a preview version (the former documentation
|
By
Frank Quinn
·
#2287
·
|
|
Re: Proposal: OpenMAMA Default Branch change to "next"
Hi Folks,
The default branch for OpenMAMA has now been set to “next”. Looks a little more lively already😊
If anyone runs into any issues, let me know. Hopefully overall this will make
Hi Folks,
The default branch for OpenMAMA has now been set to “next”. Looks a little more lively already😊
If anyone runs into any issues, let me know. Hopefully overall this will make
|
By
Frank Quinn
·
#2286
·
|
|
Re: Proposal: OpenMAMA Default Branch change to "next"
Sounds quite sensible to me, Frank.
Nigel
Nigel Phelan | Corporate & Investment Bank | Market Data Services | J.P. Morgan
Sounds quite sensible to me, Frank.
Nigel
Nigel Phelan | Corporate & Investment Bank | Market Data Services | J.P. Morgan
|
By
Phelan, Nigel
·
#2285
·
|
|
Proposal: OpenMAMA Default Branch change to "next"
Hi Folks,
I would like to propose that we change the OpenMAMA github default git branch to “next” instead of “master”.
This would mean that:
When you visit our github page, you will
Hi Folks,
I would like to propose that we change the OpenMAMA github default git branch to “next” instead of “master”.
This would mean that:
When you visit our github page, you will
|
By
Frank Quinn
·
#2284
·
|
|
Re: Last call for OpenMAMA 6.3.1 release candidate
Hi Folks,
Looks like a number of issues are still coming in and I have identified a few things that I want to get in myself, so I’m going to push this back 1 week to the weekend commencing
Hi Folks,
Looks like a number of issues are still coming in and I have identified a few things that I want to get in myself, so I’m going to push this back 1 week to the weekend commencing
|
By
Frank Quinn
·
#2283
·
|
|
Last call for OpenMAMA 6.3.1 release candidate
Hi Folks,
I plan on taking a cut for OpenMAMA 6.3.1 RC1 over the coming weekend (21-Aug 2020). If anyone has anything they want to submit before then please let me know so I can delay the cut if
Hi Folks,
I plan on taking a cut for OpenMAMA 6.3.1 RC1 over the coming weekend (21-Aug 2020). If anyone has anything they want to submit before then please let me know so I can delay the cut if
|
By
Frank Quinn
·
#2282
·
|
|
CentOS 8 + Ubuntu 20.04 LTS Support
Hi Folks,
I have just pushed some changes into the next branch which add some changes to support:
CentOS 8
Ubuntu 20.04
It also effectively drops support for the now EOL:
Fedora
Hi Folks,
I have just pushed some changes into the next branch which add some changes to support:
CentOS 8
Ubuntu 20.04
It also effectively drops support for the now EOL:
Fedora
|
By
Frank Quinn
·
#2281
·
|
|
Re: Deadlock in mamaSubscription and mamaTransport destroy logic
Hi Frank,
Thanks for raising the issue in Github.
We were able to reproduce this issue on a Linux (RH6) server using mamalistenc.c to subscribe to ~5000 symbols with the tick42rmds middleware
Hi Frank,
Thanks for raising the issue in Github.
We were able to reproduce this issue on a Linux (RH6) server using mamalistenc.c to subscribe to ~5000 symbols with the tick42rmds middleware
|
By
Slade, Michael J
·
#2280
·
|
|
Re: Early releases of lock in mamaSubscription destroy/deallocate logic
That's what the change should do - its a reference count that defers cleanup until the last reference has been released (since both the jvm GC and the bridge thread could both hit this code). It also
That's what the change should do - its a reference count that defers cleanup until the last reference has been released (since both the jvm GC and the bridge thread could both hit this code). It also
|
By
Frank Quinn
·
#2279
·
|