Re: [D] [Proposal] Upgrade the PostgreSQL version from 14 to 16 [cloudberry]

2025-05-13 Thread via GitHub
GitHub user oppenheimer01 added a comment to the discussion: [Proposal] Upgrade the PostgreSQL version from 14 to 16 Greate idea ! I think GitHub Projects is a good tool for PostgreSQL version upgrade work. A new project named 'Merge postgres 16' has been created for traking the upgrade wo

Re: Discussion: Change PAX Plugin to Be Disabled by Default?

2025-05-13 Thread Max Yang
Thanks for repeated discussions and feedback. More people still prefer not to compile PAX by default, so we do not compile PAX by default. Once again thank you all. Best regards, Max Yang On Sat, May 10, 2025 at 11:15 PM Jianghua Yang wrote: > For our current use case, I’d like to minimize th

Re: [D] [Proposal] Upgrade the PostgreSQL version from 14 to 16 [cloudberry]

2025-05-13 Thread via GitHub
GitHub user edespino added a comment to the discussion: [Proposal] Upgrade the PostgreSQL version from 14 to 16 **Thanks for initiating this important proposal. I fully support the goal of aligning Apache Cloudberry with upstream PostgreSQL enhancements. That said, there are several foundati

Re: [D] [Proposal] Upgrade the PostgreSQL version from 14 to 16 [cloudberry]

2025-05-13 Thread via GitHub
GitHub user oppenheimer01 added a comment to the discussion: [Proposal] Upgrade the PostgreSQL version from 14 to 16 Cloudberry 2.0 will maintain support regardless of PostgreSQL 14s end-of-life (EOL). Both versions 2.0 and 3.0 are committed to long-term support cycles. GitHub link: https

Re: [D] [Ideas] Submodule Pinning [cloudberry]

2025-05-13 Thread via GitHub
GitHub user tuhaihe added a comment to the discussion: [Ideas] Submodule Pinning I recently did a test following Ed's suggestions from PR #1084 comments. It worked, as I can track versions more effectively on my test branch: https://github.com/tuhaihe/cloudberrydb/commits/submodule-update05/,

Re: Discussion: Change PAX Plugin to Be Disabled by Default?

2025-05-13 Thread Zhang Mingli
Hi, Leonid On 2025/05/10 14:23:29 Leonid Borchuk wrote: > Hi, all > > I really like the PostgreSQL approach - configure && make && make install. Me too. > And usually there are no additional packages or builds required. Postgresql > seems to be compiled everywhere - even on coffee machine. It

Re: Discussion: Change PAX Plugin to Be Disabled by Default?

2025-05-13 Thread Zhang Mingli
Hi, Leonid On 2025/05/10 14:23:29 Leonid Borchuk wrote: > Hi, all > > I really like the PostgreSQL approach - configure && make && make install. Me too. > And usually there are no additional packages or builds required. Postgresql > seems to be compiled everywhere - even on coffee machine. It

Re: Discussion: Change PAX Plugin to Be Disabled by Default?

2025-05-13 Thread Zhang Mingli
Hi, Leonid On 2025/05/10 14:23:29 Leonid Borchuk wrote: > Hi, all > > I really like the PostgreSQL approach - configure && make && make install. Me too. > And usually there are no additional packages or builds required. Postgresql > seems to be compiled everywhere - even on coffee machine. It

Re: Discussion: Change PAX Plugin to Be Disabled by Default?

2025-05-13 Thread Zhang Mingli
Sorry for the duplicate emails—must have been a network glitch. On 2025/05/14 03:34:34 Zhang Mingli wrote: > > Hi, Leonid > > On 2025/05/10 14:23:29 Leonid Borchuk wrote: > > Hi, all > > > > I really like the PostgreSQL approach - configure && make && make install. > > Me too. > > > And usu

Re: Discussion: Change PAX Plugin to Be Disabled by Default?

2025-05-13 Thread Dianjin Wang
Will it require a major refactoring effort to install the PAX using the EXTENSION method? We are close to the new release; if so, hope we can evolve in the future release. Best, Dianjin Wang On Wed, May 14, 2025 at 11:34 AM Zhang Mingli wrote: > > > Hi, Leonid > > On 2025/05/10 14:23:29 Leonid B