Hacktoberfest 2026: the issues maintainers tagged for October, open and beginner-friendly. Browse Hacktoberfest issues

inner.py carries an ASF header over MIT third-party code and is missing from LICENSE

Open Beginner friendly
#8,775 1 comment 0 reactions 0 assignees View on GitHub

Maintainers usually reply within 1 day

Nobody has claimed this yet.

Assessment

Difficulty
2/5
Estimated time
1-3 hours
Newbie friendliness
84/100
Issue type
Documentation
Clarity
Clearly specified
Activity status
Active
Tech stack
python

Research direction

Start by comparing the existing kjetland/formly pattern and the ASF third-party policy. Update amber/src/main/python/core/util/customized_queue/inner.py, LICENSE, licenses-3rd-party-code/, and .licenserc.yaml; it is done when the MIT notice and bundled license text are present and the file is exempted.

Written by the indexing model from the issue text.

Description

Task Summary

amber/src/main/python/core/util/customized_queue/inner.py is vendored from
https://github.com/sebkeim/inner-class (MIT, Copyright (c) 2019 sebkeim) — the
file says so itself — but it carries the standard ASF header instead of the
MIT notice, and LICENSE does not list it. ASF policy forbids adding the ASF
header to third-party files and requires the third-party license to ship with
the work (https://www.apache.org/legal/src-headers.html#3party).

Found by the podling release-checker during the 1.2.1-incubating RC1 review;
the file is identical on main, release/v1.2 and release/v1.3 (in tree since
2022), so it affects the upcoming 1.3.0-incubating RC as well.

Fix, mirroring the existing kjetland/formly pattern: swap the header for the
MIT notice, add the LICENSE entry, bundle the license text under
licenses-3rd-party-code/, and exempt the file in .licenserc.yaml.

Task Type
  • Refactor / Cleanup
  • DevOps / Deployment / CI
  • Testing / QA
  • Documentation
  • Performance
  • Other
Dominant language
Scala
Stars
316
Forks
192
Avg merge
4d 17h
Merged PRs (30d)
141

Getting set up

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

More from apache/texera

All issues in apache/texera

Similar issues

More Scala issues

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.