chore(iceberg): bump iceberg chain to fb290e4c/a9ce53cc

[Li0k]

I hereby agree to the terms of the RisingWave Labs, Inc. Contributor License Agreement.

Supersedes #25333, which GitHub would not reopen after the original head branch was renamed/recreated.

What changed?

• Bump iceberg-rust (iceberg, iceberg-catalog-glue, iceberg-catalog-rest) to fb290e4c9473b1fb4b582e9ac88a8fe08d2265ef.
• Bump iceberg-compaction-core in risingwave_storage to a9ce53cc3a8401148b604897c1b586655a35a23e.
• Align the Iceberg path with Arrow/Parquet 58, including the batch parquet path and frontend DataFusion 53 path.
• Replace the deprecated row-count parquet row-group setting with compaction.write_parquet_max_row_group_bytes; keep compaction.write_parquet_max_row_group_rows as compatibility-only and ignore it with a warning.
• Tighten Cargo.lock after the rev bump to avoid unrelated dependency regressions.

Validation

• cargo check -p risingwave_batch -p risingwave_connector -p risingwave_storage -p risingwave_frontend --features risingwave_frontend/datafusion
• cargo check -p risingwave_storage --locked
• cargo check -p risingwave_connector --locked
• cargo check -p risingwave_frontend --features datafusion --locked

[Li0k]

@chenzl25 I plan to deprecate this parameter. Should we intercept it and throw an error when creating a table?

[chenzl25]

LGTM, thanks!