As the first phase of the cherry-pick work nears completion, I believe it’s time to start preparing for the Cloudberry 2.0 release as Reshke asked earlier this week.
I would like to provide some inputs for consideration from my perspective: * High Priority: Cleanup PRs (#731, #812, #920) should be included in the 2.0 release for a better codebase and ASF compliance * Low Priority: Other ideas that need more feedback (#948, #961, #909) Additionally, I’ve gathered some requests from community members: * Besides providing RPM packages for EL 8/9, will offer .deb packages? * How can upgrade from 1.6.0 to 2.0.0? Will there be documentation for this? Thanks! Looking forward to your thoughts! On Mon, Feb 24, 2025 at 1:56 PM Max Yang <maxyang...@gmail.com> wrote: > > It's good that we are starting to work on the pg_upgrade now. > > On Sat, Feb 22, 2025 at 3:23 PM Kirill Reshke <res...@apache.org> wrote: > > > On Thu, 30 Jan 2025 at 00:14, Kirill Reshke <reshkekir...@gmail.com> > > wrote: > > > > > > I tried gp_upgrade once again today. Our gp 6 fork is here[1]. > > > Currently, there is some vital work from GP7 missing in CBDB, so I did > > > a cherry-pick PR [2]. Most probably, gpupgrade will need some more > > > attention after [2] merged, this is what I'm currently working on. > > > > > > [1] https://github.com/open-gpdb/gpupgrade > > > [2] https://github.com/apache/cloudberry/pull/898 > > > > > > > Today I was hacking a new set of pg_upgrade cherry-picks [0]. While > > doing so, I discovered that Apache Cloudberry (CDBD) has basically no > > CI for pg_upgrade (and thus, gp_upgrade). I believe this open source > > project should derive the best service and experience to its community > > and users, and thus we need to begin supporting gp_upgrade scenarios > > (or, at least, activity in that direction). This includes, at very > > least, CDBD to CDBD binary upgrade support. In ideal case, with > > release of CDBD there will be support for 1.6 to 2.0 binary upgrade > > using gp_upgrade, along with comprehensive instructions on how to > > handle specific problems. I am aware that this is overly optimistic, > > though. > > > > I'll keep working in this direction, attempting to engage as many > > engineer resources (other pg/cbdb hackers) as possible. I cannot, > > however, promise that I will be successful here by the release of 2.0. > > > > [0] https://github.com/apache/cloudberry/pull/955 > > > > -- > > Best regards, > > Kirill Reshke > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: dev-unsubscr...@cloudberry.apache.org > > For additional commands, e-mail: dev-h...@cloudberry.apache.org > > > > --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@cloudberry.apache.org For additional commands, e-mail: dev-h...@cloudberry.apache.org
