Problem with exception symbols when using `get_spdx_licensing().validate()`
Personne n'a encore pris cette issue.
Évaluation
- Difficulté
- 4/5
- Temps estimé
- 3-5 jours
- Accessibilité débutants
- 35/100
Piste de recherche
Commencez par reproduire l’exemple avec get_spdx_licensing().validate() et inspectez le chemin de validation de LicenseExpression ainsi que le ExpressionInfo renvoyé. Le correctif doit rejeter les symboles de licence utilisés comme exceptions et les symboles d’exception utilisés comme licences, tout en exposant des listes distinctes de symboles de licence et d’exception invalides ; ajoutez ou mettez à jour les tests pour l’exemple et les erreurs qui en résultent.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Description
Hi, I am trying to validate a given LicenseExpression using get_spdx_licensing().validate(). This is very helpful in providing a list of unknown symbols not on the SPDX License and Exception Lists. I encountered the problem, though, that exception symbols are also compared against the SPDX License List and licenses against the Exception list:
Example:
licensing = get_spdx_licensing()
le = licensing.parse("389-exception with MIT")
get_spdx_licensing().validate(le)
yields:
ExpressionInfo(
original_expression='389-exception WITH MIT',
normalized_expression='389-exception WITH MIT',
errors=[],
invalid_symbols=[]
)
As 389-exception is not a license and MIT not an exception, I would expect an error here. Furthermore, I would find it helpful if there were two separate lists for invalid_symbols: For example, one invalid_license_symbols and one invalid_exception_symbols.
- Langage dominant
- Python
- Étoiles
- 74
- Forks
- 38
- Métriques de merge des PR
- Aucune PR mergée en 30 j
Préparer son environnement
Ce projet ne fournit ni conteneur de développement, ni Dockerfile, ni guide de contribution : l'installation est à votre charge. Commencez par son README, et consultez notre guide de la première contribution pour les étapes générales.
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Autres issues de aboutcode-org/license-expression
-
Bump setuptools dependency and remove wheel dependencyPeut-être pris @devnishantt l’a pris il y a 34 jours. Ouverte
Difficulté 1/5 Moins d'une heure Accessibilité débutants 83/100
aboutcode-org/license-expression#132 · 1 commentaire ·
-
Difficulté 3/5 1-2 jours Accessibilité débutants 52/100
aboutcode-org/license-expression#124 · 3 commentaires ·
-
Difficulté 5/5 Plus d'une semaine Accessibilité débutants 30/100
aboutcode-org/license-expression#121 · 5 commentaires ·
-
Difficulté 2/5 1-3 heures Accessibilité débutants 48/100
aboutcode-org/license-expression#120 · 2 commentaires · 1 réaction ·
-
Difficulté 3/5 1-2 jours Accessibilité débutants 42/100
aboutcode-org/license-expression#111 · 4 commentaires ·
Toutes les issues de aboutcode-org/license-expression
Issues similaires
-
Difficulté 1/5 Moins d'une heure Accessibilité débutants 80/100
Imbad0202/academic-research-skills#1039 ·
Les mainteneurs répondent en général sous 1 jour
-
Difficulté 2/5 1-3 heures Accessibilité débutants 72/100
alexgreensh/token-optimizer#297 ·
Les mainteneurs répondent en général sous 1 jour
-
Difficulté 2/5 1-3 heures Accessibilité débutants 86/100
superdesigndev/treg#1343 ·
Les mainteneurs répondent en général sous 1 jour
-
GitHub handle should allow underscoresPeut-être pris @PrakarshSrivastav l’a pris aujourd’hui. Ouvertebug good-first-issue
Difficulté 2/5 1-3 heures Accessibilité débutants 72/100
nf-core/tools#4581 · 1 commentaire ·
Les mainteneurs répondent en général sous 1 jour
-
good first issue test
Difficulté 2/5 1-3 heures Accessibilité débutants 85/100
ANCORATE/EncryptHome#8 ·