ci: raise the amber-integration timeout to 35 minutes (#9404)

### What changes were proposed in this PR?

The `amber-integration` job stopped at 25 minutes, but its macOS leg now
takes about 20 minutes on `main` and has reached 24:22. A slow runner or
one retried test is enough to cancel it, and a cancelled leg ends
Required Checks as cancelled; that happened at 097fecc56a ("The job has
exceeded the maximum execution time of 25m0s" at 25:10).

This PR raises the job's `timeout-minutes` from 25 to 35 and updates the
comment above it, which still said green runs take 9-17 minutes. A
Python UDF worker that hangs at startup, the case the timeout exists
for, still fails the job hours before GitHub's 6-hour cap.

### Any related issues, documentation, discussions?

Closes #9403.

### How was this PR tested?

- Durations: the macOS `amber-integration` job times of the Required
Checks push runs on `main` from 2026-11-05 to 2026-11-10. The 27 green
runs took a median of 20:00 and up to 24:22 (94aceba1fe); the one other
run, at 097fecc56a, hit the limit at 25:10.
- `build.yml` parses with PyYAML, and the only parsed difference from
`main` is the `amber-integration` job's `timeout-minutes`, 25 to 35.
- CI on this PR runs the changed job on both runners.

### Was this PR authored or co-authored using generative AI tooling?

Generated-by: Claude Code (Claude Opus 5.5)

🤖 Generated with [Claude Code](https://claude.com/claude-code)
1 file changed
tree: 09957da2ef415de15dee3ba174fe994b49d9bb65
  1. .github/
  2. .run/
  3. access-control-service/
  4. agent-service/
  5. amber/
  6. bin/
  7. common/
  8. computing-unit-managing-service/
  9. config-service/
  10. docs/
  11. file-service/
  12. frontend/
  13. licenses/
  14. licenses-3rd-party-code/
  15. notebook-migration-service/
  16. project/
  17. pyright-language-service/
  18. sql/
  19. workflow-compiling-service/
  20. .asf.yaml
  21. .dockerignore
  22. .gitattributes
  23. .gitignore
  24. .jvmopts
  25. .licenserc.yaml
  26. .scalafix.conf
  27. .scalafmt.conf
  28. AGENTS.md
  29. build.sbt
  30. CLAUDE.md
  31. codecov.yml
  32. CONTRIBUTING.md
  33. DISCLAIMER
  34. LICENSE
  35. NOTICE
  36. README.md
  37. SECURITY.md
README.md

Apache Texera (Incubating) is an open-source platform for human-AI collaborative data science using visual workflows. It enables human analysts to construct, execute, and refine data analysis tasks through an intuitive GUI, assisted by AI agents that understand natural-language instructions. Texera is well suited for a wide range of applications, including “AI for Science,” by making advanced AI and data science capabilities accessible to a broader community. It can run on a laptop for local use or be deployed in the cloud to support scalable processing of large datasets.

The platform has the following key features:

  • Natural-language data science through AI agents
  • Intuitive GUI-based workflows for data science
  • Real-time collaboration for workflow editing and execution
  • Runtime debugging and interactive workflow execution
  • Language-agnostic workflow runtime, native support for Python and Java
  • Parallel backend engine for scalable big-data processing
  • Separation of compute and storage for flexible cloud deployment

texera-screenshot

Citation

Please cite Texera as


@article{DBLP:journals/pvldb/WangHNKALLDL24, author = {Zuozhi Wang and Yicong Huang and Shengquan Ni and Avinash Kumar and Sadeem Alsudais and Xiaozhen Liu and Xinyuan Lin and Yunyan Ding and Chen Li}, title = {Texera: {A} System for Collaborative and Interactive Data Analytics Using Workflows}, journal = {Proc. {VLDB} Endow.}, volume = {17}, number = {11}, pages = {3580--3588}, year = {2024}, url = {https://www.vldb.org/pvldb/vol17/p3580-wang.pdf}, timestamp = {Thu, 19 Sep 2024 13:09:37 +0200}, biburl = {https://dblp.org/rec/journals/pvldb/WangHNKALLDL24.bib}, bibsource = {dblp computer science bibliography, https://dblp.org} }