Dianjin Wang <wangdian...@gmail.com> 于2025年4月25日周五 14:24写道：
> Hi all, > > I’d like to bring up a point regarding the PAX recently merged into > the main branch. > > Currently, the PAX is enabled by default in configure, and users need > to explicitly disable it via `--disable-pax` option. However, this > behavior is inconsistent with most of the other extensions under the > contrib/ or gpcontrib/ dir, which are typically disabled by default > unless explicitly enabled. > > I believe it would be more user-friendly and consistent to change the > default behavior of PAX to disabled, requiring users to opt-in via > `--enable-pax`. > > Here’s why: > > 1. Build Consistency with Other contrib Modules: Most contrib plugins > are not enabled by default. Changing PAX to follow this pattern aligns > with user expectations, especially for long-time Greenplum users. > > 2. Reduce Build Failures: PAX currently requires downloading several > submodules during the build. For users who install Cloudberry from > source without prior knowledge of this requirement, this will lead to > build failures, which can be confusing and frustrating. > Agree! the wal-g cloudberry test cases failed due to building pax failure. In cloudberry related tests, they will pull the main branch of cloudberry and compile them. > > 3. Optional Nature of the Feature: PAX, while valuable, is not a core > feature that every user will need. Letting users opt in to building it > makes the installation process simpler for the general case. > > We can also update the build instructions and documentation to clearly > indicate how to enable PAX if needed (--enable-pax) and how to fetch > its required submodules. > > I’d love to hear your thoughts on this. If there’s a consensus, that > would be better to make this change before our release 2.0. > > Best, > Dianjin Wang > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscr...@cloudberry.apache.org > For additional commands, e-mail: dev-h...@cloudberry.apache.org > > -- Best regards ! Xiaoran Wang
