Hi Sergei, Appreciate you considering other options. Unfortunately in this case it seems Percona did not release a new 5.6 version in time for this 10.1.25 merge. However, interestingly, they did tag a release for 5.7.18-15 in the PerconaFT repository (which is common to both 5.6 and 5.7) in late May, that did include the fix I wanted :) Percona tells me that they will only be doing a 5.6 release once Oracle releases 5.6.37, which could be quite some time (plus the time for Percona to do their thing). Is there potentially a way to deal with this, e.g. accept any tagged release from PerconaFT (be it 5.6 or 5.7 .. but perhaps use a different versioning indicator for consistency) I have a feeling that similarly to MariaDB 10.1 only getting quarterly release from now on, Percona 5.6 is probably not going to get as regular attention as 5.7. https://github.com/percona/PerconaFT/tags For example, this year, PerconaFT has had 5 tags for 5.7, but only 3 for 5.6. Thanks, Phil On Wed, May 24, 2017 at 6:14 AM, Sergei Golubchik <serg@mariadb.org> wrote:
Hi, Phil!
On May 24, Phil Sweeney wrote:
I'm waiting on a fairly important row count fix that should appear in the next Percona Server release.
When it does, if the current merging strategy continues, do I have to first wait for 10.0.32 to get it in late July, then 10.1.26 in August, then 10.2 after that?
This is exactly the strategy we've been using so far, yes.
Or with 10.0, 10.1 and 10.2 all being supported and needing merges, is there a new strategy on the cards to shorten this lag?
This is a good point. Particularly, as 5.5 and 10.0 will be released only quarterly from now on (following MySQL-5.5 release schedule).
We'll try a new strategy, https://jira.mariadb.org/browse/MDEV-12881 means that 10.1.25 should have the latest TokuDB (as usual, it's the plan, not a promise; plans may change).
Regards, Sergei Chief Architect MariaDB and security@mariadb.org