Skip to content

Remove Python Tuple Operator v1 - #2847

Merged
aglinxinyuan merged 3 commits into
masterfrom
xinyuan-remove-udf-v1
Sep 19, 2024
Merged

Remove Python Tuple Operator v1#2847
aglinxinyuan merged 3 commits into
masterfrom
xinyuan-remove-udf-v1

Conversation

@aglinxinyuan

@aglinxinyuan aglinxinyuan commented Sep 19, 2024

Copy link
Copy Markdown
Contributor

Python Tuple Operator v1 has been deprecated and is no longer supported.

@aglinxinyuan aglinxinyuan added the evaluation Evaluation of the system label Sep 19, 2024
@aglinxinyuan aglinxinyuan self-assigned this Sep 19, 2024
@aglinxinyuan aglinxinyuan changed the title Remove Python UDF v1 Remove Python Tuple Operator v1 Sep 19, 2024
@aglinxinyuan
aglinxinyuan merged commit 0e50c6e into master Sep 19, 2024
@aglinxinyuan
aglinxinyuan deleted the xinyuan-remove-udf-v1 branch September 19, 2024 09:49
PurelyBlank pushed a commit that referenced this pull request Dec 4, 2024
Python Tuple Operator v1 has been deprecated and is no longer supported.
SarahAsad23 pushed a commit to madisonmlin/texera that referenced this pull request May 20, 2026
Python Tuple Operator v1 has been deprecated and is no longer supported.
yangzhang75 pushed a commit to yangzhang75/texera that referenced this pull request Jun 22, 2026
Python Tuple Operator v1 has been deprecated and is no longer supported.
mengw15 pushed a commit to mengw15/texeraFork that referenced this pull request Jul 5, 2026
### What changes were proposed in this PR?

Removes three Python packages that nothing uses and moves `ruff` to the
dev-only requirements file:

| Package | File | Why it can go |
| --- | --- | --- |
| `Deprecated==1.2.14` | requirements.txt | Last import removed in
apache#2847; no installed package requires it |
| `protobuf==7.34.1` | requirements.txt | No `google.protobuf` import
anywhere; betterproto 2.0 runtime does not depend on it (only its
optional extras do) |
| `pybase64==1.3.2` | operator-requirements.txt | Added in apache#2167, but
the operator templates have always used the stdlib `base64` (see
`ImageUtility.scala` in that PR) — zero references to `pybase64` in the
entire git history |
| `ruff==0.14.7` | requirements.txt → dev-requirements.txt | Lint tool,
not a runtime dependency; keeping it in requirements.txt wrongly puts it
in LICENSE-binary-python |

Follow-up changes required by the move/removals:
- `.github/workflows/build.yml`: the "Lint with Ruff" step now runs
after "Install dev dependencies", since ruff comes from
dev-requirements.txt.
- `amber/LICENSE-binary-python`: dropped the four matching entries.
`wrapt` stays — it is still a hard dependency of `aiobotocore`, not just
of `Deprecated`.
- Added `# Not imported directly: ...` comments to the transitive pins
(`setuptools`, `python-dateutil`, `s3fs`/`aiobotocore`,
`SQLAlchemy`/`pg8000`, `scikit-image`) so they don't look unused in
future audits.

### Any related issues, documentation, discussions?

Closes apache#6101

### How was this PR tested?

Uninstalled the three packages from the local venv (`pip uninstall -y
protobuf Deprecated pybase64`), then ran the existing test suite and the
same lint commands CI runs:

```
cd amber && pytest -m "not integration" -q
# 551 passed, 1 deselected in 64s
cd amber && ruff check src/main/python src/test/python && ruff format --check src/main/python src/test/python
# All checks passed! 190 files already formatted
```

No new tests: dependency-manifest-only change; CI's
`check_binary_deps.py` license gate verifies the LICENSE-binary-python
entries match the installed set.

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

Generated-by: Claude Code (claude-fable-5)

Co-authored-by: Claude Fable 5 <noreply@anthropic.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

evaluation Evaluation of the system

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants