Hi Dianjin,

+1 — I agree with disabling PAX by default for the reasons you outlined.
Keeping it consistent with how other contrib modules are handled makes a
lot of sense, and avoiding potential build issues is always a plus.

On a related note, now that PAX is merged, how do you envision it being
incorporated into the user documentation? Will there be a dedicated section
under optional extensions or something integrated into the standard
build/setup guide with notes on --enable-pax and submodule fetching?

Would be great to make sure users have a clear path if they do want to opt
in.

Thanks,
-=e
-- 
Ed Espino
Apache Cloudberry (Incubating) & MADlib


On Thu, Apr 24, 2025 at 11:23 PM Dianjin Wang <wangdian...@gmail.com> wrote:

> 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.
>
> 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
>
>

Reply via email to