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

Wrong format for exceptions?

Open
#71 2 comments 0 reactions 2 assignees View on GitHub

@AyanSinhaMahapatra is already working on this.

Since Aug 14, 2025.

Assessment

Difficulty
4/5
Estimated time
3-5 days
Newbie friendliness
25/100
Issue type
Bug
Clarity
Needs clarification
Activity status
Stale
Tech stack
json
Domain
content

Research direction

Compare the SPDX ABNF with the linked apromore, aptana, and bash exception records in the license database. First determine whether these identifiers should use LicenseRef or AdditionRef, including the proposed WITH expressions; done means the convention is confirmed and the affected records consistently follow it.

Written by the indexing model from the issue text.

Description

I was looking into the ABNF of SPDX and was wondering about the exceptions that are listed in the Scancode licensedb.

The ABNF states:

addition-expression = license-exception-id / addition-ref

with

license-exception-id = <short form license exception identifier from SPDX License List>
addition-ref = [%s"DocumentRef-"(idstring)":"]%s"AdditionRef-"(idstring)
idstring = 1*(ALPHA / DIGIT / "-" / "." )

This brings me to the conclusion that exceptions from Scancode's license DB should start with AdditionRef instead of LicenseRef. However, currently, they start with LicenseRef, e.g.:

Or is it intended to have the AdditionRef as prefix, e.g.

GPL-2.0-or-later WITH AdditionRef-LicenseRef-scancode-apromore-exception-2.0

in contrast to

GPL-2.0-or-later WITH AdditionRef-scancode-apromore-exception-2.0?

Dominant language
Makefile
Stars
70
Forks
16
PR merge metrics
No merged PRs in 30d

Getting set up

This project ships no dev container, Dockerfile or contributing guide, so setting up is up to you: start from its README, and see our first-contribution guide for the general steps.

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 aboutcode-org/scancode-licensedb

All issues in aboutcode-org/scancode-licensedb

Similar issues

More Content issues

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.