Also the other reason why I would suggest a milestone rather than a full 1.1.x release right now is that for 1.2.x I would actually recommend that we start splitting out the monorepo, as is evident its starting to cause a lot of issues due to its big bang have to release everything at once.
On Mon, Nov 18, 2024 at 9:03 AM Matthew de Detrich <mdedetr...@gmail.com> wrote: > > Can we do a milstone release as an alternative? We have been in this > place before and the obvious solution was a milestone release. In fact > with so many critical dependency updates (as you rightly mention) and > the fact that connectors is a massive monorepo this really does call > for a milestone for people to actually test that the various > connectors are working before doing a full release. > > On Thu, Nov 14, 2024 at 2:10 PM PJ Fanning <fannin...@apache.org> wrote: > > > > I am anxious to do a Pekko Connectors 1.1.0 release. There are significant > > dependency updates since 1.1.0-M1 - including CVE fixes like CVE-2024-7254. > > > > It also blocks use from releasing the 1.1.0 versions of Pekko Persistence > > Cassandra, Pekko Projections and Pekko Persistence R2DBC. > > > > There is no issue tracking the new auth strategy. We have no users waiting > > for it. > > > > We can always do a 1.2.0 or 1.1.1 release when we have the additional auth > > strategy. > > > > > > On 2024/10/16 08:57:13 Matthew de Detrich wrote: > > > > Would it be possible to proceed with the 1.1.0 release based on what's > > > already committed. We can always do a 1.1.1 release when your additions > > > are > > > made. > > > > > > The issue is that according to SemVer, 1.1.x is for new features and so it > > > makes sense to do this in 1.1.x since it is adding an entire auth > > > strategy. > > > I already did some work on it but it is taking longer than normal, there > > > isn't a need to rush through a release as people can always use the > > > milestone if needed (or we can do a M2 if there is a critical need for it) > > > > > > On Tue, Oct 15, 2024 at 1:23 PM PJ Fanning <fannin...@apache.org> wrote: > > > > > > > Hi Matthew, > > > > > > > > Would it be possible to proceed with the 1.1.0 release based on what's > > > > already committed. We can always do a 1.1.1 release when your additions > > > > are > > > > made. > > > > > > > > > > > > On 2024/10/09 14:05:11 Matthew de Detrich wrote: > > > > > So I did want to add in one feature to pekko-connectors before its > > > > > released, wanted to work on it this weekend. Basically its added > > > > > service > > > > > account auth compatibility to google cloud which is a problem that I > > > > > am > > > > > experiencing at work. > > > > > > > > > > Otherwise the current state of pekko-connectors looks fine to me > > > > > > > > > > On Wed, Oct 2, 2024 at 11:45 AM PJ Fanning <fannin...@apache.org> > > > > > wrote: > > > > > > > > > > > Hi everyone, > > > > > > > > > > > > The last major change needed for the Pekko Connectors 1.1.0 release > > > > > > is > > > > > > to get Pekko gRPC 1.0.0 released and uptaken in the Connectors repo. > > > > > > The gRPC release vote is in progress. > > > > > > > > > > > > Most of the changes were in 1.1.0-M1 release [1]. Some additional > > > > > > changes are listed in the GitHub Milestone [2]. > > > > > > > > > > > > Does anyone have any objections to doing this RC next week? Does > > > > > > anyone want to take on the release manager role? > > > > > > > > > > > > Thanks, > > > > > > PJ > > > > > > > > > > > > > > > > > > [1] > > > > > > > > > > https://pekko.apache.org/docs/pekko-connectors/1.1/release-notes/releases-1.1.html > > > > > > [2] https://github.com/apache/pekko-connectors/milestone/7 > > > > > > > > > > > > --------------------------------------------------------------------- > > > > > > To unsubscribe, e-mail: dev-unsubscr...@pekko.apache.org > > > > > > For additional commands, e-mail: dev-h...@pekko.apache.org > > > > > > > > > > > > > > > > > > > > > > > > > --------------------------------------------------------------------- > > > > To unsubscribe, e-mail: dev-unsubscr...@pekko.apache.org > > > > For additional commands, e-mail: dev-h...@pekko.apache.org > > > > > > > > > > > > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: dev-unsubscr...@pekko.apache.org > > For additional commands, e-mail: dev-h...@pekko.apache.org > > --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@pekko.apache.org For additional commands, e-mail: dev-h...@pekko.apache.org
